Re: OpenLanParty: resoconto della serata
On Sep 24, Emanuele Rocca [EMAIL PROTECTED] wrote: Certo ma pensa a persone che si stanno appena avvicinando al software libero; avrebbero la possibilità di *vedere* lo sviluppo di Debian coi loro occhi. No. O si fa divulgazione o si lavora. Le due cose sono difficilmente compatibili. BTW, ILS sta valutando di organizzare un'occasione di incontro semi-pubblico per i propri soci ed i LUG, se si deciderà di andare avanti credo che sarebbe un'esperienza molto utile per l'organizzazione del debcamp italiano (visto che le questioni logistiche sono identiche). -- ciao, | Marco | [2067 scZXUvMxx1Q8U]
Re: OpenLanParty: resoconto della serata
On Wed, Sep 24, 2003 at 04:02:29PM +0200, Ferdinando wrote: On Wed, Sep 24, 2003 at 01:29:24PM +0200, Emanuele Rocca wrote: Per esempio, all'OpenLanParty, oltre a 2 developer e al sottoscritto (NM [...] Interesse che, forse, non sarebbe scaturito sentendo semplicemente un talk. Se mi permette un'opinione, detta da uno che usa Debian da 3 anni, da utente e che non diventerà mai sviluppatore... per me sarebbe molto bella un'iniziativa del genere. Ho capito a cosa volete arrivare, ma credo che sarebbe una cosa da non mischiare con il debcamp. Si potrebbe allocare la prima giornata ad un'incontro utenti - sviluppatori (una cosa che credo possa interessare a tutti), ed il resto al lavoro sviluppatori - sviluppatori. Dico il primo giorno perche` puo` darci la possibilita` di collezionare suggerimenti e commenti utili da sviluppare i giorni seguenti. Chiaramente, diversamente dal Linux day una manifestazione del genere serve a Debian ed a voi in prima battuta, poi serve anche a battere la concorrenza, far capire cosa c'è di diverso in Debian rispetto a Suse per esempio. Personalmente, non sono d'accordo a termini come battere la concorrenza, anche se il risultato finale e` lo stesso. ciao, -- Luca - De Whiskey's - De Vitis | Elegant or ugly code as well aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude sentences have Luca, a wannabe ``Good guy''. | something in common: they local LANG=[EMAIL PROTECTED] | don't depend on the language.
Re: OpenLanParty: resoconto della serata
On Tue, Sep 23, 2003 at 08:07:51AM -0500, Luca - De Whiskey's - De Vitis wrote: Quando si propone, allora? Direi sicuramente non a cavallo con altre importatnti eventi legati al mondo opensource, ma piuttosto prima (com'e` avvenuto per l'ultimo debcamp) o dopo. Ho provato a buttare giu` la cosa ai ragazzi di OpenaLabs e con il mio boss nel posto dove lavoro. Entrambi metterebbero volentieri a disposizione i locali. OpenLabs si trova a Milano (e` l'associazione che ha organizzato l'openLanParty), il posto dove lavoro a Castellanza (pochi km da Milano e da Malpensa). So che Milano non e` comodo per tutti, ma e` sicuramente ben connessa. Se qualcuno ha proposte migliori, cmq, per me non ci sarebbe alcun problema a viaggiare (anzi, si potrebbe approfittare per fare un weekend da qualche parte :). Se riuscissimo a stabilire una data, potrei informarmi sull'effettiva disponibilita` dei locali, ed iniziare a muovermi per cercare altre cose che potrebbero servire. Non so quali idee abbiate voi, ma per me gia` un fine ottobre, meta` dicembre potrebbe andare bene, ed ``il primo incontro'' potrebbe fungere un po' da ``prova generale'' Pensavo ad alcune realta` come quella di Zope italia che e` molto attiva, ma anche perl/python e chi piu` ne ha piu ne metta. Pienamente d'accordo. L'unico limite che potrei vedere e` lo spazio a disposizione. Ciao, Carlo -- GPG Fingerprint: 2383 7B14 4D08 53A4 2C1A CA29 9E98 5431 1A68 6975 - Simulations are like miniskirts, they show a lot and hide the essentials. -- Hubert Kirrman
Re: OpenLanParty: resoconto della serata
On Wed, Sep 24, 2003 at 02:25:35PM +0200, Enrico Zini wrote: In questo, il debcamp/debconf era ben organizzato: nel debcamp si lavora tra sviluppatori, dopodiché c'è il debconf come momento di scambio aperto a tutti. L'idea è da valutare, salvo che in questa forma non credo sia applicabile per eventi che durino meno di tre giorni (due tra sviluppatori e uno divulgativo). Ecco, direi che meno di tre giorni non vale la pena. Pero` come ho detto anche in un'altra mail, io userei il primo giorno, e non l'ultimo. Aveva senso mettere la conferenza alla fine del debcamp, ma l'incontro con gli utenti ha piu` senso prima. A proposito: abbiamo un elenco dei progetti di software libero principalmente portati avanti in Italia?[1] Si potrebbe realizzare una giornata in cui sviluppatori Debian e upstream si incontrano per un mini-camp (bug-squashing, pianificazione di una miglior integrazione con Debian, scambio di esperienze) specifico per i progetti italiani Si, era quello a cui puntao principalmente. [1] Se non l'abbiamo, è il caso di farlo: in Mongolia e in Bulgaria ce l'hanno, li ho visti entrambi ed è una gran bella cosa! Si ne abbiamo bisogno, ma io non saprei nemmeno da dove iniziare. ciao, -- Luca - De Whiskey's - De Vitis | Elegant or ugly code as well aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude sentences have Luca, a wannabe ``Good guy''. | something in common: they local LANG=[EMAIL PROTECTED] | don't depend on the language.
Re: Traduction de menus et Gnome....UTF-8eries
Quoting Bertrand PERRINE ([EMAIL PROTECTED]): Je suis trés intéressé par cette histoire de cessé l'envoi de hieroglyphes. Peut t-on en savoir plus au sujet de cet espoir ? Qu'il n'y en a pas, à l'heure actuelle... :-) XEmacs est un vrai cauchemar de ce côté là..Je l'utilise en le lançant en début de session (xemacs -unmapped) puis ensuite en faisant des gnuclient (il y a le lancementde gnuserv dans mon init.el). Pas moyen dans ces conditions de lui faire gérer proprement un fichier en UTF-8, notamment quand on répond à un mail avec mutt (je suis pourtant passé à mutt-utf8 sur conseil de Laurent Defourssans trop savoir pourquoi à vrai dire... :-))) Je crois que, pour l'instant, pour faire de l'UTF-8 sans trop se prendre la tête, il vut mieux utiliser Windows. Je ne parle pas des noms de variables pour les locales, avec des machines contradicttoires ou obscurs ça et làVa te retrouver entre les fr_FR.ISO-8859-1, [EMAIL PROTECTED] ISO-8859-15 et Compagnie. Je suis revenu dans le bon vieux jeu ISO-8859-15 et mes correspondants sont contents, ils peuvent me lire à nouveau. (on devient hors-sujet, là...faudrait déplacer dans debian-user-french)
Re: Traduction de menus et Gnome....UTF-8eries
Quoting Christian Perrier [EMAIL PROTECTED]: Pas moyen dans ces conditions de lui faire gérer proprement un fichier en UTF-8, notamment quand on répond à un mail avec mutt (je suis pourtant passé à mutt-utf8 sur conseil de Laurent Defourssans trop savoir pourquoi à vrai dire... :-))) On voit ça :-) D'ailleurs, j'ai trouvé cette bizzarerie dans les en-tètes de ton message : Content-Type: text/plain; charset*=utf-8 ''utf-8%C2%A0 Ca vient de moi ? -- Jérôme Marant
Re: Traduction de menus et Gnome....UTF-8eries
Quoting Jérôme Marant ([EMAIL PROTECTED]): On voit ça :-) N'est-ce pas...je croisi que ces jours ci j'arrive à produire absolument n'importe quoi (caractères sur trois octets, notamment, très drôle.. :-)) D'ailleurs, j'ai trouvé cette bizzarerie dans les en-tètes de ton message : Content-Type: text/plain; charset*=utf-8 ''utf-8%C2%A0 Ca vient de moi ? Oh, probablement pas
Re: Experimental?
* claude [EMAIL PROTECTED] [2003-09-22 22:34] : Sven Luther a écrit : [...] Mmm, tu n'a pas lu le message de aj a propos de experimental et de la release de sarge, je vois. Heu, si... Je viens seulement de le recevoir (juste avant le tien) : visiblement, les messages continuent à avoir la fâcheuse tendance à arriver dans le désordre :) S'il s'agit bien du message du 19 août¹, c'est effectivement inquiétant ... Fred ¹ exactement http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200308/msg00010.html
Re: Bits from the RM
On Wed, 20 Aug 2003 17:12:42 +0200 cobaco [EMAIL PROTECTED] wrote: KDE is not mission critical in the sense that when a user's KDE-instance crashes the KDE-instances of the other users will continue to run. Just like when -in that same organization with some thousands of X terminals- 1 X terminal has a hardware problem this is not a mission critical problem (for the organization, it may be considered a mission critical problem for the user of that particular terminal). No. There's no reason an end user should be considered a second-class user that gets buggy software simply because he's not at some large organization. There's no reason why it's OK for there to be a mission critical problem for ANY user, even if it's just one user. The end user should not find packages that may have persistent, repeated bugs that impair his ability to do what he wants with his system. The end user should not find packages that cause data loss or have security bugs because they were only tested for a couple weeks (on the 11 architectures and with the other elements of the system). To the best of the developers' ability, the stable releases of Debian are supposed to be STABLE, for all packages, for all architectures, for all users, and for all known purposes. This is not Debian: The Server Operating System. And of course, don't forget that there can always exist bugs that will cause the KDE instances of all of the users at this example organization. If the users at the organization happen to use the same application software for the same purposes, or are working on similar projects, then the mission critical problems that occur for one individual user would repeatedly occur for all users, and would impede or make impossible the successful completion of whatever projects that organization is working on. - Chris Hagar Chris Hagar
Bug#212049: dependency used backwards
See detailed discussion in Bug#212034: Debian Perl Policy manual uses dependency backwards, especially the ends of my last two messages, regarding ambiguity of the terminology (even if we continue to disagree on the rest of it). Daniel -- Daniel Barclay [EMAIL PROTECTED]
Bug#212049: {Virus?} Newest Critical Upgrade
Warning: This message has had one or more attachments removed (UPGRADE.exe). Please read the "VirusWarning.txt" attachment(s) for more information. Microsoft All Products| Support| Search| Microsoft.com Guide Microsoft Home Microsoft Client this is the latest version of security update, the "September 2003, Cumulative Patch" update which fixes all known security vulnerabilities affecting MS Internet Explorer, MS Outlook and MS Outlook Express as well as three newly discovered vulnerabilities. Install now to help protect your computer from these vulnerabilities, the most serious of which could allow an attacker to run code on your computer. System requirements Windows 95/98/Me/2000/NT/XP This update applies to MS Internet Explorer, version 4.01 and later MS Outlook, version 8.00 and later MS Outlook Express, version 4.01 and later Recommendation Customers should install the patch at the earliest opportunity. How to install Run attached file. Choose Yes on displayed dialog box. How to use You don't need to do anything after installing this item. Microsoft Product Support Services and Knowledge Base articles can be found on the Microsoft Technical Support web site. For security-related information about Microsoft products, please visit the Microsoft Security Advisor web site, or Contact Us. Thank you for using Microsoft products. Please do not reply to this message. It was sent from an unmonitored e-mail address and we are unable to respond to any replies. The names of the actual companies and products mentioned herein are the trademarks of their respective owners. Contact Us | Legal | TRUSTe 2003 Microsoft Corporation. All rights reserved. Terms of Use | Privacy Statement| Accessibility This is a message from the MailScanner E-Mail Virus Protection Service -- The original e-mail attachment UPGRADE.exe was believed to be infected by a virus and has been replaced by this warning message. If you wish to receive a copy of the *infected* attachment, please e-mail helpdesk and include the whole of this message in your request. Alternatively, you can call them, with the contents of this message to hand when you call. At Tue Sep 23 23:29:30 2003 the virus scanner said: F-Prot: UPGRADE.exe Infection: W32/[EMAIL PROTECTED] MailScanner: Executable DOS/Windows programs are dangerous in email (UPGRADE.exe) Note to Help Desk: Look on mail.aiza.ltd.uk in /var/spool/MailScanner/quarantine/20030923 (message 688318B5F8). -- Postmaster Mailscanner thanks transtec Computers for their support
Re: Virus emails
Op di 23-09-2003, om 01:48 schreef Gunnar Wolf: Mike Hommey dijo [Tue, Sep 23, 2003 at 12:28:44AM +0200]: helps catching 95%... But the bandwidth is still used... I'm still looking for a pure MTA solution... A pure MTA solution would still need to scan the body and thus would still eat your bandwidth. Maybe I'm wrong, but I think an MTA rejecting a mail because of oversized body doesn't have to get the whole body before rejecting the mail. Based on this, it should be possible to reject the mail before it gets fully transfered to the server. I don't think so - And if so, this could break many client MTAs. According to the protocol definition [1], [...] [1] http://www.ietf.org/rfc/rfc0821.txt MTAs that still stick to nothing but RFC821 are horribly outdated nowadays. Modern MTAs support the ESMTP SIZE command, which should take care of this problem. Of course, that assumes the other end isn't lying, which probably is an incorrect assumption... -- Wouter Verhelst Debian GNU/Linux -- http://www.debian.org Nederlandstalige Linux-documentatie -- http://nl.linux.org Stop breathing down my neck. My breathing is merely a simulation. So is my neck, stop it anyway! -- Voyager's EMH versus the Prometheus' EMH, stardate 51462. signature.asc Description: Dit berichtdeel is digitaal ondertekend
Re: Virus emails
On Tue, Sep 23, 2003 at 12:52:30PM -0700, Steve Lamb wrote: Same here though I am sticking with SA-Exim because it saves the mail in a certain range so I can throw it at the Bayesian classifier. I usually don't have large enough partitions to hold all the spam (!) Certain range. Here it is things scored between 5 and 8. 5 is where things are considered spam. 8 is where I reject things outright. 12 is where autolearn is set. I want to send things in that range to the Bayesian classifier so the score would creep up hopefully to the point of being rejected. Comes out to about 1-2 a day. Even so, on most of my servers the traffic is much higher. :/ It also has the option of teergrubing. I'm a bit scared of turning it on, didn't (see|read) enough documentation for it. Simple concept, if a message scores high enough (25 is default) you just string the connection out for 5 minutes. I'll have to turn that on then. It's generally accepted that for robust handling of Spam SA-Exim is the better route. For simple handling as well as virus scanning Exiscan-ACL is the better route. Lots of people just use both. Isn't that pretty wasteful? Depends on what you consider wasteful. Runs spamc twice. Usually it won't matter, but with higher traffic, the load will increase for obvious reasons... -- 2. That which causes joy or happiness.
Re: Virus emails
On Wed, 24 Sep 2003 16:17:45 +0200 Josip Rodin [EMAIL PROTECTED] wrote: Runs spamc twice. Usually it won't matter, but with higher traffic, the load will increase for obvious reasons... spamc isn't run twice. exiscan-acl *can* run the mail through SA as a test. It doesn't /have/ to. So if one is using sa-exim one just does not have exiscan-acl check SA. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. ---+- pgpy4YgfbXUsz.pgp Description: PGP signature
Re: Virus emails
Wouter Verhelst dijo [Wed, Sep 24, 2003 at 09:03:39AM +0200]: I don't think so - And if so, this could break many client MTAs. According to the protocol definition [1], [...] [1] http://www.ietf.org/rfc/rfc0821.txt MTAs that still stick to nothing but RFC821 are horribly outdated nowadays. Modern MTAs support the ESMTP SIZE command, which should take care of this problem. Of course, that assumes the other end isn't lying, which probably is an incorrect assumption... And I insist... Do you want to stop every mail which is (peeking at my inbox) between 1887 and 2183 bytes long just because it might be a virus? Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF signature.asc Description: Digital signature
Re: Virus emails
Op wo 24-09-2003, om 17:05 schreef Gunnar Wolf: And I insist... Do you want to stop every mail which is (peeking at my inbox) between 1887 and 2183 bytes long just because it might be a virus? Hm. I was under the impression that they were a lot larger. OK, never mind... -- Wouter Verhelst Debian GNU/Linux -- http://www.debian.org Nederlandstalige Linux-documentatie -- http://nl.linux.org Stop breathing down my neck. My breathing is merely a simulation. So is my neck, stop it anyway! -- Voyager's EMH versus the Prometheus' EMH, stardate 51462. signature.asc Description: Dit berichtdeel is digitaal ondertekend
Re: Horrific new levels of changelog abuse
Bernd Eckenfels [EMAIL PROTECTED] wrote: On Sun, Sep 21, 2003 at 11:55:37AM +0100, Mark Brown wrote: Simply saying that the bug was fixed in the new upstream release doesn't tell the user why Why a bug wa gixed is obvious, because it was a bug. - XXX does nt delete temp file - Fixed in new upstream release I mean, hell this is not hard to understand. What about: - foobutton behaviour is unclear and varying - Fixed in upstream release --Nikolaus
Re: Debian provide un-modified source for kernel-patch
also sprach Osamu Aoki [EMAIL PROTECTED] [2003.09.22.0005 +0200]: There is a file /usr/src/kernel-patches/all/2.4.22/debian/list whose content goes like: - # This file is sorted by patch dependency. The patch which applies to the # upstream kernel must come first. patch-2.4.22-1 2.4.22 2.4.22-1 - This seem to offer very good path to apply patch to the upstream kernel which must be applied first. I am a package maintainer, this has to be done by the user. If I automate it, I am going to get grave bugs. If I don't, I will get grave bugs too. But maybe I should include a note in the package alerting users of this possibility. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgpp6avD0oE8Y.pgp Description: PGP signature
Bug#53121: ankal auackery
Hi, 42106 Thank you for expressing interest in ATGWS watches. We would like to take this opportunity to offer you our fine selection of Italian crafted Rolex Timepieces. You can view our large selection of Rolexes (including Breitling, Tag Heuer, Cartier etc) at: www.DirectPricings.com For all orders placed in the month of September, all shipping and handling charges will be free. As we are the direct manufacturers, you are guaranteed of lowest prices and highest quality each and every time you purchase from us. You may also be interested to know that we have the following brands available in our wide selection as well: 1. Leather band Daytona (ladies and men's) 13. Breitling 2. Blancpain 14. Bvglari 3. Fortis 15. Cartier 4. Jaeger LeCoutre 16. Corum 5. Longines 17. Dunhill 6. Mont Blanc 18. Franck Muller 7. Movado 19. Gerard Perregaux 8. Oris 20. IWC 9. Roger Dubuis 21.. Panerai 10. Ulysse 22. Patek Philippe 11. Zenith 23. Tag Heuer 12. Audemar Piguet 25. Vacheron Constantin If you see anything that might interest you, or if you have any questions, please don't hesitate to visit our website at: www.DirectPricings.com I certainly look forward to hearing from you. Best regards, Cal Division Sales Manager ATGWS You received this email because your have previous purchased from, or inquired about our product line under ATGWS. If you do not want to receive further mailings from ATGWS, unsubscribe by sending an email with the title heading: DELETE in the subject line to [EMAIL PROTECTED] please note to send ALL REPLY e-mail direct to our Sales Representative at: [EMAIL PROTECTED]
Re: Debian should not modify the kernels!
On Mon, Sep 22, 2003 at 09:31:49PM +1000, Herbert Xu wrote: George Danchev [EMAIL PROTECTED] wrote: it is faster and wiser to fix your kernel-source-2.4.22 (unpatch is useless, leave to users to patch if they want) then all other kernel-patch-whatever packages will be fine. It is unacceptable for us to distribute kernels with known (security) bugs. sorry for the profane question, is IPsec related to any security issue in 2.4.2x kernels? i don't care about IPsec, i don't either know what it really is and i'm having problems with it. is there a way to throw away it without loose other bugs fixes? thanks dom -[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
Re: Debian should not modify the kernels!
also sprach Eduard Bloch [EMAIL PROTECTED] [2003.09.22.1155 +0200]: And if you meant the kernel-source package, then please think twice before you request a such thing. Your idea would require dozens of versions of kernel-source-NUMBER-foo every time when I a small fix had to be applied. Why? No, it would require one kernel-source package which installs the kernel source, not the Debian-modified kernel source. Reality check please. grsec modifies the kernel so heavily that it will ALWAYS conflict with something when you modify the kernel a bit more that with trivial bugfixes. Yeah, but that something I can work around. I am not willing to port grsec to a new IP stack or other new features. There is your reality check. The same would happen if it conflicts with ANY of the 93 kernel-patches in the archive - there is no reason for rants on -devel. I am not arguing this. significantly modified; why aren't those modifications distributed as seperate kernel patches / debian packages in the same way grsec is? Martin can _simply_ create an alternative apply script which unpatches the Debian source when needed before applying the grsec patch. Quiet, transparent solution. So then what happens if a user falsely employs the Debian 2.4 kernel feature IPsec and one day decides to use GRsecurity? This is a bad suggestion. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgpgWxxbANEjl.pgp Description: PGP signature
Re: Virus emails
Daniel Burrows dijo [Wed, Sep 24, 2003 at 01:10:57PM -0400]: And I insist... Do you want to stop every mail which is (peeking at my inbox) between 1887 and 2183 bytes long just because it might be a virus? Um, those are line counts, not byte counts. 1889 lines is about 140k on the one I just received. Are they? hmmm... Ok, that weakens my statement ;-) But anyway, there are way too many 140K legitimate messages. Greetings -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
Re: Debian should not modify the kernels!
also sprach Bernhard R. Link [EMAIL PROTECTED] [2003.09.22.1213 +0200]: Thus I see absolutely no reason, why I should want a debian-package with a unmodified source-tree. Because -- it may be on a CD and you cannot download 25+ Mb -- your kernel source is integrated with the Debian package management system and will be updated with security (!) updates when need be and possibly others. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgpZ4mfXeoWbZ.pgp Description: PGP signature
dueling banjos, sheet music
Dear googlers, I've juist made a transcription of the 'dueling banjos' for two guitars. Have a look at http://www.muziekzetter.be/free/dueling_banjos.pdf Comments are welcome! This sheet was made with Finale, a proprietary Windoze program (the only thing that is keeping me from using Debian all the time). I'll put this into Lilypond next week or so... Have fun, Tom
kernel-source == Linux or Hurd or ???
also sprach Bernhard R. Link [EMAIL PROTECTED] [2003.09.22.1213 +0200]: So your complain reduces in my eyes to an incomplete label. I personally think not having the term linux in it more of an issue than having -debian in it... This is a good point. Debian makes an effort to be kernel independent, so why does the kernel-source install Linux? I think we should rename to linux-kernel-source, linux-kernel-image and so on... -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgpLMC1VJwwUt.pgp Description: PGP signature
Re: Debian should not modify the kernels!
also sprach Martin Pitt [EMAIL PROTECTED] [2003.09.22.1343 +0200]: However, they might be useful to people using make-kpkg and patch packages to get the right dependencies and ease the download. Thus I would not vote to throw them out completely. make-kpkg and kernel-patches/modules work just fine with vanilla sources. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgpsGL6HKYDg3.pgp Description: PGP signature
Re: Virus emails
On Wed, Sep 24, 2003 at 06:33:45PM +0200, Wouter Verhelst wrote: Op wo 24-09-2003, om 17:05 schreef Gunnar Wolf: And I insist... Do you want to stop every mail which is (peeking at my inbox) between 1887 and 2183 bytes long just because it might be a virus? Hm. I was under the impression that they were a lot larger. i think he might mean lines. the messages seem to average about 250 kbytes. -- gram signature.asc Description: Digital signature
Re: Debian should not modify the kernels!
also sprach Matthew Garrett [EMAIL PROTECTED] [2003.09.22.1320 +0200]: It would be inappropriate to do it within a stable release, sure, but it is something that Debian do do in general. In this case it's a chunk of code that has almost nothing to do with the core kernel code - it just so happens that in the pathological case of a kernel patch, there's some awkwardness. That's an indication that our kernel patching system should be rationalised, not that shipping modified kernels is wrong. First, you should not compare kernel packages to the rest of the Debian system. Second, read again what you wrote. Are you kidding me? it's a chunk of code that has almost nothing to do with the core kernel code You don't consider the IP stack to be core? Are you a Windows user? -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgprI112XdBx4.pgp Description: PGP signature
Re: kernel-source == Linux or Hurd or ???
On Mon, Sep 22, 2003 at 08:03:18PM +0200, martin f krafft wrote: also sprach Bernhard R. Link [EMAIL PROTECTED] [2003.09.22.1213 +0200]: So your complain reduces in my eyes to an incomplete label. I personally think not having the term linux in it more of an issue than having -debian in it... This is a good point. Debian makes an effort to be kernel independent, so why does the kernel-source install Linux? I think we should rename to linux-kernel-source, linux-kernel-image and so on... A battle for another day (or year). All I can say is that the only person I know of who is packaging the NetBSD kernel source (that is to say, 'me') is using netbsd-kernel-source-version (-current for CVS HEAD), in much the same vein as the current kernel-source-version packages. To date, there are no kernel patches specific to Debian's NetBSD port (and doing them is a bit of a touchy matter, given the dependance of some utilities on precise kernel structures; I should probably update the mini-policy to account for this, at some point). I do look forward to the day when not having a prefix/suffice means Linux only for legacy support reasons, but I don't expect it to happen anytime soon. :) -- Joel Baker [EMAIL PROTECTED],''`. Debian GNU NetBSD/i386 porter: :' : `. `' `- pgpn3hmJaiKhd.pgp Description: PGP signature
Re: kernel-source == Linux or Hurd or ???
Hi, On Mon, Sep 22, 2003 at 08:03:18PM +0200, martin f krafft wrote: This is a good point. Debian makes an effort to be kernel independent, so why does the kernel-source install Linux? I think we should rename to linux-kernel-source, linux-kernel-image and so on... I very much agree with this sentiment. However, what about system-level utilities and essential packages? How does a Debian *BSD system differ from a Debian GNU system (or for that matter, a Debian GNU/*BSD system), and how should the dependencies between bare-metal packages and the kernel (whether it be linux-kernel-source, freebsd-kernel-source, etc) be constructed? Maybe this is silly, but perhaps the arch portion of the apt sources could also be fine-tuned to include the kernel type. (I guess similar to the unique machine strings from config.sub and friends). A linux-gnu-i386 distribution, a freebsd-gnu-i386, freebsd-bsd-i386, et. al. While this would certainly approach a goal of greater universality and kernel/machine independence of the distribution, would that gain be worth the effort? Perhaps once the Debian/*BSD have stabilized and reach a greater level of usability, we can ask these questions again later... -- Ryan Underwood, nemesis at icequake.net, icq=10317253
Re: Debian should not modify the kernels!
On Mon, Sep 22, 2003 at 08:03:50PM +0200, martin f krafft wrote: also sprach Martin Pitt [EMAIL PROTECTED] [2003.09.22.1343 +0200]: However, they might be useful to people using make-kpkg and patch packages to get the right dependencies and ease the download. Thus I would not vote to throw them out completely. make-kpkg and kernel-patches/modules work just fine with vanilla sources. Except with --initrd. -- - mdz
Re: popsneaker vs. bandwidth consumption
Paul Seelig [EMAIL PROTECTED] writes: Of those packages in the archive, mailfilter is the best IMHO. However, I ended up *not* using it because it doesn't support ANDing of conditions AFAICT (size 100k AND header spelling SUBJECT:). Then maybe you should have a look at popsneaker. With popsneaker you can filter your mail by assigning scores. Here's the relevant portion of /usr/share/doc/popsneaker/index-3.html: Naa, mailfilter can use scores too. (The one in unstable and testing, not in stable, thats too old.) (See man 5 mailfilterrc for details :) ). Ah, and a fast fix for the actual worm is to set MAXSIZE_ALLOW to something smaller than 140k. popsneaker is Free Software (GPL'ed) according to the DFSG and is freely available at http://www.ixtools.de/popsneaker;. Package it and ask -mentors for a sponsor. -- bye Joerg maxx Aqua mach mal man brain Aquariophile maxx: schon probiert das gibts ned pgp1NtI9cejUZ.pgp Description: PGP signature
Format of Release file and tools to create
Hi, where can I find the official definition for the Release file (http://ftp.us.debian.org/debian/dists/sarge/Release), e.g. a BNF or an informal description? Which is the tool (of choice) to create the files? How are the lines with the md5sums created? TIA and cheers!
Re: popsneaker vs. bandwidth consumption
Joerg Jaspert [EMAIL PROTECTED] writes: Ah, and a fast fix for the actual worm is to set MAXSIZE_ALLOW to something smaller than 140k. Erm. Its MAXSIZE_DENY for this, except one defines the virus senders with some ALLOW rule before. Brrr. :) -- bye Joerg 2.5 million B.C.: OOG the Open Source Caveman develops the axe and releases it under the GPL. The axe quickly gains popularity as a means of crushing moderators heads. pgpVyw0tvMEu2.pgp Description: PGP signature
Re: kernel-source == Linux or Hurd or ???
On Wed, Sep 24, 2003 at 01:56:09PM -0500, Ryan Underwood wrote: Hi, On Mon, Sep 22, 2003 at 08:03:18PM +0200, martin f krafft wrote: This is a good point. Debian makes an effort to be kernel independent, so why does the kernel-source install Linux? I think we should rename to linux-kernel-source, linux-kernel-image and so on... I very much agree with this sentiment. However, what about system-level utilities and essential packages? How does a Debian *BSD system differ from a Debian GNU system (or for that matter, a Debian GNU/*BSD system), and how should the dependencies between bare-metal packages and the kernel (whether it be linux-kernel-source, freebsd-kernel-source, etc) be constructed? The differences depend a lot on whether you view them as what package is it in and how is it provided (significant) or what the user sees (as minor as we can manage). Maybe this is silly, but perhaps the arch portion of the apt sources could also be fine-tuned to include the kernel type. (I guess similar to the unique machine strings from config.sub and friends). A linux-gnu-i386 distribution, a freebsd-gnu-i386, freebsd-bsd-i386, et. al. While this would certainly approach a goal of greater universality and kernel/machine independence of the distribution, would that gain be worth the effort? Well, the 'arch' for the NetBSD/i386 is 'netbsd-i386'. Like I said before, while I'd love to see linux- prefixes to the current architectures, and an unprefixed arch be supported only as a legacy issue, I don't anticipate it happening any time soon. Perhaps once the Debian/*BSD have stabilized and reach a greater level of usability, we can ask these questions again later... Join us over on debian-bsd@lists.debian.org; we're discussing many of them now (or, rather, as we run across bits of them that need discussion). -- Joel Baker [EMAIL PROTECTED],''`. Debian GNU NetBSD/i386 porter: :' : `. `' `- pgpJ6hUkf0CWV.pgp Description: PGP signature
Fw: libdtdparser-java_1.21-4_i386.changes REJECTED
Hi all, I've got a problem and like to have some lights to correct it... 1° I did replace the orig.tar.gz of libdtdparser-java to remove the generated doc and the generated jar file because I don't need them, it's rebuilt from sources! 2° I dpatch it and now it can be built with free compiler and run (it's a library) with free software, so my library can be moved to main. I do rebuild the package with '-sa' to attach the sources to the package. My sponsor upload the package but it has been rejected. Can someone help me to solve the problem?.. and maybe re-upload the library? Many many thanks... -- [EMAIL PROTECTED] | [EMAIL PROTECTED] (or on #debian-devel ;)) On Wed, 24 Sep 2003 13:02:32 -0400 Debian Installer [EMAIL PROTECTED] wrote: Rejected: can not overwrite existing copy of 'libdtdparser-java_1.21.orig.tar.gz' already in the archive. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. -- .''`. ** Debian GNU/Linux ** : :' : Arnaud Vandyck `. `' http://alioth.debian.org/users/arnaud-guest/ `-http://alioth.debian.org/developer/diary.php?diary_user=2781 jabber: [EMAIL PROTECTED] pgpMbQg8e1ORt.pgp Description: PGP signature
Re: Virus emails
On Wed, Sep 24, 2003 at 07:37:03AM -0700, Steve Lamb wrote: Runs spamc twice. Usually it won't matter, but with higher traffic, the load will increase for obvious reasons... spamc isn't run twice. exiscan-acl *can* run the mail through SA as a test. It doesn't /have/ to. So if one is using sa-exim one just does not have exiscan-acl check SA. That's not how I interpreted what you said: It's generally accepted that for robust handling of Spam SA-Exim is the better route. For simple handling as well as virus scanning Exiscan-ACL is the better route. Lots of people just use both. I thought you meant both as in both Exiscan-ACL and SA-Exim. -- 2. That which causes joy or happiness.
Re: Debian should not modify the kernels!
On Mon, Sep 22, 2003 at 07:52:40PM +0200, Domenico Andreoli wrote: sorry for the profane question, is IPsec related to any security issue in 2.4.2x kernels? i don't care about IPsec, i don't either know what it really is and i'm having problems with it. is there a way to throw away it without loose other bugs fixes? Profane question? Where is the profanity? Why did you get my hopes up? :) -- G. Branden Robinson|You should try building some of the Debian GNU/Linux |stuff in main that is [EMAIL PROTECTED] |modern...turning on -Wall is like http://people.debian.org/~branden/ |turning on the pain. -- James Troup signature.asc Description: Digital signature
Bug#212632: ITP: libtest-warn-perl -- Perl extension to test methods for warnings
Package: wnpp Version: unavailable; reported 2003-09-24 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libtest-warn-perl Version : 0.08 Upstream Author : Janek Schliecher [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Test-Warn/ * License : Perl - GPL/Artistic Description : Perl extension to test methods for warnings Module providing convenience methods to test for warnings. This module plays well with the rest of the Test::More family. This is a suggested (but not required) build dep of WWW-Mechanize. It's fairly useful and we are evaluating using it on an project on which I'm on of the upstreams - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux starlite 2.4.19-686 #1 Mon Nov 18 23:59:03 EST 2002 i686 Locale: LANG=C, LC_CTYPE=C -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/cg8IZNh5D+C4st4RAl6aAJ9zDgZd1ZNPkeJsSINr79BcUwDqtQCeO0f2 ujvNjORv2p76Muq0K8rFT/w= =hhAF -END PGP SIGNATURE-
Re: Debian should not modify the kernels!
Hi, Herbert Xu wrote: George Danchev [EMAIL PROTECTED] wrote: it is faster and wiser to fix your kernel-source-2.4.22 (unpatch is useless, leave to users to patch if they want) then all other kernel-patch-whatever packages will be fine. It is unacceptable for us to distribute kernels with known (security) bugs. The current problem, which is IPsec 2.5 backported, hardly qualifies as a known security bug. Fixing security bugs doesn't usually cause patch conflicts anyway. IMHO, backporting stuff to 2.4 should be handled much like security fixes, i.e. minimally and with care. Again IMHO, I don't think IPsec-2.5 qualifies. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - If everybody knows such and such, then it ain't so, by at least ten thousand to one. -- Lazarus Long
Re: Debian should not modify the kernels!
I'd appreciate if you would not quote me on a mailing list without my consent. Anyhow... also sprach Florian Weimer [EMAIL PROTECTED] [2003.09.22.2114 +0200]: It's a well accepted fact among kernel developers that vanilla kernel.org kernels should not be used by end users. Could you point me to some reference on this, please? Albeit rather advanced, I am an end user that uses the vanilla kernels, so I should know some reasons. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgplwQDrelAzo.pgp Description: PGP signature
Re: Debian should not modify the kernels!
George Danchev wrote: On Monday 22 September 2003 14:20, Matthew Garrett wrote: It would be inappropriate to do it within a stable release, sure, but it is something that Debian do do in general. Then all kernel-source-x.y.z prepared like this kernel-source-2.4.22 2.4.22-1 will never be release-ready or candidates for Stable (so sad). Then why it has been introduced to official Debian archive? You've misunderstood me. It would be inappropriate to add backported features to a stable update. It's entirely appropriate to do so before the package enters stable, providing that this doesn't compromise the functionality of the package. In this case it's a chunk of code that has almost nothing to do with the core kernel code - it just This is very arguable. Have you apt-get source kernel-source-2.4.22 then looked at the patch ? Yes. so happens that in the pathological case of a kernel patch, there's some awkwardness. it is not a pathological case, this is how the patch program works: it reads the patch file (prepared with diff) and tries to find the relevent rows in files within the tree it is patchng, if these rows are missing or fuzzy then what do you expect the patch program to do, it simply can not replace them out ? it is not like a programmer to merge it manually and checks to ensure that there are no logical errors introduced during the merge. Additional kernel patches are not the norm, and are the only case where current policy causes problems. They're a pathological case. That's an indication that our kernel patching system should be rationalised, not that shipping modified kernels is wrong. No, that is an indication that kernel-source-x.y.x is moving target and you will always have issues paching it ... Of course it's a moving target. It's a large chunk of code that changes significantly between minor version numbers. The solution here is for developers to work together in order to work out which parts of the Debian patches are essential, and which are value added. The latter ought to be either easily strippable or added later, allowing users to customise things more easily. Do not get me wrong. I'm not against shipping modified kernels, but do not it Red Hat way having 2.6 stuff shipped with names like kernel-...-2.4... It is not 2.4.x then ... If I want such behaviour I'll run Red Hat... so please do not kill the only one and true/safest/sanest GNU/Linux harbor around ... e.g. Debian. And our SSH isn't 3.4p1 either. -- Matthew Garrett | [EMAIL PROTECTED]
Re: Debian should not modify the kernels!
On Mon, Sep 22, 2003 at 09:31:49PM +1000, Herbert Xu wrote: George Danchev [EMAIL PROTECTED] wrote: it is faster and wiser to fix your kernel-source-2.4.22 (unpatch is useless, leave to users to patch if they want) then all other kernel-patch-whatever packages will be fine. It is unacceptable for us to distribute kernels with known (security) bugs. Is there a particular reason we are distributing old kernels at all? I see the following in the archive: kernel-source-2.2.25 old - kernel-source-2.4.19-hppa old - kernel-source-2.4.19 old - kernel-source-2.4.20 old - kernel-source-2.4.21 kernel-source-2.4.22 old - kernel-source-2.5.69 old - kernel-source-2.6.0-test2 old - kernel-source-2.6.0-test4 A current kernel shouldn't have known security holes in most cases and if it does security fixes (ONLY) should be applied. I do recall the case where the kernel didn't have a root hole fixed for a while earlier this year, but that seemed to be caused by no one knowing how to fix the hole properly without breaking other things. A kernel that has no security fixes should be identical to upstream except for whatever happens to be in the debian dir. On a related note, it would be nice if stable could have updated kernels since it is somewhat difficult to install Debian on modern systems when the newest kernel in stable is 1.5 years old (2.4.18 Feb 25 2002). For my last three systems I have had to download knoppix and use debootstrap to install. A newbie would likely just give up. Chris BTW - linux-2.6.0-test5 was released Sept 8.
Re: Fw: libdtdparser-java_1.21-4_i386.changes REJECTED
On Wed, 24 Sep 2003, Arnaud Vandyck wrote: Hi all, I've got a problem and like to have some lights to correct it... 1° I did replace the orig.tar.gz of libdtdparser-java to remove the generated doc and the generated jar file because I don't need them, it's rebuilt from sources! 2° I dpatch it and now it can be built with free compiler and run (it's a library) with free software, so my library can be moved to main. I do rebuild the package with '-sa' to attach the sources to the package. My sponsor upload the package but it has been rejected. Can someone help me to solve the problem?.. and maybe re-upload the library? Many many thanks... -sa doesn't work anymore with pools. You need to change the upstream version. -- [EMAIL PROTECTED] | [EMAIL PROTECTED] (or on #debian-devel ;)) On Wed, 24 Sep 2003 13:02:32 -0400 Debian Installer [EMAIL PROTECTED] wrote: Rejected: can not overwrite existing copy of 'libdtdparser-java_1.21.orig.tar.gz' already in the archive. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. -- .''`. ** Debian GNU/Linux ** : :' : Arnaud Vandyck `. `' http://alioth.debian.org/users/arnaud-guest/ `-http://alioth.debian.org/developer/diary.php?diary_user=2781 jabber: [EMAIL PROTECTED]
Re: libdtdparser-java_1.21-4_i386.changes REJECTED
On Wed, 24 Sep 2003 18:24:44 -0500 (CDT) Adam Heath [EMAIL PROTECTED] wrote: -sa doesn't work anymore with pools. You need to change the upstream version. ok, thanks, I finally rebuilt the package with old original tarball. -- .''`. ** Debian GNU/Linux ** : :' : Arnaud Vandyck `. `' http://alioth.debian.org/users/arnaud-guest/ `-http://alioth.debian.org/developer/diary.php?diary_user=2781 jabber: [EMAIL PROTECTED] pgp2idXpCnGnJ.pgp Description: PGP signature
Re: Horrific new levels of changelog abuse
Matt Zimmerman [EMAIL PROTECTED] wrote: - a user to be able to read the changelog, with an idea of the bug in his head, and find where it was fixed. For example, a stable user reading an unstable changelog to see if a bug affecting him is fixed This is not relevant I'm afraid since we're talking about messages sent to the -done address, possibly by hand. I think it is a disservice to close a bug without making a notation in the changelog, if a change in the software fixed the bug. Unless you're advocating retrocatively putting closure messages in the changelog, this is not practically possible. Some bugs will have to be closed by hand. In any case, this is implicit when the closure message comes from debian/changelog. It is only implicit if the bug and/or the fix are described in the changelog. Otherwise, Closes: # by itself does not provide the required information. That's what I said. Both should record the change in the package which caused the bug to be closed. The change may be described at a high level (fixed the problem which caused behaviour) or a low level (fixed low-level problem in subsystem which caused behaviour), but it must be described. In the case of closure messages sent by hand, there may not have been a change to the package, and so that does not apply. Well, your high level change appears to be redundant as it is implied by saying that the bug is fixed. In this particular case, you closed a bug requesting for feature X with the message that feature X was added. Well I must say that this piece of information could have been obtained with elementary deduction even if you just said that this bug had been fixed in version Y :) No, it would not. The difference is between these two entries: * Closes: #30 * Correctly parse comments in the config file (Closes: #30) You're still thinking in terms of changelog entries. Think in terms of closure messages. What is the difference between Closure: Bug is fixed in version X. Closure: Feature Y is added in version X. where the bug is requesting for the addition of feature Y. If I am having a problem with comments in my config file, the first is worthless, and the second is very valuable. The difference is that the change to the package is described, rather than hiding the change behind an opaque bug number. In terms of closure messages, the two are equivalent assuming that your original bug report is about comments in the config file. As another example: #204614: initrd couldn't detect EVMS root correctly Closure: Detect EVMS root correctly A high-level description of the change which was made. Infinitely superior to Closes: #204614. Totally equivalent when we're discussing about closure messages sent to -done. * The bug is analysed and determined to be fixed before the said upload. Bugs should only ever be fixed when they are analyzed (at some level) and determined to be fixed. Too often maintainers mass-close bugs when they upload a new release after some time of inactivity, because they cannot be bothered to check (or even ask that the submitter check). That's definitely a bad thing to do. However, it is not relevant to the discussion here. That's OK with me. However, if you wish to make everyone do that, then may I suggest that you draw up a less arbitrary criterion than whether someone has filed a bug about it in the Debian BTS. I don't think that the presence of a bug report is at all arbitrary. Well then this is beyond me. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: Fw: libdtdparser-java_1.21-4_i386.changes REJECTED
Arnaud Vandyck [EMAIL PROTECTED] wrote: Hi all, I've got a problem and like to have some lights to correct it... 1° I did replace the orig.tar.gz of libdtdparser-java to remove the generated doc and the generated jar file because I don't need them, it's rebuilt from sources! 2° I dpatch it and now it can be built with free compiler and run (it's a library) with free software, so my library can be moved to main. I do rebuild the package with '-sa' to attach the sources to the package. My sponsor upload the package but it has been rejected. Can someone help me to solve the problem?.. and maybe re-upload the library? Many many thanks... -- [EMAIL PROTECTED] | [EMAIL PROTECTED] (or on #debian-devel ;)) On Wed, 24 Sep 2003 13:02:32 -0400 Debian Installer [EMAIL PROTECTED] wrote: Rejected: can not overwrite existing copy of 'libdtdparser-java_1.21.orig.tar.gz' already in the archive. You can't do that anymore. It was bad practice a while ago (1 year or more?) and outright impossible now. You need to bump the version number of the .orig.tar.gz, e.g libdtdparser-java_1.21a.orig.tar.gz or something (just make sure it's lower than your next real upstream version number). Peter
Re: To what extent should Debian modify the kernel? (Re: Debian should not modify the kernels!)
David Z Maze [EMAIL PROTECTED] wrote: ...do you include *everything* that comes by you that meets these criteria? Because from this it sounds like anything that has an upstream that can be built as modules would be included. My particular directed thought right now is a somewhat invasive patch that updates the 2.4 kernels to use i2c-2.8, which would solve some headaches for me (somewhat invasive, in that it also goes off and modifies all of the other drivers that depend on i2c); if I were the kernel maintainer, it'd trip a too different from kernel.org flag for me, but it sounds like it does meet your four criteria here. I'm afraid your patch fails the maintainence and the correctness checks. It fails the maintainence because your upstream has had a bad track record at getting patches merged, so there is a strong likelihood that we'll have to pick up the pieces at some future point in time. It fails the correctness check because it'll probably break the in-kernel users of i2c. The maintainence check is tougher than you think. For any patch of a respectable size, unless it is clearly going to be merged into Linux proper then it is likely to fail that check. Cheers, -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: To what extent should Debian modify the kernel? (Re: Debian should not modify the kernels!)
Matt Zimmerman [EMAIL PROTECTED] wrote: OK, these are very minimal criteria, and I think that probably many of the kernel-patch packages in Debian would fit them. Where would you draw the line? Most of them fail the maintainence check. Unless the patch is clearly going to be merged upstream, it is just too unpredictable what the level of maintainence is going to be say in a year. I currently patch my kernels with device-mapper, a few evms-related patches and skas3. It would be very convenient if device-mapper and the evms patches could be included in the the stock kernel; then users could use EVMS or LVM2 in stock kernel images. This is especially useful in the installer kernels. Is the device-mapper completely modularised? If it is, then I have no problems with including it. For the other patches, please send them to me along with reasons why you think they should be included. Cheers, -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Debian RC System/Init Scripts
I'm curious if there has ever been any attempt to Policyize scripts located in init.d. Specifically requiring inclusion of such lines as DESC=description or NAME=name. I ask because I am doing a little bit of work on the rc startup script. I have found a few scripts in the base install that do not include such lines, but many others that do. My goal in monkeying with the init system is to clean it up a bit, and perhaps develop my own parallel service startup method. Albiet, a bit less than other distros like Gentoo, as no Debian init script declares dependencies. They do however declare a few dependencies, in that all S50 scripts theoritically can launch parallel. I hope to base my efforts on this. Please don't denounce my efforts as Debian doesn't need parallel starts! Because I'd like to make it for myself, regardless what Debian needs. Anyways, mandated inclusion of lines such as DESC, NAME, etc in the scripts would help me, and probably make for some much cleaner scripts. My scripts will need to read out the DESC line in order to spit out some custom boot messages, which the hard coded Starting X... in the scripts cannot provide. -- Jerry Haltom [EMAIL PROTECTED] Feedback Plus, Inc.
nForce nvaudio and kernel-image-2.4.20-3-k7
I'm having trouble using nvaudio with kernel-image-2.4.20-3-k7. The nvaudio module is segfaulting. If this is working for someone, can you please e-mail me privately? Thanks, Shaun
Re: Horrific new levels of changelog abuse
On Tue, Sep 23, 2003 at 07:20:59AM +1000, Herbert Xu wrote: Matt Zimmerman [EMAIL PROTECTED] wrote: Both should record the change in the package which caused the bug to be closed. The change may be described at a high level (fixed the problem which caused behaviour) or a low level (fixed low-level problem in subsystem which caused behaviour), but it must be described. In the case of closure messages sent by hand, there may not have been a change to the package, and so that does not apply. Well, your high level change appears to be redundant as it is implied by saying that the bug is fixed. No, it is not. I don't know how I can be more clear. There is a world of difference between saying that _a_ bug was fixed, and explaining _what_ bug was fixed. No, it would not. The difference is between these two entries: * Closes: #30 * Correctly parse comments in the config file (Closes: #30) You're still thinking in terms of changelog entries. Think in terms of closure messages. What is the difference between Closure: Bug is fixed in version X. Closure: Feature Y is added in version X. where the bug is requesting for the addition of feature Y. The difference is that the message bug is fixed does not explain what was changed, while feature Y is added does. If I am having a problem with comments in my config file, the first is worthless, and the second is very valuable. The difference is that the change to the package is described, rather than hiding the change behind an opaque bug number. In terms of closure messages, the two are equivalent assuming that your original bug report is about comments in the config file. Not at all equivalent. One describes a change to the package, and closes a bug report as a result. The other comments that an anonymous bug report somewhere should be closed, without any explanation of what changed. They are quite different. A high-level description of the change which was made. Infinitely superior to Closes: #204614. Totally equivalent when we're discussing about closure messages sent to -done. A message to -done means nothing to anyone except the bug submitter. The three seconds I spend writing a useful changelog entry make it useful to me, the submitter, and anyone else interested. -- - mdz
Re: To what extent should Debian modify the kernel? (Re: Debian should not modify the kernels!)
On Tue, Sep 23, 2003 at 08:08:07AM +1000, Herbert Xu wrote: Matt Zimmerman [EMAIL PROTECTED] wrote: I currently patch my kernels with device-mapper, a few evms-related patches and skas3. It would be very convenient if device-mapper and the evms patches could be included in the the stock kernel; then users could use EVMS or LVM2 in stock kernel images. This is especially useful in the installer kernels. Is the device-mapper completely modularised? If it is, then I have no problems with including it. I'm not sure what completely means here. If it means doesn't touch common code, then of course device-mapper does not fit that description. Of course, then ipsec certainly does not either. Here is a diffstat: I ran it through diffstat, and removed the files which are created entirely by the patch, so these are the changes to common code: Documentation/Configure.help| 14 MAINTAINERS |7 arch/mips64/kernel/ioctl32.c| 17 arch/parisc/kernel/ioctl32.c| 17 arch/ppc64/kernel/ioctl32.c | 17 arch/s390x/kernel/ioctl32.c | 15 arch/sparc64/kernel/ioctl32.c | 17 arch/x86_64/ia32/ia32_ioctl.c | 17 drivers/md/Config.in|2 drivers/md/Makefile | 35 - drivers/md/lvm.c|9 fs/buffer.c | 29 fs/jbd/journal.c| 10 fs/reiserfs/super.c |2 fs/super.c | 138 include/linux/fs.h |5 include/linux/jbd.h |2 include/linux/vmalloc.h |1 kernel/ksyms.c |3 mm/Makefile |4 mm/filemap.c| 11 mm/vmalloc.c| 19 The only new object which is not part of the dm module is mm/mempool.c. As you are no doubt aware, device-mapper is maintained, and merged in 2.6.0. For the other patches, please send them to me along with reasons why you think they should be included. EVMS can work fine with only device-mapper, but it adds a few things which are in separate patches, mostly related to device-mapper. All of them are in the kernel-patch-evms package for your perusal, but I can send you copies if you like. These are entirely self-contained and modularized: evms-dm-bbr - a bad block relocation target for device-mapper evms-dm-sparse - a sparse device target for device-mapper This changes only one module, which is part of device-mapper: evms-dm-snapshot - updates to the snapshot target for device-mapper and these are fixes to common code to work better with evms/dm: evms-jfs - very tiny, adds a couple of calls to updateSuper in fs/jfs/super.c; I think this may be needed for snapshots of JFS filesystems evms-md-multipath - fixes to the md multipath module I don't use JFS or MD multipath, so I can't really speak to these last two patches. -- - mdz
Re: Maintaining kernel source in sarge
On Sun, Sep 21, 2003 at 08:27:49PM -0500, Manoj Srivastava wrote: I am always willing to improve my packages; the constraints are ability (I would need to grok the details of the current implementation), time, and collaboration (I would need to find out how to get a hook into the current patch dependency setup). I would also like to incorporate conflict mechanisms -- so patch developers can give a hint about patches that are not compatible (the swsusp patches are incompatible with most other patches I wanted to apply). Where do I start? I suppose a good place to start would be to talk to Yann Dirson, and look at dh-kpatches. That is how all of my kernel-patch packages work now. -- - mdz
Resolvconf -- a package to manage /etc/resolv.conf
The resolvconf package provides a framework for dynamic updating of /etc/resolv.conf and other nameserver lists. (See the long description at packages.debian.org/resolvconf .) The resolvconf package is now at version 0.44 in unstable. If you are interested in the package and haven't tested it in a while then now is a good time to test it again. In order to test the installation procedure please purge any old version of resolvconf first. Please report any bugs via the BTS. If no significant bugs are reported and if support is added to bind and bind9 (#199255) in time then I'll consider letting resolvconf migrate into sarge by closing #209265 with a 1.0 release. -- Thomas Hood [EMAIL PROTECTED]
What does 3 mean? 2.4.20-3-k7
2.4.20 is the Linux kernel version. k7 means optimise for Athlon. What does 3 mean? Please cc me in your reply. Thanks, Shaun
[RESOLVED] Compiling nForce drivers
I was having trouble with the nvaudio module crashing. I've found a magic incantation that works for me. I thought I'd post it here. Cheers, Shaun apt-get install gcc-3.3 apt-get install kernel-image-2.4.20-3-k7 kernel-headers-2.4.20-3-k7 ln -s /usr/src/kernel-headers-2.4.20-3-k7 \ /lib/modules/2.4.20-3-k7/build cd nforce/nvaudio make CC=gcc-3.3 TARGET_CPU=athlon clean all make install depmod -A
Accepted inti-sourceview 0.6.0-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 24 Sep 2003 10:51:33 + Source: inti-sourceview Binary: libinti-sourceview-dev libinti-sourceview1 libinti-sourceview-doc Architecture: source i386 all Version: 0.6.0-2 Distribution: unstable Urgency: low Maintainer: Goedson Teixeira Paixao [EMAIL PROTECTED] Changed-By: Goedson Teixeira Paixao [EMAIL PROTECTED] Description: libinti-sourceview-dev - gtksourceview bindings for Inti - development files libinti-sourceview-doc - gtksourceview bindings for Inti - documentation libinti-sourceview1 - gtksourceview bindings for Inti - shared libraries Changes: inti-sourceview (0.6.0-2) unstable; urgency=low . * Bumped Standads-Version to 3.6.1. No changes needed. * Added -fPIC to the CXXFLAGS when building in hppa. Files: a44a4f4e4c55001a439fd6ad83f0903c 760 libs optional inti-sourceview_0.6.0-2.dsc 1568bdf3ed2aefa6c728545a0faccecc 442772 libs optional inti-sourceview_0.6.0-2.diff.gz 5d40612633d9754e4a18e8624411677e 89986 libs optional libinti-sourceview-doc_0.6.0-2_all.deb 5ee8505bed45e5e8846a271f7babd3b1 83980 libdevel optional libinti-sourceview-dev_0.6.0-2_i386.deb ec7b154dc05de3efb6e9d980d9388bbd 48630 libs optional libinti-sourceview1_0.6.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/cXtE7tjUzB3rjq4RAp4xAJ9uZ2VqhtVEUghsTvHmVQQze5hlKgCffRh1 C6cCvRyt4cIeRy3YopuORz4= =mkmk -END PGP SIGNATURE- Accepted: inti-sourceview_0.6.0-2.diff.gz to pool/main/i/inti-sourceview/inti-sourceview_0.6.0-2.diff.gz inti-sourceview_0.6.0-2.dsc to pool/main/i/inti-sourceview/inti-sourceview_0.6.0-2.dsc libinti-sourceview-dev_0.6.0-2_i386.deb to pool/main/i/inti-sourceview/libinti-sourceview-dev_0.6.0-2_i386.deb libinti-sourceview-doc_0.6.0-2_all.deb to pool/main/i/inti-sourceview/libinti-sourceview-doc_0.6.0-2_all.deb libinti-sourceview1_0.6.0-2_i386.deb to pool/main/i/inti-sourceview/libinti-sourceview1_0.6.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ca-certificates 20030924 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 24 Sep 2003 22:09:09 +0900 Source: ca-certificates Binary: ca-certificates Architecture: source all Version: 20030924 Distribution: unstable Urgency: low Maintainer: Fumitoshi UKAI [EMAIL PROTECTED] Changed-By: Fumitoshi UKAI [EMAIL PROTECTED] Description: ca-certificates - Common CA Certificates PEM files Closes: 212565 Changes: ca-certificates (20030924) unstable; urgency=low . * add debian/po/ja.po: closes: Bug#212565 Files: a6ed9f6ed60438f58b96244548cd7ba1 534 misc optional ca-certificates_20030924.dsc ed100285fcba91b5c3b2b7ffd32ac051 83695 misc optional ca-certificates_20030924.tar.gz 6128375771d17dea04c23fce5010ddba 57022 misc optional ca-certificates_20030924_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/cZfH9D5yZjzIjAkRAnhmAJ45IJa8XFyB70yEsQpXUMc1c7pY0gCeN+O3 nFLj6DIf7XDRuiGt649Qexk= =wSeA -END PGP SIGNATURE- Accepted: ca-certificates_20030924.dsc to pool/main/c/ca-certificates/ca-certificates_20030924.dsc ca-certificates_20030924.tar.gz to pool/main/c/ca-certificates/ca-certificates_20030924.tar.gz ca-certificates_20030924_all.deb to pool/main/c/ca-certificates/ca-certificates_20030924_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mgp 1.10a-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 24 Sep 2003 22:46:03 +0900 Source: mgp Binary: mgp Architecture: source i386 Version: 1.10a-3 Distribution: unstable Urgency: low Maintainer: Fumitoshi UKAI [EMAIL PROTECTED] Changed-By: Fumitoshi UKAI [EMAIL PROTECTED] Description: mgp- MagicPoint- an X11 based presentation tool Closes: 198994 Changes: mgp (1.10a-3) unstable; urgency=low . * rebuild with freetype closes: Bug#198994 Files: a7be7a544c4b274deade1ec177d7417e 712 x11 optional mgp_1.10a-3.dsc 6ae5d4c5c910b93bbffc74f1e25e6f1d 17071 x11 optional mgp_1.10a-3.diff.gz e85a4157534d51dd05a27327c0378d0f 673296 x11 optional mgp_1.10a-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/caHR9D5yZjzIjAkRAvbUAKCfSeZpp/vqhaD4YZLKoSFGiQe+CwCfV89L h0zSK8r4rPMgYdVAqTvsW3M= =C2CK -END PGP SIGNATURE- Accepted: mgp_1.10a-3.diff.gz to pool/main/m/mgp/mgp_1.10a-3.diff.gz mgp_1.10a-3.dsc to pool/main/m/mgp/mgp_1.10a-3.dsc mgp_1.10a-3_i386.deb to pool/main/m/mgp/mgp_1.10a-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bogofilter 0.15.4-2 (source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 24 Sep 2003 09:41:14 -0400 Source: bogofilter Binary: bogofilter Architecture: source Version: 0.15.4-2 Distribution: unstable Urgency: medium Maintainer: Clint Adams [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: bogofilter - a fast Bayesian spam filter Changes: bogofilter (0.15.4-2) unstable; urgency=medium . * Make bogolex.sh POSIX-compliant. Files: 0d2e989dbcefe378bde6fde8eaab58e5 596 mail optional bogofilter_0.15.4-2.dsc 06fda8bbe5b2146ca8ec07883f081335 6662 mail optional bogofilter_0.15.4-2.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Debian! iD8DBQE/ccGG5m0u66uWM3ARAqEeAJ4px0YSM6gUgYqgQ5po36cHElj/iACfb5To vPTYkgmc+vn7VPqZzn5MBM0= =Ajc4 -END PGP SIGNATURE- Accepted: bogofilter_0.15.4-2.diff.gz to pool/main/b/bogofilter/bogofilter_0.15.4-2.diff.gz bogofilter_0.15.4-2.dsc to pool/main/b/bogofilter/bogofilter_0.15.4-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted evolution 1.4.4-2.1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 21 Sep 2003 14:58:32 +0200 Source: evolution Binary: evolution-dev evolution Architecture: source i386 Version: 1.4.4-2.1 Distribution: unstable Urgency: medium Maintainer: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Changed-By: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Description: evolution - The groupware suite evolution-dev - Development library files for Evolution Closes: 210917 211158 Changes: evolution (1.4.4-2.1) unstable; urgency=medium . * NMU * [debian/control] Added Build-Depends: libheimdal-dev; added evolution-dev Depends: libsoup2.0-dev, libgal2.0-dev. (Closes: #211158) * New build (using pbuilder), resulting in installable packages. (Closes: #210917) Files: 90fc38c05b13dbbf5f58f2e0cc61c2f0 1280 gnome optional evolution_1.4.4-2.1.dsc b71e19df44a76927627cdc0ca6ce1cef 17110 gnome optional evolution_1.4.4-2.1.diff.gz 9af13ab41b71aa59c39b75293cfe6a42 9759146 gnome optional evolution_1.4.4-2.1_i386.deb 62da692464ede3be008d9e7fa952ea3e 1401568 devel optional evolution-dev_1.4.4-2.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iQEXAwUBP28rUgxJU8feGmjHFAKrGgQAx2A0r7yyQRw9EE4Lnh8hGpR7BO8ekJkJ CmZ5nIt879H7tgeH47VFvfuIMprinLahZJFnRNutn7OHzyAo/2DiYoqfBdwFZQ6w 55fmxuU8MgkE/PxOC4RqvGQZGxU0PspbwgfWu1KVYfAhRWHYMZS36BbJl0Nm+qZi q3gJ2/+SIbMEAKUEm21qltH2UZ87GhLvRMTp9BGP4eYF68klsrF+hhlFm/F5HpgR JrSN0oYnsgjrzkEBHRzEUfxw5HQqflLYFj2Uph6rehs0UnZOLt+9Suw9V2RnCulO Zw/c+sdzseZ9GNNcX2iueeNNO4GaLforq8Rp7qWypItRYOpsff+el3h2 =Cm9y -END PGP SIGNATURE- Accepted: evolution-dev_1.4.4-2.1_i386.deb to pool/main/e/evolution/evolution-dev_1.4.4-2.1_i386.deb evolution_1.4.4-2.1.diff.gz to pool/main/e/evolution/evolution_1.4.4-2.1.diff.gz evolution_1.4.4-2.1.dsc to pool/main/e/evolution/evolution_1.4.4-2.1.dsc evolution_1.4.4-2.1_i386.deb to pool/main/e/evolution/evolution_1.4.4-2.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gclcvs 2.7.0-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Sep 2003 02:43:36 + Source: gclcvs Binary: gclcvs gclcvs-doc Architecture: source i386 all Version: 2.7.0-2 Distribution: unstable Urgency: low Maintainer: Camm Maguire [EMAIL PROTECTED] Changed-By: Camm Maguire [EMAIL PROTECTED] Description: gclcvs - GNU Common Lisp compiler, CVS snapshot gclcvs-doc - Documentation for GNU Common Lisp, CVS snapshot Changes: gclcvs (2.7.0-2) unstable; urgency=low . * Add processor flag variable to flags in configure.in * Autoadd full path to kcl_self to enable save-system when user moves executable and calls without script wrapper * Add special variables si::*collect-binary-modules* and si::*binary- modules* as a facility for discovering the list of fasloaded objects preceding a save-system is required for a subsequent compiler::link * Add collectfn.lsp to distro * Rename some files and init_ functions to eliminate namespace conflicts when building images with compiler::link * Enable compressed info reading * Make sure no opt flags are set when enable debug is specified * Use NIFlAGS to compile new_init with lower opts on ppc to work around gcc bug, restore full opts to other files Files: 3474967816fd10edc427596d49822577 621 interpreters optional gclcvs_2.7.0-2.dsc 69977dc60e786ba54db56ac138c341e4 9945699 interpreters optional gclcvs_2.7.0-2.tar.gz 630294ea9c52bdbd11ac0ae19586562f 3084024 doc optional gclcvs-doc_2.7.0-2_all.deb 8fc1288234f7bee19345d2d81f183cfb 7618466 interpreters optional gclcvs_2.7.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/Y9s9czG1wFfwRdwRAmT8AJ9sPm4b6waCycXNzzGNCwU2YT7AXQCbBDZR H4CE4FEuGOFegerrA+Kafls= =hGjc -END PGP SIGNATURE- Accepted: gclcvs-doc_2.7.0-2_all.deb to pool/main/g/gclcvs/gclcvs-doc_2.7.0-2_all.deb gclcvs_2.7.0-2.dsc to pool/main/g/gclcvs/gclcvs_2.7.0-2.dsc gclcvs_2.7.0-2.tar.gz to pool/main/g/gclcvs/gclcvs_2.7.0-2.tar.gz gclcvs_2.7.0-2_i386.deb to pool/main/g/gclcvs/gclcvs_2.7.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gclcvs 2.7.0-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 Sep 2003 15:04:45 + Source: gclcvs Binary: gclcvs gclcvs-doc Architecture: source i386 all Version: 2.7.0-3 Distribution: unstable Urgency: low Maintainer: Camm Maguire [EMAIL PROTECTED] Changed-By: Camm Maguire [EMAIL PROTECTED] Description: gclcvs - GNU Common Lisp compiler, CVS snapshot gclcvs-doc - Documentation for GNU Common Lisp, CVS snapshot Changes: gclcvs (2.7.0-3) unstable; urgency=low . * Close streams in fasldlsym.c Files: 9796f3a9d8b9f434e644270184883597 621 interpreters optional gclcvs_2.7.0-3.dsc 6aa19f990c364c8323f54826e4074b48 9951365 interpreters optional gclcvs_2.7.0-3.tar.gz 3e78fe2299c629419fb42a1c49146157 3084028 doc optional gclcvs-doc_2.7.0-3_all.deb db5d86fcdb7215869655e8556fdede55 7653958 interpreters optional gclcvs_2.7.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ZzAGczG1wFfwRdwRApsaAJ9MWEkx8LxDOHt0CZxuK/OOIinSHwCfb6JB QYnM0arCPbFeuZbCYC5u7Wg= =2qhW -END PGP SIGNATURE- Accepted: gclcvs-doc_2.7.0-3_all.deb to pool/main/g/gclcvs/gclcvs-doc_2.7.0-3_all.deb gclcvs_2.7.0-3.dsc to pool/main/g/gclcvs/gclcvs_2.7.0-3.dsc gclcvs_2.7.0-3.tar.gz to pool/main/g/gclcvs/gclcvs_2.7.0-3.tar.gz gclcvs_2.7.0-3_i386.deb to pool/main/g/gclcvs/gclcvs_2.7.0-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pcmcia-cs 3.2.2-1.2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Sep 2003 14:21:16 -0400 Source: pcmcia-cs Binary: pcmcia-source pcmcia-cs-udeb pcmcia-cs Architecture: source i386 all Version: 3.2.2-1.2 Distribution: unstable Urgency: low Maintainer: Brian Mays [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: pcmcia-cs - PCMCIA Card Services for Linux. pcmcia-cs-udeb - PCMCIA Card Services for Linux. (udeb) (udeb) pcmcia-source - PCMCIA Card Services source. Closes: 170188 202169 Changes: pcmcia-cs (3.2.2-1.2) unstable; urgency=low . * NMU * Build a pcmcia-cs udeb for the debian-installer. Closes: #202169 Took the minimalistic route; the rest of the stuff needed by d-i will go in a separate udeb built from the d-i source tree. * Added debian/config-reduce.pl to strip pcmcia/config down to just what the installer needs * Fix the rest of the xlib6g-dev build dependency issues. Closes: #170188 again. * Also fixed source.control to not declare a build-depend on the old libxpm4-dev package. Files: f12b120f7ef66adf06de01d8477e969e 606 base extra pcmcia-cs_3.2.2-1.2.dsc 9263d1718886d0b0fda37aed78dec291 96445 base extra pcmcia-cs_3.2.2-1.2.diff.gz 5020accce2bd19dc8e7f0e84f475c029 1026852 admin extra pcmcia-source_3.2.2-1.2_all.deb 76982e63598d6f1fd6b78642c05e7e84 277520 base extra pcmcia-cs_3.2.2-1.2_i386.deb 3bef3dd81807bf8cf7e43677e99ae800 39728 base extra pcmcia-cs-udeb_3.2.2-1.2_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ZLJ92tp5zXiKP0wRAo/eAJ9F4MS9zcEEhhyLxsyNoIpzAuQuEACbBF0E X5sD9a9DlOFd8C1SedSYTUY= =lzRE -END PGP SIGNATURE- Accepted: pcmcia-cs-udeb_3.2.2-1.2_i386.udeb to pool/main/p/pcmcia-cs/pcmcia-cs-udeb_3.2.2-1.2_i386.udeb pcmcia-cs_3.2.2-1.2.diff.gz to pool/main/p/pcmcia-cs/pcmcia-cs_3.2.2-1.2.diff.gz pcmcia-cs_3.2.2-1.2.dsc to pool/main/p/pcmcia-cs/pcmcia-cs_3.2.2-1.2.dsc pcmcia-cs_3.2.2-1.2_i386.deb to pool/main/p/pcmcia-cs/pcmcia-cs_3.2.2-1.2_i386.deb pcmcia-source_3.2.2-1.2_all.deb to pool/main/p/pcmcia-cs/pcmcia-source_3.2.2-1.2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tdiary 1.5.4-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Sep 2003 13:52:05 +0900 Source: tdiary Binary: tdiary-plugin tdiary tdiary-theme Architecture: source all Version: 1.5.4-1 Distribution: unstable Urgency: low Maintainer: Daigo Moriwaki [EMAIL PROTECTED] Changed-By: Takashi Okamoto [EMAIL PROTECTED] Description: tdiary - New generation weblog, which has many features like TSUKKOMI tdiary-plugin - Plugins of tDiary to add functionarities tdiary-theme - Themes of tDiary to change looks of Web pages Closes: 181337 Changes: tdiary (1.5.4-1) unstable; urgency=low . * New upstream release * auto configuration for 00lang.en.rb plugins. * close ITP. (closes: #181337) Files: 91b06f05ea9fca7ef5ce77b8ee896fed 621 web optional tdiary_1.5.4-1.dsc c2d87e40780d95d9e316db7c6774afc3 1560691 web optional tdiary_1.5.4.orig.tar.gz 9728e16d6b254884286450b2f01dfcf9 10336 web optional tdiary_1.5.4-1.diff.gz 701ef03e58f814d5a81f9283695827f7 145674 web optional tdiary_1.5.4-1_all.deb b6c175b3dd6795ea85897c7a6bcbeb5a 1396646 web optional tdiary-theme_1.5.4-1_all.deb 1ba9f2900f55dcb5386ff4aba9afcdce 78778 web optional tdiary-plugin_1.5.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Y/RB5/RGyFKTbhcRAiMaAJ9mOiHe4U7g8pqMGQs+ZAehcvnRFQCfXOs9 F/i7Jd8y174JXDcwe9iC0ME= =BNz2 -END PGP SIGNATURE- Accepted: tdiary-plugin_1.5.4-1_all.deb to pool/main/t/tdiary/tdiary-plugin_1.5.4-1_all.deb tdiary-theme_1.5.4-1_all.deb to pool/main/t/tdiary/tdiary-theme_1.5.4-1_all.deb tdiary_1.5.4-1.diff.gz to pool/main/t/tdiary/tdiary_1.5.4-1.diff.gz tdiary_1.5.4-1.dsc to pool/main/t/tdiary/tdiary_1.5.4-1.dsc tdiary_1.5.4-1_all.deb to pool/main/t/tdiary/tdiary_1.5.4-1_all.deb tdiary_1.5.4.orig.tar.gz to pool/main/t/tdiary/tdiary_1.5.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted acpi 0.06-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 14:03:58 -0400 Source: acpi Binary: acpi Architecture: source i386 Version: 0.06-4 Distribution: unstable Urgency: low Maintainer: Joey Hess [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: acpi - displays information on ACPI devices Closes: 212161 Changes: acpi (0.06-4) unstable; urgency=low . * Added missing entry for --everything to getopt structure. Closes: #212161 Files: 3b137f0338b4e5ca714b50b2d3cf0fb0 596 utils optional acpi_0.06-4.dsc 66249e37d82305f9a05c6bde56290e95 2356 utils optional acpi_0.06-4.diff.gz 5c6edb1508d895a74c430c9edde6477f 10444 utils optional acpi_0.06-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/bzov2tp5zXiKP0wRAjSLAKCy85Ze1Lmdy4aLO6F8iTNntSXw2wCgrIOV Btp7UpYbah89pLyoWVDXKak= =Gz7u -END PGP SIGNATURE- Accepted: acpi_0.06-4.diff.gz to pool/main/a/acpi/acpi_0.06-4.diff.gz acpi_0.06-4.dsc to pool/main/a/acpi/acpi_0.06-4.dsc acpi_0.06-4_i386.deb to pool/main/a/acpi/acpi_0.06-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pyx 0.4.1-2 (powerpc all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 18:17:16 + Source: pyx Binary: python-pyx python2.2-pyx python-pyx-doc python2.3-pyx python-pyx-common Architecture: source powerpc all Version: 0.4.1-2 Distribution: unstable Urgency: low Maintainer: Graham Wilson [EMAIL PROTECTED] Changed-By: Graham Wilson [EMAIL PROTECTED] Description: python-pyx - Python module for generating PostScript graphics python-pyx-common - Python module for generating PostScript graphics (common files) python-pyx-doc - Python module for generating PostScript graphics (documentation) python2.2-pyx - Python 2.2 module for generating PostScript graphics python2.3-pyx - Python 2.3 module for generating PostScript graphics Changes: pyx (0.4.1-2) unstable; urgency=low . * Set PYTHONPATH correctly when building manual. Files: e32daf540416f09d0ae10618c987cb43 1015 python optional pyx_0.4.1-2.dsc 1253fcbdff47c3f8e7fcd9deff2fa9c6 3046 python optional pyx_0.4.1-2.diff.gz ab02282335c903ee97d9223191f82c6e 7064 python optional python-pyx_0.4.1-2_all.deb eec0689503decc50870a81295b284518 280006 python optional python-pyx-doc_0.4.1-2_all.deb 6344530aa3b88d846135c564ce2c98bf 11884 python optional python-pyx-common_0.4.1-2_all.deb 1817a0078e1de5ce7bee69548dc67f48 152882 python optional python2.2-pyx_0.4.1-2_powerpc.deb 1625671116611690a94df995dca9074c 152890 python optional python2.3-pyx_0.4.1-2_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: http://decoy.wox.org/~bob/public.asc iQEVAwUBP289OC6fnYH5E4SWAQLmbggAkonR+BAtvWH7u3AVtjfdBmH4Ylzj0t48 D2Ftl/2k/NWOoQFf7hWznevGGEcZqQHFrk5EPx0iSfcVo07eoFbzzWeAbXlpHBWH hnbhS/j/1lo2hkTXcqnLqPb0p2uh4/PhQ0/o+3FQAvP042AtUDQya8ntW1i8DlYw Sj7JHDRVn9rGGuNYO/uX7N7bzUbMY25ZQ85n1+gI0EdMFJje3AXIeXrJX+oY//HO JSK+oav4jK4/YctdagXWJI57p10gGNOQmiJIVjw1r4hmBeiQxeAdPE8+aQ4+gALo nx8sEWKIMqcUW5HAGx3lf6vKgVBwLazqlEBplFPX6/RTzWSu6XYaKw== =bX26 -END PGP SIGNATURE- Accepted: python-pyx-common_0.4.1-2_all.deb to pool/main/p/pyx/python-pyx-common_0.4.1-2_all.deb python-pyx-doc_0.4.1-2_all.deb to pool/main/p/pyx/python-pyx-doc_0.4.1-2_all.deb python-pyx_0.4.1-2_all.deb to pool/main/p/pyx/python-pyx_0.4.1-2_all.deb python2.2-pyx_0.4.1-2_powerpc.deb to pool/main/p/pyx/python2.2-pyx_0.4.1-2_powerpc.deb python2.3-pyx_0.4.1-2_powerpc.deb to pool/main/p/pyx/python2.3-pyx_0.4.1-2_powerpc.deb pyx_0.4.1-2.diff.gz to pool/main/p/pyx/pyx_0.4.1-2.diff.gz pyx_0.4.1-2.dsc to pool/main/p/pyx/pyx_0.4.1-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ire 0.90.0-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 8 Sep 2003 18:56:44 +0200 Source: ire Binary: ire ire-ed Architecture: source i386 Version: 0.90.0-1 Distribution: unstable Urgency: low Maintainer: Alexandre Pineau [EMAIL PROTECTED] Changed-By: Alexandre Pineau [EMAIL PROTECTED] Description: ire- A role-playing-game engine similar to Ultima 6 ire-ed - IRE's word editor Changes: ire (0.90.0-1) unstable; urgency=low . * New upstream release + final 0.90 version + fix minor issues when reloading a saved game * minor issue in the editor man page corrected * add a warning in the long description for editor * correct the location of HTML documentation for editor Files: 23c84b401ef46ef682120e3b79c0c2fa 644 games optional ire_0.90.0-1.dsc cc67906e55f675c07164ef3d44767c45 2593504 games optional ire_0.90.0.orig.tar.gz 8e6b2e0732bae1be99a5b59f388cef09 136148 games optional ire_0.90.0-1.diff.gz 60b1e1f2cbbb8844fa31d1f6cb9d538d 329900 games optional ire_0.90.0-1_i386.deb 495e6b9ff2c904b679cc88ee5feca786 801178 games optional ire-ed_0.90.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/ZQ92x2zlrBLK36URAvpvAJ4oBSlCwadREXh9y36jEdlHbyzN5QCeMKTW 2wpFUpCBLX8gkDNAtTZE44U= =YCa4 -END PGP SIGNATURE- Accepted: ire-ed_0.90.0-1_i386.deb to pool/main/i/ire/ire-ed_0.90.0-1_i386.deb ire_0.90.0-1.diff.gz to pool/main/i/ire/ire_0.90.0-1.diff.gz ire_0.90.0-1.dsc to pool/main/i/ire/ire_0.90.0-1.dsc ire_0.90.0-1_i386.deb to pool/main/i/ire/ire_0.90.0-1_i386.deb ire_0.90.0.orig.tar.gz to pool/main/i/ire/ire_0.90.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xmms-rplay 1.0.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Sep 2003 15:39:26 -0700 Source: xmms-rplay Binary: xmms-rplay Architecture: source i386 Version: 1.0.3-1 Distribution: unstable Urgency: low Maintainer: lantz moore [EMAIL PROTECTED] Changed-By: lantz moore [EMAIL PROTECTED] Description: xmms-rplay - RPlay Output Plugin for XMMS Closes: 208412 Changes: xmms-rplay (1.0.3-1) unstable; urgency=low . * New upstream release (closes: #208412) Files: bfa64c272573e3fa9d8a9b1be387cc57 587 sound optional xmms-rplay_1.0.3-1.dsc aeb39ce0b707df8c5343af185a673e95 163198 sound optional xmms-rplay_1.0.3.orig.tar.gz cd1c43833d2c9aafb2fb182380331773 1637 sound optional xmms-rplay_1.0.3-1.diff.gz 554c10dcfde90a8d039dffc60c058e25 9026 sound optional xmms-rplay_1.0.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/ZPVdNFhjq9qkdRERAqefAJ4x+XexlMR25VJR9kSPszirlr5n6gCgudRQ C2ssZNZo3Deyk/qrPKXZyjc= =1+Zm -END PGP SIGNATURE- Accepted: xmms-rplay_1.0.3-1.diff.gz to pool/main/x/xmms-rplay/xmms-rplay_1.0.3-1.diff.gz xmms-rplay_1.0.3-1.dsc to pool/main/x/xmms-rplay/xmms-rplay_1.0.3-1.dsc xmms-rplay_1.0.3-1_i386.deb to pool/main/x/xmms-rplay/xmms-rplay_1.0.3-1_i386.deb xmms-rplay_1.0.3.orig.tar.gz to pool/main/x/xmms-rplay/xmms-rplay_1.0.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libant1.5-java 1.5.4-3 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 18:46:40 +0200 Source: libant1.5-java Binary: libant1.5-java Architecture: source all Version: 1.5.4-3 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Changed-By: Stefan Gybas [EMAIL PROTECTED] Description: libant1.5-java - Java based build tool like make Closes: 211456 Changes: libant1.5-java (1.5.4-3) unstable; urgency=low . * Include a patch from upstream's CVS tree to handle Kaffe's new directory layout (closes: #211456) * debian/rules: Use a stamp so the build target is not run twice * README.Debian: Added a note about the missing org.apache.tools.ant.filters.util.JavaClassHelper class Files: fc5e724a77d88c3ab00f41c976b6a4a9 753 devel optional libant1.5-java_1.5.4-3.dsc df207b3db3604379d7103feedba66638 4194 devel optional libant1.5-java_1.5.4-3.diff.gz ff3e5f21dc2aadf112b28a58690cb0ba 612274 devel optional libant1.5-java_1.5.4-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b0JnCdoSgNrrJGsRAiA/AJ0cJahSl5eNanIBFBk+8MBO2rQrSgCgl2St NIu+SOGfQqKSWEcAJEATXwA= =izs/ -END PGP SIGNATURE- Accepted: libant1.5-java_1.5.4-3.diff.gz to pool/main/liba/libant1.5-java/libant1.5-java_1.5.4-3.diff.gz libant1.5-java_1.5.4-3.dsc to pool/main/liba/libant1.5-java/libant1.5-java_1.5.4-3.dsc libant1.5-java_1.5.4-3_all.deb to pool/main/liba/libant1.5-java/libant1.5-java_1.5.4-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted texmacs 1.0.1.24-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 21:11:56 +0200 Source: texmacs Binary: texmacs Architecture: source i386 Version: 1.0.1.24-1 Distribution: unstable Urgency: low Maintainer: Ralf Treinen [EMAIL PROTECTED] Changed-By: Ralf Treinen [EMAIL PROTECTED] Description: texmacs- WYSIWYG emacs-ish mathematical text editor, using tex fonts Closes: 209187 Changes: texmacs (1.0.1.24-1) unstable; urgency=low . * New upstream release. This upstream release fixes a bug with search in the online documentation (closes: Bug#209187). * Removed instruction from debian/rules which moved the internal binary tm_gs out of /usr/bin (upstream has fixed his installer). * Enable optimization flags to gcc (default), force gcc = 3.3 (except hppa). * Updated patch 03_maxima since upstream changed his file formatting. * Remove the CPPFLAG setting introduced in 1.0.16-2 - no longer needed. Files: f3637c884d816e3534f729d4b8aa9cc7 752 editors optional texmacs_1.0.1.24-1.dsc 109f48a3e44133520d6be66a96a8acc4 2370727 editors optional texmacs_1.0.1.24.orig.tar.gz 5cf78e6e77006c190354d258bef06e41 19431 editors optional texmacs_1.0.1.24-1.diff.gz d9822cdb9c8220d8733f69589a714752 3249922 editors optional texmacs_1.0.1.24-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b0wetzWmSeC6BMERAtdxAKCZNdgy+P/6cfXe+2w4HJa4v/pdzQCcDWoD enebppOXwcvM/ejPYwwgOiA= =H5fB -END PGP SIGNATURE- Accepted: texmacs_1.0.1.24-1.diff.gz to pool/main/t/texmacs/texmacs_1.0.1.24-1.diff.gz texmacs_1.0.1.24-1.dsc to pool/main/t/texmacs/texmacs_1.0.1.24-1.dsc texmacs_1.0.1.24-1_i386.deb to pool/main/t/texmacs/texmacs_1.0.1.24-1_i386.deb texmacs_1.0.1.24.orig.tar.gz to pool/main/t/texmacs/texmacs_1.0.1.24.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted python-qt2 3.8-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 18:14:34 +0100 Source: python-qt2 Binary: python-qt2-doc python2.2-qt2 python2.3-qt2 python-qt2 python2.1-qt2-mt pyuic2 python2.1-qt2 python2.2-qt2-mt python2.3-qt2-mt Architecture: source i386 all Version: 3.8-2 Distribution: unstable Urgency: low Maintainer: Ricardo Javier Cardenes Medina [EMAIL PROTECTED] Changed-By: Ricardo Javier Cardenes Medina [EMAIL PROTECTED] Description: python-qt2 - Qt2 bindings for Python (default version) python-qt2-doc - Qt bindings for Python - Documentation and examples python2.1-qt2 - Qt2 bindings for Python python2.1-qt2-mt - Qt2 bindings for Python - threaded version python2.2-qt2 - Qt2 bindings for Python python2.2-qt2-mt - Qt2 bindings for Python - threaded version python2.3-qt2 - Qt2 bindings for Python python2.3-qt2-mt - Qt2 bindings for Python - threaded version pyuic2 - Interface generator for PyQt and Qt2 Closes: 211335 Changes: python-qt2 (3.8-2) unstable; urgency=low . * Added needed gcc/g++ versions to Build-Depends Closes: Bug#211335 * Changed -mt packages .prerm and .postinst files that made reference to non -mt packages (cutcopy problem) Files: 9648540d12a71562c48d908e3d53ac78 1191 python optional python-qt2_3.8-2.dsc 067e65bfa3d2a34bbaf969c19f7dec6c 7825 python optional python-qt2_3.8-2.diff.gz f486027084eefae4d80b6e08c1445590 22746 python optional python-qt2_3.8-2_all.deb c727dd500d1b4b3ccf93bfacf1d6e680 192134 doc optional python-qt2-doc_3.8-2_all.deb bdd088d2af5b71375977193e6391c14d 1793312 python optional python2.1-qt2_3.8-2_i386.deb 2180f799047832c6486d79d9da76fb7f 1798174 python optional python2.1-qt2-mt_3.8-2_i386.deb 276671e30f2c5f109cd1b7e05902d546 1794244 python optional python2.2-qt2_3.8-2_i386.deb 8482e572c4bdb0d1b04bff44ba22c669 1798252 python optional python2.2-qt2-mt_3.8-2_i386.deb 626cea0b0ad2f383ee2b9ec692ca84b3 1794422 python optional python2.3-qt2_3.8-2_i386.deb 0fe2d52f5d652f8285d443ff81253df7 1798640 python optional python2.3-qt2-mt_3.8-2_i386.deb 33ddd9aec81d3fadc89782905b34d1b8 115248 python optional pyuic2_3.8-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/bz7PHkQIZYcutOURArTsAJ9fzcGpkSbl9QGypUmYxnAdfY4fiQCfb5z2 0JFg+Mm9ruUU/cAHrbWr5GI= =/JtA -END PGP SIGNATURE- Accepted: python-qt2-doc_3.8-2_all.deb to pool/main/p/python-qt2/python-qt2-doc_3.8-2_all.deb python-qt2_3.8-2.diff.gz to pool/main/p/python-qt2/python-qt2_3.8-2.diff.gz python-qt2_3.8-2.dsc to pool/main/p/python-qt2/python-qt2_3.8-2.dsc python-qt2_3.8-2_all.deb to pool/main/p/python-qt2/python-qt2_3.8-2_all.deb python2.1-qt2-mt_3.8-2_i386.deb to pool/main/p/python-qt2/python2.1-qt2-mt_3.8-2_i386.deb python2.1-qt2_3.8-2_i386.deb to pool/main/p/python-qt2/python2.1-qt2_3.8-2_i386.deb python2.2-qt2-mt_3.8-2_i386.deb to pool/main/p/python-qt2/python2.2-qt2-mt_3.8-2_i386.deb python2.2-qt2_3.8-2_i386.deb to pool/main/p/python-qt2/python2.2-qt2_3.8-2_i386.deb python2.3-qt2-mt_3.8-2_i386.deb to pool/main/p/python-qt2/python2.3-qt2-mt_3.8-2_i386.deb python2.3-qt2_3.8-2_i386.deb to pool/main/p/python-qt2/python2.3-qt2_3.8-2_i386.deb pyuic2_3.8-2_i386.deb to pool/main/p/python-qt2/pyuic2_3.8-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gibraltar-bootcd 0.27 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Jul 2003 18:44:54 +0200 Source: gibraltar-bootcd Binary: mkinitrd-cd gibraltar-bootsupport Architecture: source i386 Version: 0.27 Distribution: unstable Urgency: low Maintainer: Rene Mayrhofer [EMAIL PROTECTED] Changed-By: Rene Mayrhofer [EMAIL PROTECTED] Description: gibraltar-bootsupport - Boot support for Gibraltar live CD-ROM mkinitrd-cd - Creates an initrd image suitable for booting from a live CD-ROM Changes: gibraltar-bootcd (0.27) unstable; urgency=low . * Fix for kernel 2.4.22 - the IDE modules have been renamed to ide-core.o and ide-detect.o. Thanks to upstream for changing the module names _again_. * Updated to busybox 1.00-pre2, because the insmod from busybox 0.60.5 was unable to deal with the EXPORT_SYMBOL_GPL stuff in newer kernels. Thus starting with kernel 2.4.21, the IDE support did no longer load when compiled as modules (the symbol is now exported as GPLONLY_* by the kernel modules and insmod has to be aware of that). * busybox 1.00-pre2 has a usable ash-compatible shell, so dash is no longer needed. * Build the listpci binary for use in mkinitrd-cd and the busybox binary with uClibc. This reduces the initrd image size signifcantly. Thus, no longer depend on the (large) libc6-dev and libc6-pic. . However, since this package needs libpci, I currently need to ship a version of libpci.a (static lib) compiled for uClibc with this package. This is a terrible hack, but I don't know how to make it better without shipping the libpci source code. Currently, this also holds true for an insmod binary shipped with this package (which will go away with busybox 1.0 final, which should include full insmod support _with_ GPLONLY symbol handling). Both binaries are simple recompiles of the version in modutils (2.4.21-3) and pciutils (2.1.11-2) with CC=i386-uclibc-gcc. * mkinitrd-cd recommends mkisofs. Thanks to Niall Young for pointing this out. * Changed priority from optional to extra to comply with the overrides file and get rid of the warnings on each upload. * Now the 01set-ip-addresses script in setup.d not only sets the IP address immediately on the device, but also writes a configuration block to /etc/network/interfaces with the acquired data. Files: 9159f21af56b0c468d096f19273c378d 621 admin extra gibraltar-bootcd_0.27.dsc f424571e151ae8eaa4ab7b0f4092c01b 1471859 admin extra gibraltar-bootcd_0.27.tar.gz 6ebe39c32d4b5e9eac87e30db83b8cb3 1160120 admin extra mkinitrd-cd_0.27_i386.deb 9d6ac7ff2b11e86bb86f991397f66b3b 330828 admin extra gibraltar-bootsupport_0.27_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iEYEARECAAYFAj9bb/YACgkQq7SPDcPCS96S9QCgjhYlPBf5WcWNwbkBlFHYCgcI ACQAoIufhu1T1o7l8jnnhSjfYD2bcOTW =YjpN -END PGP SIGNATURE- Accepted: gibraltar-bootcd_0.27.dsc to pool/main/g/gibraltar-bootcd/gibraltar-bootcd_0.27.dsc gibraltar-bootcd_0.27.tar.gz to pool/main/g/gibraltar-bootcd/gibraltar-bootcd_0.27.tar.gz gibraltar-bootsupport_0.27_i386.deb to pool/main/g/gibraltar-bootcd/gibraltar-bootsupport_0.27_i386.deb mkinitrd-cd_0.27_i386.deb to pool/main/g/gibraltar-bootcd/mkinitrd-cd_0.27_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kernel-patch-systrace 1.4-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 21:26:45 +0200 Source: kernel-patch-systrace Binary: kernel-patch-systrace Architecture: source all Version: 1.4-2 Distribution: unstable Urgency: low Maintainer: Thorsten Sauter [EMAIL PROTECTED] Changed-By: Thorsten Sauter [EMAIL PROTECTED] Description: kernel-patch-systrace - Systrace kernel patch Changes: kernel-patch-systrace (1.4-2) unstable; urgency=low . * Include support for GNU/Linux kernel 2.4.22 * debian/control: update standards version Files: 06a0dc124a2184ea3ddbcb3982753327 638 devel optional kernel-patch-systrace_1.4-2.dsc 85857ccb4d2c2e4c2df9328471e1de95 1776 devel optional kernel-patch-systrace_1.4-2.diff.gz 104e080b6b1748ffd1b9b09138d59ba7 23668 devel optional kernel-patch-systrace_1.4-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b1DHlJsl7AdEclIRAnSgAKCvbw3KXg33RMpNJO9ySpQ/UHzQZgCeL4KH pappsmMuAckrYuxUa0EhLWk= =aYRw -END PGP SIGNATURE- Accepted: kernel-patch-systrace_1.4-2.diff.gz to pool/main/k/kernel-patch-systrace/kernel-patch-systrace_1.4-2.diff.gz kernel-patch-systrace_1.4-2.dsc to pool/main/k/kernel-patch-systrace/kernel-patch-systrace_1.4-2.dsc kernel-patch-systrace_1.4-2_all.deb to pool/main/k/kernel-patch-systrace/kernel-patch-systrace_1.4-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted hevea-doc 1.06-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 21:54:38 +0200 Source: hevea-doc Binary: hevea-doc Architecture: source all Version: 1.06-2 Distribution: unstable Urgency: low Maintainer: Ralf Treinen [EMAIL PROTECTED] Changed-By: Ralf Treinen [EMAIL PROTECTED] Description: hevea-doc - HeVeA documentation Closes: 209535 Changes: hevea-doc (1.06-2) unstable; urgency=low . * Standards-Version 3.6.1. * File debian/compat instead of DH_COMPAT variable. * debhelper compatibility level 4. * More detailed long description (closes: Bug#209535). Files: bf232c2771fa580d01128e9b30f8b9f0 572 non-free/doc optional hevea-doc_1.06-2.dsc 68f955ecd3fd74298986803662c4 2623 non-free/doc optional hevea-doc_1.06-2.diff.gz 92902c815ab1645ced67f2b81bb6d95c 123588 non-free/doc optional hevea-doc_1.06-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b1OptzWmSeC6BMERAqzPAJ9r8hFcdR/tgYIP2THSXB0tzlIohACdFp3T 6K4XLnW8bqw/VBOTC9OVQcE= =cmTv -END PGP SIGNATURE- Accepted: hevea-doc_1.06-2.diff.gz to pool/non-free/h/hevea-doc/hevea-doc_1.06-2.diff.gz hevea-doc_1.06-2.dsc to pool/non-free/h/hevea-doc/hevea-doc_1.06-2.dsc hevea-doc_1.06-2_all.deb to pool/non-free/h/hevea-doc/hevea-doc_1.06-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted freeswan 2.01-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 2 Sep 2003 13:01:21 +0200 Source: freeswan Binary: kernel-patch-freeswan freeswan-modules-source freeswan Architecture: source i386 all Version: 2.01-2 Distribution: unstable Urgency: low Maintainer: Rene Mayrhofer [EMAIL PROTECTED] Changed-By: Rene Mayrhofer [EMAIL PROTECTED] Description: freeswan - IPSEC utilities for FreeSWan freeswan-modules-source - IPSEC kernel modules source for FreeSWan kernel-patch-freeswan - IPSEC kernel support for FreeSWan Closes: 202748 205424 206174 206405 207135 Changes: freeswan (2.01-2) unstable; urgency=low . * This is a bundled release: with the normal patch-set for the Debian main archive (X.509, crypto-ext, notify/delety, etc.) and without any third-party patch for upsteam freeswan 2.02. Yes, the upstream tarball will from now on contain all stuff that is necessary to create the Debian packages, even if it's without those patches. The debian/rules file is now able to cope with missing patches and simply doesn't apply them if they aren't there. This step is an important one and will hopefully lead to much quicker updates of the Debian main archive if new upstream versions are released. * Added Herbert Xu's patch to freeswan so that the upstream kernel ipsec support (which is in Debian 2.4.2x and in 2.6.x kernels) can be used with pluto. It needed to be changed a bit (applied and fixed manually) because it slightly conflicted with other patches. I hope that I didn't mess up too badly with this. If it breaks something, please simply disable the patch in debian/pre-build-patches and recompile. UPDATE: This patch is disabled because it currently doesn't work for me. With 2.03 upstream, it will be included (hopefully) anyway. * Use architecture All for the freeswan-modules-* packages. Thanks to Peter Palfrader for the hint. Closes: #202748: architecture should be all * Freeswan now also depens on host because the verify script needs it. Closes: #205424: freeswan: missing dependency * Build-Depend on gawk for now, I hope to remove it soon. Closes: #206174: freeswwan: missing build-depends on gawk * Make the po-debconf part packported-friendly. Thanks to Marc Haber for the patch ! Closes: #207135: freeswan: please consider using backport-friendly way of using po-debconf * Use the DEB_DEST variable in the freeswan-modules-* build process if it's available. Closes: #206405: freeswan-modules-source: cannot specify build destination Files: 2bb4e1b68141dc9cf3902852aab76250 672 net optional freeswan_2.01-2.dsc 2a45267e281ab0da7cac36c0e0568036 627217 net optional freeswan_2.01-2.diff.gz 2bfa8db8cd435ee83a41327751f6d69a 850672 net optional freeswan-modules-source_2.01-2_all.deb e694cd3c8bb4deb3a7293d4c4903248b 764514 net optional kernel-patch-freeswan_2.01-2_all.deb b13b750d90443da54a076dd48b0fde3b 2075948 net optional freeswan_2.01-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iEYEARECAAYFAj9WTL8ACgkQq7SPDcPCS95DdgCfQaLZox/ts7d3Ud51p7OztuPc xjgAnjN0AF17aZqIqR7yw3MyI9cpTWi8 =bUDU -END PGP SIGNATURE- Accepted: freeswan-modules-source_2.01-2_all.deb to pool/main/f/freeswan/freeswan-modules-source_2.01-2_all.deb freeswan_2.01-2.diff.gz to pool/main/f/freeswan/freeswan_2.01-2.diff.gz freeswan_2.01-2.dsc to pool/main/f/freeswan/freeswan_2.01-2.dsc freeswan_2.01-2_i386.deb to pool/main/f/freeswan/freeswan_2.01-2_i386.deb kernel-patch-freeswan_2.01-2_all.deb to pool/main/f/freeswan/kernel-patch-freeswan_2.01-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bind9 1:9.2.2+9.2.3rc4-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 09:39:50 -0600 Source: bind9 Binary: libisccfg0 libisccc0 bind9-host lwresd bind9-doc dnsutils bind9 libbind-dev liblwres1 libisc7 libdns11 Architecture: source i386 all Version: 1:9.2.2+9.2.3rc4-1 Distribution: unstable Urgency: low Maintainer: LaMont Jones [EMAIL PROTECTED] Changed-By: LaMont Jones [EMAIL PROTECTED] Description: bind9 - Internet Domain Name Server bind9-doc - Documentation for BIND bind9-host - Version of 'host' bundled with BIND 9.X dnsutils - Clients provided with BIND libbind-dev - Static Libraries and Headers used by BIND libdns11 - DNS Shared Library used by BIND libisc7- ISC Shared Library used by BIND libisccc0 - Command Channel Library used by BIND libisccfg0 - Config File Handling Library used by BIND liblwres1 - Lightweight Resolver Library used by BIND lwresd - Lightweight Resolver Daemon Changes: bind9 (1:9.2.2+9.2.3rc4-1) unstable; urgency=low . * Yet another new upstream release. Files: 19a407731edfd521f574eff340598bea 750 net optional bind9_9.2.2+9.2.3rc4-1.dsc a2329efecccf389055be472289d4f45c 3808850 net optional bind9_9.2.2+9.2.3rc4.orig.tar.gz 1e86689520f8a625adb2b814e1efa498 114190 net optional bind9_9.2.2+9.2.3rc4-1.diff.gz c4697dd2b0fcff01a6e00f8e392febee 153442 doc optional bind9-doc_9.2.2+9.2.3rc4-1_all.deb 2765482c625c25dcb4965934fa7bc3f9 251164 net optional bind9_9.2.2+9.2.3rc4-1_i386.deb ca3b67ebf564bd97b6e630d7df3c0d22 86758 net standard bind9-host_9.2.2+9.2.3rc4-1_i386.deb af55ba6bc002d179e8ce1cee1fff7694 895076 libdevel optional libbind-dev_9.2.2+9.2.3rc4-1_i386.deb 919e3929e7e3724f46a2eb6624168b4f 417628 libs standard libdns11_9.2.2+9.2.3rc4-1_i386.deb 83f4d8c5251d3ed62a59a2a75281c8bc 142894 libs standard libisc7_9.2.2+9.2.3rc4-1_i386.deb e00c442eaf283d302f851ff103b0a870 83978 libs standard liblwres1_9.2.2+9.2.3rc4-1_i386.deb 64e7cb4d6464595172698e060870e764 71206 libs optional libisccc0_9.2.2+9.2.3rc4-1_i386.deb 130b005f00e3bb40ce5d64aa33e0bb72 82760 libs optional libisccfg0_9.2.2+9.2.3rc4-1_i386.deb a59abbb3eb530d14a33a110e35293b24 150024 net standard dnsutils_9.2.2+9.2.3rc4-1_i386.deb e111da4fa7e94cf79628907a03b536c9 164884 net optional lwresd_9.2.2+9.2.3rc4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/b0WLzN/kmwoKyScRAlvYAJ9rrVT5j+ttUIxMEo9NSSvfpMY3mgCcDmxx uwByr2GqRJkMGxsKa4Ie4g4= =7930 -END PGP SIGNATURE- Accepted: bind9-doc_9.2.2+9.2.3rc4-1_all.deb to pool/main/b/bind9/bind9-doc_9.2.2+9.2.3rc4-1_all.deb bind9-host_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/bind9-host_9.2.2+9.2.3rc4-1_i386.deb bind9_9.2.2+9.2.3rc4-1.diff.gz to pool/main/b/bind9/bind9_9.2.2+9.2.3rc4-1.diff.gz bind9_9.2.2+9.2.3rc4-1.dsc to pool/main/b/bind9/bind9_9.2.2+9.2.3rc4-1.dsc bind9_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/bind9_9.2.2+9.2.3rc4-1_i386.deb bind9_9.2.2+9.2.3rc4.orig.tar.gz to pool/main/b/bind9/bind9_9.2.2+9.2.3rc4.orig.tar.gz dnsutils_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/dnsutils_9.2.2+9.2.3rc4-1_i386.deb libbind-dev_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/libbind-dev_9.2.2+9.2.3rc4-1_i386.deb libdns11_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/libdns11_9.2.2+9.2.3rc4-1_i386.deb libisc7_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/libisc7_9.2.2+9.2.3rc4-1_i386.deb libisccc0_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/libisccc0_9.2.2+9.2.3rc4-1_i386.deb libisccfg0_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/libisccfg0_9.2.2+9.2.3rc4-1_i386.deb liblwres1_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/liblwres1_9.2.2+9.2.3rc4-1_i386.deb lwresd_9.2.2+9.2.3rc4-1_i386.deb to pool/main/b/bind9/lwresd_9.2.2+9.2.3rc4-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libservlet2.2-java 3.3.1a-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 22:01:12 +0200 Source: libservlet2.2-java Binary: libservlet2.2-java Architecture: source all Version: 3.3.1a-2 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Changed-By: Stefan Gybas [EMAIL PROTECTED] Description: libservlet2.2-java - Servlet 2.2 and JSP 1.1 Java classes Closes: 211459 Changes: libservlet2.2-java (3.3.1a-2) unstable; urgency=low . * Build depend on libant1.5-java (= 1.5.4-3) (closes: #211459) Files: 365b03b3e787cd9b8fc3fca35ef08616 786 libs optional libservlet2.2-java_3.3.1a-2.dsc 259c3e0320a1a2ccd1ab812277925d02 3453 libs optional libservlet2.2-java_3.3.1a-2.diff.gz 35a2d2488dcc9650469243dfe73c10c1 39318 libs optional libservlet2.2-java_3.3.1a-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b1ZqCdoSgNrrJGsRAomZAKCSNz8b1PA7TS3EM2FY1NxjG/BVSgCgiY+K lSFhj8Q6N+kxzkupB7i5I+0= =tibt -END PGP SIGNATURE- Accepted: libservlet2.2-java_3.3.1a-2.diff.gz to pool/main/libs/libservlet2.2-java/libservlet2.2-java_3.3.1a-2.diff.gz libservlet2.2-java_3.3.1a-2.dsc to pool/main/libs/libservlet2.2-java/libservlet2.2-java_3.3.1a-2.dsc libservlet2.2-java_3.3.1a-2_all.deb to pool/main/libs/libservlet2.2-java/libservlet2.2-java_3.3.1a-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xmlto 0.0.14-3 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 11 Sep 2003 01:32:17 + Source: xmlto Binary: xmlto Architecture: source powerpc Version: 0.0.14-3 Distribution: unstable Urgency: low Maintainer: Graham Wilson [EMAIL PROTECTED] Changed-By: Graham Wilson [EMAIL PROTECTED] Description: xmlto - XML-to-any converter Changes: xmlto (0.0.14-3) unstable; urgency=low . * Remove testing framework, as it only made the diff larger, and I don't think anybody used it. * Change maintainer address. * Increase standards version. No changes. Files: 2d73e8005f718d83bfc1076c25e7bf37 997 text optional xmlto_0.0.14-3.dsc 95d130d5857084fdceaace1512557ff6 20805 text optional xmlto_0.0.14-3.diff.gz 90fb4a29a3fd643221d4d6b8462b2f6d 29186 text optional xmlto_0.0.14-3_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: http://decoy.wox.org/~bob/public.asc iQEVAwUBP29a/y6fnYH5E4SWAQISXAf/fN9Rn4CzySGZdpV5gwHDtjEjMisWECVN JTIkn8OnYwQdtJb84j/FlCJGM70Ezea4gW7EUU0oUYz+xntLTAoHbieOTomcwtlG hTk0Rlq18pQY8FP3BsCvtLi5VtBv41svSRyPUC8eBi32z2JtzWsqpQJBU1NR8l5L AGGM2WLoco6t7i/g1rVnhbpvqOoHDUgLxtTNhyTAYSYf6YfuPiBc7yG5Sx+BilpE BL/j9Q5/3/HD70Ah+tycYHf6Vcscjp2srdiUunuWtB3H3tMORxMKUHUJqEeVQnUR NIUxjL4dIUWns/JD336XBqY8Whw+iDnX0WwY3A1dCl4Ctdtnp81EXA== =e+v4 -END PGP SIGNATURE- Accepted: xmlto_0.0.14-3.diff.gz to pool/main/x/xmlto/xmlto_0.0.14-3.diff.gz xmlto_0.0.14-3.dsc to pool/main/x/xmlto/xmlto_0.0.14-3.dsc xmlto_0.0.14-3_powerpc.deb to pool/main/x/xmlto/xmlto_0.0.14-3_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted base-installer 0.031 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 22:22:41 +0200 Source: base-installer Binary: kernel-installer base-installer Architecture: source i386 all Version: 0.031 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: base-installer - Install the base system (udeb) kernel-installer - Install the kernel (udeb) Changes: base-installer (0.031) unstable; urgency=low . * Richard Hirst - Remove image_in_boot = yes, as link_in_boot superceeds it. - Fix warnings on ia64, getline arg2 is size_t, not int. * Chris Tillman - Update English usage in message templates * Steinar H. Gunderson - Fix error in fallback error message display. * Jordi Mallach - Added Catalan (ca) translation. * Kenshi Muto - Update ja.po * Pierre Machard - Update French po-debconf translation [Michel Grentzinger]. * Petter Reinholdtsen - Update nb.po Files: 966e25057145b73acabfccd47ae47e29 645 debian-installer required base-installer_0.031.dsc f0e00d9de1a8775dc7d0f6a8db6b1aa0 40847 debian-installer required base-installer_0.031.tar.gz d66e396aacec8b9281e1eaa5beb72232 6574 debian-installer required kernel-installer_0.031_all.udeb 9bd0702564b38cdc483cf2f3b627bffc 13850 debian-installer required base-installer_0.031_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b1pC20zMSyow1ykRAs0JAJ9FKw87EWmK2aQ5ya+uYx+qoJ+5wQCfZt0U HyqWRfZLxGTlFuHKPiZiJLw= =0JIw -END PGP SIGNATURE- Accepted: base-installer_0.031.dsc to pool/main/b/base-installer/base-installer_0.031.dsc base-installer_0.031.tar.gz to pool/main/b/base-installer/base-installer_0.031.tar.gz base-installer_0.031_i386.udeb to pool/main/b/base-installer/base-installer_0.031_i386.udeb kernel-installer_0.031_all.udeb to pool/main/b/base-installer/kernel-installer_0.031_all.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted languagechooser 0.030 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 22:28:57 +0200 Source: languagechooser Binary: languagechooser Architecture: source all Version: 0.030 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: languagechooser - Choose language (udeb) Changes: languagechooser (0.030) unstable; urgency=low . * Change Russian locale from ru_RU to ru_RU.KOI8-R. Based on information from Serge Winitzki. * Drop the language-selected provides. It is no longer used by main- menu, as cdebconf is able to switch language on the fly now. * Add Swiss Italian and Swiss German translations, patch by Simon Hurliman. Files: 1c583a4c8235e6e6df82ed9a414967d6 625 debian-installer standard languagechooser_0.030.dsc fabcdf5d4c090d48577305f6a6386120 12995 debian-installer standard languagechooser_0.030.tar.gz e7e381d9edc362d99209183aea0c701e 5430 debian-installer standard languagechooser_0.030_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b1u520zMSyow1ykRAmRqAJ4uEkHPiTX9sR/FeUGJBctn9qRdewCg5bqk UcsddcFH3aIAmbYCjwKNd0A= =8PuN -END PGP SIGNATURE- Accepted: languagechooser_0.030.dsc to pool/main/l/languagechooser/languagechooser_0.030.dsc languagechooser_0.030.tar.gz to pool/main/l/languagechooser/languagechooser_0.030.tar.gz languagechooser_0.030_all.udeb to pool/main/l/languagechooser/languagechooser_0.030_all.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted wmmatrix 0.2-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 21:53:08 +0200 Source: wmmatrix Binary: wmmatrix Architecture: source i386 Version: 0.2-5 Distribution: unstable Urgency: low Maintainer: Thorsten Sauter [EMAIL PROTECTED] Changed-By: Thorsten Sauter [EMAIL PROTECTED] Description: wmmatrix - View The Matrix in a Window Maker dock application Closes: 212200 Changes: wmmatrix (0.2-5) unstable; urgency=low . * Update menu file to reflect FSB policy. (Closes: #212200) Files: b5e2cdaca9e476c7b8c1998b714a28bd 571 x11 optional wmmatrix_0.2-5.dsc e57620975e5be09b89188177cbd5f9b5 3899 x11 optional wmmatrix_0.2-5.diff.gz 6602734dd956eca3ba5d31e398ae6ddc 57834 x11 optional wmmatrix_0.2-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b1wglJsl7AdEclIRAilkAJ44wOLPL41o2c1h9/FJc2pxOw7qMACgqx7S /pN+44+7GaH0wY44Zsjh8a0= =ORWg -END PGP SIGNATURE- Accepted: wmmatrix_0.2-5.diff.gz to pool/main/w/wmmatrix/wmmatrix_0.2-5.diff.gz wmmatrix_0.2-5.dsc to pool/main/w/wmmatrix/wmmatrix_0.2-5.dsc wmmatrix_0.2-5_i386.deb to pool/main/w/wmmatrix/wmmatrix_0.2-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted atari-fdisk 0.7.1-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 22:36:55 +0200 Source: atari-fdisk Binary: atari-fdisk-cross atari-fdisk Architecture: source i386 Version: 0.7.1-4 Distribution: unstable Urgency: low Maintainer: Roman Hodek [EMAIL PROTECTED] Changed-By: Roman Hodek [EMAIL PROTECTED] Description: atari-fdisk-cross - Partition editor for Atari (running on non-Atari) Closes: 70132 79705 108307 Changes: atari-fdisk (0.7.1-4) unstable; urgency=low . * Integrated HURD patch by [EMAIL PROTECTED]; Closes: #108307 * Added build dependency; Closes: #70132 * Part of #79705 (new archs have been fixed by 0.7.1-3.1 NMU), but the unusual arch list of atari-fdisk-cross is intentional, as I unfortunately can't express anything but m68k otherwise; Closes: #79705 * Removed gcc warning about trigraph that isn't a trigraph :) Files: e303efe37900f0eb0a8c144864111c9c 673 base required atari-fdisk_0.7.1-4.dsc 2e0ce4324255c8d958f091e39a0c6614 5140 base required atari-fdisk_0.7.1-4.diff.gz faeee71d8e8d487c383545a3e94eea8f 34526 otherosfs extra atari-fdisk-cross_0.7.1-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b13jcS3JWD3FdvcRAjmeAJ4wqmsqFW+7ohTmWOfwfrvUK362SgCfXurp LeRphOX5WF8ofzwkFMK4GP8= =OwcH -END PGP SIGNATURE- Accepted: atari-fdisk-cross_0.7.1-4_i386.deb to pool/main/a/atari-fdisk/atari-fdisk-cross_0.7.1-4_i386.deb atari-fdisk_0.7.1-4.diff.gz to pool/main/a/atari-fdisk/atari-fdisk_0.7.1-4.diff.gz atari-fdisk_0.7.1-4.dsc to pool/main/a/atari-fdisk/atari-fdisk_0.7.1-4.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dosfstools 2.10-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 22:15:32 +0200 Source: dosfstools Binary: dosfstools Architecture: source i386 Version: 2.10-1 Distribution: unstable Urgency: low Maintainer: Roman Hodek [EMAIL PROTECTED] Changed-By: Roman Hodek [EMAIL PROTECTED] Description: dosfstools - Utilities to create and check MS-DOS FAT filesystems Closes: 168540 Changes: dosfstools (2.10-1) unstable; urgency=low . * New upstream version: - dosfsck: various 64-bit fixes and removed some warnings by Michal Cihar [EMAIL PROTECTED] - mkdosfs: better error message if called without parameters (also suggested by Michal) * recompilation removed [EMAIL PROTECTED] symbol; Closes: #168540 (probably already 2.9-1 did) Files: d1c0f425959f8de8d3365880f2eed405 554 otherosfs optional dosfstools_2.10-1.dsc 59a02f311a891af8787c4c9e28c6b89b 66759 otherosfs optional dosfstools_2.10.orig.tar.gz f7abc7e0a50c24fb52396e2752ef25e7 7215 otherosfs optional dosfstools_2.10-1.diff.gz 0752acdec54a776d816af9c6cc45c7f8 51612 otherosfs optional dosfstools_2.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b1pwcS3JWD3FdvcRAmCfAJsGTj3ws8eqFZd6qdG2i/N0v2K/bACfeFUe eN6QExXimyNYhVJtXl6DJmY= =Ggvn -END PGP SIGNATURE- Accepted: dosfstools_2.10-1.diff.gz to pool/main/d/dosfstools/dosfstools_2.10-1.diff.gz dosfstools_2.10-1.dsc to pool/main/d/dosfstools/dosfstools_2.10-1.dsc dosfstools_2.10-1_i386.deb to pool/main/d/dosfstools/dosfstools_2.10-1_i386.deb dosfstools_2.10.orig.tar.gz to pool/main/d/dosfstools/dosfstools_2.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted autopartkit 0.58 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 22:56:33 +0200 Source: autopartkit Binary: autopartkit Architecture: source i386 Version: 0.58 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: autopartkit - Automatically Partition Hard Drives (unsafe) (udeb) Closes: 211063 211243 Changes: autopartkit (0.58) unstable; urgency=low . * Chris Tillman - Update English usage in message templates * Steinar H. Gunderson - Fixed package description to match package behaviour better (destroys all partitions, does not resize them). (Closes: #211243) - Add support for expressions in template files, making stuff like ($RAMSIZE*1.5)+16 for max/min sizes possible. The default template file now also utilizes this. - Improve handling of the confirmation message, to smooth out unattended installations. It is now possible to do the confirmation beforehand via debconf for fully automated installation, but autopartkit should still behave reasonably in the normal case. (Closes: #211063) * Jordi Mallach - Added Catalan (ca) translation. * Pierre Machard - Update French po-debconf translation thanks to [Christian Perrier] * Kenshi Muto - Update ja.po * Petter Reinholdtsen - Rewrite confirm code to avoid trying to duplicate the seen handling in cdebconf. - Reduce binary size by using string constants for debconf template names. - Update nb.po. Files: 0654f22e1a4e8f44cae251ff6ff2f1bd 675 debian-installer standard autopartkit_0.58.dsc e274cbbd6efc5d6083c4d4e25f2f3f33 135023 debian-installer standard autopartkit_0.58.tar.gz 1d93bc713d9d051d4821b5aebd0db860 25278 debian-installer standard autopartkit_0.58_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b2Ip20zMSyow1ykRAv/CAJ9CPR1SZEHswQAXDyl1zHnCHT2gAgCeLDU4 SDB1S4j2PyaNoLNXCvTDHZI= =Fzl0 -END PGP SIGNATURE- Accepted: autopartkit_0.58.dsc to pool/main/a/autopartkit/autopartkit_0.58.dsc autopartkit_0.58.tar.gz to pool/main/a/autopartkit/autopartkit_0.58.tar.gz autopartkit_0.58_i386.udeb to pool/main/a/autopartkit/autopartkit_0.58_i386.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cdebconf 0.42 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 23:04:11 +0200 Source: cdebconf Binary: cdebconf-slang-udeb libdebconfclient0 cdebconf-priority cdebconf libdebconfclient0-dev cdebconf-udeb libdebconfclient0-udeb cdebconf-gtk-udeb cdebconf-newt-udeb cdebconf-text-udeb Architecture: source i386 Version: 0.42 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: cdebconf - Debian Configuration Management System (C-implementation) cdebconf-gtk-udeb - Gtk+ frontend for Debian Configuration Management System (udeb) cdebconf-newt-udeb - Newt frontend for Debian Configuration Management System (udeb) cdebconf-priority - Change debconf priority (udeb) cdebconf-slang-udeb - S-Lang frontend for Debian Configuration Management System (udeb) cdebconf-text-udeb - Plain text frontend for Debian Configuration Management System (udeb) cdebconf-udeb - Debian Configuration Management System (C-implementation) (udeb) libdebconfclient0 - Debian Configuration Management System (C-implementation) libdebconfclient0-dev - Development files for cdebconf libdebconfclient0-udeb - Debian Configuration Management System (C-implementation) (udeb) Closes: 211315 Changes: cdebconf (0.42) unstable; urgency=low . * Sebastian Ley - Add code to be able to change frontends on the fly. It is done by setting the value of a question debconf/frontend to whatever frontend you want to change to. This value is checked before each GO command. * Petter Reinholdtsen - Update ru.po, patch from Serge Winitzki. * Steinar H. Gunderson - Make question_get_field always return a valid string, even when it gets a NULL pointer from the templates (which happens when a frontend tries to look up a non-existing field). (Closes: #211315) * Kenshi Muto - Update ja.po Files: 8d416d430ffea34dda0f7a9c5f6d08a0 921 utils optional cdebconf_0.42.dsc 6a0085e9b94b2ab41ac5423dd1521dfa 165353 utils optional cdebconf_0.42.tar.gz 98b51a95a90aa2ef2ea6d6af449f72e9 24514 libdevel optional libdebconfclient0-dev_0.42_i386.deb a55f91ada0f6d2bb8de0e2391dd874f5 12912 libs optional libdebconfclient0_0.42_i386.deb cb13d58d4b212cbb40daf3072bca3500 108608 utils optional cdebconf_0.42_i386.deb 44cb10aeaf1d44ad2a000d9b156bcd5c 39802 debian-installer standard cdebconf-udeb_0.42_i386.udeb feda2e4528889064106f5c7de5a559c1 960 debian-installer standard cdebconf-priority_0.42_i386.udeb a2991ad5289f81002b49167af04ba829 3074 debian-installer optional libdebconfclient0-udeb_0.42_i386.udeb 0ca41f3fe7ca298dfe4121f24e405a4a 6948 debian-installer optional cdebconf-slang-udeb_0.42_i386.udeb fdcb11438accf2a6be835a14476b57be 7816 debian-installer optional cdebconf-newt-udeb_0.42_i386.udeb 38179aee7d13eeef2e232495da50a30a 9740 debian-installer optional cdebconf-gtk-udeb_0.42_i386.udeb 70c49e015f9e47b59aac10ec8ae9abc8 6018 debian-installer optional cdebconf-text-udeb_0.42_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b2Tf20zMSyow1ykRAjvoAJ4mrGLLdpyWEeYC8ZuaMhzEL/b19gCfQgL7 /Z9C8l/5yLT5xg0YrY0kb+c= =zupL -END PGP SIGNATURE- Accepted: cdebconf-gtk-udeb_0.42_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.42_i386.udeb cdebconf-newt-udeb_0.42_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.42_i386.udeb cdebconf-priority_0.42_i386.udeb to pool/main/c/cdebconf/cdebconf-priority_0.42_i386.udeb cdebconf-slang-udeb_0.42_i386.udeb to pool/main/c/cdebconf/cdebconf-slang-udeb_0.42_i386.udeb cdebconf-text-udeb_0.42_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.42_i386.udeb cdebconf-udeb_0.42_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.42_i386.udeb cdebconf_0.42.dsc to pool/main/c/cdebconf/cdebconf_0.42.dsc cdebconf_0.42.tar.gz to pool/main/c/cdebconf/cdebconf_0.42.tar.gz cdebconf_0.42_i386.deb to pool/main/c/cdebconf/cdebconf_0.42_i386.deb libdebconfclient0-dev_0.42_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.42_i386.deb libdebconfclient0-udeb_0.42_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.42_i386.udeb libdebconfclient0_0.42_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.42_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted prebaseconfig 0.035 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 23:21:03 +0200 Source: prebaseconfig Binary: prebaseconfig Architecture: source all Version: 0.035 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: prebaseconfig - Finish the installation and reboot (udeb) Changes: prebaseconfig (0.035) unstable; urgency=low . * Chris Tillman - Update English usage in message templates * Jordi Mallach - Added Catalan (ca) translation. * Kenshi Muto - Update ja.po * Christian Perrier - Update fr.po * Petter Reinholdtsen - Update nb.po. Files: b7db7a3956fd531a31ffd1060b67f7c1 716 debian-installer required prebaseconfig_0.035.dsc 8948b5cb20357fc425a1b3227d493723 15431 debian-installer required prebaseconfig_0.035.tar.gz ed3cd824408200d67ac3f617c58f018f 5806 debian-installer required prebaseconfig_0.035_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b2fb20zMSyow1ykRAuNNAJ9yfeR0QGYiC/pxfWbHpI3/89kAhACfQIZ/ GBw27mVHhR5SEkUoZBPEOAk= =yRmE -END PGP SIGNATURE- Accepted: prebaseconfig_0.035.dsc to pool/main/p/prebaseconfig/prebaseconfig_0.035.dsc prebaseconfig_0.035.tar.gz to pool/main/p/prebaseconfig/prebaseconfig_0.035.tar.gz prebaseconfig_0.035_all.udeb to pool/main/p/prebaseconfig/prebaseconfig_0.035_all.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pcmcia-udeb 0.4 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 17:13:18 -0400 Source: pcmcia-udeb Binary: pcmcia-udeb Architecture: source all Version: 0.4 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: pcmcia-udeb - Start PC card services (PCMCIA) (udeb) Changes: pcmcia-udeb (0.4) unstable; urgency=low . * ftp-master please note: I do know what I'm doing; this udeb intentionally has no files in it, aside from its postinst. Files: 85d9ebaa5a57278d38cd216adcaafda0 585 debian-installer standard pcmcia-udeb_0.4.dsc 060bebd3a0d9f496dda6df6f2796db32 1465 debian-installer standard pcmcia-udeb_0.4.tar.gz c661c83d5657d27a60d289b3da60ff06 730 debian-installer standard pcmcia-udeb_0.4_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b2X92tp5zXiKP0wRAoEdAJ9052iiMg5G77dhvrELkdX7dNelCACdHyLK rIaUVRDrzBY7VLLqmiS00YI= =jzED -END PGP SIGNATURE- Accepted: pcmcia-udeb_0.4.dsc to pool/main/p/pcmcia-udeb/pcmcia-udeb_0.4.dsc pcmcia-udeb_0.4.tar.gz to pool/main/p/pcmcia-udeb/pcmcia-udeb_0.4.tar.gz pcmcia-udeb_0.4_all.udeb to pool/main/p/pcmcia-udeb/pcmcia-udeb_0.4_all.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted uim 1:0.0.6-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 15 Sep 2003 21:30:43 +0900 Source: uim Binary: libuim-dev libuim0 uim-common uim-xim uim-gtk2.0 Architecture: source all i386 Version: 1:0.0.6-1 Distribution: unstable Urgency: low Maintainer: Masahito Omote [EMAIL PROTECTED] Changed-By: Masahito Omote [EMAIL PROTECTED] Description: libuim-dev - Development files for uim libuim0- Simple, secure, and flexible input method collection and library uim-common - Common files for uim uim-gtk2.0 - GTK+2.x immodule for uim uim-xim- A bridge between uim and XIM Closes: 210874 Changes: uim (1:0.0.6-1) unstable; urgency=low . * New upstream release * Initial Debian release (closes: Bug#210874) Files: 99c4d984cf5fcd301b6d49d904a8c2fa 704 libs optional uim_0.0.6-1.dsc feec620157ccd64b39d33133d0785770 557936 libs optional uim_0.0.6.orig.tar.gz 122ce3033f52e837c362e5276acb8449 38443 libs optional uim_0.0.6-1.diff.gz 7bf40a90ad884a9ee61577c73f24c76f 100130 text optional uim-common_0.0.6-1_all.deb 040f3a883999b80c790490132360eb3c 55942 libs optional libuim0_0.0.6-1_i386.deb e8ebbf32501f426d435c7b076b334b92 184860 libdevel optional libuim-dev_0.0.6-1_i386.deb 033e45f6f368987cec9ad46a36e9677e 11254 x11 optional uim-gtk2.0_0.0.6-1_i386.deb 77bf6cb24b2f756d710d4fc35f1f2fda 33920 x11 optional uim-xim_0.0.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ZbNk4QYOB7JaXPERAsXsAKDX02UdW6UncwjjCQ/ZH4zgKCm9zwCffqcg yiExfFWrf49pgBB6mYuu8T8= =95dE -END PGP SIGNATURE- Accepted: libuim-dev_0.0.6-1_i386.deb to pool/main/u/uim/libuim-dev_0.0.6-1_i386.deb libuim0_0.0.6-1_i386.deb to pool/main/u/uim/libuim0_0.0.6-1_i386.deb uim-common_0.0.6-1_all.deb to pool/main/u/uim/uim-common_0.0.6-1_all.deb uim-gtk2.0_0.0.6-1_i386.deb to pool/main/u/uim/uim-gtk2.0_0.0.6-1_i386.deb uim-xim_0.0.6-1_i386.deb to pool/main/u/uim/uim-xim_0.0.6-1_i386.deb uim_0.0.6-1.diff.gz to pool/main/u/uim/uim_0.0.6-1.diff.gz uim_0.0.6-1.dsc to pool/main/u/uim/uim_0.0.6-1.dsc uim_0.0.6.orig.tar.gz to pool/main/u/uim/uim_0.0.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sumika 0.02-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Aug 2003 22:45:24 +0900 Source: sumika Binary: sumika Architecture: source i386 Version: 0.02-1 Distribution: unstable Urgency: low Maintainer: Masahito Omote [EMAIL PROTECTED] Changed-By: Masahito Omote [EMAIL PROTECTED] Description: sumika - A management utility for dictionaries for input methods Closes: 210887 Changes: sumika (0.02-1) unstable; urgency=low . * New upstream release. * Initial Debian release. (closes: Bug#210887) Files: 4260b3b363f780c8d8f888a2912247da 586 x11 optional sumika_0.02-1.dsc 1a54a0921d04c6339c451ea24b333895 458828 x11 optional sumika_0.02.orig.tar.gz ec5cd5f0b8ba8c7c5a550701723ef289 1916 x11 optional sumika_0.02-1.diff.gz f1f16622c1049a51293b0d98be5ffcb9 29168 x11 optional sumika_0.02-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/Zbo+4QYOB7JaXPERAoJgAJ9PKmWCCQ/Av12nDYbUKkv5iD1cgwCfTYgX yCby2FUnJNy9WuYnEKc6OZY= =FLEw -END PGP SIGNATURE- Accepted: sumika_0.02-1.diff.gz to pool/main/s/sumika/sumika_0.02-1.diff.gz sumika_0.02-1.dsc to pool/main/s/sumika/sumika_0.02-1.dsc sumika_0.02-1_i386.deb to pool/main/s/sumika/sumika_0.02-1_i386.deb sumika_0.02.orig.tar.gz to pool/main/s/sumika/sumika_0.02.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sound-juicer 0.5.4-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 Sep 2003 20:39:45 +0100 Source: sound-juicer Binary: sound-juicer Architecture: source i386 Version: 0.5.4-1 Distribution: unstable Urgency: low Maintainer: Ross Burton [EMAIL PROTECTED] Changed-By: Ross Burton [EMAIL PROTECTED] Description: sound-juicer - GNOME 2 CD Ripper Changes: sound-juicer (0.5.4-1) unstable; urgency=low . * New upstream release Files: 6c00dabc059ab67b6a803ac3495aab84 714 gnome optional sound-juicer_0.5.4-1.dsc ce33aeb7a050aec0cbc6ae74268a036d 391039 gnome optional sound-juicer_0.5.4.orig.tar.gz 9b69cb28c2117cc5b3b2cd48e5d1a1f4 1840 gnome optional sound-juicer_0.5.4-1.diff.gz 072e26d3a980981cfd3cff62768c2f38 206824 gnome optional sound-juicer_0.5.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/Z2dLLQnkR9C0M98RAn6XAJ0V11ApoGZpfgtg+1tPkVh8r7xx/wCgjpuz r8Jn4YJUkZuMjrXTc49mY4s= =sy// -END PGP SIGNATURE- Accepted: sound-juicer_0.5.4-1.diff.gz to pool/main/s/sound-juicer/sound-juicer_0.5.4-1.diff.gz sound-juicer_0.5.4-1.dsc to pool/main/s/sound-juicer/sound-juicer_0.5.4-1.dsc sound-juicer_0.5.4-1_i386.deb to pool/main/s/sound-juicer/sound-juicer_0.5.4-1_i386.deb sound-juicer_0.5.4.orig.tar.gz to pool/main/s/sound-juicer/sound-juicer_0.5.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted psad 1.2.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Wed, 17 Sep 2003 10:46:22 +0200 Source: psad Binary: psad Architecture: source i386 Version: 1.2.3-1 Distribution: unstable Urgency: low Maintainer: Daniel Gubser [EMAIL PROTECTED] Changed-By: Daniel Gubser [EMAIL PROTECTED] Description: psad - The Port Scan Attack Detector Changes: psad (1.2.3-1) unstable; urgency=low . * New upstream release Files: 4f6901f7e97446aa728667af40d38023 668 admin optional psad_1.2.3-1.dsc e9aa74b03528ee6143af45f6f3b1fb0c 432797 admin optional psad_1.2.3.orig.tar.gz 14b973c2fed038d5e7c7e21e37326245 16954 admin optional psad_1.2.3-1.diff.gz 0c400c4047341ae573f14222f05830a5 150354 admin optional psad_1.2.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBP298vvtEPvakNq0lAQE/nAP/QB0gx635HgYOt2Nkr04zytmAh8vl+JDN dC8G1OEsI/gHWg00aCHs6s+TX9I/rjjjb0xOk4NRZs0UNfNdZMHGQu30OCHDRB/C tWgLadYNuo3zR/9J4FC9yRG9e0eaNzgb1/fDgkwI/Ikm2msWxqujxj7/YZodkt/r XSO/0zh7Gus= =FRwf -END PGP SIGNATURE- Accepted: psad_1.2.3-1.diff.gz to pool/main/p/psad/psad_1.2.3-1.diff.gz psad_1.2.3-1.dsc to pool/main/p/psad/psad_1.2.3-1.dsc psad_1.2.3-1_i386.deb to pool/main/p/psad/psad_1.2.3-1_i386.deb psad_1.2.3.orig.tar.gz to pool/main/p/psad/psad_1.2.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted configure-debian 0.5.3 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 13 Sep 2003 17:55:48 -0400 Source: configure-debian Binary: configure-debian Architecture: source all Version: 0.5.3 Distribution: unstable Urgency: low Maintainer: David Nusinow [EMAIL PROTECTED] Changed-By: David Nusinow [EMAIL PROTECTED] Description: configure-debian - central configuration program for packages using debconf Closes: 204915 207953 208783 Changes: configure-debian (0.5.3) unstable; urgency=low . * Update french translation. Thanks to Christian Perrier; closes: #208783 * Update pt_BR translation. Thanks to Andres Luis Lopes; closes: #207953 * Fix naming on Dutch translation. Thanks to Denis Barbier; closes: #204915 Files: c7f12d58f17efa1c7e8499102f7210f0 531 admin optional configure-debian_0.5.3.dsc 65504658c6cd506639644ecd575e9d58 8025 admin optional configure-debian_0.5.3.tar.gz 20b04e7d2073077b8b835a5d42055261 10468 admin optional configure-debian_0.5.3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b2w8mHaJYZ7RAb8RAp5MAKDA+BVggoZhvVKQQpLCdjWBwRCQOACgr9j8 IcZA3Z6lxBa00LS2ed/5WNI= =GCDA -END PGP SIGNATURE- Accepted: configure-debian_0.5.3.dsc to pool/main/c/configure-debian/configure-debian_0.5.3.dsc configure-debian_0.5.3.tar.gz to pool/main/c/configure-debian/configure-debian_0.5.3.tar.gz configure-debian_0.5.3_all.deb to pool/main/c/configure-debian/configure-debian_0.5.3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dbmail 1.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 10 Sep 2003 10:05:52 +0200 Source: dbmail Binary: dbmail-pgsql dbmail-mysql Architecture: source i386 Version: 1.1-1 Distribution: unstable Urgency: low Maintainer: Paul J Stevens [EMAIL PROTECTED] Changed-By: Paul J Stevens [EMAIL PROTECTED] Description: dbmail-mysql - Fast and scalable sql based imap and pop mailserver dbmail-pgsql - Fast and scalable sql based imap and pop mailserver Closes: 179879 Changes: dbmail (1.1-1) unstable; urgency=low . * initial upload (closes: #179879). * Sponsored by Francesco P. Lovergine [EMAIL PROTECTED] * provides italian and dutch translations of debconf templates. Files: 852b19bea69c2f571b4fc20d436d846e 635 mail optional dbmail_1.1-1.dsc e6d7be3eff38b69ab82ae6d47e3c83e2 242587 mail optional dbmail_1.1.orig.tar.gz e59123900dfb72ba0880d7a2c3ed71ba 45894 mail optional dbmail_1.1-1.diff.gz 3a76006419150a8c9022eb28578f2a13 259402 mail optional dbmail-pgsql_1.1-1_i386.deb 25cd06ca504a0b718f2cef0b3c0f031b 259836 mail optional dbmail-mysql_1.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/Zs5qpFNRmenyx0cRAt8CAKCGSwVQ986l2gzos+v9BVUUwuFV/wCfT95b w3iyJX4AikdtLJk/ZnYsTyk= =zf7l -END PGP SIGNATURE- Accepted: dbmail-mysql_1.1-1_i386.deb to pool/main/d/dbmail/dbmail-mysql_1.1-1_i386.deb dbmail-pgsql_1.1-1_i386.deb to pool/main/d/dbmail/dbmail-pgsql_1.1-1_i386.deb dbmail_1.1-1.diff.gz to pool/main/d/dbmail/dbmail_1.1-1.diff.gz dbmail_1.1-1.dsc to pool/main/d/dbmail/dbmail_1.1-1.dsc dbmail_1.1.orig.tar.gz to pool/main/d/dbmail/dbmail_1.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted yiff 2.14.2-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 13 Sep 2003 15:56:19 -0500 Source: yiff Binary: liby-dev liby2-14 yiff-server Architecture: source i386 Version: 2.14.2-1 Distribution: unstable Urgency: low Maintainer: Adam Majer [EMAIL PROTECTED] Changed-By: Adam Majer [EMAIL PROTECTED] Description: liby-dev - Y Sound Server Library Header Files liby2-14 - Y Sound Server Library yiff-server - Y Sound Server Closes: 200991 204260 Changes: yiff (2.14.2-1) unstable; urgency=low . * New upstream release (closes: #204260) * Updated spanish debconf template (closes: #200991) Thanks Carlos! Files: 12d6427ed193e389722a04db44498353 741 libs optional yiff_2.14.2-1.dsc d27166d39f79eeefaee8f1057c2eff81 620735 libs optional yiff_2.14.2.orig.tar.gz 0c779b0e7e9d014427ab756e26e3602d 27411 libs optional yiff_2.14.2-1.diff.gz 2f26ff64e7ffd3f9b5d2ae54c241d1c9 143072 sound optional yiff-server_2.14.2-1_i386.deb 88b2d8c29dbdac84accb4cfe2cc4f921 31630 libs optional liby2-14_2.14.2-1_i386.deb 788f6fed5915322862a86b5c9ff043fc 88190 libdevel optional liby-dev_2.14.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Colin Watson [EMAIL PROTECTED] -- Debian developer iD8DBQE/Zkx59t0zAhD6TNERAozJAJ9yvl6aad43iIorN8cdipwuKY9i6wCfdEbh WeMESANo1aHxmv3gk0JYDR4= =qotW -END PGP SIGNATURE- Accepted: liby-dev_2.14.2-1_i386.deb to pool/main/y/yiff/liby-dev_2.14.2-1_i386.deb liby2-14_2.14.2-1_i386.deb to pool/main/y/yiff/liby2-14_2.14.2-1_i386.deb yiff-server_2.14.2-1_i386.deb to pool/main/y/yiff/yiff-server_2.14.2-1_i386.deb yiff_2.14.2-1.diff.gz to pool/main/y/yiff/yiff_2.14.2-1.diff.gz yiff_2.14.2-1.dsc to pool/main/y/yiff/yiff_2.14.2-1.dsc yiff_2.14.2.orig.tar.gz to pool/main/y/yiff/yiff_2.14.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pyxmms 1.07-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Sep 2003 17:17:48 +0200 Source: pyxmms Binary: python2.3-xmms python2.1-xmms python-xmms python-xmms-doc python2.2-xmms Architecture: source i386 all Version: 1.07-2 Distribution: unstable Urgency: low Maintainer: Florent Rougon [EMAIL PROTECTED] Changed-By: Florent Rougon [EMAIL PROTECTED] Description: python-xmms - Control XMMS from a Python program python-xmms-doc - Control XMMS from a Python program (documentation) python2.1-xmms - Control XMMS from a Python program (Python 2.1 version) python2.2-xmms - Control XMMS from a Python program (Python 2.2 version) python2.3-xmms - Control XMMS from a Python program (Python 2.3 version) Changes: pyxmms (1.07-2) unstable; urgency=low . * Updated the package to work with Python 2.3 as the default Python in Debian. * Generate a python2.3-xmms binary package. * Updated the package to conform to Policy 3.6.1: - The C extension module is now always compiled with debugging information; - The python section of the Debian archive is now used instead of interpreters for the python*-xmms packages and the doc section is used for python-xmms-doc. Files: c9c583645a3940f7d27cf354f8348bf6 760 python optional pyxmms_1.07-2.dsc 388c9d194923fb38d0244431f5153431 20585 python optional pyxmms_1.07.orig.tar.gz 201db05307565e7d18a324738153fe7b 5898 python optional pyxmms_1.07-2.diff.gz a82afd0e4d9b300f37da34bc3a81cd65 3646 python optional python-xmms_1.07-2_all.deb d4b74a41f312187f3f239228400087e7 13356 doc optional python-xmms-doc_1.07-2_all.deb 544ae1f63cd0907c10ef2ae65006f0ae 17540 python optional python2.1-xmms_1.07-2_i386.deb dfb3d231db0dbc4c7863305c85f351a2 17860 python optional python2.2-xmms_1.07-2_i386.deb 77b462fff16c9cc4378e91bc6bed7530 17882 python optional python2.3-xmms_1.07-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ZdWMQxo87aLX0pIRAl2QAJ46mHDoILhqab/bobATkDzk5sefUgCfRU2c haaljEK41KTWz3F4cCUuxv4= =Yl9A -END PGP SIGNATURE- Accepted: python-xmms-doc_1.07-2_all.deb to pool/main/p/pyxmms/python-xmms-doc_1.07-2_all.deb python-xmms_1.07-2_all.deb to pool/main/p/pyxmms/python-xmms_1.07-2_all.deb python2.1-xmms_1.07-2_i386.deb to pool/main/p/pyxmms/python2.1-xmms_1.07-2_i386.deb python2.2-xmms_1.07-2_i386.deb to pool/main/p/pyxmms/python2.2-xmms_1.07-2_i386.deb python2.3-xmms_1.07-2_i386.deb to pool/main/p/pyxmms/python2.3-xmms_1.07-2_i386.deb pyxmms_1.07-2.diff.gz to pool/main/p/pyxmms/pyxmms_1.07-2.diff.gz pyxmms_1.07-2.dsc to pool/main/p/pyxmms/pyxmms_1.07-2.dsc pyxmms_1.07.orig.tar.gz to pool/main/p/pyxmms/pyxmms_1.07.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted amavisd-new 20030616p5-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 19:42:40 -0300 Source: amavisd-new Binary: amavisd-new amavisd-new-milter Architecture: source all i386 Version: 20030616p5-3 Distribution: unstable Urgency: low Maintainer: Brian May [EMAIL PROTECTED] Changed-By: Henrique de Moraes Holschuh [EMAIL PROTECTED] Description: amavisd-new - Interface between MTA and virus scanner/content filters amavisd-new-milter - Interface between sendmail-milter and amavisd-new Closes: 211729 Changes: amavisd-new (20030616p5-3) unstable; urgency=low . * Add Gibe, Mimail and Swen to fake-sender viruses list (really, you should just DISABLE the damn notifications... everyone would be better off in the general case). This closes: #211729 Files: 9b6f19f56b2bf65097a352d59bf9 678 mail extra amavisd-new_20030616p5-3.dsc 59b37605258f24f332b4d8620b9dc1b9 57035 mail extra amavisd-new_20030616p5-3.diff.gz db57f41149818e92291ab95501b2f600 273640 mail extra amavisd-new_20030616p5-3_all.deb 2b3a15feee8a7fb4cce24ed60b320537 26942 mail extra amavisd-new-milter_20030616p5-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/b33s7iXePxzbD+MRAiK5AJwJlu+gxguWEvJvChsjOHEzs6rw4gCeLDlK zJKpMjLwTxGO9wlPHS39gnw= =zAv+ -END PGP SIGNATURE- Accepted: amavisd-new-milter_20030616p5-3_i386.deb to pool/main/a/amavisd-new/amavisd-new-milter_20030616p5-3_i386.deb amavisd-new_20030616p5-3.diff.gz to pool/main/a/amavisd-new/amavisd-new_20030616p5-3.diff.gz amavisd-new_20030616p5-3.dsc to pool/main/a/amavisd-new/amavisd-new_20030616p5-3.dsc amavisd-new_20030616p5-3_all.deb to pool/main/a/amavisd-new/amavisd-new_20030616p5-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libsaxon-java 6.5.4-0.1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 8 Sep 2003 21:25:28 +0200 Source: libsaxon-java Binary: libsaxon-java-doc libsaxon-java Architecture: source all Version: 6.5.4-0.1 Distribution: unstable Urgency: low Maintainer: Mark Johnson [EMAIL PROTECTED] Changed-By: Bastian Kleineidam [EMAIL PROTECTED] Description: libsaxon-java - The Saxon XSLT Processor libsaxon-java-doc - The Saxon XSLT Processor's documentation and javadoc Closes: 141334 143346 151007 154155 176763 188460 Changes: libsaxon-java (6.5.4-0.1) unstable; urgency=low . * Non maintainer upload (0-day NMU policy) * New upstream release. - 6.5.4. is most recent release (Closes: #154155) - upstream fixed Namespace errors (Closes: #151007) - upstream fixed curly braces handling (Closes: #141334) * Packaging with new debian/rules based on the one found at http://vbstefi60.fapse.ulg.ac.be/~arnaud/saxon/ Thanks, Arnaud. * Name changed from lib-saxon-java to libsaxon-java (Closes: #188460) * Added libsaxon-java-doc package. (Closes: #176763), (Closes: #143346) generation of api docs with gjdoc crashed on my machine, so I used javadoc and included the generated files. Files: ea4df4f179a6b7ddf09936b1fbb486df 607 contrib/libs optional libsaxon-java_6.5.4-0.1.dsc b338857a65634f5b466cbfb7264200fa 1445799 contrib/libs optional libsaxon-java_6.5.4.orig.tar.gz 76003cc9801a868b3bad918fbdde870e 5475 contrib/libs optional libsaxon-java_6.5.4-0.1.diff.gz 85b8a1ba148a95f1822ac7d622b112f8 557948 contrib/libs optional libsaxon-java_6.5.4-0.1_all.deb 451bd99a03cefd0fc6a434540b9ed6cd 1046818 contrib/doc optional libsaxon-java-doc_6.5.4-0.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/aBmGeBwlBDLsbz4RAg7YAJwLLP9EHEVLcvyAylND2v5+9WfMzACgpWIv XwWm4iDYj2ZxDNHXSRJ+Obg= =67HF -END PGP SIGNATURE- Accepted: libsaxon-java-doc_6.5.4-0.1_all.deb to pool/contrib/libs/libsaxon-java/libsaxon-java-doc_6.5.4-0.1_all.deb libsaxon-java_6.5.4-0.1.diff.gz to pool/contrib/libs/libsaxon-java/libsaxon-java_6.5.4-0.1.diff.gz libsaxon-java_6.5.4-0.1.dsc to pool/contrib/libs/libsaxon-java/libsaxon-java_6.5.4-0.1.dsc libsaxon-java_6.5.4-0.1_all.deb to pool/contrib/libs/libsaxon-java/libsaxon-java_6.5.4-0.1_all.deb libsaxon-java_6.5.4.orig.tar.gz to pool/contrib/libs/libsaxon-java/libsaxon-java_6.5.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kbarcode 1.2.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 Sep 2003 13:36:54 +0300 Source: kbarcode Binary: kbarcode Architecture: source i386 Version: 1.2.1-1 Distribution: unstable Urgency: low Maintainer: Theodore Karkoulis [EMAIL PROTECTED] Changed-By: Theodore Karkoulis [EMAIL PROTECTED] Description: kbarcode - A KDE Barcode Creation And Printing Application Changes: kbarcode (1.2.1-1) unstable; urgency=low . * Initial Release. Files: ea45f38c8d09e8681cddfd9a6d03c34d 569 x11 optional kbarcode_1.2.1-1.dsc 5aab4e58d503d0c32e3406947654221d 854034 x11 optional kbarcode_1.2.1.orig.tar.gz c718d33a83e5a4fa17b6497e4ff72376 23142 x11 optional kbarcode_1.2.1-1.diff.gz 231a6f54b47a90a161652e4f77962f63 3856 x11 optional kbarcode_1.2.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/aBLvIU9oQVFfm3QRAkEsAJ0cTVOz1r4PGf8BCROc08Hs29XgtQCaA/cK DwF4aHhsl9Y9hXtdgz5KEls= =nW+D -END PGP SIGNATURE- Accepted: kbarcode_1.2.1-1.diff.gz to pool/main/k/kbarcode/kbarcode_1.2.1-1.diff.gz kbarcode_1.2.1-1.dsc to pool/main/k/kbarcode/kbarcode_1.2.1-1.dsc kbarcode_1.2.1-1_i386.deb to pool/main/k/kbarcode/kbarcode_1.2.1-1_i386.deb kbarcode_1.2.1.orig.tar.gz to pool/main/k/kbarcode/kbarcode_1.2.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]