Release update: debian-installer, kernels, infrastructure, freeze, etch, arm
Hello world, Let's take a break from talking about etch plans to talk about sarge again, shall we? Debian Installer RC3, kernels - The RC3 release of the debian-installer has been published. As Joey Hess mentions in his announcement[0], this has been the best-tested Debian Installer release candidate to date and it continues to hold up under scrutiny, and the release team will be proud to use it as the installer for sarge. Thanks to the Debian-Installer team for their great work. However, various pending kernel (security) updates have shown us that the current way of changing debian-installer for a new kernel ABI is quite painful. We are about to decide how we will do future kernel updates in sarge. The fate of 80386 is in your hands -- Currently, the 80386 sub-architecture for i386 is unmaintained. Although sarge will include kernels capable of emulating certain 486+ instructions needed by current userspace libraries, this emulation includes known root security holes; therefore, we cannot offer any assurances that 80386 is supported in the tradition of Debian stable releases. This is a last call for volunteers: if 80386 is to be supported for sarge, we need someone with knowledge of this architecture to step forward to provide a secure solution (in kernel or in userspace), test upgrade paths, and handle various other tasks necessary to get the subarch in shape for sarge. If no one steps forward, we will be forced to drop official support for 80386 in sarge. If 80386 will not be officially supported for sarge, we will also not provide an upgrade path for existing 80386 users of woody. ARM buildd lossage -- As many of you have noticed (and asked about), the ARM autobuilders are not keeping up with package uploads to unstable right now, because several of them are currently off-line due to various hardware failures and software/network configuration difficulties. By the time you read this, at least one fast ARM buildd is back on-line and started to catch up; more buildds are to come. Even so, given that the build queue for arm is currently 500 packages deep, it will take some time to catch up again. We're working on this issue as quickly as possible, though, so please, no hardware offers right now! In the meantime, if you have a release-critical bugfix for sarge that is being held out of testing *only* by a missing arm build, please contact the release team so that we can arrange to push the package in if appropriate. testing-proposed-updates, testing-security -- Getting testing-security up has steady progress. OpenSSH 3.9 was successfully compiled with woody's toolchain, and the connection reusing feature from 3.9 is now being used by some buildds to find any remaining issues. As soon as this has been thouroughly tested, there should only be the routine maintenance matter of setting up the wanna-build databases for these queues and configuring/updating the testing chroots on the buildds. Freeze ahead With these changes done, we are now on the home stretch for the sarge release. We are now only waiting on the arm buildds to recover and catch up to a reasonable extent, and on one last glibc upload -- and then sarge is FREEZING. This is, therefore, the last call for uploads for sarge: if you have any final important changes to your packages which you think need to make it into sarge, upload them now or never. On a related note, we are now down to 90 open RC bugs in sarge -- and many thanks to everyone who has worked so tirelessly to beat these bugs into submission. This means that if you have a release critical bug open on one of your packages that's more than a week old, and you haven't heard from anyone offering you patches, suggestions, or NMUs, *assume your package has been removed from testing*. If you want to make sure it ships with sarge, a good time to upload it would be, um... last month. If you hurry, your package might still make it onto the ark (the ark of arches?) before the frozen floods come slushing... ok, this analogy is sunk. Anyway, if you haven't fixed the RC bugs in your packages yet, you should do so immediately. Major changes in etch - If you intend to make major changes (like a C++ ABI bump) during the development of etch, please speak with the release team as soon as possible, describing the changes you're planning and why. This way, we can help you to make your transitions as smooth as possible, ensuring that packages go quickly into testing/etch, don't hold up other packages or the release in general, and don't take us by surprise. We would appreciate it if you could send these emails before the end of April to [EMAIL PROTECTED] Upload targets -- Those changes that are still needed for sarge should continue to be uploaded according to the following guidelines: - If your package
Minimizing ld dependencies with --as-needed
What are the opinions of d-d's of --as-needed? http://www.ubuntuforums.org/showthread.php?t=17287 According to this thread, the number of dependencies can sometimes be slashed drastically. (Of course, it would have to wait until Sarge becomes Stable.) -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. The man who has gotten everything he wants is all in favor of peace and order. Jawaharlal Nehru signature.asc Description: This is a digitally signed message part
Bug 456789: ITP: libjustdoit -- Always does what you want
Package: wnpp Severity: wishlist * Package name: libjustdoit Version : 1.0 Upstream Author : Noone. It was just there. * URL or Web page : Just open your webbrowser after you installed the lib. And the Homepage will be there! * License : Whatever you wish it is. Description : Always does what you want. This library is THE thing we all waited for. Install it and be happy. It just does what you want. It has a lot of built-in functions, some are listed below. If one isn't there yet - no problem, just use libjustdoit to get it added! Its all that easy! Some example functions: justdoit() - THE central function in this library, everything else is built around this one. A sample call is justdoit(make_coffee) which will instantly burn your refrigerator. Or take justdoit(mail_beloved) and see how nice it calls your wife. Other nice examples one could think of are justdoit(install_sarge) and watch a gentoo compile run (Depends on apt-gentoo from http://lists.debian.org/debian-devel/2004/03/msg02502.html) get_money() - Instantly calls the policy and locks your door until they are there. are_we_there_yet() - Hands you an ice-cream immediately. get_dpl() - Will instantly hack vote.debian.org, changing the DPL vote to ensure you are ranked below NOTA. Some missing functions: release_sarge() - Sorry, this one isn't finished yet. We are still trying to get it working, but it always has bugs and hangs waiting for other stuff. get_into_cabal() - Sorry, TINC. -- bye Joerg Fubak /msg NickServ IDENTIFY arschloch codebreaker /msg nickserv ghost Fubak arschloch -!- Fubak has quit [Nick collision from services.]
Bug 456789: ITP: libjustdoit -- Always does what you want
Package: wnpp Severity: wishlist * Package name: libjustdoit Version : 1.0 Upstream Author : Noone. It was just there. * URL or Web page : Just open your webbrowser after you installed the lib. And the Homepage will be there! * License : Whatever you wish it is. Description : Always does what you want. This library is THE thing we all waited for. Install it and be happy. It just does what you want. It has a lot of built-in functions, some are listed below. If one isn't there yet - no problem, just use libjustdoit to get it added! Its all that easy! Some example functions: justdoit() - THE central function in this library, everything else is built around this one. A sample call is justdoit(make_coffee) which will instantly burn your refrigerator. Or take justdoit(mail_beloved) and see how nice it calls your wife. Other nice examples one could think of are justdoit(install_sarge) and watch a gentoo compile run (Depends on apt-gentoo from http://lists.debian.org/debian-devel/2004/03/msg02502.html) get_money() - Instantly calls the policy and locks your door until they are there. are_we_there_yet() - Hands you an ice-cream immediately. get_dpl() - Will instantly hack vote.debian.org, changing the DPL vote to ensure you are ranked below NOTA. add_mplayer_to_debian() - Segfault Some missing functions: release_sarge() - Sorry, this one isn't finished yet. We are still trying to get it working, but it always has bugs and hangs waiting for other stuff. get_into_cabal() - Sorry, TINC. -- bye Joerg Fubak /msg NickServ IDENTIFY arschloch codebreaker /msg nickserv ghost Fubak arschloch -!- Fubak has quit [Nick collision from services.])
Re: NEW handling: About rejects, and kernels
#include hallo.h * Thomas Bushnell BSG [Thu, Mar 31 2005, 06:52:24PM]: Eduard Bloch [EMAIL PROTECTED] writes: That is bullshit/lies/cheating (pick one). It should be worded: We are not willing to support his hardware just because we (at least some of us) decided to demonstrate how can we can strike against the non-freeness of the hardware development assets (which has ever been there but we don't care). And you are the lab rats for our experiment but in our reality, the hardware manufacturers are the ones to be blame!!!1 Should we same the same thing if we are asked to include a non-free documentation reader for a proprietary documentation format? Your point is?! Acroread? Or what? That buddy has been removed because of very stupid distribution limitations, and I welcome the same treatment for any non-free firmware file (non-free as in really non-free by a non-fanatic definition, eg. with distribution problems). I do not see how freely distributable (or even GPLed) blobs may hurt us. In other words, the question remains: why should we have a different rule for firmware and not other things? Because their nature is different, you have to close both eyes in order to be able to enjoy the discussion like you do. Because it does not RUN on anything inside of our scope (host machine). You try to extend it by cheating but IMHO most people will refuse to support that. Our scope? Where is that written? Why should the freeness of something depend on whether it is a host machine? As said, burn all hardware in your house. Now. Please. Then you have definitely defeated the evil non-freeness. Regards, Eduard. -- Na'Toth #2: Ambassador, it is not my place to speculate on how anything gets into your bed. -- Quotes from Babylon 5 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Minimizing ld dependencies with --as-needed
On Fri, Apr 01, 2005 at 02:34:44AM -0600, Ron Johnson wrote: What are the opinions of d-d's of --as-needed? It's a method of working around bugs. Just fix the bugs instead. Update libtool to the latest version and don't -l stuff you don't need to -l. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | signature.asc Description: Digital signature
Re: Preparation of the next stable Debian GNU/Linux update
Hi Joey, On Fri, Apr 01, 2005 at 09:49:10AM +0200, Martin Schulze wrote: Changelog - 2005/04/01 09:47 MET * Accepted netkit-telnet * Investigation of netkit-telnet-ssl * Accepted samba Please note bug #302378, opened yesterday and still being worked on. Sorry for not being in a position to catch this earlier. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Minimizing ld dependencies with --as-needed
* Andrew Suffield | It's a method of working around bugs. Just fix the bugs | instead. Update libtool to the latest version and don't -l stuff you | don't need to -l. pkgconfig does add a bunch of gratious -l, similar to what libtool used to. This will be fixed, but I'm not sure I want to introduce that so late in the release cycle. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#250202: Standardizing make target for 'patch' and 'upstream-source'
Scott James Remnant [EMAIL PROTECTED] writes: There's also the issue of how do you clean or put a source package back together, when it's got the patches all applied -- how do you know which patch any modifications should go into? Well, the easiest way would be to unpack all patches into debian/patches. If you want to build the source package, you then deapply all patches there (well, it moves the point where this fails if the author changed the source from debian/rules clean to dpkg-source -b) and then do a normal diff for the rest (like today). This would allow people to contine their bad habit of keeping all Debian changes in a .diff.gz-like thing. Marc -- $_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3* )e$(htgnel+23(rhc,u(kcapnu ,nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y V2ajFGabus} yV2ajFGa{gwmclBHIbus}gwmclBHI{yVGa09mbbus}yVGa09mb{hBCdzVnSbus'; s/\n//g;s/bus/\nbus/g;eval scalar reverse # mailto:[EMAIL PROTECTED] pgpCx1oi73PAm.pgp Description: PGP signature
Re: Minimizing ld dependencies with --as-needed
On Fri, Apr 01, 2005 at 12:24:23PM +0200, Tollef Fog Heen wrote: * Andrew Suffield | It's a method of working around bugs. Just fix the bugs | instead. Update libtool to the latest version and don't -l stuff you | don't need to -l. pkgconfig does add a bunch of gratious -l, similar to what libtool used to. This will be fixed, but I'm not sure I want to introduce that so late in the release cycle. I'm pretty sure we don't want to go meddling with this stuff at all so late in the release cycle, so everything here is post-sarge. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | signature.asc Description: Digital signature
Re: Bits from the DAMs ( Co)
Wasn't this supposed to be announced _after_ project scud took power? Ron On Fri, Apr 01, 2005 at 08:31:23AM +0200, Joerg Jaspert wrote: Hi, in the tradition of Bits[1] from the DAMs, started in January, we are now sending another mail to inform you about recent decisions we made. Topics in this mail --- 1. Handling of Accounts 2. The NM Process 3. New Accounts? 4. While we are at it, some other stuff too 5. Mailing Lists 6. Release related 7. Are we there yet? 1. Handling of Accounts --- While having a very s3kr1t Cabal[2]-Meeting a bit ago, we decided that Debian doesn't work anymore the way it is running right now. We gave you a chance to actually proove we are wrong with this conclusion, but the huge flamewars following our testmail showed that we are right. So we decided to have a clean restart with a small team[3] and as such are deleting every account[4] somewhere around this evening (UTC). ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the DAMs ( Co)
On Fri, 01 Apr 2005, Joerg Jaspert wrote: in the tradition of Bits[1] from the DAMs, started in January, we are now sending another mail to inform you about recent decisions we made. groan, it is that day of the year again... -- 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: Minimizing ld dependencies with --as-needed
Le vendredi 01 avril 2005 à 02:34 -0600, Ron Johnson a écrit : What are the opinions of d-d's of --as-needed? http://www.ubuntuforums.org/showthread.php?t=17287 According to this thread, the number of dependencies can sometimes be slashed drastically. I'm moving all my packages to use it. It's not only a workaround for libtool or pkgconfig bugs, it's also a great tool when some upstream authors gratuitously adds unneeded -l flags. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: Minimizing ld dependencies with --as-needed
On Fri, Apr 01, 2005 at 12:53:27PM +0200, Josselin Mouette wrote: Le vendredi 01 avril 2005 à 02:34 -0600, Ron Johnson a écrit : What are the opinions of d-d's of --as-needed? http://www.ubuntuforums.org/showthread.php?t=17287 According to this thread, the number of dependencies can sometimes be slashed drastically. I'm moving all my packages to use it. Please don't. Last I knew, this option was still labelled *experimental* upstream -- there's no possible damage that stray lib dependencies can do to sarge that competes with the certain damage of having *missing* library dependencies. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#250202: Standardizing make target for 'patch' and 'upstream-source'
[Cc:s trimmed. Probably should go to -dpkg] On Friday 01 April 2005 02:12, Scott James Remnant wrote: On Wed, 2005-03-30 at 11:37 +0200, David Schmitt wrote: To prepare the sourcecode for inspection and/or minor modifications an additional argument for debian/rules would fit well into the current model. Calling debian/rules prepare should leave the tree in a state where the source is unpacked, all patches are applied and any change to the tree would affect the final binaries. This target should execute without any Build-Depends installed. Though - as a intermediate step - it would be appropriate to error out with a appropriate message explaining the needed packages and steps to manually prepare the source. I was initially thinking along these lines myself http://www.dpkg.org/NewSourceFormat, however I'm now starting to lean towards not allowing arbitrary shell to just open up a source package; it doesn't feel safe enough. As I wrote in my summary: dpkg-source -x should not default to prepare-ing the source since this is automatically done for building anyways and would be bad security practice. In the case of trusted sources, dpkg-source --prepare -x *.dsc can be implemented/used. In the case of untrusted source, the packages has to be examined regardless of what you want to with it (inspection, modification, build). Therefore I think this is a balanced compromise between security and flexibility. I also don't want to break cd source-version as the definitive way to get to the source afterwards, and am not currently sure how to do that with packages containing multiple tarballs. Currently, cd $source-$version is not /the/ definitive way. If it were, we wouldn't have this discussion. There's also the issue of how do you clean or put a source package back together, when it's got the patches all applied -- how do you know which patch any modifications should go into? I wrote: Calling debian/rules prepare should leave the tree in a state where the source is unpacked, all patches are applied and any change to the tree would affect the final binaries. How this is implemented, is left to the build system. My underlying workflow assumptions for local modifications: 1$ dpkg-source --prepare -x foo_1.dsc 2$ cp foo-1 foo-1.prepared 3$ (cd foo-1; [apply needed modifications]) 4$ diff -ru foo-1.prepared foo-1 foo-mods.patch 5$ (cd foo-1; fakeroot ./debian/rules binary) I recognise that this approach wouldn't work for e.g. official Security NMUs. Though foo-mods.patch should already be quite near the format needed for the build systems. Automating 2$ and 4$ integrated with the build system could combine them into one step before build and add the patch as last patch in the chain to the package. Working with a package - as opposed to applying a small local/security patch - would require a more intimate familarity with the build system anyways. Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir ber ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
Re: Minimizing ld dependencies with --as-needed
On Fri, 2005-04-01 at 03:09 -0800, Steve Langasek wrote: On Fri, Apr 01, 2005 at 12:53:27PM +0200, Josselin Mouette wrote: Le vendredi 01 avril 2005 à 02:34 -0600, Ron Johnson a écrit : What are the opinions of d-d's of --as-needed? http://www.ubuntuforums.org/showthread.php?t=17287 According to this thread, the number of dependencies can sometimes be slashed drastically. I'm moving all my packages to use it. Please don't. Last I knew, this option was still labelled *experimental* upstream -- there's no possible damage that stray lib dependencies can do to sarge that competes with the certain damage of having *missing* library dependencies. And since these are (always?) dependencies on shared objects, these libraries never get used, except to say, Here I am!, right? -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. Capitalism needs a culture of shame to work properly. Paraphrased from Victor David Hansen, seen on CSPAN 2004-03-07 signature.asc Description: This is a digitally signed message part
Reply Message From Primestaff.
Reply Message From Primestaff. Thank you for your mail the contents of which are noted. We appreciate your response and will revert to you as soon as possible. Best regards. PrimeStaff Management Services Pte Ltd The Preferred Human Resource Consultant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Minimizing ld dependencies with --as-needed
On Apr 1, 2005 7:32 AM, Andrew Suffield [EMAIL PROTECTED] wrote: On Fri, Apr 01, 2005 at 12:24:23PM +0200, Tollef Fog Heen wrote: * Andrew Suffield | It's a method of working around bugs. Just fix the bugs | instead. Update libtool to the latest version and don't -l stuff you | don't need to -l. pkgconfig does add a bunch of gratious -l, similar to what libtool used to. This will be fixed, but I'm not sure I want to introduce that so late in the release cycle. I'm pretty sure we don't want to go meddling with this stuff at all so late in the release cycle, so everything here is post-sarge. I agree, but are we tracking all these post-sarge issues that are coming on d-d and others lists? I hope that after sarge we start working on these issues before etch came closer. I'm interested in put online a web page containing some things suggested to be investigated post-sarge (technical stuff only), anyone too? -- Gustavo Franco -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: init.d script dependencies for etch?
[taking to devel, per your suggestion] also sprach Lars Wirzenius [EMAIL PROTECTED] [2005.04.01.1546 +0200]: I would like to work on making this happen for etch. I don't have an implementation yet, let alone a plan for how to do it, and I won't start work until after sarge is released, so this is just a heads-up for the release team. Excellent. Please keep me in the loop. You also surely want to be talking to hmh and miquels! Anyway, I am glad you are actively starting on this. I am going to actively work on policy-rc.d once sarge is out. Anyone who wants to tell me this is a really bad idea, or has suggestions on the implementation, I think we need to establish a header format policy, and I suggest something similar to debian/control, e.g. #!/bin/sh -e # init.d script for sshd # #% Depends: network, iptables # if $1 ... Then, using all the depends lines, you can make a call to a topographical sort implemenmtation at startup (should be quick enough as there are 100 init.d scripts) and parallelise the startups. Pretty standard CS stuff... I would prefer this over e.g. starting all init.d scripts at once and letting each call its dependencies. This would be very hard to implement efficiently. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER signature.asc Description: Digital signature
Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm
On Fri, Apr 01, 2005 at 03:48:00PM +0200, Andreas Barth wrote: Debian Installer RC3, kernels - The RC3 release of the debian-installer has been published. As Joey Hess mentions in his announcement[0], this has been the best-tested Debian Installer release candidate to date and it continues to hold up under scrutiny, and the release team will be proud to use it as the installer for sarge. Thanks to the Debian-Installer team for their great work. ARM buildd lossage -- By the time you read this, at least one fast ARM buildd is back on-line and started to catch up; more buildds are to come. testing-proposed-updates, testing-security -- Getting testing-security up has steady progress. OpenSSH 3.9 was successfully compiled with woody's toolchain, and the connection reusing feature from 3.9 is now being used by some buildds to find any remaining issues. Freeze ahead On a related note, we are now down to 90 open RC bugs in sarge -- and many thanks to everyone who has worked so tirelessly to beat these bugs into submission. Too bad it is only an April fool joke... Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Minimizing ld dependencies with --as-needed
On Fri, Apr 01, 2005 at 06:01:27AM -0600, Ron Johnson wrote: And since these are (always?) dependencies on shared objects, these libraries never get used, except to say, Here I am!, right? The runtime linker still loads them, which can be expensive (esp. if there are many relocation records), and unneccessarily consumes virtual address space (which can be a problem for applications with large working set on 32-bit systems). Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Minimizing ld dependencies with --as-needed
On Fri, Apr 01, 2005 at 12:53:27PM +0200, Josselin Mouette wrote: I'm moving all my packages to use it. It's not only a workaround for libtool or pkgconfig bugs, it's also a great tool when some upstream authors gratuitously adds unneeded -l flags. General note: you have to be careful with --as-needed if you link with libraries having global constructors/desctuctors as these can alter the execution of the program even if no symbol is used directly from the library in question. Not many libraries have constructors (at least not many C libraries, with C++ it is much more common) so in the majority of cases this is not an issue, but you have to be aware that you cannot just blindly add --as-needed everywhere. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: init.d script dependencies for etch?
martin f krafft [EMAIL PROTECTED] wrote: [taking to devel, per your suggestion] also sprach Lars Wirzenius [EMAIL PROTECTED] [2005.04.01.1546 +0200]: I would like to work on making this happen for etch. I don't have an implementation yet, let alone a plan for how to do it, and I won't start work until after sarge is released, so this is just a heads-up for the release team. [...] I think we need to establish a header format policy, and I suggest something similar to debian/control, e.g. #!/bin/sh -e # init.d script for sshd # #% Depends: network, iptables Very good to hear. This would also fix #253128 and similar problems. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
How to handle unreproducible RC bugs when the submitter is MIA?
Dear release team, #297181 is unreproducible, and the submitter has not answered to our questions for a while. I am quite confident that this bug is really PEBCAK, or more specifically a local misconfiguration, or some old locally installed Emacs lisp files lying around. I do not think that this bug justifies auctex's removal from testing; on the other hand, I don't think it would be proper to lower its severity before we know more. But we cannot know whether the submitter will answer again and allow us to decide, and possibly fix or reassign, before sarge is frozen. How should this bug be handled? I'm cc-ing -devel, because this question seems to be of general interest. Please note that I am not subscribed to -release (but get mail to -devel or the bug address). Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: Minimizing ld dependencies with --as-needed
On Fri, Apr 01, 2005 at 03:09:13AM -0800, Steve Langasek wrote: On Fri, Apr 01, 2005 at 12:53:27PM +0200, Josselin Mouette wrote: Le vendredi 01 avril 2005 à 02:34 -0600, Ron Johnson a écrit : What are the opinions of d-d's of --as-needed? http://www.ubuntuforums.org/showthread.php?t=17287 According to this thread, the number of dependencies can sometimes be slashed drastically. I'm moving all my packages to use it. Please don't. Last I knew, this option was still labelled *experimental* upstream -- there's no possible damage that stray lib dependencies can do to sarge that competes with the certain damage of having *missing* library dependencies. For the record, it isn't actually labelled as experimental upstream - but there have been some problems with it, and they were fixed in versions of binutils not yet included in Debian. I second Steve's advice; if you want to use this ld feature, wait a little longer. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Minimizing ld dependencies with --as-needed
* Gustavo Franco | I agree, but are we tracking all these post-sarge issues that are | coming on d-d and others lists? I hope that after sarge we start | working on these issues before etch came closer. I'm doing a rebuild of sarge with a changed pkg-config now, to see what breaks. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm
On Fri, 01 Apr 2005 16:32:25 +0200, Bill Allombert wrote: On Fri, Apr 01, 2005 at 03:48:00PM +0200, Andreas Barth wrote: Debian Installer RC3, kernels - The RC3 release of the debian-installer has been published. As Joey Hess mentions in his announcement[0], this has been the best-tested Debian Installer release candidate to date and it continues to hold up under scrutiny, and the release team will be proud to use it as the installer for sarge. Thanks to the Debian-Installer team for their great work. ARM buildd lossage -- By the time you read this, at least one fast ARM buildd is back on-line and started to catch up; more buildds are to come. testing-proposed-updates, testing-security -- Getting testing-security up has steady progress. OpenSSH 3.9 was successfully compiled with woody's toolchain, and the connection reusing feature from 3.9 is now being used by some buildds to find any remaining issues. Freeze ahead On a related note, we are now down to 90 open RC bugs in sarge -- and many thanks to everyone who has worked so tirelessly to beat these bugs into submission. Too bad it is only an April fool joke... Cheers, Look again at bugs.debian.org/release-critical, or the automatic mail of release-critical bugs that gets sent out every Friday. At the very least, this last part is true. --Ken Bloom -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Minimizing ld dependencies with --as-needed
On Apr 1, 2005 1:58 PM, Tollef Fog Heen [EMAIL PROTECTED] wrote: * Gustavo Franco | I agree, but are we tracking all these post-sarge issues that are | coming on d-d and others lists? I hope that after sarge we start | working on these issues before etch came closer. I'm doing a rebuild of sarge with a changed pkg-config now, to see what breaks. It's good to hear, let us known about the results. I'll do something about collect what's being discussed on the lists and is being pushed to after sarge this weekend. It would be good sum up these ideas in a wiki like wiki.debian.net but i accept help and suggestions. -- Gustavo Franco -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
How to find out why a package was removed from testing?
Hi, how can I find out why a package was removed from testing? I tried to find this out for wwwoffle, and looked at - its resolved bugs (no indication) - its open bugs (one RC, but worked on) - ftp.debian.org's bugs: nothing - Search on debian-release: nothing. Where else can I look? TIA, Frank P.S. if somebody can point me to an alternative for wwwoffle, that would be nice. Is polipo good? If yes, does it provide an upgrade path from woody? -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: How to find out why a package was removed from testing?
On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: Hi, how can I find out why a package was removed from testing? I tried to find this out for wwwoffle, and looked at This type of information is unfortunately not readily available, you can find it in some ftp-master logfiles (/org/ftp.debian.org on merkel) certainly, but that's not reasy. The plan is to use the newly created debian-testing-changes mailinglist for notifications of this kind, but it simply hasn't happened yet. Finding out why a package is not (re-)entering testing though, is easy: - its open bugs (one RC, but worked on) Right, but open for 47 days already. If for this amount of days an RC bug is open and nobody seems to have cared enough to fix it or even provide a patch, I think it's justified hinting it out of sarge. If it's fixed, wwwoffle might re-enter testing (if the fixed version is ready in time), if not, well, it'll stay out. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: init.d script dependencies for etch?
On Fri, 01 Apr 2005 16:50:20 +0200, martin f krafft wrote: I think we need to establish a header format policy, and I suggest something similar to debian/control, e.g. #!/bin/sh -e # init.d script for sshd # #% Depends: network, iptables # if $1 ... This has been standardized by LSB: http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html This is not to say that I like the idea of magic comment headers. I would prefer this over e.g. starting all init.d scripts at once and letting each call its dependencies. This would be very hard to implement efficiently. I missed the beginning of this conversation. I hope it has been said that the first thing we should do is investigate the several dependency-base init systems that are already out there. (There are earlier threads about this.) -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to find out why a package was removed from testing?
* Frank Küster [EMAIL PROTECTED] [2005-04-01 19:28]: - its open bugs (one RC, but worked on) http://ftp-master.debian.org/testing/hints/vorlon contains # bug #295060 remove wwwoffle/2.8e-1 So, yes, because of an RC bug. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug 456789: ITP: libjustdoit -- Always does what you want
Scripsit Jörg Jaspert [EMAIL PROTECTED] * Package name: libjustdoit Version : 1.0 Upstream Author : Noone. It was just there. * URL or Web page : Just open your webbrowser after you installed the lib. And the Homepage will be there! The binary package name as well as the API identifiers will need be changed to avoid trademark problems with Nike. * License : Whatever you wish it is. Have you cleared this with -legal? Usually licenses are not considered Free if one needs to invoke wishful thinking to fit them to the DFSG. -- Henning MakholmManden med det store pindsvin er kommet vel ombord i den grønne dobbeltdækker.
Re: How to find out why a package was removed from testing?
Jeroen van Wolffelaar [EMAIL PROTECTED] wrote: On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: - its open bugs (one RC, but worked on) Right, but open for 47 days already. If for this amount of days an RC bug is open and nobody seems to have cared enough to fix it or even provide a patch, I think it's justified hinting it out of sarge. You are probably right. However, removing a package should not be done without - adding a note about this to the release notes (Is there a package or pseudo-package for the release notes now? I don't think so). - Inform the maintainers of alternatives. Since polipo claims to be in the spirit of wwwoffle, it might even be possible to provide an upgrade path. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: How to find out why a package was removed from testing?
Martin Michlmayr [EMAIL PROTECTED] wrote: * Frank Küster [EMAIL PROTECTED] [2005-04-01 19:28]: - its open bugs (one RC, but worked on) http://ftp-master.debian.org/testing/hints/vorlon contains # bug #295060 remove wwwoffle/2.8e-1 So, yes, because of an RC bug. Is it not usual practice to send a note about this to the bug? I think this would be a good idea, both for documentation purposes, and to wake up lazy maintainers. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Unsubscribe
-- Juan Maqueda Infraestrutura - Predicta tel: +55 (11)3054-2522 cel: +55 (11)9624-1145 ICQ: 2027526
Re: How to handle unreproducible RC bugs when the submitter is MIA?
Severity: grave Justification: renders package unusable At http://www.debian.org/Bugs/Developer#severities, grave is glossed as: makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. I interpret users here as all users because the important severity is glossed as: has a major effect on the usability of a package, without rendering it completely unusable to everyone which seems to be meant to contrast with grave. That is, if the package isn't unusable by everyone (if the bug only affects some users) then the bug is not grave. If the bug is unreproducible then it can't be the case that the package is unusable to everyone. So I'd say that a downgrade is justified. Of course, I may be misinterpreting the severity tags. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to find out why a package was removed from testing?
On Fri, Apr 01, 2005 at 08:00:19PM +0200, Frank Kster wrote: Is it not usual practice to send a note about this to the bug? I think this would be a good idea, both for documentation purposes, and to wake up lazy maintainers. No, maintainers have to know about there bugs. And RC bugs with this amount of time need some reaction. Bastian -- Pain is a thing of the mind. The mind can be controlled. -- Spock, Operation -- Annihilate! stardate 3287.2 signature.asc Description: Digital signature
Re: init.d script dependencies for etch?
On Fri, Apr 01, 2005 at 04:28:33PM +0200, martin f krafft wrote: I think we need to establish a header format policy, and I suggest something similar to debian/control, e.g. I must say, that the Gentoo-Way looks better than this. Bastian -- Vulcans believe peace should not depend on force. -- Amanda, Journey to Babel, stardate 3842.3 signature.asc Description: Digital signature
Re: init.d script dependencies for etch?
On Fri, Apr 01, 2005 at 08:16:58PM +0200, Bastian Blank wrote: On Fri, Apr 01, 2005 at 04:28:33PM +0200, martin f krafft wrote: I think we need to establish a header format policy, and I suggest something similar to debian/control, e.g. I must say, that the Gentoo-Way looks better than this. What is the Gentoo-Way? Wouter van Heyst -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to handle unreproducible RC bugs when the submitter is MIA?
On 01-Apr-05, 10:08 (CST), Frank K?ster [EMAIL PROTECTED] wrote: I do not think that this bug justifies auctex's removal from testing; on the other hand, I don't think it would be proper to lower its severity before we know more. But we cannot know whether the submitter will answer again and allow us to decide, and possibly fix or reassign, before sarge is frozen. How should this bug be handled? Downgrade it, tag it as unreproducible (or whatever that exact tag is), and don't worry about it. It's clearly not 'grave', since it doesn't seem to affect anyone else, and presumably the submitter is not the only Debian auctex user . Steve -- Steve Greenland The irony is that Bill Gates claims to be making a stable operating system and Linus Torvalds claims to be trying to take over the world. -- seen on the net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: init.d script dependencies for etch?
On Fri, Apr 01, 2005 at 08:18:56PM +0200, Wouter van Heyst wrote: On Fri, Apr 01, 2005 at 08:16:58PM +0200, Bastian Blank wrote: I must say, that the Gentoo-Way looks better than this. What is the Gentoo-Way? | opts=depend checkconfig start stop reload | | depend() { | # Make networking dependency conditional on configuration | case $(sed 's/#.*//' /etc/syslog-ng/syslog-ng.conf) in | *source*tcp*|*source*udp*|*destination*tcp*|*destination*udp*) | need net ;; | esac | | need clock hostname | provide logger | } [...] | start() { [...] | } Bastian -- Immortality consists largely of boredom. -- Zefrem Cochrane, Metamorphosis, stardate 3219.8 signature.asc Description: Digital signature
Re: init.d script dependencies for etch?
also sprach Bastian Blank [EMAIL PROTECTED] [2005.04.01.2031 +0200]: | # Make networking dependency conditional on configuration | case $(sed 's/#.*//' /etc/syslog-ng/syslog-ng.conf) in | *source*tcp*|*source*udp*|*destination*tcp*|*destination*udp*) | need net ;; | esac | | need clock hostname | provide logger Uh, this looks like a pull type of thing in which ever init.d script starts its dependencies. I don't think this is a good idea. After all, the main reason why we want dependencies is to be able to parallelise the startup process. If we do that, we will run into locking problems trying to keep track which dependencies have been started and which not. Or we make other packages assume too much information about a given dependencies (e.g. by requiring a /bin/ps check). -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! the difference between genius and stupidity is that genius has it's limits. -- albert einstein signature.asc Description: Digital signature
Re: init.d script dependencies for etch?
also sprach Thomas Hood [EMAIL PROTECTED] [2005.04.01.1930 +0200]: This has been standardized by LSB: http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html Clearly this is the way to go then. After all, we are striving to be LSB-compliant, so why deviate? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! micro$oft could shit in a box, and most people would buy it. signature.asc Description: Digital signature
Re: init.d script dependencies for etch?
On Fri, Apr 01, 2005 at 08:48:36PM +0200, martin f krafft wrote: Uh, this looks like a pull type of thing in which ever init.d script starts its dependencies. I don't think this is a good idea. No, it is not. The dependencies are cached. Bastian -- Get back to your stations! We're beaming down to the planet, sir. -- Kirk and Mr. Leslie, This Side of Paradise, stardate 3417.3 signature.asc Description: Digital signature
Re: init.d script dependencies for etch?
also sprach Bastian Blank [EMAIL PROTECTED] [2005.04.01.2104 +0200]: Uh, this looks like a pull type of thing in which ever init.d script starts its dependencies. I don't think this is a good idea. No, it is not. The dependencies are cached. Cached? As in queried beforehand? As in two-pass algorithm, once iterating init.d with 'depends' as option, then with 'start' ? Yeah, that sounds nice. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! women can keep a secret just as well as men, but it takes more of them to do it. signature.asc Description: Digital signature
Re: Bug 456789: ITP: libjustdoit -- Always does what you want
On 10246 March 1977, Henning Makholm wrote: * License : Whatever you wish it is. Have you cleared this with -legal? Usually licenses are not considered Free if one needs to invoke wishful thinking to fit them to the DFSG. Eh, if you ask -legal its always non-free, so no need to. :) -- bye Joerg (Irgendwo von heise.de): Jesus war ein typischer Student: - Lebte bis er 30 war bei den Eltern, - Hatte lange Haare - Wenn er mal was tat dann wars ein Wunder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NEW handling: About rejects, and kernels
Eduard Bloch [EMAIL PROTECTED] writes: As said, burn all hardware in your house. Now. Please. Then you have definitely defeated the evil non-freeness. As I have said, I don't think non-free software is evil. I just think it is not part of the Debian main archive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm
Andreas Barth [EMAIL PROTECTED] writes: With these changes done, we are now on the home stretch for the sarge release. We are now only waiting on the arm buildds to recover and catch up to a reasonable extent, and on one last glibc upload -- and then sarge is FREEZING. This is, therefore, the last call for uploads for sarge: if you have any final important changes to your packages which you think need to make it into sarge, upload them now or never. What about uploads that I did a while ago specifically for the purpose of sarge, but which haven't gotten through NEW processing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to handle unreproducible RC bugs when the submitter is MIA?
Thomas Hood [EMAIL PROTECTED] wrote: That is, if the package isn't unusable by everyone (if the bug only affects some users) then the bug is not grave. If the bug is unreproducible then it can't be the case that the package is unusable to everyone. So I'd say that a downgrade is justified. Well, maybe it is only serious (bugs in maintainer scripts are a policy violation), or maybe it is in fact only important. But it's hard to find out. And I would not be too surprised if it turned out to be a bug in a different package, some package rarely installed with auctex or other Emacs add-ons that rely on similar features (auctex runs its configure script from the maintainer script). And in this case I think it would be a serious bug in that other package. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: How to find out why a package was removed from testing?
Bastian Blank [EMAIL PROTECTED] wrote: On Fri, Apr 01, 2005 at 08:00:19PM +0200, Frank Küster wrote: Is it not usual practice to send a note about this to the bug? I think this would be a good idea, both for documentation purposes, and to wake up lazy maintainers. No, maintainers have to know about there bugs. And RC bugs with this amount of time need some reaction. Well, the point is that I thought about doing an NMU. However, I don't feel like digging into the problem if the package was removed for an unrelated reason which I cannot change (like dead upstream, better replacement available). This is why I think it would be good to send a note to the bug log. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: How to handle unreproducible RC bugs when the submitter is MIA?
On Fri, 2005-04-01 at 22:22 +0200, Frank Küster wrote: (bugs in maintainer scripts are a policy violation) I don't recall policy saying that maintainer scripts must be entirely bug free. Obviously they _should_ be bug free, but bugs in maintainer scripts aren't always RC. -- Thomas Hood [EMAIL PROTECTED]
Re: How to find out why a package was removed from testing?
* Jeroen van Wolffelaar ([EMAIL PROTECTED]) [050401 19:35]: On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: how can I find out why a package was removed from testing? I tried to find this out for wwwoffle, and looked at This type of information is unfortunately not readily available, you can find it in some ftp-master logfiles (/org/ftp.debian.org on merkel) certainly, but that's not reasy. the real information as written (and used) by the release team is in the hint files, http://ftp-master.debian.org/testing/hints/ = merkel:/org/ftp.debian.org/testing/hints/ Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to find out why a package was removed from testing?
* Frank Küster ([EMAIL PROTECTED]) [050401 19:55]: Martin Michlmayr [EMAIL PROTECTED] wrote: * Frank Küster [EMAIL PROTECTED] [2005-04-01 19:28]: - its open bugs (one RC, but worked on) http://ftp-master.debian.org/testing/hints/vorlon contains # bug #295060 remove wwwoffle/2.8e-1 So, yes, because of an RC bug. Is it not usual practice to send a note about this to the bug? I think this would be a good idea, both for documentation purposes, and to wake up lazy maintainers. Actually, this was discussed in Vancouver, and has been agreed at - but well, implementation of other issues had preference (the plan is to both send a daily summary to debian-testing-changes and to mail the individual maintainers; perhaps replacing maintainers with bugs is a good idea). Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: init.d script dependencies for etch?
On Fri, 01 Apr 2005 20:40:08 +0200, Bastian Blank wrote: | need clock hostname | provide logger I take it that this is Richard Gooch's simpleinit system as furnished in util-linux. http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/ Before commenting, people should go and read about the several free init systems available out there. There's also runit, minit, etc. There have been other threads on debian-devel about this issue, e.g.: http://lists.debian.org/debian-devel/2004/08/msg01393.html http://lists.debian.org/debian-devel/2003/10/msg01078.html http://lists.debian.org/debian-devel/2004/06/msg01445.html http://lists.debian.org/debian-devel/2003/11/msg01695.html http://lists.debian.org/debian-devel/2003/09/msg01359.html http://lists.debian.org/debian-devel/2003/01/msg01898.html -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm
On Fri, Apr 01, 2005 at 03:48:00PM +0200, Andreas Barth wrote: ... Major changes in etch - If you intend to make major changes (like a C++ ABI bump) during the development of etch, please speak with the release team as soon as possible, describing the changes you're planning and why. This way, we can help you to make your transitions as smooth as possible, ensuring that packages go quickly into testing/etch, don't hold up other packages or the release in general, and don't take us by surprise. We would appreciate it if you could send these emails before the end of April to [EMAIL PROTECTED] Is this an April Fool joke? If not, the release team should also send the information required for this: When is the estimated freeze date for etch? It doesn't need to be an exact date, but someting like third quarter of 2005 or mid-2008 would help to avoid situations like the sarge C++ transition that was too early [1] or the more than two years old X11 that will ship with sarge (and that doesn't support all hardware supported by recent X.org releases) [2]. And please learn from past release management mistakes and announce a _realistic_ estimated freeze date for etch [3]. ... Keeping track of RC bugs in testing --- Since BTS version tracking is a post-sarge feature, we depend on your help to keep track of RC bugs that have been fixed in unstable but not testing. Over the past few months, we've been tracking these bugs mainly through the use of reopened, sarge-tagged bug reports. You can continue to use this method to let the release team know about release-critical issues, but we would encourage you to use http://www.wolffelaar.nl/~sarge/ to send us comments on the importance of particular updates waiting in testing. This applies not just to release-critical issues (which should be marked as critical on that page), but also to important ones (and minor ones, if you feel inclined). For usage information about this site, please see the previous announcement concerning it[1]. For the record: I started doing this during the last days [4]. RC bugs are IMHO better since they also show up in your RC bugs metric. Cheers, Andi Barth cu Adrian [1] the first birthday of gcc 3.4.0 is only a few days from now [2] the outdated X11 problem was already present in woody where XFree86 4.2 might have been included [3] and avoid the non-working aggressive goals [5] [4] that's extra work only required by the usage of testing and version tracking in the BTS alone will not be sufficient to handle this - but that's a different discussion [5] http://lists.debian.org/debian-devel-announce/2003/08/msg00010.html -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to handle unreproducible RC bugs when the submitter is MIA?
On Fri, Apr 01, 2005 at 12:05:59PM -0600, Steve Greenland wrote: On 01-Apr-05, 10:08 (CST), Frank K?ster [EMAIL PROTECTED] wrote: I do not think that this bug justifies auctex's removal from testing; on the other hand, I don't think it would be proper to lower its severity before we know more. But we cannot know whether the submitter will answer again and allow us to decide, and possibly fix or reassign, before sarge is frozen. How should this bug be handled? Downgrade it, tag it as unreproducible (or whatever that exact tag is), and don't worry about it. It's clearly not 'grave', since it doesn't seem to affect anyone else, and presumably the submitter is not the only Debian auctex user . Just to confirm, this is the release team's policy on handling such bugs. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#250202: Standardizing make target for 'patch' and 'upstream-source'
On Fri, Apr 01, 2005 at 01:12:53AM +0100, Scott James Remnant wrote: On Wed, 2005-03-30 at 11:37 +0200, David Schmitt wrote: To prepare the sourcecode for inspection and/or minor modifications an additional argument for debian/rules would fit well into the current model. Calling debian/rules prepare should leave the tree in a state where the source is unpacked, all patches are applied and any change to the tree would affect the final binaries. This target should execute without any Build-Depends installed. Though - as a intermediate step - it would be appropriate to error out with a appropriate message explaining the needed packages and steps to manually prepare the source. I was initially thinking along these lines myself http://www.dpkg.org/NewSourceFormat, however I'm now starting to lean towards not allowing arbitrary shell to just open up a source package; it doesn't feel safe enough. I also don't want to break cd source-version as the definitive way to get to the source afterwards, and am not currently sure how to do that with packages containing multiple tarballs. There's also the issue of how do you clean or put a source package back together, when it's got the patches all applied -- how do you know which patch any modifications should go into? The variance of different build systems present and the strong feelings DDs have about them is indication that there might not be the build-system-to-rule-them-all any time soon. Your proposal definetely sounds good (especially the upload patches individually part), but it I guess some time will be needed to shake out the problems (after all, *every* package up to xfree86 will have to be usefully hackable with it) and transition to it. In the meantime, having common targets to get to the source (i.e. unpack the source(s), patch the source(s), do both) seems very desirable to me, this would help when looking at OPP[1]. IMHO, those targets should be easy words, like unpack, patch, setup, but I don't care a lot about them as long as we decide on one. The issue with how to get patches into your new package is not that important I think, as this is usually rather straight-forward from looking at what's in debian/patches already. Also, the 'clean' target should unapply any patches, so there's no pressing need to have a common unpatch target (but it wouldn't hurt I guess). cheers, Michael [1] Other People's Packages -- HostingGeek i am thinking of a smart way of exploiting it and once i do it will be on slashdot ross WOW SLASHDOT HostingGeek ross: well slashdot take any peace of junk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm
Adrian Bunk [EMAIL PROTECTED] wrote: It doesn't need to be an exact date, but someting like third quarter of 2005 or mid-2008 would help to avoid situations like the sarge C++ transition that was too early [1] or the more than two years old X11 that will ship with sarge (and that doesn't support all hardware supported by recent X.org releases) [2]. (snip) [1] the first birthday of gcc 3.4.0 is only a few days from now The C++ ABI was broken with gcc 3.2.0. For most architectures, 3.4.0 doesn't change anything. Is your point anything other than The Debian release process is broken and you should get rid of testing? If not, we've heard that several times already. It doesn't need reiterating. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
crediting debconf translators, revisited
hi all, some time back, i remember somebody asking what the proper way was to credit translators who provided debconf template translations. the consensus seemed to be that mentioning them in the changelog was sufficient. not being satisfied with that, however, i wrote up a small script to directly credit their work, which i redirect into a file under /usr/share/doc/$package/ during package build. if anyone's interested, it's at: http://people.debian.org/~seanius/goodies/credit-xlators/credit-xlators sean -- signature.asc Description: Digital signature
Re: intend-to-implement: script to obtain Debian Source
On Sun, 27 Mar 2005, Lars Wirzenius wrote: su, 2005-03-27 kello 09:01 +0200, George Danchev kirjoitti: I second suggestion given at #250202 and like to see unpacked and patched targets to hit Policy 4.8. I hear that Adam Heath (doogie for those on IRC) has been working on a new source package format that will make tarball-within-tarball sources obsolete and has native support for multiple patches and cures for other ailments. If this works, and I suspect it will, then unpack and patch targets will also be obsolete. Personally, I think this will be a good thing. The new toolset(tentatively called dbs-ng while I'm developing it) supports what I call pre-patched source. dpkg-source -x foo.dsc gives a source tree that is immediately ready for editting and building. No need to apply patches by running something inside debian/rules. If you modify a file, then dpkg-source -b the dir, it'll be included in the standard diff.gz, just like a standard package. However, if you want the patch to be maintained separately, dbs-ng -d foo.patch will product a file called foo.patch in $PWD that contains the change you have done. You can then move that into debian/patches. Another major feature is patch dependencies. No longer do you have to prefix your patch names with numbers, to get the ordering right. Now, you just list the other patches you depend on, and they will be applied in the correct order. Additionally, as a way to weed out other problems, any patches that are leafs(ie, don't depend on anything) are applied in a random order. Also, all patches now have a leading dpkg control paragraph; this contains the Depends line, Description, Flags, and other fields. The tool also supports mailing patch sets to email addresses, including diffstat output, etc. The initial version is in perl, and is done. I'm working on rewriting it in C, however, before I release it. ps: I do have a second perl version that *does* support changes to binary files, permissions, file types, renames, etc that will be merged into the C version. This new diff format is encoded in a format that is capable of being run as a *shell script*, so that you don't need the advanced toolset on the system to apply the series of changes(useful for bootstrapping). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to find out why a package was removed from testing?
On Fri, Apr 01, 2005 at 07:59:01PM +0200, Frank Küster wrote: Jeroen van Wolffelaar [EMAIL PROTECTED] wrote: On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: Right, but open for 47 days already. If for this amount of days an RC bug is open and nobody seems to have cared enough to fix it or even provide a patch, I think it's justified hinting it out of sarge. You are probably right. However, removing a package should not be done without - adding a note about this to the release notes (Is there a package or pseudo-package for the release notes now? I don't think so). There is an upgrade-reports package, but not a release-notes package. Perhaps upgrade-reports is good enough for the moment, since removed packages are upgrade issues? Anyway, packages are removed from testing or unstable+testing all the time when they're not releasable, without necessarily looking at whether they were present in stable; and many of these may get back into testing before release; so it's not really practical to track removals until we get close to freeze (like, hmm, now). - Inform the maintainers of alternatives. Hmm, that assumes there generally are alternatives, or that the release team knows about them, neither of which is a given. If a niche package has RC bugs that aren't being resolved, we can't ship it, even if there's no known alternative. Since polipo claims to be in the spirit of wwwoffle, it might even be possible to provide an upgrade path. I'd be happy for any upgrade paths that maintainers choose to provide, but I just don't see this happening for the majority of packages -- we have enough trouble making sure all packages we ship are upgradable from woody, without swapping out the complete codebase, and I think this is a case of having to choose our battles. On Fri, Apr 01, 2005 at 10:24:56PM +0200, Frank Küster wrote: Bastian Blank [EMAIL PROTECTED] wrote: No, maintainers have to know about there bugs. And RC bugs with this amount of time need some reaction. Well, the point is that I thought about doing an NMU. However, I don't feel like digging into the problem if the package was removed for an unrelated reason which I cannot change (like dead upstream, better replacement available). This is why I think it would be good to send a note to the bug log. The release team doesn't remove packages from testing for reasons that don't go through the BTS, and these are generally documented in http://ftp-master.debian.org/testing/hints/ as noted. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#302641: ITP: debhelper-dwim -- debhelper extension to do what the maintainer wants
Package: wnpp Severity: wishlist Owner: Steve Langasek [EMAIL PROTECTED] * Package name: debhelper-dwim Version : 1.0.0 Upstream Author : Steve Langasek [EMAIL PROTECTED] * URL : http://www.yagoohoogle.com/ * License : Abridged Public Rights International License, version 1 Description : debhelper extension to do what the maintainer wants This package provides the dh_dwim debhelper script, which has been developed as an answer to cdbs within the debhelper paradigm. It depends on libjustdoit, which has been ITP'ed at [0]. The dh_dwim script is incompatible with dh_perl. [0] http://lists.debian.org/debian-devel/2005/04/msg3.html -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to find out why a package was removed from testing?
On Fri, Apr 01, 2005 at 06:56:45PM -0800, Steve Langasek wrote: On Fri, Apr 01, 2005 at 07:59:01PM +0200, Frank Küster wrote: Jeroen van Wolffelaar [EMAIL PROTECTED] wrote: On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: Right, but open for 47 days already. If for this amount of days an RC bug is open and nobody seems to have cared enough to fix it or even provide a patch, I think it's justified hinting it out of sarge. You are probably right. However, removing a package should not be done without - adding a note about this to the release notes (Is there a package or pseudo-package for the release notes now? I don't think so). There is an upgrade-reports package, but not a release-notes package. Perhaps upgrade-reports is good enough for the moment, since removed packages are upgrade issues? Anyway, packages are removed from testing or unstable+testing all the time when they're not releasable, without necessarily looking at whether they were present in stable; and many of these may get back into testing before release; so it's not really practical to track removals until we get close to freeze (like, hmm, now). ... This still catches only part of the problem. I wouldn't assume that the majority of Debian users completely reads the release notes. Consider someone discovers a remotely exploitable hole in wwwoffle 13 months after the release of sarge. According to the Debian Popularity Contest, 1.5% of the Debian users run wwwoffle. Consider one third of them completely read the release notes and removed wwwoffle. Then one percent of all computers running Debian 3.1 will be vulnerable - and there will be no DSA warning them. You can argue it was documented - but the number of vulnerable Debian 3.1 machines will still make the script kiddies very happy. And wwwoffle is only one of many removed packages. The release team doesn't remove packages from testing for reasons that don't go through the BTS, and these are generally documented in http://ftp-master.debian.org/testing/hints/ as noted. That's wrong. The release team does remove packages for getting library transitions into testing. If a package affected by the transition depends on a third package that is not yet ready for testing, it might be hinted for removal by the release team without any mentioning in the BTS. Consider e.g. the loop-aes-utils package would require libopenh323 [1]. You yourself would hint it for removal from testing today and it wouldn't have any chance of entering testing again for sarge [2] although it's completely bug-free. Or a package might simply be removed because it depends directly or indirectly on a buggy package without being itself buggy. Steve Langasek cu Adrian [1] that's only a fictive example, but I'm too lame digging through 650kB update_excuses for finding some real examples [2] due to it's versioned util-linux dependency -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the DAMs ( Co)
April Fool! :-) Ritesh On Friday 01 Apr 2005 12:01 pm, Joerg Jaspert wrote: Hi, in the tradition of Bits[1] from the DAMs, started in January, we are now sending another mail to inform you about recent decisions we made. Topics in this mail --- 1. Handling of Accounts 2. The NM Process 3. New Accounts? 4. While we are at it, some other stuff too 5. Mailing Lists 6. Release related 7. Are we there yet? 1. Handling of Accounts --- While having a very s3kr1t Cabal[2]-Meeting a bit ago, we decided that Debian doesn't work anymore the way it is running right now. We gave you a chance to actually proove we are wrong with this conclusion, but the huge flamewars following our testmail showed that we are right. So we decided to have a clean restart with a small team[3] and as such are deleting every account[4] somewhere around this evening (UTC). 2. The NM Process - Well, as the Cabal[2] decided in Point 1 that we[2] don't have any additional accounts in the future, we[2] just stopped the NM Process[5], no need for big queues in this process anymore, they will be deleted shortly after the accounts. 3. New Accounts --- Note that this all does not mean that there wont be new accounts in the future. Of course we have plans to let others play with our favourite Universal Operating System as well, so we will accept new Developers - who then do all the bad work for us. We[2] took some time to come up with objective[6] criteria for new Developers (NM), some of them are listed below, some others are to be announced at the time we start accepting new people into the project again: - a NM must pay both DAMs a sum of money, randomly choosen at the time he applies. This ensures that we always have enough money to process the request of NMs, you know it needs time to create accounts! - a NM must have machines of all architectures Debian supports at his home, making them available for all other DDs to access over the net, so we make sure every DD may know what his packages are doing on other machines. - a NM must agree that he wont ever flame anyone behind any role-address, except he paid him before. - [deleted or anyone from debian-women would kill me. Sorry] 4. While we are at it, some other stuff too --- Ok, while we are already at this bit-writing thing, we decided to add just another bit here, no need for an additional mail only wasting resources. As we both have some other hats for our nice shoulders, we just wanted to add that this NEW is also stopped. You aren't able to upload anymore, so no need for NEW. Of course we will clean the archive, recent activities with the long NEW queue, and the long past it had made the archive just too big. The Cabal doesn't use all the packages, so why should we keep them around? Be prepared for a 1GB Debian Mirror in the future, carrying all useful stuff you need to have. 5. Mailing Lists As we considered the climate on the lists to be BAD, we just decided to randomly shut them down. Whenever we[2] don't like a thread this list will be dropped for at least a week. We are sure that this will help us to get to a much friendlier atmosphere, as random people already announced that need a while ago. 6. Release related -- What for? With the end of this day we will remove sarge and woody. We all run sid anyways, so why bother keeping something always outdated? Its so much simpler to just work on sid. Believe us, we are the Cabal, we know that. 7. Are we there yet? Yes, some ice cream for you. Footnotes: [1] Sorry, only Bits, not Bytes, we[2] didn't have enough time to prepare Bytes. Please go and collect as many copies as you need to prepare a byte out of it yourself. [2] Cabal[2], OH Cabal[2]. Yes, there is a Cabal[2]. If you need to read this via a public mailinglist you are not in this Cabal[2]. Sorry. Bad luck for you. [3] Yes, you know, anyone says small teams[2] are good. [4] Not our[2] own and some hand-selected Cabal[2] Members Accounts of course. [5] Just think about it. Its *NM* - so *N*o *M*ore Processing fits very well. [6] Really. We used more than two dices for them! -- Ritesh Raj Sarraf RESEARCHUT -- http://www.researchut.com Gnupg Key ID: 04F130BC Stealing logic from one person is plagiarism, stealing from many is research. pgpjKg8MbRB27.pgp Description: PGP signature
Accepted tor 0.0.9.7-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 09:52:12 +0200 Source: tor Binary: tor Architecture: source i386 Version: 0.0.9.7-1 Distribution: unstable Urgency: low Maintainer: Peter Palfrader [EMAIL PROTECTED] Changed-By: Peter Palfrader [EMAIL PROTECTED] Description: tor- anonymizing overlay network for TCP Changes: tor (0.0.9.7-1) unstable; urgency=low . * New upstream version. Files: eebe12c365f33a6ffc991b632ba044c7 625 comm optional tor_0.0.9.7-1.dsc ebee466d66bd02708c2970e968caf893 574251 comm optional tor_0.0.9.7.orig.tar.gz 86fdb259b42667be35a8a924a961914c 12093 comm optional tor_0.0.9.7-1.diff.gz 7da808bda11cec9363f5b06d3d0715dc 770922 comm optional tor_0.0.9.7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTQGVz/ccs6+kS90RAvWbAJ44xDL1/BOPahX7iGhWB9j0qxCgFQCfeylX OV9unZ0HaEkF2E5dSYSho8I= =FTdL -END PGP SIGNATURE- Accepted: tor_0.0.9.7-1.diff.gz to pool/main/t/tor/tor_0.0.9.7-1.diff.gz tor_0.0.9.7-1.dsc to pool/main/t/tor/tor_0.0.9.7-1.dsc tor_0.0.9.7-1_i386.deb to pool/main/t/tor/tor_0.0.9.7-1_i386.deb tor_0.0.9.7.orig.tar.gz to pool/main/t/tor/tor_0.0.9.7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted python2.4 2.4.1-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 30 Mar 2005 19:42:03 +0200 Source: python2.4 Binary: python2.4-doc python2.4-dev python2.4-gdbm python2.4-dbg python2.4 python2.4-tk idle-python2.4 python2.4-examples Architecture: source all i386 Version: 2.4.1-1 Distribution: unstable Urgency: low Maintainer: Matthias Klose [EMAIL PROTECTED] Changed-By: Matthias Klose [EMAIL PROTECTED] Description: idle-python2.4 - An IDE for Python (v2.4) using Tkinter python2.4 - An interactive high-level object-oriented language (version 2.4) python2.4-dbg - Debug Build of the Python Interpreter (version 2.4) python2.4-dev - Header files and a static library for Python (v2.4) python2.4-doc - Documentation for the high-level object-oriented language Python python2.4-examples - Examples for the Python language (v2.4) python2.4-gdbm - GNU dbm database support for Python (v2.4) python2.4-tk - Tkinter - Writing Tk applications with Python (v2.4) Changes: python2.4 (2.4.1-1) unstable; urgency=low . * Python 2.4.1 release. * Fix noise in python-doc installation/removal. * New Python section for the info docs. Files: 6fda418f712298887e0796e218ec9cb1 1082 python optional python2.4_2.4.1-1.dsc 0475655d5c6f7919fc977c42c1103af8 9205762 python optional python2.4_2.4.1.orig.tar.gz fbcc5b3cf037988bb4313ccd01a92b3c 2588734 python optional python2.4_2.4.1-1.diff.gz 27cb6c5ab7ebc186cd73a92b6b77192d 578460 python optional python2.4-examples_2.4.1-1_all.deb d9e77e0018293039107ff9a2f2238c72 237756 python optional idle-python2.4_2.4.1-1_all.deb 01557389d41938ff3cc5c235790de329 3216478 doc optional python2.4-doc_2.4.1-1_all.deb f9b0a2bc21fe22dafc1bb80eff4d63c8 3496720 python optional python2.4_2.4.1-1_i386.deb 4e00fbafd2ca23164996cd735070a725 108532 python optional python2.4-tk_2.4.1-1_i386.deb 30b4bf784016f14db057fa1b440af179 26212 python optional python2.4-gdbm_2.4.1-1_i386.deb c597557025d06f3d8214b8ebfc1b3578 1560248 python optional python2.4-dev_2.4.1-1_i386.deb 1ae24c456c4976362d7ed1781d1d0246 4177874 python extra python2.4-dbg_2.4.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTQK0StlRaw+TLJwRAovqAJ9VWmIj0+M9JGkbAc56YNkYHMKDngCgq2MM NJX1McIcuAnpb6VXKjCSoe4= =m9Dn -END PGP SIGNATURE- Accepted: idle-python2.4_2.4.1-1_all.deb to pool/main/p/python2.4/idle-python2.4_2.4.1-1_all.deb python2.4-dbg_2.4.1-1_i386.deb to pool/main/p/python2.4/python2.4-dbg_2.4.1-1_i386.deb python2.4-dev_2.4.1-1_i386.deb to pool/main/p/python2.4/python2.4-dev_2.4.1-1_i386.deb python2.4-doc_2.4.1-1_all.deb to pool/main/p/python2.4/python2.4-doc_2.4.1-1_all.deb python2.4-examples_2.4.1-1_all.deb to pool/main/p/python2.4/python2.4-examples_2.4.1-1_all.deb python2.4-gdbm_2.4.1-1_i386.deb to pool/main/p/python2.4/python2.4-gdbm_2.4.1-1_i386.deb python2.4-tk_2.4.1-1_i386.deb to pool/main/p/python2.4/python2.4-tk_2.4.1-1_i386.deb python2.4_2.4.1-1.diff.gz to pool/main/p/python2.4/python2.4_2.4.1-1.diff.gz python2.4_2.4.1-1.dsc to pool/main/p/python2.4/python2.4_2.4.1-1.dsc python2.4_2.4.1-1_i386.deb to pool/main/p/python2.4/python2.4_2.4.1-1_i386.deb python2.4_2.4.1.orig.tar.gz to pool/main/p/python2.4/python2.4_2.4.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted scim-chewing 0.2.0-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 30 Mar 2005 19:57:26 +0800 Source: scim-chewing Binary: scim-chewing Architecture: source i386 Version: 0.2.0-2 Distribution: unstable Urgency: high Maintainer: Andrew Lee [EMAIL PROTECTED] Changed-By: Andrew Lee [EMAIL PROTECTED] Description: scim-chewing - Chewing IM engine module for SCIM Closes: 301501 Changes: scim-chewing (0.2.0-2) unstable; urgency=high . * Minor changes in debian/rules: Shouldn't use {la,a} in Makefile * Removed build depends g++ from control file which listed in build-essential * Use libchewing-0.2.6+svn20050326-1 to solve the HanYu PinYin keymap support problem * 01space-as-selection_setup.dpatch: Fixed space key as character selection key problem. (Kanru Chen) * Closes: #301501 : scim-chewing: Not installable Files: 50e6f5b4c257d09b73927dd94a650771 754 utils optional scim-chewing_0.2.0-2.dsc e2b95db96e9efaaffda24a94b6342227 9050 utils optional scim-chewing_0.2.0-2.diff.gz 8ed158d95c07d447c2b6fe60704283d5 42684 utils optional scim-chewing_0.2.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTRS0Dlk3rJj6oK0RAvhVAJ9oNY4AiAsqaC09EBZHzOffDxqN9wCfUuYL /dGT/11iwF2qIB45AcPztZE= =hXwU -END PGP SIGNATURE- Accepted: scim-chewing_0.2.0-2.diff.gz to pool/main/s/scim-chewing/scim-chewing_0.2.0-2.diff.gz scim-chewing_0.2.0-2.dsc to pool/main/s/scim-chewing/scim-chewing_0.2.0-2.dsc scim-chewing_0.2.0-2_i386.deb to pool/main/s/scim-chewing/scim-chewing_0.2.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libchewing 0.2.6+svn20050326-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 30 Mar 2005 21:46:31 +0800 Source: libchewing Binary: libchewing2-dev libchewing-data libchewing2 Architecture: source i386 all Version: 0.2.6+svn20050326-1 Distribution: unstable Urgency: high Maintainer: Kanru Chen [EMAIL PROTECTED] Changed-By: Kanru Chen [EMAIL PROTECTED] Description: libchewing-data - intelligent phonetic input method library - data files libchewing2 - intelligent phonetic input method library libchewing2-dev - intelligent phonetic input method library (developer version) Closes: 301462 Changes: libchewing (0.2.6+svn20050326-1) unstable; urgency=high . * Upstream SVN snapshot. + Using snapshot which fixed some unexpected exit() call. * Change libcheiwng2-dev section to 'libdevel'. * Added missing Build-Depends of dpatch. * Set urgency to high, Closes: #301462: FTBFS: typo in Build-Depends line * Auto generated documents are broken and not really helpful now, remove them temporarily. Files: 8c38b9c130566c475db624cb31ef2372 688 - optional libchewing_0.2.6+svn20050326-1.dsc 5160bbeeb79bd0347fe054c6fff65a74 1763408 - optional libchewing_0.2.6+svn20050326.orig.tar.gz dc91f7ac1ec879caab51030f2d596c90 1070 - optional libchewing_0.2.6+svn20050326-1.diff.gz 71bdec02f8ba50e053acd4b0ae701ce2 34882 libdevel optional libchewing2-dev_0.2.6+svn20050326-1_i386.deb 56fc08614d97ce35c0eea21cdd2590c3 29050 libs optional libchewing2_0.2.6+svn20050326-1_i386.deb 8a946e9560c509281beaa0b125f57be1 2606720 misc optional libchewing-data_0.2.6+svn20050326-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTPubDlk3rJj6oK0RArazAJwK0DBsGUzcqjgExrakdp7MaklpcgCaA0Cn HWJUwq4IIKVpzRT4rklIFDc= =0NfR -END PGP SIGNATURE- Accepted: libchewing-data_0.2.6+svn20050326-1_all.deb to pool/main/libc/libchewing/libchewing-data_0.2.6+svn20050326-1_all.deb libchewing2-dev_0.2.6+svn20050326-1_i386.deb to pool/main/libc/libchewing/libchewing2-dev_0.2.6+svn20050326-1_i386.deb libchewing2_0.2.6+svn20050326-1_i386.deb to pool/main/libc/libchewing/libchewing2_0.2.6+svn20050326-1_i386.deb libchewing_0.2.6+svn20050326-1.diff.gz to pool/main/libc/libchewing/libchewing_0.2.6+svn20050326-1.diff.gz libchewing_0.2.6+svn20050326-1.dsc to pool/main/libc/libchewing/libchewing_0.2.6+svn20050326-1.dsc libchewing_0.2.6+svn20050326.orig.tar.gz to pool/main/libc/libchewing/libchewing_0.2.6+svn20050326.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted scim-chewing 0.2.0-2.1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 17:36:19 +0800 Source: scim-chewing Binary: scim-chewing Architecture: source i386 Version: 0.2.0-2.1 Distribution: unstable Urgency: low Maintainer: Andrew Lee [EMAIL PROTECTED] Changed-By: Andrew Lee [EMAIL PROTECTED] Description: scim-chewing - Chewing IM engine module for SCIM Changes: scim-chewing (0.2.0-2.1) unstable; urgency=low . * Build-Depends on libchewing = 0.2.6+svn20050326. Files: 1aa587f59ac85826aee4742a7c81bc77 769 utils optional scim-chewing_0.2.0-2.1.dsc 393136f9dcf536a793d776ccb1813cb6 9128 utils optional scim-chewing_0.2.0-2.1.diff.gz 933ad4caef03ca1c051c6930ec8344dd 42714 utils optional scim-chewing_0.2.0-2.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD4DBQFCTRd0Dlk3rJj6oK0RAoS6AJiSHl5UxOQ5PGXB/w7SBaDVfsm4AJoCF+Xb HQNMvVpiR5sqfyCRCC5PFA== =E37o -END PGP SIGNATURE- Accepted: scim-chewing_0.2.0-2.1.diff.gz to pool/main/s/scim-chewing/scim-chewing_0.2.0-2.1.diff.gz scim-chewing_0.2.0-2.1.dsc to pool/main/s/scim-chewing/scim-chewing_0.2.0-2.1.dsc scim-chewing_0.2.0-2.1_i386.deb to pool/main/s/scim-chewing/scim-chewing_0.2.0-2.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted upx-ucl-beta 1:1.94+0.20050331cvs-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 31 Mar 2005 19:15:58 +0200 Source: upx-ucl-beta Binary: upx-ucl-beta Architecture: source i386 Version: 1:1.94+0.20050331cvs-1 Distribution: experimental Urgency: low Maintainer: Robert Luberda [EMAIL PROTECTED] Changed-By: Robert Luberda [EMAIL PROTECTED] Description: upx-ucl-beta - an efficient live-compressor for executables (beta version) Changes: upx-ucl-beta (1:1.94+0.20050331cvs-1) experimental; urgency=low . * New upstream CVS snapshot. Files: 21eb5fb033cb18c9877a6bada4fa7e26 671 utils optional upx-ucl-beta_1.94+0.20050331cvs-1.dsc 1d63cde99dc1bb569469da8eec909800 414966 utils optional upx-ucl-beta_1.94+0.20050331cvs.orig.tar.gz 5097d8ceb8fe71063a8f72b2ae4bf680 38774 utils optional upx-ucl-beta_1.94+0.20050331cvs-1.diff.gz 9e227c2c0bae3679fa4ef0268368c0d5 223440 utils optional upx-ucl-beta_1.94+0.20050331cvs-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTDCaThh1cJ0wnDsRAg+kAJ92uUN/Ma2qIItDLVbmMHAAe+VK2gCfWqxJ kPUzxrS5DIZv1mU5qwq7yfc= =0nrr -END PGP SIGNATURE- Accepted: upx-ucl-beta_1.94+0.20050331cvs-1.diff.gz to pool/main/u/upx-ucl-beta/upx-ucl-beta_1.94+0.20050331cvs-1.diff.gz upx-ucl-beta_1.94+0.20050331cvs-1.dsc to pool/main/u/upx-ucl-beta/upx-ucl-beta_1.94+0.20050331cvs-1.dsc upx-ucl-beta_1.94+0.20050331cvs-1_i386.deb to pool/main/u/upx-ucl-beta/upx-ucl-beta_1.94+0.20050331cvs-1_i386.deb upx-ucl-beta_1.94+0.20050331cvs.orig.tar.gz to pool/main/u/upx-ucl-beta/upx-ucl-beta_1.94+0.20050331cvs.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted afterstep 2.00.04-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 31 Mar 2005 22:45:56 +0200 Source: afterstep Binary: libafterstep0 afterstep libafterimage-dev libafterimage0 Architecture: source i386 Version: 2.00.04-2 Distribution: unstable Urgency: medium Maintainer: Robert Luberda [EMAIL PROTECTED] Changed-By: Robert Luberda [EMAIL PROTECTED] Description: afterstep - window manager with the NEXTSTEP look and feel libafterimage-dev - imaging library designed for AfterStep - development files libafterimage0 - imaging library designed for AfterStep - runtime files libafterstep0 - shared libraries for the AfterStep window manager Changes: afterstep (2.00.04-2) unstable; urgency=medium . * src/afterstep/pager.c: Apply patch from the upstream CVS to fix problem with root background picture not being refreshed after change. * Pass --with-ungif to configure and add build-depends on libungif4-dev to compile with Debian provided ungif library instead of the builtin one. * docfile.c: correct 'Main index' link in libafterimage-dev html documentation pages. Files: 2929e6eb9afb6d087c4cc134a21c517a 853 x11 optional afterstep_2.00.04-2.dsc 1b1a14b15e654c7af4746fd7d7e03dbe 43146 x11 optional afterstep_2.00.04-2.diff.gz 5912718aabd8e4b752f5045088ac43d2 2590088 x11 optional afterstep_2.00.04-2_i386.deb 1835169f03bcd1ed2345fe7918ddb6c6 262312 libs optional libafterstep0_2.00.04-2_i386.deb af52ec3021db6add226bfbbb27c9f2cd 247372 libs optional libafterimage0_2.00.04-2_i386.deb a530a4e6b53182792bef267c48c1e972 730002 libdevel optional libafterimage-dev_2.00.04-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTGNkThh1cJ0wnDsRAhAEAJ9KFiVYnELSlLX58JtdJaBuSe+/GwCgh3cI aHLkqFjwkRp0pjnXFiQao4s= =pJ5b -END PGP SIGNATURE- Accepted: afterstep_2.00.04-2.diff.gz to pool/main/a/afterstep/afterstep_2.00.04-2.diff.gz afterstep_2.00.04-2.dsc to pool/main/a/afterstep/afterstep_2.00.04-2.dsc afterstep_2.00.04-2_i386.deb to pool/main/a/afterstep/afterstep_2.00.04-2_i386.deb libafterimage-dev_2.00.04-2_i386.deb to pool/main/a/afterstep/libafterimage-dev_2.00.04-2_i386.deb libafterimage0_2.00.04-2_i386.deb to pool/main/a/afterstep/libafterimage0_2.00.04-2_i386.deb libafterstep0_2.00.04-2_i386.deb to pool/main/a/afterstep/libafterstep0_2.00.04-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kid 0.6.3-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 11:11:51 +0100 Source: kid Binary: kid Architecture: source all Version: 0.6.3-2 Distribution: unstable Urgency: low Maintainer: Ross Burton [EMAIL PROTECTED] Changed-By: Ross Burton [EMAIL PROTECTED] Description: kid- simple Pythonic template language for XML based vocabularies Closes: 302452 Changes: kid (0.6.3-2) unstable; urgency=low . * Build-depend on python-elementtree (closes: #302452) Files: 093861f7baa13c8f99beac012aa64017 592 python optional kid_0.6.3-2.dsc 95d993b120e2460b547de962933b2374 1898 python optional kid_0.6.3-2.diff.gz 11a0eafff65b88c60228ded4a61b3fe3 86860 python optional kid_0.6.3-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTR62LQnkR9C0M98RApa2AKDYokigNG8ex3GXg0lrwVCLxomtfQCfQ7+A Cpo1CLsQKwZ5JZQadLfrnnM= =U46z -END PGP SIGNATURE- Accepted: kid_0.6.3-2.diff.gz to pool/main/k/kid/kid_0.6.3-2.diff.gz kid_0.6.3-2.dsc to pool/main/k/kid/kid_0.6.3-2.dsc kid_0.6.3-2_all.deb to pool/main/k/kid/kid_0.6.3-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnump3d 2.9.3-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Friday, 1 Apr 2005 11:14:19 + Source: gnump3d Binary: gnump3d Architecture: source all Version: 2.9.3-1 Distribution: unstable Urgency: low Maintainer: Steve Kemp [EMAIL PROTECTED] Changed-By: Steve Kemp [EMAIL PROTECTED] Description: gnump3d- A streaming server for MP3 and OGG files Changes: gnump3d (2.9.3-1) unstable; urgency=low . * New upstream release, has support for AAC and MP4 files along with speedups. Files: 0f0885c71cde9ca8fd0f06cc269c91de 563 sound optional gnump3d_2.9.3-1.dsc 1a0d6a10f6ac2354e1f8c6000665f299 616250 sound optional gnump3d_2.9.3.orig.tar.gz 72ce2c2510ca9611d57380fa497f17cf 12696 sound optional gnump3d_2.9.3-1.diff.gz 8507b44d60021181fd99953a6b15f74e 603638 sound optional gnump3d_2.9.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTR9VwM/Gs81MDZ0RAocBAJ9TZgxYLfR+vtSVGUiBe7HlnXk0awCgqssu 1I8z3GgQfTnpBDyBOJB4oZU= =JcPH -END PGP SIGNATURE- Accepted: gnump3d_2.9.3-1.diff.gz to pool/main/g/gnump3d/gnump3d_2.9.3-1.diff.gz gnump3d_2.9.3-1.dsc to pool/main/g/gnump3d/gnump3d_2.9.3-1.dsc gnump3d_2.9.3-1_all.deb to pool/main/g/gnump3d/gnump3d_2.9.3-1_all.deb gnump3d_2.9.3.orig.tar.gz to pool/main/g/gnump3d/gnump3d_2.9.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted php4-auth-pam 0.4-7 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 01 Apr 2005 04:28:49 +0200 Source: php4-auth-pam Binary: php4-auth-pam Architecture: source i386 Version: 0.4-7 Distribution: unstable Urgency: low Maintainer: Carsten Wolff [EMAIL PROTECTED] Changed-By: Carsten Wolff [EMAIL PROTECTED] Description: php4-auth-pam - A PHP extension for PAM authentication Closes: 301322 Changes: php4-auth-pam (0.4-7) unstable; urgency=low . * php is built without ZTS again, now. Adapt to that (closes: Bug#301322) Files: 854e8b865117627eadbc50f17ddfc97e 634 web optional php4-auth-pam_0.4-7.dsc 4263fe229c12e9b7587e2c227a313205 6778 web optional php4-auth-pam_0.4-7.diff.gz 4f9aa03e173a71d0210747232085e807 12202 web optional php4-auth-pam_0.4-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTSC19/DnDzB9Vu0RAmqKAJ0QeXfiH7ttKklX/Yc0M7kH4laRpwCghVSx cFQyrtKdaGYddY7BrPIM7qM= =0aBJ -END PGP SIGNATURE- Accepted: php4-auth-pam_0.4-7.diff.gz to pool/main/p/php4-auth-pam/php4-auth-pam_0.4-7.diff.gz php4-auth-pam_0.4-7.dsc to pool/main/p/php4-auth-pam/php4-auth-pam_0.4-7.dsc php4-auth-pam_0.4-7_i386.deb to pool/main/p/php4-auth-pam/php4-auth-pam_0.4-7_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted osdsh 0.7.0-8 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 13:15:07 +0200 Source: osdsh Binary: osdsh Architecture: source i386 Version: 0.7.0-8 Distribution: unstable Urgency: low Maintainer: Joachim Breitner [EMAIL PROTECTED] Changed-By: Joachim Breitner [EMAIL PROTECTED] Description: osdsh - Overlays your screen with various system information Closes: 301207 Changes: osdsh (0.7.0-8) unstable; urgency=low . * Closes: #301207: osdsh does not work with option -m + fixed by using -rdynamic, thanks to Georg Drees for hunting that one down * Fixed typo, thanks again to Georg Drees Files: 64176f123c742bc40c5a22103945b88b 599 x11 optional osdsh_0.7.0-8.dsc 93d26d298c46ab7df0b2013d406402ba 8879 x11 optional osdsh_0.7.0-8.diff.gz e047039ceefb821840b2bd1f090c2a7f 35304 x11 optional osdsh_0.7.0-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTS2O9ijrk0dDIGwRApGgAJ4hFDXwyxagl4gufF8Ls6ejN5KrRACgh08W nWYJZFIC+JfnnIPuONIoLuQ= =Bm9l -END PGP SIGNATURE- Accepted: osdsh_0.7.0-8.diff.gz to pool/main/o/osdsh/osdsh_0.7.0-8.diff.gz osdsh_0.7.0-8.dsc to pool/main/o/osdsh/osdsh_0.7.0-8.dsc osdsh_0.7.0-8_i386.deb to pool/main/o/osdsh/osdsh_0.7.0-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted openldap2.2 2.2.23-0.pre6 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 12:26:35 +0200 Source: openldap2.2 Binary: slapd ldap-utils libldap-2.2-7 Architecture: source i386 Version: 2.2.23-0.pre6 Distribution: experimental Urgency: low Maintainer: Torsten Landschoff [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: ldap-utils - OpenLDAP utilities libldap-2.2-7 - OpenLDAP libraries slapd - OpenLDAP server (slapd) Closes: 300212 Changes: openldap2.2 (2.2.23-0.pre6) experimental; urgency=low . Torsten Landschoff [EMAIL PROTECTED]: * debian/slapd.postinst: Add a testing interface to test the helper functions. * debian/slapd.postinst: Make sure that debconf actually displays the error message even if the user has already seen it before. * debian/slapd.postinst (compute_backup_path): Make function more robust in case we don't know the old version or the suffix of the database. Converted the backup dir to a more simple scheme which should be save against accidental overwriting. * Rewrote part of the maintainer scripts for correct handling of directory dumps in preinst. New debconf questions etc. * Move the manpage of slappasswd to ldap-utils where slappasswd itself is included (closes: #300212). + debian/control: Add Replaces: slapd 2.2.23-0.pre6 to ldap-utils. + debian/move_files: Move slappasswd manpage into ldap-utils. * debian/slapd.config: Don't fail if hostname is unset (pulled from Ubuntu, thanks to Jeff Bailey). * Applied patch by Quanah Gibson-Mount (directory administrator of Stanford) to add -q option to some tools for quick operation without updating logs. This is mostly for importing directories from LDIF backups. * Go back to libdb4.2 as OpenLDAP is known to have problems with BDB 4.3. + debian/control: Update dependencies for BDB 4.2. + debian/slapd.scripts-common: Mark all databases before this version as incompatible. * Fix some bashisms in maintainer scripts. * debian/slapd.postinst: Include the version of the backup in the backup of a database directory. . Carlo Contavalli [EMAIL PROTECTED]: * debian/slapd.init: Print command line if starting a daemon failed. * debian/slapd.postinst: Handle hdb backend just as if it was bdb. * debian/README.Debian: Add some notes about DB_CONFIG and how to run slapd under a different uid/gid. * Install an example DB_CONFIG file during initial configuration + slapd.postinst: Add a function to implement this and hook it into create_new_configuration. + debian/DB_CONFIG: Example DB_CONFIG that is installed. + debian/slapd.examples: Mark DB_CONFIG as an example. * servers/slapd/daemon.c: Actually change the permissions of the unix socket if requested using an ldapi url with x-mod. * debian/slapd.scripts-common: change privileges of upgraded databases as indicated by SLAPD_USER and SLAPD_GROUP variables. * debian/slapd.scripts-common,slapd.postinst: corrected some minor typos. Files: 592d08c9d29c2497209052c9aa2d3efd 1009 net optional openldap2.2_2.2.23-0.pre6.dsc dae31add7109ee559aecfce3b02888e9 470120 net optional openldap2.2_2.2.23-0.pre6.diff.gz 21312f1d61e0728ed6add67362b6325e 787194 net optional slapd_2.2.23-0.pre6_i386.deb 899062771d3f216551a3385f034edf7b 117658 net optional ldap-utils_2.2.23-0.pre6_i386.deb 14ae1ff9a0e39d8e7305167bcf9ab72d 239044 libs important libldap-2.2-7_2.2.23-0.pre6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTTSQdQgHtVUb5EcRAtIbAJ0Z9sogTSpMQizqdNerllxAw+6MfQCeJu/B XguBvhV3UvspUpJ/gtkWgN8= =XS1n -END PGP SIGNATURE- Accepted: ldap-utils_2.2.23-0.pre6_i386.deb to pool/main/o/openldap2.2/ldap-utils_2.2.23-0.pre6_i386.deb libldap-2.2-7_2.2.23-0.pre6_i386.deb to pool/main/o/openldap2.2/libldap-2.2-7_2.2.23-0.pre6_i386.deb openldap2.2_2.2.23-0.pre6.diff.gz to pool/main/o/openldap2.2/openldap2.2_2.2.23-0.pre6.diff.gz openldap2.2_2.2.23-0.pre6.dsc to pool/main/o/openldap2.2/openldap2.2_2.2.23-0.pre6.dsc slapd_2.2.23-0.pre6_i386.deb to pool/main/o/openldap2.2/slapd_2.2.23-0.pre6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted alexandria 0.5.1-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 00:48:04 +0200 Source: alexandria Binary: alexandria Architecture: source all Version: 0.5.1-2 Distribution: unstable Urgency: low Maintainer: Dafydd Harries [EMAIL PROTECTED] Changed-By: Dafydd Harries [EMAIL PROTECTED] Description: alexandria - a GNOME application for managing book collections Closes: 302357 Changes: alexandria (0.5.1-2) unstable; urgency=low . * Add missing intltool build-dependency. Closes: #302357. Files: 38ab00b01763c39661461867c680c48a 631 gnome extra alexandria_0.5.1-2.dsc d2f334be1cc25c7414456ed92523c328 3523 gnome extra alexandria_0.5.1-2.diff.gz 0ff41f2e68b2e9bfc16e5486334320c6 107074 gnome extra alexandria_0.5.1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTTSTKN6ufymYLloRAtQIAJ9LcagddbxoFwp1ZB9PFVAESTbRFQCcCS2C 9T+b2VkPw23uMS9IB0tQ8H0= =zjSv -END PGP SIGNATURE- Accepted: alexandria_0.5.1-2.diff.gz to pool/main/a/alexandria/alexandria_0.5.1-2.diff.gz alexandria_0.5.1-2.dsc to pool/main/a/alexandria/alexandria_0.5.1-2.dsc alexandria_0.5.1-2_all.deb to pool/main/a/alexandria/alexandria_0.5.1-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lessdisks 0.5.3cvs.20040906-12 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 12:22:42 +0200 Source: lessdisks Binary: lessdisks-doc lessdisks lessdisks-terminal lessdisks-xterminal kernel-image-netbootable lessdisks-easydialog initrd-netboot-tools lessdisks-cloner-server lessdisks-cloner-terminal Architecture: source all Version: 0.5.3cvs.20040906-12 Distribution: unstable Urgency: high Maintainer: Jonas Smedegaard [EMAIL PROTECTED] Changed-By: Jonas Smedegaard [EMAIL PROTECTED] Description: initrd-netboot-tools - initrd scripts for netboot support lessdisks - flexible diskless (x)terminal system - server base files lessdisks-cloner-server - flexible diskless (x)terminal system - cloning repository lessdisks-cloner-terminal - flexible diskless (x)terminal system - cloning master lessdisks-doc - flexible diskless (x)terminal system - documentation lessdisks-easydialog - flexible diskless (x)terminal system - interface helper scripts lessdisks-terminal - flexible diskless (x)terminal system - terminal base files lessdisks-xterminal - flexible diskless (x)terminal system - terminal x-server Closes: 293668 296701 Changes: lessdisks (0.5.3cvs.20040906-12) unstable; urgency=high . * Change kernel-image-netbootable to arch any (as type-handling no longer provides virtual arch packages). + Enable cdbs debian/control auto-update. + Use cdbs smart type-handling. * Drop kernel-image-netbootable pseudo-support for untested archs (don't want packaging of a convenience package to delay entering sarge). * Mention known working kernels in initrd-netboot-tools long description. * Invoke lessdisks-keycopy at chroot creation (instead of at lessdisks package install). Closes: bug#293668 (thanks to Vagrant). * Add patch 011 tightening permissions on tmpfs mounts. Closes: bug#296701 (thanks to Vagrant). * Update local po-debconf and debhelper cdbs snippets (improved documentation and auto-update support), and adjust their loading order in debian/rules. * Tighten debconf dependencies (thanks to cdbs po-debconf sanity check). * Drop [arch] tightenings of lessdisks-terminal suggestions (some suggestions being uninstallable is better than all of them silently disappear!). * Setting urgency=high due to the security-related bugfixes, and the remaining changes being rather small (and we really want this in sarge). Files: 064ed27f0d8d90532eadd6ac6790f17c 1084 misc extra lessdisks_0.5.3cvs.20040906-12.dsc cc54a5ee715bb4a8732c0b95984c3244 102422 misc extra lessdisks_0.5.3cvs.20040906-12.diff.gz a7d58f1cf202ec849bfde7793a957ead 70148 misc extra lessdisks_0.5.3cvs.20040906-12_all.deb c33c4d55753952dab5dd5238022850f8 63676 misc extra lessdisks-terminal_0.5.3cvs.20040906-12_all.deb 9d1e5c7192364271fdb17752ad3d0fd8 60780 misc extra lessdisks-xterminal_0.5.3cvs.20040906-12_all.deb 59f0b7f20aa4696e0de463ebb0c23a53 41732 misc extra lessdisks-cloner-server_0.5.3cvs.20040906-12_all.deb aeb3192900e7b5416a232d45bc07f569 55810 misc extra lessdisks-cloner-terminal_0.5.3cvs.20040906-12_all.deb 95206d37a97a1d63f243f8ae95d49fdb 60578 misc extra lessdisks-doc_0.5.3cvs.20040906-12_all.deb a9f797cb52b1403c9555fdd56223ad5c 46056 misc extra lessdisks-easydialog_0.5.3cvs.20040906-12_all.deb 378cfec633e3786ace2217fafbda0bb3 48254 misc extra initrd-netboot-tools_0.5.3cvs.20040906-12_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTT5An7DbMsAkQLgRAgusAJ4ln6JhebQfc8SLKAOvpNQBc7tGMgCeOf+v 4IfiSzlL5NkIV1fBDnEXtmQ= =bTY/ -END PGP SIGNATURE- Accepted: initrd-netboot-tools_0.5.3cvs.20040906-12_all.deb to pool/main/l/lessdisks/initrd-netboot-tools_0.5.3cvs.20040906-12_all.deb lessdisks-cloner-server_0.5.3cvs.20040906-12_all.deb to pool/main/l/lessdisks/lessdisks-cloner-server_0.5.3cvs.20040906-12_all.deb lessdisks-cloner-terminal_0.5.3cvs.20040906-12_all.deb to pool/main/l/lessdisks/lessdisks-cloner-terminal_0.5.3cvs.20040906-12_all.deb lessdisks-doc_0.5.3cvs.20040906-12_all.deb to pool/main/l/lessdisks/lessdisks-doc_0.5.3cvs.20040906-12_all.deb lessdisks-easydialog_0.5.3cvs.20040906-12_all.deb to pool/main/l/lessdisks/lessdisks-easydialog_0.5.3cvs.20040906-12_all.deb lessdisks-terminal_0.5.3cvs.20040906-12_all.deb to pool/main/l/lessdisks/lessdisks-terminal_0.5.3cvs.20040906-12_all.deb lessdisks-xterminal_0.5.3cvs.20040906-12_all.deb to pool/main/l/lessdisks/lessdisks-xterminal_0.5.3cvs.20040906-12_all.deb lessdisks_0.5.3cvs.20040906-12.diff.gz to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-12.diff.gz lessdisks_0.5.3cvs.20040906-12.dsc to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-12.dsc lessdisks_0.5.3cvs.20040906-12_all.deb to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-12_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gmp-ecm 6.0.1-1 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 15:02:22 +0200 Source: gmp-ecm Binary: gmp-ecm Architecture: source powerpc Version: 6.0.1-1 Distribution: unstable Urgency: low Maintainer: Laurent Fousse [EMAIL PROTECTED] Changed-By: Laurent Fousse [EMAIL PROTECTED] Description: gmp-ecm- Factor integers using the Elliptic Curve Method Changes: gmp-ecm (6.0.1-1) unstable; urgency=low . * New upstream release. Files: 4ef45277143fcd25be3af65c2ebe97e5 577 math optional gmp-ecm_6.0.1-1.dsc 15768cc1b140ad90494531597db0eb8e 273299 math optional gmp-ecm_6.0.1.orig.tar.gz 65f2bdfee823a1168e08eedad7ce9f03 4872 math optional gmp-ecm_6.0.1-1.diff.gz d5358a98ffcb59b3144e0d90292ca132 122552 math optional gmp-ecm_6.0.1-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTUkGRoAVF6FpbSsRAlCoAJ4yob9PRPPaX2dqiFe9208vW9RjEQCfcy3P necdRilBZVu1RWAcv2iK96Q= =K35n -END PGP SIGNATURE- Accepted: gmp-ecm_6.0.1-1.diff.gz to pool/main/g/gmp-ecm/gmp-ecm_6.0.1-1.diff.gz gmp-ecm_6.0.1-1.dsc to pool/main/g/gmp-ecm/gmp-ecm_6.0.1-1.dsc gmp-ecm_6.0.1-1_powerpc.deb to pool/main/g/gmp-ecm/gmp-ecm_6.0.1-1_powerpc.deb gmp-ecm_6.0.1.orig.tar.gz to pool/main/g/gmp-ecm/gmp-ecm_6.0.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mozilla-thunderbird 1.0.2-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 31 Mar 2005 07:00:00 +0100 Source: mozilla-thunderbird Binary: mozilla-thunderbird-dev mozilla-thunderbird-inspector mozilla-thunderbird mozilla-thunderbird-typeaheadfind mozilla-thunderbird-offline Architecture: source i386 Version: 1.0.2-2 Distribution: unstable Urgency: low Maintainer: Alexander Sack [EMAIL PROTECTED] Changed-By: Alexander Sack [EMAIL PROTECTED] Description: mozilla-thunderbird - Mozilla Thunderbird standalone mail client mozilla-thunderbird-dev - mozilla thunderbird development files mozilla-thunderbird-inspector - mozilla thunderbird dom inspector extension mozilla-thunderbird-offline - mozilla thunderbird offline extension mozilla-thunderbird-typeaheadfind - mozilla thunderbird typeaheadfind extension Closes: 300975 302130 302218 Changes: mozilla-thunderbird (1.0.2-2) unstable; urgency=low . * fixed TYPO in 71_extensionManagerAutoReRegister.dpatch, probably causing #302218 (Closes: 302218) * extended patch 71_extensionManagerAutoReRegister.dpatch, now checking components.ini timestamp instead of compreg.dat timestamp. removing components.ini compreg.dat and XUL.mfasl if global Extensions.rdf file is newer then components.ini. Probably helping to fix #302218 too. * renamed xprt-xprintorg recommends to xprint (Closes: 300975) * (re-)enabled pref extension (Closes: 302130) Files: 748e97c5713fba45ea0d47d0d9438892 933 mail optional mozilla-thunderbird_1.0.2-2.dsc 16c884d6bdd89417742191e1b4b385cd 84564 mail optional mozilla-thunderbird_1.0.2-2.diff.gz bca94bc851f54e2ec10b77d368d74037 11586416 mail optional mozilla-thunderbird_1.0.2-2_i386.deb a2f2f4bc28899f5110bf7e1e34a7a527 26116 mail optional mozilla-thunderbird-offline_1.0.2-2_i386.deb ce47fae0d80b12ce5146af8ca4720944 139260 mail optional mozilla-thunderbird-inspector_1.0.2-2_i386.deb 23ba5c8ab9da94c2b298c52c848c15ff 80518 mail optional mozilla-thunderbird-typeaheadfind_1.0.2-2_i386.deb 9ea8ac35e3081d900804c2188c5e2c6c 3568138 mail optional mozilla-thunderbird-dev_1.0.2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTDCHv8pLOKgkuT8RAsbRAJ9yS+vmKrR0bW53FyYHr3UcMG//wQCgyVZE 2uViZXIFSCFXXaKQkVoSe+Y= =rwh6 -END PGP SIGNATURE- Accepted: mozilla-thunderbird-dev_1.0.2-2_i386.deb to pool/main/m/mozilla-thunderbird/mozilla-thunderbird-dev_1.0.2-2_i386.deb mozilla-thunderbird-inspector_1.0.2-2_i386.deb to pool/main/m/mozilla-thunderbird/mozilla-thunderbird-inspector_1.0.2-2_i386.deb mozilla-thunderbird-offline_1.0.2-2_i386.deb to pool/main/m/mozilla-thunderbird/mozilla-thunderbird-offline_1.0.2-2_i386.deb mozilla-thunderbird-typeaheadfind_1.0.2-2_i386.deb to pool/main/m/mozilla-thunderbird/mozilla-thunderbird-typeaheadfind_1.0.2-2_i386.deb mozilla-thunderbird_1.0.2-2.diff.gz to pool/main/m/mozilla-thunderbird/mozilla-thunderbird_1.0.2-2.diff.gz mozilla-thunderbird_1.0.2-2.dsc to pool/main/m/mozilla-thunderbird/mozilla-thunderbird_1.0.2-2.dsc mozilla-thunderbird_1.0.2-2_i386.deb to pool/main/m/mozilla-thunderbird/mozilla-thunderbird_1.0.2-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lessdisks 0.5.3cvs.20040906-13 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 15:00:56 +0200 Source: lessdisks Binary: lessdisks-doc lessdisks lessdisks-terminal lessdisks-xterminal kernel-image-netbootable lessdisks-easydialog initrd-netboot-tools lessdisks-cloner-server lessdisks-cloner-terminal Architecture: source all Version: 0.5.3cvs.20040906-13 Distribution: unstable Urgency: low Maintainer: Jonas Smedegaard [EMAIL PROTECTED] Changed-By: Jonas Smedegaard [EMAIL PROTECTED] Description: initrd-netboot-tools - initrd scripts for netboot support lessdisks - flexible diskless (x)terminal system - server base files lessdisks-cloner-server - flexible diskless (x)terminal system - cloning repository lessdisks-cloner-terminal - flexible diskless (x)terminal system - cloning master lessdisks-doc - flexible diskless (x)terminal system - documentation lessdisks-easydialog - flexible diskless (x)terminal system - interface helper scripts lessdisks-terminal - flexible diskless (x)terminal system - terminal base files lessdisks-xterminal - flexible diskless (x)terminal system - terminal x-server Closes: 286566 292986 Changes: lessdisks (0.5.3cvs.20040906-13) unstable; urgency=low . * Actually include lessdisks-keycopy at install time as claimed in -12 (patch 012). * Add patch (106) to include hostname binary in initrd. Closes: bug#292986 (thanks to Brian Brunswick [EMAIL PROTECTED]). * Improve short desciption of kernel-image-netbootable to clarify that the package does not contain a kernel itself. Closes: bug#286566 (thanks to Matt Taggart [EMAIL PROTECTED]). * Change lessdisks-doc to section doc. * Keep urgency=high for same reasons as in -12. Files: 116d17f7912aa81571549b7b239abefe 1084 misc extra lessdisks_0.5.3cvs.20040906-13.dsc dcba11e34ea01f0ae318a4464ff5d0fb 103036 misc extra lessdisks_0.5.3cvs.20040906-13.diff.gz cacba1fe321e0627255ff4b63a69356d 70352 misc extra lessdisks_0.5.3cvs.20040906-13_all.deb ae6ae1c96a4a539edab7791e6c0e0344 63862 misc extra lessdisks-terminal_0.5.3cvs.20040906-13_all.deb 4b04449e9ef57eb8004be12bf6308e20 60948 misc extra lessdisks-xterminal_0.5.3cvs.20040906-13_all.deb 2704aeef249b073d8c207919229582c0 41900 misc extra lessdisks-cloner-server_0.5.3cvs.20040906-13_all.deb 43a96bafe773523bc8331a3c68a25d11 55990 misc extra lessdisks-cloner-terminal_0.5.3cvs.20040906-13_all.deb fae24b857d09b079db1cb53762c6c1d0 60750 doc extra lessdisks-doc_0.5.3cvs.20040906-13_all.deb eaec960dda4a3ca19d9a879f673ca334 46220 misc extra lessdisks-easydialog_0.5.3cvs.20040906-13_all.deb 5cb0dd0a0e630eb617ceea776acf350e 48418 misc extra initrd-netboot-tools_0.5.3cvs.20040906-13_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTVAun7DbMsAkQLgRAkQ5AJ0SvBWw6n02soUD7q1MD/YH/XwaYwCeMReD oMNa2K4K+w8qBiF8cwovPjo= =P977 -END PGP SIGNATURE- Accepted: initrd-netboot-tools_0.5.3cvs.20040906-13_all.deb to pool/main/l/lessdisks/initrd-netboot-tools_0.5.3cvs.20040906-13_all.deb lessdisks-cloner-server_0.5.3cvs.20040906-13_all.deb to pool/main/l/lessdisks/lessdisks-cloner-server_0.5.3cvs.20040906-13_all.deb lessdisks-cloner-terminal_0.5.3cvs.20040906-13_all.deb to pool/main/l/lessdisks/lessdisks-cloner-terminal_0.5.3cvs.20040906-13_all.deb lessdisks-doc_0.5.3cvs.20040906-13_all.deb to pool/main/l/lessdisks/lessdisks-doc_0.5.3cvs.20040906-13_all.deb lessdisks-easydialog_0.5.3cvs.20040906-13_all.deb to pool/main/l/lessdisks/lessdisks-easydialog_0.5.3cvs.20040906-13_all.deb lessdisks-terminal_0.5.3cvs.20040906-13_all.deb to pool/main/l/lessdisks/lessdisks-terminal_0.5.3cvs.20040906-13_all.deb lessdisks-xterminal_0.5.3cvs.20040906-13_all.deb to pool/main/l/lessdisks/lessdisks-xterminal_0.5.3cvs.20040906-13_all.deb lessdisks_0.5.3cvs.20040906-13.diff.gz to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-13.diff.gz lessdisks_0.5.3cvs.20040906-13.dsc to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-13.dsc lessdisks_0.5.3cvs.20040906-13_all.deb to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-13_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted arts 1.3.2-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 01 Apr 2005 12:19:49 +0200 Source: arts Binary: libarts1 libarts1-dev libartsc0-dev libartsc0 arts Architecture: source i386 all Version: 1.3.2-3 Distribution: unstable Urgency: low Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Changed-By: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Description: arts - Analog Realtime Synthesizer (aRts) metapackage libarts1 - aRts Sound system libarts1-dev - aRts Sound system (development files) libartsc0 - aRts Sound system C support library libartsc0-dev - aRts Sound system C support library (development files) Closes: 291774 Changes: arts (1.3.2-3) unstable; urgency=low . +++ Changes by Christopher Martin: . * Fix debian/copyright to refer to License rather than to Copyright when discussing KDE's licenses. . * Christopher Cheney has kindly relicensed man pages written by him from GDFL to GPL. . +++ Changes by Adeodato Simó: . * Compile static libraries, and ship them in libarts1-dev and libartsc0-dev. (Closes: #291774) Files: 7cfb898c0c575d6f8645b4532ca01793 994 libs optional arts_1.3.2-3.dsc e95bc6bdb974a599f8f077efcc75b9f9 31894 libs optional arts_1.3.2-3.diff.gz 849eba28f204101c53a464f5b0e8e12c 1139956 libs optional libarts1_1.3.2-3_i386.deb e1460ab4462e130be1dce5274159c5f1 1246918 libdevel optional libarts1-dev_1.3.2-3_i386.deb b3ee82d0fbc424b7595010b31db6c7e9 13342 libs optional libartsc0_1.3.2-3_i386.deb 8a8ba54bb33fd8078690110941b88578 19090 libdevel optional libartsc0-dev_1.3.2-3_i386.deb d71ea9403756abc5d2f234a5e1affe63 3878 sound optional arts_1.3.2-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTU8WuW9ciZ2SjJsRAjOjAKCvzmY8pkVfCKWS3rw+YMed08xDugCg7vdK 0YumHDkpHfRM3v2smeMk4KY= =8vTM -END PGP SIGNATURE- Accepted: arts_1.3.2-3.diff.gz to pool/main/a/arts/arts_1.3.2-3.diff.gz arts_1.3.2-3.dsc to pool/main/a/arts/arts_1.3.2-3.dsc arts_1.3.2-3_all.deb to pool/main/a/arts/arts_1.3.2-3_all.deb libarts1-dev_1.3.2-3_i386.deb to pool/main/a/arts/libarts1-dev_1.3.2-3_i386.deb libarts1_1.3.2-3_i386.deb to pool/main/a/arts/libarts1_1.3.2-3_i386.deb libartsc0-dev_1.3.2-3_i386.deb to pool/main/a/arts/libartsc0-dev_1.3.2-3_i386.deb libartsc0_1.3.2-3_i386.deb to pool/main/a/arts/libartsc0_1.3.2-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libant1.6-java 1.6.2-2.1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 16:07:00 +0200 Source: libant1.6-java Binary: libant1.6-java Architecture: source all Version: 1.6.2-2.1 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Changed-By: Lars Wirzenius [EMAIL PROTECTED] Description: libant1.6-java - Java based build tool like make -- library Closes: 301267 Changes: libant1.6-java (1.6.2-2.1) unstable; urgency=medium . * Non-maintainer upload. * Fix build problems with patch from Etienne Gagnon [EMAIL PROTECTED]. Closes: #301267 Files: de0632ee22cff59c11da826af39ae335 805 libs optional libant1.6-java_1.6.2-2.1.dsc 43437fd8ee3e4e4990077bef1d76595c 22246 libs optional libant1.6-java_1.6.2-2.1.diff.gz cfa5eb2ebf39c65ce1ee0bfa6ca720c4 1347716 libs optional libant1.6-java_1.6.2-2.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTVEVBrcmpeBELXQRAtD+AJ9Cgc1N9dPLOXm6TRUIiGZPGJ8p2ACg9EdW s1+gD+JU0nKT+GMjknpFzX8= =Wiaf -END PGP SIGNATURE- Accepted: libant1.6-java_1.6.2-2.1.diff.gz to pool/main/liba/libant1.6-java/libant1.6-java_1.6.2-2.1.diff.gz libant1.6-java_1.6.2-2.1.dsc to pool/main/liba/libant1.6-java/libant1.6-java_1.6.2-2.1.dsc libant1.6-java_1.6.2-2.1_all.deb to pool/main/liba/libant1.6-java/libant1.6-java_1.6.2-2.1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rmatrix 0.95.5-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 07:49:15 -0600 Source: rmatrix Binary: r-cran-matrix Architecture: source i386 Version: 0.95.5-1 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Douglas Bates [EMAIL PROTECTED] Description: r-cran-matrix - GNU R package of classes for dense and sparse matrices Changes: rmatrix (0.95.5-1) unstable; urgency=low . * New upstream release Files: 1886270f27059027e5e6e08626cbe9d3 620 math optional rmatrix_0.95.5-1.dsc 94a5d7f9679425c6759e16c83c2fef9c 1371565 math optional rmatrix_0.95.5.orig.tar.gz e64a7148b8efad910b79b940c64a272f 2383 math optional rmatrix_0.95.5-1.diff.gz 5fdf619fb0f86d57e653c8bea945ebe3 753040 math optional r-cran-matrix_0.95.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCTVRrhKhE9v5h4HkRAl3rAKCqrXqph7JR6oAJc1mqMmdQDamLDgCgpBQY 2gpJx16opT4g6jViQJapl68= =J7iW -END PGP SIGNATURE- Accepted: r-cran-matrix_0.95.5-1_i386.deb to pool/main/r/rmatrix/r-cran-matrix_0.95.5-1_i386.deb rmatrix_0.95.5-1.diff.gz to pool/main/r/rmatrix/rmatrix_0.95.5-1.diff.gz rmatrix_0.95.5-1.dsc to pool/main/r/rmatrix/rmatrix_0.95.5-1.dsc rmatrix_0.95.5.orig.tar.gz to pool/main/r/rmatrix/rmatrix_0.95.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted autofs 4.1.3+4.1.4beta2-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 15:58:20 +0200 Source: autofs Binary: autofs-hesiod autofs-ldap autofs Architecture: source i386 Version: 4.1.3+4.1.4beta2-4 Distribution: unstable Urgency: high Maintainer: Steinar H. Gunderson [EMAIL PROTECTED] Changed-By: Steinar H. Gunderson [EMAIL PROTECTED] Description: autofs - kernel-based automounter for Linux autofs-hesiod - Hesiod map support for autofs autofs-ldap - LDAP map support for autofs Closes: 295480 299298 300703 Changes: autofs (4.1.3+4.1.4beta2-4) unstable; urgency=high . * Urgency=high, fixes RC-bugs. * 054_no_set_e_in_init_script: New patch, back down on set -e in the init.d script, which caused failures at lot of different unexpected points. (Closes: #300703, #295480, #299298) Files: e5f53b2ec90220bdc17185c4a52cc754 673 utils extra autofs_4.1.3+4.1.4beta2-4.dsc 1747ea041eb36077f8f1d045a708b2be 28942 utils extra autofs_4.1.3+4.1.4beta2-4.diff.gz f3e5306f5b2c64ccd9d63d0defe09a76 104264 utils extra autofs_4.1.3+4.1.4beta2-4_i386.deb e4dcd1045fc0d53bd6e18c2eb0bf69d9 22952 utils extra autofs-hesiod_4.1.3+4.1.4beta2-4_i386.deb b919dc1880758442216827758882435f 35030 utils extra autofs-ldap_4.1.3+4.1.4beta2-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTVWgXKRQ3lK3SH4RArugAKCyPdVBgDAgsUxHgWatmezNCXSEqQCgoo8D VfFCNbwgUR6Z29qS0jhTd3M= =ZGzv -END PGP SIGNATURE- Accepted: autofs-hesiod_4.1.3+4.1.4beta2-4_i386.deb to pool/main/a/autofs/autofs-hesiod_4.1.3+4.1.4beta2-4_i386.deb autofs-ldap_4.1.3+4.1.4beta2-4_i386.deb to pool/main/a/autofs/autofs-ldap_4.1.3+4.1.4beta2-4_i386.deb autofs_4.1.3+4.1.4beta2-4.diff.gz to pool/main/a/autofs/autofs_4.1.3+4.1.4beta2-4.diff.gz autofs_4.1.3+4.1.4beta2-4.dsc to pool/main/a/autofs/autofs_4.1.3+4.1.4beta2-4.dsc autofs_4.1.3+4.1.4beta2-4_i386.deb to pool/main/a/autofs/autofs_4.1.3+4.1.4beta2-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted irssi-scripts 20050401 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 16:06:17 +0200 Source: irssi-scripts Binary: irssi-scripts Architecture: source all Version: 20050401 Distribution: unstable Urgency: low Maintainer: Florian Ernst [EMAIL PROTECTED] Changed-By: Florian Ernst [EMAIL PROTECTED] Description: irssi-scripts - collection of scripts for irssi Changes: irssi-scripts (20050401) unstable; urgency=low . * Last update before the Sarge release * Updated dau.pl, joininfo.pl, len.pl and ontv.pl * Added cgrep.pl and iMPD.pl * Fixed some typos, added note about figlet now being in non-free * Now three scripts depending on a package necessary for a Suggests: Files: f498b7d80b97276ff181c73ae27a95da 522 net optional irssi-scripts_20050401.dsc 1167afe37a2ef7065cd47798400f0b6b 668595 net optional irssi-scripts_20050401.tar.gz 36fbe78641b58540b5847058c252b993 668006 net optional irssi-scripts_20050401_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCTVihs3U+TVFLPnwRAh0QAKCSpdsxQ6gUGX2fg1DQnpoAJCGliQCfUeU4 XnKya/3CsuXegRfaeWvvB+o= =xEzM -END PGP SIGNATURE- Accepted: irssi-scripts_20050401.dsc to pool/main/i/irssi-scripts/irssi-scripts_20050401.dsc irssi-scripts_20050401.tar.gz to pool/main/i/irssi-scripts/irssi-scripts_20050401.tar.gz irssi-scripts_20050401_all.deb to pool/main/i/irssi-scripts/irssi-scripts_20050401_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libdc1394 1.1.0-2 (mips source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 15:56:47 +0200 Source: libdc1394 Binary: libdc1394-examples libdc1394-13-dev libdc1394-13 Architecture: source mips Version: 1.1.0-2 Distribution: unstable Urgency: low Maintainer: Peter De Schrijver (p2) [EMAIL PROTECTED] Changed-By: Peter De Schrijver (p2) [EMAIL PROTECTED] Description: libdc1394-13 - high level programming interface for IEEE1394 digital camera libdc1394-13-dev - high level programming interface for IEEE1394 digital camera libdc1394-examples - high level programming interface for IEEE1394 digital camera Changes: libdc1394 (1.1.0-2) unstable; urgency=low . * First upload to unstable Files: 49c79b5ce27257cd116276b28430871d 725 libs extra libdc1394_1.1.0-2.dsc dc3cb77d50b6c9ec5a482376a6714aea 4176 libs extra libdc1394_1.1.0-2.diff.gz 7dd5ab8ee8b293210fedc448f1f1249a 46656 libdevel extra libdc1394-13-dev_1.1.0-2_mips.deb 4b51f927ed0c5c6b7c7b47e59f5d4e43 33656 libs extra libdc1394-13_1.1.0-2_mips.deb aaa80b29981d302f801a4cb12517b062 22354 libs extra libdc1394-examples_1.1.0-2_mips.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCTVSsKLKVw/RurbsRAtdMAJ9BwFed23WhILO8j5LUPPSU/CHtpwCdGByC RW2r7sdUEDudApKpwQ9AxBM= =4SLN -END PGP SIGNATURE- Accepted: libdc1394-13-dev_1.1.0-2_mips.deb to pool/main/libd/libdc1394/libdc1394-13-dev_1.1.0-2_mips.deb libdc1394-13_1.1.0-2_mips.deb to pool/main/libd/libdc1394/libdc1394-13_1.1.0-2_mips.deb libdc1394-examples_1.1.0-2_mips.deb to pool/main/libd/libdc1394/libdc1394-examples_1.1.0-2_mips.deb libdc1394_1.1.0-2.diff.gz to pool/main/libd/libdc1394/libdc1394_1.1.0-2.diff.gz libdc1394_1.1.0-2.dsc to pool/main/libd/libdc1394/libdc1394_1.1.0-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted perlpanel 1:0.9.0+cvs20050401-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 01 Apr 2005 14:11:18 +0200 Source: perlpanel Binary: perlpanel Architecture: source all Version: 1:0.9.0+cvs20050401-1 Distribution: unstable Urgency: low Maintainer: Marc 'HE' Brockschmidt [EMAIL PROTECTED] Changed-By: Marc 'HE' Brockschmidt [EMAIL PROTECTED] Description: perlpanel - lean menu and launcher panel written in Perl and Gtk2 Closes: 286254 Changes: perlpanel (1:0.9.0+cvs20050401-1) unstable; urgency=low . * New snapshot from the upstream CVS (no release because upstream is busy): + New applets: Timer (to set an alarm), Trash, Volume (to regulate the volume) and Webcam (displays a webcam image). + Adds a fallback icon if the lookup through the GtkIconTheme doesn't work. + Removes the Volume button from the XMMS applet. + Changes WiFiMonitor's scale, also avoiding log(0). (Closes: #286254) * debian/control: + Fix typo in description (completly - completely) + Restrucuture dependencies to recommend/suggest everything not in the default configuration. * debian/patches: + Use dpatch-run in the shebang and remove cruft. + 21_xterm_to_x-terminal-emulator.dpatch: Added to fix the Run in shell option of the Commander + 23_BatteryMonitor_pmu_support.dpatch: Added to provide somewhat hackish PMU support (useful for apple laptops). I have an iBook now! :-) Files: 0ff6d690243170f247e72665d2d47f1f 631 x11 optional perlpanel_0.9.0+cvs20050401-1.dsc 743c2a99ce778b754b138f13f36a0ea2 630196 x11 optional perlpanel_0.9.0+cvs20050401-1.tar.gz 7a201ed0412fee44f407bd4b6f8bd446 580192 x11 optional perlpanel_0.9.0+cvs20050401-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iEYEARECAAYFAkJNWTIACgkQmO5zOp3h7rH/+ACeOgS33Y0XnbTeABB1oikMypRP N+kAnA3rSlD+WbO6DAe6vFF59FlZId7y =bbou -END PGP SIGNATURE- Accepted: perlpanel_0.9.0+cvs20050401-1.dsc to pool/main/p/perlpanel/perlpanel_0.9.0+cvs20050401-1.dsc perlpanel_0.9.0+cvs20050401-1.tar.gz to pool/main/p/perlpanel/perlpanel_0.9.0+cvs20050401-1.tar.gz perlpanel_0.9.0+cvs20050401-1_all.deb to pool/main/p/perlpanel/perlpanel_0.9.0+cvs20050401-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted coriander 1.0.1-2 (mips source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 16:06:00 +0200 Source: coriander Binary: coriander Architecture: source mips Version: 1.0.1-2 Distribution: unstable Urgency: low Maintainer: Peter De Schrijver (p2) [EMAIL PROTECTED] Changed-By: Peter De Schrijver (p2) [EMAIL PROTECTED] Description: coriander - control IEEE1394 digital camera Changes: coriander (1.0.1-2) unstable; urgency=low . * First upload to unstable. Files: 1b459b9b96873bc46fdc22d7a7237964 751 gnome extra coriander_1.0.1-2.dsc d3fda098a4f536b1c7f07e735d2461a2 3920 gnome extra coriander_1.0.1-2.diff.gz 6c2a53eb5979f74f66c45ae498d0d3be 113396 gnome extra coriander_1.0.1-2_mips.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCTVhhKLKVw/RurbsRAsTsAJ9OjzkuoMhVBQPX24CrbM1UqAQg1gCfUqhe 7Uo3Qjfy0tUqfSvc4+f/ogc= =2Keb -END PGP SIGNATURE- Accepted: coriander_1.0.1-2.diff.gz to pool/main/c/coriander/coriander_1.0.1-2.diff.gz coriander_1.0.1-2.dsc to pool/main/c/coriander/coriander_1.0.1-2.dsc coriander_1.0.1-2_mips.deb to pool/main/c/coriander/coriander_1.0.1-2_mips.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted autofs 4.1.3+4.1.4beta2-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 16:26:17 +0200 Source: autofs Binary: autofs-hesiod autofs-ldap autofs Architecture: source i386 Version: 4.1.3+4.1.4beta2-5 Distribution: unstable Urgency: high Maintainer: Steinar H. Gunderson [EMAIL PROTECTED] Changed-By: Steinar H. Gunderson [EMAIL PROTECTED] Description: autofs - kernel-based automounter for Linux autofs-hesiod - Hesiod map support for autofs autofs-ldap - LDAP map support for autofs Closes: 295723 300092 Changes: autofs (4.1.3+4.1.4beta2-5) unstable; urgency=high . * Rushed extra-release right after beta2-4 to get some last-minute bugfixes into sarge. (Note to self: dcut rm 'autofs*', not dcut rm 'autofs\*'.) * 055_stop_on_name_not_inode: Stop on --name automount instead of --exec $DAEMON, to (hopefully) get rid of the upgrade problems once and for all. Thanks to Adam Conrad for suggesting the fix. * 056_auto_net_use_bash_not_sh, 057_auto_smb_use_bash_not_sh: New patches, use #!/bin/bash in auto.net and auto.smb, as they contain bashisms. (Closes: #295723, #300092) Files: 14edb1256a13c78f23a725c4bc451cdb 673 utils extra autofs_4.1.3+4.1.4beta2-5.dsc ab2ca31fb2feed52af1c56e4c82b0dee 29532 utils extra autofs_4.1.3+4.1.4beta2-5.diff.gz 73668ee63c55a32bf3b1349a33f0d203 104574 utils extra autofs_4.1.3+4.1.4beta2-5_i386.deb c5ce21f6e1cef61f1eaa0f052e941897 23202 utils extra autofs-hesiod_4.1.3+4.1.4beta2-5_i386.deb 5af7ca3808e68cd0a0acdbbabb15bd67 35274 utils extra autofs-ldap_4.1.3+4.1.4beta2-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTVuCXKRQ3lK3SH4RApouAKDLaNLZKxanust7DL2oQjkjHF84VACgzyj+ HUduElw5cxJ4Cn9IFST4FtA= =F0iR -END PGP SIGNATURE- Accepted: autofs-hesiod_4.1.3+4.1.4beta2-5_i386.deb to pool/main/a/autofs/autofs-hesiod_4.1.3+4.1.4beta2-5_i386.deb autofs-ldap_4.1.3+4.1.4beta2-5_i386.deb to pool/main/a/autofs/autofs-ldap_4.1.3+4.1.4beta2-5_i386.deb autofs_4.1.3+4.1.4beta2-5.diff.gz to pool/main/a/autofs/autofs_4.1.3+4.1.4beta2-5.diff.gz autofs_4.1.3+4.1.4beta2-5.dsc to pool/main/a/autofs/autofs_4.1.3+4.1.4beta2-5.dsc autofs_4.1.3+4.1.4beta2-5_i386.deb to pool/main/a/autofs/autofs_4.1.3+4.1.4beta2-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted netselect 0.3.ds1-4 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 11:11:13 +0200 Source: netselect Binary: netselect netselect-apt Architecture: source i386 all Version: 0.3.ds1-4 Distribution: unstable Urgency: low Maintainer: Filippo Giunchedi [EMAIL PROTECTED] Changed-By: Filippo Giunchedi [EMAIL PROTECTED] Description: netselect - Choose the fastest server automatically netselect-apt - Choose the fastest Debian mirror with netselect Closes: 278266 283838 Changes: netselect (0.3.ds1-4) unstable; urgency=low . * minor update to de.po by Jens Nachtigall (Closes: #278266) * updated maintainer field to new d.org address * added pt_BR debconf translation by Tiago Bortoletto Vaz (Closes: #283838) Files: dc79b5415f39c6af7cd73740c0e9aa97 608 net optional netselect_0.3.ds1-4.dsc cedf3efc332702b1a20d9dcb86ee5f4a 33887 net optional netselect_0.3.ds1-4.diff.gz fd6239d145acaf1be875b982c8400d47 7976 net optional netselect-apt_0.3.ds1-4_all.deb ba3fd0d2b5e034cd47405b2407f60205 19524 net optional netselect_0.3.ds1-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCTV67ABzeamt51AERAuTrAJ9ZOrmrproUw63Tzup7FQvcyix1cQCcCQ5n /tG/59sscp+TO6WCyzIUiY4= =qWbo -END PGP SIGNATURE- Accepted: netselect-apt_0.3.ds1-4_all.deb to pool/main/n/netselect/netselect-apt_0.3.ds1-4_all.deb netselect_0.3.ds1-4.diff.gz to pool/main/n/netselect/netselect_0.3.ds1-4.diff.gz netselect_0.3.ds1-4.dsc to pool/main/n/netselect/netselect_0.3.ds1-4.dsc netselect_0.3.ds1-4_i386.deb to pool/main/n/netselect/netselect_0.3.ds1-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted abcde 2.2.4-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 1 Mar 2005 15:14:24 +0200 Source: abcde Binary: abcde Architecture: source all Version: 2.2.4-1 Distribution: unstable Urgency: low Maintainer: Jesus Climent [EMAIL PROTECTED] Changed-By: Jesus Climent [EMAIL PROTECTED] Description: abcde - A Better CD Encoder Closes: 297005 297482 Changes: abcde (2.2.4-1) unstable; urgency=low . * Changed the way we call flac, to adapt to the new times: --import-vc-from= to --import-tags-from. * DOSPLAYLIST was not included in the list of options. * Options passed to the encoder by using -o ogg:-b 192 are now supported. One can modify the way abcde encodes just for the current CD. * Unfortunatelly I forgot to add the starting number for tags in Ogg. For MP3 is a bit more difficult, since it needs changing the X/YY code. * Also, the order of the tags in metaflac is important for the utf8 names. Thanks to Frederik Juul Christiani (Closes: #297482) * Added CDROMID in the .conf file, for reader programs that need it (Closes: #297005) * Added a check for cdparanoia when encountering data-only CDs. Files: b7144fbc87529747628955495f049c66 554 sound optional abcde_2.2.4-1.dsc 1a080d41edadd6d7c211916a0cdf2f0e 63926 sound optional abcde_2.2.4.orig.tar.gz 0d71e3bb7cb4144075592287c624fd48 15401 sound optional abcde_2.2.4-1.diff.gz 0cea396074c4324795a2cc8f179645a9 76374 sound optional abcde_2.2.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTV0/Zvwdf4aUbWkRAnauAKDBHszX+DvtoIrcjk77pyWR77xS6QCfYSnR pNs4+AQjeAb59s5uNo1drM0= =kvfW -END PGP SIGNATURE- Accepted: abcde_2.2.4-1.diff.gz to pool/main/a/abcde/abcde_2.2.4-1.diff.gz abcde_2.2.4-1.dsc to pool/main/a/abcde/abcde_2.2.4-1.dsc abcde_2.2.4-1_all.deb to pool/main/a/abcde/abcde_2.2.4-1_all.deb abcde_2.2.4.orig.tar.gz to pool/main/a/abcde/abcde_2.2.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gaim 1:1.2.0-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 15:17:19 +0100 Source: gaim Binary: gaim gaim-dev gaim-data Architecture: source i386 all Version: 1:1.2.0-3 Distribution: unstable Urgency: high Maintainer: Robert McQueen [EMAIL PROTECTED] Changed-By: Robert McQueen [EMAIL PROTECTED] Description: gaim - multi-protocol instant messaging client gaim-data - multi-protocol instant messaging client - data files gaim-dev - multi-protocol instant messaging client - development files Closes: 301072 Changes: gaim (1:1.2.0-3) unstable; urgency=high . * debian/patches/icq-auth.patch: - removed, it doesn't actually fix the problem :( . * debian/patches/icq-auth2.patch: - new patch to revert to the (arguably less secure, but fully functional) ICQ authentication code from 1.1.4, arguably an RC bug so upload with urgency=high if sarge is about to freeze (really closes: #301072) Files: 75e11d439c7dc52662dde889bd77bec9 911 net optional gaim_1.2.0-3.dsc 00bdc178d303dfc45e44cd97a4d68c1e 28215 net optional gaim_1.2.0-3.diff.gz 4f97fc8c48bb77d5eb1a9d381b6d9909 2806458 net optional gaim-data_1.2.0-3_all.deb a07e381d4aefde33e9b0e64652486dd9 876966 net optional gaim_1.2.0-3_i386.deb 5ce2aa262a650c1348438eff48bd8bf9 102560 devel optional gaim-dev_1.2.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTV1jXcrf4TUB5sURAsP6AJ0eEw6o6yqwE2/1EDKUm8tJzdxYygCeIgC2 3TcL243EhSeJZNwnXTHLh8g= =bGAU -END PGP SIGNATURE- Accepted: gaim-data_1.2.0-3_all.deb to pool/main/g/gaim/gaim-data_1.2.0-3_all.deb gaim-dev_1.2.0-3_i386.deb to pool/main/g/gaim/gaim-dev_1.2.0-3_i386.deb gaim_1.2.0-3.diff.gz to pool/main/g/gaim/gaim_1.2.0-3.diff.gz gaim_1.2.0-3.dsc to pool/main/g/gaim/gaim_1.2.0-3.dsc gaim_1.2.0-3_i386.deb to pool/main/g/gaim/gaim_1.2.0-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libclass-dbi-asform-perl 2.41-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 16:05:19 +0100 Source: libclass-dbi-asform-perl Binary: libclass-dbi-asform-perl Architecture: source all Version: 2.41-2 Distribution: unstable Urgency: high Maintainer: Stephen Quinney [EMAIL PROTECTED] Changed-By: Stephen Quinney [EMAIL PROTECTED] Description: libclass-dbi-asform-perl - Produce HTML form elements for database columns using Class::DBI Changes: libclass-dbi-asform-perl (2.41-2) unstable; urgency=high . * Build depend against libdbd-sqlite2-perl instead of libdbd-sqlite-perl, fixes FTBFS in Sarge so urgency is high. When this fix reaches Sarge it will close #301659. * Remove the test.db in the debian/rules clean stage Files: 2ca2096cb905def6e991233497b1b1d6 779 perl optional libclass-dbi-asform-perl_2.41-2.dsc f9c668bec153c626d44ab416cfeb9046 2161 perl optional libclass-dbi-asform-perl_2.41-2.diff.gz 5bb163d06cce7f3e2491f6d8f073a25a 8586 perl optional libclass-dbi-asform-perl_2.41-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCTWN2ITGblEwaW+URAm1WAKCGC14Zud0FSZRaA1eCHxnwiifrOACgqFtN aVoJcDvT/d2JGrgka1vcR8w= =ggac -END PGP SIGNATURE- Accepted: libclass-dbi-asform-perl_2.41-2.diff.gz to pool/main/libc/libclass-dbi-asform-perl/libclass-dbi-asform-perl_2.41-2.diff.gz libclass-dbi-asform-perl_2.41-2.dsc to pool/main/libc/libclass-dbi-asform-perl/libclass-dbi-asform-perl_2.41-2.dsc libclass-dbi-asform-perl_2.41-2_all.deb to pool/main/libc/libclass-dbi-asform-perl/libclass-dbi-asform-perl_2.41-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mozilla-firefox 1.0.2-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 01:18:18 -0500 Source: mozilla-firefox Binary: mozilla-firefox mozilla-firefox-gnome-support mozilla-firefox-dom-inspector Architecture: source i386 Version: 1.0.2-2 Distribution: unstable Urgency: high Maintainer: Eric Dorland [EMAIL PROTECTED] Changed-By: Eric Dorland [EMAIL PROTECTED] Description: mozilla-firefox - lightweight web browser based on Mozilla mozilla-firefox-dom-inspector - tool for inspecting the DOM of pages in Mozilla Firefox mozilla-firefox-gnome-support - Support for Gnome in Mozilla Firefox Closes: 300685 302086 Changes: mozilla-firefox (1.0.2-2) unstable; urgency=high . * Last upload should of been marked urgency=high because of the security fixes. * debian/mozilla-firefox.postinst: Fix ridiculous typos. (Closes: #300685) * debian/mozilla-firefox-runner: Use pgrep to detect esd and arts instead. Thanks Craig Small for the advice. (Closes: #302086) Files: b21ae363caf631682efb24a86a0611fa 990 web optional mozilla-firefox_1.0.2-2.dsc 061f3f593837d5e0876aeb367fc38563 219318 web optional mozilla-firefox_1.0.2-2.diff.gz 3f9bfd1e52a4683b8fac3631bac0f5ac 8877408 web optional mozilla-firefox_1.0.2-2_i386.deb 8f73825be069ee3745473425a513ec6d 154196 web optional mozilla-firefox-dom-inspector_1.0.2-2_i386.deb f2a60976c2dde188c30f6d1ade11428d 51476 web optional mozilla-firefox-gnome-support_1.0.2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTWZQYemOzxbZcMYRApGxAJ9JnjjKRXgGNfVcNL7WEhOSzKTafACdEbHg 6s1/rRdih9Z1h/ioj0h0nug= =Ngn6 -END PGP SIGNATURE- Accepted: mozilla-firefox-dom-inspector_1.0.2-2_i386.deb to pool/main/m/mozilla-firefox/mozilla-firefox-dom-inspector_1.0.2-2_i386.deb mozilla-firefox-gnome-support_1.0.2-2_i386.deb to pool/main/m/mozilla-firefox/mozilla-firefox-gnome-support_1.0.2-2_i386.deb mozilla-firefox_1.0.2-2.diff.gz to pool/main/m/mozilla-firefox/mozilla-firefox_1.0.2-2.diff.gz mozilla-firefox_1.0.2-2.dsc to pool/main/m/mozilla-firefox/mozilla-firefox_1.0.2-2.dsc mozilla-firefox_1.0.2-2_i386.deb to pool/main/m/mozilla-firefox/mozilla-firefox_1.0.2-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mydns 1.0.0-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 26 Mar 2005 08:54:32 + Source: mydns Binary: mydns-pgsql mydns-common mydns-mysql Architecture: source i386 all Version: 1.0.0-3 Distribution: unstable Urgency: low Maintainer: Philipp Kern [EMAIL PROTECTED] Changed-By: Philipp Kern [EMAIL PROTECTED] Description: mydns-common - DNS server using a SQL database for data storage mydns-mysql - DNS server using MySQL for data storage mydns-pgsql - DNS server using PostgreSQL for data storage Closes: 299689 Changes: mydns (1.0.0-3) unstable; urgency=low . * Corrected typo in the package description. (Closes: #299689) * Added mydns-pgsql to the recommendations of mydns-common. Files: f912aba38bf214ad87022815335e47c5 711 net optional mydns_1.0.0-3.dsc caed256f1ad6bf9ada3c39aa167215d0 17020 net optional mydns_1.0.0-3.diff.gz ec85d952c30ce2afcf73c58a229dbf8d 30572 net optional mydns-common_1.0.0-3_all.deb cdb81148c67b275ad3c77e045b5d14b3 668318 net optional mydns-mysql_1.0.0-3_i386.deb fa5421b52db8c3421def551f8f5a67f5 158366 net optional mydns-pgsql_1.0.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) Comment: Signed and encrypted mails welcome... iEYEARECAAYFAkJNahkACgkQ7Ro5M7LPzdh5UACcDRVsiDkmOrF/9dYw2f9A2wde K70AoNx4F7wv4RU305LDqjgWfw+SM+5E =igKW -END PGP SIGNATURE- Accepted: mydns-common_1.0.0-3_all.deb to pool/main/m/mydns/mydns-common_1.0.0-3_all.deb mydns-mysql_1.0.0-3_i386.deb to pool/main/m/mydns/mydns-mysql_1.0.0-3_i386.deb mydns-pgsql_1.0.0-3_i386.deb to pool/main/m/mydns/mydns-pgsql_1.0.0-3_i386.deb mydns_1.0.0-3.diff.gz to pool/main/m/mydns/mydns_1.0.0-3.diff.gz mydns_1.0.0-3.dsc to pool/main/m/mydns/mydns_1.0.0-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zsh-beta 4.3.0-dev-1+20050401-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 10:25:12 -0500 Source: zsh-beta Binary: zsh-beta-static zsh-beta-doc zsh-beta Architecture: source all Version: 4.3.0-dev-1+20050401-1 Distribution: unstable Urgency: medium Maintainer: Clint Adams [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: zsh-beta - A shell with lots of features (dev tree) zsh-beta-doc - zsh beta documentation - info/HTML format Changes: zsh-beta (4.3.0-dev-1+20050401-1) unstable; urgency=medium . * Update to 4.2 HEAD. Files: 62dbb74cd27e5c7742de8dd1486d948c 731 shells optional zsh-beta_4.3.0-dev-1+20050401-1.dsc 9a802ffc7f20ac260566e99b060aa7d1 2096604 shells optional zsh-beta_4.3.0-dev-1+20050401.orig.tar.gz e092d9655eded5ce57bf5f21d38b7b39 729266 shells optional zsh-beta_4.3.0-dev-1+20050401-1.diff.gz fb5fe4a1fe8bd00842881822be40e1da 654080 shells optional zsh-beta-doc_4.3.0-dev-1+20050401-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Debian! iD8DBQFCTWxy5m0u66uWM3ARApNqAKDDMh4c8A6+SbwnYClxiZYbci//wACeIqOX yCzGWU4RP1bBktZgo/R4dUI= =MyMt -END PGP SIGNATURE- Accepted: zsh-beta-doc_4.3.0-dev-1+20050401-1_all.deb to pool/main/z/zsh-beta/zsh-beta-doc_4.3.0-dev-1+20050401-1_all.deb zsh-beta_4.3.0-dev-1+20050401-1.diff.gz to pool/main/z/zsh-beta/zsh-beta_4.3.0-dev-1+20050401-1.diff.gz zsh-beta_4.3.0-dev-1+20050401-1.dsc to pool/main/z/zsh-beta/zsh-beta_4.3.0-dev-1+20050401-1.dsc zsh-beta_4.3.0-dev-1+20050401.orig.tar.gz to pool/main/z/zsh-beta/zsh-beta_4.3.0-dev-1+20050401.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gambas 1.0.3-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 5 Feb 2005 12:14:33 +0200 Source: gambas Binary: gambas-gb-sdl gambas-gb-qt-editor gambas-gb-db-sqlite gambas-runtime gambas-gb-net gambas gambas-gb-xml gambas-gb-qt-ext gambas-gb-compress gambas-gb-vb gambas-doc gambas-gb-debug gambas-gb-db-mysql gambas-gb-db-postgresql gambas-gb-net-curl gambas-gb-db gambas-gb-eval gambas-gb-qt Architecture: source i386 all Version: 1.0.3-1 Distribution: unstable Urgency: low Maintainer: José L. Redrejo Rodríguez [EMAIL PROTECTED] Changed-By: José L. Redrejo Rodríguez [EMAIL PROTECTED] Description: gambas - Visual development environment for the Gambas programming languag gambas-doc - Free VB-like language gambas-gb-compress - The Gambas compression component gambas-gb-db - The Gambas database component gambas-gb-db-mysql - The MySQL driver for the Gambas database component gambas-gb-db-postgresql - The PostgreSQL driver for the Gambas database component gambas-gb-db-sqlite - The SQLite driver for the Gambas database component gambas-gb-debug - The debugger helper component for the Gambas IDE gambas-gb-eval - The Gambas expression evaluator component gambas-gb-net - The Gambas networking component gambas-gb-net-curl - The Gambas advanced networking component gambas-gb-qt - The Gambas Qt GUI component gambas-gb-qt-editor - The Gambas source code editor component gambas-gb-qt-ext - The Gambas extended Qt GUI component gambas-gb-sdl - The Gambas SDL component gambas-gb-vb - The Gambas Visual Basic (tm) compatibility component gambas-gb-xml - The Gambas Visual Basic (tm) compatibility component gambas-runtime - The Gambas runtime Closes: 290260 Changes: gambas (1.0.3-1) unstable; urgency=low . * New upstream release. (Closes: #290260) * Patched src/lib/xml/libxml/CXMLReader.c file with an upstream developper forgotten GB_END_DECLARE sentence Files: 441c7c91a7c80bb69ec623edf56484fc 1044 devel optional gambas_1.0.3-1.dsc 4419dba17a562cd64e1620befa7140e2 5339043 devel optional gambas_1.0.3.orig.tar.gz 207ccb386ed97ef4f5bbcf291eefc164 22940 devel optional gambas_1.0.3-1.diff.gz 39be1fc18faec93d6cad2b189b4aa435 3080502 doc optional gambas-doc_1.0.3-1_all.deb 178047f9db16437a56e80d0acc15015c 894292 devel optional gambas_1.0.3-1_i386.deb b9e936240358144f11b90b566990f9cf 104224 libdevel optional gambas-runtime_1.0.3-1_i386.deb dfef41bb61d2f396c5dcf38e0ded03ef 12690 libdevel optional gambas-gb-compress_1.0.3-1_i386.deb 7523566fa0d086a8e77c125903302c45 1 libdevel optional gambas-gb-db_1.0.3-1_i386.deb d4537a934594f7e1c35b65302f8e8b27 13590 libdevel optional gambas-gb-db-mysql_1.0.3-1_i386.deb c55af515fc9c7b243c2bacb3749d7856 12648 libdevel optional gambas-gb-db-postgresql_1.0.3-1_i386.deb e0b9c6ddb366fcbbd208bbd6243a2fb2 46194 libdevel optional gambas-gb-db-sqlite_1.0.3-1_i386.deb 42f4a59c1085e312f74b36010f66afa8 6748 devel optional gambas-gb-debug_1.0.3-1_i386.deb f3eb02e6b276015f1013e14fe19726e6 21608 libdevel optional gambas-gb-eval_1.0.3-1_i386.deb 1ef84f669f5fc5cebad90f1219023c7b 24442 libdevel optional gambas-gb-net_1.0.3-1_i386.deb e552c231dde543d54970aaffdcedb06f 16492 libdevel optional gambas-gb-net-curl_1.0.3-1_i386.deb efdd4e4f4f4707501ad53daf7bd382e3 163924 libdevel optional gambas-gb-qt_1.0.3-1_i386.deb 196ad82c40282f84721387d943ffe683 47840 libdevel optional gambas-gb-qt-ext_1.0.3-1_i386.deb 51c6413093d202ac194a6d1e2364cb6e 60934 libdevel optional gambas-gb-qt-editor_1.0.3-1_i386.deb 910122308b8e1d96879e87933dc861da 8912 libdevel optional gambas-gb-sdl_1.0.3-1_i386.deb 5085c7fc2aa239d3ac1088f1ff8f8ca2 8372 libdevel optional gambas-gb-vb_1.0.3-1_i386.deb c0eea39a1df2ca78b38cc8a7c5600670 20790 libdevel optional gambas-gb-xml_1.0.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCTWvfHkQIZYcutOURAsWoAKC1eL7pILxvshbrXVvUo0U6WPj+YgCfdHrM 4phaQCBbFiqfpF3UDjNi/Es= =MZJl -END PGP SIGNATURE- Accepted: gambas-doc_1.0.3-1_all.deb to pool/main/g/gambas/gambas-doc_1.0.3-1_all.deb gambas-gb-compress_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-compress_1.0.3-1_i386.deb gambas-gb-db-mysql_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-db-mysql_1.0.3-1_i386.deb gambas-gb-db-postgresql_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-db-postgresql_1.0.3-1_i386.deb gambas-gb-db-sqlite_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-db-sqlite_1.0.3-1_i386.deb gambas-gb-db_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-db_1.0.3-1_i386.deb gambas-gb-debug_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-debug_1.0.3-1_i386.deb gambas-gb-eval_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-eval_1.0.3-1_i386.deb gambas-gb-net-curl_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-net-curl_1.0.3-1_i386.deb gambas-gb-net_1.0.3-1_i386.deb to pool/main/g/gambas/gambas-gb-net_1.0.3-1_i386.deb gambas-gb-qt-editor_1.0.3-1_i386.deb to
Accepted lessdisks 0.5.3cvs.20040906-14 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Apr 2005 16:12:19 +0200 Source: lessdisks Binary: lessdisks-doc lessdisks lessdisks-terminal lessdisks-xterminal kernel-image-netbootable lessdisks-easydialog initrd-netboot-tools lessdisks-cloner-server lessdisks-cloner-terminal Architecture: source all Version: 0.5.3cvs.20040906-14 Distribution: unstable Urgency: high Maintainer: Jonas Smedegaard [EMAIL PROTECTED] Changed-By: Jonas Smedegaard [EMAIL PROTECTED] Description: initrd-netboot-tools - initrd scripts for netboot support lessdisks - flexible diskless (x)terminal system - server base files lessdisks-cloner-server - flexible diskless (x)terminal system - cloning repository lessdisks-cloner-terminal - flexible diskless (x)terminal system - cloning master lessdisks-doc - flexible diskless (x)terminal system - documentation lessdisks-easydialog - flexible diskless (x)terminal system - interface helper scripts lessdisks-terminal - flexible diskless (x)terminal system - terminal base files lessdisks-xterminal - flexible diskless (x)terminal system - terminal x-server Changes: lessdisks (0.5.3cvs.20040906-14) unstable; urgency=high . * Arrrgh. [arch]-tightening is only allowed for build-dependencies, so drop them completely - also for kernel-image-netbootable. * Add patch (207) to allow per-terminal tweaks. This closes an unfiled bugreport mentioned on the lessdisks mailinglist (thanks to Wolfgang Schweer [EMAIL PROTECTED]). * Adjust offset of patches 003, 006, 102, 206. * Really keep urgency=high this time. Files: f295a991176ec6f24f185899ee7e44bf 1084 misc extra lessdisks_0.5.3cvs.20040906-14.dsc c69c268753f508514a6454417b78b252 103300 misc extra lessdisks_0.5.3cvs.20040906-14.diff.gz f18fc966aefec22c7044923ce5474dc8 70512 misc extra lessdisks_0.5.3cvs.20040906-14_all.deb 7ed01833228282da8fc4bc9f4b991c30 64074 misc extra lessdisks-terminal_0.5.3cvs.20040906-14_all.deb fbc98daa20f0d5db581e375d48f7c01c 61090 misc extra lessdisks-xterminal_0.5.3cvs.20040906-14_all.deb c32d4e4d6b15a5013d3f8bf142941e23 42064 misc extra lessdisks-cloner-server_0.5.3cvs.20040906-14_all.deb e705a69e9044178288feecb2f3fcb708 56162 misc extra lessdisks-cloner-terminal_0.5.3cvs.20040906-14_all.deb 9e42cb1105e3b068f4067c6a6f5a9c27 60902 doc extra lessdisks-doc_0.5.3cvs.20040906-14_all.deb cd57e09eb110606c628c9bd362d52ca0 46390 misc extra lessdisks-easydialog_0.5.3cvs.20040906-14_all.deb f435fe116d1349090c18835f5ae21086 48588 misc extra initrd-netboot-tools_0.5.3cvs.20040906-14_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCTWqmn7DbMsAkQLgRAh3oAJ9Gi27oQ85rOrRjepzC6BX2RF6oLwCeJ/3t Y/CLX6fAeq1esmS87T9lvPE= =/+qJ -END PGP SIGNATURE- Accepted: initrd-netboot-tools_0.5.3cvs.20040906-14_all.deb to pool/main/l/lessdisks/initrd-netboot-tools_0.5.3cvs.20040906-14_all.deb lessdisks-cloner-server_0.5.3cvs.20040906-14_all.deb to pool/main/l/lessdisks/lessdisks-cloner-server_0.5.3cvs.20040906-14_all.deb lessdisks-cloner-terminal_0.5.3cvs.20040906-14_all.deb to pool/main/l/lessdisks/lessdisks-cloner-terminal_0.5.3cvs.20040906-14_all.deb lessdisks-doc_0.5.3cvs.20040906-14_all.deb to pool/main/l/lessdisks/lessdisks-doc_0.5.3cvs.20040906-14_all.deb lessdisks-easydialog_0.5.3cvs.20040906-14_all.deb to pool/main/l/lessdisks/lessdisks-easydialog_0.5.3cvs.20040906-14_all.deb lessdisks-terminal_0.5.3cvs.20040906-14_all.deb to pool/main/l/lessdisks/lessdisks-terminal_0.5.3cvs.20040906-14_all.deb lessdisks-xterminal_0.5.3cvs.20040906-14_all.deb to pool/main/l/lessdisks/lessdisks-xterminal_0.5.3cvs.20040906-14_all.deb lessdisks_0.5.3cvs.20040906-14.diff.gz to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-14.diff.gz lessdisks_0.5.3cvs.20040906-14.dsc to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-14.dsc lessdisks_0.5.3cvs.20040906-14_all.deb to pool/main/l/lessdisks/lessdisks_0.5.3cvs.20040906-14_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]