Re: Approval to upload gcc-defaults 1.70?
* Grant Grundler [EMAIL PROTECTED] [2008-04-19 19:08]: This is a good idea - switch to gcc-4.3 for everything but the kernel. I didnt think this would be possible but I'm not sure why I thought that. We use gcc-4.1 for the kernel anyway, rather than the default compiler. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Heads up: ffmpeg transition (SONAME Change!)
On Sat, Apr 19, 2008 at 11:28:24AM +0200, Reinhard Tartler wrote: Currently debian/testing ships a very old copy of ffmpeg, dated from 0.cvs20070307. We, the ffmpeg maintainers (Fabian Greffrath and myself) do not consider that version of ffmpeg acceptable for release in debian lenny. Many newer applications of ffmpeg (like mplayer) require a newer ffmpeg to build, others (like xine) are waiting for debian to update the ffmpeg package. On a related note, what are the plans for ffmpeg encoding? As it is, the current lenny package seems to have stripped away most everything, leaving the transcoding support of VLC (among others) near-useless (try using MPEG-1 to stream low-bitrate video...). /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Requesting binNMU of universalindentgui
Chris Lamb [EMAIL PROTECTED] writes: Requesting binNMU of universalindentgui: universalindentgui_0.8.0 Rebuild fixes #473349, 1, alpha amd64 arm armel i386 ia64 mips mipsel powerpc s390 sparc Finally done. Sorry for the delay. Marc -- BOFH #300: Digital Manipulator exceeding velocity parameters pgpJyohmmNYka.pgp Description: PGP signature
Re: bin-NMUs for hunspell transition
Rene Engelhard [EMAIL PROTECTED] writes: Rene Engelhard wrote: OK, hunspell 1.2.2 uploaded to unstable. OK, so now the round of bin-NMUs now that the new hunspell is available on all archs.. Done - sorry for the delay. As only icedove and enchant haven't seen a regular upload in the meantime, only binNMUs for those two have been scheduled. Marc -- Fachbegriffe der Informatik - Einfach erklärt 183: Prolog Touring vollständig. (Markus Schaber) pgp3Y4BSW6UyB.pgp Description: PGP signature
Re: binNMUs for seahorse
Josselin Mouette [EMAIL PROTECTED] writes: please schedule binNMUs for seahorse on all architectures, with a dep-wait on epiphany-browser 2.22.1.1-1. This is to rebuild the seahorse epiphany extension for version 2.22. Done. Marc -- BOFH #293: You must've hit the wrong anykey. pgpOG75epvH3w.pgp Description: PGP signature
Re: binNMU needed for cairo with dep-wait on pixman
Frans Pop [EMAIL PROTECTED] writes: Please schedule binNMUs for cairo (1.6.4-1) for all architectures with a dep-wait on pixman 0.10.0-2. Note: cairo 1.6.4-1 has not yet been built on alpha. Done. Marc -- BOFH #56: Electricians made popcorn in the power supply pgpKMLlhW6YT5.pgp Description: PGP signature
Re: binNMUs for pinot
David Paleino [EMAIL PROTECTED] writes: please schedule binNMUs for pinot 0.84-1 on alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc [1], because of the libgmime ABI change without SONAME bump. Done, together with all other packages that still depend on the old libgmime2.2 name (balsa, dbmail, mail-notification, pan, pinot, tracker). Stephen, if you NMU to change the package name, it would be nice to prod someone to schedule the necessary binNMUs. Marc -- BOFH #105: UPS interrupted the server's power pgpYdqzqYdYHE.pgp Description: PGP signature
Re: Heads up: ffmpeg transition (SONAME Change!)
* Reinhard Tartler [Sat, 19 Apr 2008 11:28:24 +0200]: If there are no serious objections, I plan to upload ffmpeg mid to end of next week. If the release team asks me to upload sooner, no problem. Hello Reinhard, thanks for the heads-up. However, we would really appreciate if you could hold the upload to unstable until we find a spot for it, possibly right after the python transition. alpha is not doing very well atm, so we're not being able to get transitions out the door, and adding more transitions in unstable would probably have the net effect of delaying them all more. Is that doable for you? Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Will you just stand still? -- Luke Danes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Heads up: ffmpeg transition (SONAME Change!)
* Reinhard Tartler [Sat, 19 Apr 2008 11:28:24 +0200]: If there are no serious objections, I plan to upload ffmpeg mid to end of next week. If the release team asks me to upload sooner, no problem. Adeodato Simó [EMAIL PROTECTED] writes: Hello Reinhard, thanks for the heads-up. However, we would really appreciate if you could hold the upload to unstable until we find a spot for it, possibly right after the python transition. ... Is that doable for you? That's perfectly fine for me. I'll ask you on IRC again next week end. If I am not available or you have the feeling that the package could get into unstable sooner, feel free to upload the ffmpeg-free source package in experimental to unstable via NMU at your convenience. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4
Re: zlib 1:1.2.3.3.dfsg-12
On Friday 18 April 2008, Mark Brown wrote: Please allow the current zlib to transition to lenny. This version adds triarch builds of the library package for MIPS: As Otavio seems busy: no objection from D-I PoV. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: RFH: Multiarch capable toolchain as release goal
Why did I guess the name of binutils' maintainer correctly _before_ looking into the PTS? You're not alone. I bet that multiarch gets included into Ubuntu about two weeks after we released lenny without multiarch. That's indeed the way the maintainer seems to work, and he keeps sitting on way too many packages, stopping progress in Debian. Thanks for the fish. Multiarch should indeed go into Lenny, please consider an exception for it. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFH: Multiarch capable toolchain as release goal
On Sun, Apr 20, 2008 at 05:28:23PM +0200, Bernd Zeimetz wrote: I bet that multiarch gets included into Ubuntu about two weeks after we released lenny without multiarch. That's indeed the way the maintainer seems to work, and he keeps sitting on way too many packages, stopping progress in Debian. Thanks for the fish. Multiarch should indeed go into Lenny, please consider an exception for it. Before you bring this to the tech ctte and such, don't you need a refusal by the maintainer? I mean, AFAIK on this issue the only response has been silence. And the usual way to deal with silence is to interpret it as lack of time rather than refusal (and accordingly send a polite offer to NMU). -- Robert Millan The technological evasion of the license is as unacceptable as the legal evasion of the license [...]. That's the provision in section 1 regarding keys. [...] We say one thing: when you sell somebody a home... give him the keys -- Eben Moglen on GPLv3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Approval to upload gcc-defaults 1.70?
On Sun, Apr 20, 2008 at 08:23:42AM +0200, Martin Michlmayr wrote: * Grant Grundler [EMAIL PROTECTED] [2008-04-19 19:08]: This is a good idea - switch to gcc-4.3 for everything but the kernel. I didnt think this would be possible but I'm not sure why I thought that. We use gcc-4.1 for the kernel anyway, rather than the default compiler. fwiw, i'm comfortable with switching the kernel to gcc-4.2. i've been using it for kernels on all my boxes since around christmas, i believe (when i found problems with gcc-3.4 that made me move.) i haven't tried it on any older boxes (pa1.1 based) but it seems to be working well enough both 32-bit and 64-bit on my newer machines. cheers, kyle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]