Re: Comment contribuer int elligemment en tant que développeur?
Bonjour, On Sun, 29 Mar 2009, Yoann Ciabaud wrote: suite au message de Raphaël Hertzog, je me suis enfin décidé a contribuer à ma distribution favorite. Bien ! J'ai bien saisi le fonctionnement des bugs reports, traductions et maintenance de packet mais j'ai plus de mal a comprendre ce que je peux apporter en tant que développeur et comment m'y prendre. Quand tu dis développeur tu penses programmeur ou bien mainteneur de paquets ? La contribution la plus évidente pour un programmeur est d'écrire des correctifs (patchs) pour les bogues répertoriés. Il suffit de trouver un paquet avec des bogues, écrit dans un langage que tu maitrises et qui t'intéresse. Tu peux t'aider de http://debtags.alioth.debian.org pour identifier des paquets et de http://packages.qa.debian.org pour voir s'il est bien maintenu et le nombre de bogues. Il y a aussi un certain nombre de logiciels spécifiques à Debian qui nécessitent des programmeurs pour les faire évoluer et corriger leurs bogues. On retrouve la plupart de ces projets sur http://wiki.debian.org/Teams (il y a dpkg/apt/debian-installer pour les plus connus mais il y en a plein d'autres dont certains que tu as surement déjà utilisé). Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Comment contribuer intelligemment en tant que d éveloppeur?
Bonjour, 2009/3/30 Raphael Hertzog hert...@debian.org Bonjour, On Sun, 29 Mar 2009, Yoann Ciabaud wrote: suite au message de Raphaël Hertzog, je me suis enfin décidé a contribuer à ma distribution favorite. Bien ! J'ai bien saisi le fonctionnement des bugs reports, traductions et maintenance de packet mais j'ai plus de mal a comprendre ce que je peux apporter en tant que développeur et comment m'y prendre. Quand tu dis développeur tu penses programmeur ou bien mainteneur de paquets ? je voulais parler de programmeur, j'ai bien saisi le fonctionnement de la maintenance de paquet à travers la doc et les différents articles que j'ai pu lire ici et la. La contribution la plus évidente pour un programmeur est d'écrire des correctifs (patchs) pour les bogues répertoriés. Il suffit de trouver un paquet avec des bogues, écrit dans un langage que tu maitrises et qui t'intéresse. Tu peux t'aider de http://debtags.alioth.debian.org pour identifier des paquets et de http://packages.qa.debian.org pour voir s'il est bien maintenu et le nombre de bogues. OK je peux en effet commencer par la. Existe-t'il un endroit ou l'on recense les paquets qui ont le plus besoin d'aide? Car devant la masse de paquets disponibles je ne sais pas vraiment par ou commencer, enfin je devrais trouver un paquet qui me plaît et qui contient quelques bugs. Il y a aussi un certain nombre de logiciels spécifiques à Debian qui nécessitent des programmeurs pour les faire évoluer et corriger leurs bogues. On retrouve la plupart de ces projets sur http://wiki.debian.org/Teams (il y a dpkg/apt/debian-installer pour les plus connus mais il y en a plein d'autres dont certains que tu as surement déjà utilisé). Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ Je vais voir de ce côté la, c'est la partie qui m'intéresse le plus, je vais essayer d'entrer en contact avec une équipe d'un projet pour voir s'ils ont besoins d'aide. En tout cas merci de m'avoir répondu, au final la communauté debian n'est peut-être pas si hermétique qu'elle n'y paraît ;) --- ( o_ / /\ Yoann Ciabaud http://www.yoann-ciabaud.fr V_/_
Re: Comment contribuer intelligemment en tant que développeur?
Le dimanche 29 mars 2009 à 18:49 +0200, Yoann Ciabaud a écrit : Bonjour, suite au message de Raphaël Hertzog, je me suis enfin décidé a contribuer à ma distribution favorite. J'ai bien saisi le fonctionnement des bugs reports, traductions et maintenance de packet mais j'ai plus de mal a comprendre ce que je peux apporter en tant que développeur et comment m'y prendre. Merci de m'aiguiller un peu sur les démarches à suivre. Ma recommandation serait de chercher quel domaine de la distribution t'intéresse, et de rejoindre l'équipe en charge de ce domaine. La plupart ont des besoins en termes de ressources, tu peux trouver une liste sur http://wiki.debian.org/Teams -- .''`. Debian 5.0 Lenny has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Comment contribuer intelligemment en tant que d éveloppeur?
Merci pour tout ces liens, c'est exactement ce qui me manquait pour me lancer, j'espère revenir vers vous bientôt avec mes contributions! --- ( o_ / /\ Yoann Ciabaud http://www.yoann-ciabaud.fr V_/_ 2009/3/30 Josselin Mouette j...@debian.org Le dimanche 29 mars 2009 à 18:49 +0200, Yoann Ciabaud a écrit : Bonjour, suite au message de Raphaël Hertzog, je me suis enfin décidé a contribuer à ma distribution favorite. J'ai bien saisi le fonctionnement des bugs reports, traductions et maintenance de packet mais j'ai plus de mal a comprendre ce que je peux apporter en tant que développeur et comment m'y prendre. Merci de m'aiguiller un peu sur les démarches à suivre. Ma recommandation serait de chercher quel domaine de la distribution t'intéresse, et de rejoindre l'équipe en charge de ce domaine. La plupart ont des besoins en termes de ressources, tu peux trouver une liste sur http://wiki.debian.org/Teams -- .''`. Debian 5.0 Lenny has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain.
Re: Comment contribuer inte lligemment en tant que développeur?
Le Mon, Mar 30, 2009 at 11:15:43AM +0200, Yoann Ciabaud a écrit : OK je peux en effet commencer par la. Existe-t'il un endroit ou l'on recense les paquets qui ont le plus besoin d'aide? Car devant la masse de paquets disponibles je ne sais pas vraiment par ou commencer, enfin je devrais trouver un paquet qui me plaît et qui contient quelques bugs. Bonjour Yoann, Il y a une liste ici : http://wnpp.debian.net/?type[]=RFHproject=description=owner[]=yesowner[]=nocol[]=dustcol[]=typecol[]=descriptioncol[]=installssort=project Amicalement, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Comment contribuer int elligemment en tant que développeur?
Bonjour, On Mon, 30 Mar 2009, Yoann Ciabaud wrote: OK je peux en effet commencer par la. Existe-t'il un endroit ou l'on recense les paquets qui ont le plus besoin d'aide? Car devant la masse de paquets disponibles je ne sais pas vraiment par ou commencer, enfin je devrais trouver un paquet qui me plaît et qui contient quelques bugs. Ca dépend de comment tu définis le plus besoin d'aide. N'importe quel paquet de gros logiciel ou logiciel populaire a besoin d'aide. Si tu veux les paquets avec le plus de bogues il y a UDD (Ultimate Debian Database) qui peut te fournir cela: http://udd.debian.org/cgi-bin/package_bug_count.cgi (Mais les chiffres affichés n'ont pas l'air correct actuellement, bizarre) La même variante avec en ne prenant en compte que les bogues critiques: http://udd.debian.org/cgi-bin/package_rc_bug_count.cgi (les pages sont longues à charger) Il y a des paquets où le mainteneur a officiellement demandé de l'aide via un RFH (Request For Help), Charles Plessy t'a donné un lien, en voici un autre: http://www.debian.org/devel/wnpp/rfh Tu peux aussi consulter les bogues étiquetés help: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=help En tout cas merci de m'avoir répondu, au final la communauté debian n'est peut-être pas si hermétique qu'elle n'y paraît ;) On trouve de tout dans Debian. Il faut souvent faire preuve d'ouverture d'esprit et de tolérance pour une cohabitation plus sereine mais la communauté est loin d'être hermétique. :) Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: grouping of alternative depends
On Sun, 29 Mar 2009, Holger Levsen wrote: Does dselect still have valid uses cases? Closing all dselect related bugs would make going through src:dpkg bugs much easier ;-) dselect still has users but the dpkg team does not really work on it. The goal is to make it a separate application (and hence separate source package) using libdpkg once this (currently internal) library is usable and made public. Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [GSoC] KDE4/Qt4 based package manager
Quoting Obey Arthur Liu (art...@milliways.fr): synaptic or shaman (from Chakra). I think that aptitude-gtk and adept are not userfriendly. Using these applications was quite difficult for Heartfelt thank yous! (I'm the guy responsible for aptitude-gtk.. :D ) Is this silly to think that, as most of the (good) work was made in aptitude-gtk, an aptitude-qt development would be a better idea? Aptitude has all the nice underlying package management stuff and that would avoid reinventing the wheel. signature.asc Description: Digital signature
Re: why is Ardour pretty outdated in stable and not in testing?
Grammostola Rosea schrieb: But that doesn't really solve the problem imo. The problem is solved when Ardour in unstable hit testing and then stable after a while. Now it seems to be stuck in unstable... You don't seem to understand the Debian release policy. Once a stable version has been released, there is zero chance that another package will be added. The only chance for ardour to be part of a stable Debian release is Squeeze, not Lenny. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: grouping of alternative depends
On Sun, Mar 29, 2009 at 11:41:22AM +0100, Holger Levsen wrote: I'd like to use a depends like (pdns-backend-ldap pdns-recursor) | bind9 but afaik this is not possible. AFAICS I should file a wishbug against dpkg but as I dont have time atm to dig through all the bugs against dpkg, I thought I drop a mail here, in the hope that someone will point me to an already existing bug or if not, just submit this. TIA. The solution to this and similar problems are always, as pointed out by specific solutions in this thread by others, to turn your dependency formula into conjunctive normal form (CNF) [1], which is always possible, though possibly ugly, as you observed. Note that if you want to go the wishlist bug path however, the bug should not be against dpkg, but rather against policy. The reason being that policy currently only allows dependency formulae in conjunctive normal form. Cheers. [1] http://en.wikipedia.org/wiki/Conjunctive_normal_form -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime signature.asc Description: Digital signature
Re: realtime kernel for Debian
Hi! Uwe Kleine-König schrieb: [your To: header was strange, maybe my mail reaches less recipents than your's] Well, at least it reached me ;) Maybe providing a patch package is a better first step? thanks for thinking. Who could provide such a patch package? I can. I'd need a sponsor, though. I know two Debian developers, I will ask them. Willing to sponsor as soon as you've got a package to test ready. Best regards, Alexander signature.asc Description: OpenPGP digital signature
Re: why is Ardour pretty outdated in stable and not in testing?
On Mon, 30 Mar 2009, Fabian Greffrath wrote: You don't seem to understand the Debian release policy. Once a stable version has been released, there is zero chance that another package will be added. The only chance for ardour to be part of a stable Debian release is Squeeze, not Lenny. There is backports.org which is a quite canonical place for people to seek for backports of Debian packages. Several people do include it in their sources.list. I'd prefer up to date packages there instead of random other locations (and yes I know that 64studio is no random location for multimedia experts - but obviosely there are Debian users who did not noticed it there ...) Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [GSoC] KDE4/Qt4 based package manager
Christian Perrier a écrit : Quoting Obey Arthur Liu (art...@milliways.fr): synaptic or shaman (from Chakra). I think that aptitude-gtk and adept are not userfriendly. Using these applications was quite difficult for Heartfelt thank yous! (I'm the guy responsible for aptitude-gtk.. :D ) Is this silly to think that, as most of the (good) work was made in aptitude-gtk, an aptitude-qt development would be a better idea? Aptitude has all the nice underlying package management stuff and that would avoid reinventing the wheel. This issue has been discussed too. The decision isn't simple. The actors: - Synaptic Some people don't like it, that's all I will say :) - Aptitude(-gtk) Aptitude-gtk is still a development branch, targeted for stable in Squeeze. Beside the new GTK+ GUI, Daniel Burrows is currently spending time on heavy development on the resolver to make it faster, more predictable and so on, plus a few other things. Daniel will not have the time to manage the development of two graphical interfaces (in addition to the console and ncurses interfaces..) at once. Also, due the way the aptitude-gtk interface had been designed, not a great amount of the code that has been written last summer can be easily reused for a Qt interface. There has never been any plans to handle more than one GUI at once in the codebase (3 UIs is already quite a lot). - Adept 3.0 Petr Rockai had been working on Adept 3.0, a complete rewrite of Adept with Qt4 and a different, more task-based, interface. Petr has since stopped the development of Adept[3] at beta~4, citing the choice of PackageKit as default on Ubuntu as a reason. He's open to giving maintainership to another developer and the code is in good shape. - (K)PackageKit Please Google or read MLs or whatever to understand why this is a.. suboptimal solution. My opinion on this is that, even if Debian defaults on Gnome, KDE users should be on a equal footing. They shouldn't be more forced to use a GTK+ package manager than Gnome users should be forced to us a Qt package manager. For the sake of simplicity, I realize that I am approximating out users of other WMs. Note that Adept 3 has a different UI paradigm than aptitude(-gtk), so it should be interesting to explore in its own sake. Also, Petr Rockai has been maintaining libept[4] (with Enrico Zini), a high-level package management library, that is commonly used by Aptitude and Adept and has also been orphaned, so there's a little more interest to it here. Furthermore, there is a possibility that in the future, the (new and currently developed) dependency resolver of Aptitude would spun out in its own library so that other package managers, like Adept 3, can use it. Heard of apt-xapian-index[5] ? Want useful a ranking of package search results in Aptitude ? in packages.debian.org ? Want to index changelogs, descriptions ? With keyword highlighting ? There's definitely a lot of fascinating development perspective around package management. What do you all think ? Cheers Arthur [1] http://algebraicthunk.net/~dburrows/blog/entry/aptitude-gtk-updates-2008-12-23/ [2] http://algebraicthunk.net/~dburrows/blog/entry/help-aptitude-get-faster/ [3] http://web.mornfall.net/blog/farewell__44___adept.html [4] http://web.mornfall.net/libept.html [5] http://www.enricozini.org/2007/debtags/apt-xapian-index.html -- Obey Arthur Liu http://www.milliways.fr signature.asc Description: OpenPGP digital signature
Re: why is Ardour pretty outdated in stable and not in testing?
Fabian Greffrath wrote: Grammostola Rosea schrieb: But that doesn't really solve the problem imo. The problem is solved when Ardour in unstable hit testing and then stable after a while. Now it seems to be stuck in unstable... You don't seem to understand the Debian release policy. Once a stable version has been released, there is zero chance that another package will be added. The only chance for ardour to be part of a stable Debian release is Squeeze, not Lenny. I understand it. But my point still is there... Also maybe Debian can be a bit less conservative when such a core app is not in stable and stable releases go out the door after years! I guess some packages are added in Etch after a while. But main point is, that Ardour should hit testing after a while. Kind regards, \r -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#519070: fixed in raptor 1.4.18-2
Hi, Michael Biebl wrote: - build against OpenSSL versions of curl and (especially) neon again as the webdav ucp now directly links against openssl... (reopens: #391671). Use system-openssl. Why can't you build-depend on libcurl4-gnutls-dev? Oh, I can, and actually I'll do that (see http://lists.debian.org/debian-openoffice/2009/03/msg00443.html), but that will cause OOo to link agsinst both openssl (directly) and gnutls (via curl). I don't think that is perfect :-) I agree, that the current situation wrt to libcurl sucks. But I definitely think that libraries (such as libraptor) should link against the gnutls version of libcurl, otherwise you get the previous situation where packages will start to link against OpenSSL (via indirect dependencies) without having the proper OpenSSL exemption and thus are not distributable. So imho libcurl4-gnutls should be preferred where possible. I also agree with that, and it was a totally braindead decision for OOo to start using OpenSSL instead of GNUTLS... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: grouping of alternative depends
Holger Levsen hol...@layer-acht.org writes: Hi, On Sonntag, 29. März 2009, Emilio Pozuelo Monfort wrote: Doesn't this do what you want? Depends: pdns-backend-ldap | bind9, pdns-recursor | bind9 sure, that works and thats what I'm doing now. But it's ugly and redudant and potentially wrong: installing pdns-backend-ldap and bind9 satisfies that depends, but not my needs... regards, Holger Then what you are missing is Conflicts: pdns-backend-ldap !pdns-recursor, pdns-recursor !pdns-backend-ldap which dpkg can not express. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: why is Ardour pretty outdated in stable and not in testing?
Grammostola Rosea rosea.grammost...@gmail.com writes: Also maybe Debian can be a bit less conservative when such a core app I think Ardour is pretty far from “a core app”. That term should be reserved for nigh-indispensible applications like the MTA or even the well-named ‘coreutils’. is not in stable and stable releases go out the door after years! I guess some packages are added in Etch after a while. As has been explained several times, Debian stable releases *do not* get new packages added. Only security updates and grave bug fixes to *existing* packages in that release; that guaranteed resistance to change is precisely what is meant by referring to them as “stable”. Currently, Debian Etch (4.0), released 2007-04-08, is the ‘oldstable’ release, and Debian Lenny (5.0), released 2009-02-14, is the ‘stable’ release. They will not be getting any packages added, since they are released. Debian Squeeze is the current ‘testing’ branch. It will become the next release, once it is declared ready. For now, new packages can enter it, according to certain criteria. But main point is, that Ardour should hit testing after a while. It may do so, if it enters ‘unstable’ first and then meets all of the criteria for migration from ‘unstable’ to ‘testing’ URL:http://www.debian.org/devel/testing. If you want to see a newer version of the package in Debian, those criteria are the ones you are interested in. The criteria, you will observe, are *not* subject to pleading for the package to go in, nor to claims of the package's advantages. They are much more amenable to addressing bug reports and work on the part of the package maintainers (and those who are interested enough to help with that work). -- \ “Here is a test to see if your mission on earth is finished. If | `\ you are alive, it isn't.” —Francis Bacon | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521837: ITP: ktikz -- Editor for the TikZ language
Package: wnpp Severity: wishlist Owner: Florian Hackenberger flor...@hackenberger.at * Package name: ktikz Version : 0.8-1 Upstream Author : Florian Hackenberger flor...@hackenberger.at * URL : http://www.hackenberger.at/ktikz-editor-for-the-tikz-language * License : GPL2 or higher Programming Lang: C++ with qt4 libs. Description : Editor for the TikZ language KtikZ is a small application helping you to create TikZ (from the LaTeX pgf package) diagrams for your publications. Release candidates are available from http://www.hackenberger.at/ktikz I am not a Debian Developer, so I will need a sponsor for this package. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian 4.0 and Lustre
EricSingleton set...@gmail.com writes: On Mar 24, 4:00 am, Andreas Tille til...@rki.de wrote: On Tue, 24 Mar 2009, set...@gmail.com wrote: I preferDebian4.0 because I feel it is more stable than 5.0. Please define more stable. What are the problems which you have observed? Did you reported these problems? Am I right? Well, if we would *know* about this fact we probably would not have released Lenny. So asking *here* whether Lenny is less stable than Etch does not sound like a good strategy. Kind regards Andreas. --http://fam-tille.de -- To UNSUBSCRIBE, email todebian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Is there any Lenny packaged with Lustre 1.6.7? m...@book:~% rmadison lustre-source lustre-source | 1.6.5.1-4 |stable | all lustre-source | 1.6.5.1-4 | testing | all lustre-source |1.6.7-1 | unstable | all MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Extended descriptions size
Andreas Tille til...@rki.de writes: On Sun, 22 Mar 2009, Michael Bramer wrote: if we like to remove the long description from the package file, we must change apt in some way and use some other rules for select the right description (a new 'Description-md5sum' or the Version-Nr) I'd call the Version-Nr. a sinsible choice. ;-) Kind regards Andreas. I think the idea of using the Description-md5sum is that in most cases the md5sum remains identical for many versions. If you use the packages actual version then every upload will need a new translation entry or some fuzzyness to accept an older versions translation. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
ftpmaster: Please comment on the last section concerning DAK behaviour. Hi, before Lenny ftpmaster asked us (ia32-libs maintainers) to do something about the mess that is ia32-libs. Specifically that it is a HUGE source duplication and a security nightmare. Unfortunaetly there wasn't enough time before the release to get a new solution (ia32-apt-get) into a stable state. Now that Lenny is out the problem can be attacked again. The major remaining problems are how to transition from ia32-libs to ia32-apt-get and how packages can depend on 32bit libs then. (Which actualy hinge on the same problem.) Current state: ia32-libs + ia32-libs-gtk The ia32-libs(-gtk) source package contains precompiled i386 deb of packages (taken from testing i386) and for each deb the respective source package. The debian/rules file then unpacks the i386 debs, moves some files, fixes some files and then builds the ia32-libs(-gtk) deb out of that. This results in ~500MB source package and ~80MB binary packages. And for every new version of any of the contained packages there should be a new ia32-libs(-gtk) version causing a new ~600MB upload. New solution: ia32-apt-get -- Ia32-apt-get provides wrappers for dpkg.deb and apt-get that allow installing deb packages from an i386 repository (or local file) directly. The apt-get wrapper handles mangling the Packages file from i386 during download so apt can use it and the dpkg.deb wrapper handles converting i386 debs to amd64 / ia64 during unpacking. Through this every i386 package in Debian (or other apt repositories) becomes available on amd64 / ia64 as well. In case of binary/data packages the package name remains as is while for library packages the name is prefixed with ia32- to allow both 64bit and 32bit flavours of libraries to be installed. Package updates become available to the user the moment they hit the archive without needing an extra upload or testing migration. Transition plan --- For obvious reasons ia32-lib* and ia32-libs(-gtk) must conflict with each other as they contain the same libraries. They basically represent moving a file from one package (ia32-libs) into another (ia32-lib*). As such a Conflicts: ia32-libs ( 3.0~~), ia32-libs-gtk ( 3.0~~) and Replaces: ia32-libs ( 3.0~~), ia32-libs-gtk ( 3.0~~) are neccessary. That should solve most packages. BUT: Some library packages contain conffiles. How do I handle the case of a conffile moving from ia32-libs to ia32-libfoo correctly? Also how do I make it so that an existing ia32-libs package would pull in the respective ia32-lib* packages on upgrades? The obvious solution is to create ia32-libs(-gtk) meta packages that depend on the respective ia32-lib* packages. This brings us to the main problem of this mail: How to depend on 32bit libs on amd64? = The ia32-libs(-gtk) package should look somewhat like this: Package: ia32-libs Version: 3.0 Depends: lib32gcc1, libc6-i386, lib32z1, lib32stdc++6, lib32asound2, lib32ncurses5, ia32-libattr1, ia32-libx86-1, ia32-libpam0g, ... The problem I see here is that ia32-libattr1, ia32-libx86-1, ia32-libpam0g, ... are not in main as far as DAK is concerned. They are not known at all in the Debian archive. As such I think ia32-libs(-gtk) could never transition from unstable to testing on its own. On the users system they are also not available untill ia32-apt-get is installed and apt-get update has been run. On a fresh system a simple apt-get install ia32-libs would not be possible. And it is not just the ia32-libs(-gtk) dummy packages that are affected: % apt-cache rdepends ia32-libs ia32-libs-gtk | sort -u | xargs eagle fglrx-glx-ia32 ia32-libs-gtk ia32-sun-java5-bin ia32-sun-java6-bin lib32asound2 lib32asound2-plugins lib32bz2-1.0 lib32ncurses5 lib32z1 libc6-i386 libwine libwine-capi libwine-cms libwine-esd libwine-gl libwine-gphoto2 libwine-jack libwine-ldap libwine-nas libwine-print libwine-sane nspluginwrapper nvidia-glx-ia32 nvidia-glx-legacy-71xx-ia32 nvidia-glx-legacy-96xx-ia32 teamspeak-client teamspeak-server vmware-package Those packages should depend on the specific ia32-lib* package they actually need instead of the ia32-libs(-gtk) meta packages. Again creating a dependency on a seemingly non-existing package. Does anyone have an idea how to solve this in a way that DAK remains happy and so that e.g. apt-get install vmware-package will pull in ia32-apt-get and then the right libs? MfG Goswin PS: The most difficult case is nspluginwrapper. I think all other packages could be removed from amd64 and use the i386 package directly. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
Goswin von Brederlow, le Mon 30 Mar 2009 14:33:32 +0200, a écrit : Ia32-apt-get provides wrappers for dpkg.deb and apt-get that allow installing deb packages from an i386 repository (or local file) directly. Mmm, couldn't there be any possible relation with the multiarch support mentioned earlier on d-d? Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: why is Ardour pretty outdated in stable and not in testing?
Grammostola Rosea wrote: Also maybe Debian can be a bit less conservative when such a core app is not in stable and stable releases go out the door after years! I guess some packages are added in Etch after a while. No (no new package, even no new version, only important (or more) bug fixes) But main point is, that Ardour should hit testing after a while. Yes, because this is the condition (required and sufficient) to allow Ardour to be shipped in the next stable release of Debian (squeeze). About the current stable (lenny), all you can do is: * provide an external repo with packages build for lenny = you have to compile yourself the appli for the archs you want to support = some users does not like to use external repo = there is no integration with the Debian infrastructure (PTS, BTS, ...) * introduce a backport for lenny in the semi-official backport.org site = Ardour needs to be in testing to be allowed to be added here = some users like backport because it is nearly the same packages as in testing (ie official packages with, we can hope, a good quality) = autobuilders take care of compiling the package for other architectures = the BTS, PTS, qa website, ... know (at least a minimum) the backports of the packages Regards, Vincent Kind regards, \r -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: why is Ardour pretty outdated in stable and not in testing?
2009/3/30 Andreas Tille til...@rki.de On Mon, 30 Mar 2009, Fabian Greffrath wrote: You don't seem to understand the Debian release policy. Once a stable version has been released, there is zero chance that another package will be added. The only chance for ardour to be part of a stable Debian release is Squeeze, not Lenny. There is backports.org which is a quite canonical place for people to seek for backports of Debian packages. Several people do include it in their sources.list. I'd prefer up to date packages there instead of random other locations (and yes I know that 64studio is no random location for multimedia experts - but obviosely there are Debian users who did not noticed it there ...) Kind regards Andreas. Ok, let's play. Some multimedia users and experts would prefer not to use unofficial debian repository and having ardour rt kernel in the next stable release, so now in testing. ciao r
Re: [GSoC] KDE4/Qt4 based package manager
Obey Arthur Liu wrote: Mateusz 'Matthew' Marek a écrit : That's why I think the best way to make Qt4 based package manager is make it from scratch. Are you sure you can make a graphical package manager in one summer, from scratch ? We believe the current best approach would be to finish adept-3, with of course the modifications that you would like to bring in but we're open to any suggestions. Wasn't adept abandoned in favor of kpackagekit? So what about getting (k)packagekit in shape on Debian instead of yet another frontend. Maybe the time would be spent better this way. Just my 2¢ Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#521850: ITP: globus-gsi-openssl-error -- Globus Toolkit - Globus OpenSSL Error Handling
Package: wnpp Severity: wishlist Owner: Steffen Moeller steffen_moel...@gmx.de * Package name: globus-gsi-openssl-error * URL : http://www.globus.org/ * License : Apache-2.0 Description : Globus Toolkit - Globus OpenSSL Error Handling The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. .. This package provides functions to wrap error types defined by OpenSSL and other tools for dealing with errors in development. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
* Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]: Hello, [-mentors only Bcc'ed to drop it from the discussion] Executive summary: concerns about ia32-apt-get raised, lesser hack proposed for comments. before Lenny ftpmaster asked us (ia32-libs maintainers) to do something about the mess that is ia32-libs. Specifically that it is a HUGE source duplication and a security nightmare. Unfortunaetly there wasn't enough time before the release to get a new solution (ia32-apt-get) into a stable state. Now that Lenny is out the problem can be attacked again. The major remaining problems are how to transition from ia32-libs to ia32-apt-get and how packages can depend on 32bit libs then. (Which actualy hinge on the same problem.) Has there been any public discussions about ia32-apt-get, and consensus that it is an acceptable solution? To be honest, I’m not sure at all it is actually a better solution than the 500 MB source package. For the benefit of others, so that they can comment, I’ll mention how it works. Mainly, ia32-apt-get dpkg-divert’s /usr/bin/apt-get and /usr/bin/dpkg-deb. For apt-get, it intercepts the “update” operation, calling apt-get.real first in an alternative root for the host arch (/var/lib/apt/native), then calling apt-get.real again for the foreign arch (/var/lib/apt/foreign), and then doing gross sed'ing over those to morph them into acceptable package lists for the host arch. Which are later available because the postinst goes ahead and duplicates all entries in sources.list. For dpkg-deb, it intercepts “--control” and “--fsys-tarfile”. The latter does all sorts of pretty things including moving files around (to /usr/lib32, eg.), changing the Architecture field, and amending the Depends field. I realize quite a lot of effort has been put into writing this and to make sure it works, but as said above, I’m unsure it’s an acceptable solution to this problem. As an amd64 user, I’d be disgusted to see such a hack forced down on my system, and disappointed in Debian for sanctioning such solution. The problem I see here is that ia32-libattr1, ia32-libx86-1, ia32-libpam0g, ... are not in main as far as DAK is concerned. They are not known at all in the Debian archive. As such I think [packages depending on ia32-lib*] could never transition from unstable to testing on [their] own. Actually they can, because britney can be told that some packages are available even if they are not in the Packages lists. However, and given my opinion above, I will refuse to do that unless there’s clear consensus among the active developers that this is an acceptable solution. Because of that, opinions welcome. I’d also be interested in hearing from ftpmaster their thoughts on the matter. Maybe a less fugly hack can be devised if the need to address the current ia32-libs mess is really strong. Mark Hymers has talked about providing a mechanism to ensure source packages stay on the pool when other stuff has been built from them (eg. kernel module packages). With this, ia32-libs could become a small source package containing scripts that would download the necessary binary packages at build time, and would encode in a header the employed versions; then, source for those versions would not be removed from the pool. And ia32-libs could be easily Bin-NMUed regularly, in order to pick up the latest libraries from testing. I know downloading stuff in the build process is not something we want to do, but we have packages with special needs that do it by design (eg. the installer). Thoughts? Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: realtime kernel for Debian
Hi Alexander, On Mon, Mar 30, 2009 at 10:22:02AM +0200, Alexander Reichle-Schmehl wrote: Hi! Uwe Kleine-König schrieb: [your To: header was strange, maybe my mail reaches less recipents than your's] Well, at least it reached me ;) Maybe providing a patch package is a better first step? thanks for thinking. Who could provide such a patch package? I can. I'd need a sponsor, though. I know two Debian developers, I will ask them. Willing to sponsor as soon as you've got a package to test ready. Great thanks. I plan to package rt-tests, too. Maybe you can sponser that, too? Expect me to contact you via irc to go into details. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions| http://www.pengutronix.de/ | -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
[Adeodato Simó] Mark Hymers has talked about providing a mechanism to ensure source packages stay on the pool when other stuff has been built from them (eg. kernel module packages). With this, ia32-libs could become a small source package containing scripts that would download the necessary binary packages at build time, and would encode in a header the employed versions; then, source for those versions would not be removed from the pool. I understand different binary packages from a single source package do not have to share a single version string - so could ia32-libs be done in such a way that each binary package gets a version number related to the real source package it is built from? ia32-libs itself could append a sort of 'micro-epoch' value that would only change when substantive changes are made to how the binary packages are built. Thus when you binNMU ia32-libs in order to pick up a newer library upload, all the libraries that have not changed will not get new version numbers and nobody would need to upgrade them. But would this situation (trying to upload a version that is already present) confuse dak? I presume dak will just ignore that binary, yes? -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Jack Audio Connection Kit transition
Maintainers: unless you’re jackbeat or gst-plugins-bad0.10, you need not upload for this, though build-depending on libjack-dev in your next upload would be nice. --- Hello, Felipe. I finally found some time to look at your message. I’ve moved -release to CC (thanks for the Bcc!), since it’s on-topic there. Fellow developers and release team (bcc'ed), The Debian Multimedia Maintainers would like to drop the versioned jack library and development packages (that is, libjack0.100.0-{0,dev}). They were introduced a long time ago (along with the appropriately renamed library) due to perceived instability in the jack library's ABI. For a while now, this is no longer necessary, and upstream has catalogued Debian packages of jack broken because of that. The debian packages no longer change the soname of the library (starting with lenny), and the versioned packages are just dummy ones. We want to drop them now. The first thing to be done is to switch the build-dependency from libjack0.100.0-dev to libjack-dev. After all packages have been changed and uploaded, we can upload a jack without those transitional packages (unless I overlooked something and we need the RT ack first?). Just to be clear: there is ABI/SONAME transition here. Packages that still depend on libjack0.100.0-0 use the symlink provided by that package[1]. A mere sed -i -e 's/libjack0.100.0/libjack/g' debian/control should be all that people need to do. I assume you mean “there is NOT ABI/SONAME transition here”, heh. So, here are my comments on the matter: * plan for libjack0.100.0-dev: you can make a j-a-c-k upload to unstable dropping this development package immediately, provided that you add a “Provides: libjack0.100.0-dev” line to the libjack-dev package. You will have to file two bugs at RC severity against jackbeat and gst-plugins-bad0.10; these are the only packages that have a *versioned* build-dependency on libjack0.100.0-dev, as far as I can see. I’ve also checked, and there is no pacakge with versioned dependencies on libjack0.100.0-dev. * plan for libjack0.100.0-0: there are 11 source packages left with dependencies on this old library. No sourceful uploads are needed for this: once you’ve gotten back to me that the plan is good, I will provide you with a list of packages and schedule Bin-NMUs; then you can do some work of checking if they built successfully everywhere, filing bugs, etc. Once all of them have been rebuilt (which will make them depend on libjack0), please check with us that they’ve migrated to testing, and at that point libjack0.100.0-0 can be dropped. Sounds good? [1] This actually surprised me. Could someone explain to me why are there SONAMEs when they are not actually used? % ldd /usr/bin/creox | grep jack libjack-0.100.0.so.0 = /usr/lib/libjack-0.100.0.so.0 (0x7f943206f000) % ls -l /usr/lib/libjack-0.100.0.so.0 lrwxrwxrwx 1 root root 12 2009-03-18 19:03 /usr/lib/libjack-0.100.0.so.0 - libjack.so.0 % objdump -p /usr/lib/libjack-0.100.0.so.0 | grep SONAME SONAME libjack.so.0 The SONAME that is recorded in the binary (do `objdump -p /usr/bin/creox | grep NEEDED`, rather than ldd) is used to find the file. Once the file is loaded, AFAIK nor the linker nor the application care what the actuall SONAME of the loaded library is. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
Adeodato Simó d...@net.com.org.es writes: * Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]: Hello, [-mentors only Bcc'ed to drop it from the discussion] Executive summary: concerns about ia32-apt-get raised, lesser hack proposed for comments. before Lenny ftpmaster asked us (ia32-libs maintainers) to do something about the mess that is ia32-libs. Specifically that it is a HUGE source duplication and a security nightmare. Unfortunaetly there wasn't enough time before the release to get a new solution (ia32-apt-get) into a stable state. Now that Lenny is out the problem can be attacked again. The major remaining problems are how to transition from ia32-libs to ia32-apt-get and how packages can depend on 32bit libs then. (Which actualy hinge on the same problem.) Has there been any public discussions about ia32-apt-get, and consensus that it is an acceptable solution? To be honest, Iâm not sure at all it is actually a better solution than the 500 MB source package. For the benefit of others, so that they can comment, Iâll mention how it works. Mainly, ia32-apt-get dpkg-divertâs /usr/bin/apt-get and /usr/bin/dpkg-deb. For apt-get, it intercepts the âupdateâ operation, calling apt-get.real first in an alternative root for the host arch (/var/lib/apt/native), then calling apt-get.real again for the foreign arch (/var/lib/apt/foreign), and then doing gross sed'ing over those to morph them into acceptable package lists for the host arch. Which are later available because the postinst goes ahead and duplicates all entries in sources.list. For dpkg-deb, it intercepts â--controlâ and â--fsys-tarfileâ. The latter does all sorts of pretty things including moving files around (to /usr/lib32, eg.), changing the Architecture field, and amending the Depends field. I realize quite a lot of effort has been put into writing this and to make sure it works, but as said above, Iâm unsure itâs an acceptable solution to this problem. As an amd64 user, Iâd be disgusted to see such a hack forced down on my system, and disappointed in Debian for sanctioning such solution. The alternative solution is ia32-archive, which creates a local repository of converted packages on the users system. No wrappers needed and no ugly hacks but that comes at the cost of disk space and the need to configure what packages to convert (converting just everything would cost too much disk). The problem how to state the depends remains the same. The problem I see here is that ia32-libattr1, ia32-libx86-1, ia32-libpam0g, ... are not in main as far as DAK is concerned. They are not known at all in the Debian archive. As such I think [packages depending on ia32-lib*] could never transition from unstable to testing on [their] own. Actually they can, because britney can be told that some packages are available even if they are not in the Packages lists. However, and given my opinion above, I will refuse to do that unless thereâs clear consensus among the active developers that this is an acceptable solution. Because of that, opinions welcome. Iâd also be interested in hearing from ftpmaster their thoughts on the matter. Maybe a less fugly hack can be devised if the need to address the current ia32-libs mess is really strong. Mark Hymers has talked about providing a mechanism to ensure source packages stay on the pool when other stuff has been built from them (eg. kernel module packages). With this, ia32-libs could become a small source package containing scripts that would download the necessary binary packages at build time, and would encode in a header the employed versions; then, source for those versions would not be removed from the pool. Buildds don't have internet access in their build environment. ia32-libs may not download anything at build time. Plus rebuilding would give widely unreproducible results. As for avoiding the source duplication that would be nice. And ia32-libs could be easily Bin-NMUed regularly, in order to pick up the latest libraries from testing. I know downloading stuff in the build process is not something we want to do, but we have packages with special needs that do it by design (eg. the installer). Thoughts? Currently the size makes regular uploads too costly imho. And the security team is still not supporting ia32-libs. I even did prepare an security upload for etch last year that they only had to sponsor but never heard back from the team. Cheers, MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
Samuel Thibault samuel.thiba...@ens-lyon.org writes: Goswin von Brederlow, le Mon 30 Mar 2009 14:33:32 +0200, a écrit : Ia32-apt-get provides wrappers for dpkg.deb and apt-get that allow installing deb packages from an i386 repository (or local file) directly. Mmm, couldn't there be any possible relation with the multiarch support mentioned earlier on d-d? Samuel ia32-libs/ia32-apt-get is an ugly hack to support biarch while we wait for multiarch. multiarch is the clean solution for the problem. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
On Mon, Mar 30, 2009 at 04:26:54PM +0200, Adeodato Simó wrote: * Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]: Hello, [-mentors only Bcc'ed to drop it from the discussion] Executive summary: concerns about ia32-apt-get raised, lesser hack proposed for comments. before Lenny ftpmaster asked us (ia32-libs maintainers) to do something about the mess that is ia32-libs. Specifically that it is a HUGE source duplication and a security nightmare. Unfortunaetly there wasn't enough time before the release to get a new solution (ia32-apt-get) into a stable state. Now that Lenny is out the problem can be attacked again. The major remaining problems are how to transition from ia32-libs to ia32-apt-get and how packages can depend on 32bit libs then. (Which actualy hinge on the same problem.) Has there been any public discussions about ia32-apt-get, and consensus that it is an acceptable solution? To be honest, I’m not sure at all it is actually a better solution than the 500 MB source package. [...] I realize quite a lot of effort has been put into writing this and to make sure it works, but as said above, I’m unsure it’s an acceptable solution to this problem. As an amd64 user, I’d be disgusted to see such a hack forced down on my system, and disappointed in Debian for sanctioning such solution. To be honest, I feel exactly the same way about it. I'm unsure why we need *any* 32-bit libraries or binaries on an amd64 system. If one needs to run 32-bit software, it is possible to debootstrap an i386 system and use it as a chroot. Using a tool such as schroot handles all of the kernel personality and chroot details, and even allows normal users to use it with access to all their files, etc. With a few one line scripts/shell aliases, it's completely transparent. It also has the advantage of being a complete i386 system rather than just a collection of libraries; you can keep it up to date using the usual tools, and even boot it if you desire. i.e. you get all the normal security support and updates. With multiarch, it's a different story, but we aren't quite there yet. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
Peter Samuelson pe...@p12n.org writes: [Adeodato Simó] Mark Hymers has talked about providing a mechanism to ensure source packages stay on the pool when other stuff has been built from them (eg. kernel module packages). With this, ia32-libs could become a small source package containing scripts that would download the necessary binary packages at build time, and would encode in a header the employed versions; then, source for those versions would not be removed from the pool. I understand different binary packages from a single source package do not have to share a single version string - so could ia32-libs be done in such a way that each binary package gets a version number related to the real source package it is built from? ia32-libs itself could append a sort of 'micro-epoch' value that would only change when substantive changes are made to how the binary packages are built. Currently ia32-libs source builds one ia32-libs.deb. Not split up per binary package it contains. Thus when you binNMU ia32-libs in order to pick up a newer library upload, all the libraries that have not changed will not get new version numbers and nobody would need to upgrade them. But would this situation (trying to upload a version that is already present) confuse dak? I presume dak will just ignore that binary, yes? The problem isn't the really the user needing to downlod 40MB for an update. The problem I see is having to upload 600MB and mirror that. And yes, uploading a new source that builds a deb with the same version as the last source will cause DAK to reject the upload. For your idea to work the ia32-libs source has to be split. That would allow fine grained updates but still have the problem of source duplication and prebuild binaries. Ftpmaster didn't want that any more than ia32-libs now. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
On Mon Mar 30 17:20, Roger Leigh wrote: With multiarch, it's a different story, but we aren't quite there yet. Multiarch is definitely the right way to handle this and I think we should were possible be putting effort into that and not hacks. I still am not clear what the holdups are with multiarch. What is there that people like myself and the ia32-libs guys can do to get it working? I would really like to see it in squeeze if that's possible. Matt -- Matthew Johnson signature.asc Description: Digital signature
Re: grouping of alternative depends
On Mon, Mar 30 2009, Stefano Zacchiroli wrote: On Sun, Mar 29, 2009 at 11:41:22AM +0100, Holger Levsen wrote: I'd like to use a depends like (pdns-backend-ldap pdns-recursor) | bind9 but afaik this is not possible. AFAICS I should file a wishbug against dpkg but as I dont have time atm to dig through all the bugs against dpkg, I thought I drop a mail here, in the hope that someone will point me to an already existing bug or if not, just submit this. TIA. The solution to this and similar problems are always, as pointed out by specific solutions in this thread by others, to turn your dependency formula into conjunctive normal form (CNF) [1], which is always possible, though possibly ugly, as you observed. Note that if you want to go the wishlist bug path however, the bug should not be against dpkg, but rather against policy. The reason being that policy currently only allows dependency formulae in conjunctive normal form. And that bug on policy would have to show more reason than I do not find it pretty enough to show why we need to modify policy, and perhaps add complexity to code that parses the depends lines (these are not just dpkg and friends; our users may have wrotten scripts, as I have, to help satisfy dependencies while building other packages). Unless a functional lack is demonstrated, and it can be shown that the functional lack actually has benefits in real life packages (apart from it looking prettier), I suggest the policy wishlist bug be thought about. manoj -- This process can check if this value is zero, and if it is, it does something child-like. -- Forbes Burkowski, CS 454, University of Washington Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: This topic died off; any resolution?
On Sat, Mar 28 2009, Reinhard Tartler wrote: Manoj Srivastava sriva...@debian.org writes: A special rule in debian/rules to duplicate apt-get source for people who are skeptical of thea rchive (and have an ill defined attack vector thay are being paranoid about) -- or to provide functionality that apt-get source is not a duplicate for? Well, for complicated cases (like ffmpeg, where we have to fight with svn:externals, external svn servers etc) it is very helpful to have such a rule. Espc. if some user objects with some of the modifications and needs to apply changes to it in order to get a slightly modified package. If you are talking about cases where there is no upstream tarball, and just SVN (or some other VCS), and these cannot be handled by uscan, then I agree, it would be nice to standardize the calling interface. I think this is a valid usecase for shipping a debian/rules target that mimics 'apt-get source' (which cannot know what modifications have been done to the source). Well, apt-get source gets you the orig.tar.gz, and the diff.gz, that lets you know exactly what modifications were made to the upstream snapshot, so I guess I am not understanding what you are saying here. a) Upstream does tarballs --- use uscan, perhaps with a munging script b) No upstream tarball ---use a new target, or equivalently, a new script to do the job. My slight preference is a script with a well known name, since that script can then be extracted and used by DEHS/PTS like systems, without requireing that the whole source be unpoacked and ./debian/rules be runnable (I have sanity checks in my debian/rules) manoj -- Let us condemn to hellfire all those who disagree with us. militant religionists everywhere Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
[Goswin von Brederlow] Currently ia32-libs source builds one ia32-libs.deb. Not split up per binary package it contains. Yes but I thought we were talking about changing that, so that it builds ia32-libc6, ia32-libssl0.9.8, etc. That is how I understood Dato's proposal, which I think is probably the most sensible solution I have seen so far. And yes, uploading a new source that builds a deb with the same version as the last source will cause DAK to reject the upload. That's a problem, then. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521875: ITP: icedove-quotecolors -- Colorize different quoting levels in e-mail messages
Package: wnpp Severity: wishlist Owner: Christoph Goehre christoph.goe...@gmx.de * Package name: icedove-quotecolors Version : 0.2.8 Upstream Author : Malte Rücker ma...@6thfloor.de * URL : http://quotecolors.mozdev.org * License : MPL Programming Lang: Javascript Description : Colorize different quoting levels in e-mail messages With this extensions installed up to five quoting levels can be displayed in different colors making it easier to read e-mails with lots of quoted replies. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) signature.asc Description: Digital signature
Re: RFS: libnet - orphaning libnet
On Sat, 28 Mar 2009 15:12:05 +0100, David Paleino wrote: On Sat, 28 Mar 2009 15:22:46 +0200, Stefanos Harhalakis wrote: On Friday 27 March 2009, David Paleino wrote: After all, it's your choice, you should have fun working with VCS's (that's why I switched from SVN to Git most of my packages, *grin*) I've retitled bug #516222 to be an ITA. I see that I need to upload a new version with myself as maintainer but since you've already a version that awaits, I'll wait for it to be uploaded first. Then I'll send another one with the changes. Uh? Please go yourself, I don't have any new version ready. Ah, sorry, I just got myself confused. Yes, you should wait someone sponsoring the orphaned package available on mentors.debian.net, and then you can freely start working on it :) Sorry for not being clearer before, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
* Goswin von Brederlow [Mon, 30 Mar 2009 18:00:08 +0200]: The alternative solution is ia32-archive, which creates a local repository of converted packages on the users system. No wrappers needed and no ugly hacks but that comes at the cost of disk space and the need to configure what packages to convert (converting just everything would cost too much disk). Right, and I think that’s suboptimal from an useability POV: `apt-get install wine` should work on amd64 out of the box, without needing to do extra work, IMHO. Buildds don't have internet access in their build environment. ia32-libs may not download anything at build time. I guess when you replied to this you hadn’t gotten to the part where I said ia32-libs would be a “package with special needs”. Plus rebuilding would give widely unreproducible results. Would behave the same as other packages already do (linux modules, installer). Currently the size makes regular uploads too costly imho. And the security team is still not supporting ia32-libs. I even did prepare an security upload for etch last year that they only had to sponsor but never heard back from the team. With my proposed hack, the upload size would be just the binary packages, since the source would not be duplicated. Surely the Security Team can cope with that, if they so wish. (And/or if the package would have an arch:all package, eg. with scripts, you can get away with uploading only that one.) P.S.: In case it isn’t clear already, my only goal is that the hack we may have in place while we get multiarch, is an acceptable one. I would really like for it to be in place as little time as possible. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to depend on 32bit libs on amd64? (and what to do with ia32-libs)
Goswin von Brederlow wrote: Adeodato Simó d...@net.com.org.es writes: * Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]: Mark Hymers has talked about providing a mechanism to ensure source packages stay on the pool when other stuff has been built from them (eg. kernel module packages). With this, ia32-libs could become a small source package containing scripts that would download the necessary binary packages at build time, and would encode in a header the employed versions; then, source for those versions would not be removed from the pool. Buildds don't have internet access in their build environment. ia32-libs may not download anything at build time. Plus rebuilding would give widely unreproducible results. AFAIK you're talking about 2 architectures, so building them in another way than on the buildds should not be hard. I guess you mean unpredictable instead of unreproducible as building with the same versions as mentioned in the build log should be reproducible or ia32-libs better just gets removed from the archive altogether... Why would it be unpredictable, what issues do you see? Currently the size makes regular uploads too costly imho. And the security team is still not supporting ia32-libs. I even did prepare an security upload for etch last year that they only had to sponsor but never heard back from the team. A good reason to not just shoot any proposal to make that easier IMHO. Cheers Luk -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521893: ITP: linux-patch-preemptrt -- The CONFIG_PREEMPT_RT Patch Sets for various Debian kernels
Package: wnpp Severity: wishlist Owner: Uwe Kleine-König u.kleine-koe...@pengutronix.de * Package name: linux-patch-preemptrt Upstream Author : Ingo Molnar mi...@elte.hu, Thomas Gleixner t...@linutronix.de and others * URL : http://rt.wiki.kernel.org/ * License : GPL-2 Programming Lang: C Description : The CONFIG_PREEMPT_RT Patch Sets for various Debian kernels This patch allows nearly all of the kernel to be preempted, with the exception of a few very small regions of code. The goal of these patch sets is to guarantee an upper bound for the system's latencies. It's interesting e.g. for desktops doing audio processing and embedded systems in time critical environments like automation. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521895: ITP: rt-tests -- Test programs for rt kernels
Package: wnpp Severity: wishlist Owner: Uwe Kleine-König u.kleine-koe...@pengutronix.de * Package name: rt-tests Version : 0.33 Upstream Author : Clark Williams willi...@redhat.com, Thomas Gleixner t...@linutronix.de and others * URL : http://git.kernel.org/?p=linux/kernel/git/clrkwllms/rt-tests.git * License : GPL-2 Programming Lang: C Description : Test programs for rt kernels rt-tests contains a set of programs that test and measure various components of realtime kernel behavior, such as timer latency, signal latency and the functioning of priority-inheritance mutexes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: This topic died off; any resolution?
Manoj Srivastava sriva...@debian.org writes: Well, for complicated cases (like ffmpeg, where we have to fight with svn:externals, external svn servers etc) it is very helpful to have such a rule. Espc. if some user objects with some of the modifications and needs to apply changes to it in order to get a slightly modified package. If you are talking about cases where there is no upstream tarball, and just SVN (or some other VCS), and these cannot be handled by uscan, then I agree, it would be nice to standardize the calling interface. Yes, I'm talking about excatly this kind of upstream. I think this is a valid usecase for shipping a debian/rules target that mimics 'apt-get source' (which cannot know what modifications have been done to the source). Well, apt-get source gets you the orig.tar.gz, and the diff.gz, that lets you know exactly what modifications were made to the upstream snapshot, so I guess I am not understanding what you are saying here. a) Upstream does tarballs --- use uscan, perhaps with a munging script b) No upstream tarball ---use a new target, or equivalently, a new script to do the job. Oh, I've been using debian/get-orig-source.sh so far (which is called by the rule 'get-orig-source' in debian/rules). If the script should have another name, feel free to propose one. My slight preference is a script with a well known name, since that script can then be extracted and used by DEHS/PTS like systems, without requireing that the whole source be unpoacked and ./debian/rules be runnable (I have sanity checks in my debian/rules) I think you have a very good point: Until now we have a single target (get-orig-source) for both semantics. How about proposing names for two new (optional) scripts with better defined semantics? Ideally one of the two is very similar (if not exactly) to the current get-orig-source rule in debian/rules, so that the rule can be replaced to a call of that script. Ideally it can just call uscan with a proper munging script. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: [GSoC] KDE4/Qt4 based package manager
Christian Perrier wrote: Quoting Obey Arthur Liu (art...@milliways.fr): synaptic or shaman (from Chakra). I think that aptitude-gtk and adept are not userfriendly. Using these applications was quite difficult for Heartfelt thank yous! (I'm the guy responsible for aptitude-gtk.. :D ) Is this silly to think that, as most of the (good) work was made in aptitude-gtk, an aptitude-qt development would be a better idea? At first sight, it does sound silly to me. aptitude-gtk is a GTK+ GUI for Aptitude. Similarly, aptitude-qt would be a Qt UI for Aptitude. But Aptitude is an APT front-end. Which means aptitude-qt would be a front-end to a front-end. We only want a Qt/KDE APT front-end. aptitude-foo was tried in last summer's GSoC, resulting in aptitude-gtk. It's only experimental, but it not only depends on aptitude, it's also part of the aptitude source package. I'm not convinced that an aptitude-qt would do much better. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [GSoC] KDE4/Qt4 based package manager
Filipus Klutiero a écrit : Christian Perrier wrote: Is this silly to think that, as most of the (good) work was made in aptitude-gtk, an aptitude-qt development would be a better idea? At first sight, it does sound silly to me. aptitude-gtk is a GTK+ GUI for Aptitude. Similarly, aptitude-qt would be a Qt UI for Aptitude. But Aptitude is an APT front-end. Which means aptitude-qt would be a front-end to a front-end. We only want a Qt/KDE APT front-end. To be exact, aptitude-gtk is as much a front-end of aptitude as the ncurse version of aptitude is, or the console version for that matter, is a front-end of aptitude. Aptitude is much more than a bare APT front-end. It embarks its own elaborate resolver and quite a few other things. Also, aptitude-gtk is not just making calls to the aptitude binary or libraries or whatever, it's an integral part of the code. aptitude-foo was tried in last summer's GSoC, resulting in aptitude-gtk. It's only experimental, but it not only depends on aptitude, it's also part of the aptitude source package. I'm not convinced that an aptitude-qt would do much better. Aptitude-gtk is aptitude and aptitude is aptitude-gtk... The aptitude package in experimental is actually aptitude-gtk with the -gtk parts turned off at build-time. As to the fact that some don't like the aptitude UI paradigm, well, that's one of the reasons I'm pushing for an alternative package manager with Adept, for those who prefer a more task-based UI. I hope I clarified a few points. Arthur -- Obey Arthur Liu http://www.milliways.fr signature.asc Description: OpenPGP digital signature
Re: Extended descriptions size
Goswin von Brederlow schrieb: Andreas Tille til...@rki.de writes: On Sun, 22 Mar 2009, Michael Bramer wrote: if we like to remove the long description from the package file, we must change apt in some way and use some other rules for select the right description (a new 'Description-md5sum' or the Version-Nr) I'd call the Version-Nr. a sinsible choice. ;-) Kind regards Andreas. I think the idea of using the Description-md5sum is that in most cases the md5sum remains identical for many versions. If you use the packages actual version then every upload will need a new translation entry or some fuzzyness to accept an older versions translation. ACK Gruss Grisu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Extended descriptions size
On Mon, 30 Mar 2009, Michael Bramer wrote: Goswin von Brederlow schrieb: I think the idea of using the Description-md5sum is that in most cases the md5sum remains identical for many versions. If you use the packages actual version then every upload will need a new translation entry or some fuzzyness to accept an older versions translation. I understood the sense of having md5sums in translation files. My suggsetion was an *additional* field which keeps the package version. In case there are different versions of a package in one dist (might be because an arch is lagging behind) either the md5sums differ and you store different translations anyway or the desciptions are equal and in this case use the highes available version number. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [GSoC] KDE4/Qt4 based package manager
On 2009-03-29, Mateusz 'Matthew' Marek matt...@matthew.org.pl wrote: Hi, I would be interested in making KDE4/Qt4 based package manager. I am 2nd year student of computer science from Poland (Gdansk University of Technology, CET/CEST) with some experience in C/C++ and Qt programming and git as SCM. Currently during my spare time I am working on light music player in Qt4.5 for Linux (something like foobar2000 for Windows). I think that it will be possible for me to do that package manager, if I take some time during the community bounding period to learn more about Debian package system and reserve my vacation and end of time to my vacation and main application. I think that it will be good idea to make this application only in Qt (without KDE4). Thanks to that someone who doesn't use KDE could use this package manager without downloading extra dependeces. How this package manager should look? I would make it look a bit like synaptic or shaman (from Chakra). I think that aptitude-gtk and adept are not userfriendly. Using these applications was quite difficult for me. This kind of program is aimed at beginners, so we must make everything to try make package installing with this tool as simple as possible. That's why I think the best way to make Qt4 based package manager is make it from scratch. If you have any questions, just send me an email. I have problem with writing in English, but I hope that content of this email is clear for you. As being the one who suggested this project, I guess I should answer as well. I guess I will start with the bad things in your mail and then go on from there. I don't think a package manager frontend should be aimed at beginners, if that means that you by design not can get to any advanced features thru the interface. But what do you mean by user friendly? beginner friendly? not friendly to the power user? I don't think that making a package manager from scratch is the right way to do either, at least if that involves writing resolver engines and such. Note that synaptic, aptitude-gtk and adept all uses libraries for dependency resolving. Starting from adept will give you a working interface to libapt. Adept also uses apt-xapian-index for some of the searching which might or might not complicate things for you as a user. I do also think that aptitude-gtk and adept have a fairly different way of doing things, so putting them in the same not userfriendly bucket can't be right. enough of the bad sides. Doing it with Qt libs and without kdelibs is fully possible and I will not recommend either of the ways, because both ways are fully valid. And thank you for looking into a kde4/qt4 based package manager, it is really needed. Starting from adept gives you nice interaction with apt and a search possibilities thru apt-xapian-index, and then you have the possibilities to muffle the userinterface around to actually make it fit better into what's good for package management and also choices about wether how detailed information about the progress of the equivalent of apt-get update should be. I do also think adept has its shortcomings, especially between the search and details tab, but I do like that it is based on debtags rather than archive sections, the latter being something that should go away. But there is more into it than the user interface. Adept is missing signature verification, I think. Adept is missing sources.list editor. I mostly think adept is the way to start from because it is actually kind of working and you don't have to start from scratch. and some real nice things might be policykit-integration, integration with kde for proxy-information and such. /sune -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Developing aptitude frontends (was Re: [GSoC] KDE4/Qt4 based package manager)
Obey Arthur Liu wrote: Filipus Klutiero a écrit : Christian Perrier wrote: Is this silly to think that, as most of the (good) work was made in aptitude-gtk, an aptitude-qt development would be a better idea? At first sight, it does sound silly to me. aptitude-gtk is a GTK+ GUI for Aptitude. Similarly, aptitude-qt would be a Qt UI for Aptitude. But Aptitude is an APT front-end. Which means aptitude-qt would be a front-end to a front-end. We only want a Qt/KDE APT front-end. To be exact, aptitude-gtk is as much a front-end of aptitude as the ncurse version of aptitude is, or the console version for that matter, is a front-end of aptitude. Well, the description of the 2008 GSoC aptitude project states: I will create a GTK+ GUI for Aptitude [...] Aptitude is much more than a bare APT front-end. It embarks its own elaborate resolver and quite a few other things. I agree that aptitude may have done more than it was supposed to in the past, but the current situation is better, and I seem to hear it's still improving. I'm not an aptitude user; these things may be good or not, but even if they're good, I think the factorization should continue rather than mangling things even more. Also, aptitude-gtk is not just making calls to the aptitude binary or libraries or whatever, it's an integral part of the code. aptitude-foo was tried in last summer's GSoC, resulting in aptitude-gtk. It's only experimental, but it not only depends on aptitude, it's also part of the aptitude source package. I'm not convinced that an aptitude-qt would do much better. Aptitude-gtk is aptitude and aptitude is aptitude-gtk... The aptitude package in experimental is actually aptitude-gtk with the -gtk parts turned off at build-time. According to aptitude's extended description, aptitude is a terminal-based package manager. I'm far from being an aptitude expert, but my point is not terminological. I'm just saying that writing front-ends to a front-end is probably not the best way to go. If aptitude is as you say still much more than an APT front-end, this may be an issue worth considering before expanding it (or writing new software that depends on it, depending on the terminology). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: This topic died off; any resolution?
Manoj Srivastava sriva...@debian.org writes: My slight preference is a script with a well known name, since that script can then be extracted and used by DEHS/PTS like systems, without requireing that the whole source be unpoacked and ./debian/rules be runnable (I have sanity checks in my debian/rules) A (minor) problem with an external script is that dpkg-source won't make it executable, so you have to make it executable before running it (or assume what language it's written in, which seems like a bad move). -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Jack Audio Connection Kit transition
On Tue, Mar 31, 2009 at 02:19, Adeodato Simó d...@net.com.org.es wrote: Maintainers: unless you’re jackbeat or gst-plugins-bad0.10, you need not upload for this, though build-depending on libjack-dev in your next upload would be nice. --- Hello, Felipe. I finally found some time to look at your message. I’ve moved -release to CC (thanks for the Bcc!), since it’s on-topic there. Fellow developers and release team (bcc'ed), The Debian Multimedia Maintainers would like to drop the versioned jack library and development packages (that is, libjack0.100.0-{0,dev}). They were introduced a long time ago (along with the appropriately renamed library) due to perceived instability in the jack library's ABI. For a while now, this is no longer necessary, and upstream has catalogued Debian packages of jack broken because of that. The debian packages no longer change the soname of the library (starting with lenny), and the versioned packages are just dummy ones. We want to drop them now. The first thing to be done is to switch the build-dependency from libjack0.100.0-dev to libjack-dev. After all packages have been changed and uploaded, we can upload a jack without those transitional packages (unless I overlooked something and we need the RT ack first?). Just to be clear: there is ABI/SONAME transition here. Packages that still depend on libjack0.100.0-0 use the symlink provided by that package[1]. A mere sed -i -e 's/libjack0.100.0/libjack/g' debian/control should be all that people need to do. I assume you mean “there is NOT ABI/SONAME transition here”, heh. Indeed. So, here are my comments on the matter: * plan for libjack0.100.0-dev: you can make a j-a-c-k upload to unstable dropping this development package immediately, provided that you add a “Provides: libjack0.100.0-dev” line to the libjack-dev package. Sounds like a better plan. You will have to file two bugs at RC severity against jackbeat and gst-plugins-bad0.10; these are the only packages that have a *versioned* build-dependency on libjack0.100.0-dev, as far as I can see. I’ve also checked, and there is no pacakge with versioned dependencies on libjack0.100.0-dev. OK. * plan for libjack0.100.0-0: there are 11 source packages left with dependencies on this old library. No sourceful uploads are needed for this: once you’ve gotten back to me that the plan is good, I will provide you with a list of packages and schedule Bin-NMUs; then you can do some work of checking if they built successfully everywhere, filing bugs, etc. Once all of them have been rebuilt (which will make them depend on libjack0), please check with us that they’ve migrated to testing, and at that point libjack0.100.0-0 can be dropped. Sounds good? Amsynth will require a sourceful upload, since the dependency is not generated by dpkg-shlibdeps because it dlopens libjack. It is the only one I saw. Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: This topic died off; any resolution?
On Mon, Mar 30 2009, Russ Allbery wrote: Manoj Srivastava sriva...@debian.org writes: My slight preference is a script with a well known name, since that script can then be extracted and used by DEHS/PTS like systems, without requireing that the whole source be unpoacked and ./debian/rules be runnable (I have sanity checks in my debian/rules) A (minor) problem with an external script is that dpkg-source won't make it executable, so you have to make it executable before running it (or assume what language it's written in, which seems like a bad move). Well, programs that extract these files can do so. But the thing is, we can now make get-orig-source actually work with these external script too: --8---cut here---start-8--- GET_SRC_VERSION := $(strip $(shell LC_ALL=C dpkg-parsechangelog | \ egrep '^Version:' | cut -f 2 -d ' ')) get-orig-source: get-latest-source get-latest-source: test ! -f debian/getsrc || test ! -x debian/getsrc || \ chmod +x debian/getsrc test ! -f debian/getsrc || ./debian/getsrc get-debian-source: test ! -f debian/getsrc || test ! -x debian/getsrc || \ chmod +x debian/getsrc test ! -f debian/getsrc || \ ./debian/getsrc --upstream-version $GET_SRC_VERSION --8---cut here---end---8--- ./debian/getsrc can then be exec uscan $@, or something else. We can have snippets setting GET_SRC_VERSION to what debian/changelog has, or something else. This is the best of both worlds, no? we have a common make target, and we have a simply named script, that can be extracted. manoj -- Democracy is a device that insures we shall be governed no better than we deserve. -- George Bernard Shaw Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: This topic died off; any resolution?
Manoj Srivastava sriva...@debian.org writes: Well, programs that extract these files can do so. But the thing is, we can now make get-orig-source actually work with these external script too: --8---cut here---start-8--- GET_SRC_VERSION := $(strip $(shell LC_ALL=C dpkg-parsechangelog | \ egrep '^Version:' | cut -f 2 -d ' ')) get-orig-source: get-latest-source get-latest-source: test ! -f debian/getsrc || test ! -x debian/getsrc || \ chmod +x debian/getsrc test ! -f debian/getsrc || ./debian/getsrc get-debian-source: test ! -f debian/getsrc || test ! -x debian/getsrc || \ chmod +x debian/getsrc test ! -f debian/getsrc || \ ./debian/getsrc --upstream-version $GET_SRC_VERSION --8---cut here---end---8--- ./debian/getsrc can then be exec uscan $@, or something else. We can have snippets setting GET_SRC_VERSION to what debian/changelog has, or something else. This is the best of both worlds, no? we have a common make target, and we have a simply named script, that can be extracted. At the cost of additional complexity of the specification, which I'm not really happy about. I'd rather standardize one single interface, not require both interfaces be available with boilerplate glue. Also, on a similar complexity front, I'd rather decide which of the two get-orig-source should be and not standardize both unless people see a real need to have both of them). -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521978: ITP: armadillo -- streamlined C++ linear algebra library
Package: wnpp Severity: wishlist Owner: Kumar Appaiah aku...@debian.org Package name : armadillo Version: 0.6.2 Upstream Author: Conrad Anderson (conradsand at ieee.org) URL: http://arma.sf.net License: Dual Licensed, GPL-3+ and LGPL-3+ Programming Lang : C++ Description: streamlined C++ linear algebra library Armadillo is a streamlined C++ linear algebra library (matrix maths) aiming towards a good balance between speed and ease of use. Integer, floating point and complex numbers are supported, as well as a subset of trigonometric and statistics functions. Optional integration with LAPACK and ATLAS libraries is also provided. Extras: Reason for request for inclusion in Debian: The reason why I think this package should be in Debian is because it is (to my knowledge) among the only few libraries which support delayed evaluation to improve computational efficiency. I believe that several users who need scientific computation may derive benefit from this. Another point of note is that, though it does seem to be the case that this library provides similar functionality to IT++ (libitpp), they actually compliment each other with non-overlapping feature sets, and Armadillo can be used along with IT++. Maintenance: I propose to include this package with the Debian Science Team as maintainer, since co-maintaining is much more reliable when I (as an individual) am not as responsive as I ought to be... Comments and suggestions welcome. Thanks. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#522006: ITP: libtest-most-perl -- Perl module with the most commonly needed test functions and features
Package: wnpp Severity: wishlist Owner: Damyan Ivanov d...@debian.org * Package name: libtest-most-perl Version : 0.21 Upstream Author : Curtis Ovid Poe o...@cpan.org * URL : http://search.cpan.org/dist/Test-Most/ * License : same as Perl (GPL-1+|Artistic) Programming Lang: Perl Description : Perl module with the most commonly needed test functions and features Test::Most provides the most commonly used testing functions and gives a bit more fine-grained control over your test suite. . All functions from the following modules will automatically be exported: . * Test::More * Test::Exception * Test::Differences * Test::Deep * Test::Warn . This is useful when one is used to most of the above moodules but wouldn't want to bother to load them all explicitly. . Test::Most also provides a couple of routines to control tests behaviour in case of errors. This module is required for building padre 0.32 and will be maintained by the debian perl group. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: This topic died off; any resolution?
On Mon, Mar 30 2009, Russ Allbery wrote: Manoj Srivastava sriva...@debian.org writes: get-orig-source: get-latest-source get-latest-source: get-debian-source: At the cost of additional complexity of the specification, which I'm not really happy about. I'd rather standardize one single interface, not require both interfaces be available with boilerplate glue. Also, on a similar complexity front, I'd rather decide which of the two get-orig-source should be and not standardize both unless people see a real need to have both of them). Assuming you are referring to downloading the latest versus current versus specified upstream version a) We can always get current and any previous version of the modified source from the debian archive using apt-get source, so it is less critical to have that codified as a rules target b) The latest sources, especially mangled, are not downloadable, and need help c) The current wording, and the default of uscan, both talk about the latest upstream, d) Even from a VCS, getting HEAD is usually easy; getting a specific version requires knowledge of how such snapshots are recorded (tags, etc). This is specially true for VCS's that allow sub modules, like arch, and git. e) We can also see if people adopt get-upstream-source as a target that gets a specified version from upstream before making it policy. Since current policy language is about latest sources, it is less of a shift to add clarity without changing the default, and we can always let people create a new target for getting a specified upstream version, and let the design for specifying the upstream version to get be developed in the wild, and not do the design work in policy. manoj -- Nothing recedes like success. Walter Winchell Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted vzctl 3.0.23-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 07:40:53 +0200 Source: vzctl Binary: vzctl Architecture: source i386 Version: 3.0.23-3 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist o...@debian.org Changed-By: Ola Lundqvist o...@debian.org Description: vzctl - server virtualization solution - control tools Closes: 490060 504449 518853 Changes: vzctl (3.0.23-3) unstable; urgency=low . * Upload to unstable. Correct build problem, closes: #518853. Includes fixes for ubuntu, closes: #504449, #490060. * Updated to standards version 3.8.0. * debian/rules file will fail if the clean target fails. * Added a lintian override for empty usr/lib/vzctl/modules/ dir. Checksums-Sha1: 7f976ee40d6021128149dbafcd3036e2f6e3e91f 960 vzctl_3.0.23-3.dsc 9c62a2faca046a7e8cb528eb5cd5794fc7bf57ea 9728 vzctl_3.0.23-3.diff.gz 3e15fb655bc5d885899f2fadb3182b21b1f1e1f6 196056 vzctl_3.0.23-3_i386.deb Checksums-Sha256: da8784b9b45b210e1ceb66ecb604cc2276ece1d77964ed1adc3a210a46279ff3 960 vzctl_3.0.23-3.dsc dd08d541415ddc342b48721274706baff35a94c4492d9cf9e6e43b0cd58c52df 9728 vzctl_3.0.23-3.diff.gz 6d444c5166b2e71eace98d45c0c4cdfb8ab8c3530ce0b572b180a3e18f47ee52 196056 vzctl_3.0.23-3_i386.deb Files: 8c6200c0577459cc9f1457d2d7b1c204 960 admin optional vzctl_3.0.23-3.dsc 68033c9bc1f8af6bb179a272b03bf40c 9728 admin optional vzctl_3.0.23-3.diff.gz 9cff13808194d5e2551310bb9083ace8 196056 admin optional vzctl_3.0.23-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQXxwACgkQGKGxzw/lPdlf9gCfeqEmTUpSixAtAsnymx9i75A4 9XsAn1Ici2vaBgaXTIBrfYLyZqZWgjWM =XLbB -END PGP SIGNATURE- Accepted: vzctl_3.0.23-3.diff.gz to pool/main/v/vzctl/vzctl_3.0.23-3.diff.gz vzctl_3.0.23-3.dsc to pool/main/v/vzctl/vzctl_3.0.23-3.dsc vzctl_3.0.23-3_i386.deb to pool/main/v/vzctl/vzctl_3.0.23-3_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted ttf-fifthhorseman-dkg-handwriting 0.13-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 29 Mar 2009 23:35:42 -0400 Source: ttf-fifthhorseman-dkg-handwriting Binary: ttf-fifthhorseman-dkg-handwriting Architecture: source all Version: 0.13-2 Distribution: unstable Urgency: low Maintainer: Daniel Kahn Gillmor d...@fifthhorseman.net Changed-By: Daniel Kahn Gillmor d...@fifthhorseman.net Description: ttf-fifthhorseman-dkg-handwriting - font that imitates Daniel Kahn Gillmor's handwriting Changes: ttf-fifthhorseman-dkg-handwriting (0.13-2) unstable; urgency=low . * A packaging cleanup release. * updated my e-mail address * debian/control cleanup: - bumped Standards-Version to 3.8.1 (no changes needed) - removed XS- from Dm-Upload-Allowed - moved Section: from x11 to fonts * moved to debhelper 7, minimized debian/rules * upstream Makefile patched: made clean target more resilient * debian/changelog now points explicitly to GPL-3 for debian packaging * removed unnecessary postinst fc-cache invocation (see http://lists.debian.org/debian-devel/2008/05/msg00805.html). debhelper now generates postinst on its own if needed. Checksums-Sha1: 2b5596b073bf929d17115b0d43015c2ece1b1255 2108 ttf-fifthhorseman-dkg-handwriting_0.13-2.dsc 37fb771e64bb595b72209052f4fa6cd0246296b7 4868 ttf-fifthhorseman-dkg-handwriting_0.13-2.diff.gz e0e57768c9473fbd8dd8b102f8f935921ad3c3c0 211568 ttf-fifthhorseman-dkg-handwriting_0.13-2_all.deb Checksums-Sha256: e3e504382fbf94eeff0552cc8849147467b7f07f906d062085748fb699416f9f 2108 ttf-fifthhorseman-dkg-handwriting_0.13-2.dsc b0e7d83864a12c9a8ae6c1e996fb680282389f7ff351eb0e38de61fa70f438c2 4868 ttf-fifthhorseman-dkg-handwriting_0.13-2.diff.gz 92653a1abf83167990a1abba8c40b8f6781ee00cb99fcc19364ef4a75f1b365f 211568 ttf-fifthhorseman-dkg-handwriting_0.13-2_all.deb Files: a4bc3b2f8a59f071d0bb015b9357b283 2108 fonts optional ttf-fifthhorseman-dkg-handwriting_0.13-2.dsc 0adb0fefd1c3c40d4cc8951efcaf2a83 4868 fonts optional ttf-fifthhorseman-dkg-handwriting_0.13-2.diff.gz e321a3136a4c25bd506dbd4e57415dd5 211568 fonts optional ttf-fifthhorseman-dkg-handwriting_0.13-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBSdBj48zS7ZTSFznpAQL3thAAjEZ3siWtzPUKMjQO2/wmTcGg/HI21WaM 4BaNYv39fKLJNjqi3ZLIITFk4T+6xwp8q9LlPhPbJV7TKWJZc9QjQbWIXnN6uc2E gyX2x+cDVJoyvd57u/xdNtqs6346tSHTvMInx9ftbXipb/QByCs7Pxt7Opji24jY iW33ZpUE5N8GmBGbPgJT0PK1hHF7Z0zsiUOApTkFF39JV3ExAiEBZL4rq2HsCL// u7X7khNV9SfjrN9V/ukUnvtR/Tz6ddw0RGXf/PhwBBh0owYEw1dZHYVY3vKAkxdA /Gi4o7XbMjms/EKDVxNVGP7pYSIBxppco5QXn1Q+hvqNqUOWy6PzXV6v6blI91/r 7O0mdcOjOyqxME5iyRF/9cTnWnFjdj2wgB4/wop/Hr9KPl6H6TOWJX24T+ROpozh bybatgd8gFz/cln1lnRmZ4Vuhhx75ir96dwGXpdcDLBc2VaaPZ1r4z4wunKNo8+F 28zzrzASW6yxciaOuYHPX+c8kcNcdQ3KJrc451phTmQGcC65qge2sEoFZSbVfJ+N GcG71ybg3SKfzRfYbqvsl7+vKHVPhihKkgisI8n1MoSdaMUflfQW46ozVmiCVc3i Tif4v4otCBmslUdgegFDUClJO9nXWy9hrLE5ujC7IJbnW+Lk6JgOfNJTRaYXhukI 5wf/hRN0Htg= =whGg -END PGP SIGNATURE- Accepted: ttf-fifthhorseman-dkg-handwriting_0.13-2.diff.gz to pool/main/t/ttf-fifthhorseman-dkg-handwriting/ttf-fifthhorseman-dkg-handwriting_0.13-2.diff.gz ttf-fifthhorseman-dkg-handwriting_0.13-2.dsc to pool/main/t/ttf-fifthhorseman-dkg-handwriting/ttf-fifthhorseman-dkg-handwriting_0.13-2.dsc ttf-fifthhorseman-dkg-handwriting_0.13-2_all.deb to pool/main/t/ttf-fifthhorseman-dkg-handwriting/ttf-fifthhorseman-dkg-handwriting_0.13-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted gcc-4.4 4.4-20090329-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 29 Mar 2009 16:51:32 + Source: gcc-4.4 Binary: gcc-4.4-base gcc-4.4 gcc-4.4-multilib gcc-4.4-locales cpp-4.4 libgcc1 libgcc1-dbg lib32gcc1 lib32gcc1-dbg g++-4.4 g++-4.4-multilib libstdc++6-4.4-dev libstdc++6 lib32stdc++6 libstdc++6-4.4-pic libstdc++6-4.4-dbg lib32stdc++6-4.4-dbg libstdc++6-4.4-doc libssp0 lib32ssp0 libgomp1 libgomp1-dbg lib32gomp1 lib32gomp1-dbg libmudflap0 libmudflap0-4.4-dev libmudflap0-dbg lib32mudflap0 lib32mudflap0-dbg gobjc-4.4 gobjc-4.4-multilib libobjc2 libobjc2-dbg lib32objc2 lib32objc2-dbg gobjc++-4.4 gobjc++-4.4-multilib gfortran-4.4 gfortran-4.4-multilib libgfortran3 libgfortran3-dbg lib32gfortran3 lib32gfortran3-dbg protoize fixincludes gcc-4.4-source Architecture: source all amd64 Version: 4.4-20090329-1 Distribution: experimental Urgency: low Maintainer: Debian GCC Maintainers debian-...@lists.debian.org Changed-By: Arthur Loiret aloi...@debian.org Description: cpp-4.4- The GNU C preprocessor fixincludes - Fix non-ANSI header files g++-4.4- The GNU C++ compiler g++-4.4-multilib - The GNU C++ compiler (multilib files) gcc-4.4- The GNU C compiler gcc-4.4-base - The GNU Compiler Collection (base package) gcc-4.4-locales - The GNU C compiler (native language support files) gcc-4.4-multilib - The GNU C compiler (multilib files) gcc-4.4-source - Source of the GNU Compiler Collection gfortran-4.4 - The GNU Fortran 95 compiler gfortran-4.4-multilib - The GNU Fortran 95 compiler (multilib files) gobjc++-4.4 - The GNU Objective-C++ compiler gobjc++-4.4-multilib - The GNU Objective-C++ compiler (multilib files) gobjc-4.4 - The GNU Objective-C compiler gobjc-4.4-multilib - The GNU Objective-C compiler (multilib files) lib32gcc1 - GCC support library (32bit) lib32gcc1-dbg - GCC support library (32bit debug symbols) lib32gfortran3 - Runtime library for GNU Fortran applications (32bit) lib32gfortran3-dbg - Runtime library for GNU Fortran applications (32bit debug symbols lib32gomp1 - GCC OpenMP (GOMP) support library (32bit) lib32gomp1-dbg - GCC OpenMP (GOMP) support library (32 bit debug symbols) lib32mudflap0 - GCC mudflap shared support libraries (32bit) lib32mudflap0-dbg - GCC mudflap shared support libraries (32 bit debug symbols) lib32objc2 - Runtime library for GNU Objective-C applications (32bit) lib32objc2-dbg - Runtime library for GNU Objective-C applications (32 bit debug sy lib32ssp0 - GCC stack smashing protection library (32bit) lib32stdc++6 - The GNU Standard C++ Library v3 (32bit) lib32stdc++6-4.4-dbg - The GNU Standard C++ Library v3 (debugging files) libgcc1- GCC support library libgcc1-dbg - GCC support library (debug symbols) libgfortran3 - Runtime library for GNU Fortran applications libgfortran3-dbg - Runtime library for GNU Fortran applications (debug symbols) libgomp1 - GCC OpenMP (GOMP) support library libgomp1-dbg - GCC OpenMP (GOMP) support library (debug symbols) libmudflap0 - GCC mudflap shared support libraries libmudflap0-4.4-dev - GCC mudflap support libraries (development files) libmudflap0-dbg - GCC mudflap shared support libraries (debug symbols) libobjc2 - Runtime library for GNU Objective-C applications libobjc2-dbg - Runtime library for GNU Objective-C applications (debug symbols) libssp0- GCC stack smashing protection library libstdc++6 - The GNU Standard C++ Library v3 libstdc++6-4.4-dbg - The GNU Standard C++ Library v3 (debugging files) libstdc++6-4.4-dev - The GNU Standard C++ Library v3 (development files) libstdc++6-4.4-doc - The GNU Standard C++ Library v3 (documentation files) libstdc++6-4.4-pic - The GNU Standard C++ Library v3 (shared library subset kit) protoize - Create/remove ANSI prototypes from C code Changes: gcc-4.4 (4.4-20090329-1) experimental; urgency=low . [ Arthur Loiret ] * Update to SVN 20090329 from the gcc-4_4-branch (r145244). . * Update patches: - boehm-gc-nocheck, cross-include, libjava-rpath, link-libs: Rebase on trunk. - gcc-m68k-pch, libjava-debuginfo, libjava-loading-constraints: Remove, merged in trunk. - cell-branch, cell-branch-doc: Remove, there is no upstream cell 4.4 branch yet. - gdc-fix-build-kbsd-gnu, svn-gdc-updates, gpc-4.1, gpc-gcc-4.x, gpc-names: Remove, gpc and gdc are not ported to GCC 4.4 yet. - svn-class-updates, svn-doc-updates, svn-updates: Make empty. - Refresh all others, and convert them all to quilt. . * Build system improvements: - Partial rewrite/refactor of rules files. - New control file generation system. - Switch patch system to quilt. - Autogenerate debian/copyright. - Use the autoconf2.59 package. . * multilib/multiarch support improvements: - mips-triarch.diff: Replace with a newer version (approved upstream). - s390-biarch.diff: Ditto. - debian/rules2: Configure with --enable-targets=all on mips-linux,
Accepted zodb 1:3.6.0-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 29 Mar 2009 21:40:43 +0200 Source: zodb Binary: python-zodb Architecture: source amd64 Version: 1:3.6.0-3 Distribution: unstable Urgency: low Maintainer: Debian/Ubuntu Zope Team pkg-zope-develop...@lists.alioth.debian.org Changed-By: Fabio Tranchitella kob...@debian.org Description: python-zodb - set of tools for using the Zope Object Database (ZODB) Closes: 472392 Changes: zodb (1:3.6.0-3) unstable; urgency=low . * debian/control: build the package for all the available python versions. (Closes: #472392) Checksums-Sha1: 9adb627378b2f17e387ad064b3a467811f9157c9 1167 zodb_3.6.0-3.dsc 61360c1fde4771de586f0ce63597c30fcfedb277 7308 zodb_3.6.0-3.diff.gz d9535bd8bf4a28e0602c0e6ce76b8e91b1bcf838 1276386 python-zodb_3.6.0-3_amd64.deb Checksums-Sha256: 91c0a712cd14bb5537318925d3841f5ab276773ccffb4b6c3809a9086a67de7c 1167 zodb_3.6.0-3.dsc 74fcf74db0d429f1efddffa24f7e2ee8aaa464992e6bf8e8ab55302fbff8984c 7308 zodb_3.6.0-3.diff.gz 2293b7e7e54bd5c63dcec9d7737eefdb43d550a41cbd7a1dc1693648bab3fe7b 1276386 python-zodb_3.6.0-3_amd64.deb Files: 989a0ce0f72ce9144ee4633ed2f333f9 1167 python optional zodb_3.6.0-3.dsc 25ade5bea10e40daf3dd50ea41b4dd95 7308 python optional zodb_3.6.0-3.diff.gz 502c6ce71b3831ca5fb35c278ca3c10e 1276386 python optional python-zodb_3.6.0-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknP0PQACgkQK/juK3+WFWR64ACffyuH/ZSmqwDSUA4GnioDfR/G hw4AoJ3jMn56i7OLxr8L0qxA4qU2Y4ZX =jPR7 -END PGP SIGNATURE- Accepted: python-zodb_3.6.0-3_amd64.deb to pool/main/z/zodb/python-zodb_3.6.0-3_amd64.deb zodb_3.6.0-3.diff.gz to pool/main/z/zodb/zodb_3.6.0-3.diff.gz zodb_3.6.0-3.dsc to pool/main/z/zodb/zodb_3.6.0-3.dsc -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libass 0.9.6-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 26 Mar 2009 20:59:14 +0100 Source: libass Binary: libass-dev libass3 Architecture: source i386 Version: 0.9.6-1 Distribution: unstable Urgency: low Maintainer: Debian multimedia packages maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Changed-By: Christophe Mutricy xto...@videolan.org Description: libass-dev - development files for libass libass3- library for SSA/ASS subtitles rendering Closes: 514311 519578 519607 Changes: libass (0.9.6-1) unstable; urgency=low . * New Upstream Version 0.9.6 (Closes: #514311, #519578, #519607) + SONAME bump + Patch as been merged upstream * Don't use dh_clean -k * Use --enable-maintainer-mode * Policy version 3.8.1 * Remove autotolls-dev from build-dep * Point to the good version of the GPL * Add a symbols file * Add a configuration file for git-buildpackage * Vcs-*: Reflect the move to git Checksums-Sha1: 0db0556e24dff22623552373508aca43712e35c1 1444 libass_0.9.6-1.dsc 504957ef92a4f8d78e895791f6dfc116ee07f6ec 361525 libass_0.9.6.orig.tar.gz be79b4540df7ee90603be4306c4bb93495de95ff 6480 libass_0.9.6-1.diff.gz 214a08650922d7f50e67555201880c2a5f294554 47278 libass-dev_0.9.6-1_i386.deb afab3f4e6a240d5803f075b0b417f899a22b0398 43460 libass3_0.9.6-1_i386.deb Checksums-Sha256: 74ef5368b74b5d66c65fac54d378dbd0207cd7563575afdd866db7b931a298e6 1444 libass_0.9.6-1.dsc a3716ef1e9155278ba04a81dd41828ecd6e45bda12da6e9be8f0c159bc470d71 361525 libass_0.9.6.orig.tar.gz 3d40e47fe3341cc7a4e61791505c478c1f4af9dfe66dca2a9e6a481dda87f7f8 6480 libass_0.9.6-1.diff.gz 23d2e4c2af41f3e6a5d003ac98039dd2656ab70a763464d6d3f658bddf388f75 47278 libass-dev_0.9.6-1_i386.deb a485bc9b49f51779a5f4f2a3d0e66fafb3bf77e0f52e52b7e114c9d17989ed09 43460 libass3_0.9.6-1_i386.deb Files: ffdd3581d9e7cd20494ad90f54b89388 1444 libs extra libass_0.9.6-1.dsc 4c6bdce8a6e10e5e5abfa16201ad6956 361525 libs extra libass_0.9.6.orig.tar.gz 0dec7bff9dde22ef4cb1ab12d6bee966 6480 libs extra libass_0.9.6-1.diff.gz 6a1ab697f428b658cf124bafd2c2acb7 47278 libdevel extra libass-dev_0.9.6-1_i386.deb d3d8c22ffebd2e4f12ed4ed9773a73d4 43460 libs extra libass3_0.9.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Debian Powered! iJsEAQECAAYFAknP120ACgkQ78RAoABp8o8v5gPzB7DZWvc+BdRcjO06VXEUB61f 5UCAhDqZv6tocqOyM4BWcxjQKybTOjVYvWAr5foW0v42+DpDM3TCmxmUO/sJ5r9B IuzkV66k0wKgSraIfeINRflWB4upIKrUyFI1mBepotrRSCgR1Qk2BQs4TTzQCSFP 9LFM4ne9NQR7NqVGKw== =/6Fq -END PGP SIGNATURE- Accepted: libass-dev_0.9.6-1_i386.deb to pool/main/liba/libass/libass-dev_0.9.6-1_i386.deb libass3_0.9.6-1_i386.deb to pool/main/liba/libass/libass3_0.9.6-1_i386.deb libass_0.9.6-1.diff.gz to pool/main/liba/libass/libass_0.9.6-1.diff.gz libass_0.9.6-1.dsc to pool/main/liba/libass/libass_0.9.6-1.dsc libass_0.9.6.orig.tar.gz to pool/main/liba/libass/libass_0.9.6.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted asterisk 1:1.6.1.0~dfsg~rc3-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 29 Mar 2009 22:21:47 +1100 Source: asterisk Binary: asterisk asterisk-h323 asterisk-doc asterisk-progdoc asterisk-dev asterisk-dbg asterisk-sounds-main asterisk-config Architecture: source all i386 Version: 1:1.6.1.0~dfsg~rc3-1 Distribution: experimental Urgency: low Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org Changed-By: Mark Purcell m...@debian.org Description: asterisk - Open Source Private Branch Exchange (PBX) asterisk-config - Configuration files for Asterisk asterisk-dbg - Debugging symbols for Asterisk asterisk-dev - Development files for Asterisk asterisk-doc - Source code documentation for Asterisk asterisk-h323 - H.323 protocol support for Asterisk asterisk-progdoc - Source code documentation for Asterisk asterisk-sounds-main - Core Sound files for Asterisk (English) Closes: 513413 Changes: asterisk (1:1.6.1.0~dfsg~rc3-1) experimental; urgency=low . [ Tzafrir Cohen ] * Experimental 1.6.x branch. * Remove bristuff for now. * Also drop zap-fix-deadlock and zap-fix-cause34 that are in bristuff code. * And likewise the example agi/xagi-test.c . * Drop patch silence-buildsum-warning - a legitimate change for 1.6.x . * Refresh patch debian-banner. * Slightly rework patch hack-multiple-app-voicemail * Drop patch h323 fixes as they fails and I don't fully understand them. * drop patch func_devstate: was backport from 1.6. * drop patch feature-bridge: was backport from 1.6. * Drop vpb-handle-nocards that is not needed anymore. * Patch disable_moh: Disable MOH file through the XML spec. * Don't do ant makeopts manipulation in the rules, as makeopts gets regenerated when running 'make install', rendering build-*-stamp useless. * Patch libtonezone_libm: libtonezone requires -lm . * Separate API documentation to the progdoc package. * Move configuration files to the doc package, as they are reference. * Include the new asterisk.pdf . * Depend on libgmime: allows uploads in the built-in httpd. * Depend on libjack. Though app_jack also depends on libresample. * Depend on liblua: For pbx_lua (dialplan in lua). * Depend on libss7 and newer libpri (1.4.7) for latest chan_dahdi abilities. * Depend on libtonezone from dahdi (ver. 2.0). * Includes fix for AST-2009-001 (Closes: #513413). * Remove hashtest and hashtest2: debugging utilities. * Patch zap-fix-timing-source removed: Problem fixed. * Build-Depends on libopenais-dev (for res_ais.so) * Build-Depends on libosptk3-dev (for app_osplookup.so) * Patch dahdi-fxsks-hookstate: Fix FXO dialout issue. * Patch h323-make-fix: No, we should not need to run 'make' twice. . [ Victor Seva ] * Drop patch misdn_FOP. Applied upstream (r112521 branches/1.6.0/). . [ Mark Purcell ] * Update debian/watch * asterisk-dbg - Section: debug Checksums-Sha1: e2e212fd69572cd2e2d9121a6c94e1977fc8689f 2083 asterisk_1.6.1.0~dfsg~rc3-1.dsc a5151e4f14ffb0d90d888bd36d817713f22eed25 7524009 asterisk_1.6.1.0~dfsg~rc3.orig.tar.gz fa9c5c7e8aea634e4b461e0343852d1b3cb9fa42 54836 asterisk_1.6.1.0~dfsg~rc3-1.diff.gz a1da4e26d62eabf5846962d4313f430798331407 1961022 asterisk-doc_1.6.1.0~dfsg~rc3-1_all.deb d79500a73374993c64b96d0133c86a1f32d0b6d0 45271920 asterisk-progdoc_1.6.1.0~dfsg~rc3-1_all.deb 40b7ebfd712f75d5c4d4a1afe0901dd02df568e3 956086 asterisk-dev_1.6.1.0~dfsg~rc3-1_all.deb aad723f365e5697ca6f0fa76a9216fa39ccffc8a 2493752 asterisk-sounds-main_1.6.1.0~dfsg~rc3-1_all.deb 161f0486ceb4a5b4d5f4b5fc74cf7dc2a5cd6fb7 1025714 asterisk-config_1.6.1.0~dfsg~rc3-1_all.deb 78049391aeb1b0b12b4083373f2e5d5071b4b31b 3565606 asterisk_1.6.1.0~dfsg~rc3-1_i386.deb 36f6d455b1fff3dfb5c374cee8d77b28ff10ed8e 853172 asterisk-h323_1.6.1.0~dfsg~rc3-1_i386.deb e640ce81cc4e01164b817c08b6e675a6f1e72625 20166852 asterisk-dbg_1.6.1.0~dfsg~rc3-1_i386.deb Checksums-Sha256: cbed9aaf4fac3ca209913de2530daca5ff482f6744510e91cbcd4f4bdff1ca2d 2083 asterisk_1.6.1.0~dfsg~rc3-1.dsc 6150b2ed0b5e4346576008df70c6dae7859674a0d96e6e9d6d78829c14bb8acf 7524009 asterisk_1.6.1.0~dfsg~rc3.orig.tar.gz c9c69811b4fa5625ed1fb30f0c0796df3af13520df49833748b164d1e7de7b88 54836 asterisk_1.6.1.0~dfsg~rc3-1.diff.gz 3443253ff42ddaa68a5c744c5761f85cc9cb025222001a6c8ea09e3b34875281 1961022 asterisk-doc_1.6.1.0~dfsg~rc3-1_all.deb fde2ce5e3400e14d6955f1b6aea6b8cd736d8a8a2683d5e6040507bee097e6e6 45271920 asterisk-progdoc_1.6.1.0~dfsg~rc3-1_all.deb 9064a0a96bd0e28f920540240ec2fc3ea27f81f755f89aadea8608f3f5caa0ef 956086 asterisk-dev_1.6.1.0~dfsg~rc3-1_all.deb 0bf7a36260bdf263d378d760bb8792d31abfe6a6c3d1344b279e9478524eee13 2493752 asterisk-sounds-main_1.6.1.0~dfsg~rc3-1_all.deb 635d6da83497357b5d7ea20b3a3b237f1a5175881fac0a7519046f0a93be7300 1025714 asterisk-config_1.6.1.0~dfsg~rc3-1_all.deb c5ea8c9124ab6a0cebf7e0358e654479c0be0549c4000fef2aa3985b41ef5c01 3565606
Accepted tweak 3.01-7 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 03:14:14 -0400 Source: tweak Binary: tweak Architecture: source amd64 Version: 3.01-7 Distribution: unstable Urgency: low Maintainer: Daniel Kahn Gillmor d...@fifthhorseman.net Changed-By: Daniel Kahn Gillmor d...@fifthhorseman.net Description: tweak - an efficient hex editor Changes: tweak (3.01-7) unstable; urgency=low . * Debian Packaging cleanup: - updated my e-mail address - moved to debhelper 7, minimized debian/rules - debian/control: remove XS- from Dm-Upload-Allowed - bumped policy to 3.8.1 (added README.source explaining dpatch) - copyright for debian packaging now references GPL-3 explicitly Checksums-Sha1: 015171c526f70170a9931ab943a318baf10127c1 1796 tweak_3.01-7.dsc 2f919a54b7ce2386e9eafc89613fbd36e71f22a6 7558 tweak_3.01-7.diff.gz c6f2bc5c888493085be6475665ef1e8d2548e915 45648 tweak_3.01-7_amd64.deb Checksums-Sha256: 108016a6e4ffcab3111a03ec78c4e5d2c1ad7509cafaf544d7b929d1fa612df6 1796 tweak_3.01-7.dsc a6c8477726c1ab44cc501a58d6908ee4f4777e8d9dcf120d2d73ea1c0ef6003e 7558 tweak_3.01-7.diff.gz 072f68ebe3d4ca924f343e95c6ea3245273507c529c6c4763711139ce06bee58 45648 tweak_3.01-7_amd64.deb Files: 56bd9948524de784ebbd739bd2403b17 1796 editors extra tweak_3.01-7.dsc 1c5e66fa491e76e94a3318e79e79e192 7558 editors extra tweak_3.01-7.diff.gz 67bf13df8eab4f7e77ffc2b22b5cb853 45648 editors extra tweak_3.01-7_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBSdBzMczS7ZTSFznpAQJ0Xw/9HTbg3amsaI18FNLCA2tTaHkZ+7LsVW2J i1360inSobgVXfTmGc07hmOoB9PKTWVstlMOQdVoDHeZFMj++AILBCZhgE+0zeiS SzL5cpGexLu9MmuyP4DLUNBPgyIga3LdvCAft0cov7OvuKgu/e5odH40+IOflhvM agJg26lf1jZP2KX3f+/8770umTImgPhOi2gr5AeqbBwyckNQTo19g84LGC/880r2 E2kxJPpuJtEpDgtSFQHufq92RGctwYb7X+64INztzw7jewIQQ1EuPpe/PSl9HmRh Xzuk0MaU2RgB6xrzA8qDia1EuQopJQ2kTPxRtbAH9JsaY1tSjJQuICoWTO/k9aKc OLEjsjtn/OlRRQAg+QeqepVXnhRREGYCH5Vp6wEwNmVrOnhrdx6eXuNM2rHQkH+W R5c8pUpFpVFajfEBjtxzLvAqOLxZmfC3d70sINl7S9m56OphMaXiMTG1ztDom1Mi aTPgisSQzaR/hYjoRb3JWZQz63zjOztChPC8Q3ccL+aCnKxWIyNBcw3UH0q8IqEs EefPcepL3kCwnwGmAGUe2fII2K97N2u/0iPQ/+UhvsyT3TNOvTKwx0HLkDYYjRea cvhBW3V7p0PqgPhP3NADFcg+wdAtgNQC6VqbED0R2sDl1T/UFq3ug1NkhULgpZZC E3Gj2G3GFdE= =Xy4P -END PGP SIGNATURE- Accepted: tweak_3.01-7.diff.gz to pool/main/t/tweak/tweak_3.01-7.diff.gz tweak_3.01-7.dsc to pool/main/t/tweak/tweak_3.01-7.dsc tweak_3.01-7_amd64.deb to pool/main/t/tweak/tweak_3.01-7_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted arb 0.0.20071207.1-7 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 20 Mar 2009 08:14:21 +0100 Source: arb Binary: arb libarb arb-common arb-doc Architecture: source all i386 Version: 0.0.20071207.1-7 Distribution: unstable Urgency: low Maintainer: Debian-Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Andreas Tille ti...@debian.org Description: arb- Integrated package for sequence database handling and analysis arb-common - Integrated package for sequence database handling and analysis arb-doc- Integrated package for sequence database handling and analysis libarb - Integrated package for sequence database handling and analysis Closes: 516958 517710 Changes: arb (0.0.20071207.1-7) unstable; urgency=low . * Bumped debhelper to version 7 - dh_clean -k - dh_clean; dh_prep * Standards-Version: 3.8.1 (no changes needed) * Enhanced package description of arb-common and arb-doc Closes: #517710 * Added Portuguese translation for debconf messages (thanks to Traduz tra...@debianpt.org) Closes: #516958 * Added Depends: ${misc:Depends} to all packages Checksums-Sha1: 9248491275750b1cc384c9c432e2901ebd0b8c55 1603 arb_0.0.20071207.1-7.dsc 8cc6c2cfa6c79e785691412be2a0bf345b599f89 33141 arb_0.0.20071207.1-7.diff.gz 9d1078f3411e259027a6a46aa2586f53f1a06271 5633586 arb-common_0.0.20071207.1-7_all.deb 772e5540c6216db66ce79eca4d6243ad6b0c5145 697082 arb-doc_0.0.20071207.1-7_all.deb fe6abf4c82f4a2e2acc10b469153dc9b7f9c6f37 2147718 arb_0.0.20071207.1-7_i386.deb dacc31d386db11dafc639fc083fdf39a4d750625 916996 libarb_0.0.20071207.1-7_i386.deb Checksums-Sha256: cfea6758b9bd17b7563c846d215125fc5d5d97a98e14c50c6657ffe015dd41fd 1603 arb_0.0.20071207.1-7.dsc b378932088398a184267eff5a06a9678b1c893597eb027da07bf16b1c4bfb27f 33141 arb_0.0.20071207.1-7.diff.gz 176a0437a2a0a53529a603e914f6e5e67c6204127b8adfd28f8cf0c688615cf9 5633586 arb-common_0.0.20071207.1-7_all.deb 623cd731daccd3e1d820e64ea2795b4c01be7ff5fef62d9d19e06abdf537ee6d 697082 arb-doc_0.0.20071207.1-7_all.deb 7ecd2bf05f488f05b9f6b8703b6493b69624f11b0937f1b9f4fb68631d611a57 2147718 arb_0.0.20071207.1-7_i386.deb a781b8eb5ebbf33a5cc138ac2e9049b782ed283af863ae67ff7ae4fe33b706d6 916996 libarb_0.0.20071207.1-7_i386.deb Files: 57d5c8d1f0fec6ebadf1e7c6f3ee0b08 1603 non-free/science extra arb_0.0.20071207.1-7.dsc 12dcbd7cce38365865a6277e5db225e2 33141 non-free/science extra arb_0.0.20071207.1-7.diff.gz 05152e654c306c367e50631cdf8503e7 5633586 non-free/science extra arb-common_0.0.20071207.1-7_all.deb 0f512d093f29721558ca2a09448f62a6 697082 non-free/science extra arb-doc_0.0.20071207.1-7_all.deb 6f30c8c55dce27bd53c0e362e06588d6 2147718 non-free/science extra arb_0.0.20071207.1-7_i386.deb 19bb7b9feb1fc85777f8143aec4bc2bb 916996 non-free/science extra libarb_0.0.20071207.1-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJ0Ht9YDBbMcCf01oRAglaAKCh74cdluRKQxIgSmx2sTRfeIBlBwCgtfCZ mUIdrP1uPrHPcIwUpqUuy9s= =T8UC -END PGP SIGNATURE- Accepted: arb-common_0.0.20071207.1-7_all.deb to pool/non-free/a/arb/arb-common_0.0.20071207.1-7_all.deb arb-doc_0.0.20071207.1-7_all.deb to pool/non-free/a/arb/arb-doc_0.0.20071207.1-7_all.deb arb_0.0.20071207.1-7.diff.gz to pool/non-free/a/arb/arb_0.0.20071207.1-7.diff.gz arb_0.0.20071207.1-7.dsc to pool/non-free/a/arb/arb_0.0.20071207.1-7.dsc arb_0.0.20071207.1-7_i386.deb to pool/non-free/a/arb/arb_0.0.20071207.1-7_i386.deb libarb_0.0.20071207.1-7_i386.deb to pool/non-free/a/arb/libarb_0.0.20071207.1-7_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted vatnumber 0.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 11:01:00 +0200 Source: vatnumber Binary: python-vatnumber Architecture: source all Version: 0.3-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann dan...@debian.org Changed-By: Daniel Baumann dan...@debian.org Description: python-vatnumber - Python module to validate VAT numbers Changes: vatnumber (0.3-1) unstable; urgency=low . * Updating to standards version 3.8.1. * Merging upstream version 0.3. Checksums-Sha1: 6b235ac25cc13ffcbd70a16329427033fb510ed3 929 vatnumber_0.3-1.dsc 8d828ffc215f434b38c10b80f2042129430eef19 18607 vatnumber_0.3-1.tar.gz 9f7653434f47e4586e1bf3c21133d00821b9c6a8 7098 python-vatnumber_0.3-1_all.deb Checksums-Sha256: 1d0cc90f693d0706249943b1caab034c0cf4d7f0213867fb0e21371f1ffa7212 929 vatnumber_0.3-1.dsc 52c17f1570fc1e401a6bb9456bbd0f029019bb00561b4fd10b30928aba517b6f 18607 vatnumber_0.3-1.tar.gz 1528b064ce4afbef030e6c0c9a0a96bbe36ef1a5ffc90894b28b4e36ce24a2f6 7098 python-vatnumber_0.3-1_all.deb Files: 94c14d9a31077b5088d989b5b2170e80 929 python optional vatnumber_0.3-1.dsc 6f6b149a3ff934df82cb97ff8575d0b7 18607 python optional vatnumber_0.3-1.tar.gz 433a5b74b7f9e7319e95402da3cc3df8 7098 python optional python-vatnumber_0.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQirEACgkQ+C5cwEsrK57S+QCeIm/OE5sAGUlU0YkyAXLWSFBb vcIAn0Ywn6oQF1mhdeNlM3tzpQn5b//W =w70C -END PGP SIGNATURE- Accepted: python-vatnumber_0.3-1_all.deb to pool/main/v/vatnumber/python-vatnumber_0.3-1_all.deb vatnumber_0.3-1.dsc to pool/main/v/vatnumber/vatnumber_0.3-1.dsc vatnumber_0.3-1.tar.gz to pool/main/v/vatnumber/vatnumber_0.3-1.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted opensc 0.11.7-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 29 Mar 2009 03:56:10 -0400 Source: opensc Binary: opensc libopensc2-dev libopensc2 libopensc2-dbg mozilla-opensc Architecture: source amd64 Version: 0.11.7-1 Distribution: unstable Urgency: low Maintainer: Eric Dorland e...@debian.org Changed-By: Eric Dorland e...@debian.org Description: libopensc2 - SmartCard library with support for PKCS#15 compatible smart cards libopensc2-dbg - debugging symbols for libopensc2 libopensc2-dev - OpenSC development files mozilla-opensc - Mozilla plugin for authentication using OpenSC opensc - SmartCard utilities with support for PKCS#15 compatible cards Changes: opensc (0.11.7-1) unstable; urgency=low . * New upstream release. Fixes CVE-2009-0368. * debian/rules: - New location for the ChangeLog. - Add --enable-signer to get the signer back. * debian/opensc.install: - cardos-tool.1 replaces cardos-info.1. - Install cardos-tool and rutoken-tool. * debian/opensc.docs, libopensc2-dev.docs: New html documentation location. Checksums-Sha1: 6c9c9deb9977609840824f0c0d1084fd31522d50 1305 opensc_0.11.7-1.dsc f91f66bb350d94c07fb01e427c936ce56f1c7d0d 1422696 opensc_0.11.7.orig.tar.gz 717a3f39ab3c6822b4050755d570234e8b91e10a 1 opensc_0.11.7-1.diff.gz c7455538226a85e0d2216938b3388a8e2dd981ed 325612 opensc_0.11.7-1_amd64.deb f26cda708961d160f51d4b281b5651ef593b7ecf 785486 libopensc2-dev_0.11.7-1_amd64.deb 2490ed909ccec09f21cfdaa38e0948ed3779 641940 libopensc2_0.11.7-1_amd64.deb 5805e00a7c6d267a62db570688e96054b66f56a6 1345204 libopensc2-dbg_0.11.7-1_amd64.deb 4b36eea8c507000d7b6bc4c89a89c685fdcea612 183672 mozilla-opensc_0.11.7-1_amd64.deb Checksums-Sha256: 190d6cc32237bc4a1eb56677b6d5e5cc8d7f76aab9bc4f2d32fcffee6a1e2f1e 1305 opensc_0.11.7-1.dsc 6dab273cbdba8e92c59207715199f48f4f9e541e6d873561e30154bd40c4011d 1422696 opensc_0.11.7.orig.tar.gz b3cb157c7a46ec309721b4d3b52c4c3678528cfd9b952425afc2276773886f68 1 opensc_0.11.7-1.diff.gz 792ca8e7ab9cedf36a87e08aa210236403f5e95e031040ef20c373c95dc52db5 325612 opensc_0.11.7-1_amd64.deb 5dc43016ecd976514c0d00b67baaacaffaa45f3cdf8e89ef724cada472eb9013 785486 libopensc2-dev_0.11.7-1_amd64.deb 15fb34530aa81e0ec031d5b0f0fe82b9a1c92b69fe184e3bc13d47cd981ffc12 641940 libopensc2_0.11.7-1_amd64.deb 3e4dd9804c8234eab3825c800d6a49e7e562c80f9d0f524f235805845ed35c0b 1345204 libopensc2-dbg_0.11.7-1_amd64.deb 476b8c0cdd1c0f540c8ea81689a20e56e0bf0406beaed48e950365c2f86059f3 183672 mozilla-opensc_0.11.7-1_amd64.deb Files: b3caee5875f4e31d65018688cd2a4f1b 1305 utils extra opensc_0.11.7-1.dsc 419e9be372c2f9bbb3ce9704c929d5ec 1422696 utils extra opensc_0.11.7.orig.tar.gz 367c836defac3afa23ed7861cf0488f1 1 utils extra opensc_0.11.7-1.diff.gz 44fb71821644ee2be8ea34d7f5003291 325612 utils extra opensc_0.11.7-1_amd64.deb 12aff25d895cc0e93d0470d5a923b5a6 785486 libdevel optional libopensc2-dev_0.11.7-1_amd64.deb f98c5f28cc125bd29d662ab604ea4cd7 641940 libs optional libopensc2_0.11.7-1_amd64.deb 6b3a8d0f072cd4f5fa2d90ec6e4369bc 1345204 devel extra libopensc2-dbg_0.11.7-1_amd64.deb bfadbc8fb5b064ddb034ed2639e9954f 183672 web extra mozilla-opensc_0.11.7-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJ0HrGYemOzxbZcMYRApmTAKDIA6qWz/de4hF6Ef68VJ65AHnywwCfSNsa HukbswKolj8sLOEdNmVUNQs= =O4FU -END PGP SIGNATURE- Accepted: libopensc2-dbg_0.11.7-1_amd64.deb to pool/main/o/opensc/libopensc2-dbg_0.11.7-1_amd64.deb libopensc2-dev_0.11.7-1_amd64.deb to pool/main/o/opensc/libopensc2-dev_0.11.7-1_amd64.deb libopensc2_0.11.7-1_amd64.deb to pool/main/o/opensc/libopensc2_0.11.7-1_amd64.deb mozilla-opensc_0.11.7-1_amd64.deb to pool/main/o/opensc/mozilla-opensc_0.11.7-1_amd64.deb opensc_0.11.7-1.diff.gz to pool/main/o/opensc/opensc_0.11.7-1.diff.gz opensc_0.11.7-1.dsc to pool/main/o/opensc/opensc_0.11.7-1.dsc opensc_0.11.7-1_amd64.deb to pool/main/o/opensc/opensc_0.11.7-1_amd64.deb opensc_0.11.7.orig.tar.gz to pool/main/o/opensc/opensc_0.11.7.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libfwbuilder 3.0.4-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 10:00:02 +0200 Source: libfwbuilder Binary: libfwbuilder-dev libfwbuilder8 libfwbuilder8-dbg Architecture: source i386 Version: 3.0.4-1 Distribution: unstable Urgency: low Maintainer: Sylvestre Ledru sylvestre.le...@inria.fr Changed-By: Sylvestre Ledru sylvestre.le...@inria.fr Description: libfwbuilder-dev - Firewall Builder API library development files libfwbuilder8 - Firewall Builder API library libfwbuilder8-dbg - Firewall Builder API library (debugging version) Changes: libfwbuilder (3.0.4-1) unstable; urgency=low . * New upstream version (damn it, I should have waited a few hours) Checksums-Sha1: 47648246991ddb42b44196382728152f6952033c 1373 libfwbuilder_3.0.4-1.dsc 810d4f6dc8b4c2a98963fc5e536e2695f4aca02f 543824 libfwbuilder_3.0.4.orig.tar.gz 8d559dcaa0e212868cfe3951e37d5151312c0bf0 5373 libfwbuilder_3.0.4-1.diff.gz 57ee3310f6721baf3243e8215b1d8cc34524adb7 127290 libfwbuilder-dev_3.0.4-1_i386.deb 65d80fd24212f067ba01e3ddd2a6589e18832f71 574124 libfwbuilder8_3.0.4-1_i386.deb 6f784f6dda47e0f910dc9ea5dc6514fcd3ed69c0 2128620 libfwbuilder8-dbg_3.0.4-1_i386.deb Checksums-Sha256: d36869f780c6017a152a5106318efa1e1158f52346d80d63fcb0bacd4fe58887 1373 libfwbuilder_3.0.4-1.dsc ce81e864cc5c9f4d30bf48292cc8b267c42356a87b3eda486dfbd1152679d4db 543824 libfwbuilder_3.0.4.orig.tar.gz b4a1d4f4902145585a4c9f2d75a1b23424eda96b32fca7c510244a9a5213f163 5373 libfwbuilder_3.0.4-1.diff.gz c05d1bd5a431d618d5b8e42dc15bd47545a310f51b79d4feda6505579635e65d 127290 libfwbuilder-dev_3.0.4-1_i386.deb 3a91aebcf080f92053fa265f7bb563703c7c1ced855771d6d07e6ea6e9845f6d 574124 libfwbuilder8_3.0.4-1_i386.deb 5c08708685d68e2496b6a7ea797fe5ea694bb037fdb484b0d66d074654ec91b1 2128620 libfwbuilder8-dbg_3.0.4-1_i386.deb Files: 1ca7f00d9b27be52050ab86c112c2628 1373 libs optional libfwbuilder_3.0.4-1.dsc c4d23b9b72c9d2272ab1a41e2bc86903 543824 libs optional libfwbuilder_3.0.4.orig.tar.gz 52269569ad2465e1d7c9fe6d25c2088b 5373 libs optional libfwbuilder_3.0.4-1.diff.gz 0a74a704b0fc3be1d79f35c8ec2eca85 127290 libdevel optional libfwbuilder-dev_3.0.4-1_i386.deb 32ae56b8eb829dd84472122a2ff50c8c 574124 libs optional libfwbuilder8_3.0.4-1_i386.deb dfa4ffd9260ed7b02dcd70d382aa0206 2128620 libs extra libfwbuilder8-dbg_3.0.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQfPQACgkQiOXXM92JlhB8PgCg6clZlwwLsYiK5DTckB+kBMAo ugcAoKarGCW/3Z2uANacAma5fMytbyrG =neb9 -END PGP SIGNATURE- Accepted: libfwbuilder-dev_3.0.4-1_i386.deb to pool/main/libf/libfwbuilder/libfwbuilder-dev_3.0.4-1_i386.deb libfwbuilder8-dbg_3.0.4-1_i386.deb to pool/main/libf/libfwbuilder/libfwbuilder8-dbg_3.0.4-1_i386.deb libfwbuilder8_3.0.4-1_i386.deb to pool/main/libf/libfwbuilder/libfwbuilder8_3.0.4-1_i386.deb libfwbuilder_3.0.4-1.diff.gz to pool/main/libf/libfwbuilder/libfwbuilder_3.0.4-1.diff.gz libfwbuilder_3.0.4-1.dsc to pool/main/libf/libfwbuilder/libfwbuilder_3.0.4-1.dsc libfwbuilder_3.0.4.orig.tar.gz to pool/main/libf/libfwbuilder/libfwbuilder_3.0.4.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted vblade-persist 0.6-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 03:29:25 -0400 Source: vblade-persist Binary: vblade-persist Architecture: source all Version: 0.6-2 Distribution: unstable Urgency: low Maintainer: Daniel Kahn Gillmor d...@fifthhorseman.net Changed-By: Daniel Kahn Gillmor d...@fifthhorseman.net Description: vblade-persist - create/manage supervised AoE exports Changes: vblade-persist (0.6-2) unstable; urgency=low . * Debian packaging update: - updated my e-mail address. - switched to debhelper 7, minimized debian/rules - bumped to policy 3.8.1 (no changes needed) - explicitly linking to GPL-3 in debian/copyright - also ship upstream CHANGELOG - debian/control: remove XS- from Dm-Upload-Allowed Checksums-Sha1: dca243e30c0e2b67bae02c695774b6c423ae3cef 1703 vblade-persist_0.6-2.dsc 365a9d9968fa6b650d4fedfeb5c3e191b4944705 2130 vblade-persist_0.6-2.diff.gz 0c1eefe9a17cd527ed3e632598ee31ee70ccebd8 9044 vblade-persist_0.6-2_all.deb Checksums-Sha256: d93c2f4e0da050d216204005e30f17d671862694702e86fb991db711bc17539d 1703 vblade-persist_0.6-2.dsc 5769bbedcc353faffc47ce1ee74502d89b24b7538eb78f331bacb89c261e3b7f 2130 vblade-persist_0.6-2.diff.gz 23fa2f335fd69228cf3085327fa6e7ecdeb3403fafc6cf6e8bea616cbd343aec 9044 vblade-persist_0.6-2_all.deb Files: 97291f72b14e244586ee27fa3d4c95b0 1703 admin optional vblade-persist_0.6-2.dsc ea92d042a429ab772f982c6af4e37f46 2130 admin optional vblade-persist_0.6-2.diff.gz d09bdcfed0766db3c8bd582d56bd0a7c 9044 admin optional vblade-persist_0.6-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBSdCGDszS7ZTSFznpAQLqNw//V6TEesPS+enoQHgefAQ2ZpOTTwEhHUWr u6PtuDQtJPAn7/6eAYtDh2L6glyVP6DUyBYn4Pkg2G+t6iJ0T50WT9fmINq9AenW eqxvryH7W/WhS7BoxfTc8wLCBdk0Fhu5yAGdNLQTX5CEOuG3zGEJkpHLr2ElMxUV djJe+ZrzLytBdIV7QFFH3Bt30DX4JLRJ7/b5meoYROmhiyPCXkxoKLw86Cq/PP/x e+RuyHCvqEoKkZQBTjL4aRoJ71xj6GdOQy1UsWBA0bKuExwlk20HSqJdpBMnjw0z eIX0p7ISqci6FsbEAsbkt32jWqQT6k2lUuBSrstn9PXyt4O3drL3nJcnzVn0jYiy 0bq28LeL9giFOaR+JGF4VDxq5p2uGDmoiVPIfNeuUax2Di/AWAdP6urf6/TIffTC ezwpRtF/pKOr+MIIgB8w8lIeSXrqIMcorYejn1COURY22Nb7PT85HXv2GJFhJ50u vbEF6WuZhzT6+TtsbxVrbPMzpTsdpiU5pFEEqyFPc4PgJ7hi4oafosyGa+t3LAdl DZrGRGMPY2Nf4LDP7brH3Asx2BiOq7mNV6CqnUSogLEBKKMuF4Ow+ZdwXqYZ9hdD 1V4ynnXRxBMsUCWSgs67U1y1/f7YK3oxj8F9nqex5VzxEns3d2ppz6pX+jrOVWMj 8m8Dq4FkgFk= =lLx4 -END PGP SIGNATURE- Accepted: vblade-persist_0.6-2.diff.gz to pool/main/v/vblade-persist/vblade-persist_0.6-2.diff.gz vblade-persist_0.6-2.dsc to pool/main/v/vblade-persist/vblade-persist_0.6-2.dsc vblade-persist_0.6-2_all.deb to pool/main/v/vblade-persist/vblade-persist_0.6-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted knutclient 0.9.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 09:29:30 +0200 Source: knutclient Binary: knutclient Architecture: source i386 Version: 0.9.5-1 Distribution: unstable Urgency: low Maintainer: Arnaud Quette aque...@debian.org Changed-By: Arnaud Quette aque...@debian.org Description: knutclient - A KDE GUI that displays UPS statistics from NUT's upsd Changes: knutclient (0.9.5-1) unstable; urgency=low . * New upstream release * debian/rules: remove the empty TODO file from dh_installdocs * debian/control: add a missing comma on Depends Checksums-Sha1: 34fd194cd24fb8c1767f93fe4f2d88d394819c5c 1078 knutclient_0.9.5-1.dsc 023e18c1c4fcae826383ab35f2829a08e4a65eb8 1212363 knutclient_0.9.5.orig.tar.gz 7cd6f587fd323ec8b12f066c0c30682fcf10ba0a 27116 knutclient_0.9.5-1.diff.gz 6d50c6912f0a9d4715b17b14092f5bf9278903aa 700350 knutclient_0.9.5-1_i386.deb Checksums-Sha256: 30589d883a5a77f533cd53757d2060dc199cfc2b4b29597057d490b4a1a58276 1078 knutclient_0.9.5-1.dsc 644bb06c2f370535346808428a4a983236210fda5cf0e58f1558476576631fdb 1212363 knutclient_0.9.5.orig.tar.gz 8cfdbaf183f1aa1c1a71dbde072c23c90ab21becdfc57c3d5d1af2de30063f17 27116 knutclient_0.9.5-1.diff.gz 5ae4c164f6987e4bae4fba4f33ebf7f2f300e8b7029f3bea3c681992373ab441 700350 knutclient_0.9.5-1_i386.deb Files: 183ae64fac2fe60e416bb1af11324e0f 1078 kde optional knutclient_0.9.5-1.dsc f4397a33e0b352f50591ac8d1dd1a54e 1212363 kde optional knutclient_0.9.5.orig.tar.gz e830ca965e563b1599ba83cee60796cf 27116 kde optional knutclient_0.9.5-1.diff.gz d0f5eb47fcc190b6ea3851512365c30a 700350 kde optional knutclient_0.9.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQg8oACgkQ22QUyiBN3xv7EwCgsaZKuNwyuxkxwRhZrONLKlVY jwYAnRLjza7wbMGiln3U9/Kv/8+iMSXd =kbL6 -END PGP SIGNATURE- Accepted: knutclient_0.9.5-1.diff.gz to pool/main/k/knutclient/knutclient_0.9.5-1.diff.gz knutclient_0.9.5-1.dsc to pool/main/k/knutclient/knutclient_0.9.5-1.dsc knutclient_0.9.5-1_i386.deb to pool/main/k/knutclient/knutclient_0.9.5-1_i386.deb knutclient_0.9.5.orig.tar.gz to pool/main/k/knutclient/knutclient_0.9.5.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted auth2db 0.2.5-2+dfsg-1.1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 11:21:06 +0200 Source: auth2db Binary: auth2db auth2db-common auth2db-frontend auth2db-filters Architecture: source all Version: 0.2.5-2+dfsg-1.1 Distribution: unstable Urgency: high Maintainer: Ulises Vitulli uvitu...@fi.uba.ar Changed-By: Steffen Joeris wh...@debian.org Description: auth2db- Powerful and eye-candy IDS logger, log viewer and alert generator auth2db-common - Common configuration files for Auth2db backend and web frontend auth2db-filters - Auth2db defaults filters pack auth2db-frontend - Web frontend view for auth2DB log engine Changes: auth2db (0.2.5-2+dfsg-1.1) unstable; urgency=high . * Non-maintainer upload by the security team * Fix possible SQL injection vulnerability when used with multibyte encodings by using mysql_real_escape_string() Checksums-Sha1: 286334f4cfa8c75d7effdcef3c7dcf77b4c4fbc3 1104 auth2db_0.2.5-2+dfsg-1.1.dsc 0c4993d0f28ff9b8235510951cd68aad3352a87b 660036 auth2db_0.2.5-2+dfsg-1.1.diff.gz edef1bcdc7916baf715ffeccab3fb3c1fd0c8693 29258 auth2db_0.2.5-2+dfsg-1.1_all.deb 9784b6f23fa04d0cb3c5db85509f2e2beef2e539 648670 auth2db-common_0.2.5-2+dfsg-1.1_all.deb d25fa6b0c20461640fe852a4a301a19196cc297b 566232 auth2db-frontend_0.2.5-2+dfsg-1.1_all.deb f3d0ebdc2129da702db683bd7b92fb33eb0929c0 13940 auth2db-filters_0.2.5-2+dfsg-1.1_all.deb Checksums-Sha256: 19df8f0220f41480870db97b5352c0e8e0c8e10ea710cf9667f5566c8d9da726 1104 auth2db_0.2.5-2+dfsg-1.1.dsc 88fe53f796ca87c4729921a2f54aa23f47b23951dd4224290004db1547e78f09 660036 auth2db_0.2.5-2+dfsg-1.1.diff.gz a211321356e14b7327adc0c0ecaf797d394bd56b57ee13e91c1760ac5f9dea8c 29258 auth2db_0.2.5-2+dfsg-1.1_all.deb 620ff4e7d856db5ee212190534eb42f5fd734c318e5d645b7ed4636c86b20db5 648670 auth2db-common_0.2.5-2+dfsg-1.1_all.deb 89e6aff700f23a8b96b038fc237d0a00d6a8fdcbf6e27d646aad4208e180a96a 566232 auth2db-frontend_0.2.5-2+dfsg-1.1_all.deb 243ae45336b38701b9888bb40809c8dd74f801e4279d15cee2ffbf66cff239c9 13940 auth2db-filters_0.2.5-2+dfsg-1.1_all.deb Files: a4d21f48b5c81049e2425c4b15c1666f 1104 net extra auth2db_0.2.5-2+dfsg-1.1.dsc 2d7898726c5ee4aa28b7b0b417e73230 660036 net extra auth2db_0.2.5-2+dfsg-1.1.diff.gz 6db81d277980e5227e62228d06942a81 29258 net extra auth2db_0.2.5-2+dfsg-1.1_all.deb 355b2fd147ab422329b6be489043fe88 648670 net extra auth2db-common_0.2.5-2+dfsg-1.1_all.deb a7c1b2ce29fac23fb950260042da329d 566232 net extra auth2db-frontend_0.2.5-2+dfsg-1.1_all.deb c662dedcddac0575f763c3c6f2f0b2a6 13940 net extra auth2db-filters_0.2.5-2+dfsg-1.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQkpoACgkQ62zWxYk/rQezdACgnFBwro+X1zfnWblZZ7QxC7i7 BzEAn2o0oibPrsQYOnk0mFwKXQXbtMk+ =1I4Z -END PGP SIGNATURE- Accepted: auth2db-common_0.2.5-2+dfsg-1.1_all.deb to pool/main/a/auth2db/auth2db-common_0.2.5-2+dfsg-1.1_all.deb auth2db-filters_0.2.5-2+dfsg-1.1_all.deb to pool/main/a/auth2db/auth2db-filters_0.2.5-2+dfsg-1.1_all.deb auth2db-frontend_0.2.5-2+dfsg-1.1_all.deb to pool/main/a/auth2db/auth2db-frontend_0.2.5-2+dfsg-1.1_all.deb auth2db_0.2.5-2+dfsg-1.1.diff.gz to pool/main/a/auth2db/auth2db_0.2.5-2+dfsg-1.1.diff.gz auth2db_0.2.5-2+dfsg-1.1.dsc to pool/main/a/auth2db/auth2db_0.2.5-2+dfsg-1.1.dsc auth2db_0.2.5-2+dfsg-1.1_all.deb to pool/main/a/auth2db/auth2db_0.2.5-2+dfsg-1.1_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted rednotebook 0.6.4-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 07:20:41 +0100 Source: rednotebook Binary: rednotebook Architecture: source all Version: 0.6.4-1 Distribution: unstable Urgency: low Maintainer: Jonathan Wiltshire deb...@jwiltshire.org.uk Changed-By: Jonathan Wiltshire deb...@jwiltshire.org.uk Description: rednotebook - daily journal with calendar, templates and keyword searching Changes: rednotebook (0.6.4-1) unstable; urgency=low . * New Upstream Version: - Easier Tagging (Added tag button) - New Entry dialog: Show previous tags in drop-down menu when Tags is selected as category - New Entry dialog: Only make a new entry submittable if text has been entered - Shortcuts to navigate between days (Ctrl + PageUp, Ctrl + PageDown) Checksums-Sha1: 120235960f26fb5d91dc195d743f17607e071b0f 1233 rednotebook_0.6.4-1.dsc edae0fc68c9e48f9ad70ef8f60f22f3cb392f7f4 146431 rednotebook_0.6.4.orig.tar.gz 0a68adf7a77e9f3dbcc2b4fc94a894346c589f94 2976 rednotebook_0.6.4-1.diff.gz 8caf13a7243f3f4d5e9319f27223c099f6dfd5c3 145034 rednotebook_0.6.4-1_all.deb Checksums-Sha256: 1a6bc626944bd57074a0bd85ee5c03e37cff5ba5a0dff3abcc4f8909ddf31b6b 1233 rednotebook_0.6.4-1.dsc 9220bbfa17f37317e7954f70571f76094c527e0c73fb84d3f607713bd6318d4f 146431 rednotebook_0.6.4.orig.tar.gz 20aff870206ca2752e6c68fe51ac7364174130221c29fdc5b683b16e2b6adb7a 2976 rednotebook_0.6.4-1.diff.gz cb362f103c4635e6ea2f62e93e70b1d6654366533d233adc8b61205189c6c874 145034 rednotebook_0.6.4-1_all.deb Files: 29c9bbb595d5098f7ecb1de461cd5568 1233 text optional rednotebook_0.6.4-1.dsc 96c0927dfe3a2bc45dfae70fe7729cfe 146431 text optional rednotebook_0.6.4.orig.tar.gz af515224a93cfe297f57ec6525f0a82c 2976 text optional rednotebook_0.6.4-1.diff.gz 8a349e4d963f83bdda869b335d71d56f 145034 text optional rednotebook_0.6.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQqEEACgkQBxd04ADYzRav3wCfXGMeNYxquASKuFaEQh1D5nkq gt0An3R8r0vh2qM0v5N06EQAQ1RSofNw =nqt4 -END PGP SIGNATURE- Accepted: rednotebook_0.6.4-1.diff.gz to pool/main/r/rednotebook/rednotebook_0.6.4-1.diff.gz rednotebook_0.6.4-1.dsc to pool/main/r/rednotebook/rednotebook_0.6.4-1.dsc rednotebook_0.6.4-1_all.deb to pool/main/r/rednotebook/rednotebook_0.6.4-1_all.deb rednotebook_0.6.4.orig.tar.gz to pool/main/r/rednotebook/rednotebook_0.6.4.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libthai 0.1.10-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 17:28:52 +0700 Source: libthai Binary: libthai-dev libthai0 libthai-data libthai-doc Architecture: source all amd64 Version: 0.1.10-1 Distribution: experimental Urgency: low Maintainer: Theppitak Karoonboonyanan t...@linux.thai.net Changed-By: Theppitak Karoonboonyanan t...@linux.thai.net Description: libthai-data - Data files for Thai language support library libthai-dev - Development files for Thai language support library libthai-doc - Documentation files for Thai language support library libthai0 - Thai language support library Changes: libthai (0.1.10-1) experimental; urgency=low . * New upstream release, with updated dependency and data format change - Build-dep on libdatrie-dev (= 0.2.0) instead of libdatrie0-dev - Build-dep on libdatrie1-bin instead of libdatrie-bin - libthai-dev depends on libdatrie-dev instead of libdatrie0-dev - libthai0 depends on libthai-data (= 0.1.10) - libthai-data conflicts with libthai0 ( 0.1.10) * VCS moved from CVS to SVN; update Vcs-* fields accordingly. * debian/libdatrie0.symbols: Add new export symbol '_libthai_on_unload'; No shlibs version bump, because the new symbol is just for housekeeping * Bump debhelper compat to level 7 - Bump debian/compat to 7 - Build-dep on debhelper (= 7) - debian/rules: + Replace obsoleted 'dh_clean -k' with 'dh_prep' + Remove *-stamp clean-ups in clean target, as dh_clean now does it * Update debian/copyright to proposal rev 454: - Add Upstream-Name: - Use Upstream-Maintainer: instead of Upstream-Author: - Use Upstream-Source: instead of Original-Source-Location: - Drop Packaged-By: and Packaged-Date: - Move 'Files: *' section to top - Replace GPL-2+ and LGPL-2+ license message with 'On Debian ...' * debian/copyright: Update copyright years * Bump Standards-Version to 3.8.1 (no changes needed) Checksums-Sha1: e106bbb7e380c7113d7de8f5e9bd342d8a78ab46 1339 libthai_0.1.10-1.dsc f5f79969fcf51e7d740a2757d3b9dc9cb307c1f5 503916 libthai_0.1.10.orig.tar.gz bff7ea63a0751e467db0d998a189e5d26fffce33 7409 libthai_0.1.10-1.diff.gz f3dd6a296395eaffb823f85279b3f54228f5d0ea 187358 libthai-data_0.1.10-1_all.deb ccc8476e58e4ba9ec0eebc57ebde381095813c9c 61098 libthai-doc_0.1.10-1_all.deb 87f900197c60f7bd935eb1cff2553739c8875758 54230 libthai-dev_0.1.10-1_amd64.deb 1b5c4fac7e80e17a08fbff10d3b7597aaa8331e9 35100 libthai0_0.1.10-1_amd64.deb Checksums-Sha256: 489e39a6ae2ded9327fd499cb50303bb7548b72d7210141b307a4788165cd66a 1339 libthai_0.1.10-1.dsc 7938ad41cdb4b9870bab6ffb48bf5d07e0941cf8ba1f3827e281c0faeb0b66c0 503916 libthai_0.1.10.orig.tar.gz e5458849b55f30e226e8c48ce2f75f11076fb93f2d14e2d8238b79f8665126b9 7409 libthai_0.1.10-1.diff.gz 6a963cebb99d0ba4bdaddaabb562e11faf26e614734a2f80e0879870e663e544 187358 libthai-data_0.1.10-1_all.deb f682d30d91f6eda9fcf9f43100310fa964c2778bfbe018968224f7429eab15a4 61098 libthai-doc_0.1.10-1_all.deb 58c5be66e15bb259ce12268537179fc7359ab756b5aa94432be2af000a600314 54230 libthai-dev_0.1.10-1_amd64.deb 8c247f23d0a79c3f088fb6c068fb336266187574a485a9db96d4d5483dacec06 35100 libthai0_0.1.10-1_amd64.deb Files: cb4430014e2818436b862be613aa425a 1339 libs optional libthai_0.1.10-1.dsc ac22e075447f9e4f9903277a590f7285 503916 libs optional libthai_0.1.10.orig.tar.gz 68a55469a63a37936e699a4b02b6c1a7 7409 libs optional libthai_0.1.10-1.diff.gz 0814e2dd135edc84915b7ddb6566fabd 187358 libs optional libthai-data_0.1.10-1_all.deb c05cf56f83fc79e2869f61eedc18333e 61098 doc optional libthai-doc_0.1.10-1_all.deb 81ab1a9d5126b726f81cf7adb5110667 54230 libdevel optional libthai-dev_0.1.10-1_amd64.deb 2c766e7392b312849ae887c91921d79e 35100 libs optional libthai0_0.1.10-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQoVIACgkQqgzR7tCLR/4xOwCcDoiZACQ9EQXj8cX+dqHNuuh3 ft0AoIFziAfrV3iCsf6uv4fnvZdrSNkM =OQyZ -END PGP SIGNATURE- Accepted: libthai-data_0.1.10-1_all.deb to pool/main/libt/libthai/libthai-data_0.1.10-1_all.deb libthai-dev_0.1.10-1_amd64.deb to pool/main/libt/libthai/libthai-dev_0.1.10-1_amd64.deb libthai-doc_0.1.10-1_all.deb to pool/main/libt/libthai/libthai-doc_0.1.10-1_all.deb libthai0_0.1.10-1_amd64.deb to pool/main/libt/libthai/libthai0_0.1.10-1_amd64.deb libthai_0.1.10-1.diff.gz to pool/main/libt/libthai/libthai_0.1.10-1.diff.gz libthai_0.1.10-1.dsc to pool/main/libt/libthai/libthai_0.1.10-1.dsc libthai_0.1.10.orig.tar.gz to pool/main/libt/libthai/libthai_0.1.10.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted tryton-server 1.0.3-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 11:05:00 +0200 Source: tryton-server Binary: tryton-server Architecture: source all Version: 1.0.3-3 Distribution: unstable Urgency: low Maintainer: Daniel Baumann dan...@debian.org Changed-By: Daniel Baumann dan...@debian.org Description: tryton-server - Tryton Application Platform (Server) Closes: 521653 521659 Changes: tryton-server (1.0.3-3) unstable; urgency=low . [ Mathias Behrle ] * Fixing init script to use the correct daemon user (Closes: #521653). * Adding documentation for forced chmod on conf file (Closes: #521659). Checksums-Sha1: a7c20e4dbf24f7aa95240be73c4febfdd1913a1a 1264 tryton-server_1.0.3-3.dsc 1edf31e75c252e62dc651ff80881ffa730ac0cc3 5592 tryton-server_1.0.3-3.diff.gz 74292a5f2c436a6a7bb87dde40d89097b900a14c 180792 tryton-server_1.0.3-3_all.deb Checksums-Sha256: 3cc6cbea68fa3f3b99b1fdf58a12d783dbe80c5734547126cf8016761083d6ff 1264 tryton-server_1.0.3-3.dsc 302ed1b0d2e977f8ad40a15a6b2ed99e915310e210ab20844e3b618f13ad5bd9 5592 tryton-server_1.0.3-3.diff.gz 3d41b493d950d283b0fe7f1f80ee2300a20782d42f50b2676b41ce48b19e71b0 180792 tryton-server_1.0.3-3_all.deb Files: f750288a3d4fc8408fc218c939ec5a49 1264 python optional tryton-server_1.0.3-3.dsc 284d74e472b96774498e27a53b26d683 5592 python optional tryton-server_1.0.3-3.diff.gz 66b52db959781ca6984c5d46ee6e403e 180792 python optional tryton-server_1.0.3-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQi4kACgkQ+C5cwEsrK55FEACeOXTJyzwEX9F5ZjF4o3T1VXPB lfMAoIfDaopHZ972AshKvd7mG3tsdRLy =NDJs -END PGP SIGNATURE- Accepted: tryton-server_1.0.3-3.diff.gz to pool/main/t/tryton-server/tryton-server_1.0.3-3.diff.gz tryton-server_1.0.3-3.dsc to pool/main/t/tryton-server/tryton-server_1.0.3-3.dsc tryton-server_1.0.3-3_all.deb to pool/main/t/tryton-server/tryton-server_1.0.3-3_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted siege 2.67-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 28 Mar 2009 19:04:45 + Source: siege Binary: siege Architecture: source amd64 Version: 2.67-2 Distribution: unstable Urgency: low Maintainer: Tristan Greaves tris...@extricate.org Changed-By: Tristan Greaves tris...@extricate.org Description: siege - HTTP regression testing and benchmarking utility Closes: 321816 Changes: siege (2.67-2) unstable; urgency=low . * Fix regression of $HOME/.siegerc attempt breaking builds on some platforms. (Closes: #321816) Checksums-Sha1: 98d8d14634efd4e0a09d1bcda075d799aa88e736 1043 siege_2.67-2.dsc 07d154a906c74ebb85bf4717c7994a795615580f 600634 siege_2.67-2.diff.gz cced111c1d958b12f95510e407994e752515713c 80318 siege_2.67-2_amd64.deb Checksums-Sha256: 5e558956a5cc7ba938dbc177418b45211d9baf6feceaac6deb2a67421d8e32de 1043 siege_2.67-2.dsc 48992a3676e252f4f5b6866fe7d138dea30e371af83f76b2c16077acb84420e8 600634 siege_2.67-2.diff.gz fefc7cf689cfa2e61c1c18f416a7a0d7b5b72e00206d383079570cac59990816 80318 siege_2.67-2_amd64.deb Files: 8aac2de18096f8b5818356e5691efbeb 1043 web optional siege_2.67-2.dsc b548765f4dfec06bf32f20de491c0a1e 600634 web optional siege_2.67-2.diff.gz aab1d1b8411566570e4e4eeb92041ee2 80318 web optional siege_2.67-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQpx0ACgkQcgQ2cL3l8e6LfwCcCSrmLEjftIZDbWqm08cTz48/ f0oAoM0wBIA3URDinDvC4Twz74b2Vsin =TaQU -END PGP SIGNATURE- Accepted: siege_2.67-2.diff.gz to pool/main/s/siege/siege_2.67-2.diff.gz siege_2.67-2.dsc to pool/main/s/siege/siege_2.67-2.dsc siege_2.67-2_amd64.deb to pool/main/s/siege/siege_2.67-2_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted vatnumber 0.4-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 11:04:00 +0200 Source: vatnumber Binary: python-vatnumber Architecture: source all Version: 0.4-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann dan...@debian.org Changed-By: Daniel Baumann dan...@debian.org Description: python-vatnumber - Python module to validate VAT numbers Changes: vatnumber (0.4-1) unstable; urgency=low . * Merging upstream version 0.4. Checksums-Sha1: c307b9663696262167ab5896c933b6343a3deed6 929 vatnumber_0.4-1.dsc 3073edf55f8587068349cc85ebd132453db84777 19346 vatnumber_0.4-1.tar.gz 1b890db668ff26b5b6d4256fb4e9550e2482b42e 7484 python-vatnumber_0.4-1_all.deb Checksums-Sha256: 8e9cf8d3a33a63c8abec845791c99109571877cbd41f014b1999bbc1a7abbb55 929 vatnumber_0.4-1.dsc 56efdfc6db7934b4e69cd2612d1dbfe0e4a11f29d62fdea4ec4498a5ef01d948 19346 vatnumber_0.4-1.tar.gz e35752614c81a364f0b1b87ed2e1c394c02470fb8543ff0454297af304339c3d 7484 python-vatnumber_0.4-1_all.deb Files: 1f07b3aa44f19f2541c041620102e21d 929 python optional vatnumber_0.4-1.dsc 6a16d8c4769194d586bc0ff6c36cdeb3 19346 python optional vatnumber_0.4-1.tar.gz e1d26bbc0259fd613b6b785d19712060 7484 python optional python-vatnumber_0.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQizcACgkQ+C5cwEsrK57xpACggxZyya/1JgeiRLgISGYoCGL+ bGsAoI/LEcjUhitfuodA9oBlIjx8Cjmh =t3d0 -END PGP SIGNATURE- Accepted: python-vatnumber_0.4-1_all.deb to pool/main/v/vatnumber/python-vatnumber_0.4-1_all.deb vatnumber_0.4-1.dsc to pool/main/v/vatnumber/vatnumber_0.4-1.dsc vatnumber_0.4-1.tar.gz to pool/main/v/vatnumber/vatnumber_0.4-1.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libabstract-ruby 1.0.0-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 18 Mar 2009 14:16:13 -0700 Source: libabstract-ruby Binary: libabstract-ruby libabstract-ruby1.8 libabstract-ruby1.9 libabstract-ruby-doc Architecture: source all Version: 1.0.0-2 Distribution: unstable Urgency: low Maintainer: Bryan McLellan b...@loftninjas.org Changed-By: Bryan McLellan b...@loftninjas.org Description: libabstract-ruby - A library which enables you to define abstract method in Ruby libabstract-ruby-doc - Documentation for libabstract-ruby libabstract-ruby1.8 - A library which enables you to define abstract method in Ruby 1.8 libabstract-ruby1.9 - A library which enables you to define abstract method in Ruby 1.9 Closes: 520219 Changes: libabstract-ruby (1.0.0-2) unstable; urgency=low . * Include updated package descriptions (Closes: #520219) Checksums-Sha1: a37e36d5d571446cc54f0b1d1bc46302fe45b43b 1813 libabstract-ruby_1.0.0-2.dsc 491afce7309a460955653e010a82d34f9a9cd1e0 2220 libabstract-ruby_1.0.0-2.diff.gz 499dd60fea0e7f51297e130dc37be2218a40c45a 2878 libabstract-ruby_1.0.0-2_all.deb 1e9787140d1c07cd533288a033ea02fe6266998e 3518 libabstract-ruby1.8_1.0.0-2_all.deb e8719e5f8881b3f1487d17f8e1ec9bb5dc9a98bb 3524 libabstract-ruby1.9_1.0.0-2_all.deb a0fe35dd09393f3ad3b2e4a0969dec1fa491c361 13872 libabstract-ruby-doc_1.0.0-2_all.deb Checksums-Sha256: 580e1a4cde3eae5c8861614d2df41aab84349ce78a2df030ffabaaa1be688545 1813 libabstract-ruby_1.0.0-2.dsc da42b9bc2a32d01af2683b7ad4a98eb6fa2a02f98d3b16fdc1cc2a258a22e6e1 2220 libabstract-ruby_1.0.0-2.diff.gz ced423fca21e568026568fd8123ad3a8a28a3fe40a060ff8b2d6aebf0a598482 2878 libabstract-ruby_1.0.0-2_all.deb 3290778f63f2d794107158bf468f2d2838973130595c92c1e6b29d98810a472c 3518 libabstract-ruby1.8_1.0.0-2_all.deb 2047f5e54f8bd01b0a39fa0780c971a7ac8e351cc72949912abeb3340668bc15 3524 libabstract-ruby1.9_1.0.0-2_all.deb b84b450df5b161004c7c94c821438af9ac84a7e9e852a649150a5bfe054903a1 13872 libabstract-ruby-doc_1.0.0-2_all.deb Files: 3a3129ea55f67d79104756b12c6fb50c 1813 libs extra libabstract-ruby_1.0.0-2.dsc 49a44e5178a8ebff2b321dc94b8729f9 2220 libs extra libabstract-ruby_1.0.0-2.diff.gz 9a66c6ee10ea49d8ffce320a036d0459 2878 libs extra libabstract-ruby_1.0.0-2_all.deb 8d2573bddf76b04f89e6921383b67645 3518 libs extra libabstract-ruby1.8_1.0.0-2_all.deb 7b5dab66a59988a9fec744057c9bd4ab 3524 libs extra libabstract-ruby1.9_1.0.0-2_all.deb 7afbf45c60258e37ab1471742d2aed09 13872 doc extra libabstract-ruby-doc_1.0.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJJ0J+ZAAoJELVnlGdHP376MQcP/3SnUEyDWaiJKbEpxht1PYk4 ITzyvi7piV8VDiDZoFNriCYlXFiF2+ZYtzlrBwYwE0kNaiAQA1NIIbfPoS9pmWGI O0iCWqNbZX52zp3sj+dIzzCnuaU2Vj9Ov+1AC8ewLJJ82D4me0lP9+iezJHhzsqs Yp+3pU8U831Ug4plyY7t4iZXbfjT1as0X1fsDKUfWWgHbHIxSrPd+1kaz+FfRgkX nKUBu4C+Y6kXltfe2EQBmV4ZNL8feC2Aqw5mA3lw/5aw1pYWjv5xO94ffyjQ7Jgm jol5S6Fx82YeP9c+Ub6x4B6WdhP3LtNoVx+91AohopFEk/L1zb0rnO6DwDA21N1n 1ZqziC0DJatwizSEK3sghSrXTfKoQ97P0/e/PDKRjAr1oTe2oq9pAgVtBsh9M0Yx dCWpI+LvlLUIz81MewICxGDHHZbV6N7pGC/Z+ot6YU57D0lWxH5indxEoLJ5Vk49 xsan8PqwwcAwrAGLzf+JfuZrLN8EotDJ9gL5qQPmplyyIU9uOqQ/+aSTR6zFneW2 B/5hzkXL4DSHIDBvW9maOJQL0q/axQdwTDLnXtaCsO5v52rztu6NLnc+9gFff7Ej 3hSVtbnERRfuGmBa+2IAc3W7yXyyMC4c0IxEmJMRiK5q9SILPsDRlL3hdUG36rr4 xmMB08GKJ60+jCkjUy5o =YRhq -END PGP SIGNATURE- Accepted: libabstract-ruby-doc_1.0.0-2_all.deb to pool/main/liba/libabstract-ruby/libabstract-ruby-doc_1.0.0-2_all.deb libabstract-ruby1.8_1.0.0-2_all.deb to pool/main/liba/libabstract-ruby/libabstract-ruby1.8_1.0.0-2_all.deb libabstract-ruby1.9_1.0.0-2_all.deb to pool/main/liba/libabstract-ruby/libabstract-ruby1.9_1.0.0-2_all.deb libabstract-ruby_1.0.0-2.diff.gz to pool/main/liba/libabstract-ruby/libabstract-ruby_1.0.0-2.diff.gz libabstract-ruby_1.0.0-2.dsc to pool/main/liba/libabstract-ruby/libabstract-ruby_1.0.0-2.dsc libabstract-ruby_1.0.0-2_all.deb to pool/main/liba/libabstract-ruby/libabstract-ruby_1.0.0-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted ncurses 5.7+20090321-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 11:11:00 +0200 Source: ncurses Binary: libncurses5 libncurses5-dev libncurses5-dbg libncursesw5 libncursesw5-dev libncursesw5-dbg lib64ncurses5 lib64ncurses5-dev lib32ncurses5 lib32ncurses5-dev lib32ncursesw5 lib32ncursesw5-dev ncurses-bin ncurses-base ncurses-term Architecture: source i386 all Version: 5.7+20090321-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann dan...@debian.org Changed-By: Daniel Baumann dan...@debian.org Description: lib32ncurses5 - shared libraries for terminal handling (32-bit) lib32ncurses5-dev - developer's libraries for ncurses (32-bit) lib32ncursesw5 - shared libraries for terminal handling (wide character support) ( lib32ncursesw5-dev - developer's libraries for ncursesw (32-bit) lib64ncurses5 - shared libraries for terminal handling (64-bit) lib64ncurses5-dev - developer's libraries for ncurses (64-bit) libncurses5 - shared libraries for terminal handling libncurses5-dbg - debugging/profiling libraries for ncurses libncurses5-dev - developer's libraries and docs for ncurses libncursesw5 - shared libraries for terminal handling (wide character support) libncursesw5-dbg - debugging/profiling libraries for ncurses libncursesw5-dev - developer's libraries for ncursesw ncurses-base - basic terminal type definitions ncurses-bin - terminal-related programs and man pages ncurses-term - additional terminal type definitions Changes: ncurses (5.7+20090321-1) unstable; urgency=low . * Merging upstream version 5.7+20090321. * Updating section of debug packages. * Updating to standards version 3.8.1. Checksums-Sha1: 623cc1136af0706a031c85374ce7bac2939f4601 1517 ncurses_5.7+20090321-1.dsc 8f9c7dff79e3ead1575229c1c1f66c027a006214 2521972 ncurses_5.7+20090321.orig.tar.gz 221ed309c2e0869531408b57fc5fc18c3f501662 40176 ncurses_5.7+20090321-1.diff.gz fc240c261a3cb28d36ddd5975d92f9bf1ef5 339192 libncurses5_5.7+20090321-1_i386.deb e99c26504178e62fed58f6f8729f487d95cc1ec1 1554894 libncurses5-dev_5.7+20090321-1_i386.deb 98fbcc9209f489d9aa9a725ce21cc6fe85b4ec80 1849176 libncurses5-dbg_5.7+20090321-1_i386.deb 23faec966f10d31dd53b9824a88f0c94bfc9239f 361808 libncursesw5_5.7+20090321-1_i386.deb 39fb3a6af14847dc77aa39763e5daa14472ec9dd 481216 libncursesw5-dev_5.7+20090321-1_i386.deb d9b4675c942ff99beb275cd6f95dc7ca3130fa85 2062812 libncursesw5-dbg_5.7+20090321-1_i386.deb 0c8c331bd6ace7729f4e80f9d8afa53838c48b3f 352832 lib64ncurses5_5.7+20090321-1_i386.deb 3047e6d344e65ccf8d1774a48ff910f0adae79b2 418866 lib64ncurses5-dev_5.7+20090321-1_i386.deb 1ef782c1b74e1c897ed058da2f1b86d5adb8fa2b 307172 ncurses-bin_5.7+20090321-1_i386.deb 76c670cd2238a4aba3e0e473aab83f0407825092 179764 ncurses-base_5.7+20090321-1_all.deb 91958d3bc22f0805e5d9aca8f9fb07a5dfdba3d5 555450 ncurses-term_5.7+20090321-1_all.deb Checksums-Sha256: 6f52381853999f261b1a027b8b511123ad9be0ac4c0cba4aa31bebc99fdff7f8 1517 ncurses_5.7+20090321-1.dsc fc1521ff959c06da1e28814b7850ba0a12e887f4836b7a17ccd57562374bca78 2521972 ncurses_5.7+20090321.orig.tar.gz 5afef680342dde240178493b0500e0b9bb1cb43f9e311d29afdb9b0845f2b06f 40176 ncurses_5.7+20090321-1.diff.gz e98af3f806f35b721708a3e905dc029c3ac5552d4acf829427b8dd3d814d7815 339192 libncurses5_5.7+20090321-1_i386.deb 577b92d1c79196034c7942adb2f86933699954b3cdbae46f72e9178db32b2e24 1554894 libncurses5-dev_5.7+20090321-1_i386.deb af74b56f24364f8677ebf9470022295ae6c333087b13960c28ef9431755b70ee 1849176 libncurses5-dbg_5.7+20090321-1_i386.deb fd6a78d01297a70ca877dcfcce4097e113e008bcbc63dee9c91e108cfa1a2b5a 361808 libncursesw5_5.7+20090321-1_i386.deb 02f625a75b67d3570eb5907c05343ff7f833de7d310ba83ad0bc3ede2b5c88a6 481216 libncursesw5-dev_5.7+20090321-1_i386.deb cc3c70ad55ab7da433cda6b8528d9688049857916cf7394e524cc966d467e424 2062812 libncursesw5-dbg_5.7+20090321-1_i386.deb 51a0a91501d9c1e9ddf89e860e16387c7dc7921575c4ccd2b00bb24d87736671 352832 lib64ncurses5_5.7+20090321-1_i386.deb 34a0b10e137cce8caf8272da3243bda7030f4430bcb4567f8ee10c1ec42e9486 418866 lib64ncurses5-dev_5.7+20090321-1_i386.deb 85347a2e3903b03842b2be8bf11a8a00148c98224335cedbce0e03d22aaaea59 307172 ncurses-bin_5.7+20090321-1_i386.deb d907789db8c2780ad8fe8012ae3b32a7ea836cc9bcfb382510a3fc8ff5779ce9 179764 ncurses-base_5.7+20090321-1_all.deb 3d26c3f6573cda69e35737a06af923c2cc95de7ac048354cff1f12228d83370b 555450 ncurses-term_5.7+20090321-1_all.deb Files: a09e54c2363a05a00d879f59be447639 1517 libs standard ncurses_5.7+20090321-1.dsc f91c932635fa1c62eebed02388ab27a7 2521972 libs standard ncurses_5.7+20090321.orig.tar.gz 89166f4ccec7283ca4c9833324ff77ba 40176 libs standard ncurses_5.7+20090321-1.diff.gz 479f20ad93ee28d8cb3af9cd990e8b90 339192 libs required libncurses5_5.7+20090321-1_i386.deb cd59c74194cc8ca58498cd4d4a20aa21 1554894 libdevel optional libncurses5-dev_5.7+20090321-1_i386.deb 46183539bab0d684dab6ea95a6a8b5ca 1849176 debug extra
Accepted emboss 6.0.1-6 (source all powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 13:02:11 +0900 Source: emboss Binary: emboss emboss-data emboss-doc emboss-test emboss-lib jemboss libajax6 libajax6-dev libnucleus6 libnucleus6-dev Architecture: source all powerpc Version: 6.0.1-6 Distribution: unstable Urgency: low Maintainer: Debian-Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Charles Plessy ple...@debian.org Description: emboss - the european molecular biology open software suite emboss-data - data files for the EMBOSS package emboss-doc - documentation for EMBOSS emboss-lib - EMBOSS Libraries emboss-test - test files for the EMBOSS package jemboss- graphical user interface to EMBOSS libajax6 - EMBOSS library for commands libajax6-dev - development files for libajax libnucleus6 - EMBOSS library for molecular sequence analysis libnucleus6-dev - development files for libnucleus Closes: 521398 Changes: emboss (6.0.1-6) unstable; urgency=low . * debian/rules: - Build arch all packages only when binary-indep is called (Closes: #521398) - Corrected stamping gymnastics. * debian/control: moved openjdk-6-jdk to Build-Depends-Indep Checksums-Sha1: e97df270ceabf18d0167014b193e38cd53148a09 1614 emboss_6.0.1-6.dsc b8dda98d6558bce82ec8f64151cbfecacba4dd14 252180 emboss_6.0.1-6.diff.gz 2056eaa38868e1ced3dc1090d73a7110776a317f 827320 emboss-data_6.0.1-6_all.deb a1042027ed694169e9c2312ea19cad8f72874d5a 5210160 emboss-doc_6.0.1-6_all.deb ac9d478e03fbaf60777eb6d72900f9e74ab9cf3e 5667626 emboss-test_6.0.1-6_all.deb 6b44d049b45298d664c26951dff096dddaac7db5 4479294 jemboss_6.0.1-6_all.deb 1b7a6207e238e10e08f1f33a86d2ec21d909bec2 1079108 emboss_6.0.1-6_powerpc.deb 804d5c17c60fcb9b891c49612f67c0d667ed399b 465804 emboss-lib_6.0.1-6_powerpc.deb 828417628c364b3aa053da3184f539f55f266fd4 790858 libajax6_6.0.1-6_powerpc.deb d96a3069e23472bb1db75c7d82accbad1a417b54 985982 libajax6-dev_6.0.1-6_powerpc.deb 8637e0dc996be5477927cfdb9bdf7faee54bbeab 204432 libnucleus6_6.0.1-6_powerpc.deb 2c4dd6ccf3e61287bd0ebc732e14196d687260c7 227874 libnucleus6-dev_6.0.1-6_powerpc.deb Checksums-Sha256: 91247d436b3222ec06a3928bb428c359b017dc2294216e7e07c7e0319718777e 1614 emboss_6.0.1-6.dsc 2a2f93e41e224cfb02d34ead290b0a107fbcea4ad56cb375990284f684f1525f 252180 emboss_6.0.1-6.diff.gz 5da8d49e4e2eca129c31d373322b71f81557b403d2cec87cca5c25c9437876db 827320 emboss-data_6.0.1-6_all.deb f4b2d5ea74e8aee46fdda4d34ffbdb6d7f8b78516f42393d650afba4d98374fb 5210160 emboss-doc_6.0.1-6_all.deb a2151ba164020f9d4180f535c357592bd9c68d2ad130b1ac642a604b83261d0f 5667626 emboss-test_6.0.1-6_all.deb 6ef295073eff599d16bdc64ae6a26f87802f6a40f6ee43cc7ceabcb26799971e 4479294 jemboss_6.0.1-6_all.deb 052be1df165e83f4bf7dd73af560b63157639302d82f60b8f049e8c413ba846f 1079108 emboss_6.0.1-6_powerpc.deb 40a4505a78b35affc901ea0e7082a9459c1aaf9e356682941080efc0ebc942ff 465804 emboss-lib_6.0.1-6_powerpc.deb b7bda70cb4b63e2e46500397dfea118d661549c40b233835aa4a3e9aad90ff07 790858 libajax6_6.0.1-6_powerpc.deb 8d69860b1a30b2b487a45b61aac5f13044fed56b275c6af80c54dccb06b88449 985982 libajax6-dev_6.0.1-6_powerpc.deb 2672c987dc41ba7e23b056baa82bd586871a89ab80da57e1e871545b9bd760d6 204432 libnucleus6_6.0.1-6_powerpc.deb ba3106f0a323a2ce9aa0e9915f1f3caa4e17a73944c53bc979a2ea7bc2ae26d0 227874 libnucleus6-dev_6.0.1-6_powerpc.deb Files: 7039bec79fdee4fb9ddb7f4f49e34573 1614 science optional emboss_6.0.1-6.dsc 184c9dd8686e9c770cea690d9e19a6f0 252180 science optional emboss_6.0.1-6.diff.gz b733d4ad0b10d1be42dc179ed988fa6f 827320 science optional emboss-data_6.0.1-6_all.deb b6ff0a5bf397219239a5e4749987cc29 5210160 doc optional emboss-doc_6.0.1-6_all.deb bd547050ca6bec9230d41e098b5eadaa 5667626 misc optional emboss-test_6.0.1-6_all.deb 6c44723cb9a13884e30b55639233e0cc 4479294 science optional jemboss_6.0.1-6_all.deb 8b641836629e71aba3477c0528c5b5db 1079108 science optional emboss_6.0.1-6_powerpc.deb aadac55b7a6b46e21f42a699bfe8acaa 465804 libs optional emboss-lib_6.0.1-6_powerpc.deb 4e4afaae9806adb8691e92401e7ab8b0 790858 libs optional libajax6_6.0.1-6_powerpc.deb e0e862ea05f99ffc1dde79c2a2d9fef4 985982 libdevel optional libajax6-dev_6.0.1-6_powerpc.deb d814ba0d77a760aaf41f3e12538a3d46 204432 libs optional libnucleus6_6.0.1-6_powerpc.deb 0097dbe223f0c709ac7203fff4b17d16 227874 libdevel optional libnucleus6-dev_6.0.1-6_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQspYACgkQdYl1krr+x/JRfACgkO023mGNkxUQWekTxEtIoGex 53oAnj3LTo+5EHYErsjumE1242LdOHlU =nMqh -END PGP SIGNATURE- Accepted: emboss-data_6.0.1-6_all.deb to pool/main/e/emboss/emboss-data_6.0.1-6_all.deb emboss-doc_6.0.1-6_all.deb to pool/main/e/emboss/emboss-doc_6.0.1-6_all.deb emboss-lib_6.0.1-6_powerpc.deb to pool/main/e/emboss/emboss-lib_6.0.1-6_powerpc.deb emboss-test_6.0.1-6_all.deb to pool/main/e/emboss/emboss-test_6.0.1-6_all.deb
Accepted gst-plugins-bad0.10 0.10.11-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 14:41:32 +0200 Source: gst-plugins-bad0.10 Binary: gstreamer0.10-plugins-bad-doc gstreamer0.10-plugins-bad gstreamer0.10-sdl gstreamer0.10-plugins-bad-dbg Architecture: source all amd64 Version: 0.10.11-2 Distribution: unstable Urgency: low Maintainer: Maintainers of GStreamer packages pkg-gstreamer-maintain...@lists.alioth.debian.org Changed-By: Sebastian Dröge sl...@debian.org Description: gstreamer0.10-plugins-bad - GStreamer plugins from the bad set gstreamer0.10-plugins-bad-dbg - GStreamer plugins from the bad set gstreamer0.10-plugins-bad-doc - GStreamer documentation for plugins from the bad set gstreamer0.10-sdl - GStreamer plugin for SDL output Changes: gst-plugins-bad0.10 (0.10.11-2) unstable; urgency=low . * Upload to unstable, now that the DirectFB transition is done. * debian/build-deps.in: + Build depend on liblrdf0-dev for the LADSPA plugin to enable support for reading RDF files for informations about LADSPA plugins. Checksums-Sha1: f0b4cdb8302d7bcd58774d3dfdcf9a8e300be0ae 2648 gst-plugins-bad0.10_0.10.11-2.dsc 38da4c5db961838dedf0ef688707522575956734 14481 gst-plugins-bad0.10_0.10.11-2.diff.gz c9629456c743046d8ff2ced2cba94a0c976ae956 178102 gstreamer0.10-plugins-bad-doc_0.10.11-2_all.deb 0f13b156fcbd8db140519f146a778851904c9972 1327502 gstreamer0.10-plugins-bad_0.10.11-2_amd64.deb 0cf7e1db8359cc0564ac2ee07a81371fd94966c6 41212 gstreamer0.10-sdl_0.10.11-2_amd64.deb c001fceabc6938e9c4ed48ec37ce228a6d7ddd27 3238716 gstreamer0.10-plugins-bad-dbg_0.10.11-2_amd64.deb Checksums-Sha256: 150826cfb039431805a83f2dec2354525a46f7e48f4440240c91d3c4f5fd9857 2648 gst-plugins-bad0.10_0.10.11-2.dsc cdd2a4da346e35cadd285ca6819b72acf70f1eceece5f41bb1f9e862581a1e80 14481 gst-plugins-bad0.10_0.10.11-2.diff.gz 4da134879e8a5d9efe434c310c11456a6c317217061b914cfbe23b807065bcdc 178102 gstreamer0.10-plugins-bad-doc_0.10.11-2_all.deb fda0aa5a7095d6c5a29f588b68fdb09782abe6a939b2e354dffc92949c88635b 1327502 gstreamer0.10-plugins-bad_0.10.11-2_amd64.deb 78b9d5ee3773e88d7578653c47c6dd02263c99f2e44e98d91cedbff833bc9183 41212 gstreamer0.10-sdl_0.10.11-2_amd64.deb fb3e90a87bbf9862b93bd80fc94b271c9e4368510d9705c5efcb9ef2394cf870 3238716 gstreamer0.10-plugins-bad-dbg_0.10.11-2_amd64.deb Files: 5e2e6810be13bdf76e773e50a957c919 2648 libs extra gst-plugins-bad0.10_0.10.11-2.dsc 8753d6e5fbadaee541ee59abda2d6a1d 14481 libs extra gst-plugins-bad0.10_0.10.11-2.diff.gz 0bc50be8c00b8cbca3953c6eb2eded1d 178102 doc extra gstreamer0.10-plugins-bad-doc_0.10.11-2_all.deb 1cfdade4ca5a9909b89c30bcedc8ec6d 1327502 libs extra gstreamer0.10-plugins-bad_0.10.11-2_amd64.deb 9a4a4cc36b46dc80a0ba0549a8f42604 41212 libs extra gstreamer0.10-sdl_0.10.11-2_amd64.deb a50042706fc24789af7b3839d6e05681 3238716 libdevel extra gstreamer0.10-plugins-bad-dbg_0.10.11-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQwHEACgkQBsBdh1vkHyHziwCggKBUfeO58ydX7BqvTZDXrmUu y6gAoJpODAV/CHt0Hm+aTEzFU9XwBjnV =VhFU -END PGP SIGNATURE- Accepted: gst-plugins-bad0.10_0.10.11-2.diff.gz to pool/main/g/gst-plugins-bad0.10/gst-plugins-bad0.10_0.10.11-2.diff.gz gst-plugins-bad0.10_0.10.11-2.dsc to pool/main/g/gst-plugins-bad0.10/gst-plugins-bad0.10_0.10.11-2.dsc gstreamer0.10-plugins-bad-dbg_0.10.11-2_amd64.deb to pool/main/g/gst-plugins-bad0.10/gstreamer0.10-plugins-bad-dbg_0.10.11-2_amd64.deb gstreamer0.10-plugins-bad-doc_0.10.11-2_all.deb to pool/main/g/gst-plugins-bad0.10/gstreamer0.10-plugins-bad-doc_0.10.11-2_all.deb gstreamer0.10-plugins-bad_0.10.11-2_amd64.deb to pool/main/g/gst-plugins-bad0.10/gstreamer0.10-plugins-bad_0.10.11-2_amd64.deb gstreamer0.10-sdl_0.10.11-2_amd64.deb to pool/main/g/gst-plugins-bad0.10/gstreamer0.10-sdl_0.10.11-2_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted evolution-jescs 2.24.0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 14:41:16 +0200 Source: evolution-jescs Binary: evolution-jescs Architecture: source amd64 Version: 2.24.0-1 Distribution: unstable Urgency: low Maintainer: Debian Evolution Maintainers pkg-evolution-maintain...@lists.alioth.debian.org Changed-By: Josselin Mouette j...@debian.org Description: evolution-jescs - Evolution Connector for Sun Java Enterprise System Calendar Serve Changes: evolution-jescs (2.24.0-1) unstable; urgency=low . * New upstream release. * Add myself to uploaders. * Bump build-dependencies and conflicts. * Add build-dep on gtk-doc-tools. Checksums-Sha1: 30e5337b4b570be6e810f80baf70f2f78055ea45 1776 evolution-jescs_2.24.0-1.dsc 22280d5f2392d5fda3a25fe25b3afb3759aa2715 697198 evolution-jescs_2.24.0.orig.tar.gz f0c2da1cc98382df441b5c4a48a0871cae2edbd9 2715 evolution-jescs_2.24.0-1.diff.gz b48a2028b03bedf98069f9fdb4267bc470cccd72 248492 evolution-jescs_2.24.0-1_amd64.deb Checksums-Sha256: 6e30de5d24a24582e75adefad69958695a39602bbb218ccf96c220ef6adff258 1776 evolution-jescs_2.24.0-1.dsc 37a1122016a2885b2f6eec6d066d65d996eb44ab9a6ec0eb73bcb15b7815d468 697198 evolution-jescs_2.24.0.orig.tar.gz 1ac5b9bf51fa5795c4b34ef95e04a3612bc34039e88fa9be0a45e85d2308435f 2715 evolution-jescs_2.24.0-1.diff.gz b466da6fcab272fa8335664a2ab2ead61d3da1ecaf34b0e62416c5e99f4636d4 248492 evolution-jescs_2.24.0-1_amd64.deb Files: c4582a2bc71191a52789edb9bb94739c 1776 gnome optional evolution-jescs_2.24.0-1.dsc 81b956b24224e0bc7101720665016267 697198 gnome optional evolution-jescs_2.24.0.orig.tar.gz 88c149e7e38d59bfe88bab56ae377bd3 2715 gnome optional evolution-jescs_2.24.0-1.diff.gz f69099824adddb4c6c82983b0be42c0d 248492 gnome optional evolution-jescs_2.24.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJ0MSfrSla4ddfhTMRAgFNAJ9VhHMuERaR+hLKgCQBQyQdzc65lQCeMJQd /soif8y5oyBb6PA/Xkhq6x0= =tB6+ -END PGP SIGNATURE- Accepted: evolution-jescs_2.24.0-1.diff.gz to pool/main/e/evolution-jescs/evolution-jescs_2.24.0-1.diff.gz evolution-jescs_2.24.0-1.dsc to pool/main/e/evolution-jescs/evolution-jescs_2.24.0-1.dsc evolution-jescs_2.24.0-1_amd64.deb to pool/main/e/evolution-jescs/evolution-jescs_2.24.0-1_amd64.deb evolution-jescs_2.24.0.orig.tar.gz to pool/main/e/evolution-jescs/evolution-jescs_2.24.0.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted giplet 0.2.1-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 28 Mar 2009 08:26:04 +0100 Source: giplet Binary: giplet Architecture: source all Version: 0.2.1-2 Distribution: unstable Urgency: low Maintainer: Salvatore Bonaccorso salvatore.bonacco...@gmail.com Changed-By: Salvatore Bonaccorso salvatore.bonacco...@gmail.com Description: giplet - GNOME IP display applet Changes: giplet (0.2.1-2) unstable; urgency=low . * Use quilt as patch system now * Convert the add_russian_translation.patch to quilt patch. * Add more translations: + Swedish translation. Thanks to Daniel Nylander. + Spanish translation. Thanks to Francisco Javier Cuadrado. + Portuguese translation. Thanks to Américo Monteiro. + Italian translation. Thanks to Vincenzo Campanella. Checksums-Sha1: b98478ee34d8f886cbdbaf8730e1f0a5517727aa giplet_0.2.1-2.dsc 1636fc5062597d25f35933c94a0cf7f99f4f4683 5898 giplet_0.2.1-2.diff.gz f8f0ffa1fad0d39d1640b40763d73a0d8f69e1e8 16796 giplet_0.2.1-2_all.deb Checksums-Sha256: 0dee0029f9285313e532e4b9bfa5992dfad9c18263a85a8a41a8c3ca75df0516 giplet_0.2.1-2.dsc b701012d687347294465e0d6ec17c58b56b2dc780a70aaa0e525346c32fe0d67 5898 giplet_0.2.1-2.diff.gz b9814d1bc48be4ba7c91ca5c0246f938ca807f01cf80e7073d3411ae38c2c40d 16796 giplet_0.2.1-2_all.deb Files: a0c9c20b390cd5f3c35821686f5ea7b2 gnome optional giplet_0.2.1-2.dsc 3f6151c0c91c0186c11987cd9f87dc20 5898 gnome optional giplet_0.2.1-2.diff.gz ef3cca32bd1423c1000c20b70004e14a 16796 gnome optional giplet_0.2.1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQznQACgkQ3DVS6DbnVgQFmgCgpJrCEbGs7h5vXgOktPbtJO2U b3QAoLWDdbsSUU85Izh8L0CVFNQB8stg =Z76Y -END PGP SIGNATURE- Accepted: giplet_0.2.1-2.diff.gz to pool/main/g/giplet/giplet_0.2.1-2.diff.gz giplet_0.2.1-2.dsc to pool/main/g/giplet/giplet_0.2.1-2.dsc giplet_0.2.1-2_all.deb to pool/main/g/giplet/giplet_0.2.1-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted aufs 0+20090302-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 16:32:28 +0200 Source: aufs Binary: aufs-tools aufs-source linux-patch-aufs Architecture: source all amd64 Version: 0+20090302-2 Distribution: unstable Urgency: low Maintainer: Julian Andres Klode j...@debian.org Changed-By: Julian Andres Klode j...@debian.org Description: aufs-source - Source for the aufs driver aufs-tools - Tools to manage aufs filesystems linux-patch-aufs - Kernel patches for aufs Closes: 521788 Changes: aufs (0+20090302-2) unstable; urgency=low . * Support Kernel 2.6.29 (Closes: #521788) * Update Standards-Version to 3.8.1 Checksums-Sha1: ed21a5dcc6351009dd662b3177bf525938362a5e 1074 aufs_0+20090302-2.dsc dccca0c382fe41284e95f7f727771ff1cde06558 10171 aufs_0+20090302-2.diff.gz de301a484dd73d34f88af5ed1bac768a9bb21903 151794 aufs-source_0+20090302-2_all.deb 231192bdcb4cdb342b240496715ea1579d818c3d 47480 linux-patch-aufs_0+20090302-2_all.deb 25bb7af5ebd1092af2385e05a5241643b4f7a4db 141544 aufs-tools_0+20090302-2_amd64.deb Checksums-Sha256: 11207f74875afe8330745d4ce9f6cc1f0f04bcfb3d64fb82d1d76ae849486f73 1074 aufs_0+20090302-2.dsc 1154bd81fcfe276a4b356623909e66030ba6df08118c0aff2db6044f4cf75995 10171 aufs_0+20090302-2.diff.gz 1ef18ce1f503919f49328c06927a4f59d12cd37d3d72569757d7a716c4f1aec5 151794 aufs-source_0+20090302-2_all.deb 0332a75045ec4136a98d8240255e49c45a1f53c07d5233cecfa89d49e59e9c85 47480 linux-patch-aufs_0+20090302-2_all.deb ef7d4acb4b10eeaadc4df1219a5bb5f865954bdbbb952a679d30670a2bdf04da 141544 aufs-tools_0+20090302-2_amd64.deb Files: 028b94e986a716b0d3a25fbd0ea9d244 1074 misc optional aufs_0+20090302-2.dsc aa13b23719d800a837f75ad6860cbcd1 10171 misc optional aufs_0+20090302-2.diff.gz e8535bb8dba6c41dcc572e4cb1b73c77 151794 misc optional aufs-source_0+20090302-2_all.deb bdee1b4b57e86a43536a8c14b3cd900a 47480 misc optional linux-patch-aufs_0+20090302-2_all.deb af436594883e4673ae7696414f4c5c57 141544 misc optional aufs-tools_0+20090302-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQ2UoACgkQrCpf/gCCPsLqvgCdH2q4pT2rXyaKkGr7mpDqE0n9 faMAnAqWMn6s2stB5oXym9GGxpHJkIH8 =pHID -END PGP SIGNATURE- Accepted: aufs-source_0+20090302-2_all.deb to pool/main/a/aufs/aufs-source_0+20090302-2_all.deb aufs-tools_0+20090302-2_amd64.deb to pool/main/a/aufs/aufs-tools_0+20090302-2_amd64.deb aufs_0+20090302-2.diff.gz to pool/main/a/aufs/aufs_0+20090302-2.diff.gz aufs_0+20090302-2.dsc to pool/main/a/aufs/aufs_0+20090302-2.dsc linux-patch-aufs_0+20090302-2_all.deb to pool/main/a/aufs/linux-patch-aufs_0+20090302-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted gammu 1.23.92-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 17:11:51 +0200 Source: gammu Binary: gammu gammu-smsd libgammu-dev libgammu-i18n libgammu6 libgsmsd6 libgammu-dbg python-gammu python-gammu-dbg python-gammu-doc Architecture: source all amd64 Version: 1.23.92-1 Distribution: experimental Urgency: low Maintainer: Michal Čihař ni...@debian.org Changed-By: Michal Čihař ni...@debian.org Description: gammu - mobile phone management utility gammu-smsd - SMS message daemon libgammu-dbg - mobile phone management library (debugger symbols) libgammu-dev - mobile phone management library (development files) libgammu-i18n - mobile phone management library (i18n files) libgammu6 - mobile phone management library libgsmsd6 - SMS daemon helper library python-gammu - Python module to communicate with mobile phones python-gammu-dbg - Python module to communicate with mobile phones (debug version) python-gammu-doc - Documentation for Python module to communicate with mobile phones Closes: 521022 521448 Changes: gammu (1.23.92-1) experimental; urgency=low . * New upstream release. * Improved some messages (Closes: #521022). * Update debian/control to use new sections. * Do not ship gnapplet (Closes: #521448). * Update README.Debian to point users to upstread download for gnapplet. * Switched to python-support. * Use new overrides features of dh. Checksums-Sha1: 5ac3b04cb809eda5fb1452157570c1c80436d631 1523 gammu_1.23.92-1.dsc bca41e2552975a875148b6fff81dea361247f08b 2936485 gammu_1.23.92.orig.tar.gz ad0531d92886c24d751fc35e637a8dac99973fad 10863 gammu_1.23.92-1.diff.gz 34c0da359059800c42685e56d1c2b38f17a5828b 189462 libgammu-i18n_1.23.92-1_all.deb b0a71de105173e6dc974b7dc6ab7175fe97fdac3 180620 python-gammu-doc_1.23.92-1_all.deb 2ebe98d07460167060d2c80bd2d3a891516c7cb1 285414 gammu_1.23.92-1_amd64.deb 22d944aa63a3d00aae348a62eef10e146272f447 132298 gammu-smsd_1.23.92-1_amd64.deb c04358208d17cb31c4bcb73600e4da6aeec01c2a 178928 libgammu-dev_1.23.92-1_amd64.deb 5039aba8a8f6cf02072ee79befdd8fa7e08e34d4 519516 libgammu6_1.23.92-1_amd64.deb 083879e421cf624b43c448cf2335e80d4861da81 118544 libgsmsd6_1.23.92-1_amd64.deb 71f0f12475fd58b80a9b0a4d1e77d078974f897d 1904648 libgammu-dbg_1.23.92-1_amd64.deb 880b91d6269f4b6a49bc3cfbdd8a56532145b25e 239972 python-gammu_1.23.92-1_amd64.deb b67bd1ff8277848e8dbe8d070c4f1f991293664f 250366 python-gammu-dbg_1.23.92-1_amd64.deb Checksums-Sha256: cc4d48df860e9aa1fa0081ad176bb4edaefe30f96d1635161e759e9cdf60c420 1523 gammu_1.23.92-1.dsc 4885419c698bbd3f11df008659de8bc90c3e4a17c0e40d424cd721435ef2f3c2 2936485 gammu_1.23.92.orig.tar.gz 29fe3303d4c1d1c7f41cf71267a8cfb611b938187ad50df4e3eca4a224027b0c 10863 gammu_1.23.92-1.diff.gz 5a071ffefa6718cdb419ea8f7dd45bb4d2dcd9667eefe9ebc5ecb067d926b6bf 189462 libgammu-i18n_1.23.92-1_all.deb 3c0ba688f41478b412ae32e461ba6e5612b06a45d7692ed280c2c639fc76ec03 180620 python-gammu-doc_1.23.92-1_all.deb 67bbf05274f99a4e9dbf688c4650781d0d26e6809973e8fa6084a368897b 285414 gammu_1.23.92-1_amd64.deb 1044aed58abe29d18cfead4d817102484e2ce0fb09553d1b3ceabc65dc6a302c 132298 gammu-smsd_1.23.92-1_amd64.deb 86b32bc79d78f66afe80610136a54fb5002bd1d89de43c2800980ecb0d40388e 178928 libgammu-dev_1.23.92-1_amd64.deb e4255eb6a1c32f6f9716a83dbad4c76e62e452fe208d89dd73f9172e2aa799a2 519516 libgammu6_1.23.92-1_amd64.deb 39acf672d5b395cfe62bfc26b03f44e9599326b1889bd89c83edb16a46170470 118544 libgsmsd6_1.23.92-1_amd64.deb c2664bab1e53fd29024845145f9dfff0dbc13375bdf54d4fff34c1f729891c99 1904648 libgammu-dbg_1.23.92-1_amd64.deb 87950814c5b6e4073778201384060fa339c84bd7f5d1dcea031ce60df9958b69 239972 python-gammu_1.23.92-1_amd64.deb 507568279968352743f52f33f889b42b7ab6555ef660d6267125bf5ef24eb9ba 250366 python-gammu-dbg_1.23.92-1_amd64.deb Files: 486ee668d45d31a2eaf9eb04aafb7314 1523 comm optional gammu_1.23.92-1.dsc 3b2b0ffdd8eeb05169c76b564773162b 2936485 comm optional gammu_1.23.92.orig.tar.gz b8eecf12e151b95eb0be00e3085e9abd 10863 comm optional gammu_1.23.92-1.diff.gz b07ae827fff017822634b4471ae481cb 189462 localization optional libgammu-i18n_1.23.92-1_all.deb e08aab486d7f0951c607e5e99746a0da 180620 doc optional python-gammu-doc_1.23.92-1_all.deb a5c8693be83df9dc25e78c87df2d31f1 285414 comm optional gammu_1.23.92-1_amd64.deb 2aeef3e63b8683ae261a0c4b3f3760a5 132298 comm optional gammu-smsd_1.23.92-1_amd64.deb ac4f2b70e80c680bd640535249923068 178928 libdevel optional libgammu-dev_1.23.92-1_amd64.deb 1343e69cb5e6c3a1f6740347b18a8a5d 519516 libs optional libgammu6_1.23.92-1_amd64.deb ae6926379d067f0a794577166e844698 118544 libs optional libgsmsd6_1.23.92-1_amd64.deb d659a8246e532e16da8312a54cd56c5d 1904648 debug extra libgammu-dbg_1.23.92-1_amd64.deb 7e156b41d72dc65738d58b151a57c4d7 239972 python optional python-gammu_1.23.92-1_amd64.deb 9318294add98e2e7b8c7586ba8029baa 250366 debug extra python-gammu-dbg_1.23.92-1_amd64.deb -BEGIN PGP
Accepted klamav 0.46-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 10:43:32 -0400 Source: klamav Binary: klamav Architecture: source i386 Version: 0.46-1 Distribution: unstable Urgency: low Maintainer: Scott Kitterman sc...@kitterman.com Changed-By: Scott Kitterman sc...@kitterman.com Description: klamav - KDE frontend for ClamAV Changes: klamav (0.46-1) unstable; urgency=low . * New upstream release for clamav 0.95 compatibility - Updated debian/copyright - Add build-dep on libltdl7-dev | libltdl3-dev * Drop 11-ukraine.patch and 12-clamav-0.94_build_fix.diff - Incorporated upstream * Freshen 09-disable-autoscan.patch * Add 11_desktop_directory.diff, move .desktop file to xdg directory - Thanks to Jonathan Riddell jridd...@ubuntu.com for the patch * Add 12_no_mediaslave.diff, remove obsolete (due to impending KDE4 transition) Devices section from launcher * Update standards version to 3.8.1 without further change Checksums-Sha1: 98efe30e26a93003bbe2998bf0ea186ec4df97f2 1100 klamav_0.46-1.dsc 0e7f7721b03f8ead062036fd20ca85fa2d02caa9 1574398 klamav_0.46.orig.tar.gz 82a969576a95d0a5510f03f3b4dfe9712a2be5b7 15304 klamav_0.46-1.diff.gz edc077f800c035905469465832c9c2ffdc7371c7 809276 klamav_0.46-1_i386.deb Checksums-Sha256: 376c4526eeb6dcabdb7be4606e77e334100e56c46ba5f8d46472e6a09cc177b4 1100 klamav_0.46-1.dsc c1eafe829a6ab42584e91a283490a84f07bc88e6253c735fdda083dd2998bce8 1574398 klamav_0.46.orig.tar.gz d8a6663396f83f9345ebebafb5e1638f0600ca009d2d15ce2818de430b6ba6f9 15304 klamav_0.46-1.diff.gz d30aa29d9a305203c0553381c7093e99e0a2cbe99b9ec38a9e66a3eed331e107 809276 klamav_0.46-1_i386.deb Files: 1e6ae026551116b4028594e67fd5a5b6 1100 kde optional klamav_0.46-1.dsc 17fbb9ed3f2bc961238a98c592c976af 1574398 kde optional klamav_0.46.orig.tar.gz 45c383fb016f2b0985a1d003c9634058 15304 kde optional klamav_0.46-1.diff.gz c607f75d0ab8133530bdd918e13e1aeb 809276 kde optional klamav_0.46-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQ6EQACgkQHajaM93NaGpl2gCfSIHkarnpqEu1sB7zWll61SvB dNwAn3NT1qoc0gxi5IP6fcyL5+rpiLzC =QESc -END PGP SIGNATURE- Accepted: klamav_0.46-1.diff.gz to pool/main/k/klamav/klamav_0.46-1.diff.gz klamav_0.46-1.dsc to pool/main/k/klamav/klamav_0.46-1.dsc klamav_0.46-1_i386.deb to pool/main/k/klamav/klamav_0.46-1_i386.deb klamav_0.46.orig.tar.gz to pool/main/k/klamav/klamav_0.46.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted pgtap 0.20-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 18:07:52 +0200 Source: pgtap Binary: pgtap Architecture: source amd64 Version: 0.20-1 Distribution: unstable Urgency: low Maintainer: Pierre Chifflier pol...@debian.org Changed-By: Pierre Chifflier pol...@debian.org Description: pgtap - Unit testing framework for PostgreSQL Changes: pgtap (0.20-1) unstable; urgency=low . * New Upstream Version * Bump standards version to 3.8.1 (no changes) Checksums-Sha1: 974cebf0005079982534df75569d0e1eedb2e915 1005 pgtap_0.20-1.dsc dfe0b10da58eee82c769d077244184ceb476be86 87727 pgtap_0.20.orig.tar.gz 01246dbe7e8ad74290a457959c28f006eafcfe62 2489 pgtap_0.20-1.diff.gz 66a16835c00a025dc281cd0870ee3087d8e5340e 58286 pgtap_0.20-1_amd64.deb Checksums-Sha256: ec25dd651a4bbeffe79abf5bd104d8eca01ef2c3b264bdb20b9e3fd9f20f 1005 pgtap_0.20-1.dsc b66e226f90e1d8fd6daae4be5190d21b10e5f754c388253842bc181aafa8708b 87727 pgtap_0.20.orig.tar.gz 4c1fe5e840bfa97b922e1884399c60da60b3070c8313a5a2c248e276824aca54 2489 pgtap_0.20-1.diff.gz 2cbbb4e43808b9191917fcba3b628737409ae1265dcecf94c9099875e77be323 58286 pgtap_0.20-1_amd64.deb Files: 93a0fc5d829e6257c63ebd5162f97bb5 1005 libs extra pgtap_0.20-1.dsc e6536b3c268a848c9ecdd637b21cf239 87727 libs extra pgtap_0.20.orig.tar.gz 6b7b2b2abe4c74ae9ebc1d7424037ecc 2489 libs extra pgtap_0.20-1.diff.gz 6fb1ffc53e5d069ada5eb683dff1f4d6 58286 libs extra pgtap_0.20-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJ0O7atwVrWo1fQMsRAknZAKCs1AC34K2K4LgCtt15Tyu/sZZPLwCeJdT5 +fhCxHwPOvd4S+W8i57QuS4= =N3F8 -END PGP SIGNATURE- Accepted: pgtap_0.20-1.diff.gz to pool/main/p/pgtap/pgtap_0.20-1.diff.gz pgtap_0.20-1.dsc to pool/main/p/pgtap/pgtap_0.20-1.dsc pgtap_0.20-1_amd64.deb to pool/main/p/pgtap/pgtap_0.20-1_amd64.deb pgtap_0.20.orig.tar.gz to pool/main/p/pgtap/pgtap_0.20.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted xoids 1.5-18 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 12:01:19 -0400 Source: xoids Binary: xoids Architecture: source i386 Version: 1.5-18 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Barry deFreese bdefre...@debian.org Description: xoids - Asteroids game with powerups and color graphics Closes: 486774 504174 Changes: xoids (1.5-18) unstable; urgency=low . [ Barry deFreese ] * New maintainer - Debian Games Team. (Closes: #486774). * Add myself to uploaders. * Add VCS tags. * Add install file. + Move icon install to install file. * Add desktop file. (Closes: #504174). * Add quilt patch system. + Move source changes to quilt patches. * Bump Standards Version to 3.8.0. (No changes needed). Checksums-Sha1: 6cc633fb02cf9decb608bd2caad6f4111e638523 1175 xoids_1.5-18.dsc 811bfe27d0e07153a33b8fef8aca1dfe4cca31ff 5420 xoids_1.5-18.diff.gz a8909224b4cdc46db3ba1f0341df6dd755c4ed2a 34312 xoids_1.5-18_i386.deb Checksums-Sha256: 1baaf26cdc23512a80837854546349d6a98be236373ed578b9b13430380861e2 1175 xoids_1.5-18.dsc e12b84e862c8259d01eae7d928df12f5066c6f709d1e3326087ffe6c2d2ec41e 5420 xoids_1.5-18.diff.gz 45dd8775edd6768465cae850b9a7d440c7f49a13e0917a1addb68c4ab2c18be5 34312 xoids_1.5-18_i386.deb Files: 0d6d80678d452bc6c7edebc16fa84ecf 1175 games optional xoids_1.5-18.dsc 051ec2070387c978dade99c7ca701cd7 5420 games optional xoids_1.5-18.diff.gz b0bebf235cc6b43bdb43424c38889ad9 34312 games optional xoids_1.5-18_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQ8v0ACgkQ5ItltUs5T35iJwCcC94iFweu/wJLRj9ovZVENubK EFsAoJyuhejXSw5FkuUjIa0FYZyLlyQh =gh9K -END PGP SIGNATURE- Accepted: xoids_1.5-18.diff.gz to pool/main/x/xoids/xoids_1.5-18.diff.gz xoids_1.5-18.dsc to pool/main/x/xoids/xoids_1.5-18.dsc xoids_1.5-18_i386.deb to pool/main/x/xoids/xoids_1.5-18_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted udev 0.140-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 19:42:18 +0200 Source: udev Binary: udev libudev0 libudev-dev libvolume-id1 libvolume-id-dev udev-udeb Architecture: source i386 Version: 0.140-2 Distribution: unstable Urgency: low Maintainer: Marco d'Itri m...@linux.it Changed-By: Marco d'Itri m...@linux.it Description: libudev-dev - libudev development headers libudev0 - libudev shared library libvolume-id-dev - libvolume_id development headers libvolume-id1 - libvolume_id shared library udev - /dev/ and hotplug management daemon udev-udeb - /dev/ and hotplug management daemon (udeb) Closes: 521404 521521 521845 Changes: udev (0.140-2) unstable; urgency=low . * On upgrade, replace instances of ATTRS{} in persistent-net.rules with ATTR{} otherwise they will not match anymore because now all *S{} keys must match the same kobject. (Closes: #521521) (Stolen from the Ubuntu package. LP: #329106) * Backported a fix to not make udevadm test chmod /dev/. (Closes: #521404) * permissions.rules: added mISDNtimer group dialout. (Closes: #521845) * persistent-storage.rules: ignore mtd[0-9]* and mtdblock[0-9]* devices. * Made udevd not resolve names/groups in d-i. Checksums-Sha1: d0218041d3c89b7523b7ae68e5132d5851b39238 1024 udev_0.140-2.dsc 48116d6c7ad81af59c76e8d46a8efcf8cb29d294 66074 udev_0.140-2.diff.gz 59023c92a52126169f1a396eac1050baa3b357d7 315180 udev_0.140-2_i386.deb b758b5f336ac3de287ac9eedb419f2b1abb705d5 90184 libudev0_0.140-2_i386.deb 225225f01be05a9df9f97dae21cc3ecb07f83ebe 2730 libudev-dev_0.140-2_i386.deb 86ef6452fa0a98a564b1dd28aca0b260a0e40ab3 89192 libvolume-id1_0.140-2_i386.deb e351604d58c87eed94a0abf88797c5ebb4bd0aaa 2010 libvolume-id-dev_0.140-2_i386.deb bf2f8230bfad3c1bdcc089263a9ff5be23ccfea7 148454 udev-udeb_0.140-2_i386.udeb Checksums-Sha256: 37f2bc3273c0cc53f59c9c90dbf38a5ce4f6b9e6d3ea14a9f926c0a31161c2e8 1024 udev_0.140-2.dsc 3230d9232914576c1c29ce891aa89f24bd9b0f7fe870d9caa16a35b555cdf4d8 66074 udev_0.140-2.diff.gz 2ee9930db2d18bdefc2b826197a9c38cbcfc759d10960ecf22899a01a137f214 315180 udev_0.140-2_i386.deb f84ad8bf5fd79583d008dcedf9605598b2dd352f50fa3632ddbc8e6a51189374 90184 libudev0_0.140-2_i386.deb e3c6d893e0b873a4ffd43eac504200d057c3415ef2999b583a6dd58cf3bd4c8b 2730 libudev-dev_0.140-2_i386.deb 0bc44ca0a59f6821602a58bf5152f666a4eb710ca07c4a605a1961851fd67c2a 89192 libvolume-id1_0.140-2_i386.deb cb3fe75d5eaaadd9e068ba9a65b35fd805b97c2037fd4d120e42e40f76d9d843 2010 libvolume-id-dev_0.140-2_i386.deb 62889c5dc671f778bb684305fe1ecd8bd2a4010c53713189f4c971090d29ad31 148454 udev-udeb_0.140-2_i386.udeb Files: 3c840f1e1cdc0fc521379b5ac5ab62da 1024 admin important udev_0.140-2.dsc c4385d681e43438247454122aa3aa76d 66074 admin important udev_0.140-2.diff.gz 0547f15eaa7f41d3e78e3aaa6528ff83 315180 admin important udev_0.140-2_i386.deb ce57921ee93cef71ef1ecc5114f6c1e3 90184 libs optional libudev0_0.140-2_i386.deb 03575a8952eb2430cd8c1c11bb74264b 2730 libdevel optional libudev-dev_0.140-2_i386.deb 454f8b66a804039276de5eff549af10a 89192 libs required libvolume-id1_0.140-2_i386.deb 18161776abfbc1d3aea0f176588674a6 2010 libdevel optional libvolume-id-dev_0.140-2_i386.deb 5afa2d377bae6a9f9c66dbca4ff7cdd0 148454 debian-installer important udev-udeb_0.140-2_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRBqkACgkQFGfw2OHuP7FmgQCdHRmYYuihW+R4xTvOUHye8+8c 1qoAniREW9if+Ycl+LOAkZ3SpsNlj+Bx =7CTK -END PGP SIGNATURE- Accepted: libudev-dev_0.140-2_i386.deb to pool/main/u/udev/libudev-dev_0.140-2_i386.deb libudev0_0.140-2_i386.deb to pool/main/u/udev/libudev0_0.140-2_i386.deb libvolume-id-dev_0.140-2_i386.deb to pool/main/u/udev/libvolume-id-dev_0.140-2_i386.deb libvolume-id1_0.140-2_i386.deb to pool/main/u/udev/libvolume-id1_0.140-2_i386.deb udev-udeb_0.140-2_i386.udeb to pool/main/u/udev/udev-udeb_0.140-2_i386.udeb udev_0.140-2.diff.gz to pool/main/u/udev/udev_0.140-2.diff.gz udev_0.140-2.dsc to pool/main/u/udev/udev_0.140-2.dsc udev_0.140-2_i386.deb to pool/main/u/udev/udev_0.140-2_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libclass-mop-perl 0.79-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 14:11:24 -0300 Source: libclass-mop-perl Binary: libclass-mop-perl Architecture: source i386 Version: 0.79-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Brian Cassidy brian.cass...@gmail.com Description: libclass-mop-perl - A Meta Object Protocol for Perl 5 Changes: libclass-mop-perl (0.79-1) unstable; urgency=low . [ Brian Cassidy ] * New upstream release * Update Standards-Version to 3.8.1 . [ gregor herrmann ] * debian/copyright: update years of upstream copyright. Checksums-Sha1: 66ede0b3f80f2a1e1817a2bd80c0c091137a8b0c 1693 libclass-mop-perl_0.79-1.dsc f0c7934f71acce21e03abaa79e6132417630bfb2 170039 libclass-mop-perl_0.79.orig.tar.gz aa50d6f533980327e2bcd80484a8eaeb6d719189 4005 libclass-mop-perl_0.79-1.diff.gz 6d901fa98014151e675ed005d7fe9fe49ea313b1 130516 libclass-mop-perl_0.79-1_i386.deb Checksums-Sha256: 3115ab24dd135c4f9d048f145b9492eadcab22be351d3cbda213f950b0b38dae 1693 libclass-mop-perl_0.79-1.dsc b384537ef0a57396c9e5da95c387ebfc506a5e169730f7c1d6adeb5ce28f8c5d 170039 libclass-mop-perl_0.79.orig.tar.gz 911aa72287e7b887f649f0a52731d0238af23fa8509f61f234563caeb1bd8d1c 4005 libclass-mop-perl_0.79-1.diff.gz 1d98e41e4ca312cfe2d23714b82573ce1c87c2d559c0b8c5d5d9380056707ef9 130516 libclass-mop-perl_0.79-1_i386.deb Files: 4bae2e87f82e5267f5a5e86a38c025f1 1693 perl optional libclass-mop-perl_0.79-1.dsc 9c8527e156ba0f2823daffccc20ad6d9 170039 perl optional libclass-mop-perl_0.79.orig.tar.gz 176491ce8ed6fb2b952d3665199a2fc6 4005 perl optional libclass-mop-perl_0.79-1.diff.gz bb1923a658e709dd2192d0ec96925232 130516 perl optional libclass-mop-perl_0.79-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRBW4ACgkQOzKYnQDzz+QnbwCgqN1YWsGqggvqEuue4z1pv3g5 PJAAn2FbkbpgtWb1wcgLbbWufz53BoY+ =joqM -END PGP SIGNATURE- Accepted: libclass-mop-perl_0.79-1.diff.gz to pool/main/libc/libclass-mop-perl/libclass-mop-perl_0.79-1.diff.gz libclass-mop-perl_0.79-1.dsc to pool/main/libc/libclass-mop-perl/libclass-mop-perl_0.79-1.dsc libclass-mop-perl_0.79-1_i386.deb to pool/main/libc/libclass-mop-perl/libclass-mop-perl_0.79-1_i386.deb libclass-mop-perl_0.79.orig.tar.gz to pool/main/libc/libclass-mop-perl/libclass-mop-perl_0.79.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libcgi-application-server-perl 0.061-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 19:34:29 +0200 Source: libcgi-application-server-perl Binary: libcgi-application-server-perl Architecture: source all Version: 0.061-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: gregor herrmann gre...@debian.org Description: libcgi-application-server-perl - simple HTTP server for developing with CGI::Application Closes: 521851 Changes: libcgi-application-server-perl (0.061-2) unstable; urgency=low . * Add missing dependency on libhttp-server-simple-static-perl, thanks to Peter Gervai for the bug report (closes: #521851). * Add /me to Uploaders. * Set Standards-Version to 3.8.1 (no changes). * Slightly improve short and long description. * Simplify debian/rules. * Unset http_proxy in debian/rules. * Don't install README any more. * Remove build dependency on libmodule-build-perl, dh7 prefers ExtUtils::MakeMaker. Checksums-Sha1: 2a26037ef083f213d651bf488a2e5dcbc456ac75 1848 libcgi-application-server-perl_0.061-2.dsc 0a0349235529716fffd00c094bd0e79a636d0a21 2086 libcgi-application-server-perl_0.061-2.diff.gz d6f2f95bba92f473b7e6ebf328d9de88c7191455 9938 libcgi-application-server-perl_0.061-2_all.deb Checksums-Sha256: 8fbf909dc72e740fad3001fffdcca36dbe1365de59300db1b5a5e18814927ee8 1848 libcgi-application-server-perl_0.061-2.dsc 1ed98e2c020806913e12f5c95fb0251d83f31261ca561cc9ee77eff18104fceb 2086 libcgi-application-server-perl_0.061-2.diff.gz f113fc447a0162c01b220c5ab5378ee8e41902969ff787a869d60c9388c7 9938 libcgi-application-server-perl_0.061-2_all.deb Files: 92bf362009723d8979c296a7c3cfd46a 1848 perl optional libcgi-application-server-perl_0.061-2.dsc 88c4a8b400ed357e91f2265cb96ea133 2086 perl optional libcgi-application-server-perl_0.061-2.diff.gz c495e426e7bc085ffca46040c37e2380 9938 perl optional libcgi-application-server-perl_0.061-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRAxMACgkQOzKYnQDzz+QvhgCeLt8BPp7fFm5xAnkViw8TgT7n GaYAoKiyQK6qXoIEvAYScOWiFLaPKgyP =Tw/h -END PGP SIGNATURE- Accepted: libcgi-application-server-perl_0.061-2.diff.gz to pool/main/libc/libcgi-application-server-perl/libcgi-application-server-perl_0.061-2.diff.gz libcgi-application-server-perl_0.061-2.dsc to pool/main/libc/libcgi-application-server-perl/libcgi-application-server-perl_0.061-2.dsc libcgi-application-server-perl_0.061-2_all.deb to pool/main/libc/libcgi-application-server-perl/libcgi-application-server-perl_0.061-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libtioga-ruby 1.10-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 19:40:38 +0200 Source: libtioga-ruby Binary: tioga libtioga-ruby1.8 libtioga-ruby libtioga-ruby-examples libtioga-ruby-doc Architecture: source amd64 all Version: 1.10-1 Distribution: unstable Urgency: low Maintainer: Vincent Fourmond fourm...@debian.org Changed-By: Vincent Fourmond fourm...@debian.org Description: libtioga-ruby - Ruby library for scientific graphs libtioga-ruby-doc - Ruby library for scientific graphs libtioga-ruby-examples - Ruby library for scientific graphs libtioga-ruby1.8 - Ruby library for scientific graphs tioga - Ruby library for scientific graphs [transition package] Changes: libtioga-ruby (1.10-1) unstable; urgency=low . * New upstream release * Moved to Section: ruby * Install the tioga.sty style file into the documentation package. No integration with texlive is performed, however. * Few debian/rules cleanups * Already conforms to standards 3.8.1 * Bumped debhelper compatibility level to 5 Checksums-Sha1: e0a1e5db84ce7f83b092f75bf9951c81664e642f 1436 libtioga-ruby_1.10-1.dsc 7b5eefd4f341074ddb0bd3de622c3b703f086ba7 6560393 libtioga-ruby_1.10.orig.tar.gz 37eb59afc6ac4e2ac8386d2c2228215a0b892f78 7928 libtioga-ruby_1.10-1.diff.gz f591f98d858178217ba8bebd71c1fc9252134766 238278 libtioga-ruby1.8_1.10-1_amd64.deb 7f3c8b96122cca2a1221c6c5ab989996edd4b326 4812 tioga_1.10-1_all.deb a05d1c22a04f372f3cad55039f22ff0e5a03c4e3 4468 libtioga-ruby_1.10-1_all.deb dd2000dbce18d2bc12cc0d692c14c6b71fd299ff 818246 libtioga-ruby-examples_1.10-1_all.deb 3a6497aa8fa42b20b55d5bc0d5c9b07a3df7f21f 5375922 libtioga-ruby-doc_1.10-1_all.deb Checksums-Sha256: 2dc4403ca28fb0784374acc827c2974597d8ada62868d8b174303a9339a3e54b 1436 libtioga-ruby_1.10-1.dsc ee2eb98c7b62bfade2ca8307d898ee03896ce25cd3d5dfde8a38a900e151a8f6 6560393 libtioga-ruby_1.10.orig.tar.gz 6c13ceb258fffa16f54172cb512c97216d2348bbdc58688ce6e171cfb08087e1 7928 libtioga-ruby_1.10-1.diff.gz 4cf34a548599a9fa06fe59cfc6bb62cf3598f440b542cfb07c18c8a879307471 238278 libtioga-ruby1.8_1.10-1_amd64.deb 65faf27ecd927915f7c2fcad9bc591521a8973b819ae98ec5af5bfd9edb74c3f 4812 tioga_1.10-1_all.deb b4deba5bd1424d21aac6a28a47228bdb60bb61ef2d88a3876256d5b7b75d9a84 4468 libtioga-ruby_1.10-1_all.deb 2a69aa5bb407a975d181336d1d6a397ccb1d20f58d20fb87db94f715e3fc7780 818246 libtioga-ruby-examples_1.10-1_all.deb 3de91c7b38a6df05ca350bfbc36d484b9040d7c01b0b7669ce765c4c710f0690 5375922 libtioga-ruby-doc_1.10-1_all.deb Files: b2f029ec113fd2153f12cff61fb9fdb0 1436 ruby optional libtioga-ruby_1.10-1.dsc a07f34831f11e8bdb9b19fbc6bc5082a 6560393 ruby optional libtioga-ruby_1.10.orig.tar.gz 91d6a8b5a60ba2df8b16fa07d182aa2c 7928 ruby optional libtioga-ruby_1.10-1.diff.gz 15af44b8ebf4842bb09952991e576c4a 238278 ruby optional libtioga-ruby1.8_1.10-1_amd64.deb 4233508b1f51eb3aa4061c7890bf5c98 4812 ruby optional tioga_1.10-1_all.deb 9777f7e6ba822809918b951287a40683 4468 ruby optional libtioga-ruby_1.10-1_all.deb b5d7e4dc9e3acc92b2e5d6541abda08c 818246 ruby optional libtioga-ruby-examples_1.10-1_all.deb fc7f7edf38effc8a33f79e06934afe80 5375922 doc optional libtioga-ruby-doc_1.10-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRBzEACgkQx/UhwSKygsqdqACglG7xUIEWqgkAD8aZhzzMV1Gn owIAoLu5fmv/FHJuWa+QB132pB5uhqBE =tuR3 -END PGP SIGNATURE- Accepted: libtioga-ruby-doc_1.10-1_all.deb to pool/main/libt/libtioga-ruby/libtioga-ruby-doc_1.10-1_all.deb libtioga-ruby-examples_1.10-1_all.deb to pool/main/libt/libtioga-ruby/libtioga-ruby-examples_1.10-1_all.deb libtioga-ruby1.8_1.10-1_amd64.deb to pool/main/libt/libtioga-ruby/libtioga-ruby1.8_1.10-1_amd64.deb libtioga-ruby_1.10-1.diff.gz to pool/main/libt/libtioga-ruby/libtioga-ruby_1.10-1.diff.gz libtioga-ruby_1.10-1.dsc to pool/main/libt/libtioga-ruby/libtioga-ruby_1.10-1.dsc libtioga-ruby_1.10-1_all.deb to pool/main/libt/libtioga-ruby/libtioga-ruby_1.10-1_all.deb libtioga-ruby_1.10.orig.tar.gz to pool/main/libt/libtioga-ruby/libtioga-ruby_1.10.orig.tar.gz tioga_1.10-1_all.deb to pool/main/libt/libtioga-ruby/tioga_1.10-1_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted klamav 0.46-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 12:58:00 -0400 Source: klamav Binary: klamav Architecture: source i386 Version: 0.46-2 Distribution: unstable Urgency: low Maintainer: Scott Kitterman sc...@kitterman.com Changed-By: Scott Kitterman sc...@kitterman.com Description: klamav - KDE frontend for ClamAV Changes: klamav (0.46-2) unstable; urgency=low . * Just build-dep on libltdl3-dev Checksums-Sha1: 61553fc02590facbb110c0bcd1256049bc0efadd 1085 klamav_0.46-2.dsc bb051339a3398c5b9600218e8c9a8ce00481683c 15324 klamav_0.46-2.diff.gz 50218993c44822efb7a7daa4d457ddcdc445a574 809288 klamav_0.46-2_i386.deb Checksums-Sha256: 8ee4d90f416c5286d6059538ead52e31df1c074cb33839b56dd79ae712995253 1085 klamav_0.46-2.dsc 5c4fc48dfcf0e22988682c357010d084d652e72ff3ee516c81cf8f29331842ca 15324 klamav_0.46-2.diff.gz eed621824d6eb1663b52d4a51979669cba145bdf66110b715c0a302485c1b508 809288 klamav_0.46-2_i386.deb Files: 987eaecd06cc864fbc6bbe574ece6c81 1085 kde optional klamav_0.46-2.dsc 4e50d3bb670e748d737e06c71e179db5 15324 kde optional klamav_0.46-2.diff.gz d3697e88555d13303e0bba0ea35c99e3 809288 kde optional klamav_0.46-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRB1IACgkQHajaM93NaGokXQCfb71JQfyJTOo7IkBS6lOle+ef n70AoIIummZ5lxap0rvir2/6q2mmCykt =Nvj0 -END PGP SIGNATURE- Accepted: klamav_0.46-2.diff.gz to pool/main/k/klamav/klamav_0.46-2.diff.gz klamav_0.46-2.dsc to pool/main/k/klamav/klamav_0.46-2.dsc klamav_0.46-2_i386.deb to pool/main/k/klamav/klamav_0.46-2_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted albumshaper 2.1-5 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 21:06:23 +0300 Source: albumshaper Binary: albumshaper Architecture: source i386 Version: 2.1-5 Distribution: unstable Urgency: low Maintainer: Jano Kupec jano.ku...@gmail.com Changed-By: Baruch Even bar...@debian.org Description: albumshaper - Photo album creator and photo manipulator Closes: 431766 436415 Changes: albumshaper (2.1-5) unstable; urgency=low . [ Jano Kupec ] * Changed Apps - Applications in debian/menu (Closes: #431766) * Support for DEB_BUILD_OPTIONS=nostrip, debug and noopt added (Closes: #436415) * rules: 'make clean' call corrected * Changed the maintainer email address . [ Baruch Even ] * Remove empty dirs from installation * Remove Encoding from desktop file, it was redundant * Move Homepage from description to headers * Add watch file * Update Standards-Version to 3.8.1, no changes needed Checksums-Sha1: 056a126fe69456f631a7622563b07b454ee23957 1150 albumshaper_2.1-5.dsc 508b8e1d41f48eaf3b15dd84709ce7d1650dc67e 12698 albumshaper_2.1-5.diff.gz 00d6edf4b03a836b77b0e30103f71950335de404 4400704 albumshaper_2.1-5_i386.deb Checksums-Sha256: cca6d57a7d70c4e99f819cbbdc4a5eaab9cefafa9873258369e5839d5dcde068 1150 albumshaper_2.1-5.dsc b716dde2dbd03ffcebc2a1fddd300fa47ca995c277669a5d78984052843907da 12698 albumshaper_2.1-5.diff.gz 000678d95f15acaa255909a0b3b8bf28e2b7de0d53f297f49a7fe847fc396825 4400704 albumshaper_2.1-5_i386.deb Files: 8faf99cd58d6dacdee363a5a34d76a59 1150 graphics optional albumshaper_2.1-5.dsc a9851f30b1ea6c23216663271ec0b959 12698 graphics optional albumshaper_2.1-5.diff.gz 9b9878a7530298dc949f47465eac9487 4400704 graphics optional albumshaper_2.1-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknREbAACgkQHCar6qtHRZgU7gCdHrVZhHQG7fV6dn/kQ+BVur9f NNUAnR+dIukExaOdlqrev+pufYvprhkZ =Gax7 -END PGP SIGNATURE- Accepted: albumshaper_2.1-5.diff.gz to pool/main/a/albumshaper/albumshaper_2.1-5.diff.gz albumshaper_2.1-5.dsc to pool/main/a/albumshaper/albumshaper_2.1-5.dsc albumshaper_2.1-5_i386.deb to pool/main/a/albumshaper/albumshaper_2.1-5_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted apertium-en-ca 0.8.9-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 27 Mar 2009 11:27:13 + Source: apertium-en-ca Binary: apertium-en-ca Architecture: source amd64 Version: 0.8.9-1 Distribution: unstable Urgency: low Maintainer: Francis Tyers fty...@prompsit.com Changed-By: Francis Tyers fty...@prompsit.com Description: apertium-en-ca - Apertium linguistic data to translate between English and Catalan Changes: apertium-en-ca (0.8.9-1) unstable; urgency=low . * New upstream release * Added dependency on apertium-pcre2 Checksums-Sha1: 0c53d393ce8a1fb46f6cb2fba20f58161707697c 1206 apertium-en-ca_0.8.9-1.dsc 3db290fb68b22ba4ea3ecbe712864d584d391af1 1559377 apertium-en-ca_0.8.9.orig.tar.gz c1ab1959ff0f8cdabaf8539def839c0f3bd0373d 224563 apertium-en-ca_0.8.9-1.diff.gz 28624aaf20fe13ae9e8d377475d1d177c321b3c6 2854170 apertium-en-ca_0.8.9-1_amd64.deb Checksums-Sha256: 2a6f1f089976f26346ce54e3fc7817ff884b8a8b703289fd6e5d1c90778a4174 1206 apertium-en-ca_0.8.9-1.dsc 667252d59180e30a2dc10a4c3371c27041044870ae27133dc53a35ff2a7b7fec 1559377 apertium-en-ca_0.8.9.orig.tar.gz 52740897693f6c4f6b61e57e583de8be7eb63aff19892f8df5f8130042e362f1 224563 apertium-en-ca_0.8.9-1.diff.gz 89962993afaa8041fcda5d3698ad75bf971944068361ce83da3f8f5a3b818595 2854170 apertium-en-ca_0.8.9-1_amd64.deb Files: 0960d276f4358050d62b3f70e936cbf8 1206 misc extra apertium-en-ca_0.8.9-1.dsc af89be9baa7d102ab406d1e8f8bbc4a6 1559377 misc extra apertium-en-ca_0.8.9.orig.tar.gz 4333f6f928f62c66363dfefad5e459a5 224563 misc extra apertium-en-ca_0.8.9-1.diff.gz 015bac8031f7f4e5faa3b02d4def162a 2854170 misc extra apertium-en-ca_0.8.9-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRDPIACgkQNTNQylgICMQQxwCfSUVPnooTXr0CziHcvB+VtTLy ++EAn0OgDMoebywDH1gvIFP9xcDGmv91 =etxW -END PGP SIGNATURE- Accepted: apertium-en-ca_0.8.9-1.diff.gz to pool/main/a/apertium-en-ca/apertium-en-ca_0.8.9-1.diff.gz apertium-en-ca_0.8.9-1.dsc to pool/main/a/apertium-en-ca/apertium-en-ca_0.8.9-1.dsc apertium-en-ca_0.8.9-1_amd64.deb to pool/main/a/apertium-en-ca/apertium-en-ca_0.8.9-1_amd64.deb apertium-en-ca_0.8.9.orig.tar.gz to pool/main/a/apertium-en-ca/apertium-en-ca_0.8.9.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted gcal 3.01.1-8 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 20:44:22 +0200 Source: gcal Binary: gcal Architecture: source amd64 Version: 3.01.1-8 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Ralf Treinen trei...@debian.org Description: gcal - program for calculating and printing calendars Changes: gcal (3.01.1-8) unstable; urgency=low . * QA upload * debian/copyright: added year 2000, fixed spelling of upstream author (on request by the upstream author). Checksums-Sha1: baa9cfac2218a1f4c1b9970d73a1af0eec35f2bf 1008 gcal_3.01.1-8.dsc 765b66411694960f73191c72fb78e8e22f4917c0 31241 gcal_3.01.1-8.diff.gz e154e9295e5e3ffde71c90ebb6f6968e61de84e1 1100522 gcal_3.01.1-8_amd64.deb Checksums-Sha256: 83170eeb9a5f7145845a349f9d7f270923187565b6b0c5149b8cc6d1ca8c1321 1008 gcal_3.01.1-8.dsc 24f2321127f03a7e38d6b9fe36cb9aa3fbd85395c7ff5a8f5c3a9ea69b285d9b 31241 gcal_3.01.1-8.diff.gz 349f58d82cc84b1655e188012832d06d600642f06e87376efec40815481c1fe2 1100522 gcal_3.01.1-8_amd64.deb Files: c3a6434542acb41181f20779a044309e 1008 utils optional gcal_3.01.1-8.dsc 276569c25e510049db3375cdb58e9d0b 31241 utils optional gcal_3.01.1-8.diff.gz c0e421aab822e0ce0f4c797533c88b95 1100522 utils optional gcal_3.01.1-8_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJ0RwwtzWmSeC6BMERAvReAJ0YXGEbS+iEOm5wkL0ZxO263+OhsQCggpfj hG1tQli2Uhl6V4wKv2hD32E= =k28H -END PGP SIGNATURE- Accepted: gcal_3.01.1-8.diff.gz to pool/main/g/gcal/gcal_3.01.1-8.diff.gz gcal_3.01.1-8.dsc to pool/main/g/gcal/gcal_3.01.1-8.dsc gcal_3.01.1-8_amd64.deb to pool/main/g/gcal/gcal_3.01.1-8_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted elinks 0.12~pre3-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 31 Mar 2009 00:21:30 +0530 Source: elinks Binary: elinks elinks-data elinks-doc elinks-lite Architecture: source i386 all Version: 0.12~pre3-1 Distribution: unstable Urgency: low Maintainer: Y Giridhar Appaji Nag app...@debian.org Changed-By: Y Giridhar Appaji Nag app...@debian.org Description: elinks - advanced text-mode WWW browser elinks-data - advanced text-mode WWW browser - data files elinks-doc - advanced text-mode WWW browser - documentation elinks-lite - advanced text-mode WWW browser - lightweight version Closes: 488633 514544 Changes: elinks (0.12~pre3-1) unstable; urgency=low . * Update Maintainer to official Debian ID * Remove DM-Upload-Allowed: yes * Update Standards-Version to 3.8.1 (no changes required) * New upstream release + Fixes crash in RSS renderer (Closes: #514544) + Refresh patches for 0.12~pre3 * Update to debian/compat 6 and use dh_lintian instead of dh_installing the override file. * Use krb5-dev instead of heimdal-dev for GSSAPI (Closes: #488633) Checksums-Sha1: 97d2528a68b711f891dbfb0d87d817f5c26e3e7e 1498 elinks_0.12~pre3-1.dsc 7413aadf46002cd6e6a438d82c530a2221baafb1 4138787 elinks_0.12~pre3.orig.tar.gz 72bb985bd3fe1d532aa94bdbe85a8f35f7d167ab 20787 elinks_0.12~pre3-1.diff.gz 27b930df635e1a55eccde6dedc3d85418b280e6f 528642 elinks_0.12~pre3-1_i386.deb 9f1459e23e4a7b78d1452d36f3fa12b5301731c7 353236 elinks-lite_0.12~pre3-1_i386.deb 66c0526070c72576dc475223f0423bc8b1aa0249 586462 elinks-data_0.12~pre3-1_all.deb aeb980657c60c2d269ef975fedc3c44aba4e8747 619798 elinks-doc_0.12~pre3-1_all.deb Checksums-Sha256: 0f2561468254c5d5b103e4fd20863b6909bb49fb29ba4a5d63ef7505198b1d1c 1498 elinks_0.12~pre3-1.dsc 371cea0b0e9fe4b44bc122c47cbd26c1af4ab4490f783448961b6d1ed6bf2b4b 4138787 elinks_0.12~pre3.orig.tar.gz 7976833ef72d2a31ca3bf00c37715315879c3189fa99190a8e58736b6fdbfdd8 20787 elinks_0.12~pre3-1.diff.gz 5d4f23ea512ba55ab38f23eb9fe4b144fec15d546a085eb239099745f2a788a5 528642 elinks_0.12~pre3-1_i386.deb 71923f410d82de5b3dd4aebdb3a3a6ed4cc828d5b706827d8c2188b06fe2 353236 elinks-lite_0.12~pre3-1_i386.deb c7fad6eb089e0d83e3eeb391433bde0b1dcafdc8ffccfc5f510554f7cbe58ee6 586462 elinks-data_0.12~pre3-1_all.deb 6beca419fb57e95db79281c187bc7a83ca9a29cac93af0f2ac3801a789706d17 619798 elinks-doc_0.12~pre3-1_all.deb Files: 8b5e0c0e96c304d1d76b7b1ae7b5c0be 1498 web optional elinks_0.12~pre3-1.dsc c818ada747041c67ad05549cc32e05a9 4138787 web optional elinks_0.12~pre3.orig.tar.gz d2e1b906089863a24d016bb52940b40b 20787 web optional elinks_0.12~pre3-1.diff.gz c4a311070ddd198461090bdfd833dbd7 528642 web optional elinks_0.12~pre3-1_i386.deb f95ad44dad08c8afeca74051933b32b2 353236 web extra elinks-lite_0.12~pre3-1_i386.deb c1cca05cc89a7fb8248e706f7769ab3d 586462 web optional elinks-data_0.12~pre3-1_all.deb fd5158e58232548c6723ea0df07dac02 619798 doc optional elinks-doc_0.12~pre3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRGhsACgkQ4eu+pR04mIc/FwCfZkVF8fJpP7v5npX56JX1Rzjp 3WYAoJmnjGsKP73plFvXz8vYx8oO1HpO =f9h4 -END PGP SIGNATURE- Accepted: elinks-data_0.12~pre3-1_all.deb to pool/main/e/elinks/elinks-data_0.12~pre3-1_all.deb elinks-doc_0.12~pre3-1_all.deb to pool/main/e/elinks/elinks-doc_0.12~pre3-1_all.deb elinks-lite_0.12~pre3-1_i386.deb to pool/main/e/elinks/elinks-lite_0.12~pre3-1_i386.deb elinks_0.12~pre3-1.diff.gz to pool/main/e/elinks/elinks_0.12~pre3-1.diff.gz elinks_0.12~pre3-1.dsc to pool/main/e/elinks/elinks_0.12~pre3-1.dsc elinks_0.12~pre3-1_i386.deb to pool/main/e/elinks/elinks_0.12~pre3-1_i386.deb elinks_0.12~pre3.orig.tar.gz to pool/main/e/elinks/elinks_0.12~pre3.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted gnumed-client 0.4.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 18 Mar 2009 12:00:27 +0100 Source: gnumed-client Binary: gnumed-client gnumed-client-de gnumed-common gnumed-doc Architecture: source all Version: 0.4.2-1 Distribution: unstable Urgency: low Maintainer: Debian-Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Andreas Tille ti...@debian.org Description: gnumed-client - medical practice management - Client gnumed-client-de - medical practice management - Client for German users gnumed-common - medical practice management - common files gnumed-doc - medical practice management - Documentation Changes: gnumed-client (0.4.2-1) unstable; urgency=low . * New upstream version * debian/control: gnumed-doc only suggests dwww to not force people installing Apache. * Depends: ${misc:Depends} (as suggested by lintian) * Do not Recommmend libchipcard3-tools any more because it is outdated * Standards-Version: 3.8.1 (no changes needed) * Provides: ${python:Provides} for gnumed-client and gnumed-common * Removed outdated {Provides,Replaces,Conflics} for old packaging stuff. * debian/pyversions: s/2\.3/2.4/ * debian/tools/gnumed: Add GNUmed dir to PYTHONPATH * Depends: python-egenix-mxdatetime Checksums-Sha1: 9603dab376f6ffb28720dc9f15701bcb3363d082 1465 gnumed-client_0.4.2-1.dsc 4d8eb2ccea88a2b9b03b679af8e280116fa0dc80 1270564 gnumed-client_0.4.2.orig.tar.gz fbae08a3cf6c7a4939cd8ddb1fdb2f0d6d399b80 20379 gnumed-client_0.4.2-1.diff.gz 8d1c6f200d4a1d62fb21286d4e01a7afdaaa9a42 894284 gnumed-client_0.4.2-1_all.deb 98fccc33bca998033feb96bd7e45556dd21f8143 9316 gnumed-client-de_0.4.2-1_all.deb 1bed435920b39271f421dcc1a353b51ed5ace7ae 139542 gnumed-common_0.4.2-1_all.deb adcd3df634f88f671fe257229638b2d8fa3b7ad6 111406 gnumed-doc_0.4.2-1_all.deb Checksums-Sha256: 603c7641cd611662c9f959250216240ab9e60928c5919a7cadf6708c210b5c44 1465 gnumed-client_0.4.2-1.dsc 305cb36417c3b1def890ec9185a474ae0ca6af2818250f27c68dd5fe3b26c84f 1270564 gnumed-client_0.4.2.orig.tar.gz 00e74e02748cce03225769ee4fe92acdeb7e0a2f948fe7b8908c68ff8a6c060f 20379 gnumed-client_0.4.2-1.diff.gz c2626a683fbd129762ec17122ad86626517604c4275474ba611fef0fb01f64dc 894284 gnumed-client_0.4.2-1_all.deb 222460a965e8e6d9eb5c9de13a1ed1c827a5b537255c8220cb32cd0da336216a 9316 gnumed-client-de_0.4.2-1_all.deb d77bb43fe44221b15c82131fb54faf25ee20abc6c825164d6b8cb4e9be4f38fc 139542 gnumed-common_0.4.2-1_all.deb 8d8a93c2bdfa6664dd81835c713ec4c2bca5945ecd0c5d55238125df6b53a68e 111406 gnumed-doc_0.4.2-1_all.deb Files: 9fdc105fa0313e6268f549fff2911ceb 1465 misc optional gnumed-client_0.4.2-1.dsc 83d2d3b9cc6895c2886adf1b5c1fa86a 1270564 misc optional gnumed-client_0.4.2.orig.tar.gz b46021eb7425635e9dda3b64aa799e52 20379 misc optional gnumed-client_0.4.2-1.diff.gz 2383d044bcfe8bf377c40a2876c20814 894284 misc optional gnumed-client_0.4.2-1_all.deb 852a7a570516a5638862329883e48b0b 9316 misc optional gnumed-client-de_0.4.2-1_all.deb a8480b14703179563cccf3c7b4713a3d 139542 misc optional gnumed-common_0.4.2-1_all.deb 7f93e6569831f3e8bab103d510bca798 111406 doc optional gnumed-doc_0.4.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJ0Mw+YDBbMcCf01oRAmeiAJ9P4/vgArIAOXTq5a/c71BodNaQHgCgnA14 hQhV93wgkgKxRI8lZwIc0Fo= =rErK -END PGP SIGNATURE- Accepted: gnumed-client-de_0.4.2-1_all.deb to pool/main/g/gnumed-client/gnumed-client-de_0.4.2-1_all.deb gnumed-client_0.4.2-1.diff.gz to pool/main/g/gnumed-client/gnumed-client_0.4.2-1.diff.gz gnumed-client_0.4.2-1.dsc to pool/main/g/gnumed-client/gnumed-client_0.4.2-1.dsc gnumed-client_0.4.2-1_all.deb to pool/main/g/gnumed-client/gnumed-client_0.4.2-1_all.deb gnumed-client_0.4.2.orig.tar.gz to pool/main/g/gnumed-client/gnumed-client_0.4.2.orig.tar.gz gnumed-common_0.4.2-1_all.deb to pool/main/g/gnumed-client/gnumed-common_0.4.2-1_all.deb gnumed-doc_0.4.2-1_all.deb to pool/main/g/gnumed-client/gnumed-doc_0.4.2-1_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted zile 2.3.4-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 29 Mar 2009 16:05:42 +0200 Source: zile Binary: zile Architecture: source i386 Version: 2.3.4-1 Distribution: unstable Urgency: low Maintainer: Nicolas Duboc ndu...@debian.org Changed-By: Nicolas Duboc ndu...@debian.org Description: zile - very small Emacs-subset editor Closes: 511217 Changes: zile (2.3.4-1) unstable; urgency=low . * New upstream release. (closes: #511217) * Updated build-dependencies (added help2man and lua). * Updated Debian policy compliance declaration to 3.8.1; nothing to do. * No longer need the /usr/share/info directory since info page is no longer included. * Upstream NEWS file now included in /usr/share/doc/zile. * No more HELP or TUTORIAL files in /usr/share/doc/zile. * Updated copyright file. * Updated build dependencies: added lua5.1, removed texinfo. * Maintainer scripts now exit on error. * Now using debhelper compat level 7. Using dh_prep instead of dhclean -k as a consequence. Checksums-Sha1: 573c82fd90934f64f3b1686caa239046271f9adf 995 zile_2.3.4-1.dsc b24826256c2c5bd89c3703c62ead6e5073d9974d 622075 zile_2.3.4.orig.tar.gz e3d2f909105463365564188121372ac8590f95d8 7379 zile_2.3.4-1.diff.gz 035022ddba17823c39bcd37021ae78c9aa13a72c 79298 zile_2.3.4-1_i386.deb Checksums-Sha256: d604860531f04fdd3dc3469831b34525b3421726f65370ff07e226ab5ddbe104 995 zile_2.3.4-1.dsc dd85ae2312eb0e8d2b791b57856c51f2951b73d472f09ce6caa7af4b6f9140d4 622075 zile_2.3.4.orig.tar.gz 444a1d67e6713366ef40543ba01909a62f4fadbee0f383f1a23b7b98c2e93cee 7379 zile_2.3.4-1.diff.gz 9c0b93c4ada0ec92138af18beee16e9ba6d8418d5007cda5890182d3bc46971e 79298 zile_2.3.4-1_i386.deb Files: b127b58dd5520c0568c53505a15b7a0a 995 editors optional zile_2.3.4-1.dsc c296056172e99498f5e6459325f0c6b7 622075 editors optional zile_2.3.4.orig.tar.gz 3707569609660207d881d8c47f9a7135 7379 editors optional zile_2.3.4-1.diff.gz 4c01d4cad6898396257cb716f8def7f2 79298 editors optional zile_2.3.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRJ0UACgkQEAlStfgBp0OimQCfdvP2aXYoCy5i98FPJroJpbCq BIAAnjDDhX/GjekQ+0wdRsiM3a1DnN9Y =TFxh -END PGP SIGNATURE- Accepted: zile_2.3.4-1.diff.gz to pool/main/z/zile/zile_2.3.4-1.diff.gz zile_2.3.4-1.dsc to pool/main/z/zile/zile_2.3.4-1.dsc zile_2.3.4-1_i386.deb to pool/main/z/zile/zile_2.3.4-1_i386.deb zile_2.3.4.orig.tar.gz to pool/main/z/zile/zile_2.3.4.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted vzctl 3.0.23-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Mar 2009 21:25:08 +0200 Source: vzctl Binary: vzctl Architecture: source i386 Version: 3.0.23-4 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist o...@debian.org Changed-By: Ola Lundqvist o...@debian.org Description: vzctl - server virtualization solution - control tools Changes: vzctl (3.0.23-4) unstable; urgency=low . * Updated the documentation for the network configuration in README.Debian. * Made the warning about network configuration visible in more correct situations. Checksums-Sha1: 0ca957b3e06a8117a5c3a1e39106c75b10d56499 960 vzctl_3.0.23-4.dsc 6e85aa70da290a04ac82c6214792482e875677e6 9954 vzctl_3.0.23-4.diff.gz 14eaedb6174bd9caa741d94c26066ddd3114 196328 vzctl_3.0.23-4_i386.deb Checksums-Sha256: 82cbaa40b17234c6dabd1514d3d5823ffde275069a353e6e572674d0181535f9 960 vzctl_3.0.23-4.dsc 08fea731aef9fd62a534296c0ffe818da051cfc566ce47d44769222c1550d828 9954 vzctl_3.0.23-4.diff.gz 249e4d2620f46a4b4112f0cc86df373bdf68c47f11f3d3cbeeab5773cede1beb 196328 vzctl_3.0.23-4_i386.deb Files: 7ba8e9ed0f4c33f04bd6dd89796d8f92 960 admin optional vzctl_3.0.23-4.dsc 0bc7fa0be8cd4bacf08623de3ee2493b 9954 admin optional vzctl_3.0.23-4.diff.gz 636393562e025c4f0313e67a865bcabd 196328 admin optional vzctl_3.0.23-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknRI30ACgkQGKGxzw/lPdmeRgCgjf+DaVV0GQjOqf08of6166hu Q1kAoKS/WDutcFNe/+Bd6kW+XoSohEzq =aQLQ -END PGP SIGNATURE- Accepted: vzctl_3.0.23-4.diff.gz to pool/main/v/vzctl/vzctl_3.0.23-4.diff.gz vzctl_3.0.23-4.dsc to pool/main/v/vzctl/vzctl_3.0.23-4.dsc vzctl_3.0.23-4_i386.deb to pool/main/v/vzctl/vzctl_3.0.23-4_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org