Bug#576538: Please binNMU slang2_2.2.2-4 on hppa against fixed ncurses
Package: release.debian.org X-Debbugs-CC: sla...@packages.debian.org User: release.debian@packages.debian.org Usertags: binnmu Please rebuild slang2 on hppa with libncurses5-dev 5.7+20100313-2 to solve a problem with unresolved symbols (see #575220). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575284#52 for further details. nmu slang2_2.2.2-4 . hppa . -m Rebuild with libncurses5-dev 5.7+20100313-2 dw slang2_2.2.2-4 . hppa . -m libncurses5-dev (= 5.7+20100313-2) -- 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/87vdc656nd@turtle.gmx.de
Re: Linear Algebra Libraries
Hi, Sylvestre Ledru sylves...@debian.org writes: Le samedi 20 mars 2010 à 20:21 +0100, Thomas Weber a écrit : On Sat, Mar 20, 2010 at 06:00:04PM +0100, Sylvestre Ledru wrote: Le samedi 20 mars 2010 à 13:49 +0100, Marc 'HE' Brockschmidt a écrit : Sylvestre Ledru sylves...@debian.org writes: I am planning to upload some modifications in the way Linear Algebra Libraries BLAS / LAPACK and ATLAS are handle in Debian. These libraries are very used by many scientific software. [...] Is it really common to switch implementations on the same machine very often? Yes, it is. This kind of library are used by Scilab, R or Octave. They relies strongly on these libraries and for precision, confirmation of the result and performances, it is common to switch between the different implementation. As Octave maintainer, I can confirm that switching the libraries is a routine[1]. Having a reference implementation and some highly tuned (but occasionally buggy) implementation is extremely valuable. Thanks for the confirmation. OK, so I guess we will have to go to this way. Upload whenever you want, this shouldn't break anything, at least I hope so. Marc -- Fachbegriffe der Informatik - Einfach erklärt 259: Hardwall Einpflegen der Filterregeln und Updates mittels Lötkolben. (Ulrich Eckhardt) pgprq3DecM5aa.pgp Description: PGP signature
Bug#573272: transition: ruby1.9 - ruby1.9.1
Lucas Nussbaum lu...@lucas-nussbaum.net writes: I initially planned to track the ruby1.9 - ruby1.9.1 transition. But I give up. I think that ruby1.9 should be removed from testing now, together with the following list of packages (which are all the reverse build-deps or depends of ruby1.9): I ended up with the following hint: remove capistrano/2.5.5-1 erubis/2.6.2-3 htree/0.7-3 libabstract-ruby/1.0.0-2 libdifflcs-ruby/1.1.2-3 libgruff-ruby/0.3.6-2 libmecab-ruby/0.98-3 libnet-scp-ruby/1.0.2-1 libnet-sftp2-ruby/2.0.2-1 libnet-ssh2-ruby/2.0.13-1 libnet-ssh-gateway-ruby/1.0.1-1 libprawn-ruby/0.7.1+dfsg-1 librspec-ruby/1.2.9-1 libstomp-ruby/1.0.4-1 merb/1.0.12+dfsg-3 ohcount/3.0.0-2 samidare/0.7-1 wfo/0.1-2 I did not yet add it, as it contains a few packages you didn't list: capistrano librspec-ruby merb ohcount samidare wfo I arrived at that list by repeated dak rm -Rns testing @packages runs, starting with @packages = (ruby1.9) and then adding all broken packages to @packages until reaching a fixpoint. This means I also considered broken build-depends. Do you still want to get all of these packages removed? Marc -- BOFH #94: Internet outage pgp3skEbnq9PA.pgp Description: PGP signature
Bug#573187: transition: mpi-defaults
Manuel Prinz man...@debian.org writes: Am Dienstag, den 23.03.2010, 19:30 +0100 schrieb Lucas Nussbaum: Fixing that my providing symlinks might cause subtle failures later, when the package is actually used and thinks that the libs are in some place while they aren't. I do not see why it should. It's only relevant a compile time. The real libs are in /usr/lib, where the linker will find them later, and rpath is not involved. (The openmpi package has used that setup since forever.) Anyway, I'm OK with patching the rules file as well. Time spent on arguing can be better spent elsewhere. ;) So, did you spend this time on doing fixes already? :-) It would be great to see at least a few patches for the breaking packages before the new defaults package is uploaded. Marc -- BOFH #226: A star wars satellite accidently blew up the WAN. pgp8bQ63oe5cZ.pgp Description: PGP signature
Bug#576187: marked as done (release.debian.org: xmms2 giveback on armel)
Your message dated Mon, 05 Apr 2010 17:43:47 +0200 with message-id 87mxxhsy4s@solon.marcbrockschmidt.de and subject line Re: Bug#576187: release.debian.org: xmms2 giveback on armel has caused the Debian Bug report #576187, regarding release.debian.org: xmms2 giveback on armel 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.) -- 576187: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576187 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal Hi, It was confirmed that xmms2 builds on armel. So please give it another try: gb xmms2_0.7DrNo-4 . armel ---End Message--- ---BeginMessage--- Benjamin Drung bdr...@ubuntu.com writes: It was confirmed that xmms2 builds on armel. So please give it another try: gb xmms2_0.7DrNo-4 . armel Couldn't be done when ftp-master was dead and is now unneeded, as a new version was uploaded anway. Marc -- Fachbegriffe der Informatik - Einfach erklärt 192: Strong international Encryption Triple-ROT13 (Carsten Lechte) pgpodvyz1QFx2.pgp Description: PGP signature ---End Message---
Bug#576538: marked as done (Please binNMU slang2_2.2.2-4 on hppa against fixed ncurses)
Your message dated Mon, 05 Apr 2010 19:24:19 +0100 with message-id 1270491859.21091.38.ca...@kaa.jungle.aubergine.my-net-space.net and subject line Re: Bug#576538: Please binNMU slang2_2.2.2-4 on hppa against fixed ncurses has caused the Debian Bug report #576538, regarding Please binNMU slang2_2.2.2-4 on hppa against fixed ncurses 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.) -- 576538: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576538 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org X-Debbugs-CC: sla...@packages.debian.org User: release.debian@packages.debian.org Usertags: binnmu Please rebuild slang2 on hppa with libncurses5-dev 5.7+20100313-2 to solve a problem with unresolved symbols (see #575220). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575284#52 for further details. nmu slang2_2.2.2-4 . hppa . -m Rebuild with libncurses5-dev 5.7+20100313-2 dw slang2_2.2.2-4 . hppa . -m libncurses5-dev (= 5.7+20100313-2) ---End Message--- ---BeginMessage--- On Mon, 2010-04-05 at 16:13 +0200, Sven Joachim wrote: Please rebuild slang2 on hppa with libncurses5-dev 5.7+20100313-2 to solve a problem with unresolved symbols (see #575220). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575284#52 for further details. nmu slang2_2.2.2-4 . hppa . -m Rebuild with libncurses5-dev 5.7+20100313-2 dw slang2_2.2.2-4 . hppa . -m libncurses5-dev (= 5.7+20100313-2) Scheduled. Regards, Adam ---End Message---
Bug#576487: nmu: All packages which depend on libao-dev
John Francesco Ferlito a écrit : nmu ocaml-ao/0.1.10-2 . ALL . -m Rebuild against new libao nmu liquidsoap/0.9.2-2 . ALL . -m Rebuild against new libao I guess liquidsoap will need a dep-wait on ocaml-ao for this binNMU to be effective... Cheers, -- Stéphane -- 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/4bba280f.6090...@debian.org
Bug#573272: transition: ruby1.9 - ruby1.9.1
On 05/04/10 at 17:39 +0200, Marc 'HE' Brockschmidt wrote: Lucas Nussbaum lu...@lucas-nussbaum.net writes: I initially planned to track the ruby1.9 - ruby1.9.1 transition. But I give up. I think that ruby1.9 should be removed from testing now, together with the following list of packages (which are all the reverse build-deps or depends of ruby1.9): I ended up with the following hint: remove capistrano/2.5.5-1 erubis/2.6.2-3 htree/0.7-3 libabstract-ruby/1.0.0-2 libdifflcs-ruby/1.1.2-3 libgruff-ruby/0.3.6-2 libmecab-ruby/0.98-3 libnet-scp-ruby/1.0.2-1 libnet-sftp2-ruby/2.0.2-1 libnet-ssh2-ruby/2.0.13-1 libnet-ssh-gateway-ruby/1.0.1-1 libprawn-ruby/0.7.1+dfsg-1 librspec-ruby/1.2.9-1 libstomp-ruby/1.0.4-1 merb/1.0.12+dfsg-3 ohcount/3.0.0-2 samidare/0.7-1 wfo/0.1-2 I did not yet add it, as it contains a few packages you didn't list: capistrano librspec-ruby merb ohcount samidare wfo I arrived at that list by repeated dak rm -Rns testing @packages runs, starting with @packages = (ruby1.9) and then adding all broken packages to @packages until reaching a fixpoint. This means I also considered broken build-depends. Do you still want to get all of these packages removed? Yes please. I hope that they will be fixed before the release, but having a clean state in testing (without ruby1.9) now is better. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- 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/20100405194602.ga19...@xanadu.blop.info
Bug#573272: transition: ruby1.9 - ruby1.9.1
Lucas Nussbaum lu...@lucas-nussbaum.net writes: On 05/04/10 at 17:39 +0200, Marc 'HE' Brockschmidt wrote: [ruby1.9 and r-deps] Do you still want to get all of these packages removed? Yes please. Removal hint added. Marc -- BOFH #347: The rubber band broke pgp5uMUO9Lelt.pgp Description: PGP signature