Re: GPL-licensed software linked against libssl on buildds!
On Tue, Jan 19, 2010 at 03:40:22PM -0800, Russ Allbery wrote:
Because we want our users to be able to patch and rebuild our software to
suit their needs. Asking them to set up a chroot build environment is
asking quite a lot.
AOL. Yesterday night I drafted a reply (which has lingered in my Draft
box) and was almost word-by-word identical to this.
In parallel to this, we should probably make easier than now to rebuild
packages properly for our users (sysadms are not necessarily packagers),
and that is proceeding quite well with recent schroot improvements, if
you ask me.
On Tue, Jan 19, 2010 at 04:36:36PM -0800, Russ Allbery wrote:
There are two ways to attack that problem:
(1) We decide that we want to provide the guarantee that packages build
the correct way in unclean envs. That mean making such bugs RC,
basically, and making efforts to find such bugs.
(2) We decide that it would be nice if packages don't do too crazy
things when built in unclean envs, but provide no guarantee, and
recommend the use of pbuilder and schroot + tarballs/lvm when people
need guarantees.
I don't understand why you insist on this aut-aut. Ideally, your (1) is
the right one, but as of know it is (still?) hard to pursue, we put it
as an ideal goal and we proceed towards it. Bugs in package should be
filed (especially in the original case of this thread: heck, they
resulted in two incompatible licenses linked together!), they are not
RC, but they are still bugs. The day we will have a suitable / sure way
to identify this bug in the first place, we will start enforcing it.
On the same line, this whole issue is one of the reason why we have
relationships like Build-Conflicts. Why having a non-declared
Build-Conflicts shouldn't be a bug?
Cheers.
--
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: Bug#565675: ITP: pthsem -- pth replacement with semaphore support
On Tue, Jan 19, 2010 at 10:48:24AM +0100, Samuel Thibault wrote: Martin Koegler, le Tue 19 Jan 2010 09:27:07 +0100, a écrit : Samuel Thibault sthiba...@debian.org wrote: Marc Leeman, le Sun 17 Jan 2010 22:16:17 +0100, a écrit : * Package name: pthsem Mmm, could this perhaps rather be just a patch added to the existing pth package? Else you'll have to share the Debian patches. The situation with GNU pth is: I guessed so, but still. The problem is that people know pth, but they don't know pthsem (yet). It will be a long time before people discover that there is a new interesting pthsem package that basically does the same as pth with quite a few extra features, is not dead etc. Why not just replacing the existing pth package with pthsem to avoid that delay? pth and pthsem can be installed in parallel, as they use different filenames (pth.h+libpth.so* / pthsem.h/libpthsem.so*). Both packages use the same symol names in their libraries. The libpthsem-compat provides/conflicts libpth-dev. It contains stub files for pth.m4, pth.h and pth-config, which redirect to the pthsem files. Software built with libpthsem-compat installed will link against libpthsem. My intention was not to replace pth, but to provide a migration path. Were I Martin Kögler, I'd even just request GNU to become the new maintainer of pth. I must admit, that I have not read anything about GNU maintainers, but GNU has usually a bigger philosophical overhead. I need pthsem, so I only want a working version with all features I need. Regards, Martin Kögler -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On Wed, Jan 20, 2010 at 02:22:33PM +1300, Lucas Nussbaum wrote: Why spend a lot of time on tasks that provide little benefit, and also some disadvantages (in some cases, the fixes might be non-obvious, and requires changes to the packaging that tend to obscure it, for example by using --disable-foo for each and every option we don't want)? I'm not asking anyone to spend time on this task, but I still consider missing build-conflicts a bug. Ignoring these bugs by insisting on clean chroot environments for all official package builds is no solution - what if one of your build-dependencies pulls in one of these other packages, resulting in an undistributable (license-incompatible) misbuild? If the build-conflicts had been declared, or if the --without-foo option had been passed, we would not have to worry about such a misbuild. In that case, the missing build-conflicts /is/ an RC bug on the package. Most of the time, it won't be, which is why I don't think we should prioritize filing bugs about all such cases. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: Is tabular data in binary format acceptable for Debian ?
On Wed, Jan 20, 2010 at 11:56:00AM +1100, Ben Finney wrote: an intermediate format (be it text, or binary like .odt or .xls) and require the addition of I can't speak for the Debian ftpmaster team, but I would think the usual guideline applies: We should seek the preferred form of the work for making modifications to it as the source form of the work. So, if upstream uses some canonical form of the tabular data for making modifications to it, that should be in the source package. I perfectly agree here. The idea that there should be a conversion to any other binary format like .odt (I know it is compressed XML, but it is presented in binary form) or .xls would be contraproductive at best because you would need to install just another package to read this while R which just can read the data is installed via dependencies. Perhaps it would be a reasonable compromise if README.Source would mention a short command line which converts the data into text form? 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
netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
Package: netatalk Version: 2.0.5-2 Severity: important Holger Levsen: how about the compromise and doing both, except that for (1) we file the bugs with severity important? Hi Jonas, as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. Cheers, Fabian [1] http://lists.debian.org/debian-devel/2010/01/msg00354.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (550, 'unstable'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote: as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. ...or netatalk build routines tightened to not link against openssl even if available, I assume. Thanks for pointing this out. I'll deal with it! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Re: GPL-licensed software linked against libssl on buildds!
On Tue, Jan 19, 2010 at 02:36:08PM -0800, Russ Allbery wrote: Neil McGovern ne...@debian.org writes: On Tue, Jan 19, 2010 at 11:59:35AM -0800, Russ Allbery wrote: This is a bug in the netatalk Debian packaging. You cannot assume the package will be built in a clean chroot; among other things, the buildd software explicitly does not guarantee that all packages will be removed. Would it be time to start looking at LVM snapshops + sbuild perhaps? Well, I would argue that proper package builds in dirty environments is something we want in Debian anyway, and while this isn't the ideal method to find it, it would be a bug regardless of how the buildds worked. I'm not arguing that finding these issues isn'[t something worth doing, but the headache of a broken chroot is (from the wrok I'm involved in) a much larger problem for us. Perhaps there could be a release goal / giant cluster-o-doom rebuild of the archive with commonly problematic libraries? Neil -- * Tolimar votes for debconf7 to be somewhere where he speaks the language. Tolimar That would a veto for switzerland ;) Ganneff Tolimar: that also vetos germany -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On Tue, Jan 19, 2010 at 11:32:17PM +0100, Martin Zobel-Helas wrote: Would it be time to start looking at LVM snapshops + sbuild perhaps? we already have two or three buildds doing that... The buildd team (esp. HE) working on that and if it works out to be stable enough, we can see if we can roll out it to all buildds. Excellent, thanks for this. Neil -- automake: the emo of Debian software. You just don't understand me. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote: On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote: as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. ...or netatalk build routines tightened to not link against openssl even if available, I assume. The latter is definitely preferred since DEB_BUILD_OPTIONS can't change the value of Build-Conflicts... Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: GPL-licensed software linked against libssl on buildds!
On Tue, Jan 19, 2010 at 04:04:07PM -0800, Russ Allbery wrote: hu? since when do we have a broader interest in people patching and rebuilding packages? I know that there are *some* people interested in that (me included) but I don't see that a broader audience wants to support that. Uh, since as long as I've been part of the project. I think this is at least the third time that I recall the same topic coming up on -devel. Wow. How often a topic comes up on -devel is an indicator how representative a given idea is in the whole developer body? It might be a sign that the people who want it tend to ask for it a lot. Apart from this it seems quiet illusionary to support every possible circumstance under which a dirty build environment could affect a build. For the most part, these problems are caused by Autoconf scripts that automatically detect features during the configure stage of the build. For the most part, Debian wants to enable all of those features anyway, so there isn't a serious problem. In the cases where we don't, there is usually an explicit --disable-X or --without-X flag that can be given to configure. Where there isn't, that's an upstream bug that is usually worthwhile to work with upstream to fix. Well, I can't tell if most packages use autoconf. Probably they do. But there are plenty of other build systems around, all with its own caveats. So my statement ... illussionary to support /every/ possible circumstance ... is still true. That does not mean that we shouldn't fix such bugs if they arise (obviously we should) but having priority on it is a different thing. This really isn't that horribly difficult in most cases. In cases where it is difficult, Build-Conflicts can be used to ensure a reasonable build environment when a package would otherwise insist on picking up an incorrect dependency. In some pathological cases, it may be difficult enough to not be worth it, but in that case I think it's a wontfix bug, not a non-bug. Bug or not: For the binary packages we provide (which is after all still the main priority as a binary distribution) we really want that they are built properly in either case. So providing a build environment as clean as it could be is really a good thing. sbuild has never provided this in the history of the project. I really have to question the emphasis put on this given that we've lived for all these years without having that and by fixing the packages to do the right thing. Eh.. what? I'm using sbuild to build my packages before uploading them locally. It uses schroot and schroot supports LVM snapshots. Which is what I'm using. Probably it has never been deployed on our buildds but that has nothing to do with what sbuild can provide. People do occasionally test whether packages rebuild properly in dirty environments and file bugs when they don't. Being absolutely certain it will always work is, of course, hard, but I think fixing the bug when we detect it is the right idea, rather than treating it as a bug in the build environment. Rebuild tests in dirty environments? I'm aware of rebuild tests in clean environments to make sure that build-depends are fine etc. but I never heard of such efforts. Could you give a pointer to that? http://lists.debian.org/debian-devel/2008/01/msg00869.html It was the second hit in Google for the obvious search. There was a long thread that worked through some of the problems with the initial method of checking, and there is further discussion of this same question there (why do we want this, shouldn't we just always use clean build environments, etc.). Oh, well, after I read the link I even remember it. Yes, if we are aware of problems there is reason to fix them. That doesn't mean that we should always build in dirty chrooots, though. Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On 20/01/10 at 00:48 -0800, Steve Langasek wrote: On Wed, Jan 20, 2010 at 02:22:33PM +1300, Lucas Nussbaum wrote: Why spend a lot of time on tasks that provide little benefit, and also some disadvantages (in some cases, the fixes might be non-obvious, and requires changes to the packaging that tend to obscure it, for example by using --disable-foo for each and every option we don't want)? I'm not asking anyone to spend time on this task, but I still consider missing build-conflicts a bug. Ignoring these bugs by insisting on clean chroot environments for all official package builds is no solution - what if one of your build-dependencies pulls in one of these other packages, resulting in an undistributable (license-incompatible) misbuild? If the build-conflicts had been declared, or if the --without-foo option had been passed, we would not have to worry about such a misbuild. If the chroot env is clean, the build process is likely to be very similar on your system and on the buildds. So even without build-conflicts, it is likely that no additional build-deps will be pulled. It's true that that isn't a full guarantee (differences between archs, binNMUs done later in the package lifecycle), but clean chroot environments offer much more guarantee than the current situation, which is based only on the maintainer disabling all unused options or adding all the proper build-conflict. That is hard and error-prone:: among the packages you maintain, for example, sqsh picks up an additional dep on tcl8.4 if tcl-dev is installed. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On 20/01/10 at 09:30 +0100, Stefano Zacchiroli wrote: On Tue, Jan 19, 2010 at 03:40:22PM -0800, Russ Allbery wrote: Because we want our users to be able to patch and rebuild our software to suit their needs. Asking them to set up a chroot build environment is asking quite a lot. AOL. Yesterday night I drafted a reply (which has lingered in my Draft box) and was almost word-by-word identical to this. In parallel to this, we should probably make easier than now to rebuild packages properly for our users (sysadms are not necessarily packagers), and that is proceeding quite well with recent schroot improvements, if you ask me. What's the problem with documentation such as https://wiki.ubuntu.com/PbuilderHowto (except it's an Ubuntu documentation)? I think that the process of building with pbuilder is reasonably well documented. On Tue, Jan 19, 2010 at 04:36:36PM -0800, Russ Allbery wrote: There are two ways to attack that problem: (1) We decide that we want to provide the guarantee that packages build the correct way in unclean envs. That mean making such bugs RC, basically, and making efforts to find such bugs. (2) We decide that it would be nice if packages don't do too crazy things when built in unclean envs, but provide no guarantee, and recommend the use of pbuilder and schroot + tarballs/lvm when people need guarantees. I don't understand why you insist on this aut-aut. Ideally, your (1) is the right one, but as of know it is (still?) hard to pursue, we put it as an ideal goal and we proceed towards it. Bugs in package should be filed (especially in the original case of this thread: heck, they resulted in two incompatible licenses linked together!), they are not RC, but they are still bugs. The day we will have a suitable / sure way to identify this bug in the first place, we will start enforcing it. On the same line, this whole issue is one of the reason why we have relationships like Build-Conflicts. Why having a non-declared Build-Conflicts shouldn't be a bug? Feel free to start filing bugs. A good start would be the list of source packages[1] from 2008 that probably have a missing build-conflict, since they produced different binary packages (according to debdiff) in an unclean chroot. (that list contains some false positives) [1] http://people.debian.org/~lucas/logs/2008/01/22/bdfh/debdiffs/ -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
Charles Plessy a écrit : Dear all, I would like to ask on this list a question I asked to the FTP team last December, and for which I have not received answer yet. Is tabular data in a binary format that can be read, written, modified and exported using free software acceptable for Debian, or shall we contact the upstream author to check if he used an intermediate format (be it text, or binary like .odt or .xls) and require the addition of this file to the source, or shall we provide a text export? I had a question similar to that for a program which comes bounded with a trained neural network. There are files with raw weights. It is possible to retrain on build the program, but it would take a very long time, and the resulting network wouldn't even be the same. What is the source in this case? I do not see what editing means in this context. -- Jean-Christophe Dubacq -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
2010/1/20 Jean-Christophe Dubacq jcduba...@free.fr: Charles Plessy a écrit : Dear all, I would like to ask on this list a question I asked to the FTP team last December, and for which I have not received answer yet. Is tabular data in a binary format that can be read, written, modified and exported using free software acceptable for Debian, or shall we contact the upstream author to check if he used an intermediate format (be it text, or binary like .odt or .xls) and require the addition of this file to the source, or shall we provide a text export? I had a question similar to that for a program which comes bounded with a trained neural network. There are files with raw weights. It is possible to retrain on build the program, but it would take a very long time, and the resulting network wouldn't even be the same. What is the source in this case? I do not see what editing means in this context. Oh yeah, I remember that thread =) was quite interesting. If you are not sure do not make assumptions.. and that's what ftpmasters did. As for that neural network stuff do it in post-install scripts =) make the users happy as for why dpkg is using all cpu cores forever on that package. *just kidding* -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
Le Wed, Jan 20, 2010 at 09:54:44AM +0100, Andreas Tille a écrit : On Wed, Jan 20, 2010 at 11:56:00AM +1100, Ben Finney wrote: an intermediate format (be it text, or binary like .odt or .xls) and require the addition of I can't speak for the Debian ftpmaster team, but I would think the usual guideline applies: We should seek the preferred form of the work for making modifications to it as the source form of the work. So, if upstream uses some canonical form of the tabular data for making modifications to it, that should be in the source package. I perfectly agree here. The idea that there should be a conversion to any other binary format like .odt (I know it is compressed XML, but it is presented in binary form) or .xls would be contraproductive at best because you would need to install just another package to read this while R which just can read the data is installed via dependencies. Perhaps it would be a reasonable compromise if README.Source would mention a short command line which converts the data into text form? Hi Andreas, this time, I disagree with you: all the above is a lot of work that I am not willing to do. A user of the R software is able to do this conversion by himself, so I do not see what is the added value here. And I think that the “the preferred form of the work” is a very unfortunate wording. Some people prefer bananas, and others apples. As long as there is no information loss, why not simply accept the R binary format, which can be read, written, modified and converted with R? The method that the current upstream developer prefers is not necessarly the same as the one others would prefer. What matters is that the material in the sources provides the essential freedoms to use, study, modify and distribute, and I argue that the R binary objects do, as much as a txt.gz, a .xls or a .ods file would. The r-cran-* packages are a large collection of small, interdependant R libraries. If the ones that contain R binary tables are RC-buggy (which is what is suggested by the rejection email and the absence of answer from the FTP team), or if packaging them is time-consuming, then I am not willing to work on R packages in Debian anymore and will remove myself from the Uploader fields where I am currently, because I think that there are much more useful tasks in Debian than providing text exports of R tables that nobody ever asked for until now. (And of course, I do not want to prevent anybody to add these text dumps if they want, as long as it does not become a requirement). Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On Wed, Jan 20, 2010 at 10:13:46PM +1300, Lucas Nussbaum wrote:
What's the problem with documentation such as
https://wiki.ubuntu.com/PbuilderHowto (except it's an Ubuntu
documentation)? I think that the process of building with pbuilder is
reasonably well documented.
Let's be realistic. We still have Debian developers not using pbuilder
cowbuilder, are you really arguing that _users_ will use it invariably
to rebuild their packages? I don't have numbers, but I'm reasonably sure
apt-get source -b is still the most used tool to rebuild packages
together with the magic recipe fakeroot debian/rules binary.
Additionally, if you have to debug build failures, rebuilding in a real
system is still handier.
On the same line, this whole issue is one of the reason why we have
relationships like Build-Conflicts. Why having a non-declared
Build-Conflicts shouldn't be a bug?
Feel free to start filing bugs. A good start would be the list of source
packages[1] from 2008 that probably have a missing build-conflict, since
they produced different binary packages (according to debdiff) in an
unclean chroot. (that list contains some false positives)
You're cheating now :-) I was just arguing that your aut-aut was not
warranted, that we can live with a mixed environment in which those bugs
are not RC (and hence should not be pursued as actively as we do for RC
ones), but are still bug that ought to be filed. Be assured that I'll
file the one that will cross my path.
Cheers.
--
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: Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
On Wed, Jan 20, 2010 at 01:28:49AM -0800, Steve Langasek wrote: On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote: On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote: as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. ...or netatalk build routines tightened to not link against openssl even if available, I assume. The latter is definitely preferred since DEB_BUILD_OPTIONS can't change the value of Build-Conflicts... True. Other (more complex) mechanisms like using a debian/control.in.in file is possible, however. Unfortunately I already set --without-openssl-dir which apparently had no effect. I will try setting --with-openssl-dir=/dev/null :-/ - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#565969: Info received (Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!])
Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Jonas Smedegaard d...@jones.dk If you wish to submit further information on this problem, please send it to 565...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 565969: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565969 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
On Wed, Jan 20, 2010 at 07:07:38PM +0900, Charles Plessy wrote: Perhaps it would be a reasonable compromise if README.Source would mention a short command line which converts the data into text form? this time, I disagree with you: all the above is a lot of work that I am not willing to do. A user of the R software is able to do this conversion by himself, so I do not see what is the added value here. Well, my compromise suggestion was intended to be a fallback if ftpmaster insists on the rejection. Perhaps just nobody cared about the issue and that's the reason for the silence. The conversion to text has no added value than the proof that the data are simply to get - much simpler than any .odt or .xls form which would *really* make a lot of work. And I think that the ???the preferred form of the work??? is a very unfortunate wording. Some people prefer bananas, and others apples. As long as there is no information loss, why not simply accept the R binary format, I understood Ben's wording exactly this way that the R format actually *is* the prefered format for an R related package - so Ben (and me) are agreeinig with you that the source format is fine. which can be read, written, modified and converted with R? The method that the current upstream developer prefers is not necessarly the same as the one others would prefer. IMHO the format which is used by the tool which handles the format is quite natural and thus any reasonable person would assume that it is prefered by most users, right? What matters is that the material in the sources provides the essential freedoms to use, study, modify and distribute, and I argue that the R binary objects do, as much as a txt.gz, a .xls or a .ods file would. At least I was objecting .xls or .ods (strongly) and agree with the binary R format inside the source while making a suggestion how to obtain a text form easily *in* *case* ftpmaster disagrees. 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: GPL-licensed software linked against libssl on buildds!
On Wed, Jan 20, 2010 at 10:37:48PM +1300, Lucas Nussbaum wrote: I'm not asking anyone to spend time on this task, but I still consider missing build-conflicts a bug. Ignoring these bugs by insisting on clean chroot environments for all official package builds is no solution - what if one of your build-dependencies pulls in one of these other packages, resulting in an undistributable (license-incompatible) misbuild? If the build-conflicts had been declared, or if the --without-foo option had been passed, we would not have to worry about such a misbuild. If the chroot env is clean, the build process is likely to be very similar on your system and on the buildds. This very likely and $2 buys you a cup of coffee. I have seen cases of build-dep skew across architectures resulting in binaries in the archive with different dependencies. It's true that that isn't a full guarantee (differences between archs, binNMUs done later in the package lifecycle), binNMUs are a non-negligible use case. I've seen packages end up with wrong dependencies across binNMUs due to this issue as well. but clean chroot environments offer much more guarantee than the current situation, which is based only on the maintainer disabling all unused options or adding all the proper build-conflict. No, *neither* is a guarantee, which is why it's warranted to use *both* approaches to minimize the occurrence of bugs. Suppose that libcups2-dev adds a dependency on libssl-dev, because it starts to provide two versions of libcups - the default lib still using gnutls, and an alternative lib linked against openssl. The majority of packages will get no new dependencies, because libcups.so will still link against gnutls; but netatalk will wind up with a dependency on openssl and will be RC buggy as a result. Where does the bug lie, and when did it appear? Is it a bug in libcups-dev for depending on libssl-dev? No, no one would insist that the cups maintainer revert this change (at least not for this reason). Is it a bug in the maintainer for not having checked first that no reverse-deps build in wrong ways as a result of this change? Well, that's at least as hard and error-prone as doing more general unclean-chroot checks, if not moreso. No, the bug is in the netatalk package for building differently when different packages are installed. The severity of the bug may vary over time, but it's already latent in the package before the cups maintainers make their change. The operative principle that's been in place since Build-Depends and Build-Conflicts were first formulated was that these + build-essential should provide *all* the information needed for package builds to be reproducible. We may fall short of that standard from time to time, but that's not a reason to abandon as unsupported anyone building packages in an environment other than an empty chroot. That is hard and error-prone:: Yes. But I don't think this is a reason to abandon the principle, especially given the class of bug described above. Anyway, if you're going to insist that everyone do all their builds in clean chroots, I could just as well insist the opposite - that everyone build all their packages in cluttered chroots, to ensure no missing Build-Conflicts. ;) among the packages you maintain, for example, sqsh picks up an additional dep on tcl8.4 if tcl-dev is installed. Oh, thanks for the info. This seems to be due to a namespace collision between tcl-dev and a commercial library that sqsh supports building against; I'll add a build-conflicts. And I don't think the existence of bugs in my packages disproves my argument. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
tags 565969 pending thanks On Wed, Jan 20, 2010 at 11:15:23AM +0100, Jonas Smedegaard wrote: On Wed, Jan 20, 2010 at 01:28:49AM -0800, Steve Langasek wrote: On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote: On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote: as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. ...or netatalk build routines tightened to not link against openssl even if available, I assume. The latter is definitely preferred since DEB_BUILD_OPTIONS can't change the value of Build-Conflicts... True. Other (more complex) mechanisms like using a debian/control.in.in file is possible, however. Unfortunately I already set --without-openssl-dir which apparently had no effect. I will try setting --with-openssl-dir=/dev/null :-/ Ahh, problem isolated: The proper option to use is --with-openssl-dir=no - so the convenient DEB_BUILD_OPTIONS=openssl will be preserved :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Re: GPL-licensed software linked against libssl on buildds!
* Lucas Nussbaum lu...@lucas-nussbaum.net [100120 01:26]: There are two ways to attack that problem: (1) We decide that we want to provide the guarantee that packages build the correct way in unclean envs. That mean making such bugs RC, basically, and making efforts to find such bugs. If you s/unclean/non-minimal/ then I think that is already the status quo. A package building indeterministic in non-minimal builds was in practise indeterministic and when catched got the appropiate bug reports. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
Am Mittwoch, den 20.01.2010, 11:22 +0100 schrieb Andreas Tille: On Wed, Jan 20, 2010 at 07:07:38PM +0900, Charles Plessy wrote: this time, I disagree with you: all the above is a lot of work that I am not willing to do. A user of the R software is able to do this conversion by himself, so I do not see what is the added value here. Well, my compromise suggestion was intended to be a fallback if ftpmaster insists on the rejection. I do not expect them to, as they have been very open to reasonable arguments in the past. (At least that is my experience.) Adding HOWTOs to README.Source is IMHO not worth the overhead it produces on the maintainer's side. Every R user knows (well, should know) how to deal with those files. If that's not the case, this is documented elsewhere already. I understood Ben's wording exactly this way that the R format actually *is* the prefered format for an R related package - so Ben (and me) are agreeinig with you that the source format is fine. I understood it this way as well. Speaking as an R user, Rdata is definitely the preferred form of modification. You load it into R, edit it, save it, done. So +1 for preferred form of modification. Best regards Manuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
On Wed, Jan 20, 2010 at 02:02:48PM +0100, Manuel Prinz wrote: Well, my compromise suggestion was intended to be a fallback if ftpmaster insists on the rejection. I do not expect them to, as they have been very open to reasonable arguments in the past. (At least that is my experience.) I think hope so. I just tried to avoid even worse formats just in case. Adding HOWTOs to README.Source is IMHO not worth the overhead it produces on the maintainer's side. Every R user knows (well, should know) how to deal with those files. Yes, but you can not assume that ftpmaster is an R *user* nor is README.Source a document which is targeting at an end user. 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: Is tabular data in binary format acceptable for Debian ?
On Wed, Jan 20, 2010 at 3:42 PM, Andreas Tille andr...@an3as.eu wrote: Adding HOWTOs to README.Source is IMHO not worth the overhead it produces on the maintainer's side. Every R user knows (well, should know) how to deal with those files. Yes, but you can not assume that ftpmaster is an R *user* nor is README.Source a document which is targeting at an end user. Exactly. Someone who is not an R user may want to get the data. It is relevant to have a how to extract this data in case you need it section in README.Debian or README.Source. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: quilt 3.0 source format and dpkg-source/dpkg-buildpackage
Norbert Preining prein...@logic.at writes: Can someone of the proposers of this (nice? stupid? rubbish?) format explain me please why on earth: - git-buildpackage - dpkg-buildpackage - and in fact at the bottom dpkg-source fuck around in my git repository, applying patches, just for builing a source package? If someone is so kind and tell me how that should work: $ git-buildpackage -us -uc -S ... ok new quilt 3.o source package has been built $ git status ...peng, all patches applied, but I don't WANT them applied!!! $ quilt pop -a ... blabla cannot find bla bla... Bug #557623: Quilt should remember where it first got patches and series from Without the patch there you need to set QUILT_PATCHES (can be done in .quiltrc). $ git status ...still a pain Ok, it might be that some people enjoy working permanently in that format, but then, how to create a new patch? quilt new does not work: $ quilt new ... bummer, there is now ./patches in my git repository Same as above. Major hassle. You can edit files debuild QUILT_PATCHES=debian/patches quilt rename new-name or QUILT_PATCHES=debian/patches quilt new new-patch QUILT_PATCHES=debian/patches quilt add file edit file QUILT_PATCHES=debian/patches quilt refresh I don't know what big advantages there really are, I have seen the announcements again and again and haven't seen any compelling reason in it. The only reason is that it is just plain counter intuitive to work with. Well, anyway, I converted one pakcage to quilt 3.0, and I will convert it back. I don't care for it. The MAJOR problem is that need to set QUILT_PATCHES imho. That will throw most first time users off the wagon. The other thing is how to manage the source in version control now. Do you commit the source with all patches applied? Or all patches unapplied? Who makes sure that all patches are applied/unapplied and refresh for a commit? I think to really make 3.0 (quilt) format with git comfortable you need more infrastructure in git-buildpackage and something like topgit. For each patch you create a branch and git-buildpackage would convert those into quilt patches and build then. The debian/patches dir itself probably shouldn't be in git at all. But that is just an idea, not a tried and working solution. Give it time so proper tools for 3.0 (quilt) support can develope and then give it another try. Have a nice day. Best wishes Norbert MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
Ahh, problem isolated: The proper option to use is --with-openssl-dir=no - so the convenient DEB_BUILD_OPTIONS=openssl will be preserved :-) Sure?! # ./configure --with-openssl-dir=no|grep -i ssl checking for SSL... /usr (enabling RANDNUM and DHX support) SSL: CFLAGS = -I/usr/include/openssl -- 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: quilt 3.0 source format and dpkg-source/dpkg-buildpackage
Norbert Preining prein...@logic.at writes: On Mo, 28 Dez 2009, Raphael Hertzog wrote: Mind that git-buildpackage with normal 1.0 source format does NOT pollute the git repository, so my expectation is that the 3.0 format does the same, but alas, it doesn't. Well, if you have the usual quilt rules, you working copy is also modified until the next debian/rules clean. Here the clean doesn't unapply the I disagree: $ ls ~/.gbp.conf ls: cannot access /home/norbert/.gbp.conf: No such file or directory $ git status # On branch master nothing to commit (working directory clean) $ git-buildpackage -us -uc -rfakeroot -S ... dpkg-buildpackage: source only, diff-only upload (original source NOT included) Now running lintian... Finished running lintian. $ git status # On branch master nothing to commit (working directory clean) $ So please tell me *what* has changed? Doing the same with source format 3.0 git status reports hundreds of differences. So please do not spread things that are not correct! He did say that with 3.0 (quilt) format the clean state is with patches applied, like you get after dpkg-source -x. That part is different to 1.0 format where clean would have patches unapplied. So when you go from 1.0 to 3.0 you will get a ton of files changed after the first build + clean because now patches are applied. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: quilt 3.0 source format and dpkg-source/dpkg-buildpackage
Raphael Geissert geiss...@debian.org writes: Raphael Geissert wrote: Russ Allbery wrote: [...] For Git-maintained packages like openafs, that would mean ignoring all the patch management features and letting it generate a single combined Debian diff analogous to the existing 1.0 diff from the patched upstream source maintained in Git. I couldn't agree more with you. So far I have not converted any of my packages, but might consider trying the 3.0 native format which doesn't seem fool with patch management. I apparently got fooled by the tricky name of 3.0 _native_, as it refers to Debian native packages. This is of course not what I'm looking for. I hope at some point a package format that is friendlier with VCS' is developed. Until then I'm sticking with 1.0 for all my VCS-managed packages (I only maintain two packages that fit that criteria). 3.0 would be friendlier if it would only *not* automatically apply the patches when extracting the source. But then there's not much point for dpkg to know about patches. Cheers, You want 3.0 (quilt) format and use --single-debian-patch. Then on every build a new debian/patches/debian-changes will be created containing what used to be diff.gz. In your git repository you would probably have an upstream and pristine-tar branch and a master branch where all changes are applied and debian/patches/debian-changes is ignored. Does that sound like what you are looking for? MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: quilt 3.0 source format and dpkg-source/dpkg-buildpackage
Russ Allbery r...@debian.org writes: Felipe Sateler fsate...@gmail.com writes: On Mon, 2009-12-28 at 22:40 -0800, Russ Allbery wrote: I think the way forward for Git-maintained packages is the 3.0 (git) format, but changed to ship a bundle. That way, relevant branches and history can be included, and Git is fairly space-efficient so the additional cost of doing so isn't that bad. Why go through the hassle of creating a git format when patching dak to import a VCS-signed tag (which may be mor difficult, I agree) is much more efficient? That doesn't solve the same problem as near as I can tell. That's a replacement for the upload process, but once dak has imported the signed tag and has a copy of the repository, now what? How is that data represented? How is it distributed to Debian systems that want to download the source package? I think you end up reinventing 3.0 (git) as a format for redistributing the thing that dak has pulled as a signed tag. apt-get source foo APT: Oh, foo is a git source git clone http://ftp.de.debian.org/debian/git/main/f/foo MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: quilt 3.0 source format and dpkg-source/dpkg-buildpackage
Norbert Preining prein...@logic.at writes: On Mo, 28 Dez 2009, Iustin Pop wrote: cleaner - no longer quilt-specific stuff in debian/rules, and a nice debian.tar.gz instead of a diff. Beh, I disagree, the 3 different lines in debian/rules are NOT bad by itself, it shows that *something* is changed. And a nice debian.tar.gz, what does it give you? Do you look at the files and enjoy their artistic beauty? I don't care for what they look like, I upload them, and as long as the tools can work with them, that is fine. The big advantage of a debian.tar.gz file is that you are not limited to text files anymore. Ever tried to get a png file into diff.gz? You have to uuencode it and uudecode it during build or something similary silly. Now you just have debian/my_own.png and be done with it. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
Am Mittwoch, den 20.01.2010, 15:42 +0100 schrieb Andreas Tille: Yes, but you can not assume that ftpmaster is an R *user* Of course I can't but I do not see why ftpmasters should care how to extract data from these files. The only relevant information to them is that the data is the preferred form of modification. nor is README.Source a document which is targeting at an end user. True. It's targeted at maintainers. And if one maintains an R package or is interested in maintaining one, I assume(d) that that person is familiar with R. I do not see a use case where such a data export is relevant in (for example) an NMU scenario. If the NMUer needs to change the data, doing a little R scripting is needed anyway, so I can safely assume that person to know R. I understand the use case Martin has mentioned in his email that a user might want to extract/convert that data. In this case, if Debian is really the place to provide that information, it is better suited in README.Debian and a more general place, like r-base, as it is the same for every R extension. There is no need to duplicate that in each and every package, IMHO. Also, in case this changes, one has to update a huge amount of packages. That's also the reason why we do link to quilt and dpatch in that file[0]. I'm sorry if it sounds harsh, that is not my intention. It just feels like a huge overhead for no gain. I've not checked but I guess OOo does not contain information about how to extract all headers from an .odf in README.Source. Best regards Manuel [0] The situation with them is a little different, as they are needed to build a Debian package. Fiddling with .Rdata files is a modification of upstream source. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Xen support on Squeeze
Pasi Kärkkäinen pa...@iki.fi writes: On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote: On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote: If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then that's in progress, see: http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html the 2.6.32 tree should be available shortly after Jeremy gets back from his vacation. What chance does this have of making it in time for Squeeze? When actually is 'in time' for Squeeze? Novell already has the oldstyle xenlinux patches for 2.6.32, so they could be used, if pv_ops dom0 patches weren't in shape for Squeeze. -- Pasi Given that the pv_ops dom0 is still unstable: Where are the oldstyle patches for 2.6.32? MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Should ucf be of priority required?
Magnus Holmgren holmg...@debian.org writes: On måndagen den 7 december 2009, Wouter Verhelst wrote: On Sun, Dec 06, 2009 at 01:17:30PM +0100, Patrick Schoenfeld wrote: But how do you fix a package to do what its supposed to do, when it isn't installed anymore? You don't need to. When the package is purged, and ucf doesn't exist anymore, what you do is rm -f the relevant files. Unregistering those files in ucf is necessary so that ucf throws away the correct checksums from its database, too. However, if ucf itself is no longer on the system, then the same is true for that database, and unregistering stuff from that database is no longer necessary. Unless ucf is removed but not purged, right? Shouldn't the question rather be: When will ucf be merged into dpkg? I find is stupid that ucf handled configuration files will not be tracked by dpkg and that dpkg and ucf both implement a keep/replace/merge/diff/whatever interface for updates. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Xen support on Squeeze
On Wed, Jan 20, 2010 at 05:10:55PM +0100, Goswin von Brederlow wrote: Pasi Kärkkäinen pa...@iki.fi writes: On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote: On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote: If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then that's in progress, see: http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html the 2.6.32 tree should be available shortly after Jeremy gets back from his vacation. What chance does this have of making it in time for Squeeze? When actually is 'in time' for Squeeze? Novell already has the oldstyle xenlinux patches for 2.6.32, so they could be used, if pv_ops dom0 patches weren't in shape for Squeeze. -- Pasi Given that the pv_ops dom0 is still unstable: Where are the oldstyle patches for 2.6.32? Various Xen dom0 kernel options listed here: http://wiki.xensource.com/xenwiki/XenDom0Kernels Links to the OpenSUSE kernels (including Xen patches): http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/ ftp://ftp.suse.com/pub/projects/kernel/kotd/master/ http://www.gitorious.org/opensuse/kernel-source I'll ask Andrew Lyon if he has plans to release more easy-to-use patches against vanilla kernel.org 2.6.32. -- Pasi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Should ucf be of priority required?
On Wed, Jan 20, 2010 at 05:13:21PM +0100, Goswin von Brederlow wrote: Unless ucf is removed but not purged, right? Shouldn't the question rather be: When will ucf be merged into dpkg? I find is stupid that ucf handled configuration files will not be tracked by dpkg and that dpkg and ucf both implement a keep/replace/merge/diff/whatever interface for updates. See http://wiki.debian.org/Teams/Dpkg/RoadMap . Its already on the roadmap. Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566014: ITP: nordugrid-arc -- middleware for shared storage and computation
Package: wnpp Severity: wishlist Owner: Steffen Möller steffen_moel...@gmx.de * Package name: nordugrid-arc Version : 0.8.1 * URL : http://www.nordugrid.org/ * License : Apache Programming Lang: C++ Description : middleware for shared storage and computation The NorduGrid is a computational grid, with a diverse set of communities with research emphasis e.g. on high-energy physics, astronomy and bioinformatics. It is open to both academic and commercial groups on a tit-for-tat basis to share skills, compute time and storage. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#565969: Re: Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
On Wed, Jan 20, 2010 at 04:15:26PM +0100, Fabian Greffrath wrote: Ahh, problem isolated: The proper option to use is --with-openssl-dir=no - so the convenient DEB_BUILD_OPTIONS=openssl will be preserved :-) Sure?! Nope. I went offline (train ride to Copenhagen an hour from my home) where I realized that this wasn' the proper fix. Changing to --without-ssl-dir (i.e. s/openssl/ssl/ works, however. Thanks for double-checking :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Re: GPL-licensed software linked against libssl on buildds!
Patrick Schoenfeld schoenf...@debian.org writes: On Tue, Jan 19, 2010 at 04:04:07PM -0800, Russ Allbery wrote: Uh, since as long as I've been part of the project. I think this is at least the third time that I recall the same topic coming up on -devel. Wow. How often a topic comes up on -devel is an indicator how representative a given idea is in the whole developer body? It might be a sign that the people who want it tend to ask for it a lot. Each time we had this discussion previously, my perception of the consensus was what I stated earlier. Well, I can't tell if most packages use autoconf. Probably they do. But there are plenty of other build systems around, all with its own caveats. So my statement ... illussionary to support /every/ possible circumstance ... is still true. It's illusory to assume we can remove all bugs from our packages, for any type of significant bug that you care to mention. That doesn't mean we should stop fixing bugs. That does not mean that we shouldn't fix such bugs if they arise (obviously we should) but having priority on it is a different thing. Then I'm not sure that you're disagreeing with me? All I said was that it's a bug that should normally be fixed. If you also agree that it's a bug that should normally be fixed, you may want to consider whether you're fighting shadows here. :) I didn't say it was RC, and I didn't say it needed to be a priority over other bugs, necessarily. sbuild has never provided this in the history of the project. I really have to question the emphasis put on this given that we've lived for all these years without having that and by fixing the packages to do the right thing. Eh.. what? I'm using sbuild to build my packages before uploading them locally. It uses schroot and schroot supports LVM snapshots. Which is what I'm using. Probably it has never been deployed on our buildds but that has nothing to do with what sbuild can provide. I didn't say anything about what sbuild *could* provide. I said that it *has not* provided that, in the sense that the buildds have never previously done what you describe above. The project has not collapsed. Clearly it's possible to, in general, fix these problems when they arise without using guaranteed-clean chroots. Separately, I do agree that having better guarantees around the chroots is a good idea. I'm just pointing out that there's no reason to make that the only solution to the problem, and in fact the project has not historically needed this and still has done an okay job with such bugs. Steve made the same point with fewer words and more precision. Oh, well, after I read the link I even remember it. Yes, if we are aware of problems there is reason to fix them. That doesn't mean that we should always build in dirty chrooots, though. I think we may not actually be disagreeing. -- 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: Xen support on Squeeze
On Wed, Jan 20, 2010 at 06:16:27PM +0200, Pasi Kärkkäinen wrote: On Wed, Jan 20, 2010 at 05:10:55PM +0100, Goswin von Brederlow wrote: Pasi Kärkkäinen pa...@iki.fi writes: On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote: On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote: If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then that's in progress, see: http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html the 2.6.32 tree should be available shortly after Jeremy gets back from his vacation. What chance does this have of making it in time for Squeeze? When actually is 'in time' for Squeeze? Novell already has the oldstyle xenlinux patches for 2.6.32, so they could be used, if pv_ops dom0 patches weren't in shape for Squeeze. -- Pasi Given that the pv_ops dom0 is still unstable: Where are the oldstyle patches for 2.6.32? Various Xen dom0 kernel options listed here: http://wiki.xensource.com/xenwiki/XenDom0Kernels Links to the OpenSUSE kernels (including Xen patches): http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/ ftp://ftp.suse.com/pub/projects/kernel/kotd/master/ http://www.gitorious.org/opensuse/kernel-source I'll ask Andrew Lyon if he has plans to release more easy-to-use patches against vanilla kernel.org 2.6.32. This is the reply I got from Andrew Lyon: http://lists.xensource.com/archives/html/xen-users/2010-01/msg00592.html -- Pasi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
On Wed, 20 Jan 2010, Jean-Christophe Dubacq wrote: Charles Plessy a écrit : Is tabular data in a binary format that can be read, written, modified and exported using free software acceptable for Debian, or shall we contact the upstream author to check if he used an intermediate format (be it text, or binary like .odt or .xls) and require the addition of this file to the source, or shall we provide a text export? It depends on the precise nature of the data. It is quite easy to produce Rdata files which are not the prefered form for modification. For example, the following temp.Rdata would not be the prefered form for modification: temp - data.frame(read.table(file=data_file_not_distributed.txt)) model.lm - lm(foo~bar,temp) save(model.lm,file=temp.Rdata) but this might be: save(temp,model.lm,file=temp.Rdata) especially when coupled with the above code and code to regenerate data_file_not_distributed.txt. On a more practical note, I'm really surprised that upstream is distributing the Rdata directly in the source, as it's really a pain to track modifications to them in any kind of VCS. If it were an R module that I was packaging, I would strongly suggest that upstream distribute the code needed to generate the Rdata directly from text files which are more easily tracked (and *patched*). I had a question similar to that for a program which comes bounded with a trained neural network. There are files with raw weights. It is possible to retrain on build the program, but it would take a very long time, and the resulting network wouldn't even be the same. What is the source in this case? The training set used to generate the weights for the neural network is the source. You don't necessarily need to regenerate the weights, but it should be possible for an end user to do so. [With obvious caveats about things which involve RNGs and heuristic solutions, where even the original developer isn't able to regenerate the exact same weights.] In fact, the whole question of rebuilding things from source is just a red hering. All of these questions are pretty easy to answer if you think about whether upstream is in a privileged position with regards to modification by dint of information they have access to which could be distributed digitally. If upstream is witholding information that is in a digital form that gives them an advantage in modification, they're often not providing the source. Don Armstrong -- Of course, there are cases where only a rare individual will have the vision to perceive a system which governs many people's lives; a system which had never before even been recognized as a system; then such people often devote their lives to convincing other people that the system really is there and that it aught to be exited from. -- Douglas R. Hofstadter _Gödel Escher Bach. Eternal Golden Braid_ http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Apparent portmap to rpcbind transition?
On Mon, Jan 04, 2010 at 02:45:27PM +, Mark Brown wrote: As discussed by a number of people in bug #562757 it appears that nfs-kernel-server has kicked off a transition to the use of rpcbind - at least, nfs-kernel-server has switched to needing rpcbind and we can't have two things claiming the portmap port. Since a number of packages currently rely on portmap (list based on rdepends below) this is likely to require a transition of some kind. I've not seen any discussion of how this is supposed to work, or any mention of the planned transition before it broke my systems. There's quite a few bugs in ONCRPC related packages related to the current state but none of them seem to have a summary of what the intention is - does anyone have any information here? Any updates on this? Are we switching portmappers, and if we are how are we doing so? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Apparent portmap to rpcbind transition?
On Wed, Jan 20, 2010 at 06:49:07PM +, Mark Brown wrote: On Mon, Jan 04, 2010 at 02:45:27PM +, Mark Brown wrote: As discussed by a number of people in bug #562757 it appears that nfs-kernel-server has kicked off a transition to the use of rpcbind - at least, nfs-kernel-server has switched to needing rpcbind and we can't have two things claiming the portmap port. Since a number of packages currently rely on portmap (list based on rdepends below) this is likely to require a transition of some kind. I've not seen any discussion of how this is supposed to work, or any mention of the planned transition before it broke my systems. There's quite a few bugs in ONCRPC related packages related to the current state but none of them seem to have a summary of what the intention is - does anyone have any information here? Any updates on this? Are we switching portmappers, and if we are how are we doing so? Not yet, as I'm busy at LCA2010 in Wellington, New Zealand. I would like to replace portmap with rpcbind. Uploadind rpcbind was a first step. I'll be working on the plan after LCA2010. signature.asc Description: Digital signature
Re: GPL-licensed software linked against libssl on buildds!
On Wed, Jan 20, 2010 at 10:30:13AM -0800, Russ Allbery wrote: That does not mean that we shouldn't fix such bugs if they arise (obviously we should) but having priority on it is a different thing. Then I'm not sure that you're disagreeing with me? Oh I don't. However in one of your first mails you sounded quiet different. Somewhere in the line of we do not need buildds with clean environments, because after all we want packages to be buildable in dirty environments as well. Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
Patrick Schoenfeld schoenf...@debian.org writes: On Wed, Jan 20, 2010 at 10:30:13AM -0800, Russ Allbery wrote: That does not mean that we shouldn't fix such bugs if they arise (obviously we should) but having priority on it is a different thing. Then I'm not sure that you're disagreeing with me? Oh I don't. However in one of your first mails you sounded quiet different. Somewhere in the line of we do not need buildds with clean environments, because after all we want packages to be buildable in dirty environments as well. Hm, well, I re-read all of my messages to this thread and I'm not seeing it, but I certainly apologize for giving you that impression! That's not what I was trying to communicate at all. -- 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: [gmail] Re: Bug#565675: ITP: pthsem -- pth replacement with semaphore support
I need pthsem, so I only want a working version with all features I need. All I care about is that there is an agreement between the Debian community and the upstream developer. Martin is very active in supporting his environment and in that respect I am to inclined to support his decision. Can we conclude that pthsem is a valid branch, worth a seperate package? An alternative for Martin is probably to include/hide pthsem in bcusdk; but that would not be as clean IMHO (ffmpeg anyone?) -- greetz, marc Radioactive cats have 18 half-lives. crichton 2.6.26 #1 PREEMPT Tue Jul 29 21:17:59 CDT 2008 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: Bug#565675: ITP: pthsem -- pth replacement with semaphore support
On Mi, Jan 20, 2010 at 21:04:30 (CET), Marc Leeman wrote: An alternative for Martin is probably to include/hide pthsem in bcusdk; but that would not be as clean IMHO (ffmpeg anyone?) I don't get the connection with ffmpeg. please elaborate. -- 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: [gmail] Re: Bug#565675: ITP: pthsem -- pth replacement with semaphore support
On Wed, Jan 20, 2010 at 21:04:30 +0100, Marc Leeman wrote: I need pthsem, so I only want a working version with all features I need. All I care about is that there is an agreement between the Debian community and the upstream developer. Martin is very active in supporting his environment and in that respect I am to inclined to support his decision. Can we conclude that pthsem is a valid branch, worth a seperate package? An alternative for Martin is probably to include/hide pthsem in bcusdk; but that would not be as clean IMHO (ffmpeg anyone?) If pthsem is pth + improvements, and pth is unmaintained both upstream and in Debian, what's the advantage of changing the library/package name? I'm not sure we care if its homepage is at GNU or elsewhere. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is tabular data in binary format acceptable for Debian ?
Manuel Prinz man...@debian.org writes: Speaking as an R user, Rdata is definitely the preferred form of modification. You load it into R, edit it, save it, done. So +1 for preferred form of modification. Specifically, “preferred form of the work for making modifications to it”. I'm glad there is clearly a specific form that meets that definition. -- \ “I put instant coffee in a microwave oven and almost went back | `\ in time.” —Steven Wright | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#565675: ITP: pthsem -- pth replacement with semaphore support
On Wed, Jan 20, 2010 at 10:06:21PM +0100, Julien Cristau wrote: On Wed, Jan 20, 2010 at 21:04:30 +0100, Marc Leeman wrote: I need pthsem, so I only want a working version with all features I need. All I care about is that there is an agreement between the Debian community and the upstream developer. Martin is very active in supporting his environment and in that respect I am to inclined to support his decision. Can we conclude that pthsem is a valid branch, worth a seperate package? An alternative for Martin is probably to include/hide pthsem in bcusdk; but that would not be as clean IMHO (ffmpeg anyone?) If pthsem is pth + improvements, and pth is unmaintained both upstream and in Debian, what's the advantage of changing the library/package name? I'm not sure we care if its homepage is at GNU or elsewhere. I have no problem with renaming pthsem into pth, if this is wanted by the community. I don't want to do a hostile takeover of pth. But this needs coordination with the other distributions shipping pth. If one of the big distributions says no and still ships GNU pth, it will only cause confusion. I will not call the result GNU pth, only pth. Calling it GNU will probably only add restrictions/requirements, without any benefit. Regards, Martin Kögler -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On Tue, Jan 19, 2010 at 03:40:22PM -0800, Russ Allbery wrote: Lucas Nussbaum lu...@lucas-nussbaum.net writes: On 19/01/10 at 14:36 -0800, Russ Allbery wrote: Well, I would argue that proper package builds in dirty environments is something we want in Debian anyway, and while this isn't the ideal method to find it, it would be a bug regardless of how the buildds worked. Why would we want that? I mean, it's very difficult to guarantee that packages build correctly in dirty envs. I don't really see the point of enforcing that when we have the technology (pbuilder, sbuild + lvm snapshots) there to ignore that problem. Because we want our users to be able to patch and rebuild our software to suit their needs. Asking them to set up a chroot build environment is asking quite a lot. That is certainly a good goal, but I think it should be done outside the scope of autobuilding, where we want clean, reproducable builds. Something like an occasional archive-wide rebuild using a specially prepared, overly-tainted (with -dev libraries) chroot and comparing to a second run with clean chroot would be more worthwhile I think (albeit more work as well). Michael -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [gmail] Re: Bug#565675: ITP: pthsem -- pth replacement with semaphore support
Julien Cristau, le Wed 20 Jan 2010 22:06:21 +0100, a écrit : I'm not sure we care if its homepage is at GNU or elsewhere. Agreed, thanks free software :) Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#565675: ITP: pthsem -- pth replacement with semaphore support
Martin Koegler, le Wed 20 Jan 2010 23:04:07 +0100, a écrit : On Wed, Jan 20, 2010 at 10:06:21PM +0100, Julien Cristau wrote: On Wed, Jan 20, 2010 at 21:04:30 +0100, Marc Leeman wrote: I need pthsem, so I only want a working version with all features I need. All I care about is that there is an agreement between the Debian community and the upstream developer. Martin is very active in supporting his environment and in that respect I am to inclined to support his decision. Can we conclude that pthsem is a valid branch, worth a seperate package? An alternative for Martin is probably to include/hide pthsem in bcusdk; but that would not be as clean IMHO (ffmpeg anyone?) If pthsem is pth + improvements, and pth is unmaintained both upstream and in Debian, what's the advantage of changing the library/package name? I'm not sure we care if its homepage is at GNU or elsewhere. I have no problem with renaming pthsem into pth, if this is wanted by the community. I don't want to do a hostile takeover of pth. That's why you should discuss with GNU. As said in another post, you can just ask them to say on their website that they do not maintain it any more, and point to your page. But this needs coordination with the other distributions shipping pth. With the link mentioned above, that's no problem. If one of the big distributions says no and still ships GNU pth, it will only cause confusion. Agreed. I will not call the result GNU pth, only pth. Calling it GNU will probably only add restrictions/requirements, without any benefit. Right. People often know pth short anyway. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: quilt 3.0 source format and dpkg-source/dpkg-buildpackage
Hi Goswin,
thanks for the very interesing and profound answer.
On Mi, 20 Jan 2010, Goswin von Brederlow wrote:
Bug #557623: Quilt should remember where it first got patches and
series from
Good idea.
$ quilt new
... bummer, there is now ./patches in my git repository
Same as above. Major hassle.
Agreed.
QUILT_PATCHES=debian/patches quilt new new-patch
QUILT_PATCHES=debian/patches quilt add file
edit file
QUILT_PATCHES=debian/patches quilt refresh
What I am doing.
The other thing is how to manage the source in version control now.
Do you commit the source with all patches applied? Or all patches
unapplied? Who makes sure that all patches are applied/unapplied and
refresh for a commit?
I have all patches unapplied, and I want it that way. If I develop
and change something I do quilt push/pop/refresh myself. This can
NOT be automated anyway, becasue it needs often human intervention.
So I *really* like quilt for that, and I have converted long time
ago all packages from dpatch to quilt for that.
Again, I keep all the source unpatches. Actually I don't see
*why* they should be patched in the repository. I prefer having
several quilt patches for different thigns, and an automatic system cannot
know which change in which file belongs to which patch.
I think to really make 3.0 (quilt) format with git comfortable you
need more infrastructure in git-buildpackage and something like
topgit. For each patch you create a branch and git-buildpackage would
convert those into quilt patches and build then. The debian/patches
dir itself probably shouldn't be in git at all. But that is just an
idea, not a tried and working solution.
Maybe, but I have no intention to work on that since AFAIS the quilt
by itself does what I needd.
The only advantage that is really nice is the debian.tar.g with binary files.
Give it time so proper tools for 3.0 (quilt) support can develope and
then give it another try.
Maybe, ... but not now.
Best wishes
Norbert
Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTU Wien, Austria Debian TeX Task Force
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
Stay the patient course.
Of little worth is your ire.
The network is down.
--- Windows Error Haiku
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted gtkhotkey 0.2.1-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 04:27:38 +0900 Source: gtkhotkey Binary: libgtkhotkey1 libgtkhotkey-dev Architecture: source i386 Version: 0.2.1-2 Distribution: unstable Urgency: low Maintainer: Nobuhiro Iwamatsu iwama...@debian.org Changed-By: Nobuhiro Iwamatsu iwama...@debian.org Description: libgtkhotkey-dev - Gtk hotkey static libraries and headers libgtkhotkey1 - Gtk hotkey shared library Changes: gtkhotkey (0.2.1-2) unstable; urgency=low . * Add quilt to Build-Depends. * Disable debug message. debian/patches/0001-Disable-debug-mode.patch Checksums-Sha1: 4332665a2dc82a670ee10fcedc3199f70cadcff1 1131 gtkhotkey_0.2.1-2.dsc cdc2764cf6f924857f7cc61b9aab3e1b13f56f73 1797 gtkhotkey_0.2.1-2.diff.gz 38d3cc11c2906ed99d81ecf81c2764ad181dea83 23458 libgtkhotkey1_0.2.1-2_i386.deb 602c090f506a454f00e576276a8c4bc956986667 44158 libgtkhotkey-dev_0.2.1-2_i386.deb Checksums-Sha256: 7b6a158f716e04e0f8aa284c01210e23467115085751430ea74218235444e7ec 1131 gtkhotkey_0.2.1-2.dsc f34782182d6020604ab4ca71e6da6185e7764d320f0fa38f13328101f6922897 1797 gtkhotkey_0.2.1-2.diff.gz a9727d1d48fb3ba79f9c387b185d3d99fb89f87fe4476caaa0face24a7347ee9 23458 libgtkhotkey1_0.2.1-2_i386.deb e048d064ea6fe7f5c77272ec7c78b79b838e5cfb1863a8a01963e91f6fe8eac9 44158 libgtkhotkey-dev_0.2.1-2_i386.deb Files: ebc9642a0743dd9a6e237da94d0cc70d 1131 libs extra gtkhotkey_0.2.1-2.dsc 55757520e9191291a3196c141f02f97d 1797 libs extra gtkhotkey_0.2.1-2.diff.gz 727e53ca1020d6b4a21c50a6debb17c4 23458 libs extra libgtkhotkey1_0.2.1-2_i386.deb 7c2b31792ed924fa38a83c47b5dae4f2 44158 libdevel extra libgtkhotkey-dev_0.2.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktWtOgACgkQQSHHQzFw6+lmBgCeLkCy5rz2Gy7wKY/YB0qMNEjj exEAnjgr23ofLdEoinwYrHYtDtRJV/cw =/vM8 -END PGP SIGNATURE- Accepted: gtkhotkey_0.2.1-2.diff.gz to main/g/gtkhotkey/gtkhotkey_0.2.1-2.diff.gz gtkhotkey_0.2.1-2.dsc to main/g/gtkhotkey/gtkhotkey_0.2.1-2.dsc libgtkhotkey-dev_0.2.1-2_i386.deb to main/g/gtkhotkey/libgtkhotkey-dev_0.2.1-2_i386.deb libgtkhotkey1_0.2.1-2_i386.deb to main/g/gtkhotkey/libgtkhotkey1_0.2.1-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 execnet 1.0.4-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 19:18:29 +0100 Source: execnet Binary: python-execnet Architecture: source all Version: 1.0.4-1 Distribution: unstable Urgency: low Maintainer: Adam Schmalhofer adam.schmalho...@gmx.de Changed-By: Adam Schmalhofer adam.schmalho...@gmx.de Description: python-execnet - rapid multi-Python deployment Changes: execnet (1.0.4-1) unstable; urgency=low . * Imported Upstream version 1.0.4 Checksums-Sha1: 87f12e7499a7db8610134497d7842dfb18754b5e 1093 execnet_1.0.4-1.dsc 83fe4476fed3f12174868cefbe5183942be3fb3a 190729 execnet_1.0.4.orig.tar.gz eddf04677490085bf4f3ac81b91bbc308175cc65 2888 execnet_1.0.4-1.debian.tar.gz 97663341e142a43e172fcb073e7f61a96dda3469 219034 python-execnet_1.0.4-1_all.deb Checksums-Sha256: d83790a0e122ce2813fa13f3017db529158495773f6ee6fd8cbfbed67b6d824c 1093 execnet_1.0.4-1.dsc 568602723b25173bc3289c50c8aee5a7fd22e59129851a41da68fe2020f24a33 190729 execnet_1.0.4.orig.tar.gz 6bc79b617249d604a5479ba23dd68f6eba235fa30c6f4564afac8eafdd589f4b 2888 execnet_1.0.4-1.debian.tar.gz 719865d3762f81a12a3fbcfb4da34d062adecdd99a5530bfac1db5d5491aba87 219034 python-execnet_1.0.4-1_all.deb Files: 097fc70813c919724f9d1a35ed8b3254 1093 python optional execnet_1.0.4-1.dsc 0342eb58e2962a87dfdf3153e34d1356 190729 python optional execnet_1.0.4.orig.tar.gz 71aa9172c13cb4d0fbb5e4a9b23d 2888 python optional execnet_1.0.4-1.debian.tar.gz de744d1bbdb9bb737b7b20fdad26bb74 219034 python optional python-execnet_1.0.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktWzwIACgkQ5/8uW2NPmiBwOACgoXv3y6F6vkBBmofgEN8jji6F wLoAn3zNcwh9C0Zlh1mm5pgtJ+txtR7e =HxGC -END PGP SIGNATURE- Accepted: execnet_1.0.4-1.debian.tar.gz to main/e/execnet/execnet_1.0.4-1.debian.tar.gz execnet_1.0.4-1.dsc to main/e/execnet/execnet_1.0.4-1.dsc execnet_1.0.4.orig.tar.gz to main/e/execnet/execnet_1.0.4.orig.tar.gz python-execnet_1.0.4-1_all.deb to main/e/execnet/python-execnet_1.0.4-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 lcdf-typetools 2.82-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 01:19:30 -0800 Source: lcdf-typetools Binary: lcdf-typetools Architecture: source i386 Version: 2.82-1 Distribution: unstable Urgency: low Maintainer: C.M. Connelly c...@debian.org Changed-By: C.M. Connelly c...@debian.org Description: lcdf-typetools - Programs to manipulate OpenType and multiple-master fonts Changes: lcdf-typetools (2.82-1) unstable; urgency=low . * New upstream release. * otftotfm: Fixes em and ex measurements with TrueType fonts (from 2.81). * otftotfm: Fixes handling of multiply encoded glyphs (glyphs in more than one slot). Checksums-Sha1: 25b127d038bf42dd3231edb885fc7fb7c9aa3b50 1046 lcdf-typetools_2.82-1.dsc d0adb7dcc25987676db3abf0aa2fb0b6f04abaad 598260 lcdf-typetools_2.82.orig.tar.gz 9bc2953bf4715bd22c3f22f3c78bb4790502697c 6584 lcdf-typetools_2.82-1.diff.gz f8ff69397ec9e66944a70929f1e46ed8e9ddb0ea 1731576 lcdf-typetools_2.82-1_i386.deb Checksums-Sha256: e285e2676032e151ef507d242ff88968bc3bea9b8da5f6d83fdd77093672be45 1046 lcdf-typetools_2.82-1.dsc 552100b6f9cdeac35b45136cae2ecbd7555ee83daeb8bf65b8457234fb78179d 598260 lcdf-typetools_2.82.orig.tar.gz fad75e98e4ff7cc4bac4025f207ac4f090745a154bfc317c8705b343695a5f44 6584 lcdf-typetools_2.82-1.diff.gz bc5e3e6490814fcf882874a9c32f15ed26f0d7da747f7f79d3ceab1969e0 1731576 lcdf-typetools_2.82-1_i386.deb Files: 92310b6f720cd40a9aaff7adc3df2f24 1046 text optional lcdf-typetools_2.82-1.dsc 3a476031db52bcdf566ef9c66f32a3c1 598260 text optional lcdf-typetools_2.82.orig.tar.gz e93ac4e9b657bed24765bf926af4d9f7 6584 text optional lcdf-typetools_2.82-1.diff.gz 3650550a686a5622a328e3fe94a27571 1731576 text optional lcdf-typetools_2.82-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVs5nzrFKeh3cmQ0RAl3XAKCD1G/NuOf1tWIKk8jHQna7dN5Z9gCgj8ty 55epZFSl7cpFfcc4pJ6eInQ= =+/ZA -END PGP SIGNATURE- Accepted: lcdf-typetools_2.82-1.diff.gz to main/l/lcdf-typetools/lcdf-typetools_2.82-1.diff.gz lcdf-typetools_2.82-1.dsc to main/l/lcdf-typetools/lcdf-typetools_2.82-1.dsc lcdf-typetools_2.82-1_i386.deb to main/l/lcdf-typetools/lcdf-typetools_2.82-1_i386.deb lcdf-typetools_2.82.orig.tar.gz to main/l/lcdf-typetools/lcdf-typetools_2.82.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 soundkonverter 1.0.0~alpha1-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 10:31:07 +0100 Source: soundkonverter Binary: soundkonverter Architecture: source amd64 Version: 1.0.0~alpha1-2 Distribution: experimental Urgency: low Maintainer: Debian KDE Extras Team pkg-kde-ext...@lists.alioth.debian.org Changed-By: Michael Meskes mes...@debian.org Description: soundkonverter - audio converter frontend for KDE Closes: 565850 Changes: soundkonverter (1.0.0~alpha1-2) experimental; urgency=low . * Added watch file. * Added build dependency on libcdparanoia-dev. (Closes: #565850) Checksums-Sha1: 32814382fce59ef30fba3277c762b78aa54236f5 1439 soundkonverter_1.0.0~alpha1-2.dsc feb68ceee593f8113ebe394d26fe8b9ce6f4bd48 3393 soundkonverter_1.0.0~alpha1-2.diff.gz 3f5ba8e659859003d54e175fc459947f0a63e390 344090 soundkonverter_1.0.0~alpha1-2_amd64.deb Checksums-Sha256: d6c60ed462b9413c2283dc1774fb26cb3f7b9325f5e25d13f4eeb2421ba098e5 1439 soundkonverter_1.0.0~alpha1-2.dsc bbdaf267e165bac834520661f8eac54bd0272bab302cd51744a05ae09cee5484 3393 soundkonverter_1.0.0~alpha1-2.diff.gz ef934f0c757dcfa03278d98b600f8263b72b87f48737ed7b77ac9c15c7f6e84e 344090 soundkonverter_1.0.0~alpha1-2_amd64.deb Files: f5ca955b0b8ee67cd8ca2d527d5b0541 1439 kde optional soundkonverter_1.0.0~alpha1-2.dsc f2095626f5bbfa64f6ec4fe59b1a48f1 3393 kde optional soundkonverter_1.0.0~alpha1-2.diff.gz 9e1360bd374e08c8c0b70e748bc8df29 344090 kde optional soundkonverter_1.0.0~alpha1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVtCmVkEm8inxm9ERAgreAJ91g1PrptJENY1uKBRpqMt0dWOTLACbBJnk KxDPlXtCYnZBT8GuoS20EN4= =yuE9 -END PGP SIGNATURE- Accepted: soundkonverter_1.0.0~alpha1-2.diff.gz to main/s/soundkonverter/soundkonverter_1.0.0~alpha1-2.diff.gz soundkonverter_1.0.0~alpha1-2.dsc to main/s/soundkonverter/soundkonverter_1.0.0~alpha1-2.dsc soundkonverter_1.0.0~alpha1-2_amd64.deb to main/s/soundkonverter/soundkonverter_1.0.0~alpha1-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 gmusicbrowser 1.0.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 18 Jan 2010 21:19:06 +0100
Source: gmusicbrowser
Binary: gmusicbrowser
Architecture: source all
Version: 1.0.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian multimedia packages maintainers
pkg-multimedia-maintain...@lists.alioth.debian.org
Changed-By: Alessio Treglia quadris...@ubuntu.com
Description:
gmusicbrowser - graphic jukebox for large collections of mp3/ogg/flac/mpc files
Changes:
gmusicbrowser (1.0.2-1) unstable; urgency=low
.
* New upstream release.
* debian/{control,rules}:
- Switch to debhelper 7.
- Drop cdbs.
* debian/control:
- Allow uploads by Debian Maintainers.
- Add myself to the Uploaders field.
- Bump Standards-Versions.
* debian/rules:
- Install NEWS file as upstream's changelog.
* Refresh patches, add tags as per DEP-3 policy.
* debian/patches/no-extra-copying:
- Don't install NEWS file as doc file.
- Don't install docs file in a versioned path.
* Add debian/patches/spelling-errors patch to correct some little spelling
errors in the manpage.
* Add README.source to document how to patch the sources.
* Improve debian/post{inst,rm} scripts.
* Add doc-base registration file.
* Update debian/copyright.
* Fix debian/watch.
Checksums-Sha1:
d095acabbf4f275413624ab3634a6002136166c5 1574 gmusicbrowser_1.0.2-1.dsc
56b56f3364f523210d839e570de619cfe11be33d 784184 gmusicbrowser_1.0.2.orig.tar.gz
8b77531ea4d2e27c1eadb230fd4cc02272c872e6 3473 gmusicbrowser_1.0.2-1.diff.gz
cc4adbfeac7a90b71dbadca3e34d8c62bd771c33 540824 gmusicbrowser_1.0.2-1_all.deb
Checksums-Sha256:
44d1e77364fbc2f8fc659473bf491145374a5042ba055eb9106911e17879fd14 1574
gmusicbrowser_1.0.2-1.dsc
3a3ec6e19c76fa68dd3977e727072169b2448ab804f00a46820d14593ffc44cf 784184
gmusicbrowser_1.0.2.orig.tar.gz
1fd8234c6b0e10adb820c8b550d94fa17a45e75f5759b75ae87ff5fb16181934 3473
gmusicbrowser_1.0.2-1.diff.gz
8ede058795d3a625fec340c63322dc840b07c6de91808f47e0db5fe52f6f3bd6 540824
gmusicbrowser_1.0.2-1_all.deb
Files:
1d6754d61c6e0a825c943f6982c362be 1574 sound extra gmusicbrowser_1.0.2-1.dsc
b5a3839d0e1a55151657d2192a6a8a41 784184 sound extra
gmusicbrowser_1.0.2.orig.tar.gz
233bc47e50d12df8aaba5537134f68a9 3473 sound extra gmusicbrowser_1.0.2-1.diff.gz
3e791ef98bd20476a02a551cfd086966 540824 sound extra
gmusicbrowser_1.0.2-1_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Debian Powered!
iJwEAQECAAYFAktW04cACgkQ78RAoABp8o/vgAP/dYvpH6Xo8O/qhYhv8zfUZ4YW
uaV/KK6O3ixsI2mqeqMaSAE9tEfphq9PPhS0z+G4pQa/z9b7Mp7XMLgHwjuHwWRL
P+AqZC5y30XL34mTokhPfQ19YYFA5sZilx4vqosqTasPuabQm0ce49x9IDosVGAI
mFihLOrVkVJG8cXZDHA=
=H6Pe
-END PGP SIGNATURE-
Accepted:
gmusicbrowser_1.0.2-1.diff.gz
to main/g/gmusicbrowser/gmusicbrowser_1.0.2-1.diff.gz
gmusicbrowser_1.0.2-1.dsc
to main/g/gmusicbrowser/gmusicbrowser_1.0.2-1.dsc
gmusicbrowser_1.0.2-1_all.deb
to main/g/gmusicbrowser/gmusicbrowser_1.0.2-1_all.deb
gmusicbrowser_1.0.2.orig.tar.gz
to main/g/gmusicbrowser/gmusicbrowser_1.0.2.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 simple-scan 0.8.1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 10:59:36 +0100 Source: simple-scan Binary: simple-scan Architecture: source amd64 Version: 0.8.1-1 Distribution: unstable Urgency: low Maintainer: Alessio Treglia quadris...@ubuntu.com Changed-By: Alessio Treglia quadris...@ubuntu.com Description: simple-scan - Simple Scanning Utility Changes: simple-scan (0.8.1-1) unstable; urgency=low . * New upstream release. Checksums-Sha1: 039f3aa02260ae8c18128a2a9fe34c0e371fed3e 1162 simple-scan_0.8.1-1.dsc 5ad8d0ba8c34d63873403c736e0a0f467a47af4c 195348 simple-scan_0.8.1.orig.tar.gz 5bc0bc2196b1b980aa951e2cd692cf7ce48a656c 2310 simple-scan_0.8.1-1.diff.gz 0733fcca19fa6dc1ab972a8390b0d1e7c0cb08f3 86684 simple-scan_0.8.1-1_amd64.deb Checksums-Sha256: 2a02c029300cb0740dbd6ca8b30bf0aef48db7ec6cb6bf05342187e9f17ab062 1162 simple-scan_0.8.1-1.dsc 7590c1c4e93a41b4a8e2a71bc4e72f997edcb0ff4b09c511b09dac07cae2e3d2 195348 simple-scan_0.8.1.orig.tar.gz 4c78adda497466765cb1d8dbaa985b36d8415d82842b1305eac5328473c65ada 2310 simple-scan_0.8.1-1.diff.gz 96f79975df0246ca2b946fda67990be6ac59b9a4b9bb4cddc0ce444278de9697 86684 simple-scan_0.8.1-1_amd64.deb Files: e8682743366357ff250ed218b87df421 1162 gnome optional simple-scan_0.8.1-1.dsc 663c3c4b4ae1bef0b203acf0e7ee5617 195348 gnome optional simple-scan_0.8.1.orig.tar.gz 9e204d1dcaf9001f1a52a2e69bedaf3f 2310 gnome optional simple-scan_0.8.1-1.diff.gz 80090bdd7d97bfa827383f66bd652be6 86684 gnome optional simple-scan_0.8.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAktW1mYACgkQRdSMfNz8P9BU+wCcDMfObBHWyUmlh9BeyK6cKXa5 FCcAnjT36BveLxveBunG7xB1tkE+7cm0 =G8c8 -END PGP SIGNATURE- Accepted: simple-scan_0.8.1-1.diff.gz to main/s/simple-scan/simple-scan_0.8.1-1.diff.gz simple-scan_0.8.1-1.dsc to main/s/simple-scan/simple-scan_0.8.1-1.dsc simple-scan_0.8.1-1_amd64.deb to main/s/simple-scan/simple-scan_0.8.1-1_amd64.deb simple-scan_0.8.1.orig.tar.gz to main/s/simple-scan/simple-scan_0.8.1.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 simple-scan 0.8.1-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 11:26:17 +0100 Source: simple-scan Binary: simple-scan Architecture: source amd64 Version: 0.8.1-2 Distribution: unstable Urgency: low Maintainer: Alessio Treglia quadris...@ubuntu.com Changed-By: Alessio Treglia quadris...@ubuntu.com Description: simple-scan - Simple Scanning Utility Changes: simple-scan (0.8.1-2) unstable; urgency=low . * Update debian/copyright. * debian/control: - No need to build-depend on debhelper = 7.0.50. Checksums-Sha1: bdae5979ea4148cd2eaa26f9ae89f2e5e9ce6084 1157 simple-scan_0.8.1-2.dsc bb1dd4d58beddb4d21ec002a98efb6ff595b6c75 2367 simple-scan_0.8.1-2.diff.gz cd35b1a1f5cd873d0c4acfacb4b42c7da64a18fe 86768 simple-scan_0.8.1-2_amd64.deb Checksums-Sha256: cdee6bd1fd44ef857bd3ce3347953de84c9be00a9dd9a9e926c85576185dabd5 1157 simple-scan_0.8.1-2.dsc 34fa5c791eaee68b0e5acee80969a889e7b169e781e64a621131753e0ff8b65a 2367 simple-scan_0.8.1-2.diff.gz 456d96dadf5d64636a9a6ddee54c86d540b8ee30f4a63e998f913c2a7020d0e3 86768 simple-scan_0.8.1-2_amd64.deb Files: a7854bd9f7505ca644e7210daf35bf64 1157 gnome optional simple-scan_0.8.1-2.dsc ed4724aa338dd279047673d9d4b16d6e 2367 gnome optional simple-scan_0.8.1-2.diff.gz a41abcc9c0646e2b591a4b3f1e2631e0 86768 gnome optional simple-scan_0.8.1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAktW21gACgkQRdSMfNz8P9Ct+wCeLrNZhoECAoN4yCXIYHU2fB9g O7MAn0Ohpp0m9pgdPHqUotPSjo0glQik =XCpY -END PGP SIGNATURE- Accepted: simple-scan_0.8.1-2.diff.gz to main/s/simple-scan/simple-scan_0.8.1-2.diff.gz simple-scan_0.8.1-2.dsc to main/s/simple-scan/simple-scan_0.8.1-2.dsc simple-scan_0.8.1-2_amd64.deb to main/s/simple-scan/simple-scan_0.8.1-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 yorick-yeti 6.2.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 15:40:26 +0100 Source: yorick-yeti Binary: yorick-yeti yorick-yeti-tiff yorick-yeti-regex yorick-yeti-fftw yorick-yeti-gsl Architecture: source i386 Version: 6.2.5-1 Distribution: unstable Urgency: low Maintainer: Thibaut Paumard paum...@users.sourceforge.net Changed-By: Thibaut Paumard paum...@users.sourceforge.net Description: yorick-yeti - utility plugin for the Yorick language yorick-yeti-fftw - FFT plugin for the Yorick language yorick-yeti-gsl - GSL special functions plugin for the Yorick language yorick-yeti-regex - POSIX regular expressions for the Yorick language yorick-yeti-tiff - TIFF image format input for the Yorick language Changes: yorick-yeti (6.2.5-1) unstable; urgency=low . * New upstream release * Some of Yeti is now under CeCILL-C license (LGPL compatible) * Convert to 3.0 (quilt) format * Check against policy 3.8.3 * Run (limited) check suite Checksums-Sha1: 8ab8e3fcd60323ec028e85c30330424c23722439 1274 yorick-yeti_6.2.5-1.dsc e05e949dcee29c8671bff412e1c363eb93edabdc 270677 yorick-yeti_6.2.5.orig.tar.bz2 c9d65f62d63b2a3f88a56537c05ca6c4fc824c20 15220 yorick-yeti_6.2.5-1.debian.tar.gz 0c3dfbac0f0788bbc14e4c92ec4e3ff4c89141da 160258 yorick-yeti_6.2.5-1_i386.deb d0452601be2f0746055727a9ab9e0b279eff6163 25778 yorick-yeti-tiff_6.2.5-1_i386.deb 0b066eb5ef9b07496da40b13ab60a0d56b88614a 25444 yorick-yeti-regex_6.2.5-1_i386.deb 16e0605eca0005299b2f8ee569785cee2f365c30 26624 yorick-yeti-fftw_6.2.5-1_i386.deb 3d63adaa4277a830ff873533713cc8d4b44eaca6 27930 yorick-yeti-gsl_6.2.5-1_i386.deb Checksums-Sha256: cd11e61b3c1f358402069da0b59b4a70fd9be54d0702e2228e82c143e6a7da16 1274 yorick-yeti_6.2.5-1.dsc 2ab289eb8d899b51e3d526e2bb90a4d8596fc299afb20ea6d4d1267e2bcd7aa1 270677 yorick-yeti_6.2.5.orig.tar.bz2 1816751d9035e32ea4f4f8fb71428966e3873267155b1de9ed175c788c9008d6 15220 yorick-yeti_6.2.5-1.debian.tar.gz 7800133e3a3eb591241ea42f55a765bd4022ae432159b2d12972d1a14ede9242 160258 yorick-yeti_6.2.5-1_i386.deb ef2d4e5d7d0eed31775ad961f84b19a757e9eab73a1d91c8b8045f4a41b0ac6b 25778 yorick-yeti-tiff_6.2.5-1_i386.deb e026db696e12f8aa4405624c7845bcd3d76f24c8dc64a6ebccbbbd00da3c5cce 25444 yorick-yeti-regex_6.2.5-1_i386.deb c3e2713dc67e7ce360ab076c4d808fbcf6f0d252812b8a1fc3fdc4ab36679a32 26624 yorick-yeti-fftw_6.2.5-1_i386.deb 9a3e9f66d3e6c8ee26af006702282927e1fff57e64f291c6b9046e7eb241d836 27930 yorick-yeti-gsl_6.2.5-1_i386.deb Files: da19a8f41a726654ebe7a02e04c480c7 1274 math optional yorick-yeti_6.2.5-1.dsc 9153c5960f07298f92639c6eb2d6e497 270677 math optional yorick-yeti_6.2.5.orig.tar.bz2 7334bf41b4ba6dd34954d0150bfc6980 15220 math optional yorick-yeti_6.2.5-1.debian.tar.gz be147d8b96c17b9df19fd471d19141f9 160258 math optional yorick-yeti_6.2.5-1_i386.deb de22093eb0f15852a2dab283aa3f6e00 25778 math optional yorick-yeti-tiff_6.2.5-1_i386.deb 2185965f4f7f2349578a72fc107c76f6 25444 math optional yorick-yeti-regex_6.2.5-1_i386.deb bd4dd93b101862b341b598dd9a7fd77b 26624 math extra yorick-yeti-fftw_6.2.5-1_i386.deb 3575ec17adad68edc8e92a62d4a697f8 27930 math optional yorick-yeti-gsl_6.2.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktW4CYACgkQ+37NkUuUiPEgrACeMupZUchaPv2gzYZFwiOODlUI I+QAnjBcRh74yfL5iS7j4wqcwrWvsoqN =KRoc -END PGP SIGNATURE- Accepted: yorick-yeti-fftw_6.2.5-1_i386.deb to main/y/yorick-yeti/yorick-yeti-fftw_6.2.5-1_i386.deb yorick-yeti-gsl_6.2.5-1_i386.deb to main/y/yorick-yeti/yorick-yeti-gsl_6.2.5-1_i386.deb yorick-yeti-regex_6.2.5-1_i386.deb to main/y/yorick-yeti/yorick-yeti-regex_6.2.5-1_i386.deb yorick-yeti-tiff_6.2.5-1_i386.deb to main/y/yorick-yeti/yorick-yeti-tiff_6.2.5-1_i386.deb yorick-yeti_6.2.5-1.debian.tar.gz to main/y/yorick-yeti/yorick-yeti_6.2.5-1.debian.tar.gz yorick-yeti_6.2.5-1.dsc to main/y/yorick-yeti/yorick-yeti_6.2.5-1.dsc yorick-yeti_6.2.5-1_i386.deb to main/y/yorick-yeti/yorick-yeti_6.2.5-1_i386.deb yorick-yeti_6.2.5.orig.tar.bz2 to main/y/yorick-yeti/yorick-yeti_6.2.5.orig.tar.bz2 -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted postgresql-common 105 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 12:33:10 +0100 Source: postgresql-common Binary: postgresql-common postgresql-client-common Architecture: source all Version: 105 Distribution: unstable Urgency: low Maintainer: Martin Pitt mp...@debian.org Changed-By: Martin Pitt mp...@debian.org Description: postgresql-client-common - manager for multiple PostgreSQL client versions postgresql-common - PostgreSQL database-cluster manager Closes: 565966 Changes: postgresql-common (105) unstable; urgency=low . * debian/postgresql-common.postinst: Fix upgrade failure if no tsearch dictionaries exist. (Closes: #565966) Checksums-Sha1: f0f1636c66f95b5ef749119bc59fd494d720b90c 903 postgresql-common_105.dsc 2bb8595b7ae47f7a6eaf66ad2ae2020f6ed417b0 115838 postgresql-common_105.tar.gz 1a9b69da892f253b8f159f606e1164a7b1685534 120536 postgresql-common_105_all.deb 6857b50bdfc7a2a309fec5baed506a4938c17e22 51468 postgresql-client-common_105_all.deb Checksums-Sha256: f32c9c70e55bf247ae2bb303dfc61ee261417dea111062ec0c0ab00b203e0088 903 postgresql-common_105.dsc 4244a102457f03cb710e69935c1fdf4dfcad7c131262d82cf494ba5eb0966403 115838 postgresql-common_105.tar.gz a95522636e015b8abbb5b2c1a6f678ce788c6b04f1b81e1c10dc5f70c34e5e10 120536 postgresql-common_105_all.deb 5acb4a018be371f85b0951b25888ce3f9e57732839b6785be6ba147182d14ac9 51468 postgresql-client-common_105_all.deb Files: bab017998fc98e2816ec4cb4c9b8a932 903 database optional postgresql-common_105.dsc 3f5b7cfbf8a26575f1053b965ea16ee5 115838 database optional postgresql-common_105.tar.gz 1f89106928e7b9fd73fe5c69d60f403d 120536 database optional postgresql-common_105_all.deb ff1d6ad6b779caf54a0bfa099e56373e 51468 database optional postgresql-client-common_105_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktW7B4ACgkQDecnbV4Fd/LtPgCeOuaqTo4jrHbfAGNORh7FDDCW pswAniSM4fxlkuyG7fXZlW0wJr3OxuPY =m0iF -END PGP SIGNATURE- Accepted: postgresql-client-common_105_all.deb to main/p/postgresql-common/postgresql-client-common_105_all.deb postgresql-common_105.dsc to main/p/postgresql-common/postgresql-common_105.dsc postgresql-common_105.tar.gz to main/p/postgresql-common/postgresql-common_105.tar.gz postgresql-common_105_all.deb to main/p/postgresql-common/postgresql-common_105_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 gdal 1.6.3-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 23 Dec 2009 15:21:21 +0100 Source: gdal Binary: libgdal1-1.6.0 libgdal1-dev libgdal-doc gdal-bin python-gdal libgdal-perl libgdal-ruby1.8 libgdal-ruby Architecture: source i386 all Version: 1.6.3-2 Distribution: unstable Urgency: low Maintainer: Debian GIS Project pkg-grass-de...@lists.alioth.debian.org Changed-By: Francesco Paolo Lovergine fran...@debian.org Description: gdal-bin - Geospatial Data Abstraction Library - Utility programs libgdal-doc - Documentation for the Geospatial Data Abstraction Library libgdal-perl - Perl bindings to the Geospatial Data Abstraction Library libgdal-ruby - Ruby bindings to the Geospatial Data Abstraction Library libgdal-ruby1.8 - Ruby 1.8 bindings to the Geospatial Data Abstraction Library libgdal1-1.6.0 - Geospatial Data Abstraction Library libgdal1-dev - Geospatial Data Abstraction Library - Development files python-gdal - Python bindings to the Geospatial Data Abstraction Library Closes: 560019 Changes: gdal (1.6.3-2) unstable; urgency=low . * Addded a couple of useful target in debian/rules to generate ECW/MrSID plugins. * Fixed gdal-grass tarball name. (closes: #560019) * Fixed ecw-grass patch to remove an already provided init function. * Added a simple workaround for manpages generated with a redundant _ character by current version of Doxygen. It fixes a FTBS caused by missing manpages. Checksums-Sha1: 5e139ddecc44b2cf7c23c41bb04619d17caa360a 1775 gdal_1.6.3-2.dsc ee06dbe5e034322d0de4e0ce4dfb49674755dbaf 87274 gdal_1.6.3-2.diff.gz 2ef5a7b6d0f470bc9c459eac5ae1ca740d0e1dfe 2912782 libgdal1-1.6.0_1.6.3-2_i386.deb 48e4c3bbc56cd97ec0529c6f5f163eca5f14ee49 3621890 libgdal1-dev_1.6.3-2_i386.deb 79fadffd20e5bb931db2dd764cc6391a106f5b8a 193496 gdal-bin_1.6.3-2_i386.deb c86deb9d52dfd20b5c3006a0a583e0c37c183cff 332882 python-gdal_1.6.3-2_i386.deb f96b01b718424e030f213320ad18f3da8e90b235 359100 libgdal-perl_1.6.3-2_i386.deb 3ff75574bb1c1569be81cc408a229c82a5d2dc3b 183958 libgdal-ruby1.8_1.6.3-2_i386.deb e1e5892f77efc81e1569d122251902385bf8a5e0 52444 libgdal-ruby_1.6.3-2_i386.deb 767a8bc3ac09f3a33402cd7a645bb828007fd369 1819344 libgdal-doc_1.6.3-2_all.deb Checksums-Sha256: b1c133b1056392e7bd47e12f4716672711bd7ac2b0cfca407bd78b8a9fe60925 1775 gdal_1.6.3-2.dsc 1fa27a1a4f56e716358331c56f805e684e2f6486f8f8de4cf9e9e7bb0b4f1656 87274 gdal_1.6.3-2.diff.gz 9be4f4662e81fb82667c6a6453c5d9bdb3565a1ae49cd9473bfee9d39d10b16f 2912782 libgdal1-1.6.0_1.6.3-2_i386.deb b1089a5b0eaf410cea4c6cb2fdcf25a0821a331720bfbe63a4880314afe00ec7 3621890 libgdal1-dev_1.6.3-2_i386.deb a6c575934ca70e2a15c3399e8bc6d1d943d5adb51d31af5968d03751cc223159 193496 gdal-bin_1.6.3-2_i386.deb ef2c1bb5f83301396b530fa4fe0283f6d20593d501ea48ea3b91dd9197cc3856 332882 python-gdal_1.6.3-2_i386.deb d82881577e3ddd02ba2b6018d4108ae24a466dd20256fa97a32bdf932c8bad08 359100 libgdal-perl_1.6.3-2_i386.deb 4f954c16b7425939abdb3ffa139d5bffacc14cd31b991b4fe643d0257895f9bc 183958 libgdal-ruby1.8_1.6.3-2_i386.deb 8f1e3f31811e4ea59fb013da07dcec13a85aabfd6567a1403e6bbb1734df140d 52444 libgdal-ruby_1.6.3-2_i386.deb 57e35bb4310118289d24c13a122df27195324d779805e46c1374102bfd5b7caf 1819344 libgdal-doc_1.6.3-2_all.deb Files: 3f393797d4c2e5813648b410156904fb 1775 science extra gdal_1.6.3-2.dsc 1e434b96d5d86445a8b3381dca4b6f67 87274 science extra gdal_1.6.3-2.diff.gz 8f8d2e62ce8d72ab188dd72a27ebe575 2912782 libs extra libgdal1-1.6.0_1.6.3-2_i386.deb b61cd4a6508ff778e52395ebd431e7e6 3621890 libdevel extra libgdal1-dev_1.6.3-2_i386.deb cd339fe01f6f7e5fe47b70a36a43c32f 193496 science extra gdal-bin_1.6.3-2_i386.deb 73541f8a2e7531c5120117eb28b3118f 332882 python extra python-gdal_1.6.3-2_i386.deb f4270d5e7b721a0d875cb7d2bc5dc39d 359100 perl extra libgdal-perl_1.6.3-2_i386.deb e9c188f6690d2ca39baa61d1fd2d864c 183958 ruby extra libgdal-ruby1.8_1.6.3-2_i386.deb 946efe34516008d1c035ac467f0072c7 52444 ruby extra libgdal-ruby_1.6.3-2_i386.deb c4b3f9057c96609dd8833dad8e5f8c0a 1819344 doc extra libgdal-doc_1.6.3-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktW728ACgkQpFNRmenyx0cDVACghnw83nPj2z12Y9m98K9J0FLI Yh8AniJAng594sJ1SOyFPn4mDsAlJCJ8 =YzHi -END PGP SIGNATURE- Accepted: gdal-bin_1.6.3-2_i386.deb to main/g/gdal/gdal-bin_1.6.3-2_i386.deb gdal_1.6.3-2.diff.gz to main/g/gdal/gdal_1.6.3-2.diff.gz gdal_1.6.3-2.dsc to main/g/gdal/gdal_1.6.3-2.dsc libgdal-doc_1.6.3-2_all.deb to main/g/gdal/libgdal-doc_1.6.3-2_all.deb libgdal-perl_1.6.3-2_i386.deb to main/g/gdal/libgdal-perl_1.6.3-2_i386.deb libgdal-ruby1.8_1.6.3-2_i386.deb to main/g/gdal/libgdal-ruby1.8_1.6.3-2_i386.deb libgdal-ruby_1.6.3-2_i386.deb to main/g/gdal/libgdal-ruby_1.6.3-2_i386.deb libgdal1-1.6.0_1.6.3-2_i386.deb to main/g/gdal/libgdal1-1.6.0_1.6.3-2_i386.deb libgdal1-dev_1.6.3-2_i386.deb to main/g/gdal/libgdal1-dev_1.6.3-2_i386.deb python-gdal_1.6.3-2_i386.deb to
Accepted sqsh 2.1-9 (source amd64)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 20 Jan 2010 03:56:58 -0800
Source: sqsh
Binary: sqsh
Architecture: source amd64
Version: 2.1-9
Distribution: unstable
Urgency: low
Maintainer: Steve Langasek vor...@debian.org
Changed-By: Steve Langasek vor...@debian.org
Description:
sqsh - commandline SQL client for MS SQL and Sybase servers
Closes: 536834 553860
Changes:
sqsh (2.1-9) unstable; urgency=low
.
* Build-depend on libreadline-dev instead of libreadline5-dev.
Closes: #553860.
* Build-conflict with tcl-dev, to avoid incorrectly linking against libtcl.
This is not the libtcl you're looking for.
* Add a Homepage: field.
* Bump Standards-Version to 3.8.3, no changes required.
* Bump debhelper compat level to 7, adding ${misc:Depends} and dropping a
few bits from debian/rules that are now redundant (but no dh conversion
yet).
* Don't ignore make clean failures.
* Build-depend on autotools-dev, and pull in an updated config.sub at
build time. Closes: #536834.
Checksums-Sha1:
2bb435e19c9edf78414155f37f282d8e14eac5ea 1682 sqsh_2.1-9.dsc
1908c2e99d25a3bbf7a4cb6cd7decfe11006ff50 54699 sqsh_2.1-9.diff.gz
4b9b1dd339851c8c90a07706cff32c1091005c94 146238 sqsh_2.1-9_amd64.deb
Checksums-Sha256:
5f3cbd3d436e0cbb08af589ee603e7b64c67a3daa350ae484d0e01e192a955d7 1682
sqsh_2.1-9.dsc
25ffb35ebf9672757b32da7fd3570fabdb5355ccb6f4b2976d55bb507c8193bb 54699
sqsh_2.1-9.diff.gz
608c83d9437b95a74a2989951229d2836385b0105bb6b87d795ce6fa3a3ee6ff 146238
sqsh_2.1-9_amd64.deb
Files:
2a75a4532a82c76c22cdf497d19a6774 1682 utils optional sqsh_2.1-9.dsc
86034af6858448fb2a1782939c5e12da 54699 utils optional sqsh_2.1-9.diff.gz
20059da492d7196bfb7b987813ddbcff 146238 utils optional sqsh_2.1-9_amd64.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIVAwUBS1bzAFaNMPMhshM9AQj2hQ/+M38iOutlgsTfOsMIVMDWe1I3GOjC5K3E
zdPdnvPPq9P22cD4NTssjmheRerma8e+BNWduT7FkYhi1XshypN8Cn3pY5mCja6t
Ydm4NGkLljin8/BxaG59gJZ6DyiAfE3tQK6VpqYdYoHYRPqbVw2BHqb/2zfCSCvL
e8CWRNNHGNzf0Pns/jfuF5tV/uZCYlmit/tIeaFYi9LuUJ9AisuW1Dow4JD96Lqd
RTBxF8IYEO/HL2XSHqNN6XCBoBIL/Ao/b4uETug55FmPPLMREShhHg0TKlgWkKk3
00newuAiSaq0wNBj2ZrtUxR25Q6syznTCTYWNWgWkcSRYR1lOwjWWKPpPwcSoQwW
zzR/XB6coQ0M0ANBEl0oPPISwPFKuSvDe53SHL5RgV8yakclBDOHbq4aG66cqI4X
EY8twHICwRKla4zRfeRBsBZniwQygvJvfq/+XxdoLBHEdAYVJcoUd9LMFSLGxrfL
Db/zotkGPz3dM/I1pzRkdqiW3kscmqwoQHWYspUj5tgwM67oYhK2PdR7HlNlL6Ew
VT3HNOWzK85vJXSbfg5/Eu84LYXRW/mXSJhNdRaeOm4nFHx/tdKnZNCrfaGlvRPL
whqmDLCUYyGww3Yhvb7/MwnjsmJjlxoqFXGcuSU03Qp9vNYpw005E07IXKEIdmOM
2YnIHqsaDrc=
=mW8y
-END PGP SIGNATURE-
Accepted:
sqsh_2.1-9.diff.gz
to main/s/sqsh/sqsh_2.1-9.diff.gz
sqsh_2.1-9.dsc
to main/s/sqsh/sqsh_2.1-9.dsc
sqsh_2.1-9_amd64.deb
to main/s/sqsh/sqsh_2.1-9_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 elyxer 0.40-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 13:38:57 +0100 Source: elyxer Binary: elyxer Architecture: source all Version: 0.40-1 Distribution: unstable Urgency: low Maintainer: Debian LyX Maintainers pkg-lyx-de...@lists.alioth.debian.org Changed-By: Sven Hoexter hoex...@debian.org Description: elyxer - Standalone LyX to HTML converter Changes: elyxer (0.40-1) unstable; urgency=low . * New upstream release + Faster BibTeX parsing. + Support for compressed documents. + Configurable alignment support for equation enviroments. + Support for internationalization (German and Spanish so far). * Add a for loop to the override_dh_auto_install target in debian/rules to generate and install the needed .mo files for the translations. Checksums-Sha1: 4f8ca049454de13fd0800be92f90cb91335986f8 1179 elyxer_0.40-1.dsc 8027df6c0b5d31f36b4d2e6181fb0584b9a2c0bd 662172 elyxer_0.40.orig.tar.gz 62d459b678931d93502fa31a0182448584c7531a 3228 elyxer_0.40-1.diff.gz 672f960e876ed2160543865beb618b1c093a2164 203452 elyxer_0.40-1_all.deb Checksums-Sha256: 5606a5f500027ae3fd9c81b2433aac23f9e842d7d114644e3a0cb0e5ad901a13 1179 elyxer_0.40-1.dsc 20c31758fe155ebb640712eb0ad4c14814cd298be223c47d996366b3fb6035d4 662172 elyxer_0.40.orig.tar.gz 21e5c24cd569693fb64edd752ba672820ec95f6aab8152c067ad77ddcac101ff 3228 elyxer_0.40-1.diff.gz 60bc86491e38a6c07a1504745a2dd5cbfdac568a7d776e45fb373a8ed583992b 203452 elyxer_0.40-1_all.deb Files: 98c0d67600a075682851094b830be390 1179 text optional elyxer_0.40-1.dsc 21985460be935eb3999478b7009bc417 662172 text optional elyxer_0.40.orig.tar.gz f75bfb3317d79f23c4fa5f361198d399 3228 text optional elyxer_0.40-1.diff.gz 72075a9ce01efa5a2f287e217c506715 203452 text optional elyxer_0.40-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktW+hwACgkQxKXVjqqse7wgzQCeKYpmz67153MOi0ywV6b0/znu sqQAniYc4cbl34Coh6BoCxwb37Z43FLQ =7xo8 -END PGP SIGNATURE- Accepted: elyxer_0.40-1.diff.gz to main/e/elyxer/elyxer_0.40-1.diff.gz elyxer_0.40-1.dsc to main/e/elyxer/elyxer_0.40-1.dsc elyxer_0.40-1_all.deb to main/e/elyxer/elyxer_0.40-1_all.deb elyxer_0.40.orig.tar.gz to main/e/elyxer/elyxer_0.40.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 cryptonit 0.9.7-2.3 (source amd64)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 18 Jan 2010 12:57:32 +0100
Source: cryptonit
Binary: cryptonit
Architecture: source amd64
Version: 0.9.7-2.3
Distribution: unstable
Urgency: low
Maintainer: Pierre Machard pmach...@debian.org
Changed-By: Stefano Zacchiroli z...@debian.org
Description:
cryptonit - A client side PKI (X.509) cryptographic tool
Closes: 504980 560513
Changes:
cryptonit (0.9.7-2.3) unstable; urgency=low
.
* Non-maintainer upload.
* Fix FTBFS with gcc 4.4 and up, patch by Martin Michlmayr.
(Closes: #504980, #560513)
* Bump debhelper compatibility from 4 (deprecated) to 5
* Add missing ${misc:Depends}
Checksums-Sha1:
3d8ae3b8c338bef9c0a15987abd93415b8ededea 1127 cryptonit_0.9.7-2.3.dsc
cbb5d36ae81d994240e1ef51b9c33f190526dc1e 150348 cryptonit_0.9.7-2.3.diff.gz
a081adb72c3fef512eb658541bb1fa0bc5089a18 1428678 cryptonit_0.9.7-2.3_amd64.deb
Checksums-Sha256:
810b6951838e560605ca81d00b57a1f254c6998e9e9c3b4fbea7f636f29bf2ac 1127
cryptonit_0.9.7-2.3.dsc
e945477013e03f0b8a0ab0315dc6aa1a6365dafbc29e5b886025b0eb2f35879f 150348
cryptonit_0.9.7-2.3.diff.gz
74963a4d44a81f8a0a807034392dcaf0d1f0e9f1f6467455b7a2e0b674586c03 1428678
cryptonit_0.9.7-2.3_amd64.deb
Files:
4b82f26cdb683ffcd51edcd709980ca5 1127 x11 optional cryptonit_0.9.7-2.3.dsc
f3a0d4580381d261e0f38d8918b99d80 150348 x11 optional
cryptonit_0.9.7-2.3.diff.gz
3ec36d27d1471b298c358c777c00252f 1428678 x11 optional
cryptonit_0.9.7-2.3_amd64.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iD8DBQFLVE7k1cqbBPLEI7wRAi57AKCGKpFv/F4Gzdgzlnu4uwBaMGeGLQCgxKvI
WDkwlNLiPpOdnxNxwQ//9HY=
=LHQ4
-END PGP SIGNATURE-
Accepted:
cryptonit_0.9.7-2.3.diff.gz
to main/c/cryptonit/cryptonit_0.9.7-2.3.diff.gz
cryptonit_0.9.7-2.3.dsc
to main/c/cryptonit/cryptonit_0.9.7-2.3.dsc
cryptonit_0.9.7-2.3_amd64.deb
to main/c/cryptonit/cryptonit_0.9.7-2.3_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 wdg-html-validator 1.6.2-7 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 20 Jan 2010 13:56:51 +0100
Source: wdg-html-validator
Binary: wdg-html-validator
Architecture: source all
Version: 1.6.2-7
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Alexander Reichle-Schmehl toli...@debian.org
Description:
wdg-html-validator - WDG HTML Validator
Closes: 553537
Changes:
wdg-html-validator (1.6.2-7) unstable; urgency=medium
.
* QA upload.
* Remove symlink in /var/www and add information to README.Debian and add
NEWS entry on how to activate the package (Closes: #553537)
- Urgency set to medium because of RC bug fix
* Bump debian/compat to 5, strengthen build-depends on debhelper
* Remove comented dh_foo calls from debian/rules
* User proper homepage field in debian/control
* Add depends on ${misc:Depends}
* Bump standards to 3.8.3 (no further changes needed)
*
Checksums-Sha1:
3db7f1f41b87f469aed98f2983ec693084fa1429 1091 wdg-html-validator_1.6.2-7.dsc
b476c5562a4826cec866d541ddbcc633ad2b9f38 12770
wdg-html-validator_1.6.2-7.diff.gz
e81c048c07f2c17ce9b78b158e0f582ddd1fbcc4 480260
wdg-html-validator_1.6.2-7_all.deb
Checksums-Sha256:
fe292d96caad7e4470bcc3c82916d0ce71bbbfcfd9a8b3c436e2b2b37266a60c 1091
wdg-html-validator_1.6.2-7.dsc
b6e457f4fc81d8837a2f6249371bac500de63beaa8ed72357eec1fee27c354b0 12770
wdg-html-validator_1.6.2-7.diff.gz
e8928ca7f6febf992b7d8d120e6c8e7de76bef43db9e582341271fce0e7a3971 480260
wdg-html-validator_1.6.2-7_all.deb
Files:
8dbbeb3f84d30e2d9fcadd9b1758a3d0 1091 web optional
wdg-html-validator_1.6.2-7.dsc
519178f0a9d0283a53e0887e0c93c0d7 12770 web optional
wdg-html-validator_1.6.2-7.diff.gz
e33f399c0358162d38619317884ab052 480260 web optional
wdg-html-validator_1.6.2-7_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAktW/tkACgkQBxd04ADYzRbyTgCfYillUROr++4nukdzt4Y25kAt
P8sAoJ72F0NYdStDHDDDH1O7ePmM6+Sf
=8gBH
-END PGP SIGNATURE-
Accepted:
wdg-html-validator_1.6.2-7.diff.gz
to main/w/wdg-html-validator/wdg-html-validator_1.6.2-7.diff.gz
wdg-html-validator_1.6.2-7.dsc
to main/w/wdg-html-validator/wdg-html-validator_1.6.2-7.dsc
wdg-html-validator_1.6.2-7_all.deb
to main/w/wdg-html-validator/wdg-html-validator_1.6.2-7_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 tp-smapi 0.40-7 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 20 Jan 2010 09:23:26 +0100
Source: tp-smapi
Binary: tp-smapi-source tp-smapi-dkms
Architecture: source all
Version: 0.40-7
Distribution: unstable
Urgency: low
Maintainer: Evgeni Golov evg...@debian.org
Changed-By: Evgeni Golov evg...@debian.org
Description:
tp-smapi-dkms - ThinkPad hardware/firmware access modules source - dkms version
tp-smapi-source - ThinkPad hardware/firmware access modules source
Closes: 562871 562917
Changes:
tp-smapi (0.40-7) unstable; urgency=low
.
* debian/rules:
+ Install README and CHANGES into /u/s/d/tp-smapi-dkms/
Closes: #562917
+ We do not need CFLAGS here, remove them.
* debian/control:
+ Add ${misc:Depends} to Depends of tp-smapi-source, thanks lintian.
* debian/tp-smapi-dkms.postinst:
+ Rework building of the module, so it won't fail in the case the
correct kernel headers are not available.
Closes: #562871
Checksums-Sha1:
6deff1646bf975bdedeab43a15846617665a6fa7 1169 tp-smapi_0.40-7.dsc
af005a320714655185c0929dac2d258c23e6f1b6 7103 tp-smapi_0.40-7.diff.gz
e4d309f1b9c038a21540ca98a590773c0990f2d8 58670 tp-smapi-source_0.40-7_all.deb
5b08c422b565773aed50bd4b5264093a95545432 45942 tp-smapi-dkms_0.40-7_all.deb
Checksums-Sha256:
602a877f4956c2092e5fd2635de82cd078f64f7e5ea2e6ec5951d60ed7f4a8c7 1169
tp-smapi_0.40-7.dsc
76c3bcd7b28fdece0bd9738bbf77fa9700179a4eb23fb430ae826ba94389fb07 7103
tp-smapi_0.40-7.diff.gz
c507517ecf84991dcfadf2479a05ea2a31cc07e0e6ad40fac945c930063803af 58670
tp-smapi-source_0.40-7_all.deb
4b2e8c1c72fde3a25df43a169cb22afea416c8bc1f4a6d553ea62a003266ad3c 45942
tp-smapi-dkms_0.40-7_all.deb
Files:
b386b1b8450e69aa6cc191762be2ee7b 1169 kernel optional tp-smapi_0.40-7.dsc
7a90384d31cd175ccec6b1e267c0c260 7103 kernel optional tp-smapi_0.40-7.diff.gz
fa75ced231ed33329a385efabc687545 58670 kernel optional
tp-smapi-source_0.40-7_all.deb
fa50f4b0ae6425fddfd9c94d0e253f06 45942 kernel optional
tp-smapi-dkms_0.40-7_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAktXAgUACgkQJKAUGKwVtQy61ACff11yFPgn5j0fzFwhIy44wBdU
NxoAoJGq227Ov20X1ZHl42KNdGvqYr8z
=iAHx
-END PGP SIGNATURE-
Accepted:
tp-smapi-dkms_0.40-7_all.deb
to main/t/tp-smapi/tp-smapi-dkms_0.40-7_all.deb
tp-smapi-source_0.40-7_all.deb
to main/t/tp-smapi/tp-smapi-source_0.40-7_all.deb
tp-smapi_0.40-7.diff.gz
to main/t/tp-smapi/tp-smapi_0.40-7.diff.gz
tp-smapi_0.40-7.dsc
to main/t/tp-smapi/tp-smapi_0.40-7.dsc
--
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted avra 1.2.3a-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 15:24:49 +0100 Source: avra Binary: avra Architecture: source i386 Version: 1.2.3a-1 Distribution: unstable Urgency: low Maintainer: Tobias Klauser tklau...@distanz.ch Changed-By: Tobias Klauser tklau...@distanz.ch Description: avra - Assembler for Atmel AVR microcontrollers Closes: 507443 527978 Changes: avra (1.2.3a-1) unstable; urgency=low . * New upstream release (closes: #507443). - Fixes address range error (closes: #527978). * Install register and bit-name definitions from AVR000.zip. * Update standards version to 3.8.3. * Use new Homepage control field. * Add Vcs-Git and Vcs-Browser control fields. * Change maintainer's email address. Checksums-Sha1: bd21028c23c7e7c6f2beb9fecc53a03822764ed3 1159 avra_1.2.3a-1.dsc 21fdeeebf34076d150612088ad768651c521182d 519778 avra_1.2.3a.orig.tar.gz 33d56b6313a90d92626fc6e04fef086850c926ba 4352 avra_1.2.3a-1.diff.gz 2a5b33098bbf6c00a9edf49cca66b3578fd9dd1c 284010 avra_1.2.3a-1_i386.deb Checksums-Sha256: 3e66027f7568804d421a99f461e2e71f98aa0bf342c5337faa20043c5897e915 1159 avra_1.2.3a-1.dsc 00175b3af4d61addced0420e3c30359857f879c5c8bbe0bd1853c7bfe5f9b9c4 519778 avra_1.2.3a.orig.tar.gz 7706b525330936a6166a84a5b843b5d20164f6e337a12141dfafa0fc035869df 4352 avra_1.2.3a-1.diff.gz bbeaee24db7bad964dbfc2a69ae4eb1add1ed8f22caf7790b892d43db6cc4197 284010 avra_1.2.3a-1_i386.deb Files: f1aa52288c4e4e23e6c6d3674b0ee8cc 1159 electronics extra avra_1.2.3a-1.dsc fd4d2451b0740d3e8ddcfb2092670af6 519778 electronics extra avra_1.2.3a.orig.tar.gz a02aa04c981b6f1d71439ebcdd4cf7e1 4352 electronics extra avra_1.2.3a-1.diff.gz d8690a7fdc306ddd01193f2dfbbe6b5d 284010 electronics extra avra_1.2.3a-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktXE4gACgkQ+C5cwEsrK56jRQCgub9gASs1EG1xKmWF8S19PX0k IQEAn02PDghEA9+qcCmaiQysMMDPod5T =80kM -END PGP SIGNATURE- Accepted: avra_1.2.3a-1.diff.gz to main/a/avra/avra_1.2.3a-1.diff.gz avra_1.2.3a-1.dsc to main/a/avra/avra_1.2.3a-1.dsc avra_1.2.3a-1_i386.deb to main/a/avra/avra_1.2.3a-1_i386.deb avra_1.2.3a.orig.tar.gz to main/a/avra/avra_1.2.3a.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 jpilot 1.6.2.9-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 15:12:43 +0100 Source: jpilot Binary: jpilot jpilot-plugins Architecture: source amd64 Version: 1.6.2.9-1 Distribution: unstable Urgency: low Maintainer: Ludovic Rousseau rouss...@debian.org Changed-By: Ludovic Rousseau rouss...@debian.org Description: jpilot - graphical app. to modify the contents of your Palm Pilot's DBs jpilot-plugins - plugins for jpilot (Palm Pilot desktop) Closes: 565817 Changes: jpilot (1.6.2.9-1) unstable; urgency=low . * New upstream release - Closes: #565817 jpilot-plugins: Libgcrypt warning: missing initialization in syslog Checksums-Sha1: 0d69b3a836147198ce0031f2c8cbe38c89b8d351 1183 jpilot_1.6.2.9-1.dsc a7b4f95b2741fda553b8a8e8cd0ea77adb5fbc9d 1618687 jpilot_1.6.2.9.orig.tar.gz 6b8ab274dcf37ba28ed0f0c29e1ed93739ca5054 14329 jpilot_1.6.2.9-1.debian.tar.gz 2931f424508ca2fc37843882ebc052b3275dd47f 671570 jpilot_1.6.2.9-1_amd64.deb 648a37bc95025a31366cf00da26fbee590a30599 63660 jpilot-plugins_1.6.2.9-1_amd64.deb Checksums-Sha256: 4f26657a3ee4698dcd7d5417c15c5000de5351ec49391e117b6c3ea659a7d69f 1183 jpilot_1.6.2.9-1.dsc b126b5e6367ea036dbe67ce79a6a95aba3e7e21ed610297f388159ec0b32e6c7 1618687 jpilot_1.6.2.9.orig.tar.gz 0660bdabce31e7ee2f6e6c7f0f5c39fa211eab2c684477238c885dce7c047efb 14329 jpilot_1.6.2.9-1.debian.tar.gz d58893c750081926889c5a97fa969cac6b507dc61094f5b8e8169734ed7d64b3 671570 jpilot_1.6.2.9-1_amd64.deb 3131c10e7f40259b32dad9a0435c3462170bc14a7f5a7974db79e84a4f98c183 63660 jpilot-plugins_1.6.2.9-1_amd64.deb Files: 5ef6b81bc94f010be8a9f783ba953861 1183 otherosfs extra jpilot_1.6.2.9-1.dsc 045175553050df6d00194cfb9a99ce63 1618687 otherosfs extra jpilot_1.6.2.9.orig.tar.gz 17811cc09b335d069be693e0fbe5df94 14329 otherosfs extra jpilot_1.6.2.9-1.debian.tar.gz 5169cff68cdd95c59f7d340732c94a62 671570 otherosfs extra jpilot_1.6.2.9-1_amd64.deb c59f9725357f6626ca4962c4b6ebbbdd 63660 otherosfs extra jpilot-plugins_1.6.2.9-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktXG1wACgkQP0qKj+B/HPm+9gCgillqn/sVkXr9LvW/UjqVZKzu u3oAniPqkv6IjqXekKbJfpQWWy2utUVR =bYwH -END PGP SIGNATURE- Accepted: jpilot-plugins_1.6.2.9-1_amd64.deb to main/j/jpilot/jpilot-plugins_1.6.2.9-1_amd64.deb jpilot_1.6.2.9-1.debian.tar.gz to main/j/jpilot/jpilot_1.6.2.9-1.debian.tar.gz jpilot_1.6.2.9-1.dsc to main/j/jpilot/jpilot_1.6.2.9-1.dsc jpilot_1.6.2.9-1_amd64.deb to main/j/jpilot/jpilot_1.6.2.9-1_amd64.deb jpilot_1.6.2.9.orig.tar.gz to main/j/jpilot/jpilot_1.6.2.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 viruskiller 1.0-1.dfsg.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 20 Jan 2010 23:02:19 +0900
Source: viruskiller
Binary: viruskiller
Architecture: source i386
Version: 1.0-1.dfsg.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org
Changed-By: Ansgar Burchardt ans...@43-1.org
Description:
viruskiller - Game about viruses invading your computer
Closes: 501909 523371 556665
Changes:
viruskiller (1.0-1.dfsg.1-1) unstable; urgency=low
.
* Now maintained by the Debian Games Team. (Closes: #523371)
* debian/control: Add myself to Uploaders.
* debian/control: Add Homepage field.
* Convert debian/copyright to proposed machine-readable format.
* debian/copyright: update link to upstream homepage. (Closes: #501909)
* debian/changelog: Correct bug number in old changelog entry.
* Switch to debhelper 7.
* Switch to source format 3.0 (quilt).
* Add debian/watch.
* debian/control: Add ${misc:Depends}.
* Update .desktop file (new patch: desktop-file.patch).
* Fix spelling errors (new patch: spelling.patch).
* Link libz as viruskiller uses the function uncompress
(new patch: link-libz.patch). (Closes: #556665).
* Register manual with doc-base.
* Add menu entry in the Debian Menu System.
* debian/control: Add DM-Upload-Allowed: yes.
Checksums-Sha1:
e9ee853488aa837ec1e0543a9a598c589cd8 1440 viruskiller_1.0-1.dfsg.1-1.dsc
991d09e9ec04aa3925c88db55f79e733c91c94ac 6031
viruskiller_1.0-1.dfsg.1-1.debian.tar.gz
0acb66a5dab44c054493a81063bff8fa8c0b87c7 2512916
viruskiller_1.0-1.dfsg.1-1_i386.deb
Checksums-Sha256:
82792bc14e0be71e972a5cc6b67092c2d3dd15ad5dc12ef892486074909bc04c 1440
viruskiller_1.0-1.dfsg.1-1.dsc
0772988b32d89bda37d9e9a8bdd67e65313f38c43792ff2ffbab717dbeeca959 6031
viruskiller_1.0-1.dfsg.1-1.debian.tar.gz
2d759ff490ad7b5f80a2a539395bce6e49cc06a6712233f1eb99fcd4cbe236b0 2512916
viruskiller_1.0-1.dfsg.1-1_i386.deb
Files:
75472d67b3a69a0b1a97dca0de3b9118 1440 games optional
viruskiller_1.0-1.dfsg.1-1.dsc
a74327aacb98bb6467d9170f41d640cb 6031 games optional
viruskiller_1.0-1.dfsg.1-1.debian.tar.gz
64917fb8343d7e36c418746d37f14a7e 2512916 games optional
viruskiller_1.0-1.dfsg.1-1_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAktXFuMACgkQ5ItltUs5T37sPgCePkmbdptFmQG4QvUCeyK4jdWI
/F0AoJlScYzJSSBiutFM9ucgRWKqpPpI
=t0oY
-END PGP SIGNATURE-
Accepted:
viruskiller_1.0-1.dfsg.1-1.debian.tar.gz
to main/v/viruskiller/viruskiller_1.0-1.dfsg.1-1.debian.tar.gz
viruskiller_1.0-1.dfsg.1-1.dsc
to main/v/viruskiller/viruskiller_1.0-1.dfsg.1-1.dsc
viruskiller_1.0-1.dfsg.1-1_i386.deb
to main/v/viruskiller/viruskiller_1.0-1.dfsg.1-1_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 python-daemon 1.5.2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 15 Jan 2010 13:51:34 +1100 Source: python-daemon Binary: python-daemon Architecture: source all Version: 1.5.2-2 Distribution: unstable Urgency: medium Maintainer: Ben Finney ben+deb...@benfinney.id.au Changed-By: Ben Finney ben+deb...@benfinney.id.au Description: python-daemon - library for making a Unix daemon process Closes: 565352 Changes: python-daemon (1.5.2-2) unstable; urgency=medium . * Urgency ‘medium’ to address serious packaging bug. * debian/control: + Fix missing dependency on ‘python-lockfile’. (Closes: Bug#565352) Checksums-Sha1: b0961cb8e8db910305307948f9850dfe7192e7f8 1309 python-daemon_1.5.2-2.dsc 1cd1c9b5e55fd4c52ed3d9254687d0debce92788 3532 python-daemon_1.5.2-2.diff.gz 034df14e5126dcdaba5633487a701af2dd74ba13 19038 python-daemon_1.5.2-2_all.deb Checksums-Sha256: cb65ef7e6637e6966355f141284af03f1f9ff1392f149d9b2bc95e9f4e80e4ee 1309 python-daemon_1.5.2-2.dsc 733ff1c6f798b4fad77e34d0b3262bd24c13c681ba1c7f290f77e885c5b5f9eb 3532 python-daemon_1.5.2-2.diff.gz febfd3f6d588a1f35ffb05196c29f5002e953046d5ea2d9dfd1262afaec347e3 19038 python-daemon_1.5.2-2_all.deb Files: 32686c9dffb7ef84491e10eb014afddc 1309 python optional python-daemon_1.5.2-2.dsc 380e129ed3fbf5c8bcbf2983033c3041 3532 python optional python-daemon_1.5.2-2.diff.gz 89b5148a0c2c504aa8ffe030f0d7a32c 19038 python optional python-daemon_1.5.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAktXG68ACgkQDeh5nqfWrnnrAgCeJcKzxz1rhfb1FOGmmbbUU6hU 71gAoK+/87sF8ts+ZTV6FV9QRCkuasXT =QVRE -END PGP SIGNATURE- Accepted: python-daemon_1.5.2-2.diff.gz to main/p/python-daemon/python-daemon_1.5.2-2.diff.gz python-daemon_1.5.2-2.dsc to main/p/python-daemon/python-daemon_1.5.2-2.dsc python-daemon_1.5.2-2_all.deb to main/p/python-daemon/python-daemon_1.5.2-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 aptitude 0.6.1.4-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 09:34:50 -0800 Source: aptitude Binary: aptitude aptitude-gtk aptitude-dbg aptitude-doc-cs aptitude-doc-en aptitude-doc-es aptitude-doc-fi aptitude-doc-fr aptitude-doc-ja Architecture: source i386 all Version: 0.6.1.4-2 Distribution: unstable Urgency: low Maintainer: Daniel Burrows dburr...@debian.org Changed-By: Daniel Burrows dburr...@debian.org Description: aptitude - terminal-based package manager (terminal interface only) aptitude-dbg - Debug symbols for the aptitude package manager aptitude-doc-cs - Czech manual for aptitude, a terminal-based package manager aptitude-doc-en - English manual for aptitude, a terminal-based package manager aptitude-doc-es - Spanish manual for aptitude, a terminal-based package manager aptitude-doc-fi - Finnish manual for aptitude, a terminal-based package manager aptitude-doc-fr - French manual for aptitude, a terminal-based package manager aptitude-doc-ja - Japanese manual for aptitude, a terminal-based package manager aptitude-gtk - terminal-based package manager (GUI and terminal interfaces) Closes: 565736 Changes: aptitude (0.6.1.4-2) unstable; urgency=low . * Don't abort the build if the Boost unit test fails on kfreebsd; it looks like the Boost test framework is flaky there. (Closes: #565736) Checksums-Sha1: dc3022f53152e61b8730d113b8f70de9c8c73686 1607 aptitude_0.6.1.4-2.dsc 379923f495ca3f474955ed637ec9e0e26c431219 39394 aptitude_0.6.1.4-2.diff.gz 6a003d40966b8e4cc408dc54c4bab9b5cd947ac8 3665584 aptitude_0.6.1.4-2_i386.deb fe0972ae178a4da2ac1f5efcee3f040e486c953f 1767318 aptitude-gtk_0.6.1.4-2_i386.deb 16804f31489fe10f3c7ed5880bb0cde8df57f6f4 19003286 aptitude-dbg_0.6.1.4-2_i386.deb 2c5f6112825beec2e016db5139e73ece689a74f2 382748 aptitude-doc-cs_0.6.1.4-2_all.deb 6e2e8a1b81dd638f8c96a2e82a30e32b4a23f2c6 427594 aptitude-doc-en_0.6.1.4-2_all.deb 7845d5842d28e5cef8df55fc1aa58974d7d74148 472298 aptitude-doc-es_0.6.1.4-2_all.deb 966905afc3f73634e985df03e91a866fa110664f 274912 aptitude-doc-fi_0.6.1.4-2_all.deb 684cc3ec41fd39fcf73351f86b0a0cb2d93cde8c 331714 aptitude-doc-fr_0.6.1.4-2_all.deb c14b8037d66a616ad9e66c4e96890588e39a2458 394458 aptitude-doc-ja_0.6.1.4-2_all.deb Checksums-Sha256: b2a94c31341d3037f507cbe24eff7b61c17a01c1eaad4efb425dca34c74cc742 1607 aptitude_0.6.1.4-2.dsc 79a1ad1efe47a7a2b63d66ec0f0c278b82d06570151f9fae129496e4249bcdbf 39394 aptitude_0.6.1.4-2.diff.gz 516f7e1c33b83091184de4877a23b1f39113e37bef228a77933a0b4c823e920e 3665584 aptitude_0.6.1.4-2_i386.deb bd589e3cee474d99f940dd7c06563157c80a9e4cebb46435bdef0c56d3330426 1767318 aptitude-gtk_0.6.1.4-2_i386.deb 2f5b6017b9cd753eb317403025d2538f81868780833b838995662ebb44af3434 19003286 aptitude-dbg_0.6.1.4-2_i386.deb 58f198b497d427235b94e5acb480c8a32c582a82fe083712ef59a82c2073db79 382748 aptitude-doc-cs_0.6.1.4-2_all.deb 1b8f4cbdd45761edb7d91f3e9489d1c989481e762b1395e9a01fbb6e68f87b4d 427594 aptitude-doc-en_0.6.1.4-2_all.deb fecc39af127ebdd525820bbf7445595f76a9cee92491732baff7a93057e17430 472298 aptitude-doc-es_0.6.1.4-2_all.deb 5bade8329cf4a04bdeb7f72f52a525bb1976daa34d93dbc17dbc00e49b1592d1 274912 aptitude-doc-fi_0.6.1.4-2_all.deb d701f54d79c89451a9e337f29aec200aa1085a09bdc1c900047719b2d4cc8d67 331714 aptitude-doc-fr_0.6.1.4-2_all.deb 01f3f10a0e75e4c3a8e76a8b4b03d1a5404993ed774f2e6accd57d0abea69352 394458 aptitude-doc-ja_0.6.1.4-2_all.deb Files: 2804ded2e102976339607716590ccbf5 1607 admin - aptitude_0.6.1.4-2.dsc 7af6b9b1bf8a5d007c2b801fe00aa9d4 39394 admin - aptitude_0.6.1.4-2.diff.gz dc020aa80075448f54712c2e2f8d8945 3665584 admin important aptitude_0.6.1.4-2_i386.deb 11f69bbd8125ec2369c1083f47a56c43 1767318 admin optional aptitude-gtk_0.6.1.4-2_i386.deb 727384c683450d2537d5b66b0bb9109d 19003286 debug extra aptitude-dbg_0.6.1.4-2_i386.deb 6257375a8574d69adf0dcfcab7446bca 382748 doc optional aptitude-doc-cs_0.6.1.4-2_all.deb b8274129f40081134d358a4bd5ed9912 427594 doc optional aptitude-doc-en_0.6.1.4-2_all.deb bda17c005c4e574a907466aa5631f2dd 472298 doc optional aptitude-doc-es_0.6.1.4-2_all.deb b1c29caf60e8b502e589abedc6a69db7 274912 doc optional aptitude-doc-fi_0.6.1.4-2_all.deb 71e2829d553c02d1b3136fda87364bee 331714 doc optional aptitude-doc-fr_0.6.1.4-2_all.deb 7bffd65f8134c04f7a96eb96c5d4c152 394458 doc optional aptitude-doc-ja_0.6.1.4-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktXIqMACgkQch6xsM7kSXiLHgCfQUWO+WIlSWaLBTgNt8/QBrTk CLIAoMX+vGUoxMSJErdm3yCBCdgV2tRp =cgug -END PGP SIGNATURE- Accepted: aptitude-dbg_0.6.1.4-2_i386.deb to main/a/aptitude/aptitude-dbg_0.6.1.4-2_i386.deb aptitude-doc-cs_0.6.1.4-2_all.deb to main/a/aptitude/aptitude-doc-cs_0.6.1.4-2_all.deb aptitude-doc-en_0.6.1.4-2_all.deb to main/a/aptitude/aptitude-doc-en_0.6.1.4-2_all.deb aptitude-doc-es_0.6.1.4-2_all.deb to main/a/aptitude/aptitude-doc-es_0.6.1.4-2_all.deb
Accepted flashrom 0.9.1+r873-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 15:18:23 +0100 Source: flashrom Binary: flashrom Architecture: source i386 Version: 0.9.1+r873-1 Distribution: unstable Urgency: low Maintainer: Uwe Hermann u...@debian.org Changed-By: Uwe Hermann u...@debian.org Description: flashrom - Identify, read, write, erase, and verify BIOS/ROM/flash chips Changes: flashrom (0.9.1+r873-1) unstable; urgency=low . * New upstream release. Checksums-Sha1: 6e7b98319fd45fcf62f2f0ecb0188160c6241944 1122 flashrom_0.9.1+r873-1.dsc 007c0959651fe0788b8efdaffa4b5538d0d78f0b 236423 flashrom_0.9.1+r873.orig.tar.gz e1d88950e526a025d48b50d54f6fa284bebbdad3 4607 flashrom_0.9.1+r873-1.diff.gz 7bddff838594f60bc37358021e21e91cbb0ab992 172486 flashrom_0.9.1+r873-1_i386.deb Checksums-Sha256: 3d0a91c40444e2f0d31595ae0055a3000e2dcfa4e247f76eb1cca2ec8c209eb3 1122 flashrom_0.9.1+r873-1.dsc 67e6a05e2079e3698e3a1d7103e76e6feeaf1272b28b63bcd7e6c2cfc5adbc8a 236423 flashrom_0.9.1+r873.orig.tar.gz c6848f88607b49a26a479d89f2e8f50dc1a53861d174eb58cf9ed77713118007 4607 flashrom_0.9.1+r873-1.diff.gz 6e31a2a4452fc8332dbbbefd833b2522523f2808f5886b7f6d2e8593238c2129 172486 flashrom_0.9.1+r873-1_i386.deb Files: 50e015eceea41c421794b631a112871f 1122 electronics extra flashrom_0.9.1+r873-1.dsc 54c62dbffe6ed3cf15302cd8e7a45afb 236423 electronics extra flashrom_0.9.1+r873.orig.tar.gz 606151ed4684c4fa6249e21eb1f5ba95 4607 electronics extra flashrom_0.9.1+r873-1.diff.gz 07ae65a2ca10d82fc9805b0f8c531513 172486 electronics extra flashrom_0.9.1+r873-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktXJFwACgkQXdVoV3jWIbRrSwCbBcmX1zdQi9ESWx+yJM9uTPax RRIAn1BJlpuqGfUK179DSJZFvLC8gB7Z =997+ -END PGP SIGNATURE- Accepted: flashrom_0.9.1+r873-1.diff.gz to main/f/flashrom/flashrom_0.9.1+r873-1.diff.gz flashrom_0.9.1+r873-1.dsc to main/f/flashrom/flashrom_0.9.1+r873-1.dsc flashrom_0.9.1+r873-1_i386.deb to main/f/flashrom/flashrom_0.9.1+r873-1_i386.deb flashrom_0.9.1+r873.orig.tar.gz to main/f/flashrom/flashrom_0.9.1+r873.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 python-apt 0.7.93 (source all amd64)
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Wed, 20 Jan 2010 17:06:20 +0100
Source: python-apt
Binary: python-apt python-apt-dbg python-apt-dev
Architecture: source amd64 all
Version: 0.7.93
Distribution: unstable
Urgency: low
Maintainer: APT Development Team de...@lists.debian.org
Changed-By: Julian Andres Klode j...@debian.org
Description:
python-apt - Python interface to libapt-pkg
python-apt-dbg - Python interface to libapt-pkg (debug extension)
python-apt-dev - Python interface to libapt-pkg (development files)
Changes:
python-apt (0.7.93) unstable; urgency=low
.
[ Julian Andres Klode ]
* Merge debian-sid and debian-experimental.
* Add a tutorial on how to do things which are possible with apt-get,
like apt-get --print-uris update (cf. #551164).
* Build for Python 2.5, 2.6 and 3.1; 2.6 and 3.1 hit unstable on Jan 16.
- Use DH_PYCENTRAL=nomove for now because include-links seems broken
* Merge lp:~forest-bond/python-apt/cache-is-virtual-package-catch-key-error
- Return False in Cache.is_virtual_package if the package does not exist.
* Make all class-level constants have uppercase names.
* Rewrite apt.progress.gtk2 documentation by hand and drop python-gtk2
build-time dependency.
* aptsources:
- Make all classes subclasses of object.
- distro.py: Support Python 3, decode lsb_release results using utf-8.
* apt/progress/base.py:
- Fix some parsing of dpkg status fd.
* apt/progress/text.py:
- Replace one print statement with a .write() call.
* Rename apt_pkg.PackageIndexFile to apt_pkg.IndexFile.
.
[ Colin Watson ]
* apt/progress/__init__.py:
- Fix InstallProgress.updateInterface() to cope with read() returning 0
on non-blocking file descriptors (LP: #491027).
.
[ Michael Vogt ]
* apt/cache.py:
- improved docstring for the cache
- add enhances property
* data/templates/Ubuntu.info.in:
- add lucid
* python/cache.cc:
- add UntranslatedDepType attribute to DependencyType
- add DepTypeEnum that returns a value from
{DepDepends, DepPreDepends, ...}
* python/apt_pkgmodule.cc:
- add DepDpkgBreaks, DepEnhances constants
* doc/source/apt_pkg/{cache.rst, index.rst}:
- update documentation as well
Checksums-Sha1:
29bc00e0ea79e29043c0a18f729a4460c1d7cdb6 1226 python-apt_0.7.93.dsc
5eec5e488026ab6081f5d0ed2b79ed37e8b1c380 266302 python-apt_0.7.93.tar.gz
c3da97311c0920fbed87a63113bb18d79c44f7c9 676502 python-apt_0.7.93_amd64.deb
5b0b62f87072c8d44ec20a977fbf86c3d21581ce 3358700
python-apt-dbg_0.7.93_amd64.deb
1cf4a26234608cebbbde9e02d449df2f2edba95c 21254 python-apt-dev_0.7.93_all.deb
Checksums-Sha256:
ff5677e974d9ae48fdc4cbbbe823cc78ea1879946f750aeb981091481a38fe61 1226
python-apt_0.7.93.dsc
4a7fc2e2f248ac7b8aa32fb727d456cdf6db0d2c2d710e65a1cdd4b4fad5af3f 266302
python-apt_0.7.93.tar.gz
b297b5aaffef3f6fb1758d07bead427d4ee4aa090a45022c4b7fe5045e959b89 676502
python-apt_0.7.93_amd64.deb
73dc23a851f494baedc1e20185bf997a8d9211d7250ba65087ef641354ed68c1 3358700
python-apt-dbg_0.7.93_amd64.deb
b8817153c34c756f3483cce2f125c7c89a75e30125c9040fa36b2cf73a91bdd8 21254
python-apt-dev_0.7.93_all.deb
Files:
8181b0f4936c6347dd0e2cc8c54c1ae5 1226 python optional python-apt_0.7.93.dsc
8542999bef6f5b9300c951d3c295c9f0 266302 python optional
python-apt_0.7.93.tar.gz
0ac09a9b8bb372bc89d613be46b6d117 676502 python optional
python-apt_0.7.93_amd64.deb
212f7382f9ddb0ab27670ea7597fb844 3358700 debug extra
python-apt-dbg_0.7.93_amd64.deb
2d6f708b476f275a1e9c2fd5cb079dc5 21254 python optional
python-apt-dev_0.7.93_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEAREDAAYFAktXLFQACgkQrCpf/gCCPsLsIQCfcwsB1mgb+WIsaXRoxD+oBUe8
6+IAn2a4CUk2f0soxu5AiFN0oxkhuZn7
=mJSE
-END PGP SIGNATURE-
Accepted:
python-apt-dbg_0.7.93_amd64.deb
to main/p/python-apt/python-apt-dbg_0.7.93_amd64.deb
python-apt-dev_0.7.93_all.deb
to main/p/python-apt/python-apt-dev_0.7.93_all.deb
python-apt_0.7.93.dsc
to main/p/python-apt/python-apt_0.7.93.dsc
python-apt_0.7.93.tar.gz
to main/p/python-apt/python-apt_0.7.93.tar.gz
python-apt_0.7.93_amd64.deb
to main/p/python-apt/python-apt_0.7.93_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 latex2html 2008-debian1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 17 Jan 2010 15:49:40 +0100 Source: latex2html Binary: latex2html Architecture: source all Version: 2008-debian1-1 Distribution: unstable Urgency: low Maintainer: Roland Stigge sti...@antcom.de Changed-By: Roland Stigge sti...@antcom.de Description: latex2html - LaTeX to HTML translator Changes: latex2html (2008-debian1-1) unstable; urgency=low . * Repackaged upstream: Upstream Ross Moore r...@ics.mq.edu.au didn't make a new release but instructed me how to remove certain files so that we can comply with Debian licensing standards: - Removed cweb2html/ - Removed docs/changebar* * debian/control: - Moved to main - Standards-Version: 3.8.3 - Depends and Build-Depends: texlive-latex-extra (for changebar.sty) Checksums-Sha1: 6c95e5c7d9e846e446ff96de1950bc80bc9d4780 1124 latex2html_2008-debian1-1.dsc 21a9135cdc8966ae6eb18cfceb372a48d3bf32dc 1072361 latex2html_2008-debian1.orig.tar.gz 0c65a36c75615031fa8f298aa7ec9f13246e4b22 48566 latex2html_2008-debian1-1.diff.gz 696162935bd4981b4b55121cdb0d5246efe4b3c1 2112392 latex2html_2008-debian1-1_all.deb Checksums-Sha256: add431c29c2faf8bea7cf96f776bf3bcb257446fe7ff9a3e55155f940c4a227d 1124 latex2html_2008-debian1-1.dsc 11e1913d5bd391c9ecfa9a0c44810ed3ed6010e8912ea2df6a9a5aa9cbc3c3e2 1072361 latex2html_2008-debian1.orig.tar.gz 653f65c0efb5083b1e4a4937dec6420ff0dc6bd21cb7045edb08ca7092fd77af 48566 latex2html_2008-debian1-1.diff.gz e715f21743d9acfba1bd0eb8a871ba3a4ece46154250145e5c6a2bf1bd4b4186 2112392 latex2html_2008-debian1-1_all.deb Files: a442576f6d8d5864277f5ab97108e6d2 1124 tex optional latex2html_2008-debian1-1.dsc 9f02b30b05e9f2a819da8af189556aa4 1072361 tex optional latex2html_2008-debian1.orig.tar.gz 90692221d8aa76da097e28e05434409d 48566 tex optional latex2html_2008-debian1-1.diff.gz 927908cf2a1a88f53593db708a37eccf 2112392 tex optional latex2html_2008-debian1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLUyjqcaH/YBv43g8RAjdEAJ4jqjrGPJ8nSlO9b2D3BeKsI7Or6gCZAeV3 4fVj8M0tSSlKyNn0WtqZ+10= =+4s7 -END PGP SIGNATURE- Accepted: latex2html_2008-debian1-1.diff.gz to main/l/latex2html/latex2html_2008-debian1-1.diff.gz latex2html_2008-debian1-1.dsc to main/l/latex2html/latex2html_2008-debian1-1.dsc latex2html_2008-debian1-1_all.deb to main/l/latex2html/latex2html_2008-debian1-1_all.deb latex2html_2008-debian1.orig.tar.gz to main/l/latex2html/latex2html_2008-debian1.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 libaqbanking 4.2.3+svn.r1797-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 17 Jan 2010 20:52:15 +0100 Source: libaqbanking Binary: libaqbanking29-dev libaqbanking-doc aqbanking-tools libaqbanking29-plugins libaqbanking29-plugins-qt libaqbanking29-plugins-qt4 libaqbanking-plugins-libgwenhywfar47 libaqbanking-data libaqbanking29 libaqbanking29-dbg libaqhbci17 libqbanking8 libq4banking1 libaqofxconnect5 Architecture: source i386 all Version: 4.2.3+svn.r1797-1 Distribution: experimental Urgency: low Maintainer: Micha Lenk mi...@debian.org Changed-By: Micha Lenk mi...@debian.org Description: aqbanking-tools - basic command line homebanking utilities libaqbanking-data - configuration files for libaqbanking libaqbanking-doc - library for online banking applications libaqbanking-plugins-libgwenhywfar47 - library for online banking applications plugins to libgwenhywfar libaqbanking29 - library for online banking applications libaqbanking29-dbg - library for online banking applications - debug symbols libaqbanking29-dev - library for online banking applications libaqbanking29-plugins - plugins needed by libaqbanking29 libaqbanking29-plugins-qt - plugins needed by libaqbanking29 libaqbanking29-plugins-qt4 - Qt 4 plugins needed by libaqbanking29 libaqhbci17 - library for HBCI online banking libaqofxconnect5 - library for OFX online banking libq4banking1 - Qt 4 frontend library for AqBanking libqbanking8 - Qt 3 frontend library for AqBanking Closes: 563790 Changes: libaqbanking (4.2.3+svn.r1797-1) experimental; urgency=low . * Upload of current SVN snapshot: + adds support for Qt4 (closes: #563790). * debian/control: + new build dependency: libqt4-dev + new binary packages: libq4banking1 and libaqbanking29-plugins-qt4. * debian/rules: ./configure AqBanking for additional frontend q4banking. * debian/libaqbanking29.symbols: New symbols added. Checksums-Sha1: 37b3143bbe8732dc1816af5e45a7a8fbd695723d 1663 libaqbanking_4.2.3+svn.r1797-1.dsc fbc6999dae3eedd526224e0959138498c03e7c76 4297286 libaqbanking_4.2.3+svn.r1797.orig.tar.gz 5e76624f5c6715d5b84b46c9ce1b58229def5ad4 29628 libaqbanking_4.2.3+svn.r1797-1.diff.gz cf8915ace4829005178aa2ae87530deab17047b7 126500 libaqbanking29-dev_4.2.3+svn.r1797-1_i386.deb 4ee8d3b038aac56e4624d80a37941bf1eb2373c2 98834 aqbanking-tools_4.2.3+svn.r1797-1_i386.deb 549da55d92e42c22d91b6840860db524a4fb2027 124644 libaqbanking29-plugins_4.2.3+svn.r1797-1_i386.deb 04865d54905704e504b2f74350383cd93ea1e8be 242942 libaqbanking29-plugins-qt_4.2.3+svn.r1797-1_i386.deb da9ed2927b2e4a089cbde8e575e5d6185f1ee6c5 226858 libaqbanking29-plugins-qt4_4.2.3+svn.r1797-1_i386.deb 4598209dd9cd6ad37d42fb22267e3784e9068ff8 59342 libaqbanking-plugins-libgwenhywfar47_4.2.3+svn.r1797-1_i386.deb dd138cfc89e9b8a385d4a5abd400d5d58c96c75a 190650 libaqbanking29_4.2.3+svn.r1797-1_i386.deb 9b94fc3b777e527b3543d4c312a749d1ceea8896 8434290 libaqbanking29-dbg_4.2.3+svn.r1797-1_i386.deb 7ce3489269e32aed210e9d0fbb733bafe721783e 227470 libaqhbci17_4.2.3+svn.r1797-1_i386.deb 68b6982efb3bb7b7623a89eae6ea032eb94eb780 243154 libqbanking8_4.2.3+svn.r1797-1_i386.deb 6aece6d445239ced18f9d714cce1993e002bebdf 221032 libq4banking1_4.2.3+svn.r1797-1_i386.deb 43fd25e2c5a26e9d6505018b65ea7ceb3e63765d 48644 libaqofxconnect5_4.2.3+svn.r1797-1_i386.deb 0d2537781309042905bf53020e12ba290f12fada 1033298 libaqbanking-doc_4.2.3+svn.r1797-1_all.deb 7fbbb39aab44e893bef23bd954433bcc2499eec9 2988236 libaqbanking-data_4.2.3+svn.r1797-1_all.deb Checksums-Sha256: a077952129430794ea197cb866376f0de9f1ffd1b353789a771c57115bbd6256 1663 libaqbanking_4.2.3+svn.r1797-1.dsc 8a55de39b17e2047a1e6b783abefe2ff670da1123fca5cbdfdf642407f5456ed 4297286 libaqbanking_4.2.3+svn.r1797.orig.tar.gz 727b8e3b934ee48b76d639c30ee22b03734cda990686e1310ec55f6577c62348 29628 libaqbanking_4.2.3+svn.r1797-1.diff.gz bced7c8ce8b322841ab1edca7ae558772611cb00b1112db3650b31178de16546 126500 libaqbanking29-dev_4.2.3+svn.r1797-1_i386.deb 61d9dbff13638c402d8bd52a57f35db9e04d342a2bd87708b3169ee65bfce16a 98834 aqbanking-tools_4.2.3+svn.r1797-1_i386.deb 33e673610010461e7249c3d389e1dd6855ff4690b86b3632b115eaf3992ad5b8 124644 libaqbanking29-plugins_4.2.3+svn.r1797-1_i386.deb 7ca7de313e678a8b96d55137eace386fe2536fadb90aabf2f22cc873da9e1b9d 242942 libaqbanking29-plugins-qt_4.2.3+svn.r1797-1_i386.deb 4f91ef98680e96d5cd812d5eff1fbaa352de88319224d5d5c7e4a0e0018dbaf0 226858 libaqbanking29-plugins-qt4_4.2.3+svn.r1797-1_i386.deb bf4895da3c697aca7f3cfb6c8081a79cb5eb80e69d17c47201044bef762319f8 59342 libaqbanking-plugins-libgwenhywfar47_4.2.3+svn.r1797-1_i386.deb e0a725eb94ce351480756afb74350644bfa213287a657cfe602e2b5f0808a1c1 190650 libaqbanking29_4.2.3+svn.r1797-1_i386.deb 6808bbbed99270c7f4257e818792835523e7ba1789cf82fc9a8bdbf3c582882b 8434290 libaqbanking29-dbg_4.2.3+svn.r1797-1_i386.deb 149245fe4561273340d174fe7cc43422d97fd4bd6659035b3f56d007e85084d1 227470 libaqhbci17_4.2.3+svn.r1797-1_i386.deb
Accepted zekr 0.7.5~beta3+repack-1 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 13 Jan 2010 18:31:18 +0200
Source: zekr
Binary: zekr
Architecture: source all
Version: 0.7.5~beta3+repack-1
Distribution: unstable
Urgency: low
Maintainer: Debian Islamic Maintainers
debian-islamic-maintain...@lists.alioth.debian.org
Changed-By: أحمد المحمودي (Ahmed El-Mahmoudy)
aelmahmo...@users.sourceforge.net
Description:
zekr - Quranic Study Tool
Closes: 444240 461299 490031 561115 561730 561732
Changes:
zekr (0.7.5~beta3+repack-1) unstable; urgency=low
.
[ Mohammad Derakhshani ]
* New upstream release. (Closes: #561730, #561115, #444240)
(LP: #267412, #491457, #491906)
+ Works with velocity 1.6 (Closes: #561115)
* debian/control:
+ Update SWT dependency to 3.5
+ Added sound related java packages to Build-Depends.
+ libjs-jquery added to the Depends field
+ Extended description reviewed.
+ ttf-sil-scheherazade | ttf-kacst (= 1.6.2+mry-1) | ttf-farsiweb moved
from Recommends to Depends.
+ Remove java1-runtime from Depends: field since zekr is not compatible
with java1-runtime.
* debian/zekr.sh:
+ Added sound related java packages to CLASSPATH
+ Changed VM_ARGS value to -Xms10m -Xmx80m.
* Added a patch 03_mozilla_five_home.diff, to set
'options.browser.useMozilla = true' in res/config/config.properties
* All relations to ttf-bitstream-vera have been removed (Closes: #461299).
* “msttcorefonts” is not suggested anymore (Closes: #490031).
* debian/zekr.links: added a symbolic link to jquery.js from libjs-jquery
* Added a patch 03_mozilla_five_home.diff, to set
'options.browser.useMozilla = true' in res/config/config.properties
* fix LP: #279935: a typo in mangage is fixed.
* debian/postinst:
+ Index installed Quran translations.
.
[ أحمد المحمودي (Ahmed El-Mahmoudy) ]
* Use 3.0 (quilt) source format.
* Use debhelper 7 instead of cdbs
* debian/control:
+ Replace java dependencies in Depends with ${java:Depends}
+ Bump xulrunner dependency to 1.9.1
+ Remove browser alternatives from Depends.
+ Bump lucene2 dependency to = 2.9.0
* Added build_manifest.diff patch to add Class-Path Main-Class
attributes to manifest
* Added debian/install, debian/docs, debian/README.source
* Add jogg.jar to class path
* debian/control: Added Vcs-* headers
* According to debian/copyright, zekr should be in non-free
* debian/zekr.sh:
+ Do not define org.eclipse.swt.browser.XULRunnerPath, not
needed.
+ Pass -Djava.net.preferIPv4Stack=true as an argument to java to
workaround the problem reported in #560056, this should be removed once
the bug got fixed.
* debian/rules: Delete res/images/sura-header.png from orig tarball since
its license is unknown.
* Add a free (under same license of the package) sura-header.png
* A watch file has been added in 0.7.1-3~ppa5 (Closes: #561732).
.
[ Mehdi Dogguy ]
* Set debian-islamic-maintainers as Maintainer and set former
maintainer as an uploader.
* Add myself as an uploader.
* Reformat debian/control so that it becomes easier to read.
* get-orig-source: Fix a typo 'images' - 'image'
Checksums-Sha1:
f3e135189a474d54f87149c2460784781e6087e3 2512 zekr_0.7.5~beta3+repack-1.dsc
c41f2cd3afb00e49400ca6b9ec7def3136adf66a 1884719
zekr_0.7.5~beta3+repack.orig.tar.gz
4beb2ea08875275e28e22788f1a0968112866c01 29649
zekr_0.7.5~beta3+repack-1.debian.tar.gz
0eeb54712e97fb709d7cfaef38fb43fdc1f3cecb 2219480
zekr_0.7.5~beta3+repack-1_all.deb
Checksums-Sha256:
fa4323cfd42c643f933a029740ba234a5c08fa25c76268dfedd3afbf17e80aa6 2512
zekr_0.7.5~beta3+repack-1.dsc
1454983383b92ab2feedf4c2eb6469bed416feb394a8579beef8a5486e867400 1884719
zekr_0.7.5~beta3+repack.orig.tar.gz
db70cd228436e67edfb200aace65fe9a4baf3b712ddf5ba4de63b8f9eef0604e 29649
zekr_0.7.5~beta3+repack-1.debian.tar.gz
2f54a89c965064a89010d8ae62085342444ba1dd5b205bba25128f48e029c4f4 2219480
zekr_0.7.5~beta3+repack-1_all.deb
Files:
1480cddcbf9aa5fccee18fa5298d7946 2512 non-free/x11 optional
zekr_0.7.5~beta3+repack-1.dsc
973eb0642490edef5c15497984accf32 1884719 non-free/x11 optional
zekr_0.7.5~beta3+repack.orig.tar.gz
879e1f408fbe1f569496d5fe845393dd 29649 non-free/x11 optional
zekr_0.7.5~beta3+repack-1.debian.tar.gz
e3fb20ae9a1831baee998c5fba229a2c 2219480 non-free/x11 optional
zekr_0.7.5~beta3+repack-1_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJLUvo+AAoJEDO+GgqMLtj/VPwP/0RLJZYqTKrG5MCpgT15QGL5
BwWDA16tta0aU39DWsOAxz+/IpmkqGngq6mWnxC//1WmCrqo4XnXxqM++pMxzlb4
6kxLzLlH77LqKPb6ZwvtVRGrFtB/SxI9wunJrEpZZa/DBHsWJJlgBNp4vs9OumHp
0dOc0n/36wdX5AXqojt6AJaQuP7vrLS7MB5tBhroucCr4gkj3rDo1lrzy/lllyYa
t1H5FDXMssur2aiKY3p4F0HBSwOlclKC1oQ1LywF/03QeyGQ86HLlQp+jfewf2iD
ENLrQsjolmmzYW5h5Ot5oZHTBkHTdPcWXVZTe2a+o4SIGXOjvBm8JVhKaBWPeQ+N
Accepted pybridge 0.3.0-7 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 15:32:02 + Source: pybridge Binary: pybridge pybridge-common pybridge-server Architecture: source all Version: 0.3.0-7 Distribution: unstable Urgency: low Maintainer: David Watson dwat...@debian.org Changed-By: David Watson dwat...@debian.org Description: pybridge - An online contract bridge game. Gtk client pybridge-common - Common files for pybridge pybridge-server - Server files for pybridge Closes: 559224 Changes: pybridge (0.3.0-7) unstable; urgency=low . * Replace versioned dependency on python-zopeinterface. (Closes: #559224) Checksums-Sha1: 53651ce1fefdb2f691d67c18562193bb9e8c6f25 1110 pybridge_0.3.0-7.dsc 9c189b24b19736de63569a216add3e6a033134cb 5457 pybridge_0.3.0-7.diff.gz 1e4fdbcd4bd3bde2813f2545912786ef97a96dd7 134080 pybridge_0.3.0-7_all.deb 6b93c6b053da7aa8d96858b2df3bfefdd45ad1ca 29724 pybridge-common_0.3.0-7_all.deb 170dcae16682ec166c9dacb6fb4b4e242d72b388 11206 pybridge-server_0.3.0-7_all.deb Checksums-Sha256: 8fe359d720a51cb5fd9ee6b4175e99fdb2651a996684e73175aa6bbeb9b93063 1110 pybridge_0.3.0-7.dsc af10e616784685f6b10aa40340baf8660116ac65fc6d4217308624e21bd5ebea 5457 pybridge_0.3.0-7.diff.gz 12703ca4f597ebc45e53d6fec9ceecab991daf55abdc4c74a3fff57d123975a0 134080 pybridge_0.3.0-7_all.deb 820ae1939655ee23a2afde2f9f4190c5e4571ae1ca5ca0629cb73cb666e37783 29724 pybridge-common_0.3.0-7_all.deb e8f10ffb6edb3863eaf390cc687bac1f19188086f7c49a828cbde1b2c22c1f8a 11206 pybridge-server_0.3.0-7_all.deb Files: 20c75f8e3f6568c50365f0683212267f 1110 games optional pybridge_0.3.0-7.dsc 6e9e17f2a9a9fe487757a8d11b8432a2 5457 games optional pybridge_0.3.0-7.diff.gz e24837ab157f4e44d0d5b6b4a69b7747 134080 games optional pybridge_0.3.0-7_all.deb d1e23bad63ec2701ac5b249d20b3b65d 29724 games optional pybridge-common_0.3.0-7_all.deb 1e51c37b33c5d15b8ef6bf16ba837d08 11206 games optional pybridge-server_0.3.0-7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAktXMHoACgkQDeh5nqfWrnlkQACgiiwcU3UCFOcvAUidout+2+6E 0uYAoLLjM2d2KiPrJbc7x0M6nsUnADI+ =3lab -END PGP SIGNATURE- Accepted: pybridge-common_0.3.0-7_all.deb to main/p/pybridge/pybridge-common_0.3.0-7_all.deb pybridge-server_0.3.0-7_all.deb to main/p/pybridge/pybridge-server_0.3.0-7_all.deb pybridge_0.3.0-7.diff.gz to main/p/pybridge/pybridge_0.3.0-7.diff.gz pybridge_0.3.0-7.dsc to main/p/pybridge/pybridge_0.3.0-7.dsc pybridge_0.3.0-7_all.deb to main/p/pybridge/pybridge_0.3.0-7_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 python-stompy 0.2.5-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 16:11:25 + Source: python-stompy Binary: python-stompy Architecture: source all Version: 0.2.5-1 Distribution: unstable Urgency: low Maintainer: David Watson da...@bashton.com Changed-By: David Watson da...@bashton.com Description: python-stompy - Implementation of the STOMP protocol in Python Changes: python-stompy (0.2.5-1) unstable; urgency=low . * New upstream release Checksums-Sha1: 4a05ec1e3aee80650523e527a7c930caa456a7b8 1107 python-stompy_0.2.5-1.dsc c7391a7d2cb82df7dd614bb8ac92815edc0c18fd 8010 python-stompy_0.2.5.orig.tar.gz 3dd5e553016711ca7bf0ed0b4f045aeeb072cca2 2480 python-stompy_0.2.5-1.diff.gz b3e0bf770e4854be5b372d5ca50bb5e1b2d34a66 10504 python-stompy_0.2.5-1_all.deb Checksums-Sha256: c9edcd8fed4514dcd7a7fbd960b1af1d45d23caf8a3dab3ab7e5f31d1c9b1b06 1107 python-stompy_0.2.5-1.dsc 7a156e43c4f3fa4317a8c3bb3d27291ca7e1b5a930648f90209e4929005795f8 8010 python-stompy_0.2.5.orig.tar.gz c494ba0f1de1143bd099e2d3d9a0eba54023da79e85e8e186ca251b3db341588 2480 python-stompy_0.2.5-1.diff.gz 4fb1e573fab512a202808a53789d0c63b903a7a63a49619ca581cd8a2ca78fed 10504 python-stompy_0.2.5-1_all.deb Files: 222995bcfb30869e09335c3a0f1550f2 1107 python optional python-stompy_0.2.5-1.dsc 5e3a4c260286d314708717b5953d20a9 8010 python optional python-stompy_0.2.5.orig.tar.gz 52948fab76e21883357a778f12299eae 2480 python optional python-stompy_0.2.5-1.diff.gz dbea431f86b34ad4032dc1a4c53c6da8 10504 python optional python-stompy_0.2.5-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAktXMmIACgkQDeh5nqfWrnnIQQCffptmTMtbuoIg0942mjOeCLZ1 /bQAoN4UcMDCLB63hKKD/Kkur4sgucHY =q4R7 -END PGP SIGNATURE- Accepted: python-stompy_0.2.5-1.diff.gz to main/p/python-stompy/python-stompy_0.2.5-1.diff.gz python-stompy_0.2.5-1.dsc to main/p/python-stompy/python-stompy_0.2.5-1.dsc python-stompy_0.2.5-1_all.deb to main/p/python-stompy/python-stompy_0.2.5-1_all.deb python-stompy_0.2.5.orig.tar.gz to main/p/python-stompy/python-stompy_0.2.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 libinotify-ruby 0.0.2-4 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 20:53:22 +1300 Source: libinotify-ruby Binary: libinotify-ruby libinotify-ruby1.8 libinotify-ruby1.9.1 Architecture: source all amd64 Version: 0.0.2-4 Distribution: unstable Urgency: low Maintainer: Ryan Niebur ryanrya...@gmail.com Changed-By: Lucas Nussbaum lu...@lucas-nussbaum.net Description: libinotify-ruby - Ruby interface to Linux's inotify system (dependency package) libinotify-ruby1.8 - Ruby interface to Linux's inotify system (ruby 1.8) libinotify-ruby1.9.1 - Ruby interface to Linux's inotify system (ruby 1.9.1) Closes: 565827 Changes: libinotify-ruby (0.0.2-4) unstable; urgency=low . * Fixed Vcs-* fields after pkg-ruby-extras SVN layout change. * Drop package for Ruby 1.9, add package for ruby 1.9.1. Closes: #565827. Checksums-Sha1: 4f7bc81a4032348db2f503cb0ad3070e4661b78f 1439 libinotify-ruby_0.0.2-4.dsc 354aefece8cc3867a65fe5576b3bd1f0358a7446 3062 libinotify-ruby_0.0.2-4.diff.gz e3a6bd45218fd8cddfeb1edeff433a3b697f3454 3676 libinotify-ruby_0.0.2-4_all.deb c0da63eb6e03e7a53a069f798efd838353e554c1 8064 libinotify-ruby1.8_0.0.2-4_amd64.deb b24f631b853b1aa216d640b18edec39b5992b3dc 7884 libinotify-ruby1.9.1_0.0.2-4_amd64.deb Checksums-Sha256: 5aed8a7a35d73ef6347ae8901b7c32862970ef6360e7db79a76e963a463ceb72 1439 libinotify-ruby_0.0.2-4.dsc 8f6c65b4fb15439792eaccf649d1c75f18143abaf6ee7a802457c108bb256c24 3062 libinotify-ruby_0.0.2-4.diff.gz 301308e9c60412cb5b18a31ad465e91d75709618645b7e3f0455e9dd5d76cafb 3676 libinotify-ruby_0.0.2-4_all.deb d3712945b79ec13ac3cc2c5c39be4ef2cd1b288ef80c7eddac85e6ead22080ad 8064 libinotify-ruby1.8_0.0.2-4_amd64.deb ab19b9faa0ade29a07adf30fedfa08df42ccc6e76c133fdd594dde5b67e13388 7884 libinotify-ruby1.9.1_0.0.2-4_amd64.deb Files: f3ea0ca2c38e8f76acabbcae185d23ba 1439 ruby optional libinotify-ruby_0.0.2-4.dsc 2c127b4c50ab7fdad75001dd62c7efe5 3062 ruby optional libinotify-ruby_0.0.2-4.diff.gz dd8563cb15e51eac09d3b6dea221f47d 3676 ruby optional libinotify-ruby_0.0.2-4_all.deb 160be34c397048dbd82ae026be5447dd 8064 ruby optional libinotify-ruby1.8_0.0.2-4_amd64.deb d4a0863c62eeafc272a5cff5438bdbcf 7884 ruby optional libinotify-ruby1.9.1_0.0.2-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVWY62hliNwI7P08RApTlAKCkIIkBuJRIGHDB50IHamhcIhs11wCgm2Ic Gggu/r144Vl0YBFeWGVKHGU= =XRQW -END PGP SIGNATURE- Accepted: libinotify-ruby1.8_0.0.2-4_amd64.deb to main/libi/libinotify-ruby/libinotify-ruby1.8_0.0.2-4_amd64.deb libinotify-ruby1.9.1_0.0.2-4_amd64.deb to main/libi/libinotify-ruby/libinotify-ruby1.9.1_0.0.2-4_amd64.deb libinotify-ruby_0.0.2-4.diff.gz to main/libi/libinotify-ruby/libinotify-ruby_0.0.2-4.diff.gz libinotify-ruby_0.0.2-4.dsc to main/libi/libinotify-ruby/libinotify-ruby_0.0.2-4.dsc libinotify-ruby_0.0.2-4_all.deb to main/libi/libinotify-ruby/libinotify-ruby_0.0.2-4_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 libkrb5-ruby 0.7-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 21:02:50 +1300 Source: libkrb5-ruby Binary: libkrb5-ruby libkrb5-ruby1.8 libkrb5-ruby1.9.1 libkrb5-ruby-doc Architecture: source all amd64 Version: 0.7-2 Distribution: unstable Urgency: low Maintainer: Ryan Niebur ryanrya...@gmail.com Changed-By: Lucas Nussbaum lu...@lucas-nussbaum.net Description: libkrb5-ruby - Basic Kerberos ruby binding libkrb5-ruby-doc - Documentation for libkrb5-ruby libkrb5-ruby1.8 - Basic Kerberos ruby binding (Ruby 1.8) libkrb5-ruby1.9.1 - Basic Kerberos ruby binding (Ruby 1.9.1) Closes: 565840 Changes: libkrb5-ruby (0.7-2) unstable; urgency=low . [ Gunnar Wolf ] * Changed section to Ruby as per ftp-masters' request . [ Lucas Nussbaum ] * Drop 1.9 package, add 1.9.1 package. Closes: #565840. Checksums-Sha1: c9453950f1784ad071e3a747c62becd8a9cf8379 1401 libkrb5-ruby_0.7-2.dsc 2c15c04bd0d2faba05d69d7410bdecb715541d11 1766 libkrb5-ruby_0.7-2.diff.gz 75277930f2728eba6401ab1f4e6e3649796bc8e0 2536 libkrb5-ruby_0.7-2_all.deb 0ad9cfaae17ee9dbfd359cc98a3c31beef471f8c 2498 libkrb5-ruby-doc_0.7-2_all.deb e0a08b9157e2c38a64937264c0a6e490040fb891 9298 libkrb5-ruby1.8_0.7-2_amd64.deb 14ae5d3baa97ac6dc5d03c6247d76ff378aaa07b 8634 libkrb5-ruby1.9.1_0.7-2_amd64.deb Checksums-Sha256: 34dfd38c3f5e76aee47eaf1562c205320fa4486dccea9206f5cf3ca924b653e3 1401 libkrb5-ruby_0.7-2.dsc 7396063701cadab3824cf22945fef480470b9fd772a6dad402ef126bf8a0531f 1766 libkrb5-ruby_0.7-2.diff.gz 358d681d28b1970fff620f3c970c0762fcb1f014a0654dcfc839a57037d2e4d0 2536 libkrb5-ruby_0.7-2_all.deb 2e541fe5edf522dead6d07343fff197d24f06258a47815e0afe9da890c43a535 2498 libkrb5-ruby-doc_0.7-2_all.deb fe796f52d4e55e2e70e0a4a93ba429b0d58d355389e3990b69d85405f3336183 9298 libkrb5-ruby1.8_0.7-2_amd64.deb cbccc5d06565905ed02c4c91d8c0af7d96f2b4a53ad9cd8c3e38a8a05a174707 8634 libkrb5-ruby1.9.1_0.7-2_amd64.deb Files: 84cef853b03082c76f464a9c49761702 1401 ruby extra libkrb5-ruby_0.7-2.dsc 4a28f6ba6448c5888d84f39abd7b5d3c 1766 ruby extra libkrb5-ruby_0.7-2.diff.gz 4e00fe8086d76276010e7c9bb5157b7a 2536 ruby extra libkrb5-ruby_0.7-2_all.deb 9e4f50166b282a31a4ab2ab90b1d0bc7 2498 doc extra libkrb5-ruby-doc_0.7-2_all.deb 739c1fe118629214a40dd8990a45ab35 9298 ruby extra libkrb5-ruby1.8_0.7-2_amd64.deb 3190f47c59f0d413a900419b5fd19b60 8634 ruby extra libkrb5-ruby1.9.1_0.7-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVWlS2hliNwI7P08RAs7FAKCHO/EQPoiIamMhXfwYTblOaGPFDQCfT5pB LFkL048dvnQh99yVoR3vpqw= =mRD4 -END PGP SIGNATURE- Accepted: libkrb5-ruby-doc_0.7-2_all.deb to main/libk/libkrb5-ruby/libkrb5-ruby-doc_0.7-2_all.deb libkrb5-ruby1.8_0.7-2_amd64.deb to main/libk/libkrb5-ruby/libkrb5-ruby1.8_0.7-2_amd64.deb libkrb5-ruby1.9.1_0.7-2_amd64.deb to main/libk/libkrb5-ruby/libkrb5-ruby1.9.1_0.7-2_amd64.deb libkrb5-ruby_0.7-2.diff.gz to main/libk/libkrb5-ruby/libkrb5-ruby_0.7-2.diff.gz libkrb5-ruby_0.7-2.dsc to main/libk/libkrb5-ruby/libkrb5-ruby_0.7-2.dsc libkrb5-ruby_0.7-2_all.deb to main/libk/libkrb5-ruby/libkrb5-ruby_0.7-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 stfl 0.21-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 10:18:07 +0100 Source: stfl Binary: libstfl0 libstfl-dev libstfl-perl python-stfl libstfl-ruby1.8 libstfl-ruby1.9.1 libstfl-ruby libstfl-spl Architecture: source amd64 all Version: 0.21-2 Distribution: unstable Urgency: low Maintainer: Nico Golde n...@debian.org Changed-By: Nico Golde n...@debian.org Description: libstfl-dev - development files for libstfl libstfl-perl - Perl bindings for the structured terminal forms language/library libstfl-ruby - Ruby bindings for the structured terminal forms language/library libstfl-ruby1.8 - Ruby 1.8 bindings for the structured terminal forms language/libr libstfl-ruby1.9.1 - Ruby 1.9.1 bindings for the structured terminal forms language/li libstfl-spl - SPL bindings for the structured terminal forms language/library libstfl0 - structured terminal forms language/library python-stfl - python bindings for the structured terminal forms language/librar Closes: 565844 Changes: stfl (0.21-2) unstable; urgency=low . * Adapt package to build with ruby 1.9.1 rather than 1.9 (Closes: #565844). Checksums-Sha1: dfc867bc2f3c15f96de68fc8ee6c0e86c289ad6d 1345 stfl_0.21-2.dsc f3f968695c07ee65824af24ebe29eac8c9462462 8486 stfl_0.21-2.diff.gz 44e9cdc719f09aeb077fdd61af313a49b03168d6 40682 libstfl0_0.21-2_amd64.deb 3e4c10596020e2648236226a30d0f420ca5bb4e5 38816 libstfl-dev_0.21-2_amd64.deb e49b9c1bb4791497310622aa73f299a1adfa330d 46330 libstfl-perl_0.21-2_amd64.deb 4751313d16713b4d397b64134085674843d69eb7 49740 python-stfl_0.21-2_amd64.deb 9a7fc288e29ce790a2de54874908981d53e03f55 41064 libstfl-ruby1.8_0.21-2_amd64.deb 8e5436e5f8cbe533bdf25ac115200a6c8220f835 41428 libstfl-ruby1.9.1_0.21-2_amd64.deb a6bddb02ed5bcb60297672dfde1774ea19c7e717 6114 libstfl-ruby_0.21-2_all.deb 34e42f28dd42b44c0abdbb0ededdd4903734011c 33032 libstfl-spl_0.21-2_amd64.deb Checksums-Sha256: 2cfa97f691545c8c751d49cb3f256134836faec610e16c4b7fdde12f2c2e8868 1345 stfl_0.21-2.dsc 42aaca5a3c10e8a7ab0806e64e9c9e4af896e6ca996e70add872ff37eddceff9 8486 stfl_0.21-2.diff.gz e75a2c99bcd58e0209670154207f21c026030e9958905b95621aa687e6c1f7cc 40682 libstfl0_0.21-2_amd64.deb dfbc328d9b557fa3744f8b81ed60388757a3ecc05858c400a45046178ab79ce4 38816 libstfl-dev_0.21-2_amd64.deb 26ae475033fdb8ac753830c2e1cab55f1f774661f54348bf04c19074f18a9d92 46330 libstfl-perl_0.21-2_amd64.deb a64957ef18ed20dfe66524c646f02c4e5472ebb14e754f06289ffee845184b21 49740 python-stfl_0.21-2_amd64.deb a4b634d6ae28fa13a23673e6ca19128a529328fe328787a00c3a5d358a254ae9 41064 libstfl-ruby1.8_0.21-2_amd64.deb c231f63723f27caaf30330c157bbf6a2ecdaaaffeae2c3ebd10a8fe75dfab562 41428 libstfl-ruby1.9.1_0.21-2_amd64.deb 50b4d9d27be30d35ea23eef79e9d6e16d931f220153e55bbe46759676394fcad 6114 libstfl-ruby_0.21-2_all.deb fe9a9b648565d5610beb4575f4b59144fea1bd11c11c4a044301fa73d997c961 33032 libstfl-spl_0.21-2_amd64.deb Files: 40d4a2e3de962b227b67fe27244392ea 1345 libdevel optional stfl_0.21-2.dsc f4819323a41232ff472e1bcca8de616e 8486 libdevel optional stfl_0.21-2.diff.gz ae848de1771fa728bf8de23391c42ad5 40682 libs optional libstfl0_0.21-2_amd64.deb a055ff938e9d4c39536cebac94fd3af7 38816 libdevel optional libstfl-dev_0.21-2_amd64.deb d916c3eb87a470742ae088c771e35260 46330 perl optional libstfl-perl_0.21-2_amd64.deb f6697a92c735ff02f34a4057608740f0 49740 python optional python-stfl_0.21-2_amd64.deb e05054d71fc7edfa681d3234b278b60c 41064 ruby optional libstfl-ruby1.8_0.21-2_amd64.deb ed144f2a0846dc5a901c0c7fe30ea8d6 41428 ruby optional libstfl-ruby1.9.1_0.21-2_amd64.deb 7fddb85bdbdd568cce67933abfc5051c 6114 ruby optional libstfl-ruby_0.21-2_all.deb 33774cbb76ef00de3ac0f560e7ff4519 33032 devel optional libstfl-spl_0.21-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAktVengACgkQHYflSXNkfP83PACdHjyTOdwBZpv4lJFanEVeo5S/ my8AnRPxXhE95buAHAdupLg3OflpUJHa =SbjL -END PGP SIGNATURE- Accepted: libstfl-dev_0.21-2_amd64.deb to main/s/stfl/libstfl-dev_0.21-2_amd64.deb libstfl-perl_0.21-2_amd64.deb to main/s/stfl/libstfl-perl_0.21-2_amd64.deb libstfl-ruby1.8_0.21-2_amd64.deb to main/s/stfl/libstfl-ruby1.8_0.21-2_amd64.deb libstfl-ruby1.9.1_0.21-2_amd64.deb to main/s/stfl/libstfl-ruby1.9.1_0.21-2_amd64.deb libstfl-ruby_0.21-2_all.deb to main/s/stfl/libstfl-ruby_0.21-2_all.deb libstfl-spl_0.21-2_amd64.deb to main/s/stfl/libstfl-spl_0.21-2_amd64.deb libstfl0_0.21-2_amd64.deb to main/s/stfl/libstfl0_0.21-2_amd64.deb python-stfl_0.21-2_amd64.deb to main/s/stfl/python-stfl_0.21-2_amd64.deb stfl_0.21-2.diff.gz to main/s/stfl/stfl_0.21-2.diff.gz stfl_0.21-2.dsc to main/s/stfl/stfl_0.21-2.dsc -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted xz-utils 4.999.9beta+20100117-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 18 Jan 2010 04:19:50 -0600 Source: xz-utils Binary: liblzma2 xz-utils liblzma-dev liblzma-doc Architecture: source amd64 all Version: 4.999.9beta+20100117-1 Distribution: unstable Urgency: low Maintainer: Jonathan Nieder jrnie...@gmail.com Changed-By: Jonathan Nieder jrnie...@gmail.com Description: liblzma-dev - XZ-format compression library - development files liblzma-doc - XZ-format compression library - API documentation liblzma2 - XZ-format compression library xz-utils - XZ-format compression utilities Changes: xz-utils (4.999.9beta+20100117-1) unstable; urgency=low . * New upstream snapshot, taken from upstream commit 07a11dad. + The user-specified memory usage limit was not being honored in some cases. + xz will no longer compress or decompress special files in place, even with --force. --force still enables compression of the target of a symlink. + xz will no longer read compressed data from a terminal or write it to a terminal, even with --force. + liblzma: many Index handling API improvements: - An lzma_index includes more useful metadata that is not actually from the Index. This is particularly helpful for describing multiple-stream files. * lzma_index_cat() does not take a stream padding argument any more; use lzma_index_stream_padding() instead. * lzma_index_memusage() takes two arguments now. The new lzma_index_memused() convenience function calculates the total memory usage of an lzma_index. * lzma_index_count() has been replaced with lzma_index_block_count() and lzma_index_stream_count(). * The new lzma_index_stream_flags() allows storing Stream Flags (e.g., checksum types) with the Index information. * The new lzma_index_checks() function indicates the list of checksum types in use. * lzma_index_equal() has been removed. Its semantics were unclear, and something approximate equivalent can be implemented by iterating over Blocks in application code. - An lzma_index no longer represents a position within an Index. The new lzma_index_iter type can be used for that purpose. * Certain functions generate an iterator on demand now rather than clobbering their lzma_index argument. Using a single lzma_index for multiple concurrent invocations is safe now: lzma_index_buffer_encode(), lzma_index_encoder() * Functions that used to specify a Record by modifying an lzma_index argument have been renamed and taught to write an lzma_index_iter instead: lzma_index_locate() - lzma_index_iter_locate() lzma_index_rewind() - lzma_index_iter_rewind() lzma_index_read() - lzma_index_iter_next() * The lzma_index_record type used by lzma_index_read() for complex seeks is no more. lzma_index_iter_next() instead takes a parameter of the new lzma_index_iter_mode type. * New function: lzma_index_iter_init() * lzma_index_init() cannot reuse memory from an existing lzma_index any more. The signature changed accordingly. + xz: support for decompressing to a sparse file - Try to write a sparse file if the decompressed stream contains long runs of null bytes. - The new --no-sparse option disables this behavior. + xz: add Czech translation. - liblzma-dev: lzma_filters_copy() and lzma_filters_update() are declared not to throw exceptions. * liblzma: bump soname. * xz-utils: Add NEWS.Debian describing the sparse file support. * debian/rules: Stop explicitly disabling assembler optimizations on the Hurd. The configure script will check if a platform is supported. . * debian/rules: Update clean target to handle comments and wildcards in .gitignore. * Build-Depends: perl. . * debian/rules: Speed up build by using autoreconf --symlink. * Remove debian/dirs lists. * Update copyright file and fix a small typo. Checksums-Sha1: 418772e2267d1a285e8e65c8c1854673a9d44432 1434 xz-utils_4.999.9beta+20100117-1.dsc 1d46793df77506beb3cff83308a7e9cb844e 487116 xz-utils_4.999.9beta+20100117.orig.tar.gz 32508b4785c32929ca4fe924f042eff19b0e7ecf 91786 xz-utils_4.999.9beta+20100117-1.debian.tar.gz e5e2646ea67c0cdfadb7d3561008c0843e6efd38 158448 liblzma2_4.999.9beta+20100117-1_amd64.deb 46007e3b9dfde7008bb859904d62f2b476c6ccd8 238506 xz-utils_4.999.9beta+20100117-1_amd64.deb 29947fbc0fc51beb06bc70b6b75c3828d89537a7 225172 liblzma-dev_4.999.9beta+20100117-1_amd64.deb 9e4ef3173048eaf1ff41aad85f13b03385e005ea 475370
Accepted celt 0.7.1-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 18:31:33 +1030 Source: celt Binary: celt libcelt0-0 libcelt-dev celt-doc Architecture: source all amd64 Version: 0.7.1-1 Distribution: unstable Urgency: low Maintainer: Ron Lee r...@debian.org Changed-By: Ron Lee r...@debian.org Description: celt - The CELT codec command line tools celt-doc - Documentation for the CELT audio codec library libcelt-dev - The CELT codec library development files libcelt0-0 - The CELT codec runtime library Changes: celt (0.7.1-1) unstable; urgency=low . * The correlation does not imply causation release. To celebrate the first release of celt that is actually compatible with a a previously distributed version, we've renamed the library! * libcelt is now libcelt0. The intent from upstream being to make it clear that one of the above was an accident, and unlikely to be repeated soon. On the bright side, this means we should be getting proper soname bumps from now on when the code ABI changes. The bitstream format still remains entirely fluid though, applications which communicate with a peer _must_ check that the formats are compatible at runtime. It may, and indeed is very likely to, continue changing with every release. * By some small miracle, this should be an entirely painless transition though. The new package doesn't conflict with the existing one, and all rdeps except mumble will switch to the new package with a binNMU, but not be broken in the meantime. They use the .pc file provided, and have been build tested. The mumble package is waiting on this one before it can work properly anyway, so a fix for that is just waiting for this to get through the NEW queue first now. * The new PLC is reported to be working Really Well. Checksums-Sha1: bcd488bfc4e209f314b1a6028a87f076c094128e 1141 celt_0.7.1-1.dsc 092d5696459dbe68a9685d9b65cb040a90f4f345 435150 celt_0.7.1.orig.tar.gz 12603628367557aeee782b7981ea383e407453f3 4194 celt_0.7.1-1.diff.gz 8ff23b4b788453596daced4056d894f28fe8f355 53450 celt-doc_0.7.1-1_all.deb 9985d3e3f8b6b04370053cedab051af54294bc6d 19284 celt_0.7.1-1_amd64.deb ac0463774bcf0d74364b61f7bda50ea25912e557 42580 libcelt0-0_0.7.1-1_amd64.deb ae8ca2f240ca1e81f7bf7bc7a9a9c2ac666826e7 53984 libcelt-dev_0.7.1-1_amd64.deb Checksums-Sha256: 36c5ace84b6249cd1a5800ab146ad844cb2dd05971a776ee324460297edaa457 1141 celt_0.7.1-1.dsc 398add49d567f47e9ff201a86f960ccd48b102dcd971201dc441b51297993891 435150 celt_0.7.1.orig.tar.gz 6b1c381b813c4f67b869b577feaec32ed430b7a8a9f0bc617b724753865d85b8 4194 celt_0.7.1-1.diff.gz 6f3b6224f81069ed4a7beb22e171838f21d1712398b73ccf390dc5f92666eab6 53450 celt-doc_0.7.1-1_all.deb 20e94de7173bd64454f92da50c4e9bcf52f8ebae4d7192699b0660888d6229ee 19284 celt_0.7.1-1_amd64.deb f4e9e80e2e2692180972ac6ce0521cc2a13a5040f90a01fddaec736cf268d17f 42580 libcelt0-0_0.7.1-1_amd64.deb 371606fd6c87a5bef1a1e76b853863d3186e59d7a364256aa8d645fd3392fd14 53984 libcelt-dev_0.7.1-1_amd64.deb Files: b3b500361ab333af956a7b6dbf6fc7cf 1141 sound optional celt_0.7.1-1.dsc 64175ea04d3cbac3600ba298a8efc005 435150 sound optional celt_0.7.1.orig.tar.gz e4438bee6cfa128d271cf7a88d0bc441 4194 sound optional celt_0.7.1-1.diff.gz 98827591b82627663eb5b0dc23f3828b 53450 doc optional celt-doc_0.7.1-1_all.deb 245dd33935445786ee764009068fc649 19284 sound optional celt_0.7.1-1_amd64.deb 6d89050d82e6131f2757d6100729591a 42580 libs optional libcelt0-0_0.7.1-1_amd64.deb 1c6a6383a47044824d6979c800392601 53984 libdevel optional libcelt-dev_0.7.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVt2Cp4BCHGgCHOQRArUwAJsEEwVuJLXpbCwDr+I8zeGpGJeE8QCcCUGV h1T9drEROLw584dNh+DCcO4= =43Eh -END PGP SIGNATURE- Accepted: celt-doc_0.7.1-1_all.deb to main/c/celt/celt-doc_0.7.1-1_all.deb celt_0.7.1-1.diff.gz to main/c/celt/celt_0.7.1-1.diff.gz celt_0.7.1-1.dsc to main/c/celt/celt_0.7.1-1.dsc celt_0.7.1-1_amd64.deb to main/c/celt/celt_0.7.1-1_amd64.deb celt_0.7.1.orig.tar.gz to main/c/celt/celt_0.7.1.orig.tar.gz libcelt-dev_0.7.1-1_amd64.deb to main/c/celt/libcelt-dev_0.7.1-1_amd64.deb libcelt0-0_0.7.1-1_amd64.deb to main/c/celt/libcelt0-0_0.7.1-1_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 clutter 0.8.8-2.1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 18 Jan 2010 11:24:49 +0100 Source: clutter Binary: libclutter-0.8-0 libclutter-0.8-dev libclutter-0.8-dbg libclutter-doc Architecture: source all amd64 Version: 0.8.8-2.1 Distribution: unstable Urgency: low Maintainer: Ross Burton r...@debian.org Changed-By: Stefano Zacchiroli z...@debian.org Description: libclutter-0.8-0 - Open GL based interactive canvas library libclutter-0.8-dbg - Open GL based interactive canvas library (debug files) libclutter-0.8-dev - Open GL based interactive canvas library (development files) libclutter-doc - Open GL based interactive canvas library (documentation) Closes: 544879 Changes: clutter (0.8.8-2.1) unstable; urgency=low . * Non-maintainer upload. * Sourceful rebuild, to resurrect the -doc package (Closes: #544879) * gtk-doc.make (and generated Makefle.in friends): pass --module=$(DOC_MODULE) to gtkdoc-fixxref to avoid bogus -sections.txt files; fix FTBFS of the -doc package. Checksums-Sha1: 916da99e0fb5096a0b078a2b99fa8c644887447b 1181 clutter_0.8.8-2.1.dsc 1305495bf511293880c8fe3ead590643aadb9b36 3319 clutter_0.8.8-2.1.diff.gz d562886d09ab36100e30dc55e9b4371840e4050d 532100 libclutter-doc_0.8.8-2.1_all.deb be3c3e69264ad261df19bf23b974795e37b460f7 301226 libclutter-0.8-0_0.8.8-2.1_amd64.deb baf7e217b5e13f6547d78039483ea1599fc842ae 192708 libclutter-0.8-dev_0.8.8-2.1_amd64.deb 8f020e77d4c28dbd094ab720974c8bb5a01d9e5f 562420 libclutter-0.8-dbg_0.8.8-2.1_amd64.deb Checksums-Sha256: adb21e72c8f9be8da7109744e01bb8c2ca0a27b04375cfcfe93b61f243638676 1181 clutter_0.8.8-2.1.dsc d80707749bf84d8f6a94163b7500f2ed7c0003e53cbfc672b9767da70114931a 3319 clutter_0.8.8-2.1.diff.gz 7e1aad6bd0a3de78446ad4881fa312f1c2bfd79b0a4877a641428cf99f57efd8 532100 libclutter-doc_0.8.8-2.1_all.deb 9c1883677c2e85ff7bba4993ec97054a9e087f51651888335bf093df16b1a8a3 301226 libclutter-0.8-0_0.8.8-2.1_amd64.deb e24862e5739c1776991067e96d14a8d4c97f28d9a1ee68366aa9ca30c3e31f15 192708 libclutter-0.8-dev_0.8.8-2.1_amd64.deb 41d82074232f14157f0d3d5797b9c8204ffb4a32e5e7bb5d05d2cb1024ac53dc 562420 libclutter-0.8-dbg_0.8.8-2.1_amd64.deb Files: e4a28c9cca54118da882dfd62f68f819 1181 libs optional clutter_0.8.8-2.1.dsc 9b4448e61ed3a5035862ce65ed39ab04 3319 libs optional clutter_0.8.8-2.1.diff.gz a666c92da14578eb3b716e60fdcc6edd 532100 doc optional libclutter-doc_0.8.8-2.1_all.deb c4db7dacaf4174be2b4c891d0ff9f09c 301226 libs optional libclutter-0.8-0_0.8.8-2.1_amd64.deb cea6e8608c93dce3c758bc2f97e60104 192708 libdevel optional libclutter-0.8-dev_0.8.8-2.1_amd64.deb 01f7ecfc4d696fb41cee11a62d6886f4 562420 debug extra libclutter-0.8-dbg_0.8.8-2.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVEfL1cqbBPLEI7wRAg1dAKDNzPCCGqRWWDVieno4djKLD3uBCQCZAbmv GcOvX8WzkSN87IdF/FHoJsE= =0wz5 -END PGP SIGNATURE- Accepted: clutter_0.8.8-2.1.diff.gz to main/c/clutter/clutter_0.8.8-2.1.diff.gz clutter_0.8.8-2.1.dsc to main/c/clutter/clutter_0.8.8-2.1.dsc libclutter-0.8-0_0.8.8-2.1_amd64.deb to main/c/clutter/libclutter-0.8-0_0.8.8-2.1_amd64.deb libclutter-0.8-dbg_0.8.8-2.1_amd64.deb to main/c/clutter/libclutter-0.8-dbg_0.8.8-2.1_amd64.deb libclutter-0.8-dev_0.8.8-2.1_amd64.deb to main/c/clutter/libclutter-0.8-dev_0.8.8-2.1_amd64.deb libclutter-doc_0.8.8-2.1_all.deb to main/c/clutter/libclutter-doc_0.8.8-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 libnokogiri-ruby 1.4.0-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 21:22:44 +1300 Source: libnokogiri-ruby Binary: libnokogiri-ruby libnokogiri-ruby1.8 libnokogiri-ruby1.9.1 Architecture: source all amd64 Version: 1.4.0-2 Distribution: unstable Urgency: low Maintainer: Ryan Niebur r...@debian.org Changed-By: Lucas Nussbaum lu...@lucas-nussbaum.net Description: libnokogiri-ruby - simple, fast, Hpricot-like HTML/XML parser for Ruby (dependency p libnokogiri-ruby1.8 - simple, fast, Hpricot-like HTML/XML parser for Ruby (ruby 1.8) libnokogiri-ruby1.9.1 - simple, fast, Hpricot-like HTML/XML parser for Ruby (ruby 1.9.1) Closes: 565825 Changes: libnokogiri-ruby (1.4.0-2) unstable; urgency=low . * Drop 1.9 package, add 1.9.1 package. Closes: #565825. * Enable the test suite. + Make ruby1.9.1 test suite failures non-fatal. Checksums-Sha1: fc21c9f1169787c93cecd60c93444348b4d61461 1465 libnokogiri-ruby_1.4.0-2.dsc 705d0f6bcc0387621638fbea56eb03a233719bbb 3044 libnokogiri-ruby_1.4.0-2.diff.gz b0621dd71bd066830643722d516d130e77ae8306 6532 libnokogiri-ruby_1.4.0-2_all.deb 598f31e0ecab5fb11a75b6c12b4d581b2e66be42 98360 libnokogiri-ruby1.8_1.4.0-2_amd64.deb d3b71aba9f6c26f814299fe2fa61df43046b2080 100328 libnokogiri-ruby1.9.1_1.4.0-2_amd64.deb Checksums-Sha256: dcc1ea36e01786fb46a4cad008767897ac7ad576787b511986e293f17906ede5 1465 libnokogiri-ruby_1.4.0-2.dsc c97af9789f8e0432f63f9abba5bc61b3e17bf53ef954600bcd87ed20aa8a4bb5 3044 libnokogiri-ruby_1.4.0-2.diff.gz 8112f0816ed5dabc49850935e8ec83fa8e05a3cc67912231c0b66ce15e86bebb 6532 libnokogiri-ruby_1.4.0-2_all.deb f22ca396256829b2dc2a0fc0750d364a3fd2bba74982a0ea5369c3281fc76e6e 98360 libnokogiri-ruby1.8_1.4.0-2_amd64.deb 4b2e6796b0cc54df01c59614dd894fbe5542ded6cf1bb2387aea55c7bb862678 100328 libnokogiri-ruby1.9.1_1.4.0-2_amd64.deb Files: 616caea5967137950af7030bec7f1282 1465 ruby optional libnokogiri-ruby_1.4.0-2.dsc 898168b45a466c92fac52f1bd237f7c9 3044 ruby optional libnokogiri-ruby_1.4.0-2.diff.gz 979726a438b1f841fdfeec82bc77a1e4 6532 ruby optional libnokogiri-ruby_1.4.0-2_all.deb 7d9e8e130b2fe1948d0cb0ff7d50 98360 ruby optional libnokogiri-ruby1.8_1.4.0-2_amd64.deb d03dc854a64fc72980f841d3617284bc 100328 ruby optional libnokogiri-ruby1.9.1_1.4.0-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVr9s2hliNwI7P08RAkLlAKDEOL3IjzcjFQWdmo0ryALLF6Vy8gCgghKY ucMaCqwQHQ/k+f2u6d+U08A= =CZmR -END PGP SIGNATURE- Accepted: libnokogiri-ruby1.8_1.4.0-2_amd64.deb to main/libn/libnokogiri-ruby/libnokogiri-ruby1.8_1.4.0-2_amd64.deb libnokogiri-ruby1.9.1_1.4.0-2_amd64.deb to main/libn/libnokogiri-ruby/libnokogiri-ruby1.9.1_1.4.0-2_amd64.deb libnokogiri-ruby_1.4.0-2.diff.gz to main/libn/libnokogiri-ruby/libnokogiri-ruby_1.4.0-2.diff.gz libnokogiri-ruby_1.4.0-2.dsc to main/libn/libnokogiri-ruby/libnokogiri-ruby_1.4.0-2.dsc libnokogiri-ruby_1.4.0-2_all.deb to main/libn/libnokogiri-ruby/libnokogiri-ruby_1.4.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 libusb-ruby 0.2-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 10:25:52 +0900 Source: libusb-ruby Binary: libusb-ruby libusb-ruby1.8 libusb-ruby1.9.1 Architecture: source all amd64 Version: 0.2-2 Distribution: unstable Urgency: low Maintainer: Daiki Ueno u...@unixuser.org Changed-By: Daiki Ueno u...@unixuser.org Description: libusb-ruby - libusb binding for the Ruby language libusb-ruby1.8 - libusb binding for Ruby libusb-ruby1.9.1 - libusb binding for Ruby Closes: 565834 Changes: libusb-ruby (0.2-2) unstable; urgency=low . * Drop the dependency on ruby 1.9.0 (Closes: #565834). * Port the package to ruby 1.9.1. Checksums-Sha1: 0b5341c76c485f51f7862ae164a134d1bb0c1b99 1232 libusb-ruby_0.2-2.dsc 004850417ca6de1e8d1757fcbbc7a8c6685ceb36 1595 libusb-ruby_0.2-2.diff.gz af442fdecd5d578d8462da19d44a70beca21d450 33612 libusb-ruby_0.2-2_all.deb 0459e0ab719e7e2ca67b043be90b9d9b3c028772 16918 libusb-ruby1.8_0.2-2_amd64.deb ac6136336f84b1a75ffc244a0e8914c6c8b072d0 16664 libusb-ruby1.9.1_0.2-2_amd64.deb Checksums-Sha256: 78a0e7278cee8448e3fe2575c256585659fb8bb807b2673606f9e11aea0fbdf4 1232 libusb-ruby_0.2-2.dsc f163843ccab0729a531ca76a2c1d8ba447611e4364746a8edcbfda852264 1595 libusb-ruby_0.2-2.diff.gz fa010f22eb91a87448217a92773f0429ce13c3be8544d44de9e5bab3ad1b88ee 33612 libusb-ruby_0.2-2_all.deb 5384dae747dfdeb3aae910189198a9f92bebe728aef884fe082a81c31b70e35e 16918 libusb-ruby1.8_0.2-2_amd64.deb 0e37dacc091094f2ca8fb8825ff286c17dd445d98fe251da5665dfa4db6888bf 16664 libusb-ruby1.9.1_0.2-2_amd64.deb Files: 05e2bb8237de554fd101294d32f7814f 1232 ruby optional libusb-ruby_0.2-2.dsc 11414d2cff815722f138ee21974d1d0a 1595 ruby optional libusb-ruby_0.2-2.diff.gz 06f8084807da4e7e2949b8b17259fc69 33612 ruby optional libusb-ruby_0.2-2_all.deb 5bdf007a066ea054c215cb37e882e0bf 16918 ruby optional libusb-ruby1.8_0.2-2_amd64.deb d1f41d41962fd2c7b88a0eeda14f472f 16664 ruby optional libusb-ruby1.9.1_0.2-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVcDF2hliNwI7P08RAvBFAKCYtHMZmVor/MaxmuoP8YPpWAXtnACeMY00 s9D2ehowBKlqN5Efc1a1Ey8= =N2gB -END PGP SIGNATURE- Accepted: libusb-ruby1.8_0.2-2_amd64.deb to main/libu/libusb-ruby/libusb-ruby1.8_0.2-2_amd64.deb libusb-ruby1.9.1_0.2-2_amd64.deb to main/libu/libusb-ruby/libusb-ruby1.9.1_0.2-2_amd64.deb libusb-ruby_0.2-2.diff.gz to main/libu/libusb-ruby/libusb-ruby_0.2-2.diff.gz libusb-ruby_0.2-2.dsc to main/libu/libusb-ruby/libusb-ruby_0.2-2.dsc libusb-ruby_0.2-2_all.deb to main/libu/libusb-ruby/libusb-ruby_0.2-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 pcscada 0.6-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 18 Jan 2010 22:05:32 +0100 Source: pcscada Binary: libpcscada0.6 libpcscada-dev pcscada-dbg Architecture: source i386 Version: 0.6-1 Distribution: unstable Urgency: low Maintainer: Reto Buerki r...@codelabs.ch Changed-By: Reto Buerki r...@codelabs.ch Description: libpcscada-dev - Ada bindings to PC/SC middleware (development) libpcscada0.6 - Ada bindings to PC/SC middleware pcscada-dbg - Ada bindings to PC/SC middleware (debug) Closes: 555100 560603 Changes: pcscada (0.6-1) unstable; urgency=low . * Update to Standards-Version 3.8.3 (no changes). * Update debian/rules. * Migrate to gnat-4.4 (Closes: #555100). * Update libahven Build-Depends (Closes: #560603). * Merge upstream version 0.6. * Change soname from 0 to 0.6. * Fix debhelper-but-no-misc-depends lintian warning. Checksums-Sha1: 4320fc9159232e39376fb2ddedc0058d10e6ecf1 1168 pcscada_0.6-1.dsc a843bc0ba6479b01dbfafa995f8426af2b519d6f 84228 pcscada_0.6.orig.tar.gz 124618f200f7a9b89c2434980c903d87d3dd7ff1 2534 pcscada_0.6-1.diff.gz 4163aca9daaa53bf10073378f00160596b175bd0 140596 libpcscada0.6_0.6-1_i386.deb 247e89d7238183aa8a3191c1238014c389dd872c 98018 libpcscada-dev_0.6-1_i386.deb 608a73853a7cd21342570836e26f461af627ba06 144072 pcscada-dbg_0.6-1_i386.deb Checksums-Sha256: e03f687b3e89d6a6c79169657c4550908450b4049e37c78168cc300b3c70d2b8 1168 pcscada_0.6-1.dsc 55ffcedb1346181442929b89622cd4a9aff65de9ced1618e9d1ef26bff306bef 84228 pcscada_0.6.orig.tar.gz b86c93ef43d788a5354e74b8f4fd340c21b9f8a18d5623befb6077ac8309ac1a 2534 pcscada_0.6-1.diff.gz be38766724273e1f34782b89a131f1307bc9c88f1cdded84dcb2c3c0674dad92 140596 libpcscada0.6_0.6-1_i386.deb b953be719b096aa067f692dcd3039dcd52bd7c29e332fa3108d50a5d0f7781b6 98018 libpcscada-dev_0.6-1_i386.deb a8be29e56d2ca1490f73975402bdf61b6dc9f11c7507d8586f115a65d68b4c39 144072 pcscada-dbg_0.6-1_i386.deb Files: ed66def4f2e83fce8225d22ce196d231 1168 libs optional pcscada_0.6-1.dsc 475b9f0697058fde1c4cc0effa411195 84228 libs optional pcscada_0.6.orig.tar.gz cd49f16c9b709784d25c62fbba1ce823 2534 libs optional pcscada_0.6-1.diff.gz 26d82be92f1cba9bed5d51509faf60a0 140596 libs optional libpcscada0.6_0.6-1_i386.deb 767ddaa6bb4b25f05a0d5dac52648f01 98018 libdevel optional libpcscada-dev_0.6-1_i386.deb 2c7080fb4a6a2a40acd3e0910a2147e7 144072 debug extra pcscada-dbg_0.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktVnmkACgkQ+C5cwEsrK57QkACZAaN6M0juPxHi3/7NMvihKpRD mpgAnRArvySmqCpJ4Ts94/Vo47Z2PgIq =7s+I -END PGP SIGNATURE- Accepted: libpcscada-dev_0.6-1_i386.deb to main/p/pcscada/libpcscada-dev_0.6-1_i386.deb libpcscada0.6_0.6-1_i386.deb to main/p/pcscada/libpcscada0.6_0.6-1_i386.deb pcscada-dbg_0.6-1_i386.deb to main/p/pcscada/pcscada-dbg_0.6-1_i386.deb pcscada_0.6-1.diff.gz to main/p/pcscada/pcscada_0.6-1.diff.gz pcscada_0.6-1.dsc to main/p/pcscada/pcscada_0.6-1.dsc pcscada_0.6.orig.tar.gz to main/p/pcscada/pcscada_0.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 plasma-widget-yawp 0.3.2-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 19 Jan 2010 16:31:20 +0100
Source: plasma-widget-yawp
Binary: plasma-widget-yawp plasma-dataengines-yawp
Architecture: source amd64
Version: 0.3.2-2
Distribution: unstable
Urgency: low
Maintainer: Kai Wasserbäch deb...@carbon-project.org
Changed-By: Kai Wasserbäch deb...@carbon-project.org
Description:
plasma-dataengines-yawp - yaWP's data engines (Ions) for using different
weather services
plasma-widget-yawp - Yet Another Weather Plasmoid fetches weather forecasts
for you
Changes:
plasma-widget-yawp (0.3.2-2) unstable; urgency=low
.
The „Smother“ release.
.
* debian/patches:
- Rename „top_CMakeLists.txt_remove-CPack.patch“ to
„remove_CPack_invocations.patch“.
- remove_CPack_invocations.patch:
+ Removed CPack invocation from „ions/CMakeLists.txt“.
* debian/rules: Pass a set of useful configuration options to CMake (as we
don't use the install.sh script, we'll pass them directly to CMake).
* debian/patches:
- fix_gcc45_ftbfs.patch:
+ Added.
+ Allow yaWP to be built with stricter gcc/g++ 4.5 (not released yet).
- add_upstream_changelog.patch:
+ Added, as none is shipped with the tarball.
* debian/control:
- Improved long description of plasma-widget-yawp.
- Added „Suggests: plasma-dataengines-workspace“, because that package
ships three more weather Ions (BBC/UK-MET, NOAA and the Canadian weather
office).
- Added new binary package „plasma-dataengines-yawp“ for the Ions shipped
with yaWP. The split was done to allow other weather applets in Debian
to use yaWP's data engines without the need to pull in the entirety of
yaWP.
- Added an „Replaces“ to plasma-dataengines-yawp for the previous version
of plasma-widget-yawp to allow the overwriting of the moved files.
* debian/plasma-{widget,dataengines}-yawp:
- Added.
- Split up the files between the two binary packages.
Checksums-Sha1:
887a2e0cc8ada2e7190a3d8314300383cbf7429f 1299 plasma-widget-yawp_0.3.2-2.dsc
baa1b26e464195bd3cc2e4031b8dabca725bf163 7102
plasma-widget-yawp_0.3.2-2.debian.tar.gz
2da65adc3746050bcdfa67f3ddd90a0a02aa4703 1089556
plasma-widget-yawp_0.3.2-2_amd64.deb
350c227fb464dd3d22a460011c0bae564cb70f91 69690
plasma-dataengines-yawp_0.3.2-2_amd64.deb
Checksums-Sha256:
5e8bf12a18b796382c4d2684534cbcf32f21ee1cec6314ca28265256405317a9 1299
plasma-widget-yawp_0.3.2-2.dsc
8e11ba3d3298cb171c3c9a48400a1d228394007643dd72e6127cc2cad47b3e99 7102
plasma-widget-yawp_0.3.2-2.debian.tar.gz
f22a9c29cd7921c6cecc7d252945e33b12b0778af11442c0424f942a8644eb7f 1089556
plasma-widget-yawp_0.3.2-2_amd64.deb
e09965deb7073d876abb0e5e00f4442a31fffa631b379b72ab9571ac1453f045 69690
plasma-dataengines-yawp_0.3.2-2_amd64.deb
Files:
e96fce0672ad47ce9970ae7d9833c6f7 1299 kde optional
plasma-widget-yawp_0.3.2-2.dsc
8f3a0d939775e3deaa8d2d306a43fac9 7102 kde optional
plasma-widget-yawp_0.3.2-2.debian.tar.gz
fba68dd1a77d93afee7b4c1ebe768d21 1089556 kde optional
plasma-widget-yawp_0.3.2-2_amd64.deb
f737ff0764efa66612fd06ca2d3d0689 69690 kde optional
plasma-dataengines-yawp_0.3.2-2_amd64.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAktV+WYACgkQ2XA5inpabMeyVgCfVY1pzbKe8z5Yx/6deHVexXV4
ZEMAn0R0CnACL+vHE34wsVPdf0g5zur8
=ye8M
-END PGP SIGNATURE-
Accepted:
plasma-dataengines-yawp_0.3.2-2_amd64.deb
to main/p/plasma-widget-yawp/plasma-dataengines-yawp_0.3.2-2_amd64.deb
plasma-widget-yawp_0.3.2-2.debian.tar.gz
to main/p/plasma-widget-yawp/plasma-widget-yawp_0.3.2-2.debian.tar.gz
plasma-widget-yawp_0.3.2-2.dsc
to main/p/plasma-widget-yawp/plasma-widget-yawp_0.3.2-2.dsc
plasma-widget-yawp_0.3.2-2_amd64.deb
to main/p/plasma-widget-yawp/plasma-widget-yawp_0.3.2-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 polyorb 2.6.0~20090423-3 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 19 Jan 2010 23:07:28 +0100 Source: polyorb Binary: polyorb-servers libpolyorb1-dev libpolyorb2 polyorb-doc libpolyorb-dbg Architecture: source all amd64 Version: 2.6.0~20090423-3 Distribution: unstable Urgency: low Maintainer: Reto Buerki r...@codelabs.ch Changed-By: Ludovic Brenta lbre...@debian.org Description: libpolyorb-dbg - Multiple-personality middleware for Ada (debug) libpolyorb1-dev - Multiple-personality middleware for Ada (development) libpolyorb2 - Multiple-personality middleware for Ada polyorb-doc - Multiple-personality middleware for Ada (documentation) polyorb-servers - Multiple-personality middleware for Ada (servers) Closes: 561121 561156 Changes: polyorb (2.6.0~20090423-3) unstable; urgency=low . [Reto Buerki] * debian/patches/testsuite-combined-output.patch: new; send test output to both stdout and a file so we can examine failures in the buildd logs. * debian/control: Fix debhelper-but-no-misc-depends lintian warning. . [Ludovic Brenta] * debian/control (Build-Depends): tighten to gnat-4.4 (= 4.4.2-6). Closes: #561156. . [Xavier Grave] * debian/patches/bug-561121.patch: new; compile xe.adb with -O1 instead of -O2 to fix FTBFS on sparc. Closes: #561121. Checksums-Sha1: 9bae8a3cf065da1ba8fb34f472ca893cc3594a97 1493 polyorb_2.6.0~20090423-3.dsc ad0d512c7c638e91ebe5df8d35e8e088a3c5e61c 27705 polyorb_2.6.0~20090423-3.diff.gz 111d82ff95e75e59977f26e2ce83349409ff9ccc 1241280 polyorb-doc_2.6.0~20090423-3_all.deb 2d7f161629bde2dbc1b6e17d3861e17c2a0b98ca 414014 polyorb-servers_2.6.0~20090423-3_amd64.deb e5d38a19567bb8e9c4f3d5f12e96d99537c1a6ad 13933732 libpolyorb1-dev_2.6.0~20090423-3_amd64.deb ff50dd388f2ed52d3cd79e195bff0118b8ef330a 6854414 libpolyorb2_2.6.0~20090423-3_amd64.deb dfcd166704c06da33466ac344fc5d162d731ea23 13732566 libpolyorb-dbg_2.6.0~20090423-3_amd64.deb Checksums-Sha256: f320a52ac90817062a095cf723c90d0359d68ae9caa817b69ce19a8c777297e7 1493 polyorb_2.6.0~20090423-3.dsc b0782761820bd8fb3df5149e318dd8ee09bf698caf96f5ef7e818228265559d7 27705 polyorb_2.6.0~20090423-3.diff.gz 02911061a5d7284468a87c68a62bd4099b29c0ecfde3f5957707d28ac95ec17b 1241280 polyorb-doc_2.6.0~20090423-3_all.deb 6e7abcdabb34b3a61529b0a0e3c92db3e56d7a1cea7a376ceb5491eaeaf16cd5 414014 polyorb-servers_2.6.0~20090423-3_amd64.deb 618e03f74c371b00916a2978e53fd6605373ef5d76560650ed131a1357d57bed 13933732 libpolyorb1-dev_2.6.0~20090423-3_amd64.deb 5701634890f7d0b065955c921d30fdfd856b9ecfdd141f6862ad7fd39f38e803 6854414 libpolyorb2_2.6.0~20090423-3_amd64.deb cf01fa28cfe95204624e1461c676b9ff725432c090253972fae5ac3a2b6f17c8 13732566 libpolyorb-dbg_2.6.0~20090423-3_amd64.deb Files: 3e96dd7b78dfceef98a57877e1b04228 1493 net optional polyorb_2.6.0~20090423-3.dsc 06ce699f83e39fea40938126c2702bc1 27705 net optional polyorb_2.6.0~20090423-3.diff.gz f401ddeb8639d39f8478a7e85e9f9fae 1241280 doc optional polyorb-doc_2.6.0~20090423-3_all.deb 19602313420709343369e94ea90f22bc 414014 net optional polyorb-servers_2.6.0~20090423-3_amd64.deb bd775c90ce2182bf95b993d943f81d94 13933732 libdevel optional libpolyorb1-dev_2.6.0~20090423-3_amd64.deb 808df9b9bd9c1d7ac1f4380a7a7bff61 6854414 libs optional libpolyorb2_2.6.0~20090423-3_amd64.deb d22c11aa21728bfdcb1e179245e75d68 13732566 debug extra libpolyorb-dbg_2.6.0~20090423-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLVzNfx9kwJZ3/qtQRAgWkAJ0c21/ZTe5Z56HR/0LESWWXHSmLwwCff2fM UFCHLXFfY6DIM/F4nN1Q7cs= =VTN1 -END PGP SIGNATURE- Accepted: libpolyorb-dbg_2.6.0~20090423-3_amd64.deb to main/p/polyorb/libpolyorb-dbg_2.6.0~20090423-3_amd64.deb libpolyorb1-dev_2.6.0~20090423-3_amd64.deb to main/p/polyorb/libpolyorb1-dev_2.6.0~20090423-3_amd64.deb libpolyorb2_2.6.0~20090423-3_amd64.deb to main/p/polyorb/libpolyorb2_2.6.0~20090423-3_amd64.deb polyorb-doc_2.6.0~20090423-3_all.deb to main/p/polyorb/polyorb-doc_2.6.0~20090423-3_all.deb polyorb-servers_2.6.0~20090423-3_amd64.deb to main/p/polyorb/polyorb-servers_2.6.0~20090423-3_amd64.deb polyorb_2.6.0~20090423-3.diff.gz to main/p/polyorb/polyorb_2.6.0~20090423-3.diff.gz polyorb_2.6.0~20090423-3.dsc to main/p/polyorb/polyorb_2.6.0~20090423-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 fsgateway 0.1.0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 12 Jan 2010 16:34:43 +0100 Source: fsgateway Binary: fsgateway Architecture: source amd64 Version: 0.1.0-1 Distribution: unstable Urgency: low Maintainer: Debian CLI Applications Packaging Team pkg-cli-apps-t...@lists.alioth.debian.org Changed-By: Marco Nenciarini mnen...@debian.org Description: fsgateway - FUSE module to browse database's metadata, sugar datastores and x Closes: 565157 Changes: fsgateway (0.1.0-1) unstable; urgency=low . * Initial release (Closes: #565157) Checksums-Sha1: a9a66899e655f3cfe5a1fcb8e2ad42a6dcf9588f 1364 fsgateway_0.1.0-1.dsc ce49bc9e0324536914256dbcf2e27511451f03cc 117171 fsgateway_0.1.0.orig.tar.gz 5a6523ef0ff375fffee2887db1014d9eaa1d7ea3 5006 fsgateway_0.1.0-1.debian.tar.gz 4b585b2bb45f5aeeeb90275a868e29d74989d9e3 46800 fsgateway_0.1.0-1_amd64.deb Checksums-Sha256: 3287be37a52f13d29d7a931125cf8a6f8b35c1e9a4004d1f376ca6ef7655356d 1364 fsgateway_0.1.0-1.dsc 3a93e7af304d4c653e81bd6ce9f4234bc451311b07c84bfa0b4c271abffbe19e 117171 fsgateway_0.1.0.orig.tar.gz 20a2d377b1f64909661e0c08217fc3b5c60e5295c00f7a124e57dee058dea0dd 5006 fsgateway_0.1.0-1.debian.tar.gz acea8962e777bba6b559dc557e39312aae43aa9aa522cdd9a45474c7bfe68580 46800 fsgateway_0.1.0-1_amd64.deb Files: 4f802c8f820d0a582f45010be70add18 1364 utils optional fsgateway_0.1.0-1.dsc e7305611f055f15cf6b62e6148015f8d 117171 utils optional fsgateway_0.1.0.orig.tar.gz 110392e21e5cdcd274eca7104b1cb73d 5006 utils optional fsgateway_0.1.0-1.debian.tar.gz 097f45bc0d5f9a07551865d011101522 46800 utils optional fsgateway_0.1.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktOCFcACgkQaGRzDfCV5eS4aACfUca1MOXykIIG3RkaLI09pdHD xwAAniWxwQUOFejZpfsJqNJc+fHo7XUt =9Lr9 -END PGP SIGNATURE- Accepted: fsgateway_0.1.0-1.debian.tar.gz to main/f/fsgateway/fsgateway_0.1.0-1.debian.tar.gz fsgateway_0.1.0-1.dsc to main/f/fsgateway/fsgateway_0.1.0-1.dsc fsgateway_0.1.0-1_amd64.deb to main/f/fsgateway/fsgateway_0.1.0-1_amd64.deb fsgateway_0.1.0.orig.tar.gz to main/f/fsgateway/fsgateway_0.1.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 haskell-datetime 0.1-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 08 Jan 2010 15:54:30 +0100 Source: haskell-datetime Binary: libghc6-datetime-dev libghc6-datetime-prof libghc6-datetime-doc Architecture: source all amd64 Version: 0.1-1 Distribution: unstable Urgency: low Maintainer: Debian Haskell Group pkg-haskell-maintain...@lists.alioth.debian.org Changed-By: Giovanni Mascellani mascell...@poisson.phc.unipi.it Description: libghc6-datetime-dev - Haskell library to convert date and time formats - GHC 6 librarie libghc6-datetime-doc - Haskell library to convert date and time formats - documentation libghc6-datetime-prof - Haskell library to convert date and time formats - GHC 6 profilin Closes: 562758 Changes: haskell-datetime (0.1-1) unstable; urgency=low . [Giovanni Mascellani] * Initial release. (closes: #562758) . [Joachim Breitner] * Add QuickCheck 2 constraint via debian/rules Checksums-Sha1: cdff59e4960ba63ce05ed8e6b592a4073387b977 1574 haskell-datetime_0.1-1.dsc 7ff9cfca4203029b047f60ee5064facd4fcab935 14547 haskell-datetime_0.1.orig.tar.gz 260627dda20336c60db2509c5907fd801eac945f 1589 haskell-datetime_0.1-1.diff.gz f2abf9499443c888b740adcff6bd995646bfde5e 11646 libghc6-datetime-doc_0.1-1_all.deb 81417ac6459f26b7354ebe8e1636097cce0e86b5 38508 libghc6-datetime-dev_0.1-1_amd64.deb e2e39801ca5b94286c1f29aefdf6e4d9f4892d43 33040 libghc6-datetime-prof_0.1-1_amd64.deb Checksums-Sha256: 395528943ffd87612f73d612ae4b074f044f0fdf2c5888f3ec6a77753ad8cd21 1574 haskell-datetime_0.1-1.dsc 931acc70cb45922c95f2c3225d04619e19fd9c5947a66ae69e96d6e693195048 14547 haskell-datetime_0.1.orig.tar.gz d8445002b8b830bee12cfc2ab63eb539dd1622a534c4a7cee50a0ac597b33bb3 1589 haskell-datetime_0.1-1.diff.gz 7be48b52b23a7abce0847f988bbf292bdec03f72fa1ddc340fb7293eaf50ab6b 11646 libghc6-datetime-doc_0.1-1_all.deb 5b4c7279e1942ebea54064d3ef38eba0379b4f79a1b7947a991641975a4fcbbc 38508 libghc6-datetime-dev_0.1-1_amd64.deb 7ab4e0806bd1e99414461d117e83fa0ff0fa6793cfc37ffd7e8c5a60deae445c 33040 libghc6-datetime-prof_0.1-1_amd64.deb Files: 541432716e5d2728c055c28a48670cf2 1574 haskell extra haskell-datetime_0.1-1.dsc 4b67774786bc0d673a7c0637d2574ffd 14547 haskell extra haskell-datetime_0.1.orig.tar.gz cc08550c293b59dfd778fe59783f542e 1589 haskell extra haskell-datetime_0.1-1.diff.gz 23c82329cc0c3249c240718b2b243815 11646 doc extra libghc6-datetime-doc_0.1-1_all.deb 175126b73948382d990ae8d4ed2b83b0 38508 haskell extra libghc6-datetime-dev_0.1-1_amd64.deb db96335a8337eb0574190b00d85d4a05 33040 haskell extra libghc6-datetime-prof_0.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktNb/MACgkQ9ijrk0dDIGws3QCcCpfXWvDdp9U5x8i7tConjjAx RbgAnROL/wQod1UN1CWX1ELQi89L+qKd =3/5L -END PGP SIGNATURE- Accepted: haskell-datetime_0.1-1.diff.gz to main/h/haskell-datetime/haskell-datetime_0.1-1.diff.gz haskell-datetime_0.1-1.dsc to main/h/haskell-datetime/haskell-datetime_0.1-1.dsc haskell-datetime_0.1.orig.tar.gz to main/h/haskell-datetime/haskell-datetime_0.1.orig.tar.gz libghc6-datetime-dev_0.1-1_amd64.deb to main/h/haskell-datetime/libghc6-datetime-dev_0.1-1_amd64.deb libghc6-datetime-doc_0.1-1_all.deb to main/h/haskell-datetime/libghc6-datetime-doc_0.1-1_all.deb libghc6-datetime-prof_0.1-1_amd64.deb to main/h/haskell-datetime/libghc6-datetime-prof_0.1-1_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 hornsey 1.5.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 14 Jan 2010 13:47:35 +0800 Source: hornsey Binary: hornsey hornsey-dbg Architecture: source i386 Version: 1.5.1-1 Distribution: unstable Urgency: low Maintainer: Ying-Chun Liu (PaulLiu) paul...@debian.org Changed-By: Ying-Chun Liu (PaulLiu) paul...@debian.org Description: hornsey- Moblin media player hornsey-dbg - Moblin media player (debug symbols) Closes: 565151 Changes: hornsey (1.5.1-1) unstable; urgency=low . * Initial release. (Closes: #565151) Checksums-Sha1: 5ac0e2b07e6e4267c5e6eb1cae6349f3793a2f8f 2024 hornsey_1.5.1-1.dsc 13d3452e0342785a711eed49f10cc41220980ece 387301 hornsey_1.5.1.orig.tar.gz a7af1f0aa28f59d8dd31339ff9df2e18792df49e 4154 hornsey_1.5.1-1.diff.gz 1b2568a2cdebfa4fdf602274b671c8058999b1db 307208 hornsey_1.5.1-1_i386.deb 8176accda926d360e76cc602b70bd889132d2219 297312 hornsey-dbg_1.5.1-1_i386.deb Checksums-Sha256: a57954a8350d8b2851248743a59ca862893b55e1b1eba5585133e9f1e90901b4 2024 hornsey_1.5.1-1.dsc a99b79d16a2e3225ec49506440bd4bcc0f3547d3d6618962dc477f9fecf3cbac 387301 hornsey_1.5.1.orig.tar.gz fc87c05064fd815121279980022316ce3f23a7c241b3e1976211a23d29f2dbeb 4154 hornsey_1.5.1-1.diff.gz 7a05f0f19b48a24e87d939e1022f3570603f677f9cbf7ce04542dd02de28be20 307208 hornsey_1.5.1-1_i386.deb ee3144adcb55ba3c0949d68d52d868da4f36d6bdc70525f36fb40173d8b89cc7 297312 hornsey-dbg_1.5.1-1_i386.deb Files: 412e8d5491b3c552d9e90d8d2628d33d 2024 gnome optional hornsey_1.5.1-1.dsc b731b14dd6e728db13e5b39df78afcef 387301 gnome optional hornsey_1.5.1.orig.tar.gz 6e6790b637b23ffb489499bad2124925 4154 gnome optional hornsey_1.5.1-1.diff.gz c21d5203d70a714206bd2a9d758887ca 307208 gnome optional hornsey_1.5.1-1_i386.deb 59b8b6597cad6828d6ea558eb7246983 297312 debug extra hornsey-dbg_1.5.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJLTrS5AAoJEPgLgUbQQog2wT4P/31nx53C7M/dJEIcIduElt+w /JTLrOZKmVOdbpPpRQ2icZdRBR7cCZkIFGjfQBP0S65sX0cvopfVQB6xGExbmsg/ F9odExit3+7cVUwbmRO2BenJBfL480K3WvAvmEV7rcbhXxi2GC17WbOD5BlSlmQx XDt3bJ290c5J0kmIzOtHnjA0Tpw7igGmZRNdLhHrqkv/r+8zaJ0eor8CU9crwyVN yocuHQ1wzhH3h+hP26kc869UjjqPERK6xsHbr334dy0y2wrE4ow+8g5Z/j9qEiXI nJ1w9aJI5m2TP6A7gWU17i/VCXUkOzlqgh9OdRn/EIiSo1BbUlsZz7wov967Gmb3 wg/c7+4Q9yLMwjkgeImBeJ1uW/h949BLolXRGTJHBou+6bmSErmDF3PzFyg+Ycqi VXo5BwoO4BBj0DKtYapAiXULF/JPsoSlHnshKl2fx0Gzx1DtbfyZLn8iywQs9kOj 1re8k93Byq7NoRB/dz7ucdc5SQJpkOREGDJ/zRlppHUEE4iH4jV5lK+Dm5+ghKP+ 5+//MEKJP/GGAFWPUufK/SLc0hqyNn9SoUkRV7Y3dLjdUSiMkV2XT2LulWFUjSc1 BhKmY3+89/kDYU4UWiBJL7jX+Jz28zdQrjbDVBM9boC3CYbFKAyd1N9qAKM507et 0eIyTgJCMiqRAwT2Ggtn =/NS2 -END PGP SIGNATURE- Accepted: hornsey-dbg_1.5.1-1_i386.deb to main/h/hornsey/hornsey-dbg_1.5.1-1_i386.deb hornsey_1.5.1-1.diff.gz to main/h/hornsey/hornsey_1.5.1-1.diff.gz hornsey_1.5.1-1.dsc to main/h/hornsey/hornsey_1.5.1-1.dsc hornsey_1.5.1-1_i386.deb to main/h/hornsey/hornsey_1.5.1-1_i386.deb hornsey_1.5.1.orig.tar.gz to main/h/hornsey/hornsey_1.5.1.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 moneta 0.6.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 21 Dec 2009 21:30:30 -0600 Source: moneta Binary: libmoneta-ruby libmoneta-ruby1.8 Architecture: source all Version: 0.6.0-1 Distribution: unstable Urgency: low Maintainer: Joshua Timberman jos...@opscode.com Changed-By: Joshua Timberman jos...@opscode.com Description: libmoneta-ruby - Ruby interface to multiple key/value stores libmoneta-ruby1.8 - Ruby interface to multiple key/value stores Changes: moneta (0.6.0-1) unstable; urgency=low . * Initial release Checksums-Sha1: 1d9c8a63f7b221970b1da3ace456c8ed425837fb 1819 moneta_0.6.0-1.dsc dbc69578dcb9b05001e86fbc4242ccef9d2318e1 13721 moneta_0.6.0.orig.tar.gz 799373aebe88b80c93b6c7792e8ae233900d74e0 1652 moneta_0.6.0-1.diff.gz 45e7068362dfd4d59917647c2376b24ad62f47f0 3140 libmoneta-ruby_0.6.0-1_all.deb a005b5a98a5c3e95f69ce3f93f30f9826fd02358 9112 libmoneta-ruby1.8_0.6.0-1_all.deb Checksums-Sha256: 6ab3598a9f341fd802f70e4ecc0db8785d01b1683a6d37fed2869d1a6ac4be33 1819 moneta_0.6.0-1.dsc a0bd0b18b1b3ce0580f06c1f5abe3c944f2eaea7043793e77b77d7a883878464 13721 moneta_0.6.0.orig.tar.gz c9033e42760be39604ed5559da772911643a5733f4b05bd04d04048fcca2bd5b 1652 moneta_0.6.0-1.diff.gz 2f927ae9336bd94239f7b71b344b64622392fb542dfd9f8ba386f38f739048c1 3140 libmoneta-ruby_0.6.0-1_all.deb cb36541e040ef69794cdf983c5503b898cc72fadd67376737c09504e2a6d6321 9112 libmoneta-ruby1.8_0.6.0-1_all.deb Files: 921032d05f90dbcbe31f4413856e714b 1819 ruby extra moneta_0.6.0-1.dsc 8e66d18530b1dd38c362488865cc06ee 13721 ruby extra moneta_0.6.0.orig.tar.gz e187c10852684956791b94153cf2b82d 1652 ruby extra moneta_0.6.0-1.diff.gz d7b29c1c9a224f07f830214a0bb606c5 3140 ruby extra libmoneta-ruby_0.6.0-1_all.deb d57af7fe2ce57e794014fa92155164d6 9112 ruby extra libmoneta-ruby1.8_0.6.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJLTgOJAAoJELZaSHHKGdcXyJQQAJKCRkI1s7n/V2Plgcmzd/CP 3G1XXlfTUu4p63+DQYJTe5vPCPTelQRnDQxMwfUOl/IyPMyvpi+MoTcNeo56ikLZ UQmCIW6hS0LffivzbsUYxZS/ZBC8d0LEAj5/FUHHDDDiUtNr/MaeFUkZ1lkPq9Ki VO4Nd5mO3ANjEiEvF4ChnOrAJa3VN/hg1SIU74+eYPoUAX5xhYSx6+H4+/bJGOwi auRs4s/T8fWPqy93WQC0Zbu6fg/MA22ZQaVuJ2FKOkQynRMjVehCqC28jMB84mjC wRAJayDaWT7G8/a7rg/EkWViFn6TytBICXOxH5wGpJL5S+T3q1pNhJbe19yEKhGa 2Cp0jpvHx10PbWCdQ722o05qOlN648+f6z33KAZHOcT9++c6IgeVqWXdeScAQdW4 S/JnpN5AOxDdrTfSCdKaxL35xt8M2ZhiPzLSEt0D2/vzppfIXktBt9lJmpwKN+I/ Fa2L6NjJDM9otrsosrED8Wu0kiHd0zK4Z4H+EL2Y9ndObVrFX91CDY9tEFIp7RGP OHBXtt1bHQbP9XIt6/ii4XbCxSQz9N4yeYviaU5uQhmVWVAq0HTujWAxkzzy9B74 ivpDjxN6NnDSwow0HI+gZ1rf6E9SbvJUGroBm+GxH4l1KYbjCUtObhtm8WbtZec7 yIRL9PLwPdlrO3XZllMT =8VPo -END PGP SIGNATURE- Accepted: libmoneta-ruby1.8_0.6.0-1_all.deb to main/m/moneta/libmoneta-ruby1.8_0.6.0-1_all.deb libmoneta-ruby_0.6.0-1_all.deb to main/m/moneta/libmoneta-ruby_0.6.0-1_all.deb moneta_0.6.0-1.diff.gz to main/m/moneta/moneta_0.6.0-1.diff.gz moneta_0.6.0-1.dsc to main/m/moneta/moneta_0.6.0-1.dsc moneta_0.6.0.orig.tar.gz to main/m/moneta/moneta_0.6.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 pgn2web 0.4-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 25 Aug 2009 12:45:11 +0200 Source: pgn2web Binary: pgn2web Architecture: source i386 Version: 0.4-1 Distribution: unstable Urgency: low Maintainer: Oliver Korff o...@xynyx.de Changed-By: Oliver Korff o...@xynyx.de Description: pgn2web- convert PGN chess game files into webpages Closes: 565158 Changes: pgn2web (0.4-1) unstable; urgency=low . * Initial release (Closes: #565158) Checksums-Sha1: 2f91bd30812011fa657ad47ac54474dc0091e84c 1022 pgn2web_0.4-1.dsc 891513932f38aff1a707149e10891204317079d3 590284 pgn2web_0.4.orig.tar.gz 56c890fc4883773aa0b1d1268c970a8f8faaa704 2981 pgn2web_0.4-1.diff.gz 664cf693b9810f9673ad3e75277b44456e98ee01 632490 pgn2web_0.4-1_i386.deb Checksums-Sha256: af04d8f99e0b3ab436d6078a9431a238a90dcb0647188f61045d5840f55ab976 1022 pgn2web_0.4-1.dsc 9164fe14f9b1b640d04a7aff062db190175e04493d15112b29a57729ad26ebbb 590284 pgn2web_0.4.orig.tar.gz 9fe1dd602d89ed25bc6246057a96df27e77ed30d3436fbd62e5d6816cafc4180 2981 pgn2web_0.4-1.diff.gz 7ab48c2d6b622be18302bbcbcc773f541deff37b2d9b455983c4fb01cca533a5 632490 pgn2web_0.4-1_i386.deb Files: 0f6dfae37cb143290d5e9a1abfd2bd1a 1022 web extra pgn2web_0.4-1.dsc b2745f381cf81134f0ab807dbf47b845 590284 web extra pgn2web_0.4.orig.tar.gz bedaef67176b75e3c317e6a2c90f37a6 2981 web extra pgn2web_0.4-1.diff.gz 54e702bd9a1ada6f27de3a0374d46e82 632490 web extra pgn2web_0.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktOJNYACgkQYEKwtdP5dN/tzQCgzvGBuZADj6hnYXWilgfYSRFu eeYAnR0qZxzVhJB436F8punRHKr10bKA =3Vyt -END PGP SIGNATURE- Accepted: pgn2web_0.4-1.diff.gz to main/p/pgn2web/pgn2web_0.4-1.diff.gz pgn2web_0.4-1.dsc to main/p/pgn2web/pgn2web_0.4-1.dsc pgn2web_0.4-1_i386.deb to main/p/pgn2web/pgn2web_0.4-1_i386.deb pgn2web_0.4.orig.tar.gz to main/p/pgn2web/pgn2web_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 python-redis 0.6.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 13 Jan 2010 23:54:06 + Source: python-redis Binary: python-redis Architecture: source all Version: 0.6.1-1 Distribution: unstable Urgency: low Maintainer: Chris Lamb la...@debian.org Changed-By: Chris Lamb la...@debian.org Description: python-redis - Persistent key-value database with network interface (Python libr Changes: python-redis (0.6.1-1) unstable; urgency=low . * Initial release. - Source package split from redis source package. Checksums-Sha1: 77a8d0935606b646daa60cb51292e2ac91a7dd2c 1194 python-redis_0.6.1-1.dsc 072b61a618c66696a453eb0d540b905465b6ff95 8373 python-redis_0.6.1.orig.tar.gz bf8a5bcbae2e13aa992b0d80ee9d2d34f50c8ffc 1837 python-redis_0.6.1-1.diff.gz d2f5ccfeccd6008440962051fcf05512c2a49c7d 10392 python-redis_0.6.1-1_all.deb Checksums-Sha256: 58adb8595b08f6dd0aa605ee2563035262d938a4fa5403f9502f65c9fba1911f 1194 python-redis_0.6.1-1.dsc 71a8fbce7b42593d364fe2c4ffb6b3203753a48186c18996a42e3c86cd3c05cf 8373 python-redis_0.6.1.orig.tar.gz 310909c8c3d1cc486a42d1338035f3408c6335df312bcb972ebd476472e2cbe9 1837 python-redis_0.6.1-1.diff.gz 3804bc7a4a241ff878b9a1a02bb1f7128bd212ab515d518bbdcb308c21d02136 10392 python-redis_0.6.1-1_all.deb Files: 505786379104a5a12dc52289e9f92457 1194 python optional python-redis_0.6.1-1.dsc ba1250b291f3da897bfb4f5e1f376aff 8373 python optional python-redis_0.6.1.orig.tar.gz 64f5b86b57c25ba8b8134359856f8ed6 1837 python optional python-redis_0.6.1-1.diff.gz 0a8c3b5490ce18fa8c513feb52ae98b7 10392 python optional python-redis_0.6.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEUEARECAAYFAktOXTUACgkQ5/8uW2NPmiDU3ACfVPtf5x8o5ds/Ld3UBhrsAKpM tIwAmMnXC8u6GyKNvTxAbrDTiCc7/+I= =Bp0a -END PGP SIGNATURE- Accepted: python-redis_0.6.1-1.diff.gz to main/p/python-redis/python-redis_0.6.1-1.diff.gz python-redis_0.6.1-1.dsc to main/p/python-redis/python-redis_0.6.1-1.dsc python-redis_0.6.1-1_all.deb to main/p/python-redis/python-redis_0.6.1-1_all.deb python-redis_0.6.1.orig.tar.gz to main/p/python-redis/python-redis_0.6.1.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 dpkg-cross 2.5.5 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 12:25:44 + Source: dpkg-cross Binary: dpkg-cross libdebian-dpkgcross-perl Architecture: source all Version: 2.5.5 Distribution: unstable Urgency: low Maintainer: Debian Embedded Group debian-embed...@lists.debian.org Changed-By: Neil Williams codeh...@debian.org Description: dpkg-cross - tools for cross compiling Debian packages libdebian-dpkgcross-perl - functions to aid cross-compiling Debian packages Closes: 565295 Changes: dpkg-cross (2.5.5) unstable; urgency=low . * Ensure dependency_libs can handle quoting (Closes: #565295) * Add preliminary support for multiarch packages. * Incorporate some Ubuntu changes (thanks to Colin Watson) for parted and tcl support. Checksums-Sha1: fcd3092ed29bfd6a1f246337ad941bc5b69bd302 1209 dpkg-cross_2.5.5.dsc f2697e0c5381ac1efa7cf513c9faa379c3cf1bcf 71964 dpkg-cross_2.5.5.tar.gz 71fb27e8248e75dbac629568ce58010d45a1357f 52432 dpkg-cross_2.5.5_all.deb 37f96826cc4fb1d03b9e4e58f33b69ad0db739c3 28768 libdebian-dpkgcross-perl_2.5.5_all.deb Checksums-Sha256: 7fb1001da044acd295029e0a685751de38cb1347078a27f28b3d920573d66187 1209 dpkg-cross_2.5.5.dsc 9111f34acc6d1301e4050bdfffb07f04786ca1fecb9e1ef5a72428bb80b00ec9 71964 dpkg-cross_2.5.5.tar.gz 829d883f7edd5848cef8399960c9ce4c687f6b560f523f7edd41458b359cbac9 52432 dpkg-cross_2.5.5_all.deb c1a9e6192a46a39a1d1722028d0b27ab04608a6b880bc179762c0291ecdfb8ce 28768 libdebian-dpkgcross-perl_2.5.5_all.deb Files: ce6276662e4674e696e0ca4a7e13df43 1209 utils extra dpkg-cross_2.5.5.dsc c602cf4a3c525a15dc9ec63e172374a6 71964 utils extra dpkg-cross_2.5.5.tar.gz 039c218fa650e7845144836bba8f140f 52432 utils extra dpkg-cross_2.5.5_all.deb 2e24ee9a1299336402c5a4828d878270 28768 perl extra libdebian-dpkgcross-perl_2.5.5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktXOcsACgkQiAEJSii8s+MHTQCeIo2nlu74ed8mPcPiyN7MmTG5 KhgAoIzPMawCoJV6XhUvnrV7zaGOFSEG =EeR/ -END PGP SIGNATURE- Accepted: dpkg-cross_2.5.5.dsc to main/d/dpkg-cross/dpkg-cross_2.5.5.dsc dpkg-cross_2.5.5.tar.gz to main/d/dpkg-cross/dpkg-cross_2.5.5.tar.gz dpkg-cross_2.5.5_all.deb to main/d/dpkg-cross/dpkg-cross_2.5.5_all.deb libdebian-dpkgcross-perl_2.5.5_all.deb to main/d/dpkg-cross/libdebian-dpkgcross-perl_2.5.5_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 libchamplain 0.4.3-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Jan 2010 18:12:56 +0100 Source: libchamplain Binary: libchamplain-0.4-0 libchamplain-doc libchamplain-0.4-dev libchamplain-0.4-dbg gir1.0-champlain-0.4 libchamplain-gtk-0.4-0 libchamplain-gtk-0.4-dev libchamplain-gtk-doc libchamplain-gtk-0.4-dbg gir1.0-gtkchamplain-0.4 Architecture: source all amd64 Version: 0.4.3-1 Distribution: unstable Urgency: low Maintainer: Sjoerd Simons sjo...@debian.org Changed-By: Laurent Bigonville bi...@debian.org Description: gir1.0-champlain-0.4 - C library providing ClutterActor to display maps (GObject introsp gir1.0-gtkchamplain-0.4 - A Gtk+ widget to display maps (GObject introspection) libchamplain-0.4-0 - C library providing ClutterActor to display maps libchamplain-0.4-dbg - C library providing ClutterActor to display maps (debug symbols) libchamplain-0.4-dev - C library providing ClutterActor to display maps (development fil libchamplain-doc - C library providing ClutterActor to display maps (documentation) libchamplain-gtk-0.4-0 - A Gtk+ widget to display maps libchamplain-gtk-0.4-dbg - A Gtk+ widget to display maps (debug symbols) libchamplain-gtk-0.4-dev - A Gtk+ widget to display maps (development files) libchamplain-gtk-doc - A Gtk+ widget to display maps (documentation) Closes: 555082 565311 Changes: libchamplain (0.4.3-1) unstable; urgency=low . [ Andreas Henriksson ] * New upstream release. - fix linking using binutils-gold (Closes: #555082) * Add support for get-orig-source in debian/rules. * Update libchamplain-0.4-0.symbols for function added in 0.4.3. . [ Laurent Bigonville ] * Add Recommends on libchamplain-doc package for libchamplain-gtk-doc (Closes: #565311) Checksums-Sha1: 451bee0a31ba541aa62613da1e50ef69b5ebac18 1852 libchamplain_0.4.3-1.dsc 26aebb6793fc371cdc4a7a4332d3af091e1d3c23 708969 libchamplain_0.4.3.orig.tar.gz 88db5ab7dc41ceb23399cebdd6e707cfa5520523 5081 libchamplain_0.4.3-1.diff.gz 4124bdf768425c9d4670887c8dfc2a27558efd37 125974 libchamplain-doc_0.4.3-1_all.deb 8e3da277753c8d116268b2d78dad80586d17be41 69286 libchamplain-gtk-doc_0.4.3-1_all.deb cb4c26d064cb988fe3c77326c77224513d918dd7 133674 libchamplain-0.4-0_0.4.3-1_amd64.deb bddf840962d808fed45f361c40f2fba1a883b95b 172900 libchamplain-0.4-dev_0.4.3-1_amd64.deb 3d7a6a8d791ab495b15df7013a7b0a1f6e77444c 61880 libchamplain-0.4-dbg_0.4.3-1_amd64.deb 7a6f9ab8b77c6730e4e5a151fe331e78e531e5cc 70210 gir1.0-champlain-0.4_0.4.3-1_amd64.deb 68413e756ba1669f6e82434de32c89dfd99ff007 67228 libchamplain-gtk-0.4-0_0.4.3-1_amd64.deb f98c070dc698a0e53d66152bf6d748ea7d5d0d77 67888 libchamplain-gtk-0.4-dev_0.4.3-1_amd64.deb c992b5e282e0ef64172b635c419a7d8941f3a909 61910 libchamplain-gtk-0.4-dbg_0.4.3-1_amd64.deb 9c78cd1e714b2eb3bdf89bdd1204d3de34c30b89 62786 gir1.0-gtkchamplain-0.4_0.4.3-1_amd64.deb Checksums-Sha256: 4ada5a162dfed9bcd56a1cb4b928b5d3bdf8577e5a9cdff53b15a11e75d21138 1852 libchamplain_0.4.3-1.dsc 0436bab0ed069a5a8b62dc66fb45956e456e912dcf3a167fc3d9cf0013ee5f4b 708969 libchamplain_0.4.3.orig.tar.gz 6987b39ff561040289c537e1ffc2751fd7cd9f65eb3268eae0cbdb94599ad3af 5081 libchamplain_0.4.3-1.diff.gz 060f94938b80b515db4e2195ee9424429b16fff45ac820a9766d02f9e262a854 125974 libchamplain-doc_0.4.3-1_all.deb 041d0c49099b2ae04d3db8cdd4be1073e2cd4b050e1b6b2a755995f21826910b 69286 libchamplain-gtk-doc_0.4.3-1_all.deb c2d27703d2ca2b2c3b9d01894e7bfe236e67969722cd4a572094d3e0f0ffc33b 133674 libchamplain-0.4-0_0.4.3-1_amd64.deb 161529f41e2dfd6c3467bf8acc9bc9a8acfec9851768e43a9d7848216c951f2c 172900 libchamplain-0.4-dev_0.4.3-1_amd64.deb 37b82e625978344a2c35fcd3b135cc4206422a45daa27514df144dd0e4520585 61880 libchamplain-0.4-dbg_0.4.3-1_amd64.deb 294af00d0ad3fe1889f40571d2a59b41715232f735139e34587f185f94ed23ea 70210 gir1.0-champlain-0.4_0.4.3-1_amd64.deb d97af86bfb17a1b572e6e186b8134061f9bd8cf7fd6567b8a74862e4ee4c4f56 67228 libchamplain-gtk-0.4-0_0.4.3-1_amd64.deb 46e06faacdfed258cb293ec81bd9c651c011d954e14e811555f30936875f6749 67888 libchamplain-gtk-0.4-dev_0.4.3-1_amd64.deb 1a08a7cd9936c62d77bda3602c11e269410ee2d124db53368402db15037a2440 61910 libchamplain-gtk-0.4-dbg_0.4.3-1_amd64.deb 6b384fc5dfbe52a36f928c2c6f2244b2ba04698e67c112c1df32bcbf0d9f114b 62786 gir1.0-gtkchamplain-0.4_0.4.3-1_amd64.deb Files: 23d3e7f62f629b4e69f2d35949f1d00f 1852 libs optional libchamplain_0.4.3-1.dsc 9731316e1676788b2b029f5140d585e0 708969 libs optional libchamplain_0.4.3.orig.tar.gz 4d9d5d3cb96b54803813ab587e1863da 5081 libs optional libchamplain_0.4.3-1.diff.gz 4a336e8b90ed79ef9399f8381f870489 125974 doc optional libchamplain-doc_0.4.3-1_all.deb 97361d868542a1bba01e7d9a5c1a1c60 69286 doc optional libchamplain-gtk-doc_0.4.3-1_all.deb b494e23a404ac3c85c04ee720af4d0f8 133674 libs optional libchamplain-0.4-0_0.4.3-1_amd64.deb 9b1e8be6e25c6fb4c6ff0b69972c1d65 172900 libdevel optional libchamplain-0.4-dev_0.4.3-1_amd64.deb
