Bug#619328: console-setup-freebsd: Uninstallable on Linux hosts
Hi, Paul Gevers wrote (Sat, 28 Oct 2023 20:14:13 +0200): > Hi, > > On Mon, 24 Jul 2023 17:17:54 +0200 Paul Gevers wrote: > > On Wed, 23 Mar 2011 10:49:42 +0100 Julien Cristau > > wrote: > > > On Wed, Mar 23, 2011 at 11:36:00 +0200, Anton Zinoviev wrote: > > > > Does this mean the > > > > architectures are not equal in rights - an 'all' package is allowed to > > > > be uninsallable on kFreeBSD but not on Linux? > > > > > > > No, it's fine. > > > > While I totally stand behind this, with the kfreebsd's removed now even > > from the ports [1], maybe it's time to stop building console-setup-freebsd? > > And now, due to changes in our migration software, this issue has caused > console-setup to be blocked for 34 days already [1]: > uninstallable on arch amd64, not running autopkgtest there > > I'll hint it through now, but it would be nicer if console-setup-freebsd > would be dropped next time (as it would ensure src:console-setup gets > the normal autopkgtest treatment). > > Paul > > [1] https://qa.debian.org/excuses.php?package=console-setup While cleaning up the whole code of console-setup from kfreebsd parts is out of my skills, I managed to get it so far, that the kfreebsd packages are no longer beeing built, and those packages removed from control file. Could this be enough for now? I filed this as MR [1]. The pipeline on that push went fine first [2], while there was a job within the pipeline named "D-I" which I triggered manually and that failed, however I'm not exactly sure what this job does, and what failed there; a mini.iso image was however successfully created. I did not notice this pipeline funtionality before. Is this expected to work? Comparing all the remaining packages with debdiff shows no unexpected differences compared to the previous version, so for me it looks ok. Maybe someone wants to take a look? Holger [1] https://salsa.debian.org/installer-team/console-setup/-/merge_requests/21 [2] https://salsa.debian.org/holgerw/console-setup/-/pipelines/608351 -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#619328: console-setup-freebsd: Uninstallable on Linux hosts
Hi, On Mon, 24 Jul 2023 17:17:54 +0200 Paul Gevers wrote: On Wed, 23 Mar 2011 10:49:42 +0100 Julien Cristau wrote: > On Wed, Mar 23, 2011 at 11:36:00 +0200, Anton Zinoviev wrote: > > Does this mean the > > architectures are not equal in rights - an 'all' package is allowed to > > be uninsallable on kFreeBSD but not on Linux? > > > No, it's fine. While I totally stand behind this, with the kfreebsd's removed now even from the ports [1], maybe it's time to stop building console-setup-freebsd? And now, due to changes in our migration software, this issue has caused console-setup to be blocked for 34 days already [1]: uninstallable on arch amd64, not running autopkgtest there I'll hint it through now, but it would be nicer if console-setup-freebsd would be dropped next time (as it would ensure src:console-setup gets the normal autopkgtest treatment). Paul [1] https://qa.debian.org/excuses.php?package=console-setup OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#619328: console-setup-freebsd: Uninstallable on Linux hosts
Hi, On Wed, 23 Mar 2011 10:49:42 +0100 Julien Cristau wrote: On Wed, Mar 23, 2011 at 11:36:00 +0200, Anton Zinoviev wrote: > Does this mean the > architectures are not equal in rights - an 'all' package is allowed to > be uninsallable on kFreeBSD but not on Linux? > No, it's fine. While I totally stand behind this, with the kfreebsd's removed now even from the ports [1], maybe it's time to stop building console-setup-freebsd? Paul [1] https://www.ports.debian.org/ 2023-07-14 OpenPGP_signature Description: OpenPGP digital signature
Bug#619328: console-setup-freebsd: Uninstallable on Linux hosts
On Tue, Mar 22, 2011 at 11:41:39PM +0100, Didier Raboud wrote: as silly as it might sound, I tried to install the arch:all console-setup-freebsd on my amd64 (aka linux-amd64) and it is not installable because of unsatisfiable dependencies. This is likely to forbid the entry of this package to testing (without manual handling from the Release Team). I noticed that there are packages (for example pm-utils) whose architecture is 'all' and nonetheless they are not installable on kFreeBSD because of unsatisfiable dependencies. Does this mean the architectures are not equal in rights - an 'all' package is allowed to be uninsallable on kFreeBSD but not on Linux? Hence I would suggest to change the Architecture field of console-setup-freebsd to kfreebsd-any (and to linux-any for c-s-linux, obviously). This would require an unnecessary recompilation of the package for all architectures, something I'd like to avoid. On a slow machinke (like those used by build daemons on some architectures) the compilation of console-setup could take hours. If an 'all' package is not allowed to depend on kFreeBSD-only package, then I'd rather lower the dependencies of console-setup-{linux,freebsd} from strong Depends to merely recommends. There are enough checks in the scripts of console-setup to make sure it will work (with reduced functionality, of course), if some of its dependencies are not satisfied. In addition to this, it is possible to apply the distributive law of the propositional calculus and use the following in console-setup and console-setup-mini: Depends: kbd | console-tools | console-setup-freebsd, console-setup-linux | console-setup-freebsd, console-setup-linux | vidcontrol, console-setup-linux | kbdcontrol, kbd | console-tools | vidcontrol, kbd | console-tools | kbdcontrol Hopefully, the great APT will not get too much confused by this. :) Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619328: console-setup-freebsd: Uninstallable on Linux hosts
severity 619328 wishlist kthxbye On Wed, Mar 23, 2011 at 11:36:00 +0200, Anton Zinoviev wrote: On Tue, Mar 22, 2011 at 11:41:39PM +0100, Didier Raboud wrote: as silly as it might sound, I tried to install the arch:all console-setup-freebsd on my amd64 (aka linux-amd64) and it is not installable because of unsatisfiable dependencies. This is likely to forbid the entry of this package to testing (without manual handling from the Release Team). I noticed that there are packages (for example pm-utils) whose architecture is 'all' and nonetheless they are not installable on kFreeBSD because of unsatisfiable dependencies. Does this mean the architectures are not equal in rights - an 'all' package is allowed to be uninsallable on kFreeBSD but not on Linux? No, it's fine. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619328: console-setup-freebsd: Uninstallable on Linux hosts
Package: console-setup-freebsd Version: 1.71 Severity: normal Hi, as silly as it might sound, I tried to install the arch:all console-setup-freebsd on my amd64 (aka linux-amd64) and it is not installable because of unsatisfiable dependencies. This is likely to forbid the entry of this package to testing (without manual handling from the Release Team). I think the Architecture: all field (which Policy defines as architecture- independent package) is wrong: although the files shipped by the package aren't compiled for a specific CPU architecture, they are still tightly tied to an architecture in the Debian sense (the name of the package itself is a sufficient indication of this). Hence I would suggest to change the Architecture field of console-setup-freebsd to kfreebsd-any (and to linux-any for c-s-linux, obviously). Best regards, OdyX -- System Information: Debian Release: wheezy/sid APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org