Re: rstatd: does not work with kernel 3.x kernel (updated patch for unstable)
Package: rstatd Version: 4.0.1-5 Severity: minor Tags: patch Hi Anibal. The following discussion refers to #654276[1]. The fix there introduced another case explicitly for 3.x kernels. During asking for a stable-update for rstatd Julien from Release Team noticed that it would be better to use get_*26 calls as default fallback as 2.6 and 3.x kernels use the same interface. See [2] for my initial request. [1]: http://bugs.debian.org/654276 [2]: https://lists.debian.org/debian-release/2012/06/msg00142.html On Wed, Jun 06, 2012 at 10:12:46PM +0200, Julien Cristau wrote: On Wed, Jun 6, 2012 at 21:25:37 +0200, Salvatore Bonaccorso wrote: Agreed, and thanks for feedback. Indeed the fix was simply taken from the version in unstable, which maybe should change that too. Yes, that would be better. Attached is the new debdiff for it. Looks good to me, thanks. Attached is now the same against 4.0.1-5 in unstable (note the pach folliwing it needs a refresh for the offset). Regards, Salvatore From 937673cb800b777965ad8841100771ab088e5dc5 Mon Sep 17 00:00:00 2001 From: Salvatore Bonaccorso car...@debian.org Date: Sat, 9 Jun 2012 08:11:29 +0200 Subject: [PATCH] Defaults to get_*26 for kernel version = 2.6 Defaults to get_*26 for kernel version = 2.6 instead of introducing a new if for 3.x kernels. See: https://lists.debian.org/debian-release/2012/06/msg00152.html --- debian/patches/02-654276-get_disk26.patch |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/debian/patches/02-654276-get_disk26.patch b/debian/patches/02-654276-get_disk26.patch index b478b22..1914641 100644 --- a/debian/patches/02-654276-get_disk26.patch +++ b/debian/patches/02-654276-get_disk26.patch @@ -20,11 +20,12 @@ same interface is used for getting the disks statistics. --- a/getdata.c 2012-01-08 12:26:19.0 +1100 +++ b/getdata.c 2012-01-08 12:31:12.0 +1100 -@@ -289,6 +289,10 @@ void getdata_setup() { +@@ -289,6 +289,11 @@ getdata.disk = get_disk26; getdata.vm = get_vm26; } -+ if (0 == strncmp(u.release, 3, 1)) { ++ /* defaults to get_*26 for kernel version = 2.6 */ ++ else { + getdata.disk = get_disk26; + getdata.vm = get_vm26; + } -- 1.7.10 signature.asc Description: Digital signature
Rebuild attempts for btfs-tools, fuse, and ntfs-3g on some architectures needed
as far as i can see there seemed to be a (temporary?) problem on some architectures with the debhelper version installed on the buildds at the time the btrfs-tools, fuse, and ntfs-3g packages were built. they fail with something like: [...] dh_builddeb: dpkg-deb -z1 -Zxz -Sextreme -Zxz -z9 --build debian/btrfs-tools-udeb ../btrfs-tools-udeb_0.19+20120328-2_ia64.udeb returned exit code 2 [...] hence, please schedule these three packages for another build on the affected architectures. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- 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/4fd31b2e.2080...@progress-technologies.net
Re: Rebuild attempts for btfs-tools, fuse, and ntfs-3g on some architectures needed
Forwarding to the right list. Daniel Baumann daniel.baum...@progress-technologies.net (09/06/2012): as far as i can see there seemed to be a (temporary?) problem on some architectures with the debhelper version installed on the buildds at the time the btrfs-tools, fuse, and ntfs-3g packages were built. they fail with something like: [...] dh_builddeb: dpkg-deb -z1 -Zxz -Sextreme -Zxz -z9 --build debian/btrfs-tools-udeb ../btrfs-tools-udeb_0.19+20120328-2_ia64.udeb returned exit code 2 [...] hence, please schedule these three packages for another build on the affected architectures. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ Mraw, KiBi. signature.asc Description: Digital signature
Re: Rebuild attempts for btfs-tools, fuse, and ntfs-3g on some architectures needed
On Sat, Jun 09, 2012 at 12:08:43PM +0200, Cyril Brulebois wrote: Forwarding to the right list. Daniel Baumann daniel.baum...@progress-technologies.net (09/06/2012): as far as i can see there seemed to be a (temporary?) problem on some architectures with the debhelper version installed on the buildds at the time the btrfs-tools, fuse, and ntfs-3g packages were built. they fail with something like: [...] dh_builddeb: dpkg-deb -z1 -Zxz -Sextreme -Zxz -z9 --build debian/btrfs-tools-udeb ../btrfs-tools-udeb_0.19+20120328-2_ia64.udeb returned exit code 2 [...] hence, please schedule these three packages for another build on the affected architectures. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ FSVO right. Please contact $a...@buildd.debian.org and tell them to upgrade their (sid) chroots. debhelper does not have a dependency on the right version of dpkg-dev (which might be considered wrong), but still that version has been around for some time and buildd admins are expected to upgrade regularly (like once a month). Kind regards Philipp Kern, sorry for bouncing you around signature.asc Description: Digital signature
Bug#675976: transition: libguac
On Mon, 2012-06-04 at 14:04 -0400, Yaroslav Halchenko wrote: On Mon, 04 Jun 2012, Niels Thykier wrote: package and thus in NEW queue atm. All dependees will be built/uploaded whenever libguac gets into sid and gets built across platforms: [...] Tracker is at [3]. Just to be on the same page, I read built/uploaded as you were going to upload a new version. This is perfectly fine if you do so, I just need to know what packages (if any) that needs binNMUs. Since they depend on current version of libguac (which is in NEW) -- imho there is no reason to upload new versions until libguac becomes part of sid. And then I guess there would be no need for binNMUs (i.e. less work for you ;-) ) libguac 0.6.0-1 has been in unstable since Monday evening. Will the r-deps be uploaded soon? 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/1339241121.16263.30.ca...@jacala.jungle.funky-badger.org
Processed: tagging 675976
Processing commands for cont...@bugs.debian.org: tags 675976 + pending Bug #675976 [release.debian.org] transition: libguac Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 675976: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675976 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.13392412637321.transcr...@bugs.debian.org
Re: [xml/sgml-pkgs] Bug#676686: libxslt1.1: libxslt1.1 binNMU broke multi-arch installability
* Henrique de Moraes Holschuh (h...@debian.org) [120609 02:31]: We'd just have to teach the tool to binNMU all arches when the target package would need it due to multiarch. Release team requests a binNMU of a package for some arch, the tool notices it has to do them all because of multi-arch constraints, and replicates the request for all other arches. Just that this won't do it, because the changelogs for the different arches will be binary different, so no win. However, we discussed that during the multi-arch bof last Debconf, and came to the conclusion that it would be better to not modify the changelog as we do now, but instead create a new file changelog.$arch.$version with the binNMU. This is a bit more complicated because it can't be done as of now just within the source package. Anyone implementing this is warmly welcome. Andi -- 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/20120609132606.gx2...@mails.so.argh.org
Bug#675976: transition: libguac
Adam D. Barratt a...@adam-barratt.org.uk wrote: On Mon, 2012-06-04 at 14:04 -0400, Yaroslav Halchenko wrote: On Mon, 04 Jun 2012, Niels Thykier wrote: package and thus in NEW queue atm. All dependees will be built/uploaded whenever libguac gets into sid and gets built across platforms: [...] Tracker is at [3]. Just to be on the same page, I read built/uploaded as you were going to upload a new version. This is perfectly fine if you do so, I just need to know what packages (if any) that needs binNMUs. Since they depend on current version of libguac (which is in NEW) -- imho there is no reason to upload new versions until libguac becomes part of sid. And then I guess there would be no need for binNMUs (i.e. less work for you ;-) ) libguac 0.6.0-1 has been in unstable since Monday evening. Will the r-deps be uploaded soon? Regards, Adam Yes They are built and are going through the review for sponsorship in spare time -- Sent from a phone which beats iPhone. -- 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/5d52b789-66ac-4da3-8432-57e457e73...@email.android.com
Bug#671115: transition: mysql-5.5
On Fri, 2012-06-08 at 19:51 +0100, Adam D. Barratt wrote: On Tue, 2012-05-01 at 22:52 +0100, Nicholas Bamber wrote: At some point we need to transition from mysql-5.1 to mysql-5.5. We would like to do this before the freeze though we appreciate that time is now short. We arrived at this position as the Debian MySQL Team became increasingly understaffed. It is better now but not ideal. Now that the symbol versioning fix is in testing, I've scheduled the binNMUs for level 1 on the tracker (URL:http://release.debian.org/transitions/html/mysqlclient.html), other than the packages we already know have FTBFS issues. Having spotted that the dependency level division on that particular tracker is basically artificial, I've also scheduled the majority of level 2. 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/1339253696.16263.31.ca...@jacala.jungle.funky-badger.org
Processed: block 671115 with 650060
Processing commands for cont...@bugs.debian.org: block 671115 with 650060 Bug #671115 [release.debian.org] transition: mysql-5.5 671115 was blocked by: 674328 675836 673528 667428 673263 650058 660686 674122 649955 651110 674309 672714 650060 666331 672619 672950 673264 672716 651317 673262 674210 640818 672765 661422 673260 673183 673161 649638 668232 673153 672824 672621 672816 672207 672588 671115 was blocking: 672928 Ignoring request to alter blocking bugs of bug #671115 to the same blocks previously set thanks Stopping processing here. Please contact me if you need assistance. -- 671115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671115 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.13392539724757.transcr...@bugs.debian.org
Processed: severity of 650059 is serious, block 671115 with 650059
Processing commands for cont...@bugs.debian.org: severity 650059 serious Bug #650059 [poco] poco: FTBFS with multiarch libmysqlclient-dev Severity set to 'serious' from 'important' block 671115 with 650059 Bug #671115 [release.debian.org] transition: mysql-5.5 671115 was blocked by: 674328 675836 673528 667428 673263 650058 660686 674122 649955 651110 674309 672714 650060 666331 672619 672950 673264 672716 651317 673262 674210 640818 672765 661422 673260 673183 673161 649638 668232 673153 672824 672621 672816 672207 672588 671115 was blocking: 672928 Added blocking bug(s) of 671115: 650059 thanks Stopping processing here. Please contact me if you need assistance. -- 650059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650059 671115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671115 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.133925690119815.transcr...@bugs.debian.org
Please give-back libconfig-augeas-perl (ia64 and mips)
Hello I've uploaded libconfig-augeas-perl shortly after libaugeas was uploaded. Unfortunately, there were some hiccups with libaugeas build on is64 and mips which impacted the build of libconfig-augeas-perl. Since then, libaugeas was re-built successfully. I've verified that libconfig- augeas-perl build fine on ia64 (sid chroot on merulo). So I think it's time to re-try libconfig-augeas-perl of ia64 and mips gb libconfig-augeas-perl_0.903-1 . ia64 mips Thanks Dominique signature.asc Description: This is a digitally signed message part.
Re: Uncoordinated rpm transition
On Thu, 2012-06-07 at 21:04 +0200, Julien Cristau wrote: On Tue, Jun 5, 2012 at 00:46:56 +0200, Cyril Brulebois wrote: Michal Čihař ni...@debian.org (04/06/2012): All of them build just fine against new RPM with exception of fossology which did already FTBFS [1]. There is no need to binNMU rpm2html as I've already uploaded new version with few other fixes. Thanks. Scheduled level 1: dose2 + dose3. ceve + pkglab will follow tomorrow(-ish). ceve and pkglab scheduled now. Everything looks good and the old libraries were decrufted (increasing fossology's brokenness). The original upload would be over 10 days old now, so I'm looking at aging things for tonight's britney run to get this off the to-do list. 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/1339261372.16263.36.ca...@jacala.jungle.funky-badger.org
Re: GNOME 3.4: uploading remaining bits to unstable (minus evo/eds)
On Fri, 2012-05-25 at 17:00 +0200, Michael Biebl wrote: gnome-control-center gnome-settings-daemon gnome-bluetooth gnome-shell gnome-shell-extensions gnome-tweak-tool mutter metacity These mostly reach their 10 days in unstable with tonight's britney run (mutter would be 8 days old, but I've aged it a little). gnome-bluetooth === Updating gnome-bluetooth involves a small library transition. libgnome-bluetooth8 → libgnome-bluetooth10 which affects 3 packages: gnome-phone-manager(can be binNMUed) network-manager-applet (can be binNMUed) gnome-user-share (needs sourceful upload) It looks like this set already migrated last night. 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/1339263141.16263.42.ca...@jacala.jungle.funky-badger.org
Re: Uncoordinated rpm transition
On Sat, 2012-06-09 at 18:02 +0100, Adam D. Barratt wrote: Everything looks good and the old libraries were decrufted (increasing fossology's brokenness). The original upload would be over 10 days old now, so I'm looking at aging things for tonight's britney run to get this off the to-do list. Thanks to Pino for the cluebat, that won't work right now due to libextractor tying it to poppler. 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/1339267166.16263.43.ca...@jacala.jungle.funky-badger.org
Bug#664681: transition: KDE's 4.8 release of platform, applications and workspace
Hi, Alle lunedì 4 giugno 2012, Cyril Brulebois ha scritto: Modestas Vainius mo...@debian.org (02/06/2012): With qt4-x11 multiarch done [1] and KDE Plasma Workspaces ready in experimental [2], when could we expect a transition slot? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653903 [ bug not closed though ] [2] http://pkg-kde.alioth.debian.org/redir/kde-sc-buildd-experimental? compact=1 I just replied to [1], should be done quite soon; do we need to set up a tracker for [2], or will you just be able to monitor everything on your end? A kde-workspace4.8 tracker would be nice, at least for the few workspace libraries that bumped soname: * kde-workspace-dev/kdebase-workspace-dev (src:kde-workspace): libkwineffects1abi2 - libkwineffects1abi3 libkworkspace4 - libkworkspace4abi1 libplasmaclock4abi2 - libplasmaclock4abi3 libtaskmanager4abi2 - libtaskmanager4abi3 The third party sources affected are the following: apper kdenetwork (**) kshutdown (*) ktorrent plasma-widget-adjustableclock plasma-widget-fastuserswitch plasma-widget-smooth-tasks (*) (*) fails to compile with the newer workspace API (**) fails to compile due to bumped soversion in libs which affects .install files I /think/ you should be able to go ahead right now. A ben file would help us spot what could be entangled with other ongoing transitions. Modestas started to push the following sources: meta-kde oxygen-icons kactivities kde4libs kde-runtime kdepimlibs kde-wallpapers kde-workspace kdeplasma-addons kde-baseapps and a fixed kdenetwork will follow too Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#653903: qt4-x11 multiarch NMUs
Alle giovedì 7 giugno 2012, Cyril Brulebois ha scritto: Adam D. Barratt a...@adam-barratt.org.uk (06/06/2012): Did you have chance to look at that? (I'm also thinking in terms of getting s390x out of fucked_arches.) Yes, but nothing obvious at the time (possibly because of a missing “readybritney” -- which among other things syncs data from the real britney var/ directory -- plus no dry run for a while). Way better after a sync: both diffs attached. Mostly ghc/mono/libreoffice AFAICS for s390*. It seems there's nothing big left to do regarding this transition (unless I'm missing anything); if futher actions will be needed (e.g. mostly binNMUs), we can always request them, no? If you, release-team people, are fine, I think we could finally close this ticket and declare qt 4.8 multiarch done. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Processed: tagging 664681
Processing commands for cont...@bugs.debian.org: tags 664681 + pending Bug #664681 [release.debian.org] transition: KDE's 4.8 release of platform, applications and workspace Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 664681: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664681 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.133927577417735.transcr...@bugs.debian.org
Processed: tagging 664681
Processing commands for cont...@bugs.debian.org: tags 664681 - moreinfo Bug #664681 [release.debian.org] transition: KDE's 4.8 release of platform, applications and workspace Removed tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 664681: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664681 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.133927614719025.transcr...@bugs.debian.org
Bug#653903: marked as done (transition: qt4-x11 multiarch)
Your message dated Sat, 9 Jun 2012 23:40:46 +0200 with message-id 20120609214046.gd31...@mraw.org and subject line Re: Bug#653903: qt4-x11 multiarch NMUs has caused the Debian Bug report #653903, regarding transition: qt4-x11 multiarch 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.) -- 653903: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653903 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 Hi, I would like to prepare Qt multiarch transition. An initial mail has been sent to pkg-kde-talk mailing list[1] and a wiki page[2] is available to track our progress. The transition could happen once Qt 4.7.4/QtWebKit 2.2.0 migrate to testing. Qt 4.8.0/QtWebKit 2.2.1 with multiarch support have been uploaded to experimental. Some other packages will be uploaded to experimental. Cheers, Fathi [1] http://lists.alioth.debian.org/pipermail/pkg-kde-talk/2011-September/001636.html [2] http://wiki.debian.org/QtMultiarchTransition -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Pino Toscano p...@debian.org (09/06/2012): It seems there's nothing big left to do regarding this transition (unless I'm missing anything); if futher actions will be needed (e.g. mostly binNMUs), we can always request them, no? Sure. If you, release-team people, are fine, I think we could finally close this ticket and declare qt 4.8 multiarch done. Doing so, thanks. Mraw, KiBi. signature.asc Description: Digital signature ---End Message---
Re: Please give-back libconfig-augeas-perl (ia64 and mips)
Dominique Dumont d...@debian.org (09/06/2012): Since then, libaugeas was re-built successfully. I've verified that libconfig- augeas-perl build fine on ia64 (sid chroot on merulo). So I think it's time to re-try libconfig-augeas-perl of ia64 and mips gb libconfig-augeas-perl_0.903-1 . ia64 mips Done. Mraw, KiBi. signature.asc Description: Digital signature
Re: haskell transition: Remove, Transition, Upload Fix or Upload Fix, Wait, Transition?
Hi Mehdi, Am Freitag, den 08.06.2012, 14:13 +0200 schrieb Mehdi Dogguy: On 08/06/12 14:01, Joachim Breitner wrote: If they are really fixed in sid, I think we can age them to let haskell stack migrate. Ok, if there is no rush before the freeze we can do that. I’ll see if the package in experimental really fixes the problem and then upload to unstable. Please tell us when/if it is confirmed. semi-good news only: My fix to the endianness problem in the AES code worked, including on powerpc, but there is another failing test case on powerpc that does _not_ seem to be tied to endiannes, as it does not fail on s390/s390x: https://buildd.debian.org/status/package.php?p=haskell-cryptociphersuite=experimental I don’t have a fix for the powerpc issue. Unless some fix comes up it seems we’d have to remove stuff on powerpc. Should I upload this version to unstable neverthesse, to at least improve the situation on 390, s390x and (likely, buildds did not build yet) mips and sparc. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part