Re: Freeze exception request: kde4libs 4.1.0-3
Fathi BOUDRA [EMAIL PROTECTED] writes: On Tuesday 12 August 2008 23:39:13 Luk Claes wrote: most important changes on -2 can be found below. They aren't really massive and not related to symbol files dropped. Why were the symbol files dropped? I discussed with Marc (HE) on IRC about the freeze exception request. He's on the track too. Maybe sync with him to not duplicate effort. I'm concerned about the patches to reduce linked in cruft, as they seem to be a bit ... well, chaotic. I've made the effort to actually compare the existing patch in Debian, upstream's patch and the one you propose and noticed a few differences: khtml: Debian: kparts;kjs;kio;kdeui;kdecore Upstream: kparts;kjs;kio;kdeui;kdecore Proposed: kparts;kio;kdeui;kdecore kfile: Debian: kio;kdeui;kdecore Proposed: ${QT_QTCORE_LIBRARY};${QT_QTGUI_LIBRARY};kio;kdeui kross/ui: Debian: krosscore Proposed: ${QT_QTGUI_LIBRARY};kparts Also, there's a typo in one of the CMakefiles: ++if(WIN32) ++ set(kdecore_LINK_INTERFACE_LIBRARIES ${QT_QTDBUS_LIBRARY};${QT_QTCORE_LIBRARY};${KDEWIN32_LIBRARIES}) ++else(WiN32) I guess this should be WIN32. The rest of the diff looks fine, though, so when we have discussed the linking isses to death, kde4libs should be able to finally go to testing. Marc -- BOFH #90: Budget cuts pgpYa60iYz5ig.pgp Description: PGP signature
Re: Soliciting opinions about exception for bug #492699
Jurij Smakov [EMAIL PROTECTED] writes: Bug #492699 is an RC bug against fakeroot, not affecting its functionality (FHS violation). Tagged lenny-ignore. The current solution is not perfect, but fairly near. It also has the unmistakable appeal of actually working. Nothing we should break in this release cycle. Marc -- BOFH #285: Telecommunications is upgrading. pgpci60FJ9wmk.pgp Description: PGP signature
Re: FW: [Pkg-hpijs-devel] Bug#494659: Upstream version 2.8.6 must not be distributed (use 2.8.6b or 2.8.7 instead)
Adeodato =?utf-8?B?U2ltw7M=?= [EMAIL PROTECTED] writes: * Mark Purcell [Tue, 12 Aug 2008 07:22:04 +1000]: We have had a request from upstream not to distribute hplip 2.8.6 and upstream have proposed 2.8.6b as an alternative. I have had a look at the diff and there are some changes, but no change in functionality. I propose this is sufficient grounds for a freeze exception, but is an unusual case. What do the release team think? We think that you should provide us with a diff... Ping? We are still waiting for that diff. Marc -- BOFH #374: Its the InterNIC's fault. pgpgZFpLLtZf8.pgp Description: PGP signature
Re: [Monotone-devel] RFA: monotone-viz - visualize a monotone repository
Brian May [EMAIL PROTECTED] writes: monotone-viz is RFA'ed and has a release critical bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494558 [...] If somebody were to package the latest version and put it in unstable, is there any chance of it getting into Lenny? No, but we can remove it. Hint set. Marc -- Fachbegriffe der Informatik - Einfach erklärt (175: NT-Admin) Turnschuhe, Schweissfüsse. Weiß, wo der Computer angeht und daß man Probleme durch Neustart, Neuinstallation oder Neubelegung eines 4000-DM-Kurses in Unterschleißheim lösen kann. (Anders Henke) pgpGXiLYAu7wO.pgp Description: PGP signature
Re: Bug#494097: git-core point release for lenny
Gerrit Pape [EMAIL PROTECTED] writes: On Thu, Aug 14, 2008 at 11:44:57AM +, Gerrit Pape wrote: On Thu, Aug 14, 2008 at 12:32:38PM +0200, Marc 'HE' Brockschmidt wrote: Please send us the diff between the current version in lenny and .5. Here it is, it includes the two patches for #494097. Hi, lacking a response, I plan to prepare the package, and upload to unstable, as I think that version is best for lenny, not the NMU plus two more patches. Sorry for the delay. Yeah, uploading is fine, please ping again when it's in. Marc -- BOFH #89: Electromagnetic energy loss pgpVsIqKEsf6a.pgp Description: PGP signature
Re: Please unblock avahi 0.6.23-2
Michael Biebl [EMAIL PROTECTED] writes: Marc 'HE' Brockschmidt wrote: Could you please provide a cleaned up diff (without this and the autofoo crap) for review? No problem. I created a diff (avahi.diff.gz) between 0.6.22 and 0.6.23 using the git repository. As most of the changes are po/ related, I removed this directory from the diff. The actual code changes are minimal and bug fix only. Well, that looks mostly OK. In fact, I love this part: -/* This is the second time we got no response, so let's +/* This is the 4th time we got no response, so let's The diff for the debian related changes is in debian.diff.gz +# update init script symlinks for new runlevels and priorities for upgrades +# from older versions +if dpkg --compare-versions $2 lt-nl 0.6.22-4; then + echo Reinstalling init script for new runlevels and priorities ... 2 + # remove old init script symlinks; dh_installinit adds the proper + # update-rc.d snippet later on + update-rc.d -f avahi-daemon remove /dev/null +fi Dude. That's going to remove all my carefully renamed /etc/rc[2345].d/K??avahi-daemon links, just to replace them with new start links. Not nice. Marc -- BOFH #417: Computer room being moved. Our systems are down for the weekend. pgpFuPOBDdNM0.pgp Description: PGP signature
Re: freeze exception for lurker/2.1-12
Jonas Meurer [EMAIL PROTECTED] writes: i just uploaded lurker/2.1-12 to unstable. only changes are an additional debconf template translation (russian) and paths removed from invokation of programs in postinst and postrm. Unblocked. Marc -- Fachbegriffe der Informatik - Einfach erklärt 238: Output Test bei Admin und Programmierer, ob er auch lesen kann. (Manfred Worm Schäfer) pgpnBROYb1QF4.pgp Description: PGP signature
Re: freeze exemption for libjs-yui requested.
Jaldhar H. Vyas [EMAIL PROTECTED] writes: I would like to request a freeze exemption for libjs-yui (source package yui.) The only reason it missed the freeze deadline was because the package was renamed to fit the draft javascript policy and wound up in NEW. Is there any reason why this version should be prefered over the version of yui in testing that has been working fine for half a year now? Marc -- Fachbegriffe der Informatik - Einfach erklärt 48: Nutzt die neuen Möglichkeiten von Windows'95! Haben Sie unser anderes Update schon gekauft? (Kristian Köhntopp) pgpMPyzABbEeM.pgp Description: PGP signature
Re: unblock of sun-java[56]
Matthias Klose [EMAIL PROTECTED] writes: sun-java6 (6-07-4) unstable; urgency=low sun-java5 (1.5.0-16-3) unstable; urgency=low Unblocked. Marc -- BOFH #400: We are Microsoft. What you are experiencing is not a problem; it is an undocumented feature. pgpKPDByPrz19.pgp Description: PGP signature
Re: [Pkg-octave-devel] Freeze exception for octave-ga
Am Montag, den 18.08.2008, 11:14 +0200 schrieb Thomas Weber: Hi, octave-ga's upstream notified us that the current version in Lenny is in a bad shape and whether we could update it to current SVN, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495489 Now, before you tar and feather me: upstream uses Lenny himself and has tested this version on Lenny. I attach a 'clarified' diffstat: clarified in that I removed changes to comments (line length changes in license texts account for quite some stuff), documentation files and unit tests run at build time. $ diffstat clarified_diff __ga_problem__.m | 49 +--- __ga_stop__.m| 19 + crossoverscattered.m | 27 ++--- ga.m | 58 +++- gaoptimset.m | 103 ++- 5 files changed, 90 insertions(+), 166 deletions(-) There are some new script files in the SVN version, that are not really accounted in the diffstat, but as these are new functions, there's no chance of a regression. Uploaded as octave-ga 0.9.2~svn20080821-1 I managed to forget the bug report in the changelog, so please look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495489 Apart from that, the package was switched from Arch:any to Arch:all, there's no arch-specific code in it. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Freeze exception request: kde4libs 4.1.0-3
Hello, khtml: Debian: kparts;kjs;kio;kdeui;kdecore Upstream: kparts;kjs;kio;kdeui;kdecore Proposed: kparts;kio;kdeui;kdecore kjs is private library. Public kjsapi links against it. kfile: Debian: kio;kdeui;kdecore Proposed: ${QT_QTCORE_LIBRARY};${QT_QTGUI_LIBRARY};kio;kdeui kdecore is implicit (pulled in recursively by kdeui). kross/ui: Debian: krosscore Proposed: ${QT_QTGUI_LIBRARY};kparts Nothing links against kross in archive now. And addition of new libraries is harmless. ++if(WIN32) ++ set(kdecore_LINK_INTERFACE_LIBRARIES ${QT_QTDBUS_LIBRARY};${QT_QTCORE_LIBRARY};${KDEWIN32_LIBRARIES}) ++else(WiN32) else(..) statement is probably considered a part of the command which is case insensitive. kdelibs would not build if the typo was harmful. Btw, it is in the original source, not debian patches (4.1.0-1 has it). -- Modestas Vainius [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
REPLY ME IS URGENTLY
No Message Collected -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
exception request to kde-i18n 3.5.10
¡Hola! KDE 3.5.10 is being released next week, like 90 % of the bugfixes are already in Debian, so we will miss the version number bump, but our KDE 3.5.9 won't be very different of upcoming 3.5.10. (I can be more verbose on this of somebody is interested [*]) Anyway, I would like to update the translations to 3.5.10 for Lenny, this means upload kde-l10n 3.5.10 that is just a data package. A diff would be huge so there is not much point on making one. Besides a lot of translation updates, it contains a new language [EMAIL PROTECTED] (there is already uz with latin script, this one is Uzbek with cyrillic script.) Love, Ana [*] specially in the unlikely case release team is interested in exception for kde 3.5.10 (yes, i could not avoid asking). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock avahi 0.6.23-2
Marc 'HE' Brockschmidt wrote: Michael Biebl [EMAIL PROTECTED] writes: Marc 'HE' Brockschmidt wrote: The diff for the debian related changes is in debian.diff.gz +# update init script symlinks for new runlevels and priorities for upgrades +# from older versions +if dpkg --compare-versions $2 lt-nl 0.6.22-4; then + echo Reinstalling init script for new runlevels and priorities ... 2 + # remove old init script symlinks; dh_installinit adds the proper + # update-rc.d snippet later on + update-rc.d -f avahi-daemon remove /dev/null +fi Dude. That's going to remove all my carefully renamed /etc/rc[2345].d/K??avahi-daemon links, just to replace them with new start links. Not nice. There is no better way to do that unfortunately. update-rc.d has no API to update and preserve existing configuration. Please keep in mind, that we have to support other systems like file-rc. The above approach is recommend by the sysvinit maintainer and commonly used. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Please unblock avahi 0.6.23-2
On Fri, Aug 22, 2008 at 10:10:36AM +0200, Michael Biebl wrote: Marc 'HE' Brockschmidt wrote: Michael Biebl [EMAIL PROTECTED] writes: Marc 'HE' Brockschmidt wrote: The diff for the debian related changes is in debian.diff.gz +# update init script symlinks for new runlevels and priorities for upgrades +# from older versions +if dpkg --compare-versions $2 lt-nl 0.6.22-4; then + echo Reinstalling init script for new runlevels and priorities ... 2 + # remove old init script symlinks; dh_installinit adds the proper + # update-rc.d snippet later on + update-rc.d -f avahi-daemon remove /dev/null +fi Dude. That's going to remove all my carefully renamed /etc/rc[2345].d/K??avahi-daemon links, just to replace them with new start links. Not nice. There is no better way to do that unfortunately. update-rc.d has no API to update and preserve existing configuration. Please keep in mind, that we have to support other systems like file-rc. The above approach is recommend by the sysvinit maintainer and commonly used. I guess that would be the same sysvinit maintainer who wants people to migrate off of sysv-rc to a dependency-based init system... Commonly used or not (I've had to change init script sequences before, and I've certainly never done it this way!), it does stomp on local changes to the runlevel settings. I don't see why the needs of a handful of file-rc users should outweigh the needs of everyone using the *standard* way to disable services. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: possible mass bug filing: not satisfied build dependencies in testing
On Thu, Aug 21, 2008 at 11:20:22PM +0200, Ralf Treinen wrote: OK. I refined now my analysis by checking build-dependencies of source packages in testing against the binary packages in testing+sid. (for a start), and I removed packages for debian-installer (Lucas told me hat the d-i team does not care about recompilation issues for these) and packages excluded by Packages-arch-specific. Furthermore, I partionend the result into three sets: Please check if the unstable package already dropped the build-deps in question and mark it resolved in that version then. linux-modules-extra-2.6 (= 2.6.25-5): FAILED binary: iscsitarget-modules-2.6-amd64 The following constraints cannot be satisfied: linux-modules-extra-2.6 (= 2.6.25-5) build-depends on r6040-source {NOT AVAILABLE} Dependency dropped and I thought about requestion removal of the package (r6040-source) if it would have been in testing. partconf (= 1.26): FAILED The following constraints cannot be satisfied: partconf (= 1.26) build-depends on libparted1.7-dev (= 1.7.1-1) {NOT AVAILABLE} D-I, fixed in unstable. partman-base (= 120): FAILED The following constraints cannot be satisfied: partman-base (= 120) build-depends on libparted1.7-dev (= 1.7.1-1) {NOT AVAILABLE} D-I, fixed in unstable. Bastian -- The man on tops walks a lonely street; the chain of command is often a noose. signature.asc Description: Digital signature
Please consider uw-imap 7:2007b~dfsg-3 for Lenny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I uploaded just now uw-imap 7:2007b~dfsg-3, containing only a patch fix to properly enable IPv6. IPv6 was enabled in earlier releases of the package (including, I believe[1], the package officially released with Debian Etch), so this is a regression fix. See bug#268251 for more info on this. [1] I do not use IPv6 myself so cannot say for sure if it actually worked back then (upstream build system is non-standard to put it mildly). - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiueYsACgkQn7DbMsAkQLhvNgCfSbnu8mc1iU9pPz5EmtVh0Mcp tdUAn1KpkTD0JY3UITv6ELKC9TBaJIps =gGtx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please consider wrr 20021019-7 for Lenny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Newest packaging release of WRR (20021019-7) adds support for current Linux kernels. Please consider for inclusion with Lenny. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiuef4ACgkQn7DbMsAkQLhYBgCgiiL9pbiJQ3Wnid3NyzOXcmIB 5DYAoIa/WCF1+0JUoPPm22F+EKpds8JQ =/FoZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock linux-2.6/2.6.26-3, linux-latest-2.6/15, linux-modules-extra-2.6/2.6.26-3
Hi folks Please unblock linux-2.6/2.6.26-3, linux-latest-2.6/15, linux-modules-extra-2.6/2.6.26-3 and linux-modules-contrib/2.6.26-1. This is the first round of kernel updates for the Lenny release. The status is * linux-2.6: Ready, builds of some slow arches not yet installed. * linux-latest-2.6: Ready. * linux-modules-extra-2.6: Ready after the builds are available and left NEW. * linux-modules-contrib-2.6: Needs some give-backs (alpha (OOD), arm (n-f-u), powerpc (external brokeness) and sparc (external brokeness)) The update will propably need a removal of linux-modules-extra-2.6 and a bit of force. Please reduce the waiting time as we have another round of updates, including a large stable update (2.6.26.3), waiting. Bastian -- No problem is insoluble. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock avahi 0.6.23-2
[Michael Biebl] Been there, done that. There is no way to satisfy everyone. Yes, it suck to have to remove all start and stop symlinks to modify the current settings. The proper solution is to add a update-rc.d API to change individual settings, and Kel Modderman has made a proposal for this, but I suspect it will not be ready for a long time. Until it is ready, the only way that work for both sysv-rc, file-rc and insserv is to remove completely and reinsert the script. :( I welcome more help on working with this new API. First we need to agree on the command line API, next we need to get it implemented in sysv-rc, file-rc and insserv. I do not expect to have time to look at it for several months, because of the arrival of my first son this week. Question is, if there are more users out there that use file-rc / insserv or have disabled/modified avahi-daemon start symlinks (which usually only knowledgeable users will do). Please keep in mind that insserv was confirmed as a release goal, so what should I do? I'm open to better suggestions. I do not have any better solutions. The only bad alternative I have seen used is to remove known symlinks directly in /etc/rcX.d/, and this do not work with file-rc and insserv. It is done in Ubuntu, because they have dropped file-rc. It is as I see it, not an option in Debian. This has been discussed some times on debian-devel@ too. See for example the thread starting on URL:http://lists.debian.org/debian-devel/2008/01/msg7.html. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please unblock simutrans/100.0+ds1-3
Hi, please unblock simutrans/100.0+ds1-3. It fixes several problems on architectures other than i386. I also dropped some translations which are very incomplete (they display several strings like 1WORLD_CHOOSE in the new game dialog or are otherwise broken). simutrans (100.0+ds1-3) unstable; urgency=low * config.diff: Use endian.h header to detect endianness (thanks to Peter De Wachter) * debian/watch: Remove +ds1 from Debian version number * Omit translations for be (Belaruskaja), cn (Sim. Chinese), id (Bahasa), no (Norsk) because they are very incomplete or otherwise broken (Closes: #481266) * Fix makeobj portability issues (Closes: #493409) + 01_png.patch: png_uint_32 might actually be 64bit on some archs (thanks to Peter Green) + 02_makeobj_fixes.patch, 03_makeobj_cleanup.patch: Add proper serialization code instead of dumping in-memory objects (thanks to Peter De Wachter) -- Ansgar Burchardt [EMAIL PROTECTED] Tue, 19 Aug 2008 00:06:30 +0200 Thanks, Ansgar -- PGP: 1024D/595FAD19 739E 2D09 0969 BEA9 9797 B055 DDB0 2FF7 595F AD19 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock loop-aes-utils 2.13.1-4
Hi release team, please unblock loop-aes-utils 2.13.1-4; the only change in -4 is an RC bugfix. CCing -boot because it includes an udeb. Max Closes: 495682 Changes: loop-aes-utils (2.13.1-4) unstable; urgency=low . * patches/losetup_add_option_f.dpatch: - Added to support find next free loop in losetup. (closes: #495682) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: freeze exemption for libjs-yui requested.
On Fri, 22 Aug 2008, Marc 'HE' Brockschmidt wrote: Is there any reason why this version should be prefered over the version of yui in testing that has been working fine for half a year now? It is the current upstream version and the one which will be supported by them for the next year or so. -- Jaldhar H. Vyas [EMAIL PROTECTED] La Salle Debain - http://www.braincells.com/debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please allow insserv version 1.12.0-2 into Lenny (Was: Freeze exception for insserv 1.12.0-1?)
The discovered issues with insserv 1.12.0-1 has been resolved, and a sourcefull upload of 1.12.0-2 was done to solve an issue detected on alpha. This was a problem with insserv expecting deterministic ordering of entries returned from readdir(), which proved to cause a problem on alpha. The issue exist in all versions of insserv up to 1.12.0-2. Most of the changes done since the version in Lenny (1.11.0-9) are updates to the test suite, and the new version pass all the tests passed by version 1.11.0-9 as well as all the new tests like the one failing if the readdir() ordering isn't as insserv expect it. The test suite is very comprehensive. In addition, Kel Modderman has done a great job with the upstream author and got almost all our patches integrated into the new version. And finally, upstream rewrote the script ordering code to handle start and stop sequences separately, to solve a long term Debian bug with fake dependenly loops. All in all, the new version of insserv is tested and confirmed to do as it should for all settings where it is expected to work, and also make the ordering more robust regarding file system features and script dependencies. Please allow it to propagate into Lenny when its resting time in unstable is over. It will improve the state of the release goal for dependency based boot sequencing in Lenny. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: freeze exception: freetype, RC bug but includes udeb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Langasek [EMAIL PROTECTED] writes: This is a request for a freeze exception on freetype 2.3.7-1, just uploaded to unstable to fix RC bug #487101. The full debdiff is attached. This is a straightforward fix, but freetype provides a udeb, so I'm asking here before unblocking. No objection - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkiuz0gACgkQLqiZQEml+FU1UACfSHOL78cZO+yrzc25EhyTDakC /1sAnRW1Chy50ZrAMITFH6Qmazq5YXmI =v+Pm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: possible mass bug filing: not satisfied build dependencies in testing (freebsd-sendpr)
freebsd-sendpr (= 3.113+5.3-9): FAILED The following constraints cannot be satisfied: freebsd-sendpr (= 3.113+5.3-9) build-indep-depends on freebsd5-buildutils (= 5.3-2) {NOT AVAILABLE} ... These three are simply bugs (of which only the first one is not reported, though). It is not a bug in a package, it is a bug in removing packages from testing. The freebsd5-buildutils have been removed from unstable and the removal have been propagated into testing despite there have been a package build-depending on it. The solution is to unblock freebsd-buildutils/7.0-2 freebsd-sendpr/3.113+5.3-10 The freebsd-buildutils 7.0-1 have been uploaded into unstable on Tue, 15 Jul 2008 (before freeze), it have to go through NEW, it leaved NEW after freeze, the follow-up upload 7.0-2 fixed FTBFS on ia64 by including appropriate headers. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please unblock openocd/0.0+r655-1.1
Hi, Please unblock openocd/0.0+r655-1.1 openocd/0.0+r655-1 was already approved, but couldn't migrate to testing due to not building on arm/armel ( #489048 ). The only change done is the following: diff -u openocd-0.0+r655/debian/rules openocd-0.0+r655/debian/rules --- openocd-0.0+r655/debian/rules +++ openocd-0.0+r655/debian/rules @@ -21,8 +21,7 @@ --enable-at91rm9200 \ --enable-usbprog \ --enable-presto_libftdi \ - --enable-dummy \ - --enable-ecosboard + --enable-dummy # Don't add --enable-gw16012 and --enable-amtjtagaccel on Debian GNU/kFreeBSD # as they're currently not supported there. signature.asc Description: Digital signature
Re: please unblock openocd/0.0+r655-1.1
I'm terribly sorry, the mail below is sent by me, not by Thijs. That should teach me being more carefull when for using esc-e to get a template from a existing mail on mutt... :( On Fri, Aug 22, 2008 at 08:00:59PM +0300, Thijs Kinkhorst wrote: Hi, Please unblock openocd/0.0+r655-1.1 openocd/0.0+r655-1 was already approved, but couldn't migrate to testing due to not building on arm/armel ( #489048 ). The only change done is the following: diff -u openocd-0.0+r655/debian/rules openocd-0.0+r655/debian/rules --- openocd-0.0+r655/debian/rules +++ openocd-0.0+r655/debian/rules @@ -21,8 +21,7 @@ --enable-at91rm9200 \ --enable-usbprog \ --enable-presto_libftdi \ - --enable-dummy \ - --enable-ecosboard + --enable-dummy # Don't add --enable-gw16012 and --enable-amtjtagaccel on Debian GNU/kFreeBSD # as they're currently not supported there. -- rm -rf only sounds scary if you don't have backups signature.asc Description: Digital signature
Re: Please unblock aptfs 0.6
On Thu, Aug 21, 2008 at 12:41:40PM +, Chris Lamb wrote: Pierre Habouzit wrote: This one really sucks, it's clearly against the freeze rules, especially the debian/rules changes. Wouldn't it be possible to upload a 0.6.1 without that change please ? I would unblock it right away. ACK, wasn't really thinking straight. 0.6.1 uploaded with the dh7 foo reverted. unblocked. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp1UUv8czqWv.pgp Description: PGP signature
Re: please unblock openocd/0.0+r655-1.1
On Fri, Aug 22, 2008 at 05:04:33PM +, Riku Voipio wrote: I'm terribly sorry, the mail below is sent by me, not by Thijs. That should teach me being more carefull when for using esc-e to get a template from a existing mail on mutt... :( On Fri, Aug 22, 2008 at 08:00:59PM +0300, Thijs Kinkhorst wrote: Hi, Please unblock openocd/0.0+r655-1.1 openocd/0.0+r655-1 was already approved, but couldn't migrate to testing due to not building on arm/armel ( #489048 ). The only change done is the following: diff -u openocd-0.0+r655/debian/rules openocd-0.0+r655/debian/rules --- openocd-0.0+r655/debian/rules +++ openocd-0.0+r655/debian/rules @@ -21,8 +21,7 @@ --enable-at91rm9200 \ --enable-usbprog \ --enable-presto_libftdi \ - --enable-dummy \ - --enable-ecosboard + --enable-dummy # Don't add --enable-gw16012 and --enable-amtjtagaccel on Debian GNU/kFreeBSD # as they're currently not supported there. unblocked. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpptDxrkpOnn.pgp Description: PGP signature
Re: possible mass bug filing: not satisfied build dependencies in testing (freebsd-sendpr)
On Fri, Aug 22, 2008 at 03:34:24PM +, Petr Salinger wrote: freebsd-sendpr (= 3.113+5.3-9): FAILED The following constraints cannot be satisfied: freebsd-sendpr (= 3.113+5.3-9) build-indep-depends on freebsd5-buildutils (= 5.3-2) {NOT AVAILABLE} These three are simply bugs (of which only the first one is not reported, though). It is not a bug in a package, it is a bug in removing packages from testing. The freebsd5-buildutils have been removed from unstable and the removal have been propagated into testing despite there have been a package build-depending on it. The solution is to unblock freebsd-buildutils/7.0-2 freebsd-sendpr/3.113+5.3-10 unblocked. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpEx4czChI6L.pgp Description: PGP signature
Re: Please unblock mozilla-dom-inspector
On Tue, Aug 19, 2008 at 09:12:41AM +, Mike Hommey wrote: On Tue, Aug 19, 2008 at 09:56:22AM +0200, Pierre Habouzit [EMAIL PROTECTED] wrote: On Tue, Aug 19, 2008 at 05:14:20AM +, Mike Hommey wrote: Hi, mozilla-dom-inspector is a new package, that provides iceweasel-dom-inspector that used to be shipped by iceweasel in version 2.0 and earlier, but is not in version 3.0. You mean it's the same source package just adjusted to work with iceweasel 3 ? or is it brand new ? It means iceweasel source package used to create the binary iceweasel-dom-inspector, which is not the case since version 3.0, because upstream forced it out of the source tree. It's now a totally independent extension. Unblocked, age-days set to 20 -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpiBvyXvdB13.pgp Description: PGP signature
Re: unblock adjtimex (testing *and* unstable)
On mar, aoû 19, 2008 at 02:03:08 +, James R. Van Zandt wrote: You wrote: I don't understand the status of the package. I uploaded 1.25-1 on Aug 10: adjtimex_1.25-1_i386.changes uploaded successfully to localhost the dak log says: 20080810170202|process-unchecked|rejected|adjtimex_1.25-1_i386.changes You should have gotten a mail about it with an explanation. I don't see anything like that, but I guess it doesn't matter since I see 1.26 has been accepted in unstable. unblocked. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpwbhts6YkpR.pgp Description: PGP signature
Re: freeze exception: freetype, RC bug but includes udeb
On Fri, Aug 22, 2008 at 02:38:16PM +, Otavio Salvador wrote: Steve Langasek [EMAIL PROTECTED] writes: This is a request for a freeze exception on freetype 2.3.7-1, just uploaded to unstable to fix RC bug #487101. The full debdiff is attached. This is a straightforward fix, but freetype provides a udeb, so I'm asking here before unblocking. No objection unblocked -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgplHq1W6TG6E.pgp Description: PGP signature
Re: Exception for roundcube
On Thu, Aug 21, 2008 at 08:09:27PM +, Vincent Bernat wrote: Hi! We'd like to propose some minor changes in Roundcube packaging. Here is the changelog: It's not really okay to do so many changes at this point, but I'm in a very good mood and I've reviewed them all, and for _this_ time you'll get an unblock. Please ping when it's actually uploaded so that I put the unblock. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpwoauwiRIey.pgp Description: PGP signature
Re: trying to update phamm from 0.5.9-2 to 0.5.12-3
On Thu, Aug 21, 2008 at 06:41:39PM +, Alessandro De Zorzi wrote: Hi all, as Phamm's upstream author and Maintainer of Phamm's Debian packages we want to inform to you that version 0.5.12-3 seems really usable and stable instead 0.5.9-2 (initial release). Phamm team tested it in some machines and in our servers. Phamm 0.5.12 released 19-Jul-2008 is also a good point of Phamm's development. For these reasons I ask to you to consider allow 0.5.12-3 goes in Lenny. RC Bugs #493781 in phamm-ldap0.5.12-2 was fixed in 0.5.12-3. 95 files changed, 3433 insertions(+), 1338 deletions(-) No way. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp1CJwmpqrGu.pgp Description: PGP signature
Re: Freeze Exception for krb5 1.6.dfsg.4~beta1-4
On Thu, Aug 21, 2008 at 03:09:39PM +, Sam Hartman wrote: I've just uploaded the following to unstable. After it sits there for a bit, I'd like a freeze exception: it is purely an l10n update. unblocked. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpreYOcBtkMX.pgp Description: PGP signature
Freeze exception for pyroman
Hi, I'd like to request a freeze exception for pyroman. The new version does NOT have any fixes for RC bugs, so it's not 'essential' that this version goes into lenny. But I mention some reasons to upgrade anyway below. However, in version 0.4.6, I did refactor some parts of pyroman: --- * Clean up handling of input/output/forward and accept/reject/drop chain names, they are now all configured in the example rules files, and default to the kernel values otherwise. They are also configurable via XML now. --- And the default/example rules were cleaned up (you could count that as 'documentation fixes'). Anyway, here are some reasons to upgrade pyroman: - there are no open bug reports (except wishlist: 'IPv6 support') - 20 days in unstable now - there are no dependencies onto pyroman - it doesn't have special dependencies (python = 2.4, iptables) - upstream (=me) says this version is cleaned up a bit and much better for release / long term use, and if it weren't for IPv6 support, this would be a 1.0 release candidate. - there is only a minimal user base (popcon: 45 inst, 4 vote) IMHO especially the last one means that we don't need to set the bar too high for pyroman, and a freeze exception would be ok. If you'd prefer waiting for some more days, that's fine with me. But because of the refactoring mentioned, I'd prefer if future users would start with the 0.4.6 version right away, and thus I'd prefer to have this version in a major release such as lenny. Thanks. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ To understand recursion you first need to understand recursion.//\ Jemanden zu lieben heißt glücklich zu sein, ihn glücklich zu sehen. V_/_ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Freeze exception for pyroman
On Fri, Aug 22, 2008 at 06:33:47PM +, Erich Schubert wrote: Hi, I'd like to request a freeze exception for pyroman. The new version does NOT have any fixes for RC bugs, so it's not 'essential' that this version goes into lenny. But I mention some reasons to upgrade anyway below. Then I see no reason for it to enter lenny. We have currently a big flood of unblock requests on release@ in case you missed it, and i'm happy the team has so many members to keep up. But don't abuse our time with packages that even you believe to be non essential to migrate, and that are so obviously against the unfreeze guidelines. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpuSLdK8Pgp9.pgp Description: PGP signature
Re: Please allow tagpy migration
On Thu, Aug 21, 2008 at 10:29:45PM +, Michal Čihař wrote: Hi Any chance to allow migration of tagpy? The only change in current package is inclusion of examples in binary package, so that user does not have to look into sources to get them (also reported in launchpad #236522). unblocked. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpCO8MvRkVwm.pgp Description: PGP signature
Re: Please unblock gnumeric/1.8.3-5
On Fri, Aug 22, 2008 at 07:41:25AM +, J.H.M. Dassen (Ray) wrote: Please unblock gnumeric/1.8.3-5. The only code changes in it relative to testing's current 1.8.3-3 are to fix two important bugs: DATE function broken (#492743) and broken perl plugin on HPPA (#495062). unblocked. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpD5RGVmh0L4.pgp Description: PGP signature
Re: exception request to kde-i18n 3.5.10
On Fri, Aug 22, 2008 at 07:56:15AM +, Ana Guerrero wrote: ¡Hola! KDE 3.5.10 is being released next week, like 90 % of the bugfixes are already in Debian, so we will miss the version number bump, but our KDE 3.5.9 won't be very different of upcoming 3.5.10. (I can be more verbose on this of somebody is interested [*]) Anyway, I would like to update the translations to 3.5.10 for Lenny, this means upload kde-l10n 3.5.10 that is just a data package. A diff would be huge so there is not much point on making one. Besides a lot of translation updates, it contains a new language [EMAIL PROTECTED] (there is already uz with latin script, this one is Uzbek with cyrillic script.) please go on and ping us when it's uploaded (it doesn't seem to have hit either a mirror or incoming yet). [*] specially in the unlikely case release team is interested in exception for kde 3.5.10 (yes, i could not avoid asking). Nice try ;P -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpqu9zLCKml3.pgp Description: PGP signature
Re: please unblock simutrans/100.0+ds1-3
On Fri, Aug 22, 2008 at 09:48:47AM +, Ansgar Burchardt wrote: Hi, please unblock simutrans/100.0+ds1-3. done -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpPKpaRqtIA3.pgp Description: PGP signature
Re: Please consider wrr 20021019-7 for Lenny
On Fri, Aug 22, 2008 at 08:34:06AM +, Jonas Smedegaard wrote: Hi, Newest packaging release of WRR (20021019-7) adds support for current Linux kernels. THe packaging revamp is too intrusive, *especially* the copyright-check changes that are known to be a big source of FTBFS. Please provide a stripped down package with only the proper linux pages added and no packaging changes. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgphZjzkm8HcT.pgp Description: PGP signature
Re: pigment and pigment-python unblocks
On Thu, Aug 21, 2008, Adeodato Simó wrote: Hm, I can't see such binNMU request on -release. Was it on irc or something? I have no idea who requested it: pigment-python (0.3.4-1+b1) unstable; urgency=low * Binary-only non-maintainer upload for i386; no source changes. * Rebuild against libpigment0.3-5 -- Debian/i386 Build Daemon buildd_i386-ninsei Mon, 11 Aug 2008 13:49:33 -0700 however, I was wrong about the testing bin NMU as python-pgm_0.3.3-2+b1 is a rebuild for python2.5, not for libpigment0.3-5, so it was broken in testing anyway. Thanks for the hints! -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please consider uw-imap 7:2007b~dfsg-3 for Lenny
On Fri, Aug 22, 2008 at 08:32:11AM +, Jonas Smedegaard wrote: Hi, I uploaded just now uw-imap 7:2007b~dfsg-3, containing only a patch fix to properly enable IPv6. unblocked. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpZLQFqRJuVe.pgp Description: PGP signature
Re: Please unblock loop-aes-utils 2.13.1-4
On Fri, Aug 22, 2008 at 11:06:57AM +, Max Vozeler wrote: Hi release team, please unblock loop-aes-utils 2.13.1-4; the only change in -4 is an RC bugfix. CCing -boot because it includes an udeb. unblocked as soon as d-i acks. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpiKn06vDMgU.pgp Description: PGP signature
Re: Freeze exception for xine-lib 1.1.14-2
I demand that Marc 'HE' Brockschmidt may or may not have written... Darren Salt [EMAIL PROTECTED] writes: I demand that Marc 'HE' Brockschmidt may or may not have written... Darren Salt [EMAIL PROTECTED] writes: [xine fixes] Uploaded and ready for unblocking... Unblocked. Will need its 10 days, though. I'm going to have to do another upload: some patches which I've been sitting on (waiting for testing review) have escaped into public view... All fine. Have new patches popped up in the meantime? Just this (at present), which is reported as fixing a KDE 4 FTBFS. --- a/src/xine-engine/buffer.h +++ b/src/xine-engine/buffer.h @@ -676,7 +676,7 @@ void _x_bmiheader_le2me( xine_bmiheader /* convert xine_waveformatex struct from little endian */ void _x_waveformatex_le2me( xine_waveformatex *wavex ) XINE_PROTECTED; -static inline _x_is_fourcc(void *ptr, void *tag) { +static __inline int _x_is_fourcc(void *ptr, void *tag) { return memcmp(ptr, tag, 4) == 0; } Any more patches which may be needed I expect to be security bug fixes only; however, I've just seen one which should improve FLV playback (dummy frames, metadata handling) but in its current form, it's not acceptable upstream. I doubt that it'd be acceptable for lenny anyway... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/ (PGP 2.6, GPG keys) debugging: v. The process of removing bugs caused by programming. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock loop-aes-utils 2.13.1-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pierre Habouzit [EMAIL PROTECTED] writes: On Fri, Aug 22, 2008 at 11:06:57AM +, Max Vozeler wrote: Hi release team, please unblock loop-aes-utils 2.13.1-4; the only change in -4 is an RC bugfix. CCing -boot because it includes an udeb. unblocked as soon as d-i acks. No objection - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkivGccACgkQLqiZQEml+FVCDgCeNCIraEDS0obCarflUoLeoRMm da0AoJl0mXf/9nAcL+K/ea/ZMT3i3PqY =zANv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Freeze exception for torbutton/1.2.0-1
Hi! The final version of the 1.2.0 branch of Torbutton is in unstable since 11 days and no issues have been reported. Upstream made important bugfixes since 1.2.0~rc5 that would be beneficial to have in Lenny. Other changes are documentation and translations updates. So, please allow torbutton/1.2.0-1 in Lenny. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Re: Please unblock avahi 0.6.23-2
On Fri, Aug 22, 2008 at 11:39:41AM +0200, Petter Reinholdtsen wrote: Question is, if there are more users out there that use file-rc / insserv or have disabled/modified avahi-daemon start symlinks (which usually only knowledgeable users will do). Please keep in mind that insserv was confirmed as a release goal, so what should I do? I'm open to better suggestions. I do not have any better solutions. The only bad alternative I have seen used is to remove known symlinks directly in /etc/rcX.d/, and this do not work with file-rc and insserv. It is done in Ubuntu, because they have dropped file-rc. It is as I see it, not an option in Debian. According to http://popcon.debian.org/main/by_inst.gz, 142 people have file-rc installed - vs. 577 users with insserv, and 73598 with sysv-rc. So roughly .2% of popcon reporters use file-rc. I don't think it's anything near a sure bet that less than .2% of users have disabled *some* service by changing symlinks in /etc/rc*.d. So it's not at all true that it's not an option in Debian - it just happens to not be the option you prefer. I, OTOH, think it's the better option; I'm not sure why anyone would want to run file-rc in the first place, but I know exactly why someone would want to disable a service by changing symlinks in /etc/rc*.d - because it's the *right* way to do it in the context of sysv-rc. And insserv doesn't even enter the argument here, because insserv is dependency-based and shouldn't need any configuration changes anyway... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FW: [Pkg-hpijs-devel] Bug#494659: Upstream version 2.8.6 must not be distributed (use 2.8.6b or 2.8.7 instead)
On Friday 22 August 2008 16:23:12 Marc 'HE' Brockschmidt wrote: We think that you should provide us with a diff... Ping? We are still waiting for that diff. Marc, I have sent the diff through twice, once attached (didn't seem to make debian-release) and once with the link to the diff in the BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=20;filename=hplip-2.8.6-2.8.6b.diff;att=1;bug=494659 http://lists.debian.org/debian-release/2008/08/msg00673.html Substantial changes appear in: hplip-2.8.6b/bb_scan.inc hplip-2.8.6b/foomatic_drv.inc hplip-2.8.6b/configure.in hplip-2.8.6b/Makefile.in hplip-2.8.6b/prnt/hpijs/colormatch.cpp hplip-2.8.6b/prnt/hpijs/creator.cpp hplip-2.8.6b/prnt/hpijs/printer.h hplip-2.8.6b/prnt/hpijs/quickconnect.h Removal of: hplip-2.8.6/scan/sane: dime.c hplip-2.8.6/scan/sane: dime.h hplip-2.8.6/scan/sane: http.c hplip-2.8.6/scan/sane: http.h hplip-2.8.6/scan/sane: marvell.c hplip-2.8.6/scan/sane: soap.c hplip-2.8.6/scan/sane: soapht.c and a lot of minor changes (version number?) in included PPD files, that don't look substantive: hplip-2.8.6b/ppd/*.ppd Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please consider wrr 20021019-7 for Lenny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Aug 22, 2008 at 09:26:39PM +0200, Pierre Habouzit wrote: On Fri, Aug 22, 2008 at 08:34:06AM +, Jonas Smedegaard wrote: Newest packaging release of WRR (20021019-7) adds support for current Linux kernels. THe packaging revamp is too intrusive, *especially* the copyright-check changes that are known to be a big source of FTBFS. ..and known to no longer cause problems. If so well informed, then please do not spread FUD. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkivYw0ACgkQn7DbMsAkQLjUfQCdF7/kL30UiBnk/fJZNzNJAX+7 6+YAn1WDTaKvY2Zvj56bb8wFoGXDdJ7v =ZZww -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock avahi 0.6.23-2
On Fri, Aug 22, 2008 at 11:39:41AM +0200, Petter Reinholdtsen wrote: I do not have any better solutions. The only bad alternative I have seen used is to remove known symlinks directly in /etc/rcX.d/, and this do not work with file-rc and insserv. It is done in Ubuntu, because they have dropped file-rc. It is as I see it, not an option in Debian. Well, we could investigate dropping it if this is your preferred option. It shouldn't be too hard to catch the fallout with such a low popcon count. Perhaps this may be the best solution all round? Cheers, Neil -- liw the hacklab room is the one with a pirate flag, and a venezuelan flag, and a third flag liw the other hacklab room is the other hacklab room signature.asc Description: Digital signature
Re: Please unblock avahi 0.6.23-2
[Steve Langasek] So it's not at all true that it's not an option in Debian - it just happens to not be the option you prefer. I, OTOH, think it's the better option; Just for the record, I would prefer Debian to drop file-rc, and avoid the complexity of having two different systems manipulated by the update-rc.d API. It would make a lot of things easier, both with documentation and configuration. But until it is dropped, I believe it would be a mistake to pretend file-rc does not exist and do things in packages that only work with one of them. So it is not the option I prefer, it is the option forced upon us by the Debian project providing several different ways to handle the boot sequence and an incomplete API to manipulate it. :( I'm not sure why anyone would want to run file-rc in the first place, but I know exactly why someone would want to disable a service by changing symlinks in /etc/rc*.d - because it's the *right* way to do it in the context of sysv-rc. I believe those using file-rc use improved speed as the argument for selecting it. Did not try to benchmark it and compare it to the alternative, so I do not if this is true or not. And I must admit I expect those to change the state of services at the same rate as those using sysv-rc. And insserv doesn't even enter the argument here, because insserv is dependency-based and shouldn't need any configuration changes anyway... Actually, disabling services when using insserv have the same problem. All changes need to go through the update-rc.d API, and there is no way to enable or disable single runlevels. The sequence number can be ignored in the insserv case, but not the state of the service in each runlevel. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#496123: pyton2.5: build-dependencies unsatisfiable on amd64 sid+testing
found 496123 2.5.2-6 notfound 496123 2.5.2-11 thanks no, 2.5.2-11 doesn't have libgpmg1 as a build dependency. there is is still an unanswered question why this package is not moved to testing. asked Neil at Debconf about Nico's comment on my request, but apparently he never said anything like this. Matthias Ralf Treinen writes: Package: python2.5 Version: 2.5.2-11 Severity: serious Hi Matthias ;-) The build-dependencies of your package cannot be satisfied on amd64 even by taking sid and testing binary packages together : python2.5 (= 2.5.2-6): FAILED binary: python2.5 The following constraints cannot be satisfied: python2.5 (= 2.5.2-6) build-depends on libgpmg1 {NOT AVAILABLE} This means that even migration of any other packages to testing will not make the package compilable inside testing. Gruss -Ralf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages python2.5 depends on: ii libbz2-1.01.0.5-1high-quality block-sorting file co ii libc6 2.7-13 GNU C Library: Shared libraries ii libdb4.5 4.5.20-12 Berkeley v4.5 Database Libraries [ ii libncursesw5 5.6+20080804-1 shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libsqlite3-0 3.5.9-3SQLite 3 shared library ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap ii python2.5-minimal 2.5.2-11 A minimal subset of the Python lan python2.5 recommends no packages. Versions of packages python2.5 suggests: pn python-profiler none (no description available) pn python2.5-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]