Re: Package.. ma si pu
Il Mon, 23 Jun 2003 12:35:37 +0200 Enrico Zini borbottando disse: Detto questo, c'è da chiedersi se le librerie di Kylix sono libere o no: se sì, bene. Se no, correggetemi se sbaglio, ma il programma non può avere licenza GPL. LGPL, al limite. Beh, effettivamente il tuo ragionamento fila.. però, la versione OpenEdition di Kylix (con cui è stato fatto quel programma) obbliga gli utenti a rilasciare il codice in licenza gpl. Mi chiedo, dunque, in che licenza saranno quelle librerie?? Il guaio è che non conosco proprio Kylix.. Beh, provo a chiedere a chi lo ha sviluppato :D sracatus pgpFv3qr5PbuH.pgp Description: PGP signature
Re: Package.. ma si pu
On Jun 23, Enrico Zini [EMAIL PROTECTED] wrote: - Se non è libero, si pone il problema di un programma libero che dipende da librerie libere, ma Build-Dipende in un compilatore non libero. Uhm... Aiuto!! In questo caso, come si fa? Contrib. -- ciao, | Marco | [1705 scKSL0GDYjRdQ] pgpDr57g0BYFE.pgp Description: PGP signature
Re: contiamoci...
Il lun, 2003-06-23 alle 11:58, Francesco P. Lovergine ha scritto: Allora che delegazione del 'chapter IT' ci sara' ad Oslo? zufus enrico fabbione frankie Giuseppe, solo l'ultimo giorno di debcamp e il primo giorno di debconf.
Re: Package.. ma si pu
On Mon, Jun 23, 2003 at 02:48:08PM +0200, Marco d'Itri wrote: - Se non è libero, si pone il problema di un programma libero che dipende da librerie libere, ma Build-Dipende in un compilatore non libero. Uhm... Aiuto!! In questo caso, come si fa? Contrib. Contrib non è gestita dai build-daemon? Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] pgpPosf7o6gZy.pgp Description: PGP signature
Re: contiamoci...
On Mon, Jun 23, 2003 at 03:19:01PM +0200, Giuseppe Sacco wrote: Il lun, 2003-06-23 alle 11:58, Francesco P. Lovergine ha scritto: Allora che delegazione del 'chapter IT' ci sara' ad Oslo? zufus enrico fabbione frankie Io ci dovrei essere dal 14 in poi... qui lo dico e qui lo nego. ciao, -- Luca - De Whiskey's - De Vitis | Elegant or ugly code as well aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude sentences have Luca, a wannabe ``Good guy''. | something in common: they local LANG=[EMAIL PROTECTED] | don't depend on the language.
Re: Package.. ma si pu
On Mon, Jun 23, 2003 at 12:57:06PM +0200, Emanuele Rocca wrote: Il lun, 2003-06-23 alle 12:35, Enrico Zini ha scritto: On Sun, Jun 22, 2003 at 10:11:35PM +0200, Emanuele Rocca wrote: vorrei pacchettizzare un programma in licenza gpl (che non ho fatto io..) ma realizzato con Kylix. Il problema è dunque che non potrei creare un pacchetto dai sorgenti, perchè utilizza anche delle librerie di Kylix (che tra l'altro non ho nemmeno installato), ma da una versione già compilata.. Secondo le Debian Free Software Guidelines: Source Code The program must include source code, and must allow distribution in source code as well as compiled form. Non è questo il punto: il programma può essere distribuito sia in forma sorgente che compilata; il problema è che ha una Build-Depend in qualcosa che non è in Debian. Ok, ma a quanto ho capito voleva pacchettizzare _solo_ la versione binaria. In quel caso, sbaglio o può finire solo in non-free? io non ho capito bene questa storia del pacchettizzare solo la versione binaria .. nell'upload ufficiale a debian di solito bisogna fornire comunque i src che poi viene trasformato in deb-src e compilato dai BD se non sbaglio i sorgenti vanno forniti comunque .. http://www.debian.org/social_contract#guidelines # Source Code The program must include source code, and must allow distribution in source code as well as compiled form. # in questo caso dovrebbe distribuire solo il deb binario e i sorgenti a se stanti (o comunque non compilabili in automatico, il che mi fa pensare a metterlo nel non-free anche se non e' propriamente un non-free) http://www.debian.org/doc/developers-reference/ch-resources.en.html#s4.6.1 Packages in the contrib section have to comply with the DFSG, but may fail other requirements. For instance, they may depend on non-free packages. Packages which do not conform to the DFSG are placed in the non-free section. These packages are not considered as part of the Debian distribution, though we support their use, and we provide infrastructure (such as our bug-tracking system and mailing lists) for non-free software packages. ciao Samuele
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
* John Goerzen | Since providing this capability requires only free software on | Debian's part, where exactly is the problem? Manpower. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: versions of -dev packages
On Sat, Jun 21, 2003 at 09:52:35AM +0400, Nikita V. Youshchenko wrote: Here is a script that finds different versions of installed binary packages with the same source package name. it does not take into account removed (deinstalled) packages, where only the outdated config files are present. Attached an ugly quick hack to fix that. Well, if someone takes this little toy seriously ... If a binary package name is same as source package name, there is no Source: line. Attached version handles this. find_inconsistent Description: application/shellscript
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Sun, Jun 22, 2003 at 03:14:51PM -0500, John Goerzen wrote: On Sun, Jun 22, 2003 at 10:23:01AM +0200, Sven Luther wrote: Many video cards require XFree 4.3.x or above. They require agpgart in the kernel. They require iwconfig and other wireless tools. There are a whole Tell me, you seriously think that there is a libc5 program still around that uses DRI ? Hell, libc5 was abandoned well before DRI even existed. I'm not talking about DRI programs; I'm talking about just basic support. Yes, i suppose you mean the i810 drivers and co, which need the dri infrastructure and agpgart to do 2D stuff. That said, i suppose the older vesa driver works as well on these, not sure though. And anyway, i believe the best solution is to run a libc5 chroot inside a normal install, and thus using the libc5 xlibs library, but a normal X server and kernel. I am not entierly sure if this works as is, but in the worst case, you could try to setup some kind of pseudo network link between the normal root and the chroot, and pipe the X protocol information trough that. I really am not familiar with chroot, but X should allow you to do many things. Friendly, Sven Luther
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
Package: general Version: unavailable; reported 2003-06-23 Severity: normal Tags: sarge Several packages like html2ps or apt-file are broken in sarge because they were put from sid before their dependencies. The coming to sarge of a package should not be done if it makes it uninstallable. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux bretagne 2.4.20-1-k7 #1 Sat Mar 22 15:17:52 EST 2003 i686 Locale: LANG=C, [EMAIL PROTECTED]
Re: how to package Haskell libraries
On Sun, Jun 22, 2003 at 09:07:05PM -0400, Colin Walters wrote: Right, but that approach definitely has some disadvantages, namely fragility and the fact that we're kind of subverting the whole idea of binary packages. It kind of depends on what Haskell library means. Is it more like a C library (potentially complex build system, dependencies, etc) or is it more like a Perl module? Nobody in their sane mind would propose to build XS modules on the user's system, but Python folks seems to be happy about having their pyc and pyo files generated in the postinst. Marcelo
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
On Mon, Jun 23, 2003 at 10:36:27AM +0200, Erwan David wrote: Package: general Version: unavailable; reported 2003-06-23 Severity: normal Tags: sarge Several packages like html2ps or apt-file are broken in sarge because they were put from sid before their dependencies. The coming to sarge of a package should not be done if it makes it uninstallable. This is generally the rule. Sometimes bad things have to happen to a couple of packages in order to benefit a large number of packages elsewhere, though. -- Colin Watson [EMAIL PROTECTED]
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
Le Mon 23/06/2003, Colin Watson disait On Mon, Jun 23, 2003 at 10:36:27AM +0200, Erwan David wrote: Package: general Version: unavailable; reported 2003-06-23 Severity: normal Tags: sarge Several packages like html2ps or apt-file are broken in sarge because they were put from sid before their dependencies. The coming to sarge of a package should not be done if it makes it uninstallable. This is generally the rule. Sometimes bad things have to happen to a couple of packages in order to benefit a large number of packages elsewhere, though. For html2ps and apt-file, they have been broken in sarge for weeks... ANd I do not see the benefits of having broken packages. -- Erwan
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
On Mon, Jun 23, 2003 at 11:03:42AM +0200, Erwan David wrote: Le Mon 23/06/2003, Colin Watson disait On Mon, Jun 23, 2003 at 10:36:27AM +0200, Erwan David wrote: Several packages like html2ps or apt-file are broken in sarge because they were put from sid before their dependencies. The coming to sarge of a package should not be done if it makes it uninstallable. This is generally the rule. Sometimes bad things have to happen to a couple of packages in order to benefit a large number of packages elsewhere, though. For html2ps and apt-file, they have been broken in sarge for weeks... I haven't looked at them in detail. But: html2ps is broken due to perlmagick, which is still at a perl 5.6 version in testing. This was temporarily necessary because getting perl 5.8 was more important than waiting for all of perlmagick's dependencies, which remain very messy and complicated; my notes say that imagemagick needs the lcms dependency chain, which needs the gdbm dependency chain, which needs the libsigc++ dependency chain, which needs the libgc dependency chain. Only the last of those is close to being ready for testing yet. apt-file is broken due to libapt-pkg-perl, which is still at a perl 5.6 version in testing. Again, this was temporarily necessary because perl 5.8 was more important than waiting for all of libapt-pkg-perl's dependencies. Right now, apt's release-critical bugs need to be fixed before new versions of it and libapt-pkg-perl can move into testing. ANd I do not see the benefits of having broken packages. New versions of perl and python and a number of other things were pushed into testing a number of weeks back. This allowed substantial improvements in many packages and unblocked a lot of development work, but unfortunately temporarily made some other things uninstallable. This will be resolved in time. Cheers, -- Colin Watson [EMAIL PROTECTED]
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
Le Mon 23/06/2003, Colin Watson disait I haven't looked at them in detail. But: html2ps is broken due to perlmagick, which is still at a perl 5.6 version in testing. This was temporarily necessary because getting perl 5.8 was more important than waiting for all of perlmagick's dependencies, which remain very messy and complicated; my notes say that imagemagick needs the lcms dependency chain, which needs the gdbm dependency chain, which needs the libsigc++ dependency chain, which needs the libgc dependency chain. Only the last of those is close to being ready for testing yet. apt-file is broken due to libapt-pkg-perl, which is still at a perl 5.6 version in testing. Again, this was temporarily necessary because perl 5.8 was more important than waiting for all of libapt-pkg-perl's dependencies. Right now, apt's release-critical bugs need to be fixed before new versions of it and libapt-pkg-perl can move into testing. ANd I do not see the benefits of having broken packages. New versions of perl and python and a number of other things were pushed into testing a number of weeks back. This allowed substantial improvements in many packages and unblocked a lot of development work, but unfortunately temporarily made some other things uninstallable. This will be resolved in time. But why where html2ps and apt-file changed ? would keeping the old versions break something else ? -- Erwan
Bug#198158: architecture i386 isn't i386 anymore
John Goerzen [EMAIL PROTECTED] wrote:
This is a disturbing trend. You can't claim that Debian is usable on a
machine if it requires another machine or Internet access to work basically.
And no, there are not necessarily other machines reachable with scp, since
some of these machines sit outside the firewall. Not only that, but this is
a big pain as it requires the same version of Debian over there. It is not
a workable solution.
Talk is cheap. If you can come up with a solution to the C++ problem that
ignited this debate then i386 would be safe.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
On Mon, Jun 23, 2003 at 11:21:18AM +0200, Erwan David wrote: Le Mon 23/06/2003, Colin Watson disait New versions of perl and python and a number of other things were pushed into testing a number of weeks back. This allowed substantial improvements in many packages and unblocked a lot of development work, but unfortunately temporarily made some other things uninstallable. This will be resolved in time. But why where html2ps and apt-file changed ? would keeping the old versions break something else ? html2ps and apt-file weren't changed. Their dependencies were. Yes, keeping the old versions was a problem for our (ahem) release cycle. Both the old and the new versions of the dependencies in question are uninstallable in testing, so just upgrading them won't help. There's only so much that testing can do in these circumstances. The particular problems you mention are being worked on, though. Cheers, -- Colin Watson [EMAIL PROTECTED]
Re: how to package Haskell libraries
On Mon, Jun 23, 2003 at 10:38:40AM +0200, Marcelo E. Magallon wrote: On Sun, Jun 22, 2003 at 09:07:05PM -0400, Colin Walters wrote: Right, but that approach definitely has some disadvantages, namely fragility and the fact that we're kind of subverting the whole idea of binary packages. It kind of depends on what Haskell library means. Is it more like a C library (potentially complex build system, dependencies, etc) or is it more like a Perl module? I think the problem is that it could vary, and probably there needs to be at least support for binary haskell libraries. Certainly any library that is pure haskell probably will have a pretty simple build system. But a lot of interesting haskell libraries would involve bindings to other libraries, so installing them on the users' machine would require dev versions of those libraries, which would be annoying to an end user... on the other hand, as far as I know haskell doesn't support dynamic linking, which would mean that the library packages would themselves be -dev packages, and dependency (as opposed to just build-dependency) on -dev packages would be normal. On consideration, I think I'd vote for the build binaries at install time approach. The only problem with it is that it may take an awful lot of time to do so. But as long as haskell developers (or people compiling a haskell package from source) are the only ones to suffer from this wait, it seems like a good tradeoff. If we require a separate package for each compiler, I imagine many library packagers would opt for just packaging their library for ghc, which would be a shame as far as portability goes. -- David Roundy http://www.abridgegame.org
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Mon, Jun 23, 2003 at 12:45:21AM +0100, Colin Watson wrote: On Sun, Jun 22, 2003 at 04:58:09PM +0200, Andreas Barth wrote: * Marco d'Itri ([EMAIL PROTECTED]) [030622 16:35]: On Jun 22, Herbert Xu [EMAIL PROTECTED] wrote: There is no technical reason why we can't support libc5 anymore. The only reason that this is being discussed is that nobody has stood up to maintain the package. This looks like a good enough reason to me. Sorry, but I can find no RFA/O-entry for this package. That should be done first before kicking it off. That's not a rule. Maintainers are allowed to say that their package should be removed if they believe that it's no longer useful; they're usually much more qualified to say that than, say, the QA group are. It's not as if it's impossible for somebody else to reintroduce the package if they really care. The point is I wonder if efforts of maintaining libc5-related packages are proportional to benefits of having them in a modern distro as sarge, whenever it will be available. In these days, zlib's maintainer already dropped libc5 support. I have a grave bug in libc5 linker which is currently unable to manage properly also a silly program. Those kinds of problems will (probably) become quite constant in the future, 'cause of aging of those libs. -- Francesco P. Lovergine
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
On Mon, Jun 23, 2003 at 10:14:05AM +0100, Colin Watson wrote: On Mon, Jun 23, 2003 at 11:03:42AM +0200, Erwan David wrote: Le Mon 23/06/2003, Colin Watson disait On Mon, Jun 23, 2003 at 10:36:27AM +0200, Erwan David wrote: Several packages like html2ps or apt-file are broken in sarge because they were put from sid before their dependencies. The coming to sarge of a package should not be done if it makes it uninstallable. This is generally the rule. Sometimes bad things have to happen to a couple of packages in order to benefit a large number of packages elsewhere, though. For html2ps and apt-file, they have been broken in sarge for weeks... I haven't looked at them in detail. But: html2ps is broken due to perlmagick, which is still at a perl 5.6 version in testing. This was temporarily necessary because getting perl 5.8 was more important than waiting for all of perlmagick's dependencies, which remain very messy and complicated; my notes say that imagemagick needs the lcms dependency chain, which needs the gdbm dependency chain, which needs the libsigc++ dependency chain, which needs the libgc dependency chain. Only the last of those is close to being ready for testing yet. apt-file is broken due to libapt-pkg-perl, which is still at a perl 5.6 version in testing. Again, this was temporarily necessary because perl 5.8 was more important than waiting for all of libapt-pkg-perl's dependencies. Right now, apt's release-critical bugs need to be fixed before new versions of it and libapt-pkg-perl can move into testing. Would the propper solution to this not be to remove the broken packages from testing, until a fixed version is ready to enter testing again from unstable ? This is what we did for the two ocaml packages which did bloc the ocaml transition to testing, and they have now entered testing again without further effort. Friendly, Sven Luther
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
On Mon, Jun 23, 2003 at 02:25:41PM +0200, Sven Luther wrote: On Mon, Jun 23, 2003 at 10:14:05AM +0100, Colin Watson wrote: html2ps is broken due to perlmagick, which is still at a perl 5.6 version in testing. This was temporarily necessary because getting perl 5.8 was more important than waiting for all of perlmagick's dependencies, which remain very messy and complicated; my notes say that imagemagick needs the lcms dependency chain, which needs the gdbm dependency chain, which needs the libsigc++ dependency chain, which needs the libgc dependency chain. Only the last of those is close to being ready for testing yet. apt-file is broken due to libapt-pkg-perl, which is still at a perl 5.6 version in testing. Again, this was temporarily necessary because perl 5.8 was more important than waiting for all of libapt-pkg-perl's dependencies. Right now, apt's release-critical bugs need to be fixed before new versions of it and libapt-pkg-perl can move into testing. Would the propper solution to this not be to remove the broken packages from testing, until a fixed version is ready to enter testing again from unstable ? This is what we did for the two ocaml packages which did bloc the ocaml transition to testing, and they have now entered testing again without further effort. I don't see that this would particularly benefit anyone. In this particular case, removing the packages from testing won't help them get in any quicker, so people running testing will still be without them. Keeping them in gives us a useful marker of what work needs to be done following the perl upgrade, IMHO. -- Colin Watson [EMAIL PROTECTED]
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
On Mon, Jun 23, 2003 at 01:50:49PM +0100, Colin Watson wrote: On Mon, Jun 23, 2003 at 02:25:41PM +0200, Sven Luther wrote: On Mon, Jun 23, 2003 at 10:14:05AM +0100, Colin Watson wrote: html2ps is broken due to perlmagick, which is still at a perl 5.6 version in testing. This was temporarily necessary because getting perl 5.8 was more important than waiting for all of perlmagick's dependencies, which remain very messy and complicated; my notes say that imagemagick needs the lcms dependency chain, which needs the gdbm dependency chain, which needs the libsigc++ dependency chain, which needs the libgc dependency chain. Only the last of those is close to being ready for testing yet. apt-file is broken due to libapt-pkg-perl, which is still at a perl 5.6 version in testing. Again, this was temporarily necessary because perl 5.8 was more important than waiting for all of libapt-pkg-perl's dependencies. Right now, apt's release-critical bugs need to be fixed before new versions of it and libapt-pkg-perl can move into testing. Would the propper solution to this not be to remove the broken packages from testing, until a fixed version is ready to enter testing again from unstable ? This is what we did for the two ocaml packages which did bloc the ocaml transition to testing, and they have now entered testing again without further effort. I don't see that this would particularly benefit anyone. In this particular case, removing the packages from testing won't help them get in any quicker, so people running testing will still be without them. Keeping them in gives us a useful marker of what work needs to be done following the perl upgrade, IMHO. I think it is wrong to have packages with broken dependencies in testing, so it is best to remove it, and the marker you refer to can anyway be found all the same in the update_output file or any statistic taken from this. Anyway, it would be nice to have aj's opinion on this. Friendly, Sven Luther
Re: no freshness dating inside Packages.gz
Bernd Eckenfels wrote: On Tue, Jun 17, 2003 at 08:29:14PM -0400, Joey Hess wrote: He wants to know when a particular package was last updated, without having to download it and examine the gzip time stamp and/or changelog. It is unfortunate, that there is no easy access to the changelog, I know of, but all other infos can be seen on the package tracking system: I guess that you've never heard of http://changelogs.credativ.org/ Regards, Joey -- Let's call it an accidental feature. -- Larry Wall Please always Cc to me when replying to me on the lists.
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
Fabio Massimo Di Nitto wrote: On Wed, 18 Jun 2003, Francesco P. Lovergine wrote: IMO it's a good moment to drop all the following i386-specific packages which are libc5 related: [SNIP] and others, partially. This could impact potentially very old (commercial mostly) binaries, Comments, ideas, complaints? I agree with this removal. I don't really see any reason to keep such old pieces of software anymore (specially when they don't work properly anymore or it looks like) I guess there is still commercial and proprietary software floating around which requires older library versions. If they should contininue to run on Debian it would be helpful to provide compatible versions of the required libraries. Regards, Joey -- Let's call it an accidental feature. -- Larry Wall Please always Cc to me when replying to me on the lists.
CGI:IRC on Debian
Hello people! =) I became a maintainer recently, when I took the prozilla package from Gustavo Noronha Silva (kov), a few days ago. I am now trying to finish my second Debian Package: cgiirc. Unfortunately, the program puts all its files in the same directory, causing problems with the FHS. I contacted the upstream author, asking for changes, and even offering myself to do the job. I got surprised when I received his response, telling me he wanted the program to be entirely coded by him, following his own coding style, but he wouldn't do anything by now. I think I'm going to release the first version of the package dodging the problem with sym links, and start changing the code from the second release on, if I don't get a better answer from him. What do you all think I should do? Regards, -- Guilherme de S. Pastore [EMAIL PROTECTED] pgpgTmSl6aDNZ.pgp Description: PGP signature
Re: CGI:IRC on Debian
On Mon, Jun 23, 2003 at 10:28:04AM -0300, Guilherme de S. Pastore wrote: || I became a maintainer recently, when I took the prozilla package from || Gustavo Noronha Silva (kov), a few days ago. I am now trying to finish my || second Debian Package: cgiirc. || || Unfortunately, the program puts all its files in the same directory, || causing problems with the FHS. I contacted the upstream author, asking for || changes, and even offering myself to do the job. || || I got surprised when I received his response, telling me he wanted the || program to be entirely coded by him, following his own coding style, but he || wouldn't do anything by now. || || I think I'm going to release the first version of the package dodging the || problem with sym links, and start changing the code from the second release || on, if I don't get a better answer from him. || || What do you all think I should do? Dodging with symlinks is not really a solution, as all the files will actually still be in the wrong places. Number one: try to reason with the upstream author and see if you can make him see that standards are Good. His software will be used more widely if he designs it more flexibly. For instance, it can go into Debian more easily - he should like that. Number two: if the upstream author released the sources in a suitably free manner, you can patch anything you like, and massage it into FHS compliance yourself. Number three: you could fork the code base, and start developing it yourself. Not recommended unless you're willing to spend the time. Ciao.Vincent.
Bug#198479: marked as done (general: package coming to sarge before their dependencies : breaks them.)
Your message dated Mon, 23 Jun 2003 23:39:41 +1000 with message-id [EMAIL PROTECTED] and subject line Bug#198479: general: package coming to sarge before their dependencies : breaks them. has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 23 Jun 2003 08:36:30 + From [EMAIL PROTECTED] Mon Jun 23 03:36:29 2003 Return-path: [EMAIL PROTECTED] Received: from bretagne.rail.eu.org [80.65.225.51] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19UMoP-0007el-00; Mon, 23 Jun 2003 03:36:29 -0500 Received: by bretagne.rail.eu.org (Postfix, from userid 1000) id 20D781666C; Mon, 23 Jun 2003 10:36:27 +0200 (CEST) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Erwan David [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: general: package coming to sarge before their dependencies : breaks them. X-Mailer: reportbug 2.12 Date: Mon, 23 Jun 2003 10:36:27 +0200 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_01,HAS_PACKAGE version=2.53-bugs.debian.org_2003_06_18 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 (1.174.2.15-2003-03-30-exp) Package: general Version: unavailable; reported 2003-06-23 Severity: normal Tags: sarge Several packages like html2ps or apt-file are broken in sarge because they were put from sid before their dependencies. The coming to sarge of a package should not be done if it makes it uninstallable. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux bretagne 2.4.20-1-k7 #1 Sat Mar 22 15:17:52 EST 2003 i686 Locale: LANG=C, [EMAIL PROTECTED] --- Received: (at 198479-done) by bugs.debian.org; 23 Jun 2003 13:40:13 + From aj@azure.humbug.org.au Mon Jun 23 08:39:48 2003 Return-path: aj@azure.humbug.org.au Received: from azure.humbug.org.au [203.143.238.84] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19URXv-0008Aq-00; Mon, 23 Jun 2003 08:39:47 -0500 Received: from aj by azure.humbug.org.au with local (Exim 3.35 #1 (Debian)) id 19URXp-0003sx-00; Mon, 23 Jun 2003 23:39:41 +1000 Date: Mon, 23 Jun 2003 23:39:41 +1000 To: Sven Luther [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Colin Watson [EMAIL PROTECTED], Erwan David [EMAIL PROTECTED] Subject: Re: Bug#198479: general: package coming to sarge before their dependencies : breaks them. Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol=application/pgp-signature; boundary=1yeeQ81UyVL57Vl7 Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.3.28i Organisation: Lacking X-PGP: http://azure.humbug.org.au/~aj/aj_key.asc X-No-CC: Don't Cc me to mailing list posts unless you really have to Mail-Copies-To: nobody From: Anthony Towns aj@azure.humbug.org.au Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-26.1 required=4.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MUTT autolearn=ham version=2.53-bugs.debian.org_2003_06_18 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 (1.174.2.15-2003-03-30-exp) --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 23, 2003 at 02:57:25PM +0200, Sven Luther wrote: I think it is wrong to have packages with broken dependencies in testing,=20 If *you* think it's wrong, the thing *you* can do about it is fix the bugs that are preventing the updated version being included. Cheers, aj --=20 Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``Is this some kind of psych test? Am I getting paid for this?'' --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iQCVAwUBPvcDHeRRvX9xctrtAQGkdAP9GhC4C+C4XYk1E3Baz1Yu+/w/w0Wbw/7K
Bug#198479: general: package coming to sarge before their dependencies : breaks them.
Colin Watson wrote: I don't see that this would particularly benefit anyone. In this particular case, removing the packages from testing won't help them get in any quicker, so people running testing will still be without them. Keeping them in gives us a useful marker of what work needs to be done following the perl upgrade, IMHO. It would help keep testing closer to the goal of something that's always releasable. It would also prevent testing users from confusion when they try to install one of the broken packages for the first time. -- see shy jo pgpknqr8yQpsz.pgp Description: PGP signature
C++ Java IDE
Hi, I'm new to the Linux world crossing over from Windows to do a work project and was wondering if someone could recommend a good IDE for Java and C++. I'm mainly going to be writing C++ with a JNI layer to allow access from my Java code. Thanks McGiv
Re: package descriptions dummy/transitional
Bernd Eckenfels [EMAIL PROTECTED] writes: Is there a way I can get a list of those you can remove it safely after upgrade (if no others depend on it) packages? deborphan --guess-dummy --guess-only tries to do this, and automatically filters out packages that you can't yet remove. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Re: how to package Haskell libraries
Marcelo E. Magallon [EMAIL PROTECTED] writes: It kind of depends on what Haskell library means. Is it more like a C library (potentially complex build system, dependencies, etc) or is it more like a Perl module? As David Roundy sorta indicated, it could be either one. Building Haskell stuff can be pretty complex. There are a number of preprocessors and lots of useful libraries wrap stuff like the X11 library. WRT fragility, I would be afraid that, when building on the end user's machine, one out-of-date tool or library on the machine will hose a whole set of applications (this is a problem either way). I hate to say it, but it doesn't seem like the Haskell/Debian community will necessarily do a good job keeping packages up-to-date. It is true that the slowness of building on the user's machine would probably only be incurred by the developers, and this can't be worse than the situation we have now where we have to build everything by hand and put it in /usr/local. David Roundy: If we require a separate package for each compiler, I imagine many library packagers would opt for just packaging their library for ghc, which would be a shame as far as portability goes. Indeed. Another problem is that all packages which work for a particular compiler will have to be updated at the same time as the compiler. In either case, we're going to have to build some software support, either a system to build rebuild packages on the end-user's machine, or I can immagine a system that would help a packager build different binary packages for the various compilers, but it will still take some coordination to get packages updated at the same time. peace, isaac
Re: how to package Haskell libraries
On Mon, 2003-06-23 at 04:38, Marcelo E. Magallon wrote: On Sun, Jun 22, 2003 at 09:07:05PM -0400, Colin Walters wrote: Right, but that approach definitely has some disadvantages, namely fragility and the fact that we're kind of subverting the whole idea of binary packages. It kind of depends on what Haskell library means. Is it more like a C library (potentially complex build system, dependencies, etc) or is it more like a Perl module? Probably somewhere in between. Nobody in their sane mind would propose to build XS modules on the user's system, but Python folks seems to be happy about having their pyc and pyo files generated in the postinst. Python is different because 1) Python programs will still work even if the byte-compilation fails. Python just looks for .pyo first, and falls back to interpreting .py. 2) There's only one Python implementation, so random Python code is fairly likely to work with it :)
Re: C++ Java IDE
try eclipse www.eclipse.org Em Seg, 2003-06-23 às 12:32, code escreveu: Hi, I'm new to the Linux world crossing over from Windows to do a work project and was wondering if someone could recommend a good IDE for Java and C++. I'm mainly going to be writing C++ with a JNI layer to allow access from my Java code. Thanks McGiv -- Fabio Rafael da Rosa [EMAIL PROTECTED]
Re: C++ Java IDE
On Monday 23 June 2003 16:32, code wrote: Hi, I'm new to the Linux world crossing over from Windows to do a work project and was wondering if someone could recommend a good IDE for Java and C++. I'm mainly going to be writing C++ with a JNI layer to allow access from my Java code. Thanks McGiv I can suggest two. The first is KDevelop, which is great espcially if you are developing KDE apps (either Java or C++), or Eclipse which is written in Java and Java is its primary language, but it also has a plugin to support C++. KDevelop comes as part of KDE, Eclipse is only available in unstable at the moment (I don't think it has made it into testing yet but I may be wrong). David
Bug#198158: architecture i386 isn't i386 anymore
On Mon, Jun 23, 2003 at 08:00:07PM +1000, Herbert Xu wrote:
John Goerzen [EMAIL PROTECTED] wrote:
Talk is cheap. If you can come up with a solution to the C++ problem that
ignited this debate then i386 would be safe.
Nobody has even explained WHY we have this issue. The summary posted on the
bug report just said that there is a problem with atomicity.h, not what the
problem is or why it exists.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: advise for packaging duali arabic spell checker
On Sunday 22 June 2003 12:48 am, Mohammed Sameer wrote: i was thinking about splitting duali itself into 2 packages: 1- duali the main dictionary 2- duali-dev contain the script duali-data build-depends on duali-dev while duali itself depend only on duali-data I really don't know what to do so i thought about asking here for help. The plan you outlined seems quite sensible to me. - Keegan
Re: package descriptions dummy/transitional
On Sun, 22 Jun 2003, Bernd Eckenfels wrote: Hello, I noticed a few transitional and dummy packages on my system, but there was no common way to identify them. I think the following packages exist: a) dummy packages which depend on the new name of a package for 1 - automatic updates after split or rename (e.g. xpdf-i) 2 - dependencies b) meta packages which depend on the actual version family (a lot of the python stuff looks like this) Years ago, the apt author and I decided to use Meta-Package: yes for this. It's not an official header, however.
Re: how to package Haskell libraries
On Mon, Jun 23, 2003 at 12:32:36PM -0400, Colin Walters wrote: so random Python code is fairly likely to work with it :) You are thinking about Perl. Random Python code is likely to fail to compile. ;-) -m.
Bug#198158: architecture i386 isn't i386 anymore
On Mon, Jun 23, 2003 at 12:41:48PM -0500, John Goerzen wrote: On Mon, Jun 23, 2003 at 08:00:07PM +1000, Herbert Xu wrote: John Goerzen [EMAIL PROTECTED] wrote: Talk is cheap. If you can come up with a solution to the C++ problem that ignited this debate then i386 would be safe. Nobody has even explained WHY we have this issue. The summary posted on the bug report just said that there is a problem with atomicity.h, not what the problem is or why it exists. Where is automicity.h?
Re: C++ Java IDE
On Mon, Jun 23, 2003 at 11:32:47AM -0400, code wrote: Hi, I'm new to the Linux world crossing over from Windows to do a work project and was wondering if someone could recommend a good IDE for Java and C++. I'm mainly going to be writing C++ with a JNI layer to allow access from my Java code. You might want to try netbeans, at http://www.netbeans.org/ . As far as I know, it isn't packaged, but it's free software (as in speech), although it requires a non-free (as in speech, again) JRE. -- Wouter Verhelst Debian GNU/Linux -- http://www.debian.org Nederlandstalige Linux-documentatie -- http://nl.linux.org An expert can usually spot the difference between a fake charge and a full one, but there are plenty of dead experts. -- National Geographic Channel, in a documentary about large African beasts.
Re: [mass bug filing?] Short descriptions being used as long descriptions and other policy violations
However I've found a number of packages which use a long description which is more or less the _same_ as the short description. This is just a thought, but perhaps the control file could incorporate a mechanism for common description of packages from the same source. For example, NetCDF has a fine description for the main package, but lousy, redundant ones for sub-packages, such as netcdfg-dev: Development kit for NetCDF. Includes headers, static libraries, and documentation. The maintainer has often already put time into making a good description for the main package, and it would be lovely if that description could also appear in sub-packages with little effort and without copy-and-paste. Thanks for your efforts to improve descriptions! thanks, -neil On Fri, Jun 20, 2003 at 05:53:09PM +0200, Javier Fern?ndez-Sanguino Pe?a wrote: Policy section 2.3.3 states: The description should be written so that it gives the system administrator enough information to decide whether to install the package. However I've found a number of packages which use a long description which is more or less the _same_ as the short description. Sample: $ apt-cache show kdebase-data (...) Description: KDE Base (shared data) KDE Base (shared data). . This package is part of the official KDE base module. And some (2) others which do not provide an extended description at all or provide an extended description of only one line. I've used an ugly scripts (attached) which produces ugly results (attached too). I was wondering, should I make a mass filing of bugs for those packages who fail to produce a proper description? I would probably first do so for the packages whose short description = long description or who do not have a description at all and would review which of the one liners do not provide sufficient information. Regards Javi
Re: [mass bug filing?] Short descriptions being used as long descriptions and other policy violations
On Mon, 23 Jun 2003, Neil Spring wrote:
However I've found a number of packages which use a long
description which is more or less the _same_ as the short
description.
This is just a thought, but perhaps the control file could
incorporate a mechanism for common description of packages
from the same source. For example, NetCDF has a fine
description for the main package, but lousy, redundant ones
for sub-packages, such as netcdfg-dev:
Development kit for NetCDF.
Includes headers, static libraries, and documentation.
The maintainer has often already put time into making a good
description for the main package, and it would be lovely if
that description could also appear in sub-packages with
little effort and without copy-and-paste.
Thanks for your efforts to improve descriptions!
Use ${description}, and debian/substvars. This is already supported. RTFM.
Bug#198158: architecture i386 isn't i386 anymore
On Monday 23 June 2003 19:41, John Goerzen wrote: On Mon, Jun 23, 2003 at 08:00:07PM +1000, Herbert Xu wrote: John Goerzen [EMAIL PROTECTED] wrote: Talk is cheap. If you can come up with a solution to the C++ problem that ignited this debate then i386 would be safe. Nobody has even explained WHY we have this issue. The summary posted on the bug report just said that there is a problem with atomicity.h, not what the problem is or why it exists. You can find the original description by Matthias Klose in http://lists.debian.org/debian-devel/2003/debian-devel-200304/msg01895.html In one thread following that message, see http://lists.debian.org/debian-devel/2003/debian-devel-200304/msg02163.html, it was concluded that a solution to the problem exists, but no one worked out the details or created a patch. Arnd
Re: C++ Java IDE
Hallo David, * David Goodenough wrote: I'm mainly going to be writing C++ with a JNI layer to allow access from my Java code. eclipses C(++)DevTools aren't that good as the JavaDT, so I don't know if thats enough for you. For java, eclipse is great. KDevelop comes as part of KDE, Eclipse is only available in unstable at the moment (I don't think it has made it into testing yet but I may be wrong). Nope... On the other hand it is no problem to recompile it on woody systems. Only thing is to have a gnome2.2 backport in your sources.list. Unfortunatelly I don't have that much webspace to do a woody backport myself... Jan
Bug#198158: architecture i386 isn't i386 anymore
On Mon, Jun 23, 2003 at 01:54:43PM -0500, Adam Majer wrote: On Mon, Jun 23, 2003 at 12:41:48PM -0500, John Goerzen wrote: On Mon, Jun 23, 2003 at 08:00:07PM +1000, Herbert Xu wrote: John Goerzen [EMAIL PROTECTED] wrote: Talk is cheap. If you can come up with a solution to the C++ problem that ignited this debate then i386 would be safe. Nobody has even explained WHY we have this issue. The summary posted on the bug report just said that there is a problem with atomicity.h, not what the problem is or why it exists. Where is automicity.h? (atomicity.h) You could use locate(1) ... -- Colin Watson [EMAIL PROTECTED]
Re: Bug#198158: architecture i386 isn't i386 anymore
John Goerzen wrote:
Nobody has even explained WHY we have this issue. The summary posted on the
bug report just said that there is a problem with atomicity.h, not what the
problem is or why it exists.
Just look at the file for yourself. It is easy enough to see: it uses
inline assembly that is only available on i486:
static inline _Atomic_word
__attribute__ ((__unused__))
__exchange_and_add (volatile _Atomic_word *__mem, int __val)
{
register _Atomic_word __result;
__asm__ __volatile__ (lock; xaddl %0,%2
: =r (__result)
: 0 (__val), m (*__mem)
: memory);
return __result;
}
In particular, the lock prefix is not available on i386. Since this is
an inline function, this code is inserted into any C++ binary, so you
can't change its implementation by replacing the library.
In g++ 3.2, this code was distributed as i386, and nobody noticed that
it doesn't work on i386 for quite some time. In gcc 3.3, an
implementation is provided that works on i386, and this implementation
here is declared i486. Unfortunately, the two implementations are not
binary compatible. Debian has to pick one of these, and it needs to pick
the i486 version for compatibility with other Linux distributions (which
either ship with gcc 3.2 today, or target i586+ only, anyway).
Regards,
Martin
EPSON appreciates your feedback by June 30, '03 - Debian
DearLinux Developer and Distributor, Please allow me to introduce myself. My name is Farideh Sherbaf and I am yourcontactfor EPSON Worldwide Developer Relations forscanners andAll-In-One(Multifunction) products. The EPSON Developer Relations Group would like toobtain your feedback onyour supportofscanners in the Linux environment. Your promptanswers to the following questions are appreciated (Yes/No): 1. Do you include the SANE backend (scanner driver) within your Linux distribution package? 2. Which SANE frontends (applications) do you include within your Linux distribution package? 3.Do you includeEpson's Image Scan! for Linux? (Image Scan! for Linux is a graphical frontend for Epson scanners.) If you are notthe appropriate contact for this matter, please forward this E-mail to appropriate representative. As well, please feel free to contact us if you have any questionsregarding Epsonproducts. Best regards, Farideh Sherbaf Sr. Product EngineerEPSON Worldwide Developer Relations150 River Oaks Parkway, Suite #200San Jose, CA 95134Tel: 408-576-4135Fax: 408-474-0511E-mail: [EMAIL PROTECTED]~~~
Bug#198564: ITP: lcdf-typetools -- Programs to manipulate OpenType fonts
Package: wnpp Version: unavailable; reported 2003-06-23 Severity: wishlist * Package name: lcdf-typetools Version : 0.7 Upstream Author : Eddie Kohler [EMAIL PROTECTED] * URL : http://www.lcdf.org/~eddietwo/type/ * License : GPL Description : Programs to manipulate OpenType fonts This packages contains four tools: cfftot1, for translating Compact Font Format (CFF) or PostScript-flavored OpenType fonts into PostScript Type 1 font format otftopl, for creating TeX font metrics and encodings for using PostScript-flavored OpenType fonts t1lint, which checks a Type 1 font for correctness (preliminary) t1testpage, which creates a PostScript test page for a specified font file (preliminary) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux fal 2.4.21-pre4-ac3 #2 SMP Sat Feb 8 18:33:46 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Re: Bug#198158: architecture i386 isn't i386 anymore
On Tue, 24 Jun 2003, Martin v. Löwis wrote:
John Goerzen wrote:
Nobody has even explained WHY we have this issue. The summary posted on the
bug report just said that there is a problem with atomicity.h, not what the
problem is or why it exists.
Just look at the file for yourself. It is easy enough to see: it uses
inline assembly that is only available on i486:
static inline _Atomic_word
__attribute__ ((__unused__))
__exchange_and_add (volatile _Atomic_word *__mem, int __val)
{
register _Atomic_word __result;
__asm__ __volatile__ (lock; xaddl %0,%2
: =r (__result)
: 0 (__val), m (*__mem)
: memory);
return __result;
}
In particular, the lock prefix is not available on i386. Since this is
an inline function, this code is inserted into any C++ binary, so you
can't change its implementation by replacing the library.
In g++ 3.2, this code was distributed as i386, and nobody noticed that
it doesn't work on i386 for quite some time. In gcc 3.3, an
implementation is provided that works on i386, and this implementation
here is declared i486. Unfortunately, the two implementations are not
binary compatible. Debian has to pick one of these, and it needs to pick
the i486 version for compatibility with other Linux distributions (which
either ship with gcc 3.2 today, or target i586+ only, anyway).
Er, if this function is inlined, then how can it be part of some published
api? If it's not part of some published api, then how can using an i386
variation cause problems with other distributions?
Packages: an average 66321 bytes per line of description
Fellas, looking in the Packages files, some big packages have little
descriptions, some little packages have big descriptions, but on the average,
11938 packages
avg size 510963
avg description 7.70431 lines
avg. bytes per description lines 66321.8
For instance, the prestigious emacs21 needs only one line, as
everybody who is anybody is supposed to know what it is all about.
Computed with
cd /var/lib/apt/lists/ ls -S|sed q|xargs awk '\
/^Size:/{size+=$2;packages++};/Description:/,/^$/{lines++};\
END{lines-=packages;print packages,packages\navg size,\
size/packages\navg description,\
lines/packages, lines\navg. bytes per description lines,\
size/lines}'
Re: Bug#198158: architecture i386 isn't i386 anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 June 2003 02:00, Adam Heath wrote: On Tue, 24 Jun 2003, Martin v. Löwis wrote: In g++ 3.2, this code was distributed as i386, and nobody noticed that it doesn't work on i386 for quite some time. In gcc 3.3, an implementation is provided that works on i386, and this implementation here is declared i486. Unfortunately, the two implementations are not binary compatible. Debian has to pick one of these, and it needs to pick the i486 version for compatibility with other Linux distributions (which either ship with gcc 3.2 today, or target i586+ only, anyway). Er, if this function is inlined, then how can it be part of some published api? If it's not part of some published api, then how can using an i386 variation cause problems with other distributions? The API requires that access to atomic variables is truly atomic. The i386 version uses a semaphore to synchronize the access to an atomic variable, the i486+ version uses the lock prefix. When you mix these two in one program, two threads might access the variable without locking against each other because the code inside the semaphore does not lock the memory bus. Arnd -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+95p45t5GS2LDRf4RAkJoAJ4xU1jRtxdrvFkh3iserV7AlbOFmwCfd6kw 4ihYAIhj2bMefEpvIcXgu1E= =BmdC -END PGP SIGNATURE-
maildirmake
Hello Debian-Developers, first, many thanks all of you for your great work. As I am not a pro, I am very glad that most of Debian works out-of-the-box. But, I was looking around and wondering about that I couldn't find any `maildirmake' for Debian, excluding qmail-src, courier and maildrop, which I don't want/don't need to use. Furthermore I'd like to stay with a very small and clean and free system (only usage of apt-get, don't install any unnecessary packages). After searching the web and the debian-pages (for a _long_ time vs. prior problems) I found this: http://lists.debian.org/debian-devel/2000/debian-devel-21/msg01717.html http://lists.debian.org/debian-devel/2000/debian-devel-21/msg01719.html http://lists.debian.org/debian-user/2002/debian-user-200206/msg02259.html http://lists.debian.org/debian-user/2002/debian-user-200206/msg02261.html http://lists.debian.org/debian-user/2002/debian-user-200206/msg02278.html Now I'm wondering about it even more. IMHO `maildirmake' is _very_ necessary for any mail and as it seems to be only a 2-line-shell-script why it isn't included anywhere and anyway in the base-system? Thanks Andreas -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
Re: Bug#198158: architecture i386 isn't i386 anymore
On Mon, Jun 23, 2003 at 07:00:21PM -0500, Adam Heath wrote:
On Tue, 24 Jun 2003, Martin v. Löwis wrote:
static inline _Atomic_word
__attribute__ ((__unused__))
__exchange_and_add (volatile _Atomic_word *__mem, int __val)
{
register _Atomic_word __result;
__asm__ __volatile__ (lock; xaddl %0,%2
: =r (__result)
: 0 (__val), m (*__mem)
: memory);
return __result;
}
Er, if this function is inlined, then how can it be part of some published
api? If it's not part of some published api, then how can using an i386
variation cause problems with other distributions?
It's pretty clear by comparing the implementations. The i386 version
aquires a global spinlock, and once aquired, increments the variable.
The i486 version increments the variable using an atomic instruction.
Code compiled against the i386 header and code compiled against the
i486 header will have problems using __exchange_and_add() on the
same memory location. It appears that this inlined function is
used by other inline functions, which are actually exported by the
API, and thus could appear in the application.
dave...
Re: Packages: an average 66321 bytes per line of description
* Dan Jacobson ([EMAIL PROTECTED]) wrote: For instance, the prestigious emacs21 needs only one line, as everybody who is anybody is supposed to know what it is all about. Yup. Don't see any problem with that either. Have a day. Stephen pgpQddrICotFS.pgp Description: PGP signature
Re: maildirmake
On Tue, 24 Jun 2003 [EMAIL PROTECTED] wrote: Now I'm wondering about it even more. IMHO `maildirmake' is _very_ necessary for any mail and as it seems to be only a 2-line-shell-script why it isn't included anywhere and anyway in the base-system? As I recall, maildirmake is only needed if you are running Maildir-based MDAs, which Debian does not by default[1]. That is enough of a reason not to ship it in the base system, regardless of whether it's a two line shell script or not. Any package which actually needs to create Maildir folders (or which may need the user to do so to take advantage of the package) should declare the appropriate relationship with a maildirmake-providing package. Since you shouldn't need to use maildirmake except when using something like courier, I don't see the problem with having it installed in order to have the script available. Could you elaborate on your usage of maildirmake in this courier-less situation? [1] Arguments as to whether Debian should do this or not should be directed to /dev/null. Thanks Andreas -- --- #include disclaimer.h Matthew Palmer, Geek In Residence http://ieee.uow.edu.au/~mjp16
Re: Packages: an average 66321 bytes per line of description
On Tue, 24 Jun 2003, Dan Jacobson wrote:
Fellas, looking in the Packages files, some big packages have little
descriptions, some little packages have big descriptions, but on the average,
11938 packages
avg size 510963
avg description 7.70431 lines
avg. bytes per description lines 66321.8
For instance, the prestigious emacs21 needs only one line, as
everybody who is anybody is supposed to know what it is all about.
Computed with
cd /var/lib/apt/lists/ ls -S|sed q|xargs awk '\
/^Size:/{size+=$2;packages++};/Description:/,/^$/{lines++};\
END{lines-=packages;print packages,packages\navg size,\
size/packages\navg description,\
lines/packages, lines\navg. bytes per description lines,\
size/lines}'
This has exactly what to do with your (sub-average) intelligence?
I say it relates to your intelligence at 98%.
Re: CGI:IRC on Debian
On Mon, 23 Jun 2003 16:02:39 +0200 Vincent Zweije [EMAIL PROTECTED] wrote: Dodging with symlinks is not really a solution, as all the files will actually still be in the wrong places. I believe he meant installing them to the proper locations, and then making symlinks from there to the big directory which is probably in /var/www. Thus, the files wouldn't actually be in the wrong places. I agree however, in that it's an unpleasant workaround. As for my own suggestion, I would say - fix the package. The diff.gz exists for a reason. If you're incapable of fixing it, find somebody who can (and hopefully get them to show you how they did it). pgppuQijpkXCx.pgp Description: PGP signature
Bug#198570: [ITP]: r-noncran-hmisc -- Misc. R functions by Frank Harrell
Package: wnpp Severity: wishlist * Package name: r-noncran-hmisc Version : 1.6.1-1 Upstream Author : Frank Harrell [EMAIL PROTECTED] * URL : http://hesweb1.med.virginia.edu/biostat/s/Hmisc.html * License : GPL Description : R functions by Frank Harrell Hmisc is one of two packages by Frank Harrell, and required by the second, Design. I intend to stick with the convention of calling the (Debian) source package the same as the (source) R package -- hmisc -- but then normalizing on r-noncran-hmisc as done by prior packages maintained by Chris Lawrence and myself. An early version is at http://dirk.eddelbuettel.com/code/debian/misc/ and its dpkg -f output is below [EMAIL PROTECTED]:~ dpkg -f debian/r-noncran-hmisc_1.6.1-1_i386.deb Package: r-noncran-hmisc Version: 1.6.1-1 Section: math Priority: optional Architecture: i386 Depends: libc6 (= 2.3.1-1), libg2c0 (= 1:3.3-0pre9), libgcc1 (= 1:3.3-0pre9), r-base-core (= 1.7.1) Installed-Size: 4304 Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED] Source: hmisc Description: GNU R miscalleneous functions by Frank Harrell The Hmisc library contains many functions useful for data analysis, high-level graphics, utility operations, functions for computing sample size and power, translating SAS datasets, imputing missing values, advanced table making, variable clustering, character string manipulation, conversion of S objects to LaTeX code, recoding variables, and bootstrap repeated measures analysis. . http://hesweb1.med.virginia.edu/biostat/s/Hmisc.html, http://hesweb1.med.virginia.edu/biostat/s/doc/splus.pdf as well as the DESCRIPTION file used by the GNU R package system: Package: Hmisc Version: 1.6-1 Date: 2003-06-21 Title: Harrell Miscellaneous Author: Frank E Harrell Jr [EMAIL PROTECTED], with contributions from many other users. Maintainer: Frank E Harrell Jr [EMAIL PROTECTED] Depends: R (= 1.4), grid (= 0.5-1), lattice (= 0.4-0), mva, acepack Description: The Hmisc library contains many functions useful for data analysis, high-level graphics, utility operations, functions for computing sample size and power, translating SAS datasets into S-PLUS, imputing missing values, advanced table making, variable clustering, character string manipulation, conversion of S objects to LaTeX code, recoding variables, and bootstrap repeated measures analysis. License: GPL version 2 or newer URL: http://hesweb1.med.virginia.edu/biostat/s/Hmisc.html, http://hesweb1.med.virginia.edu/biostat/s/doc/splus.pdf Comments welcome, Dirk -- Don't drink and derive. Alcohol and analysis don't mix.
Bug#198569: [ITP]: r-noncran-design -- Regression modeling strategies
Package: wnpp Severity: wishlist * Package name: r-noncran-design Version : 1.1.6 Upstream Author : Frank Harrell [EMAIL PROTECTED] * URL : http://hesweb1.med.virginia.edu/biostat/rms * License : GPL Description : Regression modeling strategies Design is one of two packages by Frank Harrell and requires the other, Hmisc. Design provides the code supporting Harrell's 2002 book on 'Regression Modeling Strategies'. I intend to stick with the convention of calling the (Debian) source package the same as the (source) R package -- design -- but then normalizing on r-noncran-design as done by prior packages maintained by Chris Lawrence and myself. An early version is at http://dirk.eddelbuettel.com/code/debian/misc/ and its dpkg -f output is below [EMAIL PROTECTED]:~ dpkg -f debian/r-noncran-design_1.1.6-1_i386.deb Package: r-noncran-design Version: 1.1.6-1 Section: math Priority: optional Architecture: i386 Depends: libc6 (= 2.3.1-1), libg2c0 (= 1:3.3-0pre9), libgcc1 (= 1:3.3-0pre9), r-base-core (= 1.7.1), r-noncran-hmisc Installed-Size: 3244 Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED] Source: design Description: GNU R regression modeling strategies tools by Frank Harrell Regression modeling, testing, estimation, validation, graphics, prediction, and typesetting by storing enhanced model design attributes in the fit. Design is a collection of about 180 functions that assist and streamline modeling, especially for biostatistical and epidemiologic applications. It also contains new functions for binary and ordinal logistic regression models and the Buckley-James multiple regression model for right-censored responses, and implements penalized maximum likelihood estimation for logistic and ordinary linear models. Design works with almost any regression model, but it was especially written to work with logistic regression, Cox regression, accelerated failure time models, ordinary linear models, and the Buckley-James model. . See Frank Harrell (2002), Regression Modeling Strategies, Springer Series in Statistics, and http://hesweb1.med.virginia.edu/biostat/rms as well as the DESCRIPTION file used by the GNU R package system: Package: Design Version: 1.1-6 Date: 2003-05-20 Title: Design Package Author: Frank E Harrell Jr [EMAIL PROTECTED] Maintainer: Frank E Harrell Jr [EMAIL PROTECTED] Depends: R (= 1.4), Hmisc (= 1.4-2), survival Description: Regression modeling, testing, estimation, validation, graphics, prediction, and typesetting by storing enhanced model design attributes in the fit. Design is a collection of about 180 functions that assist and streamline modeling, especially for biostatistical and epidemiologic applications. It also contains new functions for binary and ordinal logistic regression models and the Buckley-James multiple regression model for right-censored responses, and implements penalized maximum likelihood estimation for logistic and ordinary linear models. Design works with almost any regression model, but it was especially written to work with logistic regression, Cox regression, accelerated failure time models, ordinary linear models, and the Buckley-James model. License: GPL version 2 or newer URL: http://hesweb1.med.virginia.edu/biostat/rms Comments welcome, Dirk -- Don't drink and derive. Alcohol and analysis don't mix.
Re: Bug#198158: architecture i386 isn't i386 anymore
Martin v. L?wis [EMAIL PROTECTED] wrote:
__asm__ __volatile__ (lock; xaddl %0,%2
: =r (__result)
: 0 (__val), m (*__mem)
: memory);
In particular, the lock prefix is not available on i386. Since this is
No it's xaddl that is not available on 386.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: Packages: an average 66321 bytes per line of description
On Tue, Jun 24, 2003 at 07:56:42AM +0800, Dan Jacobson wrote: Fellas, looking in the Packages files, some big packages have little descriptions, some little packages have big descriptions, and this package description went wee wee wee, all the way home. Why does this belong on debian-devel instead of debian-curiosa? -- Steve Langasek postmodern programmer pgpncuAMR5rac.pgp Description: PGP signature
Re: maildirmake
On Tue, 24 Jun 2003 11:46:48 +1000 (EST) Matthew Palmer [EMAIL PROTECTED] wrote: On Tue, 24 Jun 2003 [EMAIL PROTECTED] wrote: Now I'm wondering about it even more. IMHO `maildirmake' is _very_ necessary for any mail and as it seems to be only a 2-line-shell-script why it isn't included anywhere and anyway in the base-system? As I recall, maildirmake is only needed if you are running Maildir-based MDAs, which Debian does not by default[1]. That is enough of a reason not to ship it in the base system, regardless of whether it's a two line shell script or not. [1] Arguments as to whether Debian should do this or not should be directed to /dev/null. Exim is capable of handling Maildir mailboxes. It's Priority: important. I don't know if that counts as shipping it by default or not, but I would certainly say that it's the closest thing around. pgp8nmZT4A4RL.pgp Description: PGP signature
Re: EPSON appreciates your feedback by June 30, '03 - Debian
On Mon, Jun 23, 2003 at 04:15:25PM -0700, Farideh Sherbaf wrote: Dear Linux Developer and Distributor, Please allow me to introduce myself. My name is Farideh Sherbaf and I am your contact for EPSON Worldwide Developer Relations for scanners and All-In-One (Multifunction) products. The EPSON Developer Relations Group would like to obtain your feedback on your support of scanners in the Linux environment. Your prompt answers to the following questions are appreciated (Yes/No): 1. Do you include the SANE backend (scanner driver) within your Linux distribution package? 2. Which SANE frontends (applications) do you include within your Linux distribution package? 3. Do you include Epson's Image Scan! for Linux? (Image Scan! for Linux is a graphical frontend for Epson scanners.) I have forwarded your request to the developer responsible for SANE in Debian, Julien BLACHE [EMAIL PROTECTED]. -- - mdz
Re: CGI:IRC on Debian
Em Mon, 23 Jun 2003 21:53:18 -0400, David B Harris [EMAIL PROTECTED] escreveu: On Mon, 23 Jun 2003 16:02:39 +0200 Vincent Zweije [EMAIL PROTECTED] wrote: Dodging with symlinks is not really a solution, as all the files will actually still be in the wrong places. I believe he meant installing them to the proper locations, and then making symlinks from there to the big directory which is probably in /var/www. Thus, the files wouldn't actually be in the wrong places. I agree however, in that it's an unpleasant workaround. As for my own suggestion, I would say - fix the package. The diff.gz exists for a reason. If you're incapable of fixing it, find somebody who can (and hopefully get them to show you how they did it). Additionally, try to make those modifications as compatible with the upstream's policies and code style as possible, as this is going to increase the possibility of he taking the patch. []s! -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org Dúvidas sobre o Debian? Visite o Rau-Tu: http://rautu.cipsga.org.br
Re: maildirmake
Thanks Matthew and David. I think, it is a _strange_ discussion to use mbox or maildir and doesn't lead to an one-and-only solution. Could you elaborate on your usage of maildirmake in this courier-less situation? I'm using getmail, which is able to deliver directly in maildir and mutt, which can read maildir. As I am a single user I don't see there any disadvantages if I use maildir - as well as I don't see any advantages if I'd use mbox. Discussions about mbox vs. maildir: http://www.courier-mta.org/mbox-vs-maildir/ http://www.twuug.org/lists/twuug/2002-08/msg00064.html http://www.exim.org/pipermail/exim-users/Week-of-Mon-19991018/014824.html http://www.ornl.gov/cts/archives/mailing-lists/qmail/1998/07/msg00572.html Others: http://www.qmail.org/man/man5/maildir.html http://www.qmail.org/man/man5/mbox.html -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
Re: maildirmake
On Mon, 23 Jun 2003, David B Harris wrote: On Tue, 24 Jun 2003 11:46:48 +1000 (EST) Matthew Palmer [EMAIL PROTECTED] wrote: On Tue, 24 Jun 2003 [EMAIL PROTECTED] wrote: Now I'm wondering about it even more. IMHO `maildirmake' is _very_ necessary for any mail and as it seems to be only a 2-line-shell-script why it isn't included anywhere and anyway in the base-system? As I recall, maildirmake is only needed if you are running Maildir-based MDAs, which Debian does not by default[1]. That is enough of a reason not to ship it in the base system, regardless of whether it's a two line shell script or not. [1] Arguments as to whether Debian should do this or not should be directed to /dev/null. Exim is capable of handling Maildir mailboxes. It's Priority: important. I don't know if that counts as shipping it by default or not, but I would certainly say that it's the closest thing around. Capable of handling, yes, but then, so is cat. g Once delivered, though, there's no way of getting it back out again unless you're running something like courier or similar. My logic was that, from the basic system, Maildir mailboxes are no use. Things like courier make Maildir useful, so that's where the maildirmake script should live. It *might* make sense to put it in exim where people can run it to make their mailboxes, but since the delivery is useless without other programs to post-process, I'm still not won over on the idea... -- --- #include disclaimer.h Matthew Palmer, Geek In Residence http://ieee.uow.edu.au/~mjp16
Re: CGI:IRC on Debian
On Mon, 23 Jun 2003 23:27:48 -0300 Gustavo Noronha Silva [EMAIL PROTECTED] wrote: As for my own suggestion, I would say - fix the package. The diff.gz exists for a reason. If you're incapable of fixing it, find somebody who can (and hopefully get them to show you how they did it). Additionally, try to make those modifications as compatible with the upstream's policies and code style as possible, as this is going to increase the possibility of he taking the patch. Excellent and important point, thanks. I'll try not to forget in the future. pgpUQCtjX1PCM.pgp Description: PGP signature
Accepted apt-listbugs 0.0.21 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 14:38:39 +0900 Source: apt-listbugs Binary: apt-listbugs Architecture: source all Version: 0.0.21 Distribution: unstable Urgency: low Maintainer: Masato Taruishi [EMAIL PROTECTED] Changed-By: Masato Taruishi [EMAIL PROTECTED] Description: apt-listbugs - Lists critical bugs before each apt installation Closes: 197753 Changes: apt-listbugs (0.0.21) unstable; urgency=low . * Uses Pin of APT instead of hold of dpkg. * Checks apt-listbugs exexutable file before invoking (closes: #197753) * Uses www-browser alternatives instead of w3m. Files: 68d3cb72e0401c011165e6df655d80d3 521 admin optional apt-listbugs_0.0.21.dsc e15f539e14ba91283d709edbf848c79d 48184 admin optional apt-listbugs_0.0.21.tar.gz 3ba71f312b28c8a5a57bcb4f1194dedf 51646 admin optional apt-listbugs_0.0.21_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9pkw1SOm5mAGKIQRAsodAJ4yUE3Da0kMLkkFrBfX1WrCJie71gCgnCo5 mKe2lI1evPRBXtonkEJ5KwU= =j1e7 -END PGP SIGNATURE- Accepted: apt-listbugs_0.0.21.dsc to pool/main/a/apt-listbugs/apt-listbugs_0.0.21.dsc apt-listbugs_0.0.21.tar.gz to pool/main/a/apt-listbugs/apt-listbugs_0.0.21.tar.gz apt-listbugs_0.0.21_all.deb to pool/main/a/apt-listbugs/apt-listbugs_0.0.21_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted straw 0.18.1-3 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 13 Jun 2003 12:40:44 +0100 Source: straw Binary: straw Architecture: source all Version: 0.18.1-3 Distribution: unstable Urgency: low Maintainer: Ross Burton [EMAIL PROTECTED] Changed-By: Ross Burton [EMAIL PROTECTED] Description: straw - A GNOME RSS (weblog) aggregator Closes: 185464 Changes: straw (0.18.1-3) unstable; urgency=low . * Update email address * Update to Standards 3.5.10 * Add straw.xpm for Debian menu (closes: #185464) * Create debian/compat and remove DH_COMPAT from debian/rules Files: 76b30434c96b3611fbccb5ca1f54e632 567 gnome optional straw_0.18.1-3.dsc 86461db5710e527ea8ddc768c9ea4891 11137 gnome optional straw_0.18.1-3.diff.gz f3bde2a7cd8c62d21a887435a778b797 93616 gnome optional straw_0.18.1-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+6bl6LQnkR9C0M98RAjrDAJ4qZqamUGD8NmR+bkqOkO7C50GDkgCffKWS NY4Vci2+10bRB0ywcMzq7tw= =yT99 -END PGP SIGNATURE- Accepted: straw_0.18.1-3.diff.gz to pool/main/s/straw/straw_0.18.1-3.diff.gz straw_0.18.1-3.dsc to pool/main/s/straw/straw_0.18.1-3.dsc straw_0.18.1-3_all.deb to pool/main/s/straw/straw_0.18.1-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-lokkit 0.50.22-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 05:24:18 -0500 Source: gnome-lokkit Binary: gnome-lokkit lokkit Architecture: source i386 Version: 0.50.22-1 Distribution: unstable Urgency: low Maintainer: Chris Lawrence [EMAIL PROTECTED] Changed-By: Chris Lawrence [EMAIL PROTECTED] Description: gnome-lokkit - basic interactive firewall configuration tool (GNOME interface) lokkit - basic interactive firewall configuration tool (console interface) Closes: 162561 188719 Changes: gnome-lokkit (0.50.22-1) unstable; urgency=low . * New upstream release. Thanks to Sam Hocevar for his NMUs. (Closes: #162561) * Fix typo in descriptions. (Closes: #188719) * Applied all patches from Red Hat 9. * Now use iptables instead of ipchains, as that is the new default upstream. Files: 4e87972ecb97ae75fee143c0b1bccb07 994 net optional gnome-lokkit_0.50.22-1.dsc a176f1d3c9066fa53ec1201acf5a6367 514983 net optional gnome-lokkit_0.50.22.orig.tar.gz 55f859d4d773ac80c507a9c5937d899e 20761 net optional gnome-lokkit_0.50.22-1.diff.gz f023cffac369f286892803df0efa11e4 128576 net optional lokkit_0.50.22-1_i386.deb b5ee6a4160ac6e379248cfb4f0ab8862 53628 net optional gnome-lokkit_0.50.22-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iQEXAwUBPvbYTFxpg5e5AmZiFAJ6yQQAnB65ed8hI0ZT8p4Ot6wEuyDC+W5jv7U8 /ejdwFZ9BW472zoSIM4+iMBCcbRNkzKWbTaQ9ZL3BrXE2qwnmq/SqevrSkJ7iWea SJadezy1p+G/oZG85hx649wIMlB0HZTBGS4sMHn7t7xNMYoll6El1RpTKD/GYbYb DBj7r3C2fi4D/ilEvCmBUWUQMQF1atYpnnpqPIobhsGEbwG8nVxOkxr7VKDkj0ag vIWb/aIcwn9BmJwG51RhoXfSeehP035sr5DCKu5BB3/ICuu7EoUjBhNp7PtP7B0j pKl9hAzYoLgFPgGE81sGdAykUmUIxAZhj1FLFmPoX++skaA1Qkt+ASgg =azmV -END PGP SIGNATURE- Accepted: gnome-lokkit_0.50.22-1.diff.gz to pool/main/g/gnome-lokkit/gnome-lokkit_0.50.22-1.diff.gz gnome-lokkit_0.50.22-1.dsc to pool/main/g/gnome-lokkit/gnome-lokkit_0.50.22-1.dsc gnome-lokkit_0.50.22-1_i386.deb to pool/main/g/gnome-lokkit/gnome-lokkit_0.50.22-1_i386.deb gnome-lokkit_0.50.22.orig.tar.gz to pool/main/g/gnome-lokkit/gnome-lokkit_0.50.22.orig.tar.gz lokkit_0.50.22-1_i386.deb to pool/main/g/gnome-lokkit/lokkit_0.50.22-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nget 0.23-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 05:41:26 -0500 Source: nget Binary: nget Architecture: source i386 Version: 0.23-1 Distribution: unstable Urgency: low Maintainer: Chris Lawrence [EMAIL PROTECTED] Changed-By: Chris Lawrence [EMAIL PROTECTED] Description: nget - auto-resuming command line NNTP file grabber Closes: 181293 Changes: nget (0.23-1) unstable; urgency=low . * Not-so-new upstream release. (Closes: #181293) Files: f06cc2a11e81b871f1945b8120fb70db 926 news optional nget_0.23-1.dsc c972946c15fe6e515742378ffdeed586 262603 news optional nget_0.23.orig.tar.gz 3a2263ee82206330ef98778b45028255 2661 news optional nget_0.23-1.diff.gz e0f6f32a8f66fa8e6d612f3debf41e1e 218410 news optional nget_0.23-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iQEXAwUBPvbbq1xpg5e5AmZiFAKBfQQAkDExUoBkAkL3uiWuaYaXwy6UW93/SFKK eXPC2jLj/V6/gv3xmyqhCijMQjqHakF4B16O8DqBft3wqeUwnOW5/YyMtMAN6yZz JRwLHgXhKrWUAT5qgW5+OZOzWDcQEVthT0w8ptetSXL4ZHQLbAQzKPPZRMc44qaI 8tGvTwVM2EoEAJ3g2Uy1oq9J2XvH+4vPTZWUSX6AxLgK0LSHUHf8zncoeNsAHmpF c8q0dqxQx9IgYpb/tHMFDyUWVMTWMRPKKR8qMBbJh1VB9/XrHSNb5qi6+xNofNcD +5Zp/W40cxGvGAD4Xp3vGYdca6sgyn5Ih5sR0fnyyNXfzGg9bmzEzquR =cKbw -END PGP SIGNATURE- Accepted: nget_0.23-1.diff.gz to pool/main/n/nget/nget_0.23-1.diff.gz nget_0.23-1.dsc to pool/main/n/nget/nget_0.23-1.dsc nget_0.23-1_i386.deb to pool/main/n/nget/nget_0.23-1_i386.deb nget_0.23.orig.tar.gz to pool/main/n/nget/nget_0.23.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xzgv 0.7-14 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 06:08:09 -0500 Source: xzgv Binary: xzgv Architecture: source i386 Version: 0.7-14 Distribution: unstable Urgency: low Maintainer: Chris Lawrence [EMAIL PROTECTED] Changed-By: Chris Lawrence [EMAIL PROTECTED] Description: xzgv - Picture viewer for X with a thumbnail-based selector Closes: 196541 Changes: xzgv (0.7-14) unstable; urgency=low . * Fix multiline literal FTBFS. (Closes: #196541) Files: ad9b6845e1094f2c4dda106e8be8d36a 927 graphics optional xzgv_0.7-14.dsc 1725dfc077852d036e9c17c3d840a726 9228 graphics optional xzgv_0.7-14.diff.gz f845c2c6425f440fcf0dc5839dd3e6a8 187930 graphics optional xzgv_0.7-14_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iQEXAwUBPvbgulxpg5e5AmZiFAKqxwP/d4oL0VjoM4pyiD8f7X2Azf23Ti3DYrb2 /s2OTPhYEBiJOKtoGRJcQuQszl3cU7mO1JXa5l3mwHbfnfdXBAWh35mXUzY7V864 p42BssKW+08DveKONVqTz/+tPvj2UnIubZy5UWAtLawUOj0UW93DTDd9x/5UJfgG uta4D7Jqa0QD/jWPDJv0ogMxU5cODWIFDXo3iOYnDQW03Ui9U2ru/HXfK+idvUFe pA0owku08XISQcuEPXyJZZAyegwDiPOTbH6Mh6muOlo6GQL+efhjojVH404iUO5Z 4mlG9ZL6iRNUH6ktRh7PT6k9fmePj3DqNlEhl2CaMFHbaYTTF1gyk8fS =UYpi -END PGP SIGNATURE- Accepted: xzgv_0.7-14.diff.gz to pool/main/x/xzgv/xzgv_0.7-14.diff.gz xzgv_0.7-14.dsc to pool/main/x/xzgv/xzgv_0.7-14.dsc xzgv_0.7-14_i386.deb to pool/main/x/xzgv/xzgv_0.7-14_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-pm 0.9.3-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 05:55:48 -0500 Source: gnome-pm Binary: gnome-pm Architecture: source i386 Version: 0.9.3-3 Distribution: unstable Urgency: low Maintainer: Chris Lawrence [EMAIL PROTECTED] Changed-By: Chris Lawrence [EMAIL PROTECTED] Description: gnome-pm - GNOME stock portfolio manager Closes: 197737 Changes: gnome-pm (0.9.3-3) unstable; urgency=low . * Move to the gnome section. * Fix multiline strings. (Closes: #197737) Files: c717f452f3351df88fd1c4332c875db0 898 gnome optional gnome-pm_0.9.3-3.dsc a41a64f5b1ef3238b1a6912f061eeb6b 26320 gnome optional gnome-pm_0.9.3-3.diff.gz 7980cead337334a38ebc7eeedd714a58 52376 gnome optional gnome-pm_0.9.3-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iQEXAwUBPvbeN1xpg5e5AmZiFALwagQAweTa6YzpKbyGamfdCM9rptUh8A0yeynm iGBqdmjMYfF5ZIcE/tnu8+5V9viZh7w7J+6s7uEJlCOIHI4t54lohOflTbVx68Jh XfNptNGdrnQbmfMm9DK1GgfVtK/2gnpHlKsUYVg1cBPS0aoYQ7ViqFgSZ3zoS1NW 5Q8Dgyvfrf4D/jVH0lqZLoD/as1OvMuv8kxLY47nF2D3wTtivyOm2bNvqUa/hNPw 1O8LC4EQvac/u4F6ciKpe7mg0JSk5FqkpFMXnhQxkV02HJsLepcJxX7OWf1JJasC 3tudvS7XFDTE5AfEQgGvtyp4pMfRY4YSRSXfcGWS87mAtm5pEZ4ql2+z =4FIh -END PGP SIGNATURE- Accepted: gnome-pm_0.9.3-3.diff.gz to pool/main/g/gnome-pm/gnome-pm_0.9.3-3.diff.gz gnome-pm_0.9.3-3.dsc to pool/main/g/gnome-pm/gnome-pm_0.9.3-3.dsc gnome-pm_0.9.3-3_i386.deb to pool/main/g/gnome-pm/gnome-pm_0.9.3-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted argus 2.0.6.beta.9-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 21:47:51 +1000 Source: argus Binary: argus-server Architecture: source i386 Version: 2.0.6.beta.9-1 Distribution: unstable Urgency: low Maintainer: Andrew Pollock [EMAIL PROTECTED] Changed-By: Andrew Pollock [EMAIL PROTECTED] Description: argus-server - IP network transaction auditing tool Changes: argus (2.0.6.beta.9-1) unstable; urgency=low . * New upstream release Files: 088126829286f75781a1f036d0eff5e9 613 net optional argus_2.0.6.beta.9-1.dsc 387f9ea51b38f272c3f9b4e0b6eccd64 534533 net optional argus_2.0.6.beta.9.orig.tar.gz c3f14d3452ac550973a1fc84943ddc2e 9648 net optional argus_2.0.6.beta.9-1.diff.gz 8fc4a14b9874e96661f02d83c0ab775e 116600 net optional argus-server_2.0.6.beta.9-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE+9um0IblXXKfZFgIRAsamAKCLz3VGNVguUkErBSWBSvSest1Q/QCgv50b jPz4QquN/RjuMA3DSaZpal4= =eVEF -END PGP SIGNATURE- Accepted: argus-server_2.0.6.beta.9-1_i386.deb to pool/main/a/argus/argus-server_2.0.6.beta.9-1_i386.deb argus_2.0.6.beta.9-1.diff.gz to pool/main/a/argus/argus_2.0.6.beta.9-1.diff.gz argus_2.0.6.beta.9-1.dsc to pool/main/a/argus/argus_2.0.6.beta.9-1.dsc argus_2.0.6.beta.9.orig.tar.gz to pool/main/a/argus/argus_2.0.6.beta.9.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bogofilter 0.13.7-2 (source)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Jun 2003 07:36:55 -0400
Source: bogofilter
Binary: bogofilter
Architecture: source
Version: 0.13.7-2
Distribution: unstable
Urgency: medium
Maintainer: Clint Adams [EMAIL PROTECTED]
Changed-By: Clint Adams [EMAIL PROTECTED]
Description:
bogofilter - a fast Bayesian spam filter
Changes:
bogofilter (0.13.7-2) unstable; urgency=medium
.
* Use newer config.{guess,sub}.
Files:
2df64469c1c05458e7e7e0f31b4b104c 584 mail optional bogofilter_0.13.7-2.dsc
e0215937a800bd5e3de1e59097eee25d 18112 mail optional bogofilter_0.13.7-2.diff.gz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Debian!
iD8DBQE+9u505m0u66uWM3ARAgdrAJwPTcWcE1wStIxSlWXOIzQqfcTnVACgxLKU
u1zlS0I5/gQW/aXBGAp8FGU=
=gALx
-END PGP SIGNATURE-
Accepted:
bogofilter_0.13.7-2.diff.gz
to pool/main/b/bogofilter/bogofilter_0.13.7-2.diff.gz
bogofilter_0.13.7-2.dsc
to pool/main/b/bogofilter/bogofilter_0.13.7-2.dsc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted wmgrabimage 0.72-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 19:56:34 +0800 Source: wmgrabimage Binary: wmgrabimage Architecture: source i386 Version: 0.72-3 Distribution: unstable Urgency: low Maintainer: Anthony Fok [EMAIL PROTECTED] Changed-By: Roy Hiu-yeung Chan [EMAIL PROTECTED] Description: wmgrabimage - maintains a small thumbnail image from the WWW Closes: 198070 Changes: wmgrabimage (0.72-3) unstable; urgency=low . * Use mozilla-xremote-client to call mozilla (closes: #198070) Files: 53fa4865b32e9f6a8ccd1fa524f362bd 592 x11 optional wmgrabimage_0.72-3.dsc f26a7de34936cd8d851561dda6f0249a 3610 x11 optional wmgrabimage_0.72-3.diff.gz 8219be19bbb467d1d6cbcc53b17ca794 13968 x11 optional wmgrabimage_0.72-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9us/La8qZm1n95ARAnYkAJ0Y0dyyvIn91WRrllhDuhaa5rnf9gCgkT9x 3qEsFCgyzm1qT+OSx5fTxXs= =JvvE -END PGP SIGNATURE- Accepted: wmgrabimage_0.72-3.diff.gz to pool/main/w/wmgrabimage/wmgrabimage_0.72-3.diff.gz wmgrabimage_0.72-3.dsc to pool/main/w/wmgrabimage/wmgrabimage_0.72-3.dsc wmgrabimage_0.72-3_i386.deb to pool/main/w/wmgrabimage/wmgrabimage_0.72-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ipsec-tools 0.2.2-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 14:01:40 +0200 Source: ipsec-tools Binary: ipsec-tools Architecture: source i386 Version: 0.2.2-5 Distribution: unstable Urgency: low Maintainer: Wichert Akkerman [EMAIL PROTECTED] Changed-By: Wichert Akkerman [EMAIL PROTECTED] Description: ipsec-tools - IPsec tools for Linux 2.5 and later Changes: ipsec-tools (0.2.2-5) unstable; urgency=low . * Update kernel headers so DES and 3DES work again with current kernels. Files: ad8db167b162abaacbc8edb38ddf5b7d 1245 net extra ipsec-tools_0.2.2-5.dsc ca4dd3bac2be63d86fe554138b606186 1551931 net extra ipsec-tools_0.2.2-5.diff.gz fb7fca3a39e8e89feedc847aad76e110 236092 net extra ipsec-tools_0.2.2-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iQIXAwUBPvbvoX18BjbHbzjSFAJe0wf/e/LL6Vc2d9GVL+V31krBGcrnI4fKbVoy fo+jeReoUfzlNj2oP5hQ3v1jl6UTgX2KVOsLxo6BEPJBQ5HWZGU6cls5jCfaICay DsB684awlAlTtzJWeRv5R4dZ9Dp1XjFyWBhh4hJGVpMODiU8CYruQYjtC8LtHVfH 5mzYDHrGJ+cNkVlD2+q7bDqiQgwWxFuiJOvFkjHeULwvQ2YIpD7hqkrfESUqNTdp eAxDPxotfSLxwEpmSk69YjlMTpasJZ6HZxVGj54DBcc3ZwbCYA77TFX0Mdsz3U0T xmpCDO+xfTJKhOV6PSQYN9uvPu007li3RKcwUDZolaZaJg1xwOefoAf/S+b7GV65 sA+X7y6skyrVUyiQltdyUVmjK0K21R93rNkS5xiulZgyESStVSK5j/5RJzqVNpkZ 1bnnN3QBWwj9ZPyoQFpVSvJPqbCLlIeS4fLjvgyFYYAoMaPjZKTrG+LNSGDaY17r jR9WJJy8KBqwPzCD2uRkUnCbZbxGWsX6GvJMMgU9lNHSMD5R+t8ve0A5shCS/vrZ 0qk86wPLHQoo6ZlXSSXgWeFpBIU3uj7i3be5HRyU5+XQMdlia7A7O+botaOe2cwp 2ZGLvqY1fKvRIFake1RN6GRzUbhyLW8oKT7OE/q7tN4H9WvQQp5dJua2GY2gRm0R cQAqC9v9eAdaWg== =HJOJ -END PGP SIGNATURE- Accepted: ipsec-tools_0.2.2-5.diff.gz to pool/main/i/ipsec-tools/ipsec-tools_0.2.2-5.diff.gz ipsec-tools_0.2.2-5.dsc to pool/main/i/ipsec-tools/ipsec-tools_0.2.2-5.dsc ipsec-tools_0.2.2-5_i386.deb to pool/main/i/ipsec-tools/ipsec-tools_0.2.2-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libquicktime 0.9.2pre1-8 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 11:11:31 +0200 Source: libquicktime Binary: quicktime-x11utils libquicktime-dev libquicktime1 quicktime-utils Architecture: source powerpc Version: 0.9.2pre1-8 Distribution: unstable Urgency: low Maintainer: Gerd Knorr [EMAIL PROTECTED] Changed-By: Gerd Knorr [EMAIL PROTECTED] Description: libquicktime-dev - Header files for developing applications with quicktime libquicktime1 - A library for reading and writing Quicktime files quicktime-utils - quicktime utilities quicktime-x11utils - quicktime utilities Closes: 198184 Changes: libquicktime (0.9.2pre1-8) unstable; urgency=low . * s/-funroll-all-loops// to workaround gcc bug (closes: #198184). Files: b88abdd8a2fcfabb8c43c10f2e5a1821 848 devel optional libquicktime_0.9.2pre1-8.dsc 48ff7dfff0d9718ab753eae46f812505 5582 devel optional libquicktime_0.9.2pre1-8.diff.gz 145149a040161a2da41ef6db195d9a89 539756 libs optional libquicktime1_0.9.2pre1-8_powerpc.deb 5a19dd8a9cbff356e174bc4f1e546ff4 152336 libdevel optional libquicktime-dev_0.9.2pre1-8_powerpc.deb 238177025217e98f1fe33280aa5b4fad 24492 utils extra quicktime-utils_0.9.2pre1-8_powerpc.deb 9ec99e41bfa0fb9bf2bc459907b56887 33620 utils extra quicktime-x11utils_0.9.2pre1-8_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+9u9fAXyjIpYotQIRAjckAKCKbNGsjv0Wx7HLm1GMB/IJXayJjACfazfq 3nd9+Ss4iMYwYPxXh336PLo= =R2SX -END PGP SIGNATURE- Accepted: libquicktime-dev_0.9.2pre1-8_powerpc.deb to pool/main/libq/libquicktime/libquicktime-dev_0.9.2pre1-8_powerpc.deb libquicktime1_0.9.2pre1-8_powerpc.deb to pool/main/libq/libquicktime/libquicktime1_0.9.2pre1-8_powerpc.deb libquicktime_0.9.2pre1-8.diff.gz to pool/main/libq/libquicktime/libquicktime_0.9.2pre1-8.diff.gz libquicktime_0.9.2pre1-8.dsc to pool/main/libq/libquicktime/libquicktime_0.9.2pre1-8.dsc quicktime-utils_0.9.2pre1-8_powerpc.deb to pool/main/libq/libquicktime/quicktime-utils_0.9.2pre1-8_powerpc.deb quicktime-x11utils_0.9.2pre1-8_powerpc.deb to pool/main/libq/libquicktime/quicktime-x11utils_0.9.2pre1-8_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kernel-patch-2.4.20-powerpc 2.4.20-4 (powerpc all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 20 Jun 2003 17:01:10 +0200 Source: kernel-patch-2.4.20-powerpc Binary: socket-modules-2.4.20-powerpc-udeb plip-modules-2.4.20-powerpc-udeb serial-modules-2.4.20-powerpc-udeb nic-modules-extra-2.4.20-powerpc-udeb ppp-modules-2.4.20-powerpc-udeb kernel-image-2.4.20-powerpc kernel-patch-2.4.20-powerpc scsi-modules-2.4.20-powerpc-udeb nic-modules-shared-2.4.20-powerpc-udeb kernel-headers-2.4.20 ide-modules-2.4.20-powerpc-udeb kernel-image-2.4.20-powerpc-smp kernel-image-2.4.20-powerpc-udeb nic-modules-2.4.20-powerpc-udeb Architecture: source powerpc all Version: 2.4.20-4 Distribution: unstable Urgency: low Maintainer: Sven Luther [EMAIL PROTECTED] Changed-By: Sven Luther [EMAIL PROTECTED] Description: ide-modules-2.4.20-powerpc-udeb - IDE drivers (udeb) kernel-headers-2.4.20 - Header files related to a specific Linux kernel. kernel-image-2.4.20-powerpc - Linux kernel binary image. kernel-image-2.4.20-powerpc-smp - Linux kernel binary image. kernel-image-2.4.20-powerpc-udeb - Linux kernel binary image for the Debian installer (udeb) kernel-patch-2.4.20-powerpc - Diffs to the kernel source for PowerPC nic-modules-2.4.20-powerpc-udeb - Common NIC drivers (udeb) nic-modules-extra-2.4.20-powerpc-udeb - Rare NIC drivers (udeb) nic-modules-shared-2.4.20-powerpc-udeb - Shared NIC drivers (udeb) plip-modules-2.4.20-powerpc-udeb - PLIP drivers (udeb) ppp-modules-2.4.20-powerpc-udeb - PPP drivers (udeb) scsi-modules-2.4.20-powerpc-udeb - SCSI drivers (udeb) serial-modules-2.4.20-powerpc-udeb - Serial drivers (udeb) socket-modules-2.4.20-powerpc-udeb - Socket drivers (udeb) Changes: kernel-patch-2.4.20-powerpc (2.4.20-4) unstable; urgency=low . * Apparently the kernel-images-2.4.20-powerpc kernel packages are pmac only, as i have a chrp box, wrong things happened in the -4 build. Forcing to pmac again, while investigating what should really be hapenning. Files: bbf1f915b9394e199a09dad43b394873 1061 devel optional kernel-patch-2.4.20-powerpc_2.4.20-4.dsc 672546398ce106d2aa98eebd927082d7 71934 devel optional kernel-patch-2.4.20-powerpc_2.4.20-4.tar.gz 4dacc732807d68afb50176258bbd72b1 56534 devel optional kernel-patch-2.4.20-powerpc_2.4.20-4_all.deb 567a6be4c157a77374339f0f4027faf6 1377110 debian-installer extra kernel-image-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb b15c96211c1a7e317f9265f4c701310f 71798 debian-installer extra nic-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb 1f821e368b12b5372f7d50570ba25428 79432 debian-installer extra nic-modules-extra-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb c9428530f91193fc0496ae91104da81e 9234 debian-installer extra nic-modules-shared-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb 52be6c2bd867d16732723f8ad571f55e 16870 debian-installer extra serial-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb 7aade6e520ecba2a46ae3624c80fbac5 49568 debian-installer extra ppp-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb 06a39116200b6694dd72c2cddac77eeb 22256 debian-installer extra socket-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb 196da458ed4359509fa6d26eebabd3db 16954 debian-installer extra ide-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb 4e8acd86ee4c77a2076619fd172fe1b3 1129090 debian-installer extra scsi-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb 1f521bb6146a710d08f5bb4b150baa36 26866 debian-installer extra plip-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb 9badcc3ce5ce886e282efa2b29706960 10712638 base optional kernel-image-2.4.20-powerpc_2.4.20-4_powerpc.deb f092c4fe07e164e5ce28f9337128ad2b 10966384 base optional kernel-image-2.4.20-powerpc-smp_2.4.20-4_powerpc.deb 7a556881ade1d515c05f269fc04f4fbf 4192914 devel optional kernel-headers-2.4.20_2.4.20-4_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9u7r2WTeT3CRQaQRAoozAKCJAJqqtDrD6kQ5n74AWmOphijRFgCeNtLO AII6Y07YcS+6g0DW3HZNVDU= =mqr8 -END PGP SIGNATURE- Accepted: ide-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb to pool/main/k/kernel-patch-2.4.20-powerpc/ide-modules-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb kernel-headers-2.4.20_2.4.20-4_powerpc.deb to pool/main/k/kernel-patch-2.4.20-powerpc/kernel-headers-2.4.20_2.4.20-4_powerpc.deb kernel-image-2.4.20-powerpc-smp_2.4.20-4_powerpc.deb to pool/main/k/kernel-patch-2.4.20-powerpc/kernel-image-2.4.20-powerpc-smp_2.4.20-4_powerpc.deb kernel-image-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb to pool/main/k/kernel-patch-2.4.20-powerpc/kernel-image-2.4.20-powerpc-udeb_2.4.20-4_powerpc.udeb kernel-image-2.4.20-powerpc_2.4.20-4_powerpc.deb to pool/main/k/kernel-patch-2.4.20-powerpc/kernel-image-2.4.20-powerpc_2.4.20-4_powerpc.deb kernel-patch-2.4.20-powerpc_2.4.20-4.dsc to pool/main/k/kernel-patch-2.4.20-powerpc/kernel-patch-2.4.20-powerpc_2.4.20-4.dsc kernel-patch-2.4.20-powerpc_2.4.20-4.tar.gz to
Accepted vile 9.3-s1 (sparc source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 23:29:15 +1000 Source: vile Binary: xvile vile-filters vile vile-common Architecture: source sparc all Version: 9.3-s1 Distribution: unstable Urgency: low Maintainer: Brendan O'Dea [EMAIL PROTECTED] Changed-By: Brendan O'Dea [EMAIL PROTECTED] Description: vile - VI Like Emacs - vi work-alike vile-common - VI Like Emacs - support files for vile/xvile vile-filters - VI Like Emacs - highlighting filters for vile/xvile xvile - VI Like Emacs - vi work-alike (X11) Changes: vile (9.3-s1) unstable; urgency=low . * New upstream patch version. Files: 345e9c2ca4b029bcd1f2d4890e77fd82 649 editors optional vile_9.3-s1.dsc 616be4e4a53173dea41b1d1ceeb14c82 1076859 editors optional vile_9.3-s1.diff.gz 71be203beec4ef1b2e6b5bdfbeb45fde 476410 editors optional vile-common_9.3-s1_all.deb a4d97e9b19f0b6a235c335564bf5b6f9 278790 editors optional vile_9.3-s1_sparc.deb 868247b64228cbcc43d73ae2de1de768 387276 editors optional vile-filters_9.3-s1_sparc.deb aeee94d818566de00f62615950e5ae1e 304092 editors optional xvile_9.3-s1_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9wNw8NyOALKMWZURAkT2AJ9z637i7BfIuCp/V36IAia9Tbih4gCgnlAD aoHunV63r6LsRNF4/aNGwDM= =h2g5 -END PGP SIGNATURE- Accepted: vile-common_9.3-s1_all.deb to pool/main/v/vile/vile-common_9.3-s1_all.deb vile-filters_9.3-s1_sparc.deb to pool/main/v/vile/vile-filters_9.3-s1_sparc.deb vile_9.3-s1.diff.gz to pool/main/v/vile/vile_9.3-s1.diff.gz vile_9.3-s1.dsc to pool/main/v/vile/vile_9.3-s1.dsc vile_9.3-s1_sparc.deb to pool/main/v/vile/vile_9.3-s1_sparc.deb xvile_9.3-s1_sparc.deb to pool/main/v/vile/xvile_9.3-s1_sparc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gtetrinet 0.7.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 15:53:59 +0200 Source: gtetrinet Binary: gtetrinet Architecture: source i386 Version: 0.7.3-1 Distribution: unstable Urgency: low Maintainer: Jordi Mallach [EMAIL PROTECTED] Changed-By: Jordi Mallach [EMAIL PROTECTED] Description: gtetrinet - multiplayer tetris-like game Changes: gtetrinet (0.7.3-1) unstable; urgency=low . * New upstream release. + fixes keyboard beeps. + the gtetrinet icon is back. Files: cd2e32904374a110d6159c3b74da630e 623 gnome optional gtetrinet_0.7.3-1.dsc 08ebf4d3dee7223b912a69bd5625633a 449592 gnome optional gtetrinet_0.7.3.orig.tar.gz f846247fa98c9543342b963bd3f8a197 17803 gnome optional gtetrinet_0.7.3-1.diff.gz 63684fe6d51537c9d5c964dee5c9f0e4 242416 gnome optional gtetrinet_0.7.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9wmIJYSUupF6Il4RAknGAKDOVKC0+OTuEqc+d27P6RfEbtScWACg1p5T CZSDjLoOu79tGcw7JlcnJqU= =tt5c -END PGP SIGNATURE- Accepted: gtetrinet_0.7.3-1.diff.gz to pool/main/g/gtetrinet/gtetrinet_0.7.3-1.diff.gz gtetrinet_0.7.3-1.dsc to pool/main/g/gtetrinet/gtetrinet_0.7.3-1.dsc gtetrinet_0.7.3-1_i386.deb to pool/main/g/gtetrinet/gtetrinet_0.7.3-1_i386.deb gtetrinet_0.7.3.orig.tar.gz to pool/main/g/gtetrinet/gtetrinet_0.7.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope 2.6.1-9 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 16:00:38 +0200 Source: zope Binary: zope Architecture: source i386 Version: 2.6.1-9 Distribution: unstable Urgency: low Maintainer: Luca - De Whiskey's - De Vitis [EMAIL PROTECTED] Changed-By: Luca - De Whiskey's - De Vitis [EMAIL PROTECTED] Description: zope - An Open Source Web Application Server Changes: zope (2.6.1-9) unstable; urgency=low . * debian/zope.logrotate: - Now rotate only /var/log/zope/*.log. Files: 59bc5b7136cfb3cfa97a15674472de86 773 web optional zope_2.6.1-9.dsc 7e743d541d6a251242b6e3ef95df4fb7 35912 web optional zope_2.6.1-9.diff.gz ab75cf6e4ea1c0e2be1350ca8def0f6c 2501160 web optional zope_2.6.1-9_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9wwPhbmQdcKRDkERAmuOAKCZKAFIUXqdKuxJAsk1IQQH7IlRjQCfZNIV VOvIkiguNrDSzcGnXnjtV3k= =1yZr -END PGP SIGNATURE- Accepted: zope_2.6.1-9.diff.gz to pool/main/z/zope/zope_2.6.1-9.diff.gz zope_2.6.1-9.dsc to pool/main/z/zope/zope_2.6.1-9.dsc zope_2.6.1-9_i386.deb to pool/main/z/zope/zope_2.6.1-9_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted wspanish 1.0.11.9 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 16:17:30 +0200 Source: wspanish Binary: wspanish Architecture: source all Version: 1.0.11.9 Distribution: unstable Urgency: low Maintainer: Agustin Martin Domingo [EMAIL PROTECTED] Changed-By: Agustin Martin Domingo [EMAIL PROTECTED] Description: wspanish - The Spanish dictionary words for /usr/share/dict Closes: 198467 Changes: wspanish (1.0.11.9) unstable; urgency=low . * Changed word inexpuganble to inexpugnable. Thanks to Margarita Manterola (closes: #198467) Files: d26dfe75241c262c46eed1ad8bbdb6b7 539 text optional wspanish_1.0.11.9.dsc e4a52a65b04b224e056fe960273e837c 252539 text optional wspanish_1.0.11.9.tar.gz 1dee8cd0900833f1e9b0197f1f93876a 253858 text optional wspanish_1.0.11.9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+9wxoWMZwCEWXpZMRArUyAJ9Sc59ThAMUhtMJ/1XYM/K1pjeO7gCfRLc8 ES8QDMNQTbUcoGQEjSR2UWQ= =Bwgb -END PGP SIGNATURE- Accepted: wspanish_1.0.11.9.dsc to pool/main/w/wspanish/wspanish_1.0.11.9.dsc wspanish_1.0.11.9.tar.gz to pool/main/w/wspanish/wspanish_1.0.11.9.tar.gz wspanish_1.0.11.9_all.deb to pool/main/w/wspanish/wspanish_1.0.11.9_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted grun 0.9.2-10 (i386 source)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Jun 2003 21:38:22 +0900
Source: grun
Binary: grun
Architecture: source i386
Version: 0.9.2-10
Distribution: unstable
Urgency: low
Maintainer: Oohara Yuuma [EMAIL PROTECTED]
Changed-By: Oohara Yuuma [EMAIL PROTECTED]
Description:
grun - GTK based Run dialog
Closes: 190097
Changes:
grun (0.9.2-10) unstable; urgency=low
.
* rebuild for gtk 2.0 (thanks to Tollef Fog Heen [EMAIL PROTECTED]
and Josip Rodin [EMAIL PROTECTED] for help) (closes: #190097)
* debian/control: Build-Depends: libgtk2.0-dev and automake1.7
* debian/control: Build-Conflicts: libgtk1.2-dev because dpkg happily
installs both libgtk1.2-dev and libgtk2.0-dev at the same time
* debian/conffiles: removed because all the conffiles are in /etc,
which is handled by debhelper
* debian/control: Build-Depends: debhelper ( 4.0.0) for automatic
conffile marking
* configure.in: uses AM_PATH_GTK_2_0 instead of AM_PATH_GTK
* debian/rules: updates config.{guess,sub} on clean
* debian/control: Build-Depends: pkg-config because ./configure calls it
* aclocal.m4, configure: regenerated
* configure.in: no longer overwrites po/Makefile with ./configure
default commands
* debian/copyright: there is only one upstream author
* debian/rules: removes config.log on clean
* debian/grun.xpm: regenerated with the following imagemagick command:
mogrify -format xpm -geometry 32x32 -map \
/usr/X11R6/include/X11/pixmaps/cmap.xpm grun2.xpm
Files:
63a791a6ac6160091e6fe4f02dba5029 642 x11 optional grun_0.9.2-10.dsc
0d72f794b800087fe59810451b5d0303 135023 x11 optional grun_0.9.2-10.diff.gz
d86a33a0aa916daf70d8eff5ec1a2be2 31810 x11 optional grun_0.9.2-10_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+9vWkQNb0LvRkppURAg8MAJ9wx5ryudlCidVp7fTzuCOBUXVLpQCfWD9M
udzJkuoS3uiHt2w8Zv2ud4M=
=cmwc
-END PGP SIGNATURE-
Accepted:
grun_0.9.2-10.diff.gz
to pool/main/g/grun/grun_0.9.2-10.diff.gz
grun_0.9.2-10.dsc
to pool/main/g/grun/grun_0.9.2-10.dsc
grun_0.9.2-10_i386.deb
to pool/main/g/grun/grun_0.9.2-10_i386.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nautilus-cd-burner 0.4.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 15:06:05 +0100 Source: nautilus-cd-burner Binary: nautilus-cd-burner Architecture: source i386 Version: 0.4.3-1 Distribution: unstable Urgency: low Maintainer: Ross Burton [EMAIL PROTECTED] Changed-By: Ross Burton [EMAIL PROTECTED] Description: nautilus-cd-burner - CD Burning front-end for Nautilus Closes: 196023 Changes: nautilus-cd-burner (0.4.3-1) unstable; urgency=low . * New upstream release * Can write audio CDs (closes: #196023) Files: 85da08117f59e8aa4c419eaacb15a7cc 650 gnome optional nautilus-cd-burner_0.4.3-1.dsc 46c547c23b6ecc09644f53d89036a155 327717 gnome optional nautilus-cd-burner_0.4.3.orig.tar.gz 9ca3d97b6132abfe8058209b588aef51 8917 gnome optional nautilus-cd-burner_0.4.3-1.diff.gz 6cbb0a55b77e3ffdca9584b05256d090 90306 gnome optional nautilus-cd-burner_0.4.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9wqsLQnkR9C0M98RAnTsAJ9q2DlIc8CqAFXvH47YE4eKFyjeIwCeNVIX FAXc3eu53jHYauGOEtIOPCU= =vGB8 -END PGP SIGNATURE- Accepted: nautilus-cd-burner_0.4.3-1.diff.gz to pool/main/n/nautilus-cd-burner/nautilus-cd-burner_0.4.3-1.diff.gz nautilus-cd-burner_0.4.3-1.dsc to pool/main/n/nautilus-cd-burner/nautilus-cd-burner_0.4.3-1.dsc nautilus-cd-burner_0.4.3-1_i386.deb to pool/main/n/nautilus-cd-burner/nautilus-cd-burner_0.4.3-1_i386.deb nautilus-cd-burner_0.4.3.orig.tar.gz to pool/main/n/nautilus-cd-burner/nautilus-cd-burner_0.4.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted request-tracker3 3.0.3-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 13:47:27 +0100 Source: request-tracker3 Binary: request-tracker3 Architecture: source all Version: 3.0.3-1 Distribution: unstable Urgency: low Maintainer: Andrew Stribblehill [EMAIL PROTECTED] Changed-By: Stephen Quinney [EMAIL PROTECTED] Description: request-tracker3 - Extensible trouble-ticket tracking system Closes: 196753 Changes: request-tracker3 (3.0.3-1) unstable; urgency=low . * New upstream release, closes: #196753 - lots more l10n and i18n improvements. Also DB access speedups, particularly for PostgreSQL. * Changes to the Debian spamassassin patch. The error codes returned are now correct, shame that it still gets the input interface wrong... Files: 7de8e0168f75636f2843f9c1493aa762 686 misc optional request-tracker3_3.0.3-1.dsc 3ca84a17e06f592791c358ca1ded269b 837402 misc optional request-tracker3_3.0.3.orig.tar.gz a9e89d1bbd3409c2d1c2fbcb3b37172c 11772 misc optional request-tracker3_3.0.3-1.diff.gz a2b324fd4cc10163ca9c7feb365753e1 931836 misc optional request-tracker3_3.0.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9xBeITGblEwaW+URAkTlAJwOhBaEirYSCWZx22OOXjceu2StrgCdHrGd aBRfDt5iDO7zm/vuId4CE6Y= =tFzD -END PGP SIGNATURE- Accepted: request-tracker3_3.0.3-1.diff.gz to pool/main/r/request-tracker3/request-tracker3_3.0.3-1.diff.gz request-tracker3_3.0.3-1.dsc to pool/main/r/request-tracker3/request-tracker3_3.0.3-1.dsc request-tracker3_3.0.3-1_all.deb to pool/main/r/request-tracker3/request-tracker3_3.0.3-1_all.deb request-tracker3_3.0.3.orig.tar.gz to pool/main/r/request-tracker3/request-tracker3_3.0.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cracklib2 2.7-9 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 13 Jun 2003 10:37:10 +0200 Source: cracklib2 Binary: cracklib-runtime cracklib2 cracklib2-dev Architecture: source i386 Version: 2.7-9 Distribution: unstable Urgency: low Maintainer: Martin Pitt [EMAIL PROTECTED] Changed-By: Martin Pitt [EMAIL PROTECTED] Description: cracklib-runtime - Runtime support for password checker library cracklib2 cracklib2 - A pro-active password checker library cracklib2-dev - A pro-active password checker library - development Closes: 36976 45567 46024 46025 54214 62393 67856 69187 70239 72244 75376 87355 90717 90718 91135 91136 91407 91414 91429 95291 97705 97855 99512 107112 108822 111525 112238 114749 146955 173705 194025 Changes: cracklib2 (2.7-9) unstable; urgency=low . * new maintainer (closes: #194025) * NMU acks (most of this stuff is not needed any more because of the new build system) (closes: #62393, #69187, #70239, #72244, #75376, #87355, #91135, #91136, #91407, #91414, #91429, #95291, #97705, #97855, #99512, #107112, #108822, #111525); thanks to Colin Watson, Sebastian Rittau, and Lenart Janos * debian/control: updated maintainer and standards-version, moved -dev to section libdevel * updated debian/copyright (maintainer, correct upstream URL) * rewrote debian/ directory from scratch * cracklib.conf now also searches in dictionary directories below /usr/local (closes: #46024) * cracklib-runtime recommends wordlist now (closes: #54214, #67856, #46025) * corrected all links in cracklib*.html (closes: #112238) * corrected SEE ALSO links in manpages (closes: #90718) * cracklib2-dev now comes with packer.h (closes: #173705) * moved functionality of cronjob to /usr/sbin/update-cracklib and call this script in cracklib-runtime's postinst (closes: #36976) * cronjob now logs to cron.info (was 'notice' before) * cronjob result output is now properly redirected to logger (closes: #45567) * packed wordlist are world-readable now (they are created from world-readable files, should be no problem) (closes: #146955) * removed 'readonly' variable attribute from cronjob since it is bash-specific (closes: #114749) * cracklib(3) is an alias (symlink) for FascistCheck(3) (closes: #90717) * cleaned up and documented example application * all files: deleted CVS references from former maintainer * deleted 'Local variables:' stuff at end of changelog * patch 07-ccwarnings.diff to eliminate all (but one) compiler warning * added linda overrides for nonstandard package name * added logcheck ignores for cronjob Files: fbaa7b7e0c1354994804f7fc1d7db0bd 651 libs optional cracklib2_2.7-9.dsc 19f74f81a995ee46c52c235eca99ba91 20936 libs optional cracklib2_2.7-9.diff.gz 095adbf869627aeeff679f20451c6c94 26202 libs optional cracklib2_2.7-9_i386.deb 1faee8ee6775b926f94cfe0b83f17c5f 26496 libdevel optional cracklib2-dev_2.7-9_i386.deb 9fd838038def0e762f94ddae217e174c 32240 admin optional cracklib-runtime_2.7-9_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+9xMrmpGCHWjc1gYRAjVtAKCiyKhxLlYpaQS/0TlEq23lgmCt/QCfSrgr kuc59xE6CrxACax7Ko+KDys= =fDSt -END PGP SIGNATURE- Accepted: cracklib-runtime_2.7-9_i386.deb to pool/main/c/cracklib2/cracklib-runtime_2.7-9_i386.deb cracklib2-dev_2.7-9_i386.deb to pool/main/c/cracklib2/cracklib2-dev_2.7-9_i386.deb cracklib2_2.7-9.diff.gz to pool/main/c/cracklib2/cracklib2_2.7-9.diff.gz cracklib2_2.7-9.dsc to pool/main/c/cracklib2/cracklib2_2.7-9.dsc cracklib2_2.7-9_i386.deb to pool/main/c/cracklib2/cracklib2_2.7-9_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted slrn 0.9.7.4-37 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 22 Jun 2003 16:26:56 -0400 Source: slrn Binary: slrn slrnpull Architecture: source i386 Version: 0.9.7.4-37 Distribution: unstable Urgency: low Maintainer: Joey Hess [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: slrn - threaded news reader (fast for slow links) slrnpull - pulls a small newsfeed from an NNTP server Closes: 195650 198318 Changes: slrn (0.9.7.4-37) unstable; urgency=low . * Updated French po-debconf file from Pierre Machard. Closes: #195650 * po/Makefile.in.in: Removed what looked like a workround for an old version of autoconf that did not finx mkinstalldirs properly. That workaround broke with autoconf 2.50, which does find it properly. Closes: #198318 Files: 80e419ebd99afcdc46ddd1e5b2be6c78 709 news optional slrn_0.9.7.4-37.dsc de0111cec8d4ea0832d0d4306aacaceb 58127 news optional slrn_0.9.7.4-37.diff.gz 90faf876ec6b1c45e69027e9f56e5d20 632338 news optional slrn_0.9.7.4-37_i386.deb 76deb79f4c1978e19b91cad29b2850af 100360 news optional slrnpull_0.9.7.4-37_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9xfE2tp5zXiKP0wRAuFvAJ9TNFXt/J/awMvS10NTbtUTOY/k3wCeLvZa v2JMWdSTQh+YAn4cR8ZCtPo= =bGD8 -END PGP SIGNATURE- Accepted: slrn_0.9.7.4-37.diff.gz to pool/main/s/slrn/slrn_0.9.7.4-37.diff.gz slrn_0.9.7.4-37.dsc to pool/main/s/slrn/slrn_0.9.7.4-37.dsc slrn_0.9.7.4-37_i386.deb to pool/main/s/slrn/slrn_0.9.7.4-37_i386.deb slrnpull_0.9.7.4-37_i386.deb to pool/main/s/slrn/slrnpull_0.9.7.4-37_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lm-sensors 2.7.0-6 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 22 Jun 2003 15:10:50 -0400 Source: lm-sensors Binary: libsensors-1debian1 lm-sensors-2.4.20-3-k7-smp lm-sensors-source lm-sensors-2.4.20-3-686 libsensors-dev lm-sensors-2.4.20-3-k7 lm-sensors sensord lm-sensors-2.4.20-3-k6 lm-sensors-2.4.20-3-686-smp lm-sensors-2.4.20-3-586tsc lm-sensors-2.4.20-3-386 Architecture: source i386 all Version: 2.7.0-6 Distribution: unstable Urgency: low Maintainer: David Z Maze [EMAIL PROTECTED] Changed-By: David Z Maze [EMAIL PROTECTED] Description: libsensors-1debian1 - Library to read temperature/voltage/fan sensors libsensors-dev - Lm-sensors development kit lm-sensors - Utilities to read temperature/voltage/fan sensors lm-sensors-2.4.20-3-386 - Kernel drivers to read temperature/voltage/fan sensors lm-sensors-2.4.20-3-586tsc - Kernel drivers to read temperature/voltage/fan sensors lm-sensors-2.4.20-3-686 - Kernel drivers to read temperature/voltage/fan sensors lm-sensors-2.4.20-3-686-smp - Kernel drivers to read temperature/voltage/fan sensors lm-sensors-2.4.20-3-k6 - Kernel drivers to read temperature/voltage/fan sensors lm-sensors-2.4.20-3-k7 - Kernel drivers to read temperature/voltage/fan sensors lm-sensors-2.4.20-3-k7-smp - Kernel drivers to read temperature/voltage/fan sensors lm-sensors-source - Kernel drivers to read temperature/voltage/fan sensors (source) sensord- Hardware sensor information logging daemon Closes: 196237 197309 198259 Changes: lm-sensors (2.7.0-6) unstable; urgency=low . * Make the libsensors.so link in libsensors-dev point at the right place, libsensors.so.1.debian.1. * Add Portugese (Brazilian) debconf translation, from Andre Luis Lopes [EMAIL PROTECTED]. (Closes: #198259) * Add French debconf translation, from Michel Grentzinger [EMAIL PROTECTED]. (Closes: #197309) * Get Perl dependencies correct, using dh_perl. (Closes: #196237) Files: cc0f85b978c0b5e7944b58f61392de48 760 utils extra lm-sensors_2.7.0-6.dsc 098b7e2e6385ebee25ae7dfae72ce844 26866 utils extra lm-sensors_2.7.0-6.diff.gz 48bc5b8c8e665cd32fbcd4650c5c8936 350662 utils extra lm-sensors_2.7.0-6_i386.deb ca84a5fd94e4688cd22c1c2b758881fa 43786 libs optional libsensors-1debian1_2.7.0-6_i386.deb 7f22a520d2547bf6371a3f1232947b95 58250 libdevel extra libsensors-dev_2.7.0-6_i386.deb 446f895863f66af8ae654d2d66ffc5b7 39870 utils extra sensord_2.7.0-6_i386.deb 481c40a9cfc7f2c827a0abc98e0fee39 147414 utils extra lm-sensors-2.4.20-3-386_2.7.0-6_i386.deb 95af9cd70fec2309a2c19a8f28d1d852 147162 utils extra lm-sensors-2.4.20-3-586tsc_2.7.0-6_i386.deb 39a639410d8a26f1fa9d165df78dc02e 147402 utils extra lm-sensors-2.4.20-3-686_2.7.0-6_i386.deb 8e05c54733e6076a84600c9dea2e37fe 147626 utils extra lm-sensors-2.4.20-3-686-smp_2.7.0-6_i386.deb d8714292f512108ee5dea6357c08cbdc 147410 utils extra lm-sensors-2.4.20-3-k6_2.7.0-6_i386.deb ecae85aa63747e1b3600e3637b666582 147414 utils extra lm-sensors-2.4.20-3-k7_2.7.0-6_i386.deb bce9c9c987c647f6875a8456a61e42fa 147626 utils extra lm-sensors-2.4.20-3-k7-smp_2.7.0-6_i386.deb c50c75b417f98a8a8feeaf543ac339d6 637490 misc extra lm-sensors-source_2.7.0-6_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9xZDp3U1z1PHTekRAugiAJ4utI/Nka3kz+xfh/qepNtQCAoGhQCcCL+s dT4zQ619IOGbIZeIngJAnmA= =r+3+ -END PGP SIGNATURE- Accepted: libsensors-1debian1_2.7.0-6_i386.deb to pool/main/l/lm-sensors/libsensors-1debian1_2.7.0-6_i386.deb libsensors-dev_2.7.0-6_i386.deb to pool/main/l/lm-sensors/libsensors-dev_2.7.0-6_i386.deb lm-sensors-2.4.20-3-386_2.7.0-6_i386.deb to pool/main/l/lm-sensors/lm-sensors-2.4.20-3-386_2.7.0-6_i386.deb lm-sensors-2.4.20-3-586tsc_2.7.0-6_i386.deb to pool/main/l/lm-sensors/lm-sensors-2.4.20-3-586tsc_2.7.0-6_i386.deb lm-sensors-2.4.20-3-686-smp_2.7.0-6_i386.deb to pool/main/l/lm-sensors/lm-sensors-2.4.20-3-686-smp_2.7.0-6_i386.deb lm-sensors-2.4.20-3-686_2.7.0-6_i386.deb to pool/main/l/lm-sensors/lm-sensors-2.4.20-3-686_2.7.0-6_i386.deb lm-sensors-2.4.20-3-k6_2.7.0-6_i386.deb to pool/main/l/lm-sensors/lm-sensors-2.4.20-3-k6_2.7.0-6_i386.deb lm-sensors-2.4.20-3-k7-smp_2.7.0-6_i386.deb to pool/main/l/lm-sensors/lm-sensors-2.4.20-3-k7-smp_2.7.0-6_i386.deb lm-sensors-2.4.20-3-k7_2.7.0-6_i386.deb to pool/main/l/lm-sensors/lm-sensors-2.4.20-3-k7_2.7.0-6_i386.deb lm-sensors-source_2.7.0-6_all.deb to pool/main/l/lm-sensors/lm-sensors-source_2.7.0-6_all.deb lm-sensors_2.7.0-6.diff.gz to pool/main/l/lm-sensors/lm-sensors_2.7.0-6.diff.gz lm-sensors_2.7.0-6.dsc to pool/main/l/lm-sensors/lm-sensors_2.7.0-6.dsc lm-sensors_2.7.0-6_i386.deb to pool/main/l/lm-sensors/lm-sensors_2.7.0-6_i386.deb sensord_2.7.0-6_i386.deb to pool/main/l/lm-sensors/sensord_2.7.0-6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted netclient 0.3.1-4 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 18:06:26 +0200 Source: netclient Binary: libnetclient-ocaml-dev Architecture: source powerpc Version: 0.3.1-4 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: libnetclient-ocaml-dev - Objective Caml HTTP/1.1 client library Changes: netclient (0.3.1-4) unstable; urgency=low . * Rebuilt against ocamlnet 0.96 * debian/control - bumped dependenceis on ocamlnet to 0.96 - removed Provides:.* (this time, really!) - bumped standards-version to 3.5.10 * debian/rules - removed DH_COMPAT in favour of debian/compat Files: 49613c012f12898ad64c4b2481a6cfdc 677 devel optional netclient_0.3.1-4.dsc 1199b836ff71b45e81e4e1490cddda88 2830 devel optional netclient_0.3.1-4.diff.gz ef697c5300a3f42e77dfd96be949a53d 201324 devel optional libnetclient-ocaml-dev_0.3.1-4_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9yZs1cqbBPLEI7wRAktiAJ93dhF9SJmlkVdBPcu9cjOqjQFJzwCgpE/E wRmS6R1RV3vRhD1APFw/0B8= =H6Tm -END PGP SIGNATURE- Accepted: libnetclient-ocaml-dev_0.3.1-4_powerpc.deb to pool/main/n/netclient/libnetclient-ocaml-dev_0.3.1-4_powerpc.deb netclient_0.3.1-4.diff.gz to pool/main/n/netclient/netclient_0.3.1-4.diff.gz netclient_0.3.1-4.dsc to pool/main/n/netclient/netclient_0.3.1-4.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ocamlnet 0.96-1 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 17:34:01 +0200 Source: ocamlnet Binary: libocamlnet-ocaml-dev Architecture: source powerpc Version: 0.96-1 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: libocamlnet-ocaml-dev - OCaml application-level Internet protocols and conventions librar Changes: ocamlnet (0.96-1) unstable; urgency=low . * New upstream release, notably: - almost rewritten Netconversion module (new version is really faster) - added cursors (pointer into encoded strings, character grained) - implemented a lot of string functions on top of cursors - full support for Japanese encoding EUC-JP - conversion tables are now loaded at runtime Files: 1cbc3f8f3581f9fd37d601df8621cacb 637 devel optional ocamlnet_0.96-1.dsc 37f43f27a70f489c8233eb19dc5dfa61 376722 devel optional ocamlnet_0.96.orig.tar.gz db6eadf0395c2d45dcd70b1bf17fc1db 3685 devel optional ocamlnet_0.96-1.diff.gz 87b9b150a79869c2f1849bcd5bb83991 1243198 libdevel optional libocamlnet-ocaml-dev_0.96-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9yXg1cqbBPLEI7wRAlL8AKDIPdPODwKKLqVLRGYXlG5/Q+ik8gCfbpJy NiGvyNrQJpryUrzu4U/mN4c= =6epI -END PGP SIGNATURE- Accepted: libocamlnet-ocaml-dev_0.96-1_powerpc.deb to pool/main/o/ocamlnet/libocamlnet-ocaml-dev_0.96-1_powerpc.deb ocamlnet_0.96-1.diff.gz to pool/main/o/ocamlnet/ocamlnet_0.96-1.diff.gz ocamlnet_0.96-1.dsc to pool/main/o/ocamlnet/ocamlnet_0.96-1.dsc ocamlnet_0.96.orig.tar.gz to pool/main/o/ocamlnet/ocamlnet_0.96.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted netclient 0.3.1-5 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 18:25:07 +0200 Source: netclient Binary: libnetclient-ocaml-dev Architecture: source powerpc Version: 0.3.1-5 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: libnetclient-ocaml-dev - Objective Caml HTTP/1.1 client library Changes: netclient (0.3.1-5) unstable; urgency=low . * debian/control - changed section of the -dev package to libdevel Files: f27cbd03111a99aa15165ec3b29980a8 677 devel optional netclient_0.3.1-5.dsc 036ca52a2ffab8b89280ac10aad1d3b4 2869 devel optional netclient_0.3.1-5.diff.gz 9a17d54999e78923d3f824604d39fa65 201358 libdevel optional libnetclient-ocaml-dev_0.3.1-5_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9ypY1cqbBPLEI7wRArrVAJ4oDnUaGUWwoQs0bFawDQKnYkytwQCfaO50 XVT5+Uua7BMRlNgGFhC/GJo= =O1SI -END PGP SIGNATURE- Accepted: libnetclient-ocaml-dev_0.3.1-5_powerpc.deb to pool/main/n/netclient/libnetclient-ocaml-dev_0.3.1-5_powerpc.deb netclient_0.3.1-5.diff.gz to pool/main/n/netclient/netclient_0.3.1-5.diff.gz netclient_0.3.1-5.dsc to pool/main/n/netclient/netclient_0.3.1-5.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tapiir 0.7.1-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 22 Jun 2003 21:50:29 -0400 Source: tapiir Binary: tapiir Architecture: source i386 Version: 0.7.1-4 Distribution: unstable Urgency: low Maintainer: Enrique Robledo Arnuncio [EMAIL PROTECTED] Changed-By: Enrique Robledo Arnuncio [EMAIL PROTECTED] Description: tapiir - A tool for real time audio delay and feedback effects Closes: 198322 Changes: tapiir (0.7.1-4) unstable; urgency=low . * Rebuilt with newer libjack (closes: #198322). * Build-depend on unversioned libjack-dev (debian/control). * Updated standards version (debian/control) Files: 975d717eaac1d1886b3fe981c9976719 553 sound optional tapiir_0.7.1-4.dsc a7a44b3bed933548db875325c100281a 110298 sound optional tapiir_0.7.1-4.tar.gz 97b02a175027588c1444169d8f2f9df6 162006 sound optional tapiir_0.7.1-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9l+ffq6Nk09BE6IRAtG1AJ0djyD3pBUpI4AYo73Sg8AKIcitugCgk2d5 utEL1Bk057kwHzL11yUk1fE= =Mj82 -END PGP SIGNATURE- Accepted: tapiir_0.7.1-4.dsc to pool/main/t/tapiir/tapiir_0.7.1-4.dsc tapiir_0.7.1-4.tar.gz to pool/main/t/tapiir/tapiir_0.7.1-4.tar.gz tapiir_0.7.1-4_i386.deb to pool/main/t/tapiir/tapiir_0.7.1-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rpm 4.0.4-23 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 11:52:32 -0400 Source: rpm Binary: rpm librpm-dev lsb-rpm librpm4 Architecture: source i386 Version: 4.0.4-23 Distribution: unstable Urgency: low Maintainer: Joey Hess [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: librpm-dev - RPM shared library, development kit librpm4- RPM shared library lsb-rpm- Red Hat package manager for LSB package building rpm- Red Hat package manager Closes: 198509 Changes: rpm (4.0.4-23) unstable; urgency=low . * Added libbz2-dev and libz-dev to librpm-dev depends, since you probably need them to link stuff with librpm (or librpmio anyway). Closes: #198509 * Tar file was screwed up in -22; attempt to fix that. Files: afc3922414c1765614b265745b1d96aa 701 admin optional rpm_4.0.4-23.dsc 0ccc00d770e3c7ba334cebb94ee8695a 129301 admin optional rpm_4.0.4-23.diff.gz d6f3680b7a9c1952f2a027fe58e6c215 514738 admin optional rpm_4.0.4-23_i386.deb 39d7b2693e56242450bd28b3d9785a1e 745804 devel optional lsb-rpm_4.0.4-23_i386.deb 5921e7e1febed792be966819a72f1c47 351918 libs optional librpm4_4.0.4-23_i386.deb d9e29c1927f92febe0a0237e27938823 431002 libdevel extra librpm-dev_4.0.4-23_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9yjt2tp5zXiKP0wRAu5dAKDTyeKlT6/d34Dm1elM/3QL1Imy7wCgqHaZ EHFgwBg2oR8yRCm4wA8GBio= =YH/7 -END PGP SIGNATURE- Accepted: librpm-dev_4.0.4-23_i386.deb to pool/main/r/rpm/librpm-dev_4.0.4-23_i386.deb librpm4_4.0.4-23_i386.deb to pool/main/r/rpm/librpm4_4.0.4-23_i386.deb lsb-rpm_4.0.4-23_i386.deb to pool/main/r/rpm/lsb-rpm_4.0.4-23_i386.deb rpm_4.0.4-23.diff.gz to pool/main/r/rpm/rpm_4.0.4-23.diff.gz rpm_4.0.4-23.dsc to pool/main/r/rpm/rpm_4.0.4-23.dsc rpm_4.0.4-23_i386.deb to pool/main/r/rpm/rpm_4.0.4-23_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sysprofile 0.3.8 (all source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Fri, 20 Jun 2003 22:06:15 +0200 Source: sysprofile Binary: syslogout sysprofile Architecture: source all Version: 0.3.8 Distribution: unstable Urgency: low Maintainer: Paul Seelig [EMAIL PROTECTED] Changed-By: Paul Seelig [EMAIL PROTECTED] Description: syslogout - Modularized system wide shell logout mechanism sysprofile - Modularized system wide shell configuration mechanism Changes: sysprofile (0.3.8) unstable; urgency=low . * Updated /usr/share/doc/sysprofile/examples/etc/sysprofile.d/mc.bash wrapper which works with mc-4.6.0 . * Replace mkdir /tmp/syslogout with mkdir -m 1777 /var/tmp/syslogout where possible. Likewise replace /tmp/syslogout with /var/tmp/syslogout. Files: 93233141b2bed6a55d688b9cddd43199 611 admin optional sysprofile_0.3.8.dsc b38844b730ddffc8508e5b78fc09b8cd 20115 admin optional sysprofile_0.3.8.tar.gz 9d2551e0838a9cd456b839796f9f236d 15048 admin optional syslogout_0.3.8_all.deb 133344f712157dc7aea26d7b260a0121 19284 admin optional sysprofile_0.3.8_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAwUBPvNwN+gqiw1XE3/lAQGsFAP/amfy33b95bcwsODPbd7hITbbuOgO5JCE CbWfSyiOrkdMm4ao4KCDzquGfouPgnKQG7SFADT302aduBNhZJeK/qoZmSr1qeEI QTQhOUrbZRwvKqoU7INVWBs9zgaEhoec1PRXZLd/FkfLNhUoikxbgcklBf9DyDfD VPK30/nCKOg= =Hng6 -END PGP SIGNATURE- Accepted: syslogout_0.3.8_all.deb to pool/main/s/sysprofile/syslogout_0.3.8_all.deb sysprofile_0.3.8.dsc to pool/main/s/sysprofile/sysprofile_0.3.8.dsc sysprofile_0.3.8.tar.gz to pool/main/s/sysprofile/sysprofile_0.3.8.tar.gz sysprofile_0.3.8_all.deb to pool/main/s/sysprofile/sysprofile_0.3.8_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tkabber 0.9.5beta-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 18:02:22 +0200 Source: tkabber Binary: tkabber Architecture: source i386 Version: 0.9.5beta-1 Distribution: unstable Urgency: low Maintainer: Jonas Meurer [EMAIL PROTECTED] Changed-By: Jonas Meurer [EMAIL PROTECTED] Description: tkabber- Tcl/Tk based Jabber client Closes: 181601 198482 Changes: tkabber (0.9.5beta-1) unstable; urgency=low . * New upstream release. (closes: #181601) * Added a menu entry. (closes: #198482) Files: e9161ed23d3e95379c41b6e7759a35d7 572 net optional tkabber_0.9.5beta-1.dsc 13c62b75d6c80ebbbff5eb3e9f2aa668 472760 net optional tkabber_0.9.5beta.orig.tar.gz eea475c2f24be92d2fc0dbd5d303a4b9 20590 net optional tkabber_0.9.5beta-1.diff.gz f7763a36e475d782d113b013db39bcc2 505162 net optional tkabber_0.9.5beta-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9yTPd6lUs+JfIQIRAkozAJ9570fhwaOor2mXzk/Xb3fUHzwGLgCfUFIM uC3MMHPKRuipj1nk0o5Pszs= =Pare -END PGP SIGNATURE- Accepted: tkabber_0.9.5beta-1.diff.gz to pool/main/t/tkabber/tkabber_0.9.5beta-1.diff.gz tkabber_0.9.5beta-1.dsc to pool/main/t/tkabber/tkabber_0.9.5beta-1.dsc tkabber_0.9.5beta-1_i386.deb to pool/main/t/tkabber/tkabber_0.9.5beta-1_i386.deb tkabber_0.9.5beta.orig.tar.gz to pool/main/t/tkabber/tkabber_0.9.5beta.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gtetrinet 0.7.3-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Jun 2003 17:58:59 +0200
Source: gtetrinet
Binary: gtetrinet
Architecture: source i386
Version: 0.7.3-2
Distribution: unstable
Urgency: low
Maintainer: Jordi Mallach [EMAIL PROTECTED]
Changed-By: Jordi Mallach [EMAIL PROTECTED]
Description:
gtetrinet - multiplayer tetris-like game
Changes:
gtetrinet (0.7.3-2) unstable; urgency=low
.
* The icon saga goes on...
* debian/rules: I give up, and stop using datadir=${prefix}/share/games.
I seem to be the only one trying to do this (see gnome-games, etc.) and
it's causing way too many problems. So, installing stuff to
/usr/share/gtetrinet should make the icon appear again in gnome-panel.
If you think I'm violating a must in the FHS, please file a bug.
Files:
27a6a0c64543b3a3e9e28fb9d9abe7f1 623 gnome optional gtetrinet_0.7.3-2.dsc
367d782d7100823830b7becf770c4047 18379 gnome optional gtetrinet_0.7.3-2.diff.gz
80e00b606e088117b9bdfaa4ed7c5d4d 241950 gnome optional gtetrinet_0.7.3-2_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE+9yy0JYSUupF6Il4RApc1AKCQq5olqYhJY2+2N5O/GFdwhyDeFACgmhkQ
xK5RFwPaSbhOUFCByBFHVSs=
=LYcO
-END PGP SIGNATURE-
Accepted:
gtetrinet_0.7.3-2.diff.gz
to pool/main/g/gtetrinet/gtetrinet_0.7.3-2.diff.gz
gtetrinet_0.7.3-2.dsc
to pool/main/g/gtetrinet/gtetrinet_0.7.3-2.dsc
gtetrinet_0.7.3-2_i386.deb
to pool/main/g/gtetrinet/gtetrinet_0.7.3-2_i386.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pxp 1.1.94-1 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 18:13:39 +0200 Source: pxp Binary: libpxp-ocaml-dev Architecture: source powerpc Version: 1.1.94-1 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: libpxp-ocaml-dev - OCaml library that implement an XML-1.0 validating parser Changes: pxp (1.1.94-1) unstable; urgency=low . * New upstream release, notably: - rewritten Pxp_reader module (fixing bugs with relative URLs) - Pxp_yacc module split in four modules (old module kept for backward compatibility) - is now possibile to turn warnings in errors - event based parsing can now preprocess namespaces Files: 23e469a0c78c3baf94981bb80aee96c9 675 libdevel optional pxp_1.1.94-1.dsc 2c0ece01590469fdcc40bcb10ceef62f 666336 libdevel optional pxp_1.1.94.orig.tar.gz 148982c084de625aafa1927d6e36861d 4452 libdevel optional pxp_1.1.94-1.diff.gz 8fe5a16080e9f71bd7eb1168acd67fc8 1735404 libdevel optional libpxp-ocaml-dev_1.1.94-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9ysk1cqbBPLEI7wRAm11AJwIvuoRvDdnr9EwVDq2zNL2BE1diACfV6F6 7IKPMUg6eOXiTjtT6bwGOHM= =JmyK -END PGP SIGNATURE- Accepted: libpxp-ocaml-dev_1.1.94-1_powerpc.deb to pool/main/p/pxp/libpxp-ocaml-dev_1.1.94-1_powerpc.deb pxp_1.1.94-1.diff.gz to pool/main/p/pxp/pxp_1.1.94-1.diff.gz pxp_1.1.94-1.dsc to pool/main/p/pxp/pxp_1.1.94-1.dsc pxp_1.1.94.orig.tar.gz to pool/main/p/pxp/pxp_1.1.94.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gthumb 3:2.1.2-3 (source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 18:49:44 +0200 Source: gthumb Binary: gthumb Architecture: source Version: 3:2.1.2-3 Distribution: unstable Urgency: low Maintainer: Remco van de Meent [EMAIL PROTECTED] Changed-By: Remco van de Meent [EMAIL PROTECTED] Description: gthumb - an image viewer and browser for GNOME2 Changes: gthumb (3:2.1.2-3) unstable; urgency=low . * Minor fixes Files: 0f2be089fe03252f293b3d621f6e13ac 691 gnome optional gthumb_2.1.2-3.dsc aa5c32b3c28ed993dbb306aee2266638 214266 gnome optional gthumb_2.1.2-3.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+9zDB2tWnGbzBMd4RAofiAKChiKrSFHvK0QnQpKfQrn0LmLjV3gCePA/v h8y+MG8uzelwqRt2azG5Fv4= =zSJD -END PGP SIGNATURE- Accepted: gthumb_2.1.2-3.diff.gz to pool/main/g/gthumb/gthumb_2.1.2-3.diff.gz gthumb_2.1.2-3.dsc to pool/main/g/gthumb/gthumb_2.1.2-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gotmail 0.7.10-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Jun 2003 11:48:12 -0600 Source: gotmail Binary: gotmail Architecture: source all Version: 0.7.10-2 Distribution: unstable Urgency: low Maintainer: paul cannon [EMAIL PROTECTED] Changed-By: paul cannon [EMAIL PROTECTED] Description: gotmail- Utility to download email from a Hotmail or MSN account Closes: 198341 198506 Changes: gotmail (0.7.10-2) unstable; urgency=low . * Fix stupid broken dependency (Closes: #198341, #198506); since of course I shouldn't do a versioned dependency on a virtual package :/ Files: c75790b823a80ce5e55dd49a079a63cb 560 mail optional gotmail_0.7.10-2.dsc 10fc0d433a343c22e8f41036bf766fc0 5929 mail optional gotmail_0.7.10-2.diff.gz 47a997241ab171d06baa7217396b13a7 25256 mail optional gotmail_0.7.10-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+9z4kUZSDC+wZs3gRAmO0AJ94QP9P/lj8YAPa6iE3AnELUsR4/wCdFfRs DiLui4nzuIQL5pI0GR5YZbk= =pxRW -END PGP SIGNATURE- Accepted: gotmail_0.7.10-2.diff.gz to pool/main/g/gotmail/gotmail_0.7.10-2.diff.gz gotmail_0.7.10-2.dsc to pool/main/g/gotmail/gotmail_0.7.10-2.dsc gotmail_0.7.10-2_all.deb to pool/main/g/gotmail/gotmail_0.7.10-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
