Bug#628536: Heads up: update for e2fsprogs intended for stable-proposed-updates
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Filing as bug to help the release team to keep track of this request. I'm full quoting the mail containing the URL of the repositories web frontend and the debdiff between the e2fsprogs versions currently in stable and unstable. Please note that the bug numbers mentioned in the changelog are not entirely correct and complete. Regards Carsten * Ted Ts'o [2011-05-08 17:37 -0400]: On Sun, May 08, 2011 at 05:05:33PM +0200, Philipp Kern wrote: nope. The process is that all problems ought to be fixed in unstable first and then you send us a debdiff for a targetted upload to stable-proposed-updates (diff against what's currently in stable), we approve it and then you upload the result. We cannot cherry-pick from testing. (However sometimes what's in s-p-u gets copied over into testing if it's newer.) Well, what I uploaded into unstable was built in a stable chroot, so assuming it's approved it's just a matter of my uploading to stable-proposed-updates, right? (Or do you want to build the x86 binary packages from source?) Your list seems sane, however I'd prefer to see a debdiff first. :) Is this what you want (see below)? (Created via debdiff e2fsprogs_1.41.12-2.dsc e2fsprogs_1.41.12-4.dsc) You can also get a blow-by-blow description here (as soon as it mirrors out): http://git.kernel.org/?p=fs/ext2/e2fsprogs.git;a=shortlog;h=refs/heads/debian-stable - Ted P.S. One change I'd probably make, but didn't make the 1.41.12-4 that I uploaded due to an oversight: The first change described in the changelog for 1.41.12-4 should have had a Closes: #614611. I'm not sure it's worth bumping the version to -5 before uploading to s-p-u just to add that bit to the documentation; what do you think? Oh, one other missed bug #; Fix badblocks so it the progress message correctly handles UTF-8 characters for I18N systems (Closes: #583782, #587834) should also have included #619182 to the bug closed list. diff -u e2fsprogs-1.41.12/debian/control e2fsprogs-1.41.12/debian/control --- e2fsprogs-1.41.12/debian/control +++ e2fsprogs-1.41.12/debian/control @@ -130,7 +130,7 @@ hard disks on Debian and other Linux systems. . This package contains programs for creating, checking, and maintaining - ext-based file systems, and the generic fsck wrapper. + ext2/3/4-based file systems. Package: e2fsprogs-dbg Section: debug diff -u e2fsprogs-1.41.12/debian/changelog e2fsprogs-1.41.12/debian/changelog --- e2fsprogs-1.41.12/debian/changelog +++ e2fsprogs-1.41.12/debian/changelog @@ -1,3 +1,34 @@ +e2fsprogs (1.41.12-4) unstable; urgency=high + + * Clear ext4 error fields in the superblock. Otherwise users will see +scary messages every 24 hours after a file system error is detected, +even after e2fsck has fixed it, if they are using Linux 2.6.35 or later. + * Fix usage message for logsave (Closes: #619788) + + -- Theodore Y. Ts'o ty...@mit.edu Sat, 07 May 2011 21:22:54 -0400 + +e2fsprogs (1.41.12-3) unstable; urgency=high + + * Fix signed vs. unsigned char bug in getopt in e2fsprogs which +afflicts systems with default unsigned char + * Fix bug in e2fsck where it would fail to fix file systems +where both the primary and backup block group descriptors are +corrupted. (Addresses Ubuntu Launchpad bug: #711799) + * Fix package description: fsck has been moved to util-linux +(Closes: #588726) + * Fix badblocks so it the progress message correctly handles UTF-8 +characters for I18N systems (Closes: #583782, #587834) + * Prevent e2fsck from accidentally scrambling a file system when +checking a snapshot which has an external journal device (which has +not been snapshotted). (Closes: #587531) + * Fix inode nlink accounting that would lead to very scary PROGRAMMING +BUG errors. (Closes: #555456) + * Fix typos, spelling mistakes, spelling-out-the-obvious-to-clueless- +sysadmins, etc. in man pages. (Closes: #589345, #594004, #580236, +#591083, #505719, #599786) + + -- Theodore Y. Ts'o ty...@mit.edu Sat, 30 Apr 2011 12:30:24 -0400 + e2fsprogs (1.41.12-2) unstable; urgency=high * Allow tune2fs to set uninit_bg without requiring an fsck diff -u e2fsprogs-1.41.12/lib/ext2fs/ext2_fs.h e2fsprogs-1.41.12/lib/ext2fs/ext2_fs.h --- e2fsprogs-1.41.12/lib/ext2fs/ext2_fs.h +++ e2fsprogs-1.41.12/lib/ext2fs/ext2_fs.h @@ -501,6 +501,12 @@ #define EXT2_ERRORS_PANIC3 /* Panic */ #define EXT2_ERRORS_DEFAULT EXT2_ERRORS_CONTINUE +#if (__GNUC__ = 4) +#define ext4_offsetof(TYPE,MEMBER) __builtin_offsetof(TYPE,MEMBER) +#else +#define ext4_offsetof(TYPE, MEMBER) ((size_t) ((TYPE *)0)-MEMBER) +#endif + /* * Structure of the super block */ @@ -594,9 +600,24 @@ __u64 s_snapshot_r_blocks_count; /*
Re: Heads up: update for e2fsprogs intended for stable-proposed-updates
* Ted Ts'o [2011-05-08 17:37 -0400]: P.S. One change I'd probably make, but didn't make the 1.41.12-4 that I uploaded due to an oversight: The first change described in the changelog for 1.41.12-4 should have had a Closes: #614611. I'm not sure it's worth bumping the version to -5 before uploading to s-p-u just to add that bit to the documentation; what do you think? Oh, one other missed bug #; Fix badblocks so it the progress message correctly handles UTF-8 characters for I18N systems (Closes: #583782, #587834) should also have included #619182 to the bug closed list. I marked these two bugs as fixed with the proper version and closed them in the bug tracking system. You could upload to stable-proposed-updates (after the release team approves your diff) with the correct changelog entries even if the changelog entries in unstable are wrong. I don't see a reason to upload -5 just to adapt the changelog entries of -3 and -4. Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110509092406.ga24...@furrball.stateful.de
Re: Bug#620883: pu: package deborphan/1.7.28.3+squeeze1
* Philipp Kern [2011-05-05 20:12 +0200]: I don't see this in the changes neither: + * Fix typo in Polish translation of deborphan(1) (Robert Luberda) Closes: +#610804 + * Fix typo in French --show-size short option help. This part of David's initial mail explains this: | Please find attached the filtered diff (without translation and automake | results) obtained with the following command: | | debdiff --diffstat deborphan_1.7.28.3.dsc deborphan_1.7.28.5.dsc \ | | filterdiff -x'*.po' -x'*.pot' -x'*.in' -x'*.1' -x'*.8' The above quoted mail also mentions the update of the maintainer address and the changed config.h and shortly explains the latter. Anyway: Feel free to upload the package with the correct version and suite in the changelog without new translations (updates to existing ones are fine) and thus without autofoo. The two real changes you listed are ok. Fine, thanks, I'll let David know. I assume you were aware that the tarball contains a different include/config.h than the version in Squeeze when you wrote this. It is now the same as the one created on the build daemons whilst configuring. As Adam said: next time a gentle ping is appreciated. Such less gentle pings are a consequence of the way a part of the release team behaves on IRC, which is also the reason I'm not part of the now forming deborphan maintainer team (although I try to ensure a smooth transition of the package to the team). Without a useful way to communicate with the release team I'm not interested in maintaining a package that is prone to require stable updates due to post release changes. Regards Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110505202029.ga17...@furrball.stateful.de
Re: Bug#620883: pu: package deborphan/1.7.28.3+squeeze1
* David Prévot [2011-04-04 17:14 -0400]: In order to fix an RC bug (broken orphaner on sparc, #618895), would it be ok, to upload deborphan 1.7.28.3+squeeze1 based on 1.7.28.5 in sid to stable-proposed-updates? The changelog would be updated accordingly. 1.7.28.5 additionally fixes #609337 to avoid libreoffice being wrongly listed as possible orphan if --guess-section is used, e.g., during partial upgrades or when using a libreoffice backport. It also fixes a few translation issues, adds two new translations and updates the Maintainer. This was a month ago and the patches are really trivial, there are translation updates, autofoo and: http://svn.debian.org/viewsvn/deborphan/branches/1.7.28.x/util/orphaner.sh?r1=873r2=874 http://svn.debian.org/viewsvn/deborphan/branches/1.7.28.x/src/pkginfo.c?r1=875r2=874 Both bugs should be fixed in stable, the first one is triggering an bug in an other package which completely breaks orphaner on a supported architecture - the cleanup avoids triggering this bug and is being tested since June 2010. The other one is really annoying if you are hit by it. Given that a user trusts the --guess-all or --guess-section option and uses apt's autoremove feature, it could lead to libreoffice and all its dependencies to be removed if the user either uses a libreoffice backport or does a partial upgrade. The (in deborphan's view) unfortunately named libreoffice hit unstable when Squeeze was released. If you are not able to review two lines of code in a month, you might want to consider adding a vote based alternative for freeze exceptions and stable updates (e.g., three votes by DDs and no veto by a DD _or_ an ack by a release team member for stable updates). Regards Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110504154353.ga21...@furrball.stateful.de
75 unreported RC bugs, (mostly?) fixable by rebuilding / could lintian please prevent such packages from being uploaded in future?
Package: lintian Severity: wishlist $ dpkg-reconfigure nana This is not dpkg install-info anymore, but GNU install-info See the man page for ginstall-info for command line arguments install-info: No dir file specified; try --help for more information. zsh: exit 1 dpkg-reconfigure nana This breaks unrelated software (dpkg-reconfigure -a). That dpkg-reconfigure -a immediately aborts if reconfiguring a package fails seems to be a (normal) bug in debconf. To get a list of affected binary packages: w3m http://lintian.debian.org/tags/install-info-used-in-maintainer-script.html | awk '/[(]binary[)]$/ {print $1}' Extended description of this lintian tag is: This script apparently runs install-info. Updating the /usr/share/info/dir file is now handled automatically by triggers, so running install-info from maintainer scripts is no longer necessary. If debhelper generated the maintainer script fragment, rebuilding the package with debhelper 7.2.17 or later will fix this problem. Severity: normal, Certainty: possible Could rebuilding them please be scheduled? Could lintian maintainers please add this lintian tag to data/output/ftp-master-nonfatal, although this shouldn't occur much in future since debconf doesn't create this snippet anymore? Regards Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101216175613.gq31...@furrball.stateful.de
Re: 75 unreported RC bugs, (mostly?) fixable by rebuilding / could lintian please prevent such packages from being uploaded in future?
* Philipp Kern [2010-12-16 19:06 +0100]: On Thu, Dec 16, 2010 at 06:56:13PM +0100, Carsten Hey wrote: Could rebuilding them please be scheduled? We cannot rebuild arch:all packages without sourceful uploads. This prints the non arch:all packages: w3m http://lintian.debian.org/tags/install-info-used-in-maintainer-script.html \ | awk '/[(]binary[)]$/ {print $1}' \ | xargs apt-cache show \ | grep -E '^Package:|^Architecture:' \ | cut -d: -f2 \ | xargs printf '%s %s\n' \ | awk '$2!=all {print}' -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101216182029.gr31...@furrball.stateful.de
Bug#606056: unblock deborphan
* Mehdi Dogguy [2010-12-06 23:38 +0100]: On 12/06/2010 02:20 AM, Carsten Hey wrote: I uploaded deborphan 1.7.28.1 four days ago to sid and 1.7.28.2 recently to delayed/7. ... FTR, I unblocked deborphan/1.7.28.1. Thanks, today .1 migrated to testing. I'll have a look at deborphan/1.7.28.2 once it's accepted in the archive (in 6 days). I just uploaded .2 to unstable and .3, which includes an updated Catalan translation, to delayed/0. If you don't like the diff between .1 and .2 we could still get the Catalan translation to testing through t-p-o. All these versions (1.7.28 to 1.7.28.3) include the following features: * Add random garbage to the keep file when deleting a keep entry. * Truncate the keep file if editkeep is running whilst upgrading to a less buggy deborphan release. * Execute random code if orphaner is running whilst upgrading to a deborphan release with a different orphaner version. * Ignore the Enhances field. * Write to uninitialized memory. Regards Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101212210344.gk31...@furrball.stateful.de
Re: Is 603450 realy release critical?
* Bastian Blank [2010-12-08 10:37 +0100]: On Wed, Dec 08, 2010 at 08:45:30AM +0100, Alexander Reichle-Schmehl wrote: #603450 is a bug (currently with severity grave, Justification: user security hole), as offlineimap does no ssl certificate checking. Could you explain why it should be acceptable to announce secure operation but ignore the very basic principles of it? #564690 is an old example of the same problem. Could you explain how an example of a bug with a severity set by yourself supports your point, considering that the maintainer of this package only agreed about the bugs severity because it was a regression? Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101208110035.ga22...@furrball.stateful.de
Bug#606056: unblock deborphan
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock I uploaded deborphan 1.7.28.1 four days ago to sid and 1.7.28.2 recently to delayed/7. Changelog summary for 1.7.28.1: * Doc fixes * Translation updates * Add basic multiarch support Changelog summary for 1.7.28.2: * Exclude some false positives from being displayed as orphans when --guess-* is used. * Don't let orphaner fail if apt disagrees with dpkg about essentialness. * Add options to be used by frontends required for a transition (one in which the RT is not involved, if done right) that needs to be finished before someone works on migrating sections to tags. Having these options in stable is a prerequisite for doing this in a clean way without breaking partially upgrades. Please unblock deborphan/1.7.28.1 or unblock deborphan/1.7.28.2 If you want me to upload 1.7.28.2 to incoming (or however this is called nowadays) please drop me a mail. Thanks Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101206012006.gh31...@furrball.stateful.de
Bug#605740: unblock: pal/0.4.3-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock pal/0.4.3-6 Changelog: * Pal requires some translatable strings to be lowercased, otherwise the option -d doesn't work when these strings are passed to it. Adapt the German and the Polish po files accordingly and apply the fix directly to the files instead of using patches to ease reviewing by the release team. Thanks in advance Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101202214202.gf31...@furrball.stateful.de
Bug#592659: freeze exception for deborphan
* Julien Cristau [2010-09-04 20:34 +0200]: On Thu, Aug 12, 2010 at 18:34:45 +0200, Carsten Hey wrote: * Neil McGovern [2010-08-11 22:21 +0100]: May I suggest that the work-in-progress is immediately uploaded to experimental too? I'll to this this weekend. The shell scripts orphaner and editkeep had known quoting issues, in the meantime they have been solved using \0 separated strings. I did not want to upload a package without proper quoting, even to experimental, but I did not think about this when I wrote this mail. Please re-ping when you've uploaded. Will do so, for the experimental and for the unstable upload. Looks like this never happened? I planned (and still do) to upload the version I want to see in Squeeze to experimental and unstable/delayed-3 tomorrow. Regards Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100904195725.gu4...@foghorn.stateful.de
Re: Bug#387688: Add gnupg as apt dependency in Squeeze to be able to solve #387688 in Squeeze+1?
* Philipp Kern [2010-08-15 13:30 +0200]: On Fri, Aug 13, 2010 at 01:37:15AM +0200, Carsten Hey wrote: currently apt depends on debian-archive-keyring which depends on gnupg. It has been proposed to remove the latter dependency in #387688, this would save about 5 MB of disk space in a sid debootstrap. I'm still not sure if I buy this argument. After all it would leave the debootstrap without apt (which is the current default behaviour, I know). In the meantime apt has been added to base packages for debootstrap's buildd variant. How useful is this, really? My wording was not as clear as it should have been :) Neither apt's nor debian-archive-keyring's dependencies influence the size of a Debian chroot with only essential and build-essential packages installed. I was talking about a rather minimal Debian installation _with_ apt. Two examples for such installations are the chroot environments created by the debootstrap variants minbase and buildd. Let's look into this in more detail: Currently the Installed-Size: of apt and its non-Required: yes dependencies is 12,624 (6,904 + 5,720) kB: apt 5,244 libstdc++61,204 debian-archive-keyring 60 gpgv396 (required for verifying signatures) ¯ needed dependencies 6,904 gnupg 5,176 libusb-0.1-4 96 libreadline6356 readline-common 92 ¯ superfluous dependencies 5,720 By removing the (currently indirect) apt dependencies on gnupg and libusb-0.1-4 and making apt depend on gpgv (or gpgv | gpgv-tiny) instead, 5272 kB could be saved. There are ways to accomplish this for Squeeze+1, how it could be done seems to be nothing that needs to be discussed before Squeeze is released. To save additional 448 kB by removing the dependency on libreadline (of course not by default, but only if the user chooses this) there seem to be two ways: * Build a new package gpgv-tiny, configured with --without-readline. gpgv-tiny without gnupg-tiny would be pretty useless unless apt and debian-archive-keyring remove their gnupg dependency. If the gnupg maintainer decide to build gpgv-tiny, it should IMHO be done after apt's gnupg dependency has been removed. * Teach gpgv to dlopen() libreadline and use it only if it is available (suggested by Florian Weimer in #592902). Using dlopen would have obvious advantages, but this would require adding a patch to the Debian package unless it would be accepted upstream. As explained, the minimal disk usage of apt and its non-essential dependencies could be dropped easily from currently 12,624 to 6,904 kB. After Debian's possible future switch to Tdeps it would be 3,119 kB. There are ways to further reduce the disk usage of a nearly minimal Debian installation without requiring the user to do the work her/himself and without negatively influencing a non-minimal installation. Reducing disk usage about a half megabyte or two megabytes is not much, but many small reductions combined lead to significant less disk usage. An imaginary debootstrap variant 'tiny' that, e.g., would install debconf-english instead of debconf-l18n (this saves 1,516 kB) and gpgv-tiny instead of gpgv, that would not need to install gnupg and so on, could create such a minimal installation plus apt. This combined with the biggest saving of disk usage, having tdebs in Debian and not installing them, would lead to a rather small but usable Debian chroot. What's the use case? The obvious use cases are: * Installation on systems where disk space is limited. * People with slow or traffic limited internet connections would be happy to save traffic when they create a build chroot or similar. Being able to create small but usable Debian chroots could also lead to less obvious use cases being more reasonable than they are now. One possible example is creating an unstable chroot just to run a single program not available in stable. (Still your other remarks look sane, and AFAIK a dependency on gnupg has been committed into apt.) Yes, the dependency is already in experimental. Regards Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100821224613.ga28...@foghorn.stateful.de
Bug#592659: freeze exception for deborphan
* Neil McGovern [2010-08-11 22:21 +0100]: On Wed, Aug 11, 2010 at 01:04:49PM -0700, Russ Allbery wrote: The request is, therefore, not for an advance freeze exception (since I know you'll want to look at the package as uploaded), but for an indication of whether such a new release has a reasonable chance of being accepted if it is finished and thoroughly tested quickly. This seems a reasonable approach, but I'd look to add an age-days 30 to the package. To let users even a bit more time to test whilst it is in Sid and also get the chance to add translation updates without asking for a second freeze exception I propose the following: * When I upload it to unstable I'll ask for translation updates and let translators 30 days time to send them to me. * 30 days (actually a day or two later to be able to accept translation updates that are sent very or even a bit too late) after deborphan 1.8.0 has been uploaded to unstable I'll ask for a permission to upload deborphan 1.8.1 to unstable. Ideally 1.8.1 would just add these translation updates to 1.8.0. In case there are trivial bug fixes I'll also ask for permission to include them. * If everything works well you allow 1.8.1 to enter testing 40 days after 1.8.0 and accordingly 10 days after 1.8.1 has been uploaded to unstable :) May I suggest that the work-in-progress is immediately uploaded to experimental too? I'll to this this weekend. Please re-ping when you've uploaded. Will do so, for the experimental and for the unstable upload. Thanks Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100812163445.ga31...@foghorn.stateful.de
Re: Pending removal of deborphan
Hi, thanks to Russ Allbery's mediation and the release team's generosity the reason for orphaning this package is gone. I'm closing this bug now. * Devid Antonio Filoni [2010-08-11 21:09 +0200]: On Wed, Aug 11, 2010 at 9:03 PM, Michael Gilbert michael.s.gilb...@gmail.com wrote: I'll adopt it if thats what's needed, but I would prefer to co-maintain it. I personally don't see bug #592068 as severe, and I don't see any other critical issues with the package right now, so I don't really understand the maintainer's dire tone. I think the package is fine as-is for squeeze. Well, I would like to maintain it too, but I'm not sure to have the needed knowledge. I think Mike's opinions are right and I really don't understand maintainer's decision. I would be happy to accept co-maintainers for deborphan after releasing the version targeted for Squeeze. deborphan does not really need a maintainer team, but if you are interested in contributing to this package, you're welcome. Tasks like updating translations or asking users for status files and reproducing their bugs also must be done, so a possible lack of knowledge is no valid excuse ;) Since people tend to run aptitude purge `deborphan` in loops [1] or use similar constructs I saw in the past (including such that to not ask for confirmation), non-orphaned packages displayed as orphans would lead to unintended package removals. Having even the simplest form of multiarch package relations in Squeeze+1 would lead to deborphan 1.7.28 missing those dependencies and thus displaying non-orphaned packages as orphaned during partial upgrades from Squeeze to Squeeze+1. Knowingly causing unintended package removals for those users that use deborphan not the way it is intended to be used (make an informed decision based on its output) but blindly trust it based on their positive experience from the past years is not an option for me nor is it what our users deserve. Further spamming debian-release does not seem to be necessary, so please remove this list in possible replies. Regards Carsten [1] http://web.archive.org/web/20080614041639/http://debaday.debian.net/2007/10/21/deborphan-find-packages-you-dont-want/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100812224540.ga31...@foghorn.stateful.de
Add gnupg as apt dependency in Squeeze to be able to solve #387688 in Squeeze+1?
Hi, currently apt depends on debian-archive-keyring which depends on gnupg. It has been proposed to remove the latter dependency in #387688, this would save about 5 MB of disk space in a sid debootstrap. I don't see how this bug could be fixed in debian-archive-keyring but think it should be fixed in apt instead. Anyhow, if a user would upgrade to debian-archive-keyring/Squeeze+1 without the gnupg dependency and still have apt/Squeeze installed during a partial upgrade, he or she could end up with a system that has no gpgv installed. There are some quite hackish ways involving versioned dependencies and/or conflicts to ensure a clean upgrade path if this bug will be fixed in Squeeze+1, the most clean one seems to me to make apt/Squeeze explicitly depend on gnupg. Thus I propose to make apt's implicit dependeny on gnupg explicit to be able to fix #387688 for Squeeze+1 and still provide a clean upgrade path from Squeeze. Would an apt upload with the following diff (plus changelog entry) get a freeze exception? If so, I'd like to ask the apt maintainers if they are willing to do such an upload. --- a/debian/control +++ b/debian/control @@ -12,7 +12,7 @@ Vcs-Bzr: http://bzr.debian.org/apt/debian-sid/ Package: apt Architecture: any -Depends: ${shlibs:Depends}, debian-archive-keyring, ${misc:Depends} +Depends: ${shlibs:Depends}, debian-archive-keyring, gnupg, ${misc:Depends} Replaces: manpages-pl ( 20060617-3~) Provides: ${libapt-pkg:provides} Conflicts: python-apt ( 0.7.93.2~) Thanks for considering Carsten P.S.: Of course, updating local keyrings (which is what apt-key update does) can't be done by a signature verification tool, so simply telling apt-key to use gpgv instead of gpg would not work. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100812233715.ge4...@foghorn.stateful.de
O: deborphan / please remove deborphan from Squeeze
Package: wnpp Severity: normal I orphan deborphan now since I'm not willing to make the old code ready for Squeeze, nor do I want to have it released with the old code and the new code will not be allowed to enter Squeeze due the freeze happening before I (and probably most other Debian developers too) would have expected it. If you are interested in taking over this package please contact me, I will explain you the issues you need to fix in the old code to make it ready for Squeeze and what needs to be done to release the new code for Squeeze+1. Release team, please remove deborphan from Squeeze for now, it is orphaned, abandoned upstream, has a serious bug (#592068) and has only one reverse dependency. If someone adopts and fixes it, I assume, it could still enter Squeeze again after reviewing the diff by a release team member. Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100807122109.gx27...@foghorn.stateful.de
Re: O: deborphan / please remove deborphan from Squeeze
* Christian PERRIER [2010-08-07 09:15 -0400]: Maybe you might want to reconsider the situation when reading Phil Kern's answer in this thread? I don't want to work on the old code and his answer in this thread was I'll close the case for the freeze exception for deborphan This doesn't sound like there would be something to reconsider. Regards Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100807163105.gy27...@foghorn.stateful.de
Freeze exception for deborphan
Hi, I planned to publish a new deborphan release in mid August as I did not expect the freeze to happen that early in late August ;) This new release would include a lot of refactoring and rewriting of some parts so that a diff would be larger than the code. deborphan is one of those tools where release often, release early could do serious harm to users und thus publishing intermediate releases was avoided, instead a well tested rewrite targeted for Squeeze was planned to ensure that it does not contain bugs leading to wrongly detected orphans. The missing multiarch support is such a bug that will cause wrongly detected orphans when people upgrade to Squeeze+1 and to be able to release deborphan with Squeeze, multiarch support must be added (the mid August release would have included this fix, the version in Squeeze does not). deborphan has some reverse recommends and one reverse depends, a graphical frontend for deborphan. The would be no issues for these reverse dependency and reverse recommends cause by the new release since the interface has not changed, it has just some new options. I would really have liked the freeze to happen later this month to get the planned release to Squeeze and would be happy if I could get an exception to be able to upload it as originally planned. Regards Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100806230639.gv27...@foghorn.stateful.de
Re: Bug#508644: new release goal default-mta? (was: stable-p-u: mdadm 2.6.7.2-2)
On Tue, May 05, 2009 at 06:53:12AM +0200, martin f krafft wrote: (updated mdadm coming to s-p-u on Thursday, are there other comments? http://lists.debian.org/debian-release/2009/05/msg00024.html) Depending on default-mta | mta in a upload to s-p-u does not fix anything since there is no default-mta in stable. This would possibly even break pinning in unexpected ways for users with stable and testing in their source.list. Thus please consider depending on exim4 | mta or postfix | mta in your upload to s-p-u and changing the dependency as discussed for your next upload to sid. Carsten -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Please consider tagging this bug lenny-ignore (was: Bug#507003: initiatorname.iscsi should maybe not be in /etc)
Dear release team, bug #507003 is about a conffile in /etc that says DO NOT EDIT OR REMOVE THIS FILE and should better reside in /var. It has correctly been tagged as serious by Steve Langasek as this is against the policy (see bug report for more details). The recent past has shown that even more or less trivial rc-bug fixes like the one used to fix bug #502146 in libpam-mount might lead to more serious regressions, e.g. #507194 (merged with #507199, #507257 and #507592) or #507260. This bug in open-iscsi is not a functional one and the package works quite well (although is against the policy). I consider the danger of a functional breakage through a possible fix before the release to high in comparison to the gain that would be accomplished by fixing this bug. Currently the submitter and a contributor (both DD's) are discussing whether the patch that is attached to this bug is broken or not ... Thus I ask you, the release team, to consider tagging bug #507003 lenny-ignore. Regards, Carsten signature.asc Description: Digital signature
please unblock deborphan 1.7.27
Hi, please unblock deborphan 1.7.27. It contains l10n updates and fixes a bug that (in very rare cases) might cause apt-get $PURGE --assume-yes remove $RANDOM_PACKAGES to be run. The fix is trivial as it is only exporting LC_COLLATE=C in orphaner. Thanks, Carsten $ difftar deborphan_1.7.26.tar.gz deborphan_1.7.27.tar.gz | filterdiff -x '*/po/*' -x '*/doc/*' | egrep -v 'diff -Nurp|Binary files' --- deborphan-1.7.26/configure· 2008-08-15 20:39:44.0 +0200 +++ deborphan-1.7.27/configure· 2008-09-29 15:24:59.0 +0200 @@ -2112,7 +2112,7 @@ fi # Define the identity of the package. PACKAGE=deborphan - VERSION=1.7.26 + VERSION=1.7.27 cat confdefs.h _ACEOF @@ -3390,7 +3390,7 @@ else fi -ALL_LINGUAS=ca cs da de es eu fr ja nl pl ru pt +ALL_LINGUAS=ca cs da de es eu fr ja nl pl ru pt it { echo $as_me:$LINENO: checking whether NLS is requested 5 --- deborphan-1.7.26/configure.in· 2008-08-04 23:58:08.0 +0200 +++ deborphan-1.7.27/configure.in· 2008-09-29 15:21:21.0 +0200 @@ -1,11 +1,11 @@ # Copyright (C) 2000, 2001, 2002, 2003 Cris van Pelt # Copyright (C) 2003, 2004, 2005, 2006 Peter Palfrader # -# $Id: configure.in 707 2008-08-04 21:57:58Z carsten-guest $ +# $Id: configure.in 731 2008-09-12 19:50:47Z carsten-guest $ dnl Process this file with autoconf to produce a configure script. AC_INIT(src/deborphan.c) -AM_INIT_AUTOMAKE(deborphan, 1.7.26) +AM_INIT_AUTOMAKE(deborphan, 1.7.27) AM_CONFIG_HEADER(include/config.h) AM_MAINTAINER_MODE @@ -14,7 +14,7 @@ AC_DEFINE(STATUS_FILE, /var/lib/dpkg/st AC_DEFINE(REG_FLAGS, REG_ICASE, [Bitwise or'd list of flags for regcomp()]) AC_PROG_CC -ALL_LINGUAS=ca cs da de es eu fr ja nl pl ru pt +ALL_LINGUAS=ca cs da de es eu fr ja nl pl ru pt it AM_GNU_GETTEXT AM_GNU_GETTEXT_VERSION(0.14.1) --- deborphan-1.7.26/debian/changelog· 2008-08-15 20:44:17.0 +0200 +++ deborphan-1.7.27/debian/changelog· 2008-09-29 15:51:40.0 +0200 @@ -1,3 +1,16 @@ +deborphan (1.7.27) unstable; urgency=low + + * Update French man page translation. Thanks to Jean-Luc Coulon and +Christian Perrier. (Closes: #497517) + * Export LC_COLLATE=C in orphaner. Thanks to Michal Pokrywka for the +detailed bug report. (Closes: #495818) + * Add new Italian translation. Thanks to Alessandro De Zorzi. +(Closes: #498064) + * Some po files included an UTF-8 header but were ISO or vice versa, thus +recode all po files to UTF-8 and include a correct header. + + -- Carsten Hey [EMAIL PROTECTED] Mon, 29 Sep 2008 14:26:25 +0200 + deborphan (1.7.26) unstable; urgency=high * Urgency set to high as is solves an RC bug. --- deborphan-1.7.26/include/config.h· 2008-08-15 20:40:29.0 +0200 +++ deborphan-1.7.27/include/config.h· 2008-09-29 16:02:44.0 +0200 @@ -339,7 +339,7 @@ #define USE_XALLOC 1 /* Version number of package */ -#define VERSION 1.7.26 +#define VERSION 1.7.27 /* Enable GNU extensions on systems that have them. */ #ifndef _GNU_SOURCE --- deborphan-1.7.26/util/orphaner.sh· 2008-07-31 18:29:34.0 +0200 +++ deborphan-1.7.27/util/orphaner.sh· 2008-09-29 15:21:20.0 +0200 @@ -23,13 +23,13 @@ # Debian systems. If you have problems obtaining the files please # write to the authors. # -# $Id: orphaner.sh 677 2008-05-27 18:38:25Z carsten-guest $ +# $Id: orphaner.sh 730 2008-09-12 19:47:14Z carsten-guest $ set -e -REVISION='$Rev: 677 $'; +REVISION='$Rev: 730 $'; VERSION=(r${REVISION#\$Rev: } VERSION=${VERSION% \$}) @@ -37,6 +37,10 @@ OPTIONS=$@ VALIDOPTIONS='^-([aDHns]|-libdevel|-guess-(.+)|-find-(.+)|-nice-mode|-all-packages|-priority(.+)|p(.+)|-show-section|-force-hold)[[:space:]]$' VALIDKEEPOPTIONS='^-([aDHns]|-libdevel|-guess-(.+)|-find-(.+)|-nice-mode|-all-packages|-priority(.+)|p(.+)|-show-section|-force-hold)[[:space:]]$' +# LC_COLLATE=pl_PL or similar breaks orphaner under some circumstances, see +# Debian bug #495818 +export LC_COLLATE=C + if which gettext /dev/null; then · . gettext.sh else -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please unblock pal 0.4.3-3
Hi, please unblock pal 0.4.3-3. Changes since the version 0.4.2-3 in lenny (which is 0.4.3 minus one simple patch) are doc fixes, an updated watch file, linking against the wide version of ncurses to fix some issues when displaying UTF-8 and code that prevents a segfault, this code is only run when the segfault would otherwise occur. Thanks, Carsten $ diff -Nurpw pal-0.4.2 pal | filterdiff -x '*/pal.pot' -x '*/ChangeLog' -x '*/debian/patches/*' -x '*/debian/watch' -x '*/pal-0.4.*.spec' -x '*/.pc/*' -x '*/.git/*' -x 'pal/share/austria.pal' -x '*/pal.1.template' | egrep -v 'Binary files|diff -Nurp' --- pal-0.4.2/debian/changelog· 2008-09-29 11:40:23.0 +0200 +++ pal/debian/changelog· 2008-09-29 11:58:01.0 +0200 @@ -1,3 +1,30 @@ +pal (0.4.3-3) unstable; urgency=low + + * Recode austria.pal from ISO-8859 to UTF-8. (Closes: #499389) + * Link pal against libncursesw5 instead of libncurses5. (Closes: +#499403) + + -- Carsten Hey [EMAIL PROTECTED] Mon, 29 Sep 2008 11:57:52 +0200 + +pal (0.4.3-2) unstable; urgency=low + + * debian/watch: use QA redirector. + * Added a new Debian specific patch which changes the path to example.css in +pal.1. Debian installs this file into a different location than +upstream's makefile target install-doc. (Closes: #497874) + + -- Carsten Hey [EMAIL PROTECTED] Sat, 06 Sep 2008 07:13:08 +0200 + +pal (0.4.3-1) unstable; urgency=low + + * New Upstream Version +- Fix segfault when printing strings not valid in user's locale + (Closes: #492464) + * Removed patches that are included in pal's latest upstream release from +debian/patches. No remaining patches. + + -- Carsten Hey [EMAIL PROTECTED] Sat, 02 Aug 2008 19:26:36 +0200 + pal (0.4.2-3) unstable; urgency=low * Apply patch from upstream CVS: --- pal-0.4.2/debian/control· 2008-09-29 11:40:23.0 +0200 +++ pal/debian/control· 2008-09-28 21:08:29.0 +0200 @@ -2,7 +2,7 @@ Source: pal Section: utils Priority: optional Maintainer: Carsten Hey [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), libreadline5-dev | libreadline-dev, libncurses5-dev, libglib2.0-dev, gettext, quilt +Build-Depends: debhelper (= 5), libreadline5-dev | libreadline-dev, libncursesw5-dev, libglib2.0-dev, gettext, quilt Standards-Version: 3.8.0 Homepage: http://palcal.sourceforge.net/ --- pal-0.4.2/src/Makefile· 2008-09-29 11:40:36.0 +0200 +++ pal/src/Makefile· 2008-09-29 11:58:15.0 +0200 @@ -4,7 +4,7 @@ include Makefile.defs INCLDIR = -I${prefix}/include `pkg-config --cflags glib-2.0` LIBDIR = -LIBS= `pkg-config --libs glib-2.0` -lreadline -lncurses +LIBS= `pkg-config --libs glib-2.0` -lreadline -lncursesw SRC = main.c colorize.c output.c input.c event.c rl.c html.c latex.c \ add.c edit.c del.c remind.c search.c manage.c --- pal-0.4.2/src/Makefile.defs·2008-09-29 11:40:36.0 +0200 +++ pal/src/Makefile.defs· 2008-09-28 06:04:57.0 +0200 @@ -6,7 +6,7 @@ prefix = /usr CC = gcc -PAL_VERSION = 0.4.2 +PAL_VERSION = 0.4.3 # used for portage, rpm, ... DESTDIR = --- pal-0.4.2/src/output.c· 2008-09-29 11:40:36.0 +0200 +++ pal/src/output.c· 2008-09-28 06:04:57.0 +0200 @@ -40,6 +40,12 @@ void pal_output_handler( const gchar *in { gsize strsize; char *outstr = g_locale_from_utf8(instr, -1, NULL, strsize, NULL); +/* if the previous fails, try the filename conversion, it gives reasonable results in most cases */ +if(!outstr) +outstr = g_filename_from_utf8(instr, -1, NULL, strsize, NULL); +/* If that doesn't work, just use the input string */ +if(!outstr) +outstr = g_strdup(instr); if(settings-curses) waddnstr(pal_curwin, outstr, strsize); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please unblock deborphan 1.7.26
Hi, please unblock deborphan 1.7.26. It fixes an RC bug, contains l10n updates and corrects the licenses in the file COPYRIGHT. Thanks, Carsten $ difftar deborphan_1.7.25.tar.gz deborphan_1.7.26.tar.gz | filterdiff -x 'deborphan*/po/*.po' diff -Nurp deborphan-1.7.25/COPYING deborphan-1.7.26/COPYING --- deborphan-1.7.25/COPYING2008-07-25 23:45:33.0 +0200 +++ deborphan-1.7.26/COPYING2008-07-30 17:48:14.0 +0200 @@ -1,7 +1,8 @@ deborphan is distributed under the terms of the Artistic License, as stated below. orphaner, found in the util/ subdirectory may be -distributed under the terms of either the GPL, or, at your option, -the Artistic License. See util/orphaner for details. +distributed under the terms of either the GNU GPL, version 2, or, +at your option, any later version, or, at your option, the Artistic +License. See util/orphaner for details. -- The Artistic License diff -Nurp deborphan-1.7.25/configure deborphan-1.7.26/configure --- deborphan-1.7.25/configure 2008-07-25 23:48:01.0 +0200 +++ deborphan-1.7.26/configure 2008-08-15 20:39:44.0 +0200 @@ -2112,7 +2112,7 @@ fi # Define the identity of the package. PACKAGE=deborphan - VERSION=1.7.25 + VERSION=1.7.26 cat confdefs.h _ACEOF @@ -3390,7 +3390,7 @@ else fi -ALL_LINGUAS=ca cs da de es eu fr ja nl pl +ALL_LINGUAS=ca cs da de es eu fr ja nl pl ru pt { echo $as_me:$LINENO: checking whether NLS is requested 5 diff -Nurp deborphan-1.7.25/configure.in deborphan-1.7.26/configure.in --- deborphan-1.7.25/configure.in 2008-07-25 23:45:33.0 +0200 +++ deborphan-1.7.26/configure.in 2008-08-04 23:58:08.0 +0200 @@ -1,11 +1,11 @@ # Copyright (C) 2000, 2001, 2002, 2003 Cris van Pelt # Copyright (C) 2003, 2004, 2005, 2006 Peter Palfrader # -# $Id: configure.in 692 2008-07-25 17:33:24Z carsten-guest $ +# $Id: configure.in 707 2008-08-04 21:57:58Z carsten-guest $ dnl Process this file with autoconf to produce a configure script. AC_INIT(src/deborphan.c) -AM_INIT_AUTOMAKE(deborphan, 1.7.25) +AM_INIT_AUTOMAKE(deborphan, 1.7.26) AM_CONFIG_HEADER(include/config.h) AM_MAINTAINER_MODE @@ -14,7 +14,7 @@ AC_DEFINE(STATUS_FILE, /var/lib/dpkg/st AC_DEFINE(REG_FLAGS, REG_ICASE, [Bitwise or'd list of flags for regcomp()]) AC_PROG_CC -ALL_LINGUAS=ca cs da de es eu fr ja nl pl +ALL_LINGUAS=ca cs da de es eu fr ja nl pl ru pt AM_GNU_GETTEXT AM_GNU_GETTEXT_VERSION(0.14.1) diff -Nurp deborphan-1.7.25/debian/changelog deborphan-1.7.26/debian/changelog --- deborphan-1.7.25/debian/changelog 2008-07-25 23:45:31.0 +0200 +++ deborphan-1.7.26/debian/changelog 2008-08-15 20:44:17.0 +0200 @@ -1,3 +1,20 @@ +deborphan (1.7.26) unstable; urgency=high + + * Urgency set to high as is solves an RC bug. + * Check whether get_pkg_info() correctly detected a line as status line +before abortion. (Closes: #493896) + * Translation updates. Many thanks to: +- Miroslav Kure for the updated Czech translation. (Closes: #492487) +- Javier Fernandez-Sanguino Peña for the updated Spanish translation. + (Closes: #492803) +- Thijs Kinkhorst for the updated Dutch translation. (Closes: #493091) +- Helge Kreutzmann for the updated German translation. (Closes: #493906) +- Yuri Kozlov for the new Russian translation. (Closes: #493564) +- Pedro Ribeiro for the new Portuguese translation. (Closes: #493785) + * Mention correct licenses of orphaner in the file COPYRIGHT. + + -- Carsten Hey [EMAIL PROTECTED] Fri, 15 Aug 2008 19:37:18 +0200 + deborphan (1.7.25) unstable; urgency=low * Abort when status file is in an improper state. (Closes: #391317) diff -Nurp deborphan-1.7.25/include/config.h deborphan-1.7.26/include/config.h --- deborphan-1.7.25/include/config.h 2008-07-25 23:48:20.0 +0200 +++ deborphan-1.7.26/include/config.h 2008-08-15 20:40:29.0 +0200 @@ -339,7 +339,7 @@ #define USE_XALLOC 1 /* Version number of package */ -#define VERSION 1.7.25 +#define VERSION 1.7.26 /* Enable GNU extensions on systems that have them. */ #ifndef _GNU_SOURCE Binary files deborphan-1.7.25/po/ca.gmo and deborphan-1.7.26/po/ca.gmo differ diff -Nurp deborphan-1.7.25/po/ca.po deborphan-1.7.26/po/ca.po Binary files deborphan-1.7.25/po/cs.gmo and deborphan-1.7.26/po/cs.gmo differ diff -Nurp deborphan-1.7.25/po/cs.po deborphan-1.7.26/po/cs.po Binary files deborphan-1.7.25/po/da.gmo and deborphan-1.7.26/po/da.gmo differ diff -Nurp deborphan-1.7.25/po/da.po deborphan-1.7.26/po/da.po Binary files deborphan-1.7.25/po/de.gmo and deborphan-1.7.26/po/de.gmo differ diff -Nurp deborphan-1.7.25/po/de.po deborphan-1.7.26/po/de.po Binary files deborphan-1.7.25/po/es.gmo and deborphan-1.7.26/po/es.gmo differ diff -Nurp deborphan-1.7.25/po/es.po deborphan-1.7.26/po/es.po Binary files deborphan-1.7.25/po/eu.gmo and deborphan-1.7.26/po/eu.gmo differ diff -Nurp