Planet Debian-FR, quelle politique ?
Salut tout le monde, je viens de mettre en place un Planet Debian-FR : http://planet-fr.debian.net J'aimerai que l'on définisse rapidement les règles régissant ce site. Pour le moment, j'ai pris la liste des feeds de planet.debian.org et j'ai gardé les personnes que je sais francophones. Il y a donc un mix d'anglais/français. Personnellement j'aimerai que planet-fr.debian.net ne contienne que du contenu francophone. Mais ce point reste ouvert, j'attends vos avis à ce sujet. Le site diffusera des messages traitant de logiciel libre provenant de contributeurs francophones à Debian. (Je refuserai les feeds relatant la vie personnelle des gens) Sur mon blog personnel, j'ai créé un catégorie debianfr qui contient des messages liés à Debian et en français. J'ai abonné ce feed à planet-fr.d.n et j'aimerai bien que certains d'entre vous en fasse de même afin que l'on passe rapidement d'un contenu 100% anglophone à un contenu 100% francophone. Contactez-moi par courrier privé pour mettre à jour les feeds qui sont abonnés. (Le fichier de configuration de planetplanet est dispo en ligne: http://planet-fr.debian.net/config.ini ) Cordialement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
[Don Armstrong] All that needs to happen is that GPLed packages without an OpenSSL linking exception either need to: 1) Get a linking exception. 2) Stop linking with OpenSSL. 3) For indirect dependencies: make sure you're only using the bits of the (for example) libcurl ABI which work whether or not it is compiled against openssl. In that case it's really hard to argue you're linking to openssl. signature.asc Description: Digital signature
Re: Removal of transitional dummy packages
In a few weeks, we'll start filing RC bugs against the remaining packages. RC bug? What the heck are you talking about? No RC Bug, normal severity. If its a dummy out of an (now) empty source I also agree with the severity to be normal. Which could, btw, have been said in a more kind manner to Mohamed, instead of the quite rude sentence above from Santiago. After a week of Debconf friendlyness, I see that we might easily fall again in our usual flaming style. Debconfs should be mandatory events..:-) As I use to say : I will no more be able to flame someone I've been naked with in a finnish sauna -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3?
Peter Samuelson [EMAIL PROTECTED] writes: [Don Armstrong] All that needs to happen is that GPLed packages without an OpenSSL linking exception either need to: 1) Get a linking exception. 2) Stop linking with OpenSSL. 3) For indirect dependencies: make sure you're only using the bits of the (for example) libcurl ABI which work whether or not it is compiled against openssl. In that case it's really hard to argue you're linking to openssl. But one can argue that this needs an openssl free libcurl to be correctly distributable. Which was the suggestion to begin with I think. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
On Mon, Jul 18, 2005 at 01:02:53AM -0500, Peter Samuelson wrote: [Don Armstrong] All that needs to happen is that GPLed packages without an OpenSSL linking exception either need to: 3) For indirect dependencies: make sure you're only using the bits of the (for example) libcurl ABI which work whether or not it is compiled against openssl. In that case it's really hard to argue you're linking to openssl. This is true for MOC, like for ogg123 whis is also licensed using pure GPL. -- Damian Pietras -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Removal of transitional dummy packages
On 7/17/05, Joerg Jaspert [EMAIL PROTECTED] wrote: As we only support upgrades to the next release and not any other its very clear to remove them from the archive. Does 'not supporting' equal 'requiring it to fail'?
Re: unreproducable bugs
On Sat, Jul 16, 2005 at 01:14:07AM +0100, Rich Walker wrote: Yes, to rely on 1300 developers to all think of your cunning method of solving a problem clearly makes sense. After all, to *write down* a technique that solves the problem, and make it available to all of them would stilt their creativity, hinder their intellect, and prevent the development of a consistent style! I'm pretty sure I've come across this as a guideline in the maintainer docs, if not as a hard-and-fast rule. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NMUs wanted: C++ library packages in need of uploading
Steve Langasek writes: librudiments0 already done. bug report filed to remove the source package from unstable. maxdb-7.5.00 not critical, no dependent packages. the maintainer works on getting the package compiled with gcc-4.0 stlport4.6 already done. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
On Sun, Jul 17, 2005 at 03:19:54PM -0400, sean finney wrote: Why not building curl --without-sssl and --with-gnutls=/usr? Maybe a NMU? this is definitely NOT a reason to NMU libcurl. remember that it is your package that is broken. of course you could still file a The same issues as with libcurl applied to libldap2. They were considered a bug in libldap2 back then because half the distribution links it. Gave me a lot of recurring head aches. Basically I'd vote for avoiding license bombs like this in our archive. Most software is GPL and upstream seldom knows about those issues. Greetings Torsten signature.asc Description: Digital signature
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
On Sun, Jul 17, 2005 at 11:09:04PM +0300, Don Armstrong wrote: On Sun, 17 Jul 2005, Elimar Riesebieter wrote: apt-get remove --purge libssl0.9.7 gives me tons of packages. Just an estimation: We need to repack half of all packages then? NO.[1] All that needs to happen is that GPLed packages without an OpenSSL linking exception either need to: 1) Get a linking exception. 2) Stop linking with OpenSSL. How about indirect linking with OpenSSL? I'd really like to have libldap use OpenSSL again but I was told this breaks the LDAP support of a lot of packages since linking LDAP would pull OpenSSL. Greetings Torsten signature.asc Description: Digital signature
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
On Mon, Jul 18, 2005 at 11:07:41AM +0200, Torsten Landschoff wrote: apt-get remove --purge libssl0.9.7 gives me tons of packages. Just an estimation: We need to repack half of all packages then? NO.[1] All that needs to happen is that GPLed packages without an OpenSSL linking exception either need to: 1) Get a linking exception. 2) Stop linking with OpenSSL. How about indirect linking with OpenSSL? I'd really like to have libldap use OpenSSL again but I was told this breaks the LDAP support of a lot of packages since linking LDAP would pull OpenSSL. Seems that part of developers think that indirect linking with OpenSSL is ok, and part think it's not. What is an official statement? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Removal of transitional dummy packages
On Mon, Jul 18, 2005 at 10:51:23AM +0200, Olaf van der Spek wrote: On 7/17/05, Joerg Jaspert [EMAIL PROTECTED] wrote: As we only support upgrades to the next release and not any other its very clear to remove them from the archive. Does 'not supporting' equal 'requiring it to fail'? It equals we have no expectation whatsoever that upgrades from woody to etch will work for *anyone*, so users are much better off if we deliver this message to them consistently instead of hinting with a couple of remaining transition packages here and there that it might work. We know from experience with sarge that we're already spread very thin where upgrade support is concerned, so it's important that we neither overpromise nor let ourselves be distracted by things that won't actually be of benefit to users. In this context, woody-sarge transition packages are just one form of useless cruft that we should strive to get rid of before the etch release. They're not the biggest source of cruft, but on the other hand they are (IMHO) one of the sources for which the proper course of action is clearest. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Removal of transitional dummy packages
Santiago Vila [EMAIL PROTECTED] writes: On Sun, 17 Jul 2005, Joerg Jaspert wrote: On 10353 March 1977, Santiago Vila wrote: we need to remove from the archive all the Woody-to-Sarge transition dummy packages. No, that's not true, we don't *need* to remove woody-to-sarge dummy packages, as they are also woody-to-etch dummy packages. We do not support that. There is no we here. Oh, there is! *We* ('Debian') have no policy to force maintainers to make direct upgrade paths from old releases possible, so some packages support it, most don't. It's the same with downgrades: Some people care about them and change their packages to make them, most don't. Marc, doubting that there are any problems to update the lg-* packages From woody -- BOFH #340: Well fix that in the next (upgrade, update, patch release, service pack). pgpD7PQyKnXnQ.pgp Description: PGP signature
snownews maintainership
Hi, the actual maintainer of the snownews rss reader package seems to be cast away. I talked to upstream and he has got no contact to him in the last time at all. I tried to wrote him to [EMAIL PROTECTED] and after 24 hours I got a delayed bounce... He isn't not available anymore and the upstream asked me if I would maintain the package. So I want to highjack the package. Any meanings? Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: snownews maintainership
So I want to highjack the package. Any meanings? Do it. Pop the trunk. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NMUs wanted: C++ library packages in need of uploading
On Sun, Jul 17, 2005 at 06:54:42PM -0700, Steve Langasek wrote: [...] libparagui1.0 Uploaded. [...] regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
[Bartosz Fenski] Seems that part of developers think that indirect linking with OpenSSL is ok, and part think it's not. Yeah. Well. Stand back and look at why this 'linking' thing matters in the first place. The point is to determine whether one work is a derivative of another work. If it is not, copyright law doesn't let the author of the second work have any influence on the licensing of the first. If you link to libldap2 or libcurl3 but your program would work just as well whether or not those libraries have openssl support, it's really hard to argue that *you* are deriving your code from Eric Young or the OpenSSL project. Or vice versa. You wrote your code to call LDAP functions, or web downloading functions, you didn't care then and don't care now how those functions work. Didn't care then and don't care now whether they can utilize https:// or ldaps:// at runtime. The functions themselves were licensed to you in a manner you could use. The whole linking is deriving thing is shaky for other reasons too. For instance, it's pretty widely known or believed that mere interfaces can't be copyrighted. And when you get right down to it, when your program uses a library, it's really just using the published interface. But that's an argument for another day, and probably another list. What is an official statement? There is none. Debian generally errs very conservatively with regard to license violations, though, because of the Tentacles of Evil principle. That is: if we ship some software and the authors don't mind how we're doing it but we're technically in violation of some license provision - and later one of the authors is bought out by some Big Evil Corporation - then the B.E.C. can cause a lot of trouble for Debian and our users. This is a situation Debian tries very hard to avoid. signature.asc Description: Digital signature
Re: Removal of transitional dummy packages
On Mon, 18 Jul 2005 02:40:32 -0700, Steve Langasek wrote: In this context, woody-sarge transition packages are just one form of useless cruft that we should strive to get rid of before the etch release. I agree and I've been busy getting rid of that cruft. It's a pleasure to see how much the maintainer scripts can be simplified on the basis of the assumption that the previous version is sarge or later. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Removal of transitional dummy packages
On Mon, 18 Jul 2005, Marc 'HE' Brockschmidt wrote: Santiago Vila [EMAIL PROTECTED] writes: On Sun, 17 Jul 2005, Joerg Jaspert wrote: On 10353 March 1977, Santiago Vila wrote: we need to remove from the archive all the Woody-to-Sarge transition dummy packages. No, that's not true, we don't *need* to remove woody-to-sarge dummy packages, as they are also woody-to-etch dummy packages. We do not support that. There is no we here. Oh, there is! *We* ('Debian') have no policy to force maintainers to make direct upgrade paths from old releases possible, [...] Unfortunately, we don't even have a policy to force maintainers to make upgrade paths from the previous release possible (see Bug #196390). If we are going to deliver consistently the message that upgrades that skip releases are not supported and upgrades from the previous release are supported, could we please agree that upgrades must be smooth, so that a missing dummy package which makes a package not to be upgraded as it is expected to be becomes a serious bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: snownews maintainership
Hi, * Clint Adams [EMAIL PROTECTED] [2005-07-18 12:02]: So I want to highjack the package. Any meanings? Do it. Pop the trunk. Ok because I don't really want to steal Jello the package I will make a new package with the needed changes and new upstream version, let him as the maintainer and hopefully someone can sponsor the upload. Thanks Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: snownews maintainership
Re: Nico Golde in [EMAIL PROTECTED] the actual maintainer of the snownews rss reader package seems to be cast away. I talked to upstream and he has got no contact to him in the last time at all. I tried to wrote him to [EMAIL PROTECTED] and after 24 hours I got a delayed bounce... He isn't not available anymore and the upstream asked me if I would maintain the package. So I want to highjack the package. Any meanings? Yes. Go read (and understand) sections 5.9.5 and 7.4 of the developers-reference. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Re: snownews maintainership
Hi, * Christoph Berg [EMAIL PROTECTED] [2005-07-18 13:00]: Re: Nico Golde in [EMAIL PROTECTED] the actual maintainer of the snownews rss reader package seems to be cast away. I talked to upstream and he has got no contact to him in the last time at all. I tried to wrote him to [EMAIL PROTECTED] and after 24 hours I got a delayed bounce... He isn't not available anymore and the upstream asked me if I would maintain the package. So I want to highjack the package. Any meanings? Yes. Go read (and understand) sections 5.9.5 and 7.4 of the developers-reference. I read it and thats why I asked before I have done something. Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
On Mon, Jul 18, 2005 at 05:16:27AM -0500, Peter Samuelson wrote: [Bartosz Fenski] Seems that part of developers think that indirect linking with OpenSSL is ok, and part think it's not. Yeah. Well. Stand back and look at why this 'linking' thing matters in the first place. The point is to determine whether one work is a derivative of another work. False. This is a requirement imposed by section 3 of the GPL, which makes no mention of derivative works. If it is not, copyright law doesn't let the author of the second work have any influence on the licensing of the first. It lets the author of the second work control the circumstances under which you are allowed to distribute *that work*. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Who needs libcurl3?
Torsten Landschoff [EMAIL PROTECTED] writes: On Sun, Jul 17, 2005 at 11:09:04PM +0300, Don Armstrong wrote: On Sun, 17 Jul 2005, Elimar Riesebieter wrote: apt-get remove --purge libssl0.9.7 gives me tons of packages. Just an estimation: We need to repack half of all packages then? NO.[1] All that needs to happen is that GPLed packages without an OpenSSL linking exception either need to: 1) Get a linking exception. 2) Stop linking with OpenSSL. How about indirect linking with OpenSSL? I'd really like to have libldap use OpenSSL again but I was told this breaks the LDAP support of a lot of packages since linking LDAP would pull OpenSSL. Greetings Torsten I guess the savest way is to have a libldap-nossl-dev and libldap-ssl-dev. The former should have anything ssl derived removed. Packages without linking exception can then Build-Depend on libldap-nossl-dev. If the ssl and nonssl ldap has the same ABI (nonssl being a subset of ssl to be precise) the package can work with either lib then. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Removal of transitional dummy packages
On Mon, 18 Jul 2005, Steve Langasek wrote: On Mon, Jul 18, 2005 at 10:51:23AM +0200, Olaf van der Spek wrote: On 7/17/05, Joerg Jaspert [EMAIL PROTECTED] wrote: As we only support upgrades to the next release and not any other its very clear to remove them from the archive. Does 'not supporting' equal 'requiring it to fail'? It equals we have no expectation whatsoever that upgrades from woody to etch will work for *anyone*, so users are much better off if we deliver this message to them consistently instead of hinting with a couple of remaining transition packages here and there that it might work. We know from experience with sarge that we're already spread very thin where upgrade support is concerned, so it's important that we neither overpromise nor let ourselves be distracted by things that won't actually be of benefit to users. In this context, woody-sarge transition packages are just one form of useless cruft that we should strive to get rid of before the etch release. They're not the biggest source of cruft, but on the other hand they are (IMHO) one of the sources for which the proper course of action is clearest. In such case, could we please codify that in policy? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Your Message To scoug-general
Your message to the list scoug-general has been rejected. You are not a member of the list. For help on subscribing to the list, please send a message to [EMAIL PROTECTED] with the word help in the body of the message. Your humble mailing list software, Steward -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3?
* Goswin von Brederlow ([EMAIL PROTECTED]) wrote: I guess the savest way is to have a libldap-nossl-dev and libldap-ssl-dev. The former should have anything ssl derived removed. No, that was *worse*. We tried that before. The answer really is reasonably simple- just modify libldap2 to use GNUTLS. That was done w/ an older version of things involved. I expect it'll be done for the newer stuff. Packages without linking exception can then Build-Depend on libldap-nossl-dev. If the ssl and nonssl ldap has the same ABI (nonssl being a subset of ssl to be precise) the package can work with either lib then. Bleh. Let's just move off of OpenSSL where we can. This is a case where we can, and people have worked on it already, let's finish that off and this time get upstream to accept it (they're annoyingly anal about such things) and be done with it. Stephen signature.asc Description: Digital signature
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
hi, On Mon, Jul 18, 2005 at 11:06:13AM +0200, Torsten Landschoff wrote: On Sun, Jul 17, 2005 at 03:19:54PM -0400, sean finney wrote: this is definitely NOT a reason to NMU libcurl. remember that it is your package that is broken. of course you could still file a The same issues as with libcurl applied to libldap2. They were considered a bug in libldap2 back then because half the distribution links it. Gave me a lot of recurring head aches. yes, and the same with libmysqlclient, which is why there's no longer ssl support in the mysql packages :( sean -- signature.asc Description: Digital signature
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
On 7/18/05, sean finney [EMAIL PROTECTED] wrote: hi, On Mon, Jul 18, 2005 at 11:06:13AM +0200, Torsten Landschoff wrote: On Sun, Jul 17, 2005 at 03:19:54PM -0400, sean finney wrote: this is definitely NOT a reason to NMU libcurl. remember that it is your package that is broken. of course you could still file a The same issues as with libcurl applied to libldap2. They were considered a bug in libldap2 back then because half the distribution links it. Gave me a lot of recurring head aches. yes, and the same with libmysqlclient, which is why there's no longer ssl support in the mysql packages :( Wouldn't it be possible to support SSL transparently in such a way that the original package doesn't need to be modified?
Re: cpufrequtils init script in rcS.d
On Sat, Jul 16, 2005 at 12:39:03AM +0200, Bernd Eckenfels wrote: In article [EMAIL PROTECTED] you wrote: Sorry. The main idea is making power management more effective, that's why earlier is better here. I dont see why this is the case. in the bootup phase the system is loaded anyway, no need to throttle it. Well, I can actually imagine that most of the time at bootup is spent waiting for I/O to complete, HW probes and so on, nothing that CPU bound actually (AFAICT). especially since this one minute does not consume measurable amount of power. So there is still ne real reason mentioned why a few seconds matter here. You don't know that actually. There are far too many usages to make a generic statement like that. I can't see nothing wrong or useless in trying to maximize battery power and/or minimize heat generation. -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3?
Hi Goswin, On Mon, Jul 18, 2005 at 01:06:01PM +0200, Goswin von Brederlow wrote: I guess the savest way is to have a libldap-nossl-dev and libldap-ssl-dev. The former should have anything ssl derived removed. No problem. But then I can just build libldap without ssl as the library built without SSL puts macros into the header files to disable ssl functionality iirc. Greetings Torsten signature.asc Description: Digital signature
Re: Who needs libcurl3?
On Mon, Jul 18, 2005 at 09:06:20AM -0400, Stephen Frost wrote: No, that was *worse*. We tried that before. The answer really is reasonably simple- just modify libldap2 to use GNUTLS. That was done w/ an older version of things involved. I expect it'll be done for the newer stuff. Working on that. At least theoretically - when I get time, yada, yada. Bleh. Let's just move off of OpenSSL where we can. This is a case where we can, and people have worked on it already, let's finish that off and this time get upstream to accept it (they're annoyingly anal about such things) and be done with it. I am not holding my breath... Greetings Torsten signature.asc Description: Digital signature
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
On Mon, Jul 18, 2005 at 09:29:46AM -0400, sean finney wrote: The same issues as with libcurl applied to libldap2. They were considered a bug in libldap2 back then because half the distribution links it. Gave me a lot of recurring head aches. yes, and the same with libmysqlclient, which is why there's no longer ssl support in the mysql packages :( That kind of ... sucks!? No hope have the support GnuTLS or something? Greetings Torsten signature.asc Description: Digital signature
Re: BTS version tracking
On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson wrote: A number of changes have been made to [EMAIL PROTECTED] [1] to support this. Firstly, the 'close' and 'reassign' commands now take extra version arguments, as follows: close 1234567 1.1 reassign 1234567 example-package 2.0-1 How is a bug that's fixed in more than one version handled? For example, a security bug fixed in foo 1.1-sarge1 and foo 1.3. Assume 1.1 and 1.2 have the bug. -- Rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3?
* Torsten Landschoff ([EMAIL PROTECTED]) wrote: On Mon, Jul 18, 2005 at 09:06:20AM -0400, Stephen Frost wrote: No, that was *worse*. We tried that before. The answer really is reasonably simple- just modify libldap2 to use GNUTLS. That was done w/ an older version of things involved. I expect it'll be done for the newer stuff. Working on that. At least theoretically - when I get time, yada, yada. Steve Langasek had offered to help with this too. I'll poke him about it on IRC and see if he's still willing to help. Bleh. Let's just move off of OpenSSL where we can. This is a case where we can, and people have worked on it already, let's finish that off and this time get upstream to accept it (they're annoyingly anal about such things) and be done with it. I am not holding my breath... Well, if we can get a good patch written up and have it licensed under the OpenLDAP license and sent to them from the 'author', supposedly it'd get accepted. I guess we'll see. Stephen signature.asc Description: Digital signature
MACROdream
Hi debian-devel,My name is Daniel. I found you on http://www.opensubscriber.com/search?q=2005+fete+du+14+juillet. I am sorry if I intrude but I just have a quick question for you. Since you seem to be more acquainted with the Internet than I am, maybe you can share your thoughts. A year ago I had started posting my own macro work on my site at http://macrodream.iloweb.com. Many of my friends and members of my photo club here in Paris, France told me that I should create a real portal for macro photography. That's how I createdhttp://macrodream.iloweb.comac ouple ofweeks ago. Now, could you have a look at it and tell me what you think? Go to http://macrodream.iloweb.com and please post a message in the site's forum to let me know what you think. You can also use the poll on the first page. I am also open to sharing the fun or building the community with other folks - if you want to publish articles, moderate a forum, or publish galleries of photos, please do so - just ask me through the forums and I'll make you an editor or moderator of the site with me. There is a very easy interface available. You don't need to be technical at all. Much thanks!Cheers, Daniel Nicollet, Paris, FranceContact me through the http://macrodream.iloweb.com forumor [EMAIL PROTECTED]
Re: Who needs libcurl3?
On Mon, 2005-07-18 at 16:36 +0200, Torsten Landschoff wrote: On Mon, Jul 18, 2005 at 09:06:20AM -0400, Stephen Frost wrote: No, that was *worse*. We tried that before. The answer really is reasonably simple- just modify libldap2 to use GNUTLS. That was done w/ an older version of things involved. I expect it'll be done for the newer stuff. Working on that. At least theoretically - when I get time, yada, yada. It's a big shame that Debian was not able to apply for Google Summer of Code. Seems like this would fit nicely. Ondrej. -- Ondrej Sury [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BTS version tracking
On Mon, Jul 18, 2005 at 08:35:45AM -0600, Rob Sims wrote: On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson wrote: A number of changes have been made to [EMAIL PROTECTED] [1] to support this. Firstly, the 'close' and 'reassign' commands now take extra version arguments, as follows: close 1234567 1.1 reassign 1234567 example-package 2.0-1 How is a bug that's fixed in more than one version handled? For example, a security bug fixed in foo 1.1-sarge1 and foo 1.3. Assume 1.1 and 1.2 have the bug. So, foo 1.1-sarge1's changelog will look like this: foo (1.1-sarge1) stable; urgency=high * fix security bug in sarge (closes: #NN) -- Security Team [EMAIL PROTECTED] DATE foo (1.1) unstable; urgency=low * last upload before sarge -- Maintainer [EMAIL PROTECTED] DATE ... while foo 1.3's changelog will look like this: foo (1.3) unstable; urgency=high * fix security bug (closes: #NN) -- Maintainer [EMAIL PROTECTED] DATE foo (1.2) unstable; urgency=low * add a feature -- Maintainer [EMAIL PROTECTED] DATE foo (1.1) unstable; urgency=low * last upload before sarge -- Maintainer [EMAIL PROTECTED] DATE The BTS records that bug #NN was fixed in 1.1-sarge1 and 1.3, and let's say the bug was found in version 1.1. Since it has the changelogs (it gets these from ftp-master), it can build up a tree of which package versions are based on which other package versions, which in this case looks like this: 1.1 -- 1.1-sarge1 \ 1.2 -- 1.3 Given that, it's easy to deduce that the bug affects both 1.1 and 1.2, but doesn't affect 1.1-sarge1, 1.3, or any version based on those (unless more information shows up, e.g. the bug recurs for some reason). If you ask for bugs in an affected version, or in a distribution that contains an affected version (let's say 1.2 is in testing and you ask for http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=foodist=testing), the bug shows up as open; if you ask for bugs in an unaffected version, or in a distribution that contains an unaffected version, the bug shows up as closed. Obviously, this is a fairly simple case and it can get a lot more complicated than that in practice ... Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debconf5 - videos of the talks and BOFs available
Will the slides be available in a central repository too? Having both videos and slides would be nice for who missed the event, like me :'( -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unreproducable bugs
On 20050717T213903-0700, Thomas Bushnell BSG wrote: Antti-Juhani Kaijanaho [EMAIL PROTECTED] writes: On 20050716T195244-0700, Thomas Bushnell BSG wrote: That's a far cry different from someone wanting to enforce a requirement. Who, in this thread, is this hypothetical someone? Right. Manoj asked: why should we have a requirement? Someone said here's why! and I am simply pointing out that you can get what he wanted without a requirement. My mistake then. My other comments, not directed at you, still apply, though. -- Antti-Juhani Kaijanaho, Debian developer http://kaijanaho.info/antti-juhani/blog/en/debian signature.asc Description: Digital signature
dpkg: should it remove in reverse depends order?
Below is a log of a transaction with apt-get and dpkg to first install fontconfig and libfontconfig1, and then removing them. Installation goes nicely, but the removal fails, because dpkg removes libfontconfig1 first and only after it's done that does it remove fontconfig. Unfortunately, fontconfig's maintainer script calls fc-cache (via defoma Perl scripts that I don't really understand), which is linked against libfontconfig1 and therefore fails in the dynamic linker. fontconfig does depend on libfontconfig1, so I expected dpkg to remove the packages in the right order. Before I start bugging the dpkg maintainers, would someone like to confirm that I'm not misunderstanding something? [EMAIL PROTECTED]:/# apt-get install fontconfig libfontconfig1 Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: fontconfig libfontconfig1 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 219kB of archives. After unpacking 598kB of additional disk space will be used. Get:1 http://liw.iki.fi sarge/main libfontconfig1 2.3.1-2 [112kB] Get:2 http://liw.iki.fi sarge/main fontconfig 2.3.1-2 [106kB] Fetched 219kB in 0s (2853kB/s) Preconfiguring packages ... Selecting previously deselected package libfontconfig1. (Reading database ... 9171 files and directories currently installed.) Unpacking libfontconfig1 (from .../libfontconfig1_2.3.1-2_i386.deb) ... Selecting previously deselected package fontconfig. Unpacking fontconfig (from .../fontconfig_2.3.1-2_i386.deb) ... Setting up fontconfig (2.3.1-2) ... Creating config file /etc/fonts/local.conf with new version Updating font configuration of fontconfig... Cleaning up category cid.. Cleaning up category truetype.. Cleaning up category type1.. Updating category type1.. Updating category truetype.. Updating category cid.. Regenerating fonts cache... done. Setting up libfontconfig1 (2.3.1-2) ... [EMAIL PROTECTED]:/# dpkg --remove fontconfig libfontconfig1 (Reading database ... 9211 files and directories currently installed.) Removing libfontconfig1 ... Removing fontconfig ... Purging font configuration of fontconfig... Purging category cid.. Purging category truetype.. Purging category type1.. fc-cache: error while loading shared libraries: libfontconfig.so.1: cannot open shared object file: No such file or directory [EMAIL PROTECTED]:/# -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg: should it remove in reverse depends order?
Lars Wirzenius [EMAIL PROTECTED] writes: Below is a log of a transaction with apt-get and dpkg to first install fontconfig and libfontconfig1, and then removing them. Installation goes nicely, but the removal fails, because dpkg removes libfontconfig1 first and only after it's done that does it remove fontconfig. Unfortunately, fontconfig's maintainer script calls fc-cache (via defoma Perl scripts that I don't really understand), which is linked against libfontconfig1 and therefore fails in the dynamic linker. fontconfig does depend on libfontconfig1, so I expected dpkg to remove the packages in the right order. It does remove them in exactly the right order: Package: libfontconfig1 Depends: ..., fontconfig See, libfontconfig1 needs to be removed before fontconfig. The order is completly correct. BUT on the other hand: Package: fontconfig Depends: ..., libfontconfig1 (= 2.3.0), ... The same goes for fontconfig. The problem is fontconfig / libfontconfig1. No one else is to blame. Cyclic depends will be broken at random places and will cause problems. This exact same cycle has come up in a recent discussion about depends cycle and I think the proposed solution was to move fc-cache into the library package and then remove the libfontconfig1 depends fontconfig. I think. Check for the thread for the full summary. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: snownews maintainership
On Mon, 2005-07-18 at 13:01 +0200, Nico Golde wrote: I read it and thats why I asked before I have done something. There is nothing in the MIA database about him and Echelon says that his last message is dated Wed, 06 Jun 2005. Probably he is just suffering from temporary mail failures. Kind regards, Philipp Kern signature.asc Description: This is a digitally signed message part
Re: cpufrequtils init script in rcS.d
On Mon, Jul 18, 2005 at 09:35:26PM +0200, Bernd Eckenfels wrote: In article [EMAIL PROTECTED] you wrote: You don't know that actually. There are far too many usages to make a generic statement like that. I can't see nothing wrong or useless in trying to maximize battery power and/or minimize heat generation. Yes of course, however there is a big difference between possibility to optimize and the Must-have claim we had before. After all, we just want to understand why it is so important. Sorry, I probably didn't explain very well in the first instance. I'll retry: s/must/should/ in the rationale provided before :) I'd like to add another thing I forgot to mention in the first place: in its current form the initscript I intend to use is disabled through the use of an appropriate variable in /etc/default/cpufrequtils making it more a possibility than a must-have. However it would still be good to do it early (IMO). :) -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Urgent news about TV
Hey [EMAIL PROTECTED], Do you like watching cable T.V.? PPV : Sports, Movies, Adult Channels, HBO ,Cinemax, Starz, OnDemand, Ect. And the best part is you can have all these channels with our product! Our website : filtersppv.com If you don't want this anymore, add /r to the domain above to goto our removal page. Thanks Alot, Sousa C. Wilbur [EMAIL PROTECTED]
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
hi, On Mon, Jul 18, 2005 at 03:40:30PM +0200, Olaf van der Spek wrote: On 7/18/05, sean finney [EMAIL PROTECTED] wrote: yes, and the same with libmysqlclient, which is why there's no longer ssl support in the mysql packages :( Wouldn't it be possible to support SSL transparently in such a way that the original package doesn't need to be modified? not without some major dlopen-style hackery, which i don't imagine upstream would support and neither christian nor i have the time/interest/desire to see done in debian-specific patches. On Mon, Jul 18, 2005 at 04:36:52PM +0200, Torsten Landschoff wrote: On Mon, Jul 18, 2005 at 09:29:46AM -0400, sean finney wrote: yes, and the same with libmysqlclient, which is why there's no longer ssl support in the mysql packages :( That kind of ... sucks!? No hope have the support GnuTLS or something? it's totally feasible that it (and any other ssl-needing library) could be patched to use gnutls instead of openssl, but i'm not familiar enough with either API and would really prefer upstream to approve/include the functionality. if somebody did the hard work and provided a patch, and the mysql folks sounded somewhat postitive about it, i'd consider the possibility. of course this would all be moot if upstream authors got a clue about the full ramifications of the GPL with their software... On Mon, Jul 18, 2005 at 07:57:11PM +0200, Bernhard R. Link wrote: Well, linking against openssl where gnutls support seems to be available is at least an annoyance. The alternative is to upload an alternative libcurl, duplicating the source code, making it harder for everyone involved. So it is more than just a avarage wishlist-bug where the maintainer's opinion is the last word. the problem, from what i understand and from what istr, is that the API's aren't bit-for-bit compatible. given that openssl is not likely to change their license scheme any time soon, moving to something like gnutls does seem the preferable way to go supposing that someone is willing to do and maintain the work. however, it still very much is ultimately the maintainer's perogative whether or not to accept such an option, at least in the situation where upstream only supports openssl. if upstream supports both, you probably won't have a hard time convincing them to change over, and if not you'd at least have a leg to stand on with the technical comittee. sean -- signature.asc Description: Digital signature
Re: cpufrequtils init script in rcS.d
In article [EMAIL PROTECTED] you wrote: You don't know that actually. There are far too many usages to make a generic statement like that. I can't see nothing wrong or useless in trying to maximize battery power and/or minimize heat generation. Yes of course, however there is a big difference between possibility to optimize and the Must-have claim we had before. After all, we just want to understand why it is so important. Gruss Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lsb-base
* Marco d'Itri [EMAIL PROTECTED] [050717 18:50]: I am considering switching the init scripts of my packages to lsb-base (which means that it will have to be promoted to important priority, at least). If anybody has objections please voice them now. Is there a way to configure this to not create masses of processes and confusing the user with colors? Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lsb-base
On Jul 18, Bernhard R. Link [EMAIL PROTECTED] wrote: Is there a way to configure this to not create masses of processes and confusing the user with colors? You can write your own package which conflicts+provides lsb-base and implements /lib/lsb/init-functions. -- ciao, Marco signature.asc Description: Digital signature
Re: Yet another g++ transition page
On Monday 18 July 2005 10:24 am, Mike Furr wrote: Of course, the results are based on Packages files, which means a lot could have happened from the time it was last updated and when you're viewing it. So be sure to check with the packages/buildds before doing anything. It will be updated ~once/day. I think you need to take virtual packages into account; apt-based stuff is showing up in Level 1, which AIUI is wrong. Daniel -- /--- Daniel Burrows [EMAIL PROTECTED] --\ |Is it too late to extricate myself| | from this plot line? | |Yes. -- Fluble | \ The Turtle Moves! -- http://www.lspace.org ---/ pgpS1k9shxFSY.pgp Description: PGP signature
Re: Yet another g++ transition page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Burrows wrote: Whoops, I see. So, just to further my comprehension here, why doesn't apt show up in the dependency tree of aptitude? Obviously libsigc has gone through the transition already, so it's not listed, but I'm quite certain that apt hasn't. Whoops, that would be a bug in that part that generates the individual pages. Jochen Voss wrote: Just to let you know: the link labelled gforge (level 8) points to the page http://people.debian.org/~mfurr/gxx/html/g/f/gforge.html which doesn't exist. yep, same bug. It should be fixed in a few minutes... - -m -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC3BSZ7ZPKKRJLJvMRApJAAJ99N6Sjvk+Dl5BMBrQ1TPkvm/hL6QCffsj/ BFltxgZltBzYvfZBy2R/y5U= =8MhS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reformatted Ubuntu Patches Repository
#include hallo.h * Javier Candeira [Sun, Jul 17 2005, 06:52:05PM]: YOU ROCK!!! Ack, very nice, a beacon in the chaos of their patch repository. Regards, Eduard. -- Wie man sein Kind nicht nennen sollte: Dick Opf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debconf5 - videos of the talks and BOFs available
Holger Levsen wrote: the mighty video team, in boring alphabetical order (but you who where there know who they are), Andrew McMillan, Chris Halls, Erik Johansson, Henning Sprang, Herman Robak, Holger Levsen, Javier Candeira, John Lightsey, Kalle Boess, Martin Langhoff, Noel Koethe, Peter de Schrijver, Tore S Bekkedal is proud to announce the availability of (most of, atm) the videos of the officially scheduled talks and BOFs at debconf5. Thanks alot to the video team and everybody involved. I could not come to debconf in person and I am enjoying the videos very much. Cheers, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it a bug to not depend on a library package needed for some binary?
On 2005-07-17 14:00 PDT, Matthew Woodcraft writes: Matthew There is a lot of discussion of this question in bug Matthew 119517 (where the conclusion reached was that this is Matthew sometimes ok). Wow, that was a long thread. Thanks for the pointer. I will file bugs if it there is no Recommends/Suggests and/or I can't find previous discussion of the issue. -- Karl 2005-07-18 12:46 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: snownews maintainership
hi, * Philipp Kern [EMAIL PROTECTED] [2005-07-18 22:02]: On Mon, 2005-07-18 at 13:01 +0200, Nico Golde wrote: I read it and thats why I asked before I have done something. There is nothing in the MIA database about him and Echelon says that his last message is dated Wed, 06 Jun 2005. Probably he is just suffering from temporary mail failures. yes i saw this. i mailed to an entry in the bts and mailed him personally. if he will not reply in a month or so i will ask for mia. regards nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Yet another g++ transition page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Burrows wrote: I think you need to take virtual packages into account; apt-based stuff is showing up in Level 1, which AIUI is wrong. Well, it does the best it can. It resolves all of the information it has available. However, for example, apt-move has a dependency on libapt-pkg-libc6.3-5-3.3 which is not provided by any package currently in unstable so my tool has no possible way of resolving this. If it depended on libapt...-3.9, then it would correctly correlate this with the apt package. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC2/O47ZPKKRJLJvMRAj+rAJ9XtHa9YzIp9z+/fnL0nn+qgq8bDQCaApe0 FYREkk1yIWNLD3jOMOmYUEc= =7FnW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libcurl3-dev: A development package linked again gnutls needed
On 7/17/05, Marco d'Itri [EMAIL PROTECTED] wrote: Upstream developers should get a clue and either properly license their software, stop using libcurl or adding gnutls support to it. Upstream developers (and a lot of other people) should stop believing the FSF's FUD about how it's not legal to integrate (in an engineering sense) components offered under the GPL and GPL-incompatible licenses, especially OpenSSL. That claim is (IANAL, TINLA) utterly without foundation in the applicable law, not to mention profoundly hypocritical in light of the LPF's amicus brief in Lotus v. Borland and the incorporation of the OpenSSL interface spec in the shim bundled with GNU TLS. Knuckling under to it, where OpenSSL is concerned, amounts IMHO to collusion with an extra-legal anti-competitive strategy that may yet be proven against the FSF under a more appropriate choice of law by someone more genuinely affected and more legally competent than Daniel Wallace. Cheers, - Michael
Re: NMUs wanted: C++ library packages in need of uploading
On Monday, 18 July 2005 03:54, Steve Langasek wrote: zipios++ I intended to NMU this one before the transition, so I guess I can NMU it now, do the transition and fix the crash in amd64. Best regards -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: [EMAIL PROTECTED] | Debian: [EMAIL PROTECTED] pgp5sYsGHZMno.pgp Description: PGP signature
Re: Who needs libcurl3?
On Mon, 18 Jul 2005 the mental interface of Torsten Landschoff told: Hi Goswin, On Mon, Jul 18, 2005 at 01:06:01PM +0200, Goswin von Brederlow wrote: I guess the savest way is to have a libldap-nossl-dev and libldap-ssl-dev. The former should have anything ssl derived removed. No problem. But then I can just build libldap without ssl as the library built without SSL puts macros into the header files to disable ssl functionality iirc. In summary: libs linked again ssl need at least two dev-packages: libfoo-dev.deb and libfoo-ssl-dev.deb Right? Should it be worst to announce this to debian-devel-announce? Elimar -- Obviously the human brain works like a computer. Since there are no stupid computers humans can't be stupid. There are just a few running with Windows or even CE ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lsb-base
* Marco d'Itri ([EMAIL PROTECTED]) [050718 20:17]: On Jul 18, Bernhard R. Link [EMAIL PROTECTED] wrote: Is there a way to configure this to not create masses of processes and confusing the user with colors? You can write your own package which conflicts+provides lsb-base and implements /lib/lsb/init-functions. It would be better if there would be some configureable option in lsb-base. Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BTS version tracking
* Colin Watson ([EMAIL PROTECTED]) [050718 17:21]: The BTS records that bug #NN was fixed in 1.1-sarge1 and 1.3, and let's say the bug was found in version 1.1. Since it has the changelogs (it gets these from ftp-master), it can build up a tree of which package versions are based on which other package versions, which in this case looks like this: How does the BTS cope with versions that are not available from ftp-master, but where the maintainer adds found in for them? Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Yet another g++ transition page
Hi Mike, On Mon, Jul 18, 2005 at 01:24:33PM -0400, Mike Furr wrote: After starting writing a program to help me track my packages dependencies for the g++ transition, I decided to put up the results for the entire archive in case it was useful for others. Looks useful. Just to let you know: the link labelled gforge (level 8) points to the page http://people.debian.org/~mfurr/gxx/html/g/f/gforge.html which doesn't exist. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Re: NMUs wanted: C++ library packages in need of uploading
On Monday, 18 July 2005 21:11, Isaac Clerencia wrote: On Monday, 18 July 2005 03:54, Steve Langasek wrote: zipios++ I intended to NMU this one before the transition, so I guess I can NMU it now, do the transition and fix the crash in amd64. Uhm, shouldn't cppunit be rebuilt before zipios++? -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: [EMAIL PROTECTED] | Debian: [EMAIL PROTECTED] pgpaXyDbHjjb5.pgp Description: PGP signature
Yet another g++ transition page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After starting writing a program to help me track my packages dependencies for the g++ transition, I decided to put up the results for the entire archive in case it was useful for others. http://people.debian.org/~mfurr/gxx/ The main difference between my page and several of the others is that it uses information from Packages files for every architecture to decide if it is ready to be nmu'd. Therefore, it shows when a package has been uploaded, but not built on all architectures. Also, individual dependency graphs are available for each package affected by the transition (that my program could detect). Of course, the results are based on Packages files, which means a lot could have happened from the time it was last updated and when you're viewing it. So be sure to check with the packages/buildds before doing anything. It will be updated ~once/day. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC2+XP7ZPKKRJLJvMRAl9JAJ9tZ6DxjpoJRIbXHiDJPNFCKxR3kwCcCDRI yDKE8hUj/lotuSgdk72qhr0= =HqpR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3?
hi, On Mon, Jul 18, 2005 at 09:52:32PM +0200, Elimar Riesebieter wrote: In summary: libs linked again ssl need at least two dev-packages: libfoo-dev.deb and libfoo-ssl-dev.deb Right? No. as mentioned earlier, this is no fault of the library packages in question, and instead is the fault of upstream authors' and/or other package maintainers not comprehending the implications of the gpl. there were other options brought up in this thread that would be a better course of action. this also doesn't solve the problem, and will only complicate things further when another similar style license problem comes out. Should it be worst to announce this to debian-devel-announce? no. sean -- signature.asc Description: Digital signature
Re: Yet another g++ transition page
On Monday 18 July 2005 11:23 am, Mike Furr wrote: Daniel Burrows wrote: I think you need to take virtual packages into account; apt-based stuff is showing up in Level 1, which AIUI is wrong. Well, it does the best it can. It resolves all of the information it has available. However, for example, apt-move has a dependency on libapt-pkg-libc6.3-5-3.3 which is not provided by any package currently in unstable so my tool has no possible way of resolving this. If it depended on libapt...-3.9, then it would correctly correlate this with the apt package. Whoops, I see. So, just to further my comprehension here, why doesn't apt show up in the dependency tree of aptitude? Obviously libsigc has gone through the transition already, so it's not listed, but I'm quite certain that apt hasn't. Daniel -- /--- Daniel Burrows [EMAIL PROTECTED] --\ | Gil-Galad was an Elven king; | | of him the harpers sadly sing. | \- A duck! -- http://www.python.org / pgpbYE3zIw8F4.pgp Description: PGP signature
Robhatah iStore - Humanoids, Bipeds, DSPs, Sensors and Oscilloscopes
Title: Manus Dear Researcher, Robhatah is delighted to announce, for the first time, our great line up of robotic research platforms, DSPs, sensors, digital oscilloscopes and other robotic/electronic products. Do visit www.robhatah.com to visit our website and http://robhatah.com/cubecart/index.php to go directly to our online shopping cart. Visit our online shop now to receive superb prices on your early purchases. We wish you luck in your robotics endeavors and hope to be your biggest supporters in your research achievements. Sincerely, Bob Virtual Sales Department Robhatah Robotic Solutions www.robhatah.com PS: We encourage constant feedback/suggestions to better our services. Send us your comments by writing into [EMAIL PROTECTED]. Multiple Award winning Humanoid research robot - Manus I Robust aluminium alloy body and off the shelf components enable maximum flexibility to the researcher - Manus-I tops again ! - FIRA '04 (HIT, China) - Winner, FIRA 2003 (Hurosot)(NUS, Singapore) - Winner, Singapore Robotic Games 2004 (NUS, Singapore) Height : 50 cm Weight : 2.5kg DOF: 17 Processors: 2 Motorola 16 bit DSPs Sensors: CMOS camera (Pan Tilt), Electronic Compass, IR Sensor, Force Sensor, Optional Tilt Sensor Manus-I is capable of visually tracking and walking towards colored targets. It has dynamic walking and obstacle avoidance capabilities. The dimensions and specifications are designed to meet the FIRA-Humanoid competition rules. Manus-I can even kick a ball into a goal. Other capabilities include getting up from a seated position and climbing stairs. write into [EMAIL PROTECTED] to see some of our customer testimonials and to communicate directly to an expert. Biped Research Robot- Manus TLR Height : 35 cm Weight : 1.75kg DOF: 12 Processors: 2 Motorola 16 bit DSPs Sensors: Electronic Compass, IR Sensor, Force Sensor, Optional Tilt Sensor Manus-TLR is an ideal platform for educators and researchers to jump-start their own biped or humanoid projects.The system is fully modularized and allows researchers to modify or add new features. Rbhatah team provides comprehensive technical support to help students and researchers. Click on image for more details on Manus-TLR. Alternatively, view our Biped page by clicking here. Portable Oscilloscope: Stingray Portable and stylish, Stingray combines the functions of Oscilloscope, Data Logger, Spectrum Analyser, Volt Meter, Frequency Meter and Signal Generator in a single instrument. Powered from USB, Stingray needs no external power supply. Stingray features simultaneous 12-bit sampling on both channels, a native sampling rate of 1MS/s ( 20MS/s for repetitive signals ), sophisticated hardware triggering including delayed time base and pulse width. It also has a 3rd channel which can be a waveform generator output or an external trigger input. Click on image for more details about the Stingray. Stereo Vision Enabled Research Robot - Bebop Bebop was designed to be an affordable solution for researchers and hobbyists in mobile robotics. FEATURES: -Mobile Chassis with 12V battery and charger -Embedded x86 processing system -Stereo-Vision sensor system -Real-time Linux-based operating system Click on image for more details on the Bebop. Alternatively, visit our Bebop page by clicking here. Heavy Duty DSP - Isopod IsoPod™_V2 is suitable for dedicated control of RC Servo motors, DC motors, BDCM, stepper motors, solenoids, and other bipolar power outputs, such as general converter/inverter applications, data collection and many networked control applications. Click on image for more details about the DSP. Extensive information can be found by clicking here. Unmatched Servo control DSP - Servopod A 16-bit DSP microcontroller, based on motorola DSP56F807 MPU embedded with a Virtually
Re: NMUs wanted: C++ library packages in need of uploading
On Monday, 18 July 2005 21:22, Isaac Clerencia wrote: On Monday, 18 July 2005 21:11, Isaac Clerencia wrote: On Monday, 18 July 2005 03:54, Steve Langasek wrote: zipios++ I intended to NMU this one before the transition, so I guess I can NMU it now, do the transition and fix the crash in amd64. Uhm, shouldn't cppunit be rebuilt before zipios++? After having a look it looks like zipios++ should depend on cppunit, which depends on Qt. So we have *real* problems, tomorrow (or the day after tomorrow) a new version of Wesnoth will be released and we won't be able to play it!!! :P Best regards -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: [EMAIL PROTECTED] | Debian: [EMAIL PROTECTED] pgpFA5s8iIRPM.pgp Description: PGP signature
Re: Yet another g++ transition page
Hi Mike, On Mon, Jul 18, 2005 at 04:44:11PM -0400, Mike Furr wrote: Jochen Voss wrote: Just to let you know: ... yep, same bug. I found another one ;-) The entry configlet(configlet-frontends) should be level 6 instead of 8. The tree starts out as configlet-frontends * python-configlet o python2.3-configlet + gksu but configlet-frontends, python-configlet, and python2.3-configlet are all built from the same source package. I think they only have to wait for gksu. Also, if possible, it might be useful to list for each package how many other packages from yout list depend on it. Then it will be easier to spot the real blockers in the very long level 1 list. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)
* sean finney [EMAIL PROTECTED] [050717 21:20]: On Sun, Jul 17, 2005 at 09:04:57PM +0200, Elimar Riesebieter wrote: Why not building curl --without-sssl and --with-gnutls=/usr? Maybe a NMU? this is definitely NOT a reason to NMU libcurl. remember that it is your package that is broken. of course you could still file a wishlist bug against libcurl asking to compile against gnutls instead, but it's up to the maintainer in question to decide. Well, linking against openssl where gnutls support seems to be available is at least an annoyance. The alternative is to upload an alternative libcurl, duplicating the source code, making it harder for everyone involved. So it is more than just a avarage wishlist-bug where the maintainer's opinion is the last word. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg: should it remove in reverse depends order?
ma, 2005-07-18 kello 18:51 +0200, Goswin von Brederlow kirjoitti: The problem is fontconfig / libfontconfig1. No one else is to blame. Cyclic depends will be broken at random places and will cause problems. Ah yes, of course, I should have realized that. Thanks. It's not a dpkg problem, and I can deal with it by adding some ignores to the piuparts command line. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318961: ITP: terralib -- A GIS classes and functions library.
Package: wnpp Severity: wishlist Owner: Marco Tulio Gontijo e Silva [EMAIL PROTECTED] * Package name: terralib Version : 3.0.3.2 Upstream Author : INPE/Tecgraf [EMAIL PROTECTED] * URL : http://www.terralib.org/ * License : LPGL Description : A GIS classes and functions library. TerraLib enables quick development of custom-built geographical applications using spatial databases. As a research tool, TerraLib is aimed at providing a rich and powerful environment for the development of GIScience research, enabling the development of GIS prototypes that include new concepts such as spatio-temporal data models, geographical ontologies and advanced spatial analysis techniques. TerraLib defines a geographical data model and provides support for this model over a range of different DBMS (MySQL, PostgreSQL, ORACLE e ACCESS), and is implemented as a library of C++ classes and functions, written in ANSI-C++ (INCITS / ISO/ IEC 14882:1998). . Homepage: http://www.terralib.org/ Terralibs latest stable release is 3.0.3 build 2, and I think it's important to have it in debian cause it's being widely used. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Yet another g++ transition page
Hi Mike, On Mon, Jul 18, 2005 at 01:24:33PM -0400, Mike Furr wrote: After starting writing a program to help me track my packages dependencies for the g++ transition, I decided to put up the results for the entire archive in case it was useful for others. http://people.debian.org/~mfurr/gxx/ The main difference between my page and several of the others is that it uses information from Packages files for every architecture to decide if it is ready to be nmu'd. Therefore, it shows when a package has been uploaded, but not built on all architectures. Also, individual dependency graphs are available for each package affected by the transition (that my program could detect). Of course, the results are based on Packages files, which means a lot could have happened from the time it was last updated and when you're viewing it. So be sure to check with the packages/buildds before doing anything. It will be updated ~once/day. Nice. :) Wishlist request: could you have it tally the total number of packages whose transition depends on each package in the list, and print that number next to the source package name? Better yet, could the list be sorted by this number? :) That would certainly be helpful in identifying which packages should be given the highest priority. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Who needs libcurl3?
Hi Stephen, On Mon, Jul 18, 2005 at 10:53:02AM -0400, Stephen Frost wrote: Working on that. At least theoretically - when I get time, yada, yada. Steve Langasek had offered to help with this too. I'll poke him about it on IRC and see if he's still willing to help. That's not too helpful. I don't really want to support code I did not understand. I'd rather write it myself or have Steve care about problems in it... Greetings Torsten signature.asc Description: Digital signature
Re: Removal of transitional dummy packages
On Mon, 18 Jul 2005, Santiago Vila wrote: On Mon, 18 Jul 2005, Steve Langasek wrote: In this context, woody-sarge transition packages are just one form of useless cruft that we should strive to get rid of before the etch release. They're not the biggest source of cruft, but on the other hand they are (IMHO) one of the sources for which the proper course of action is clearest. In such case, could we please codify that in policy? Surely the release manager's decision on the matter when properly publisized is information enough? Don Armstrong -- Tell me something interesting about yourself. Lie if you have to. -- hugh macleod http://www.gapingvoid.com/archives/batch20.php http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3?
* Torsten Landschoff ([EMAIL PROTECTED]) wrote: Hi Stephen, On Mon, Jul 18, 2005 at 10:53:02AM -0400, Stephen Frost wrote: Working on that. At least theoretically - when I get time, yada, yada. Steve Langasek had offered to help with this too. I'll poke him about it on IRC and see if he's still willing to help. That's not too helpful. I don't really want to support code I did not understand. I'd rather write it myself or have Steve care about problems in it... The idea is to get upstream to include/support it... Stephen signature.asc Description: Digital signature
Bug#318983: ITP: libccscript3 -- GNU Common C++ framework for embedded scripting (update to package version 3)
Package: wnpp Severity: wishlist Owner: Mark Purcell [EMAIL PROTECTED] * Package name: libccscript3 Version : 0.7.0 Upstream Author : David Sugar [EMAIL PROTECTED] * URL : http://www.gnu.org/software/ccscript/ * License : GPL Description : GNU Common C++ framework for embedded scripting (update to package version 3) A new and highly optimized release series of the ccScript engine. Includes major improvements in the use of locking and symbol lookup operations. This is the version 3 upstream release of libccscript. I propose to package libccscript-dev libccscript3-0.7-0, which won't conflict with the existing Debian libccscript v2 packages, which I also maintain. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318987: ITP: libccaudio2 -- GNU ccAudio2 - a C++ class framework for processing audio files
Package: wnpp Severity: wishlist Owner: Mark Purcell [EMAIL PROTECTED] * Package name: libccaudio2 Version : 0.7.6 Upstream Author : David Sugar [EMAIL PROTECTED] * URL : http://www.gnu.org/software/ccaudio * License : GPL Description : GNU ccAudio2 - a C++ class framework for processing audio files The GNU ccAudio package offers a highly portable C++ class framework for developing applications which manipulate audio streams and various disk based audio file formats. At the moment ccaudio is primarly a class framework for handling .au, .wav (RIFF), and various .raw audio encoding formats under Posix and win32 systems, though it may expand to become a general purpose audio and soundcard support library. Support for controlling CD audio devices has recently been added as well as support for codecs and other generic audio processing services. This is the next version of libccaudio which I am also the current Debian maintainer for. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gia ve may bay
Xin vui long gui cho chung toi gia ve may bay khu hoi cho 2 nguoi di tu Noi Bai toi Thuong Hai,Trung Quoc trong cuoi thang 7. Thanks Ms Huyen 0912646876
Re: cpufrequtils init script in rcS.d
* Mattia Dongili | On Sat, Jul 16, 2005 at 12:39:03AM +0200, Bernd Eckenfels wrote: | In article [EMAIL PROTECTED] you wrote: | Sorry. The main idea is making power management more effective, that's | why earlier is better here. | | I dont see why this is the case. in the bootup phase the system is loaded | anyway, no need to throttle it. | | Well, I can actually imagine that most of the time at bootup is spent | waiting for I/O to complete, HW probes and so on, nothing that CPU bound | actually (AFAICT). If you take a look at http://www.planetarytramp.net/bootchart/bootchart-20041210-1934.png, you will see that it actually is CPU-bound in some places and I/O-bound in other. S20 runs after about twenty seconds. I really don't think having your CPU run at full speed for twenty seconds is going to matter much for your battery life. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libgcrypt11 1.2.1-4 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Changed-By: Matthias Urlichs [EMAIL PROTECTED] Date: Mon, 18 Jul 2005 00:02:52 +0200 Version: 1.2.1-4 Distribution: unstable Source: libgcrypt11 Urgency: low Maintainer: Matthias Urlichs [EMAIL PROTECTED] Binary: libgcrypt11 libgcrypt11-dbg libgcrypt11-dev libgcrypt11-doc Architecture: i386 all source Closes: 318520 Changes: libgcrypt11 (1.2.1-4) unstable; urgency=low . * Fix HTML documentation generation (texi2html update). Closes: #318520: FTBFS: Cannot install docs Description: libgcrypt11-doc - LGPL Crypto library - documentation libgcrypt11-dev - LGPL Crypto library - development files libgcrypt11-dbg - LGPL Crypto library - debugger files libgcrypt11 - LGPL Crypto library - runtime library Files: 2e4108e5bbd558e63c5e130e52ebf195 234938 libdevel optional libgcrypt11-dev_1.2.1-4_i386.deb 7f5b62968d877d48e4b973d4be668c96 265418 libdevel optional libgcrypt11-dbg_1.2.1-4_i386.deb b0779aadc3493c7c3a914ce230535146 375182 doc optional libgcrypt11-doc_1.2.1-4_all.deb fe808828339f9ba14df89abe628adf77 180204 libs important libgcrypt11_1.2.1-4_i386.deb 3c46e3da255df5d8c068c225896f232b 228916 libs optional libgcrypt11_1.2.1-4.diff.gz ce0f0edb750c3396b6ca59a6c1053060 901 libs optional libgcrypt11_1.2.1-4.dsc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC20xE8+hUANcKr/kRAoZyAJ9yQJEeULTp6o8ccW7lOSiRHQ1IjACgoqUm fDhinfqtnaUXiyhvo6kHmYg= =O0M+ -END PGP SIGNATURE- Accepted: libgcrypt11-dbg_1.2.1-4_i386.deb to pool/main/libg/libgcrypt11/libgcrypt11-dbg_1.2.1-4_i386.deb libgcrypt11-dev_1.2.1-4_i386.deb to pool/main/libg/libgcrypt11/libgcrypt11-dev_1.2.1-4_i386.deb libgcrypt11-doc_1.2.1-4_all.deb to pool/main/libg/libgcrypt11/libgcrypt11-doc_1.2.1-4_all.deb libgcrypt11_1.2.1-4.diff.gz to pool/main/libg/libgcrypt11/libgcrypt11_1.2.1-4.diff.gz libgcrypt11_1.2.1-4.dsc to pool/main/libg/libgcrypt11/libgcrypt11_1.2.1-4.dsc libgcrypt11_1.2.1-4_i386.deb to pool/main/libg/libgcrypt11/libgcrypt11_1.2.1-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted alsamixergui 0.9.0rc2-1-8 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 07:13:21 +0100 Source: alsamixergui Binary: alsamixergui Architecture: source powerpc Version: 0.9.0rc2-1-8 Distribution: unstable Urgency: low Maintainer: Paul Brossier [EMAIL PROTECTED] Changed-By: Paul Brossier [EMAIL PROTECTED] Description: alsamixergui - graphical soundcard mixer for ALSA soundcard driver Closes: 260460 276737 299961 311039 Changes: alsamixergui (0.9.0rc2-1-8) unstable; urgency=low . * Updated long description (closes: #299961) * Fix typos in manpage (closes: #311039) * Fix missing lvalue assignement (closes: #276737) * Fix some compilation warnings * Remove obsolete libglu1 depends * Remove {arch} and .arch-ids directories * Add missing quotes to debian/menu, capitalise title * Add desktop file and icon to both menu entries * Bump Standards-Version * New Maintainer (closes: #260460) Files: 3306cd012ad54d86f2f3d9f6dae60030 673 sound optional alsamixergui_0.9.0rc2-1-8.dsc 4d682c23a4489ce3cfb974290772b3aa 79716 sound optional alsamixergui_0.9.0rc2-1-8.diff.gz 3dcfac4171f9382eb6be674dba6e0239 32620 sound optional alsamixergui_0.9.0rc2-1-8_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC20r82PLmgVuXpdIRAiymAKCNKT2nWFsxLs/TJnMEIGzVkr6RoQCghWl1 dAbXw2Fk0Bd6n3jFeqcwRn4= =xWRk -END PGP SIGNATURE- Accepted: alsamixergui_0.9.0rc2-1-8.diff.gz to pool/main/a/alsamixergui/alsamixergui_0.9.0rc2-1-8.diff.gz alsamixergui_0.9.0rc2-1-8.dsc to pool/main/a/alsamixergui/alsamixergui_0.9.0rc2-1-8.dsc alsamixergui_0.9.0rc2-1-8_powerpc.deb to pool/main/a/alsamixergui/alsamixergui_0.9.0rc2-1-8_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted aconnectgui 0.9.0rc2-1-8 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 07:11:43 +0100 Source: aconnectgui Binary: aconnectgui Architecture: source powerpc Version: 0.9.0rc2-1-8 Distribution: unstable Urgency: low Maintainer: Paul Brossier [EMAIL PROTECTED] Changed-By: Paul Brossier [EMAIL PROTECTED] Description: aconnectgui - graphical ALSA sequencer connection manager Closes: 187465 260462 299965 Changes: aconnectgui (0.9.0rc2-1-8) unstable; urgency=low . * Update description, fix typos in manpage (closes: #299965) * Fix segfaults in Window.cxx (closes: #187465) * Remove obsolete depends on libglu1 * Fix some compilation warning * Add desktop file and icon to both menu entries * Capitalise menu entry * Add a watch file * Bump Standards-Version * New maintainer (closes: #260462) Files: db48cd3014e9599ba998a2f3fa4139ce 669 sound optional aconnectgui_0.9.0rc2-1-8.dsc d4aa372e71f4e2e25890ee8f205e5ecf 44504 sound optional aconnectgui_0.9.0rc2-1-8.diff.gz 56d19c1e7d1c193cd4e6f1c74cccd603 27950 sound optional aconnectgui_0.9.0rc2-1-8_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC20rt2PLmgVuXpdIRAqQ/AJ9HosRic+fRUcLJC6iiE6l641M5zgCeMEst 9BKziXbSmGtmv3YiYcAGvmo= =rub4 -END PGP SIGNATURE- Accepted: aconnectgui_0.9.0rc2-1-8.diff.gz to pool/main/a/aconnectgui/aconnectgui_0.9.0rc2-1-8.diff.gz aconnectgui_0.9.0rc2-1-8.dsc to pool/main/a/aconnectgui/aconnectgui_0.9.0rc2-1-8.dsc aconnectgui_0.9.0rc2-1-8_powerpc.deb to pool/main/a/aconnectgui/aconnectgui_0.9.0rc2-1-8_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted roundup 0.8.4-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 10:06:39 +0200 Source: roundup Binary: roundup Architecture: source all Version: 0.8.4-1 Distribution: unstable Urgency: low Maintainer: Bastian Kleineidam [EMAIL PROTECTED] Changed-By: Bastian Kleineidam [EMAIL PROTECTED] Description: roundup- an issue-tracking system Changes: roundup (0.8.4-1) unstable; urgency=low . * New upstream release. Files: b4499af7ff83d70c868a35749d23228c 621 web optional roundup_0.8.4-1.dsc 6b995d7d6c5b49666e5297929e70bbc7 909600 web optional roundup_0.8.4.orig.tar.gz 9a324f5fbdfada41ff82c1fc5b9f0fcc 17149 web optional roundup_0.8.4-1.diff.gz ef594ef037162c4cf2bb2d43b0a39d9f 877686 web optional roundup_0.8.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC22QteBwlBDLsbz4RAkP8AJwKdg1MLIMitOwORODeyxjnxuLJegCg0YZ+ TiN+e1TXrj07dTfDRUqxqec= =6g7o -END PGP SIGNATURE- Accepted: roundup_0.8.4-1.diff.gz to pool/main/r/roundup/roundup_0.8.4-1.diff.gz roundup_0.8.4-1.dsc to pool/main/r/roundup/roundup_0.8.4-1.dsc roundup_0.8.4-1_all.deb to pool/main/r/roundup/roundup_0.8.4-1_all.deb roundup_0.8.4.orig.tar.gz to pool/main/r/roundup/roundup_0.8.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted wordpress 1.5.1.3-3 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 15 Jul 2005 10:50:59 +1000 Source: wordpress Binary: wordpress Architecture: source all Version: 1.5.1.3-3 Distribution: unstable Urgency: low Maintainer: Kai Hendry [EMAIL PROTECTED] Changed-By: Kai Hendry [EMAIL PROTECTED] Description: wordpress - an award winning weblog manager Changes: wordpress (1.5.1.3-3) unstable; urgency=low . * Improved the setup-mysql script for Wordpress MASS hosting with Apache's VirtualDocumentRoot Files: 6bef9a18735278877a1efd4d532e4632 570 web optional wordpress_1.5.1.3-3.dsc 2a440b58ea62414a05ab61444536227d 8751 web optional wordpress_1.5.1.3-3.diff.gz bc9d02540da858e3376a8cd5e36c4a68 303334 web optional wordpress_1.5.1.3-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC22a+K/juK3+WFWQRAu7QAJ4lCiqsduhJnljbEz8Zt+k+t5Dh/gCffO1/ Jdhj09apWG4DebkzafHU5P4= =GYt6 -END PGP SIGNATURE- Accepted: wordpress_1.5.1.3-3.diff.gz to pool/main/w/wordpress/wordpress_1.5.1.3-3.diff.gz wordpress_1.5.1.3-3.dsc to pool/main/w/wordpress/wordpress_1.5.1.3-3.dsc wordpress_1.5.1.3-3_all.deb to pool/main/w/wordpress/wordpress_1.5.1.3-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted centericq 4.20.0-8 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 08:55:37 +0200 Source: centericq Binary: centericq-common centericq-utf8 centericq-fribidi centericq Architecture: source i386 Version: 4.20.0-8 Distribution: unstable Urgency: low Maintainer: Julien LEMOINE [EMAIL PROTECTED] Changed-By: Julien Lemoine [EMAIL PROTECTED] Description: centericq - A text-mode multi-protocol instant messenger client centericq-common - A text-mode multi-protocol instant messenger client (data files) centericq-fribidi - A text-mode multi-protocol instant messenger client (Hebrew) centericq-utf8 - A text-mode multi-protocol instant messenger client Closes: 312050 316559 Changes: centericq (4.20.0-8) unstable; urgency=low . * Fixed segv in msn module (array overflow) (Closes: #316559) * Replaced -O2 by -O1 because -O2 optims produces segfault with gcc 4.0 on amd64 architecture (Closes : #318357) * Added a brief explanation in desription field on the reason of 'sox' in recommands field (Closes: #312050) Files: 9b9ae17fe2e2f97845ac3510dc04169e 863 net optional centericq_4.20.0-8.dsc 27ad583f8320c0fd804cdaf6e720dfc9 122175 net optional centericq_4.20.0-8.diff.gz 6c999b5b23ab8ceab1d79be8259c7df2 335958 net optional centericq-common_4.20.0-8_i386.deb 17b948166b6d7f3a4919803436225425 1276960 net optional centericq_4.20.0-8_i386.deb a0782142575180a70aeb1532b43ed9ab 1277022 net optional centericq-utf8_4.20.0-8_i386.deb ab23104a8e299505eff63f85e81e4b55 1277432 net optional centericq-fribidi_4.20.0-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC22iPc29c8N2YKnURAmMlAKCG37PtINMe4O8iTAMoPsMvdWI2UwCeLt// 18zRU9uuDRrj9sfSvFT8Ivc= =iWo6 -END PGP SIGNATURE- Accepted: centericq-common_4.20.0-8_i386.deb to pool/main/c/centericq/centericq-common_4.20.0-8_i386.deb centericq-fribidi_4.20.0-8_i386.deb to pool/main/c/centericq/centericq-fribidi_4.20.0-8_i386.deb centericq-utf8_4.20.0-8_i386.deb to pool/main/c/centericq/centericq-utf8_4.20.0-8_i386.deb centericq_4.20.0-8.diff.gz to pool/main/c/centericq/centericq_4.20.0-8.diff.gz centericq_4.20.0-8.dsc to pool/main/c/centericq/centericq_4.20.0-8.dsc centericq_4.20.0-8_i386.deb to pool/main/c/centericq/centericq_4.20.0-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted phppgadmin 3.5.4-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 11:19:26 +0200 Source: phppgadmin Binary: phppgadmin Architecture: source all Version: 3.5.4-1 Distribution: unstable Urgency: low Maintainer: Isaac Clerencia [EMAIL PROTECTED] Changed-By: Isaac Clerencia [EMAIL PROTECTED] Description: phppgadmin - Set of PHP scripts to administrate PostgreSQL over the WWW Closes: 310087 316842 Changes: phppgadmin (3.5.4-1) unstable; urgency=low . * New upstream release, fixes security bug CAN-2005-2256: #318284 * Updated Japanese po-debconf file, closes: #310087 * Added Vietnamese po-debconf file, closes: #316842 Files: 3b7fe80dd481b190df02ac012fd0299c 635 web extra phppgadmin_3.5.4-1.dsc cbe4f61c771d2bb03c458407ca251509 619736 web extra phppgadmin_3.5.4.orig.tar.gz 8fb38833d2ce05de9d2d1c7355871776 10212 web extra phppgadmin_3.5.4-1.diff.gz 6923f871d7107135bbcf820886a285d9 607270 web extra phppgadmin_3.5.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Signed by Isaac Clerencia [EMAIL PROTECTED] iD8DBQFC23j2QET2GFTmct4RAr2HAJ0X+JycqfiEMz0QHVf35C2Yq8z5UgCfcqep a1mjIt02DikC2qFO/jry9j4= =PGdQ -END PGP SIGNATURE- Accepted: phppgadmin_3.5.4-1.diff.gz to pool/main/p/phppgadmin/phppgadmin_3.5.4-1.diff.gz phppgadmin_3.5.4-1.dsc to pool/main/p/phppgadmin/phppgadmin_3.5.4-1.dsc phppgadmin_3.5.4-1_all.deb to pool/main/p/phppgadmin/phppgadmin_3.5.4-1_all.deb phppgadmin_3.5.4.orig.tar.gz to pool/main/p/phppgadmin/phppgadmin_3.5.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted linkchecker 3.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 11 Jul 2005 17:11:48 +0200 Source: linkchecker Binary: linkchecker Architecture: source i386 Version: 3.1-1 Distribution: unstable Urgency: low Maintainer: Bastian Kleineidam [EMAIL PROTECTED] Changed-By: Bastian Kleineidam [EMAIL PROTECTED] Description: linkchecker - check websites and HTML documents for broken links Closes: 307877 Changes: linkchecker (3.1-1) unstable; urgency=low . * New upstream release. - bogus errors are not cached anymore (Closes: #307877) Files: ab229c1daee8c2465841108f7fc0c8ac 616 web optional linkchecker_3.1-1.dsc ce3df35171bcae91f4fd82608919e6fc 567904 web optional linkchecker_3.1.orig.tar.gz fc2bc8c2cd009860fc474c8fb8020fe4 742 web optional linkchecker_3.1-1.diff.gz 1b8180fd80e423a6ab27fc04e49c8826 268136 web optional linkchecker_3.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC2320eBwlBDLsbz4RAlqsAJwLUXKwNlUHgp6c+XbKgyNClicAxwCgi64L WxbQt44JKlT7OpceK922ED0= =bxpa -END PGP SIGNATURE- Accepted: linkchecker_3.1-1.diff.gz to pool/main/l/linkchecker/linkchecker_3.1-1.diff.gz linkchecker_3.1-1.dsc to pool/main/l/linkchecker/linkchecker_3.1-1.dsc linkchecker_3.1-1_i386.deb to pool/main/l/linkchecker/linkchecker_3.1-1_i386.deb linkchecker_3.1.orig.tar.gz to pool/main/l/linkchecker/linkchecker_3.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libparagui1.0 1.0.4-9 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 11:04:12 +0200 Source: libparagui1.0 Binary: libparagui1.0 libparagui1.0-dev Architecture: source i386 Version: 1.0.4-9 Distribution: unstable Urgency: low Maintainer: Bartosz Fenski [EMAIL PROTECTED] Changed-By: Bartosz Fenski [EMAIL PROTECTED] Description: libparagui1.0 - a real crossplatform widget set based on SDL libparagui1.0-dev - Development files for the widget set library Changes: libparagui1.0 (1.0.4-9) unstable; urgency=low . * ABI transition upload. * Bumped Standards-Version (no changes needed). Files: 872709f284388060f352798d47899d41 743 libs optional libparagui1.0_1.0.4-9.dsc 1ab9be4ca169b51a2e5efc0af5ec09ec 6125 libs optional libparagui1.0_1.0.4-9.diff.gz 4c31ac55a8a6f761023b6d9592473c90 416166 libs optional libparagui1.0_1.0.4-9_i386.deb ac0dd1f8ff5486486c9336fa613b1ec1 422720 libdevel optional libparagui1.0-dev_1.0.4-9_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC24BAhQui3hP+/EARAshyAKCUWti5OCy8ONr28USDU/B2yLRNywCdHUzC rfOY8F0n1hllm/lTcrG98zE= =Wjy/ -END PGP SIGNATURE- Accepted: libparagui1.0-dev_1.0.4-9_i386.deb to pool/main/libp/libparagui1.0/libparagui1.0-dev_1.0.4-9_i386.deb libparagui1.0_1.0.4-9.diff.gz to pool/main/libp/libparagui1.0/libparagui1.0_1.0.4-9.diff.gz libparagui1.0_1.0.4-9.dsc to pool/main/libp/libparagui1.0/libparagui1.0_1.0.4-9.dsc libparagui1.0_1.0.4-9_i386.deb to pool/main/libp/libparagui1.0/libparagui1.0_1.0.4-9_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted shorewall 2.4.1-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 12:25:20 +0200 Source: shorewall Binary: shorewall Architecture: source all Version: 2.4.1-2 Distribution: unstable Urgency: high Maintainer: Lorenzo Martignoni [EMAIL PROTECTED] Changed-By: Lorenzo Martignoni [EMAIL PROTECTED] Description: shorewall - Shoreline Firewall (Shorewall) Changes: shorewall (2.4.1-2) unstable; urgency=high . * Applied patch to solve MACLIST vulnerability Files: 09eb88218f4a8f7377b42d865c26776f 656 net optional shorewall_2.4.1-2.dsc 81f610a7f2dc4d92b1a36a58dcee6afc 39910 net optional shorewall_2.4.1-2.diff.gz eca14a30d123cedb87cbe18f246cbc9d 158118 net optional shorewall_2.4.1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC24R9bFctcIsUOXURAtGoAJ9c7Ph43M0d/dnMDjE2XEg4CFi1awCfWOBi 9FIVpfwQK5k3okYIwFvoNWw= =JWaC -END PGP SIGNATURE- Accepted: shorewall_2.4.1-2.diff.gz to pool/main/s/shorewall/shorewall_2.4.1-2.diff.gz shorewall_2.4.1-2.dsc to pool/main/s/shorewall/shorewall_2.4.1-2.dsc shorewall_2.4.1-2_all.deb to pool/main/s/shorewall/shorewall_2.4.1-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted phppgadmin 3.5.2-5 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 11:07:20 +0200 Source: phppgadmin Binary: phppgadmin Architecture: source all Version: 3.5.2-5 Distribution: stable-security Urgency: high Maintainer: Isaac Clerencia [EMAIL PROTECTED] Changed-By: Isaac Clerencia [EMAIL PROTECTED] Description: phppgadmin - Set of PHP scripts to administrate PostgreSQL over the WWW Closes: 318284 Changes: phppgadmin (3.5.2-5) stable-security; urgency=high . * Fix security bug CAN-2005-2256, closes: #318284 Files: 46f4509ee768781e441286d125afe0f5 584 web extra phppgadmin_3.5.2-5.dsc 8f1d0323ae84979c21a409334c6e70db 10063 web extra phppgadmin_3.5.2-5.diff.gz 9978c0a723a9e4572f2264478c0ba193 612995 web extra phppgadmin_3.5.2.orig.tar.gz b9e4117adf7ef565e6884fbde4daaf9f 601022 web extra phppgadmin_3.5.2-5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC24DIW5ql+IAeqTIRAj2PAJsEEVSZpF5ctRYVyNL+uAlxfXIyRwCeJfQc HNi2oiUG0+SlAV4k6s04jGQ= =cJkA -END PGP SIGNATURE- Accepted: phppgadmin_3.5.2-5.diff.gz to pool/main/p/phppgadmin/phppgadmin_3.5.2-5.diff.gz phppgadmin_3.5.2-5.dsc to pool/main/p/phppgadmin/phppgadmin_3.5.2-5.dsc phppgadmin_3.5.2-5_all.deb to pool/main/p/phppgadmin/phppgadmin_3.5.2-5_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted stegdetect 0.6-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 12:25:02 +0200 Source: stegdetect Binary: stegdetect xsteg Architecture: source i386 Version: 0.6-3 Distribution: unstable Urgency: low Maintainer: Samuele Giovanni Tonon [EMAIL PROTECTED] Changed-By: Samuele Giovanni Tonon [EMAIL PROTECTED] Description: stegdetect - Detect and extract steganography messages inside JPEG xsteg - Graphical frontend to stegdetect Closes: 318485 Changes: stegdetect (0.6-3) unstable; urgency=low . * Removed files that are present in other packages and libraries (Closes: #318485) Files: 9b7e0617ae1aa4ce4e301e6677f879b6 565 utils optional stegdetect_0.6-3.dsc 649f4461659e9027469048a22baeb7b1 1279274 utils optional stegdetect_0.6-3.tar.gz 4eb54c80baabe15d6c68fa6d4f1e2028 769814 utils optional stegdetect_0.6-3_i386.deb 0d837ff4ddd0a1cd42e4ec36ba01c133 21622 utils optional xsteg_0.6-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC24cyzvFcH/JZfgQRAoGsAKCphK9CrrEQ4CR+vm+B3mw/RR+ilACfc/TI VK5w4/NYD2SWV0e6mir59mo= =qHnQ -END PGP SIGNATURE- Accepted: stegdetect_0.6-3.dsc to pool/main/s/stegdetect/stegdetect_0.6-3.dsc stegdetect_0.6-3.tar.gz to pool/main/s/stegdetect/stegdetect_0.6-3.tar.gz stegdetect_0.6-3_i386.deb to pool/main/s/stegdetect/stegdetect_0.6-3_i386.deb xsteg_0.6-3_i386.deb to pool/main/s/stegdetect/xsteg_0.6-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xorg-x11 6.8.2.dfsg.1-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 12 Jul 2005 16:52:39 -0400 Source: xorg-x11 Binary: libxkbui1 libxtst6-dbg xserver-common xlibs-static-dev libxp6-dbg libxevie-dev libdmx-dev libxevie1 libice6-dbg xmh libxaw6-dbg libdmx1-dbg x-dev libxv1 libxext6-dbg libxau6-dbg libxxf86vm1-dbg x11-common libxpm4 libxtst6 libxxf86dga-dev xfonts-cyrillic libx11-6 libsm6-dbg xlibs-pic xlibs-data libxdamage1 libxv1-dbg libxss-dev libxkbfile1 xdmx libxrandr2 xnest libxdamage1-dbg libxaw6 xterm libxres1 xlibmesa-dri-dbg libxrandr2-dbg libxmu6 libxau6 libxxf86misc-dev libxxf86misc1-dbg libglu1-xorg libx11-dev xlibs-static-pic libxpm4-dbg libxmu6-dbg libxaw7-dbg pm-dev libxss1-dbg libxmuu-dev libxss1 libxext6 xserver-xorg libxtst-dev libxxf86rush1-dbg libxp-dev libxevie1-dbg libice6 libxmu-dev xlibs libdps-dev libxrandr-dev proxymngr libxcomposite1 libxxf86rush-dev libxvmc-dev xfonts-base-transcoded x-window-system-core xutils xspecs libxtrap6 libxxf86vm-dev libxt-dev libxkbui-dev libxi6-dbg xfonts-base xlibs-dbg libxpm-dev xfonts-100dpi-transcoded libxinerama1-dbg libxtrap-dev libxaw8 xlibosmesa-dev xlibosmesa4 libxkbfile1-dbg xdm libxt6-dbg libxi6 libx11-6-dbg libxaw8-dbg xbase-clients xserver-xorg-dbg libxxf86rush1 libxdmcp6 libxtrap6-dbg libxt6 xfonts-75dpi libxres1-dbg libxdmcp-dev libxvmc1-dbg xlibmesa-gl-dev libglu1-xorg-dbg libfs-dev x-window-system libxcomposite1-dbg xfree86-common xlibmesa-dri libxaw7-dev libxxf86dga1 libxaw8-dev libxp6 libxkbui1-dbg libdmx1 libxinerama-dev libxv-dev libxxf86misc1 twm x-window-system-dev libxres-dev libsm-dev xfonts-scalable libdps1-dbg libxmuu1-dbg libxinerama1 xfwp libxfixes3 libxdamage-dev libsm6 libdps1 libxxf86dga1-dbg libxxf86vm1 libxfixes3-dbg libxaw6-dev lbxproxy libfs6-dbg libxvmc1 libxfixes-dev libice-dev libxkbfile-dev libxmuu1 xfs libglu1-xorg-dev libxau-dev xlibmesa-gl xfonts-100dpi libxext-dev xfonts-75dpi-transcoded xlibosmesa4-dbg libxcomposite-dev libxi-dev xvfb libxdmcp6-dbg libxaw7 libfs6 xlibmesa-gl-dbg xlibs-dev Architecture: source i386 all Version: 6.8.2.dfsg.1-3 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force debian-x@lists.debian.org Changed-By: David Nusinow [EMAIL PROTECTED] Description: lbxproxy - Low Bandwidth X (LBX) proxy server libdmx-dev - Distributed Multihead X client library development files libdmx1- Distributed Multihead X client library libdmx1-dbg - Distributed Multihead X client library (unstripped) libdps-dev - Display PostScript (DPS) client library development files libdps1- Display PostScript (DPS) client library libdps1-dbg - Display PostScript (DPS) client library (unstripped) libfs-dev - X Font Server library development files libfs6 - X Font Server library libfs6-dbg - X Font Server library (unstripped) libglu1-xorg - Mesa OpenGL utility library [X.Org] libglu1-xorg-dbg - Mesa OpenGL utility library (unstripped) [X.Org] libglu1-xorg-dev - Mesa OpenGL utility library development files [X.Org] libice-dev - Inter-Client Exchange library development files libice6- Inter-Client Exchange library libice6-dbg - Inter-Client Exchange library (unstripped) libsm-dev - X Window System Session Management library development files libsm6 - X Window System Session Management library libsm6-dbg - X Window System Session Management library (unstripped) libx11-6 - X Window System protocol client library libx11-6-dbg - X Window System protocol client library (unstripped) libx11-dev - X Window System protocol client library development files libxau-dev - X Authentication library development files libxau6- X Authentication library libxau6-dbg - X Authentication library (unstripped) libxaw6- X Athena widget set library (version 6) libxaw6-dbg - X Athena widget set library (version 6, unstripped) libxaw6-dev - X Athena widget set library development files (version 6) libxaw7- X Athena widget set library libxaw7-dbg - X Athena widget set library (unstripped) libxaw7-dev - X Athena widget set library development files libxaw8- X Athena widget set library libxaw8-dbg - X Athena widget set library (unstripped) libxaw8-dev - X Athena widget set library development files libxcomposite-dev - X off-screen compositing library development files libxcomposite1 - X off-screen compositing library libxcomposite1-dbg - X off-screen compositing library (unstripped) libxdamage-dev - X region 'damage' library development files libxdamage1 - X region 'damage' library libxdamage1-dbg - X region 'damage' library (unstripped) libxdmcp-dev - X Display Manager Control Protocol library development files libxdmcp6 - X Display Manager Control Protocol library libxdmcp6-dbg - X Display Manager Control Protocol library (unstripped) libxevie-dev - X EVent Interception Extension library development files libxevie1 - X EVent Interception Extension library libxevie1-dbg - X EVent Interception Extension library
Accepted gtranslator 1.1.6-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 14 Jul 2005 17:54:08 +0300 Source: gtranslator Binary: gtranslator Architecture: source i386 Version: 1.1.6-2 Distribution: unstable Urgency: low Maintainer: Jordi Mallach [EMAIL PROTECTED] Changed-By: Jordi Mallach [EMAIL PROTECTED] Description: gtranslator - PO-file editor for the GNOME Desktop Changes: gtranslator (1.1.6-2) unstable; urgency=low . * debian/control.in: build-depend on libgtkspell-dev (= 2.0.10-3) for the C++ ABI transition. Files: b9afa50d738463c7fe64f5a8e9660e6a 1614 text optional gtranslator_1.1.6-2.dsc eab7a91e41a4bed510c383c514f9f6b0 6776 text optional gtranslator_1.1.6-2.diff.gz d27619251ea807019eb7a2ec094a4164 578104 text optional gtranslator_1.1.6-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC25aMJYSUupF6Il4RArCZAKCRUeYE5w5Va3DqLIqsUmr8+LncfQCgkkyL MllyqnDtUOdbk/P0Vq8icOw= =tOuB -END PGP SIGNATURE- Accepted: gtranslator_1.1.6-2.diff.gz to pool/main/g/gtranslator/gtranslator_1.1.6-2.diff.gz gtranslator_1.1.6-2.dsc to pool/main/g/gtranslator/gtranslator_1.1.6-2.dsc gtranslator_1.1.6-2_i386.deb to pool/main/g/gtranslator/gtranslator_1.1.6-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted postfix-policyd 1.55-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 13:38:05 +0200 Source: postfix-policyd Binary: postfix-policyd Architecture: source i386 Version: 1.55-1 Distribution: unstable Urgency: low Maintainer: OndÅej Surý [EMAIL PROTECTED] Changed-By: OndÅej Surý [EMAIL PROTECTED] Description: postfix-policyd - anti-spam plugin for Postfix Closes: 318831 Changes: postfix-policyd (1.55-1) unstable; urgency=low . * New upstream release. * Fix missing double quotes in init.d script (Closes: #318831) Files: c37a39f7bc16cab5af9263c1f922f6c0 657 mail optional postfix-policyd_1.55-1.dsc 2224c87c0efb6dcb0df9407591ac2b2d 40538 mail optional postfix-policyd_1.55.orig.tar.gz 7b7f3cf3af7a8ff19081246036330007 3048 mail optional postfix-policyd_1.55-1.diff.gz ae5dadfeea9493b7dbcf5b808b9bc87e 44402 mail optional postfix-policyd_1.55-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC25iR9OZqfMIN8nMRAlTyAJ9CYBDVJ40NE2zy3n2qysQhcr6ZyQCdH1CR nkvmBsGiGMJyQy/q5WximEs= =S1yP -END PGP SIGNATURE- Accepted: postfix-policyd_1.55-1.diff.gz to pool/main/p/postfix-policyd/postfix-policyd_1.55-1.diff.gz postfix-policyd_1.55-1.dsc to pool/main/p/postfix-policyd/postfix-policyd_1.55-1.dsc postfix-policyd_1.55-1_i386.deb to pool/main/p/postfix-policyd/postfix-policyd_1.55-1_i386.deb postfix-policyd_1.55.orig.tar.gz to pool/main/p/postfix-policyd/postfix-policyd_1.55.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted blobwars 1.05-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 13 Jul 2005 09:27:33 +0200 Source: blobwars Binary: blobwars Architecture: source i386 Version: 1.05-1 Distribution: unstable Urgency: low Maintainer: OndÅej Surý [EMAIL PROTECTED] Changed-By: OndÅej Surý [EMAIL PROTECTED] Description: blobwars - platform shooting game Changes: blobwars (1.05-1) unstable; urgency=low . * New upstream version. Files: c62c644c5b8d2a7e7ff04cfc0a8901a6 645 games optional blobwars_1.05-1.dsc 72b259abb6ec83a77f3c76052de24e50 7685998 games optional blobwars_1.05.orig.tar.gz d224d53cc52f19154252d37727aea6b2 3030 games optional blobwars_1.05-1.diff.gz aa8a66deb0fe2769c95455be77e3c552 7552980 games optional blobwars_1.05-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC25w09OZqfMIN8nMRAppAAJ9VuYxawVf0pndkiKIlidROGdSVwgCgk8uU 4IT6sqnSRF9qxvuuZA277WY= =zGIM -END PGP SIGNATURE- Accepted: blobwars_1.05-1.diff.gz to pool/main/b/blobwars/blobwars_1.05-1.diff.gz blobwars_1.05-1.dsc to pool/main/b/blobwars/blobwars_1.05-1.dsc blobwars_1.05-1_i386.deb to pool/main/b/blobwars/blobwars_1.05-1_i386.deb blobwars_1.05.orig.tar.gz to pool/main/b/blobwars/blobwars_1.05.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope2.7 2.7.5-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 17 Jul 2005 20:07:31 +0200 Source: zope2.7 Binary: zope2.7 Architecture: source i386 Version: 2.7.5-3 Distribution: unstable Urgency: low Maintainer: Debian Zope team [EMAIL PROTECTED] Changed-By: A Mennucc1 [EMAIL PROTECTED] Description: zope2.7- Open Source Web Application Server Closes: 301067 305807 305936 309428 310790 313473 313621 313644 Changes: zope2.7 (2.7.5-3) unstable; urgency=low . * Kindly warn users trying to use test suites that the python-profiler is not in main. Thanks martin f krafft (closes: #305936,#301067) * Set permission and ownership of inituser. Thanks Dmitry E. Oboukhov and Martin f Krafft (closes: #313644,#313621) * Error in query using the test tab of a ZSQL Method Thanks Paolo Alexis Falcone and J Alet (closes: #309428,#305807) * Bashism in mkzope2.7instance. Thanks Carlos Laviola and Martin f Krafft (closes: #313473) * Stupid awk error. Thanks Fabio Tranchitella and martin f krafft (closes: #310790) Files: 1e7fc1d49207c690fc0d8979dfafceb3 894 web optional zope2.7_2.7.5-3.dsc 55f39f92b9289c66d969e4d4f4f4280a 51911 web optional zope2.7_2.7.5-3.diff.gz a29ceae87a6e50081de122837ed776a6 2626176 web optional zope2.7_2.7.5-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC2qK29B/tjjP8QKQRAg/TAJ9DPciFU0EFuoidQbod9VBIq0ujcwCeM0tc 77BxIt95GKerTSOnhaqQrmE= =90+S -END PGP SIGNATURE- Accepted: zope2.7_2.7.5-3.diff.gz to pool/main/z/zope2.7/zope2.7_2.7.5-3.diff.gz zope2.7_2.7.5-3.dsc to pool/main/z/zope2.7/zope2.7_2.7.5-3.dsc zope2.7_2.7.5-3_i386.deb to pool/main/z/zope2.7/zope2.7_2.7.5-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dx 1:4.3.2-4 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 10:21:12 +0200 Source: dx Binary: libdx4 dx libdx4-dev dx-doc Architecture: source all i386 Version: 1:4.3.2-4 Distribution: unstable Urgency: low Maintainer: Daniel Kobras [EMAIL PROTECTED] Changed-By: Daniel Kobras [EMAIL PROTECTED] Description: dx - OpenDX (IBM Visualization Data Explorer) - main package dx-doc - OpenDX (IBM Visualization Data Explorer) - documentation libdx4 - OpenDX (IBM Visualization Data Exploror) - shared libraries libdx4-dev - OpenDX (IBM Visualization Data Explorer) - development files Changes: dx (1:4.3.2-4) unstable; urgency=low . * Rebuild with g++ 4.0 for C++ ABI transition. * debian/control: Change GLU/GL (build) dependencies to xorg variant. * debian/control, debian/dx-dev.links: Stop providing dummy package dx-dev. Files: aa14b53d13d87f3873ca70e9259caef8 981 science optional dx_4.3.2-4.dsc 2439da6437cb333430ec452b845ce01f 95524 science optional dx_4.3.2-4.diff.gz d3de57703dc0af2292fe1d36a3da2d32 4139924 doc optional dx-doc_4.3.2-4_all.deb f52e6563e840641d62aad92c2f3b00c8 4078218 science optional dx_4.3.2-4_i386.deb 44d4496ba1d56965d252eaadc06435ab 3683412 libs optional libdx4_4.3.2-4_i386.deb 03825dbf87de88d72944001f7f680454 4720848 libdevel optional libdx4-dev_4.3.2-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC26KepOKIA4m/fisRAgliAJ0emfm/Q0UsKC2gNp142+y+7KTVwwCfU0t+ CSYVz9bQ4zsUFqmwPEX7+X8= =nbdf -END PGP SIGNATURE- Accepted: dx-doc_4.3.2-4_all.deb to pool/main/d/dx/dx-doc_4.3.2-4_all.deb dx_4.3.2-4.diff.gz to pool/main/d/dx/dx_4.3.2-4.diff.gz dx_4.3.2-4.dsc to pool/main/d/dx/dx_4.3.2-4.dsc dx_4.3.2-4_i386.deb to pool/main/d/dx/dx_4.3.2-4_i386.deb libdx4-dev_4.3.2-4_i386.deb to pool/main/d/dx/libdx4-dev_4.3.2-4_i386.deb libdx4_4.3.2-4_i386.deb to pool/main/d/dx/libdx4_4.3.2-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libsndfile 1.0.11-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 17 Jul 2005 01:00:59 +1000 Source: libsndfile Binary: libsndfile1 libsndfile1-dev sndfile-programs Architecture: source i386 Version: 1.0.11-1 Distribution: unstable Urgency: low Maintainer: Anand Kumria [EMAIL PROTECTED] Changed-By: Anand Kumria [EMAIL PROTECTED] Description: libsndfile1 - Library for reading/writing audio files libsndfile1-dev - Library for reading/writing audio files sndfile-programs - Sample programs that use libsndfile Changes: libsndfile (1.0.11-1) unstable; urgency=low . * New upstream release Files: c64692ab18c1dd5ab73323e86d746e1f 730 devel optional libsndfile_1.0.11-1.dsc 9ec0b3610041423a57387f284849f2fc 816107 devel optional libsndfile_1.0.11.orig.tar.gz 1c1ada88a7e35bc61fadc4f8a01b849e 4477 devel optional libsndfile_1.0.11-1.diff.gz 35aabe9c0039eccc3fc9da30adba3c21 286456 libdevel optional libsndfile1-dev_1.0.11-1_i386.deb dad6b6c273b016f3d3e9802e84d87148 171996 libs optional libsndfile1_1.0.11-1_i386.deb 17e853f167136f3968aa2ec78bf898ee 61014 utils optional sndfile-programs_1.0.11-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQCVAwUBQtk0OWRmcAD8BdppAQJ9EwP/VTgjvJhE97xwR2JbEIIW9jI+wGz4w2HB IPUwY+J4qgxWIeZdqpbCDvlsFz6w+2BncXieOAI5Iif6kBdh9qEhJJFgHBDu61bB FJ4zX7qZPK5NSKC3FrOhiBXlvUeyyafqQqCXGD9gDWdmeTelK7yj9Zvr1OTELgth AyITfqenzqw= =icvr -END PGP SIGNATURE- Accepted: libsndfile1-dev_1.0.11-1_i386.deb to pool/main/libs/libsndfile/libsndfile1-dev_1.0.11-1_i386.deb libsndfile1_1.0.11-1_i386.deb to pool/main/libs/libsndfile/libsndfile1_1.0.11-1_i386.deb libsndfile_1.0.11-1.diff.gz to pool/main/libs/libsndfile/libsndfile_1.0.11-1.diff.gz libsndfile_1.0.11-1.dsc to pool/main/libs/libsndfile/libsndfile_1.0.11-1.dsc libsndfile_1.0.11.orig.tar.gz to pool/main/libs/libsndfile/libsndfile_1.0.11.orig.tar.gz sndfile-programs_1.0.11-1_i386.deb to pool/main/libs/libsndfile/sndfile-programs_1.0.11-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rox 2.2.0-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 18 Jul 2005 15:11:12 +0200 Source: rox Binary: rox-filer Architecture: source i386 Version: 2.2.0-3 Distribution: unstable Urgency: low Maintainer: The ROX-in-Debian Project Team [EMAIL PROTECTED] Changed-By: Francesco Paolo Lovergine [EMAIL PROTECTED] Description: rox-filer - A simple graphical file manager for X11 Closes: 288439 299134 313825 Changes: rox (2.2.0-3) unstable; urgency=low . * Added toolbar.dpatch patch to remove a double definition of a variable. (closes: #288439) * Added apprun.dpatch patch to complete transition to x-terminal-emulator alternative. (closes: #299134) * Patched de.po via dpatch. (closes: #313825) * xlibs-static-dev build-dep was superfluous: removed. * Policy bumped to 3.6.2, no changes. Files: 2c1853fb0f44af299380c32487d12ff2 1001 x11 optional rox_2.2.0-3.dsc 1f5b561aa561c757ceb38fcc5c67fbc6 11386 x11 optional rox_2.2.0-3.diff.gz 3ef9e47b83e880012951503922726a34 1187958 x11 optional rox-filer_2.2.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC26t5pFNRmenyx0cRAjBjAJwJDPn3diAB3ZKEPeZLxvGcFtoxvQCfUn19 VoNP5SKpvfrp8JvXfNwnC+I= =CT17 -END PGP SIGNATURE- Accepted: rox-filer_2.2.0-3_i386.deb to pool/main/r/rox/rox-filer_2.2.0-3_i386.deb rox_2.2.0-3.diff.gz to pool/main/r/rox/rox_2.2.0-3.diff.gz rox_2.2.0-3.dsc to pool/main/r/rox/rox_2.2.0-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]