Bug#629477: marked as done (transition: gnustep-base, gnustep-gui, libobjc)
Your message dated Sun, 13 Nov 2011 09:53:26 +0100 with message-id 4ebf8586.7060...@dogguy.org and subject line Re: Bug#629477: transition: gnustep-base, gnustep-gui, libobjc has caused the Debian Bug report #629477, regarding transition: gnustep-base, gnustep-gui, libobjc to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 629477: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629477 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition We would like to carry out a GNUstep transition (libgnustep-base1.20-1.22; libgnustep-gui0.18-0.20) *and* libobjc2-3, ideally coinciding with the migration of gcc-defaults to testing (or even better, before that). All new versions of the core GNUstep packages are already in experimental. A routine rebuild revealed only 6 bugs, all of them having a fix available now: http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tagusers=pkg-gnustep-maintain...@lists.alioth.debian.orgdata=gnustep-base1.22-transition The latest stable upstream release of gnustep-base (1.22.0) includes support for the new (modernized) Objective-C runtime in GCC 4.6 (libobjc3). About 3 months ago, the GCC maintainers asked us to postpone any GNUstep transitions until libobjc3 is available in unstable [*]; now the transition is inevitable because gcc-4.6 is the default compiler on most archs. [*] http://permalink.gmane.org/gmane.linux.debian.devel.gcc/37170 Expected problems: * gnustep-base now depends on ICU and is thus tied to future ICU transitions. * gcc-4.5 is still the default compiler on ia64 and sparc. As immediate solution, I intend to add (temporarily) gobjc-4.6 to gnustep-base' Build-Depends; that way the packages will still be built with the default compiler (4.5), but the new ObjC runtime will be used. * A few runtime bugs may pop-up as usual, and as per Murphy's Law will be discovered post-factum. I hope we can deal with them in due time, unless there is a scary arch-specific issue like the hppa excitement during the last transition. TBH, I am quite surprised by the low number of bugs so far as they hardly correspond to the drastic changes in -base. It makes me feel somewhat uneasy; we're used to battle with a lot more problems. ---End Message--- ---BeginMessage--- On 09/08/2011 12:37 PM, Philipp Kern wrote: On Thu, Sep 08, 2011 at 10:48:57AM +0300, Yavor Doganov wrote: On Mon, Sep 05, 2011 at 08:37:35PM +0200, Julien Cristau wrote: We'd like to have a list of packages which are part of this transition. […] libgnustep-base1.20 vs libgnustep-base1.22 libgnustep-gui0.18 vs libgnustep-gui0.20 Ok, thanks, please go ahead. and migrated in yesterday's britney run: $ dak ls -s testing gnustep-base gnustep-gui gnustep-base | 1.22.1-2 | testing | source gnustep-gui | 0.18.0-5 | testing | source Kind regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ ---End Message---
Removal of kcollectd from testing
Hi, would it be possible to remove kcollectd from wheezy? It requires collectd to properly work [0], but collectd is not going to migrate soon [1]. This should allow boost1.42 removal from wheezy [2]. [0] http://bugs.debian.org/620023 [1] http://qa.debian.org/excuses.php?package=collectd [2] http://release.debian.org/migration/testing.pl?package=boost1.42 -- 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/4ebfa4f0.20...@debian.org
Re: Removal of kcollectd from testing
On Sun, Nov 13, 2011 at 12:07:28 +0100, Luca Falavigna wrote: Hi, would it be possible to remove kcollectd from wheezy? It requires collectd to properly work [0], but collectd is not going to migrate soon [1]. This should allow boost1.42 removal from wheezy [2]. [0] http://bugs.debian.org/620023 [1] http://qa.debian.org/excuses.php?package=collectd [2] http://release.debian.org/migration/testing.pl?package=boost1.42 Remove hint added. Cheers, Julien -- 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/2013112110.gm26...@radis.liafa.jussieu.fr
Re: Upload libpqxx3
On Sat, Aug 6, 2011 at 10:03:33 +0200, Matthijs Möhlmann wrote: Hello Release team, I'm about uploading a new version of libpqxx3 (version 3.1). Currently 3.0 is in the archive. Library change version from 3.0 to 3.1. The only reverse depends on libpqxx3 is kexi (specifically the kexi-plugin-postgresql package). This package has an hard dependency on libpqxx-3.0. So this is gonna break the build. I want to remove libpqxx as this is an old version and not supported anymore. The only package still depends on this library is player. There is already a bug asking for moving on to the new version. (#623082) I already build this package with the new version of libpqxx without any problems. Can I proceed with the upload and remove the old library? Yes, that seems fine. Sorry for the delay. Cheers, Julien -- 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/2013112617.gn26...@radis.liafa.jussieu.fr
Bug#648602: nmu: hwloc rdeps
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, New hwloc release bumped its ABI, please rebuild its rdeps: nmu starpu_0.9.1-3 . ALL . -m Rebuild against libhwloc4 nmu starpu-contrib_0.9.1-3 . ALL . -m Rebuild against libhwloc4 nmu mpich2_1.4.1-1 . ALL . -m Rebuild against libhwloc4 Thanks, Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel Thibault samuel.thiba...@fnac.net How do I type for i in *.dvi do xdvi i done in a GUI? (Discussion in comp.os.linux.misc on the intuitiveness of interfaces.) -- 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/2013113015.ga12...@type.famille.thibault.fr
Bug#642308: marked as done (RM: clang/2.9-11)
Your message dated Sun, 13 Nov 2011 12:35:59 +0100 with message-id 2013113559.go26...@radis.liafa.jussieu.fr and subject line Re: Bug#642308: RM: clang/2.9-11 has caused the Debian Bug report #642308, regarding RM: clang/2.9-11 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 642308: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642308 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hello, Could you remove clang from testing ? It migrated to testing but the version of gcc currently available in testing is too old and provides old paths for the multiarch aspects. Version 4.6.1-8 of gcc should be available to allow a correct transition. I will upload a version -11 of clang with an explicit dependency against gcc. Bug #642278 shows the kind of issue testing users will have. Thanks, Sylvestre -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- On Wed, Sep 21, 2011 at 14:02:46 +0200, Sylvestre Ledru wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hello, Could you remove clang from testing ? It migrated to testing but the version of gcc currently available in testing is too old and provides old paths for the multiarch aspects. Version 4.6.1-8 of gcc should be available to allow a correct transition. I will upload a version -11 of clang with an explicit dependency against gcc. Bug #642278 shows the kind of issue testing users will have. There's packages build-depending on clang in testing already, so this is kind of ugly. However if clang uses the wrong paths then I guess they're already unbuildable. So removal hint added, but it'd be nice to have the new version migrate asap... Cheers, Julien ---End Message---
Processed: block 637809 with 647120, severity of 647120 is serious
Processing commands for cont...@bugs.debian.org: block 637809 with 647120 Bug #637809 [release.debian.org] transition: perl 5.14 Was blocked by: 646297 637602 628507 638894 628499 640347 643038 646299 646286 640346 646295 636132 636762 638367 629255 636651 642146 628505 639677 628503 634531 636656 628501 634141 628500 Added blocking bug(s) of 637809: 647120 severity 647120 serious Bug #647120 [src:libgeo-proj4-perl] libgeo-proj4-perl: FTBFS with perl 5.14: CCFLAGS should include $Config{ccflags} Severity set to 'serious' from 'important' thanks Stopping processing here. Please contact me if you need assistance. -- 647120: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647120 637809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637809 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.132118459524127.transcr...@bugs.debian.org
Upcoming perl 5.14 transition
As per #637809, I plan to upload perl 5.14 to unstable soon (maybe today, depending on how some last bits of testing go). Like last time, this will mean that a large number (~ 470) of packages will need to be binNMUed by the release team. I'm sure they would appreciate uploads for these packages being avoided once the rebuilds start, so that the transition isn't interrupted, so I hope that this heads-up is useful. If this is likely to cause any serious problems for anyone, let me know ASAP. dd-list follows: Daniel Leidert (dale) daniel.leid...@wgdd.de libxml-parser-perl (U) openbabel (U) Krzysztof Krzyzaniak (eloy) e...@debian.org libalias-perl (U) libastro-fits-cfitsio-perl (U) libcompress-raw-zlib-perl (U) libcrypt-des-perl (U) libdbd-sqlite2-perl (U) libhtml-parser-perl (U) libimage-librsvg-perl (U) liblist-moreutils-perl (U) libsearch-xapian-perl (U) libset-object-perl (U) libstring-crc32-perl (U) libterm-readline-gnu-perl (U) libtext-csv-xs-perl (U) libtime-piece-perl (U) Krzysztof Krzyżaniak (eloy) e...@debian.org libcache-fastmmap-perl (U) libclass-c3-xs-perl (U) libcoro-perl (U) libdbd-mysql-perl (U) libdbd-pg-perl (U) libdbd-sqlite3-perl (U) libdevel-globaldestruction-perl (U) libfcgi-perl (U) libimager-perl (U) libipc-sharelite-perl (U) libjavascript-perl (U) libmoose-perl (U) libparams-validate-perl (U) libsub-current-perl (U) libsub-identify-perl (U) libsub-name-perl (U) libtokyocabinet-perl (U) libyaml-libyaml-perl (U) Davide Puricelli (evo) e...@debian.org xchat Felipe Augusto van de Wiel (faw) f...@debian.org eperl (U) wml (U) Dario Minnucci (midget) deb...@midworld.net libalgorithm-permute-perl (U) Loic Dachary (OuoU) l...@debian.org libtext-unaccent-perl Stefan Hornburg (Racke) ra...@linuxia.de courier libmongodb-perl (U) safe-hole-perl J.H.M. Dassen (Ray) jdas...@debian.org gnumeric Ernesto Hernández-Novich (USB) e...@usb.ve libdigest-jhash-perl (U) Danai SAE-HAN (韓達耐) da...@debian.org libunicode-collate-perl (U) Angel Abad angela...@gmail.com libauthen-tacacsplus-perl (U) libautobox-perl (U) libdata-dump-streamer-perl (U) libdate-pcalc-perl (U) libdevel-declare-perl (U) libindirect-perl (U) libio-interface-perl (U) libjson-xs-perl (U) libscalar-string-perl (U) libunicode-collate-perl (U) libvariable-magic-perl (U) Russ Allbery r...@debian.org libafs-perl libauthen-krb5-admin-perl (U) libauthen-krb5-perl (U) libauthen-sasl-cyrus-perl (U) libheimdal-kadm5-perl libnet-ldapapi-perl (U) openldap (U) remctl webauth Thomas Anders tand...@users.sourceforge.net net-snmp (U) Micah Anderson mi...@debian.org libcrypt-openssl-x509-perl (U) Stuart R. Anderson ander...@netsweng.com ming Don Armstrong d...@debian.org libimage-imlib2-perl libthreads-perl libthreads-shared-perl maximilian attems m...@debian.org linux-2.6 (U) Ernesto Nadir Crespo Avila ecre...@debianvenezuela.org flow-tools (U) Nicholas Bamber nicho...@periapt.co.uk libapache2-mod-perl2 (U) libclass-xsaccessor-perl (U) libcompress-raw-zlib-perl (U) libdatetime-perl (U) libdbd-mysql-perl (U) libdbd-odbc-perl (U) libdbi-perl (U) libdevel-bt-perl (U) libdevel-cover-perl (U) libdevel-nytprof-perl (U) libdevel-size-perl (U) libencode-hanextra-perl (U) libencode-jis2k-perl (U) libfile-spec-perl (U) libfilesys-statvfs-perl (U) libhtml-parser-perl (U) libhtml-template-pro-perl (U) libimager-perl (U) libio-aio-perl (U) libjavascript-minifier-xs-perl (U) libjavascript-perl (U) libjson-xs-perl (U) liblist-moreutils-perl (U) libnetaddr-ip-perl (U) libparams-validate-perl (U) libquota-perl (U) libsgml-parser-opensp-perl (U) libsocket-getaddrinfo-perl (U) libsub-prototype-perl (U) libtext-csv-xs-perl (U) libxml-parser-perl (U) libxml-sax-expatxs-perl (U) libyaml-syck-perl (U) Michael Banck mba...@debian.org openbabel (U) Jack Bates ms...@freezone.co.uk libnet-dbus-perl Roland Bauerschmidt r...@debian.org openldap (U) Romain Beauxis to...@rastageeks.org libfuse-perl Axel Beckert a...@debian.org eperl (U) wml (U) Dave Beckett daj...@debian.org redland-bindings Luciano Bello luci...@debian.org imagemagick (U) Hilko Bengen ben...@debian.org hivex (U) libguestfs (U) libsendmail-milter-perl Christoph Berg m...@debian.org cyrus-imapd-2.4 (U) Jay Berkenbilt q...@debian.org libxml-xerces-perl Edward Betts edw...@debian.org libdate-simple-perl (U) Olly Betts o...@survex.com libsearch-xapian-perl (U) Bastian Blank wa...@debian.org libfile-spec-perl (U) libperlio-eol-perl linux-2.6 (U) redhat-cluster (U) Salvatore Bonaccorso car...@debian.org libcrypt-openssl-rsa-perl (U) libcrypt-openssl-x509-perl (U) libdbd-sqlite3-perl (U) libdigest-sha-perl (U)
Re: Upcoming perl 5.14 transition
On Sun, 2011-11-13 at 13:59 +, Dominic Hargreaves wrote: As per #637809, I plan to upload perl 5.14 to unstable soon (maybe today, depending on how some last bits of testing go). Like last time, this will mean that a large number (~ 470) of packages will need to be binNMUed by the release team. I'm sure they would appreciate uploads for these packages being avoided once the rebuilds start, so that the transition isn't interrupted, so I hope that this heads-up is useful. If this is likely to cause any serious problems for anyone, let me know ASAP. dd-list follows: [...] Please ask before scheduling a binNMU of linux-2.6. It takes a substantial time to rebuild on some architectures and would be a waste of time if there was a maintainer upload planned around the same time. Ben. -- Ben Hutchings Never attribute to conspiracy what can adequately be explained by stupidity. signature.asc Description: This is a digitally signed message part
Bug#648628: transition: gpsd
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi Release Team, gpsd's service library libgps got a bunch of API and ABI changes, so it needs a transition from libgps19 to libgps20. Currently there are only 4 packages left in unstable which do not build against the new API: geoclue #648496 obdgpslogger #648495 kdeedu #648502 kdebase-workspace #648504 I'm able to patch geoclue and obdgpslogger quickly if necessary. For kde* the qt/kde people and I agreed that they will - depending on the time of the gpsd transition - either upload fixed packages to unstable after the new gpsd version is available (so we don't need to binNMU them again) or if they are ready to upload kde 4.7/kdeedu 4.7 at the time the gpsd transition happens, both transitions could run in parallel. So please let me know when you'd like me to upload gpsd to unstable. Thanks and cheers, Bernd -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/2013160457.15143.98786.report...@think.bzed.org
Re: Multiarch support in dpkg — really in time for wheezy?
Hi Guillem, Raphael Hertzog hert...@debian.org (06/11/2011): On Sat, 05 Nov 2011, Philipp Kern wrote: I will also ensure that this second upload happens. so are we on track for the upload of dpkg to sid by the end of the week? Ping? Guillem, can you please share some tentative schedule? it's been weeks already, can you please tell us what we can expect on the dpkg side, and when? We have plenty of packages and use cases which would benefit from multiarch, but those have to be tested and fixed ASAP. Knowing about the plans on the dpkg side would help everyone get their priorities straight. Please let us know. Thanks already! Mraw, KiBi. signature.asc Description: Digital signature
Processed: block 648628 with 648496
Processing commands for cont...@bugs.debian.org: block 648628 with 648496 Bug #648628 [release.debian.org] transition: gpsd Was not blocked by any bugs. Added blocking bug(s) of 648628: 648496 thanks Stopping processing here. Please contact me if you need assistance. -- 648628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648628 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.132120143212327.transcr...@bugs.debian.org
Processed: block 648628 with 648495
Processing commands for cont...@bugs.debian.org: block 648628 with 648495 Bug #648628 [release.debian.org] transition: gpsd Was blocked by: 648496 Added blocking bug(s) of 648628: 648495 thanks Stopping processing here. Please contact me if you need assistance. -- 648628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648628 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.132120143912363.transcr...@bugs.debian.org
Processed: block 648628 with 648502
Processing commands for cont...@bugs.debian.org: block 648628 with 648502 Bug #648628 [release.debian.org] transition: gpsd Was blocked by: 648496 648495 Added blocking bug(s) of 648628: 648502 thanks Stopping processing here. Please contact me if you need assistance. -- 648628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648628 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.132120144612422.transcr...@bugs.debian.org
Processed: block 648628 with 648504
Processing commands for cont...@bugs.debian.org: block 648628 with 648504 Bug #648628 [release.debian.org] transition: gpsd Was blocked by: 648496 648495 648502 Added blocking bug(s) of 648628: 648504 thanks Stopping processing here. Please contact me if you need assistance. -- 648628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648628 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.132120145212453.transcr...@bugs.debian.org
Bug#637809: transition: perl 5.14
On Sat, Nov 12, 2011 at 09:25:12PM +, Dominic Hargreaves wrote: Okay, I'll see if I can get it uploaded in the next few days then. 5.14.2-3 uploaded. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- 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/2013164824.gn4...@urchin.earth.li
Bug#644042: pu: package partman-target/72
tag 644042 + squeeze confirmed thanks On Sun, 2011-10-02 at 09:55 +0200, Jérémy Bobbio wrote: Anyway, it would still be good to see #597223 fixed in the next point release of squeeze: to sum it up, the current installer treats ISO hybrid images on USB sticks as real optical drives. This result in a very wrong /etc/fstab entry which then prevents automatic mounts of subsquently plugged USB hard disks to work properly in GNOME or KDE. Attached is the proposed update to partman-target that fix this issue. Apologies for the delay in getting back to you; 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/1321205353.24030.34.ca...@hathi.jungle.funky-badger.org
Processed: Re: Bug#644042: pu: package partman-target/72
Processing commands for cont...@bugs.debian.org: tag 644042 + squeeze confirmed Bug #644042 [release.debian.org] pu: package partman-target/72 Added tag(s) squeeze and confirmed. thanks Stopping processing here. Please contact me if you need assistance. -- 644042: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644042 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.13212054352223.transcr...@bugs.debian.org
Re: stable-proposed-updates: considering cpufrequtils
On Mon, 2011-09-19 at 07:52 +0900, Mattia Dongili wrote: I'm wondering if it's worth updating cpufrequtils in Squeeze to the current version in testing/unstable. There are a couple of fixes that are worth considering in there and namely: fixing support for linux 3.0 (some modules have been moved and broke assumptions in cpufrequtils init scripts) and support for AMD family 20 CPUs. Apologies for the delay in getting back to you about this. [...] + * Bulk load only helper modules. Linux 3.0 shuffled cpufreq modules +locations a bit and now cpu drivers and helpers are in the same directory +(closes: #636141). + * Use modprobe -b in loadcpufreq to honour blacklisted modules +(closes: #592488). + * Load powernow-k8 for AMD family 20 (i.e. AMD E-350 cpus) +(closes: #627811). + * Stop changing printk levels when loading cpufreq modules (closes: #624575 +and closes: #596235). I've been debating whether to accept all of the changes, and changed my mind a few times while arguing with myself. :-) Have the changes been tested on a stable system? 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/1321205590.24030.38.ca...@hathi.jungle.funky-badger.org
Re: Update of clamz
On Sat, 2011-11-12 at 13:46 +, Adam D. Barratt wrote: On Sat, 2011-11-12 at 09:38 +0100, Vincent Bernat wrote: OoO Pendant le journal télévisé du mercredi 09 novembre 2011, vers 20:46, Adam D. Barratt a...@adam-barratt.org.uk disait : Please prepare an updated package including the changes you mentioned above and send a debdiff to -release for final approval; thanks. Hi! Here is the debdiff: Thanks; please go ahead. For the record, this was uploaded and I've flagged it for acceptance at the next dinstall. 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/1321205788.24030.39.ca...@hathi.jungle.funky-badger.org
Bug#644042: pu: package partman-target/72
On Sun, Nov 13, 2011 at 05:29:13PM +, Adam D. Barratt wrote: On Sun, 2011-10-02 at 09:55 +0200, Jérémy Bobbio wrote: Anyway, it would still be good to see #597223 fixed in the next point release of squeeze: to sum it up, the current installer treats ISO hybrid images on USB sticks as real optical drives. This result in a very wrong /etc/fstab entry which then prevents automatic mounts of subsquently plugged USB hard disks to work properly in GNOME or KDE. Attached is the proposed update to partman-target that fix this issue. Apologies for the delay in getting back to you; please go ahead. Don't worry, I woke up right after the last point release, so there was no rush, indeed. :) The updated package has just been uploaded to franck.d.o. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
NEW changes in proposedupdates
Processing changes file: icedove_3.0.11-1+squeeze6_amd64.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_armel.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_i386.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_ia64.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_kfreebsd-amd64.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_kfreebsd-i386.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_mips.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_mipsel.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_powerpc.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_s390.changes ACCEPT Processing changes file: icedove_3.0.11-1+squeeze6_sparc.changes ACCEPT Processing changes file: clamz_0.4-2+squeeze1_amd64.changes ACCEPT Processing changes file: python-django-piston_0.2.2-1+squeeze1_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/e1rpgcc-0001y4...@franck.debian.org
Processed: tagging 637809
Processing commands for cont...@bugs.debian.org: tags 637809 + pending Bug #637809 [release.debian.org] transition: perl 5.14 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 637809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637809 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.13212179721585.transcr...@bugs.debian.org
Re: Description-less packages file
On Thu, Nov 03, 2011 at 10:39:02PM +0100, Joerg Jaspert wrote: I just merged a patch from Ansgar to generate the Packages files without the English description embedded inside them. Instead they are now written into a new file, the English Translation file in main/i18n/Translation-en.bz2. They thus appear alongside all other translated descriptions as just another language. apt co will (or should) just download those Translation files to show the description, as they do already for all other languages. This lets us save quite a bit of space on our mirrors by not repeating them as many times as we have architectures - and also enables non-English-speaking users (and eventually multi-arch enabled APT) to save on download size, as they no longer need to download a language that is of no use to them or is already there. As this is is a larger changeset we did not switch the official dists/ tree directly. Instead we are providing files generated in this way over at [1] for you to test with and report bugs you find in this implementation or in the handling of it in whatever tool breaks down. That location is updated right during dinstall so should always contain current information. As far as I can tell, debian-cd should now cope with the change just fine. Starting with tomorrow's builds, CDs should pick up the existing translations by default and should then also use Translation-en.bz2 when it appears. -- Steve McIntyre, Cambridge, UK.st...@einval.com Into the distance, a ribbon of black Stretched to the point of no turning back -- 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/2014012056.gq3...@einval.com
Re: Description-less packages file
Le 14/11/2011 02:20, Steve McIntyre a écrit : On Thu, Nov 03, 2011 at 10:39:02PM +0100, Joerg Jaspert wrote: I just merged a patch from Ansgar to generate the Packages files without the English description embedded inside them. Instead they are now written into a new file, the English Translation file in main/i18n/Translation-en.bz2. They thus appear alongside all other translated descriptions as just another language. apt co will (or should) just download those Translation files to show the description, as they do already for all other languages. This lets us save quite a bit of space on our mirrors by not repeating them as many times as we have architectures - and also enables non-English-speaking users (and eventually multi-arch enabled APT) to save on download size, as they no longer need to download a language that is of no use to them or is already there. What happens to people using Acquire::Languages {none; } ; to avoid to download any other languages than the default one that was included in the main Package file? [1] Should they switch to Acquire::Languages {en; } ; (or any other language)? What will happen if they do nothing? (ie how 3rd-party tools will react if no description is available)? Regards, Vincent [1] side note: it took me a long time to figure that, in order to not download any translation files, I need the apt setup (Acquire::Languages {none; }) but I *also* need to manually remove any *Translation* files in /var/lib/apt/lists/ -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- 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/4ec0c7b2.2030...@free.fr