Re: Fwd: Bug#647563: laptop-mode-tools: incompatible with linux 3.0 and later
On Wed, 2012-02-08 at 18:26 +0530, Ritesh Raj Sarraf wrote: On Sunday 05 February 2012 08:56 PM, Adam D. Barratt wrote: Thanks for the diff. I'm guessing there's been a copy-n-waste error. Diffing the old and new enable sections looks wrong: Thanks Adam, again, for catching it. New diff attached and hopefully this time I haven't done anything wrong. Thanks. Please go ahead. Regards, Adam -- 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/1329051207.27786.32.ca...@jacala.jungle.funky-badger.org
Re: freebsd-libs transition
On Sat, 2012-02-04 at 20:07 +, Adam D. Barratt wrote: On Sat, 2012-02-04 at 20:00 +, Robert Millan wrote: Anyhow, is there something I can do to help at this point? Just let me know. Being prepared to handle any issues quickly when they come up, mainly. Looking at http://release.debian.org/transitions/html/freebsd-libs.html , there are several packages which build-depend on a -dev package produced by freebsd-libs but don't have a run-time dependency; what's the situation with them? Regards, Adam -- 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/1329051221.27786.33.ca...@jacala.jungle.funky-badger.org
Re: RFS: libconfig (requires transition)
On Sat, Feb 11, 2012 at 19:21:02 +, Jonathan McCrohan wrote: I have upload a new version of libconfig to mentors, with the following changelog: this change to debian/rules looks weird: - $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp + $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp install the loop around dh_makeshlibs looks kind of crazy too. Cheers, Julien signature.asc Description: Digital signature
Re: freebsd-libs transition
El 12 de febrer de 2012 12:53, Adam D. Barratt a...@adam-barratt.org.uk ha escrit: Looking at http://release.debian.org/transitions/html/freebsd-libs.html , there are several packages which build-depend on a -dev package produced by freebsd-libs but don't have a run-time dependency; what's the situation with them? argyll: libusbhid is used for a private libray known as libinst, which doesn't seem to be installed anywhere. kfreebsd-*: libsbuf-dev is needed for a build system component, which is not installed in kfreebsd package. libsdl1.2: It was built without usb support because configure probe failed, most likely due to breakage in kfreebsd-kernel-headers which isn't present anymore. With up-to-date sid configure probe succeeds but it FTBFS later due to API change (filed as #659615). zfsutils: gratuitous build-dependency (fixed in SVN). totem: gratuitous build-dependency (filed as #659622). colord: gratuitous build-dependency (filed as #659624). libimobiledevice gratuitous build-dependency (filed as #659625). libisoburn: gratuitous build-dependency (filed as #659621). -- Robert Millan -- 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/caofdtxpe+zjthof7hssyua3qrjcgnkcah3qfky2br_xqbcs...@mail.gmail.com
Re: RFS: libconfig (requires transition)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/02/12 13:44, Julien Cristau wrote: On Sat, Feb 11, 2012 at 19:21:02 +, Jonathan McCrohan wrote: I have upload a new version of libconfig to mentors, with the following changelog: this change to debian/rules looks weird: - $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp + $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp install Whoops. That shouldn't be like that. the loop around dh_makeshlibs looks kind of crazy too. That is how it was done in previous releases. I've changed that to use hardcoded values now. I've fixed these and reuploaded 1.4.8-1 to mentors now. Jon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPOAi8AAoJEJ6XA7Whh53bLhcIAI9xUQAOx1RE+ospMmM0kWQO 0qtxw2lcCxBMAVXL0aT4ES2JLxu819PWMHn1JJyCjbCupWlJT4OinxlG1mbrjgZB OQIU3IBPYaZTiihgwJlUFW08IEDsvOmjhuLhIXBstGwH+MK7CMBEVYO4d9TvOVJq HhP4nCEAezIRUegaN9C4C2RsQ8oewi3Ru8wuL8M9EPSWEu/JL8Eaf1az117dBryX 5ArDiVgndsoC8vPMicioDzGYmg3KEuV35ZKUanJB3QvZzV35dR6XVuIo3W0lsC7a AeqycPKFmKdQvcexE2Sk0P3eAmBbHvczLTSrPlZ9gUDXebg2UJBtJKF0mFmuEPU= =LP2b -END PGP SIGNATURE- -- 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/4f3808bc.3090...@gmail.com
Bug#658424: pu: package eglibc/2.11.3-3
On Sat, Feb 11, 2012 at 11:09:49AM +, Adam D. Barratt wrote: tag 658424 + confirmed squeeze thanks On Tue, 2012-02-07 at 22:48 +0100, Aurelien Jarno wrote: On Tue, Feb 07, 2012 at 09:45:12PM +, Adam D. Barratt wrote: On Thu, 2012-02-02 at 23:11 +0100, Aurelien Jarno wrote: eglibc 2.11.3-2 shipped in Debian Squeeze 6.0.4 suffers from a regression in the resolver code with broken DNS server not answering correctly to requests. It causes the first or sometimes more DNS resolving requests to fail. See bug#658171 for more details. [...] Has there been any feedback as a result of the sid upload, whether positive or otherwise? Nothing so far :-( That's unfortunate, but I'm not sure we should let it block getting the fix to stable users any further. Please go ahead with the upload. I have just done the upload. As told on IRC, it also includes fixes for the gai.conf manpage. Regards, Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- 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/20120212193844.gb9...@hall.aurel32.net
Bug#658424: pu: package eglibc/2.11.3-3
tag 658424 + pending thanks On Sun, 2012-02-12 at 20:38 +0100, Aurelien Jarno wrote: On Sat, Feb 11, 2012 at 11:09:49AM +, Adam D. Barratt wrote: That's unfortunate, but I'm not sure we should let it block getting the fix to stable users any further. Please go ahead with the upload. I have just done the upload. As told on IRC, it also includes fixes for the gai.conf manpage. Thanks. I've flagged it for acceptance. As I mentioned previously: Bernhard, JBK (and anyone else affected and watching the bugs) - once the package is available for your architecture via proposed-updates, please test it and let us know whether it resolves the issue for you. Regards, Adam -- 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/1329080754.27786.72.ca...@jacala.jungle.funky-badger.org
Processed: Re: Bug#658424: pu: package eglibc/2.11.3-3
Processing commands for cont...@bugs.debian.org: tag 658424 + pending Bug #658424 [release.debian.org] pu: package eglibc/2.11.3-3 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 658424: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658424 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.132908081730297.transcr...@bugs.debian.org
Re: Fwd: Bug#647563: laptop-mode-tools: incompatible with linux 3.0 and later
On Sun, 2012-02-12 at 12:53 +, Adam D. Barratt wrote: On Wed, 2012-02-08 at 18:26 +0530, Ritesh Raj Sarraf wrote: On Sunday 05 February 2012 08:56 PM, Adam D. Barratt wrote: Thanks for the diff. I'm guessing there's been a copy-n-waste error. Diffing the old and new enable sections looks wrong: Thanks Adam, again, for catching it. New diff attached and hopefully this time I haven't done anything wrong. Thanks. Please go ahead. For the record, this was uploaded and I've just flagged it for acceptance. Regards, Adam -- 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/1329081267.27786.79.ca...@jacala.jungle.funky-badger.org
Bug#659657: RM: libgtkada2 -- RoM, superseded by libgtkada
Package: release.debian.org Severity: normal Please remove the source package libgtkada2 and all its binary packages from unstable, it has been superseded by libgtkada and no longer has any reverse dependencies in unstable. -- Ludovic Brenta. -- 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/87ipjb21cb@ludovic-brenta.org
NEW changes in proposedupdates
Processing changes file: eglibc_2.11.3-3_amd64.changes ACCEPT Processing changes file: laptop-mode-tools_1.55-2_amd64.changes ACCEPT -- 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/e1rwh1g-0006ed...@franck.debian.org
Bug#659657: RM: libgtkada2 -- RoM, superseded by libgtkada
reassign 659657 ftp.debian.org thanks On Sun, 2012-02-12 at 22:23 +0100, Ludovic Brenta wrote: Package: release.debian.org Severity: normal Please remove the source package libgtkada2 and all its binary packages from unstable, it has been superseded by libgtkada and no longer has any reverse dependencies in unstable. You appear to have your pseudo-packages confused... re-assigning. Regards, Adam -- 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/1329086130.27786.80.ca...@jacala.jungle.funky-badger.org
Processed: Re: Bug#659657: RM: libgtkada2 -- RoM, superseded by libgtkada
Processing commands for cont...@bugs.debian.org: reassign 659657 ftp.debian.org Bug #659657 [release.debian.org] RM: libgtkada2 -- RoM, superseded by libgtkada Bug reassigned from package 'release.debian.org' to 'ftp.debian.org'. thanks Stopping processing here. Please contact me if you need assistance. -- 659657: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659657 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13290861876685.transcr...@bugs.debian.org
more binnmus to improve the state of armhf testing
Here are some more binnmus to get binary packages into armhf testing that don't look like they will migrate from unstable any time soon. nmu transfig hdf5 emacs23 libgtk2-perl audacious audacious-plugins transfig vlc . armhf . testing . -m 'build for armhf testing' nmu 3 netcdf . armhf . unstable . -m 'rebuild in armhf unstable with +b3 suffix to make +b2 suffix available for testing' nmu 2 netcdf . armhf . testing . -m 'build for armhf testing' -- 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/4f384d3e.3080...@p10link.net
Re: Automatically identify the suite to use for udeb fetching
On Thu, 2012-02-02 at 17:43 -0200, Otavio Salvador wrote: To try to work out of box for most situations we use /etc/debian_version information to detect from witch suite to grab udebs from but allow for overriden by auto-builders. [...] - If /etc/buildd_target exists, use this for suite (to be used by buildds) - Otherise, use /etc/debian_version to detect the suite to use. +BUILDD_TARGET=$(shell [[ -e /etc/buildd_target ]] sed 's,sid,unstable,g' /etc/buildd_target || echo ) +ifeq (${BUILDD_TARGET},) +USE_UDEBS_FROM=$(shell grep -q '/sid$' /etc/debian_version echo unstable || cat /etc/debian_version) Right now, on a stable system, that will result in USE_UDEBS_FROM being set to 6.0.4. That doesn't seem like it will do anything useful, particularly as there's no such directory in dists/ (there's a Debian6.0.4 symlink, but I imagine that trying to get apt to use that is unlikely to work well). I realise that the plan is for it to be handled via the new variable, I just wonder if there's an alternative approach that doesn't rely on changes to every {old,}stable, testing and experimental build chroot. I pondered suggesting parsing sources.list, but then realised that won't work if sources.list.d files are in use. This would allow us to have the experimental building working, using experimental buildds, and use unstable for beta and rc releases. When stable comes, buildds can set the suite according too. Has this been discussed with the buildd folks yet, given they'd need to be the ones adding all the flag files? Regards, Adam -- 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/1329113880.27786.84.ca...@jacala.jungle.funky-badger.org