Re: SAT based britney
Heya, Raphael Hertzog hert...@debian.org writes: * What do you think of the advantages and improvements that I point out? To me it looks great but I have no experience with SAT solver and I wonder whether the sheer amount of predicates that it will have to handle will not result in something dog-slow. I am pretty sure that this is not the case. SAT solvers are extremely efficient and reduction to SAT has replaced many specialised search algorithms because of its efficiency. Apart from that, one can always feed complex instances back to the SAT Race, making hundreds of researchers fine-tune their tools on the specific problem structure... However, finding minimal unsatisfiable cores (which are basically needed to get output for the A might not migrate because of ... bits) is harder, especially if they have an even weaker definition as in the MAX-SAT setting. For that, i would recommend reviewing the current literature. Marc pgpyF04Dj3TzH.pgp Description: PGP signature
Re: please unblock jblas 1.1-1
Soeren Sonnenburg so...@debian.org writes: jblas 1.0.2 is currently in squeeze, but is not working whenever complex numbers are returned as results. So upstream fixed that in version 1.1-1 and filed an important bug. Unblocked. Marc -- BOFH #426: internet is needed to catch the etherbunny pgpNjWhv0VNOh.pgp Description: PGP signature
Re: Please review and unblock debian-archive-keyring 2010.08.28
Philipp Kern pk...@debian.org writes: I took the liberty to convert the packaging to use jetring, so that further modifications don't just yield binary files differ. However this results in a larger diff. But those are mostly key blobs anyway. Unblocked. Marc -- Fachbegriffe der Informatik - Einfach erklärt 233: Headhunter Freischaffender, von dem ein Nutzer den Kopf eines Programmierers fordert. (Manfred Worm Schäfer) pgpmIEAncZ6Zf.pgp Description: PGP signature
Re: Approval of octave3.2 3.2.4-7
Thomas Weber twe...@debian.org writes: octave3.2 (3.2.4-7) UNRELEASED; urgency=low * New patch: fix_relative_addpath command (closes: #592517) * Drop libgl1-mesa-swx11-dev and libglu1-mesa-dev from build-dependencies. They are already pulled in by other packages, so we don't need to force specific versions of Mesa (closes: #591333). The patch is a two line change extracted from upstream's development tree. Go ahead and upload. Marc -- BOFH #426: internet is needed to catch the etherbunny pgpGJAhSrw7s4.pgp Description: PGP signature
Re: potential freeze-exception for phpmyadmin/3.3.6-1
Thijs Kinkhorst th...@debian.org writes: We know from experience that these bugfix releases are of good quality, and are preceded by a release candidate. In this case, the majority of the patch is for documentation and translation updates, plus a number of useful bugfixes. Testing it reveals no problems, except for one newly introduced '.gitignore' file which isn't quite the end of the world and which I've already asked upstream to prevent from being included in subsequent tarballs. Having phpMyAdmin up to date w.r.t. these upstream bugfix releases as much as possible is also really helpful to stable security support. Please let me know if it would be acceptable to upload to unstable targeted at squeeze. Please go ahead with the upload. Marc -- BOFH #58: high pressure system failure pgpDk1eUjSgwa.pgp Description: PGP signature
Re: Please unblock gutenprint 5.2.6-1
Roger Leigh rle...@codelibre.net writes: On Sat, Aug 28, 2010 at 01:34:10PM +0200, Marc 'HE' Brockschmidt wrote: Roger Leigh rle...@codelibre.net writes: Please could you unblock gutenprint 5.2.6-1? 245 files changed, 114059 insertions(+), 82843 deletions(-) Why? It's a new upstream release which adds new support for 5 Canon printers 12 Epson printers 111 PCL printers as well as a number of changes for existing supported models. These are mainly new models which won't be supported in squeeze without this update. Yes, and the same argument holds for the new features of $foobar which will not be supported in squeeze because we have frozen. Looking at the diffstat, the number of code changes is minimal; h...@franck:~$ filterdiff -i *.c foobar | diffstat foomatic/printers.c | 39 ++--- ghost/ijsgutenprint.c| 13 ++-- gutenprintui2/panel.c|9 ++- main/array.c | 35 main/color.c | 28 +++-- main/curve.c | 90 ++- main/dither-inks.c |9 +-- main/dither-main.c | 22 ++- main/dither-ordered.c|3 - main/escp2-channels.c| 34 ++- main/escp2-driver.c | 39 + main/escp2-papers.c | 30 ++ main/escp2-resolutions.c | 20 +- main/print-color.c |8 -- main/print-dither-matrices.c |5 - main/print-escp2-data.c | 72 +++-- main/print-escp2.c | 65 ++ main/print-lexmark.c |8 -- main/print-list.c|5 - main/print-olympus.c | 11 +-- main/print-pcl.c | 52 +- main/print-util.c|8 ++ main/print-vars.c| 89 --- main/print-weave.c | 33 ++- main/printers.c | 54 -- main/sequence.c | 123 +-- main/xml.c |3 - 27 files changed, 402 insertions(+), 505 deletions(-) I disagree. Sorry, I really don't see how we can reasonably review this. Marc -- Fachbegriffe der Informatik - Einfach erklärt 197: Human Resources Menschenmaterial (Konstantin Welke) pgpxrTyeBfCvO.pgp Description: PGP signature
Re: Please unblock schroot 1.4.10-2
Roger Leigh rle...@codelibre.net writes: On Sat, Aug 28, 2010 at 01:33:10PM +0200, Marc 'HE' Brockschmidt wrote: Roger Leigh rle...@codelibre.net writes: Please could you unblock schroot 1.4.10-2? 127 files changed, 6132 insertions(+), 6896 deletions(-) *cough* This is a bit much and far away from properly reviewable - even if we filter out all autoconf crop and documentation updates. Are all of these changes really needed? Yes. If you look at the diffstat (below), We always do that when reviewing changes. In this case, this ends up with h...@franck:~$ filterdiff -i *.cc -i *.h schroot-diff | diffstat [...] 79 files changed, 1255 insertions(+), 726 deletions(-) As schroot is an important part of the Debian infrastructure, I'm even more reluctant to just accept these changes into stable. How have these changes been tested? Marc -- BOFH #63: not properly grounded, please bury computer pgpLfugv73Jiq.pgp Description: PGP signature
Re: unblock sendfile/2.1b.20080616-4
Joey Schulze j...@infodrom.org writes: Please allow sendfile 2.1b.20080616-4 to migrate into squeeze. It closes one important and one nasty (not in bts, though) bug. Unblocked. Thanks for your work. Marc -- Fachbegriffe der Informatik - Einfach erklärt 114: c't Nicht besser als die Bild, sondern nur dicker und teurer. (Günther Freiherr von Gravenreuth) pgpUvsCDdqujw.pgp Description: PGP signature
Re: Freeze exception request for pootle
Christian PERRIER bubu...@debian.org writes: However, an RC bug was introduced in that release #591599, which prevented that upload to enter testing until now. I fixed this yesterday with 2.0.5-0.2 and now I would need a freeze exception for that release to enter testing. Unblocked. Thanks for your work. Marc -- BOFH #96: Vendor no longer supports the product pgpSjkrz6FVsU.pgp Description: PGP signature
Re: Freeze exception request for ttf-sil-nuosusil
Christian PERRIER bubu...@debian.org writes: This package (that's meant to replace ttf-sil-yi as the upstream font name changed) is at version 2.1.1-2 in testing. [...] A final change meant to drop old crap from Suggests (x-ttcidfontconf, fontconfig) was sitting in our SVN and I uploaded it this morning (2.1.1-6). All this would bring this in line with other font packages, which is why I made it. Would you be OK to grant a freeze exception for this? Sure, done. Marc -- BOFH #447: According to Microsoft, it's by design pgpuX98eswms9.pgp Description: PGP signature
Re: Please unblock schroot 1.4.10-2
Hi Roger, Roger Leigh rle...@codelibre.net writes: Please could you unblock schroot 1.4.10-2? 127 files changed, 6132 insertions(+), 6896 deletions(-) *cough* This is a bit much and far away from properly reviewable - even if we filter out all autoconf crop and documentation updates. Are all of these changes really needed? Marc -- BOFH #21: POSIX complience problem pgpxDz8TIK360.pgp Description: PGP signature
Re: Please unblock gutenprint 5.2.6-1
Roger Leigh rle...@codelibre.net writes: Please could you unblock gutenprint 5.2.6-1? 245 files changed, 114059 insertions(+), 82843 deletions(-) Why? There's also some trivial cleanup of the Debian packaging. That's not something you should do during the freeze. Marc -- Fachbegriffe der Informatik - Einfach erklärt 133: Linux Das Windows98 unter den Unixen. (Heiko Schlichting) pgpNeNK5LPcWT.pgp Description: PGP signature
Re: please unblock opencc 0.1.1-1 and ibus-pinyin 1.3.10-1
Hi, LI Daobing lidaob...@debian.org writes: there are already an freeze-exception for opencc 0.1.0-1 and ibus-pinyin 1.3.9-1, please also give freeze exception for opencc 0.1.1-1 and ibus-pinyin 1.3.10-1 h...@franck:~$ debdiff opencc_0.1.0-1.dsc /org/ftp-master.debian.org/ftp/pool/main/o/opencc/opencc_0.1.1-1.dsc | diffstat [...] 92 files changed, 60394 insertions(+), 59120 deletions(-) opencc rejected. I'ved unblocked ibus-pinyin/1.3.10-1, though. Marc -- Fachbegriffe der Informatik - Einfach erklärt 55: Fachhändler Student, 24 Jahre, Geologie (vormals Informatik), Gewerbeschein (15 DM), wohnt bei den Eltern (Kristian Köhntopp) pgpjrNEMyAqiS.pgp Description: PGP signature
Re: please unblock freevo 1.9.0-5
A Mennucc mennu...@debian.org writes: may you please let the new version 1.9.0-5 of freevo in squeeze? Unblocked. Marc -- BOFH #436: Daemon escaped from pentagram pgpFI6owmp7Gi.pgp Description: PGP signature
Re: please unblock opencc 0.1.1-1 and ibus-pinyin 1.3.10-1
LI Daobing lidaob...@debian.org writes: ibus-pinyin 1.3.10-1 depends on opencc 0.1.0 or 0.1.1 currently the opencc in testing is still 0.0.3-1, and opencc 0.1.0 is not buildable under big endian system. so I have to push opencc 0.1.1 to testing can you tell me how to push this? There is no real way to do this. The changes in opencc are enormous and there is no obvious pressing reason to update opencc or ibus-pinyin. The obvious solution is to just leave them at their current versions. Marc -- BOFH #69: knot in cables caused data stream to become twisted and kinked pgpss3VCF1W3Y.pgp Description: PGP signature
Re: Bug#594295: openssh-client: Please either support or ignore ControlPersist in stable, for compatibility
Colin Watson cjwat...@debian.org writes: On Tue, Aug 24, 2010 at 11:44:47PM -0700, Josh Triplett wrote: Thank you for packaging 5.6, and thanks to upstream for the awesome ControlPersist support. I use the same home directory across many systems, some running stable, and some running unstable. This means I can't use any option in ~/.ssh/config that stable's ssh does not support, because that would break compatibility with the systems that run stable. Given the usual lifetime of a Debian stable release, it would help greatly if stable's ssh would either support ControlPersist, or at a minimum ignore it for compatibility. I can sympathise with this. I'd rather make it do something useful than ignore it. However, since we're frozen, I'm CCing the release team for their input. Yes, please! Marc -- BOFH #244: Your cat tried to eat the mouse. pgpxX64ddyD1W.pgp Description: PGP signature
Re: Freeze exception for llvm/2.6-9.1
Stéphane Glondu glo...@debian.org writes: I've uploaded a few days ago to DELAYED/5 a NMU of llvm (2.6-9.1) that should be granted a freeze exception. It fixes three bugs (incl. 2 RC) and a few Lintian/Piuparts checks. The last changelog entry is: llvm (2.6-9.1) unstable; urgency=low unblocked before hitting unstable. hint will work when it arrives in the archive. The full diff is available at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593624 NB: The package has still 2 days to spend in the DELAYED queue. I'm not sure when this request should have been sent... Actually, the best moment would be to ask for the unblock when it's in unstable. Marc -- Fachbegriffe der Informatik - Einfach erklärt 9: GUI Ein Hintergrundbild und 12 Xterms (Kristian Köhntopp) pgpztaJ0wZUvO.pgp Description: PGP signature
Re: Freeze exception for haskell-texmath_0.3.0.2-2
Joachim Breitner nome...@debian.org writes: haskell-texmath_0.3.0.2-1, uploaded frior to the freeze, did not build on hppa. 0.3.0.2-2 fixes this using a work-around that has helped with a few other packages as well. Diff attached. Please extend the freeze exception to 0.3.0.2-2. Done. Would have been nice to see the build already, btu still... Marc -- BOFH #187: Reformatting Page. Wait... pgp2aT1u3nk3B.pgp Description: PGP signature
Re: Please unblock libsmbios 2.0.3.dfsg-1.1
Philipp Kern pk...@debian.org writes: libsmbios had some bugs filed against it that were needlessly RC and one that was clearly RC (#505589, FTBFS with gcc-4.4) but which was just fixed through an NMU of mine. The debdiff is attached. libsmbios is currently not in testing, but this NMU is on top of the version in stable. I think having an option to update Dell BIOSes in stable would be appreciated. The NMU is clearly pretty minimal. Unblocked. Marc -- BOFH #42: spaghetti cable cause packet failure pgpJIgoYBy9MG.pgp Description: PGP signature
Re: Transition status
Steve M. Robbins st...@sumost.ca writes: Regarding the boost-defaults transition to 1.42: is there a status summary of the binNMU campaign? Is there a list of the packages that still depend on Boost 1.40 -- or, better an simple command that I can dig up this info myself? dak rm -Rn -s unstable boost1.40 (on merkel or ries) will tell you which packages would get broken if boost1.40 would be removed from unstable. Marc -- BOFH #413: Cow-tippers tipped a cow onto the server. pgpIimFKKJTef.pgp Description: PGP signature
Re: when is squeeze due to be the next stable?
dan hirsch hirsh@gmail.com writes: will squeeze stable include kde 4 in it's release? Yes. We have not yet decided on a release date, squeeze continues to be under heavy development. Marc pgpJbppIyFTkb.pgp Description: PGP signature
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#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
Re: Invite to join the Release Team
Clint Adams sch...@debian.org writes: On Tue, Mar 23, 2010 at 08:11:00AM +0100, Raphael Hertzog wrote: Actually, we should give our developers (and the press who is reading that as well) an truthfull status quo of our activities. Also, it's not Andreas Barth wants that, but either the release team wants it, or we don't want it. I don't want that. When I accepted the release team's invitation to help I thought I made it pretty clear that I wasn't willing to do everything your way. Please be explicit if you do not want my assistance. I do not want *this* assistance, thanks. I think we played this charade long enough. By now, everyone should know that you don't like the way the release team has done its work, you have saved face and no one will say that you only criticize the RT without spending any time. On the other hand, this games wastes both your and our time, so I don't see the point in continuing. Marc -- BOFH #166: /pub/lunch pgpAfBAzGad2o.pgp Description: PGP signature
Re: Invite to join the Release Team
Christian PERRIER bubu...@debian.org writes: I do not want *this* assistance, thanks. I think we played this charade long enough. By now, everyone should know that you don't like the way the release team has done its work, you have saved face and no one will say that you only criticize the RT without spending any time. On the other hand, this games wastes both your and our time, so I don't see the point in continuing. I'm sorry you feel that way, but thank you for your honesty. I will concentrate my efforts elsewhere. Well, whatever the background is and the way it came out, Context is 87r5nkt0bu@solon.marcbrockschmidt.de and the following mails; the mails before are, eh, not helpful. I have to say that I found Clint's summary very interesting and useful. Is it the right way to go to finally not use it? I did not say that we would not use it as a basis, but it's clearly not helpful if Clint writes a text we consider unfit for publication. This is the expected outcome, as Clint has a fundamentally different view of the release process. He can obviously not function as someone writing release updates for us as long as he considers most of what we do iffy ethically. For me, personally, the situation is quite uncomfortable. While I can understand that Clint is not happy with the current state of the Debian release process (a feeling I share), I cannot say that I believe that this is my fault - I simply wasn't around for much of the past year. On the other hand, Clint does not offer to help us with most of the work - he expresses that he considers most of what we do unneeded, a restriction of the freedom of DDs and whatnot (consider, for example, his questions on -vote and comments on various IRC channels). The help he provided was drafting a release update containing a fleshed out variant of various notes on -rele...@ldo and #-release, starting with a clear feel free to not care notice. While I am sure he invested some time in this, he made sure to express his disinterest in the release process. The criticism, on the other hand, is quite horrible. Most of what he says is worded in socially acceptable terms, nonetheless leaving everyone involved in the release team with the feeling that we are a quite horrible bunch of dictators ordering the rest of the project around, for no gain at all. I can understand his unhappiness with the current state, but I don't consider his communication style to be helpful. I respect Clint and his work, and while not understanding his agenda, I believe that in his Debian work, he always tries to improve Debian. Based on his statements from the past weeks, I suspect that he does not think the same of me. This is a problem for me, because I prefer to believe that I can help Debian in some way. I'm managing not to write mails like the one that started this thread, but I can understand how Luk reached this point. This is, obviously, a quite personal assessment of the situation. I don't think it should be a start of a public discussion. If you want to answer, consider sending a private mail. Marc pgpWX1eO7yVgY.pgp Description: PGP signature
Re: Linear Algebra Libraries
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. They didn't have many attentions during the last few years and ATLAS in unstable is in a pretty bad shape (old version, plenty of bugs, hard to use ...) I described what I am planning to do in this wiki page: http://wiki.debian.org/DebianScience/LinearAlgebraLibraries and my changes have been tested. I have to admit that I'm a bit uncomfortable with using update-alternatives to switch between libary implementations. I am not aware of any other package doing this. Is there a reason for not doing it on the package level, allowing users to just install the package fitting their needs and machine? Is it really common to switch implementations on the same machine very often? Marc -- Fachbegriffe der Informatik - Einfach erklärt 233: Headhunter Freischaffender, von dem ein Nutzer den Kopf eines Programmierers fordert. (Manfred Worm Schäfer) pgpF3p3vJorIr.pgp Description: PGP signature
Re: OK to update Boost defaults?
Steve M. Robbins st...@sumost.ca writes: On Mon, Mar 01, 2010 at 09:53:18AM +0100, Marc 'HE' Brockschmidt wrote: Steve M. Robbins st...@sumost.ca writes: On Sun, Feb 28, 2010 at 12:09:51PM +0100, Marc 'HE' Brockschmidt wrote: No. We are currently trying to work out the hdf5 and ghc6 transitions and have enormous buildd backlogs on mips*, making a binNMU campagain for long-building packages (and let's face it, most of boost users take more than a few seconds to build...) a problem right now. OK, so what's the process now? I just uploaded a new revision 1.42.0-2 so it will be at least 10 more days until it transitions. Shall I wait for that and ping you again? Sounds fine :) OK, boost 1.42 is now in testing. Can you advise me if and when I can upload new boost-default packages pointing to 1.42? I fear I have to tell you that this will take some more weeks. A release update with a complete status report is upcoming (notes for it are already on -release), but basically, we have too many other transitions that need to get done before. Marc -- BOFH #322: Your Pentium has a heating problem - try cooling it with ice cold water.(Do not turn of your computer, you do not want to cool down the Pentium Chip while he isn't working, do you?) pgp2fwkh3mQZu.pgp Description: PGP signature
Bug#573272: transition: ruby1.9 - ruby1.9.1
Lucas Nussbaum lu...@lucas-nussbaum.net writes: What needs to happen is: - remove the ruby1.9 source package from testing. - make sure all the library packages have been transitioned and migrated to testing. This has not happened yet. I think you should file an explicit rc bug against ruby1.9 indicating that it needs to be removed, this absolutely ensures that it will happen before the release. How do you want to proceed? I could provide migration hints for those packages, so we don't have to wait for the 10 days delay, and also a removal hint for ruby1.9. I don't think we are at that point already, but there's also nothing the release team can do in the meantime. So I guess you should just continue your work :-) Marc -- BOFH #173: Recursive traversal of loopback mount points pgpa3miwZRyNd.pgp Description: PGP signature
Re: archive rebuild test for eglibc 2.11
Lucas Nussbaum lu...@lucas-nussbaum.net writes: Conclusion: it doesn't seem like we will get a ton of glibc-related FTBFS like the getline ones. Good to know. Thanks for your work :-) Marc -- Fachbegriffe der Informatik - Einfach erklärt 199: Customer Relationship Management-Software Serienbrieffunktion (Matthias Leisi) pgpEUqdOTo2EN.pgp Description: PGP signature
Re: Tcl/Tk plans for Squeeze
Francesco P. Lovergine fran...@debian.org writes: Ok, we found an agreement about a tentative plan for Tcl/Tk. I'm submitting this plan to you in order to understand if there is the time and will to allow this transition in squeeze. At the very first stage, we will submit a tcltk-default with 8.5 in *experimental* in order to allow all default dependent packages to use 8.5 (ideally by just binNMU). binNMUs won't work. As the packages are built in an unstable environment, they will pick up the default from unstable. The 8.4 should be then built without multi-threading, and all packages currently depending on tcl/expect 8.3 should instead use 8.4 as such. All that could be done in experimental and by NMUs. That would be good, as it doesn't interfere with other transitions and thus everyone can do their work without stepping on someone else's toes :-) If all key packages had no problems on all archs, we could consider uploading onto sid and then dropping 8.3. The staging area is the only way to avoid unexpected breakages in sid ATM. Of course, we could start with staging with or without RMs agreement, but the final acceptance for sid will depend on freezing time and RM team decisions. In the meantime we will do our home work in experimental. Yes, please do so. I don't see a problem to just do this transition in unstable after it was prepared in edxerimental. Marc -- BOFH #445: Browser's cookie is corrupted -- someone's been nibbling on it. pgpqdyKnAha4x.pgp Description: PGP signature
Re: Invite to join the Release Team
Simon Paillard spaill...@debian.org writes: On Thu, Mar 18, 2010 at 08:35:05AM +0100, Raphael Hertzog wrote: On Wed, 17 Mar 2010, Marc 'HE' Brockschmidt wrote: There is also the issue of the release notes. This was a problem for lenny, and it doesn't look like it will get any better for squeeze. The release notes need to be updated for squeeze and upgrade and installation tests on different configurations should be organized. It's a bit early to do it, as many components of squeeze are not done yet, but at least finding people who would be interested in working on this would be great. Wasn't Simon Paillard spaill...@debian.org (symoon) supposed to take care of the release notes? At least I have seen him dealing with bugreports against the package. Thanks for the invitation. Let's invite Franklin and Nicolas too. It appears Raphael mixed with Franklin (in CC, hi Franklin), who was invited by Luk to lead/take care of squeeze release-notes during previous Debconf, and subject has been discussed at Debconf with nerkal and jfs too. I didn't know about this. Thanks for your work :-) What we've observed from lenny releease-notes that there were quite few reports from maintainers, so IMO we should remind them soon to report major changes in behaviour/config to RN (and NEWS.Debian). I think this warrants a mail to d-d-a, which might give you a better turnout. Marc -- BOFH #238: You did wha... oh _dear_ pgpkb4BlKOrxC.pgp Description: PGP signature
Re: Invite to join the Release Team
Clint Adams sch...@debian.org writes: On Wed, Mar 17, 2010 at 10:14:01AM +0100, Marc 'HE' Brockschmidt wrote: I would be happy if you could point out any specific insanity in the notes of the IRC meeting from yesterday. If it seems fine, it would be great if you could work on drafting a release update informing the project about the current status of squeeze and the plans for the immediate future. FWIW, I have at the moment no idea what the status of our release goals is, that's a subject someone needs to research. This seems worthwhile. Would you like me to do this? Yes, please! We also need to get the number of rc bugs down if we want to release squeeze this year. To this end, it would be great if one or more (virtual) BSPs could be organized, possibly focussed at a specific type of bug. Besides the number of RC bugs, we also have some widely used packages where maintainers are overwhelmed by the number of bugs filed against their packages (KDE, Gnome, iceweasel, ...) While not strictly a release issue, triaging (and possibly fixing) bugs can be integrated into a BSP to give people something easier (but nonetheless tedious :-/) to do. I think I am underqualified for this one because I have never understood the point of a virtual BSP. I'll be happy to expend a minimal amount of effort trying to expend a minimal amount of effort on inspiring others to set up more in-person BSPs (with a triage focus). I would be minimally happy about that. Marc -- Fachbegriffe der Informatik - Einfach erklärt (261: Imperative Programmierung) Die meisten Menschen sind nunmal aber daran gewöhnt, einen Vorgang in einzelne Anweisungen aufzuteilen (Geh in Kueche, Öffne Kühlschrank, Nimm Pizza, ...) (Daniel Fischer) pgpXqDVfeggwK.pgp Description: PGP signature
Bug#573187: transition: mpi-defaults
Lucas Nussbaum lu...@lucas-nussbaum.net writes: [test builds for mpi-default switch to mpich2] The following 11 packages failed to build: apbs looks for mpi.h in the wrong place blacs-mpi missing target 'build-mpich2' in debian/rules gdcm ? igstk No rule to make target `/usr/lib/libmpi_cxx.so' (?) kwwidgets No rule to make target `/usr/lib/libmpi_cxx.so' life matrixpetsc.hpp:49: error: using typ edef-name 'MPI_Win' after 'struct' mumps ld: cannot find -lblacs-mpich2 petsc Nonexistent directory: /usr/lib/mpich2 for key with-mpi-dir (?) pgapack cd: 4: can't cd to lib/linux/ rmpi configure: error: Cannot find mpi.h header file scalapack missing target 'build-mpich2' in debian/rules Could bugs about these issues be filed (with a usertag, so we can track them)? So, it looks like it is mostly build system bugs, and it should not be too hard to fix. Good to know, thanks for your work. I would propose that all (or at least) most of these bugs should be fixed before we actually do the switch in unstable. Manuel, does that seem OK to you? Marc -- Fachbegriffe der Informatik - Einfach erklärt 163: SMD Schwer Montierbare Dinger (Holger Köpke) pgp48Pgar2h2X.pgp Description: PGP signature
Re: Invite to join the Release Team
Heya, I don't know if you are subscribed to -release@ - I guess so, but CCed anyway. Clint Adams sch...@debian.org writes: On Tue, Mar 16, 2010 at 10:37:25PM +0100, Marc 'HE' Brockschmidt wrote: OK, I'm not sure how much of that is an actual offer, but I would be happy to accept any help you can give. Do you have any ideas how you could help the release team, or, in a more general way, the release? How would you like me to help? I would be happy if you could point out any specific insanity in the notes of the IRC meeting from yesterday. If it seems fine, it would be great if you could work on drafting a release update informing the project about the current status of squeeze and the plans for the immediate future. FWIW, I have at the moment no idea what the status of our release goals is, that's a subject someone needs to research. Some of the transitions waiting to happen could profit from someone checking if everything alright. This means finding out which packages are affected, which of these need sourceful uploads and coordination with the maintainers of these packages. You know the business. If it should go to testing, care needs to be taken to not entangle it with any of the other ongoing transitions. When all of that is checked and prepared, the transitioning package can be uploaded and binNMUs be scheduled. If you want to do this yourself, it shouldn't be a problem to give you direct access to w-b. We also need to get the number of rc bugs down if we want to release squeeze this year. To this end, it would be great if one or more (virtual) BSPs could be organized, possibly focussed at a specific type of bug. Besides the number of RC bugs, we also have some widely used packages where maintainers are overwhelmed by the number of bugs filed against their packages (KDE, Gnome, iceweasel, ...) While not strictly a release issue, triaging (and possibly fixing) bugs can be integrated into a BSP to give people something easier (but nonetheless tedious :-/) to do. There is also the issue of the release notes. This was a problem for lenny, and it doesn't look like it will get any better for squeeze. The release notes need to be updated for squeeze and upgrade and installation tests on different configurations should be organized. It's a bit early to do it, as many components of squeeze are not done yet, but at least finding people who would be interested in working on this would be great. I guess that's all I have on my current release todo list. Does anything of that sound like you could live with yourself if you would do it? Marc -- BOFH #434: Please state the nature of the technical emergency pgp0uMjLYeNSk.pgp Description: PGP signature
Re: Invite to join the Release Team
Heya, [CC/M-F-T -release@ set, don't see why this needs to be on -devel] Clint Adams sch...@debian.org writes: I do not really know what you are talking about, but I do not want the kids on the playground calling me a coward, so you clearly have given me no choice but to accept your offer. Unless you want me to go through some kind of initiation, join your secret cabal channels, and do things the way you think is best, that is. I doubt I could live with myself if I did that. OK, I'm not sure how much of that is an actual offer, but I would be happy to accept any help you can give. Do you have any ideas how you could help the release team, or, in a more general way, the release? Marc -- BOFH #65: system needs to be rebooted pgpCUbljkg9IM.pgp Description: PGP signature
Re: Notes on IRC meeting
Felipe Sateler fsate...@gmail.com writes: On Tue, 2010-03-16 at 22:28 +0100, Marc Brockschmidt wrote: * liblo: - Hanging on sivp, bugs needs to be filed, might be solved by removing Ehm, how does sivp affect liblo? I cannot find a chain from liblo to sivp... freej is depending on both liblo and opencv, which in turn can only go into testing when sivp is done. Marc -- Fachbegriffe der Informatik - Einfach erklärt 271: Usenet Eine Diktatur von Newsserverbetreiber, die größtenteils auf das nörgelnde Volk hört (so es sich denn einig ist). (Cornell Binder) pgpvNS8hVs6Dl.pgp Description: PGP signature
Re: Bits from the Release Team: What should go into squeeze?
Bill Allombert bill.allomb...@math.u-bordeaux1.fr writes: On Sun, Mar 14, 2010 at 09:42:58PM +0100, Philipp Kern wrote: We would like to know what needs attention, what bugs still need to be fixed in your package before squeeze is released, which features or new upstream versions you want to see in squeeze which are not ready yet. Furthermore we would like to get an overview of the remaining transitions that need to be done. I like to point your attention to the libjpeg8 transition. I have no problem deferring the libjpeg8 transition to squeeze+1, but we should have a clear plan for this transition before the freeze so at least libjpeg62 can be ajusted to make the transition to libjpeg8 less painful. We are not comfortable with switching to libjpeg8 before the release. In fact, it seems we cannot stay LSB-compatible at all if we switch the major desktop environments and their base libs to libjpeg8, no matter what we do with libjpeg6 [1]. We need to discuss (probably on -project?) if LSB-compatibility is something Debian actually cares about, and if yes, how we can achieve it while not ignoring modern software. It would be happy if you could start this discussion, because I fear that I don't have the time to write up a piece explaining the different problems of this case. I'd like to use this opportunuity to apologize for the trouble I caused with libjpeg8. I was so afraid that packages would FTBFS with libjpeg8 that I ignored the other failure mode. Thanks. I have to admit that the release team (or other people, for that matter) did not really foresee the problems of this particular transition :-/ Marc Footnotes: [1] Because third party application are mostly built against a lib with unversioned symbols, we would end up with a situation where two libs in the same namespace provide versioned symbols, an application uses unversioned symbols and breakage is common. -- BOFH #315: The recent proliferation of Nuclear Testing pgp4Cks2ZXzu8.pgp Description: PGP signature
Re: Priorities
Aurelien Jarno aurel...@aurel32.net writes: On Sat, Mar 13, 2010 at 05:36:20PM +0100, Luk Claes wrote: From a first look there are these things: - stop accepting new transitions and (help to) coordinate the outstanding ones As explained on to the release team back in August, we really want to see eglibc 2.11 in squeeze. We consider it ready (for quite some time already), except on hppa where there are still regressions... I hope they will be fixed soon. Are there bugs about these regressions? Have the hppa porters been informed about these regressions? Marc -- Fachbegriffe der Informatik - Einfach erklärt 45: IRQ Internet Relay Quak (Peter Berlich) pgpvkktc4j4uY.pgp Description: PGP signature
Re: testing.pl vs. multiple versions in Sources
Joachim Breitner nome...@debian.org writes: http://release.debian.org/migration/testing.pl?package=gtk2hs says gtk2hs has the same version in unstable and testing (0.9.13-5), which is not the case: $ rmadison gtk2hs gtk2hs | 0.9.13-5 | testing | source gtk2hs | 0.9.13-5 | unstable | source gtk2hs | 0.10.1-4 | unstable | source It seems that testing.pl does not handle well that Sources now contain multiple versions. That's just a problem of the display script, not of britney itself. While not nice, it doesn't create any problems. This is the current result of a hint for ghc6 (including some unrelated packages ready to move testing): finish: [ghc6,haskell-devscripts,haskell-opengl,haskell-openal,haskell-alut,haskell-mtl,haskell-quickcheck,haskell-lazysmallcheck,haskell-stream,haskell-xhtml,haskell-parsec2,haskell-network,haskell-regex-base,haskell-regex-posix,haskell-regex-compat,haskell-digest,haskell-zlib,haskell-zip-archive,haskell-tagsoup,haskell-fgl,haskell-convertible,haskelldb,-haskell-utf8-string,-haskell-utils,haskell-arrows,haskell-binary,haskell-bzlib,haskell-cgi,haskell-curl,haskell-dataenc,haskell-datetime,haskell-diff,haskell-edison-api,haskell-editline,haskell-fastcgi,haskell-filemanip,haskell-ghc-paths,haskell-glut,haskell-haskeline,haskell-hlist,haskell-hsql,haskell-hsql-odbc,haskell-hsql-postgresql,haskell-hsql-sqlite3,haskell-html,haskell-http,haskell-hunit,haskell-ifelse,haskell-irc,haskell-json,haskell-language-c,haskell-monadcatchio-mtl,haskell-network-bytestring,haskell-parsec,haskell-pcre-light,haskell-polyparse,haskell-qio,haskell-quickcheck1,haskell-recaptcha,haskell-safe,haskell-sha,haskell-split,haskell-stm,haskell-syb-with-class,haskell-tar,haskell-terminfo,haskell-time,haskell-url,haskell-uulib,haskell-vty,haskell-x11,haskell-x11-xft,haskell-xml,haskelldb-hdbc,haskelldb-hdbc-odbc,haskelldb-hdbc-postgresql,ldap-haskell,haskell-configfile,haskell-feed,haskell-filestore,haskell-ghc-mtl,haskell-haxr,haskell-hgl,haskell-texmath,gtk2hs,haxml,hslogger,missingh,xmonad,xmonad-contrib,ftphs,haskell-hsh,hdbc,hdbc-odbc,hdbc-postgresql,hdbc-sqlite3,magic-haskell,-gtksourceview,-haddock,-pandoc,stellarium/kfreebsd-amd64_tpu,libio-aio-perl/kfreebsd-i386,stellarium/kfreebsd-i386_tpu,libgtk2-notify-perl/mipsel,apt-offline,apt-xapian-index,argus,aspell-ml,aub,bacula-doc,batctl,batman-adv-kernelland,boost1.42,c++-annotations,,cerealizer,code-saturne,cssutils,editobj,epsilon,gdb-m68hc1x,git-cola,gitg,glpk,gnet,groff,gtkhtml3.14,hardening-wrapper,hmake,hscolour,imaptool,imdbpy,iso-codes,jasmin-sable,kptc,ldns,libautodie-perl,libcgi,libdatetime-format-http-perl,libdevel-symdump-perl,libdist-zilla-perl,libgearman-client-async-perl,libgpewidget,libjasper-java,liblingua-stem-snowball-perl,librestclient-ruby,libslf4j-java,libstring-truncate-perl,libxi,life,maven-debian-helper,modemmanager,munin,navit,nulog,oidentd,perlipq,postgresql-pllua,pycha,pyparsing,python-axiom,python-pyxattr,qink,qsynth,qwit,router-audit-tool,routes,scapy,sitesummary,spamassassin,spew,sugar-pippy-activity,tdiary,thttpd,topal,ttf-hanazono,uget,xen-3,xen-common,yaml-mode,zfs-fuse] endloop: 371+0: i-26:a-14:a-16:h-22:i-19:k-99:k-100:m-15:m-15:p-13:s-16:s-16 now: 380+0: i-27:a-15:a-17:h-25:i-19:k-99:k-98:m-16:m-16:p-14:s-17:s-17 * i386: libghc6-magic-dev * amd64: libghc6-magic-dev * armel: libghc6-magic-dev * hppa: libghc6-magic-dev, libghc6-xmonad-contrib-dev, libghc6-xmonad-contrib-prof * kfreebsd-i386: libghc6-magic-dev * mips: libghc6-magic-dev * mipsel: libghc6-magic-dev * powerpc: libghc6-magic-dev * s390: libghc6-magic-dev * sparc: libghc6-magic-dev This removes pandoc and we need a fix for haskell-magic, but it looks pretty good by now. Marc -- BOFH #204: Just pick up the phone and give modem connect sounds. Well you said we should get more lines so we don't have voice lines. pgpxcq0xom3zE.pgp Description: PGP signature
Bug#572839: [Fwd: Bug#572839: transition: graphviz]
Dirk Eddelbuettel e...@debian.org writes: On 10 March 2010 at 01:22, Marc 'HE' Brockschmidt wrote: Christoph Egger christ...@debian.org writes: graphviz should now already sit in incoming (provided I didn't mess up uploading again). Yep, it's in the archive now. I have scheduled the needed binNMUs. I am not seeing it yet in unstable. It was only on ftp-master at that point, it's visible on the mirrors now. Marc -- BOFH #4: static from nylon underwear pgpGcCFkujFry.pgp Description: PGP signature
Bug#548642: transition: liblo
Package: src:liblo Version: 0.26~repack-3 Severity: serious Felipe Sateler fsate...@gmail.com writes: On Mon, Mar 1, 2010 at 06:05, Marc 'HE' Brockschmidt h...@ftwca.de wrote: Felipe Sateler fsate...@gmail.com writes: As far as I can tell, no reverse build-dep of liblo is involved in the current ghc or hdf transitions. Can we upload new liblo to unstable and schedule binNMUs? Yes, I guess so. Please go ahead. liblo 0.26~repack-3 has been uploaded a few hours ago. Doesn't build on mips* now, I fear you will need to do another upload: | dpkg-buildpackage: source package liblo | dpkg-buildpackage: source version 0.26~repack-3 | dpkg-buildpackage: host architecture mipsel | /usr/bin/fakeroot debian/rules clean | debian/rules:22: /usr/share/cdbs/1/rules/copyright-check.mk: No such file or directory | make: *** No rule to make target `/usr/share/cdbs/1/rules/copyright-check.mk'. Stop. | dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules clean gave error exit status 2 Marc -- Fachbegriffe der Informatik - Einfach erklärt 283: whoami Whoami ist nur was für Leute mit Alzheimer! (Begründung von Microsoft Deutschland für das Entfernen des Befehls aus Windows NT) pgpTXFRgSv5dV.pgp Description: PGP signature
Bug#572839: [Fwd: Bug#572839: transition: graphviz]
Christoph Egger christ...@debian.org writes: On Tue, Mar 09, 2010 at 05:05:47PM -0600, Dirk Eddelbuettel wrote: On 9 March 2010 at 21:33, David Claughton wrote: | That would be the latest 2.26.3 version. It's in experimental now, | unfortunately I overlooked that ggobi doesn't compile against it (as it | stands), or I would have contacted you sooner. | | I can confirm that ggobi with the patch removed compiles and appears to | work against the new graphviz (based on a quick random test I just did | at any rate :-) | | Do you have time to look into updating ggobi over the next few days? | Ideally I'd like to go ahead with uploading the new graphviz to unstable | as I've just been given the go-ahead by the release team for the | transition, but is that going to be a problem for you? I think I can re-build ggobi pretty much within hours given a new graphviz. But my pbuilder does only look at unstable -- so can you upload? I would follow quickly so that ggobi would not be a blocker. graphviz should now already sit in incoming (provided I didn't mess up uploading again). Yep, it's in the archive now. I have scheduled the needed binNMUs. Marc -- Fachbegriffe der Informatik - Einfach erklärt 81: Cursor-Tasten Neumodischer Schnickschnack. (Gert Döring) pgp75rKTERRf9.pgp Description: PGP signature
Re: hdf5 stalled?
Francesco P. Lovergine fran...@debian.org writes: I'm under the heavy impression that hdf5 1.8.4 migration in testing is stalled and needs an hint, even after the recent binNMU rounds. That prevent many packages to move to testing. Any RMs have time to have a look on that? The release team has been working on this transition for a long time (for example by explicitly bumping build priorities to get the needed packages built everywhere), and I have a hint ready. Wanted to do this yesterday evening, but yesterday's xz-utils upload made it impossible to hint the packages in. I hope that I can do it tonight, finally, and be done with this transition. Marc -- BOFH #203: Write-only-memory subsystem too slow for this machine. Contact your local dealer. pgpK2i4JLrBwc.pgp Description: PGP signature
Bug#573077: RM: cgal/3.5-1
reassign 573077 ftp.debian.org thanks Joachim Reichel reic...@debian.org writes: Please remove the binary packages libcgal-demo, libcgal-dev, libcgal4 (all 3.5-1) for hppa and s390 from testing. The buildds of these architectures do not try to build the package and block the transition of 3.5.1-2 to testing (and I would like to upload 3.6-1 soon). Please remove the binary packages libcgal-demo, libcgal-dev, libcgal4 (all 3.5.1-1) for sparc from testing for the same reason. Wrong pseudo-package, I fear. The release team doesn't do partial binary removals from testing (in fact, it can't do them). Also, out-of-dateness, as computed by britney, is done using the current state of unstable, so removing the binaries from testing wouldn't have the effect you wish for. Marc -- BOFH #193: Did you pay the new Support Fee? pgp6EHR6OyXaK.pgp Description: PGP signature
Bug#572839: transition: graphviz
David Claughton d...@eclecticdave.com writes: I sent the following to the list last week but didn't get a response - maybe it fell through the cracks? Yeah, sorry for this, we are currently a bit understaffed. Pinging for issues we seem to have lost is appreciated. Graphviz 2.26.3 has been in experimental for just about a month and we (as in the graphviz maintainers) now feel it is ready for uploading to unstable. This involves a transition as the existing libgraphviz4 package has been split into separate packages for each library and two libraries have soname bumps. Once uploaded it looks like BinNMUs will be required for the following packages. imagemagick python-pygraphviz anjuta-extras ggobi flowcanvas When would you like us to upload? If you have verified that these packages all build with the new sources, you can do it tomorrow and we will do this quickly before taking on the directfb soname bump. Please ping us again after you've uploaded, so that we can schedule the needed binNMUs. Marc -- BOFH #305: IRQ-problems with the Un-Interruptable-Power-Supply pgpV73xBD95IU.pgp Description: PGP signature
Re: Timeouts
Joachim Breitner nome...@debian.org writes: Am Montag, den 08.03.2010, 22:30 +0100 schrieb Marc 'HE' Brockschmidt: This might be a solution, yes, though I would prefer not to do this. You've managed to get highlighting-kate's build times down, making it build everywhere but on armel (where it got tried on a slw buildd, let's see if this gets better on one of the faster boxes). We have similar problem with agda, could you have a look at that? We also have the problem with haskell-src-exts (a build dependency of hlint), where no such easy solution is available. This might not affect the transition, as it is “only” a build dependency and haskell-src-exts is not in testing. Hum, well, it would be helpful if we could rebuild what is in testing with packages from testing. We shouldn't abuse britney's bugs too much. Is there an option to get ghc6 to leave out optimizations that eat up a lot of memory? It just feels wrong to see something not build on s390 because of missing resources :-) Maybe Iain Lane can comment on agda. That would be great. As far as I can see, agda and the armel issues are the last bits missing before we can get the new ghc6 into testing :-) There is the unreproducible bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554174 which needs to be closed or tagged squeeze-ignore (which you can probably do). Other than that, it looks good! I've downgraded it to important. The semantics of *-ignore is a bit different, indicating that the bug fix is needed, but can be done at a later point. That's not the issue here, where we don't even know if there's an actual bug in the package. Marc -- BOFH #433: error: one bad user found in front of screen pgpytPCIORWVe.pgp Description: PGP signature
Re: Timeouts
Joachim Breitner nome...@debian.org writes: speaking of which: https://buildd.debian.org/fetch.cgi?pkg=agdaarch=hppaver=2.2.6-3stamp=1267580450file=logas=raw says Building Agda-2.2.6... [ 1 of 191] Compiling Agda.Auto.NarrowingSearch ( src/full/Agda/Auto/NarrowingSearch.hs, dist-ghc6/build/Agda/Auto/NarrowingSearch.o ) E: Caught signal 'Terminated': terminating immediately make: *** [build-ghc6-stamp] Terminated Build killed with signal TERM after 1 minutes of inactivity Isn’t this time limit a bit too low? Seems so, no idea what the reason for that was. penalosa has been reconfigured to a normal timeout in the meantime. Given back on hppa, now. Marc -- Fachbegriffe der Informatik - Einfach erklärt 139: AOL-CD Das wichtigste Werkzeug des gemeinen Spammers oder Trolls in Deutschland. (Marc Haber) pgpDi7BMJIjW4.pgp Description: PGP signature
Re: Please force migration of xz-utils into testing
Jonathan Nieder jrnie...@gmail.com writes: Thank you for your kind words. Indeed, I had not noticed the trouble I was causing. Next time it is necessary to bump soname, I will be much more careful. I have just pushed xz-utils and hdf5 to testing (this should show on the mirrors tomorrow). Feel free to continue with normal development again :-) Marc -- BOFH #407: Route flapping at the NAP. pgpPkcOuN3VCJ.pgp Description: PGP signature
Re: Timeouts, Was: Bug#571745: nmu: highlighting-kate_0.2.5-4
Joachim Breitner nome...@debian.org writes: Am Freitag, den 05.03.2010, 14:53 +0100 schrieb Marc 'HE' Brockschmidt: Joachim Breitner nome...@debian.org writes: nmu highlighting-kate_0.2.5-4 . i386 kfreebsd-i386 amd64 kfreebsd-amd64 . -m rebuild against changed pcre-light ABI Done. Got lost in the cracks somehow. Do you know why its hitting timeouts on other archs? Is this something we could fix? Probably just because it needs a lot of memory and CPU power, and the other arches have difficulties compiling the package in time. This seems a bit more problematic than I originally assumed. Consider for example agda on sparc: https://buildd.debian.org/fetch.cgi?pkg=agda;ver=2.2.6-3;arch=sparc;stamp=1267334936 sparc is not a fast architecture, but also not the slowest one supported by Debian. In this case, it failed to build the package because a single file needed more than 500 minutes to compile. If this is indeed not due to a bug, but expected behaviour, it seems not supportable anymore. How should slower archs (like mips*, armel) handle such packages? Is splitting this up in smaller files an option? Marc -- BOFH #89: Electromagnetic energy loss pgptN3nqOvnIz.pgp Description: PGP signature
Re: Timeouts, Was: Bug#571745: nmu: highlighting-kate_0.2.5-4
Marco Túlio Gontijo e Silva mar...@debian.org writes: Excerpts from Marc 'HE' Brockschmidt's message of Sáb Mar 06 06:26:43 -0300 2010: This seems a bit more problematic than I originally assumed. Consider for example agda on sparc: https://buildd.debian.org/fetch.cgi?pkg=agda;ver=2.2.6-3;arch=sparc;stamp=1267334936 sparc is not a fast architecture, but also not the slowest one supported by Debian. In this case, it failed to build the package because a single file needed more than 500 minutes to compile. If this is indeed not due to a bug, but expected behaviour, it seems not supportable anymore. It seems that the build time of agda for some arches grew very much with ghc6-6.12.1, specially hppa and sparc: agda 2.2.6-2 2.2.6-3 hppa 04:57:19 60:57:00+ kfreebsd-i386 00:17:10 00:11:39 mips 02:35:19 03:54:06 mipsel 02:34:59 04:04:43 powerpc00:26:37 00:27:16 s390 00:47:49 02:00:55 highlight-kate was rebuilt again today on s390, leading to this: [26 of 61] Compiling Text.Highlighting.Kate.Syntax.Java ( Text/Highlighting/Kate/Syntax/Java.hs, dist-ghc6/build/Text/Highlighting/Kate/Syntax/Java.p_o ) virtual memory exhausted: Cannot allocate memory I can't believe that this is not a bug. Marc -- BOFH #302: microelectronic Riemannian curved-space fault in write-only file system pgpwUT8fAjKkV.pgp Description: PGP signature
Re: binNMUs for switch in MPI implementations (mpi-defaults)
Manuel Prinz man...@debian.org writes: If you could file a bug against release.debian.org to track the transition [reportbug release.debian.org can guide you through the process], detailing which packages would be affected and what packages would need source changes, this would help a bit and ensure that we don't forget this transition. I will do so. Is this the best way to get in touch with the release team with respect to binNMUs/transitions? I was not aware of that, so sorry if contacting d-r directly was suboptimal. There are some guidelines on http://lists.debian.org/debian-devel-announce/2009/09/msg5.html While sending mail to d-r is not really discouraged, filing a bugs makes it easier for everyone to track the status of the issue. Marc -- Fachbegriffe der Informatik - Einfach erklärt 58: Shareware installieren Die System Clock um drei Monate zurückstellen (Peter Berlich) pgpew2jZTW1cA.pgp Description: PGP signature
Re: KDE not mirgrating to testing
Rainer Dorsch rdor...@web.de writes: Shouldn't an architecture been excluded from holding up migration to testing, when it has severe problems instead of holding up the Debian testing progress? No, as we have enough other problems to get this in sync. The mips problems are known and being worked on. Is the upload of KDE 4.4.x held up due to 4.3.4 not in testing? No. Marc -- BOFH #232: Ionisation from the air-conditioning pgpr0RdST0iKa.pgp Description: PGP signature
Re: OK to update Boost defaults?
Steve M. Robbins st...@sumost.ca writes: On Sun, Feb 28, 2010 at 12:09:51PM +0100, Marc 'HE' Brockschmidt wrote: No. We are currently trying to work out the hdf5 and ghc6 transitions and have enormous buildd backlogs on mips*, making a binNMU campagain for long-building packages (and let's face it, most of boost users take more than a few seconds to build...) a problem right now. OK, so what's the process now? I just uploaded a new revision 1.42.0-2 so it will be at least 10 more days until it transitions. Shall I wait for that and ping you again? Sounds fine :) Marc -- BOFH #89: Electromagnetic energy loss pgpMRJScXn3HY.pgp Description: PGP signature
Re: binNMUs for switch in MPI implementations (mpi-defaults)
Manuel Prinz man...@debian.org writes: Dear release team, it's been a week since my request and we did not get a reply so far. Can you please let us know how to proceed with this? Sorry for the long delay. We are currently trying to work out the hdf5 transition, which touches many of the packages that would be affected by a switch of the MPI default implementation. Therefore, we would like you to wait a bit more, until we are done with hdf5. We will then look into doing the MPI default switch soon afterwards. If you could file a bug against release.debian.org to track the transition [reportbug release.debian.org can guide you through the process], detailing which packages would be affected and what packages would need source changes, this would help a bit and ensure that we don't forget this transition. Thanks for your work, Marc -- Fachbegriffe der Informatik - Einfach erklärt 59: Freiwillige Selbstkontrolle Löschen fremder Artikel (Endergone Zwiebeltüte) pgpbuT4cq4rK0.pgp Description: PGP signature
Bug#548642: transition: liblo
Felipe Sateler fsate...@gmail.com writes: As far as I can tell, no reverse build-dep of liblo is involved in the current ghc or hdf transitions. Can we upload new liblo to unstable and schedule binNMUs? Yes, I guess so. Please go ahead. Marc -- BOFH #271: The kernel license has expired pgpBlSVJmBOEn.pgp Description: PGP signature
Bug#572124: nmu: abiword_2.8.2-1
Patrik Fimml pat...@fimml.at writes: libgoffice's packaging is currently buggy, not changing the package name with SONAME. Please rebuild abiword as an intermediate fix until the libgoffice packaging problem is resolved. (see #570010) nmu abiword_2.8.2-1 . ALL . -m Rebuild against libgoffice with different SONAME (closes: #572043) dw abiword_2.8.2-1 . ALL . -m libgoffice-0-8 (= 0.8.0-1) binNMUs were scheduled for 2.8.1-2, but all failed to build due to #569373. 2.8.2-1 has been uploaded after libgoffice had been changed, thus is already built against the new goffice version and a binNMU wouldn't change anything. #572043 has been reported against 2.8.1-2 from testing, which is known to be affected. Why do you think a binNMU of 2.8.2-1 would solve this issue? Marc -- Fachbegriffe der Informatik - Einfach erklärt 165: SuSE Nürnberger Windows (Andreas Gradert) pgpoLTcn7IVdS.pgp Description: PGP signature
Re: swath outdated on mipsel
Theppitak Karoonboonyanan t...@debian.org writes: swath 0.4.0-4 appears to build succesfully on mipsel buildd [1] but it's not installed yet [2]. What can I do to get it into testing? It just needed the build admin to sign the build log. That happened now, the package has been uploaded and installed into the archive. Marc -- BOFH #241: _Rosin_ core solder? But... pgp2NvfPkZQib.pgp Description: PGP signature
Re: OK to update Boost defaults?
Steve M. Robbins st...@sumost.ca writes: So, three questions: 1. Is it appropriate to change boost-defaults now (from a transitions point of view)? No. We are currently trying to work out the hdf5 and ghc6 transitions and have enormous buildd backlogs on mips*, making a binNMU campagain for long-building packages (and let's face it, most of boost users take more than a few seconds to build...) a problem right now. 2. If so, is it a problem to have boost-defaults point to a version not yet in testing? Yes, this could complicate matters. 3. If so, would you advise waiting for 1.42 to transition, or to update to 1.41 now then update to 1.42 when it does transition? No, please switch to 1.42 directly. Marc -- Fachbegriffe der Informatik - Einfach erklärt 217: geräteunabhängig Sieht nirgends gut aus. Ist nicht Herstellers Schuld. (Dietz Proepper) pgpA5FIJ3F8ih.pgp Description: PGP signature
Re: gettext, autopoint and cvs
Santiago Vila sanv...@unex.es writes: I've decided to implement Plan B anyway: create autopoint as an empty package which depends on gettext and cvs, as doing so will not break packages currently having cvs in their build-depends. Then will submit normal bugs asking to change their build-depends. Thanks, this will make this easier for the release team. You may file them as important, though. You may want to use user-tags to mark these bugs, for easier tracking of the transition. Depending on how fast those bugs are fixed, we can decide about making this transition a release goal or not. Yes, I guess so. Marc -- Fachbegriffe der Informatik - Einfach erklärt 32: Vaporware Dampf, den man der Konkurrenz macht. (nach Peter Berlich) pgpHuCt58BqXi.pgp Description: PGP signature
Re: binNMUs for hdf5
Thomas Weber thomas.weber.m...@gmail.com writes: On Mon, Feb 22, 2010 at 01:39:32PM +0100, Marc 'HE' Brockschmidt wrote: Thomas Weber thomas.weber.m...@gmail.com writes: please schedule the following binNMUS: Done. Now, two more nmu octave-communications . ALL . -m Rebuild against hdf5 dw octave-communications . ALL . -m octave-signal (= 1.0.10-2) nmu octave-econometrics . ALL . -m Rebuild against hdf5 Scheduled, thanks for the note. Marc -- Fachbegriffe der Informatik - Einfach erklärt (221:leistungsbezogene Entlohnung) Der Vertriebler, der das Produkt verkauft bekommt das doppelte von dem Entwickler, das das Produkt entworfen und programmiert hat. (Juergen Ernst Guenther) pgpk0IdTnolA0.pgp Description: PGP signature
Bug#571080: transition: ocaml
Stéphane Glondu glo...@debian.org writes: I was wondering the other day how big a hint could be :-) Here is a (not so) easy hint for OCaml transition. It won't work, as ocaml is, via graphviz (building libgv-ocaml and libgv-php) bound to the PHP5.3 transition. PHP is in turn bound to hdf5 (via mapserver). I'm working on a hint, but PHP isn't ready yet and might need a few more days. We might be able to hack around the PHP-hdf5 link by keeping the old hdf5 lib packages in testing, but at least ocaml and php absolutely need to go in together. We can't use the keep packages in testing hack there, as both ocaml and php didn't change a package name, but use a (now name-changed) virtual package for the API. Marc -- BOFH #410: Electrical conduits in machine room are melting. pgpnvxfqwNfN7.pgp Description: PGP signature
Re: [fran...@debian.org: Re: HDF5 migration to 1.8.4]
Adam D. Barratt a...@adam-barratt.org.uk writes: On Mon, 2010-02-22 at 20:19 +0100, Francesco P. Lovergine wrote: On Mon, Feb 22, 2010 at 02:45:36PM -, Adam D. Barratt wrote: Salvatore Bonaccorso wrote, Mon, 22 Feb 2010 15:30:41 +0100: What is the status about this? Should individual binNMU be requested? (@RMs) binNMUs were scheduled earlier today. See http://lists.debian.org/debian-release/2010/02/msg00234.html and the follow-up. Note that octave is not the only build-rdep. If you prefer so, I would fill in a complete set of binNMU snippets updated to today. Yes, please. I've now constructed my own list and scheduled the following binNMUs: nmu 1 yorick-hdf5_0.8.0-1 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 2 udav_0.5.2-1 . kfreebsd-amd64 mips ia64 kfreebsd-i386 amd64 . -m Rebuild against new hdf5 nmu 1 udav_0.5.2-1 . s390 alpha hppa powerpc mipsel sparc armel i386 . -m Rebuild against new hdf5 nmu 2 plplot_5.9.2-3 . kfreebsd-amd64 s390 alpha hppa kfreebsd-i386 powerpc sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 2 h5py_1.2.1-2 . mips mipsel sparc . -m Rebuild against new hdf5 nmu 2 pygpiv_2.0.0-1 . mips . -m Rebuild against new hdf5 nmu 1 mpb_1.4.2-14 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 4 tessa_0.3.1-4 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 1 octave3.0_1:3.0.5-7 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 1 libgpiv_0.6.1-3 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 1 hdf-eos5_5.1.12.dfsg.2-2 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 3 minc_2.0.18-1 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 1 octave-optim_1.0.6-1 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 2 pytables_2.1.2-3 . mips mipsel sparc . -m Rebuild against new hdf5 nmu 1 mathgl_1.9-2 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 1 pfstools_1.8.1-1.1 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 2 labplot_1.6.0.2-3 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 1 meep_1.1.1-3 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 nmu 1 r-cran-hdf5_1.6.9-2 . kfreebsd-amd64 mips s390 alpha hppa powerpc mipsel ia64 kfreebsd-i386 sparc amd64 armel i386 . -m Rebuild against new hdf5 Let's see what breaks. Marc -- Fachbegriffe der Informatik - Einfach erklärt 143: bps Beats Per Second. (Felix Deutsch) pgpC8dqlEbQAN.pgp Description: PGP signature
Re: [fran...@debian.org: Re: HDF5 migration to 1.8.4]
Francesco P. Lovergine fran...@debian.org writes: [hdf5 binNMUs] AFAIK there are still missings: gnudatalanguage No idea how I forgot that. Done now. mpb Was in the list, already done :) gpivtools (apparently pre-depends on libgpiv?) I don't see where it has a dep on something provided by hdf5? h5utils As gnudatalanguage, forgotten. Probably used a broken regex. Also done now. Marc -- BOFH #132: SCSI Chain overterminated pgp1LdZCWqW0g.pgp Description: PGP signature
Re: binNMUs for hdf5
Thomas Weber thomas.weber.m...@gmail.com writes: please schedule the following binNMUS: Done. nmu dynare . alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc -m Rebuild against hdf5 Note that you need to use another . after the arch list, so the correct line would be nmu dynare . alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Rebuild against hdf5 You can also use ALL instead of listing all archs explicitly. You should be able to see the progress and possible failures on https://buildd.debian.org/pkg.cgi?pkg=dynare%2Coctave-ad%2Coctave-ann%2Coctave-audio%2Coctave-combinatorics%2Coctave-xraylib%2Coctave-symbolic%2Coctave-symband%2Coctave-fixed%2Coctave-ftp%2Coctave-general%2Coctave-gsl%2Coctave-image%2Coctave-sockets%2Coctave-io%2Coctave-linear-algebra%2Coctave-miscellaneous%2Coctave-secs2d%2Coctave-multicore%2Coctave-nan%2Coctave-nlwing2%2Coctave-nurbs%2Coctave-octcdf%2Coctave-octgpr%2Coctave-odepkg%2Coctave-optiminterp%2Coctave-parallel%2Coctave-secs1d%2Coctave-pdbmaint=dist=unstable Marc -- BOFH #130: new management pgpvA853fZp53.pgp Description: PGP signature
Re: HPPA and Erlang packages
Sergei Golovan sgolo...@nes.ru writes: I'd like to ask you about what to do with Erlang and its reverse dependencies on hppa architecture. The problem is that there's a bug with fork()+exec() which makes erlang FTBFS (and the currently built packages are broken as well) on hppa (see [1], [2]). It seems to be very complicated (as it's known and hasn't been fixed for about a three months) and prevents new Erlang packages migration to testing. Dear HPPA porters, what's the status here? So, what to do with Erlang in testing and unstable? I'd prefer to remove erlang and its reverse dependencies from both testing and unstable for hppa architecture (all the packages don't work anyway, and nobody uses them, given that there's no bugreports). Yes, the binary removal is the best option, if the porters are not able to fix this arch-specific problem. I would like to avoid this at all costs, but it might be the only available solution. Carlos, could you, as HPPA porter, shed some light on this? Can we expect this to be fixed in the next few weeks? Is anyone actually still trying to fix this? Marc -- BOFH #375: Root name servers corrupted. pgpXOd4oaiPZ6.pgp Description: PGP signature
Bug#570763: transition: mapnik
owner 570763 h...@debian.org thanks David Paleino da...@debian.org writes: I prepared a new upstream release of Mapnik, which has a SONAME bump. Therefore, I had to rename the package from libmapnik0.6 to libmapnik0.7. The only package (Build-)Depending on it is gpsdrive, and it's maintained by the same team libmapnik is under (DebianGIS, CCed). It builds and runs correctly with libmapnik0.7. Am I allowed to upload it to NEW? Yes. Please file a bug for the needed binNMU for gpsdrive once the package got ACCEPTED. Marc -- BOFH #256: You need to install an RTFM interface. pgpUaaFFb1EQn.pgp Description: PGP signature
Re: testing migration of eb, libeb12 to libeb13
Tatsuya Kinoshita t...@debian.org writes: The eb 4.4.1-1 package is 208 days old and valid candidate for testing migration, but it is not yet in testing. Why? I couldn't find a problem in the eb package and the depending packages eblook, ebnetd, ebview and libeb-ruby. It just needed a little bit of manual intervention from the release team, as britney didn't know that all of these packages need to go in together. I've now added a hint for that, the packages should go in tonight. Marc -- BOFH #228: That function is not currently supported, but Bill Gates assures us it will be featured in the next upgrade. pgpBV1xZynmWk.pgp Description: PGP signature
Bug#570462: nmu: second round for the php5 transition
Raphael Geissert geiss...@debian.org writes: On Friday 19 February 2010 13:17:09 Marc 'HE' Brockschmidt wrote: Raphael Geissert geiss...@debian.org writes: The php-ps binNMU FTBFS on powerpc due to a libtiff.a error. Please give it back if it has been fixed already. Already done. Looks like it failed again. No idea why. Tried to reproduce it on purcell, package built just fine. Have uploaded it now. There are still some packages that need to be updated because they FTBFS because of the (not-so-)new API: php-adodb (mine, will try to fix it during the WE), php-ssh2, php-imlib, zeroc-ice, php-clamav, php-apc. Have bugs been filed about this? For php-adodb, php-ssh2, php-imlib, php-clamav, and php-apc: yes. Great, thanks. The zeroc-ice build failure appears to be just that the package was built against php 5.3 but with a patch that requires 5.3 (no compatibility with old versions was added to the patch). Since we anyway need it to be built against 5.3 please give it back on mipsel and sparc. Done. Another upload of php5 will follow as soon as the current version is built and installed on mips* (so that the binNMUs can be built there), to fix the RC bug affecting parallel building and possibly some regressions. Should that new Debian revision be uploaded with urgency=medium? low is OK. If it should become a problem, we can always reduce the waiting period later on. Ok. I was mostly worried about the time it would take to get it built on all the architectures, but I now see that mips* seem to be doing better. (a) urgency has no influence at all on the w-b queue order (b) the mips* backlog is still enormous (400/500 packages) (c) I have bumped build-priorities for packages related to the current transitions and will continue to do so. Marc -- BOFH #209: Only people with names beginning with 'A' are getting mail this week (a la Microsoft) pgp9dqQTMrYol.pgp Description: PGP signature
Re: Bug#570594: Haskell binNMUs
Joachim Breitner nome...@debian.org writes: nmu ghc6_6.12.1-9 . i386 kfreebsd-amd64 kfreebsd-i386 . -m 'Rebuild with ghc6-6.12.1-10' dw ghc6_6.12.1-9 . amd64 hppa i386 mips mipsel powerpc s390 sparc kfreebsd-amd64 kfreebsd-i386 . -m 'ghc6 (= 6.12.1-10)' This *so* does not make sense. Killed those again. Marc -- BOFH #377: Someone hooked the twisted pair wires into the answering machine. pgpapBenrQzOW.pgp Description: PGP signature
Re: unblock: qsynth-0.3.4-2
Xavier Oswald xosw...@gmail.com writes: Please unblock qsynth-0.3.4-2 and let it enter testing. It is not blocked, so we cannot do anything about it. It is just waiting for the mips* buildds to build binary packages, which will, looking at the current backlog, take some more days. Marc -- BOFH #380: Operators killed when huge stack of backup tapes fell over. pgpgXXxQN9Jrp.pgp Description: PGP signature
Re: ghc6 still fails to build on ia64; what to do?
Joachim Breitner nome...@debian.org writes: Am Sonntag, den 14.02.2010, 14:46 +0100 schrieb Marc 'HE' Brockschmidt: Well, building of -9 failed again, so I guess the bootstrapping is not the only problem. Note that merulo is slightly newer than caballero (Madison core vs. the older McKinley core), so the differences we are seeing might be related to this. Perhaps someone from the ia64 porters could shed some light on this? Are there porters on d-release, or should someone actually notify them about this problem? The latter, I guess. Assuming nobody steps up to fix this, or nobody is able to, what is the plan B: Somewhen the Haskell packages will be ready on the other arches (there are issues to sort out until then, but solvable ones). Will we just remove the ia64 haskell packages then? If the ia64 porters don't step up to do their job, we will first start removing binary packages that are not ported and will then start to consider dropping ia64 as a release arch. That's the worst-case scenario which wouldn't make me happy at all. ia64 hardware is, after all, still actively developed, so people using and porting to it should be around. Marc -- BOFH #19: floating point processor overflow pgprJOzD4pBY4.pgp Description: PGP signature
Re: RM: kopete-facebook/testing -- ROM; Facebook switched it's IM service to XMMP, so the http method provided by this package becomes obsolete
Paul Wise p...@debian.org writes: 2010/2/14 Marc 'HE' Brockschmidt h...@ftwca.de: Removal hint added. You probably will want to do the same for pidgin-facebookchat Upstream seems to feel that the plugin might have its uses: http://code.google.com/p/pidgin-facebookchat/issues/detail?id=758 So I guess I will hold off with the removal till the Debian maintainer asks for it. Marc -- BOFH #328: Fiber optics caused gas main leak pgpaJCl2B4nUP.pgp Description: PGP signature
Bug#569078: nmu: OCaml 3.11.2 transition
Stéphane Glondu glo...@debian.org writes: Stéphane Glondu a écrit : nmu 1 haxe_20060912-2 . alpha armel hppa ia64 mips mipsel s390 . -m 'Recompile with OCaml 3.11.2' dw haxe_20060912-2 . alpha armel hppa ia64 mips mipsel s390 . -m 'ocaml (= 3.11.2-1), ocaml-findlib (= 1.2.5+debian-1+b1), libextlib-ocaml-dev (= 1.5.1-5+b1)' It seems that this one hasn't been scheduled. The version you've listed is from stable, and wb consequently didn't schedule the binNMUs. I have scheduled them now, for the version currently in unstable. Marc -- BOFH #406: Bad cafeteria food landed all the sysadmins in the hospital. pgpQuqf9X2kxM.pgp Description: PGP signature
Re: RM: kopete-facebook/testing -- ROM; Facebook switched it's IM service to XMMP, so the http method provided by this package becomes obsolete
Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com writes: Facebook switched it's IM service to XMMP, so the http method provided by this package becomes obsolete. As a side note, reportbug told me to send this mail to this list, so I am trusting it :) Removal hint added. Marc -- BOFH #66: bit bucket overflow pgp9dx64tvWsQ.pgp Description: PGP signature
Re: ghc6 still fails to build on ia64; what to do?
Luk Claes l...@debian.org writes: Kari Pahula wrote: The lack of ghc6 on ia64 has kept it from testing since 6.10.1. I never got it built with a 6.10 compiler but seems like we're pretty close to getting there with 6.12. Is it impossible that there's something wrong with the buildd? Could I just upload the package that I built on merulo? Any advice on this? Yes, you can upload the package that builds on merulo as you obviously tested it quite well. It is possible thqt there is something wrong with the buildd, though it would be good to see if the haskell packages compile ok with the compiler you built on merulo, so please upload and we could try to rebuild ghc6 on the buildd afterwards. Well, building of -9 failed again, so I guess the bootstrapping is not the only problem. Note that merulo is slightly newer than caballero (Madison core vs. the older McKinley core), so the differences we are seeing might be related to this. Perhaps someone from the ia64 porters could shed some light on this? Marc -- BOFH #95: Pentium FDIV bug pgpScVL4pjbC7.pgp Description: PGP signature
Re: JPEG 8 transition
Andreas Barth a...@not.so.argh.org writes: * Sune Vuorela (nos...@vuorela.dk) [100214 21:32]: I currently think roll-back, doing things properly, going ahead, is the way forward. I fear I need to agree with you. We should have libjpeg62 with symbols, recompile every package build-depending on libjpeg*-dev after that till the release, and then move to libjpeg8 (or whatever it is) at the begining of the squeeze+1-cycle (and we can be sure nothing breaks because of the symbols). I think we might even do this before releazing squeeze. Once we have versioned symbols, the transition won't hurt as much. The current situation is quite problematic, as we can't foresee how many package can break after partial upgrades. We know at least of one issue when kdm loads both libjpeg62 and libjpeg8, but there will probably dozens of other problems. In other words, please rollback libjpeg-dev to point again to libjpeg62-dev, and add symbol versions to libjpeg62 (the second can happen later, but as sooner it happens the better it is). After libjpeg-dev points again to libjpeg62-dev, we need to binNMU all affected programs. ACK. Marc -- BOFH #202: kernel panic: write-only-memory (/dev/wom0) capacity exceeded. pgpuHyRaDgjed.pgp Description: PGP signature
Re: Please BinNMU 5 packages to fix their dependencies
Mike Hommey m...@glandium.org writes: I've checked all the build-rdeps using dh_xulrunner and only 5 are apparently affected. So, please schedule the following binNMUs: Done. Marc -- BOFH #424: operation failed because: there is no message for this error (#1014) pgpPFeWnB93ia.pgp Description: PGP signature
Re: Testing haskell library builds experimental
Joachim Breitner nome...@debian.org writes: @d-release: Is there a way to avoid that, besides adding explicit Dependencies on 0.6.19 to all libraries? No. As experimental is an overlay suite, the buildds try to install the minimal set of packages from experimental to build packages, to avoid unwanted deps to experimental (for example to a newer libc or something). Marc -- Fachbegriffe der Informatik - Einfach erklärt 32: Vaporware Dampf, den man der Konkurrenz macht. (nach Peter Berlich) pgpcLrB5nLyO9.pgp Description: PGP signature
Re: please give back shogun
Soeren Sonnenburg so...@debian.org writes: The readline dependencies for octave3.0-headers are fixed now, so there is hope that it will finally compile... Given back for alpha armel i386 ia64 kfreebsd-i386 kfreebsd-amd64 mipsel powerpc s390 sparc. Marc -- Fachbegriffe der Informatik - Einfach erklärt 2: objektorientiert Den Code habe ich von meinem Vorgaenger geerbt. (Kristian Köhntopp) pgpPSs0U0C905.pgp Description: PGP signature
Re: please give back gnome-disk-utility on sparc
Michael Biebl bi...@debian.org writes: All b-deps of gnome-disk-utility should be available by now on sparc, so it's time to try again after 11 days. Done. Marc -- Fachbegriffe der Informatik - Einfach erklärt 1: Multimedia funktioniert mit elektrischem Strom (Kristian Köhntopp) pgpfbNQjFI6v9.pgp Description: PGP signature
Re: gb libewf_20091003-1 on mips
Cristian Greco cristian.deb...@gmail.com writes: building failed on mips due to a buildd error. Done. Marc -- Fachbegriffe der Informatik - Einfach erklärt 169: Veganer Die, die ihre Kinder nicht säugen, weil das für die Mutter Tierquälerei wäre. (Wau Holland) pgplEWp05nGol.pgp Description: PGP signature
Re: give-back tbb on ia64
Roberto C. Sánchez robe...@connexer.com writes: Did my request get lost in the noise? Seems so. Given back now. In the future you might want to file a bug instead of simply mailing us, as the BTS is better at tracking issues :-) Marc -- Fachbegriffe der Informatik - Einfach erklärt 287: Palestinänsertipper 1 Anschlag pro Minute. (Bodo Eggert) pgpyKlmwAPYT6.pgp Description: PGP signature
Re: please give-back kwwidgets and gdcm
Dominique Belhachemi domi...@cs.tu-berlin.de writes: gb kwwidgets_1.0.0~cvs20090825-2 . mips powerpc gb gdcm_2.0.12-11 . armel Done. Marc -- Fachbegriffe der Informatik - Einfach erklärt 239: MacOS X Unix für Weicheier. (Manfred Worm Schäfer) pgp9c9PUfQrmO.pgp Description: PGP signature
Re: sid repository has problem
Mohsen Pahlevanzadeh moh...@pahlevanzadeh.org writes: i use apt-get install php5-mysql from sid repository.But i saw package libmysqlclient15off doesn't exist php5-mysql depend on it. Yes, we know. We are currently transitioning from mysql-5.0 (with libmysqlclient15off as client lib) to mysql-5.1 (with libmysqlclient16 as client lib). This is a known problem and to be expected in sid. Marc -- Fachbegriffe der Informatik - Einfach erklärt 152: PORN Poster Ohne Richtigen Namen pgprzPTOe9dyL.pgp Description: PGP signature
Re: Bits from the release team: Release goals, schedule, state of the union
Steffen Joeris steffen.joe...@skolelinux.de writes:
On Wed, 26 Aug 2009 06:51:48 am Marc 'HE' Brockschmidt wrote:
Release Goals
=
[...]
- kFreeBSD:
Debian 6.0 Squeeze should be the first Debian release shipping with
a non-Linux kernel.
Out of curiosity, how is security support working for this and who is
providing it?
We [1] were hoping that kfreebsd-{i386,amd64} would be handled like i386
and amd64 and be supported by the security team.
As we know that the security team's manpower is limited, we acknowledge
this by asking you for any concers in supporting a architecture. For the
Squeeze cycle, this hasn't been done yet [2], as we haven't decided yet
which of the old architectures can't be supported from a release team
point of view.
Including kFreeBSD architectures in the release has been in discussion
for some time now, and we didn't see any official security team position
on this yet, thus assumed there were no (big) concers. Should you have
see some, please inform us soon.
Thanks,
Marc
Footnotes:
[1] Release Team
[2] see http://release.debian.org/squeeze/arch_qualify.html
--
BOFH #86:
Runt packets
pgpANVIDROQMc.pgp
Description: PGP signature
Re: Bits from the release team: Release goals, schedule, state of the union
Matthijs Kooijman matth...@stdin.nl writes: - New source package format: Make it possible to build all packages using dpkg source format 3.0 (quilt). This seems like something that requires packagers to take some action, or at least check their packages for this possibility? However, I've never heard about this new source format until now. Did I miss something, You missed something: http://lists.debian.org/debian-devel-announce/2008/04/msg4.html A quick read of the dpkg-source manpage about the source format 3 didn't really help my understanding of what would be required to attain this goal. Could you elaborate a bit? Perhaps in the next update? The documentation for all goals is reachable from the release goal list I referenced in the bits mail [1], in this case you can find more information on http://wiki.debian.org/ReleaseGoals/NewDebFormats There are links to a description of the new format as well as pointers to bugs filed for known problems. Marc Footnotes: [1] http://release.debian.org/squeeze/goals.txt -- BOFH #154: You can tune a file system, but you can't tune a fish (from most tunefs man pages) pgpNnPT0o1LCd.pgp Description: PGP signature
Re: Bits from the release team and request for discussion
ond...@sury.org writes: with root being signed[1] really soon (TM), could we add DNSSEC support to this list? Since I have recently switched position in my company (which took a lot of time), it looks like I will have now plenty of time for DNSSEC (since I can put DNSSEC in Debian to my top priorities). What is needed to enable DNSSEC support in Debian? How many changes do we actually need to do? Have bugs been filed for this? Is there already documentation about this somewhere? We would be happy add this as a release goal, but I fear we simply don't know enough about it :-) Marc -- BOFH #300: Digital Manipulator exceeding velocity parameters pgpQsJBa4ABmb.pgp Description: PGP signature
Re: please unblock powermgmt-base (was Re: Bug#514889: On battery power, so skipping file system check when in AC power
Holger Levsen hol...@layer-acht.org writes: This has been fixed in powermgnt-base 1.30+nmu1, which is in unstable since 163 days. +powermgmt-base (1.30+nmu1) unstable; urgency=low Unblocked. Marc -- BOFH #139: UBNC (user brain not connected) pgpFWSBo6HryV.pgp Description: PGP signature
Re: please remove tra from lenny
Holger Levsen hol...@layer-acht.org writes: upon looking at the packages of Chris (triggered through noticing powermgmt-base has not migrated to lenny even though the version in lenny is doesnt work with kernels 2.6.25 and being fixed in unstable) I noticed #154925 (portable app only available on i386) and thus the tra package, which seems to be something like rsync. Removal hint added. Marc -- BOFH #60: system has been recalled pgpExI074BZ38.pgp Description: PGP signature
Re: alsa-lib qa-doublebuild release goal in lenny
severity 505088 important thanks Lionel Elie Mamane lio...@mamane.lu writes: Maintainer has put it to severity minor (not sure why: because it applies only to nanosecond timestamp filesystems? because he thought it did not apply to the version in lenny?), which I consider too low. Not entering BTS ping-pong, but if the release team agrees with me (it is a confirmed release goal according to http://release.debian.org/lenny/rc_policy.txt), please say so. I'd be glad to do an NMU if that's appreciated / necessary / ..., but: - when the maintainer considers it minor, I feel I need strong reasons to do it - at this point I'm not sure if we are supposed to do it only for RC bugs or also for release goals. Only for RC bugs, so please don't NMU. I think we will just add the doublebuild thing to the release goals for squeeze (though mandating an idempotent build process would be something for the policy in general), so this bug is at least important. Marc -- Fachbegriffe der Informatik - Einfach erklärt 245: Stockoptions Die Geschäftsleitung behält sich vor, die Prügelstrafe einzuführen. (Manfred Worm Schäfer) pgp5CXjh9OQU8.pgp Description: PGP signature
Re: Removal request: libgnetwork
Jordi Mallach jo...@debian.org writes: 01:11 jordi hey 01:12 jordi so, I've been looking at my packages, and found out it's probably a good idea to kick gnetwork from lenny right now 01:12 jordi my plan is to request removal from unstable RSN as I packaged it because it was going to be used by some other pacakge, but that dependency got dropped in the end 01:13 jordi so it currently has no rdeps and I can't see anyone needing it in the future 01:13 jordi upstream is also inactive, so being network-related code, I guess it's better not to have it in lenny at all 01:13 jordi if it's still a good time to remove packages, I'll request this in the ML, if nobody thinks its a bad idea Luk gave his OK, so I'm now formally requesting the removal of gnetwork from lenny. a RoM request to ftpmaster will follow shortly. Removal hint added. Marc -- BOFH #442: Trojan horse ran out of hay pgpfYUP3XjlOI.pgp Description: PGP signature
Re: What to do with manderlbot?
Sergei Golovan sgolo...@nes.ru writes: Appears that manderlbot (a small IRC bot) version in lenny can't be run in a documented way because it was built with the older Erlang version and has that version hardcoded into its boot script. I've slightly changed the startup behavior and uploaded the fixed package in unstable, but did it a bit late. Unblocked. Marc -- BOFH #87: Password is too complex to decrypt pgptIDVWnYgA9.pgp Description: PGP signature
Re: remote crash in dkim-milter currently in lenny
Mike Markley m...@markley.org writes: I discovered a remote crash in all versions of dkim-milter subsequent to 2.6.0 (which is the version currently in lenny). There's a patch to 2.6.0 which fixes this, and a more complete change to the included library resposnible for the failed assertion is shipped in 2.8.1, which I plan to upload as soon as I figure out the best course of action to ensure the fix makes it into lenny. Because there have been some changes to some of the related IETF drafts as they've solidifed over the past few months, my preference would be to get 2.8.1 into lenny. With that said, I won't misrepresent the changes between the two versions as minor. I've run the latest versions in production successfully, but I'll obviously defer to the release team's judgment on that. Please upload just a fixed version of 2.6.0.dfsg-1 to unstable, then ping us again. A few days before the release, switching to a major new upstream version is not an option. Marc -- BOFH #379: We've picked COBOL as the language of choice. pgpaMOWf8LRjO.pgp Description: PGP signature
Re: I'd consider this bug very serious
Martin Pitt mp...@debian.org writes: Martin Pitt [2009-02-05 23:57 +0100]: TBH this is not really the time to fiddle with it, for Lenny I'd just back out the original change completely. Done and uploaded, debdiff attached. Unblocked by luk, this will go into lenny soonish. Marc -- Fachbegriffe der Informatik - Einfach erklärt 41: Internet Das von President Gates erfundene Computernetz. (Kristian Köhntopp) pgpjwtCz7pcmD.pgp Description: PGP signature
Re: Possible unblock for mt-daapd 0.9~r1696.dfsg-5 / candidate for Lenny r1
Julien BLACHE jbla...@debian.org writes: mt-daapd (0.9~r1696.dfsg-5) unstable; urgency=low * debian/postinst: + Fix postinst to not depend on the existence of the mt-daapd user for stat overrides (closes: #514334). -- Julien BLACHE jbla...@debian.org Fri, 06 Feb 2009 13:31:52 +0100 Unblocked. Marc -- BOFH #342: HTTPD Error 4004 : very old Intel cpu - insufficient processing power pgpSDvYOPEAMV.pgp Description: PGP signature
Re: please unblock phpbb3/3.0.2-4
Thijs Kinkhorst th...@debian.org writes: Please unblock phpbb3/3.0.2-4, just uploaded to sid, it addresses two security bug(let)s backported from the latest upstream release. Unblocked. Marc -- BOFH #53: Little hamster in running wheel had coronary; waiting for replacement to be Fedexed from Wyoming pgpsTUCJgk6md.pgp Description: PGP signature
Re: Please unblock base-passwd 3.5.20
Colin Watson cjwat...@debian.org writes: base-passwd (3.5.20) unstable; urgency=medium * Document that the staff group is typically root-equivalent (thanks, Guy Hulbert). -- Colin Watson cjwat...@debian.org Fri, 06 Feb 2009 16:20:12 + Unblocked. Marc -- BOFH #49: Bogon emissions pgpVGnEePrMRo.pgp Description: PGP signature
Re: squid3: please allow transition to lenny
Luigi Gangitano lu...@debian.org writes: squid3 (3.0.STABLE8-3) unstable; urgency=high * Urgency high due to security fixes Unblocked Marc -- BOFH #89: Electromagnetic energy loss pgp3wyBXqh1Zy.pgp Description: PGP signature
