Bug#552584: file-in-usr-local /usr/local/etc
Package: rootskel-gtk Version: 1.16 Severity: serious User: lintian-ma...@debian.org Usertags: file-in-usr-local Justification: The package installs a file in /usr/local/... which is not allowed. The package should not be looking into /usr/loca/etc, anyway. The site admin already has a location to add site specific configuration: /etc. Refer to Debian Policy Manual section 9.1.2 (Site-specific programs) for details. ,[ 9.1.2 Site-specific programs ] | As mandated by the FHS, packages must not place any files in /usr/local, either | by putting them in the file system archive to be unpacked by dpkg or by | manipulating them in their maintainer scripts. | | However, the package may create empty directories below /usr/local so that the | system administrator knows where to place site-specific files. These are not | directories in /usr/local, but are children of directories in /usr/local. These | directories (/usr/local/*/dir/) should be removed on package removal if they are | empty. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552576: live-installer: should have a Standards-Version field
Package: live-installer Version: 13 Severity: serious The live-installer source package not only has a udeb, but also a deb. This means that it must also have a Standards-Version field in debian/control. Only source packages that have *only* udebs are allowed to omit that field. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing of kbd-chooser_1.49_amd64.changes
kbd-chooser_1.49_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: kbd-chooser_1.49.dsc kbd-chooser_1.49.tar.gz kbd-chooser_1.49_amd64.udeb Greetings, Your Debian queue daemon (running on host kassia.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552563: auto-create preseed.cfg file
Package: debian-installer Version: 20091026-1 Severity: wishlist Usertags: debianbook Since debconf-get-selections is not the appropriate way to create preseed.cfg files, but d-i should know what keys to save (or not to save), why not extend d-i so that it automatically drops a preseed.cfg file into /root (next to the installation-report template), just in case the user is interested or would like to use that file? Thanks, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-rc6-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#552560: locale selection incomplete
Package: debian-installer Version: 20091026-1 Severity: wishlist Usertags: debianbook I chose English/Switzerland in the language & country selection dialogs, and d-i then offered only the en_US locales. Arguably, there should be en_CH, given the international orientation of Switzerland, but while that does not exist, en_GB would be a better match for Switzerland. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-rc6-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#550987: marked as done (upcoming GRUB command interface change affects GNU/kFreeBSD)
Your message dated Tue, 27 Oct 2009 07:29:45 +0100 with message-id <20091027062945.gw26...@hall.aurel32.net> and subject line Re: Bug#550987: upcoming GRUB command interface change affects GNU/kFreeBSD has caused the Debian Bug report #550987, regarding upcoming GRUB command interface change affects GNU/kFreeBSD to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 550987: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550987 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: debian-installer Severity: normal Tags: patch Next upstream release of GRUB (1.97~beta5) will have its kFreeBSD loader renamed (from "freebsd" to "kfreebsd") to reflect that it is loading the kernel of FreeBSD rather than FreeBSD itself. Since GRUB 1.96 didn't include a kFreeBSD loader at all, there's no backward compatibility in this change. Attached patch modifies build/boot/kfreebsd/grub-kfreebsd-*.cfg to use the new interface. Please let us know when it is appropiate for us to upload the new version. We can coordinate through IRC or whichever way you prefer. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-libre2-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Index: build/boot/kfreebsd/grub-kfreebsd-i386.cfg === --- build/boot/kfreebsd/grub-kfreebsd-i386.cfg (revision 60995) +++ build/boot/kfreebsd/grub-kfreebsd-i386.cfg (working copy) @@ -17,12 +17,12 @@ menuentry "Install Debian GNU/kFreeBSD 32 bits" { echo "Loading ..." set root=$cd - freebsd /boot/kernel/kfreebsd.gz - freebsd_module_elf /boot/kernel/acpi.ko - freebsd_module /boot/mfsroot.gz type=mfs_root - set FreeBSD.vfs.root.mountfrom=ufs:/dev/md0 - set FreeBSD.hw.ata.ata_dma=0 # needed for qemu hard disk # TODO: delete - set FreeBSD.hw.ata.atapi_dma=0 # needed for qemu cd # TODO: 1 + kfreebsd /boot/kernel/kfreebsd.gz + kfreebsd_module_elf /boot/kernel/acpi.ko + kfreebsd_module /boot/mfsroot.gz type=mfs_root + set kFreeBSD.vfs.root.mountfrom=ufs:/dev/md0 + set kFreeBSD.hw.ata.ata_dma=0 # needed for qemu hard disk # TODO: delete + set kFreeBSD.hw.ata.atapi_dma=0 # needed for qemu cd # TODO: 1 } menuentry "Boot from first hard disk" { Index: build/boot/kfreebsd/grub-kfreebsd-amd64.cfg === --- build/boot/kfreebsd/grub-kfreebsd-amd64.cfg (revision 60995) +++ build/boot/kfreebsd/grub-kfreebsd-amd64.cfg (working copy) @@ -17,11 +17,11 @@ menuentry "Install Debian GNU/kFreeBSD 64 bits" { echo "Loading ..." set root=$cd - freebsd /boot/kernel/kfreebsd.gz - freebsd_module /boot/mfsroot.gz type=mfs_root - set FreeBSD.vfs.root.mountfrom=ufs:/dev/md0 - set FreeBSD.hw.ata.ata_dma=0 # needed for qemu hard disk # TODO: delete - set FreeBSD.hw.ata.atapi_dma=0 # needed for qemu cd # TODO: 1 + kfreebsd /boot/kernel/kfreebsd.gz + kfreebsd_module /boot/mfsroot.gz type=mfs_root + set kFreeBSD.vfs.root.mountfrom=ufs:/dev/md0 + set kFreeBSD.hw.ata.ata_dma=0 # needed for qemu hard disk # TODO: delete + set kFreeBSD.hw.ata.atapi_dma=0 # needed for qemu cd # TODO: 1 } menuentry "Boot from first hard disk" { --- End Message --- --- Begin Message --- On Sun, Oct 25, 2009 at 09:00:41PM +0100, Robert Millan wrote: > On Thu, Oct 15, 2009 at 11:15:32AM +0200, Aurelien Jarno wrote: > > Robert Millan a écrit : > > > Package: debian-installer > > > Severity: normal > > > Tags: patch > > > > > > Next upstream release of GRUB (1.97~beta5) will have its kFreeBSD loader > > > renamed (from "freebsd" to "kfreebsd") to reflect that it is loading the > > > kernel of FreeBSD rather than FreeBSD itself. Since GRUB 1.96 didn't > > > include a kFreeBSD loader at all, there's no backward compatibility in > > > this change. > > > > > > Attached patch modifies build/boot/kfreebsd/grub-kfreebsd-*.cfg to use > > > the new interface. Please let us know when it is appropiate for us to > > > upload the new version. We can coordinate through IRC or whichever way > > > you prefer. > > > > > > > The chroot in which the daily images are built are only upgraded > > manually. This means that a warning about the upload will be enough, > > I'll take care that the SVN is updated in sync with the chroots. > > grub-1.97 is in incoming now. > I have just updated the SVN and the machine building the daily version of d-i. -- Aurelien Jarno GPG: 1024D/F1BCDB7
Re: Lintian based autorejects
On Tuesday 27 October 2009, Joerg Jaspert wrote: > Now, in this case there is no need to move it, as looking at > http://lintian.debian.org/tags/no-standards-version-field.html shows > that we do not see any of the D-I packages, so I assume lintian is > detecting it properly and we do not need to move it. Ah, it seems a test for this was indeed added in Lintian in the not too distant past. That also explains why [1] shows "unused override" for many of our packages for that tag. Note that both live-installer and userdevfs are listed on the page and *are* D-I packages. live-installer also has a deb, and thus _should_ have a standards version. I'll file a BR. userdevfs only has a udeb, so that looks like a bug somewhere. Ah, I see the reason. Current version in the archive uses XB-Package-Type instead of XC-Package-Type. But that has already been corrected in SVN, so should get resolved with the next upload. Thanks for the reply Joerg. Guess I'll also drop all the no longer needed overrides for our packages. Cheers, FJP [1] http://lintian.debian.org/full/debian-b...@lists.debian.org.html -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Lintian based autorejects
On 11916 March 1977, Frans Pop wrote: > Looks like it's named "nowayout". Thats just because I didnt copy the very latest version of it over to ries. Done now. >> overridden. Those are tags corresponding to packaging errors serious >> enough to mark a package unfit for the archive and should never happen. > Please move "no-standards-version-field" to "wayout". > Because udebs don't follow loads of policy requirements (which is allowed > because of their nature), and because that makes blindly updating the > standards version with policy updates a rather meaningless job, the D-I > team has removed the standards version fields from most source packages > that produce only udebs; they include a lintian override for that. > So having that tag in nowayout would mean that uploads of udebs will start > failing massively. Frank, as our lintian interface :), said that lintian should detect it runs on/with udebs and then disable checks that make no sense for udebs. So if lintian warns for such packages as udebs about things udebs dont actually have to follow, that should probably adapted there, though we can easily move tags if its not possible to detect in lintian. Now, in this case there is no need to move it, as looking at http://lintian.debian.org/tags/no-standards-version-field.html shows that we do not see any of the D-I packages, so I assume lintian is detecting it properly nd we do not need to move it. Should an upload fail because of this and/or lintian behaving funnily we can still look at it then, but I assume it wont. -- bye, Joerg You're in good shape for being a Debian, with a SAP background ... anything has to look good from there... -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Lintian based autorejects
On Tuesday 27 October 2009, Joerg Jaspert wrote: > The second category is named "error" and the tags listed can not be Looks like it's named "nowayout". > overridden. Those are tags corresponding to packaging errors serious > enough to mark a package unfit for the archive and should never happen. Please move "no-standards-version-field" to "wayout". Because udebs don't follow loads of policy requirements (which is allowed because of their nature), and because that makes blindly updating the standards version with policy updates a rather meaningless job, the D-I team has removed the standards version fields from most source packages that produce only udebs; they include a lintian override for that. So having that tag in nowayout would mean that uploads of udebs will start failing massively. Thanks, FJP signature.asc Description: This is a digitally signed message part.
Re: di-netboot-assistant update for experimental
Frank Lin PIAT wrote: > On Sun, 2009-10-25 at 06:20 +0100, Frans Pop wrote: >> On Friday 16 October 2009, Frank Lin PIAT wrote: >> > I have finally resolved and merged a bunch of patch I had for >> > di-netboot-assistant. >> > [..] I have worked on some patch to clean-up the code, and fix buggy package removal behaviour. I'll merge them by tomorrow evening. I have two feature request that are pending, and I need your help: Using local repository (requested by fjp) I wondered how to address this. I now think it would be possible if the images where structured like this (we can switch arch and dist folder hierarchy): . |`-i386 ||`-lenny || |`netboot.tar.gz || ` MD5SUMS ||`-daily-2009-10-28 || |`netboot.tar.gz || ` MD5SUMS | `-daily-2009-10-28 | |`netboot.tar.gz | ` MD5SUMS `-amd64 |`-lenny | |`netboot.tar.gz | ` MD5SUMS `-daily-2009-10-28 |`netboot.tar.gz ` MD5SUMS Does it suite your needs? (That could be used to ship netboot in Debian-Live CDs) Allow preseeding using TFTP (reqested by Otavio) --- 1. Is it possible to simply concatenate multiple tar.gz files? 2. Is it possible to simply concatenate multiple tar in one .gz files? 3. Or is it possible to pass multiple "initrd=" to a given Kernel? 4. Or Do I have to modify the tar.gz files. The above scheme could also be used to include/embedded firmware Franklin -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Installation Guide: please commit pending changes
Hi, I'm currently preparing the patches to drop the arches alpha and m68k from the Installation Guide. The plan is to update both the English version and all translations. The changes are not huge, but they affect a fairly large number of files. If you have pending changes, then please commit them ASAP to avoid conflicts after I commit my changes. If you do not have any pending changes, then I would suggest to postpone doing translation updates until after I have committed my changes. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: PowerPC daily install CDs? [Was: Re: Netinst for testing?]
Ian Campbell wrote: > Is there a way to contact the build machine maintainers? Other than > hoping they read this thread? The overview shows who they are. Ping on IRC, private mail, ... Note that the powerpc issue is not for the buildd admin (although it's possible that needs updating too). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org