Repas Debian avec Bdale Ga rbee à Lyon le 18/3/2006
Bonjour tout le monde, Bdale Garbee (ancien leader Debian, travaillant chez HP) sera de passage en France la semaine prochaine. La nuit du 15 et une partie du 16 il sera sur Grenoble, et ensuite il sera à Lyon jusqu'au 20 mars dans le cadre du Libre Graphic Meeting: http://www.libregraphicsmeeting.org/ Nous avons planifié un repas avec lui le samedi soir. Rendez-vous est donné à l'école CPE samedi soir vers 18h30 : http://www.libregraphicsmeeting.org/coming.php Seront présents : - Bdale Garbee - moi-même - Julien Blache - Aurélien Jarno - peut-être Josselin Mouette - votre nom ici Et si j'annonce cela ici, c'est pour que vous ayez l'occasion de nous rejoindre. Ca serait sympa de nous prévenir si vous venez afin qu'on sache vaguement combien on sera. 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: For those who care about stable updates
Le jeudi 09 mars 2006 à 23:51 +0100, Wouter Verhelst a écrit : Yeah yeah, the project sucks. Whatever. Say, Josselin, why aren't you a DPL candidate? Given the list of known candidates, I considered being a candidate myself, just like Bill, but I don't have the time to assume such a position. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
problem with ISA SB16 sound card
sarge's default kernel can't use my SB16! I have used my SB16 ever since kernel 2.0, 2.2, and 2.4 in woody. They all work. But with sarge's kernel 2.4, it can't work. When I modprobe sb, it complains no such device. Does sarge's kernel 2.4 support non-PNP ISA card? Why does sarge always try to use ISA-PnP before loading sb? sb16 can be nonPNP! I guess my SB16 maybe is a clone. but kernel 2.4 of woody can use my SB16! What's the problem??? Thanks!!! __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Wed, 8 Mar 2006, Andreas Tille wrote: Thanks fo the foreward but I'm afraid we might be on the wrong track. I downgraded sysvinit on one of the machines (by chance the apm based) to apt-cache policy sysvinit sysvinit: Installed: 2.86.ds1-4 Candidate: 2.86.ds1-12 Version table: 2.86.ds1-12 0 499 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages *** 2.86.ds1-4 0 100 /var/lib/dpkg/status The behaviour is the same as for 2.86.ds1-12. :-( Are there any more hints what might stop the computer from doing cleeen halt / reboot than apm/acpi or sysvinit. I just tried linux-image-2.6.15-1-686 version 2.6.15-7 this morning - no change. I' can't imagine that every of my boxes with the current testing shows the same behaviour but nobody els has this problem and there is no way to fix this. If I would have at least a hint what package might be guilty for the problem. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Question for all candidates: handle debian-admin more openly
Let's move this to elsewhere than -vote for technical discussion, d-ppc and d-ppc64 are good places for this. On Fri, Mar 10, 2006 at 02:21:12AM -0800, Steve Langasek wrote: On Thu, Mar 09, 2006 at 01:03:47PM +0100, Sven Luther wrote: Are bruckner and voltaire overloaded or do they lack services the developers need? The release team has called for a multi-arch implementation to support powerpc64 userland over the biarch situation. This calls for a machine capable of building *and running* powerpc 64 code, which is not the case of existing powerpc 32bit machines. Er, the demand for powerpc64 userland support did not come from the release I stand corrected. It is a pre-requisite of having a multi-arch powerpc64 userland. The release team ruled against a biarch powerpc64 userland though, which would not have needed an extra machine. So, if we want a powerpc64 userland for etch, then having a 64bit powerpc buildd is needed. I know though that you ruled this only as a tentative optional release goal, not a strong one. team; and the problems with building powerpc64 binary packages on a powerpc system aren't specific to multiarch (obviously -- since multiarch hasn't Well, conceptually, there is no real difference between biarch and multiarch, despite the claims of the multiarch proponent who believe in moving libs around and everything. The real issue here is if you build a the packages for both bitness in a single arch, thus disabling the 64bit specific test runs when built on a 32bit machine, or putting all the 64bit stuff in its own arch. actually happened yet, and we've been having problems building glibc on voltaire since last year). Multiarch just happens to be (IMHO) the best /me builds glibc fine on my powerbook, so i wonder about this one, haven't done so in a long time though. Where is glibc built then ? technical approach to building extra packages for targets such as ppc64. I agree with you that being able to install powerpc-arch packages on 32bit and both powerpc and powerpc64 arch packages on 64bit, and build all 64bit stuff in a 64bit arch is easier on the packaging work. Not sure if we should allow to install powerpc64 packages on 32bit powerpc, in order to be able to build 64bit packages on 32bit machines, or just build 64bit non-packaged apps on 32bit machines though. This kind of defeats the benefits of the multi-arch proposal though. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: question for all candidates
[Ways to improve keyring maintenance] On Thu, 2006-03-09 at 23:25 +1000, Anthony Towns wrote: The second was to get rt setup to, uh, track requests -- it's waiting on the first thing (since rt sends auto-replies, and auto-replies to spam is bad, mmmkay), and possibly also lacks a debian.org machine that can be its host. I might be missing something obvious, but why do we need a separate rt installation, with a debian.org machine to be found, and a spam problem to be tackled? We have the BTS, using that would eliminate point two entirely and alleviate most of point one, since spam fighting can be done in one place. There could be some feature missing from the BTS, but I can't think of one that's required for this task. And if there is one, wouldn't it be a better investment to add that possibility to our current BTS than to implement a parallel infrastructure? Thijs signature.asc Description: This is a digitally signed message part
Sitebar package is stalled
Hello list, Any of you know about the sitebar package? The upstream version has evolved and the debian package seems to be stalled since a year ago. I tried contacting the maintainer. Does anybody know him? Thanks, Josep SERRANO. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian developer
Hi all, I want to step in to be a debian developer. While processing the new maintainer's guide I need to cross checked boxes to apply. Two of them are not true for me at all and I can't apply as a developer :-( Here are the two point's: *** If you intend to package software, do you have a Debian package in the archive through a sponsor? And if you intend to do other things (e.g. port Debian to other architectures, help with documentation, Quality Assurance or Security), do you have experience in those things and have already participated in such activities for Debian? *** Has an existing Debian developer agreed to be an advocate and verify your application Here is my question: Can anybody help to me to satisfy the demand for the two point's as I'am interested to be a debian developer ? What can I do to arrive the point's mentioned above ? -- Best Regards, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian developer
On Fri, Mar 10, 2006 at 03:27:23PM +0100, Mark Walter wrote: Hi all, I want to step in to be a debian developer. While processing the new maintainer's guide I need to cross checked boxes to apply. Two of them are not true for me at all and I can't apply as a developer :-( Here are the two point's: *** If you intend to package software, do you have a Debian package in the archive through a sponsor? And if you intend to do other things (e.g. port Debian to other architectures, help with documentation, Quality Assurance or Security), do you have experience in those things and have already participated in such activities for Debian? *** Has an existing Debian developer agreed to be an advocate and verify your application Here is my question: Can anybody help to me to satisfy the demand for the two point's as I'am interested to be a debian developer ? What can I do to arrive the point's mentioned above ? Jump in and start doing something for Debian. Whether that is finding fixes for open bugs in our BTS that do not have patches yet, writing documentation, translating stuff that needs to be translated, or packaging software that needs to be packaged (or help package software where the maintainer asks for help), is up to you. You can ask on debian-mentors if you need more help (this isn't really a mailinglist for beginner-level questions relating to debian development; debian-mentors is) If you do this well enough, people you cooperate with (your sponsor, other translators, etc) will most likely be willing to advocate you. -- Fun will now commence -- Seven Of Nine, Ashes to Ashes, stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian developer
On 3/10/06, Mark Walter [EMAIL PROTECTED] wrote: Here is my question: Can anybody help to me to satisfy the demand for the two point's as I'am interested to be a debian developer ? Ahh the the cool factor of having a Debian email address (not that i have one). What can I do to arrive the point's mentioned above ? You could subscribe to debian-mentors and start crafting a package. Even though Debian has a impressiv amount of packages there are still some major ones left (mpich2, pvfs2, trac...). Also check this article: http://programming.newsforge.com/article.pl?sid=05/01/28/1618201 it has some extended info
Re: debian developer
On Fri, Mar 10, 2006 at 03:27:23PM +0100, Mark Walter wrote: Hi all, Hello. I want to step in to be a debian developer. That's rather question for debian-mentors mailing list. While processing the new maintainer's guide I need to cross checked boxes to apply. Two of them are not true for me at all and I can't apply as a developer :-( Here are the two point's: *** If you intend to package software, do you have a Debian package in the archive through a sponsor? And if you intend to do other things (e.g. port Debian to other architectures, help with documentation, Quality Assurance or Security), do you have experience in those things and have already participated in such activities for Debian? *** Has an existing Debian developer agreed to be an advocate and verify your application Here is my question: Can anybody help to me to satisfy the demand for the two point's as I'am interested to be a debian developer ? What can I do to arrive the point's mentioned above ? Point 1. Find some useful software that isn't already packaged for Debian and package it. Or adopt some unmaintain one. You can take a look at http://www.debian.org/devel/wnpp/ for that. Then ask on debian-mentors mailing list for upload of it to the archive. Point 2. Assuming you'll be doing your job well maybe your sponsor will agree to be your advocate. 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
conffile purging and maintainer scripts
Until last month, dpkg forgot about conffiles which were removed or moved on package upgrade. As a consequence, maintainers had to remember to purge these conffiles by hand in the package postrm script. 1) sarge - etch upgrades - In order to handle upgrades from sarge correctly, maintainers will still have to manually remove conffiles in their maintainer scripts until at least etch+1 by my reckoning. Is this correct? 2) dpkg cruft - In addition to the conffiles, there may also be $conffile.dpkg-old, $conffile.dpkg-new and $conffile.dpkg-dist (and other?) files as well. Should these be purged along with their conffile? Who bears the responsibility for purging these? Does the new dpkg handle this? (It didn't seem to when I tried it.) Should it? Should maintainer scripts remove these in addition to the conffile itself? Currently, most maintainer scripts do not, with some removing perhaps .dpkg-old only. This is inconsistent, and it would be nice to have some guidelines or recommendations about how maintainers should handle conffile cleanup, so that maintainer scripts could do it more reliably and uniformly. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. pgptdpkIsdG6D.pgp Description: PGP signature
Re: debian developer
Hi, Mark... On Friday 10 March 2006 15:27, Mark Walter wrote: I want to step in to be a debian developer. Great to hear that. While processing the new maintainer's guide I need to cross checked boxes to apply. Two of them are not true for me at all and I can't apply as a developer :-( Here are the two point's: *** If you intend to package software, do you have a Debian package in the archive through a sponsor? And if you intend to do other things (e.g. port Debian to other architectures, help with documentation, Quality Assurance or Security), do you have experience in those things and have already participated in such activities for Debian? *** Has an existing Debian developer agreed to be an advocate and verify your application Here is my question: Can anybody help to me to satisfy the demand for the two point's as I'am interested to be a debian developer ? Bear with me but your question sounds to me like I have not yet contributed to Debian but rather have been a user and now want to become a DD as soon as possible. If you want to become a Debian Developer it's helpful (if not mandatory) that you are already part of the community in some way. Contributing to Debian doesn't necessarily mean you need to be a Debian Developer. You can maintain your own packages through a sponsor, provide help on alioth projects, provide patches for documentation, provide translations to further languages you may know or proofread translations, ... At some point you may want to do the uploads yourself (without the help of a sponsor), participate in votings and get access to Debian's machine park for testing. Then it's a good time to apply for developership. But it's not mandatory for contributions. The more you already do for Debian the easier it is for you to become a Debian Developer. Even if you enter the so called new maintainer's process you will still need to show that you can e.g. maintain packages and have a good understanding of the gears inside. If you already have proof of such contributions - great. It will take time one way or the other. The second question about getting an advocate will probably be trivial once you work with a few people because they can easily decide that your skills are welcome to Debian. The advocate can only be someone who knows you (virtually). So you better ask them then. I still mean that your contribution is mostly welcome. Just that the contribution and the fun of contributing itself should perhaps be more the center of attention than wearing fancy I'm a DD pants. If you get me. :) Kindly Christoph -- ~ ~ .signature [Modified] 1 line --100%--1,48 All -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian developer
Hi, Jump in and start doing something for Debian. Whether that is finding fixes for open bugs in our BTS that do not have patches yet, writing documentation, translating stuff that needs to be translated, or packaging software that needs to be packaged (or help package software where the maintainer asks for help), is up to you. You can ask on debian-mentors if you need more help (this isn't really a mailinglist for beginner-level questions relating to debian development; debian-mentors is) If you do this well enough, people you cooperate with (your sponsor, other translators, etc) will most likely be willing to advocate you. ok, I understand this is the wrong list and I have now a good one, which is debian-mentors. There's also a IRC channel so I will cope now on my own. Thank's for you statement's I was subscribed to debian-devel and I thought it's the right place to ask the question. Sorry for being offtopic ! -- Best Regards, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian developer
On Friday, 10 March 2006 15:41, Lars Roland wrote: You could subscribe to debian-mentors and start crafting a package. Even though Debian has a impressiv amount of packages there are still some major ones left (mpich2, pvfs2, trac...). trac is in -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: [EMAIL PROTECTED] | Debian: [EMAIL PROTECTED] pgpNqSaBkDnq9.pgp Description: PGP signature
Re: conffile purging and maintainer scripts
Roger Leigh wrote: Until last month, dpkg forgot about conffiles which were removed or moved on package upgrade. As a consequence, maintainers had to remember to purge these conffiles by hand in the package postrm script. I just want to highlight the word these above in order to reduce the possibility of confusion. Postrms should not delete files that are currently conffiles of the package. dpkg takes care of deleting such files at the right time. If a file /etc/foo was formerly a conffile of the package but no longer is so then /etc/foo should be dealt with in the preinst or postinst. (Dealing with it has to take into account both the old and the new behavior of dpkg with respect to disappearing conffiles. I speak vaguely here because I haven't looked into the new behavior.) If it isn't dealt with there then it might be appropriate to delete it in the postrm, but not if there is reason to suspect that some other package is now using /etc/foo. 1) sarge - etch upgrades - In order to handle upgrades from sarge correctly, maintainers will still have to manually remove conffiles in their maintainer scripts until at least etch+1 by my reckoning. Is this correct? Again, postrms should not remove files that are currently conffiles. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: conffile purging and maintainer scripts
Thomas Hood [EMAIL PROTECTED] writes:
Roger Leigh wrote:
Until last month, dpkg forgot about conffiles which were removed or
moved on package upgrade. As a consequence, maintainers had to
remember to purge these conffiles by hand in the package postrm
script.
I just want to highlight the word these above in order to reduce the
possibility of confusion.
Postrms should not delete files that are currently conffiles of the package.
dpkg takes care of deleting such files at the right time.
If a file /etc/foo was formerly a conffile of the package but no
longer is so then /etc/foo should be dealt with in the preinst or
postinst. (Dealing with it has to take into account both the old
and the new behavior of dpkg with respect to disappearing conffiles.
I speak vaguely here because I haven't looked into the new
behavior.) If it isn't dealt with there then it might be
appropriate to delete it in the postrm, but not if there is reason
to suspect that some other package is now using /etc/foo.
How about this as a start?
This should be safe in that it won't remove a conffile if another
package (or itself) takes ownership of it. It also handles removal of
the dpkg cruft, but I'm not sure that's always appropriate, since dpkg
should handle it, at least for the new dpkg behaviour; this only
caters for the old.
Call in a postrm like this:
rm_conffile(/etc/my/conffile)
# Remove a conffile which has been forgotten by dpkg
# If the file does not exist, or is owned by any package, do not remove it.
rm_conffile() {
CONFFILE=$1
if [ -f $CONFFILE ]; then
if dpkg -S $CONFFILE /dev/null 21; then
:
else
rm -f $CONFFILE
rm -f ${CONFFILE}.dpkg-old
rm -f ${CONFFILE}.dpkg-new
rm -f ${CONFFILE}.dpkg-dist
fi
fi
}
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
pgp9Yl1PKaetr.pgp
Description: PGP signature
Improving keyring maintenance (was Re: question for all candidates)
If you don't want to read the rant, skip to the bottom where I volunteer to help Anthony Towns aj@azure.humbug.org.au wrote: In the mail to the DPL I mentioned above, James outlined three fairly significant technical changes that could be implemented to make the job easier, and could be done by anyone, without requiring any special priveleges; Why on EARTH didn't he outline these needed changes to *debian-devel*, or put them on the Debian wiki, or in some other way let *everyone* know what needed to be done? Nobody's going to volunteer to do them if nobody knows *what they are*. On the other hand, if he publicized what he needed, I promise he'd get volunteers writing code almost immediately. *This* is what's wrong with James's communication skills. Apparently it's also a problem with the *DPL*, who could equally well have publicized the same needed changes. --- Anyway, thank you for finally describing the issues (in http://lists.debian.org/debian-vote/2006/03/msg00275.html). If I could be pointed to the existing scripts for managing debian-keyring.gpg, I can start work on making them componentised, simple, obviously correct and secure, and fast. That sort of work is what I'm especially good at. I could start an alioth project for keyring-manangement-scripts if anyone else is interested in working on this. Hmm, this is going off topic for -vote Replies to -devel please. -- Nathanael Nerode [EMAIL PROTECTED] Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#354831: ITP: bfc -- Brainfuck compiler
On Thursday 02 March 2006 04:46, Jaldhar H. Vyas wrote: Package: libacme-brainfck-perl Provides: libacme-brainfuck-perl Ah, and back to the time when some words where magic and caused burn marks on the paper around the ink. I never have and probably never will see why some people find 'f*ck' less offensive than they find 'fuck'. Or - on air - beep. Language is mostly about transporting content, and a beep sound or written f*ck conveys exactly the same meaning as a plain 'fuck' (or, in the case of sound, a beep stresses the fact that a dirty magic word was said all the more.) But back to business, don't mind me -- vbi (.sig moderated to avoid dirty filters, of course.) -- featured product: Spam*ss*ssin - http://spam*ss*ssin.org pgpJ8QTpG447O.pgp Description: PGP signature
Re: For those who care about stable updates
On 3/10/06, Steve Langasek [EMAIL PROTECTED] wrote: On Thu, Mar 09, 2006 at 10:38:51AM -0300, Gustavo Franco wrote: What's wrong with us ? I just read some messages with a no Martin, can we revert it?, it seems that the default reply is ok Martin, see you, thanks.. It's volunteer work, he's free to do whatever he wants and spend his time with more pleasant tasks, but when will we try to solve some of the real problems we have instead going through the easy way that is ok, who's going to take that task?. It's clear that the new stable maintainer or group will have at least some of the current problems. Don't you care ? Which problems? The problem where they ignore the ftpmaster trying to coordinate certain archive changes with the point release to make future point releases easier, the problem where they ignore the critical bugs that have been filed on the security NMU of sudo that was done with a patch that the maintainer disagrees with, the problem where they repeatedly make a very public stink whenever they were unable to resolve a conflict with other ftp/DSA members...? Maybe the problem where the ftpmasters failed to communicate their reasons and even when they're right it seems that they're wrong?! Please Steve, i don't want to take your time and discuss with you, my opinion is clear and it would be better if a ftpmaster or ftp assistant spend some minutes replying Joey here. If it was already done, i think i missed the message. Well, no, those seem to all be problems specific to Joey and his approach to the situation. I don't see any reason at all why we should assume that a new SRM will fall victim to the same destructive cycle. I guess maybe if you buy the idea that this is an ftpmaster conspiracy, then you might think that any new SRM will have the exact same problems being able to get a point release out; but the truth is always more complicated than that. Joey does a lot of great work for Debian, but that doesn't make him a saint; and when a group of people are having problems working together as a team, sometimes the best answer really is for one of them to move on. Don't you see that the people that are moving on, are always from the same side of the discussion (the side that speaks) ? By the way if Joey isn't a saint (i'm almost sure he isn't), the ftpmasters aren't too. There's no conspiracy, it's just the way the things and decisions are handled that isn't always clear, i'm against a yet another formal procedure but when a Debian developer in a position listed in our organizational structure page resigns sending a announce criticising the work of a group listed there too, that group should came with a response. The we don't care approach can't be the default response IMHO. Isn't it strange that a ftp master or assistant never (or at least for quite some time) resigned upset by the critics or being blocked by someone else? -- stratus
Re: For those who care about stable updates
ObIntro: I add my thanks to all the others' On Thursday 09 March 2006 14:38, Gustavo Franco wrote: What's wrong with us ? I just read some messages with a no Martin, can we revert it?, it seems that the default reply is ok Martin, see you, thanks.. It's volunteer work, he's free to do whatever he wants and spend his time with more pleasant tasks, but when will we try to solve some of the real problems we have instead going through the easy way that is ok, who's going to take that task?. It's clear that the new stable maintainer or group will have at least some of the current problems. Don't you care ? I feel the 'when are we going to solve the real problems' have been discussed so many times before (ftpmasters, DSA, RM, security team perhaps, NEW queue processing, probably at least the last 4 DPL elections, ...). Always, at least some of the people involved have not joined the discussion. As somebody who was involved in trying to solve such a problem without involving the affected people, I ask you to think again: what do you think would really change anything? A solution that will work needs to involve the affected people. A solution being worked out By The Masses(tm), involving heated flamewars etc. etc. will most certainly not work. It's sad, yes, but I think it's just the way people work. Debian is a city now, not a village anymore - lots of people know lots of other people not very well or not at all. This probably includes people in important functions, although the various face to face meetings have improved this in some areas. Right now we're trying to cope with city problems using village methods - has not worked in the Real World, won't work in an online community. cheers -- vbi (I don't have sociological, economical or historical background at all, so the above is pure pub-level opinion utterance. YMMV.) -- This bug is quite subtle and only happens in a very interesting situation where a real-time threaded process is in the middle of a coredump when someone whacks it with a SIGKILL. -- Bhavesh P. Davda, describing a Linux kernel bug pgp7krqWJcz40.pgp Description: PGP signature
Re: For those who care about stable updates
On Thursday 09 March 2006 18:41, Amaya wrote: ... focus on attacking Ubuntu Ah, yes, we need an enemy so we can unite against it. Old-fashioned tactics, proved to work. -- vbi /me is trying to imagine the Debian project's members trying to agree on an enemy... -- One picture is worth 128K words. pgpJBIKWBa8ay.pgp Description: PGP signature
Re: For those who care about stable updates
pe, 2006-03-10 kello 21:49 +0100, Adrian von Bidder kirjoitti: /me is trying to imagine the Debian project's members trying to agree on an enemy... Open RC bugs. Go to http://bts.turmzimmer.net/details.php, pick one, hate it to death. Sleep well. -- C is the *wrong* language for your application. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356289: ITP: listen -- a music management and playback for GNOME
Package: wnpp Severity: wishlist Owner: Julien Valroff [EMAIL PROTECTED] * Package name: listen Version : 0.3.1 Upstream Author : Mehdi Abaakouk [EMAIL PROTECTED] * URL : http://listengnome.free.fr/ * License : GPL Description : a music management and playback for GNOME Listen is a GNOME music player that support mp3, ogg, mpc, ape, mp4 with Media library support, full drag drop, playlist management. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Re: Implicition declarations of functions and bugs
On Fri, 2006-03-10 at 00:30 +0100, [EMAIL PROTECTED] wrote: Hi, Ah, good. But your script misses some warnings: oss.c:83: warning: incompatible implicit declaration of built-in function 'strdu because of incompatible and built-in. Please fix ;) Thanks Samuel, Can you point us to the log file this is from? David I aren't subscribed, so please CC. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ./configure in debian/rules
On Thu, 09 Mar 2006, Peter Kourzanov wrote: For most of the packages, what is so different in cross-compilation in comparison to native? On my limited cross-compiling knowledge (and nearly zero experience), you have three classes of packages: 1. Those that just compile, link and ship -- these should crosscompile automatically if using up-to-date, correctly setup autoconf/automake/libtool build machinery, etc. 2. Those that also need build-time utilities (prime example: the Linux kernel) -- these need to know they must use the host CC for building local tools, and not the cross-compiler. Interestingly enough, I can't find a proper way to get access to the correct host compiler... Don't tell me I am supposed to run two configure scripts, one in force non-crosscompiling mode, but somehow tell the built tools the will-cross-compile-for arch to build the compile-time tools, and another to do the actual app cross-compilation. Yuck, this is stupid. 3. Those packages that modify the build depending on data gathered from the host system, or that use tools in the host system that generate non architecture-agnostic data but are not cross-compiling aware -- these often need to be extensively modified to cross-compile. autoconf can be your enemy re. (3). Tests that are not just a locate lib or test compile but do NOT run will often kill cross-compilation. is to just issue a 'dpkg-buildpackage -aHOST ' on every single one of them and get a .deb file(s) Interestingly, the notion of BUILD and HOST in dpkg-buildpackage(1) is opposite to that on up-to-date autotools. Oh well. They should have just called it host, target and target-of-target instead of host, build and target. As I've indicated earlier, Debian is in fact quite close to this wet dream of mine, it just misses on a Is it really? I'd be pleasantly (and very) surprised if that worked for a high percentage of our packages given (2) and (3) above. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Box does not switch of on halt
On Fri, 10 Mar 2006, Andreas Tille wrote: Are there any more hints what might stop the computer from doing cleeen halt / reboot than apm/acpi or sysvinit. I just tried Yes, check for changes in /sbin/halt. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Re: Implicition declarations of functions and bugs
dann frazier, le Fri 10 Mar 2006 15:46:58 -0700, a écrit : On Fri, 2006-03-10 at 00:30 +0100, [EMAIL PROTECTED] wrote: Hi, Ah, good. But your script misses some warnings: oss.c:83: warning: incompatible implicit declaration of built-in function 'strdu because of incompatible and built-in. Please fix ;) Thanks Samuel, Can you point us to the log file this is from? David I aren't subscribed, so please CC. This is from the speech-dispatch package: http://buildd.debian.org/fetch.php?pkg=speech-dispatcherver=0.6-1arch=ia64stamp=1141941237file=logas=raw Regards, Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On Fri, 10 Mar 2006, Lars Wirzenius wrote: pe, 2006-03-10 kello 21:49 +0100, Adrian von Bidder kirjoitti: /me is trying to imagine the Debian project's members trying to agree on an enemy... Open RC bugs. Go to http://bts.turmzimmer.net/details.php, pick one, hate it to death. Sleep well. Can use that as a quote? It's brilliant! -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
pe, 2006-03-10 kello 20:31 -0300, Henrique de Moraes Holschuh kirjoitti: On Fri, 10 Mar 2006, Lars Wirzenius wrote: pe, 2006-03-10 kello 21:49 +0100, Adrian von Bidder kirjoitti: /me is trying to imagine the Debian project's members trying to agree on an enemy... Open RC bugs. Go to http://bts.turmzimmer.net/details.php, pick one, hate it to death. Sleep well. Can use that as a quote? It's brilliant! Sure. -- The most difficult thing in programming is to be simple and straightforward. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Re: Implicition declarations of functions and bugs
I'm inclined to treat this as a gcc-4 bug. To witness:
$ cat t.c
char *
foo (char *str)
{
return strdup(str);
}
$ gcc-3.3 -c -g -O -Wall t.c
t.c: In function `foo':
t.c:4: warning: implicit declaration of function `strdup'
t.c:4: warning: return makes pointer from integer without a cast
gcc-4.0 -c -g -O -Wall t.c
t.c: In function 'foo':
t.c:4: warning: implicit declaration of function 'strdup'
t.c:4: warning: incompatible implicit declaration of built-in function 'strdup'
The gcc-3.3 warnings makes perfect sense. The gcc-4.0 warnings are
useless. There is no hint on how the implicit declaration of
built-in function `strdup' is incompatible.
--david
On 3/10/06, Samuel Thibault [EMAIL PROTECTED] wrote:
dann frazier, le Fri 10 Mar 2006 15:46:58 -0700, a écrit :
On Fri, 2006-03-10 at 00:30 +0100, [EMAIL PROTECTED] wrote:
Hi,
Ah, good. But your script misses some warnings:
oss.c:83: warning: incompatible implicit declaration of built-in function
'strdu
because of incompatible and built-in. Please fix ;)
Thanks Samuel,
Can you point us to the log file this is from? David I aren't
subscribed, so please CC.
This is from the speech-dispatch package:
http://buildd.debian.org/fetch.php?pkg=speech-dispatcherver=0.6-1arch=ia64stamp=1141941237file=logas=raw
Regards,
Samuel
--
Mosberger Consulting LLC, http://www.mosberger-consulting.com/
Re: Re: Re: Implicition declarations of functions and bugs
David Mosberger-Tang, le Fri 10 Mar 2006 17:06:22 -0700, a écrit :
I'm inclined to treat this as a gcc-4 bug.
It is not.
$ cat t.c
char *
foo (char *str)
{
return strdup(str);
}
$ gcc-3.3 -c -g -O -Wall t.c
t.c: In function `foo':
t.c:4: warning: implicit declaration of function `strdup'
t.c:4: warning: return makes pointer from integer without a cast
Because strdup() here gets an implicit
int strdup(int str)
declaration, hence the warnings.
gcc-4.0 -c -g -O -Wall t.c
t.c: In function 'foo':
t.c:4: warning: implicit declaration of function 'strdup'
t.c:4: warning: incompatible implicit declaration of built-in function
'strdup'
Same story, except that gcc has additionnal knowledge of which prototype
the strdup function should have: char *strdup(const char *str); . And
char * and int are not compatible types.
The gcc-3.3 warnings makes perfect sense. The gcc-4.0 warnings are
useless.
gcc-4.0 warnings are actually just more precise: not only there is a
missing declaration, but gcc has strong conviction that the implicit
prototype is really wrong (strdup() should really take char * and return
char *, not int).
There is no hint on how the implicit declaration of built-in function
`strdup' is incompatible.
Implicit declarations are in the form
int foo(int bar, int baz, etc.)
and the built-in strdup function has
char *strdup(const char *str)
as prototype. This is incompatible. gcc could even say int is
incompatible with char*, but I guess gcc people consider this as too
verbose.
This is a warning and not an error, because using one's own strdup()
function (that would take ints) is perfectly legal. gcc-4.0 emits the
warning to let the programmer know that he should disambiguate this by
either #including the usual C header, or by giving the prototype of his
own strdup() function.
Anyway, such warnings deserve grepping, since they are evidence of a
potential binary break.
Regards,
Samuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Re: Implicition declarations of functions and bugs
Samuel Thibault, le Sat 11 Mar 2006 01:43:34 +0100, a écrit :
$ gcc-3.3 -c -g -O -Wall t.c
t.c: In function `foo':
t.c:4: warning: implicit declaration of function `strdup'
t.c:4: warning: return makes pointer from integer without a cast
Because strdup() here gets an implicit
int strdup(int str)
declaration, hence the warnings.
gcc-4.0 -c -g -O -Wall t.c
t.c: In function 'foo':
t.c:4: warning: implicit declaration of function 'strdup'
t.c:4: warning: incompatible implicit declaration of built-in function
'strdup'
Same story, except that gcc has additionnal knowledge of which prototype
the strdup function should have: char *strdup(const char *str); . And
char * and int are not compatible types.
Another example:
int main(void) {
return abs(-1);
}
$ gcc-3.3 test.c -o test -Wall
test.c: In function `main':
test.c:3: warning: implicit declaration of function `abs'
$ gcc-4.0 test.c -o test -Wall
test.c: In function 'main':
test.c:3: warning: implicit declaration of function 'abs'
Here gcc 4.0 doesn't complain so much, because even if the abs()
function was not declared, the implicit prototypes matches the actual
prototype of the built-in abs() function, hence no potential binary
break if the programmer is really using the libc's abs() function.
Regards,
Samuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On Fri, Mar 10, 2006 at 09:43:22PM +0100, Adrian von Bidder wrote: It's sad, yes, but I think it's just the way people work. Debian is a city now, not a village anymore - lots of people know lots of other people not very well or not at all. This probably includes people in important functions, although the various face to face meetings have improved this in some areas. Right now we're trying to cope with city problems using village methods - has not worked in the Real World, won't work in an online community. Hi Adrian, if there is technical committee for arbitrating technical difference, I'd suggest a duty added to the DPL position: social mediator. Someone would email [EMAIL PROTECTED] which would be a special address forwarded to the DPL([EMAIL PROTECTED]) that would be encrypted with a DPL public key as to provide privacy. One party would email the problem and the mediator would send an encrypted email to (a leader of a group or the particular person) asking for a conference on a private irc channel with no logging and such. Each party would represent their side and the DPL would try to workout something. After the meeting everyone would agree to not discuss anything in public and only redress furthur problems by arranging another private irc session. Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: Re: Re: Implicition declarations of functions and bugs
Samuel,
You're missing the point of the check-implicit-pointer-functions
script. Its purposes is not to grep for warnings but instead to
look for pairs of warnings that are *guaranteed* to cause crashes on
64-bit machines. gcc -Wall normally spits out tons of spurious
warnings for 64-bit dirty code, but most of those warnings are just
noise. The problem with gcc-4.0 warnings is that you can't
distinguish between harmless implicit function declarations and ones
that need to be flagged. Example:
$ cat t.c
char *
foo (char *str)
{
return strdup (str);
}
enum e_t { a, b };
enum e_t
bar (char *str)
{
return strlen (str);
}
$ gcc-3.3 -c -g -O -Wall t.c
t.c: In function `foo':
t.c:4: warning: implicit declaration of function `strdup'
t.c:4: warning: return makes pointer from integer without a cast
t.c: In function `bar':
t.c:12: warning: implicit declaration of function `strlen'
$ gcc-4.0 -c -g -O -Wall t.c
t.c: In function 'foo':
t.c:4: warning: implicit declaration of function 'strdup'
t.c:4: warning: incompatible implicit declaration of built-in function 'strdup'
t.c: In function 'bar':
t.c:12: warning: implicit declaration of function 'strlen'
t.c:12: warning: incompatible implicit declaration of built-in function 'strlen'
As you can see, the gcc-4.0 warnings are inferior because they
provides no way to distinguish the foo vs. bar case, even though
they are qualitatively different.
--david
On 3/10/06, Samuel Thibault [EMAIL PROTECTED] wrote:
David Mosberger-Tang, le Fri 10 Mar 2006 17:06:22 -0700, a écrit :
I'm inclined to treat this as a gcc-4 bug.
It is not.
$ cat t.c
char *
foo (char *str)
{
return strdup(str);
}
$ gcc-3.3 -c -g -O -Wall t.c
t.c: In function `foo':
t.c:4: warning: implicit declaration of function `strdup'
t.c:4: warning: return makes pointer from integer without a cast
Because strdup() here gets an implicit
int strdup(int str)
declaration, hence the warnings.
gcc-4.0 -c -g -O -Wall t.c
t.c: In function 'foo':
t.c:4: warning: implicit declaration of function 'strdup'
t.c:4: warning: incompatible implicit declaration of built-in function
'strdup'
Same story, except that gcc has additionnal knowledge of which prototype
the strdup function should have: char *strdup(const char *str); . And
char * and int are not compatible types.
The gcc-3.3 warnings makes perfect sense. The gcc-4.0 warnings are
useless.
gcc-4.0 warnings are actually just more precise: not only there is a
missing declaration, but gcc has strong conviction that the implicit
prototype is really wrong (strdup() should really take char * and return
char *, not int).
There is no hint on how the implicit declaration of built-in function
`strdup' is incompatible.
Implicit declarations are in the form
int foo(int bar, int baz, etc.)
and the built-in strdup function has
char *strdup(const char *str)
as prototype. This is incompatible. gcc could even say int is
incompatible with char*, but I guess gcc people consider this as too
verbose.
This is a warning and not an error, because using one's own strdup()
function (that would take ints) is perfectly legal. gcc-4.0 emits the
warning to let the programmer know that he should disambiguate this by
either #including the usual C header, or by giving the prototype of his
own strdup() function.
Anyway, such warnings deserve grepping, since they are evidence of a
potential binary break.
Regards,
Samuel
--
Mosberger Consulting LLC, http://www.mosberger-consulting.com/
Re: Re: Re: Implicition declarations of functions and bugs
Hi,
David Mosberger-Tang, le Fri 10 Mar 2006 19:47:10 -0700, a écrit :
Its purposes is not to grep for warnings but instead to
look for pairs of warnings that are *guaranteed* to cause crashes on
64-bit machines.
I did understand that. And my abs() example shows that gcc-4.0 doesn't
complain is such case.
enum e_t { a, b };
enum e_t
bar (char *str)
{
return strlen (str);
}
$ gcc-3.3 -c -g -O -Wall t.c
t.c: In function `bar':
t.c:12: warning: implicit declaration of function `strlen'
$ gcc-4.0 -c -g -O -Wall t.c
t.c: In function 'bar':
t.c:12: warning: implicit declaration of function 'strlen'
t.c:12: warning: incompatible implicit declaration of built-in function
'strlen'
That one may cause crashes too because of the str argument. It happens
that with pointers, on amd64, the compiler seems to correctly fill up
registers. But I don't know how this is and will always be true on all
64bits backends (it is not true for longs on amd64).
Well, submit the bug, and gcc people will tell us.
Regards,
Samuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: question for all candidates
On Fri, Mar 10, 2006 at 02:14:01AM +1000, Anthony Towns wrote: On Thu, Mar 09, 2006 at 03:47:35PM +0200, Kalle Kivimaa wrote: Could these mails be required to have a valid GPG signature (either for a key in a public keyserver or a DD key)? This would eliminate the spam problem (almost) entirely. keyring-maint is the address for problems with your key -- not being able to mail it when you have problems with your key seems a bad idea. :) AFAICT, the only reasons a developer should need to contact the keyring-maint role address are: 1) needing to have a key removed from the ring 2) needing to get a replacement key accepted If the developer is contacting keyring-maint due to 1), I guess it means the key is no longer in their control, or else they could just publish their own revocation certificate and upload it to keyring.debian.org. However, you're still left with a question of verifying the authenticity of the request; perhaps having developers proxy such requests through some other developer for signing isn't a bad idea? Well, or maybe it is... 2) seems pretty easy to handle anyway, since getting a replacement key into the keyring does require new signatures from other DDs, so making signed mail to keyring-maint part of the process doesn't seem too onerous. Though as an additional practical consideration, doing gpg checks against a keyring is probably heavier than all other spam filtering rules combined... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Re: For those who care about stable updates
On Saturday 11 March 2006 03:27, Kevin Mark wrote: [DPL as mediator] The DPL already could do that. The DPL probably in the past *did* step in in some cases behind the scenese. There's no reason for the technical overhead of a mediator@ email alias - there's leader, and people who trust the DPL to be able to mediate conflicts can reach him there. Mediation can only work if all parties accept the mediator as a person of respect/authority who is capabable of working out a fair solution and accept that a mediator will help. Otherwise, it'll be just an additional party in the debate - no win. After the meeting everyone would agree to not discuss anything in public and only redress furthur problems by arranging another private irc session. Hmm. I agree with you that solving these problems is behind the scenes work. But I think a solution worked out by a mediator ought to be published, because often enough the problem is also the subject of frequent discussions and flamewars, often also between people not actually involved in the problem (and thus the mediation.) Mediation is about finding a solution, not about blaming anybody, so publication of the mediation's result should be constructive instead of 'he was guilty'. cheers -- vbi -- Tapferkeit ist die Fähigkeit, von der eigenen Furcht keine Notiz zu nehmen. -- George Patton pgp2ZA7P8SPSv.pgp Description: PGP signature
Accepted re2c 0.9.12-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 08:20:45 +0100 Source: re2c Binary: re2c Architecture: source i386 Version: 0.9.12-2 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: re2c - Tool for generating fast C-based recognizers Closes: 356168 Changes: re2c (0.9.12-2) unstable; urgency=low . * QA upload. * re.h: Add forward declaration for gcc 4.1. Thanks to Martin Michlmayr for the patch. Closes: #356168. Files: f526b89f92079acf05d7962897655020 583 devel optional re2c_0.9.12-2.dsc 3f13f4207348552139b048cc7f49cb6f 3166 devel optional re2c_0.9.12-2.diff.gz 03e4d5059e69b4b56a650d89fec26648 130354 devel optional re2c_0.9.12-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEESkKxBYivKllgY8RAvNFAJ4s+hp1mdGaFeUyG/YMyFW3A/JtcQCgnvsF mFe6VcbQ6R8CvF6GfmXAEkY= =5fAJ -END PGP SIGNATURE- Accepted: re2c_0.9.12-2.diff.gz to pool/main/r/re2c/re2c_0.9.12-2.diff.gz re2c_0.9.12-2.dsc to pool/main/r/re2c/re2c_0.9.12-2.dsc re2c_0.9.12-2_i386.deb to pool/main/r/re2c/re2c_0.9.12-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted slang2 2.0.6-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 08:01:55 + Source: slang2 Binary: libslang2-dev libslang2 libslang2-udeb libslang2-pic slsh Architecture: source i386 Version: 2.0.6-2 Distribution: unstable Urgency: low Maintainer: Alastair McKinstry [EMAIL PROTECTED] Changed-By: Alastair McKinstry [EMAIL PROTECTED] Description: libslang2 - The S-Lang programming library - runtime version libslang2-dev - The S-Lang programming library, development version libslang2-pic - The S-Lang programming library, shared library subset kit libslang2-udeb - S-Lang library for Debian Installer (udeb) slsh - S-Lang shell Closes: 355963 Changes: slang2 (2.0.6-2) unstable; urgency=low . * Change libslang2 section to 'libs' from 'base'. I still intend to push slang2 into base for etch, but for the moment go with the override. * Add libslang2-udeb to shlibs for d-i. Thanks to Franz Pop for the patch. Closes: #355963. Files: 47e19f73b44602f4e8d64e722b14a8cc 702 devel optional slang2_2.0.6-2.dsc 7cee1213d7e2eb6118a5b409052c5b91 142389 devel optional slang2_2.0.6-2.diff.gz 4c309ba7008957f6115020c8c3503831 455100 devel optional libslang2-dev_2.0.6-2_i386.deb f1d4eac753d641c28e6b0c9ee3bfc326 420240 libs required libslang2_2.0.6-2_i386.deb ae887025b476ea46324e927397fefa0a 398230 libdevel optional libslang2-pic_2.0.6-2_i386.deb 4b8d0985261ab922573b7bceb66b3956 254660 debian-installer extra libslang2-udeb_2.0.6-2_i386.udeb e05a02c03791db09801ee176a2b43d4a 103700 interpreters optional slsh_2.0.6-2_i386.deb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEETTtQTK/kCo4XFcRAs6qAJ4nzqarAIa18z9tnT8+pvvQmJI0zwCfdyj1 nTvXq2ZtxbWkNngBiCgs7VE= =WVOr -END PGP SIGNATURE- Accepted: libslang2-dev_2.0.6-2_i386.deb to pool/main/s/slang2/libslang2-dev_2.0.6-2_i386.deb libslang2-pic_2.0.6-2_i386.deb to pool/main/s/slang2/libslang2-pic_2.0.6-2_i386.deb libslang2-udeb_2.0.6-2_i386.udeb to pool/main/s/slang2/libslang2-udeb_2.0.6-2_i386.udeb libslang2_2.0.6-2_i386.deb to pool/main/s/slang2/libslang2_2.0.6-2_i386.deb slang2_2.0.6-2.diff.gz to pool/main/s/slang2/slang2_2.0.6-2.diff.gz slang2_2.0.6-2.dsc to pool/main/s/slang2/slang2_2.0.6-2.dsc slsh_2.0.6-2_i386.deb to pool/main/s/slang2/slsh_2.0.6-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted classpath 2:0.90-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 6 Mar 2006 22:46:46 + Source: classpath Binary: classpath-doc classpath-common-unzipped classpath-common classpath jikes-classpath Architecture: source all i386 Version: 2:0.90-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org Changed-By: Michael Koch [EMAIL PROTECTED] Description: classpath - clean room standard Java libraries classpath-common - architecture independent files classpath-common-unzipped - architecture independent files classpath-doc - free Java API documentation jikes-classpath - wrapper for jikes using classes from Classpath package Changes: classpath (2:0.90-1) unstable; urgency=low . * New upstream release * debian/README.Debian: Clarified usage of Graphics2D support. * Enabled DSSI support. Files: 0badfa5f079f9348418e01e424a51af2 1063 libs optional classpath_0.90-1.dsc cf5aaaf07fe43567fa605b33165355d7 7930836 libs optional classpath_0.90.orig.tar.gz b3e9b1b5c4be1d4cb76af0e58c0e7bac 11615 libs optional classpath_0.90-1.diff.gz b5179ecc4b850071d88ad901dc33 7041228 libs optional classpath-common_0.90-1_all.deb b3af54364a0b43a43c69c3bba3668898 5071596 libs optional classpath-common-unzipped_0.90-1_all.deb 814989d06a8a3405069d2defa55a22e4 26775152 doc optional classpath-doc_0.90-1_all.deb 5487a04be2f17a718a30acd6d518ef55 79644 libs optional jikes-classpath_0.90-1_all.deb 438f710acc5676caddc904e1260bb5e8 349658 libs optional classpath_0.90-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEEUNdWSOgCCdjSDsRAsA4AKCYEy4N/0wxM0N9vAlV/y/5IdS5YACeK1yk rtpVdINcywaGHS6YBtnPYo4= =Zeeo -END PGP SIGNATURE- Accepted: classpath-common-unzipped_0.90-1_all.deb to pool/main/c/classpath/classpath-common-unzipped_0.90-1_all.deb classpath-common_0.90-1_all.deb to pool/main/c/classpath/classpath-common_0.90-1_all.deb classpath-doc_0.90-1_all.deb to pool/main/c/classpath/classpath-doc_0.90-1_all.deb classpath_0.90-1.diff.gz to pool/main/c/classpath/classpath_0.90-1.diff.gz classpath_0.90-1.dsc to pool/main/c/classpath/classpath_0.90-1.dsc classpath_0.90-1_i386.deb to pool/main/c/classpath/classpath_0.90-1_i386.deb classpath_0.90.orig.tar.gz to pool/main/c/classpath/classpath_0.90.orig.tar.gz jikes-classpath_0.90-1_all.deb to pool/main/c/classpath/jikes-classpath_0.90-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted imapfilter 1:1.2.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 10:33:20 +0100 Source: imapfilter Binary: imapfilter Architecture: source i386 Version: 1:1.2.1-1 Distribution: unstable Urgency: medium Maintainer: Francesco Paolo Lovergine [EMAIL PROTECTED] Changed-By: Francesco Paolo Lovergine [EMAIL PROTECTED] Description: imapfilter - filter mail in your IMAP account Closes: 355506 355925 Changes: imapfilter (1:1.2.1-1) unstable; urgency=medium . * New upstream release (closes: #355506, #355925). Thanks a lot upstream and reporters. Files: fdfe2f60bf6ffa9d77db59f4f57272ba 624 mail optional imapfilter_1.2.1-1.dsc 25673a7e93eb256b3b434ab7560dba76 37039 mail optional imapfilter_1.2.1.orig.tar.gz 2a7adb81040ff4c62bc9617a969b2e02 3472 mail optional imapfilter_1.2.1-1.diff.gz 17645e6ff4cbe93e9dac7229f449726f 37096 mail optional imapfilter_1.2.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEUiWpFNRmenyx0cRAp7vAJ4/0yquj3Gf+zVEhQM6srQ1tgYlCgCg1m8m y8q/TftSo2kbami/4hmU7EE= =mQtI -END PGP SIGNATURE- Accepted: imapfilter_1.2.1-1.diff.gz to pool/main/i/imapfilter/imapfilter_1.2.1-1.diff.gz imapfilter_1.2.1-1.dsc to pool/main/i/imapfilter/imapfilter_1.2.1-1.dsc imapfilter_1.2.1-1_i386.deb to pool/main/i/imapfilter/imapfilter_1.2.1-1_i386.deb imapfilter_1.2.1.orig.tar.gz to pool/main/i/imapfilter/imapfilter_1.2.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted realtimebattle 1.0.8-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 11:29:42 +0100 Source: realtimebattle Binary: realtimebattle-common realtimebattle Architecture: source i386 all Version: 1.0.8-1 Distribution: unstable Urgency: low Maintainer: Remi Vanicat [EMAIL PROTECTED] Changed-By: Remi Vanicat [EMAIL PROTECTED] Description: realtimebattle - Programming game realtimebattle-common - Programming game Closes: 110739 356157 Changes: realtimebattle (1.0.8-1) unstable; urgency=low . * New upstream release * Adding manpage from cvs (closes: #110739) * Applying patch for gcc 4.1 (closes: #356157) Files: 2e9db1043e9b322fe7363c8e012b9fc5 761 games optional realtimebattle_1.0.8-1.dsc 12dbc6a11f1b2f56e7374190db234d07 1272630 games optional realtimebattle_1.0.8.orig.tar.gz 87886ab41fe67c36cb5c6f4a41386968 8351 games optional realtimebattle_1.0.8-1.diff.gz 4441f3cbecae799c38d812206f8a7f3c 430664 games optional realtimebattle-common_1.0.8-1_all.deb 953eba65c8bf56f854d7fb338ed14064 369398 games optional realtimebattle_1.0.8-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEWETsOGY15BXtdMRAjPwAJ0RKDiwsxHc8AgcFmY+anI0JZuKkQCeIlkh MGCtiQcPyJpD5ytnvrMDCCs= =B/Y3 -END PGP SIGNATURE- Accepted: realtimebattle-common_1.0.8-1_all.deb to pool/main/r/realtimebattle/realtimebattle-common_1.0.8-1_all.deb realtimebattle_1.0.8-1.diff.gz to pool/main/r/realtimebattle/realtimebattle_1.0.8-1.diff.gz realtimebattle_1.0.8-1.dsc to pool/main/r/realtimebattle/realtimebattle_1.0.8-1.dsc realtimebattle_1.0.8-1_i386.deb to pool/main/r/realtimebattle/realtimebattle_1.0.8-1_i386.deb realtimebattle_1.0.8.orig.tar.gz to pool/main/r/realtimebattle/realtimebattle_1.0.8.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted speech-dispatcher 0.6-2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 12:14:17 +0100 Source: speech-dispatcher Binary: speech-dispatcher-doc-cs speech-dispatcher libspeechd2 cl-speech-dispatcher libspeechd-dev speech-dispatcher-festival Architecture: source all i386 Version: 0.6-2 Distribution: unstable Urgency: low Maintainer: Milan Zamazal [EMAIL PROTECTED] Changed-By: Milan Zamazal [EMAIL PROTECTED] Description: cl-speech-dispatcher - Common Lisp interface to Speech Dispatcher libspeechd-dev - Speech Dispatcher: Development libraries and header files libspeechd2 - Speech Dispatcher: Shared libraries speech-dispatcher - Common interface to speech synthesizers speech-dispatcher-doc-cs - Speech Dispatcher documentation in Czech speech-dispatcher-festival - Festival support for Speech Dispatcher Closes: 356134 Changes: speech-dispatcher (0.6-2) unstable; urgency=low . * Added missing declaration in the upstream sources to make the package compile on 64-bit architectures, thanks to Samuel Thibault [EMAIL PROTECTED]; closes: #356134. * Standards 3.6.2 (no real change). Files: e3913c802ec6f875bea09d6a9a3dbd09 803 sound extra speech-dispatcher_0.6-2.dsc 3b26777ee5d5f116a3381bf96b046b21 9845 sound extra speech-dispatcher_0.6-2.diff.gz 3a9564c30afec29a2b808cfeff503379 12306 devel extra cl-speech-dispatcher_0.6-2_all.deb ca3c3aa84d4fad2dc27dce4c614b8e34 4478 sound extra speech-dispatcher-festival_0.6-2_all.deb b89bde66505ff8370ad7dfe55954bc50 30522 doc extra speech-dispatcher-doc-cs_0.6-2_all.deb 8537fa299334cdd715b7884ee3950e8f 282268 sound extra speech-dispatcher_0.6-2_i386.deb f2f60e3875df58d175be0b03b9750011 46796 libs extra libspeechd2_0.6-2_i386.deb de52bdf32da59e13683d02805e90a5a4 48340 libdevel extra libspeechd-dev_0.6-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEEWGTkSkk/j3Cm0ERAp72AKC6Yy1u6pWfR07p1dRJ4uwEfwmRiQCfWuPR s0Qxg3HoA9nEeZoCQBPn7xk= =Gshh -END PGP SIGNATURE- Accepted: cl-speech-dispatcher_0.6-2_all.deb to pool/main/s/speech-dispatcher/cl-speech-dispatcher_0.6-2_all.deb libspeechd-dev_0.6-2_i386.deb to pool/main/s/speech-dispatcher/libspeechd-dev_0.6-2_i386.deb libspeechd2_0.6-2_i386.deb to pool/main/s/speech-dispatcher/libspeechd2_0.6-2_i386.deb speech-dispatcher-doc-cs_0.6-2_all.deb to pool/main/s/speech-dispatcher/speech-dispatcher-doc-cs_0.6-2_all.deb speech-dispatcher-festival_0.6-2_all.deb to pool/main/s/speech-dispatcher/speech-dispatcher-festival_0.6-2_all.deb speech-dispatcher_0.6-2.diff.gz to pool/main/s/speech-dispatcher/speech-dispatcher_0.6-2.diff.gz speech-dispatcher_0.6-2.dsc to pool/main/s/speech-dispatcher/speech-dispatcher_0.6-2.dsc speech-dispatcher_0.6-2_i386.deb to pool/main/s/speech-dispatcher/speech-dispatcher_0.6-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted csmash 0.6.6-6.1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 10 Mar 2006 12:32:56 +0100
Source: csmash
Binary: csmash-data csmash
Architecture: source i386 all
Version: 0.6.6-6.1
Distribution: unstable
Urgency: high
Maintainer: Bartosz Fenski [EMAIL PROTECTED]
Changed-By: Luk Claes [EMAIL PROTECTED]
Description:
csmash - CannonSmash, a table tennis simulation game
csmash-data - data files for the CannonSmash game
Closes: 354575 355463
Changes:
csmash (0.6.6-6.1) unstable; urgency=high
.
* Non-maintainer upload.
* Use (= ${Source-Version}) as any depending on all (Closes: #354575).
* Fix FTBFS with g++4.1 (Closes: #355463).
* Put real package alternatives first.
Files:
16bca14ed2ab280df1ae9d803b065cbb 864 games optional csmash_0.6.6-6.1.dsc
737933e325d0fa0a2f43d99ded648a1b 7357 games optional csmash_0.6.6-6.1.diff.gz
2ed1e1a76170929f7791d93e8ad1 1648044 games optional
csmash-data_0.6.6-6.1_all.deb
1ad00e1c105197d81087432849919f96 172886 games optional
csmash_0.6.6-6.1_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFEEWil5UTeB5t8Mo0RArUyAKCavKbro33ofP/AVDzOWEVP5/uqvgCgxnVw
WgYyYZ6S2uiDxgrtMvBt55g=
=YtHn
-END PGP SIGNATURE-
Accepted:
csmash-data_0.6.6-6.1_all.deb
to pool/main/c/csmash/csmash-data_0.6.6-6.1_all.deb
csmash_0.6.6-6.1.diff.gz
to pool/main/c/csmash/csmash_0.6.6-6.1.diff.gz
csmash_0.6.6-6.1.dsc
to pool/main/c/csmash/csmash_0.6.6-6.1.dsc
csmash_0.6.6-6.1_i386.deb
to pool/main/c/csmash/csmash_0.6.6-6.1_i386.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libtime-piece-perl 1.09-1.1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 12:59:40 +0100 Source: libtime-piece-perl Binary: libtime-piece-perl Architecture: source i386 Version: 1.09-1.1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: Luk Claes [EMAIL PROTECTED] Description: libtime-piece-perl - Perl module for object oriented time objects Changes: libtime-piece-perl (1.09-1.1) unstable; urgency=low . * Non-maintainer upload. * Remove me from Uploaders * Readd changelog entry for 1.08-4 Files: a15c77a5f94f4659892905367068edfc 706 perl optional libtime-piece-perl_1.09-1.1.dsc fd43512748ffb4581d8321f37cc528f2 2522 perl optional libtime-piece-perl_1.09-1.1.diff.gz edb57f6174d89fc81b697acde3a1f826 26438 perl optional libtime-piece-perl_1.09-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEWsd5UTeB5t8Mo0RAp3tAJ9AUHg0lUWdG+2bOLWS9wxRM0FVCQCgnGjy X89pa7TQjK3GYEN3LPPha6o= =h+mh -END PGP SIGNATURE- Accepted: libtime-piece-perl_1.09-1.1.diff.gz to pool/main/libt/libtime-piece-perl/libtime-piece-perl_1.09-1.1.diff.gz libtime-piece-perl_1.09-1.1.dsc to pool/main/libt/libtime-piece-perl/libtime-piece-perl_1.09-1.1.dsc libtime-piece-perl_1.09-1.1_i386.deb to pool/main/libt/libtime-piece-perl/libtime-piece-perl_1.09-1.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gtkmathview 0.7.5-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 07:32:53 -0500 Source: gtkmathview Binary: libgtkmathview-dev libgtkmathview-bin libgtkmathview0c2a Architecture: source i386 Version: 0.7.5-3 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: libgtkmathview-bin - rendering engine for MathML documents libgtkmathview-dev - rendering engine for MathML documents libgtkmathview0c2a - rendering engine for MathML documents Closes: 356101 Changes: gtkmathview (0.7.5-3) unstable; urgency=low . * debian/rules - removed work around needed to integrate dpatch-edit-patch with cdbs (see #284231). Fixes FTBFS (closes: #356101). Files: 17329493386b955f47b99e85b94f6f8d 830 devel optional gtkmathview_0.7.5-3.dsc a5dccf444d012f82ed23515c307a239f 6120 devel optional gtkmathview_0.7.5-3.diff.gz 4de6ae9a1dda60409df0bc1d48bbe4d1 1011130 libs optional libgtkmathview0c2a_0.7.5-3_i386.deb 5724198e0e08cc3e41203a327d063930 1407416 libdevel optional libgtkmathview-dev_0.7.5-3_i386.deb e70554ca5d8d44a68ed57dd5b6e07adf 59964 misc optional libgtkmathview-bin_0.7.5-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEXdZ1cqbBPLEI7wRAtllAJwN+GAm+HpX9UPc1Lq8cGlFaR+dYQCfcJbe 4KioVCzHnbSusAWMQ6nwwKc= =hBD7 -END PGP SIGNATURE- Accepted: gtkmathview_0.7.5-3.diff.gz to pool/main/g/gtkmathview/gtkmathview_0.7.5-3.diff.gz gtkmathview_0.7.5-3.dsc to pool/main/g/gtkmathview/gtkmathview_0.7.5-3.dsc libgtkmathview-bin_0.7.5-3_i386.deb to pool/main/g/gtkmathview/libgtkmathview-bin_0.7.5-3_i386.deb libgtkmathview-dev_0.7.5-3_i386.deb to pool/main/g/gtkmathview/libgtkmathview-dev_0.7.5-3_i386.deb libgtkmathview0c2a_0.7.5-3_i386.deb to pool/main/g/gtkmathview/libgtkmathview0c2a_0.7.5-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted squirrelmail 2:1.4.6-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 7 Mar 2006 14:56:06 +0100 Source: squirrelmail Binary: squirrelmail Architecture: source all Version: 2:1.4.6-1 Distribution: unstable Urgency: high Maintainer: Jeroen van Wolffelaar [EMAIL PROTECTED] Changed-By: Thijs Kinkhorst [EMAIL PROTECTED] Description: squirrelmail - Webmail for nuts Closes: 354062 354063 354064 355424 Changes: squirrelmail (2:1.4.6-1) unstable; urgency=high . * New upstream release. * Includes the following security fixes: - Fix IMAP command injection in sqimap_mailbox_select with upstream patch. [CVE-2006-0377] (Closes: #354063) - Fix possible XSS in MagicHTML, concerning the parsing of u\rl and comments in styles. Internet Explorer specific. [CVE-2006-0195] (Closes: #354062) - Fix possible cross site scripting through the right_main parameter of webmail.php. This now uses a whitelist of acceptable values. [CVE-2006-0188] (Closes: #354064, #355424) Files: f982571d61dcbf187c5247eaa3d6bd06 738 web optional squirrelmail_1.4.6-1.dsc da9e22416fca21ed0636458641187cdb 599318 web optional squirrelmail_1.4.6.orig.tar.gz d91d57f8b7a65c9600d04dea8ca6a227 17984 web optional squirrelmail_1.4.6-1.diff.gz 7f0cd54f915be5be41f71ddb445fbe8c 594826 web optional squirrelmail_1.4.6-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Signed by Jeroen van Wolffelaar [EMAIL PROTECTED] iD8DBQFEEXoHl2uISwgTVp8RAsELAJ0VuUEDG+9SoJcrSMNDRPfY8dWXuwCeOhXM J7AMhLsHIKuGVdcK3YiSmNY= =0ZCh -END PGP SIGNATURE- Accepted: squirrelmail_1.4.6-1.diff.gz to pool/main/s/squirrelmail/squirrelmail_1.4.6-1.diff.gz squirrelmail_1.4.6-1.dsc to pool/main/s/squirrelmail/squirrelmail_1.4.6-1.dsc squirrelmail_1.4.6-1_all.deb to pool/main/s/squirrelmail/squirrelmail_1.4.6-1_all.deb squirrelmail_1.4.6.orig.tar.gz to pool/main/s/squirrelmail/squirrelmail_1.4.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libsoup 2.2.91-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 12:22:16 +0100 Source: libsoup Binary: libsoup2.2-doc libsoup2.2-8 libsoup2.2-dev Architecture: source i386 all Version: 2.2.91-1 Distribution: unstable Urgency: low Maintainer: Loic Minier [EMAIL PROTECTED] Changed-By: Loic Minier [EMAIL PROTECTED] Description: libsoup2.2-8 - an HTTP library implementation in C -- Shared library libsoup2.2-dev - an HTTP library implementation in C -- Development files libsoup2.2-doc - an HTTP library implementation in C -- API Reference Changes: libsoup (2.2.91-1) unstable; urgency=low . * New upstream release with API additions. - Bump up libglib2.0-dev build-dep to = 2.6.0. [debian/control, debian/control.in] - Drop TODO. [debian/docs] * Add empty patches dir. [debian/patches] Files: 6980ab8b5fa296ed889a1198519a7030 1672 devel optional libsoup_2.2.91-1.dsc ad1fddc9f23470a3f85381c4e92e00ee 614405 devel optional libsoup_2.2.91.orig.tar.gz aca32bf4678c223073379cb5cabec686 3839 devel optional libsoup_2.2.91-1.diff.gz 01812d75ed4697536fbc898390ec95e0 102060 devel optional libsoup2.2-doc_2.2.91-1_all.deb 85714cf611e1bbdfa0596637d08fc777 147790 devel optional libsoup2.2-dev_2.2.91-1_i386.deb a54c5c750d1b14f2a5ec9477f6713d08 117448 libs optional libsoup2.2-8_2.2.91-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEXQU4VUX8isJIMARAqwsAJoD+p9S3bPMFBxrCcsoVRk6wcoNTQCfdNoO fdcWkA7+KiQDnoMSktpltwc= =ajB3 -END PGP SIGNATURE- Accepted: libsoup2.2-8_2.2.91-1_i386.deb to pool/main/libs/libsoup/libsoup2.2-8_2.2.91-1_i386.deb libsoup2.2-dev_2.2.91-1_i386.deb to pool/main/libs/libsoup/libsoup2.2-dev_2.2.91-1_i386.deb libsoup2.2-doc_2.2.91-1_all.deb to pool/main/libs/libsoup/libsoup2.2-doc_2.2.91-1_all.deb libsoup_2.2.91-1.diff.gz to pool/main/libs/libsoup/libsoup_2.2.91-1.diff.gz libsoup_2.2.91-1.dsc to pool/main/libs/libsoup/libsoup_2.2.91-1.dsc libsoup_2.2.91.orig.tar.gz to pool/main/libs/libsoup/libsoup_2.2.91.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libtorrent 0.8.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Mar 2006 19:28:11 + Source: libtorrent Binary: libtorrent6 libtorrent6-dev Architecture: source i386 Version: 0.8.5-1 Distribution: unstable Urgency: low Maintainer: Qingning Huo [EMAIL PROTECTED] Changed-By: Qingning Huo [EMAIL PROTECTED] Description: libtorrent6 - a C++ BitTorrent library libtorrent6-dev - a C++ BitTorrent library (development files) Changes: libtorrent (0.8.5-1) unstable; urgency=low . * New upstream release. Files: a8f423f3e25b2413a24722a99d5c018e 630 libs extra libtorrent_0.8.5-1.dsc a54777817072b221e65956caed09c8fb 448000 libs extra libtorrent_0.8.5.orig.tar.gz 2119e83505987a4735a33de342f2252d 18757 libs extra libtorrent_0.8.5-1.diff.gz a473a2eecbbb15a30e8a67473076e59f 15912 libdevel extra libtorrent6-dev_0.8.5-1_i386.deb 5f270fd117a62148a3b3e7e504ea5acd 254472 libs extra libtorrent6_0.8.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEXpmvJtHM4T7RtYRAh8qAJ0dlIMdNDnA7Z1BJo74pFTvmBDq1wCfXlFW r7rG8rpCzls1SCGx2OVN0Ns= =5Y/i -END PGP SIGNATURE- Accepted: libtorrent6-dev_0.8.5-1_i386.deb to pool/main/libt/libtorrent/libtorrent6-dev_0.8.5-1_i386.deb libtorrent6_0.8.5-1_i386.deb to pool/main/libt/libtorrent/libtorrent6_0.8.5-1_i386.deb libtorrent_0.8.5-1.diff.gz to pool/main/libt/libtorrent/libtorrent_0.8.5-1.diff.gz libtorrent_0.8.5-1.dsc to pool/main/libt/libtorrent/libtorrent_0.8.5-1.dsc libtorrent_0.8.5.orig.tar.gz to pool/main/libt/libtorrent/libtorrent_0.8.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rtorrent 0.4.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Mar 2006 19:33:07 + Source: rtorrent Binary: rtorrent Architecture: source i386 Version: 0.4.5-1 Distribution: unstable Urgency: low Maintainer: Qingning Huo [EMAIL PROTECTED] Changed-By: Qingning Huo [EMAIL PROTECTED] Description: rtorrent - ncurses BitTorrent client based on LibTorrent Closes: 35 Changes: rtorrent (0.4.5-1) unstable; urgency=low . * New upstream release (Closes: #35). Files: 89cbcee916b0ad8a21bd588104f09358 659 net extra rtorrent_0.4.5-1.dsc 5344b71334bacdbc80066b2a468aa05c 391183 net extra rtorrent_0.4.5.orig.tar.gz 52106c2f92b7f444a906e5aa1fe511ff 18364 net extra rtorrent_0.4.5-1.diff.gz 864147f87e119563cf1120d5188b3626 185732 net extra rtorrent_0.4.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEXpOvJtHM4T7RtYRAlkKAJ9axPdOApx9fLD7UaT4YA10x47segCgpf0n YQEkdFZLXqYn5lm6AYbvj+Q= =eU1x -END PGP SIGNATURE- Accepted: rtorrent_0.4.5-1.diff.gz to pool/main/r/rtorrent/rtorrent_0.4.5-1.diff.gz rtorrent_0.4.5-1.dsc to pool/main/r/rtorrent/rtorrent_0.4.5-1.dsc rtorrent_0.4.5-1_i386.deb to pool/main/r/rtorrent/rtorrent_0.4.5-1_i386.deb rtorrent_0.4.5.orig.tar.gz to pool/main/r/rtorrent/rtorrent_0.4.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted markdown 1.0.1-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 04:50:15 -0800 Source: markdown Binary: markdown Architecture: source all Version: 1.0.1-3 Distribution: unstable Urgency: low Maintainer: Matt Kraai [EMAIL PROTECTED] Changed-By: Matt Kraai [EMAIL PROTECTED] Description: markdown - Text-to-HTML conversion tool Closes: 356143 Changes: markdown (1.0.1-3) unstable; urgency=low . * Make the clean target in debian/rules remove debian/files, reported by Joey Hess. * Behave as a module if used as one, reported and patched by Joey Hess, closes: #356143. * Change the standards version to 3.6.2.2. Files: 260eacb206854ddd218099a8baec596e 526 web optional markdown_1.0.1-3.dsc 51b3dc8e2f49a9f39075ea0e481afa45 2646 web optional markdown_1.0.1-3.diff.gz 2bd8fa487ad4365d27927ad4f5c422c0 18070 web optional markdown_1.0.1-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEXjdfNdgYxVXvBARAvz9AJ0YRop2BzalKzuVw03CBqLVzA4tSgCgglMf Z9fLgK/x34Iud+LoFUOVtdc= =Z0Hj -END PGP SIGNATURE- Accepted: markdown_1.0.1-3.diff.gz to pool/main/m/markdown/markdown_1.0.1-3.diff.gz markdown_1.0.1-3.dsc to pool/main/m/markdown/markdown_1.0.1-3.dsc markdown_1.0.1-3_all.deb to pool/main/m/markdown/markdown_1.0.1-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cpanel 0.4.0-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 14:15:38 +0100 Source: cpanel Binary: cpanel Architecture: source i386 Version: 0.4.0-2 Distribution: unstable Urgency: medium Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: cpanel - A configuration tool for Chinese desktop environment Closes: 90750 145765 162867 170117 184929 187228 342385 346646 355248 Changes: cpanel (0.4.0-2) unstable; urgency=medium . * QA upload. * Package is orphaned (#352557); set maintainer to Debian QA Group. * Acknowledge NMUs. Closes: #90750, #145765, #162867, #170117, #184929, #187228, #342385, #346646. * debian/rules: Install into debian/cpanel instead of debian/tmp. Closes: #355248. * debian/changelog: Remove obsolete Emacs local variables. * debian/menu: Add quotes to placate Lintian. Files: 96025a5814c2c7545ab5ee10145c2341 657 x11 optional cpanel_0.4.0-2.dsc 88f36ddb7f65814167f593295a339660 19726 x11 optional cpanel_0.4.0-2.diff.gz f13b80cec3692e22ff97b8fa6a564e23 94936 x11 optional cpanel_0.4.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEXwlxBYivKllgY8RAgj8AKCJXD2j7jbNnv7H90VE7lhSNvX1JgCeLZgz a0eZiD9mhO5G0469zB50jtw= =/i2F -END PGP SIGNATURE- Accepted: cpanel_0.4.0-2.diff.gz to pool/main/c/cpanel/cpanel_0.4.0-2.diff.gz cpanel_0.4.0-2.dsc to pool/main/c/cpanel/cpanel_0.4.0-2.dsc cpanel_0.4.0-2_i386.deb to pool/main/c/cpanel/cpanel_0.4.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted spiralsynthmodular 0.2.2a-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 1 Dec 2005 13:54:16 + Source: spiralsynthmodular Binary: spiralsynthmodular Architecture: source i386 Version: 0.2.2a-3 Distribution: unstable Urgency: low Maintainer: Chris Butler [EMAIL PROTECTED] Changed-By: Chris Butler [EMAIL PROTECTED] Description: spiralsynthmodular - An Object orientated modular softsynth / sequencer / sampler Closes: 317223 356115 Changes: spiralsynthmodular (0.2.2a-3) unstable; urgency=low . * Incorporate changes from NMU (closes: #317223) * applied patch from Martin Michlmayr to fix FTBFS issues with gcc-4.1 (closes: #356115) * Bumped Standards-Version to 3.6.2 Files: 12fc16e025cff4c212a5758de7cf6317 749 sound optional spiralsynthmodular_0.2.2a-3.dsc d2a00a934aba42eb3d35c95691f74906 9578 sound optional spiralsynthmodular_0.2.2a-3.diff.gz d710b2e9e58e64203f9e2b45b1f7aea3 1826526 sound optional spiralsynthmodular_0.2.2a-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEEYIQDzQFd9CXomERAr3+AJ9T7RWMtNqE5WPyxRwc5SO0Yx+z9wCgjm5j SfrNPSLt+mdhCCp/FBXe0Os= =OTQQ -END PGP SIGNATURE- Accepted: spiralsynthmodular_0.2.2a-3.diff.gz to pool/main/s/spiralsynthmodular/spiralsynthmodular_0.2.2a-3.diff.gz spiralsynthmodular_0.2.2a-3.dsc to pool/main/s/spiralsynthmodular/spiralsynthmodular_0.2.2a-3.dsc spiralsynthmodular_0.2.2a-3_i386.deb to pool/main/s/spiralsynthmodular/spiralsynthmodular_0.2.2a-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ghex 2.8.2-1 (source i386)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 10 Mar 2006 14:40:06 +0100
Source: ghex
Binary: ghex libgtkhex0-dev libgtkhex0
Architecture: source i386
Version: 2.8.2-1
Distribution: unstable
Urgency: low
Maintainer: Sebastien Bacher [EMAIL PROTECTED]
Changed-By: Loic Minier [EMAIL PROTECTED]
Description:
ghex - GNOME Hex editor for files
libgtkhex0 - GNOME Hex editor for files (shared library)
libgtkhex0-dev - GNOME Hex editor for files (development headers)
Changes:
ghex (2.8.2-1) unstable; urgency=low
.
* New upstream release, mostly translations updates and additions.
* Add CDBS' utils, and simple-patchsys.
[debian/rules]
* Bump up Standards-Version to 3.6.2.
[debian/control, debian/control.in]
* Add a ${misc:Depends} dep to libgtkhex0-dev.
[debian/control, debian/control.in]
* Drop obsolete Conflicts/Replaces on libgtkhex0 and libgtkhex0-dev.
[debian/control, debian/control.in]
* Update download URL.
[debian/copyright]
* Update license.
[debian/copyright]
* Install schema in ghex.
[debian/ghex.install]
* Drop obsolete and dangerous postinst, everything is now handled by
gnome.mk (dh_scrollkeeper and dh_gconf).
[debian/postinst]
* Fix quoting in menu file.
[debian/menu]
Files:
0f027748843ce4ad49af7cb9175281da 1725 gnome optional ghex_2.8.2-1.dsc
4ca7afbcfa7f2403ce46ccd92ad0d93a 1169217 gnome optional ghex_2.8.2.orig.tar.gz
269797bd84faa882945e4618528c79f9 5025 gnome optional ghex_2.8.2-1.diff.gz
b3114a39b40faa86928de8a1643c68ec 56176 libs optional
libgtkhex0_2.8.2-1_i386.deb
3cb32d4623625cb7c88691133abba3fd 704492 gnome optional ghex_2.8.2-1_i386.deb
33d370fdc73021475441fa18b558a4e4 59480 libdevel optional
libgtkhex0-dev_2.8.2-1_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFEEYKd4VUX8isJIMARAgjlAKCp5rmJbCOCPkMAClXPft7C2S2uYQCeOmGg
/1OQVNRaXFpy5StoelU755Y=
=KZr9
-END PGP SIGNATURE-
Accepted:
ghex_2.8.2-1.diff.gz
to pool/main/g/ghex/ghex_2.8.2-1.diff.gz
ghex_2.8.2-1.dsc
to pool/main/g/ghex/ghex_2.8.2-1.dsc
ghex_2.8.2-1_i386.deb
to pool/main/g/ghex/ghex_2.8.2-1_i386.deb
ghex_2.8.2.orig.tar.gz
to pool/main/g/ghex/ghex_2.8.2.orig.tar.gz
libgtkhex0-dev_2.8.2-1_i386.deb
to pool/main/g/ghex/libgtkhex0-dev_2.8.2-1_i386.deb
libgtkhex0_2.8.2-1_i386.deb
to pool/main/g/ghex/libgtkhex0_2.8.2-1_i386.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cpipe 3.0.0-2.1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 14:32:38 +0100 Source: cpipe Binary: cpipe Architecture: source i386 Version: 3.0.0-2.1 Distribution: unstable Urgency: medium Maintainer: Eduard Bloch [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: cpipe - counting pipe Closes: 355075 Changes: cpipe (3.0.0-2.1) unstable; urgency=medium . * Non-maintainer upload. * Fix build failure with make 3.81+. Thanks to Matt Kraai for the patch. Closes: #355075. Files: 2a678646613371bb6cc54b6e6025453e 560 utils optional cpipe_3.0.0-2.1.dsc 0d533a8383ccbbeb0b05a408684dce89 2083 utils optional cpipe_3.0.0-2.1.diff.gz 9d4580b8abbb6979e308342762edcbce 12384 utils optional cpipe_3.0.0-2.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEYApxBYivKllgY8RAjm/AKCLYD2nZK06QrK0bQqNVS1hGQScsgCfWEaO JZ3ty4a5ZGK3h469B5ciG0E= =KFVx -END PGP SIGNATURE- Accepted: cpipe_3.0.0-2.1.diff.gz to pool/main/c/cpipe/cpipe_3.0.0-2.1.diff.gz cpipe_3.0.0-2.1.dsc to pool/main/c/cpipe/cpipe_3.0.0-2.1.dsc cpipe_3.0.0-2.1_i386.deb to pool/main/c/cpipe/cpipe_3.0.0-2.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gtk-doc 1.5-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 15:02:03 +0100 Source: gtk-doc Binary: gtk-doc-tools Architecture: source all Version: 1.5-1 Distribution: experimental Urgency: low Maintainer: Loic Minier [EMAIL PROTECTED] Changed-By: Loic Minier [EMAIL PROTECTED] Description: gtk-doc-tools - the GTK+ documentation tools Changes: gtk-doc (1.5-1) experimental; urgency=low . * New upstream release, lots of cleanups, polishing, and new features; improved documentation. - Generated $MODULE-scan binaries are now called within sh -c, patch partially merged upstream (they didn't take the run $CC within sh -c part). [debian/patches/00_scanobj-sh-calls.patch] * Add CDBS' utils. [debian/rules] Files: 4bdb8d79b4169decdc4f49228117e009 1739 gnome optional gtk-doc_1.5-1.dsc 1c85c04ee469a776ea60f9a8fa9df36e 226923 gnome optional gtk-doc_1.5.orig.tar.gz fd20e92f2e4a09b3ff8b3349c85b2b41 12568 gnome optional gtk-doc_1.5-1.diff.gz dd3bc65948e13895c9ae7bc4f2ad4ca8 148078 gnome optional gtk-doc-tools_1.5-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEYcC4VUX8isJIMARArYeAJ9WfvZw1029mQ8pSbxtBIXcccAlHgCgjuaL ZaLz2cNSe/ZTrp3S/k1+Qro= =ObGe -END PGP SIGNATURE- Accepted: gtk-doc-tools_1.5-1_all.deb to pool/main/g/gtk-doc/gtk-doc-tools_1.5-1_all.deb gtk-doc_1.5-1.diff.gz to pool/main/g/gtk-doc/gtk-doc_1.5-1.diff.gz gtk-doc_1.5-1.dsc to pool/main/g/gtk-doc/gtk-doc_1.5-1.dsc gtk-doc_1.5.orig.tar.gz to pool/main/g/gtk-doc/gtk-doc_1.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted reprepro 0.8.1-1 (source sparc)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 20 Feb 2006 12:23:37 +0100
Source: reprepro
Binary: reprepro
Architecture: source sparc
Version: 0.8.1-1
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link [EMAIL PROTECTED]
Changed-By: Bernhard R. Link [EMAIL PROTECTED]
Description:
reprepro - debian package repository producer
Closes: 353534
Changes:
reprepro (0.8.1-1) unstable; urgency=low
.
* patch release as new version may need some time
- some bugfixes (segfault, memmory leak, manpage typos)
- enforcement of extensions of include{,dsc,deb,udeb}
- support generation of the NotAutomatic field. (Closes: 353534)
Files:
cfc979727eb71941f51eb2e5a512b887 660 utils extra reprepro_0.8.1-1.dsc
810a2ff48bcf1c732512f666a65d5006 237987 utils extra reprepro_0.8.1.orig.tar.gz
df7488c577eb84c1564897b8b0de2f7c 16512 utils extra reprepro_0.8.1-1.diff.gz
32e96904419e91d1c27c3ac7a30fd892 123402 utils extra reprepro_0.8.1-1_sparc.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQFEEZ5VTrAWvKplQe4RAnR9AJ9YjA1d1mfHtyJS3SRGVXM5kU4PqgCfZJXv
VJXOWgM/ewe0oEb2uzkINkg=
=CYE2
-END PGP SIGNATURE-
Accepted:
reprepro_0.8.1-1.diff.gz
to pool/main/r/reprepro/reprepro_0.8.1-1.diff.gz
reprepro_0.8.1-1.dsc
to pool/main/r/reprepro/reprepro_0.8.1-1.dsc
reprepro_0.8.1-1_sparc.deb
to pool/main/r/reprepro/reprepro_0.8.1-1_sparc.deb
reprepro_0.8.1.orig.tar.gz
to pool/main/r/reprepro/reprepro_0.8.1.orig.tar.gz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted doc++ 3.4.10-3.3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 16:29:38 +0100 Source: doc++ Binary: doc++ Architecture: source i386 Version: 3.4.10-3.3 Distribution: unstable Urgency: high Maintainer: Jose Carlos Garcia Sogo [EMAIL PROTECTED] Changed-By: Luk Claes [EMAIL PROTECTED] Description: doc++ - A documentation system for C/C++, IDL and Java Closes: 354048 Changes: doc++ (3.4.10-3.3) unstable; urgency=high . * Non-maintainer upload. * Update aclocal.m4 to not install locale.alias (Closes: #354048). Files: eb6483e92812b75ceee6ae9519f8eaf0 616 devel optional doc++_3.4.10-3.3.dsc a0c0bbf2110f50c9d2ee0c993b1d97a5 135651 devel optional doc++_3.4.10-3.3.diff.gz 2c11a53c7f6e5a77a06cbb0243e497a9 396266 devel optional doc++_3.4.10-3.3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEaV15UTeB5t8Mo0RAveKAKCDScssXEFYoG6QC0NEIMyJM8iskwCgs9fd Lb+I71hzUKuQaYx4fvcOtO0= =Z1ct -END PGP SIGNATURE- Accepted: doc++_3.4.10-3.3.diff.gz to pool/main/d/doc++/doc++_3.4.10-3.3.diff.gz doc++_3.4.10-3.3.dsc to pool/main/d/doc++/doc++_3.4.10-3.3.dsc doc++_3.4.10-3.3_i386.deb to pool/main/d/doc++/doc++_3.4.10-3.3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted blobwars 1.05-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 11:38:00 +0100 Source: blobwars Binary: blobwars Architecture: source i386 Version: 1.05-2 Distribution: unstable Urgency: low Maintainer: OndÅej Surý [EMAIL PROTECTED] Changed-By: OndÅej Surý [EMAIL PROTECTED] Description: blobwars - platform shooting game Closes: 349358 355988 Changes: blobwars (1.05-2) unstable; urgency=low . * 02_ftbfs-gcc4.1-fix.patch - Fix FTBFS with GCC 4.1 (Closes: #355988) * 04_desktop_dir.patch: (Courtesy of Ubuntu) - install .desktop file in /usr/share/applications/ (Closes: #349358) - install .png files in /usr/share/icons/hicolo/*x*/apps/ Files: 5313893c7b443a8b83197333ac067ab7 647 games optional blobwars_1.05-2.dsc 2f98dddcf1d36865aeb4ac7f53900d70 3582 games optional blobwars_1.05-2.diff.gz 3c08718a2718cf3d6ddef0f752243ea5 7560158 games optional blobwars_1.05-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEEabq9OZqfMIN8nMRAsEVAKCQj0Qyf7xfR1Jyv9lLccl9cNwz2ACfWUKg pfyY3Moey6fBhzitru8Ozq0= =OJf+ -END PGP SIGNATURE- Accepted: blobwars_1.05-2.diff.gz to pool/main/b/blobwars/blobwars_1.05-2.diff.gz blobwars_1.05-2.dsc to pool/main/b/blobwars/blobwars_1.05-2.dsc blobwars_1.05-2_i386.deb to pool/main/b/blobwars/blobwars_1.05-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nsis 2.15-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 23:24:35 +0800 Source: nsis Binary: nsis Architecture: source i386 Version: 2.15-2 Distribution: experimental Urgency: low Maintainer: Paul Wise [EMAIL PROTECTED] Changed-By: Paul Wise [EMAIL PROTECTED] Description: nsis - Nullsoft Scriptable Install System (modified for debian) Changes: nsis (2.15-2) experimental; urgency=low . * Brown paper bag release * Fix broken search path for stubs/etc due to upstream changes related to the introduction of Source/exehead/sconf.h Files: e862012005c8cce93cc74f0c5d0f3389 652 devel optional nsis_2.15-2.dsc c3b8c3a6dd6f169eb86249db672b5eb8 32648 devel optional nsis_2.15-2.diff.gz 765e9d6efaa94b5c749c2f928a327d02 2042068 devel optional nsis_2.15-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEa2s9n4qXRzy1ioRAmCMAJ4kzJQ50uZdlvIP5vUlE0NkyQzHDgCgnr1n +xItPBi6Iltn9xm9lWmm37A= =sEUb -END PGP SIGNATURE- Accepted: nsis_2.15-2.diff.gz to pool/main/n/nsis/nsis_2.15-2.diff.gz nsis_2.15-2.dsc to pool/main/n/nsis/nsis_2.15-2.dsc nsis_2.15-2_i386.deb to pool/main/n/nsis/nsis_2.15-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rawdog 2.8-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 12:35:30 -0500 Source: rawdog Binary: rawdog Architecture: source all Version: 2.8-1 Distribution: unstable Urgency: low Maintainer: Decklin Foster [EMAIL PROTECTED] Changed-By: Decklin Foster [EMAIL PROTECTED] Description: rawdog - RSS Aggregator Without Delusions Of Grandeur Changes: rawdog (2.8-1) unstable; urgency=low . * New upstream release Files: ab93bc0fa97d526c1f1604cf0c9ee34a 584 web optional rawdog_2.8-1.dsc 778162c62139d70d0ccf13d69035f60c 88176 web optional rawdog_2.8.orig.tar.gz 52d002568ea90dc1b7a4c938fc0f8cdf 2647 web optional rawdog_2.8-1.diff.gz 11f79da0e89d44795e9400997e98d17a 75220 web optional rawdog_2.8-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEcE2uIJGh/GWjRsRAho/AJ4iPd+XsgiuKuMsTabwLrWYYUGMhwCeNT2k 1qksRAeYN0H9qBuj32Nlbvs= =EzOz -END PGP SIGNATURE- Accepted: rawdog_2.8-1.diff.gz to pool/main/r/rawdog/rawdog_2.8-1.diff.gz rawdog_2.8-1.dsc to pool/main/r/rawdog/rawdog_2.8-1.dsc rawdog_2.8-1_all.deb to pool/main/r/rawdog/rawdog_2.8-1_all.deb rawdog_2.8.orig.tar.gz to pool/main/r/rawdog/rawdog_2.8.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gallery2 2.0.99+2.1-rc2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 04:41:51 + Source: gallery2 Binary: gallery2 Architecture: source all Version: 2.0.99+2.1-rc2-1 Distribution: experimental Urgency: low Maintainer: Michael C. Schultheiss [EMAIL PROTECTED] Changed-By: Michael C. Schultheiss [EMAIL PROTECTED] Description: gallery2 - web-based photo album written in PHP Changes: gallery2 (2.0.99+2.1-rc2-1) experimental; urgency=low . * New upstream release Files: 62c89def76fc297b8f5ba7491c0d75db 612 web optional gallery2_2.0.99+2.1-rc2-1.dsc dbbdad6835134529f27e17fc52272d1f 8960910 web optional gallery2_2.0.99+2.1-rc2.orig.tar.gz 44400fafc1c57b94983b6655f4b9744f 11136 web optional gallery2_2.0.99+2.1-rc2-1.diff.gz 6803a259cfec83f150f09a5d08d90e88 9039538 web optional gallery2_2.0.99+2.1-rc2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEc4byJBzD6P54w4RAlr9AJ9pBS+jXh1ZNU1g4xNjYCcVvnXaHQCdEmBK PMNCqtUJO/q0iDHgrjozfx0= =SRZw -END PGP SIGNATURE- Accepted: gallery2_2.0.99+2.1-rc2-1.diff.gz to pool/main/g/gallery2/gallery2_2.0.99+2.1-rc2-1.diff.gz gallery2_2.0.99+2.1-rc2-1.dsc to pool/main/g/gallery2/gallery2_2.0.99+2.1-rc2-1.dsc gallery2_2.0.99+2.1-rc2-1_all.deb to pool/main/g/gallery2/gallery2_2.0.99+2.1-rc2-1_all.deb gallery2_2.0.99+2.1-rc2.orig.tar.gz to pool/main/g/gallery2/gallery2_2.0.99+2.1-rc2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted iso-codes 0.50-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 09:34:33 + Source: iso-codes Binary: iso-3166-udeb iso-codes Architecture: source all Version: 0.50-1 Distribution: experimental Urgency: low Maintainer: Alastair McKinstry [EMAIL PROTECTED] Changed-By: Alastair McKinstry [EMAIL PROTECTED] Description: iso-3166-udeb - provides iso_3166.tab file (udeb) iso-codes - ISO language, territory, currency codes and their translations Closes: 338190 346189 Changes: iso-codes (0.50-1) experimental; urgency=low . [ Alastair McKinstry ] * iso_639: - Added new code: srn Sranan Tongo - Added new code: zxx is 'No linguistic content' - Move to DH_COMPAT=5 - Split iso_639_3 into a separate domain, to be kind to translators. * iso_4217: - de.po: proof-read patch by Christian Stimming. - du.po: updated by Gabor Kelemen. * Updated debian/copyright to point to current source of iso-codes, namely the CVS repository. * iso_3166: - de.po: Corrections by Christian Stimming. . [ Christian Perrier ] * iso_639: - tt.po updated by Albert Fazlà - da.po updated by Claus Hindsgaul - Added new codes (see http://www.loc.gov/standards/iso639-2/codechanges.html) - Karelian - Frisian renamed to Western Frisian - Eastern Frisian - Northern Frisian - Angika - Swiss German - Aromanian - update ISO 639-3 to the 20050910 version of SIL * iso_3166: - tt.po added by Albert Fazlà - bn.po added by Progga - et.po updated by Hasso Tepper - pa_IN.po added by Amanpreet Singh Alam - irrelevant pa.po removed . [ Tobias Toedter ] * Removed double space from package description. Closes: #338190 * Removed watch file. There's currently no real homepage for the tarball. * iso_4217: - ru.po updated by Yuri Kozlov. Closes: #346189 . [ Konstantinos Margaritis] * Updated iso_3166/el.po . [ Claus Hindsgaul ] * Updated iso_3166/da.po and iso_3166_3/da.po Files: 6ec5d23bf44df1c6047a3641e0c76f22 645 misc optional iso-codes_0.50-1.dsc 77ef7d27a5d7a4c836a4be8cc009363b 9254598 misc optional iso-codes_0.50.orig.tar.gz 62486ca0d1c3d32fcc0f49b681c6d300 11435 misc optional iso-codes_0.50-1.diff.gz bcc7520e2152ca08bc1d318dfaaf67ce 1413332 misc optional iso-codes_0.50-1_all.deb a9a2e1786a60fb2ed3b21baa994864ea 2824 debian-installer optional iso-3166-udeb_0.50-1_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEehnQTK/kCo4XFcRAtlrAJ4gMMjXUAiWijO+IMVeZ+0YcGiHPACfT/9O 0tQefkt4R6MyeRRIf8Qjhh0= =oH5A -END PGP SIGNATURE- Accepted: iso-3166-udeb_0.50-1_all.udeb to pool/main/i/iso-codes/iso-3166-udeb_0.50-1_all.udeb iso-codes_0.50-1.diff.gz to pool/main/i/iso-codes/iso-codes_0.50-1.diff.gz iso-codes_0.50-1.dsc to pool/main/i/iso-codes/iso-codes_0.50-1.dsc iso-codes_0.50-1_all.deb to pool/main/i/iso-codes/iso-codes_0.50-1_all.deb iso-codes_0.50.orig.tar.gz to pool/main/i/iso-codes/iso-codes_0.50.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ia32-libs 1.6 (ia64 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 13:53:39 +0100 Source: ia32-libs Binary: lib32gcc1 ia32-libs ia32-libs-dev Architecture: source ia64 Version: 1.6 Distribution: unstable Urgency: low Maintainer: Debian ia32-libs Team [EMAIL PROTECTED] Changed-By: Frederik Schüler [EMAIL PROTECTED] Description: ia32-libs - ia32 shared libraries for use on amd64 and ia64 systems ia32-libs-dev - ia32 development libraries and headers for use on ia32/ia64 syste lib32gcc1 - GCC support library (ia32) Closes: 310103 311423 317887 328949 341919 354380 355591 355766 Changes: ia32-libs (1.6) unstable; urgency=low . * New maintainer team: Bdale Garbee, Goswin von Brederlow, Frederik Schüler. . [ Aurelien Jarno ] * Don't ship the glibc on amd64. Closes: #354380, #328949 * Make ia32-libs depends on libc6-i386 and ia32-libs-dev on libc6-dev-i386. Closes: #355591, #310103, #341919 * Don't make a symlink /usr/lib32 - /emul/ia32-linux. . [ Goswin von Brederlow ] * Update sources and debs - xlibmesa-glu - libglu1-xorg - libxft1 - libxft2 - libdps1 is no more - libpam0g needed by vmware * Rewrite fetch-and-build. Closes: #355766 - Don't fetch the first source building a package but the one having the deb in Debian. - Check that local sources are newer than or not in Debian. - Download all debs in one go. They may not conflict so apt can't fail or skip any. - Sanity check all debs (including local) to have matching sources. * Don't mess with /etc/ld.so.conf but use /lib/ldconfig/ links. Closes: #317887 * Cleanup /etc/ld.so.conf on upgrades from old versions. * Don't divert ldd on amd64 as we don't ship it anymore. * Use DEB_HOST_ARCH, the arch we build _for_. * Drop ia32-libs-dev on amd64 (it is empty). * Split install into lib, dev and libgcc1 packages. Closes: #311423 * Fix dpkg-divert errors. Remove diversion on amd64 and on remove. . [ Frederik Schüler ] * Join all patches from Aurelien Jarno and Goswin von Brederlow in the BTS in order to address all open RC bugs. * Updated all included packages to latest testing version. Files: de3e6b992b26b71c0ff2a70569068f6b 736 libs optional ia32-libs_1.6.dsc 25f4e112ecd0012e91f6de4fcfdc2280 237581440 libs optional ia32-libs_1.6.tar.gz 2b000cede062d4415d8e7f8d924f1375 9569130 libs optional ia32-libs_1.6_ia64.deb d759addf1535acf117f6534427d3bf1e 2078242 libdevel optional ia32-libs-dev_1.6_ia64.deb ab4042ce88f9706197bb4c370a8d5af6 95652 libs optional lib32gcc1_4.0.2-9+ia32.libs.1.6_ia64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEZmW6n7So0GVSSARAmh7AJ0b9hHNBXjnFxt+h/qVH1Ea4Dl/6ACdEIxF u3WQ6u+F6py2/ApugawxgYU= =69Lb -END PGP SIGNATURE- Accepted: ia32-libs-dev_1.6_ia64.deb to pool/main/i/ia32-libs/ia32-libs-dev_1.6_ia64.deb ia32-libs_1.6.dsc to pool/main/i/ia32-libs/ia32-libs_1.6.dsc ia32-libs_1.6.tar.gz to pool/main/i/ia32-libs/ia32-libs_1.6.tar.gz ia32-libs_1.6_ia64.deb to pool/main/i/ia32-libs/ia32-libs_1.6_ia64.deb lib32gcc1_4.0.2-9+ia32.libs.1.6_ia64.deb to pool/main/i/ia32-libs/lib32gcc1_4.0.2-9+ia32.libs.1.6_ia64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted yaws 1.58-1.1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 18:35:58 + Source: yaws Binary: yaws Architecture: source i386 Version: 1.58-1.1 Distribution: unstable Urgency: low Maintainer: Will Newton [EMAIL PROTECTED] Changed-By: Lars Wirzenius [EMAIL PROTECTED] Description: yaws - high performance HTTP 1.1 webserver written in Erlang Closes: 353189 356272 Changes: yaws (1.58-1.1) unstable; urgency=low . * Non-maintainer upload. * debian/control: Removed the build dependency on erlang-src, which doesn't exist. Added a build dependency on libpam0g-dev. Closes: #353189. * debian/yaws.postrm: Added. Now removes /var/log/yaws on purge (see policy 10.8, Log files, last paragraph). Closes: #356272. Files: d7f6713946beb189f0b28d120a897800 598 web optional yaws_1.58-1.1.dsc 0a229a49402f7f60939d5f5439b618bc 19957 web optional yaws_1.58-1.1.diff.gz ad377d351910a0b9f98796852d5f94ac 543726 web optional yaws_1.58-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEfKsH7uVvy2azI4RAoLBAJ4w9+r1Rzd0Pe2/QJBgEFmzC8KSjwCgmzcL sV8U/maeiMHIgKhaHlyKdzA= =ItYh -END PGP SIGNATURE- Accepted: yaws_1.58-1.1.diff.gz to pool/main/y/yaws/yaws_1.58-1.1.diff.gz yaws_1.58-1.1.dsc to pool/main/y/yaws/yaws_1.58-1.1.dsc yaws_1.58-1.1_i386.deb to pool/main/y/yaws/yaws_1.58-1.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dhcpcd 1:2.0.3-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 21:43:11 +0100 Source: dhcpcd Binary: dhcpcd Architecture: source i386 Version: 1:2.0.3-1 Distribution: unstable Urgency: low Maintainer: Simon Kelley [EMAIL PROTECTED] Changed-By: Simon Kelley [EMAIL PROTECTED] Description: dhcpcd - DHCP client for automatically configuring IPv4 networking Changes: dhcpcd (1:2.0.3-1) unstable; urgency=low . * New upstream. Files: 2da8395f64607fbdff347e749971925b 566 net optional dhcpcd_2.0.3-1.dsc 2bcf72ad69f7d71c135af30694e35a40 147609 net optional dhcpcd_2.0.3.orig.tar.gz a5c2c628feb1bd39c3250b39964d45d7 10049 net optional dhcpcd_2.0.3-1.diff.gz 3d857fffc5ac1b5e29d76fc9faa28633 50968 net optional dhcpcd_2.0.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFEEfMBwEl0z99oB74RAltjAJ48mPZouwPai7m+7KMf9jp2LCcwJgCg01vB GBqLo6g6g//cskimQkwhhF0= =UCc+ -END PGP SIGNATURE- Accepted: dhcpcd_2.0.3-1.diff.gz to pool/main/d/dhcpcd/dhcpcd_2.0.3-1.diff.gz dhcpcd_2.0.3-1.dsc to pool/main/d/dhcpcd/dhcpcd_2.0.3-1.dsc dhcpcd_2.0.3-1_i386.deb to pool/main/d/dhcpcd/dhcpcd_2.0.3-1_i386.deb dhcpcd_2.0.3.orig.tar.gz to pool/main/d/dhcpcd/dhcpcd_2.0.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted manpages 2.20-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 23:34:50 +0100 Source: manpages Binary: manpages manpages-dev Architecture: source all Version: 2.20-1 Distribution: unstable Urgency: low Maintainer: Martin Schulze [EMAIL PROTECTED] Changed-By: Martin Schulze [EMAIL PROTECTED] Description: manpages - Manual pages about using a GNU/Linux system manpages-dev - Manual pages about using GNU/Linux for development Changes: manpages (2.20-1) unstable; urgency=low . * New upstream version Files: 54d02f21a6bb58392f2dfd94af0e7cf3 584 doc - manpages_2.20-1.dsc 85eab41ce3872c2424b0156755bea006 1085288 doc - manpages_2.20.orig.tar.gz f8b4ac63d8a5ec5f9122265782be9775 52824 doc - manpages_2.20-1.diff.gz e0b006be4300ddb2de75e7df2a882fdd 417004 doc important manpages_2.20-1_all.deb 9c9ad9ceb788aa4feb2304de0632510d 1119752 doc standard manpages-dev_2.20-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEgQYW5ql+IAeqTIRAj93AKCFThJmr/ta5oH1NhBG1SpqI4FG4wCeJxN3 c796/ZSYYSZQ7r8fIsDudzc= =UFYS -END PGP SIGNATURE- Accepted: manpages-dev_2.20-1_all.deb to pool/main/m/manpages/manpages-dev_2.20-1_all.deb manpages_2.20-1.diff.gz to pool/main/m/manpages/manpages_2.20-1.diff.gz manpages_2.20-1.dsc to pool/main/m/manpages/manpages_2.20-1.dsc manpages_2.20-1_all.deb to pool/main/m/manpages/manpages_2.20-1_all.deb manpages_2.20.orig.tar.gz to pool/main/m/manpages/manpages_2.20.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ipmitool 1.8.6-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 23:34:50 +0100 Source: ipmitool Binary: ipmitool Architecture: source i386 Version: 1.8.6-2 Distribution: unstable Urgency: low Maintainer: Petter Reinholdtsen [EMAIL PROTECTED] Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: ipmitool - utility for IPMI control with kernel driver or LAN interface Closes: 355930 Changes: ipmitool (1.8.6-2) unstable; urgency=low . * Add ia64 as an supported arch. (Closes: #355930) Files: b77f227305fe9de8e6ee1deebd05d838 678 utils optional ipmitool_1.8.6-2.dsc 0c8f16f131612a76cd92a3f941156168 3596 utils optional ipmitool_1.8.6-2.diff.gz d73461c521abff1e99538da0a0477a1b 273696 utils optional ipmitool_1.8.6-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEgCo20zMSyow1ykRAqRiAKCVd8bpAbMUqbKECnpZA+XD6MC8mgCgpzSp BHvYAdG5QJRQox5i4/2Kz44= =oss+ -END PGP SIGNATURE- Accepted: ipmitool_1.8.6-2.diff.gz to pool/main/i/ipmitool/ipmitool_1.8.6-2.diff.gz ipmitool_1.8.6-2.dsc to pool/main/i/ipmitool/ipmitool_1.8.6-2.dsc ipmitool_1.8.6-2_i386.deb to pool/main/i/ipmitool/ipmitool_1.8.6-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cdcat 1.01b-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 11 Mar 2006 00:33:32 +0100 Source: cdcat Binary: cdcat Architecture: source i386 Version: 1.01b-1 Distribution: unstable Urgency: low Maintainer: Eduard Bloch [EMAIL PROTECTED] Changed-By: Eduard Bloch [EMAIL PROTECTED] Description: cdcat - media catalog program Closes: 356234 Changes: cdcat (1.01b-1) unstable; urgency=low . * New upstream release + adopted the hidden-files-display patch * g++-4.1_fix.dpatch for incorrect constructor prototype (closes: #356234) Files: fa58c537ed009c2346d6a43054e918e7 620 x11 optional cdcat_1.01b-1.dsc d0243d5d0030b6b905a207f091ef4ea3 480747 x11 optional cdcat_1.01b.orig.tar.gz e0abb8d2b498e92b59d4825bb4a86456 3452 x11 optional cdcat_1.01b-1.diff.gz e4993db121b5fa216e8042627d35bcc9 424522 x11 optional cdcat_1.01b-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEgz34QZIHu3wCMURAkNZAJ9nSlT7RVIlGl4vmSGS6Avu3RJhrQCfUVUX atOyfoQPXUi9eWcOu6gLbdA= =EvUc -END PGP SIGNATURE- Accepted: cdcat_1.01b-1.diff.gz to pool/main/c/cdcat/cdcat_1.01b-1.diff.gz cdcat_1.01b-1.dsc to pool/main/c/cdcat/cdcat_1.01b-1.dsc cdcat_1.01b-1_i386.deb to pool/main/c/cdcat/cdcat_1.01b-1_i386.deb cdcat_1.01b.orig.tar.gz to pool/main/c/cdcat/cdcat_1.01b.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gplots 2.3.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 18:57:53 -0600 Source: gplots Binary: r-cran-gplots Architecture: source all Version: 2.3.0-1 Distribution: unstable Urgency: low Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED] Changed-By: Dirk Eddelbuettel [EMAIL PROTECTED] Description: r-cran-gplots - GNU R package with tools for plotting data by Greg Warnes et al Changes: gplots (2.3.0-1) unstable; urgency=low . * New upstream release Files: 7fd5407ff4f109a72e25e917f9c25bdd 629 math optional gplots_2.3.0-1.dsc 4e5fba887eeff5b808d358430f1be6c6 221161 math optional gplots_2.3.0.orig.tar.gz db3a7238f781a7eab33469c748ec9fc5 2135 math optional gplots_2.3.0-1.diff.gz 8466a2d5d44b26046a0fad3ec9e5c826 330422 math optional r-cran-gplots_2.3.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEiKWCZSR95Gw07cRAkRBAJsGoTjrGA8sYTFPXqnybj5hrUkLvwCfXHsl 5VPN+OmCtj1x17tOSKA8EOE= =OI33 -END PGP SIGNATURE- Accepted: gplots_2.3.0-1.diff.gz to pool/main/g/gplots/gplots_2.3.0-1.diff.gz gplots_2.3.0-1.dsc to pool/main/g/gplots/gplots_2.3.0-1.dsc gplots_2.3.0.orig.tar.gz to pool/main/g/gplots/gplots_2.3.0.orig.tar.gz r-cran-gplots_2.3.0-1_all.deb to pool/main/g/gplots/r-cran-gplots_2.3.0-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ratmenu 2.3.8 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 17:12:52 -0700 Source: ratmenu Binary: ratmenu Architecture: source i386 Version: 2.3.8 Distribution: unstable Urgency: low Maintainer: Jonathan Walther [EMAIL PROTECTED] Changed-By: Jonathan Walther [EMAIL PROTECTED] Description: ratmenu- Creates X menus from the shell Changes: ratmenu (2.3.8) unstable; urgency=low . * Lintian fix: manpage hyphenation * Lintian fix: duplicate conffile problem was due to rules file * Lintian fix: /usr/sbin to /usr/bin for install-menu location Files: 0cfd2d3095e5cd047c8bc0a0b6f44143 624 x11 optional ratmenu_2.3.8.dsc 6b47256520578effa518695ba46397c1 14073 x11 optional ratmenu_2.3.8.tar.gz 23bd8d04b64eb77f096a0d1600ec7118 16052 x11 optional ratmenu_2.3.8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iQCVAwUBRBIlrsK9HT/YfGeBAQI6PAP/dPhKtf+GEIzvxGgfH3PZT6YXCuxh1X1Q X6hyPDuE10l+odX8mNpFKbOLca5R4po25EH2c9GlvA3Ov77UDwej+/ME2ZWYALAy e6ayQrbvqB/pmi0FpWJNq2AqwJifnz4mYEMxHI91nTZrwkyZNbKMp8HKt5o71RV6 MozmkITjnF4= =zK1d -END PGP SIGNATURE- Accepted: ratmenu_2.3.8.dsc to pool/main/r/ratmenu/ratmenu_2.3.8.dsc ratmenu_2.3.8.tar.gz to pool/main/r/ratmenu/ratmenu_2.3.8.tar.gz ratmenu_2.3.8_i386.deb to pool/main/r/ratmenu/ratmenu_2.3.8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kdelibs 4:3.5.1-4 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 12:06:36 -0500 Source: kdelibs Binary: kdelibs4c2a kdelibs-bin kdelibs kdelibs4-doc kdelibs-dbg kdelibs-data kdelibs4-dev Architecture: source i386 all Version: 4:3.5.1-4 Distribution: unstable Urgency: low Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Changed-By: Christopher Martin [EMAIL PROTECTED] Description: kdelibs- core libraries from the official KDE release kdelibs-bin - core binaries for all KDE applications kdelibs-data - core shared data for all KDE applications kdelibs-dbg - debugging symbols for kdelibs kdelibs4-dev - development files for the KDE core libraries kdelibs4-doc - developer documentation for the KDE core libraries kdelibs4c2a - core libraries for all KDE applications Closes: 355099 Changes: kdelibs (4:3.5.1-4) unstable; urgency=low . * KDE_3_5_BRANCH update (up to r517245). . +++ Changes by Christopher Martin: . * Add a Makefile.am patch that works around a bit of libtool oddness, to be investigated. This problem was causing the kdelibs build to fail. Thanks to Daniel Schepler for finding the fix. (Closes: #355099) Files: 7c8e064fba9156eb72aeb21dca03fe24 1673 libs optional kdelibs_3.5.1-4.dsc 9d5d0fc2043c91b2f536d2abde0a3d17 574964 libs optional kdelibs_3.5.1-4.diff.gz 4f9d7a27efb8ffdae03f0db94c7ea010 32014 libs optional kdelibs_3.5.1-4_all.deb 378f0cfefa4abdf24a74369abe994921 8497422 libs optional kdelibs-data_3.5.1-4_all.deb 760325f5f218e806b24f48ee433596b7 42692924 doc optional kdelibs4-doc_3.5.1-4_all.deb 4be340789d635fb91351946b6e872b1c 853010 libs optional kdelibs-bin_3.5.1-4_i386.deb b13c949c92ba270c3703579182209379 8857274 libs optional kdelibs4c2a_3.5.1-4_i386.deb 44c2299ea83d155629b6bffd12806d31 1388024 libdevel optional kdelibs4-dev_3.5.1-4_i386.deb cd383a7d6708011978cd3d9a881e7dc1 23671274 libdevel extra kdelibs-dbg_3.5.1-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Signed by Christopher Martin [EMAIL PROTECTED] iD8DBQFEEeP/U+gWW+vtsysRAuzQAKCbHYcKVVArRC95A8vOgsBbFYQBJACeKwah cnEHbKu9b+/TfLkY3IgRMsE= =XekB -END PGP SIGNATURE- Accepted: kdelibs-bin_3.5.1-4_i386.deb to pool/main/k/kdelibs/kdelibs-bin_3.5.1-4_i386.deb kdelibs-data_3.5.1-4_all.deb to pool/main/k/kdelibs/kdelibs-data_3.5.1-4_all.deb kdelibs-dbg_3.5.1-4_i386.deb to pool/main/k/kdelibs/kdelibs-dbg_3.5.1-4_i386.deb kdelibs4-dev_3.5.1-4_i386.deb to pool/main/k/kdelibs/kdelibs4-dev_3.5.1-4_i386.deb kdelibs4-doc_3.5.1-4_all.deb to pool/main/k/kdelibs/kdelibs4-doc_3.5.1-4_all.deb kdelibs4c2a_3.5.1-4_i386.deb to pool/main/k/kdelibs/kdelibs4c2a_3.5.1-4_i386.deb kdelibs_3.5.1-4.diff.gz to pool/main/k/kdelibs/kdelibs_3.5.1-4.diff.gz kdelibs_3.5.1-4.dsc to pool/main/k/kdelibs/kdelibs_3.5.1-4.dsc kdelibs_3.5.1-4_all.deb to pool/main/k/kdelibs/kdelibs_3.5.1-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted perl 5.8.8-3 (source sparc all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Mar 2006 03:07:28 +1100 Source: perl Binary: perl-base libcgi-fast-perl libperl-dev perl-debug perl-modules perl libperl5.8 perl-suid perl-doc Architecture: source sparc all Version: 5.8.8-3 Distribution: unstable Urgency: low Maintainer: Brendan O'Dea [EMAIL PROTECTED] Changed-By: Brendan O'Dea [EMAIL PROTECTED] Description: libcgi-fast-perl - CGI::Fast Perl module libperl-dev - Perl library: development files libperl5.8 - Shared Perl library perl - Larry Wall's Practical Extraction and Report Language perl-base - The Pathologically Eclectic Rubbish Lister perl-debug - Debug-enabled Perl interpreter perl-doc - Perl documentation perl-modules - Core Perl modules perl-suid - Runs setuid Perl scripts Closes: 291391 345157 Changes: perl (5.8.8-3) unstable; urgency=low . * Add build-dep on procps (required by t/op/magic). * Remove trailing \0 from Sys::Syslog messages (closes: #345157). * Getopt::Long: allow ignorecase_always as a synonym for ignore_case_always to match the documention (closes #354197). . * Don't add -Wdeclaration-after-statement to ccflags: this causes problems when building extensions with gcc-3.3 . . * Pod::Man: don't translate | (closes: #291391). Files: 8f2f79bdccc3355f756561fcec43c09e 724 perl standard perl_5.8.8-3.dsc a7290376c8e81746ac9cc3b58c11ceaf 82048 perl standard perl_5.8.8-3.diff.gz 5e76793176e93dc1a85f8dcf57df78b3 39894 perl optional libcgi-fast-perl_5.8.8-3_all.deb b8dd47bf18660d0836b69cf2425a5b02 7353004 doc optional perl-doc_5.8.8-3_all.deb 2a07e5050d58dc519c64d17ce46b8e0d 2318812 perl standard perl-modules_5.8.8-3_all.deb 4ce6463690f65fc2741e5be547e8c979 767908 perl required perl-base_5.8.8-3_sparc.deb af91e278dd3fe67e6c90e05c3c1dbca5 2506694 perl optional perl-debug_5.8.8-3_sparc.deb d7da64a03af603a5ef600b9433c70259 29694 perl optional perl-suid_5.8.8-3_sparc.deb 94bf0dece96caa5726f1b39fc781ea9d 1012 libs optional libperl5.8_5.8.8-3_sparc.deb da941821da968151c703b35781c155eb 595780 libdevel optional libperl-dev_5.8.8-3_sparc.deb f4851efe79a2e7140d453f0710ded47d 3798594 perl standard perl_5.8.8-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEjHY8NyOALKMWZURAkwDAJ0Un/QeIkcK1Q/lhNGkqHu4wi/ulwCeIezy 32P4ev6gziuCfqZ5l9zW0dg= =qYOT -END PGP SIGNATURE- Accepted: libcgi-fast-perl_5.8.8-3_all.deb to pool/main/p/perl/libcgi-fast-perl_5.8.8-3_all.deb libperl-dev_5.8.8-3_sparc.deb to pool/main/p/perl/libperl-dev_5.8.8-3_sparc.deb libperl5.8_5.8.8-3_sparc.deb to pool/main/p/perl/libperl5.8_5.8.8-3_sparc.deb perl-base_5.8.8-3_sparc.deb to pool/main/p/perl/perl-base_5.8.8-3_sparc.deb perl-debug_5.8.8-3_sparc.deb to pool/main/p/perl/perl-debug_5.8.8-3_sparc.deb perl-doc_5.8.8-3_all.deb to pool/main/p/perl/perl-doc_5.8.8-3_all.deb perl-modules_5.8.8-3_all.deb to pool/main/p/perl/perl-modules_5.8.8-3_all.deb perl-suid_5.8.8-3_sparc.deb to pool/main/p/perl/perl-suid_5.8.8-3_sparc.deb perl_5.8.8-3.diff.gz to pool/main/p/perl/perl_5.8.8-3.diff.gz perl_5.8.8-3.dsc to pool/main/p/perl/perl_5.8.8-3.dsc perl_5.8.8-3_sparc.deb to pool/main/p/perl/perl_5.8.8-3_sparc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted thrust 0.89c-3.3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 11 Mar 2006 03:39:02 +0100 Source: thrust Binary: thrust Architecture: i386 source Version: 0.89c-3.3 Distribution: unstable Urgency: low Maintainer: Steinar H. Gunderson [EMAIL PROTECTED] Changed-By: Steinar H. Gunderson [EMAIL PROTECTED] Description: thrust - a port of the classic Commodore 64 game Closes: 356302 Changes: thrust (0.89c-3.3) unstable; urgency=low . * Non-maintainer upload. * Add libxext-dev build-dependency; this makes autoconf understand that we are building with X, which prevents the package from becoming empty on architectures where the autobuilder didn't happen to have libxext-dev in the chroot already. (Closes: #356302) Files: 7bb239ed33588b483315f2c7aa7e548d 109882 games optional thrust_0.89c-3.3_i386.deb 27ba1a1c61d1a73c445810e83ef10781 636 games optional thrust_0.89c-3.3.dsc c730da07caf6e636d8cb285bbc371ce9 10108 games optional thrust_0.89c-3.3.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEjjjXKRQ3lK3SH4RAinSAJsEk57sxBlntdzykwVRw0ECRsiyTgCfUuPL NqPXPm8DZGOWKs3sB92KrQs= =hCRu -END PGP SIGNATURE- Accepted: thrust_0.89c-3.3.diff.gz to pool/main/t/thrust/thrust_0.89c-3.3.diff.gz thrust_0.89c-3.3.dsc to pool/main/t/thrust/thrust_0.89c-3.3.dsc thrust_0.89c-3.3_i386.deb to pool/main/t/thrust/thrust_0.89c-3.3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[OT] Wiki
Olá pessoal, blz. então eu instalei na intranet o wikimedia e tá ficando show de bola, mas mesmo lendo parte da documentação fornecida para administrador e até a documentação de usuário para inclusão dos texto,não consegui ver o problema das imagens. Acontece que ao colocar a tag [[Imagem: teste.jpg|100px]] ou [[Imagem: teste.jpg|thumb]] a imagem não aparece se não colocar nenhum atributo ocorre tudo bem, olhando na documentação e nos configs da wiki eles falam de permissões então só para tester fiz um *chmod 0777 -R /wiki* para que o usuário apache tivesse permissão total, mas mesmo assim ele cria as pastas dentro do thumb e arquive só que não escreve a imagem, será que é necessário ter o ImageMagick ? Se alguém tiver conhecimento sobre o produto e puder dar uma dica, agradeço, pois nos manuais não achei este problema ou pior a solução dele. Outra coisa se tiver uma dica sobre os logins e e-mails me ajuda, pois deixei somente os grupo sysop gerar logins e não estão sendo enviados e-mails de notificação ao se mudar um texto, mesmo pedindo para monitorar, ou pior quando se esquece a senha e usa a caixa de envio por e-mail não chega nada []s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
