Re: Interest in packaging GNU Shishi and GNU Generic Security Service?
On Tue, Aug 30, 2005 at 08:01:41PM +0200, Simon Josefsson wrote: Shishi can co-exist with either of MIT or Heimdal. It doesn't use a similar API at all. The library has a clean name space (shishi_*). The tools doesn't conflict with any (to me) known tools. I don't think the GSSAPI dev package would conflict; it places header files in $prefix/include/gss/ and the library is called libgss to avoid conflicting. However, as it implement the standard GSS API, the namespace do conflict, so you can't link directly to more than one GSS-library at the same time. Please add support for ELF symbol versioning, so that the usual namespace problems can be avoided. I notice from http://josefsson.org/cgi-bin/viewcvs.cgi/shishi/README?rev=1.30view=markup that this lib is distributed under the terms of the GPL only, so I have my doubts that it's particularly useful for Debian to adopt it. Is there any particular reason that GNU shishi is not made available under the LGPL? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#325822: ITP: auctiongallery-template-grey -- The auctiongallery template grey
Package: wnpp Severity: wishlist Owner: Stan Vasilyev [EMAIL PROTECTED] * Package name: auctiongallery-template-grey Version : 0.9.3 Upstream Author : Stan Vasilyev [EMAIL PROTECTED] * URL : http://auctiongallery.sourceforge.net/ * License : GPL Description : The auctiongallery template grey This is an auctiongallery template packaged for the Debian GNU/Linux Operating System. This template can also be previewed and downloaded at http://auctiongallery.sourceforge.net. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10.best4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Unnecessary Conflicts with imap-server packages
Daniel == Daniel Burrows [EMAIL PROTECTED] writes: Daniel As I understand Brian's idea, this would just be a way Daniel of allowing daemons to cohabitat in their default Daniel configuration. The administrator would be free to Daniel override the defaults in any way he wanted. Correct; it would be for automatically configuring daemons to listen on the given port on all addresses when the daemon is activated (e.g. by installing the package and if no other daemon is already active on the port). If you don't like this, you would be able to change the config manually. Adding support for multiple IP addresses is an interesting idea, but I am not convinced it is a requirement (especially if it adds significantly to the complexity; I suspect it might). -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325825: ITP: auctiongallery-template-rby -- The auctiongallery template red-blue-yellow
Package: wnpp Severity: wishlist Owner: Stan Vasilyev [EMAIL PROTECTED] * Package name: auctiongallery-template-rby Version : 0.9.3 Upstream Author : Stan Vasilyev [EMAIL PROTECTED] * URL : http://auctiongallery.sourceforge.net/ * License : GPL Description : The auctiongallery template red-blue-yellow This is an auctiongallery template packaged for the Debian GNU/Linux Operating System. This template can also be previewed and downloaded at http://auctiongallery.sourceforge.net. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10.best4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325824: ITP: ninja -- Privilege escalation detection system for GNU\Linux
Package: wnpp Severity: wishlist Owner: William Vera [EMAIL PROTECTED] * Package name: ninja Version : 0.1.1 Upstream Author : Tom Rune Flo [EMAIL PROTECTED] * URL : http://forkbomb.org/ninja/ * License : GPL Description : Privilege escalation detection system for GNU\Linux Ninja is a privilege escalation detection and prevention system for GNU/Linux hosts. While running, it will monitor process activity on the local host, and keep track of all processes running as root. If a process is spawned with UID or GID zero (root), ninja will log necessary informa- tion about this process, and optionally kill the process if it was spawned by an unauthorized user. A magic group can be specified, allowing members of this group to run any setuid/setgid root executable. Individual executables can be whitelisted. Ninja uses a fine grained whitelist that lets you whitelist executables on a group and/or user basis. This can be used to allow specific groups or individual users access to setuid/set- gid root programs, such as su(1) and passwd(1). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Version tracking in the BTS
On Tue, Aug 30, 2005 at 10:45:47AM -0700, Russ Allbery wrote: Frans Pop [EMAIL PROTECTED] writes: Having those bugs classified as patched IMO gives the wrong impression to casual readers (read non-developers) as it indicates that the problem has already been fixed. I personally read patched as synonymous to patch has been applied, which is just not true. Something like patch available would sound a lot better to me [...] Changed. Cheers, aj signature.asc Description: Digital signature
Re: Interest in packaging GNU Shishi and GNU Generic Security Service?
Simon Josefsson [EMAIL PROTECTED] writes: Steve Langasek [EMAIL PROTECTED] writes: I notice from http://josefsson.org/cgi-bin/viewcvs.cgi/shishi/README?rev=1.30view=markup that this lib is distributed under the terms of the GPL only, so I have my doubts that it's particularly useful for Debian to adopt it. Is there any particular reason that GNU shishi is not made available under the LGPL? Some reasons are given in [1]. I don't quite follow. Is there a problem with GPL'd software in Debian? The problem is that you're drastically limiting what other software can use the library. For example, there would be no way that Debian could link Cyrus SASL with shishi, because Cyrus SASL is used by a wide variety of other packages including some that are not GPL-compatible. No package that uses shishi could also use OpenSSL. No package that uses shishi could, as I understand it, use it as part of an Apache module. There are lots of other, similar cases. As a result, shishi is going to basically be a curiosity, not a serious Kerberos alternative for Debian. Given the difficulty involved in building multiple versions of packages to allow a choice of Kerberos implementations (if you look through Debian, you'll find that the ability to use Heimdal or MIT Kerberos exclusively is already rather spotty and some significant packages are only really maintained with one or the other), the addition of licensing problems means that there's basically no motivation for anyone to try to use shishi. Most of the motivations for making a library GPL rather than LGPL do not apply to shishi, since no one is going to free their software just to be able to use shishi. They're going to shrug and just use MIT Kerberos or some other implementation with a permissive license instead. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Interest in packaging GNU Shishi and GNU Generic Security Service?
Steve Langasek [EMAIL PROTECTED] writes: On Tue, Aug 30, 2005 at 08:01:41PM +0200, Simon Josefsson wrote: Shishi can co-exist with either of MIT or Heimdal. It doesn't use a similar API at all. The library has a clean name space (shishi_*). The tools doesn't conflict with any (to me) known tools. I don't think the GSSAPI dev package would conflict; it places header files in $prefix/include/gss/ and the library is called libgss to avoid conflicting. However, as it implement the standard GSS API, the namespace do conflict, so you can't link directly to more than one GSS-library at the same time. Please add support for ELF symbol versioning, so that the usual namespace problems can be avoided. I have added support for it in CVS. I notice from http://josefsson.org/cgi-bin/viewcvs.cgi/shishi/README?rev=1.30view=markup that this lib is distributed under the terms of the GPL only, so I have my doubts that it's particularly useful for Debian to adopt it. Is there any particular reason that GNU shishi is not made available under the LGPL? Some reasons are given in [1]. I don't quite follow. Is there a problem with GPL'd software in Debian? [1] http://www.gnu.org/licenses/why-not-lgpl.html Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: long long support on all archs?
On Tue, 2005-08-30 at 10:28 -0300, Henrique de Moraes Holschuh wrote: On Tue, 30 Aug 2005, Richard Atterer wrote: On Tue, Aug 30, 2005 at 01:25:09PM +0200, Ondrej Sury wrote: does all archs in debian have support for long long datatype? Yes, AFAIK, but... I want to apply 64bit quotas for cyrus22-imapd and I have to choose between patch which has checks for long long support and patch which doesn't have this check and use long long by default. ...I recommend you use int64_t from stdint.h instead of long long, this is more portable. Well, if you do, please submit a patch upstream to switch all such usage in cyrus accordingly. I feel it would be easier to just add the proper autoconf tests and bang out with an error (unsupported architecture) if long long is not available or less than signed 64-bits (i.e. 63 bits) wide. I am unsure if such patch would be accepted upstream, since Cyrus runs on more then Linux and *BSD variants. Does Solaris/AIX/whatever(tm) has stdint.h? Ondrej -- Ondrej Sury [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: long long support on all archs?
[Ondrej Sury] I am unsure if such patch would be accepted upstream, since Cyrus runs on more then Linux and *BSD variants. Does Solaris/AIX/whatever(tm) has stdint.h? I believe both SOlaris and AIX got it. It is a POSIX standard header. Check URL:http://www.opengroup.org/onlinepubs/009695399/basedefs/stdint.h.html#tag_13_48. And the int64_t type is required if the platform support 64-bit integer types. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FTPmasters (again)
On Tue, Aug 30, 2005 at 07:35:50PM -0700, Thomas Bushnell BSG wrote: So, to the FTP masters, kudos, thanks, and woo hoo! As in real life: good news are no news, bad news are news. That's the reason to see so often just complaints about ftp-masters issues and not appreciation for their regular job. Well done. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Interest in packaging GNU Shishi and GNU Generic Security Service?
Russ Allbery [EMAIL PROTECTED] writes: Simon Josefsson [EMAIL PROTECTED] writes: Steve Langasek [EMAIL PROTECTED] writes: I notice from http://josefsson.org/cgi-bin/viewcvs.cgi/shishi/README?rev=1.30view=markup that this lib is distributed under the terms of the GPL only, so I have my doubts that it's particularly useful for Debian to adopt it. Is there any particular reason that GNU shishi is not made available under the LGPL? Some reasons are given in [1]. I don't quite follow. Is there a problem with GPL'd software in Debian? The problem is that you're drastically limiting what other software can use the library. For example, there would be no way that Debian could link Cyrus SASL with shishi, because Cyrus SASL is used by a wide variety of other packages including some that are not GPL-compatible. No package that uses shishi could also use OpenSSL. No package that uses shishi could, as I understand it, use it as part of an Apache module. There are lots of other, similar cases. I see, right. I note that a similar problem already exist, because Heimdal links with OpenSSL. So it appears that code licensed under GPL could not link with Heimdal. (A rdepend suggest e.g. lsh-server contain GPL code that link with OpenSSL through Heimdal) As a result, shishi is going to basically be a curiosity, not a serious Kerberos alternative for Debian. Given the difficulty involved in building multiple versions of packages to allow a choice of Kerberos implementations (if you look through Debian, you'll find that the ability to use Heimdal or MIT Kerberos exclusively is already rather spotty and some significant packages are only really maintained with one or the other), the addition of licensing problems means that there's basically no motivation for anyone to try to use shishi. One motivation would be to get the unique features that Shishi has that the other Kerberos implementation has. E.g., non-ASCII support, X.509/OpenPGP authentication through GnuTLS. Most of the motivations for making a library GPL rather than LGPL do not apply to shishi, since no one is going to free their software just to be able to use shishi. They're going to shrug and just use MIT Kerberos or some other implementation with a permissive license instead. You have a point, and I'll consider switching to LGPL for the core library. Perhaps a model like the one for GnuTLS is appropriate, where the unique features has been separated into a GPL'd library. Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Version tracking in the BTS
On Mon, 2005-08-29 at 23:42 -0700, Steve Langasek wrote: I don't know if it's feasible, but my ideal vision for how the new version tracking would handle bugs in stable would be that if the version in stable is affected, the bug is left open if it's tagged sarge or if it's of RC severity; otherwise the bug is archived normally. I don't even see a reason to special-case security, most such bugs are going to be of RC severity and the others can be tagged with the per-suite tag just as we've been doing. This isn't great for the maintainer view of the bugs. As maintainer, I can't do anything about bugs in stable, so I don't want to see them on the bug list. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part
Re: Version tracking in the BTS
On Wed, Aug 31, 2005 at 10:28:07AM +0100, Scott James Remnant wrote: On Mon, 2005-08-29 at 23:42 -0700, Steve Langasek wrote: I don't know if it's feasible, but my ideal vision for how the new version tracking would handle bugs in stable would be that if the version in stable is affected, the bug is left open if it's tagged sarge or if it's of RC severity; otherwise the bug is archived normally. I don't even see a reason to special-case security, most such bugs are going to be of RC severity and the others can be tagged with the per-suite tag just as we've been doing. This isn't great for the maintainer view of the bugs. As maintainer, I can't do anything about bugs in stable, so I don't want to see them on the bug list. Then use the (default) unstable view of the BTS, where they will be listed as closed bugs only? The question is whether the bugs should be *archived*, not whether they should be displayed by default as open. Though anyway, my whole point in suggesting that these bugs not be archived is that they're the ones that Joey's policy does appear to allow maintainers to do something about. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Re: FTPmasters (again)
Francesco P. Lovergine [EMAIL PROTECTED] writes: As in real life: good news are no news, bad news are news. That's the reason to see so often just complaints about ftp-masters issues and not appreciation for their regular job. Well done. Yeah, this usually applies to all work, especially voluntary. I for one appreciate the work done by each and every Debian Developer, from the ftp-masters and security team all the way to the maintainers of individual packages I use and the porters and translators. Thanks to you all for the best Linux distribution! -- * Sufficiently advanced magic is indistinguishable from technology (T.P) * * PGP public key available @ http://www.iki.fi/killer * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Interest in packaging GNU Shishi and GNU Generic Security Service?
On Tue, Aug 30, 2005 at 08:01:41PM +0200, Simon Josefsson wrote: Shishi can co-exist with either of MIT or Heimdal. It doesn't use a similar API at all. The library has a clean name space (shishi_*). The tools doesn't conflict with any (to me) known tools. But I take it that it can still use the same ticket files etc.? I'm not sure if adding Shishi support to $whatever_program is a process that would be very useful (given what time it took to get Kerberos support into those programs the first time), but having Shishi kinit and perhaps libpam-shishi would be interesting for smart card use. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] FTPmasters (again)
On Wed, 31 Aug 2005 12:29:07 +0300, Kalle Kivimaa wrote: Thanks to you all for the best Linux distribution! In fact it is a GNU distribution, it used to be GNU/Linux distribution, now we can call it simply GNU (given the fact that both hurd and kfreebsd-gnu are rocking and under active development). Linux distribution is just wrong (and rather annoying). -- Yavor Doganov JID: [EMAIL PROTECTED] Free Software Association - Bulgaria http://fsa-bg.org GNOME in Bulgarian! http://gnome.cult.bg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] FTPmasters (again)
On Wed, Aug 31, 2005 at 01:46:54PM +0300, Yavor Doganov wrote: In fact it is a GNU distribution, it used to be GNU/Linux distribution, now we can call it simply GNU (given the fact that both hurd and kfreebsd-gnu are rocking and under active development). Linux distribution is just wrong (and rather annoying). Can we please discuss this when we actually have a release with something not Linux as the kernel? :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Interest in packaging GNU Shishi and GNU Generic Security Service?
Steinar H. Gunderson [EMAIL PROTECTED] writes: On Tue, Aug 30, 2005 at 08:01:41PM +0200, Simon Josefsson wrote: Shishi can co-exist with either of MIT or Heimdal. It doesn't use a similar API at all. The library has a clean name space (shishi_*). The tools doesn't conflict with any (to me) known tools. But I take it that it can still use the same ticket files etc.? No, those formats were too limited. I needed to store tickets for multiple principals. Reading/writing the MIT/Heimdal ticket/hostkey files as a compatibility feature would be possible, though, and is on the todo-list. I'm not sure if adding Shishi support to $whatever_program is a process that would be very useful (given what time it took to get Kerberos support into those programs the first time), but having Shishi kinit and perhaps libpam-shishi would be interesting for smart card use. Agreed. I don't want programs to be changed to support Shishi directly. Rather, applications should be written to use GSS-API. Shishi can be used through GSS-API. There is a Shishi kinit, and a PAM module is shipped with Shishi too. Some older protocols, e.g. telnet and rsh, doesn't support GSS-API, and they will have to support Shishi directly. But maybe few care about those protocols. In any case, I have written patches for GNU InetUtils that use Shishi directly: http://josefsson.org/shishi/feg-inetutils/ I have submitted the patches up-stream, and while nobody has objected, they haven't been installed yet. Fortunately, SSH uses GSS-API directly, and I have patches LSH to support GSS/Shishi: http://josefsson.org/gss/gss-lsh.html It still use an older version of the protocol, when IETF publish the final protocol I'll update the patch. Using the GSS implementation from MIT/Heimdal with my patch is possible and works too. Although since LSH is GPL it is probably not possible to distribute binaries linked to Heimdal. Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Version tracking in the BTS
On Wed, Aug 31, 2005 at 10:28:07AM +0100, Scott James Remnant wrote: This isn't great for the maintainer view of the bugs. As maintainer, I can't do anything about bugs in stable, so I don't want to see them on the bug list. They'd appear as a resolved bug in the default view, so shouldn't get in your way much. If it becomes a problem we can probably come up with some way of disappearing unarchived-but-still-quite-old resolved bugs. Cheers, aj signature.asc Description: Digital signature
Re: long long support on all archs?
On 31 Aug 2005, at 9:54 am, Petter Reinholdtsen wrote: [Ondrej Sury] I am unsure if such patch would be accepted upstream, since Cyrus runs on more then Linux and *BSD variants. Does Solaris/AIX/whatever(tm) has stdint.h? I believe both SOlaris and AIX got it. It is a POSIX standard header. Check URL:http://www.opengroup.org/onlinepubs/009695399/basedefs/ stdint.h.html#tag_13_48. And the int64_t type is required if the platform support 64-bit integer types. Tru64 has it too, as does Mac OS X. I thought it was pretty much *the* portable way of doing this, these days. Where I work, use of this header has solved a lot of problems; interestingly we tend to get 32/64 bit assumptions which are the opposite way around from normal - this place has been using Alphas more or less since they came out, and a lot of [less than careful] C coders here got used to assuming long was 64-bit (which it is, on Tru64), which gave them some nasty surprises when they tried to run their code on non-Alpha boxes. :-) Tim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#325709: ITP: xmms2 -- XMMS2 is a redesign of the XMMS music player
On 8/31/05, Laszlo Boszormenyi [EMAIL PROTECTED] wrote: On Tue, 2005-08-30 at 14:31 -0500, Peter Samuelson wrote: [Florian Ragwitz] XMMS2 is a redesign of the XMMS music player. It features a client-server model, allowing multiple (even simultaneous!) user interfaces, both textual and graphical. Gee, and Beep Media Player is going through a similar redesign. Me wonder. What? Where? Google... Once that's finished and packaged, we'll have four xmmses. I think old ones can be dropped after a while with transitional packages. xmms2 is still in early developlement, and xmms1 dev most likely will not stop immediately. The only thing shared between xmms1 and xmms2, really, is the name. So, using transitional packages to force all users to change does not seem wise to me.
Re: long long support on all archs?
Petter Reinholdtsen wrote: [Ondrej Sury] I am unsure if such patch would be accepted upstream, since Cyrus runs on more then Linux and *BSD variants. Does Solaris/AIX/whatever(tm) has stdint.h? I believe both SOlaris and AIX got it. It is a POSIX standard header. Well, rather C99. The Opengroup adopted it. Check URL:http://www.opengroup.org/onlinepubs/009695399/basedefs/stdint.h.html#tag_13_48. And the int64_t type is required if the platform support 64-bit integer types. Apparently Solaris9 doesn't have it (this caused SBCL to go back to a workaround.) Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: long long support on all archs?
* Ondrej Sury: I am unsure if such patch would be accepted upstream, since Cyrus runs on more then Linux and *BSD variants. Does Solaris/AIX/whatever(tm) has stdint.h? stdint.h is a recent invention, and some Solaris versions which are actually used in the wild do not support it. inttypes.h seems to be more widespread, but I ended up sys/types.h instead, which declares the relevant types on Solaris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] FTPmasters (again)
On Wednesday 31 August 2005 04:58, Steinar H. Gunderson wrote: On Wed, Aug 31, 2005 at 01:46:54PM +0300, Yavor Doganov wrote: In fact it is a GNU distribution, it used to be GNU/Linux distribution, now we can call it simply GNU (given the fact that both hurd and kfreebsd-gnu are rocking and under active development). Linux distribution is just wrong (and rather annoying). Can we please discuss this when we actually have a release with something not Linux as the kernel? :-) That and--it will make most of us cringle--when other kernels are popular, you'll hear lots of stuff like: Hey, what Linux do you use? Hurd, man. That's cool, I use FreeBSD. Debian rocks with all these kernels. Yeah, that's why I love Linux. -- Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 pgp4jMwgCzu0g.pgp Description: PGP signature
To Linux or not to Linux
Scripsit Steinar H. Gunderson [EMAIL PROTECTED] On Wed, Aug 31, 2005 at 01:46:54PM +0300, Yavor Doganov wrote: now we can call it simply GNU (given the fact that both hurd and kfreebsd-gnu are rocking and under active development). Linux distribution is just wrong (and rather annoying). Can we please discuss this when we actually have a release with something not Linux as the kernel? :-) Actually the question may be relevant irrespective of the status of the non-Linux ports. The Linux trademark, which used to be owned by Linus personally, has apparently been transferred to the Linux Mark Institute http://linuxmark.org, who have stated an intent to demand money from distributors who use the trademark. For-profit licenses start at $0, whereas a non-profit entity such as Debian must pay $200 a year to use the trademark. [Sic!] I think we originally called our system Debian GNU/Linux as a way to credit and show our respect to the major pieces of software that made Debian possible. I'm completely for giving credit where credit is due, but if we -- as a nonprofit association subsisting on donations (whether of cash, hardware, bandwith, time) -- have to pay money to be *allowed* to give proper credit, we ought to rethink that decision. In most places we already call our operating system simply Debian. I think we should just go through the website (and CD generation scripts and such) and remove the few remaining references to GNU/Linux. -- Henning MakholmWe can hope that this serious deficiency will be remedied in the final version of BibTeX, 1.0, which is expected to appear when the LaTeX 3.0 development is completed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#325709: ITP: xmms2 -- XMMS2 is a redesign of the XMMS music player
Hi, * Bryan Donlan [EMAIL PROTECTED] [2005-08-31 15:24]: On 8/31/05, Laszlo Boszormenyi [EMAIL PROTECTED] wrote: On Tue, 2005-08-30 at 14:31 -0500, Peter Samuelson wrote: [Florian Ragwitz] [...] Once that's finished and packaged, we'll have four xmmses. I think old ones can be dropped after a while with transitional packages. xmms2 is still in early developlement, and xmms1 dev most likely will not stop immediately. The only thing shared between xmms1 and xmms2, really, is the name. So, using transitional packages to force all users to change does not seem wise to me. If I undestand the website right it has a client server modell with different clients (test mode and graphic). This is not the case with xmms or do I miss something? Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: To Linux or not to Linux
Henning Makholm [EMAIL PROTECTED] writes: In most places we already call our operating system simply Debian. I think we should just go through the website (and CD generation scripts and such) and remove the few remaining references to GNU/Linux. This is an annoying problem for us, in my opinion. On one hand, your solution would be the best from the Debian as a brand point of view, it removes the Linux-attribute, which would help new users to realize that Debian is a Linux-based (and GNU-based) distribution. Paying $200 a year to LMI wouldn't be smart, either, unless we would get a donor for that (like LMI? :) -- * Sufficiently advanced magic is indistinguishable from technology (T.P) * * PGP public key available @ http://www.iki.fi/killer * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: long long support on all archs?
ke, 2005-08-31 kello 15:28 +0200, Florian Weimer kirjoitti: stdint.h is a recent invention Where recent means six years old. :) stdint.h was included in the 1999 version of the C standard. It seems to take almost a decade for implementations of new C standards to become widespread enough that you can rely on them. New C standards come out about every ten years (well, the two existings ones have done that). Personally, I think this is a bit silly. We should be able to use new stuff faster than that. Especially for something like int64_t, which can, if necessary, be provided using suitable autotools magic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Russian and Ukrainian translation/localization services
Dear friends, Olivia Translations provides excellent Russian and Ukrainian translation/localization services with the best rates. Welcome to http://www.olivia-translations.com for more information. --- We've discovered this your address while looking through the open sources and directories. In order that you wouldn't receive such a message accidentally in the future please reply just with Unsubscribe subject.
Re: arch, svn, cvs
This is an interesting thread: cvs, svn, arch, tla, baz, bzr, git, .. (have I forgotten any?). Lurking, however, I admit that I was getting a little lost. The thread is as the story whose middle and ending are told, without the beginning. A little digging with Google finds this [1] by David A. Wheeler. It provides useful background to the thread, so the reference is posted here for the benefit of other confused thread lurkers. If one or more of the thread participants also wanted to write and to post a general overview of the facts, purposes and relative merits underlying the discussion, this would be well received. -- Thaddeus H. Black [1] http://www.dwheeler.com/essays/scm.html signature.asc Description: Digital signature
Re: arch, svn, cvs
On Wed, Aug 31, 2005 at 03:13:30PM +, Thaddeus H. Black wrote: This is an interesting thread: cvs, svn, arch, tla, baz, bzr, git, .. (have I forgotten any?). Lurking, Darcs! My favorite tool these days, incredibly easy to use, and seems to Do The Right Thing (TM) with merges more frequently than arch stuff. www.darcs.net. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Unnecessary Conflicts with imap-server packages
Brian May wrote: Would it be feasible to have something like update-alternatives, but instead of managing files in the file system, it allocates port numbers? Something like that would be nice. Sporadically there have been complaints from people who want multiple sendmail MTAs installed. It is the same problem as being discussed with imapd. This mechanism could be used there too. An alternative is the xdm/gdm/kdm way of coordinating between the packages. That works too. It could be enough to have packages that listen on a port coordinate with each other. Bob signature.asc Description: Digital signature
Re: long long support on all archs?
On Wed, 2005-08-31 at 15:28 +0200, Florian Weimer wrote: * Ondrej Sury: I am unsure if such patch would be accepted upstream, since Cyrus runs on more then Linux and *BSD variants. Does Solaris/AIX/whatever(tm) has stdint.h? stdint.h is a recent invention, and some Solaris versions which are actually used in the wild do not support it. inttypes.h seems to be more widespread, but I ended up sys/types.h instead, which declares the relevant types on Solaris. Ok, so using some autotools magick I can propably write something which works on C99 compatible and old Solarises and raise propability of upstream inclusion :-) O. -- Ondrej Sury [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
To Linux or not to Linux
On Wed, 31 Aug 2005 07:35:23 -0600, Wesley J. Landaker wrote: That and--it will make most of us cringle--when other kernels are popular, you'll hear lots of stuff like: The reason for calling it GNU (ok, GNU/Linux as the the other ports are not yet in a releasable state) is to enable people to find out how everything started and read www.gnu.org, understand the reasons, and eventually agree with them and why not, start to contribute and spread the freedom. It is really amazing how developers still continue to call it with the wrong name. Developers are not like journalists, right? By calling it simply Linux you mislead the people -- they will know about the genius and selfish Finnish programmer who wrote the first free kernel and doesn't object others refering to it as operating system. They will have no clue about freedom at all. (I know, this is the wrong list). -- Yavor Doganov JID: [EMAIL PROTECTED] Free Software Association - Bulgaria http://fsa-bg.org GNOME in Bulgarian! http://gnome.cult.bg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: long long support on all archs?
* Lars Wirzenius: ke, 2005-08-31 kello 15:28 +0200, Florian Weimer kirjoitti: stdint.h is a recent invention Where recent means six years old. :) stdint.h was included in the 1999 version of the C standard. And it wasn't really backed by real-world implementations at that time AFAIK. Personally, I think this is a bit silly. We should be able to use new stuff faster than that. Especially for something like int64_t, which can, if necessary, be provided using suitable autotools magic. We can use whatever we want because we have our own toolchain which we control. Some upstream developers have to deal with old Solaris installations, though. We might want to show at least some restraint to facility backporting, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: To Linux or not to Linux
On Wed, Aug 31, 2005 at 03:27:53PM +0200, Henning Makholm wrote: The Linux trademark, which used to be owned by Linus personally, has apparently been transferred to the Linux Mark Institute It's still owned by Linus personally; he palms of management of it to the LMI, and has done pretty much since it was first registered. AIUI, the change is that LMI's no longer just maddog/LI, but now has some paralegals from OSDL helping out. For-profit licenses start at $0, whereas a non-profit entity such as Debian must pay $200 a year to use the trademark. [Sic!] People who purchased perpetual licenses in the past don't have to pay any more money for licenses (hence perpetual); non-profits who aren't grandfathered pay $200pa, for-profits who aren't grandfathered have a sliding scale from $200pa to $5000pa. This only applies to folks who have to purchase licenses; if you simply use the word descriptively, as in I'm a Linux consultant, you don't have to pay anything. I'm not sure if Debian GNU/Linux was specifically given as an example of a descriptive use (I vaguely recall it was, but can't figure where), but Linus specifically notes [0] that getting a name of your own, like Red Hat or Debian, is a way of avoiding having to worry about the Linux trademark. Presumably Linux Standard Base and OpenLinux are examples of names that do require a sublicense (since Linux is part of their name), whereas Debian is Debian's name, and Debian GNU/Linux is purely descriptive, and hence fair use that doesn't require a license. If anyone really cares, it's probably wise to check with LMI directly. Cheers, aj, who's had to learn far too much about this stuff as part of Linux Australia's efforts to get Linux(tm) registed in Oz [0] http://kerneltrap.org/node/5581 signature.asc Description: Digital signature
Re: FTPmasters (again)
Em Ter, 2005-08-30 às 19:35 -0700, Thomas Bushnell BSG escreveu: So, to the FTP masters, kudos, thanks, and woo hoo! Seconded! -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org signature.asc Description: This is a digitally signed message part
Re: Interest in packaging GNU Shishi and GNU Generic Security Service?
Simon Josefsson [EMAIL PROTECTED] writes: I see, right. I note that a similar problem already exist, because Heimdal links with OpenSSL. So it appears that code licensed under GPL could not link with Heimdal. (A rdepend suggest e.g. lsh-server contain GPL code that link with OpenSSL through Heimdal) Right. This is one of the primary reasons why MIT Kerberos maintains its own crypto library. The MIT Kerberos licensing is specifically designed to try to get Kerberos as widely used as possible. One motivation would be to get the unique features that Shishi has that the other Kerberos implementation has. E.g., non-ASCII support, X.509/OpenPGP authentication through GnuTLS. Maybe. My experience, having run a large Kerberos realm for over a decade now and having fought with countless applications to get Kerberos support, is that this really isn't on anyone's radar. It's hard enough just to get them to look at Kerberos in the first place. Anyway, I'm still interested. I'm really busy at the moment and have some other things that I have to finish before I can reasonably start a new project, but it does sound like the packaging effort would be fairly simple and I'd like to have shishi around to play with. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: To Linux or not to Linux
On Wed, Aug 31, 2005 at 06:49:20PM +0300, Yavor Doganov wrote: (I know, this is the wrong list). Yes. And you're also preaching to the choir, mostly. -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: To Linux or not to Linux
Scripsit Anthony Towns aj@azure.humbug.org.au This only applies to folks who have to purchase licenses; if you simply use the word descriptively, as in I'm a Linux consultant, you don't have to pay anything. I'm not sure if Debian GNU/Linux was specifically given as an example of a descriptive use (I vaguely recall it was, but can't figure where), http://linuxmark.org/who_needs.html cites Super Dooper Linux as an example of a name that requres payment of money. If there's any difference in principle between using Debian as a first part and using Super Dooper, I am unable to see it. but Linus specifically notes [0] that getting a name of your own, like Red Hat or Debian, is a way of avoiding having to worry about the Linux trademark. Of course Linus acknowledges that the name Debian alone is OK, but it appears that he was not aware that we sometimes use the fuller (?) name Debian GNU/Linux. Presumably Linux Standard Base and OpenLinux are examples of names that do require a sublicense (since Linux is part of their name), whereas Debian is Debian's name, and Debian GNU/Linux is purely descriptive, and hence fair use that doesn't require a license. There are many places on www.debian.org where Debian GNU/Linux is used as a single proper noun. Those are what I am worried about. Just to name one example, on http://www.debian.org/intro/free, the paragraph Debian GNU/Linux is a strong supporter of free software... seems to clearly imply that GNU/Linux is a part of the name our project. If anyone really cares, it's probably wise to check with LMI directly. As far as I can tell they do not give any email address on their website. And in any case, oughtn't to be some kind of official Debian representative who checked with them? -- Henning Makholm Khanivore is climbing out of its life-support pod. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dogme05: Team Maintenance
* Andreas Barth: Please: remember that we all tend sometimes to say too harsh things in mail (or rather, we forget that this is not some chit-chat, and everything is printed and archived), and also that it's way too easy to over-interpret someone else, as we just have the text, and not the emotional suroundings (tone, face expressions, ...). And from time to time, I can really understand fellow developers who resort to threats in a desperate attempt to move things forward. 8-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: arch, svn, cvs
also sprach Thaddeus H. Black [EMAIL PROTECTED] [2005.08.31.1713 +0200]: A little digging with Google finds this [1] by David A. Wheeler. It provides useful background to the thread, so the reference is posted here for the benefit of other confused thread lurkers. More info: http://linuxmafia.com/faq/Apps/scm.html and there are a bunch of links at the bottom of this page, which link to other interesting resources. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! gentoo: for when you finally find out that overclocking can kill your processor. signature.asc Description: Digital signature (GPG/PGP)
Re: To Linux or not to Linux
* Wouter Verhelst [EMAIL PROTECTED] writes: And you're also preaching to the choir, mostly. A well known fact to me, sorry for this, but I consider it important. As you're my personal hero (I have a Mac Quadra), now I know your attitude, which makes me sad. -- With respect, Yavor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: To Linux or not to Linux
* Henning Makholm: In most places we already call our operating system simply Debian. I think we should just go through the website (and CD generation scripts and such) and remove the few remaining references to GNU/Linux. We'd also have to rename packages that use the term Linux in a non-descriptive way (linuxsampler, linuxtrade, and probably a few more). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: arch, svn, cvs
* John Goerzen: On Wed, Aug 31, 2005 at 03:13:30PM +, Thaddeus H. Black wrote: This is an interesting thread: cvs, svn, arch, tla, baz, bzr, git, .. (have I forgotten any?). Lurking, Darcs! My favorite tool these days, incredibly easy to use, and seems to Do The Right Thing (TM) with merges more frequently than arch stuff. www.darcs.net. Indeed, darcs is a very nice piece of work. There is a straigtforward workaround for the convergence problem Martin described (push and pull in dry-run mode). Unfortunately, the merge algorithm has some complexity issues, which means that a merge can take eons (literally). But its support for cherrypicking is awesome. It's user interface is nice and comes with useful and up-to-date documentation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: arch, svn, cvs
John Goerzen [EMAIL PROTECTED] writes: On Wed, Aug 31, 2005 at 03:13:30PM +, Thaddeus H. Black wrote: This is an interesting thread: cvs, svn, arch, tla, baz, bzr, git, .. (have I forgotten any?). Lurking, Darcs! My favorite tool these days, incredibly easy to use, and seems to Do The Right Thing (TM) with merges more frequently than arch stuff. www.darcs.net. Hogs Powah! -- Jérôme Marant
Re: Version tracking in the BTS
* Russ Allbery [Tue, 30 Aug 2005 10:47:12 -0700]: Unfortunately, for a package with a moderate number of bugs (10-30), it adds a lot of clutter without a lot of clarity. Because of that, it would be great if there were some option down in the settings section that would let one turn off this section splitting again. You mean oldview=yes? (http://lists.debian.org/debian-devel/2005/08/msg01769.html) -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 There may be no I in TEAM, but a M and an E. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Version tracking in the BTS
Adeodato Simó [EMAIL PROTECTED] writes: * Russ Allbery [Tue, 30 Aug 2005 10:47:12 -0700]: Unfortunately, for a package with a moderate number of bugs (10-30), it adds a lot of clutter without a lot of clarity. Because of that, it would be great if there were some option down in the settings section that would let one turn off this section splitting again. You mean oldview=yes? (http://lists.debian.org/debian-devel/2005/08/msg01769.html) Yup, that's it. Thanks! -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
Re: packages still setting /usr/doc link
On Sun, Aug 14, 2005 at 05:55:28PM -0400, Joey Hess wrote: The following is a list by maintainer of the 497 packages that still contain code in their postinst to create links in /usr/doc/. That's been a bug since 2002, and most of these packages have probably not been updated since then, since recompiling most of them with a current debhelper will remove the link code. Please fix your packages. Filing bugs on nearly 500 packages is something I'd prefer not to do, but it might come to that. We've been working on this transition for 5 or 6 years now, and it's about time to finish it. michael d. ivey [EMAIL PROTECTED] id3ren -- see shy jo Hi DD's, just a thought. If during a transition it became necessary to do X as a workaround for package Y, why not make a bug which is marked as non-RC during the transition and then upgraded to RC after the transition. This way each packages that has this workaround does not have to be checked by hand and then simply by changing the bug status, all packages are upgraded to have the RC bug. This may already have been done, I reading these emails offline. Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ ' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
BUSCAMOS A LOS NUEVOS PROFESIONALES
Nuestra compañía se encuentra en la busqueda de personas como USTED, Emprendedoras y Exitosas, que no se conforman con poco sino que cada día deseas superar los límites de la vida cotidiana. Sabemos que te encuentras en la búsqueda de una opción que te permita generar Ingresos Adicionales, trabajar a tiempo parcial mientras estudias o desarrollas otras actividades o solo por tener mas tiempo libre para tí o tu familia, o lo mas importante... dedicarle tu tiempo completo a desarrollar tu Independencia Financiera. Nuestra oprotunidad se te presenta a través de un sistema Comprobado que tiene 50 años de desarrollo mundial. Solo visita nuestra página www.losnuevosprofesionales.com Esperamos contar con Usted. Atentamente, NAJUN GUILLEN [EMAIL PROTECTED] Telf. (058) 414 261.24.10 Najun I. Guillen Teran Supervisor 58-414-2612410 VISITE. www.portalnbc.com/reclut/hom.htm
Re: Bug#323227: new list: debian-planet to distribute planet.debian.org postings; archive to enable searching
On Mon, Aug 15, 2005 at 05:08:58PM +0200, Christoph Berg wrote: Package: lists.debian.org Severity: wishlist Hi, I'd like to have a debian-planet list that would receive blog postings from planet.debian.org. Hi Chris, I'd second that. I was just trying to find a post on planet about adjusting your screen size and dpi and couldn't rememeber who said it. the post refered to xdpyinfo and 'displaysize' option in X config and a kde controlpanel for dpi. If I had a list to search, that be cool. Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ ' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Bug#325922: ITP: kde-icons-nuvola -- popular icon theme for kde
Package: wnpp Severity: wishlist Owner: Bastian Venthur [EMAIL PROTECTED] * Package name: kde-icons-nuvola Version : 1.0 Upstream Author : David Vignoni [EMAIL PROTECTED] * URL : http://www.icon-king.com * License : LGPL Description : popular icon theme for kde Nuvola is a very beautifull icon theme for kde and one of the most popular too. If you like plastik and crystal, you should give nuvola a try! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-laptop Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mass bug filing on packages that are blocking use of cdebconf
Just a reminder that these maintainers still have packages that depend on debconf by itself without an alternate dependency on | debconf-2.0. As I mentioned in my original post, I plan to file bugs on all of these soon, which, omitting all the lg-issue* packages, comes to about 550 bugs. Also, thanks to everyone who did fix 20 or so packages due to my first mail at the beginning of the month. [EMAIL PROTECTED]:~apt-cache dumpavail | grep-dctrl -FDepends debconf \ |grep-dctrl -FDepends -v '| debconf-2.0' | grep ^Package: \ | cut -d : -f 2 | dd-list --stdin Wesley W. Terpstra (Debian) [EMAIL PROTECTED] bidentd Loic Dachary (OuoU) [EMAIL PROTECTED] poker-network Stefan Hornburg (Racke) [EMAIL PROTECTED] amavis-ng courier debaux dhelp interchange pure-ftpd sympa Maurizio Lemmo (Tannoiser) [EMAIL PROTECTED] mailreader Masayuki Hatta (mhatta) [EMAIL PROTECTED] gs-common gtktrain ndtpd Peter De Schrijver (p2) [EMAIL PROTECTED] libgcr410 Clint Adams [EMAIL PROTECTED] posh zsh Joel Aelwyn [EMAIL PROTECTED] zope-quotafolder OHASHI Akira [EMAIL PROTECTED] initz riece Jan Alonzo [EMAIL PROTECTED] ispell-tl Pierre Ancelot [EMAIL PROTECTED] hwtools Micah Anderson [EMAIL PROTECTED] bamboo Hakan Ardo [EMAIL PROTECTED] ftpwatch Richard Atterer [EMAIL PROTECTED] udftools Ernesto Nadir Crespo Avila [EMAIL PROTECTED] flowscan Julien BLACHE [EMAIL PROTECTED] tilp Thomas Bushnell, BSG [EMAIL PROTECTED] miscfiles Sebastien Bacher [EMAIL PROTECTED] pango1.0 Jeff Bailey [EMAIL PROTECTED] diffmon Michael Banck [EMAIL PROTECTED] exult Roland Bauerschmidt [EMAIL PROTECTED] colormake Christian Bayle [EMAIL PROTECTED] gforge-theme-starterpack php4-mcrypt Cord Beermann [EMAIL PROTECTED] jove nn Bradley Bell [EMAIL PROTECTED] razzle Hilko Bengen [EMAIL PROTECTED] drupal mantis Edward Betts [EMAIL PROTECTED] joystick Michael Biebl [EMAIL PROTECTED] lksctp-tools partimage Bastian Blank [EMAIL PROTECTED] zope-loginmanager Eduard Bloch [EMAIL PROTECTED] durep shfs sl-modem Jeremy T. Bouse [EMAIL PROTECTED] acidlab Cyril Bouthors [EMAIL PROTECTED] drbd Markus Braun [EMAIL PROTECTED] tpb Adrian Bridgett [EMAIL PROTECTED] tgif James Bromberger [EMAIL PROTECTED] libapache-mod-backhand Philip Brown [EMAIL PROTECTED] kdrill Luis Bustamante [EMAIL PROTECTED] acct Chris Butler [EMAIL PROTECTED] wu-ftpd Bruno Barrera C. [EMAIL PROTECTED] portsentry Rubén Porras Campo [EMAIL PROTECTED] manpages-es Patrick Caulfield [EMAIL PROTECTED] dnprogs lvm10 mopd Petr Cech [EMAIL PROTECTED] ispell-czech Emmanuel le Chevoir [EMAIL PROTECTED] xsmbrowser Pierre Chifflier [EMAIL PROTECTED] websvn Volker Christian [EMAIL PROTECTED] synce-serial Ashley Clark [EMAIL PROTECTED] bottlerocket David Coe [EMAIL PROTECTED] libsafe Ben Collins [EMAIL PROTECTED] libraw1394 Carlo Contavalli [EMAIL PROTECTED] wipl Jereme Corrado [EMAIL PROTECTED] faqomatic Matthew Danish [EMAIL PROTECTED] oftpd Julien Danjou [EMAIL PROTECTED] apt-build Frederik Dannemare [EMAIL PROTECTED] motion Vivek Dasmohapatra [EMAIL PROTECTED] dbishell Debian Apache Maintainers debian-apache@lists.debian.org apache apache2 Debian Edu Developers debian-edu@lists.debian.org debian-edu-install Debian Hamradio Maintainers debian-hams@lists.debian.org ax25-apps Debian OCaml Maintainers debian-ocaml-maint@lists.debian.org ocaml-tools Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org kdenetwork Eric Delaunay [EMAIL PROTECTED] scsitools xtel Cédric Delfosse [EMAIL PROTECTED] darkstat Murat Demirten [EMAIL PROTECTED] ettercap Grzegorz Prokopski (Debian Developer) [EMAIL PROTECTED] pimppa Agustin Martin Domingo [EMAIL PROTECTED] dictionaries-common eo-spell espa-nol ispell-gl wspanish Sven Dowideit [EMAIL PROTECTED] twiki Joe Drew [EMAIL PROTECTED] lxdoom Benjamin Drieu [EMAIL PROTECTED] dacode Ludovic Drolez [EMAIL PROTECTED] atftp backuppc swish-e Steve Dunham [EMAIL PROTECTED] x-symbol Free Ekanayaka [EMAIL PROTECTED] ams Nick Estes [EMAIL PROTECTED] mserv Bartosz Fenski [EMAIL PROTECTED] fuse Agney Lopes Roth Ferraz [EMAIL PROTECTED] gkdebconf Duncan Findlay [EMAIL PROTECTED] spamassassin Anthony Fok [EMAIL PROTECTED] chdrv iterm Dimitri Fontaine [EMAIL PROTECTED] smarty tutos tutos2 Daniel Franklin [EMAIL PROTECTED] printbill Philipp Frauenfelder [EMAIL PROTECTED] calamaris Turbo Fredriksson [EMAIL PROTECTED] nagat phpqladmin roxen3 roxen4 Stephen Frost [EMAIL PROTECTED] libnss-ldap libpam-ldap Gerfried Fuchs [EMAIL PROTECTED] abook beep GNU Libc Maintainers debian-glibc@lists.debian.org glibc Wilmer van der Gaast [EMAIL PROTECTED] bitlbee Peter S Galbraith [EMAIL
Bug#325928: ITP: gyrus -- GNOME tool for the administration of mailboxes in Cyrus-IMAP servers
Package: wnpp Severity: wishlist Owner: OndÅej Surý [EMAIL PROTECTED] * Package name: gyrus Version : 0.3.4 Upstream Author : Claudio Saavedra [EMAIL PROTECTED] * URL : http://gyrus.gnome.cl/ * License : GPL Description : GNOME tool for Cyrus-IMAP servers administration It allows through a nice GUI to control user quotas, create and remove mailboxes, and to manipulate the Access Control List for each mailbox. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-8-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Re: mass bug filing on packages that are blocking use of cdebconf
On Wed, Aug 31, 2005 at 04:27:12PM -0400, Joey Hess wrote: Also, thanks to everyone who did fix 20 or so packages due to my first mail at the beginning of the month. (...) Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] nessus-plugins Forgot to fix this one, will upload 2.2.5-3 right away to fix it there. samhain Samhain 2.0.9-1 fixes this issue and was uploaded Aug 29th. spellcast Spellcast 1.0-19 was uploaded Aug 6th 2005 and does not use debconf anymore. It seems that you did not run an 'apt-get update' before rerunning the shell snippet you provided? (thanks for it BTW, very ilustrative to see how you generated the listing). Regards Javier signature.asc Description: Digital signature
Bug#325935: ITP: warzone2100 -- 3D realtime strategy on a future Earth
Package: wnpp Severity: wishlist Owner: Bartosz Fenski aka fEnIo [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: warzone2100 Version : 0.2.2 Upstream Author : originaly Pumpkin Studios, now developed by: Roman C., Denis Dupeyron, Mike Gilmore, Marcus Hast Adam Holland, Kevin Malec, Per I Mathisen Dion Mendel, Kim Metcalfe, Christian Ohm Victor Qamly, Ben Russon, Rodolphe Suescun * URL : http://www.realtimestrategies.net/forums/index.php * License : GPL + some files that need to be checked Description : 3D realtime strategy on a future Earth Upon entering the game you land from your transport and establish your base. Here you conduct research, design and manufacture vehicles, build new structures and prepare your plans of global conquest. If the game goes badly you'll end up fighting last ditch battles here to defend your base from enemy attacks. Combat is frenetic, with extensive graphical effects and damage to the terrain and buildings giving rise to flying shrapnel and boulders. Within the game are many different structures and vehicles. From an initial Command Centre, you then go on to build Resource Extractors to provide fuel for Power Generators, which in turn supply energy to Factories, Research Facilities and weapons emplacements to protect your base. Features: * 400+ Technologies to research * 2,000+ different units to design * 3 Large campaign maps to conquer * 24 Fast play mission maps for extra action * Intelligence Display sets objectives dynamically * Interactive message system * Fast Play Interface graphically Based * Quick Screen Navigation * Fast Find System for units structures * Set Factories to constant production * Automatically send each factory's units to where you want them I don't intend to upload this game anytime soon. Some license issues have to be fixed first. In fact this ITP is mainly to avoid someone else is duplicating work. I'll make unofficial package to easy installation procedure for Debian/Ubuntu users. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFiFChQui3hP+/EARAmxZAJ9+EQ3fXkkpXFbouHwm3tSlEx29aQCfSQW8 i39QmQ+ai5S38yMpH9DKrrc= =GkPW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325934: ITP: php-clamavlib -- PHP ClamAV Lib - ClamAV Interface for PHP Scripts
Package: wnpp Severity: wishlist Owner: Jonas Genannt [EMAIL PROTECTED] * Package name: php-clamavlib Version : 0.11 Upstream Author : Geffrey Velasquez [EMAIL PROTECTED] * URL : http://phpclamavlib.org * License : GPL Description : PHP ClamAV Lib - ClamAV Interface for PHP Scripts PHP ClamAV Lib is a PHP extension that allows to incorporate virus scanning features on your PHP scripts. It uses the Clam AV API for virus scanning. This version are supported two functions for file scanning and buffer scanning. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mass bug filing on packages that are blocking use of cdebconf
* Joey Hess schrieb am 31.08.05, um 22:27 Uhr: Debian VDR Team [EMAIL PROTECTED] nvram-wakeup Fixed package was uploaded a few minutes ago. Regards, Thomas -- Thomas Schmidt, Debian VDR Team http://pkg-vdr-dvb.alioth.debian.org/ signature.asc Description: Digital signature
RE: mass bug filing on packages that are blocking use of cdebconf
Achilleas Kotsis [EMAIL PROTECTED] ulogd Fixed localy, will upload soon (due to sponsored upload) Achilleas Kotsis a.k.a. Achille -- whois awk?, sed Grep -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mass bug filing on packages that are blocking use of cdebconf
Joey Hess wrote: [EMAIL PROTECTED]:~apt-cache dumpavail | grep-dctrl -FDepends debconf \ |grep-dctrl -FDepends -v '| debconf-2.0' | grep ^Package: \ | cut -d : -f 2 | dd-list --stdin Assuming a sid grep-dctrl, grep-aptavail -FDepends debconf -a -! -FDepends '| debconf-2.0' \ -sPackage -n | dd-list --stdin :) (Sarge's grep-dctrl would need the apt-cache dumpavail | grep-dctrl start.) (Could be much faster if dd-list accepted input in the format output by -sPackage,Maintainer.) -- Antti-Juhani signature.asc Description: OpenPGP digital signature
Re: mesag3 - xlibmesa-gl / libgl1-mesa-dri - xlibmesa-dri / libglu1-mesa - libglu1-xorg
On Wed, Aug 31, 2005 at 02:41:05AM +0200, Michael Biebl wrote: It seems that mesa (6.3.2) as well as xorg (6.8.2) both provide a GL/GLU implemetation. If you look at: http://packages.debian.org/cgi-bin/search_contents.pl?word=libGL.so.1searchmode=searchfilescase=sensitiveversion=unstablearch=i386 You'll notice: usr/X11R6/lib/debug/libGL.so.1 libdevel/xlibmesa-gl-dbg usr/X11R6/lib/libGL.so.1libs/xlibmesa-gl usr/lib/dbg/i686/mmx/cmov/libGL.so.1libs/libgl1-mesa-dbg usr/lib/dbg/libGL.so.1 libs/libgl1-mesa-dbg usr/lib/debug/libGL.so.1libdevel/xlibmesa-gl-dbg usr/lib/i686/mmx/cmov/libGL.so.1libs/mesag3 usr/lib/libGL.so.1 libs/libgl1-mesa-dri, x11/nvidia-glx [non-free], libs/xlibmesa-gl, libs/mesag3 (I have to upload the fix for the dbg thing, it's in svn now) xlibmesa-gl provides the DRI drivers shipped with the X.org X-server. mesag3 provides the software rasterizer shipped with mesa. nvidia-glx provides the hardware-accelerated driver for NVIDIA hardware (a second package is needed to support older NVIDIA hardware) libgl1-mesa-dri provides the DRI drivers that have been incorporated into Mesa upstream and which were formerly distributed only with the X-server. The GLU package is, uhm, I don't know. At some point I talked with Branden about it, but we never did anything. The xfree86 (and now the x.org) are the ones duplicating that code. And this has nothing to do with some my turf/your turf thing. It was more of a this code works, that code doesn't thing. All three packages (libglu1-mesa, libglu1-xorg, xlibmesa-glu) are optional. The -xorg thing is cute, but someone missed the point of -mesa (and I'm probably to blame). -mesa is there because at some point there were two implementations shipped with Mesa. The one by Brian Paul and the one from the OpenGL SI provided by SGI, so there were two packages (libglu1-mesa and libglu1-sgi). The -sgi one was provided by a package that never made it thru the NEW queue and after some months I got sick of waiting and removed the package from the queue, so it never actually made it to the archive. Anyways, it happened that at some other point Brian removed his implementation, fixed bugs in the SGI one and shipped that with Mesa. That's why nowadays the -mesa package provides the SGI implementation. AFAIK, the -xorg package is byte for byte the same thing as the -mesa package. IIRC the xorg GL/GLU code is based on (older) mesa code. Mesa is merged every now and then into the X tree. For example the 6.3 release has been merged into the 6.9 X.org tree. But in *general* Mesa contains code that's newer than whatever is in the X tree. Why this duplication of code and which of this two implementations is the preferred one? It depends What hardware do you have and what do you want to do? On some machines I have NVIDIA hardware because it's the only hardware that supports current OpenGL features both in the hardware and in its driver (a recent Radeon card is useless to me if it supports OpenGL 1.5 but its driver doesn't, which is the case with the DRI drivers). On other machines I have some Intel embedded POS, which can use the Mesa drivers. I haven't had the chance to actually test the libgl1-mesa-dri with the X.org xserver packages, but as far as I can see from the docs, it should work. Be my guest and beat me to it if you want. And on some situations I actually *want* the Mesa software rasterizer, which I use by installing the GL driver to an adecuate location and setting LD_LIBRARY_PATH accordingly. Could I replace the xorg packages with the mesa packages without ill effects resp. without loss of functionality? You mean replacing xlibmesa-gl by libgl1-mesa-dri? It should work, but haven't tested it. If it works, it should gain functionality, not lose it. Performance is something else :-] I noticed that Ubuntu renamed mesag3-libglu1-mesa and xlibmesa-gl-libgl1-xorg. Hopefully libglu1-mesa is a typo on your side. The driver provided by mesag3 is a software rasterizer and the package *should* be named something like libgl1-mesa-soft (or swr or whatever, something that at least gives a hint about the type of driver it provides) Daniel approached me about renaming and I told him that I didn't have a strong position in either way (renaming or not renaming). In general I avoid cosmetic package renames, which is what this is. I mean, there's hardly enough people around who even remember why mesag3 is called that, and there's less people around who can actually argue for a name change with something not cosmetic (and no, your policy says so card isn't good enough, since my upgrade path one beats yours to death).
Re: To Linux or not to Linux
Yavor Doganov [EMAIL PROTECTED] writes: On Wed, 31 Aug 2005 07:35:23 -0600, Wesley J. Landaker wrote: That and--it will make most of us cringle--when other kernels are popular, you'll hear lots of stuff like: The reason for calling it GNU (ok, GNU/Linux as the the other ports are not yet in a releasable state) is to enable people to find out how everything started and read www.gnu.org, understand the reasons, and eventually agree with them and why not, start to contribute and spread the freedom. This is more or less valid, but please think of the context - in this case, people should find the way to the *Debian* homepage and find out about Debian. Especially since there are some problems between Debian and the FSF that are still not resolved. That's why I don't care if we call our distribution Debian Linux, Debian GNU/Linux, Debian GNU or Debian GNU/kFreeBSD (I mean, we provide the usual GNU userland for it, right?) Marc -- BOFH #409: The vulcan-death-grip ping has been applied. pgpukNuJyCwZQ.pgp Description: PGP signature
Re: To Linux or not to Linux
On Wednesday 31 August 2005 09:49, Yavor Doganov wrote: On Wed, 31 Aug 2005 07:35:23 -0600, Wesley J. Landaker wrote: That and--it will make most of us cringle--when other kernels are popular, you'll hear lots of stuff like: The reason for calling it GNU (ok, GNU/Linux as the the other ports are [...] By calling it simply Linux you mislead the people -- they will know [...] Which was kind of my point; Linux is already a term that has been overloaded far too much, so we should be careful in our naming if we want to avoid dialogs like the one I made up from becoming more of reality than they already are. =) -- Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 pgpzueyN9To6x.pgp Description: PGP signature
Re: mass bug filing on packages that are blocking use of cdebconf
Joey Hess wrote: ... Steve McIntyre [EMAIL PROTECTED] cvs nas seyon New versions of all three uploaded tonight to fix this... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Because heaters aren't purple! -- Catherine Pitt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: arch, svn, cvs
On Wed, 2005-08-31 at 00:17 +0200, martin f krafft wrote:
Could you please elaborate on this?
Hmm. Where to start :0. perhaps with storage. bzr currently stores the
different variations of each file that is versioned in 'stores', which
are a collection of files named by their hash, gzipped. (Its been doing
this since January). We're about to migrate to using a thing called a
'weave', which linear time annotation with respect to the number of line
variations in a file. Once we've done this transition, the storage will
look somewhat like sccs. When a commit occurs, a minimum of 2 file
alterations occur:
- we create a new 'revision' file which records the date, user, log
message, and a reference to an inventory of the tree at the time of the
commit.
- we append the hash of the revision to the revision-history file in
the .bzr directory.
- If the shape of the tree has changed - if files have been altered or
added or deleted - then we record a new inventory for the tree, which
has the full shape of the tree. The storage we use works fine on
windows, Mac OS X, and on Un*x. It also works happily over sftp and http
- no smart server is required. (We have plans for an optional smart
server post release).
So this looks rather like a 'snapshot' based system. However, we use
persistent unique file identifiers to track renames and to allow merging
between branches with files that have been renamed, without needing to
calculate back in time for the current name of the file. (This was one
of the key things GNU Arch does that bazaar-NG has incorporated).
Merges are tracked at both the file and revision level - a file has
ancestors of its own. Thus the system can represent a merge of a single
file from a remote branch without a full merge occuring, OR a partial
merge where some changes are deferred - neither rejected nor accepted.
We haven't taken full advantage of this capability yet, but I think it
will make working with cherry picking scenarios very enjoyable.
Branches are identified by value - if two branches have the same
revision-history they are identical, we can identify common prefixes to
identify where divergence has occured, and with the symmetrical parents
of revisions we can join branches up again when they have converged.
Branching can be as simple as a 'cp -al' from one directory to another,
or you can use the builtin 'branch' command which brings over only the
history for the one branch to your new branch ('stores' can share data
for many branches).
What else - oh, we have plain text diffs for use in sending to mailing
lists, there is no namespace for branches - you manage them just like
one can manage directories on disk, we're optimising for the common case
in most operations (though identifying that can be troublesome). We have
designs for supporting a 'CVS-style' operation where there is a common
branch many people commit directly to. The library code essentially
supports this now, but there is no UI to configure a tree to use it.
Hope this helps..
Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
signature.asc
Description: This is a digitally signed message part
Re: To Linux or not to Linux
On Wednesday 31 August 2005 17:29, Marc 'HE' Brockschmidt wrote: That's why I don't care if we call our distribution Debian Linux, Debian GNU/Linux, Debian GNU or Debian GNU/kFreeBSD (I mean, we provide the usual GNU userland for it, right?) Another interesting point is that if we lambaste people for using Linux to refer to free operatings systems based on most of GNU, and Linus' kernel, we also ought to be careful what we call GNU, since if you, for instance, run Debian, and you say, I run nothing but GNU (implying you don't use other popular operating systems like FreeBSD, MS Windows or Mac OSX) you're just as innaccurate as if you said, I run nothing but Linux (implying the same thing). I see a lot of push for It's not Linux, it's GNU!; but that isn't really any more accurate, unless you *really are* running GNU. Just something to think about. =) (Personally, I'm usually happy to just call it Debian when promoting it's use -- we'd still be Debian even if we replaced all GNU software with alternative implementations.) -- Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 pgpqxxGVzKEqd.pgp Description: PGP signature
Re: mass bug filing on packages that are blocking use of cdebconf
Javier Fernández-Sanguino Peña wrote: spellcast Spellcast 1.0-19 was uploaded Aug 6th 2005 and does not use debconf anymore. [EMAIL PROTECTED]:~apt-cache show spellcast | egrep Version\|Depends Version: 1.0-19 Depends: debconf, gettext, libc6 (= 2.3.2.ds1-21), libx11-6 | xlibs ( 4.1.0) ^^^ -- see shy jo signature.asc Description: Digital signature
Re: mesag3 - xlibmesa-gl / libgl1-mesa-dri - xlibmesa-dri / libglu1-mesa - libglu1-xorg
Thanks for your answers, Marcelo. I noticed that Ubuntu renamed mesag3-libglu1-mesa and xlibmesa-gl-libgl1-xorg. Hopefully libglu1-mesa is a typo on your side. The driver provided by mesag3 is a software rasterizer and the package *should* be named something like libgl1-mesa-soft (or swr or whatever, something that at least gives a hint about the type of driver it provides) You're right. It's not libglu1-mesa but libgl1-mesa. While my Debian unstable box still has a mesag3 package, a current Ubuntu Breezy only has a package libgl1-mesa, which conflicts with mesag3 and provides the virtual package mesag3. Same for xlibmesa-gl. This package was renamed/replaced by libgl1-xorg and is now completely removed from Ubuntu Breezy. It seems there were many renamings lastly in Ubuntu Breezy(1): mesag3-libgl1-mesa xlibmesa-gl-libgl-xorg xlibmesa-glu-libglu1 and new packages libglu1-mesa providing libglu1 libgl1-mesa-dri providing libgl1-dri x-window-system-core in Ubuntu Breezy now depends on libgl1-mesa-dri/libgl1-mesa/libglu1-mesa while as in unstable it is xlibmesa-dri/xlibmesa-gl/liblu1-xorg. I got the impression that this is an attempt to get a consistent naming scheme as a first step in order to prepare for the X11R6.9/X11R7.0 release. IIRC X11R6.9 and X11R7.0 will use an installed mesa package to provide OpenGL functionality and will not need it's own copy of mesa anymore. Maybe I'm completely wrong and I only got confused a little bit by all this package renamings lately. Cherrs, Michael (1) I know that this is d-d and not the ubuntu m-l. It just seems that the Ubuntu packages for X are slightly ahead of Debian and I just wondered if Debian will take the same path. -- E-Mail: [EMAIL PROTECTED] WWW: http://www.teco.edu/ TecO (Telecooperation Office) Vincenz-Priessnitz-Str.1 University of Karlsruhe 76131 Karlsruhe, Germany signature.asc Description: OpenPGP digital signature
Re: mesag3 - xlibmesa-gl / libgl1-mesa-dri - xlibmesa-dri / libglu1-mesa - libglu1-xorg
On Wed, 2005-08-31 at 17:25 -0600, Marcelo E. Magallon wrote: Daniel also said he'd send a package via email which I never got, so I went ahead and did my own thing. (No Matt, I'm not happy with the idea of fishing patches out of some random, cluttered, and very unusable webpage; everything I've fixed in Mesa over the years has found its way to Brian Paul in the format he wants it over the channels he wants it, so I expect the same from my downstreams). Sorry, I've really just not had any time recently, and there are some things I wanted to clean up before I fired off to you (e.g. the Build-Dep on glut, which introduced horrible Build-Deps and other hilarity which meant that the Arch: all build *had* to come last, etc). I'll try to get it to you this week. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mesag3 - xlibmesa-gl / libgl1-mesa-dri - xlibmesa-dri / libglu1-mesa - libglu1-xorg
On Wed, 2005-08-31 at 17:25 -0600, Marcelo E. Magallon wrote:
On Wed, Aug 31, 2005 at 02:41:05AM +0200, Michael Biebl wrote:
The GLU package is, uhm, I don't know. At some point I talked with
Branden about it, but we never did anything. The xfree86 (and now the
x.org) are the ones duplicating that code. And this has nothing to do
with some my turf/your turf thing. It was more of a this code
works, that code doesn't thing. All three packages (libglu1-mesa,
libglu1-xorg, xlibmesa-glu) are optional. The -xorg thing is cute, but
someone missed the point of -mesa (and I'm probably to blame). -mesa
is there because at some point there were two implementations shipped
with Mesa. The one by Brian Paul and the one from the OpenGL SI
provided by SGI, so there were two packages (libglu1-mesa and
libglu1-sgi). The -sgi one was provided by a package that never made
it thru the NEW queue and after some months I got sick of waiting and
removed the package from the queue, so it never actually made it to the
archive. Anyways, it happened that at some other point Brian removed
his implementation, fixed bugs in the SGI one and shipped that with
Mesa. That's why nowadays the -mesa package provides the SGI
implementation.
AFAIK, the -xorg package is byte for byte the same thing as the -mesa
package.
And I've suggested getting rid of xlibmesa-glu{,-dbg,-dev} several
times, without success. However, this will happen automatically with
X.Org 7.0, see below.
Why this duplication of code and which of this two implementations is
the preferred one?
It depends
What hardware do you have and what do you want to do?
On some machines I have NVIDIA hardware because it's the only hardware
that supports current OpenGL features both in the hardware and in its
driver (a recent Radeon card is useless to me if it supports OpenGL 1.5
but its driver doesn't, which is the case with the DRI drivers).
OT_plugThere's a vendor provided driver for these cards that supports
current OpenGL features as well./OT_plug
Could I replace the xorg packages with the mesa packages without ill
effects resp. without loss of functionality?
You mean replacing xlibmesa-gl by libgl1-mesa-dri? It should work, but
haven't tested it.
It would have to Conflicts-Replaces-Provides libgl1 for that to work.
Is this an attempt to smooth the transition from the xorg packages to
the mesa ones and in the course of the X modularisation to get
completely rid of the GL/GLU code in xorg (and the libgl*-xorg
packages) and use mesa directly as an external library? If there is
such a transition how will it take place?
Not currently, or at least not one that I know of.
X.Org will indeed no longer ship copies of the Mesa bits as of 7.0.
That'll be an automatic transition so to speak. :)
2) Someone with the proper hardware should test the several (there's at
least 8 of them IIRC) drivers that ship inside the -dri package with
the current (6.8) and future (6.9, 7.0) x.org server.
I'll gladly test the r200 driver once it's built on powerpc and the
libgl1 issue mentioned above is solved.
My interest in the mesa package comes from the fact that I develop
OpenGL-based applications, which is why I picked it up when it was
orphaned and why I've been maintaining it for the last few years.
And you've been doing a great job, keep it up. But if you could use a
helping hand, I wouldn't mind co-maintaining or something. No request,
just an offer.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: mesag3 - xlibmesa-gl / libgl1-mesa-dri - xlibmesa-dri / libglu1-mesa - libglu1-xorg
On Thu, Sep 01, 2005 at 03:20:10AM +0200, Michael Biebl wrote: x-window-system-core in Ubuntu Breezy now depends on libgl1-mesa-dri/libgl1-mesa/libglu1-mesa while as in unstable it is xlibmesa-dri/xlibmesa-gl/liblu1-xorg. If that's right, that's broken, too. It should at most recommend libgl1-mesa-dri | libgl1. There's really no reason to pull OpenGL with the X Window System. There are small systems which really don't need it. I got the impression that this is an attempt to get a consistent naming scheme as a first step in order to prepare for the X11R6.9/X11R7.0 release. IIRC X11R6.9 and X11R7.0 will use an installed mesa package to provide OpenGL functionality and will not need it's own copy of mesa anymore. Probably, which in itself is not wrong. -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mesag3 - xlibmesa-gl / libgl1-mesa-dri - xlibmesa-dri / libglu1-mesa - libglu1-xorg
On Wed, Aug 31, 2005 at 10:35:55PM -0400, Michel Dänzer wrote: Is this an attempt to smooth the transition from the xorg packages to the mesa ones and in the course of the X modularisation to get completely rid of the GL/GLU code in xorg (and the libgl*-xorg packages) and use mesa directly as an external library? If there is such a transition how will it take place? Not currently, or at least not one that I know of. X.Org will indeed no longer ship copies of the Mesa bits as of 7.0. That'll be an automatic transition so to speak. :) For that to happen we just need to figure out how the drivers interact with each other (I mean the DRI bits in the X server with the client-side DRI bits shipped by Mesa 6.3). 2) Someone with the proper hardware should test the several (there's at least 8 of them IIRC) drivers that ship inside the -dri package with the current (6.8) and future (6.9, 7.0) x.org server. I'll gladly test the r200 driver once it's built on powerpc and the libgl1 issue mentioned above is solved. Can you just try the drivers? I mean dpkg -x or something like that. I just need to know if they work fine with the current X server in unstable or if I need to wait for the 6.9 X server. The reason I ask this is because the mesa packages take some time to build (~ 30 minutes on my PC and I really don't want to know how long on other architectures), so I'd prefer to make as few uploads as possible. I have already spotted a couple of problems with the -1 release. SVN is svn://svn.debian.org/svn/pkg-mesa/mesa/trunk and patches are most welcomed (BTS is easier, but my @d.o address should be fine). And since I've got your attention Michel, if you figure there's an optimization for PowerPC that actually has some visible impact, I'll be glad to include that, too. Please read debian/README.build. I really wish I had a PowerPC where I could port the optimized TL functions, PowerPC asm is *really* nice :-) That goes for the AMD64 folk, too. And you've been doing a great job, keep it up. But if you could use a helping hand, I wouldn't mind co-maintaining or something. No request, just an offer. Since Mesa suddenly includes a lot more drivers that I can't test, I'd really appreciate even a heads up it's working fine with this hardware. And co-maintaining is always welcomed. -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mesag3 - xlibmesa-gl / libgl1-mesa-dri - xlibmesa-dri / libglu1-mesa - libglu1-xorg
On Thu, Sep 01, 2005 at 12:07:46PM +1000, Daniel Stone wrote: Sorry, I've really just not had any time recently, and there are some things I wanted to clean up before I fired off to you (e.g. the Build-Dep on glut, which introduced horrible Build-Deps and other hilarity which meant that the Arch: all build *had* to come last, etc). I'll try to get it to you this week. Oh, you got me there. On GLUT? I didn't spot that one. The demos depend on GLUT, but I haven't updated those yet. But don't rush, I was just wondering if the email got lost :-) Please do check the 6.3.2 packages, I suspect we have fixed the same things each on our own. I introduced another of those .map hacks for the drivers. I also tried to make it easier to disable building some of the targets, guessing that other distros aren't interested in the more exotic ones. -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mass bug filing on packages that are blocking use of cdebconf
On Wed, Aug 31, 2005 at 04:27:12PM -0400, Joey Hess wrote: Kari Pahula [EMAIL PROTECTED] crossfire 1.8.0-1 does not use debconf anymore. Still looking for a sponsor for the upload. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted smb4k 0.6.3-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 15:26:55 +0200 Source: smb4k Binary: smb4k Architecture: source i386 Version: 0.6.3-1 Distribution: unstable Urgency: high Maintainer: [EMAIL PROTECTED] Changed-By: Francesco Paolo Lovergine [EMAIL PROTECTED] Description: smb4k - A Samba (SMB) share advanced browser for KDE Closes: 313908 Changes: smb4k (0.6.3-1) unstable; urgency=high . * New upstream release Fixes a few security flaws due to symlinking abuse. IMHO it require major changes to properly manage IPC with sudo/super, anywy better than nothing... * Little modification (partially yet done by upstream) to de.po (closes: #313908) Files: f83382d3fbf187bcb250bbc6a1784883 706 kde optional smb4k_0.6.3-1.dsc 8cac939f2efc50e9b128633db4d69847 1081614 kde optional smb4k_0.6.3.orig.tar.gz 5a1f1d7462899017f5e1435620547707 12659 kde optional smb4k_0.6.3-1.diff.gz ef03918abf7d4fba3d1e3493d42b9c38 500586 kde optional smb4k_0.6.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFbQPpFNRmenyx0cRAlwAAKCFqIpjVvC9w+zMkt6me4U77UJbqgCbBvup K/7dQPH3Ok6teNyLLwnG5Bs= =fceR -END PGP SIGNATURE- Accepted: smb4k_0.6.3-1.diff.gz to pool/main/s/smb4k/smb4k_0.6.3-1.diff.gz smb4k_0.6.3-1.dsc to pool/main/s/smb4k/smb4k_0.6.3-1.dsc smb4k_0.6.3-1_i386.deb to pool/main/s/smb4k/smb4k_0.6.3-1_i386.deb smb4k_0.6.3.orig.tar.gz to pool/main/s/smb4k/smb4k_0.6.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kde-i18n 4:3.4.2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 08:17:21 +0200 Source: kde-i18n Binary: kde-i18n-nb kde-i18n-ar kde-i18n-he kde-i18n-pa kde-i18n-nn kde-i18n-ja kde-i18n-ga kde-i18n-pl kde-i18n-mk kde-i18n-ro kde-i18n-it kde-i18n-nds kde-i18n-pt kde-i18n-srlatin kde-i18n-engb kde-i18n-uk kde-i18n-cs kde-i18n-sk kde-i18n-af kde-i18n-ca kde-i18n-tr kde-i18n-ru kde-i18n-sv kde-i18n-nl kde-i18n-bs kde-i18n-is kde-i18n-se kde-i18n-br kde-i18n-tg kde-i18n-fy kde-i18n-es kde-i18n-ptbr kde-i18n-de kde-i18n-hi kde-i18n-et kde-i18n-hu kde-i18n-bn kde-i18n-bg kde-i18n-ta kde-i18n-sr kde-i18n-zhcn kde-i18n-el kde-i18n-eu kde-i18n-cy kde-i18n-fr kde-i18n-lt kde-i18n-da kde-i18n-eo kde-i18n-fi kde-i18n-sl kde-i18n-hsb Architecture: source all Version: 4:3.4.2-2 Distribution: unstable Urgency: low Maintainer: Noèl Köthe [EMAIL PROTECTED] Changed-By: Noèl Köthe [EMAIL PROTECTED] Description: kde-i18n-af - Afrikaans (af) internationalized (i18n) files for KDE kde-i18n-ar - Arabic (ar) internationalized (i18n) files for KDE kde-i18n-bg - Bulgarian (bg) internationalized (i18n) files for KDE kde-i18n-bn - Bengali (bn) internationalized (i18n) files for KDE kde-i18n-br - Breton (br) internationalized (i18n) files for KDE kde-i18n-bs - Bosnian (bs) internationalized (i18n) files for KDE kde-i18n-ca - Catalan (ca) internationalized (i18n) files for KDE kde-i18n-cs - Czech (cs) internationalized (i18n) files for KDE kde-i18n-cy - Welsh (cy) internationalized (i18n) files for KDE kde-i18n-da - Danish (da) internationalized (i18n) files for KDE kde-i18n-de - German (de) internationalized (i18n) files for KDE kde-i18n-el - Greek (el) internationalized (i18n) files for KDE kde-i18n-engb - British English (en_GB) internationalized (i18n) files for KDE kde-i18n-eo - Esperanto (eo) internationalized (i18n) files for KDE kde-i18n-es - Spanish (es) internationalized (i18n) files for KDE kde-i18n-et - Estonian (et) internationalized (i18n) files for KDE kde-i18n-eu - Basque (eu) internationalized (i18n) files for KDE kde-i18n-fi - Finnish (fi) internationalized (i18n) files for KDE kde-i18n-fr - French (fr) internationalized (i18n) files for KDE kde-i18n-fy - Frisian (fy) internationalized (i18n) files for KDE kde-i18n-ga - Irish Gaelic (ga) internationalized (i18n) files for KDE kde-i18n-he - Hebrew (he) internationalized (i18n) files for KDE kde-i18n-hi - Hindi (hi) internationalized (i18n) files for KDE kde-i18n-hsb - Upper Sorbian (hsb) internationalized (i18n) files for KDE kde-i18n-hu - Hungarian (hu) internationalized (i18n) files for KDE kde-i18n-is - Icelandic (is) internationalized (i18n) files for KDE kde-i18n-it - Italian (it) internationalized (i18n) files for KDE kde-i18n-ja - Japanese (ja) internationalized (i18n) files for KDE kde-i18n-lt - Lithuanian (lt) internationalized (i18n) files for KDE kde-i18n-mk - Macedonian (mk) internationalized (i18n) files for KDE kde-i18n-nb - Norwegian Bookmal (nb) internationalized (i18n) files for KDE kde-i18n-nds - Low Saxon (nds) internationalized (i18n) files for KDE kde-i18n-nl - Dutch (nl) internationalized (i18n) files for KDE kde-i18n-nn - Norwegian Nynorsk (nn) internationalized (i18n) files for KDE kde-i18n-pa - Punjabi (pa) internationalized (i18n) files for KDE kde-i18n-pl - Polish (pl) internationalized (i18n) files for KDE kde-i18n-pt - Portuguese (pt) internationalized (i18n) files for KDE kde-i18n-ptbr - Brazilian Portuguese (pt_BR) internationalized (i18n) files for K kde-i18n-ro - Romanian (ro) internationalized (i18n) files for KDE kde-i18n-ru - Russian (ru) internationalized (i18n) files for KDE kde-i18n-se - Northern Sami (se) internationalized (i18n) files for KDE kde-i18n-sk - Slovak (sk) internationalized (i18n) files for KDE kde-i18n-sl - Slovenian (sl) internationalized (i18n) files for KDE kde-i18n-sr - Serbian (sr) internationalized (i18n) files for KDE kde-i18n-srlatin - Latin Serbian ([EMAIL PROTECTED]) internationalized (i18n) files for KDE kde-i18n-sv - Swedish (sv) internationalized (i18n) files for KDE kde-i18n-ta - Tamil (ta) internationalized (i18n) files for KDE kde-i18n-tg - Tajik (tg) internationalized (i18n) files for KDE kde-i18n-tr - Turkish (tr) internationalized (i18n) files for KDE kde-i18n-uk - Ukrainian (uk) internationalized (i18n) files for KDE kde-i18n-zhcn - Chinese Simplified (zh_CN) internationalized (i18n) files for KDE Closes: 325792 Changes: kde-i18n (4:3.4.2-2) unstable; urgency=low . * correct dependency from kdelibs4 to kdelibs4c2 (closes: Bug#325792) Files: 93ffacedeb20d2ce0cca900f7789ddd8 1300 kde optional kde-i18n_3.4.2-2.dsc 8bc1500d62758aa80f4570647ac8d7fb 258466 kde optional kde-i18n_3.4.2-2.diff.gz ef7c43bdbab251969351a95862190594 1094796 kde optional kde-i18n-af_3.4.2-2_all.deb 57c3a3b26783360ff0f92798e4f17ae3 1359936 kde optional kde-i18n-ar_3.4.2-2_all.deb 06b86708c0e1d87f4641c3563077781c 2057140 kde
Accepted plucker 1.8-11 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 16:43:00 +0200 Source: plucker Binary: plucker plucker-desktop Architecture: source i386 Version: 1.8-11 Distribution: unstable Urgency: low Maintainer: Amaya Rodrigo Sastre [EMAIL PROTECTED] Changed-By: Amaya Rodrigo Sastre [EMAIL PROTECTED] Description: plucker- Pluck stuff from the web and read it on your PalmOS device plucker-desktop - Plucker Desktop is a GUI for Plucker Closes: 325608 Changes: plucker (1.8-11) unstable; urgency=low . * Install the comics in /usr/share/plucker/comics for real, and get rid of /usr/share/plucker/pluk-comics/ (Closes: #325608). Files: 1a810aab2cfd8754e6a8526359b9323f 725 otherosfs optional plucker_1.8-11.dsc 77beae8ca1f49d4590e939042ce2ca23 43346 otherosfs optional plucker_1.8-11.diff.gz 5e79c572667921a569f156b98eae4e28 423038 otherosfs optional plucker_1.8-11_i386.deb 112edb0c807e525035c1da475dfed1ac 820962 otherosfs optional plucker-desktop_1.8-11_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFcMnNFDtUT/MKpARApJRAJ0bDibINTpMQ/Z1PZE1nCdKDHqMYgCeNe8Y brkYhnaadenDDxhh5hMefZs= =VJDN -END PGP SIGNATURE- Accepted: plucker-desktop_1.8-11_i386.deb to pool/main/p/plucker/plucker-desktop_1.8-11_i386.deb plucker_1.8-11.diff.gz to pool/main/p/plucker/plucker_1.8-11.diff.gz plucker_1.8-11.dsc to pool/main/p/plucker/plucker_1.8-11.dsc plucker_1.8-11_i386.deb to pool/main/p/plucker/plucker_1.8-11_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted h5utils 1.9.1-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 16:29:01 +0200 Source: h5utils Binary: h5utils Architecture: source i386 Version: 1.9.1-3 Distribution: unstable Urgency: low Maintainer: Josselin Mouette [EMAIL PROTECTED] Changed-By: Josselin Mouette [EMAIL PROTECTED] Description: h5utils- HDF5 files visualization tools Changes: h5utils (1.9.1-3) unstable; urgency=low . * Rebuild against HDF5 1.6.4-0c2. Files: ec7aa64207516631274f0f9962dc2452 661 science optional h5utils_1.9.1-3.dsc 10e40266626824bb1b75c07d5b9b103c 3771 science optional h5utils_1.9.1-3.diff.gz 3b8c4381244262e1354fa13882ce7c0d 69126 science optional h5utils_1.9.1-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFcH5rSla4ddfhTMRApKEAJ4hGyuT1wyT5vVdljM5W/hHoLuHtQCgwIT5 ajWepszUzXcCYxiDzXATntM= =BR4e -END PGP SIGNATURE- Accepted: h5utils_1.9.1-3.diff.gz to pool/main/h/h5utils/h5utils_1.9.1-3.diff.gz h5utils_1.9.1-3.dsc to pool/main/h/h5utils/h5utils_1.9.1-3.dsc h5utils_1.9.1-3_i386.deb to pool/main/h/h5utils/h5utils_1.9.1-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xmms-kde 3.1-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 16:26:59 +0200 Source: xmms-kde Binary: xmms-kde Architecture: source i386 Version: 3.1-2 Distribution: unstable Urgency: low Maintainer: Peter Eisentraut [EMAIL PROTECTED] Changed-By: Peter Eisentraut [EMAIL PROTECTED] Description: xmms-kde - MP3 player integrated into the KDE panel Closes: 288726 314300 Changes: xmms-kde (3.1-2) unstable; urgency=low . * Changed maintainer address * Updated standards version * Applied code fix for GCC 4.0 (from Andreas Jochens [EMAIL PROTECTED]) (closes: #288726) * Removed recommendation of xmms; already included in dependencies (closes: #314300) * Rebuilt for new C++ ABI Files: 0a4f2abf124c955a9c41639798fd2669 628 sound optional xmms-kde_3.1-2.dsc 93101bb797721979a04ec6267980d469 2906 sound optional xmms-kde_3.1-2.diff.gz ce6125cf4704b46dc5a36aaa7e13c731 456466 sound optional xmms-kde_3.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFcgjTTx8oVVPtMYRAjETAKCBXf+RNm8rQloOM/QKuw2Do6gEZwCgifRO yS8V5/NwjZoJYvNjuDPAnq8= =S7it -END PGP SIGNATURE- Accepted: xmms-kde_3.1-2.diff.gz to pool/main/x/xmms-kde/xmms-kde_3.1-2.diff.gz xmms-kde_3.1-2.dsc to pool/main/x/xmms-kde/xmms-kde_3.1-2.dsc xmms-kde_3.1-2_i386.deb to pool/main/x/xmms-kde/xmms-kde_3.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted licq 1.3.0-4 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 15:23:32 +0200 Source: licq Binary: licq licq-plugin-kde licq-plugin-rms licq-plugin-console licq-dev licq-plugin-osd licq-plugin-qt licq-plugin-forwarder licq-plugin-autoreply Architecture: source i386 all Version: 1.3.0-4 Distribution: unstable Urgency: low Maintainer: Peter Eisentraut [EMAIL PROTECTED] Changed-By: Peter Eisentraut [EMAIL PROTECTED] Description: licq - ICQ client (base files) licq-dev - Licq development and header files licq-plugin-autoreply - autoreply plug-in for Licq licq-plugin-console - console user interface plug-in for Licq licq-plugin-forwarder - forwarder plug-in for Licq licq-plugin-kde - graphical user interface plug-in for Licq using Qt and KDE licq-plugin-osd - on-screen display plug-in for Licq licq-plugin-qt - graphical user interface plug-in for Licq using Qt licq-plugin-rms - remote management server plug-in for telnet Licq access Closes: 324854 325590 Changes: licq (1.3.0-4) unstable; urgency=low . * Changed maintainer address * Updated standards version * Applied code fix for GCC 4.0 (from Andreas Jochens [EMAIL PROTECTED]) (closes: #325590) * Rebuilt for new C++ ABI (closes: #324854) Files: f00a473591340955dc621be32b9c4ad9 893 net optional licq_1.3.0-4.dsc 8125c3d50a5fd51a85221418f4c44c7c 785067 net optional licq_1.3.0-4.diff.gz ee8c01d2367ae9489e36eea9e1d806d9 74490 devel optional licq-dev_1.3.0-4_all.deb 37882df34c0c7426b101fdbd6a4abb75 635624 net optional licq_1.3.0-4_i386.deb 66555b6743a4ffb1ae8edddb34b1ea0b 28710 net optional licq-plugin-autoreply_1.3.0-4_i386.deb 3bbdf2f0ca4b87783d4f401069acb579 70996 net optional licq-plugin-console_1.3.0-4_i386.deb bf8e103dcbd2efd53ca2c44002661bbc 29652 net optional licq-plugin-forwarder_1.3.0-4_i386.deb 1896ff70492b192f9d3af5e00c6d7d52 1261352 net optional licq-plugin-kde_1.3.0-4_i386.deb 06ee57d83cf29bfc068c0252603b5d80 45232 net optional licq-plugin-osd_1.3.0-4_i386.deb dc1a657f3dddb24505af59229bdbfe8e 1260430 net optional licq-plugin-qt_1.3.0-4_i386.deb 06f95a8a07e3e00d4563be3801cfb313 35010 net optional licq-plugin-rms_1.3.0-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFbyeTTx8oVVPtMYRAu5NAJoCM0yhXSi0Ctcz7WhMXPX2kzp9KQCgrVIJ o8y7Lih22E0+SVKChnqFCEE= =40zb -END PGP SIGNATURE- Accepted: licq-dev_1.3.0-4_all.deb to pool/main/l/licq/licq-dev_1.3.0-4_all.deb licq-plugin-autoreply_1.3.0-4_i386.deb to pool/main/l/licq/licq-plugin-autoreply_1.3.0-4_i386.deb licq-plugin-console_1.3.0-4_i386.deb to pool/main/l/licq/licq-plugin-console_1.3.0-4_i386.deb licq-plugin-forwarder_1.3.0-4_i386.deb to pool/main/l/licq/licq-plugin-forwarder_1.3.0-4_i386.deb licq-plugin-kde_1.3.0-4_i386.deb to pool/main/l/licq/licq-plugin-kde_1.3.0-4_i386.deb licq-plugin-osd_1.3.0-4_i386.deb to pool/main/l/licq/licq-plugin-osd_1.3.0-4_i386.deb licq-plugin-qt_1.3.0-4_i386.deb to pool/main/l/licq/licq-plugin-qt_1.3.0-4_i386.deb licq-plugin-rms_1.3.0-4_i386.deb to pool/main/l/licq/licq-plugin-rms_1.3.0-4_i386.deb licq_1.3.0-4.diff.gz to pool/main/l/licq/licq_1.3.0-4.diff.gz licq_1.3.0-4.dsc to pool/main/l/licq/licq_1.3.0-4.dsc licq_1.3.0-4_i386.deb to pool/main/l/licq/licq_1.3.0-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libwpd 0.8.3-1 (source all powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 16:29:30 +0200 Source: libwpd Binary: libwpd8c2 libwpd-tools libwpd-stream8c2 libwpd8-doc libwpd8-dev Architecture: source powerpc all Version: 0.8.3-1 Distribution: unstable Urgency: low Maintainer: Masayuki Hatta (mhatta) [EMAIL PROTECTED] Changed-By: Rene Engelhard [EMAIL PROTECTED] Description: libwpd-stream8c2 - Library for handling WordPerfect documents (shared library) libwpd-tools - Tools from libwpd for converting WordPerfect to HTML/RAW/Text libwpd8-dev - Library for handling WordPerfect documents (development) libwpd8-doc - Library for handling WordPerfect documents (documentation) libwpd8c2 - Library for handling WordPerfect documents (shared library) Changes: libwpd (0.8.3-1) unstable; urgency=low . * New upstream release * update FSFs address in debian/copyright * Standards-Version: 3.6.2 (no changes needed) Files: edc1bdee90f0d51ed2a61b9c8eba1d9f 763 devel optional libwpd_0.8.3-1.dsc f34404f8dc6123aca156d203c37e3e5d 482757 devel optional libwpd_0.8.3.orig.tar.gz b1585dd5036e4fd1a3ba47454705f56e 18720 devel optional libwpd_0.8.3-1.diff.gz 2fa54eb1d38fb0f1df54ae8fc7e7adff 550538 doc optional libwpd8-doc_0.8.3-1_all.deb 7d03edbd9bb419409862530a21f2669f 309530 libdevel optional libwpd8-dev_0.8.3-1_powerpc.deb c7f0535f0ae9426f9376cdc2c18e1966 156160 libs optional libwpd8c2_0.8.3-1_powerpc.deb 6a0931475869fc646730414c7f2f8839 12052 libs optional libwpd-stream8c2_0.8.3-1_powerpc.deb b3e7a06ffe78d793497f282f981de3f6 29626 utils optional libwpd-tools_0.8.3-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFcbr+FmQsCSK63MRAjGIAJ9NlPpMgraHmbc0w5vuM5oVSzjjbACfSNWR WGZeeVRRntcaNBlFVfZ6/84= =1+gp -END PGP SIGNATURE- Accepted: libwpd-stream8c2_0.8.3-1_powerpc.deb to pool/main/libw/libwpd/libwpd-stream8c2_0.8.3-1_powerpc.deb libwpd-tools_0.8.3-1_powerpc.deb to pool/main/libw/libwpd/libwpd-tools_0.8.3-1_powerpc.deb libwpd8-dev_0.8.3-1_powerpc.deb to pool/main/libw/libwpd/libwpd8-dev_0.8.3-1_powerpc.deb libwpd8-doc_0.8.3-1_all.deb to pool/main/libw/libwpd/libwpd8-doc_0.8.3-1_all.deb libwpd8c2_0.8.3-1_powerpc.deb to pool/main/libw/libwpd/libwpd8c2_0.8.3-1_powerpc.deb libwpd_0.8.3-1.diff.gz to pool/main/libw/libwpd/libwpd_0.8.3-1.diff.gz libwpd_0.8.3-1.dsc to pool/main/libw/libwpd/libwpd_0.8.3-1.dsc libwpd_0.8.3.orig.tar.gz to pool/main/libw/libwpd/libwpd_0.8.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted baobab 1.1.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 4 Aug 2005 18:25:33 +0200 Source: baobab Binary: baobab Architecture: source i386 Version: 1.1.0-1 Distribution: unstable Urgency: low Maintainer: Fabio Marzocca [EMAIL PROTECTED] Changed-By: Fabio Marzocca [EMAIL PROTECTED] Description: baobab - graphical tool to analyse directory trees Closes: 321051 321265 Changes: baobab (1.1.0-1) unstable; urgency=low . * Closes bugs: (Closes:#321051, Closes:#321265) * New upstream version. - major changes - new file search functions - open/delete folders and files - auto-detect filesystem changes in real-time - monitors in real-time user's home directory - list all files in a folder Files: c03d2b25aa7efcd87c7eb40e4a21e77d 663 x11 optional baobab_1.1.0-1.dsc 7387ab6621beaba07daaa02c85cbe1a0 166639 x11 optional baobab_1.1.0.orig.tar.gz 16f41c64529a89c6a5ce46e2465c0001 1819 x11 optional baobab_1.1.0-1.diff.gz 9baf2c452b488eb7958234dcff269d1c 60546 x11 optional baobab_1.1.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFcqlvcCgrgZGjesRAiKpAJ9x2XZx+D6tQAaJGp0avBB2iNweZACgy4pA Efhwy7upjdh5sAhHQxGJJrA= =RUNs -END PGP SIGNATURE- Accepted: baobab_1.1.0-1.diff.gz to pool/main/b/baobab/baobab_1.1.0-1.diff.gz baobab_1.1.0-1.dsc to pool/main/b/baobab/baobab_1.1.0-1.dsc baobab_1.1.0-1_i386.deb to pool/main/b/baobab/baobab_1.1.0-1_i386.deb baobab_1.1.0.orig.tar.gz to pool/main/b/baobab/baobab_1.1.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted buffy 0.10-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 15:58:05 +0200 Source: buffy Binary: buffy Architecture: source i386 Version: 0.10-1 Distribution: unstable Urgency: low Maintainer: Maurizio Lemmo (Tannoiser) [EMAIL PROTECTED] Changed-By: Maurizio Lemmo (Tannoiser) [EMAIL PROTECTED] Description: buffy - Heavy duty browser for mail folders Changes: buffy (0.10-1) unstable; urgency=low . * New upstram version * Clean entry in debian/docs Files: 640fdee62c08856e6824189951fc9f2e 745 misc optional buffy_0.10-1.dsc 693757241bfa21b112374ab15fd44a59 27229 misc optional buffy_0.10.orig.tar.gz 11e5c86a8ab9269312187fc9164d0729 287133 misc optional buffy_0.10-1.diff.gz 83a40974429117b99773ec1395aa9ed7 120876 misc optional buffy_0.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFco99LSwzHl+v6sRAtCLAJ9q4XVTvngxD+WzUYY9y4NOBHLT8QCfUKQo 9R3IUvP4HcOiaymFeoDy0Z0= =OyfS -END PGP SIGNATURE- Accepted: buffy_0.10-1.diff.gz to pool/main/b/buffy/buffy_0.10-1.diff.gz buffy_0.10-1.dsc to pool/main/b/buffy/buffy_0.10-1.dsc buffy_0.10-1_i386.deb to pool/main/b/buffy/buffy_0.10-1_i386.deb buffy_0.10.orig.tar.gz to pool/main/b/buffy/buffy_0.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zsh-beta 4.3.0-dev-1+20050831-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 12:03:24 -0400 Source: zsh-beta Binary: zsh-beta-static zsh-beta-doc zsh-beta Architecture: source all Version: 4.3.0-dev-1+20050831-1 Distribution: unstable Urgency: low Maintainer: Clint Adams [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: zsh-beta - A shell with lots of features (dev tree) zsh-beta-doc - zsh beta documentation - info/HTML format Changes: zsh-beta (4.3.0-dev-1+20050831-1) unstable; urgency=low . * Update to HEAD. Files: 7e706ed6a8423f1ffb8ac2f82fccf119 745 shells optional zsh-beta_4.3.0-dev-1+20050831-1.dsc dc2494d6f60049c71631b884f8d2b97e 2171981 shells optional zsh-beta_4.3.0-dev-1+20050831.orig.tar.gz b0ec19555c23643603cc87e0bcbba70b 670834 shells optional zsh-beta_4.3.0-dev-1+20050831-1.diff.gz 14534d2e6b77fd56d3e1bfaeb4b99c39 677764 shells optional zsh-beta-doc_4.3.0-dev-1+20050831-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Debian! iD8DBQFDFdpS5m0u66uWM3ARAlDkAKCMziPTWlRm+gJhBD7QutAfOv+e5ACg0YEV YtjOvcBBNVPaJ5kXKfHDECA= =RwLZ -END PGP SIGNATURE- Accepted: zsh-beta-doc_4.3.0-dev-1+20050831-1_all.deb to pool/main/z/zsh-beta/zsh-beta-doc_4.3.0-dev-1+20050831-1_all.deb zsh-beta_4.3.0-dev-1+20050831-1.diff.gz to pool/main/z/zsh-beta/zsh-beta_4.3.0-dev-1+20050831-1.diff.gz zsh-beta_4.3.0-dev-1+20050831-1.dsc to pool/main/z/zsh-beta/zsh-beta_4.3.0-dev-1+20050831-1.dsc zsh-beta_4.3.0-dev-1+20050831.orig.tar.gz to pool/main/z/zsh-beta/zsh-beta_4.3.0-dev-1+20050831.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kernel-package 9.007 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 10:30:18 -0500 Source: kernel-package Binary: kernel-package Architecture: source all Version: 9.007 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: kernel-package - A utility for building Linux kernel related Debian packages. Closes: 323428 Changes: kernel-package (9.007) unstable; urgency=low . * Update for MIPS kernels, thanks to Thiemo Seufer. (Closes: #323428). Files: dc5e95131a4abc314b8fbe01e0524cf3 483 misc optional kernel-package_9.007.dsc 553bddc3c08ba8b89241f801cd80e985 549190 misc optional kernel-package_9.007.tar.gz 2f3de92e6f84dae29da1e0a374aacf5d 365524 misc optional kernel-package_9.007_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFdyOIbrau78kQkwRAnxuAKCwe8YF8ZEJNWz2O7rLr33LnLzwggCg8z8l /+maHpJ1qO6PluqSqS3iZEk= =psNw -END PGP SIGNATURE- Accepted: kernel-package_9.007.dsc to pool/main/k/kernel-package/kernel-package_9.007.dsc kernel-package_9.007.tar.gz to pool/main/k/kernel-package/kernel-package_9.007.tar.gz kernel-package_9.007_all.deb to pool/main/k/kernel-package/kernel-package_9.007_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted partman-prep 4 (source powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 18:30:26 +0200 Source: partman-prep Binary: partman-prep Architecture: source powerpc Version: 4 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Sven Luther [EMAIL PROTECTED] Description: partman-prep - Add partman support for PPC PReP boot partitions (udeb) Changes: partman-prep (4) unstable; urgency=low . [ Frans Pop ] * Changed dependency from partman to partman-base. . [ Sven Luther ] * Fixed typo in finish.d/prep, so partman-prep finish.d method will set the right boot_partitions value for prep-installer to use later on. Files: 83a154930826a987aa2e10d690346752 628 debian-installer standard partman-prep_4.dsc 67c5e5857129af8c1c3e6cf2870b5193 20014 debian-installer standard partman-prep_4.tar.gz 1e2f46b94245adc0fc332faa05c45d4b 8146 debian-installer standard partman-prep_4_powerpc.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFdxc2WTeT3CRQaQRAuF7AKCkVcfy3h6kOj4CWJQ0sOeEtXiTjwCgiiQw 4nlvUXe/YZQlMxiOh+s51xw= =iHYK -END PGP SIGNATURE- Accepted: partman-prep_4.dsc to pool/main/p/partman-prep/partman-prep_4.dsc partman-prep_4.tar.gz to pool/main/p/partman-prep/partman-prep_4.tar.gz partman-prep_4_powerpc.udeb to pool/main/p/partman-prep/partman-prep_4_powerpc.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debianutils 2.14.3 (source sparc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 12:33:58 -0400 Source: debianutils Binary: debianutils Architecture: source sparc Version: 2.14.3 Distribution: unstable Urgency: medium Maintainer: Clint Adams [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: debianutils - Miscellaneous utilities specific to Debian Closes: 311770 325633 Changes: debianutils (2.14.3) unstable; urgency=medium . * Ship md5sums. closes: #325633. * installkernel: call mkboot with more appropriate argument. closes: #311770. Files: f6152685a717d4578d32afdbb673e61e 484 base required debianutils_2.14.3.dsc d50fde61c9fd2bf3e815d9d9d70ef863 162904 base required debianutils_2.14.3.tar.gz d7be5210741f8776f36dc0af222bd6ed 57496 base required debianutils_2.14.3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Debian! iD8DBQFDFeAj5m0u66uWM3ARAhIHAKDI6f8b0+LpU/96GDvpVmNKVvZBTACfcY1+ K7W4idl9IWgNpz5Z446rxbY= =1KV+ -END PGP SIGNATURE- Accepted: debianutils_2.14.3.dsc to pool/main/d/debianutils/debianutils_2.14.3.dsc debianutils_2.14.3.tar.gz to pool/main/d/debianutils/debianutils_2.14.3.tar.gz debianutils_2.14.3_sparc.deb to pool/main/d/debianutils/debianutils_2.14.3_sparc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sed 4.1.4-3 (source sparc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 12:54:56 -0400 Source: sed Binary: sed Architecture: source sparc Version: 4.1.4-3 Distribution: unstable Urgency: low Maintainer: Clint Adams [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: sed- The GNU sed stream editor Closes: 313912 316609 325632 Changes: sed (4.1.4-3) unstable; urgency=low . * Apply patch from Jens Seidel with de.po fixes. closes: #313912. * Fix line termination in and gzip sedfaq.txt. closes: #316609. * Ship md5sums. closes: #325632. Files: 55e0d5dadc7b32c8d13262174df1c500 557 base required sed_4.1.4-3.dsc a22aebdb9bd348fed6a4dfda3d9097cb 80546 base required sed_4.1.4-3.diff.gz 6446d314acef8d8f379c8431dae421ce 244502 base required sed_4.1.4-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Debian! iD8DBQFDFefk5m0u66uWM3ARAqt2AJ0WCKfTdi2xO+8IOsBg/uk+MkbyiwCfbCUp zYW7lP7pxSuxSTkC6m3wS7E= =iVse -END PGP SIGNATURE- Accepted: sed_4.1.4-3.diff.gz to pool/main/s/sed/sed_4.1.4-3.diff.gz sed_4.1.4-3.dsc to pool/main/s/sed/sed_4.1.4-3.dsc sed_4.1.4-3_sparc.deb to pool/main/s/sed/sed_4.1.4-3_sparc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kvirc2 2.1.3-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 12:54:19 -0400 Source: kvirc2 Binary: kvirc2-data kvirc2-dev kvirc2 Architecture: source i386 all Version: 2.1.3-2 Distribution: unstable Urgency: low Maintainer: Robin Verduijn [EMAIL PROTECTED] Changed-By: Robin Verduijn [EMAIL PROTECTED] Description: kvirc2 - Fully scriptable graphical IRC client with plugin support kvirc2-data - Data files for KVIrc kvirc2-dev - Development files for KVIrc Closes: 313783 Changes: kvirc2 (2.1.3-2) unstable; urgency=low . * Update German translations (Closes: #313783) Thanks, Jens Seidel! * Fix compilation with gcc 4. Files: 0012301f6717b02db123e9758844ad81 630 net optional kvirc2_2.1.3-2.dsc cdcd8a54da28d9bdf96292bbce5a4b8e 71745 net optional kvirc2_2.1.3-2.diff.gz 1e43c89ece760c46f9dcea2154184562 1056706 net optional kvirc2-data_2.1.3-2_all.deb 9b240c1acf0f3f3d24084d33e098bcad 1420984 net optional kvirc2_2.1.3-2_i386.deb 6438234f3a8d263b3cae0adb93ad64e5 259394 devel optional kvirc2-dev_2.1.3-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFebjzog/I2psrrURAp2LAKCjOHfi8lJX9hc7yg4hgvxxkWGJ8gCfbllL jjX+JuZKr6h7c+aWu2k5xBo= =JC21 -END PGP SIGNATURE- Accepted: kvirc2-data_2.1.3-2_all.deb to pool/main/k/kvirc2/kvirc2-data_2.1.3-2_all.deb kvirc2-dev_2.1.3-2_i386.deb to pool/main/k/kvirc2/kvirc2-dev_2.1.3-2_i386.deb kvirc2_2.1.3-2.diff.gz to pool/main/k/kvirc2/kvirc2_2.1.3-2.diff.gz kvirc2_2.1.3-2.dsc to pool/main/k/kvirc2/kvirc2_2.1.3-2.dsc kvirc2_2.1.3-2_i386.deb to pool/main/k/kvirc2/kvirc2_2.1.3-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted binutils 2.16.1-3 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 05:03:11 +0100 Source: binutils Binary: binutils-dev binutils-hppa64 binutils-multiarch binutils binutils-doc Architecture: source i386 all Version: 2.16.1-3 Distribution: unstable Urgency: low Maintainer: James Troup [EMAIL PROTECTED] Changed-By: James Troup [EMAIL PROTECTED] Description: binutils - The GNU assembler, linker and binary utilities binutils-dev - The GNU binary utilities (BFD development files) binutils-doc - Documentation for the GNU assembler, linker and binary utilities binutils-multiarch - Binary utilities that support multi-arch targets Closes: 318344 Changes: binutils (2.16.1-3) unstable; urgency=low . * debian/rules: remove powerpc libc header hack. * debian/include/sys/procfs.h: remove. . * 124_readelf_robustify.dpatch: new patch from Jakub Jelinek to robustify readelf. Thanks to Thiemo Seufer [EMAIL PROTECTED]. Closes: #318344 Files: 54ebc742b48d8f70f8cc895a55f3da96 1473 devel standard binutils_2.16.1-3.dsc f369ef6c0591db11abc6f01420301f10 41871 devel standard binutils_2.16.1-3.diff.gz e27f5fb5991a252e3c1ed5d10644b824 458894 doc optional binutils-doc_2.16.1-3_all.deb 4269d3fd32377b3ac917ad1664b00406 2379790 devel standard binutils_2.16.1-3_i386.deb 111d15f2cecd2a56cb0af6994c0a9c30 2241482 devel extra binutils-dev_2.16.1-3_i386.deb a991890806dcab0c154e827c2dd4dc41 6812138 devel extra binutils-multiarch_2.16.1-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQIVAwUBQxXt+dfD8TGrKpH1AQIhKxAAsEeqmqkjWipvM3sYquPsvZpyx8s/uHaW iN5PrMP7B//CFOEuNffJ8ReN2oYQaTs54BLmAHgzt+fW12GGub2GUHzrnF1OReD3 g/ze+U+08koqnoJPPgqkSqYZqRCfAqkhDTIE1LisZC2GwOsuiOMFeARYjdqCd1JV LLNMemVikoj8Zc1X4+k1rvKS96Fz1/RgUCtXUIbbbezb73c9rV/WZgCHsKkNS8rO Kb7ZeEGSMs/s3P4nam8cZi22LV+7M4D2SqwM1BoYxzki55EJPr79vsVXf4usi1bL dP2U2ka2I/8NPF+L0janThMwT1feFWcmKRuQ3ci4Mt5webc2dNCsjKZYr2mEku+Y 7acKr+cC8Y//HtQHHkSoj+4DQgJ2I8bDV5BRNcpwl94O/VTkI+e9gxSSG9T4xncH NEU7E/dNXBYR7ITez15XF9S5TvmWHvk4gh0uKBlNu8cBfnY694cIXA28fnpr75Me A1zCYlB6hEbDyE+vyLhD3mQlYtIMj2PPdCUBmW+v7HZa47Txsliq6RkHKzSFLqcv m4wJKnv4TXEH9GM+XckCLep48TlZhOqsa6TfQuc8F8QKTxlGmcNXZc2abM7ZgQIK LlCSMPMTCDALplyAx/i0myOpEyNjNMmI5b7SFcuV30Ad81+tmEmvO0JdVMiQO2gz 2lEWBDoNMoU= =ecTn -END PGP SIGNATURE- Accepted: binutils-dev_2.16.1-3_i386.deb to pool/main/b/binutils/binutils-dev_2.16.1-3_i386.deb binutils-doc_2.16.1-3_all.deb to pool/main/b/binutils/binutils-doc_2.16.1-3_all.deb binutils-multiarch_2.16.1-3_i386.deb to pool/main/b/binutils/binutils-multiarch_2.16.1-3_i386.deb binutils_2.16.1-3.diff.gz to pool/main/b/binutils/binutils_2.16.1-3.diff.gz binutils_2.16.1-3.dsc to pool/main/b/binutils/binutils_2.16.1-3.dsc binutils_2.16.1-3_i386.deb to pool/main/b/binutils/binutils_2.16.1-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kvirc 2:3.2.0-4 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 13:22:05 -0400 Source: kvirc Binary: kvirc-dev kvirc-data kvirc Architecture: source i386 all Version: 2:3.2.0-4 Distribution: unstable Urgency: low Maintainer: Robin Verduijn [EMAIL PROTECTED] Changed-By: Robin Verduijn [EMAIL PROTECTED] Description: kvirc - KDE based next generation IRC client with module support kvirc-data - Data files for KVIrc kvirc-dev - Development files for KVIrc Closes: 325365 Changes: kvirc (2:3.2.0-4) unstable; urgency=low . * Fix compilation with gcc 4 (Closes: #325365). Thanks, Andrea Briganti! Files: 64fd7dba97e8bda96ae6576c758dc6e7 654 net optional kvirc_3.2.0-4.dsc ae93517caa1e2eb1fe0aeb8049a3903e 36593 net optional kvirc_3.2.0-4.diff.gz 067654c494dae71ee2c99de211d55a0a 2458504 net optional kvirc-data_3.2.0-4_all.deb fc22df5c14fe7b4a599e4f5b9a0cbecd 2483024 net optional kvirc_3.2.0-4_i386.deb 4a7cd210907284610511ba23b6238f3a 342668 devel optional kvirc-dev_3.2.0-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFfZ7zog/I2psrrURAjIYAKCWKxlilCRUVxanja7Cntn6CO+LrQCeIPPr bkC4RMTbZ1RvmECOOnGu/Y4= =fhKQ -END PGP SIGNATURE- Accepted: kvirc-data_3.2.0-4_all.deb to pool/main/k/kvirc/kvirc-data_3.2.0-4_all.deb kvirc-dev_3.2.0-4_i386.deb to pool/main/k/kvirc/kvirc-dev_3.2.0-4_i386.deb kvirc_3.2.0-4.diff.gz to pool/main/k/kvirc/kvirc_3.2.0-4.diff.gz kvirc_3.2.0-4.dsc to pool/main/k/kvirc/kvirc_3.2.0-4.dsc kvirc_3.2.0-4_i386.deb to pool/main/k/kvirc/kvirc_3.2.0-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted psgml 1.3.2-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 12:29:40 -0500 Source: psgml Binary: psgml Architecture: source all Version: 1.3.2-3 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: psgml - An Emacs major mode for editing SGML documents. Closes: 323879 323880 Changes: psgml (1.3.2-3) unstable; urgency=low . * sgml-display-char-alist: No display char file: /usr/share/sgml/charsets/iso88591.map This makes sgml-display-char-to-charent fail. Thanks to LI Daobing. (Closes: #323879) . * Extend support for the new emacs-snapshot package, Thanks to LI Daobing. (Closes: #323880) Files: 2d1425a69358d0ba4073bac319802ca6 568 text optional psgml_1.3.2-3.dsc 6cdd692c89893f1b19c5a7fd4daa6312 85722 text optional psgml_1.3.2-3.diff.gz 7af4a21b472528ebdf0d10c7b087784b 295322 text optional psgml_1.3.2-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFgcEIbrau78kQkwRAr//AKD2+3lApOwforDEN8qf7qa79PgPYACgg/zp zKox+hlEMqj+4ztFfDwwy5U= =thRH -END PGP SIGNATURE- Accepted: psgml_1.3.2-3.diff.gz to pool/main/p/psgml/psgml_1.3.2-3.diff.gz psgml_1.3.2-3.dsc to pool/main/p/psgml/psgml_1.3.2-3.dsc psgml_1.3.2-3_all.deb to pool/main/p/psgml/psgml_1.3.2-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ghc6 6.4-4.1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 19:08:22 +0200 Source: ghc6 Binary: ghc6-prof ghc6-hopengl ghc6 ghc6-libsrc ghc6-doc Architecture: all i386 source Version: 6.4-4.1 Distribution: unstable Urgency: low Maintainer: Ian Lynagh (wibble) [EMAIL PROTECTED] Changed-By: Kurt Roeckx [EMAIL PROTECTED] Description: ghc6 - GHC - the Glasgow Haskell Compilation system ghc6-doc - Documentation for the Glasgow Haskell Compilation system ghc6-hopengl - HOpenGL libraries for the Glasgow Haskell Compilation system ghc6-libsrc - Library Sources of GHC, the Glasgow Haskell Compilation system ghc6-prof - Profiling libraries for the Glasgow Haskell Compilation system Closes: 319222 Changes: ghc6 (6.4-4.1) unstable; urgency=low . * Non-maintainer upload. * C++ ABI transition: Relink against new libgmp3c2 package. This will require a manual bootstrapping on each arch since ghc6 build depends on itself and the new and old version of gmp3 conflict with each other. (Closes: #319222) - Versioned build dependency on libgmp3-dev (= 4.1.4-6) * Build using gcc-3.3 since this version doesn't build/work using 4.0 and a new upstream version that fixes it isn't available yet. . See instructions in debian/bootstrap-extracted on how to build this. Files: 13a8f9a1978446094aaf30ddbae1b5ab 23077 devel optional ghc6_6.4-4.1.diff.gz 6a686df9a20d9c6d985159c4e143f1d0 5439472 devel optional ghc6-hopengl_6.4-4.1_i386.deb 29142f301a9deac89a7fb193818e4cf6 890 devel optional ghc6_6.4-4.1.dsc 7db1576c27924c796760f4ccdd900bfa 11216032 devel optional ghc6-prof_6.4-4.1_i386.deb c98a0c7bf9f0bd680bb8ae305ce08cc9 1414300 doc optional ghc6-doc_6.4-4.1_all.deb cf05ffc604e7dd40372f0a1814ae9102 13830782 devel optional ghc6_6.4-4.1_i386.deb db057cd2e517a7be337b5faf91faf239 2335556 doc optional ghc6-libsrc_6.4-4.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFgkcQdwckHJElwsRAr3wAKCIuQmioqYQ13ZcT6VBNdy0ew4aSwCcDtWt 0inCGL2uW8rz3m17o6BJ/YY= =THmS -END PGP SIGNATURE- Accepted: ghc6-doc_6.4-4.1_all.deb to pool/main/g/ghc6/ghc6-doc_6.4-4.1_all.deb ghc6-hopengl_6.4-4.1_i386.deb to pool/main/g/ghc6/ghc6-hopengl_6.4-4.1_i386.deb ghc6-libsrc_6.4-4.1_all.deb to pool/main/g/ghc6/ghc6-libsrc_6.4-4.1_all.deb ghc6-prof_6.4-4.1_i386.deb to pool/main/g/ghc6/ghc6-prof_6.4-4.1_i386.deb ghc6_6.4-4.1.diff.gz to pool/main/g/ghc6/ghc6_6.4-4.1.diff.gz ghc6_6.4-4.1.dsc to pool/main/g/ghc6/ghc6_6.4-4.1.dsc ghc6_6.4-4.1_i386.deb to pool/main/g/ghc6/ghc6_6.4-4.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted eli 4.4.2-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 28 Aug 2005 21:20:49 +0200 Source: eli Binary: odin eli-xtools eli Architecture: source i386 Version: 4.4.2-1 Distribution: unstable Urgency: low Maintainer: Frank Lichtenheld [EMAIL PROTECTED] Changed-By: Frank Lichtenheld [EMAIL PROTECTED] Description: eli- compiler construction kit eli-xtools - compiler construction kit (X11 utilities) odin - powerful make replacement Changes: eli (4.4.2-1) unstable; urgency=low . * New upstream release * Tighten dependency of eli-xtools on eli Files: 354916a11c8d5182801291034f340a2b 816 devel optional eli_4.4.2-1.dsc f87ad53996b4f581b2403d115615e3f9 4509850 devel optional eli_4.4.2.orig.tar.gz 931f80f22da2be9aa8368ff592d76cdd 9149 devel optional eli_4.4.2-1.diff.gz d724eaabb3e1dc774b8ec6dbdad2f9c2 2058050 devel optional eli_4.4.2-1_i386.deb c709277153030c93b3f19e25a485e4e0 131226 devel optional eli-xtools_4.4.2-1_i386.deb 3c68a47da4f02f353e9cb34f698352ff 290870 devel optional odin_4.4.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFf+gQbn06FtxPfARAmh+AJ9V/eP8nT29H0XdR7TcWcIl2nFEgQCdHSOy iE2f5N1Q3G/RS/DpOmt7s3A= =Qy7H -END PGP SIGNATURE- Accepted: eli-xtools_4.4.2-1_i386.deb to pool/main/e/eli/eli-xtools_4.4.2-1_i386.deb eli_4.4.2-1.diff.gz to pool/main/e/eli/eli_4.4.2-1.diff.gz eli_4.4.2-1.dsc to pool/main/e/eli/eli_4.4.2-1.dsc eli_4.4.2-1_i386.deb to pool/main/e/eli/eli_4.4.2-1_i386.deb eli_4.4.2.orig.tar.gz to pool/main/e/eli/eli_4.4.2.orig.tar.gz odin_4.4.2-1_i386.deb to pool/main/e/eli/odin_4.4.2-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted wdg-html-validator 1.6.2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 17:10:18 +0200 Source: wdg-html-validator Binary: wdg-html-validator Architecture: source all Version: 1.6.2-2 Distribution: unstable Urgency: low Maintainer: Aurelien Jarno [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: wdg-html-validator - WDG HTML Validator Changes: wdg-html-validator (1.6.2-2) unstable; urgency=low . * Fixed a typo in validate. Thanks to Jan Medlock [EMAIL PROTECTED] for the report (closes : bug#325879). Files: a519134f2fe59f6329e9fec2691e164f 614 web optional wdg-html-validator_1.6.2-2.dsc e1191ad8d1eb877ea9dea79008f2199d 12538 web optional wdg-html-validator_1.6.2-2.diff.gz ec86137dba246667d3fe4aa86d225ee6 480846 web optional wdg-html-validator_1.6.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFcjOw3ao2vG823MRAlniAJ9GVecb1AA8a7Z4rKBFtS6BbkQwXgCcCp/I +LotYV8IjACePiQsyeYl9j4= =ZQ+Y -END PGP SIGNATURE- Accepted: wdg-html-validator_1.6.2-2.diff.gz to pool/main/w/wdg-html-validator/wdg-html-validator_1.6.2-2.diff.gz wdg-html-validator_1.6.2-2.dsc to pool/main/w/wdg-html-validator/wdg-html-validator_1.6.2-2.dsc wdg-html-validator_1.6.2-2_all.deb to pool/main/w/wdg-html-validator/wdg-html-validator_1.6.2-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted showimg 0.9.4.1-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 30 Aug 2005 23:07:12 +0200 Source: showimg Binary: showimg Architecture: source i386 Version: 0.9.4.1-2 Distribution: unstable Urgency: low Maintainer: Jean-Michel Kelbert [EMAIL PROTECTED] Changed-By: Jean-Michel Kelbert [EMAIL PROTECTED] Description: showimg- A feature-rich image viewer Changes: showimg (0.9.4.1-2) unstable; urgency=low . * Add kdelibs4-dev (= 4:3.4.2-1) in Build-Depends to build with a transitioned C++ version. Files: 9fb0744e6e91f3f9ccae232b899707e0 636 graphics optional showimg_0.9.4.1-2.dsc 2e14960a915a5690978a5b4bfeaaad47 2154470 graphics optional showimg_0.9.4.1-2.tar.gz b11f0092981c62fad30392caf77826c5 1356546 graphics optional showimg_0.9.4.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFM9VZA5kLi8vDN4RAi3DAKDSG3BuZgPw1UcsTIHyLEql70AgFQCg2REG 2r4mBgHMfRO2R//ZLHxZcuE= =q1x9 -END PGP SIGNATURE- Accepted: showimg_0.9.4.1-2.dsc to pool/main/s/showimg/showimg_0.9.4.1-2.dsc showimg_0.9.4.1-2.tar.gz to pool/main/s/showimg/showimg_0.9.4.1-2.tar.gz showimg_0.9.4.1-2_i386.deb to pool/main/s/showimg/showimg_0.9.4.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sfs 1:0.8-0+pre20050819.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 22:11:47 +0300 Source: sfs Binary: libsfs0-dev sfs-client libsfs0 sfs-server sfs-common Architecture: source i386 Version: 1:0.8-0+pre20050819.1-1 Distribution: unstable Urgency: low Maintainer: Jaakko Niemi [EMAIL PROTECTED] Changed-By: Jaakko Niemi [EMAIL PROTECTED] Description: libsfs0- Self-Certifying File System shared libraries libsfs0-dev - Self-Certifying File System development files sfs-client - Self-Certifying File System client sfs-common - Self-Certifying File System common files sfs-server - Self-Certifying File System server Closes: 319771 325858 Changes: sfs (1:0.8-0+pre20050819.1-1) unstable; urgency=low . * Newer snapshot * Built against libgmp3c2 (Closes: #325858, #319771) Files: c1cc0ebe31d2a2c2bba1e980e02de8f5 848 net optional sfs_0.8-0+pre20050819.1-1.dsc bde8b9f97d65950012ee8ac657190172 3401674 net optional sfs_0.8-0+pre20050819.1.orig.tar.gz eae9e82235ddb44293591e394d60c0a0 219195 net optional sfs_0.8-0+pre20050819.1-1.diff.gz 5141ec920406ffc1c81f493672c95caa 332768 net optional sfs-common_0.8-0+pre20050819.1-1_i386.deb 318cafb99ead84fb6535d115e9752092 664336 net optional sfs-client_0.8-0+pre20050819.1-1_i386.deb 5ea488a13bdd9c983e19b32ba1774eaf 767710 net optional sfs-server_0.8-0+pre20050819.1-1_i386.deb 3476a3aa2f86400d3b6cfca8d2b54773 1443892 net optional libsfs0_0.8-0+pre20050819.1-1_i386.deb f8f2801d58ea381ac7381578a48d5046 2727978 libdevel optional libsfs0-dev_0.8-0+pre20050819.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFg6hJMXP5PVSFUERAlKpAJ9DJuJEKb5M+Q+md93LsrKgAQHXXgCghA5l 0PoLO24fsqE4ZpmUwWCfRjU= =doeR -END PGP SIGNATURE- Accepted: libsfs0-dev_0.8-0+pre20050819.1-1_i386.deb to pool/main/s/sfs/libsfs0-dev_0.8-0+pre20050819.1-1_i386.deb libsfs0_0.8-0+pre20050819.1-1_i386.deb to pool/main/s/sfs/libsfs0_0.8-0+pre20050819.1-1_i386.deb sfs-client_0.8-0+pre20050819.1-1_i386.deb to pool/main/s/sfs/sfs-client_0.8-0+pre20050819.1-1_i386.deb sfs-common_0.8-0+pre20050819.1-1_i386.deb to pool/main/s/sfs/sfs-common_0.8-0+pre20050819.1-1_i386.deb sfs-server_0.8-0+pre20050819.1-1_i386.deb to pool/main/s/sfs/sfs-server_0.8-0+pre20050819.1-1_i386.deb sfs_0.8-0+pre20050819.1-1.diff.gz to pool/main/s/sfs/sfs_0.8-0+pre20050819.1-1.diff.gz sfs_0.8-0+pre20050819.1-1.dsc to pool/main/s/sfs/sfs_0.8-0+pre20050819.1-1.dsc sfs_0.8-0+pre20050819.1.orig.tar.gz to pool/main/s/sfs/sfs_0.8-0+pre20050819.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted msmtp 1.4.4-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 25 Aug 2005 21:46:20 +0200 Source: msmtp Binary: msmtp Architecture: source i386 Version: 1.4.4-3 Distribution: unstable Urgency: low Maintainer: Julien Louis [EMAIL PROTECTED] Changed-By: Julien Louis [EMAIL PROTECTED] Description: msmtp - light SMTP client with support for server profiles Closes: 324665 324666 Changes: msmtp (1.4.4-3) unstable; urgency=low . * Add libgcrypt11 (= 1.2.1) to Recommends (Closes: #324665, #324666) Thanks to Daniel Schömer. Files: d6d6ce3168bfdfc2927dbf5d24682138 648 mail extra msmtp_1.4.4-3.dsc 00dc5423ed8f2f3a36ce0d8faa1bbd18 2331 mail extra msmtp_1.4.4-3.diff.gz 8d4fef942e7402b608d032b011a543a0 89210 mail extra msmtp_1.4.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iEYEARECAAYFAkMPkl8ACgkQIgvIgzMMSnV3tQCglU7y0+lFsLqwFrNodLVrAfBI XAUAn3BQsLIwCfIsnU5QwzgXA1q1GdYY =I/EF -END PGP SIGNATURE- Accepted: msmtp_1.4.4-3.diff.gz to pool/main/m/msmtp/msmtp_1.4.4-3.diff.gz msmtp_1.4.4-3.dsc to pool/main/m/msmtp/msmtp_1.4.4-3.dsc msmtp_1.4.4-3_i386.deb to pool/main/m/msmtp/msmtp_1.4.4-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted baobab 1.1.0-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Aug 2005 18:25:33 +0200 Source: baobab Binary: baobab Architecture: source i386 Version: 1.1.0-2 Distribution: unstable Urgency: low Maintainer: Fabio Marzocca [EMAIL PROTECTED] Changed-By: Fabio Marzocca [EMAIL PROTECTED] Description: baobab - graphical tool to analyse directory trees Changes: baobab (1.1.0-2) unstable; urgency=low . * Changed web-site addess in debian/control Files: e28abccddef243cfb636a1aef3516461 663 x11 optional baobab_1.1.0-2.dsc 6fe0ec1f557453538314dab8c229f8a7 1846 x11 optional baobab_1.1.0-2.diff.gz d75350e22f0534c5bdb2b7ef2c447c75 60580 x11 optional baobab_1.1.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDFgvEvcCgrgZGjesRAoKkAKCUvFOVgfoSOlliA0H/sAyZ57KQ+gCfTzND ObJkz/053kwV9VrooUf/3gs= =HQUm -END PGP SIGNATURE- Accepted: baobab_1.1.0-2.diff.gz to pool/main/b/baobab/baobab_1.1.0-2.diff.gz baobab_1.1.0-2.dsc to pool/main/b/baobab/baobab_1.1.0-2.dsc baobab_1.1.0-2_i386.deb to pool/main/b/baobab/baobab_1.1.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
