Re: Fw: ping - stand openexp
Il giorno gio, 21/09/2006 alle 23.05 +0200, Stefano Melchior ha scritto: On Thu, Sep 21, 2006 at 11:27:03AM +0200, Federico Di Gregorio wrote: Ciao a tutti, Il giorno mer, 20/09/2006 alle 20.18 +0200, Filippo Giunchedi ha scritto: infatti... io ci sono, marco (bertorello) ? fog? Io arrivo sabato in giornata. Direi che se non c'è nessuno che voglia arrivare venerdì e mettere sui lo stand.. niente stand. io ci saro' durante la giornata di domenica. Il FAX è andato e anche se non ho avuto conferme deduco che dovremmo avere lo stand. Se poi non ce l'abbiamo amen. Il primo ad arrivare credo sarà Silvano Sartore (aka debsilver aka l'uomo delle magliette) che ariverà venerdì notte. Ciao a tutti. federico -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developer[EMAIL PROTECTED] INIT.D Developer [EMAIL PROTECTED] We are all dust, Saqi, so play the lute We are all wind, Saqi, so bring wine. -- Omar Khayam signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Bug#387385: ITP: shed -- Hex editor using ncurses, with a friendly pico-style interface
No, a bug (or rather, doesn't meet a release goal): | And these release goals currently: | - pervasive LFS (large files) support http://lists.debian.org/debian-devel-announce/2006/07/ msg5.html Okeydokey. will look into ading this. alex the shed author ___ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388586: /etc/profile contains PATH=/usr/bin/X11...
Package: general Severity: minor $ reportbug -f /etc/profile Finding package for '/etc/profile'... No packages match. No package specified; stopping. 1. No way to tell how /etc/profile got on my system. 2. All I know is it contains PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games and /usr/bin/X11 is merged so should be deleted. -- System Information: Debian Release: testing/unstable -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gfdl gcc documentation packages for non-free: update
Nikita V. Youshchenko writes: Hello. I've updated gcc-4.1 documentation packages (Section: non-free/doc). Packages are no longer debian-native, also several issues have been fixed. Also, I've created gcc-doc-defaults package (Section: contrib/doc) that builds gcc-doc, cpp-doc, gfortran-doc and treelang-doc packages with proper dependences and symlinks. Maintainer of all those packages is set to debian-gcc@lists.debian.org As for over version of gcc - packages for those that are currently in sid still contain gfdl documentation. So creation of proper non-free packages has to be postponed until this documentation is not removed from there. Currently packages are at http://zigzag.lvk.cs.msu.su/~nikita/debian/gcc-doc/ I'm going to upload there (to non-free and contrib) in a day or two. Comments welcome. some problems: - the man pages (all except gfortran.1) are not built from source. - RC - the gfdl is not included in the man pages, nor the gfdl(7) man pages are shipped, violating the GFDL (dropping invariant sections). - RC - the java man pages are not built - the libstdc++ docs are not built - the man pages are not up to date. you have to apply the patches from our sources. for an alternative approach (somebody did volunteer to do that, but I never heard again from this developer): - put the doc files from http://people.debian.org/~doko/gcc-4.1/gcc-4.1.1-doc.tar.bz2 in a source tarball. - build-depend on gcc-4.1-source (including the -doc patches), build the package (bootstrap_target=all), then just package the documentation. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Third and final call for votes for the assets handling constitutional amendment GR
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- b7af2494-93e2-490e-9312-85647b0928b3 [ 1 ] Choice 1: Amend the constitution [needs 3:1] [ 2 ] Choice 2: Further discussion - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- -- ENOSIG signature.asc Description: Digital signature
Media players in Debian (was: new mplayer)
[Yavor Doganov] I was wondering, what's so important about mplayer? With totem and vlc (and I anticipate there's something similar for KDE) you have everything you need. I believe kaffeine is the totem equivalent for KDE. And I agree, the tools in Debian are quite good, and I am not sure if mplayer have much extra to offer these days. There is the question of libdvdcss2 (for DVD playing) and some codeces missing, but the situation is improving there too. :) There is also gnash, the flash player. It is able to run quite a few flash files, but lack video support still. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian (was: new mplayer)
On Fri, Sep 22, 2006 at 11:12:10AM +0200, Petter Reinholdtsen wrote: I was wondering, what's so important about mplayer? With totem and vlc (and I anticipate there's something similar for KDE) you have everything you need. I believe kaffeine is the totem equivalent for KDE. And I agree, the tools in Debian are quite good, and I am not sure if mplayer have much extra to offer these days. There is the question of libdvdcss2 (for DVD playing) and some codeces missing, but the situation is improving there too. :) There is also gnash, the flash player. It is able to run quite a few flash files, but lack video support still. Mplayer comes with his friend mencoder. I doubt that koffeine, totem, xine, vlc have something to offer in that regard. And if I can't play something with vlc I'm almost sure it's playable with mplayer + w32codecs. Yes, I know there won't be w32codecs package in Debian, but even mplayer would be great addition. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Media players in Debian (was: new mplayer)
On 9/22/06, Bartosz Fenski aka fEnIo [EMAIL PROTECTED] wrote: Yes, I know there won't be w32codecs package in Debian, but even mplayer would be great addition. It would be great if upstream would actually care about legal issues, licenses and patents in particular. This is pretty much the only thing stopping Debian from distributing it - it may actually be illegal and while Marillat is probably too small a target to sue, the Debian project may be large enough. -- Andrew Donnellan http://andrewdonnellan.com http://ajdlinux.blogspot.com Jabber - [EMAIL PROTECTED] GPG - hkp://subkeys.pgp.net 0x5D4C0C58 --- Member of Linux Australia - http://linux.org.au Debian user - http://debian.org Get free rewards - http://ezyrewards.com/?id=23484 OpenNIC user - http://www.opennic.unrated.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian (was: new mplayer)
Le vendredi 22 septembre 2006 à 11:19 +0200, Bartosz Fenski aka fEnIo a écrit : Mplayer comes with his friend mencoder. I doubt that koffeine, totem, xine, vlc have something to offer in that regard. VLC does, and we also have ffmpeg for command-line encoding. GStreamer in Debian currently doesn't support encoding, but it would become possible if it was built against Debian's ffmpeg (which requires quite some work). -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: Debian cares more about documents than people
On Friday 22 September 2006 00:42, alfredo diega wrote: On 9/21/06, Thaddeus H. Black [EMAIL PROTECTED] wrote: I ask you, is that fair? Well, I guess it isn't fair. Look, have any of you ever sent an email out of frustration, then wish you could take it back? I am sorry, I hope somebody will forgive me. I just need to loose my pride and switch to Ubuntu. I haven't and I know the LUG here will laugh at me and tell me We told you so but what you say is true. Different goals. What I was telling my friends was I wanted to use the best community distro based on free software out there. I thought it If you think it is community based distro, and you want more frequent stable releases (say, one release per year, i.e. every December before the Christmas holidays ;-) then you might want to help to keep testing (resp. unstable) as close as possible to a reasonable releaseable state. This means sending decent bugreports, patches, etc. ... that should be community-made I belive, and not just shouting out 'oh, can't wait, your old software doesn't not support my new hardware'. was Debian and maybe it still is but I guess I need to ask myself: What is the best community distro based on free software that isn't so free that it doesn't work. I guess that right now is Ubuntu. Will you approach ubuntu's mailing lists the same way when next Debian Stable got released with much more current software than the latest Ubuntu Stable release ? -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian (was: new mplayer)
On 9/22/06, Josselin Mouette [EMAIL PROTECTED] wrote: Le vendredi 22 septembre 2006 à 11:19 +0200, Bartosz Fenski aka fEnIo a écrit : Mplayer comes with his friend mencoder. I doubt that koffeine, totem, xine, vlc have something to offer in that regard. VLC does, and we also have ffmpeg for command-line encoding. GStreamer in Debian currently doesn't support encoding, but it would become possible if it was built against Debian's ffmpeg (which requires quite some work). -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom I could never see a whole film using Totem or VLC (from Debian). I do, with mplayer (from Marillat). I think this is enough reason to include Mplayer in Debian. Another reason is... lots of Debian users download mplayer from Marillat or other sources (maybe Marillat may provide some stats)... users are not stupid, if lots of them do an extra effort to get a program which is not in Debian, you can be sure the program is better in some way.
Re: Media players in Debian (was: new mplayer)
On Friday 22 September 2006 13:29, César Martínez Izquierdo wrote: I could never see a whole film using Totem or VLC (from Debian). That is interesting assertion. I have very good experience with vlc here. Did you report your issue to the BTS ? I do, with mplayer (from Marillat). In fact, I've never felt a need to use these, so I can't comment on these. I think this is enough reason to include Mplayer in Debian. Are you sure it is not patent encumbered ? Debian is quite a large and attractive target to attack for various infringements. I haven't looked at mplayer svn for quite some time so I can't be sure what the latest developments are. Another reason is... lots of Debian users download mplayer from Marillat or other sources (maybe Marillat may provide some stats)... users are not stupid, if lots of them do an extra effort to get a program which is not in Debian, you can be sure the program is better in some way. In fact yes, that was my case in the past. Here is what I've used back then [1], when upstream used to use CVS, thus you might want to adjust that for their SVN now. But since as I already said I'm perfectly fine with vlc and didn't feel the need to use that anymore. [1] svn co http://svn.openfmi.net/debian-addons-bg/mplayer-builder/trunk -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new mplayer
Yavor Doganov [EMAIL PROTECTED] writes: I was wondering, what's so important about mplayer? With totem and vlc (and I anticipate there's something similar for KDE) you have everything you need. I've never tried mplayer and I don't know how it looks or what it does, so that's just my uneducated guess. Mplayer is important for a couple of reasons. A really lot of modern video and audio formats is supported by ffmpeg, which is already in debian. There is a big overlap of mplayer and ffmpeg developers, and mplayer tracks ffmpeg development very closely. It is hard for outsiders to understand why mplayer is (supposely) not acceptable for debian, while xine, vlc, and even ffmpeg have been in debian for a very long time. Mplayer is great and free software, and really pushes development for free (as in speach) modern multimedia codecs. I think it would be a great win to have mplayer in debian. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian (was: new mplayer)
On Fri, Sep 22, 2006 at 11:12:10AM +0200, Petter Reinholdtsen wrote: And I agree, the tools in Debian are quite good, and I am not sure if mplayer have much extra to offer these days. I've heard these claims (“player X should be more than good enough, what do you need mplayer for these days?”) for at least the last five years -- it's a difficult claim to refute, since people have rather different viewing habits, different platforms and different needs. For _my_ part, I've still not seen any player that works remotely as reliably over a wide range over file formats and various brokenness as mplayer does. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388569: general: always printed in letter format
On Thu, 21 Sep 2006 11:13:27 +0200, gerhard oettl wrote: Since updating to etch some weeks ago i was not able to print from firefox, because always letter format is requested on the printer panel. Do you have /etc/papersize and what is its content? $ cat /etc/papersize a4 $ Cf. also man papersize gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Eagles: Desperado signature.asc Description: Digital signature
Re: gfdl gcc documentation packages for non-free: update
Le jeudi 21 septembre 2006 à 14:32 +0200, Matthias Klose a écrit : - build-depend on gcc-4.1-source (including the -doc patches), build the package (bootstrap_target=all), then just package the documentation. If the source packages still contain some GFDL documents, then this is a RC bug. The DFSG don't apply only to binary packages. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: gfdl gcc documentation packages for non-free: update
Nikita V. Youshchenko writes: Hello. I've updated gcc-4.1 documentation packages (Section: non-free/doc). Packages are no longer debian-native, also several issues have been fixed. Also, I've created gcc-doc-defaults package (Section: contrib/doc) that builds gcc-doc, cpp-doc, gfortran-doc and treelang-doc packages with proper dependences and symlinks. Maintainer of all those packages is set to debian-gcc@lists.debian.org As for over version of gcc - packages for those that are currently in sid still contain gfdl documentation. So creation of proper non-free packages has to be postponed until this documentation is not removed from there. Currently packages are at http://zigzag.lvk.cs.msu.su/~nikita/debian/gcc-doc/ I'm going to upload there (to non-free and contrib) in a day or two. Comments welcome. some problems: - the man pages (all except gfortran.1) are not built from source. - RC Most manpages are available as is in upstream tarball - so I decided to use those unmodified. Fortran manpage was not there - so I had to build it. If that's a problem, all may be made built from texi source, that should be simple. - the gfdl is not included in the man pages, nor the gfdl(7) man pages are shipped, violating the GFDL (dropping invariant sections). - RC What is the best approach to handle this? Include full gfdl text in debian/copyright? Depend on a package that will provide gfdl.7 (or maybe /usr/share/common-licenses/GFDL)? - the java man pages are not built - the libstdc++ docs are not built I've checked which files are in package set build from gcc-4.1 4.1.1-10, but are not in files built from gcc-4.1 4.1.1ds1-13 source. Probably java stuff is built from different source - so additional source package is needed for it's docs? As for libstdc++, looks like you do still provide all docs in libstdc++6-doc 4.1.1ds1-13 package? - the man pages are not up to date. you have to apply the patches from our sources. This could be done I guess. for an alternative approach (somebody did volunteer to do that, but I never heard again from this developer): - put the doc files from http://people.debian.org/~doko/gcc-4.1/gcc-4.1.1-doc.tar.bz2 in a source tarball. - build-depend on gcc-4.1-source (including the -doc patches), build the package (bootstrap_target=all), then just package the documentation. I don't know if this approach is better or not. Won't it take much longer to build/test/...? I did the doc package in the form I did it because: - there is currently no gcc docs in debian, which I consider a fatal problem (in my personal rating, it's much more RC than most of official RC bugs) - enough time has passed since gcc docs have been removed, and there is no visible activity to provide it - etch release is near, so etch release without gcc docs starts to look very probable. For me, that will mean that I will have to stop recommend Debian for people with whom I work - and then maybe to switch from Debian myself, because it is too difficult to support non-very-technical perople on distribution other than you use. I don't like this scenario at all. So I did the minimal packaging, and will try to fix at least the required minimum of issues so etch will include those (in non-free and contrib sections). Btw, thanks for reports. If anybody else wishes to create or maintain or co-maintain gcc docs packages, using mine or your or any other approach, I have nothing against. Just the opposite. I have bad and hopeless problems with free time. All free software - related plans and ideas, even simple ones, are frozen already for months. I'm doing gcc-doc packages only because I don't see anybody else working on this problem, which I consider critical. Nikita -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
it`s all about SOFT Lucienne
Want to see something shocking? Everyone knows it's embarressing for people to talk with their physician about their or their partners private issues. Well, you don't need to be embarressed. We can offer the pill right to your door and at about one third of the cost. We have hundreds of thousands of happy couples who changed their marriages. If you want to take a look, please check up the site below. You'll be quite impressed: http://meddu.com.qqdckini3zjzpiz4cczexunhucu.dashesnp.cc collar future -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian
Andrew Donnellan [EMAIL PROTECTED] writes: It would be great if upstream would actually care about legal issues, licenses and patents in particular. Upstream does care for legal issues, and patents in particular. Check the mplayer development mailing list archive for the last months. This is pretty much the only thing stopping Debian from distributing it - it may actually be illegal [...] The problematic parts regarding patents are mostly in ffmpeg, which is already in debian for some time. There seem to be no problem for debian redistributing ffmpeg. Other maybe problematic parts are in libdvdcss, which has been strpped off in the proposed mplayer package. Honestly, I don't know what problems remain problems regarding mplayer, but claiming that mplayer upstream did not care about copyright and patent issue is straight wrong and does only spread FUD. Please help to improve the situation by mentioning concrete remaining problems. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian (was: new mplayer)
On Fri, 22 Sep 2006, Steinar H. Gunderson wrote: I've heard these claims (ÿÿplayer X should be more than good enough, what do you need mplayer for these days?ÿÿ) for at least the last five years -- it's a difficult claim to refute, since people have rather different viewing habits, different platforms and different needs. For _my_ part, I've still not seen any player that works remotely as reliably over a wide range over file formats and various brokenness as mplayer does. And, BTW, do we really need Emacs if we have vi? duck Andreas. -- http://fam-tille.de
Re: Media players in Debian (was: new mplayer)
Le vendredi 22 septembre 2006 à 12:29 +0200, César Martínez Izquierdo a écrit : I could never see a whole film using Totem or VLC (from Debian). I don't remember seeing your bug report, could you point me to the bug number please? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Processed: re: /etc/profile contains PATH=/usr/bin/X11...
Processing commands for [EMAIL PROTECTED]: reassign 388586 base-files Bug#388586: /etc/profile contains PATH=/usr/bin/X11... Bug reassigned from package `general' to `base-files'. found 388586 3.1.16 Bug#388586: /etc/profile contains PATH=/usr/bin/X11... Bug marked as found in version 3.1.16. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388586: /etc/profile contains PATH=/usr/bin/X11...
reassign 388586 base-files found 388586 3.1.16 thanks /etc/profile is installed by the postinst of the base-files package; reassigning appropriately. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#388615: ITP: conntrack -- Program to modify the netfilter conntrack tables
Package: wnpp Severity: wishlist Owner: Max Kellermann [EMAIL PROTECTED] * Package name: conntrack Version : 1.00~beta2 Upstream Author : Pablo Neira Ayuso [EMAIL PROTECTED] * URL : http://www.netfilter.org/projects/conntrack/ * License : GPL Description : Program to modify the netfilter conntrack tables conntrack is a userspace command line program targeted at system administrators. It enables them to view and manage the in-kernel connection tracking state table. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian (was: new mplayer)
On Fri, 22 Sep 2006 13:03:44 +0200, Steinar H. Gunderson wrote: I've heard these claims (“player X should be more than good enough, what do you need mplayer for these days?”) for at least the last five years Not, This cannot be played on record^Hmedia player X ? Tortoise -- Chris Lamb, Cambs, UK WWW: http://chris-lamb.co.uk Q. Why is top posting bad? GPG: 0x634F9A20 A. Because it breaks the logical sequence of discussion signature.asc Description: PGP signature
Bug#388620: ITP: drapes -- a desktop wallpaper managment application for the GNOME desktop
Package: wnpp Severity: wishlist Owner: Francesco Namuri [EMAIL PROTECTED] * Package name: drapes Version : 0.4.97 Upstream Author : Milosz Tanski [EMAIL PROTECTED] * URL : http://drapes.mindtouchsoftware.com/ * License : GPL Programming Lang: C# Description : a desktop wallpaper managment application for the GNOME desktop the aim of drapes is to compliment (replace) the built in GNOME desktop wallpaper selection tool. It can be configured as a tray application or as a panel applet. The bigest selling point of drapes is ability to rotate wallapers on a timely basis. It strives to be as simple as possible and fit in the rest of the GNOME 2 desktop. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (850, 'unstable'), (750, 'testing'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-custom.2 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388614: ITP: libnetfilter-conntrack -- Netfilter netlink-conntrack library
Package: wnpp Severity: wishlist Owner: Max Kellermann [EMAIL PROTECTED] * Package name: libnetfilter-conntrack Version : 0.0.31 Upstream Author : Pablo Neira Ayuso [EMAIL PROTECTED] * URL : http://www.netfilter.org/projects/libnetfilter_conntrack/ * License : GPL Description : Netfilter netlink-conntrack library libnetfilter_conntrack is a userspace library providing a programming interface (API) to the in-kernel connection tracking state table. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian (was: new mplayer)
On 9/22/06, Josselin Mouette [EMAIL PROTECTED] wrote: Le vendredi 22 septembre 2006 à 12:29 +0200, César Martínez Izquierdo a écrit : I could never see a whole film using Totem or VLC (from Debian). I don't remember seeing your bug report, could you point me to the bug number please? First of all, I don't have time to send bug reports for all the bugs I find (although I send most of them, when I have to choose I send to packages which I usually use). Specially, when I want to see a film, I really want to see the film at that moment, not after sending some bug reports. Second, if I'm see a not original film, whose legality is at least doubtful in some countries, and the player crashes, probably I don't want to send a bug report about that. Maybe my fault, anyway... Regards, César
Bug#388613: ITP: libnfnetlink -- Netfilter netlink library
Package: wnpp Severity: wishlist Owner: Max Kellermann [EMAIL PROTECTED] * Package name: libnfnetlink Version : 0.0.16 Upstream Author : Netfilter Core Team [EMAIL PROTECTED] * URL : http://www.netfilter.org/projects/libnfnetlink/ * License : GPL Description : Netfilter netlink library libnfnetlink is a lowlevel C library which helps accessing the netfilter netlink layer in the kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new mplayer
I understand the freeze is probably too soon, but I need mplayer for making movies I need for my physics research. Please allow this mplayer into Etch. -- - Joseph Smidt [EMAIL PROTECTED]
Re: gfdl gcc documentation packages for non-free: update
On Sep 21, Matthias Klose [EMAIL PROTECTED] wrote: - the man pages (all except gfortran.1) are not built from source. - RC As long as the source is available in the package this is not a bug at all. -- ciao, Marco signature.asc Description: Digital signature
Need for darcs.debian.org?
Hello! Croos-posting to d-d and the CL-Debian mailing list to let it know about my post, but please answer only on d-d (I set M-F-T and R-T accordingly). After having read zack's blog entry [2] about the new XS-X-VCS-xxx field for debian/control files, I was adding it to my packages [3] (all related to Common Lisp). Now, most of the CL-Debian packages are Darcs-maintained, with repositories like the following: http://cl-debian.alioth.debian.org/repository/$MAINT/$PACKAGE While I'm fine with the string above, I'm wondering if a more general one would be better, similar to the SVN one: http://darcs.debian.org/$GROUP/$PACKAGE Now, the questions: 1) could it be useful and will it be adopted by the Darcs-maintained packages? 2) has someone already proposed it? The only reference I could found is from a post to d-d by George Danchev [4]. Thx, bye, Gismo / Luca Footnotes: [1] http://cl-debian.alioth.debian.org [2] http://www.bononia.it/~zack/blog//posts/xs-x-vcs-XXX.html [3] http://qa.debian.org/[EMAIL PROTECTED] [4] http://lists.debian.org/debian-devel/2006/07/msg00853.html pgpEFieLKwCMy.pgp Description: PGP signature
Re: new mplayer
On 9/21/06, A Mennucc [EMAIL PROTECTED] wrote: hithis mplayer does not contain 'mencoder' the legal statusof mencoder is not clear enough to include it into Debian Thanks for letting me know. In that case I will have to look to third party stuff. :( Joseph Smidt -- - Joseph Smidt [EMAIL PROTECTED]
Re: new mplayer
Le jeudi 21 septembre 2006 à 10:00 -0600, Joseph Smidt a écrit : On 9/21/06, A Mennucc [EMAIL PROTECTED] wrote: hi this mplayer does not contain 'mencoder' the legal status of mencoder is not clear enough to include it into Debian Thanks for letting me know. In that case I will have to look to third party stuff. :( The ffmpeg Debian package has probably all you need to encode videos. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: new mplayer
Hello! Cc:ing directly Andrea and Dariush (the Debian maintainer) to be sure they read my post, hope you don't mind. On Thu, 21 Sep 2006 15:36:16 +0200, A Mennucc wrote: I prepared a new mplayer (with help from Diego Biurrun of the mplayer team) From the package description: Mplayer is a movie player for LINUX. . NOTE: the .tar.gz distributed with Debian does not contain all of the upstream code. Read README.Debian and copyright for details. . MPlayer plays most MPEG, VOB, AVI, OGG/OGM, VIVO, ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files, supported by many native, XAnim, RealPlayer, and Win32 DLL codecs. You can watch VideoCD, SVCD, DVD, 3ivx, RealMedia, and DivX movies too. . Another big feature of MPlayer is the wide range of supported output drivers. It works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev, AAlib(*), DirectFB, but you can also use SDL and GGI(*) (and this way all their drivers) and some lowlevel card-specific drivers (for Matrox, 3Dfx and Radeon, Mach64, Permedia3) too! Most of them supports software or hardware scaling, so you can enjoy movies in fullscreen. MPlayer supports also displaying through some hardware MPEG decoder boards, such as the DVB and DXR3/Hollywood+. (*) GGI and AAlib are not currently compiled by default. = Some hints: 1) please add the upstream homepage at the end, as per the Developer Reference paragraph 6.2.4 [1], like = [...] (*) GGI and AAlib are not currently compiled by default. . Homepage: http://www.mplayerhq.hu = 2) the second paragraph could be better wrapped, especially compared to the third one = . MPlayer plays most MPEG, VOB, AVI, OGG/OGM, VIVO, ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files, supported by many native, XAnim, RealPlayer, and Win32 DLL codecs. You can watch VideoCD, SVCD, DVD, 3ivx, RealMedia, and DivX movies too. = 3) I'd put the NOTE paragraph at the end of the description, but AFAIK there's no consensus on this as I could see from the output of `grep-aptavail -FDescription NOTE` Thx, bye, Gismo / Luca Footnotes: [1] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info pgpFEZ9BM2kUg.pgp Description: PGP signature
Contact et distribution
Bonjour, Nous avons commencé une serie d'études sur le lunix et nous voulons en faire le sytème le plus repandu dans notre pays République Démocratique du Congo. Aussi nous vous demandons de nous aider en nous envoyant 20 cds de Linux débian car nous ne pourrons pas faire des téléchargements. Ces Cds seront recopiés et distribués gratuitement avec un minimum d'encradement d'installation et utilisation. Car nous avons une école informatique dans notre organisation 'Eglise Chretienne' Victory Chapel. Merci d'avance pour votre concours. Notre Adresse : Réverend Samy Nzazi B.P. 498 Limete 00243 Kinshasa République Démocratique du CONGO Get your email and more, right on the new Yahoo.com
Problem including asm/timex.h (linux-kernel-headers 2.6.17)
Hi, I am trying to prepare packages for the new MaxDB release 7.5.00.38 and am having problems with a new piece of code in there. The code in question looks like this and is known to work on Suse SLES9: ... #ifdef LINUX # include sys/time.h typedef SAPDB_UInt8 u64; # include asm/param.h # include asm/types.h # include asm/timex.h # define HAS_GET_CYCLES #endif ... However when I try to compile this with linux-kernel-headers (2.6.17.10-3) on my amd64 box I only get a host of error messages starting like this: RTESys_MicroTime.c fast In file included from /usr/include/asm-x86_64/vsyscall.h:4, from /usr/include/asm/vsyscall.h:8, from /usr/include/asm-x86_64/timex.h:11, from /usr/include/asm/timex.h:8, from RTESys_MicroTime.c:76: /usr/include/linux/seqlock.h:76: error: expected '=', ',', ';\ ', 'asm' or '__attribute__' before 'unsigned' /usr/include/linux/seqlock.h:91: error: expected '=', ',', ';\ ', 'asm' or '__attribute__' before 'int' In file included from /usr/include/linux/cpumask.h:86, from /usr/include/asm-x86_64/processor.h:23, from /usr/include/asm/processor.h:8, from /usr/include/asm-x86_64/timex.h:14, from /usr/include/asm/timex.h:8, from RTESys_MicroTime.c:76: /usr/include/linux/bitmap.h: In function 'bitmap_zero': /usr/include/linux/bitmap.h:128: error: 'BITS_PER_LONG' undeclared \ (first use in this function) /usr/include/linux/bitmap.h:128: error: (Each undeclared identifier is \ reported only once ... (I can provide the full output if required) From looking at the header files in /usr/include it seems that a lot of types and macros used in those headers are only available to the kernel (protected by #ifdef __KERNEL__) and to me it seems that asm/timex.h cannot be successfully included by a user-space application. I have no experience in this area, so I am just wondering: are user-space applications not supposed to include any headers below /usr/include/asm or is this a problem with the header files? In any case, what MaxDB seems to try to do, is to use get_cycles() from asm/timex.h for its internal timers. Is this a problem, and has it been working for upstream just by accident, or is this ok and I should try and get it to work on Debian? Thanks for any help, Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need for darcs.debian.org?
On Fri, Sep 22, 2006 at 03:14:02PM +0200, Luca Capello wrote: After having read zack's blog entry [2] about the new XS-X-VCS-xxx field for debian/control files, I was adding it to my packages [3] (all related to Common Lisp). This is an *excellent* idea, but a terrible way of introducing it. Why was it posted only on a blog, and not to -- at least -- debian-devel? I'm growing increasingly annoyed with things that are announced only on blogs and not on the Debian developer mailing lists. (I know it wasn't you, but this is a general comment.) one would be better, similar to the SVN one: http://darcs.debian.org/$GROUP/$PACKAGE Now, the questions: 1) could it be useful and will it be adopted by the Darcs-maintained packages? It could be useful, I think. How would one push to it -- over ssh or with darcs send? I am using my own private server for this now. Easier than to have to deal with all the alioth overhead. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Processed: Re: Bug#387446: glibc: Please compile for (/usr)/lib64 on amd64 as per FHS
Processing commands for [EMAIL PROTECTED]: retitle 387446 amd64 system not compliant with FHS Bug#387446: glibc: Please compile for (/usr)/lib64 on amd64 as per FHS Changed Bug title. Debian Bug Tracking System wrote: Unknown command or malformed arguments to command. Processing commands for [EMAIL PROTECTED]: Unknown command or malformed arguments to command. Unknown command or malformed arguments to command. reassign 387446 general Unknown command or malformed arguments to command. Bug#387446: glibc: Please compile for (/usr)/lib64 on amd64 as per FHS Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 11:17:56AM -0500, John Goerzen wrote: This is an *excellent* idea, but a terrible way of introducing it. Why was it posted only on a blog, and not to -- at least -- debian-devel? I'm growing increasingly annoyed with things that are announced only on blogs and not on the Debian developer mailing lists. (I know it wasn't you, but this is a general comment.) Please yell at me, I'm the responsible for that :-) As a general answer: posting to blogs is usually faster than the proper way to do things (in this case whishlist bug report + patch for the developers reference), that's why it is usually preferred. Of course this is ok only if followed by the proper way. As an answer specific for this case. The field is still an X- field, because I actually don't know how and if it should be standardized. I posted to a blog also to see if people like it and to see how many people will start using it now that is supported in the PTS, albeit being an X- field. As a first sight it seems people like it, since several guys asked me info about it. The proper way of documenting it, patching the developers reference is on my TODO list. Feel free to help in any way you want, writing a Wiki page for example, or being faster than me in submitting the whishlist bug report against the developer reference :-) Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Re: Media players in Debian
On Fri, Sep 22, 2006 at 01:12:02PM +0200, Reinhard Tartler [EMAIL PROTECTED] wrote: Andrew Donnellan [EMAIL PROTECTED] writes: It would be great if upstream would actually care about legal issues, licenses and patents in particular. Upstream does care for legal issues, and patents in particular. Check the mplayer development mailing list archive for the last months. This is pretty much the only thing stopping Debian from distributing it - it may actually be illegal [...] The problematic parts regarding patents are mostly in ffmpeg, which is already in debian for some time. There seem to be no problem for debian redistributing ffmpeg. Note that debian's ffmpeg doesn't include encoding support for aac or mp3... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem including asm/timex.h (linux-kernel-headers 2.6.17)
Am Donnerstag 21 September 2006 20:09 schrieb Martin Kittel: In file included from /usr/include/asm-x86_64/vsyscall.h:4, from /usr/include/asm/vsyscall.h:8, from /usr/include/asm-x86_64/timex.h:11, from /usr/include/asm/timex.h:8, from RTESys_MicroTime.c:76: /usr/include/linux/seqlock.h:76: error: expected '=', ',', ';\ ', 'asm' or '__attribute__' before 'unsigned' /usr/include/linux/seqlock.h:91: error: expected '=', ',', ';\ ', 'asm' or '__attribute__' before 'int' This comes from the __always_inline that is not defined. To define it, include linux/compiler.h Kernel headers tend to not include all headers for the things they use, you magically have to find the right combination yourself. The other errors probably have similar causes. HS pgp4aZtdJBK8c.pgp Description: PGP signature
Re: Problem including asm/timex.h (linux-kernel-headers 2.6.17)
On Sep 21, Martin Kittel [EMAIL PROTECTED] wrote: I have no experience in this area, so I am just wondering: are user-space applications not supposed to include any headers below /usr/include/asm Yes. The application is buggy. -- ciao, Marco signature.asc Description: Digital signature
Re: Need for darcs.debian.org?
Hello! On Fri, 22 Sep 2006 18:17:56 +0200, John Goerzen wrote: On Fri, Sep 22, 2006 at 03:14:02PM +0200, Luca Capello wrote: one would be better, similar to the SVN one: http://darcs.debian.org/$GROUP/$PACKAGE Now, the questions: 1) could it be useful and will it be adopted by the Darcs-maintained packages? It could be useful, I think. How would one push to it -- over ssh or with darcs send? ATM, for what is the CL-Debian packages I'm rsyncing my local repositories to the Alioth ones, because there's only one maintainer, me :-D IMHO the simplest solution I can see is a push over SSH, which is what I successfully use for the BESE software [1] [2]. `darcs send` could be useful if we want to keep track of the various commits on a mailing list. Moreover, we could have darcs-server or darcsweb :-) Thx, bye, Gismo / Luca Footnotes: [1] http://common-lisp.net/project/bese [2] http://common-lisp.net/project/ucw pgp2D5Yt10FZy.pgp Description: PGP signature
Processed: Re: Bug#387446: glibc: Please compile for (/usr)/lib64 on amd64 as per FHS
Processing commands for [EMAIL PROTECTED]: reassign 387446 general Bug#387446: glibc: Please compile for (/usr)/lib64 on amd64 as per FHS Bug reassigned from package `glibc' to `general'. retitle 387446: amd64 system not compliant with FHS Unknown command or malformed arguments to command. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388805: Info received (Bug#388805: RFP: please package mod_auth_xradius)
Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. Your message has been sent to the package maintainer(s): Debian Apache Maintainers debian-apache@lists.debian.org If you wish to continue to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Bug#388805: RFP: please package mod_auth_xradius
Processing commands for [EMAIL PROTECTED]: retitle 388805 RFP: please package mod_auth_xradius Bug#388805: libapache2-mod-auth-radius missing Changed Bug title. reassign 388805 wnpp Bug#388805: RFP: please package mod_auth_xradius Bug reassigned from package `apache2' to `wnpp'. severity 388805 wishlist Bug#388805: RFP: please package mod_auth_xradius Severity set to `wishlist' from `wishlist' thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need for darcs.debian.org?
On Fri, Sep 22, 2006 at 07:13:54PM +0200, Luca Capello wrote: It could be useful, I think. How would one push to it -- over ssh or with darcs send? ATM, for what is the CL-Debian packages I'm rsyncing my local repositories to the Alioth ones, because there's only one maintainer, me :-D IMHO the simplest solution I can see is a push over SSH, which is what I successfully use for the BESE software [1] [2]. Yes, I think that would work well also. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian
Mike Hommey [EMAIL PROTECTED] writes: On Fri, Sep 22, 2006 at 01:12:02PM +0200, Reinhard Tartler [EMAIL PROTECTED] wrote: This is pretty much the only thing stopping Debian from distributing it - it may actually be illegal [...] The problematic parts regarding patents are mostly in ffmpeg, which is already in debian for some time. There seem to be no problem for debian redistributing ffmpeg. Note that debian's ffmpeg doesn't include encoding support for aac or mp3... Interesting. Luckily, ffmpeg/mencoder is able to encode a lot more formats, so one could assume that it should be able to stip the ''problematic'' parts. Unfortunately, it seems quite unclear what ftpmaster currently considers as a problem and what would need to be stripped. However, I think this is a problem which is currently handled by the maintainers and ftpmasters. I hope that the problematic parts will get documented properly in debian/copyright, so that anyone interested can read about the problems and decide themselves if they want to work on them. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 06:39:35PM +0200, Stefano Zacchiroli wrote: On Fri, Sep 22, 2006 at 11:17:56AM -0500, John Goerzen wrote: This is an *excellent* idea, but a terrible way of introducing it. Why was it posted only on a blog, and not to -- at least -- debian-devel? I'm growing increasingly annoyed with things that are announced only on blogs and not on the Debian developer mailing lists. (I know it wasn't you, but this is a general comment.) Please yell at me, I'm the responsible for that :-) Well, now that you ask so nicely, I don't think I can ;-) As a general answer: posting to blogs is usually faster than the proper way to do things (in this case whishlist bug report + patch for the developers reference), that's why it is usually preferred. Of course this is ok only if followed by the proper way. Well, I would suggest that a post to debian-devel or even d-d-a is better than a blog post only. There are so many posts on planet that, even though I read it regularly, I probably miss half of them. I hadn't even thought about the reference. That's indeed a good way to go, but the problem with doing that only is that existing developers won't learn about it very quickly. Feel free to help in any way you want, writing a Wiki page for example, or being faster than me in submitting the whishlist bug report against the developer reference :-) Does highlighting the topic on -devel count? ;-) Thanks for doing this, BTW. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian
[César Martínez Izquierdo] Another reason is... lots of Debian users download mplayer from Marillat or other sources (maybe Marillat may provide some stats)... popcon.debian.org can provide stats. Of 16473 machines submitting info, 3555 (22%) have the mplayer package installed. There are 84 packages with mplayer in the name reported, and some of the are alternative pcakages (like mplayer-586), so the installation base for mplayer might be higher than 22%. I used the numbers in URL:http://popcon.debian.org/by_inst.gz. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XS-X-Vcs-XXX field not (yet) announced
* Stefano Zacchiroli: As an answer specific for this case. The field is still an X- field, because I actually don't know how and if it should be standardized. If you use the X- prefix and the field gains widespread acceptance, a transition is needed. Debian might be able to do this in a coordinated manner, but usually, it's better to just omit the X- prefix from the spart. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 12:55:01PM -0500, John Goerzen wrote: I hadn't even thought about the reference. That's indeed a good way to go, but the problem with doing that only is that existing developers won't learn about it very quickly. I wasn't really sure that this might be of *that* interest to other DD, so I didn't care in the beginning very much about quick widespreading. Now I am a bit more sure it's of interest I'll try to fix things. Feel free to help in any way you want, writing a Wiki page for example, or being faster than me in submitting the whishlist bug report against the developer reference :-) Does highlighting the topic on -devel count? ;-) No! :-) I'm expecting from you at the very minimum a page on wiki.d.o on the topic; the for the assignment is a week from now :-PPppPP Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Re: Policy regarding virtual packages
Roger Leigh [EMAIL PROTECTED] writes: Following some discussion with Marco d'Itri about inetd, I'd like to put forward some more general thoughts on virtual package handling for some comments. Currently, virtual packages (such as mail-transport-agent) cannot be specified by themselves. They can only be used in combination with a non-virtual package which provides the default implementation. For example: Depends: exim4 | postfix | mail-transport-agent or Depends: exim4 | mail-transport-agent This means that 1) Each package depending on a virtual package must specify a real package 2) There is no central policy defining which package is the default implmentation--each package could specify a different default 3) Changing the default is a lot of work--every reverse dependency must be updated. For the case of mail-transport-agent, this could be simply solved by the creation of a mail-transport-agent-default package. This would be an empty package, doing nothing but providing this dependency: Depends: exim4 | mail-transport-agent All packages wanting to depend on mail-transport-agent need only have Depends: mail-transport-agent-default When exim4 becomes exim5, or some other MTA, only the mail-transport-agent-default package would need updating. For the new inet-superserver virtual package, there are potentially over 120 packages which would need to add Depends: openbsd-inetd | inet-superserver However, I feel that this is too many places to hardcode the openbsd-inetd default (Marco d'Itri does not believe this is worth the effort, but I personally think that it will potentially prevent a lot of future effort). Here, I think a means of specifying a distribution-wide default is much better than requiring each package to separately specify it. For this case, I would like to create an inetd-default (or inet-superserver-default) package, which would simply be Depends: openbsd-inetd | inet-superserver and all inetd-requiring packages would just use Depends: inetd-default See http://people.debian.org/~rleigh/inetd-default_1.tar.gz and http://people.debian.org/~rleigh/inetd-default_1.dsc There are some other useful side-effects: Custom Debian Distributions can easily change the -default package to customise the distribution defaults. Example: Scott Remnant recently blogged on -planet about the upstart init/cron/inetd replacement being developed in Ubuntu. This would replace openbsd-inetd, and with this scheme would require a one-line change to a single package. Other CDDs might want to use other inetds, e.g. xinetd, or a null inetd which does nothing. For MTAs, other distributions might want to switch from exim4 to a more lightweight MTA (or even a null MTA for minimal systems). This system would allow that to be simply and easily configured. Was there any further discussion needed about this? The only objection I saw was to the package naming, which I would like to hear alternatives for (currently $virtualname-default). I also got one mail privately concerned that packages should still be able to specify a particular preference should they need it; it is of course possible to have a preference | virtual-default dependency. Unless there are any valid objections, I would like to implement the above inetd-default packages for etch. This would require mass-filing bugs against about 200 packages; they were listed in an earlier inetd thread. This would switch their current openbsd-inetd/netbase dependencies to using inetd-default. Implementing it for all other virtual packages would also be nice (particularly m-t-a), but does need approval first. Any further comments? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgprq1WzfVPUi.pgp Description: PGP signature
Re: XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 08:46:51PM +0200, Florian Weimer wrote: If you use the X- prefix and the field gains widespread acceptance, a transition is needed. Not really, being the PTS the only piece of software considering the field it would be enough to document the non X- version and support both in the PTS. I will be strict in what I document and relaxed in what I accept :-) Debian might be able to do this in a coordinated manner, but usually, it's better to just omit the X- prefix from the spart. My doubt was on the line: who am I to suggest a non X- field to be added to Sources files? If no one has objections on the field XS-Vcs-XXX-Url I will add support for it and document its usage (without the X-. So, poll time: does anyone see a problem about recommending a XS-Vcs-XXX-Url field with semantics URL pointing to an XXX version control repository, intended to be informative for users about where to find latest source version of a given package? Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#388569: general: always printed in letter format
Maybe this posting is related to this bug? http://blog.gmane.org/gmane.comp.gnome.print?set_lines=10 -- .''`. gerhard oettl on Debian/Gnu Linux : :' : `. `'` gpg key: 1024D/D59131AA 2002-06-18 `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 09:02:31PM +0200, Stefano Zacchiroli wrote: My doubt was on the line: who am I to suggest a non X- field to be added to Sources files? If no one has objections on the field XS-Vcs-XXX-Url I will add support for it and document its usage (without the X-. So, poll time: does anyone see a problem about recommending a XS-Vcs-XXX-Url field with semantics URL pointing to an XXX version control repository, intended to be informative for users about where to find latest source version of a given package? I would also like to raise a question: does it make any sense to be able to list two URLs, one for the Debian branch and one for the upstream branch? -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 02:21:22PM -0500, John Goerzen wrote: I would also like to raise a question: does it make any sense to be able to list two URLs, one for the Debian branch and one for the upstream branch? I've thought about similar issues. I made up my mind about these questions being in the wrong direction :) My idea for this field it to give a pointer intended for human consumption. Once a user knows where to look, if he is willing to have access to the repo he is probably able to discover branches, tags, learn the repo layout and so on. If we agree on this idea I would answer no, it doesn't make sense to me. Alternatively we can try to fully encode in the field(s) all the semantic information that might be needed to perform several tasks: automatic downloading of the appropriate branch matching a given debian release, spotting the tags matching given versions, whatever. I really think this is a dangerous slope, we will probably be swamped in the details of the VCS we consider. XS-Vcs-XXX was in my mind a one-size-does-fit-all solution, assuming the target of the information is a human. YMMV. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#388673: ITP: pwman3 -- Command line password manager
Package: wnpp Severity: wishlist Owner: Julien Louis [EMAIL PROTECTED] * Package name: pwman3 Version : 0.0.5 Upstream Author : Ivan Kelly [EMAIL PROTECTED] * URL : http://pwman.bleurgh.com * License : GPL Programming Lang: Python Description : Command line password manager Pwman3 aims to provide a simple but powerful command line interface for password managment. It allows to store your password in a sqlite database locked by a master password which can be encrypted with different algorithm (e.g Blowfish, AES, DES3). It is also possible to tag them to ease searches in a large amount of passwords. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- L'idée de Dieu et les religions sont source et maintien de l'ignorance, de l'abrutissement, par conséquent de l'esclavage et de la misère. -+- Auguste Blanqui -+- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Contact et distribution
Le jeudi 21 septembre 2006 à 10:57 -0700, Sammy Nzazi a écrit : Bonjour, Nous avons commencé une serie d'études sur le lunix et nous voulons en faire le sytème le plus repandu dans notre pays République Démocratique du Congo. Aussi nous vous demandons de nous aider en nous envoyant 20 cds de Linux débian car nous ne pourrons pas faire des téléchargements. Ces Cds seront recopiés et distribués gratuitement avec un minimum d'encradement d'installation et utilisation. Car nous avons une école informatique dans notre organisation 'Eglise Chretienne' Victory Chapel. Merci d'avance pour votre concours. Notre Adresse : Réverend Samy Nzazi B.P. 498 Limete 00243 Kinshasa République Démocratique du CONGO For non-French speakers, this guy is trying to spread Linux and especially Debian in Congo, but he cannot download our CD images. He's looking for someone who would send him 20 Debian CDs, which will be copied and distributed for free with some help for their installation. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Re: XS-X-Vcs-XXX field not (yet) announced
As far as using this field for svn repos, I assume that it should be to an anonymous-friendly version of the repo if possible (svn:// not svn+ssh://). Should it link to the trunk, rather than the head of the repo? I think so and that's how your example gives it. As to it being an XS- field, dpkg-dev doesn't warn at all about building packages with such a field (unlike an XB- field), so I don't really care, although it seems it would be better to lose the XS- if possible. Very good idea on this, I'll be adding it to all my packages, and to all of d-i, if someone else doesn't do it first. Have you thought at all about automated systems that could be built on top of this? Things like a repo browser that can browse (and find recent changes in) all packages, or mirrors of repos that arn't hosted at svn.debian.org, or what have you. -- see shy jo signature.asc Description: Digital signature
Re: XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 09:43:37PM +0200, Stefano Zacchiroli wrote: On Fri, Sep 22, 2006 at 02:21:22PM -0500, John Goerzen wrote: I would also like to raise a question: does it make any sense to be able to list two URLs, one for the Debian branch and one for the upstream branch? I've thought about similar issues. I made up my mind about these questions being in the wrong direction :) My idea for this field it to give a pointer intended for human consumption. Once a user knows where to look, if he is willing to have access to the repo he is probably able to discover branches, tags, learn the repo layout and so on. If we agree on this idea I would answer no, it doesn't make sense to me. That doesn't work so well for heavily distributed systems such as darcs. In darcs, every repo is a branch, and every branch is a repo. Every repo represents exactly 1 branch. Of course, branching is cheap, so creating repos is also cheap. A person may be able to discover an upstream repo by simply browsing to a parent directory if the webserver is configured to simply show this. On the other hand, when darcs is used upstream, it is quite likely that the upstream repo doesn't even exist on the same server. The package's repo may not even have a link to the upstream repo. Now, that may not be a big deal -- the person could presumably still find out about the upstream repo from the upstream website. Just a question. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian
On 9/22/06, Reinhard Tartler [EMAIL PROTECTED] wrote: Andrew Donnellan [EMAIL PROTECTED] writes: It would be great if upstream would actually care about legal issues, licenses and patents in particular. Upstream does care for legal issues, and patents in particular. Check the mplayer development mailing list archive for the last months. For the last months, as you say. Maybe this is because of the increased pressure now that software patents are now being enforced and so on. At the beginning they seemed to just chuck in whatever. This is pretty much the only thing stopping Debian from distributing it - it may actually be illegal [...] The problematic parts regarding patents are mostly in ffmpeg, which is already in debian for some time. There seem to be no problem for debian redistributing ffmpeg. I believe it is a patent-stripped ffmpeg. Other maybe problematic parts are in libdvdcss, which has been strpped off in the proposed mplayer package. Honestly, I don't know what problems remain problems regarding mplayer, but claiming that mplayer upstream did not care about copyright and patent issue is straight wrong and does only spread FUD. Please help to improve the situation by mentioning concrete remaining problems. The Mplayer devs are still not communicating with Debian about the remaining problems. To rectify them we need to communicate better and get their input on d-l and d-d. -- Andrew Donnellan http://andrewdonnellan.com http://ajdlinux.blogspot.com Jabber - [EMAIL PROTECTED] GPG - hkp://subkeys.pgp.net 0x5D4C0C58 --- Member of Linux Australia - http://linux.org.au Debian user - http://debian.org Get free rewards - http://ezyrewards.com/?id=23484 OpenNIC user - http://www.opennic.unrated.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 03:42:47PM -0500, John Goerzen wrote: That doesn't work so well for heavily distributed systems such as darcs. In darcs, every repo is a branch, and every branch is a repo. Every repo represents exactly 1 branch. Of course, branching is cheap, so creating repos is also cheap. I'm a casual user of distributed VCS (used sparingly hg and baz here), but I don't see how this is related to the field as we are intending it. But maybe it's just because I'm not that familiar with them, let me know if this is the case. AFAICT, no matter how may repo you're pulling changes from or pushing changes to, you as a DD have a main repository out of which you create the debian package, isn't it? That's probably the repo the user want to see, e.g. the one where you've just committed (or pulled, it doesn't matter) the fix which triggered the +pending tag in the BTS. As a different point, the distinction upstream/debian does not always apply. All my packages maintained with svn doesn't have an upstream part, I just use an orig tarball (some times available on the repo, sometimes no) and the mergeWithUpstream property. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Re: XS-X-Vcs-XXX field not (yet) announced
On Fri, Sep 22, 2006 at 04:18:56PM -0400, Joey Hess wrote: As far as using this field for svn repos, I assume that it should be to an anonymous-friendly version of the repo if possible (svn:// not svn+ssh://). Should it link to the trunk, rather than the head of the repo? I think so and that's how your example gives it. Totally agreed, that's precisely my examples have svn://. Still, the drawback of this is that with svn you can just right click on a terminal and open link, but I'm convinced this is a flaw in our browsing tool, I feel the svn:// url scheme is the right one for that. As to it being an XS- field, dpkg-dev doesn't warn at all about building packages with such a field (unlike an XB- field), so I don't really care, although it seems it would be better to lose the XS- if possible. Note that we were more discussing about losing the X- part (for the records, a sample field is XS-X-Vcs-Svn), which in my mind is the part representing the non officialness of the field. I don't know at all if it's possible to remove the XS- part. I don't really care on the PTS side, but I suspect it wont get in the Sources file without the XS- prefix. Am I wrong? Request for help on this ... Have you thought at all about automated systems that could be built on top of this? Things like a repo browser that can browse (and find recent changes in) all packages, or mirrors of repos that arn't hosted at svn.debian.org, or what have you. I haven't yet thought about going that far, but they are all ideas which are whetting my appetite :-) Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
RE: Debian ISOs
Here's a brief refresher on metalinks how it could be useful for Debian ISO distribution: aria2 is in unstable and testing so people can install use it easily, thanks to Patrick. I hope some people can try it out! apt-get install aria2 aria2c http://www.metalinker.org/samples/debian-31r2-i386-binary-1.iso.metalink -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Media players in Debian
César Martínez Izquierdo [EMAIL PROTECTED] writes: First of all, I don't have time to send bug reports for all the bugs I find (although I send most of them, when I have to choose I send to packages which I usually use). Specially, when I want to see a film, I really want to see the film at that moment, not after sending some bug reports. That's entirely your choice of course. No-one here can tell you what to do with your time. However, if you experience the bug, and don't ensure that the bug tracker has a record of that bug, then you can't expect anyone to fix it. -- \ Time's fun when you're having flies. -- Kermit the Frog | `\ | _o__) | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: Debian ISOs
(Oops, hit the send key combo before finishing, sorry). Here's a brief refresher on metalinks how it could be useful for Debian ISO distribution: 'Metalink makes complex download pages obsolete by replacing long lists of download mirrors and BitTorrent trackers with a single .metalink file. As you might have already guessed, a .metalink file is a file that tells a download manager all the different ways it can download a file. The file itself takes the form of an open XML standard that can list an unlimited number of HTTP and FTP sources as well as BitTorrent trackers and ed2k and magnet links.' aria2 is in unstable and testing so people can install use it easily, thanks to Patrick. I hope some people can try it out! apt-get install aria2 aria2c http://www.metalinker.org/samples/debian-31r2-i386-binary-1.iso.metalink This is a big DVD ISO download, but if you just let it run for a few minutes you'll see how fast easy it can be if you have a fast connection. Once it finishes, the checksum will automatically be verified. Automatically generated metalinks would list all mirrors, so you could tell the client you're in de so it should use those mirrors first, then other mirrors nearby. Here's what this metalink contains: ?xml version=1.0 encoding=utf-8? metalink version=3.0 xmlns=http://www.metalinker.org/; publisher namedebian/name urlhttp://www.debian.org//url /publisher descriptionDebian 3.1r2 i386 DVD ISO/description files file name=debian-31r2-i386-binary-1.iso version3.1r2/version osLinux-x86/os verification hash type=md5e467b508185f4fdd8e97c9ee76045288/hash /verification resources url type=http location=us preference=100http://cdimage.debian.org/debian-cd/current/i386/iso-dvd/de bian-31r2-i386-binary-1.iso/url url type=http location=us preference=100http://debian.osuosl.org/debian-cdimage/current/i386/iso-dv d/debian-31r2-i386-binary-1.iso/url url type=http location=ro preference=100http://ftp.iasi.roedu.net/mirrors/ftp.debian.org/debian-cd/ current/i386/iso-dvd/debian-31r2-i386-binary-1.iso/url url type=http location=br preference=100http://linorg.usp.br/iso/debian/3.1_r2/i386/iso-dvd/debian- 31r2-i386-binary-1.iso/url url type=http location=es preference=100http://ftp.gva.es/mirror/debian-cd/current/i386/iso-dvd/deb ian-31r2-i386-binary-1.iso/url url type=http location=de preference=100http://ftp.de.debian.org/debian-cd/current/i386/iso-dvd/deb ian-31r2-i386-binary-1.iso/url url type=http location=de preference=100http://ftp-stud.fht-esslingen.de/debian-cd/current/i386/iso -dvd/debian-31r2-i386-binary-1.iso/url url type=http location=at preference=100http://debian.inode.at/debian-cd/3.1_r2/i386/iso-dvd/debian -31r2-i386-binary-1.iso/url url type=http location=fr preference=100ftp://ftp.free.fr/pub/Distributions_Linux/debian-cd/3.1_r2/ i386/iso-dvd/debian-31r2-i386-binary-1.iso/url url type=http location=au preference=100ftp://mirror.aarnet.edu.au/pub/debian-cd/3.1_r2/i386/iso-dv d/debian-31r2-i386-binary-1.iso/url url type=http location=au preference=100ftp://ftp.iinet.net.au/pub/debian/debian-cd/current/i386/is o-dvd/debian-31r2-i386-binary-1.iso/url url type=http location=be preference=100ftp://ftp.scarlet.be/pub/debian-cd/current/i386/iso-dvd/deb ian-31r2-i386-binary-1.iso/url /resources /file /file /files /metalink -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian ISOs
On 9/22/06, Anthony L. Bryan [EMAIL PROTECTED] wrote: (Oops, hit the send key combo before finishing, sorry). Here's a brief refresher on metalinks how it could be useful for Debian ISO distribution: 'Metalink makes complex download pages obsolete by replacing long lists of download mirrors and BitTorrent trackers with a single .metalink file. As you might have already guessed, a .metalink file is a file that tells a download manager all the different ways it can download a file. The file itself takes the form of an open XML standard that can list an unlimited number of HTTP and FTP sources as well as BitTorrent trackers and ed2k and magnet links.' Is it possible to extend it and make a client capable of jigdo or similar? It might look like: url type=jigdo location=au preference=100 jigdofile=http://cdimage.debian.org/debian-cd/current/i386/jigdo-dvd/debian-31r3-i386-binary-1.jigdo; ftp://ftp.au.debian.org/debian//url (Sorry, this is hacked up; I don't know how acceptable it would be to specify the jigdo template as an attribute instead of the content.) -- Andrew Donnellan http://andrewdonnellan.com http://ajdlinux.blogspot.com Jabber - [EMAIL PROTECTED] GPG - hkp://subkeys.pgp.net 0x5D4C0C58 --- Member of Linux Australia - http://linux.org.au Debian user - http://debian.org Get free rewards - http://ezyrewards.com/?id=23484 OpenNIC user - http://www.opennic.unrated.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XS-X-Vcs-XXX field not (yet) announced
Stefano Zacchiroli wrote: As to it being an XS- field, dpkg-dev doesn't warn at all about building packages with such a field (unlike an XB- field), so I don't really care, although it seems it would be better to lose the XS- if possible. Note that we were more discussing about losing the X- part (for the records, a sample field is XS-X-Vcs-Svn), which in my mind is the part representing the non officialness of the field. I don't know at all if it's possible to remove the XS- part. I don't really care on the PTS side, but I suspect it wont get in the Sources file without the XS- prefix. Am I wrong? Request for help on this ... The X in the XS- part already is intended to mean what your extra X- is being used to mean, actually. XS- means that the field is unofficial. To make a Vcs-Svn field work, dpkg-dev needs to be modified to recognise that field. A simple modification but it would need to be done for all the other ones for other RCSes, which could be a problem since there are more and more of them. If we wanted to use a formalised field with no X- prefix, then something like this might be more scalable: Vcs: svn svn://... My preference is either the above or XS-Vcs-* Have you thought at all about automated systems that could be built on top of this? Things like a repo browser that can browse (and find recent changes in) all packages, or mirrors of repos that arn't hosted at svn.debian.org, or what have you. I haven't yet thought about going that far, but they are all ideas which are whetting my appetite :-) Another one is sucking them all in to a grand unified tracking repo using a single RCS (or as many RCSes as everything can be converted to). -- see shy jo signature.asc Description: Digital signature
Compatibility between Debian amd64 and other distributions
Dear release team and DDs, I submitted a trivial patch for glibc in bug#387446 to increase the compatibility between debian amd64 and other distributions. The maintainer has reassign this to 'general' saying: Aurelien Jarno [EMAIL PROTECTED] writes: Actually there is nothing wrong with the glibc, it is perfectly coherent with the other packages on amd64, even if it violates the FHS. If you want to change it we have to stay coherent and also change all the others packages. I am therefore reassigning this bug to general. A global decision as to be taken. So let me summarize the situation for the release team and DDs in general so you know that there is a problem and what it is while we can still do something about it. The issue is the following: FHS says that 64bit libraries on amd64 go to [/usr]/lib64. All non Debian distributions follow that line. Debian compiles its glibc for [/usr]/lib and adds symlinks for [/usr]/lib64 to [/usr]/lib so FHS compliant binaries run on Debian. But running Debian binaries on other distributions remains a problem. For example static binaries that use libnss* plugins will fail to find those plugins on other systems. Copying the debian libc6 to your ~/lib/ dir on another distribution will break locale plugins. The fix is really simple. Compile glibc with libc_[s]libdir = [/usr]/lib64 but move [/usr]/lib64 to [/usr]/lib and add the compatibility links after the build. That results in libc6 using the FHS paths [/usr]/lib64 when looking for plugins, which means following the [/usr]/lib64 link on Debian, just like every other distributions glibc does on amd64. Nothing else changes. Aurelien Jarno doesn't like the incoherents introduced by compiling for [/usr]/lib64 but then still using [/usr]/lib. A fact that already exists in part in glibc because 'libc_rtlddir = /lib64' is set to get the /lib64/ld-linux-x86-64.so.2 compiled into binaries (every dynamic amd64 binary on Debian has that path and file). This was introduced after sarge was released. In sarge /lib/ld-linux-x86-64.so.2 is used in glibc binaries. Steve Langasek had concerns about side-effects: That probably means that a change for this would not be accepted into etch, since fiddling library paths may have unexpected side-effects and glibc is already frozen. So far I have seen none. Now I guess the release-team has to make a decision how important the FHS and compatibility is to Debian. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XS-X-Vcs-XXX field not (yet) announced
On Sat, Sep 23, 2006 at 01:04:59AM +0200, Stefano Zacchiroli wrote: I'm a casual user of distributed VCS (used sparingly hg and baz here), but I don't see how this is related to the field as we are intending it. But maybe it's just because I'm not that familiar with them, let me know if this is the case. AFAICT, no matter how may repo you're pulling changes from or pushing changes to, you as a DD have a main repository out of which you create the debian package, isn't it? That's probably the repo the user want to I do, yes. But that is because I already have the orig.tar.gz from upstream. If somebody wants to casually build source packages from an older version, by using a tool such as darcs-buildpackage -- which generates a diff.gz based on the differences between the two branches -- they'll need the upstream URL as well. However, if they are just using it to send me a few patches, the Debian URL will do just fine. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compatibility between Debian amd64 and other distributions
On Sat, Sep 23, 2006 at 02:50:35AM +0200, Goswin von Brederlow wrote: But running Debian binaries on other distributions remains a problem. For example static binaries that use libnss* plugins will fail to find those plugins on other systems. Copying the debian libc6 to your ~/lib/ dir on another distribution will break locale plugins. Do you have any less contrived examples? FWIW, I think in either of these cases you deserve to keep both pieces. The fix is really simple. Compile glibc with libc_[s]libdir = [/usr]/lib64 but move [/usr]/lib64 to [/usr]/lib and add the compatibility links after the build. That results in libc6 using the FHS paths [/usr]/lib64 when looking for plugins, which means following the [/usr]/lib64 link on Debian, just like every other distributions glibc does on amd64. Nothing else changes. I'm perfectly happy to do this. After etch. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.4 vs. 2.6 (was: Re: Moving /var/run to a tmpfs?)
On 9/17/06, Hendrik Sattler [EMAIL PROTECTED] wrote: A good hint for such cases is to actually report such bugs to the driver developers. Did you? You must have pretty uncommon hardware, though, as many use 2.6 kernels without such problems... I have an old server with 2.4 because 2.6 won't run on it. Not big deal, it doesn't need 2.6 anyway... -- Martín Ferrari
Bug#388701: ITP: beryl -- Beryl Project compositing window manager
Package: wnpp Severity: wishlist Owner: Shawn Starr [EMAIL PROTECTED] * Package name: beryl Version : 0.1.0 Upstream Author : Quinn Storm [EMAIL PROTECTED] * URL : http://www.beryl-project.net/ * License : GPL Programming Lang: C Description : Beryl Project compositing window manager, decorator and theme support The Beryl Project brings 3D desktop visual effects that improve usability of the X Window System and provide increased productivity though plugins and themes contributed by the community giving a rich desktop experience. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc5 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zinc-compiler 1.0.2-6 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Jun 2006 18:48:20 +0200 Source: zinc-compiler Binary: zinc-compiler Architecture: source amd64 Version: 1.0.2-6 Distribution: unstable Urgency: low Maintainer: Nacho Barrientos Arias [EMAIL PROTECTED] Changed-By: Nacho Barrientos Arias [EMAIL PROTECTED] Description: zinc-compiler - Compiler of Zinc, a functional logic programming language Closes: 372594 372595 372596 374173 382347 Changes: zinc-compiler (1.0.2-6) unstable; urgency=low . * debian/copyright - Fixing license explanation problems. (closes: #372595) - Adding packaging-related license terms. * debian/README.Debian - Fixing problems with line wrapping. (closes: #372594) * debian/control - Cleaning package description. (closes: #372596) - Removing GCC version restriction. - Updating standards version to 3.7.2. - No longer needed ghc5 as a build-dep alternative for ghc. - Removing nowebm as build-dep. - Adding a space before Homepage. * debian/rules - Removing GCC version restriction. - Cleaning not used statements. - Fixing linking problems at runtime (closes: #374173) * debian/watch - Now matching only 1.0.x versions (closes: #382347) Files: c3c8da40b9d4d4815befab5888e05414 611 devel optional zinc-compiler_1.0.2-6.dsc b7dbcd2d3f931d9a5becbe23f5d75972 4431 devel optional zinc-compiler_1.0.2-6.diff.gz e5421374ef444570663ee3a5e6327414 1894160 devel optional zinc-compiler_1.0.2-6_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEnu4EFV7g4B8rCURAl4nAJ4yPgALI34IqPAySXPOw91GKSh/AwCeMxMn /Q8Ee/olRq3S/jWFcAt5dSI= =zg5V -END PGP SIGNATURE- Accepted: zinc-compiler_1.0.2-6.diff.gz to pool/main/z/zinc-compiler/zinc-compiler_1.0.2-6.diff.gz zinc-compiler_1.0.2-6.dsc to pool/main/z/zinc-compiler/zinc-compiler_1.0.2-6.dsc zinc-compiler_1.0.2-6_amd64.deb to pool/main/z/zinc-compiler/zinc-compiler_1.0.2-6_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gpscorrelate 1.4-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 22 Sep 2006 09:41:25 +0200 Source: gpscorrelate Binary: gpscorrelate gpscorrelate-gui Architecture: source i386 Version: 1.4-3 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: gpscorrelate - correlates digital photos with GPS data filling EXIF fields gpscorrelate-gui - correlates digital photos with GPS data filling EXIF fields Changes: gpscorrelate (1.4-3) unstable; urgency=low . * debian/control - synced long descriptions of gpscorrelate and gpscorrelate-gui - bumped build dependency on libexiv2-dev to ensure gpscorrelate is rebuild against a package with a non-b0rken .shlibs file Files: e59129ce647ddee5bfd5d7720b7d0d4d 743 graphics optional gpscorrelate_1.4-3.dsc b99396e946ad3bb0cefb408d8babaec2 6109 graphics optional gpscorrelate_1.4-3.diff.gz 6694bb8bae2e20ac6744489bb43ad883 66832 graphics optional gpscorrelate_1.4-3_i386.deb 22943de421e93b5a2256f0a6de3ede6a 23300 graphics optional gpscorrelate-gui_1.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFE5Q21cqbBPLEI7wRAoRwAKCNuMo2xB7sRexKR75thfK6KgJ9MwCg0s0T dj13e4jUA6cLU72aMHxM/fc= =OO7c -END PGP SIGNATURE- Accepted: gpscorrelate-gui_1.4-3_i386.deb to pool/main/g/gpscorrelate/gpscorrelate-gui_1.4-3_i386.deb gpscorrelate_1.4-3.diff.gz to pool/main/g/gpscorrelate/gpscorrelate_1.4-3.diff.gz gpscorrelate_1.4-3.dsc to pool/main/g/gpscorrelate/gpscorrelate_1.4-3.dsc gpscorrelate_1.4-3_i386.deb to pool/main/g/gpscorrelate/gpscorrelate_1.4-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cdrkit 5:1.0~pre4-1.1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Sep 2006 13:58:12 +0200 Source: cdrkit Binary: cdda2wav cdrkit-doc mkisofs cdrecord wodim Architecture: source i386 all Version: 5:1.0~pre4-1.1 Distribution: unstable Urgency: medium Maintainer: Joerg Jaspert [EMAIL PROTECTED] Changed-By: Steinar H. Gunderson [EMAIL PROTECTED] Description: cdda2wav - Creates WAV files from audio CDs cdrecord - Dummy package for transition to wodim cdrkit-doc - Documentation for the cdrkit package-suite mkisofs- Creates ISO-9660 CD-ROM filesystem images wodim - command line CD writing tool Closes: 358497 Changes: cdrkit (5:1.0~pre4-1.1) unstable; urgency=medium . * Non-maintainer upload. * Don't build with -I. -- fixes include of wrong endian.h, which in turn makes sure mkisofs capitalizes filenames correctly; patch from Modestas Vainius. (Closes: #358497) Files: 82d5d6caf58213df2e0090ae3113b490 972 otherosfs optional cdrkit_1.0~pre4-1.1.dsc 51ab62ad82e4550a844072563558459c 27405 otherosfs optional cdrkit_1.0~pre4-1.1.diff.gz 5531794bd64e40a0ec1026e54f9065c1 188302 doc optional cdrkit-doc_1.0~pre4-1.1_all.deb e11cc931bfa00b02b24ca64b4c76f3d1 1112 otherosfs optional cdrecord_1.0~pre4-1.1_all.deb 9764561c23ebfe2ff53d81f2ac43e4b6 368804 otherosfs optional wodim_1.0~pre4-1.1_i386.deb 3fc7a9da06bb6b9a96702039e8799aa1 522206 otherosfs optional mkisofs_1.0~pre4-1.1_i386.deb 196d108c3294615eeeb7963917cf7491 167074 sound optional cdda2wav_1.0~pre4-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRRKBR37hqgLJpbVOAQJuJAP/VNmfvhHzaHmGeOEFXzENqIZakpOCERKu cJRkVow3LE/UHmWUI5qohiQOp2pBQrRQhhen38gJi5sI3LbtbNq36MsTwiEaWbHI /sSrEDWqgx+a4RSk9zEM7cq2Xk3M6haWr6bXp+/u+pzuzmkt/RSFcSbMxGOyiDkJ elQnL89F66k= =0IpN -END PGP SIGNATURE- Accepted: cdda2wav_1.0~pre4-1.1_i386.deb to pool/main/c/cdrkit/cdda2wav_1.0~pre4-1.1_i386.deb cdrecord_1.0~pre4-1.1_all.deb to pool/main/c/cdrkit/cdrecord_1.0~pre4-1.1_all.deb cdrkit-doc_1.0~pre4-1.1_all.deb to pool/main/c/cdrkit/cdrkit-doc_1.0~pre4-1.1_all.deb cdrkit_1.0~pre4-1.1.diff.gz to pool/main/c/cdrkit/cdrkit_1.0~pre4-1.1.diff.gz cdrkit_1.0~pre4-1.1.dsc to pool/main/c/cdrkit/cdrkit_1.0~pre4-1.1.dsc mkisofs_1.0~pre4-1.1_i386.deb to pool/main/c/cdrkit/mkisofs_1.0~pre4-1.1_i386.deb wodim_1.0~pre4-1.1_i386.deb to pool/main/c/cdrkit/wodim_1.0~pre4-1.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cmucl 19c-release-20051115-3 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 22:07:00 +0200 Source: cmucl Binary: cmucl cmucl-source cmucl-clm cmucl-docs Architecture: source all i386 Version: 19c-release-20051115-3 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cmucl - The CMUCL lisp compiler and development system cmucl-clm - The Motif interface for CMUCL cmucl-docs - The CMUCL documentation cmucl-source - The CMUCL lisp sources Closes: 386002 386431 Changes: cmucl (19c-release-20051115-3) unstable; urgency=low . * updated watch file * Corrected invalid debconf priority (Closes: #386002) * Many thanks to Steinar H. Gunderson for his NMU (Closes: #386431) Files: 25b816efc3a3b8633933928b5882795b 744 devel optional cmucl_19c-release-20051115-3.dsc 76e2fe650eba190fcbaba37ef33b0d54 1507165 devel optional cmucl_19c-release-20051115-3.diff.gz 4b7b73ff76a9cb494741508fd607d3a9 10576590 devel optional cmucl_19c-release-20051115-3_i386.deb f82ab4ddab23178430fb7a444a564eab 654456 devel optional cmucl-clm_19c-release-20051115-3_i386.deb 6b32be1c1cf06a1f48c0141078a074f7 2347930 doc optional cmucl-docs_19c-release-20051115-3_all.deb c2a49f828d2fcd4d3a431ddefbef81e2 5164760 devel optional cmucl-source_19c-release-20051115-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEhyF11ldN0tyliURAsAzAJ9aEPTEC4i5SW7crv12Z8Af6HzGwQCgyfye VNEmw4H26JE6O1+B4dfwWiQ= =iYZV -END PGP SIGNATURE- Accepted: cmucl-clm_19c-release-20051115-3_i386.deb to pool/main/c/cmucl/cmucl-clm_19c-release-20051115-3_i386.deb cmucl-docs_19c-release-20051115-3_all.deb to pool/main/c/cmucl/cmucl-docs_19c-release-20051115-3_all.deb cmucl-source_19c-release-20051115-3_all.deb to pool/main/c/cmucl/cmucl-source_19c-release-20051115-3_all.deb cmucl_19c-release-20051115-3.diff.gz to pool/main/c/cmucl/cmucl_19c-release-20051115-3.diff.gz cmucl_19c-release-20051115-3.dsc to pool/main/c/cmucl/cmucl_19c-release-20051115-3.dsc cmucl_19c-release-20051115-3_i386.deb to pool/main/c/cmucl/cmucl_19c-release-20051115-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted clisp 1:2.39-2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 10:41:00 +0200 Source: clisp Binary: clisp-dev clisp clisp-doc Architecture: source all i386 Version: 1:2.39-2 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: clisp - GNU CLISP, a Common Lisp implementation clisp-dev - GNU CLISP, a Common Lisp implementation (development files) clisp-doc - GNU CLISP, a Common Lisp implementation (documentation) Closes: 386075 Changes: clisp (1:2.39-2) unstable; urgency=low . * Don't use -O0 anymore for ia64, hint from Dr. Werner Fink at suse.de * Run tests after building the clisp. * Drop support for sparc. Not having a machine to test sparc problems on just makes it too difficult to support. I hope not many users will be impacted. (Closes: #386075) Files: c21341fdb51c21b0701ddd06ee453e28 751 interpreters optional clisp_2.39-2.dsc 447d3d9021e53aa971676d46360c691f 15838 interpreters optional clisp_2.39-2.diff.gz e60f4ef1cdf8611436fce21ce2a84962 1032980 doc optional clisp-doc_2.39-2_all.deb 9820223d2caa8c90933d3f951b198f16 3553604 interpreters optional clisp_2.39-2_i386.deb c0c96cda279824b2a63fb7a1ee2712ad 3503080 devel optional clisp-dev_2.39-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFETYw11ldN0tyliURApLnAJwONl6/9qGQNs25c9wRsFSCda25BwCgiL3P YMn4H7fYahmzTCAnoWTF1+E= =H2xZ -END PGP SIGNATURE- Accepted: clisp-dev_2.39-2_i386.deb to pool/main/c/clisp/clisp-dev_2.39-2_i386.deb clisp-doc_2.39-2_all.deb to pool/main/c/clisp/clisp-doc_2.39-2_all.deb clisp_2.39-2.diff.gz to pool/main/c/clisp/clisp_2.39-2.diff.gz clisp_2.39-2.dsc to pool/main/c/clisp/clisp_2.39-2.dsc clisp_2.39-2_i386.deb to pool/main/c/clisp/clisp_2.39-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cl-asdf 1.101-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 07:08:57 +0200 Source: cl-asdf Binary: cl-cclan cl-asdf Architecture: source all Version: 1.101-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-asdf- Another System Definition Facility cl-cclan - Comprehensive Common Lisp Archive Network Changes: cl-asdf (1.101-1) unstable; urgency=low . * New upstream version. Files: 53d2b45733176ae5a4046639adec13aa 625 devel optional cl-asdf_1.101-1.dsc aa165e4d043f4f6cc295d58282c49b28 50320 devel optional cl-asdf_1.101.orig.tar.gz eb82b06adb3b7b8994c39d7c295cc589 13081 devel optional cl-asdf_1.101-1.diff.gz 306ec8bc7c9834c51d958f0b64fcbbf3 221932 devel optional cl-asdf_1.101-1_all.deb 560abb4343ef8f47bbc88dcca680ca0a 19474 devel optional cl-cclan_1.101-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEhyR11ldN0tyliURAr1UAJ9I1jWE+/bJKSCfWaJvFoA8KZMsRgCfdgKp AQ/OuaRqtdDKQ1nr+a44+Rk= =+HZb -END PGP SIGNATURE- Accepted: cl-asdf_1.101-1.diff.gz to pool/main/c/cl-asdf/cl-asdf_1.101-1.diff.gz cl-asdf_1.101-1.dsc to pool/main/c/cl-asdf/cl-asdf_1.101-1.dsc cl-asdf_1.101-1_all.deb to pool/main/c/cl-asdf/cl-asdf_1.101-1_all.deb cl-asdf_1.101.orig.tar.gz to pool/main/c/cl-asdf/cl-asdf_1.101.orig.tar.gz cl-cclan_1.101-1_all.deb to pool/main/c/cl-asdf/cl-cclan_1.101-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cl-closer-mop 1:0.4-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 21:36:59 +0200 Source: cl-closer-mop Binary: cl-closer-mop Architecture: source all Version: 1:0.4-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-closer-mop - Cross Implementation AMOP library Changes: cl-closer-mop (1:0.4-1) unstable; urgency=low . * New upstream version. * Upstream has a non-debian like versioning system, so we use an epoch. Files: 9a5d0684534ebd90792efaab6b296d47 613 libs optional cl-closer-mop_0.4-1.dsc 653e0306f07275904ac054dd5ffe7410 22690 libs optional cl-closer-mop_0.4.orig.tar.gz 9c55899ff83c171f2f29d55d4e4da4d7 2549 libs optional cl-closer-mop_0.4-1.diff.gz b4407b856fd149580b688932db784a2f 18140 libs optional cl-closer-mop_0.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEhyV11ldN0tyliURArmxAJ9hO66MWDR3k+zsCv+6TjyGmsU3IACgpQjC D+c32q9iv6wDLECd/GvBUIo= =eI6s -END PGP SIGNATURE- Accepted: cl-closer-mop_0.4-1.diff.gz to pool/main/c/cl-closer-mop/cl-closer-mop_0.4-1.diff.gz cl-closer-mop_0.4-1.dsc to pool/main/c/cl-closer-mop/cl-closer-mop_0.4-1.dsc cl-closer-mop_0.4-1_all.deb to pool/main/c/cl-closer-mop/cl-closer-mop_0.4-1_all.deb cl-closer-mop_0.4.orig.tar.gz to pool/main/c/cl-closer-mop/cl-closer-mop_0.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kpax 20060730-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 14:21:53 +0200 Source: kpax Binary: cl-kpax Architecture: source all Version: 20060730-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-kpax- A Common Lisp Application Framework Changes: kpax (20060730-1) unstable; urgency=low . * New upstream version. Files: 11d4e650f9b950c3ff582456caf2abd0 594 web optional kpax_20060730-1.dsc 88f3c180d627d71062a8507e27d5a8ab 148581 web optional kpax_20060730.orig.tar.gz 66f204687bee61ef10ec9e3bd38b0f8b 3384 web optional kpax_20060730-1.diff.gz 474f8270d77045675fcf15a2545289cf 72552 web optional cl-kpax_20060730-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFETat11ldN0tyliURArpAAJoCetJW4ZRcxwQD4ekJ91SWmIWdLQCfQVd6 85yUvytaEL+KLYDH3y7xGwI= =GEVU -END PGP SIGNATURE- Accepted: cl-kpax_20060730-1_all.deb to pool/main/k/kpax/cl-kpax_20060730-1_all.deb kpax_20060730-1.diff.gz to pool/main/k/kpax/kpax_20060730-1.diff.gz kpax_20060730-1.dsc to pool/main/k/kpax/kpax_20060730-1.dsc kpax_20060730.orig.tar.gz to pool/main/k/kpax/kpax_20060730.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted flexi-streams 0.6.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Sep 2006 14:43:06 +0200 Source: flexi-streams Binary: cl-flexi-streams Architecture: source all Version: 0.6.1-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-flexi-streams - Flexi-streams: Flexible bivalent streams for Common Lisp Changes: flexi-streams (0.6.1-1) unstable; urgency=low . * New upstream Files: 80b3de722b15e4abebc987759fae5065 620 libs optional flexi-streams_0.6.1-1.dsc d036f6236ceb6fc9a93f6fb619a6b469 35196 libs optional flexi-streams_0.6.1.orig.tar.gz 93df6bd881d5df8f0a6e629812cad43c 2097 libs optional flexi-streams_0.6.1-1.diff.gz 3cece3a0f2567b2c43591df975627c83 38256 libs optional cl-flexi-streams_0.6.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFD+Y+11ldN0tyliURAuRMAJ4oIC3UlDxRbVujODuzz+9H7F6v8QCgg+8l lCcIHpWuW9hoBurPhA5ttRo= =wEvO -END PGP SIGNATURE- Accepted: cl-flexi-streams_0.6.1-1_all.deb to pool/main/f/flexi-streams/cl-flexi-streams_0.6.1-1_all.deb flexi-streams_0.6.1-1.diff.gz to pool/main/f/flexi-streams/flexi-streams_0.6.1-1.diff.gz flexi-streams_0.6.1-1.dsc to pool/main/f/flexi-streams/flexi-streams_0.6.1-1.dsc flexi-streams_0.6.1.orig.tar.gz to pool/main/f/flexi-streams/flexi-streams_0.6.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted s-sysdeps 20060801-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 14:25:59 +0200 Source: s-sysdeps Binary: cl-s-sysdeps Architecture: source all Version: 20060801-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-s-sysdeps - An Abstraction Layer Over Platform Dependent Functionality Changes: s-sysdeps (20060801-1) unstable; urgency=low . * New upstream version Files: d342a2b73b43761a34c39e142fc546b8 612 libs optional s-sysdeps_20060801-1.dsc b57e302f6b4ea8142b97185ac691d356 7120 libs optional s-sysdeps_20060801.orig.tar.gz 67cdad2798b7d1054c7939b4c2a88c51 3208 libs optional s-sysdeps_20060801-1.diff.gz b0277b515a67bab6d0065d783c1af668 9774 libs optional cl-s-sysdeps_20060801-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFETaz11ldN0tyliURAmqsAJ44bXlhR9d3GGrVVIO7rcDJsr9/tQCgqj6G /hDLd7JALFUN314LxYfsErc= =xBkl -END PGP SIGNATURE- Accepted: cl-s-sysdeps_20060801-1_all.deb to pool/main/s/s-sysdeps/cl-s-sysdeps_20060801-1_all.deb s-sysdeps_20060801-1.diff.gz to pool/main/s/s-sysdeps/s-sysdeps_20060801-1.diff.gz s-sysdeps_20060801-1.dsc to pool/main/s/s-sysdeps/s-sysdeps_20060801-1.dsc s-sysdeps_20060801.orig.tar.gz to pool/main/s/s-sysdeps/s-sysdeps_20060801.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cl-gd 0.5.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 21:35:46 +0200 Source: cl-gd Binary: cl-gd Architecture: source i386 Version: 0.5.1-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-gd - GD Interface Library for Common Lisp Changes: cl-gd (0.5.1-1) unstable; urgency=low . * New upstream release * Updated standards version without real changes. * Updated doc-base file to only reference to html files. Files: b651a9542a2856cfe6ac4c3366fe8b65 584 devel optional cl-gd_0.5.1-1.dsc 6160b28ff59ab931df49202f6ae8f9a6 189456 devel optional cl-gd_0.5.1.orig.tar.gz b4e324a71bb3ea52fa9724d181a20fae 2851 devel optional cl-gd_0.5.1-1.diff.gz 8bd407a1edbba11483fa9fe20f64b2a6 200816 devel optional cl-gd_0.5.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEhyT11ldN0tyliURAi/iAKCa+StEj18fQxhUkYEmBuecFMg/XgCeKC+Y TpTJuaXxm+SPzovPLL904ZU= =+2ax -END PGP SIGNATURE- Accepted: cl-gd_0.5.1-1.diff.gz to pool/main/c/cl-gd/cl-gd_0.5.1-1.diff.gz cl-gd_0.5.1-1.dsc to pool/main/c/cl-gd/cl-gd_0.5.1-1.dsc cl-gd_0.5.1-1_i386.deb to pool/main/c/cl-gd/cl-gd_0.5.1-1_i386.deb cl-gd_0.5.1.orig.tar.gz to pool/main/c/cl-gd/cl-gd_0.5.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cl-ansi-tests 20060621-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Sep 2006 14:54:14 +0200 Source: cl-ansi-tests Binary: cl-ansi-tests Architecture: source all Version: 20060621-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-ansi-tests - Conformance tests for ANSI Common Lisp Changes: cl-ansi-tests (20060621-1) unstable; urgency=low . * New upstream release Files: 5f7be08eba578de2af33a65be536e6eb 601 devel optional cl-ansi-tests_20060621-1.dsc da3495bc61d1ad3b621223b1ef8a7032 911239 devel optional cl-ansi-tests_20060621.orig.tar.gz 68588fe1abfd36cd21c0d11dd29e6971 78361 devel optional cl-ansi-tests_20060621-1.diff.gz dae2400b2c77ee959be04846c1235f7e 796736 devel optional cl-ansi-tests_20060621-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEhyP11ldN0tyliURAna3AKC0PGtu/lzWMVUXt3NKiMkXCLsUVgCgyF/e IOWeknMTkB6atFH1K8bGXRs= =09bu -END PGP SIGNATURE- Accepted: cl-ansi-tests_20060621-1.diff.gz to pool/main/c/cl-ansi-tests/cl-ansi-tests_20060621-1.diff.gz cl-ansi-tests_20060621-1.dsc to pool/main/c/cl-ansi-tests/cl-ansi-tests_20060621-1.dsc cl-ansi-tests_20060621-1_all.deb to pool/main/c/cl-ansi-tests/cl-ansi-tests_20060621-1_all.deb cl-ansi-tests_20060621.orig.tar.gz to pool/main/c/cl-ansi-tests/cl-ansi-tests_20060621.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libsigsegv 2.4-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 10:39:11 +0200 Source: libsigsegv Binary: libsigsegv-dev Architecture: source i386 Version: 2.4-2 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: libsigsegv-dev - Library for handling page faults in a portable way Closes: 376570 Changes: libsigsegv (2.4-2) unstable; urgency=low . * fix FTBFS on GNU/kFreeBSD (Closes: #376570) Files: 7d3078bdc2f515dc2b77594624465024 645 libdevel optional libsigsegv_2.4-2.dsc 0e951cea12514e590a364b202536f4a9 67716 libdevel optional libsigsegv_2.4-2.diff.gz fda9ed82290a609fc6e546afce1ead7b 20460 libdevel optional libsigsegv-dev_2.4-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFETYt11ldN0tyliURAlaZAKDHeswVmCTc3R8O2rNcqrNG5VZ0oQCeLgRE 4y6PZUGxh6OyXGqTgZI+BQc= =4WQN -END PGP SIGNATURE- Accepted: libsigsegv-dev_2.4-2_i386.deb to pool/main/libs/libsigsegv/libsigsegv-dev_2.4-2_i386.deb libsigsegv_2.4-2.diff.gz to pool/main/libs/libsigsegv/libsigsegv_2.4-2.diff.gz libsigsegv_2.4-2.dsc to pool/main/libs/libsigsegv/libsigsegv_2.4-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cl-lw-compat 0.22-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 21:23:40 +0200 Source: cl-lw-compat Binary: cl-lw-compat Architecture: source all Version: 0.22-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-lw-compat - LispWorks Compatibility Library Changes: cl-lw-compat (0.22-1) unstable; urgency=low . * New upstream release * Updated standards version no real changes. * debhelper to Build-Depends Files: e0a0764c20675c835c5239c4969f6cf1 580 libs optional cl-lw-compat_0.22-1.dsc 0c7ef456cd5f6c2ca32134a95897b804 1810 libs optional cl-lw-compat_0.22.orig.tar.gz 4e58499c807b73655191105e826a1956 2943 libs optional cl-lw-compat_0.22-1.diff.gz 35273c6a3bcca518ddb0d64ae71bc590 4306 libs optional cl-lw-compat_0.22-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEhyS11ldN0tyliURAiNPAKCmU+jtFacVSGt/cQeoKV/VNp6OqACgsjYt 4Ciq5AIc6kZb9itlOZo6YPM= =LGlC -END PGP SIGNATURE- Accepted: cl-lw-compat_0.22-1.diff.gz to pool/main/c/cl-lw-compat/cl-lw-compat_0.22-1.diff.gz cl-lw-compat_0.22-1.dsc to pool/main/c/cl-lw-compat/cl-lw-compat_0.22-1.dsc cl-lw-compat_0.22-1_all.deb to pool/main/c/cl-lw-compat/cl-lw-compat_0.22-1_all.deb cl-lw-compat_0.22.orig.tar.gz to pool/main/c/cl-lw-compat/cl-lw-compat_0.22.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cl-html-template 0.6.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Sep 2006 14:37:40 +0200 Source: cl-html-template Binary: cl-html-template Architecture: source all Version: 0.6.0-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-html-template - Common Lisp HTML Template processor Changes: cl-html-template (0.6.0-1) unstable; urgency=low . * New upstream version Files: 2365e9a9539551acd672503441177506 602 devel optional cl-html-template_0.6.0-1.dsc 956a23bf5cab24718b8e31e39282643c 29400 devel optional cl-html-template_0.6.0.orig.tar.gz ce953b7e5d3e240fe8f6540ffc059116 2770 devel optional cl-html-template_0.6.0-1.diff.gz 5703341b538c81b6a1a7a0661f0bac42 32200 devel optional cl-html-template_0.6.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFD+ZK11ldN0tyliURAoUTAJ9vEy4YLULnG0KgfNGHIIDReH52LgCfdurD Qb/TxMlgFl4O49TElu3ovcA= =Qb6S -END PGP SIGNATURE- Accepted: cl-html-template_0.6.0-1.diff.gz to pool/main/c/cl-html-template/cl-html-template_0.6.0-1.diff.gz cl-html-template_0.6.0-1.dsc to pool/main/c/cl-html-template/cl-html-template_0.6.0-1.dsc cl-html-template_0.6.0-1_all.deb to pool/main/c/cl-html-template/cl-html-template_0.6.0-1_all.deb cl-html-template_0.6.0.orig.tar.gz to pool/main/c/cl-html-template/cl-html-template_0.6.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted trivial-gray-streams 20060914-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 21:28:47 +0200 Source: trivial-gray-streams Binary: cl-trivial-gray-streams Architecture: source all Version: 20060914-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-trivial-gray-streams - thin compatibility layer for gray streams Changes: trivial-gray-streams (20060914-1) unstable; urgency=low . * New upstream release * Compress ChangeLog file Files: 5d54a5db72684c516707d9d184f6ef38 656 libs optional trivial-gray-streams_20060914-1.dsc e507050179205bc4602a3ca2c40c7d9e 2849 libs optional trivial-gray-streams_20060914.orig.tar.gz 87a3c5253b8e0b643c9b0c48c363f921 2140 libs optional trivial-gray-streams_20060914-1.diff.gz a96c134d93416a1434e75725fc2b895e 5078 libs optional cl-trivial-gray-streams_20060914-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEhyT11ldN0tyliURApTPAJ45EYezUo+W8h7SNPxQN/dYC5uJLACffbGz +E+AKVesn3DPV1nmRexNOFc= =pmyT -END PGP SIGNATURE- Accepted: cl-trivial-gray-streams_20060914-1_all.deb to pool/main/t/trivial-gray-streams/cl-trivial-gray-streams_20060914-1_all.deb trivial-gray-streams_20060914-1.diff.gz to pool/main/t/trivial-gray-streams/trivial-gray-streams_20060914-1.diff.gz trivial-gray-streams_20060914-1.dsc to pool/main/t/trivial-gray-streams/trivial-gray-streams_20060914-1.dsc trivial-gray-streams_20060914.orig.tar.gz to pool/main/t/trivial-gray-streams/trivial-gray-streams_20060914.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted s-http-server 20060904-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 14:22:35 +0200 Source: s-http-server Binary: cl-s-http-server Architecture: source all Version: 20060904-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-s-http-server - A Minimal Standalone Common Lisp HTTP Server Changes: s-http-server (20060904-1) unstable; urgency=low . * New upstream version Files: 9a297cb23d37fb6332c57f42e37eae53 629 libs optional s-http-server_20060904-1.dsc 54c474f5620fa595fc19edb4370272ed 21187 libs optional s-http-server_20060904.orig.tar.gz cfd32a00848a57daf1bbbaf8157d12f8 3161 libs optional s-http-server_20060904-1.diff.gz 4bb2fa438d8f7c2c1a67e7b255decc5a 18700 libs optional cl-s-http-server_20060904-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFETaz11ldN0tyliURAlH9AJ9akHj7Cr3I0LSeDZ3ixHUotQn/8QCguOWu km3EtGf3ock8ENSJYeG9nY0= =KqZa -END PGP SIGNATURE- Accepted: cl-s-http-server_20060904-1_all.deb to pool/main/s/s-http-server/cl-s-http-server_20060904-1_all.deb s-http-server_20060904-1.diff.gz to pool/main/s/s-http-server/s-http-server_20060904-1.diff.gz s-http-server_20060904-1.dsc to pool/main/s/s-http-server/s-http-server_20060904-1.dsc s-http-server_20060904.orig.tar.gz to pool/main/s/s-http-server/s-http-server_20060904.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ffe 0.1.6-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 17:21:44 +0200 Source: ffe Binary: ffe Architecture: source i386 Version: 0.1.6-1 Distribution: unstable Urgency: low Maintainer: Alexis Bezverkhyy [EMAIL PROTECTED] Changed-By: Alexis Bezverkhyy [EMAIL PROTECTED] Description: ffe- Tool for parsing flat and CSV files and converting them to differ Changes: ffe (0.1.6-1) unstable; urgency=low . * New upstream version * Sponsored by Julien Danjou [EMAIL PROTECTED] Files: 2ef4632b18cd95d528a3e5ca3cbbac14 562 text optional ffe_0.1.6-1.dsc 0cede583a57d3e4d602cda6a3cc9418f 222547 text optional ffe_0.1.6.orig.tar.gz 73c8deb14d295493ca54f6a7ae31eea9 25255 text optional ffe_0.1.6-1.diff.gz 718c13608369c1b45224731ac1c04346 39138 text optional ffe_0.1.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFE6FMpGK1HsL+5c0RAtc1AJwMi5y75MDxMiS0k5OHl8TuIRyYhgCguOTa 4ZPlCRQi3oIsx8dw9mMHhKQ= =KIR7 -END PGP SIGNATURE- Accepted: ffe_0.1.6-1.diff.gz to pool/main/f/ffe/ffe_0.1.6-1.diff.gz ffe_0.1.6-1.dsc to pool/main/f/ffe/ffe_0.1.6-1.dsc ffe_0.1.6-1_i386.deb to pool/main/f/ffe/ffe_0.1.6-1_i386.deb ffe_0.1.6.orig.tar.gz to pool/main/f/ffe/ffe_0.1.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ctn 3.0.6-8.1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Sep 2006 15:40:02 +0200 Source: ctn Binary: ctn-dev ctn Architecture: source amd64 Version: 3.0.6-8.1 Distribution: unstable Urgency: medium Maintainer: Thijs Kinkhorst [EMAIL PROTECTED] Changed-By: Steinar H. Gunderson [EMAIL PROTECTED] Description: ctn- Central Test Node, a DICOM implementation for medical imaging ctn-dev- Development files for Central Test Node, a DICOM implementation Closes: 387183 Changes: ctn (3.0.6-8.1) unstable; urgency=medium . * Non-maintainer upload. * In the LONG_WORD structure, always use unsigned int since we want a 32-bit variable, and int is 32 bits on all platforms supported by Debian (it used to be unsigned long for all platforms except alpha, which broke on platforms such as ppc64 and amd64). (Closes: #387183) * Build-depend on lesstif2-dev instead of lesstif-dev, since the latter is obsolete. Files: b2060d82f01cfb94f2ab2c95f3b05179 721 graphics extra ctn_3.0.6-8.1.dsc c9f7925e743f59fbb2307701ba58a95b 11556 graphics extra ctn_3.0.6-8.1.diff.gz bfe6607387e8e70a28ecb9d2535e0691 4990800 graphics extra ctn_3.0.6-8.1_amd64.deb 04a7a66f591ab54226641a69f3596f3b 414918 devel extra ctn-dev_3.0.6-8.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEploXKRQ3lK3SH4RAkgrAJ45ZjIwsSEU0Wx/sYftUkQbb/mbAACgjli1 aVZJ6LGiCzZokWK+5IiH5wA= =41NO -END PGP SIGNATURE- Accepted: ctn-dev_3.0.6-8.1_amd64.deb to pool/main/c/ctn/ctn-dev_3.0.6-8.1_amd64.deb ctn_3.0.6-8.1.diff.gz to pool/main/c/ctn/ctn_3.0.6-8.1.diff.gz ctn_3.0.6-8.1.dsc to pool/main/c/ctn/ctn_3.0.6-8.1.dsc ctn_3.0.6-8.1_amd64.deb to pool/main/c/ctn/ctn_3.0.6-8.1_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dvbstream 0.6+cvs20060501-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 22 Sep 2006 11:50:29 +0100 Source: dvbstream Binary: dvbstream Architecture: source i386 Version: 0.6+cvs20060501-3 Distribution: unstable Urgency: low Maintainer: Alastair McKinstry [EMAIL PROTECTED] Changed-By: Alastair McKinstry [EMAIL PROTECTED] Description: dvbstream - Broadcast a DVB Transport stream over a LAN Closes: 357109 Changes: dvbstream (0.6+cvs20060501-3) unstable; urgency=low . * Use ts_filter rather than ts2es in radio scripts, as ts2es is no longer available. Closes: #357109. * Move to Standards-Version: 3.7.2. No changes required. * No longer Suggest: the dvb-mpegtools package, which is no longer supplied. Instead Suggest: dvbtune. Files: a954727736e1fb34375f62a2733927c0 634 misc optional dvbstream_0.6+cvs20060501-3.dsc e7d594f948239c15a05d982bbf0166cb 10104 misc optional dvbstream_0.6+cvs20060501-3.diff.gz e9bb216e83027ff3de0c1b2975a6a53b 61526 misc optional dvbstream_0.6+cvs20060501-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFE8LuQTK/kCo4XFcRAjemAKDWAIL7nfyjsAX6VxgHTgxrdZKzDgCguRnG uiFRRTVBvMl0dJF4pmuSMKg= =IKIw -END PGP SIGNATURE- Accepted: dvbstream_0.6+cvs20060501-3.diff.gz to pool/main/d/dvbstream/dvbstream_0.6+cvs20060501-3.diff.gz dvbstream_0.6+cvs20060501-3.dsc to pool/main/d/dvbstream/dvbstream_0.6+cvs20060501-3.dsc dvbstream_0.6+cvs20060501-3_i386.deb to pool/main/d/dvbstream/dvbstream_0.6+cvs20060501-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted drupal 4.5.8-4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Sep 2006 16:17:50 +0200 Source: drupal Binary: drupal Architecture: source all Version: 4.5.8-4 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Michael Ablassmeier [EMAIL PROTECTED] Description: drupal - fully-featured content management/discussion engine Closes: 388604 Changes: drupal (4.5.8-4) unstable; urgency=low . * QA upload. * Check for debconf to be available in postrm (Closes: #388604) Files: 213a4774de367e9f4e6c900ac2f2997c 561 web extra drupal_4.5.8-4.dsc 31ce0a31fdee707853407f0ffdabaee5 49016 web extra drupal_4.5.8-4.diff.gz 59ed9f64f50042f90ab5cf0bbb679c50 487268 web extra drupal_4.5.8-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEqCcEFV7g4B8rCURAs7uAJ9Rn7UHZIUEq4kYhmtnhxUgohBPbACfWJUl 2dem3eKR96zZ3hDVkIYQu0M= =p9jE -END PGP SIGNATURE- Accepted: drupal_4.5.8-4.diff.gz to pool/main/d/drupal/drupal_4.5.8-4.diff.gz drupal_4.5.8-4.dsc to pool/main/d/drupal/drupal_4.5.8-4.dsc drupal_4.5.8-4_all.deb to pool/main/d/drupal/drupal_4.5.8-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted elserv 0.4.0+0.20011203cvs-15 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Sep 2006 23:34:18 +0900 Source: elserv Binary: elserv Architecture: source all Version: 0.4.0+0.20011203cvs-15 Distribution: unstable Urgency: low Maintainer: Junichi Uekawa [EMAIL PROTECTED] Changed-By: Junichi Uekawa [EMAIL PROTECTED] Description: elserv - HTTP server that runs on Emacsen Closes: 348124 Changes: elserv (0.4.0+0.20011203cvs-15) unstable; urgency=low . * prepend dpatches with number. * emacs-wiki-home-page - emacs-wiki-default-page - 05_emacs-wiki-home-page.dpatch Fixes: elserv-wiki emits error on every access (Closes: #348124). Files: be7813c94fe0bf7630a06dbc5b41d69e 628 web optional elserv_0.4.0+0.20011203cvs-15.dsc dfbce9cfb068dc1d2745c3752d157e0e 10774 web optional elserv_0.4.0+0.20011203cvs-15.diff.gz 50dbc5617df4286c9dc0182cb85874af 82478 web optional elserv_0.4.0+0.20011203cvs-15_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEqMf2Dd9TugeVcERApcWAJ9LunLiXW2T6aGSbf9qzOujthsIswCgiBp9 X4h6beENlGd0O91qwKMDH/8= =97OT -END PGP SIGNATURE- Accepted: elserv_0.4.0+0.20011203cvs-15.diff.gz to pool/main/e/elserv/elserv_0.4.0+0.20011203cvs-15.diff.gz elserv_0.4.0+0.20011203cvs-15.dsc to pool/main/e/elserv/elserv_0.4.0+0.20011203cvs-15.dsc elserv_0.4.0+0.20011203cvs-15_all.deb to pool/main/e/elserv/elserv_0.4.0+0.20011203cvs-15_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted logilab-common 0.19.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 22 Sep 2006 13:57:44 +0200 Source: logilab-common Binary: python-logilab-common Architecture: source all Version: 0.19.1-1 Distribution: unstable Urgency: medium Maintainer: Alexandre Fayolle [EMAIL PROTECTED] Changed-By: Alexandre Fayolle [EMAIL PROTECTED] Description: python-logilab-common - useful miscellaneous modules used by Logilab projects Closes: 388322 Changes: logilab-common (0.19.1-1) unstable; urgency=medium . * New upstream release * Added conflict with packages previously built by logilab-common and available in Stable. (closes: #388322) * Urgency set to medium because it closes an RC bug Files: 8ce43dd3c309e23a6962900d8ac1662e 964 python optional logilab-common_0.19.1-1.dsc 6a595d8b744294d78134273f2f736a49 122102 python optional logilab-common_0.19.1.orig.tar.gz 8a9601a9c59678cfb865c7dc1e9d506a 20 python optional logilab-common_0.19.1-1.diff.gz 07f86f340d7d66a702cbee894d928986 116276 python optional python-logilab-common_0.19.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQEVAwUBRRPTZV6T+PKoJ87eAQIfaAf/TxcRf3Z7rgO87HbNnQFrNEHu2QASTFh7 mqs7PEK6WmQ7EACNbdHWR+/SHqqVQbqmV3Jr9XEiu6ToyFJgGKGIMuyS9Wn+boYE 7KxO8+i129cVmA5sqeZWEEPP5bnQRrBcHUae83XgFYVxdNSrpeyNqSWDpfs5PtyU mb+pR/jAnzwGNPn28oAMcCnUqx/MBgVj0AUs3uEtk7nh7O44zpA/bTDbQi5utnZc +O1ctrBGxqH+GZcfqzIJAdtx5V5zTFXiSgkvxe4K2FqBgFtqf158MxpzXlLU3O27 R8yjlVtfES6dOyjzxghnr6CZwn40YcGVRh0ZGGbwlw7zQBW9U5xywQ== =iO2S -END PGP SIGNATURE- Accepted: logilab-common_0.19.1-1.diff.gz to pool/main/l/logilab-common/logilab-common_0.19.1-1.diff.gz logilab-common_0.19.1-1.dsc to pool/main/l/logilab-common/logilab-common_0.19.1-1.dsc logilab-common_0.19.1.orig.tar.gz to pool/main/l/logilab-common/logilab-common_0.19.1.orig.tar.gz python-logilab-common_0.19.1-1_all.deb to pool/main/l/logilab-common/python-logilab-common_0.19.1-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted electricsheep 2.6.8-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Sep 2006 08:50:14 +0200 Source: electricsheep Binary: electricsheep Architecture: source i386 Version: 2.6.8-3 Distribution: unstable Urgency: low Maintainer: Alexis Sukrieh [EMAIL PROTECTED] Changed-By: Alexis Sukrieh [EMAIL PROTECTED] Description: electricsheep - screensaver showing collective dream of sleeping computers Closes: 386673 Changes: electricsheep (2.6.8-3) unstable; urgency=low . * mpeg2dec/libmpeg2/idct_altivec.c Applied patch from [EMAIL PROTECTED] for fixing the FTBFS issue on ppc architectures. (closes: #386673) Files: f7a816554b4329b6aa0062cb1eccb0bb 695 x11 optional electricsheep_2.6.8-3.dsc 5213b1b09b4fbfee8020485c5a235920 131536 x11 optional electricsheep_2.6.8-3.diff.gz 62f2811ea01faabcd75bd11c63051fec 2747508 x11 optional electricsheep_2.6.8-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFEqs7Rg1L1x7l3TQRAi1wAJ9GuyDy9hFzwBTBi+A/33RMLAaQ0wCgsnFQ +mSO9XEl8NzhUPxDYgyzfIk= =3KRm -END PGP SIGNATURE- Accepted: electricsheep_2.6.8-3.diff.gz to pool/main/e/electricsheep/electricsheep_2.6.8-3.diff.gz electricsheep_2.6.8-3.dsc to pool/main/e/electricsheep/electricsheep_2.6.8-3.dsc electricsheep_2.6.8-3_i386.deb to pool/main/e/electricsheep/electricsheep_2.6.8-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted squashfs 1:3.1r2-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Sep 2006 16:53:29 +0200 Source: squashfs Binary: squashfs-tools squashfs-source Architecture: source i386 all Version: 1:3.1r2-2 Distribution: unstable Urgency: low Maintainer: Arnaud Fontaine [EMAIL PROTECTED] Changed-By: Arnaud Fontaine [EMAIL PROTECTED] Description: squashfs-source - Source for the squash filesystem squashfs-tools - Tool to create and append to squashfs filesystems Changes: squashfs (1:3.1r2-2) unstable; urgency=low . * Update the squashfs-source package for kernel 2.6.18. Files: 5cb9a1ba96a2c57c85ba26d7b50b1f0f 797 admin optional squashfs_3.1r2-2.dsc 3cddcefaeb62eba02721c0a6c4de28f3 24132 admin optional squashfs_3.1r2-2.diff.gz b7dd97170a07cf36aa15b61855d8694b 31340 admin optional squashfs-source_3.1r2-2_all.deb 161c1d5299760dda23c39f7dc5d5cc91 93494 admin optional squashfs-tools_3.1r2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFErAh+C5cwEsrK54RAsRmAKDGF5oMEpQ9k0RABk2KaSRqOh1w9ACfTuzF pBniiVCgen+o2XFNBwA6YpI= =fKvw -END PGP SIGNATURE- Accepted: squashfs-source_3.1r2-2_all.deb to pool/main/s/squashfs/squashfs-source_3.1r2-2_all.deb squashfs-tools_3.1r2-2_i386.deb to pool/main/s/squashfs/squashfs-tools_3.1r2-2_i386.deb squashfs_3.1r2-2.diff.gz to pool/main/s/squashfs/squashfs_3.1r2-2.diff.gz squashfs_3.1r2-2.dsc to pool/main/s/squashfs/squashfs_3.1r2-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]