Bug Squashing Party next (long) weekend -- May, 5th - 8th
Hi all. It seems like all the _freeze_ blockers are gone for good finally :) So it's really time to work on the remaining _release_ blockers, i.e. it's time for another Bug Squashing Party (BSP). It will be held on the next weekend, May, 5th until May, 8th. We will start on Thursday this time since in many countries this day is a holiday. As usual the BSP will be coordinated through #debian-bugs on irc.debian.org. Unless otherwise stated later the usual NMU rules for BSPs apply. Remember that we have still a 0-day NMU policy until otherwise stated or sarge is released :) Just continue to use it carefully and do your homework before uploading a package (just as you would do with your own ...) February's release update[1] had a nice write up about NMUing outside a BSP. If we need to change the upload policy to accommodate with a coming or existing freeze we will announce that separately. As the number of RC bugs related to sarge is relatively low lately and the number of RC bugs you can do something about may even lower, feel free to also work on other things during a BSP. A few suggestions: - Test woody-sarge upgrades. Bugs in the upgrade path can prove very nasty (e.g. the still unsolved #278495 or the thankfully solved #183702) so better to find them really soon now. - Go through the list of unfixed security issues in sarge[2], especially the non-RC ones since these aren't tracked as closely as the others, and try to provide patches or, if the bug is already fixed in unstable, try to find out why the package doesn't propagate to testing. - Go through the list of important bugs and try to identify ones that you could prepare a patch for. In some cases an NMU might also be appropriate. - Search for packages with many long-pending l10n bugs (updated debconf translations, etc.) and ask the maintainer if he would appreciate help to get them fixed before the release. [Christian Perrier might want to say something about that] - Search for packages that haven't entered sarge yet despite being uploaded a while ago and try to identify the problem. Especially look for packages that fixed RC or important bugs. [1] http://lists.debian.org/debian-devel-announce/2005/02/msg00010.html [2] http://newraff.debian.org/~joeyh/testing-security.html Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ signature.asc Description: Digital signature
Re: Ubuntu and its appropriation of Debian maintainers
On the one hand, I think it's polite and the socially responsible thing to give credit where credit is due, i.e., to acknowledge the debian maintainers whose work is used. On the other hand, I've had packages for which ubuntu has moved to a newer upstream version without properly updating the debian/ files, resulting in packages that are severely broken (some to the point of unusability), with my name listed as maintainer. So I guess all I'm saying is that, if you're choosing whether or not to attribute packages to the respective debian maintainers, there's no obvious default that won't upset somebody (either through lack of recognition, or through being blamed for problems that aren't their fault). Anyway, just thoughts. b. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
On Sat, Apr 30, 2005 at 08:59:55PM -0500, John Hasler wrote: https://launchpad.ubuntu.com/people/adamm/ They have a similar page for me. Nothing there indicates that I am not an Ubuntu employee. The same for me. And the funny thing is that https://launchpad.ubuntu.com/people/fenio/+packages shows: Bartosz Fenski is not currently recorded as the maintainer of any packages in the Launchpad system. But checking http://packages.ubuntu.com/hoary/utils/fuse-utils I'm listed as a maintainer of this package. What do other DDs think about this problem (or is it even a problem?)? Personally, I believe Ubuntu must either change the Maintainer field of all packages such that it points to Ubuntu Developers *or* get permission to keep the Maintainer field as is from the Debian package maintainer. I mostly agree with you. I don't mind at all if they want to identify me as the upstream _Debian_ maintainer (or author in some cases) of my packages, but if I'm an Ubuntu maintainer where is my paycheck? I hope that some developers of Debian and of Ubuntu at the same time, are reading this thread and forward it to the people responsible for current situation. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: PHP/WebApp policy/mailing list
I've lurked for a while in [EMAIL PROTECTED] hoping that that would be the right place for such discussions, and, when they happen, the subscribers are usually pretty clued-in and interested. Perhaps it is the natural place to discuss web-apps? At least until traffic is sufficient that the Debian Apache team kicks us out. It ensures we are 'in touch' with the httpd maintainers, instead of being in an echo chamber. cheers, martin
Re: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 05:08:04PM +1000, Ben Burton wrote: So I guess all I'm saying is that, if you're choosing whether or not to attribute packages to the respective debian maintainers, there's no obvious default that won't upset somebody (either through lack of recognition, or through being blamed for problems that aren't their fault). Oh but there is, it just needs to depend on whether modification has occurred. So for unmodifed packages, Foo Bar [EMAIL PROTECTED] is the Debian maintainer of this package (which has been copied from Debian) and for others Silly Ubuntu Person In Question [EMAIL PROTECTED] is the maintainer of this package (based on work from Debian) or the team that did it or whatever. -- Chris Boyle - http://cmb.is-a-geek.org/ GPG: B7D86E0F, MSN: [EMAIL PROTECTED], ICQ: 24151961, AIM: kerneloops, Yahoo: kerneloops, IRC: cmb on irc.uwcs.co.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 07:28:48PM +1200, Martin Langhoff wrote: I've lurked for a while in [EMAIL PROTECTED] hoping that that would be the right place for such discussions, and, when they happen, the subscribers are usually pretty clued-in and interested. Perhaps it is the natural place to discuss web-apps? At least until traffic is sufficient that the Debian Apache team kicks us out. It ensures we are 'in touch' with the httpd maintainers, instead of being in an echo chamber. I would create an alioth list (and project) and point interested people there, also communicating that on -devel-announce as appropriate... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
On Sunday, 1 de May de 2005 03:34, Adam Majer wrote: Anyway, the bottom line is, 1. I'm a Debian Developer and chose to be associated with Debian 2. I have not chosen or gave permission to be associated with modified/unmodified packages of other distributions (that may or may not derive from Debian). What do other DDs think about this problem (or is it even a problem?)? Personally, I believe Ubuntu must either change the Maintainer field of all packages such that it points to Ubuntu Developers *or* get permission to keep the Maintainer field as is from the Debian package maintainer. Well, the most annoying thing for me is that it doesn't express that I'm just the Debian package maintainer, and not the Ubuntu one. I've received at least three mails from Ubuntu users last week asking why Wesnoth 0.9.1 isn't available in Hoary/Breezy/whatever yet. Other one asking why the sound wasn't working for Wesnoth in his bleeding edge Breezy and several more I can't remember. I've answered all of them as best as possible without having Ubuntu installed, but I find it quite annoying. Best regards -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: [EMAIL PROTECTED] | Debian: [EMAIL PROTECTED] pgpMycFrqI9Fe.pgp Description: PGP signature
Re: PHP/WebApp policy/mailing list
On Sun, 2005-05-01 at 10:14 +0200, Francesco Paolo Lovergine wrote: On Sun, May 01, 2005 at 07:28:48PM +1200, Martin Langhoff wrote: I've lurked for a while in [EMAIL PROTECTED] hoping that that would be the right place for such discussions, and, when they happen, the subscribers are usually pretty clued-in and interested. Perhaps it is the natural place to discuss web-apps? At least until traffic is sufficient that the Debian Apache team kicks us out. It ensures we are 'in touch' with the httpd maintainers, instead of being in an echo chamber. I would create an alioth list (and project) and point interested people there, also communicating that on -devel-announce as appropriate... Speaking as a listmaster, I believe that a list that would be used to provide people with a place to discuss the packaging of web-apps, as well as standard things associated with it is a great idea. It's better than debian-apache (after all, there's other web servers out there), and it's better than creating a debian-php list. We want this to be used by all web-apps, whether they be in php, python, perl or whatever the flavour of the week is. Cheers, Pasc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Outrageous Maintainer
On Sun, May 01, 2005 at 12:38:41AM +0200, Jeroen van Wolffelaar wrote: On Sat, Apr 30, 2005 at 06:45:26PM -0300, Otavio Salvador wrote: But you remove the package from testing doesn't mean we won't have users with it installed since it was present there so, IMHO, the Conflict is need. The bug is in the other package, packages are not required to work around other bugs in other packages, that'd be a gigantic mess of workarounds. There'll be lots of workarounds, but that doesn't necessarily equate to 'a mess'. If dash breaks using my package for whatever reason, I'm not going to add a conflict: dash (with non-fixed version or whatever), dash needs to fix it. True. However, it does no harm to add the conflicts, while it does make it easier for your users. When presented with a bug in another package that completely breaks mine (rather than the entire system), usually I do add the conflicts: header. Ditto here, and the fix is removing the package. ... which would be accomplished by adding the Conflicts: header. I don't see the problem. That being said, of course the choice is up to the maintainer; I'm not going to tell you (or him) what to do :-) -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Outrageous Maintainer
On Sat, Apr 30, 2005 at 10:04:35PM +0200, Goswin von Brederlow wrote: A Replaces without a Conflicts is I think always wrong. No, absolutely not. See policy, section 7.5, for details -- especially section 7.5.1. -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
On Sat, Apr 30, 2005 at 08:34:09PM -0500, Adam Majer wrote: Well, at least on pages like, http://packages.ubuntu.com/hoary/misc/mysql-query-browser They have Adam Majer is responsible for this Debian package with a link to Debian's QA. This reference I find acceptable, but better wording would be Adam Majer is responsible for the Debian version of this package. I have to confess this is mainly because I maintain both packages.debian.org and packages.ubuntu.com and just copied the code. If anyone has suggestions how to improve the wording on the Ubuntu part, my email adress is in the footer of every page ;) Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
Pascal Hakim wrote: Speaking as a listmaster, I believe that a list that would be used to provide people with a place to discuss the packaging of web-apps, as well as standard things associated with it is a great idea. It's better than debian-apache (after all, there's other web servers out there), and it's better than creating a debian-php list. We want this to be used by all web-apps, whether they be in php, python, perl or whatever the flavour of the week is. Ok. It seems that everyone here agrees on the fact that such a list would be helpful and could enhance the way webapp packages are made. I find Frankie's suggestion interesting and would vote for an Alioth account for hosting the mailinglist. Moreover, if we want to start writing a Debian Webapp Policy Manual, alioth is a good idea too, I suppose. First of all we have to find a correct name for such a project. I was thinking at something generic like webapp-policy but other ideas are welcome. Cheers. -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 11:56:47AM +0200, Alexis Sukrieh wrote: Pascal Hakim wrote: Speaking as a listmaster, I believe that a list that would be used to provide people with a place to discuss the packaging of web-apps, as well as standard things associated with it is a great idea. It's better than debian-apache (after all, there's other web servers out there), and it's better than creating a debian-php list. We want this to be used by all web-apps, whether they be in php, python, perl or whatever the flavour of the week is. Ok. It seems that everyone here agrees on the fact that such a list would be helpful and could enhance the way webapp packages are made. I find Frankie's suggestion interesting and would vote for an Alioth account for hosting the mailinglist. Moreover, if we want to start writing a Debian Webapp Policy Manual, alioth is a good idea too, I suppose. First of all we have to find a correct name for such a project. I was thinking at something generic like webapp-policy but other ideas are welcome. I think a suitable section in debian policy would be appropriate. And mere technical discussions about the policy contents are also appropriate in d-policy. All other technical discussions should go in an alioth list. My suggestion of an alioth list is due to current discouraging (and long delays) for a new proper list on lists.debian.org. If interested people would think a l.d.o list is better, that could also be nice. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
* Adam Majer ([EMAIL PROTECTED]) [050501 03:35]: I just search Google for me and I found this, https://launchpad.ubuntu.com/people/adamm/ Now, I never signed up to be a maintainer for Ubuntu. I don't understand why I am part of people of Ubuntu or why I am listed as a maintainer of any package on Ubuntu's website? I know Ubuntu is using my packages as part of their distribution. I have no problem with that. What I do have a problem is the use of my name and my resources (time) in association with Ubuntu *without* my permission. I consider that to be - at least - very unfortunate. I am not maintainer of any of Ubuntus Packages, and I prefer if Ubuntu wouldn't claim that I am. If they want to give credit - that's a good idea, but that's something different than claiming I'm maintainer. Sadly, there is no mail contact on the launchpad page, so I Cced the general ubuntu contact to that mail. Perhaps they can fix it. 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: Outrageous Maintainer
Adam M. [EMAIL PROTECTED] writes: Anthony DeRobertis wrote: Klaus Ethgen wrote: The according bug is #306608. This is a bug, though possibly not in the libwxgtk2.4-python package. If the relevant maintainers (libwxgtk2.4-python, wxpython2.5.3) and bug sumitters can't work out a solution, then ask the Technical Comittee to do so. That's what they're there for. I haven't read the bug report, but when a newer package replaces an older one, you need to have add a Conflicts: old version Replaces: old version To the new package. I think apt-get, dselect and others have been set up in this manner. It is not correct to put Conflicts in the 2.4 package because it is 2.5 that *caused* the conflict. It came on the scene AFTER 2.4, right? - Adam No, as I read there first was 2.4 then 2.5 came and then the 2.4 package got a new version uploaded after 2.5 causing the problem on upgrade. So 2.5 is broken for having a replaces without conflicts and for not coordinating an update with 2.4. And the new 2.4 is broken for not having a conflict to clean up the broken mess 2.5 creates. It looks like 2.5 misused the Replaces field to manage a common file both 2.4 and 2.5 have. The right procedure would have been to split that file out of both packages into it's own package and have a conflicts, replaces and provides between the two (assuming the 2.5 version works for 2.4 too). The question is: Is it the job of 2.4 to clean up the mess 2.5 made? My opinion: yes, if you are doing an upload anyway then add the conflicts. Doesn't hurt you. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
suggested buildd service [Was: Re: Compiling on a Debian machine]
Hi, Shaun Jackman [EMAIL PROTECTED] writes: Hello, How do I use a Debian machine, such as bruckner, to test a source package by compiling for powerpc? I see bruckner has a sarge chroot. What's the magic command to start the build in this chroot? I know of pbuilder -- though I haven't used it much admittedly -- but there is no pbuilder command in the path. Thanks, Shaun I've had an idea in mind for quite some time now for just this problem. It would be nice to have a buildd where maintainer can upload sources for a testbuild and they get a buildd log back (and possibly the packages). How should this work? The simplest way I've thought of so far is to have a special incoming queue per arch (that can spare a buildd or idle buildd could be reused). The uploaded source is then picked up by a wanna-build and the appropriate buildd picks it up, builds it and sends the buildd log to the maintainer. For this someone would have to setup a small repository to temporarily host the sources, setup a wanna-build for it, patch buildd to send the buildd log to the maintainer instead of buildd.d.o and to remove the build debs (or they would just lay there forever). And last but not least, find buildd systems and admins willing to help. MfG Goswin PS: now that experimental has autobuilding one can upload a source there with Architecture: powerpc to test just that arch. Roughly the same effect. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Outrageous Maintainer
Wouter Verhelst [EMAIL PROTECTED] writes: On Sat, Apr 30, 2005 at 10:04:35PM +0200, Goswin von Brederlow wrote: A Replaces without a Conflicts is I think always wrong. No, absolutely not. See policy, section 7.5, for details -- especially section 7.5.1. Still leaves the following problem: bar replaces some of foo's files. apt-get install foo apt-get install bar apt-get remove bar Now foo is left with files missing and bar is to blame. Doesn't that make bar RC buggy? OR apt-get install bar apt-get install foo # error, tries to overwrite files of bar Now foo is uninstallable. Again a bug. The only way bth problems can be avoided is when foo depends on bar, bar depends on foo, foo replaces bar and bar replaces foo. Do we want such cyclic depends and replaces? I still think that a lone Replaces is always wrong. Not forbidden by policy but it causes bugs. Maybe 7.5.1 should be retitled to Moving a file from one package to another and extended to include a versioned conflict with the old package. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 12:08:01PM +0200, Francesco Paolo Lovergine wrote: On Sun, May 01, 2005 at 11:56:47AM +0200, Alexis Sukrieh wrote: Pascal Hakim wrote: Speaking as a listmaster, I believe that a list that would be used to provide people with a place to discuss the packaging of web-apps, as well as standard things associated with it is a great idea. It's better than debian-apache (after all, there's other web servers out there), and it's better than creating a debian-php list. We want this to be used by all web-apps, whether they be in php, python, perl or whatever the flavour of the week is. Ok. It seems that everyone here agrees on the fact that such a list would be helpful and could enhance the way webapp packages are made. I find Frankie's suggestion interesting and would vote for an Alioth account for hosting the mailinglist. Moreover, if we want to start writing a Debian Webapp Policy Manual, alioth is a good idea too, I suppose. First of all we have to find a correct name for such a project. I was thinking at something generic like webapp-policy but other ideas are welcome. I think a suitable section in debian policy would be appropriate. And mere technical discussions about the policy contents are also appropriate in d-policy. All other technical discussions should go in an alioth list. My suggestion of an alioth list is due to current discouraging (and long delays) for a new proper list on lists.debian.org. If interested people would think a l.d.o list Eh, because you believe a new lists.d.o list could take a bit of delay, an alioth list is better? Sorry, but I don't agree with the reasoning -- lists.debian.org is for general discussion lists, while alioth is more for packaging-specific projects or for new projects that haven't gone anywhere yet. Web applications in Debian are already numerously packaged, and the need is obvious for a list to coordinate this and to write a sane policy about it. I'm strongly in favour of a lists.debian.org, and I'm sure it'll be created swiftly when we choose a sane name for it. --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: Outrageous Maintainer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Just some respoces: (There is several quotings from several people.) 1st the tecnical: Josselin Mouette: As I understand the issue, I have to agree with the maintainer: the conflict statement should be added in the wxwidgets 2.5 packages, not the 2.4 ones. Adding it in the 2.4 packages is completely useless upon upgrades. Goswin: No, as I read there first was 2.4 then 2.5 came and then the 2.4 package got a new version uploaded after 2.5 causing the problem on upgrade. So 2.5 is broken for having a replaces without conflicts and for not coordinating an update with 2.4. And the new 2.4 is broken for not having a conflict to clean up the broken mess 2.5 creates. The both packages are from the same maintainer and so also a reassignment to the other package might be correct but minor use. But... The wxpython2.5.3 and libwxgtk2.4-python_2.4.2.6 was coexisting fine and only the update of libwxgtk2.4-python to version 2.4.2.6.1 triggers the bug. So maybe the version 2.5.3 have also bugs the conflict was triggering from the libwxgtk2.4-python package and so the bug is there. (As I understand) That the wxpython2.5.3 will get removed soon does not help as 1st, some people just have installed it and 2nd, there are other packages depending on it (svn-workbench). 2nd the debian stuff: There is many trust the users of debian (me included) have to the maintainer creating (tecnical) clean, secure and good packages. Such reactions from a maintainer do violent this trust. I for my person cannot trust anymore him to make good packages and have to package it by myself to fix all dependencies. Other users might not have this background to do so. And think of it, they install the BINARY packages created from you. I also have no problemes fixing such bugs localy. But this do not solve the bug; only the maintainer can do that. And, in this case, I was not the first bugreporter of this bug. 3rd the human: Henrique de Moraes Holschuh: As for you, Klaus, what were you thinking when you replied in a tone like that to someone that was obviously pretty much pissed off? Regardless of whether he should have replied to you in an insulting tone or not, you *did* ask for trouble. Let the matter drop, you are not helping. I only whant to say somethink to this paragraph, the other only gets into a mud war. It is true that (in the last mail to him) I did not hold an objective voice. And that was not helping. But, I was not the first submitter. Ron did slight the original poster bevore several time until there came no reaction from him. I firstely only wanted to strike that this bug is realy a problem and not only one people has it. In the further time Ron did mail me several mails not going over the bts full of abusive language. I also request him to come back to objective voice but he only answered with more slights. I do not want to open the private discussion here. (Ron might do if he want.) It will only end in mud war and do not help solving the problem. At the final, I'm not good in swearing in english or doing non technical conversation in english. I did several words in this mail (and in others) by using a dictionary. But I do not think, the sentences are so bad that they can missunderstud (applied to the bug report) as a personal attack to Ron. There was no reason for me to fight him and my only intention was to solve the bug in the way I describe above in point 2. Regards Klaus - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iQEVAwUBQnS/DZ+OKpjRpO3lAQJVNQf+LTBrK3UCZtbuP0MFPkDIeoYha9El0/+s QlmeNcHcatwfH4145md7+NS0nnf9wkKBGzTxFc6aTPKcWPj4nGazTxqaB+K82UJf REEVqqkt0SRcTbxnJ+rObjqzltOejtNujl9P5ZNi6ZNr0e2BCxAkS/ZxoyVX9+R4 cGnqeuXGLGvlktAaoCyIjaS4kE1vAddKtcA2LznJvPk/qsEOm0G2IW7s66VH9js8 JOyN3ftip+6K6R7FXllfKG03p45b8ZteUFr1YNVaNpLGNFkYWrYXNvQvqFDJ8QT7 3PdaeB8BmdfM+J6sOH7arYkDUEdqf0EbFCJ2r+Jnbfmq5pJWJLNVPQ== =LvxM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307166: RFA: vim-latexsuite -- brings the LaTeX power to Vim
Package: wnpp Severity: normal Hello, I use LaTeX rarely recently and I am no longer interested in maintaining this package. If anyone is interested please adopt this package. It is recommended that new maintainer has profound knowledge about vim scripting. Tha package has 9 outstanding bugs, 5 of them are forwarded to upstream, 3 requires more attention (and some detailed knowledge about how vim works), 1 is easy to fix. As a conclusion: package is in rather good shape and it could be a great help for people using vim to prepare a LaTeX documents. I would be happy if somebody could spare some time to keep this package in distribution. The package description is: Vim is undoubtedly one of the best editors ever made. LaTeX is an extremeley powerful, intelligent typesetter. Vim-LaTeX aims at bringing together the best of both of these worlds. . We attempt to provide a comprehensive set of tools to view, edit and compile LaTeX documents without the need to ever quit Vim. Together, they provide tools like macros speeding up the edition of LaTeX documents, means for compiling tex files to forward searching .dvi documents. . This package also provides help to LaTeX in vim. Regards Artur -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10bl Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
Jeroen van Wolffelaar a écrit : I'm strongly in favour of a lists.debian.org, and I'm sure it'll be created swiftly when we choose a sane name for it. If possible, I also think that a lists.debian.org is better, and will underline the fact that a real coordination is needed around webapp packages. So let's find a name, here are some ideas I have on the fly, feel free to comment on it: - [EMAIL PROTECTED] - debian-www@lists.debian.org - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libsasl2 and libmysql* updates for sarge
On Sat, 30 Apr 2005, Steve Langasek wrote: particular make upgrades painful, and shlibdeps have no bearing on plugins. Ok, no conflicts, no shlibdep bump. The truth is libnss-mysql (and any other libnss-* of the sort) should conflict with any libmysqlclient (or any other lib of the sort) it is not linked to. This is utter braindamage that can only be really fixed by enforcing a versioned-symbols-or-die rule. It's braindamage that we've lived with for a while, without major incident; And that we will kill in etch, one way or the other (and I'd rather we kill it using versioned symbols). This is something post-sarge, obviously. Incidentally, I think cyrus-sasl3-mit's build-dep on libmysqlclient10-dev is spurious and should be dropped. Please file a bug, I am not the maintainer for cyrus-sasl2-mit... Oh, but you offered to take care of it, I thought :) Only for cyrus-sasl2. Sam Hartman is NOT semi-MIA AFAIK, so there is no reason for me to go messing with his packages... -- 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: suggested buildd service [Was: Re: Compiling on a Debian machine]
On Sun, May 01, 2005 at 01:10:50PM +0200, Goswin von Brederlow wrote: Hi, Shaun Jackman [EMAIL PROTECTED] writes: Hello, How do I use a Debian machine, such as bruckner, to test a source package by compiling for powerpc? I see bruckner has a sarge chroot. What's the magic command to start the build in this chroot? I know of pbuilder -- though I haven't used it much admittedly -- but there is no pbuilder command in the path. Thanks, Shaun I've had an idea in mind for quite some time now for just this problem. It would be nice to have a buildd where maintainer can upload sources for a testbuild and they get a buildd log back (and possibly the packages). What would be the gain? I can see two reasons why anyone would want to build something on a specific architecture: to test autobuilding on that architecture, and to fix architecture-specific bugs on one architecture. For the former, it doesn't really matter which architecture is being used; you can test using the experimental buildds as well, or you can set up your own buildd environment. For the latter, having an autobuild doesn't exactly help anyway -- in most cases, you need to log in and run tests on the architecture in question. What would be the benefit of having a buildd that sends build logs to the package maintainer that we don't have with any of the currently existing systems? -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
On Sun, 2005-05-01 at 14:28 +0200, Alexis Sukrieh wrote: Jeroen van Wolffelaar a crit : I'm strongly in favour of a lists.debian.org, and I'm sure it'll be created swiftly when we choose a sane name for it. If possible, I also think that a lists.debian.org is better, and will underline the fact that a real coordination is needed around webapp packages. So let's find a name, here are some ideas I have on the fly, feel free to comment on it: - [EMAIL PROTECTED] That works for me. - debian-www@lists.debian.org err... you're kidding right? - [EMAIL PROTECTED] I'm not too keen on a packages list. I don't want such a list to become a maintainer for anything (short of maybe a web app policy) - [EMAIL PROTECTED] I find that one too confusing. Cheers, Pasc
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 02:28:00PM +0200, Alexis Sukrieh wrote: So let's find a name, here are some ideas I have on the fly, feel free to comment on it: - [EMAIL PROTECTED] Ugly name IMHO. But then again, who am I to say you shouldn't be using an ugly name? ;-) - debian-www@lists.debian.org That one already exists, and is being used for development of Debian's website. I'm afraid the webmasters wouldn't be very happy with being kicked off of their mailinglist :-) - [EMAIL PROTECTED] Sounds good, IMO. - [EMAIL PROTECTED] I think this one is too generic, and might suffer from clueless people sending generic web-development based questions to it (How do I do $foo in PHP? Please help me!). -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
On Sun, 2005-05-01 at 12:08 +0200, Francesco Paolo Lovergine wrote: On Sun, May 01, 2005 at 11:56:47AM +0200, Alexis Sukrieh wrote: Pascal Hakim wrote: Speaking as a listmaster, I believe that a list that would be used to provide people with a place to discuss the packaging of web-apps, as well as standard things associated with it is a great idea. It's better than debian-apache (after all, there's other web servers out there), and it's better than creating a debian-php list. We want this to be used by all web-apps, whether they be in php, python, perl or whatever the flavour of the week is. Ok. It seems that everyone here agrees on the fact that such a list would be helpful and could enhance the way webapp packages are made. I find Frankie's suggestion interesting and would vote for an Alioth account for hosting the mailinglist. Moreover, if we want to start writing a Debian Webapp Policy Manual, alioth is a good idea too, I suppose. First of all we have to find a correct name for such a project. I was thinking at something generic like webapp-policy but other ideas are welcome. I think a suitable section in debian policy would be appropriate. And mere technical discussions about the policy contents are also appropriate in d-policy. All other technical discussions should go in an alioth list. My suggestion of an alioth list is due to Do the policy discussion on the new list, and make a new debian web apps sub policy, in the same way we have perl and emacs policies. Leave the main debian policy out of it, until we have something that works, and is used by most web apps. This is how the system is meant to work. current discouraging (and long delays) for a new proper list on lists.debian.org. If interested people would think a l.d.o list is better, that could also be nice. Once you've got me convinced the list is a good idea, it usually doesn't take too long to create it. Cheers, Pasc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
Pascal Hakim a crit : - debian-www@lists.debian.org err... you're kidding right? Hmmm.. he he :) Sorry for that stupid mistake! -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
If I understand well, those two names could be interesting: - [EMAIL PROTECTED] - [EMAIL PROTECTED] I find the first one a little bit ugly (the webapp word is not that clean for a mailing list I think) and I also find the second problematic because of the word packages. This leads me to propose the following name: - [EMAIL PROTECTED] It's simple and clean, but maybe it will conflict a bit with the actual debian-www in some cases... -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 01:33:08PM +0200, Jeroen van Wolffelaar wrote: Eh, because you believe a new lists.d.o list could take a bit of delay, an alioth list is better? Sorry, but I don't agree with the reasoning -- lists.debian.org is for general discussion lists, while alioth is more for packaging-specific projects or for new projects that haven't gone anywhere yet. well, given that there will most likely result a package or two from the discussion, as well as a policy (hopefully :), and both of which will need some kind of working repository to which we all have access, it would make sense to start up an alioth project anyway. and while we're waiting for the debian-webapp (or whatever name we decide on) mailing list at l.d.o, we could also have somewhere to talk. later, we could move en masse to l.d.o list when we have it and leave the project just for the packaging/policy repository. so, that said, i'm going to go ahead and apply for an alioth project for the packaging related stuff, as i was planning on doing so anyway. if folks wouldn't mind a list hosted there, i can set it up. sean -- signature.asc Description: Digital signature
Re: suggested buildd service
Wouter Verhelst [EMAIL PROTECTED] writes: On Sun, May 01, 2005 at 01:10:50PM +0200, Goswin von Brederlow wrote: Hi, Shaun Jackman [EMAIL PROTECTED] writes: Hello, How do I use a Debian machine, such as bruckner, to test a source package by compiling for powerpc? I see bruckner has a sarge chroot. What's the magic command to start the build in this chroot? I know of pbuilder -- though I haven't used it much admittedly -- but there is no pbuilder command in the path. Thanks, Shaun I've had an idea in mind for quite some time now for just this problem. It would be nice to have a buildd where maintainer can upload sources for a testbuild and they get a buildd log back (and possibly the packages). What would be the gain? I can see two reasons why anyone would want to build something on a specific architecture: to test autobuilding on that architecture, and to fix architecture-specific bugs on one architecture. For the former, it doesn't really matter which architecture is being used; you can test using the experimental buildds as well, or you can set up your own buildd environment. For the latter, having an autobuild doesn't exactly help anyway -- in most cases, you need to log in and run tests on the architecture in question. You can add a cat config.log or any other number of things to debian/rules or the Makefile to get a picture of what is going on. Might not be as comfortable as an interactive session but possible. What would be the benefit of having a buildd that sends build logs to the package maintainer that we don't have with any of the currently existing systems? - you can test build one architecture without bothering the others (and without setting the source to Arch: arch temporarily) e.g. to see if a patch for an arch specific bug compiles - you get exactly the buildd behaviour - you don't need root to install Build-Depends for the chroot for you (and that is the important one imho) - the build does not fill the buildd admins mailbox or buildd.d.o - you can build packages that aren't normaly autobuild (if the buildd makes the debs available, encrypted witht the DDs key or so) e.g. compile a unstable source on stable for a backport MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
sean finney a écrit : well, given that there will most likely result a package or two from the discussion, as well as a policy (hopefully :), and both of which will need some kind of working repository to which we all have access, it would make sense to start up an alioth project anyway. I agree. That cannot hurt to have a working area. I also vote for a SVN account. and while we're waiting for the debian-webapp (or whatever name we decide on) mailing list at l.d.o, we could also have somewhere to talk. later, we could move en masse to l.d.o list when we have it and leave the project just for the packaging/policy repository. Indeed. so, that said, i'm going to go ahead and apply for an alioth project for the packaging related stuff, as i was planning on doing so anyway. if folks wouldn't mind a list hosted there, i can set it up. Ok, which name will you use for the alioth project? -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 04:34:17PM +0200, Alexis Sukrieh wrote: I agree. That cannot hurt to have a working area. I also vote for a SVN account. i didn't think you could do svn on alioth. can you? so, that said, i'm going to go ahead and apply for an alioth project for the packaging related stuff, as i was planning on doing so anyway. if folks wouldn't mind a list hosted there, i can set it up. Ok, which name will you use for the alioth project? i chose webapps-common, in the spirit of wwwconfig-common and dbconfig-common. the former will probably be absorbed into this project (with the blessing of the maintainer, of course). sean signature.asc Description: Digital signature
Bug#307195: ITP: quesoglc -- Free implementation of SGI's OpenGL Character Renderer (GLC)
Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package name: quesoglc Version : 0.2 Upstream Author : Bertrand Coconnier [EMAIL PROTECTED] * URL : http://quesoglc.sf.net/ * License : LGPL Description : Free implementation of SGI's OpenGL Character Renderer (GLC) (Include the long description here.) The OpenGL Character Renderer (GLC) is a subroutine library that provides OpenGL programs with character rendering services. . QuesoGLC is based on the FreeType library, provides Unicode support and is designed to be easily ported on any platform that supports both FreeType and OpenGL. I just packaged it. Looking for a sponsor to review and upload. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Outrageous Maintainer
On Sun, May 01, 2005 at 09:56:42AM +0200, Wouter Verhelst wrote: On Sat, Apr 30, 2005 at 10:04:35PM +0200, Goswin von Brederlow wrote: A Replaces without a Conflicts is I think always wrong. No, absolutely not. See policy, section 7.5, for details -- especially section 7.5.1. Policy is buggy since it doesn't match the current practice of dpkg (which is itself buggy--#164595, #184635, #277890). -- Society is never going to make any progress until we all learn to pretend to like each other. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Pkg-zope-developers] Re: python-mysqldb in sarge and python2.2 support (for zope-mysqlda)
On 30/04/2005 Steve Langasek wrote: 2. backport the fixes for bug#306906 from 1.2 to 1.1.6 and prepare a sarge release with python2.2. i do like this idea but up to now i couldn't find out which one is the corresponding code change in python-mysqldb to fix #306906. Release-wise, whichever of these options that you believe is most appropriate would be acceptable. after talking to python-mysqldb upstream, i just uploaded a new release (1.2.1c2) to unstable with python2.2 support readded. upstream told me that python2.2 is still supported only not recommented. the 1.2.1c2-1 upload has urgency high to push this version into sarge. bye jonas signature.asc Description: Digital signature
Re: suggested buildd service [Was: Re: Compiling on a Debian machine]
On Sun, May 01, 2005 at 01:10:50PM +0200, Goswin von Brederlow wrote: Hi, I've had an idea in mind for quite some time now for just this problem. It would be nice to have a buildd where maintainer can upload sources for a testbuild and they get a buildd log back (and possibly the packages). I would very much like this service. Of course, that does not mean it is worth the effort of implementing and maintaining it, but if one porter team (say amd64:)) decide to implement it then certainly I will use it. The advantage I see over a ssh access: 1) There is no need to bother the admins to install the build-dependencies. 2) It is faster to just upload a package than to login, download, ask for missing build-dep, relogin, try to build. 3) You can ask for the package to be build and only at that time login and investigate what is in the package and read the log. My experience is that only a small percentage of developers ever use their shell accounts on the various architectures. Maybe such service would increase the number of developers willing to debug architecture-specific bug and it could give an incentive to add a test-suite to debian/rules for to their package. 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: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 11:40:19AM +0200, Frank Lichtenheld wrote: I have to confess this is mainly because I maintain both packages.debian.org and packages.ubuntu.com and just copied the code. If anyone has suggestions how to improve the wording on the Ubuntu part, my email adress is in the footer of every page ;) Having written the bulk of the code that generates these pages, I am flattered that such old code still has any use, let alone a new one with Ubuntu. Of course, as others have pointed out, you need to implement a mechanism to ensure that packages auto-generated from Debian are stated as such and give an Ubuntu address where users can get support. -- James Treacy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
* James Treacy ([EMAIL PROTECTED]) [050501 21:15]: On Sun, May 01, 2005 at 11:40:19AM +0200, Frank Lichtenheld wrote: I have to confess this is mainly because I maintain both packages.debian.org and packages.ubuntu.com and just copied the code. If anyone has suggestions how to improve the wording on the Ubuntu part, my email adress is in the footer of every page ;) Having written the bulk of the code that generates these pages, I am flattered that such old code still has any use, let alone a new one with Ubuntu. Of course, as others have pointed out, you need to implement a mechanism to ensure that packages auto-generated from Debian are stated as such and give an Ubuntu address where users can get support. Actually, I don't think that the packages.*-code is part of the problem. Ubuntu treats the Debian maintainers at many places as their maintainers, e.g. at apt-cache show $package. The packages.*-code just displays that wrong information. 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: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 09:36:57PM +0200, Andreas Barth wrote: Actually, I don't think that the packages.*-code is part of the problem. Ubuntu treats the Debian maintainers at many places as their maintainers, e.g. at apt-cache show $package. The packages.*-code just displays that wrong information. [Note that this is an entirely different matter from the one mentioned in the original post] Every Debian derivative I have seen does this the same way. There is some inaccuracy in either case, but I think this is the lesser of the evils: - Changing the maintainer field - foo is taking credit for my work! - Requires modification of every source package, even if it is otherwise identical - Not changing the maintainer field - foo is blaming me for someone else's bugs! - Users sometimes contact the wrong party (though reportbug does the right thing) I'm sure that some folks feel more strongly about one method or the other, but changing it on a case-by-case basis would be madness. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
Hi Matt! On Sun, 01 May 2005, Matt Zimmerman wrote: On Sun, May 01, 2005 at 09:36:57PM +0200, Andreas Barth wrote: Actually, I don't think that the packages.*-code is part of the problem. Ubuntu treats the Debian maintainers at many places as their maintainers, e.g. at apt-cache show $package. The packages.*-code just displays that wrong information. [Note that this is an entirely different matter from the one mentioned in the original post] Every Debian derivative I have seen does this the same way. There is some inaccuracy in either case, but I think this is the lesser of the evils: - Changing the maintainer field - foo is taking credit for my work! - Requires modification of every source package, even if it is otherwise identical If they change anything - this includes branding stuff too - the should change the maintainer field. If the package is identical to the debian one it could stay as it is. Just my 2 cents Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 03:38:51PM +0200, Alexis Sukrieh wrote: If I understand well, those two names could be interesting: - [EMAIL PROTECTED] - [EMAIL PROTECTED] I find the first one a little bit ugly (the webapp word is not that clean for a mailing list I think) and I also find the second problematic because of the word packages. This leads me to propose the following name: - [EMAIL PROTECTED] It's simple and clean, but maybe it will conflict a bit with the actual debian-www in some cases... I think that there's been consensus that: debian-www@lists.debian.org [EMAIL PROTECTED] and [EMAIL PROTECTED] Should be discounted. (Correct me if anyone disagrees) This leaves: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] I think that [EMAIL PROTECTED] is probably a little too close to [EMAIL PROTECTED] debian-webapp is a little clunky, but possibly the best suggestion :) Although debian-cgi is probably the best description to the (suggested) scope of the list, it seems to me that this could cause confusion, as people may think that it only refers to systems that traditionally go in the cgi-bin directory. All the best, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 10:01:42AM -0400, sean finney wrote: On Sun, May 01, 2005 at 01:33:08PM +0200, Jeroen van Wolffelaar wrote: Eh, because you believe a new lists.d.o list could take a bit of delay, an alioth list is better? Sorry, but I don't agree with the reasoning -- lists.debian.org is for general discussion lists, while alioth is more for packaging-specific projects or for new projects that haven't gone anywhere yet. well, given that there will most likely result a package or two from the discussion, as well as a policy (hopefully :), and both of which will need some kind of working repository to which we all have access, it would make sense to start up an alioth project anyway. and while we're waiting for the debian-webapp (or whatever name we decide on) mailing list at l.d.o, we could also have somewhere to talk. later, we could move en masse to l.d.o list when we have it and leave the project just for the packaging/policy repository. so, that said, i'm going to go ahead and apply for an alioth project for the packaging related stuff, as i was planning on doing so anyway. if folks wouldn't mind a list hosted there, i can set it up. It's possibly worth looking at https://alioth.debian.org/projects/webapppolicy/ Regards, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: Ubuntu and its appropriation of Debian maintainers
On Sat, Apr 30, 2005 at 08:34:09PM -0500, Adam Majer wrote: I just search Google for me and I found this, https://launchpad.ubuntu.com/people/adamm/ Now, I never signed up to be a maintainer for Ubuntu. I don't understand why I am part of people of Ubuntu or why I am listed as a maintainer of any package on Ubuntu's website? I know Ubuntu is using my packages as part of their distribution. I have no problem with that. What I do have a problem is the use of my name and my resources (time) in association with Ubuntu *without* my permission. I've forwarded your comments to the folks who work on the Launchpad application (debian-devel is not a very reliable way to reach them). Then I also found, http://ubuntu.linux-server.org/mysql-query-browser/mysql-query-browser_1.1.4-1ubuntu2.dsc [EMAIL PROTECTED]:/tmp$ gpg --verify mysql-query-browser_1.1.4-1ubuntu2.dsc gpg: Signature made Tue 19 Apr 2005 10:06:56 AM CDT using DSA key ID C098EFA8 gpg: please do a --check-trustdb gpg: Good signature from [EMAIL PROTECTED] [EMAIL PROTECTED] gpg: aka shermann [EMAIL PROTECTED] gpg: aka Stephan Hermann [EMAIL PROTECTED] Neither this package, nor the site where you found it, is related to the Ubuntu project in any official capacity. Someone presumably downloaded the source package from one of our mirrors, modified it (naively, without considering that Ubuntu might release a version 1.1.4-1ubuntu2) and published it on their website. I don't know Stephan Hermann, but you could contact him about your concerns. I don't understand how I could remain as the maintainer of such a package. It is my belief that if the source code is changed, then the Maintainer field should be changed as well. The question of whether modified source should have the Maintainer field changed is a reasonable subject for discussion, but in your particular case, both of the source packages listed at https://launchpad.ubuntu.com/people/adamm/+packages are identical to those in Debian. Anyway, the bottom line is, 1. I'm a Debian Developer and chose to be associated with Debian 2. I have not chosen or gave permission to be associated with modified/unmodified packages of other distributions (that may or may not derive from Debian). In my opinion, it does not make much sense to require Debian derivatives to modify every source package that they share with Debian, only to change the maintainer field. There is some justification for changing it if the package has been modified, but this, too is problematic (derivative is taking credit for my work!). PS. This is not a troll against Ubuntu. In that case, can I ask why you addressed your concerns to debian-devel, rather than to the parties responsible for the web pages you found objectionable? The result (which may or may not have been the intent) seems to have been to stir up emotion among Debian developers, rather than to have the Launchpad website changed. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
On Sun, 2005-05-01 at 22:38 +0200, Alexander Wirt wrote: Hi Matt! On Sun, 01 May 2005, Matt Zimmerman wrote: On Sun, May 01, 2005 at 09:36:57PM +0200, Andreas Barth wrote: Actually, I don't think that the packages.*-code is part of the problem. Ubuntu treats the Debian maintainers at many places as their maintainers, e.g. at apt-cache show $package. The packages.*-code just displays that wrong information. [Note that this is an entirely different matter from the one mentioned in the original post] Every Debian derivative I have seen does this the same way. There is some inaccuracy in either case, but I think this is the lesser of the evils: - Changing the maintainer field - foo is taking credit for my work! - Requires modification of every source package, even if it is otherwise identical If they change anything - this includes branding stuff too - the should change the maintainer field. If the package is identical to the debian one it could stay as it is. Unfortunately this isn't easy to check; I'm listed as the python-gst maintainer, and I doubt anything in my package has been changed, but I'm also pretty sure it's compiled against Ubuntu's Python version rather than Debian's (and since it uses dh_python, nothing in the package is changed for it to do that). I'd be happy if it just said Foo Bar is the Debian maintainer for this package; there is no Ubuntu maintainer. Foo Bar may not be able to help you if you are having problems. or something similar. Right now it indicates that we're Ubuntu maintainers, and that's just wrong. -- Joe Wreschnig [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: transcode
On May 01, John Hasler [EMAIL PROTECTED] wrote: Transcode is not in Debian because the codecs are not DFSG-compliant. Do you mind explaining how you came to this conclusion? -- ciao, Marco signature.asc Description: Digital signature
Re: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 01:48:26PM -0700, Matt Zimmerman wrote: On Sat, Apr 30, 2005 at 08:34:09PM -0500, Adam Majer wrote: PS. This is not a troll against Ubuntu. In that case, can I ask why you addressed your concerns to debian-devel, rather than to the parties responsible for the web pages you found objectionable? The result (which may or may not have been the intent) seems to have been to stir up emotion among Debian developers, rather than to have the Launchpad website changed. Matt, I think that's kind of harsh. It's perfectly appropriate for him to ask on debian-devel whether anyone else cares about this sort of thing. After all, it does affect all of us. Besides that, I didn't see anyone from Ubuntu ever make a general announcement to Debian developers about who they should contact if they have concerns about things like this, and there isn't any contact information on the launchpad site. KEN -- Kenneth J. Pronovici [EMAIL PROTECTED] pgpBLou5kqfuh.pgp Description: PGP signature
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 11:24:53PM +1000, Pascal Hakim wrote: I think a suitable section in debian policy would be appropriate. And mere technical discussions about the policy contents are also appropriate in d-policy. All other technical discussions should go in an alioth list. My suggestion of an alioth list is due to Do the policy discussion on the new list, and make a new debian web apps sub policy, in the same way we have perl and emacs policies. Leave the main debian policy out of it, until we have something that works, and is used by most web apps. This is how the system is meant to work. That's what I said in an involute manner :-) current discouraging (and long delays) for a new proper list on lists.debian.org. If interested people would think a l.d.o list is better, that could also be nice. Once you've got me convinced the list is a good idea, it usually doesn't take too long to create it. I think the list would be useful in the initial period. Once a decent policy would be ready, the true job will move on common tools development, while general policy discussions would be naturally hosted in d-policy, eventually. So, I'm not sure such kind of list will be useful for a long period. Of course, we could discuss about the meaning of 'long' in Debian metrics... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 04:19:03PM -0500, Kenneth Pronovici wrote: Besides that, I didn't see anyone from Ubuntu ever make a general announcement to Debian developers about who they should contact if they have concerns about things like this I sent several of the early Ubuntu announcements to debian-devel, so that everyone knew what was happening and would have a point of contact if they had any concerns (me). There is also a Feedback hyperlink at the bottom of every page on www.ubuntu.com (and given the subject of this thread, it is well known that the Launchpad and Ubuntu projects are related). , and there isn't any contact information on the launchpad site. I have asked the developers to correct this. As you can see by clicking through many of the links, the site is not yet complete. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 03:00:54PM -0700, Matt Zimmerman wrote: On Sun, May 01, 2005 at 04:19:03PM -0500, Kenneth Pronovici wrote: Besides that, I didn't see anyone from Ubuntu ever make a general announcement to Debian developers about who they should contact if they have concerns about things like this I sent several of the early Ubuntu announcements to debian-devel, so that everyone knew what was happening and would have a point of contact if they had any concerns (me). Matt, I'm not looking to pick a fight with you here. It feels a bit like you're taking this personally, and I don't think you need to. You just have to keep in mind that even though all of *you* know what's going on at Ubuntu, most of *us* don't. I've tried to keep on top of this (as much as I can), but I sure didn't know you were supposed to be the main point of contact. Maybe I missed something obvious... but I did miss it. Others appear to have missed it as well. There is also a Feedback hyperlink at the bottom of every page on www.ubuntu.com (and given the subject of this thread, it is well known that the Launchpad and Ubuntu projects are related). Well, ok, but that doesn't necessarily mean that whoever reads [EMAIL PROTECTED] cares about this particular problem or has any control over the Launchpad. You presumably know who reads the mail sent to that address; I don't. My first guess was that it was a marketing contact address, not an address used to get in contact with technical people. I have asked the developers to correct this. As you can see by clicking through many of the links, the site is not yet complete. Well, that's good to know - but it was not obvious to me that the site wasn't complete yet (not that I really care one way or the other). No worries, KEN -- Kenneth J. Pronovici [EMAIL PROTECTED] pgpnzWjOHILlW.pgp Description: PGP signature
Re: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 05:25:41PM -0500, Kenneth Pronovici wrote: On Sun, May 01, 2005 at 03:00:54PM -0700, Matt Zimmerman wrote: I sent several of the early Ubuntu announcements to debian-devel, so that everyone knew what was happening and would have a point of contact if they had any concerns (me). Matt, I'm not looking to pick a fight with you here. It feels a bit like you're taking this personally, and I don't think you need to. I do find it disappointing when things are presented this way, despite the efforts that we have made to avoid tension, but it is not a personal issue. You just have to keep in mind that even though all of *you* know what's going on at Ubuntu, most of *us* don't. I've tried to keep on top of this (as much as I can), but I sure didn't know you were supposed to be the main point of contact. Maybe I missed something obvious... but I did miss it. Others appear to have missed it as well. I'm not supposed to be the main point of contact (we publish that on the website), but as both a Debian developer and an Ubuntu developer, I'm happy to act as a liaison. That's what I'm doing on the occasions when I wear my Ubuntu hat in a Debian context. I wouldn't mind publishing a specific contact address for Debian-related issues if I thought it would help. There is also a Feedback hyperlink at the bottom of every page on www.ubuntu.com (and given the subject of this thread, it is well known that the Launchpad and Ubuntu projects are related). Well, ok, but that doesn't necessarily mean that whoever reads [EMAIL PROTECTED] cares about this particular problem or has any control over the Launchpad. You presumably know who reads the mail sent to that address; I don't. My first guess was that it was a marketing contact address, not an address used to get in contact with technical people. The people who read that email address absolutely do care about concerns like this, and if they cannot answer an Ubuntu question directly, they will forward it to someone who can. I wouldn't consider this a technical issue, but if a technical question were sent to info@, it would be directed appropriately. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 10:38:01PM +0200, Alexander Wirt wrote: Hi Matt! On Sun, 01 May 2005, Matt Zimmerman wrote: On Sun, May 01, 2005 at 09:36:57PM +0200, Andreas Barth wrote: Actually, I don't think that the packages.*-code is part of the problem. Ubuntu treats the Debian maintainers at many places as their maintainers, e.g. at apt-cache show $package. The packages.*-code just displays that wrong information. [Note that this is an entirely different matter from the one mentioned in the original post] Every Debian derivative I have seen does this the same way. There is some inaccuracy in either case, but I think this is the lesser of the evils: - Changing the maintainer field - foo is taking credit for my work! - Requires modification of every source package, even if it is otherwise identical If they change anything - this includes branding stuff too - the should change the maintainer field. If the package is identical to the debian one it could stay as it is. Although the source packages may be identical, the binary packages are often different -- Ubuntu is rebuilding the Debian packages against new libraries, such as python 2.4, resulting in different binary packages. Since the rebuilding is mostly automatic, and there's no maintainer on-hand to (hopefully) do a bit of QA on the generated packages before they go into the repository, unless a Master of the Universe happens upon broken packages (or is guided there by a bug report), they'll release like that. Unless and until all Debian packages have comprehensive go/no-go testsuites to be run at package build time (which would be very cool, but is unlikely to happen any time soon), or Ubuntu resolves it's problems stemming from we don't have maintainers, we have teams translating to nobody is actually responsible for most of what we ship, this is going to be the way it will work. - Matt signature.asc Description: Digital signature
Re: Ubuntu and its appropriation of Debian maintainers
On Sun, May 01, 2005 at 05:08:04PM +1000, Ben Burton wrote: On the other hand, I've had packages for which ubuntu has moved to a newer upstream version without properly updating the debian/ files, resulting in packages that are severely broken (some to the point of unusability), with my name listed as maintainer. Specifically which packages, and (if you recall) which versions? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key Signing in Vancouver, BC
Sounds great! See you then. Cheers, Shaun On 4/30/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Alright! Let's all meet at 12:30 on Wednesday, May 4th at Kirin Sushi - across the street from the New Westminster SkyTrain station - 31 8th St - (604) 521-1833 Remember photo id your gpg fingerprint http://cgi.sfu.ca/~jdbates/moin/moin.cgi/KeySigningParty Pete Lypkie is organizing another key signing party on Thursday, May 5th at 7:00 at the SFU campus pub - http://www.sfu.ca/~plypkie/keysigning.html See you there! Jack On Apr 26, 2005, at 6:49 PM, Shaun Jackman wrote: I can definitely recommend Kirin Sushi, which is across the street from the Skytrain station. There is also the Spaghetti Factory next door. Not quite as convenient, but up the street is Hon's Won Ton House and a tasty little Indian restaurant. I can meet for lunch any day next week. Cheers, Shaun On 4/26/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hey! Shaun Jackman generously offered to meet in New Westminister over lunch to exchange gpg signatures Meeting other debian/linux/open source folks would be totally awesome! I can be in New West at lunch time every day next week - is anyone less available? Can someone recommend a convenient, easy-to-find location where we (everyone interested!) can meet? I know New West only casually - but someplace close to the Sky Train where the people can enjoy lunch would probably be good : ) Best wishes! Jack
Re: Bug#271428: mapping unknown timezones
At Sat, 16 Apr 2005 16:39:08 +0200, Martin Dickopp wrote: martin f krafft [EMAIL PROTECTED] writes: also sprach Martin Dickopp [EMAIL PROTECTED] [2005.04.16.1552 +0200]: Therefore, any actual behavior (including the existing one as well as the suggested alternatives) would be standard conforming. I don't think I was criticising standards compliance... I didn't mean to say you did. But after reading the postings to the bug report (well, to be honest, after skimming them quickly... :) ), it seemed that nobody had yet looked up if the relevant standards do in fact mandate any specific behavior for the case of an invalid TZ, so I did that first. Apologies if I have missed something. I agreed to Dickopp (you read the standard in detail). This is the implementation dependent behavior. At Sat, 16 Apr 2005 14:57:15 +0200, martin f krafft wrote: If libc does not know the timezone you request, it should *not* fall back to GMT and claim that it is rendering the requested timezone. Read tzset() and think again. POSIX defined tzset() that affects timezone related functions does not return any error value. If you ask me, it should do either of the following, in decreasing order of my preference: cirrus:~ TZ=GOTO date W: unknown timezone: GOTO. Using UTC instead. Sat Apr 16 12:48:31 UTC 2005 cirrus:~ TZ=GOTO date Sat Apr 16 12:48:31 UTC 2005 cirrus:~ TZ=GOTO date E: unknown timezone: GOTO. Now, whether this is a strftime problem, or how to incorporate the above into strftime is not my concern. I am a user and not willing to figure out the libc dungeons. I just note that the current behaviour of date is misleading, and that is what this bug is all about. You became aware that you implicated two different concept - libc functions vs date command utilities. As I wrote repeatedly, it's hard to distinguish the timezone correctness with the current standard libc functions. If your wish is just for date command, and you did not request to change the current libc standard behavior, we can propose other fixes. The simplest idea is to use strptime and parse them, and check the validity. Another idea is to create new function tzvalid() that inspects the validity of timezone value. Other idea is date command parses /usr/share/timezone directory - it's a bit ugly change, though. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP/WebApp policy/mailing list
sean finney a écrit : On Sun, May 01, 2005 at 04:34:17PM +0200, Alexis Sukrieh wrote: I agree. That cannot hurt to have a working area. I also vote for a SVN account. i didn't think you could do svn on alioth. can you? Well not it depends on what you mean by on alioth. I know that you can request a SVN account for an alioth project through the alioth support system. The account will then be hosted on svn.debian.org. -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted belocs-locales-data 2.3.4-11 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 08:43:25 +0200 Source: belocs-locales-data Binary: belocs-locales-data Architecture: source all Version: 2.3.4-11 Distribution: unstable Urgency: medium Maintainer: Denis Barbier [EMAIL PROTECTED] Changed-By: Denis Barbier [EMAIL PROTECTED] Description: belocs-locales-data - base files for localization Changes: belocs-locales-data (2.3.4-11) unstable; urgency=medium . * debian/postrm: Remove /var/lib/belocs when purging. . * Modified patch: + full_French_locales.diff Set date_fmt to %a %-e %b %Y, %H:%M:%S %Z to fix output of the date command. * New patches: + fix_en_US_remove_duplicate_ampm.diff Remove duplicate am_pm field from en_US. + bz588_fix_el_GR_am_pm.diff Fix Greek locale to use 12hr notation. Patch provided by Konstantinos Margaritis markos at debian org. + update_CVS.diff Put CVS updates inside this patch instead of regular .diff.gz. . * Update to CVS 2005-04-29: + SUPPORTED: Add UTF-8 locales where UTF-8 was not already supported. + locales/fa_IR: Add alt_digits, change date and time representation, and various cleanups. Patch by Hamed Malek hamed at bamdad org. + charmaps/WINDOWS-31J: Add % before alias keyword. + locales/sr_CS: New file. Contributed by Danilo Segan dsegan at gmx net + SUPPORTED: Add sr_CS/ISO-8859-5 and sr_CS.UTF-8/UTF-8. + locales/pa_IN (am_pm): Fix character names. + SUPPORTED (SUPPORTED-LOCALES): Add af_ZA.UTF-8. + po/rw.po: New file. From translation team. + po/libc.pot: Regenerated. + locale/iso-4217.def: Add CSD currency. + po/tr.po: Update from translation team. The only visible change is in localedata/locales/fa_IR, others were already there. . * The following patch is removed because changes have been included above: fix_charmaps.diff . * The following patches are refreshed to take CVS changes into account: bz38_new_Serbian_locales.diffbz486_new_nso_ZA.diff bz495_update_st_ZA.diff bz622_fix_pa_IN.diff bts271549_new_mg_MG.diff support_all_utf8.diff . * Severity set to medium because previous upload is 5 days old and this version introduces very few changes in installed files. Files: e9c53d5a0d9e1df74ec03bcfe7a5621e 657 misc extra belocs-locales-data_2.3.4-11.dsc ff9a7e4571868175735a0fcef7ad92c6 603844 misc extra belocs-locales-data_2.3.4-11.diff.gz a55b80805c42be65bb4ff905ee85016d 3944826 misc extra belocs-locales-data_2.3.4-11_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdIO88Ri1lR4WGvsRAhhSAJwImNuKLSs4wxiISiELIKOGzZk4vgCgi4ik RkQvQ2TOce7Nf30nvnICltQ= =tXb0 -END PGP SIGNATURE- Accepted: belocs-locales-data_2.3.4-11.diff.gz to pool/main/b/belocs-locales-data/belocs-locales-data_2.3.4-11.diff.gz belocs-locales-data_2.3.4-11.dsc to pool/main/b/belocs-locales-data/belocs-locales-data_2.3.4-11.dsc belocs-locales-data_2.3.4-11_all.deb to pool/main/b/belocs-locales-data/belocs-locales-data_2.3.4-11_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted potracegui 1.3-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 30 Apr 2005 23:04:34 +0200 Source: potracegui Binary: potracegui Architecture: source i386 Version: 1.3-2 Distribution: unstable Urgency: medium Maintainer: Christoph Wegscheider [EMAIL PROTECTED] Changed-By: Christoph Wegscheider [EMAIL PROTECTED] Description: potracegui - KDE frontend for potrace Closes: 303718 Changes: potracegui (1.3-2) unstable; urgency=medium . * Urgency medium, cause without this fix package is almost unusable for people using German locale. * Closes: #303718: translated text is passed as option to potrace Files: 99c14b0eea407d3278879297d7905752 663 graphics optional potracegui_1.3-2.dsc cafb24799be8c563558aad94edc4776d 26528 graphics optional potracegui_1.3-2.diff.gz 456cb6f01d027c04db659c7a8563e62a 102246 graphics optional potracegui_1.3-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdJnVhQui3hP+/EARAmNzAJ9Dqll4+ilIemexT9ukC80w5DTdIwCffXPf 33vVEkqD4puiWzR+y6MFM9A= =mOMz -END PGP SIGNATURE- Accepted: potracegui_1.3-2.diff.gz to pool/main/p/potracegui/potracegui_1.3-2.diff.gz potracegui_1.3-2.dsc to pool/main/p/potracegui/potracegui_1.3-2.dsc potracegui_1.3-2_i386.deb to pool/main/p/potracegui/potracegui_1.3-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pdftk 1.12-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 11:27:28 +0200 Source: pdftk Binary: pdftk Architecture: source i386 Version: 1.12-4 Distribution: unstable Urgency: low Maintainer: Aurelien Jarno [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: pdftk - A useful tool for manipulating PDF documents Closes: 306625 Changes: pdftk (1.12-4) unstable; urgency=low . * Suggests: xpdf-utils (closes: bug#306625). Files: c3899e585cdfa3c25391266a1d19b880 575 text optional pdftk_1.12-4.dsc 904cf8320ff09369f955194213a64a18 4829 text optional pdftk_1.12-4.diff.gz c1a5292f78fa136916edb8418b89232e 776082 text optional pdftk_1.12-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdKRTw3ao2vG823MRAirJAJ9c3IBXbxDiQxPqdH/hIjfkBZDcVwCfag9k 0ZAm9OGHptJZ7elyiCSLUHk= =lFge -END PGP SIGNATURE- Accepted: pdftk_1.12-4.diff.gz to pool/main/p/pdftk/pdftk_1.12-4.diff.gz pdftk_1.12-4.dsc to pool/main/p/pdftk/pdftk_1.12-4.dsc pdftk_1.12-4_i386.deb to pool/main/p/pdftk/pdftk_1.12-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted slimp3 4.2.6-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 29 Apr 2005 12:13:25 +1000 Source: slimp3 Binary: slimp3 Architecture: source all Version: 4.2.6-2 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Andrew Pollock [EMAIL PROTECTED] Description: slimp3 - MPEG Layer III Streaming Server Closes: 252390 Changes: slimp3 (4.2.6-2) unstable; urgency=low . * QA Group upload orphaning this package * debian/slimp3.default: moved quote to end of variable assignment (closes: #252390) Files: 53612e88a1ee8f47af4a559414f7ab55 580 sound optional slimp3_4.2.6-2.dsc 796127310975a8fa6d43589fbc7baf7e 41003 sound optional slimp3_4.2.6-2.diff.gz d0260d3fc700217704aec81929d0c9f1 776294 sound optional slimp3_4.2.6-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCcbmbIblXXKfZFgIRAnc9AJ0W0X2Fp3OzAChz/HpgWc9kByvUnwCgqExh PNWXLOoRG6oTnFglabOewDI= =e4W1 -END PGP SIGNATURE- Accepted: slimp3_4.2.6-2.diff.gz to pool/main/s/slimp3/slimp3_4.2.6-2.diff.gz slimp3_4.2.6-2.dsc to pool/main/s/slimp3/slimp3_4.2.6-2.dsc slimp3_4.2.6-2_all.deb to pool/main/s/slimp3/slimp3_4.2.6-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted digikam 0.7.2-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 27 Apr 2005 23:41:39 +0200 Source: digikam Binary: digikam Architecture: source i386 Version: 0.7.2-3 Distribution: unstable Urgency: low Maintainer: Paul Telford [EMAIL PROTECTED] Changed-By: Achim Bohnet [EMAIL PROTECTED] Description: digikam- digital photo management application for KDE Closes: 271562 300122 Changes: digikam (0.7.2-3) unstable; urgency=low . * move digikam.desktop file to /usr/share/applications/kde/ The desktop file is already XDG compliant. (Closes: #271562) * fix grammar in long description. Thx Justin! (Closes: #300122) * Add 16x16 and 32x32 xpm icons for debian menu file (showfoto icons are from KDE cvs) * manpage: add a note that autodetection does not work with USB mass storage cameras. Files: 6e9060fbf3c5b2409952f9d2a19dcaeb 815 graphics optional digikam_0.7.2-3.dsc 4c16b3009cb613a417cc3f875b74479e 22952 graphics optional digikam_0.7.2-3.diff.gz 3a803623807c5a6ba2c19d76341e6f36 11448238 graphics optional digikam_0.7.2-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdLMaoCzanz0IthIRAgASAJ9rHdTTBi8qKmopDSS6podvY2yABACgj2Ni u/zDVnaq56AM3y8xMdXp0dY= =irdN -END PGP SIGNATURE- Accepted: digikam_0.7.2-3.diff.gz to pool/main/d/digikam/digikam_0.7.2-3.diff.gz digikam_0.7.2-3.dsc to pool/main/d/digikam/digikam_0.7.2-3.dsc digikam_0.7.2-3_i386.deb to pool/main/d/digikam/digikam_0.7.2-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mocka 9905-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 13:15:44 +0200 Source: mocka Binary: mocka Architecture: source i386 Version: 9905-3 Distribution: unstable Urgency: low Maintainer: Torsten Landschoff [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: mocka - modula-2 compiler Closes: 307117 Changes: mocka (9905-3) unstable; urgency=low . * Rebuild for sarge release to fix the missing mandatory format field (closes: #307117). * debian/rules: Use mv -f to force overwriting files with mode 0440. Files: 6662016d73d7644d484c4877e33c0a8e 558 non-free/devel extra mocka_9905-3.dsc 3ff34fd55a9944a2b1d0982bdc21f23e 27084 non-free/devel extra mocka_9905-3.diff.gz 4088c4ebe9a5d56879cc4d3395e5c9f5 347792 non-free/devel extra mocka_9905-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdLyvdQgHtVUb5EcRAg0YAJ9iluyeLzFkcQQIV4nMyXJl9+GAiACfSEYM mkMtMDqY7lPLb4nzjxIZoXs= =x+85 -END PGP SIGNATURE- Accepted: mocka_9905-3.diff.gz to pool/non-free/m/mocka/mocka_9905-3.diff.gz mocka_9905-3.dsc to pool/non-free/m/mocka/mocka_9905-3.dsc mocka_9905-3_i386.deb to pool/non-free/m/mocka/mocka_9905-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kipi-plugins 0.1+beta2-21 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 14 Apr 2005 01:45:40 +0200 Source: kipi-plugins Binary: kipi-plugins Architecture: source i386 Version: 0.1+beta2-21 Distribution: unstable Urgency: low Maintainer: Achim Bohnet [EMAIL PROTECTED] Changed-By: Achim Bohnet [EMAIL PROTECTED] Description: kipi-plugins - image manipulation/handling plugins for KIPI aware programs Closes: 306212 Changes: kipi-plugins (0.1+beta2-21) unstable; urgency=low . * patches/01_rawconverter_dcraw7.0+kde3.4-fixes-from-head.diff rawconverter plugin broken. dcraw changed interface somewhere in 5.xx series. Now plugin works again with 5.88 in sarge and 7.02 in sid. (Closes: #306212) * remove mjpegtools (= 1.6.0) from suggests. It's from 'ftp://ftp.nerim.net/debian-marillat dist main'. Files: 799bc4b43f420b4ad22b2dd3cc1eb1c4 775 kde optional kipi-plugins_0.1+beta2-21.dsc 97ea144e1543dda64df5bf97d99d327c 41204 kde optional kipi-plugins_0.1+beta2-21.diff.gz 9c7fcdacaba64fc9793493772ce2c325 3261720 kde optional kipi-plugins_0.1+beta2-21_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdMa4oCzanz0IthIRAo7HAKCDllfp6B9osyyhTPbder3Z8FoQ0wCgg3A4 Og2CVQgyy9w9Du015qLHRTM= =jH3X -END PGP SIGNATURE- Accepted: kipi-plugins_0.1+beta2-21.diff.gz to pool/main/k/kipi-plugins/kipi-plugins_0.1+beta2-21.diff.gz kipi-plugins_0.1+beta2-21.dsc to pool/main/k/kipi-plugins/kipi-plugins_0.1+beta2-21.dsc kipi-plugins_0.1+beta2-21_i386.deb to pool/main/k/kipi-plugins/kipi-plugins_0.1+beta2-21_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-vfs2 2.8.4-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 14:23:30 +0200 Source: gnome-vfs2 Binary: libgnomevfs2-dev libgnomevfs2-0 libgnomevfs2-common Architecture: source i386 Version: 2.8.4-3 Distribution: unstable Urgency: medium Maintainer: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Changed-By: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Description: libgnomevfs2-0 - The GNOME virtual file-system library (runtime files) libgnomevfs2-common - The GNOME virtual file-system library (common files) libgnomevfs2-dev - The GNOME virtual file-system library (development files) Closes: 305609 Changes: gnome-vfs2 (2.8.4-3) unstable; urgency=medium . * [debian/defaults.list] Sort by .desktop file, then by MIME type. Default to OpenOffice.org itself for application/vnd.sun.xml.calc.template and application/vnd.sun.xml.calc rather than gnumeric. (See #307090) * [debian/control.in] Corrected section for libgnomevfs2-common to libs. (Closes: #305609) Files: f7a358b13a5cbe7f8a1e1fbd69832917 1724 libs optional gnome-vfs2_2.8.4-3.dsc 4fdd93e6efa21c5216f8e1e5f7f00420 38128 libs optional gnome-vfs2_2.8.4-3.diff.gz 27af319b79b91992e5a2217a8493856b 1077654 libs optional libgnomevfs2-common_2.8.4-3_i386.deb 3d8cdea97e3879b3def3142f3be25d68 396096 libs optional libgnomevfs2-0_2.8.4-3_i386.deb 026139ae0f3fbe4033149f3859db5234 466260 libdevel optional libgnomevfs2-dev_2.8.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdNJNA+HB2Re6Rc4RAr5JAJ9mL0psXBKMHCTPq3ynho7wuM1J9gCgvkzx CKKrx8GOmcd/axtuQezf3cE= =L6yU -END PGP SIGNATURE- Accepted: gnome-vfs2_2.8.4-3.diff.gz to pool/main/g/gnome-vfs2/gnome-vfs2_2.8.4-3.diff.gz gnome-vfs2_2.8.4-3.dsc to pool/main/g/gnome-vfs2/gnome-vfs2_2.8.4-3.dsc libgnomevfs2-0_2.8.4-3_i386.deb to pool/main/g/gnome-vfs2/libgnomevfs2-0_2.8.4-3_i386.deb libgnomevfs2-common_2.8.4-3_i386.deb to pool/main/g/gnome-vfs2/libgnomevfs2-common_2.8.4-3_i386.deb libgnomevfs2-dev_2.8.4-3_i386.deb to pool/main/g/gnome-vfs2/libgnomevfs2-dev_2.8.4-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kodos 2.4.5-2.1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 12:33:37 +0100 Source: kodos Binary: kodos Architecture: source all Version: 2.4.5-2.1 Distribution: unstable Urgency: low Maintainer: Matthias Klose [EMAIL PROTECTED] Changed-By: Ricardo Javier Cardenes Medina [EMAIL PROTECTED] Description: kodos - A visual regular expression editor Closes: 306112 Changes: kodos (2.4.5-2.1) unstable; urgency=low . * NMU upload. * Rebuilt .ui files with latest pyuic (closes: #306112). Files: 4ad3193bfe7e5f566f217a6a727ccd4d 605 python optional kodos_2.4.5-2.1.dsc e15eb8c8a4465de24850bec083570f65 8572 python optional kodos_2.4.5-2.1.diff.gz 5105da7291e7976dbaef6315e1eff02b 346740 python optional kodos_2.4.5-2.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCdMXSHkQIZYcutOURAtqYAJ42Cbn1Njw5N5xux2Raqaow/MYm3QCeIcNR UZ3r0i5Cp7O5NqLgmAW+5I8= =ypwF -END PGP SIGNATURE- Accepted: kodos_2.4.5-2.1.diff.gz to pool/main/k/kodos/kodos_2.4.5-2.1.diff.gz kodos_2.4.5-2.1.dsc to pool/main/k/kodos/kodos_2.4.5-2.1.dsc kodos_2.4.5-2.1_all.deb to pool/main/k/kodos/kodos_2.4.5-2.1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted phpgroupware 0.9.16.005-4 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 14:47:08 +0200 Source: phpgroupware Binary: phpgroupware-stocks phpgroupware-skel phpgroupware-email phpgroupware-sitemgr phpgroupware-admin phpgroupware-etemplate phpgroupware-notes phpgroupware-hr phpgroupware-qmailldap phpgroupware-preferences phpgroupware-fudforum phpgroupware-felamimail phpgroupware-headlines phpgroupware-infolog phpgroupware-news-admin phpgroupware-img phpgroupware-developer-tools phpgroupware-forum phpgroupware-nntp phpgroupware-chat phpgroupware-messenger phpgroupware-projects phpgroupware-ftp phpgroupware-polls phpgroupware-xmlrpc phpgroupware-dj phpgroupware-bookmarks phpgroupware-manual phpgroupware-calendar phpgroupware-phpsysinfo phpgroupware-phpbrain phpgroupware-filemanager phpgroupware-eldaptir phpgroupware-core phpgroupware-phonelog phpgroupware-registration phpgroupware-folders phpgroupware-setup phpgroupware-phpgwapi phpgroupware-comic phpgroupware-addressbook phpgroupware phpgroupware-todo phpgroupware-tts phpgroupware-wiki phpgroupware-soap Architecture: source all Version: 0.9.16.005-4 Distribution: unstable Urgency: high Maintainer: Thomas Viehmann [EMAIL PROTECTED] Changed-By: Thomas Viehmann [EMAIL PROTECTED] Description: phpgroupware - web based groupware system written in PHP phpgroupware-addressbook - phpGroupWare addressbook management module phpgroupware-admin - phpGroupWare administration module phpgroupware-bookmarks - phpGroupWare bookmark management module phpgroupware-calendar - phpGroupWare calendar management module phpgroupware-chat - phpGroupWare chat module phpgroupware-comic - phpGroupWare comic strip parser module phpgroupware-core - empty transitional package for phpGroupWare phpgroupware-developer-tools - phpGroupWare developer tools phpgroupware-dj - phpGroupWare mp3 database interface module phpgroupware-eldaptir - phpGroupWare LDAP tree editor module phpgroupware-email - phpGroupWare E-Mail client module phpgroupware-etemplate - phpGroupWare etemplate module phpgroupware-felamimail - phpGroupWare felamimail (Squirrelmail) module phpgroupware-filemanager - phpGroupWare filemanager module phpgroupware-folders - phpGroupWare folders module phpgroupware-forum - phpGroupWare forum module phpgroupware-ftp - phpGroupWare ftp module phpgroupware-fudforum - phpGroupWare fudforum module phpgroupware-headlines - phpGroupWare headlines catcher module phpgroupware-hr - phpGroupWare human resource management module phpgroupware-img - phpGroupWare image editor module phpgroupware-infolog - phpGroupWare infolog applcation phpgroupware-manual - phpGroupWare on-line manual module phpgroupware-messenger - phpGroupWare messenger module phpgroupware-news-admin - phpGroupWare news administration interface phpgroupware-nntp - phpGroupWare newsgroup reader module phpgroupware-notes - phpGroupWare notes management module phpgroupware-phonelog - phpGroupWare phone logging module phpgroupware-phpbrain - phpGroupWare phpbrain module phpgroupware-phpgwapi - library of common phpGroupWare functions phpgroupware-phpsysinfo - phpGroupWare phpSysInfo module phpgroupware-polls - phpGroupWare polling module phpgroupware-preferences - phpGroupWare preferences management module phpgroupware-projects - phpGroupWare projects management module phpgroupware-qmailldap - phpGroupWare qmailldap module phpgroupware-registration - phpGroupWare registration module phpgroupware-setup - phpGroupWare setup III module phpgroupware-sitemgr - phpGroupWare web content manager phpgroupware-skel - phpGroupWare skeleton module phpgroupware-soap - phpGroupWare SOAP module phpgroupware-stocks - phpGroupWare stock management module phpgroupware-todo - phpGroupWare todo list management module phpgroupware-tts - phpGroupWare tts module phpgroupware-wiki - phpGroupWare wiki module phpgroupware-xmlrpc - phpGroupWare XMLRPC module Closes: 306968 306969 Changes: phpgroupware (0.9.16.005-4) unstable; urgency=high . * Change file location to better default on the setup page. Closes: #306969. * Fix postinst of phpgroupware. Failing postinst is RC, thus, this is urgency=high. Closes: #306968. Thanks to Steve Greenland for observing these. Files: 1b596785d18234f5e2a0e501758907fa 1651 web optional phpgroupware_0.9.16.005-4.dsc 6744fb193c1809c2581d1be91741d533 30992 web optional phpgroupware_0.9.16.005-4.diff.gz 37586092cf00c1b711de15124bf027ab 155760 web optional phpgroupware_0.9.16.005-4_all.deb f2d4f0e5bdd8eb07ecd5923ed2c1dbb5 6102 web optional phpgroupware-core_0.9.16.005-4_all.deb 5bb7dd56e665fe96ad9c700101ac7797 176066 web optional phpgroupware-addressbook_0.9.16.005-4_all.deb 9192e3a639965e322e1df16cfff7c835 185898 web optional phpgroupware-admin_0.9.16.005-4_all.deb 843cda65b21f9aabae150282e05bc398 100532 web optional phpgroupware-bookmarks_0.9.16.005-4_all.deb 6212efdc27f1d61ffe202d71362fb89b 323568 web optional
Accepted libaqhbci 1.0.8-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 14:45:00 +0200 Source: libaqhbci Binary: libaqhbci2 libaqhbci-data libaqhbci2-dev libaqhbci-plugin-libaqbanking0 Architecture: source all i386 Version: 1.0.8-2 Distribution: unstable Urgency: medium Maintainer: Thomas Viehmann [EMAIL PROTECTED] Changed-By: Thomas Viehmann [EMAIL PROTECTED] Description: libaqhbci-data - configuration files for libaqhbci libaqhbci-plugin-libaqbanking0 - AqHBCI plugin for AqBanking libaqhbci2 - developer files for libaqhbci2 libaqhbci2-dev - HBCI library and backend for AqBanking (development files) Closes: 306957 Changes: libaqhbci (1.0.8-2) unstable; urgency=medium . * Bump build dependency's versions. Sorry. Closes: #306957. Files: 8a298ff9f92ac50bb54840eaf8b4252f 857 devel optional libaqhbci_1.0.8-2.dsc a79d6fb5de8dd6118e57c1e0013473b4 15298 devel optional libaqhbci_1.0.8-2.diff.gz 40a836cebb83383b072bb57b00615069 26592 libs optional libaqhbci-data_1.0.8-2_all.deb a1eaf8f42c0c9b40709a04e8f23eacab 59902 libdevel optional libaqhbci2-dev_1.0.8-2_i386.deb 52e9fa1233124958aa565b4c598be976 249392 libs optional libaqhbci2_1.0.8-2_i386.deb 13ec0e75d99c7ca271b3618a0113ea18 18022 libs optional libaqhbci-plugin-libaqbanking0_1.0.8-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: GnuPG key at http://thomas.viehmann.net/ iD8DBQFCdNYeriZpaaIa1PkRAqjSAKDIFr2YyKBV/tFEg0mMTZwEa5fkOwCcDyWy t0rBrBEUQeg/1bofZGAvkTQ= =XmRL -END PGP SIGNATURE- Accepted: libaqhbci-data_1.0.8-2_all.deb to pool/main/liba/libaqhbci/libaqhbci-data_1.0.8-2_all.deb libaqhbci-plugin-libaqbanking0_1.0.8-2_i386.deb to pool/main/liba/libaqhbci/libaqhbci-plugin-libaqbanking0_1.0.8-2_i386.deb libaqhbci2-dev_1.0.8-2_i386.deb to pool/main/liba/libaqhbci/libaqhbci2-dev_1.0.8-2_i386.deb libaqhbci2_1.0.8-2_i386.deb to pool/main/liba/libaqhbci/libaqhbci2_1.0.8-2_i386.deb libaqhbci_1.0.8-2.diff.gz to pool/main/liba/libaqhbci/libaqhbci_1.0.8-2.diff.gz libaqhbci_1.0.8-2.dsc to pool/main/liba/libaqhbci/libaqhbci_1.0.8-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-vfs2 2.10.1-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 15:13:52 +0200 Source: gnome-vfs2 Binary: libgnomevfs2-dev libgnomevfs2-0-dbg libgnomevfs2-0 libgnomevfs2-common Architecture: source i386 Version: 2.10.1-2 Distribution: experimental Urgency: low Maintainer: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Changed-By: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Description: libgnomevfs2-0 - The GNOME virtual file-system library (runtime files) libgnomevfs2-0-dbg - The GNOME virtual file-system library (runtime files) libgnomevfs2-common - The GNOME virtual file-system library (common files) libgnomevfs2-dev - The GNOME virtual file-system library (development files) Closes: 305609 Changes: gnome-vfs2 (2.10.1-2) experimental; urgency=low . * [debian/defaults.list] Sort by .desktop file, then by MIME type. Default to OpenOffice.org itself for application/vnd.sun.xml.calc.template and application/vnd.sun.xml.calc rather than gnumeric. (See #307090) * [debian/control.in] Corrected section for libgnomevfs2-common to libs. (Closes: #305609) Files: 2630f6f965d995a758e1e1008953e0a9 1917 libs optional gnome-vfs2_2.10.1-2.dsc 60671a00c31c0241f0bcd25aab44dfb6 40120 libs optional gnome-vfs2_2.10.1-2.diff.gz 25d3e75e5d84d698f63b0fa36cec 1054158 libs optional libgnomevfs2-common_2.10.1-2_i386.deb cef00438bb9cf245afd662ca0bbd2bf0 399846 libs optional libgnomevfs2-0_2.10.1-2_i386.deb cfe6bea971c8b67f4575b27a1aae11be 1844356 libs optional libgnomevfs2-0-dbg_2.10.1-2_i386.deb 9d5bcbdfec1dcee75ec62f56c80a3301 469656 libdevel optional libgnomevfs2-dev_2.10.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdNj0A+HB2Re6Rc4RAo25AJ48WW8raD3FIbEfEWOb9fNgm9zCAgCgo0wR Ie66gWpXx0D03dyLlxhnjfQ= =JB+P -END PGP SIGNATURE- Accepted: gnome-vfs2_2.10.1-2.diff.gz to pool/main/g/gnome-vfs2/gnome-vfs2_2.10.1-2.diff.gz gnome-vfs2_2.10.1-2.dsc to pool/main/g/gnome-vfs2/gnome-vfs2_2.10.1-2.dsc libgnomevfs2-0-dbg_2.10.1-2_i386.deb to pool/main/g/gnome-vfs2/libgnomevfs2-0-dbg_2.10.1-2_i386.deb libgnomevfs2-0_2.10.1-2_i386.deb to pool/main/g/gnome-vfs2/libgnomevfs2-0_2.10.1-2_i386.deb libgnomevfs2-common_2.10.1-2_i386.deb to pool/main/g/gnome-vfs2/libgnomevfs2-common_2.10.1-2_i386.deb libgnomevfs2-dev_2.10.1-2_i386.deb to pool/main/g/gnome-vfs2/libgnomevfs2-dev_2.10.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debarchiver 0.2.0 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 13:09:49 +0200 Source: debarchiver Binary: debarchiver Architecture: source all Version: 0.2.0 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: debarchiver - Tool to handle debian package archives Closes: 304532 307004 Changes: debarchiver (0.2.0) unstable; urgency=low . * Applied patch from Bob Proulx [EMAIL PROTECTED] that add .changes file support to dist input directories. * Make sure that .changes files are processed before any .deb files to avoid a race condition. * Applied patch from Daniel Leidert [EMAIL PROTECTED] to support bzip2 file generation and also fix so that contents-all files is generated too, closes: #304532, #307004. * Added a README file from Daniel Leidert [EMAIL PROTECTED] that document how to publish the repository. * Verification of chages files are now much more complete. Owner size and that all files exist is checked before handling. Files: f07e32f3ff137bc02805b6ed0a8f1c7c 533 devel optional debarchiver_0.2.0.dsc b74afa7368432748f562717f7fa0cc94 60791 devel optional debarchiver_0.2.0.tar.gz 622ed117b9f4d7a34488416d35cc8a91 40082 devel optional debarchiver_0.2.0_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdOqgGKGxzw/lPdkRAjSyAKCLHqoZJm0totv6UziOw6VT+ao6VQCeOXVa M6J1qng3mGJoG8RIu3YPllM= =7MCs -END PGP SIGNATURE- Accepted: debarchiver_0.2.0.dsc to pool/main/d/debarchiver/debarchiver_0.2.0.dsc debarchiver_0.2.0.tar.gz to pool/main/d/debarchiver/debarchiver_0.2.0.tar.gz debarchiver_0.2.0_all.deb to pool/main/d/debarchiver/debarchiver_0.2.0_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libmatchbox 1.7-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 16:11:24 +0100 Source: libmatchbox Binary: libmatchbox1 libmatchbox-dev Architecture: source i386 Version: 1.7-2 Distribution: unstable Urgency: high Maintainer: Moray Allan [EMAIL PROTECTED] Changed-By: Moray Allan [EMAIL PROTECTED] Description: libmatchbox-dev - shared library for Matchbox Project applications [development] libmatchbox1 - shared library for Matchbox Project applications [runtime] Changes: libmatchbox (1.7-2) unstable; urgency=high . * Fix shlibs. Files: 1f075c00563cad85fb455561b2c84d61 736 libs optional libmatchbox_1.7-2.dsc 5760af3b527e70fe71e0210ddafbc656 2263 libs optional libmatchbox_1.7-2.diff.gz ba1b8de8f0fbd4ac14c0560256980a2d 104342 libdevel optional libmatchbox-dev_1.7-2_i386.deb fae117817437bd85a0aa12d7b44ba862 46990 libs optional libmatchbox1_1.7-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdPOI500puCvhbQERAieIAKCUp6HGXp3z5/oW5IpnOfcBvMesCACfbUKc wSHcSFM0SRyoM8QOeHTaMvs= =v7XM -END PGP SIGNATURE- Accepted: libmatchbox-dev_1.7-2_i386.deb to pool/main/libm/libmatchbox/libmatchbox-dev_1.7-2_i386.deb libmatchbox1_1.7-2_i386.deb to pool/main/libm/libmatchbox/libmatchbox1_1.7-2_i386.deb libmatchbox_1.7-2.diff.gz to pool/main/libm/libmatchbox/libmatchbox_1.7-2.diff.gz libmatchbox_1.7-2.dsc to pool/main/libm/libmatchbox/libmatchbox_1.7-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted anna 1.07 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 10:54:07 -0400 Source: anna Binary: anna Architecture: source i386 Version: 1.07 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: anna - anna's not nearly apt, but for the Debian installer, it will do (udeb) Closes: 216084 218774 222500 266624 Changes: anna (1.07) unstable; urgency=low . * Not for sarge. * Joey Hess - Removed load-installer udeb, since it's no longer used, having been replaced by download-installer, etc. - Removed code in anna to present a list of retreivers. Now anna must always be run with an argument. Closes: #216084, #218774 - Also removed template for this question. - Removed code to notice new retreivers and exit specially, since that was only needed in old style calling method. - Stop using debconf db transiently to store the retreiver to use. - Various code cleanups. - Remove test-anna ifdefed code that was so old it didn't work. - Remove some defines that were to support libd-i v3. - Split out retreiver interface code into its own file and cleaned up the function names for consistency. - Move anna binary from /usr/bin to /bin. - The state machine in anna's main is overkill, since there is now only one question asked, so remove it. Closes: #222500 - Store default retriever in debconf db if ran like anna retriever default, for use by anna install udeb - Add support for using anna install udeb ... Closes: #266624 - Cache Packages file for default retriever (except in low memory mode) to avoid expensive re-retreival. - Add a README. * Updated translations: - Greek, Modern (1453-) (el.po) by Greek Translation Team - Spanish (es.po) by Javier Fernandez-Sanguino Peña - Gallegan (gl.po) by Jacobo Tarrio - Hebrew (he.po) by Lior Kaplan - Lithuanian (lt.po) by Kęstutis Biliūnas - Portuguese (pt.po) by Miguel Figueiredo - Romanian (ro.po) by Eddy Petrisor - Russian (ru.po) by Yuri Kozlov - Ukrainian (uk.po) by Eugeniy Meshcheryakov Files: c216024e483a83cacf59fe6f4be0abf9 678 debian-installer standard anna_1.07.dsc d187351dd4fd89587cc13576b2adc949 52321 debian-installer standard anna_1.07.tar.gz c21b6ef8074031059f5490b37a8b77d4 33810 debian-installer standard anna_1.07_i386.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdPU32tp5zXiKP0wRAn4pAKDFHfb44R3uysfpAAbzOqGccwxXyACePN4l 6c+qjwGgNpNYZn9zkcOSaG4= =H46+ -END PGP SIGNATURE- Accepted: anna_1.07.dsc to pool/main/a/anna/anna_1.07.dsc anna_1.07.tar.gz to pool/main/a/anna/anna_1.07.tar.gz anna_1.07_i386.udeb to pool/main/a/anna/anna_1.07_i386.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cdrom-retriever 1.04 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 11:00:10 -0400 Source: cdrom-retriever Binary: cdrom-retriever load-cdrom Architecture: source all Version: 1.04 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: cdrom-retriever - Fetch modules from a CDROM (udeb) load-cdrom - Load installer components from CD (udeb) Closes: 306516 Changes: cdrom-retriever (1.04) unstable; urgency=low . * Needs new anna, not for sarge. * Colin Watson - Log a slightly better error if the Release file has no Components: line. - Check for empty mirror/suite, just in case. * Joey Hess - Pass parameter to tell anna to use the cdrom as the default media. - Add versioned dep on anna. * Christian Perrier - Rename the templates file to help out translators working on a single file - s/CDROM/CD-ROM in templates. Closes: #306516 * Updated translations: - Arabic (ar.po) by Ossama M. Khayat - Bulgarian (bg.po) by Ognyan Kulev - Bosnian (bs.po) by Safir Šećerović - Catalan (ca.po) by Guillem Jover - Czech (cs.po) by Miroslav Kure - Welsh (cy.po) by Dafydd Harries - Danish (da.po) by Claus Hindsgaul - German (de.po) by Dennis Stampfer - Greek, Modern (1453-) (el.po) by Greek Translation Team - Spanish (es.po) by Javier Fernandez-Sanguino Peña - Basque (eu.po) by Piarres Beobide - Finnish (fi.po) by Tapio Lehtonen - French (fr.po) by Christian Perrier - Gallegan (gl.po) by Jacobo Tarrio - Hebrew (he.po) by Lior Kaplan - Croatian (hr.po) by Krunoslav Gernhard - Hungarian (hu.po) by VEROK Istvan - Indonesian (id.po) by Arief S Fitrianto - Italian (it.po) by Stefano Canepa - Japanese (ja.po) by Kenshi Muto - Korean (ko.po) by Changwoo Ryu - Lithuanian (lt.po) by Kęstutis Biliūnas - Latvian (lv.po) by Aigars Mahinovs - Bokmål, Norwegian (nb.po) by Hans Fredrik Nordhaug - Norwegian Nynorsk (nn.po) by Håvard Korsvoll - Polish (pl.po) by Bartosz Fenski - Portuguese (pt.po) by Miguel Figueiredo - Portuguese (Brazil) (pt_BR.po) by André Luís Lopes - Romanian (ro.po) by Eddy Petrisor - Russian (ru.po) by Yuri Kozlov - Slovak (sk.po) by Peter KLFMANiK Mann - Slovenian (sl.po) by Jure Čuhalev - Albanian (sq.po) by Elian Myftiu - Swedish (sv.po) by Per Olofsson - Turkish (tr.po) by Recai Oktaş - Ukrainian (uk.po) by Eugeniy Meshcheryakov - Simplified Chinese (zh_CN.po) by Carlos Z.F. Liu - Traditional Chinese (zh_TW.po) by Tetralet Files: 6a2f3a64234165941092846af2b149a4 658 debian-installer optional cdrom-retriever_1.04.dsc 6fffecb2ba84ff905f77744a0c9d946f 20355 debian-installer optional cdrom-retriever_1.04.tar.gz e500dc333de45acc9ea72452a921f2a0 3068 debian-installer optional cdrom-retriever_1.04_all.udeb a8f4fed324c0c3ef023826a03bebcc5c 2116 debian-installer extra load-cdrom_1.04_all.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdPad2tp5zXiKP0wRAhKbAKCn+RgFHcdF9dHkyYC4R5tNTYRMyACgqfcr kxHEnfBNVRb88s8ENa8nMWQ= =Upee -END PGP SIGNATURE- Accepted: cdrom-retriever_1.04.dsc to pool/main/c/cdrom-retriever/cdrom-retriever_1.04.dsc cdrom-retriever_1.04.tar.gz to pool/main/c/cdrom-retriever/cdrom-retriever_1.04.tar.gz cdrom-retriever_1.04_all.udeb to pool/main/c/cdrom-retriever/cdrom-retriever_1.04_all.udeb load-cdrom_1.04_all.udeb to pool/main/c/cdrom-retriever/load-cdrom_1.04_all.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted posh 0.3.15 (sparc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 11:13:13 -0400 Source: posh Binary: posh Architecture: source sparc Version: 0.3.15 Distribution: unstable Urgency: low Maintainer: Clint Adams [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: posh - Policy-compliant Ordinary SHell Changes: posh (0.3.15) unstable; urgency=low . * Get rid of xstrcmp(). Files: 5dc2c618ac7a3453eb43538ccfb63880 504 shells optional posh_0.3.15.dsc ad8ca380a50d0d613152678af29536ca 411217 shells optional posh_0.3.15.tar.gz 57d9e513b06b9070dfa39be568f9e60b 77730 shells optional posh_0.3.15_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Debian! iD8DBQFCdPiz5m0u66uWM3ARAjOvAKCzBXTCo8iGhnzAFpbo84nhjuIKAwCfXo0K SEvIB5uv+fCB4waGTXgKBUE= =4Pl5 -END PGP SIGNATURE- Accepted: posh_0.3.15.dsc to pool/main/p/posh/posh_0.3.15.dsc posh_0.3.15.tar.gz to pool/main/p/posh/posh_0.3.15.tar.gz posh_0.3.15_sparc.deb to pool/main/p/posh/posh_0.3.15_sparc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted net-retriever 1.04 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 11:02:27 -0400 Source: net-retriever Binary: download-installer net-retriever Architecture: source all Version: 1.04 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: download-installer - Download installer components (udeb) net-retriever - Fetch modules from the Internet (udeb) Changes: net-retriever (1.04) unstable; urgency=low . * Not for sarge; needs new anna. * Joey Hess - Pass parameter to tell anna to use the net as the default media. - Version dep on anna. * Colin Watson - Define error() as well as calling it. * Christian Perrier - Rename the templates file to help out translators working on a single file * Updated translations: - Greek, Modern (1453-) (el.po) by Greek Translation Team - Spanish (es.po) by Javier Fernandez-Sanguino Peña - Gallegan (gl.po) by Jacobo Tarrio - Hebrew (he.po) by Lior Kaplan - Lithuanian (lt.po) by Kęstutis Biliūnas - Romanian (ro.po) by Eddy Petrisor - Russian (ru.po) by Yuri Kozlov - Turkish (tr.po) by Recai Oktaş - Ukrainian (uk.po) by Eugeniy Meshcheryakov Files: 75e8c689afd3fa0240bd8e29edd87708 689 debian-installer optional net-retriever_1.04.dsc f828229984904b1c685ed2a7a154391a 21776 debian-installer optional net-retriever_1.04.tar.gz fd436761a00b9fc8e159e9e4b7853850 9624 debian-installer optional net-retriever_1.04_all.udeb a006dfe1687b185823de88ed4fdfe847 1954 debian-installer extra download-installer_1.04_all.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdPkP2tp5zXiKP0wRAkXKAKCQ826L1Moqc4WGRrwSeRj/lUUFxwCgpSSy hNdELm4VrvIn6sALzeJ48EM= =mxRl -END PGP SIGNATURE- Accepted: download-installer_1.04_all.udeb to pool/main/n/net-retriever/download-installer_1.04_all.udeb net-retriever_1.04.dsc to pool/main/n/net-retriever/net-retriever_1.04.dsc net-retriever_1.04.tar.gz to pool/main/n/net-retriever/net-retriever_1.04.tar.gz net-retriever_1.04_all.udeb to pool/main/n/net-retriever/net-retriever_1.04_all.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted iso-scan 1.05 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 11:04:24 -0400 Source: iso-scan Binary: load-iso iso-scan Architecture: source all Version: 1.05 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: iso-scan - Scan hard drives for an installer ISO image (udeb) load-iso - Load installer components from an installer ISO (udeb) Changes: iso-scan (1.05) unstable; urgency=low . * Post-sarge; needs new anna. * Colin Watson - Try loading hfsplus module. * Joey Hess - Pass parameter to tell anna to use the iso as the default media. - Add a versioned dep on anna. * Matt Kraai - Fix the spelling of file system. * Christian Perrier - Rename the templates file to help out translators working on a single file * Updated translations: - Catalan (ca.po) by Guillem Jover - Greek, Modern (1453-) (el.po) by Greek Translation Team - Spanish (es.po) by Javier Fernandez-Sanguino Peña - Gallegan (gl.po) by Jacobo Tarrio - Hebrew (he.po) by Lior Kaplan - Italian (it.po) by Stefano Canepa - Portuguese (pt.po) by Miguel Figueiredo - Romanian (ro.po) by Eddy Petrisor - Russian (ru.po) by Yuri Kozlov - Ukrainian (uk.po) by Eugeniy Meshcheryakov - Traditional Chinese (zh_TW.po) by Tetralet Files: 235ac501d26918bb04dc04307ee36da9 565 debian-installer optional iso-scan_1.05.dsc 6cd745246370660f4e12fd4f9d955fc5 50385 debian-installer optional iso-scan_1.05.tar.gz eb3374648152e7f488ff10c1fc699b7d 35176 debian-installer optional iso-scan_1.05_all.udeb 890596114ae819428c061da2e1362b0d 2384 debian-installer extra load-iso_1.05_all.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdPsM2tp5zXiKP0wRAlZvAKC1eCwhmECIl3ZNUcYkTiiq+fridACcCJoH 1iL3tn+ZttvyH2Fr5cSUMsw= =oe1V -END PGP SIGNATURE- Accepted: iso-scan_1.05.dsc to pool/main/i/iso-scan/iso-scan_1.05.dsc iso-scan_1.05.tar.gz to pool/main/i/iso-scan/iso-scan_1.05.tar.gz iso-scan_1.05_all.udeb to pool/main/i/iso-scan/iso-scan_1.05_all.udeb load-iso_1.05_all.udeb to pool/main/i/iso-scan/load-iso_1.05_all.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debian-installer-utils 1.09 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 11:16:15 -0400 Source: debian-installer-utils Binary: di-utils-terminfo di-utils-mapdevfs di-utils-shell di-utils-bootfloppy di-utils-reboot di-utils di-utils-exit-installer Architecture: source all i386 Version: 1.09 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: di-utils - Miscellaneous utilities for the debian installer (udeb) di-utils-bootfloppy - Utilities for the debian installer boot floppy (udeb) di-utils-exit-installer - Exit installer (udeb) di-utils-mapdevfs - mapdevfs utility for the debian installer (udeb) di-utils-reboot - Reboot (udeb) di-utils-shell - Execute a shell (udeb) di-utils-terminfo - Terminfo entries needed by newt/slang in debian installer (udeb) Changes: debian-installer-utils (1.09) unstable; urgency=low . NOTE: Not for sarge. * Colin Watson - search-path: Do something sensible with absolute paths as arguments (useful for rescue-mode). - debconf-set: Use the 'none' frontend to avoid the annoying screen-clearing effect. - debconf-set-selections: Add an --unseen flag, to allow for interactive preseeding. - Don't output init=* from user-params; supplying it to the first stage doesn't in general mean that you want it in the second stage too. - Replace di-utils-shell.postinst with a smaller shell implementation, using the DEBCONF_OLD_FD_BASE shell export feature from cdebconf 0.73. * Joey Hess - Merge Colin's anna-install patch for immediate udeb installation if anna is configured. Needs new anna for the new functionality, queue mode should continue to work with older annas. - Stop setting the frontend to noninteractive for anna-install, getting a progress bar and being able to deal with errors is semi-nice. - Overload the type field in preseed files; if it's seen then instead set the seen flag; this allows for preseeding that only changes a default value but still leaves the question unseen. * Matt Kraai - Fix the spelling of file system. * Updated translations: - Bulgarian (bg.po) by Ognyan Kulev - Catalan (ca.po) by Guillem Jover - German (de.po) by Dennis Stampfer - Greek, Modern (1453-) (el.po) by Greek Translation Team - Spanish (es.po) by Javier Fernandez-Sanguino Peña - Finnish (fi.po) by Tapio Lehtonen - French (fr.po) by Christian Perrier - Gallegan (gl.po) by Jacobo Tarrio - Hebrew (he.po) by Lior Kaplan - Croatian (hr.po) by Krunoslav Gernhard - Polish (pl.po) by Bartosz Fenski - Romanian (ro.po) by Eddy Petrisor - Russian (ru.po) by Yuri Kozlov - Turkish (tr.po) by Recai Oktaş - Ukrainian (uk.po) by Eugeniy Meshcheryakov - Traditional Chinese (zh_TW.po) by Tetralet Files: ce982195811ee153deb746ae668667e0 950 debian-installer standard debian-installer-utils_1.09.dsc 302cca265ee9f0f12c2b5c3c39333652 40605 debian-installer standard debian-installer-utils_1.09.tar.gz 970cea33f30f5906831b6449a16271d9 11374 debian-installer standard di-utils-shell_1.09_all.udeb fe2b4424839d7cfbbed3ff1c6fee64f5 5216 debian-installer standard di-utils-reboot_1.09_all.udeb e0de7f50c964f1d40d883f5f6b90b429 1834 debian-installer extra di-utils-exit-installer_1.09_all.udeb 7f9d856dac4c6c41d0bde4e99ba5649a 4636 debian-installer standard di-utils_1.09_all.udeb e8ff3c69a0290793c1747a9b3e3a992f 2334 debian-installer standard di-utils-terminfo_1.09_all.udeb ecd4c18dc436c83accb5f1ca71318d25 2178 debian-installer standard di-utils-mapdevfs_1.09_i386.udeb aa38388bb4977b307b332a5c03e403d2 2142 debian-installer extra di-utils-bootfloppy_1.09_i386.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdP9L2tp5zXiKP0wRAt+5AKClTkYtuVJDD827QSUqTfQug6psOQCfZGVz ScudiG/DXZe9QcH+9duW254= =ENAa -END PGP SIGNATURE- Accepted: debian-installer-utils_1.09.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_1.09.dsc debian-installer-utils_1.09.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_1.09.tar.gz di-utils-bootfloppy_1.09_i386.udeb to pool/main/d/debian-installer-utils/di-utils-bootfloppy_1.09_i386.udeb di-utils-exit-installer_1.09_all.udeb to pool/main/d/debian-installer-utils/di-utils-exit-installer_1.09_all.udeb di-utils-mapdevfs_1.09_i386.udeb to pool/main/d/debian-installer-utils/di-utils-mapdevfs_1.09_i386.udeb di-utils-reboot_1.09_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_1.09_all.udeb di-utils-shell_1.09_all.udeb to pool/main/d/debian-installer-utils/di-utils-shell_1.09_all.udeb di-utils-terminfo_1.09_all.udeb to pool/main/d/debian-installer-utils/di-utils-terminfo_1.09_all.udeb di-utils_1.09_all.udeb to
Accepted chrony 1.20-8 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 30 Apr 2005 18:47:30 -0500 Source: chrony Binary: chrony Architecture: source i386 Version: 1.20-8 Distribution: unstable Urgency: high Maintainer: John Hasler [EMAIL PROTECTED] Changed-By: John Hasler [EMAIL PROTECTED] Description: chrony - Sets your computer's clock from time servers on the Net Closes: 305090 307061 Changes: chrony (1.20-8) unstable; urgency=high . * Added test for /usr/bin/mail in postinst. Closes: #307061: Install failure: Cannot configure on system without mailx I consider this bug serious because it can cause installation to fail and so I want to get the fix into Sarge. . * Fixed typo in chrony.conf, replaced '/etc/init.d/chrony restart' with 'invoke-rc.d chrony restart'. Closes: #305090: Typo in chrony.conf, should mention invoke-rc.d . * Added README.Debian explaining that rtc is off by default. Files: ea92bbdd5cc6fc6047b600bf96acc838 698 admin extra chrony_1.20-8.dsc d2f8f52f6a96d8b0fcb2c1212d9e11d9 150793 admin extra chrony_1.20-8.diff.gz 715ca8920bbf1c55e13730ed6a7ee6d4 323020 admin extra chrony_1.20-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iQCVAwUBQnRHcPc1CeQKxb5hAQL0LQP/WY+LM4n9k5dDP0It5DkE2atKTQf7NiUL E6twYXsnpbfU4esPuSqHAnsyfqfz2/rcKch/CUZNoNLgqLR800THaRtbsDWVriHY 7obIDa3n09qk06Yubgfzx92osIhq7A+63PESU7lKrVkQiKtir7wWIVX24Mf5G50y BV/fXNvpwI4= =bnok -END PGP SIGNATURE- Accepted: chrony_1.20-8.diff.gz to pool/main/c/chrony/chrony_1.20-8.diff.gz chrony_1.20-8.dsc to pool/main/c/chrony/chrony_1.20-8.dsc chrony_1.20-8_i386.deb to pool/main/c/chrony/chrony_1.20-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debian-reference 1.08-3 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 09:45:18 +0200 Source: debian-reference Binary: debian-reference-es debian-reference-en debian-reference-pt-br quick-reference-it quick-reference-zh-cn quick-reference-zh-tw debian-reference-pl debian-reference-fr debian-reference-zh-tw quick-reference-fr debian-reference-it quick-reference-pl quick-reference-de debian-reference-common debian-reference quick-reference-en debian-reference-zh-cn quick-reference-ja debian-reference-de debian-reference-ja quick-reference-es quick-reference-pt-br Architecture: source all Version: 1.08-3 Distribution: unstable Urgency: low Maintainer: Osamu Aoki [EMAIL PROTECTED] Changed-By: Osamu Aoki [EMAIL PROTECTED] Description: debian-reference - metapackage to install (all) translations of Debian Reference debian-reference-common - Debian system administration guide, common examples debian-reference-de - Debian system administration guide, German translation debian-reference-en - Debian system administration guide, English original debian-reference-es - Debian system administration guide, Spanish translation debian-reference-fr - Debian system administration guide, French translation debian-reference-it - Debian system administration guide, Italian translation debian-reference-ja - Debian system administration guide, Japanese translation debian-reference-pl - Debian system administration guide, Polish translation debian-reference-pt-br - Debian system administration guide, Portuguese translation debian-reference-zh-cn - Debian system administration guide, Chinese(CN) translation debian-reference-zh-tw - Debian system administration guide, Chinese(TW) translation quick-reference-de - Debian system administration guide, German excerpt quick-reference-en - Debian system administration guide, English excerpt quick-reference-es - Debian system administration guide, Spanish excerpt quick-reference-fr - Debian system administration guide, French excerpt quick-reference-it - Debian system administration guide, Italian excerpt quick-reference-ja - Debian system administration guide, Japanese excerpt quick-reference-pl - Debian system administration guide, Polish excerpt quick-reference-pt-br - Debian system administration guide, Portuguese excerpt quick-reference-zh-cn - Debian system administration guide, Chinese(CN) excerpt quick-reference-zh-tw - Debian system administration guide, Chinese(TW) excerpt Closes: 306936 Changes: debian-reference (1.08-3) unstable; urgency=low . * Kernel config for deactivating PCMCIA updated. Thanks Robert Cymbala. * Backup script example updated with more comments. Thanks Sam George. Closes: #306936 * Translation updates: JA, FR Files: 527e7bda335abd8f423cc54f91001711 1362 doc optional debian-reference_1.08-3.dsc 13a2de5174a82fbcac8aa292268af542 301167 doc optional debian-reference_1.08-3.diff.gz c690adb1a21f14842712e8020f8adda1 10872 doc optional debian-reference_1.08-3_all.deb 592872d96ec76ead37a0165932c09a5a 98008 doc optional debian-reference-common_1.08-3_all.deb 1c07c45f0a195e55ed1ddb71298832e6 1426582 doc optional debian-reference-en_1.08-3_all.deb 01aa08d3e0d9c0157c2ffc6ec065b548 207926 doc optional quick-reference-en_1.08-3_all.deb 86602cbe24f589ce7929b103c1fe9f99 1383402 doc optional debian-reference-fr_1.08-3_all.deb 6d620c42e3b98d6b9a9d793fd5999374 221206 doc optional quick-reference-fr_1.08-3_all.deb 402227acec0085ee7fb0f8a2643e41ee 1500856 doc optional debian-reference-it_1.08-3_all.deb bbd55ccc57d105d218e2441db0b5fa30 214000 doc optional quick-reference-it_1.08-3_all.deb 4dfa65efa146ba55e78f783dec6916e7 2912772 doc optional debian-reference-ja_1.08-3_all.deb 6133074199115597dd7305288e14711f 682652 doc optional quick-reference-ja_1.08-3_all.deb 2b61f560f218a2dfc200be1f7096e785 1453668 doc optional debian-reference-es_1.08-3_all.deb dd76aff52185ff5a49bffbe3f04dbad0 223422 doc optional quick-reference-es_1.08-3_all.deb 0172fa02167626507b6b99fd11479e51 1224852 doc optional debian-reference-de_1.08-3_all.deb 0fa7d0bb57d8acd711dce1973bc9f89d 237522 doc optional quick-reference-de_1.08-3_all.deb 0c68c41928df489cc7a3b51ea8591122 1490052 doc optional debian-reference-pt-br_1.08-3_all.deb a4adc869650b01397010dd2dc856f5d7 227260 doc optional quick-reference-pt-br_1.08-3_all.deb 9f9f0628943f81d088b0e661abce1a2e 1597988 doc optional debian-reference-pl_1.08-3_all.deb 36df596d0f1ce61e3e789be21ec9861a 240618 doc optional quick-reference-pl_1.08-3_all.deb 961031303a67cc8e79761da359ed37af 3621446 doc optional debian-reference-zh-tw_1.08-3_all.deb 46f6d458670a7a6f6f25224ea3398f46 957574 doc optional quick-reference-zh-tw_1.08-3_all.deb f176b520486170072c9ff85b7b4d6ede 2575950 doc optional debian-reference-zh-cn_1.08-3_all.deb 784f1df637d2a093a231e1d0479d5704 860768 doc optional quick-reference-zh-cn_1.08-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0
Accepted naim 0.11.7.3.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 12 Feb 2005 23:00:57 -0800 Source: naim Binary: naim Architecture: source i386 Version: 0.11.7.3.1-1 Distribution: unstable Urgency: low Maintainer: Rohit Pidaparthi [EMAIL PROTECTED] Changed-By: Rohit Pidaparthi [EMAIL PROTECTED] Description: naim - A console client for AOL Instant Messenger and IRC Closes: 293173 Changes: naim (0.11.7.3.1-1) unstable; urgency=low . * New upstream release (Closes: #293173) Files: 4b64a4a5bbedfd445efefb90742624f9 593 net optional naim_0.11.7.3.1-1.dsc 591f51c1ff10482c043188d723d02940 630678 net optional naim_0.11.7.3.1.orig.tar.gz f6c488eebab4d9db19717eb1501f0af0 7759 net optional naim_0.11.7.3.1-1.diff.gz 4d8f71eaef0c8231219219f8a7d57b69 199146 net optional naim_0.11.7.3.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdQJoynjLPm522B0RAlkpAJ9Hhh5iOB01x5PmmmKFMOoSMuLfkACfZ5Cy O0Zi+230Rj5o4ui9cktBU8c= =3T/p -END PGP SIGNATURE- Accepted: naim_0.11.7.3.1-1.diff.gz to pool/main/n/naim/naim_0.11.7.3.1-1.diff.gz naim_0.11.7.3.1-1.dsc to pool/main/n/naim/naim_0.11.7.3.1-1.dsc naim_0.11.7.3.1-1_i386.deb to pool/main/n/naim/naim_0.11.7.3.1-1_i386.deb naim_0.11.7.3.1.orig.tar.gz to pool/main/n/naim/naim_0.11.7.3.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libgraphics-colornames-perl 1.06-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 11:31:45 -0500 Source: libgraphics-colornames-perl Binary: libgraphics-colornames-perl Architecture: source all Version: 1.06-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: libgraphics-colornames-perl - defines RGB values for common color names Changes: libgraphics-colornames-perl (1.06-1) unstable; urgency=low . * New upstream release - cleaned up tests - added DSLIP information to POD - added Test::Pod tests - added Pod::Coverage tests - minor documentation changes - uses Test::Prereq to test distro prereqs - added SIGNATURE to distribution Files: 1b20df2e616722ca249ad23dc3132673 704 perl optional libgraphics-colornames-perl_1.06-1.dsc 0551cb0b17babcbdef284d5b502731a4 21851 perl optional libgraphics-colornames-perl_1.06.orig.tar.gz 6b2b262c8204ddfbdc7eca74db3e94d2 23816 perl optional libgraphics-colornames-perl_1.06-1.diff.gz 730f82b8c46aec72bf7a1a97868874a9 34958 perl optional libgraphics-colornames-perl_1.06-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdQdiIbrau78kQkwRAp9sAJ9x4V9WsOYAvdiczsUORYTDMXfVeQCgvJrj 24GF5Q8+SfKxWke7j2800bo= =hjss -END PGP SIGNATURE- Accepted: libgraphics-colornames-perl_1.06-1.diff.gz to pool/main/libg/libgraphics-colornames-perl/libgraphics-colornames-perl_1.06-1.diff.gz libgraphics-colornames-perl_1.06-1.dsc to pool/main/libg/libgraphics-colornames-perl/libgraphics-colornames-perl_1.06-1.dsc libgraphics-colornames-perl_1.06-1_all.deb to pool/main/libg/libgraphics-colornames-perl/libgraphics-colornames-perl_1.06-1_all.deb libgraphics-colornames-perl_1.06.orig.tar.gz to pool/main/libg/libgraphics-colornames-perl/libgraphics-colornames-perl_1.06.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted illuminator 0.9.1-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 10:47:27 -0400 Source: illuminator Binary: libluminate6 libluminate-dev illuminator-demo illuminator-doc Architecture: source i386 all Version: 0.9.1-1 Distribution: unstable Urgency: low Maintainer: Adam C. Powell, IV [EMAIL PROTECTED] Changed-By: Adam C. Powell, IV [EMAIL PROTECTED] Description: illuminator-demo - Illuminator Distributed Visualization Library: demos illuminator-doc - Illuminator Distributed Visualization Library: documentation libluminate-dev - Illuminator Distributed Visualization Library: development files libluminate6 - Illuminator Distributed Visualization Library: shared library Changes: illuminator (0.9.1-1) unstable; urgency=low . * New upstream. Files: fff9be24f9bbd6b8c14db93c9514ba92 943 graphics extra illuminator_0.9.1-1.dsc 9cbfcb95c6867cd849723b8ee0ef29d6 446974 graphics extra illuminator_0.9.1.orig.tar.gz a65d83e38091478924108486a33a3e7f 20 graphics extra illuminator_0.9.1-1.diff.gz f3cc768e46c3655c7745fdea948e9088 807818 doc extra illuminator-doc_0.9.1-1_all.deb 936a13e6fcd393e114a4b11b930b7aa0 33040 libdevel extra libluminate-dev_0.9.1-1_i386.deb 789105bde61b0709cefa2751b9c05a9b 28548 libs extra libluminate6_0.9.1-1_i386.deb 986740e4ed9a82406d295b4cbbc4c10f 71472 graphics extra illuminator-demo_0.9.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdQeDUm8B6FZO5LYRAm+eAJsHZdl3KO8vidAkkWya1qDyQFkiKQCfWmpI 6cs23gtf6ra88eWW4QY7tCM= =JTdo -END PGP SIGNATURE- Accepted: illuminator-demo_0.9.1-1_i386.deb to pool/main/i/illuminator/illuminator-demo_0.9.1-1_i386.deb illuminator-doc_0.9.1-1_all.deb to pool/main/i/illuminator/illuminator-doc_0.9.1-1_all.deb illuminator_0.9.1-1.diff.gz to pool/main/i/illuminator/illuminator_0.9.1-1.diff.gz illuminator_0.9.1-1.dsc to pool/main/i/illuminator/illuminator_0.9.1-1.dsc illuminator_0.9.1.orig.tar.gz to pool/main/i/illuminator/illuminator_0.9.1.orig.tar.gz libluminate-dev_0.9.1-1_i386.deb to pool/main/i/illuminator/libluminate-dev_0.9.1-1_i386.deb libluminate6_0.9.1-1_i386.deb to pool/main/i/illuminator/libluminate6_0.9.1-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted matchbox-panel 0.9.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Mar 2005 20:08:49 +0100 Source: matchbox-panel Binary: matchbox-panel Architecture: source i386 Version: 0.9.1-1 Distribution: unstable Urgency: high Maintainer: Moray Allan [EMAIL PROTECTED] Changed-By: Moray Allan [EMAIL PROTECTED] Description: matchbox-panel - desktop panel for resource-limited systems Changes: matchbox-panel (0.9.1-1) unstable; urgency=high . * New upstream release. * Fix removal of unwanted files. Closes #295629. * Patch configure script to remove error when miniapm is disabled. Files: 8bedbe62e2704866d737dc3889d9d7bc 696 embedded optional matchbox-panel_0.9.1-1.dsc c047afdd9344c0103624d43a01bcecb7 191778 embedded optional matchbox-panel_0.9.1.orig.tar.gz 846cebbd5d08112e6a8cd72e095d9b9d 3554 embedded optional matchbox-panel_0.9.1-1.diff.gz 60b6986a88a91f4dbf254d787082c964 68678 embedded optional matchbox-panel_0.9.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdQuX500puCvhbQERAj19AKDG26aivf10o6DwOvre6BQrg6HXAQCfaCp6 gvDOz3fT2PdyJehG2szHG8o= =6QGx -END PGP SIGNATURE- Accepted: matchbox-panel_0.9.1-1.diff.gz to pool/main/m/matchbox-panel/matchbox-panel_0.9.1-1.diff.gz matchbox-panel_0.9.1-1.dsc to pool/main/m/matchbox-panel/matchbox-panel_0.9.1-1.dsc matchbox-panel_0.9.1-1_i386.deb to pool/main/m/matchbox-panel/matchbox-panel_0.9.1-1_i386.deb matchbox-panel_0.9.1.orig.tar.gz to pool/main/m/matchbox-panel/matchbox-panel_0.9.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gjdoc 0.7.4-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 15:24:50 + Source: gjdoc Binary: gjdoc Architecture: source all Version: 0.7.4-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Changed-By: Michael Koch [EMAIL PROTECTED] Description: gjdoc - documentation generation framework for java source files Changes: gjdoc (0.7.4-1) unstable; urgency=low . * New upstream release Files: 584e7fc93c58162849a9c4177e9459d1 822 devel optional gjdoc_0.7.4-1.dsc c8d0d3432c3402f7a7ded782d842ebc8 707514 devel optional gjdoc_0.7.4.orig.tar.gz 127081fa32dff6a07ddd0477db7314b9 29703 devel optional gjdoc_0.7.4-1.diff.gz 8189ec5837b73d021c68d78cbab07b29 433706 devel optional gjdoc_0.7.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdRJD20zMSyow1ykRApDsAJ43C2O/8hrx4glps8LEAsZGRsr95wCgzSx8 H19nShrtra9dQtk0K434mdg= =bDHI -END PGP SIGNATURE- Accepted: gjdoc_0.7.4-1.diff.gz to pool/main/g/gjdoc/gjdoc_0.7.4-1.diff.gz gjdoc_0.7.4-1.dsc to pool/main/g/gjdoc/gjdoc_0.7.4-1.dsc gjdoc_0.7.4-1_all.deb to pool/main/g/gjdoc/gjdoc_0.7.4-1_all.deb gjdoc_0.7.4.orig.tar.gz to pool/main/g/gjdoc/gjdoc_0.7.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnumach 1:20050501-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 20:29:08 +0300 Source: gnumach Binary: gnumach gnumach-dev gnumach-dbg Architecture: source i386 Version: 1:20050501-1 Distribution: unstable Urgency: low Maintainer: GNU Hurd Maintainers debian-hurd@lists.debian.org Changed-By: Guillem Jover [EMAIL PROTECTED] Description: gnumach- The GNU version of the Mach microkernel gnumach-dbg - The GNU version of the Mach microkernel for debugging gnumach-dev - The GNU version of the Mach microkernel Changes: gnumach (1:20050501-1) unstable; urgency=low . * New upstream CVS snapshot. - debian/patches/12_fixes_gcc-3.4.patch: Remove upstream integrated patch. - debian/patches/14_disable_fpe.patch: Likewise. - debian/patches/15_disable_qlogic_firmware.patch: Likewise. - debian/patches/16_enable_debug.patch: Likewise. - debian/patches/17_fix_double_free.patch: Likewise. - debian/patches/18_linux_printk_buffer_overrun.patch: Likewise. - debian/patches/19_cpu_detect.patch: Likewise. - debian/patches/20_glue_block_assert.patch: Likewise. - debian/patches/10_cdromlock.patch: Rediff. - debian/patches/90_autoconf_autogen.patch: Regenerate. * Add support for SiS 900 NIC. - debian/patches/12_sis900.patch: New file. Thanks to Andreas B. Mundt [EMAIL PROTECTED]. * Move configure drivers list to debian/rules.options. Files: 543fdc6bab9b042646a76a67918991b4 846 base optional gnumach_20050501-1.dsc 3d597b38cac3a3e93f4a44f3477ef289 3883554 base optional gnumach_20050501.orig.tar.gz c0d9a9809e7e23c4ebe87c020b09c2d8 535512 base optional gnumach_20050501-1.diff.gz a0631c35d5b381a6076a5a9c3f1e46c3 944294 base optional gnumach_20050501-1_i386.deb f7374fe8816f82fe27229ca976d6168e 3663790 devel extra gnumach-dbg_20050501-1_i386.deb 6794efa2d474cc5af9634efaafadc8ac 127964 devel optional gnumach-dev_20050501-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdRO4uW9ciZ2SjJsRAsWdAJ49ybJmxGRCZwUqiZgU+ycolRyOxwCgga5Z 9Rd5MUJ0eCcDjddESa7igB0= =HrE/ -END PGP SIGNATURE- Accepted: gnumach-dbg_20050501-1_i386.deb to pool/main/g/gnumach/gnumach-dbg_20050501-1_i386.deb gnumach-dev_20050501-1_i386.deb to pool/main/g/gnumach/gnumach-dev_20050501-1_i386.deb gnumach_20050501-1.diff.gz to pool/main/g/gnumach/gnumach_20050501-1.diff.gz gnumach_20050501-1.dsc to pool/main/g/gnumach/gnumach_20050501-1.dsc gnumach_20050501-1_i386.deb to pool/main/g/gnumach/gnumach_20050501-1_i386.deb gnumach_20050501.orig.tar.gz to pool/main/g/gnumach/gnumach_20050501.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted matchbox-desktop 0.9.1-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 18:20:39 +0100 Source: matchbox-desktop Binary: matchbox-desktop matchbox-desktop-dev Architecture: source i386 Version: 0.9.1-2 Distribution: unstable Urgency: low Maintainer: Moray Allan [EMAIL PROTECTED] Changed-By: Moray Allan [EMAIL PROTECTED] Description: matchbox-desktop - desktop application launcher for resource-limited systems matchbox-desktop-dev - desktop application launcher [development files] Changes: matchbox-desktop (0.9.1-2) unstable; urgency=low . * Update copyright file. Files: ec18907926210f35f34083748e04c970 716 embedded optional matchbox-desktop_0.9.1-2.dsc 94403cc289f8b7075e31fe1da851503f 3380 embedded optional matchbox-desktop_0.9.1-2.diff.gz cb7669e1ab68b11c2b86a3ea708c1a7e 41528 embedded optional matchbox-desktop_0.9.1-2_i386.deb 40313471940c4894c0864e74de97e10d 209276 devel optional matchbox-desktop-dev_0.9.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdRSb500puCvhbQERAh6KAKCXXYE6ywEySX5aXBE3d1LjQC6sJgCgooSn Ve5aab9PUnKOorsJ21OUqEw= =r5qf -END PGP SIGNATURE- Accepted: matchbox-desktop-dev_0.9.1-2_i386.deb to pool/main/m/matchbox-desktop/matchbox-desktop-dev_0.9.1-2_i386.deb matchbox-desktop_0.9.1-2.diff.gz to pool/main/m/matchbox-desktop/matchbox-desktop_0.9.1-2.diff.gz matchbox-desktop_0.9.1-2.dsc to pool/main/m/matchbox-desktop/matchbox-desktop_0.9.1-2.dsc matchbox-desktop_0.9.1-2_i386.deb to pool/main/m/matchbox-desktop/matchbox-desktop_0.9.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted psgml 1.3.2-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 12:33:41 -0500 Source: psgml Binary: psgml Architecture: source all Version: 1.3.2-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: psgml - An Emacs major mode for editing SGML documents. Changes: psgml (1.3.2-1) unstable; urgency=low . * New upstream release ** Rename sgml-general-dtd-info to sgml-describe-dtd. Keep old name as alias. ** Made menus compact, only one top level menu. ** Added new function sgml-show-structure (C-c C-s) (May need latest emacs version (22)) ** Changed C-c C-t to sgml-show-current-element-type New more comprehensive information display. ** New mouse menu, sgml-right-menu on S-mouse-3 If invoked on a start-tag will include entries to manipulate the tag/element, including setting attributes. If invoked in content it will be a menu of valid elements. ** The ?PSGML process instruction Not new, but now documented and improved. Files: d72315c96fba9cb6eb7b4d24e2c337c1 556 text optional psgml_1.3.2-1.dsc 63a287e2fb4e9987b1c236f7cf508abb 252394 text optional psgml_1.3.2.orig.tar.gz 14ea15ff67fd3e59e89c6b56b3565e19 88584 text optional psgml_1.3.2-1.diff.gz 73e4ebfe9a0dbc082916dd0065d4e210 293438 text optional psgml_1.3.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdRn8Ibrau78kQkwRAg8IAKDyfYi63WthVLcebiACjw5xu1jgJQCg4bSL T6TdOa/ncCBIGffHUE9eWPo= =vw6Q -END PGP SIGNATURE- Accepted: psgml_1.3.2-1.diff.gz to pool/main/p/psgml/psgml_1.3.2-1.diff.gz psgml_1.3.2-1.dsc to pool/main/p/psgml/psgml_1.3.2-1.dsc psgml_1.3.2-1_all.deb to pool/main/p/psgml/psgml_1.3.2-1_all.deb psgml_1.3.2.orig.tar.gz to pool/main/p/psgml/psgml_1.3.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lineak-kdeplugins 2:0.8.3-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 20:02:13 +0200 Source: lineak-kdeplugins Binary: lineak-kdeplugins Architecture: source i386 Version: 2:0.8.3-4 Distribution: unstable Urgency: high Maintainer: Aurelien Jarno [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: lineak-kdeplugins - LinEAK KDE plugins Changes: lineak-kdeplugins (2:0.8.3-4) unstable; urgency=high . * Don't start amarok twice if not already started. Files: 9e89a080b5adf0952f3614a4b7473c34 685 - optional lineak-kdeplugins_0.8.3-4.dsc 7a221d1d55d158b1225794a801b71cfc 16249 - optional lineak-kdeplugins_0.8.3-4.diff.gz b1207b0ffc74d62caefe05723a7ed698 67646 x11 optional lineak-kdeplugins_0.8.3-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdRrDw3ao2vG823MRAphPAJ9hPTRuJWLYFcTOpivC9aLz1n0FQACfUv9i AjfGK0n57jsQxK/IKkXv6qE= =kIRb -END PGP SIGNATURE- Accepted: lineak-kdeplugins_0.8.3-4.diff.gz to pool/main/l/lineak-kdeplugins/lineak-kdeplugins_0.8.3-4.diff.gz lineak-kdeplugins_0.8.3-4.dsc to pool/main/l/lineak-kdeplugins/lineak-kdeplugins_0.8.3-4.dsc lineak-kdeplugins_0.8.3-4_i386.deb to pool/main/l/lineak-kdeplugins/lineak-kdeplugins_0.8.3-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted g-wrap 1.9.6-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 20:19:03 +0200 Source: g-wrap Binary: g-wrap guile-g-wrap libgwrap-runtime0 libgwrap-runtime0-dev Architecture: source i386 Version: 1.9.6-1 Distribution: unstable Urgency: high Maintainer: Andreas Rottmann [EMAIL PROTECTED] Changed-By: Andreas Rottmann [EMAIL PROTECTED] Description: g-wrap - scripting interface generator for C guile-g-wrap - scripting interface generator for C - Guile runtime libgwrap-runtime0 - scripting interface generator for C - runtime libgwrap-runtime0-dev - scripting interface generator for C - development files Changes: g-wrap (1.9.6-1) unstable; urgency=high . * New upstream version. This nevertheless means no real changes against 1.9.5-2, since we already had all of the upstream fixes applied. * Ship g-wrap-config in libgwrap-runtime0-dev and make it conflict with libgwrapguile-dev. * Wrote manpage for g-wrap-config. * Fixed wrong conflict of g-wrap with non-existing gwrapguile-dev, should be with libgwrapguile-dev, hence increased urgency. Files: de44827adaed111af70fce8e174a7192 748 interpreters optional g-wrap_1.9.6-1.dsc 4d83964f51376500eedced538c1620cb 826045 interpreters optional g-wrap_1.9.6.orig.tar.gz bc0747d11bb05ec4cb1da7e9f64f85b7 3563 interpreters optional g-wrap_1.9.6-1.diff.gz c67a93106f358b309687b559862036f2 38100 interpreters optional g-wrap_1.9.6-1_i386.deb 2510c67374b6a319216f8b680dab6147 26766 libdevel optional libgwrap-runtime0-dev_1.9.6-1_i386.deb 901a7dcc952d926c9e77fded5d024c2a 22246 libs optional libgwrap-runtime0_1.9.6-1_i386.deb 116f1a2037de5442d31cc9c37a63ed49 18680 interpreters optional guile-g-wrap_1.9.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdR4F+S/PxQH9W2IRAkW4AKCJ8fRicH3dJH58F8sSiNX6nrJtcgCgiz6/ uhl1ThMmRtJKpjncJh9TjlE= =Ue77 -END PGP SIGNATURE- Accepted: g-wrap_1.9.6-1.diff.gz to pool/main/g/g-wrap/g-wrap_1.9.6-1.diff.gz g-wrap_1.9.6-1.dsc to pool/main/g/g-wrap/g-wrap_1.9.6-1.dsc g-wrap_1.9.6-1_i386.deb to pool/main/g/g-wrap/g-wrap_1.9.6-1_i386.deb g-wrap_1.9.6.orig.tar.gz to pool/main/g/g-wrap/g-wrap_1.9.6.orig.tar.gz guile-g-wrap_1.9.6-1_i386.deb to pool/main/g/g-wrap/guile-g-wrap_1.9.6-1_i386.deb libgwrap-runtime0-dev_1.9.6-1_i386.deb to pool/main/g/g-wrap/libgwrap-runtime0-dev_1.9.6-1_i386.deb libgwrap-runtime0_1.9.6-1_i386.deb to pool/main/g/g-wrap/libgwrap-runtime0_1.9.6-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted blackbox 0.70.0-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 14:39:04 -0400 Source: blackbox Binary: blackbox libbt-dev libbt Architecture: source i386 Version: 0.70.0-3 Distribution: unstable Urgency: high Maintainer: Bruno Barrera C. [EMAIL PROTECTED] Changed-By: Bruno Barrera C. [EMAIL PROTECTED] Description: blackbox - Window manager for X libbt - Blackbox - shared library libbt-dev - Blackbox - development library Closes: 307208 Changes: blackbox (0.70.0-3) unstable; urgency=high . * Removed unneeded build-depends on build-essential packages. (closes: #307208) Files: 99f3a1e1754ae680d1525ab2d8aaf309 758 x11 optional blackbox_0.70.0-3.dsc 45c013ec207ab0f94778b0018ef2c82a 19136 x11 optional blackbox_0.70.0-3.diff.gz c762f3a294c33df101c8769c4bdc580b 342482 x11 optional blackbox_0.70.0-3_i386.deb b7ecb5b7e23c7197c54ba52182d60cd5 128842 libdevel optional libbt-dev_0.70.0-3_i386.deb 773760c3a0ede6a32347fec02ff1bd6b 5292 libs optional libbt_0.70.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdSacf+2upy2F5boRAjLUAJ9MlYuBUWrzodrq7pp+XbjEos5yogCcDYJ6 jD1HnuGsc0ZlFBSM6jf4f+4= =lAzn -END PGP SIGNATURE- Accepted: blackbox_0.70.0-3.diff.gz to pool/main/b/blackbox/blackbox_0.70.0-3.diff.gz blackbox_0.70.0-3.dsc to pool/main/b/blackbox/blackbox_0.70.0-3.dsc blackbox_0.70.0-3_i386.deb to pool/main/b/blackbox/blackbox_0.70.0-3_i386.deb libbt-dev_0.70.0-3_i386.deb to pool/main/b/blackbox/libbt-dev_0.70.0-3_i386.deb libbt_0.70.0-3_i386.deb to pool/main/b/blackbox/libbt_0.70.0-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted aptitude 0.3.2-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 14:16:51 -0400 Source: aptitude Binary: aptitude-doc-cs aptitude-doc-fr aptitude-doc-en aptitude Architecture: source all i386 Version: 0.3.2-1 Distribution: experimental Urgency: low Maintainer: Daniel Burrows [EMAIL PROTECTED] Changed-By: Daniel Burrows [EMAIL PROTECTED] Description: aptitude - terminal-based apt frontend aptitude-doc-cs - Czech manual for aptitude, a terminal-based apt frontend aptitude-doc-en - English manual for aptitude, a terminal-based apt frontend aptitude-doc-fr - French manual for aptitude, a terminal-based apt frontend Closes: 160418 216730 293935 298713 306619 Changes: aptitude (0.3.2-1) experimental; urgency=low . * New upstream release, fixing the following Debian bugs: . - Don't discard apt's helpful error message explaining that dpkg --configure -a needs to be run. (Closes: #160418) . - Separated the search pattern for has a sticky hold set from the pattern for will not be upgraded (to get the effect of the old ~ahold, use ~U~akeep). (Closes: #216730) . - Don't crash when the user asks to see the help dialog. (Closes: #293935, #306619) . - Properly preprocess and format the messsage about failed downloads (Closes: #298713) . - If -s is passed to the visual interface, just print an error message instead of refusing to start. Files: ea22700c8b088d0b6833a8c48c382b50 766 admin optional aptitude_0.3.2-1.dsc a47abf55178034721ee45d1c832dcb5b 3423154 admin optional aptitude_0.3.2.orig.tar.gz 54affdc83597e285176467be36955e4b 16917 admin optional aptitude_0.3.2-1.diff.gz 8b6d0961531a4d5b984bcaedb4e94fc4 384586 doc optional aptitude-doc-cs_0.3.2-1_all.deb a264683b558512abbc58988c49c8eadc 374932 doc optional aptitude-doc-en_0.3.2-1_all.deb 87587e694209c724e5986c39d3813fa7 379954 doc optional aptitude-doc-fr_0.3.2-1_all.deb 213e4536611a9e8b3eb0313ce8f9182c 1946092 admin optional aptitude_0.3.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdSaYch6xsM7kSXgRAsvPAJ0bDJ7cgtx5c92gvfRV4Hzs6cThJQCg6zJw Rc32BWg3Zholk9DhWPeoqoE= =wqL6 -END PGP SIGNATURE- Accepted: aptitude-doc-cs_0.3.2-1_all.deb to pool/main/a/aptitude/aptitude-doc-cs_0.3.2-1_all.deb aptitude-doc-en_0.3.2-1_all.deb to pool/main/a/aptitude/aptitude-doc-en_0.3.2-1_all.deb aptitude-doc-fr_0.3.2-1_all.deb to pool/main/a/aptitude/aptitude-doc-fr_0.3.2-1_all.deb aptitude_0.3.2-1.diff.gz to pool/main/a/aptitude/aptitude_0.3.2-1.diff.gz aptitude_0.3.2-1.dsc to pool/main/a/aptitude/aptitude_0.3.2-1.dsc aptitude_0.3.2-1_i386.deb to pool/main/a/aptitude/aptitude_0.3.2-1_i386.deb aptitude_0.3.2.orig.tar.gz to pool/main/a/aptitude/aptitude_0.3.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sork-vacation 2.2.2-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 21:16:18 +0200 Source: sork-vacation Binary: sork-vacation Architecture: source all Version: 2.2.2-1 Distribution: unstable Urgency: high Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: sork-vacation - Manage vacation notices in horde Closes: 307174 Changes: sork-vacation (2.2.2-1) unstable; urgency=high . * New upstream release. This fix a cross-site-scripting vulnerability, closes: #307174. Files: 742d7d6fa793874716f6636dd3ba392c 590 web optional sork-vacation_2.2.2-1.dsc 1345ff8e30a98de7085f01f0abde3007 170131 web optional sork-vacation_2.2.2.orig.tar.gz 36f77bb338d49692a904ced2af2fea4b 10353 web optional sork-vacation_2.2.2-1.diff.gz 36d73359c90cf864ff3f1ced8b86c715 173156 web optional sork-vacation_2.2.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdSyjGKGxzw/lPdkRAkZXAJ93D7t5yr3tKScDXoHMlxIgbai6GgCfaYW4 8ruGOcxBCebhVmsZ5DZOokM= =owZ8 -END PGP SIGNATURE- Accepted: sork-vacation_2.2.2-1.diff.gz to pool/main/s/sork-vacation/sork-vacation_2.2.2-1.diff.gz sork-vacation_2.2.2-1.dsc to pool/main/s/sork-vacation/sork-vacation_2.2.2-1.dsc sork-vacation_2.2.2-1_all.deb to pool/main/s/sork-vacation/sork-vacation_2.2.2-1_all.deb sork-vacation_2.2.2.orig.tar.gz to pool/main/s/sork-vacation/sork-vacation_2.2.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted unison 2.10.2-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Apr 2005 00:08:05 +0200 Source: unison Binary: unison-gtk unison Architecture: source i386 Version: 2.10.2-1 Distribution: unstable Urgency: medium Maintainer: Sylvain Le Gall [EMAIL PROTECTED] Changed-By: Sylvain Le Gall [EMAIL PROTECTED] Description: unison - A file-synchronization tool for Unix and Windows unison-gtk - A file-synchronization tool for Unix and Windows - GTK interface Closes: 171063 184465 252617 271415 304124 Changes: unison (2.10.2-1) unstable; urgency=medium . * Transition to ocaml 3.08.3 ( Closes: #304124 ) * Split the package unison in unison2.9.1 and unison for being able to have 2 versions of the protocol. * Use update-alternative to be able to install both unison2.9.1 and unison * Revisit the build system : use sed and mv to create package unison2.9.1 and unison ( rename debhelper files in rule, subsitute @VERSION@ by the right version in the content of some files ). * Conflicts with package unison ( 2.9.1-2 ), because this package install a binary unison which will conflict with update-alternative * Use a Provide: unison to manage the oldest package ( which provides also unison, but with a slightly different protocol ). * Remove the patch 01_ocaml_3_08 since it is applied upstream * Use a GTK2 interface, since GTK1 interface doesn't even build ( Closes: #252617 ) * No more HTML/PS documentation, only text documentation, because it is the only one i can produce without doing severe licence violation ( the former HTML version comes from a strange unison-manual.tex, which cannot be found, so i don't have the source and i cannot distribute files without source ) ( Closes: #171063, #184465 ) * New upstream release ( Closes: #271415 ) * Add NEWS.Debian to explain the split of the package * Correct and add a section to README.Debian. Files: d8e4f0ed13d76caabaaf626907516207 650 net optional unison_2.10.2-1.dsc a3a9a992c768946923ec1db88b8bfd7e 427001 net optional unison_2.10.2.orig.tar.gz fe28e5d8b424803ab753f271a14e9fca 8163 net optional unison_2.10.2-1.diff.gz 5b3d08b5d81081b31728badc1a1ce17e 456468 net optional unison_2.10.2-1_i386.deb 01b2f83c7e25473adc77c8d888db4d86 703288 net optional unison-gtk_2.10.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdSjoXcrf4TUB5sURArT3AKCa+h0/z/WX/q3KtniB8oHsC2PMNwCfVjFu FCJ/Guj+1EJmb9Go+z8olu4= =x6aN -END PGP SIGNATURE- Accepted: unison-gtk_2.10.2-1_i386.deb to pool/main/u/unison/unison-gtk_2.10.2-1_i386.deb unison_2.10.2-1.diff.gz to pool/main/u/unison/unison_2.10.2-1.diff.gz unison_2.10.2-1.dsc to pool/main/u/unison/unison_2.10.2-1.dsc unison_2.10.2-1_i386.deb to pool/main/u/unison/unison_2.10.2-1_i386.deb unison_2.10.2.orig.tar.gz to pool/main/u/unison/unison_2.10.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kronolith 1.1.4-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 21:30:02 +0200 Source: kronolith Binary: kronolith Architecture: source all Version: 1.1.4-1 Distribution: unstable Urgency: high Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: kronolith - Web Based Calendar Manager Closes: 307170 Changes: kronolith (1.1.4-1) unstable; urgency=high . * New upstream release. This version fix a cross site scripting vulnerability, closes: #307170. CAN-2005-1314 Files: 22ad6e2c54caac6987d0d794bbb360a3 568 web optional kronolith_1.1.4-1.dsc 8f5e5bca2a8b383e8a00fe19dacd138f 530945 web optional kronolith_1.1.4.orig.tar.gz cc9860dc5f1c1d7b0f1536338bd60b8a 9644 web optional kronolith_1.1.4-1.diff.gz e2eaf56350772864bb5737e7d34e2a2b 527114 web optional kronolith_1.1.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdS6dGKGxzw/lPdkRAmZJAKCQBgGAxu9/81f0/t1M3G/AfXLJVACgkXw0 +fn12nWPEHRB+Gv3QuOtKvU= =0Kt+ -END PGP SIGNATURE- Accepted: kronolith_1.1.4-1.diff.gz to pool/main/k/kronolith/kronolith_1.1.4-1.diff.gz kronolith_1.1.4-1.dsc to pool/main/k/kronolith/kronolith_1.1.4-1.dsc kronolith_1.1.4-1_all.deb to pool/main/k/kronolith/kronolith_1.1.4-1_all.deb kronolith_1.1.4.orig.tar.gz to pool/main/k/kronolith/kronolith_1.1.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sork-forwards 2.2.2-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 21:34:17 +0200 Source: sork-forwards Binary: sork-forwards Architecture: source all Version: 2.2.2-1 Distribution: unstable Urgency: high Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: sork-forwards - Tool to set autoforward in horde Closes: 307175 Changes: sork-forwards (2.2.2-1) unstable; urgency=high . * New upstream release. This version fix a cross site scripting vulnerability, closes: #307175. CAN-2005-1318 Files: 51af6c270f6fb02767681b4e99e9691d 590 web optional sork-forwards_2.2.2-1.dsc bd5d3122e5f205b180b3596dbb8f8347 139234 web optional sork-forwards_2.2.2.orig.tar.gz 04841dcd3526ece2509e6fb32c744be1 10070 web optional sork-forwards_2.2.2-1.diff.gz fb521f8e2111a49fd53936bcb8fc255a 48610 web optional sork-forwards_2.2.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdS+KGKGxzw/lPdkRAr84AJ9/koY7YZ3utjb++uf+WcJs6sbyVQCfTivP SB9SnSVkkLyASaBRK2Z4t5A= =UNep -END PGP SIGNATURE- Accepted: sork-forwards_2.2.2-1.diff.gz to pool/main/s/sork-forwards/sork-forwards_2.2.2-1.diff.gz sork-forwards_2.2.2-1.dsc to pool/main/s/sork-forwards/sork-forwards_2.2.2-1.dsc sork-forwards_2.2.2-1_all.deb to pool/main/s/sork-forwards/sork-forwards_2.2.2-1_all.deb sork-forwards_2.2.2.orig.tar.gz to pool/main/s/sork-forwards/sork-forwards_2.2.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted turba 1.2.5-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 21:25:17 +0200 Source: turba Binary: turba Architecture: source all Version: 1.2.5-1 Distribution: unstable Urgency: high Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: turba - A web based contact manager Closes: 307179 Changes: turba (1.2.5-1) unstable; urgency=high . * New upstream release. This version fix a cross scripting vulnerability, closes: #307179. CAN-2005-1315 Files: 34b8530b4d1f4403754bd10c8d717773 557 web optional turba_1.2.5-1.dsc 24d86936d30ec1b02c30b991e72d018a 537277 web optional turba_1.2.5.orig.tar.gz da5f8b051ae5ae751eb3c4be33817a9d 7450 web optional turba_1.2.5-1.diff.gz 1d6de923e848c80cb5a18a5714c9a5a9 191056 web optional turba_1.2.5-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdS3nGKGxzw/lPdkRAuhmAJ4uqpY6kKkIOA2lpNLxvQt5k803twCcCYPH 1P99cBmw2nRBzc6x/nFreLc= =KU/f -END PGP SIGNATURE- Accepted: turba_1.2.5-1.diff.gz to pool/main/t/turba/turba_1.2.5-1.diff.gz turba_1.2.5-1.dsc to pool/main/t/turba/turba_1.2.5-1.dsc turba_1.2.5-1_all.deb to pool/main/t/turba/turba_1.2.5-1_all.deb turba_1.2.5.orig.tar.gz to pool/main/t/turba/turba_1.2.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sork-accounts 2.1.2-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 21:36:35 +0200 Source: sork-accounts Binary: sork-accounts Architecture: source all Version: 2.1.2-1 Distribution: unstable Urgency: high Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: sork-accounts - Account handling framework for horde Closes: 307175 Changes: sork-accounts (2.1.2-1) unstable; urgency=high . * New upstream release. This version fix a cross site scripting vulnerability, closes: #307175. CAN-2005-1318 Files: 3780042f0f432408fa384ba75f706192 589 web optional sork-accounts_2.1.2-1.dsc c0fa1c003c243be0c976a8b527bce6ce 105969 web optional sork-accounts_2.1.2.orig.tar.gz 99c492bfbf5d0294f8d7d21e42f123e8 4182 web optional sork-accounts_2.1.2-1.diff.gz 4e0c0f4db987372fc1796189fdd5a67a 35020 web optional sork-accounts_2.1.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdTAQGKGxzw/lPdkRAraAAJ41zfhi68Ucl2up5oWznKu4q8pPUgCeMRe+ AG/5TBYZeJ5bll6XpknOFF8= =V2mC -END PGP SIGNATURE- Accepted: sork-accounts_2.1.2-1.diff.gz to pool/main/s/sork-accounts/sork-accounts_2.1.2-1.diff.gz sork-accounts_2.1.2-1.dsc to pool/main/s/sork-accounts/sork-accounts_2.1.2-1.dsc sork-accounts_2.1.2-1_all.deb to pool/main/s/sork-accounts/sork-accounts_2.1.2-1_all.deb sork-accounts_2.1.2.orig.tar.gz to pool/main/s/sork-accounts/sork-accounts_2.1.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted docbook-xsl 1.68.1-0.1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 15:10:58 -0400 Source: docbook-xsl Binary: docbook-xsl Architecture: source all Version: 1.68.1-0.1 Distribution: unstable Urgency: low Maintainer: Mark Johnson [EMAIL PROTECTED] Changed-By: Jaldhar H. Vyas [EMAIL PROTECTED] Description: docbook-xsl - stylesheets for processing DocBook XML files to various output fo Changes: docbook-xsl (1.68.1-0.1) unstable; urgency=low . * NMU: latest version. Files: 716f67c407a88a5f5edf72c454f2718a 599 text optional docbook-xsl_1.68.1-0.1.dsc ddab161c1b2fa381be42322719c6d074 1597611 text optional docbook-xsl_1.68.1.orig.tar.gz 5363b3a0e9f5ce56088493c269d4e751 6010 text optional docbook-xsl_1.68.1-0.1.diff.gz 59933c91019e0d8dad29077dc134f99d 1205732 text optional docbook-xsl_1.68.1-0.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdSsn2kYOR+5txmoRAhHcAJ94gbGNBnJaHscmsKJ+YIefhduLggCgqCyg 0sedBDcwwk3C/en3mCsrzc8= =5Up4 -END PGP SIGNATURE- Accepted: docbook-xsl_1.68.1-0.1.diff.gz to pool/main/d/docbook-xsl/docbook-xsl_1.68.1-0.1.diff.gz docbook-xsl_1.68.1-0.1.dsc to pool/main/d/docbook-xsl/docbook-xsl_1.68.1-0.1.dsc docbook-xsl_1.68.1-0.1_all.deb to pool/main/d/docbook-xsl/docbook-xsl_1.68.1-0.1_all.deb docbook-xsl_1.68.1.orig.tar.gz to pool/main/d/docbook-xsl/docbook-xsl_1.68.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted imp4 4.0.3-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 21:43:26 +0200 Source: imp4 Binary: imp4 Architecture: source all Version: 4.0.3-1 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: imp4 - webmail component for horde framework Closes: 304286 Changes: imp4 (4.0.3-1) unstable; urgency=low . * New upstream release, closes: #304286. Files: 2bbc9e3b06aef790c6cda9cdc4eae18e 606 web optional imp4_4.0.3-1.dsc 42e7232663f65c2edf5e5bb8c85e84f9 3060914 web optional imp4_4.0.3.orig.tar.gz 873e62a0a78d0a8c84b1167f0e5e2cc2 6738 web optional imp4_4.0.3-1.diff.gz 94e01bfc7afdb6310086f033c82e0feb 3066314 web optional imp4_4.0.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCdTHSGKGxzw/lPdkRArKDAKCnN1WUf07CcTL3TQGA1CYbdIUSjgCfY0Qw LQ1gGhsxk0dTgc+4YDP1XAU= =lLKa -END PGP SIGNATURE- Accepted: imp4_4.0.3-1.diff.gz to pool/main/i/imp4/imp4_4.0.3-1.diff.gz imp4_4.0.3-1.dsc to pool/main/i/imp4/imp4_4.0.3-1.dsc imp4_4.0.3-1_all.deb to pool/main/i/imp4/imp4_4.0.3-1_all.deb imp4_4.0.3.orig.tar.gz to pool/main/i/imp4/imp4_4.0.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted scalapack 1.7-8 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Apr 2005 13:55:52 +0200 Source: scalapack Binary: scalapack-pvm-dev scalapack-test-common scalapack1-mpich scalapack-lam-test scalapack-lam-dev scalapack-pvm-test scalapack1-pvm scalapack-mpich-dev scalapack1-lam scalapack-mpich-test Architecture: source i386 all Version: 1.7-8 Distribution: unstable Urgency: low Maintainer: Philipp Frauenfelder [EMAIL PROTECTED] Changed-By: Philipp Frauenfelder [EMAIL PROTECTED] Description: scalapack-lam-dev - Scalable Linear Algebra Package - Dev. files for LAM scalapack-lam-test - Scalable Linear Algebra Package - Test files for LAM scalapack-mpich-dev - Scalable Linear Algebra Package - Dev. files for MPICH scalapack-mpich-test - Scalable Linear Algebra Package - Test files for MPICH scalapack-pvm-dev - Scalable Linear Algebra Package - Dev. files for PVM scalapack-pvm-test - Scalable Linear Algebra Package - Test files for PVM scalapack-test-common - Test data for ScaLAPACK testers scalapack1-lam - Scalable Linear Algebra Package - Shared libs. for LAM scalapack1-mpich - Scalable Linear Algebra Package - Shared libs. for MPICH scalapack1-pvm - Scalable Linear Algebra Package - Shared libs. for PVM Closes: 302425 Changes: scalapack (1.7-8) unstable; urgency=low . * Adjust build deps for LAPACK and BLAS and also change the linking wrt. these libraries. Closes: #302425. Thanks to Camm Maguire Files: 4dd89a7c17234644f1340f4c5f2a7b4e 888 devel extra scalapack_1.7-8.dsc 94daa65e18eefb8c3913dbd6cfb6a66f 22151 devel extra scalapack_1.7-8.diff.gz 5188f937cc099845eb6f38452f57c7d3 2657288 devel extra scalapack1-mpich_1.7-8_i386.deb 01ebdf99ae3712fbde1ea919a0b5d5cc 2852282 devel extra scalapack-mpich-dev_1.7-8_i386.deb a71e7588c717e25f89e8077fbe2fadd8 15876896 devel extra scalapack-mpich-test_1.7-8_i386.deb 074880348b95e5faf6e82e34ff83ece1 2654692 devel extra scalapack1-lam_1.7-8_i386.deb 12c0c84b0dedf3186046cf1a5f5af607 2852292 devel extra scalapack-lam-dev_1.7-8_i386.deb 33f3917611892cb95e861531943be7b8 3713972 devel extra scalapack-lam-test_1.7-8_i386.deb 598d822581d7c5c21405e3ed6eabb21f 2654652 devel extra scalapack1-pvm_1.7-8_i386.deb 3bc797e2ef77cf5c8acddd0b5065ae7c 2852230 devel extra scalapack-pvm-dev_1.7-8_i386.deb 848f57c22bfa3bff36c6a5ce8180fb62 3712458 devel extra scalapack-pvm-test_1.7-8_i386.deb 948955f40e77f094283cecffd364a194 18586 devel extra scalapack-test-common_1.7-8_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdSkZWLF0MZ2lytgRAp3OAJ4+Cs279h8XC8uabrpH6X7QR5Gv0QCfY6/g XDpyJVKpReH2h8UYuGiKbkY= =pK8k -END PGP SIGNATURE- Accepted: scalapack-lam-dev_1.7-8_i386.deb to pool/main/s/scalapack/scalapack-lam-dev_1.7-8_i386.deb scalapack-lam-test_1.7-8_i386.deb to pool/main/s/scalapack/scalapack-lam-test_1.7-8_i386.deb scalapack-mpich-dev_1.7-8_i386.deb to pool/main/s/scalapack/scalapack-mpich-dev_1.7-8_i386.deb scalapack-mpich-test_1.7-8_i386.deb to pool/main/s/scalapack/scalapack-mpich-test_1.7-8_i386.deb scalapack-pvm-dev_1.7-8_i386.deb to pool/main/s/scalapack/scalapack-pvm-dev_1.7-8_i386.deb scalapack-pvm-test_1.7-8_i386.deb to pool/main/s/scalapack/scalapack-pvm-test_1.7-8_i386.deb scalapack-test-common_1.7-8_all.deb to pool/main/s/scalapack/scalapack-test-common_1.7-8_all.deb scalapack1-lam_1.7-8_i386.deb to pool/main/s/scalapack/scalapack1-lam_1.7-8_i386.deb scalapack1-mpich_1.7-8_i386.deb to pool/main/s/scalapack/scalapack1-mpich_1.7-8_i386.deb scalapack1-pvm_1.7-8_i386.deb to pool/main/s/scalapack/scalapack1-pvm_1.7-8_i386.deb scalapack_1.7-8.diff.gz to pool/main/s/scalapack/scalapack_1.7-8.diff.gz scalapack_1.7-8.dsc to pool/main/s/scalapack/scalapack_1.7-8.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted choose-mirror 1.08 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 20:12:37 +0200 Source: choose-mirror Binary: choose-mirror Architecture: source i386 Version: 1.08 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Christian Perrier [EMAIL PROTECTED] Description: choose-mirror - Choose mirror to install from (udeb) Closes: 242689 253575 Changes: choose-mirror (1.08) unstable; urgency=low . * Colin Watson - Build-depend on locales. - Exec choose-mirror in postinst (saves a process). * Christian Perrier - Add self to Uploaders - debian/rules: Activate the code to grab country names and translations from iso-codes, saving double work to translators. Closes: #242689 - templates-in: renamed to choose-mirror.templates-in - choose-mirror.templates-in: Add details about specifying an alternate port for HTTP and FTP mirror hostnames. Closes: #253575 Files: 473d795fc0a5b76fb69bcd4dea839c91 769 debian-installer extra choose-mirror_1.08.dsc e279e40f276d3a2cecd46026ee020e1d 597186 debian-installer extra choose-mirror_1.08.tar.gz 858be0390064f10d7921822e77985e42 57838 debian-installer extra choose-mirror_1.08_i386.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdTK51OXtrMAUPS0RAsBjAKCTuW9ZirgFXE8roqEa8aSGIuZVegCeMbll zG1LSfIBhyPY6UOJSL7MUiQ= =/hNc -END PGP SIGNATURE- Accepted: choose-mirror_1.08.dsc to pool/main/c/choose-mirror/choose-mirror_1.08.dsc choose-mirror_1.08.tar.gz to pool/main/c/choose-mirror/choose-mirror_1.08.tar.gz choose-mirror_1.08_i386.udeb to pool/main/c/choose-mirror/choose-mirror_1.08_i386.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kwartz 1:2.0.0-release-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 1 May 2005 14:24:16 -0600 Source: kwartz Binary: kwartz Architecture: source all Version: 1:2.0.0-release-1 Distribution: unstable Urgency: low Maintainer: Wesley J. Landaker [EMAIL PROTECTED] Changed-By: Wesley J. Landaker [EMAIL PROTECTED] Description: kwartz - language independent HTML templating system Changes: kwartz (1:2.0.0-release-1) unstable; urgency=low . * New upstream release * Updated man page * Removed mkmethod kludge Files: e8729ed255cc857d7ebb1c3207de6958 611 web optional kwartz_2.0.0-release-1.dsc bf3fd8b1d03b4175378693db8d00fbdd 166424 web optional kwartz_2.0.0-release.orig.tar.gz b1d659bb6eff0f244e100b0d6d5a4545 3524 web optional kwartz_2.0.0-release-1.diff.gz 6e3951dc7145837d5bac68d967bbb42f 163554 web optional kwartz_2.0.0-release-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdTtD8KmKTEzW49IRAv1uAJ0fn6oKlqLvrNZnnEzZuAw7pAh1AACfYsL0 m9E8zYjoCyJ8rK4DaUIslY0= =3BVn -END PGP SIGNATURE- Accepted: kwartz_2.0.0-release-1.diff.gz to pool/main/k/kwartz/kwartz_2.0.0-release-1.diff.gz kwartz_2.0.0-release-1.dsc to pool/main/k/kwartz/kwartz_2.0.0-release-1.dsc kwartz_2.0.0-release-1_all.deb to pool/main/k/kwartz/kwartz_2.0.0-release-1_all.deb kwartz_2.0.0-release.orig.tar.gz to pool/main/k/kwartz/kwartz_2.0.0-release.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]