1. Forum
  2. Usenet
  3. LINUX.DEBIAN.BUGS.RC

  • Bug#1106291: elpa-haskell-mode: (void-variable flymake-allowed-file-nam

    From Sean Whitton@21:1/5 to Xiyue Deng on Sat May 24 11:50:01 2025
    Hello,

    On Fri 23 May 2025 at 01:40pm -07, Xiyue Deng wrote:

    I don't know whether there is another way to ensure that an addon is
    not unpacked when emacsen-common is also unpacked but not
    configured/set-up. Pre-Depends on emacsen-common ensures this.

    There might not be, but it might be possible to fix this concrete
    problem without ensuring that an addon is not unpacked when
    emacsen-common is not configured.

    --
    Sean Whitton

    --=-=-Content-Type: application/pgp-signature; name="signature.asc"

    -----BEGIN PGP SIGNATURE-----

    iQJNBAEBCgA3FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmgxlSwZHHNwd2hpdHRv bkBzcHdoaXR0b24ubmFtZQAKCRBpW3rkvwZiQCWXD/9QhHf7gMiHJHAW30HDrLXM KzO1vhQuovgEWqWgmu4FnCf1xlFyfF9a+dYQ7YtrfZ3+go41duvkVyWCMM3suJZE DSXUIpgxb5QOmgCHbojIp4esQczbB1dNnWcSFAu2TABkV16M3Gt4qIAIsElBizo+ fp06Jd9V2W98Lug14lNnpXvjblLTxkQhIWDuCAxwEwobS5fADeyagBBBB2NiT/st kjExxFrOHtquZnALljAl0suG0lbSe1s2uLPdr2JKtF/RSc3GnuzAKPvjN87GYkG2 Caw8CMb2kIr+PmGaw4ifKbgLnNs39/WXvzASDOhkIuKLcsUc0Cyqc6LV6UHDOWB+ /oS+7SXQwcyHU9/O+lad5MUMLuwfp6p9EGU50D+DuiJvURs0bkgzpOr7PO23uPV5 qrSa9z8U/YePonviEKozwFZ+A3315YrtUKd46yof3s175I0GEefOhD3PqbN14CzI /n8h7Lm8UiKRJPxU7vv+a2+Y02JYAZfXcQiMEt1VJjESgUJlcF6SqnxMjcK7DNzx iSFRb3dICmXGAJIFXLMyNFrcLsR8CA4TfCLxzCFf0GToJghguUm8KmxPAGIYXl9r n/keGgbfWPBn+kWBdEGdaXiynDkwnom6sU2p8cex8g/5bRouyJyWJNXo/v56Shff UgDkh0C92zwZK4SEZSuNqA==rz/R
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Us
  • From Sean Whitton@21:1/5 to Xiyue Deng on Sat May 24 16:50:01 2025
    Hello,

    On Sat 24 May 2025 at 04:37am -07, Xiyue Deng wrote:

    This sounds interesting. I think another possible fix is to let emacsen-common do `emacs-remove $FLAVOR' on preinst, so that the elpa directory of the old version of addon is cleaned up; and `emacs-install $FLAVOR' on postinst to handle the current version of the addon (could
    be old if the newer version is not yet unpacked). This requires that an addon is not configured/set-up before emacsen-common, which seems to be
    the case during my testing because an addon Depends on emacsen-common, I guess. Would be good if someone can confirm this behavior from from
    `apt upgrade'.

    We don't need to do this by experimentation :)

    Everything about what maintscripts may and may not assume is written
    down in Policy. Please take another look.

    --
    Sean Whitton

    --=-=-Content-Type: application/pgp-signature; name="signature.asc"

    -----BEGIN PGP SIGNATURE-----

    iQJNBAEBCgA3FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmgx2poZHHNwd2hpdHRv bkBzcHdoaXR0b24ubmFtZQAKCRBpW3rkvwZiQBQYD/9rugnhYFuIOi0O6rYGggZh lg35lpqDQFSNO3mDRIPyjowvhTnAuL5GYRlww191agAPyqf93Qa3o412CY5YUEYo bUZNt4IgYpJ+LJIxKOcV+0c4owAQiO+lJV/Am8Gj408+BoqsMV/LBNp3NhRw2FOc McVeHTr3m1By1upJ/O01kOAhK9uR8wQxMvWKMGy751sT5zRy3D4Z+fTSPQiWNysh 3fKl7Jw80TYNq9IPqkXm4wWlNV6Hd9q1YePPvGu3gnc3/7WYjehDd2A3uF5jpnQB 4jcD3cu5OXsywOtry5R9FwZ5THfgwhbVBTkZYfmUawE2rzqK4g7lIfw4do+gnBQ3 cVZSOFoAvGRpIouQ9uYMooMN6K4QYXOW1qHJlcAbHNiNccfR3NvYC2r9NufEVw0B gYmRwIMdHFppxBDsJFwak5Cjs4xnxS4Ca56tqGvJ/2AIwECGjTCfdEHQlelAAi9K LRPx3WGRy047YpoROk6GqLKsRwXgX74TkHriuLQoAD8bTayXNIB3/HA1q9PlFQ4w 3s81A+qOSeduovQ24hnUCcFljvVS5z0AyLxZ/9nZ/p3vFClV4sebCz+49/6mG2vV kCS8Z4Nr6MVeJ2zdz7b9ehEymlzwtvEaEmAtkLJEBqpUZ4QNyFaeRLfoGuUr/9/m jRT58i0qs9sxFGCEWvXrEQ==VT2T
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Us
  • From Sean Whitton@21:1/5 to Xiyue Deng on Sun May 25 11:40:01 2025
    Hello,

    On Sat 24 May 2025 at 05:53pm -07, Xiyue Deng wrote:

    Indeed. Policy seems to confirm the assumptions this solution requires.

    I have implemented this in this RM[1], and run in my docker instance
    several times to test it and it seems working. Please review.

    [1] https://salsa.debian.org/rlb/deb-emacsen-common/-/merge_requests/3

    We need Rob's review, but a couple of very general comments:

    - maintainer scripts are meant to be idempotent, i.e., if they are
    interrupted at any point and restarted, they should still do the right
    thing. I think this will be true of your scripts, but did you think
    about it?

    - I would suggest using find(1) instead of parsing the output of ls(1).

    --
    Sean Whitton

    --=-=-Content-Type: application/pgp-signature; name="signature.asc"

    -----BEGIN PGP SIGNATURE-----

    iQJNBAEBCgA3FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmgy5H0ZHHNwd2hpdHRv bkBzcHdoaXR0b24ubmFtZQAKCRBpW3rkvwZiQHKgEACqUlKl2LVPiVBnn8XrZ4ad dusqEpiCF1F0ofQq8Nwl3XUalwbLHnQmVOg8rlQ6wRQkan8n2wF+vVWICsUUWAAv 3baXVdwG9h87YIvqsrnG5xIfZY17RNGgJV75tkjFarumChGXYNtPTuyqctulBpig Zup+ekk9jK0vieaqRcbXA3ekPksWOKycR9ZUPvx21Hn9edeYIJyDIVD2C8kzdcNl 5VkOKxM9X5x3WxK9K7MeFpHqlY2qcDqZ1uFj2yl/UES3LnQGF8O0S7gB/dESfvWH F5VIwIvA2IYY+5UpVvCxJWs8hGFCvcVAHk8YL3hFB3f8+Ny8zrWomwoT2I6ClO3J SL1dKQ+YgwV4HrrxqmbwCDwow3YHeyDqbu7CYrcdvTi/jqKG7Ihxg5rsmtv3VAOP 4ITo3v/bSk+ermgWqITiiXuM7ZbwlAFMpaU22dpYVQ1STFXMj3TakGwRD+zdl0zd tphK4mhwR1oalqO+cWFQITAcUifSI09OLqW5PQ3FEvWD0SiNUBRdHmgLHXFreRf0 L02vRJiFjDAAv/kvPonXHTgIolsCysJT4PXn+3U6V2BdPYJNvu+9ULGqfbnes49F TEjh92ZDxWyU1+hQIeohyrbTw2+bWwWeNtYSFaHK926AMuYjnhaXxLXb9TNdwPoR QZiDm9seX3Ay71lkLkdSGg=vw
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usen