Re: Vorrei cambiare la licenza ma ho dei dubbi
Marco d'Itri wrote: On Mar 08, Stefano Zacchiroli z...@debian.org wrote: On Sun, Mar 08, 2009 at 07:26:17PM +0100, Marco d'Itri wrote: Codice rilasciato sotto licenza X11 è rilicenziabile in GPL. Ri-licenziabile o dual-licenziabile? Rilicenziabile. No, non e' rilicenziabile. Si puo' disporre liberamente solo delle proprie cose. Da un lato la confusione e' dovuta al genere di licenza. Le BSD e la MIT sono definite source licenses, ovvero legate principalmente alle sorgenti, contrariamente alle GPL, che sono strettamente legate sia alle sorgenti che ai risultati. Tutte le compatibilita' delle licenze sono fatte a livello di binari o a livello di aggregazione (per i linguaggi interpretati), non a livello di singolo file sorgente. Ma e' importante distinguere le due cose. Se il risultato e' distribuito come GPL, non significa che la sorgente singole e' rilicenziata in GPL. E' un errore comune con le dual licenses e cone le versioni X and later, nel togliere una licenza o aumentare X. Cio' e' illegale, non avendo proprieta' dul codice. Per il risultato, la scelta (seguendo le regole delle licenze) puo' aspettare al costruttore, ma al codice rimangono le licenze originali Una discussione e' stata fatta negli ultimi anni, quando in Linux e' stato rilicenziato del codice BSD. Rimando a queste discussioni per i particolari (e sia perche' sono fatte da avvocati e per di piu' pagati per lo studio). PS: vedasi pure la discussione sul public domain e l'impossibilita' di licenziare codice public domain almeno in vari territori. ciao cate -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-devel-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-devel-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: inetd's status in Debian
ke, 2009-03-11 kello 00:00 +, Roger Leigh kirjoitti: Additionally, not all inetds support IPv6, so adding these lines will break some inetds. Should we consider lack of IPv6 support as a bug? Ah yes, it's been a release goal since etch. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [luabind] Naming library with proper SONAME
Roberto C. Sánchez robe...@connexer.com writes: [My apologies in advance for the cross-posting.] On Tue, Mar 10, 2009 at 10:42:36AM +0100, Daniel Wallin wrote: Roberto C. Sánchez wrote: So, I've been trying to build the Debian package with the latest from the 0.8 branch on github. It seems like the SONAME thing is not completely resolved. I am seeing this after building: robe...@miami:~/src/luabind-upstream$ objdump -p ./bin/gcc-4.3.2/debug/libluabindd.so.0.8.0 |grep SONAME SONAME libluabindd.so.0.8.0 Yes, that's the expected result, isn't it? The reasoning was that it's too difficult to have ABI-compatibility, so we just use the complete version number as the SONAME. bjam install will create the unversioned symlink. I am curious as to what people generally think of how the libluabind SONAME will be going forward. I know that certain packages (like libssl) have the complete version in the SONAME, but I can't imagine that this is a really good idea. Is this a showstopper for having libluabind in Debian, or just for a stable release? Is this discouraged, but otherwise permissible? I've looked in the Debian library packaging guide and it does not say one way or the other. I'd appreciate any insights and/or comments. Regards, -Roberto The ABI needs to be compatible across all versions with the same SONAME. If that means every upstream release gets a new SONAME than I curse upstream for breaking their ABI all the time but the SONAME would still be right. This should not really be a showstopper but maintaining this won't be too easy. Every new upstream release will need a binary package name change, NEW procesing and a library transition. You better hope that the API doesn't change as often so binNMUs can be done. One would hope that at some point there will be a libluabindd 1.0.0 which would then have a more stable ABI. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
BDF Considered Harmful?
BDF font files have not been allowed in Debian packages for a while, as per Debian policy. I emailed Russ Allbery last year about the possibility of allowing BDF fonts back into Debian for reasons that follow. He was willing to entertain the idea. I waited for the lenny release before bringing up this possible change in policy. Currently BDF fonts are supposed to be converted to PCF. BDF is a plain ASCII format, and PCF is binary. Thus a PCF font file will be more compact than its BDF source. However, the original BDF version can contain ASCII comments that are not preserved in the PCF version. These comments often contain information such as author, copyright, and licensing information. With the BDF versions discarded, that information is lost -- there is no round-trip conversion from BDF to PCF to BDF. Thus a blind BDF-to-PCF conversion can discard valuable information the author intended to remain with the font. This can be significant given the abundance of BDF fonts in the early history of X11. In addition, PCF format fonts are gzipped on Debian systems as per Debian Policy. If BDF fonts are also gzipped, there is little difference in size between the two formats so the advantage of the binary PCF format over the ASCII BDF format disappears. In fact I created a unifont.bdf.gz file for testing and it was a little smaller than the derivative unifont.pcf.gz file. A unifont.bdf file worked fine on Debian, and so did the derived unifont.pcf.gz file, but unfortunately a unifont.bdf.gz file did not. Is there a possibility of getting .bdf.gz font files to work in Debian, then allowing .bdf.gz files in Debian font packages, and updating Debian Policy to allow installation of BDF fonts compressed with 'gzip -9'? Paul Hardy GPG Key ID: E6E6E390 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519234: ITP: libclipsmm -- C++ interface for CLIPS
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: libclipsmm Version: 0.0.7 Upstream Author: Rick L. Vinyard, Jr. rviny...@users.sourceforge.net URL: http://clipsmm.sourceforge.net/ License: GPLv2 Description: C++ wrapper to the CLIPS C library The clipsmm library provides a C++ interface to the CLIPS C library. clipsmm is a C++ interface and library for CLIPS. CLIPS is an environment for creating rule-based and/or object-based expert systems. clipsmm extends the CLIPS C API in several ways: * CLIPS Environments are encapsulated in an Environment object as are many of the other CLIPS concepts such as templates (fact templates, not C++ templates), rules, etc. * Making external functions available to the CLIPS inference engine are simplified using sigc++ slots. -- Obey Arthur Liu http://www.milliways.fr signature.asc Description: OpenPGP digital signature
Re: inetd's status in Debian
On Wed, Mar 11, 2009 at 08:12:56AM +0200, Lars Wirzenius wrote: ke, 2009-03-11 kello 00:00 +, Roger Leigh kirjoitti: Additionally, not all inetds support IPv6, so adding these lines will break some inetds. Should we consider lack of IPv6 support as a bug? Ah yes, it's been a release goal since etch. Yes, we absolutely should. I did try to push this for etch: http://lists.debian.org/debian-devel/2006/08/msg00483.html But didn't have much success persuading people. update-inetd is a horror. We should just dump it. I did point out back then it was badly broken, but my proposal to fix it was not taken up. The fact that update-inetd directly updates inetd.conf and inetd.conf can also be edited by users means that you can actually get a screwed up inetd.conf just by editing and installing/upgrading/removing a package in the wrong order. update-inetd is not idempotent, and is not clever enough to not screw up inetd.conf in certain circumstances. I did propose we switch to inetd-using packages providing a config file fragment in e.g. /etc/inetd.d, and having update-inetd simply regenerate inetd.conf from these pieces (and it would be trivial for it to preserve user edits with this mechanism), and it would also be idempotent. It has the benefits of simplicity and robustness, since it doesn't require calling a postinst script to run update-inetd with a specific (and limited) set of options. The current approach relies of update-inetd being hugely complex, when it really doesn't need to be. If we regard IPv6 support as a requirement, it would be great if all of the inetds *not* supporting IPv6 could be removed from the archive. Unless things have changed, this includes micro-inetd and superd. rlinetd does have support, but can't directly replace inetd, so can't be considered as a useful alternative. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tex-common with triggers support
Dear all, the Debian TeX Team has uploaded tex-common 1.15 to unstable which brings triggers support for font maps (calls to updmap-sys) and hyphenation patterns (calls to fmtutil-sys --byfmt). Those packages shipping fonts, ie those package calling dh_installtex AND having some map files are advised to rebuild with tex-common 1.15 so that updmap-sys is not called two times (once from the postinst, once from the trigger). Please report all irregularities as usual to debian-tex-ma...@lists.debian.org. Thanks and all the best Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- RECULVER (n.) The sort of remark only ever made during Any Questions. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: best practice for updating inetd.conf with a user-chosen port?
Eric Cooper e...@cmu.edu writes: What is the best way to register a daemon under inetd with a user-chosen port? (I am packaging a daemon that is run by inetd, but does not have a standard port number.) Currently I am prompting the user for the port via debconf, grepping /etc/inetd.conf to make sure it's not already there, and then calling update-inetd. Is there a better way, or an existing package that does something similar? -- Eric Cooper e c c @ c m u . e d u This has bugged me too. Is anything speaking against changing inetd to accept an /etc/inetd.conf.d/ directory where packages can just dump a file containing their own entries? That way one (as admin) could also easily customise the line and wouldn't get complains from update-inetd on every package upgrade. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Pristine source from upstream VCS repository
Manoj Srivastava sriva...@debian.org writes: I am wondering which is of more use to the end users as well: I can always get the sources of the package I have already on my disk from Debian, but getting the latest munged source seems more useful to me. Full ACK. The way to get the current upstream source for a debian package is apt-get source or equivalent and then using the orig.tar.gz. Duplicating this in debian/rules seems wastefull. manoj MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: MPI binaries location
Hi Jean! Am Dienstag, den 10.03.2009, 17:29 +0100 schrieb Jean Parpaillon: I'm currently packaging hpcc (HPC Challenge Benchmark). Several binary packages will be available, each one with different mpi implementations. Is there a preferred place to put mpi binaries ? I've seen that each mpi implementation has it's own bin/lib/share/include/etc hierarchy into /usr/lib/mpi Should I put the binaries into it ? If MPI applications are build against multiple MPI implementations, the usual way is to build binaries like hpcc.openmpi, hpcc.mpich, and so on and use update-alternatives to provide /usr/bin/hpcc. [0] If you'd like to look at an example, have a look at the gromacs source package. Best regards Manuel [0] Don't know about the actual executable name, but you'll get the idea. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: BDF Considered Harmful?
On Wed, Mar 11, 2009 at 01:07:56AM -0700, Paul Hardy wrote: However, the original BDF version can contain ASCII comments that are not preserved in the PCF version. These comments often contain information such as author, copyright, and licensing information. With the BDF versions discarded, that information is lost -- there is no round-trip conversion from BDF to PCF to BDF. My first thought: Could BDF be considered a source format for PCF? The logical consequence would be to ship BDF in the source package, and to convert it to PCF when the font package is built. Cheers, Richard -- __ _ |_) /| Richard Atterer | GnuPG key: 888354F7 | \/¯| http://atterer.net | 08A9 7B7D 3D13 3EF2 3D25 D157 79E6 F6DC 8883 54F7 ¯ '` ¯ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: BDF Considered Harmful?
On Wed, 2009-03-11 at 12:15 +0100, Richard Atterer wrote: On Wed, Mar 11, 2009 at 01:07:56AM -0700, Paul Hardy wrote: However, the original BDF version can contain ASCII comments that are not preserved in the PCF version. These comments often contain information such as author, copyright, and licensing information. With the BDF versions discarded, that information is lost -- there is no round-trip conversion from BDF to PCF to BDF. My first thought: Could BDF be considered a source format for PCF? The logical consequence would be to ship BDF in the source package, and to convert it to PCF when the font package is built. That's pretty much what happens today, afaik. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519251: ITP: spatialite -- A spatial extension of SQLite library.
Package: wnpp Severity: wishlist Owner: Francesco Paolo Lovergine fran...@debian.org * Package name: spatialite Version : 2.3 (beta) Upstream Author : Alessandro Furieri a.furi...@lqt.it * URL : http://www.gaia-gis.it/spatialite-2.3/ * License : GPL et al. Programming Lang: C Description : A spatial extension for the SQLite 3 library. SpatiaLite is just a small sized SQLite extension. Once you have installed SpatiaLite (a very simple and elementary task), the SQLite DBMS is enable to load, store and manipulate Spatial Data (aka Geographic Data, GIS Data, Cartographic Data, GeoSpatial Data, Geometry Data and alike). SpatiaLite implements spatial extensions following the specification of the Open Geospatial Consortium (OGC), an international consortium of companies, agencies, and universities participating in the development of publicly available conceptual solutions that can be useful with all kinds of applications that manage spatial data. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#466550: Pristine source from upstream VCS repository
On 11-Mar-2009, Goswin von Brederlow wrote: Manoj Srivastava sriva...@debian.org writes: I am wondering which is of more use to the end users as well: I can always get the sources of the package I have already on my disk from Debian, but getting the latest munged source seems more useful to me. Full ACK. The way to get the current upstream source for a debian package is apt-get source or equivalent and then using the orig.tar.gz. Duplicating this in debian/rules seems wastefull. That's not quite the same thing though. That will get the original source archive *as in the Debian repository*; while the existing and proposed ‘get-orig-source’ target gets the original source archive *from the canonical upstream location itself*. It's worth asking, then, what is the original purpose for which the ‘get-orig-source’ target specification was inserted into the policy? * To get some copy of the original source archive. If so, that is entirely redundant with making it available in the Debian repository. Does anyone think this is what was intended by the drafters of that policy clause? * To get the *latest* version of the package as an original source archive, regardless of the Debian version of the package. This is largely duplicated by ‘uscan(1)’, but not for all cases. * To get the original source archive corresponding to the package directly from the canonical upstream location. That is the purpose of the patch I've submitted to this bug report. * To do something else. I haven't seen any other options not covered here, but that doesn't mean the truth might not be different. What is our best resource for discovering which of these options is the actual intent of the ‘get-orig-source’ target when it was inserted into policy? -- \“I took a course in speed waiting. Now I can wait an hour in | `\ only ten minutes.” —Steven Wright | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Re: libpoppler3 missing in unstable
On Tue, Mar 10, 2009, Dirk Eddelbuettel wrote: Normally, we keep the lib$foo$N and add lib$foo$N+1. By withdrawing libpoppler3 you broke the buildability of hundreds of package with tex documentation. Was there a reason? Uploading libfoo2 and making libfoo1 disappear are actually done by different people. Removal of obsolete binaries is done by the ftpteam, I’m putting them on the loop via Bcc, and moving the discussion to -devel. ftpteam, would you be open to discussing a well-defined policy about removal of NBS libraries from unstable? Personally I couldn’t care less about installability problems on user’s machines running unstable: my take is that those machines should have testing in sources.list, period. However, rendering important parts of the toolchain uninstallable is something different. The problem is, of course, defining the “well-defined policy”. For most libraries an early removal has no big consequences. It would have been tempting to have guessed that there wouldn’t be any for poppler either, because the fact that decrufting poppler would render texlive uninstallable, upon which a lot of packages build-depend on, needs a bit of close looking in order to be noticed. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: libpoppler3 missing in unstable
On Mi, 11 Mär 2009, Adeodato Simó wrote: because the fact that decrufting poppler would render texlive uninstallable, Some forewarning to the Debian TeX Team would have been helpful. Especially since the FTBFS is not easy to circumvent because that stu poppler people have simply removed any (I repeat *any*) way to get the library version from within the library. I have fixed that for luatex and I am working on updating the patch for texlive, but since there more progs (xetex, pdftex) are involved it is not as trivial. I expect to upload fixed packages of texlive-bin in the next 2 days. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BANTEER A lusty and raucous old ballad sung after a particulary spectacular araglin (q.v.) has been pulled off. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tex-common with triggers support
* Norbert Preining [Wed, 11 Mar 2009 11:18:45 +0100]: Dear all, the Debian TeX Team has uploaded tex-common 1.15 to unstable which brings triggers support for font maps (calls to updmap-sys) and hyphenation patterns (calls to fmtutil-sys --byfmt). Great. \o/ Those packages shipping fonts, ie those package calling dh_installtex AND having some map files are advised to rebuild with tex-common 1.15 so that updmap-sys is not called two times (once from the postinst, once from the trigger). Shouldn’t the progress on this be tracked somehow? I’m not sure what would be best. There could be a mass bug filing using some usertag, but that may get out of sync if people make an upload without noticing the bug should be closed with it. Another option would be a lintian test that warns if the postinst calls updmap-sys but the package depends on text-common (= 1.15). This would give us the benefit of having an always correct list up on lintian.d.o. I don’t know if this is a fair use of lintian, though, and that’s why I’m Bcc'ing lintian-maint. (I say I’m not sure if this is a fair use of lintian becase, as I understand it, a newly rebuilt package would never trigger the warning, correct?) Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: libpoppler3 missing in unstable
On 11 March 2009 at 12:55, Adeodato Sim wrote: | On Tue, Mar 10, 2009, Dirk Eddelbuettel wrote: | | Normally, we keep the lib$foo$N and add lib$foo$N+1. By withdrawing | libpoppler3 you broke the buildability of hundreds of package with tex | documentation. Was there a reason? | | Uploading libfoo2 and making libfoo1 disappear are actually done by | different people. Removal of obsolete binaries is done by the ftpteam, | I’m putting them on the loop via Bcc, and moving the discussion to | -devel. | | ftpteam, would you be open to discussing a well-defined policy about | removal of NBS libraries from unstable? Personally I couldn’t care less | about installability problems on user’s machines running unstable: my Just to be clear here: I don't care about installability on user's machines either but I DO care about the fact that Debian unstable as a whole is FTBFS which I don't find too acceptable. Now, stuff happens, Norbert is on it, and hopefully this will be over soon. But yes, some policy or guideline to avoid it next time this arises would be welcome. | take is that those machines should have testing in sources.list, period. Not the point. We broke all pbuilders. | However, rendering important parts of the toolchain uninstallable is | something different. Indeed. | The problem is, of course, defining the “well-defined policy”. For most | libraries an early removal has no big consequences. It would have been | tempting to have guessed that there wouldn’t be any for poppler either, | because the fact that decrufting poppler would render texlive uninstallable, | upon which a lot of packages build-depend on, needs a bit of close looking | in order to be noticed. Not if you maintain a number of packages depending on *tex :) Cheers, Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tex-common with triggers support
On Mi, 11 Mär 2009, Adeodato Simó wrote: the Debian TeX Team has uploaded tex-common 1.15 to unstable which brings triggers support for font maps (calls to updmap-sys) and hyphenation patterns (calls to fmtutil-sys --byfmt). Great. \o/ Lenny is out, time for doing new things. Those packages shipping fonts, ie those package calling dh_installtex AND having some map files are advised to rebuild with tex-common 1.15 so that updmap-sys is not called two times (once from the postinst, once from the trigger). Shouldn’t the progress on this be tracked somehow? I’m not sure what would be best. There could be a mass bug filing using some usertag, but that may get out of sync if people make an upload without noticing the bug should be closed with it. There aren't that many packages shipping updmap.d file: tex/cm-super tex/cm-super-minimal our Team, already uploaded tex/ko.tex-base tex/ko.tex-extra tex/latex-cjk-chinese-arphic-bkai00mp tex/latex-cjk-chinese-arphic-bsmi00lp tex/latex-cjk-chinese-arphic-gbsn00lp tex/latex-cjk-chinese-arphic-gkai00mp tex/latex-cjk-japanese-wadalab tex/latex-cjk-thai tex/latex-sanskrit tex/littex tex/lmodern our team, already prepared tex/musixtex tex/scalable-cyrfonts-tex tex/texlive-base tex/texlive-fonts-extra tex/texlive-fonts-recommended tex/texlive-games tex/texlive-lang-african tex/texlive-lang-arab tex/texlive-lang-cyrillic tex/texlive-lang-czechslovak tex/texlive-lang-french tex/texlive-lang-greek tex/texlive-lang-hebrew tex/texlive-lang-indic tex/texlive-lang-mongolian tex/texlive-lang-polish tex/texlive-lang-vietnamese tex/texlive-latex-base tex/texlive-latex-extra tex/texlive-math-extra tex/texlive-omega tex/texlive-pictures our team tex/thailatex tex/tipa text/itrans x11/gregoriotex So that is not soo bad. And with hyphenation patterns it is even simpler, besides texlive-* we have only littex and latex-cjk-chinese. So I see no need here. Another option would be a lintian test that warns if the postinst calls updmap-sys but the package depends on text-common (= 1.15). This would I consider it not to problematic. And, there is a way that people actually WANT to have that updmap-sys is called already very soon, if the fonts are used in the postinstall itself (no idea if that ever will actually occur). dh_installtex can be called with some option to disable the trigger behaviour and make it behave as before. So I don't see much hurry here, we are trying to update texlive packages at some point, and the others hopefully will follow. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- LUFFENHAM (n.) Feeling you get when the pubs aren't going to be open for another fortyfive minutes and the luffness is beginning to wear a bit thin. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: BDF Considered Harmful?
On Wed, Mar 11, 2009 at 01:07:56AM -0700, Paul Hardy wrote: BDF font files have not been allowed in Debian packages for a while, as per Debian policy. I emailed Russ Allbery last year about the possibility of allowing BDF fonts back into Debian for reasons that follow. He was willing to entertain the idea. I waited for the lenny release before bringing up this possible change in policy. Hello Paul, I would like to clarify that BDF are not allowed in *binary* package, but are allowed in *source* package. Currently BDF fonts are supposed to be converted to PCF. BDF is a plain ASCII format, and PCF is binary. Thus a PCF font file will be more compact than its BDF source. However, the original BDF version can contain ASCII comments that are not preserved in the PCF version. These comments often contain information such as author, copyright, and licensing information. With the BDF versions discarded, that information is lost -- there is no round-trip conversion from BDF to PCF to BDF. Thus a blind BDF-to-PCF conversion can discard valuable information the author intended to remain with the font. This can be significant given the abundance of BDF fonts in the early history of X11. I fail to see the difference between a BDF-to-PCF converter and a C compiler that will discard comments from the C source files. Yet we do not generally ship C source code in binary packages. Users that need the BDF files can get it from the source package, so its is not lost to the user. Furthermore a cursory use of zless on some pcf.gz in debian seems to show that copyright information *are* preserved. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519267: ITP: phpdocumentor -- automatic documenting of any PHP API directly from the source.
Package: wnpp Owner: Mark A. Hershberger m...@everybody.org Severity: wishlist * Package name: phpdocumentor Version : 1.4.2 Upstream Author : Joshua Eichorn, Greg Beaver, Chuck Burgess, Andrew Morton * URL or Web page : http://phpdoc.org/ * License : LGPL 2.1 Description : automatic documenting of any PHP API directly from the source. Features (short list): - output in HTML, PDF (directly), CHM (with windows help compiler), XML DocBook - very fast - web and command-line interface - fully customizable output with Smarty-based templates - recognizes JavaDoc-style documentation with special tags customized for PHP 4 - automatic linking, class inheritance diagrams and intelligent override - customizable source code highlighting, with phpxref-style cross-referencing - parses standard README/CHANGELOG/INSTALL/FAQ files and includes them directly in documentation - generates a todo list from @todo tags in source - generates multiple documentation sets based on @access private, @internal and {...@internal} tags - example php files can be placed directly in documentation with highlighting and phpxref linking using the @example tag - linking between external manual and API documentation is possible at the sub-section level in all output formats - easily extended for specific documentation needs with Converter - full documentation of every feature, manual can be generated directly from the source code with phpdoc -c makedocs in any format desired. - current manual always available at http://www.phpdoc.org/manual.php - user .ini files can be used to control output, multiple outputs can be generated at once -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: libpoppler3 missing in unstable
On Mi, 11 Mär 2009, Dirk Eddelbuettel wrote: but I DO care about the fact that Debian unstable as a whole is FTBFS which I don't find too acceptable. Now, stuff happens, Norbert is on it, and hopefully this will be over soon. texlive-bin 2007.dfsg.2-5 with a fixed patch (that unfortunately needs pkg-config for finding the version of the poppler library) is uploaded. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- TULSA (n.) A slurp of beer which has accidentally gone down your shirt collar. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tex-common with triggers support
On Wed, Mar 11, 2009 at 01:16:43PM +0100, Adeodato Simó wrote: There could be a mass bug filing using some usertag, but that may get out of sync if people make an upload without noticing the bug should be closed with it. Is that a reason for not using the MBF + usertag strategy? It looks to be the right tool to me. If people make an upload without noticing the bug report ... well, they are doing the wrong thing :-), it is not like we should refraining doing the right one for that fear. Practically, my guess is that the impact will be low and that who follows the transition will eventually notice that and close the bug. As usual. 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#466550: Pristine source from upstream VCS repository
On Wed, Mar 11 2009, Ben Finney wrote: On 11-Mar-2009, Goswin von Brederlow wrote: Manoj Srivastava sriva...@debian.org writes: I am wondering which is of more use to the end users as well: I can always get the sources of the package I have already on my disk from Debian, but getting the latest munged source seems more useful to me. Full ACK. The way to get the current upstream source for a debian package is apt-get source or equivalent and then using the orig.tar.gz. Duplicating this in debian/rules seems wastefull. That's not quite the same thing though. That will get the original source archive *as in the Debian repository*; while the existing and proposed ‘get-orig-source’ target gets the original source archive *from the canonical upstream location itself*. In most cases, the sources are identical; and even otherwise, it is just a matter of looking into debian/copyright and doing a wget. This is not a compelling enough case to create a whole new target in debian/rules and policy. Indeed, the whole rationale for the target, and why it got into policy, was for the secific cases where extended munging of upstream had to be done, usually, but not restricted to, the cases where upstream had DFSG violations and the upstream source could not be allowed in the main section of the archive. This is what diferentiates is from uscan; indeed, I use uscan in the cases where I provide the target, The target unpacks the raw upstream source, munges it (by, say, removing a subdir which has non-dfsg stuff, or removes the debian dir, applies patches, or whatever other processing is required. There is no need to do this for the current version; the mungeds sources already are an apt-get source away. This is not a trivial replacement for uscan watch file with a version number in the regexp, which is the trivial way of implementing the task of getting the current version from upstream). This target is for the developers of munged sources to provide a script to munge the latest sources. Keep in mind that sometimes an unmunged source will not build with the debian/rules file in the archive; so it is not just a matter of dropping in ./debian into the latest upstream tarball. That facility is being dropped silently, and I object to there being no transition plan, and nothing to replace the functionality currently provided by the target. If we move over to the new docbook format (and I have one that seems to kinda work, but I got demotivated before I published it), the rationalew would have spelled out _why_ we needed such a target, and what it was originally designed to be used for. It's worth asking, then, what is the original purpose for which the ‘get-orig-source’ target specification was inserted into the policy? * To get some copy of the original source archive. If so, that is entirely redundant with making it available in the Debian repository. Does anyone think this is what was intended by the drafters of that policy clause? No. * To get the *latest* version of the package as an original source archive, regardless of the Debian version of the package. This is largely duplicated by ‘uscan(1)’, but not for all cases. As long as no munging is t be done. * To get the original source archive corresponding to the package directly from the canonical upstream location. That is the purpose of the patch I've submitted to this bug report. I think this is not useful enough to take over the original purpose of the target. I suggest if you think that looking into debian/copyright + wget is too hard, then create a new policy target. * To do something else. I haven't seen any other options not covered here, but that doesn't mean the truth might not be different. Indeed. You missed the whole munge source to make it acceptable for debian and allow it to be built with ./debian files What is our best resource for discovering which of these options is the actual intent of the ‘get-orig-source’ target when it was inserted into policy? Ask me. There is institutional knowledge in the post of leading the policy development for 10 years. And my memory is not that bad -- yet, though doubtless senility encroaches. manoj -- Under deadline pressure for the next week. If you want something, it can wait. Unless it's blind screaming paroxysmally hedonistic... Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#466550: Pristine source from upstream VCS repository
Hi, The best way to get the exact sources for the current version probably should be a new watch file (watch-current) which has a static version number in the regexp, but can use all the other facilities f uscan -- wild carded directory, looking thoiugh an index.html page for a matching href, and so on. This allows us not to reinvent the wheel in policy for uscan, does not require every one to do their own uscan, often replicating uscan poorly, and allows for simple scripting to grab the watch-current file from, say, the pts or packages.d.o and not havce to unpack the old source to run make on debian/rules. It is simpler for lintian to check, avoids the NIH syndrome, does not silently change the semantics of a policy rule, and continues to allow the current target to be used for the original purpose of munging raw upstream sources. It also means we will not be doing design of the dowloader in policy. There was a reason the original policy dictum was vague: we did not want to limit the things people do to munge upstream sources to make it palatable to Debian. Perhaps it is time for me to play a more active role in policy again, if Russ is willing to let me back in. manoj -- You mean you didn't *know* she was off making lots of little phone companies? Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: best practice for updating inetd.conf with a user-chosen port?
Eric Cooper e...@cmu.edu writes: What is the best way to register a daemon under inetd with a user-chosen port? (I am packaging a daemon that is run by inetd, but does not have a standard port number.) Currently I am prompting the user for the port via debconf, grepping /etc/inetd.conf to make sure it's not already there, and then calling update-inetd. Is there a better way, or an existing package that does something similar? grepping is not enough. There are also full deamons. BTW I don't like the idea of user chosen port, and I would really like that every used port is also listed in /etc/services. BTW it should be the contrary: the user choose a port in /etc/services, and the program look in services to find the port number (by calling getservbyname(3)). inetd use /etc/services, so new question: how to had new services in /etc/services database? ciao cate -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: #518696 ITP: parallel -- build and execute command lines from standard input in parallel]
One of friends alerted me to your discussion of 'parallel' and whether other tools can replace it. Here are some good examples to try to reproduce without 'parallel': $ ls | grep abc | parallel gzip -c /tmp/file.gz Try this in a dir with 1000 50 kB sized mixed files with file names that include these characters: [-'` +*$!?|]. The output is a valid .gz file as the output is grouped. In other solutions not using parallel you will often have a race condition (such as running two cat's in parallel). $ ls | parallel diff {} foo {}.diff $ ls | parallel 'echo -n {} ; ls {}|wc -l' These should also be run on files with names containing interesting characters [-'` +*$!?|]. $ seq 1 255 | parallel -j 50 'ping -c 1 10.0.0.{} wget http://status-server/status.cgi?ip=10.0.0.{}' The 3 above would normally require making a script and calling it. I have yet to see how to do that on the command line (including the parallelization). $ cat shellscript ls foo touch bar host foo.bar ping bar.foo seq 1 10 | ssh foo.bar cat /tmp/count wget http://foo.bar/info [...100 other one line shell commands...] $ cat shellscript | time sh $ cat shellscript | time parallel This one of the ways I use 'parallel' most with the shellscript often being generated. There are more examples in the man-page. Disclosure I am the author of 'parallel' /Disclosure /Ole -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: #518696 ITP: parallel -- build and execute command lines from standard input in parallel]
Ole Tange, le Wed 11 Mar 2009 17:05:34 +0100, a écrit : One of friends alerted me to your discussion of 'parallel' and whether other tools can replace it. The question could also be rephrased: can't we just extended xargs into supporting what parallel does? Having two separate tools will always make arguments about A does this, B doesn't and vice-versa, while xargs could just do everything. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519290: ITP: libphash -- Perceptual hashing library
Package: wnpp Severity: wishlist Owner: Chris Lamb la...@debian.org X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: libphash Version : 0.4 Upstream Author : Evan Klinger eklin...@phash.org David Starkweather dstarkweat...@phash.org * URL : http://www.phash.org/ * License : GPL-3 Programming Lang: C++ Description : Perceptual hashing library Unlike cryptographic hash functions which rely on an avalanche effect of changes in input leading to drastic changes in the output, perceptual hashes are close to one another if the inputs are visually or auditorily similar. Perceptual hashes have applications in searching, identifying potential copyright infringement, locating duplicates, etc. - since a fingerprint of a file is usually less than 1% of the original media file's size, the fingerprint can be stored in a database and used for semantic searching, such as finding all images that look like another. pHash implements several perceptual hashing algorithms and provides a C++ API to use those functions in your own programs. (There's a demo on http://phash.org/demo/ if readers of this bug report are interested). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Breaking /emul/ia32-linux for squeeze
It may be time to change packages installing files to /emul/ia32-linux (which violates the FHS) to use /usr/lib32 instead. I believe the affected packages are fakechroot fakeroot gnu-efi ia32-libs ia32-libs-gtk lib32asound2 lib32asound2-dev lib32bz2-1.0 lib32bz2-dev lib32ffi5 lib32ffi-dev lib32gcc1 lib32gfortran2 lib32gfortran3 lib32gomp1 lib32icu38 lib32icu-dev lib32mudflap0 lib32ncurses5 lib32ncurses5-dev lib32ncursesw5 lib32ncursesw5-dev lib32nss-mdns lib32objc2 lib32readline5 lib32readline5-dev lib32stdc++6 lib32stdc++6-4.1-dbg lib32stdc++6-4.2-dbg lib32stdc++6-4.2-dbg lib32stdc++6-4.3-dbg lib32z1 lib32z1-dev libc6-dev-i386 libc6-i386 glibc will need to change first, and the remaining packages will be broken until they are changed as well. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tex-common with triggers support
Adeodato Simó d...@net.com.org.es writes: Another option would be a lintian test that warns if the postinst calls updmap-sys but the package depends on text-common (= 1.15). This would give us the benefit of having an always correct list up on lintian.d.o. I don’t know if this is a fair use of lintian, though, and that’s why I’m Bcc'ing lintian-maint. (I say I’m not sure if this is a fair use of lintian becase, as I understand it, a newly rebuilt package would never trigger the warning, correct?) It's fair game to add a Lintian test for whether a program is called in postinst that isn't needed any more. If that's the case here, please do file a wishlist bug against Lintian with the details. (It's always possible that someone wasn't using debhelper, for example.) -- 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: Bug#466550: Pristine source from upstream VCS repository
Manoj Srivastava sriva...@debian.org writes: Perhaps it is time for me to play a more active role in policy again, if Russ is willing to let me back in. Good heavens, yes. :) I've always found your Policy work to be extremely valuable, and whatever time you're willing to spend on the work is greatly appreciated. -- 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
Making timezone configuration more modular
For a long time, we used the tzconfig command to select a system's timezone. We then dropped that interface in favor of debconf-based configuration. While this was not nearly as convenient or easy to use, it offered the benefit of internationalized templates, and today the tzdata templates are translated into 30 languages. Currently we are sticking strictly to upstream timezone names, and omitting any aliases or backward compatibility links. This has the positive effect of not cluttering the debconf menus with even more choices, and the negative effect that people cannot find the timezone choices they may be used to, and in many cases users are unaware of which city corresponds to the timezone in which they live, are visiting, or are trying to see the local time for. Users become very passionate about their own particular timezone issues, whether these are functional or purely aesthetic. Upstream tends to care little for the aesthetic issues, for they claim quite correctly that they are not mandating the information we present to the users. One thing we could do is to decouple the tzdata package from the selection mechanism; it could provide a shell-script interface to set the contents of /etc/timezone and /etc/localtime, and then an arbitrary number of config-UI packages could share that interface and let the user choose between a tzconfig-alike, the current debconf scripts, and then something else that corresponds to whatever political statements, spelling styles, or easily-recognizable zone names that people might desire. The downsides would probably be more coordination work and more translation work. Alternately we could just come up with a single new system to force upon everyone, or bandaid-patch tzdata any time anyone complains. Thoughts? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Breaking /emul/ia32-linux for squeeze
On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote: glibc will need to change first, and the remaining packages will be broken until they are changed as well. Do you have a date for the glibc change? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
debhelper = 7.2.3, doc-base, and lintian
I just built a new version of one of my packages, and I got some lintian errors like this: E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual N: N:Since the package installs a file in /usr/share/doc-base, the package N:should probably call the install-docs command in its prerm script. N: N:For example, use the following code in your maintainer script: N: if [ -x /usr/sbin/install-docs ]; then N: /usr/sbin/install-docs -r your-package || true N: fi N: N:Refer to Debian doc-base Manual section 2.4 (Registering Documents Using N:install-docs) for details. N: N:Severity: important, Certainty: certain N: This package uses cdbs with the debhelper rules. Looking at the debhelper changelog, I see debhelper (7.2.3) unstable; urgency=low * dh_installdocs: No longer add maintainer script code to call doc-base, as it supports triggers in stable. This version was uploaded on 3/7/2009. I can't really parse as it supports triggers in stable. Who is it and what triggers is it supporting? Who is right? Is lintian and also the doc-base manual that it references correct? Is there something else I'm supposed to be doing? I'd like to find out what the story is here before I upload a package with lintian errors. I can't tell whether lintian is just behind an intended change, debhelper is doing something wrong, cdbs is doing something wrong with how it invokes debhelper, or I'm doing something wrong in my rules. All I do in my rules is include /usr/share/cdbs/1/rules/debhelper.mk and I have one .doc-base file. Once I know where the problem is, I can either fix my packages or submit a bug to the appropriate place. -- Jay Berkenbilt q...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: debhelper = 7.2.3, doc-base, and lintian
(Wild guesses follow.) Jay Berkenbilt q...@debian.org (11/03/2009): * dh_installdocs: No longer add maintainer script code to call doc-base, as it supports triggers in stable. This version was uploaded on 3/7/2009. I can't really parse as it supports triggers in stable. Who is it and what triggers is it supporting? it = doc-base. dpkg triggers = writing stuff somewhere triggers some actions at the end of the installation run (instead of one per package). Who is right? Is lintian and also the doc-base manual that it references correct? Is there something else I'm supposed to be doing? I guess lintian would have to be updated. Mraw, KiBi. signature.asc Description: Digital signature
Re: debhelper = 7.2.3, doc-base, and lintian
On Wed, Mar 11, 2009 at 03:33:01PM -0400, Jay Berkenbilt wrote: I just built a new version of one of my packages, and I got some lintian errors like this: E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual From Lintian 2.2.7's changelog: + Removed - description-synopsis-has-leading-spaces - postinst-does-not-call-installdocs - prerm-does-not-call-installdocs So, you're just using outdated tools. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature
Re: debhelper = 7.2.3, doc-base, and lintian
On Wed, 2009-03-11 at 15:33 -0400, Jay Berkenbilt wrote: I just built a new version of one of my packages, and I got some lintian errors like this: E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual [...] Once I know where the problem is, I can either fix my packages or submit a bug to the appropriate place. The problem is that you have an out-of-date version of lintian. :-) lintian (2.2.7) unstable; urgency=low The debhelper 7.2.3 and lots of fiddly infrastructure fixes release. [...] + Removed - description-synopsis-has-leading-spaces - postinst-does-not-call-installdocs - prerm-does-not-call-installdocs [...] -- Russ Allbery r...@debian.org Sun, 08 Mar 2009 21:58:32 -0700 (on a related subject, note that lintian 2.2.8 will revert some of the debhelper 7.2.3 changes to the menu handling, to match changes in debhelper 7.2.5) Adam -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: debhelper = 7.2.3, doc-base, and lintian
Jay Berkenbilt q...@debian.org writes: I just built a new version of one of my packages, and I got some lintian errors like this: E: qpdf: prerm-does-not-call-installdocs usr/share/doc-base/qpdf-manual Upgrading to Lintian 2.2.7 should fix this problem. debhelper is correct. + [RA] Explicit install-docs calls are no longer needed since doc-base registration is done with triggers. (Closes: #518801) -- 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: Breaking /emul/ia32-linux for squeeze
On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote: It may be time to change packages installing files to /emul/ia32-linux (which violates the FHS) to use /usr/lib32 instead. /usr/lib32 isn't exactly FHS either, but it's better than /emul/ia32-linux Will this also change for ia64? As far as I know, there that path is hardcoded in the kernel. Kurt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: best practice for updating inetd.conf with a user-chosen port?
* Giacomo A. Catenazzi [Wed, 11 Mar 2009 16:56:20 +0100]: how to had new services in /etc/services database? By filing a bug like #353835 (against netbase). -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: libpoppler3 missing in unstable
On Wed, Mar 11, 2009 at 12:55:52PM +0100, Adeodato Simó wrote: On Tue, Mar 10, 2009, Dirk Eddelbuettel wrote: Normally, we keep the lib$foo$N and add lib$foo$N+1. By withdrawing libpoppler3 you broke the buildability of hundreds of package with tex documentation. Was there a reason? Uploading libfoo2 and making libfoo1 disappear are actually done by different people. Removal of obsolete binaries is done by the ftpteam, I’m putting them on the loop via Bcc, and moving the discussion to -devel. ftpteam, would you be open to discussing a well-defined policy about removal of NBS libraries from unstable? Personally I couldn’t care less about installability problems on user’s machines running unstable: my take is that those machines should have testing in sources.list, period. However, rendering important parts of the toolchain uninstallable is something different. As the current RM Master ;) I see two realistic possibilities: 1) Someone just write me a mail if I should some part of the cruft report or ping me on IRC. This would of course scale to a few cases only. 2) Someone improve the cruft report so that I can see how many packages still depend on the package to be removed, so I can try to make my own judgement. I will not be able to indivdually investigate each cruft package for this specific problem. Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Breaking /emul/ia32-linux for squeeze
On Wed, 11 Mar 2009 21:12:31 +0100, Kurt Roeckx wrote: On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote: It may be time to change packages installing files to /emul/ia32-linux (which violates the FHS) to use /usr/lib32 instead. /usr/lib32 isn't exactly FHS either, but it's better than /emul/ia32-linux Will this also change for ia64? As far as I know, there that path is hardcoded in the kernel. Is this necessary? There are already softlinks set up: /usr/lib32-/emul/ia32-linux/usr/lib and /lib32-/emul/ia32-linux/lib. If debian is going to go down this road, then I think plain old lib should also get removed in the process (e.g. put everything into either lib32 or lib64; temporarily provide a lib softlink until a full transition happens). This could make a 64 to 128 (or other bitness) transition and associated backwards-compatibility easier, perhaps... Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Breaking /emul/ia32-linux for squeeze
]] Clint Adams | It may be time to change packages installing files to | /emul/ia32-linux (which violates the FHS) to use | /usr/lib32 instead. Could we pretty please use the multiarch paths here if we start moving stuff around? We're going to need to patch gcc/binutils if we're to compile stuff against those paths anyway. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: BDF Considered Harmful?
On Wed, Mar 11, 2009 at 01:14:03PM +0100, Bill Allombert wrote: I fail to see the difference between a BDF-to-PCF converter and a C compiler that will discard comments from the C source files. Yet we do not generally ship C source code in binary packages. This is not the right analogy. A C source file by itself cannot be run without having been compiled while, AFAICT from the given description, a BDF source file can be. Make an analogy with Perl source file, it will work better: they do have copyright notices and comments, yet we ship them in binary packages. A question I have and that hasn't been addressed by the original request is: what is the advantage to have BDF files in binary packages? Comments and copyright notices don't look like a real advantage to me. 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: tex-common with triggers support
* Stefano Zacchiroli [Wed, 11 Mar 2009 16:20:06 +0100]: On Wed, Mar 11, 2009 at 01:16:43PM +0100, Adeodato Simó wrote: There could be a mass bug filing using some usertag, but that may get out of sync if people make an upload without noticing the bug should be closed with it. Is that a reason for not using the MBF + usertag strategy? It looks to be the right tool to me. If people make an upload without noticing the bug report ... well, they are doing the wrong thing :-), it is not like we should refraining doing the right one for that fear. Practically, my guess is that the impact will be low and that who follows the transition will eventually notice that and close the bug. As usual. Well, my concern was that since this bug just fixes itself with any upload, the list of pending issues in the list would diverge from reality. A NMU would most likely miss closing this bug, eg. But your point is valid as well, though I’ll just get out of this discussion seeing as Norbert implied they have it under control. :-) -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tex-common with triggers support
* Russ Allbery [Wed, 11 Mar 2009 11:06:41 -0700]: Adeodato Simó d...@net.com.org.es writes: Another option would be a lintian test that warns if the postinst calls updmap-sys but the package depends on text-common (= 1.15). This would give us the benefit of having an always correct list up on lintian.d.o. I don’t know if this is a fair use of lintian, though, and that’s why I’m Bcc'ing lintian-maint. (I say I’m not sure if this is a fair use of lintian becase, as I understand it, a newly rebuilt package would never trigger the warning, correct?) It's fair game to add a Lintian test for whether a program is called in postinst that isn't needed any more. If that's the case here, please do file a wishlist bug against Lintian with the details. (It's always possible that someone wasn't using debhelper, for example.) I think it’s indeed the case. I’ll leave it up to -tex-maint to decide whether they want to file the bug or not. I’d recommend for it, since it can’t hurt. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tex-common with triggers support
On Mi, 11 Mär 2009, Adeodato Simó wrote: It's fair game to add a Lintian test for whether a program is called in postinst that isn't needed any more. If that's the case here, please do file a wishlist bug against Lintian with the details. (It's always possible that someone wasn't using debhelper, for example.) I think it’s indeed the case. I’ll leave it up to -tex-maint to decide whether they want to file the bug or not. I’d recommend for it, since it can’t hurt. The problem that the code is a real mess, it does not add the updmap-sys call, but some magic strings that are tested for in case statements. It is tricky. Unfortunately I don't have time to think about that with TL2008 on the back, and texinfo dpkg/GNU i-i transition. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SUTTON and CHEAM (nouns) Sutton and cheam are the kinds of dirt into which all dirt is divided. 'Sutton' is the dark sort that always gets on to light-coloured things, 'cheam' the light-coloured sort that clings to dark items. Anyone who has ever found Marmite stains on a dress-shirt or seagull goo on a dinner jacket (a) knows all about sutton and cheam, and (b) is going to some very curious dinner parties. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: inetd's status in Debian
Roger Leigh wrote: I did propose we switch to inetd-using packages providing a config file fragment in e.g. /etc/inetd.d, and having update-inetd simply regenerate inetd.conf from these pieces (and it would be trivial for it to preserve user edits with this mechanism), and it would also be idempotent. It has the benefits of simplicity and robustness, since it doesn't require calling a postinst script to run update-inetd with a specific (and limited) set of options. The current approach relies of update-inetd being hugely complex, when it really doesn't need to be. Ideally we need something that isn't specific to the format of inetd.conf - last I checked some of our inetd's use different file formats (e.g. xinetd). -- Brian May br...@microcomaustralia.com.au -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: BDF Considered Harmful?
Stefano Zacchiroli wrote: This is not the right analogy. A C source file by itself cannot be run without having been compiled while, AFAICT from the given description, a BDF source file can be. Make an analogy with Perl source file, it will work better: they do have copyright notices and comments, yet we ship them in binary packages. With Perl you have no choice. AFAIK there is no binary Perl format. A question I have and that hasn't been addressed by the original request is: what is the advantage to have BDF files in binary packages? Comments and copyright notices don't look like a real advantage to me. Copyright notices belong in /usr/share/doc/package/copyright. -- Brian May br...@microcomaustralia.com.au -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Is the FHS dead ?
Theodore Tso writes (Re: Is the FHS dead ?): Well, the last time we tried to make reasonable accomodations for *BSD's, some of the biggest biggest whiners^H^H^H^H^H^H^H complaints came from Debian. In fact, some later complaints from Debianites about the lack of /usr/libexec is largely the fault of Ian Jackson, who ***strenuously*** opposed /usr/libexec on the mail thread which I quoted. In fact, as I recall, he threatened to rally all of Debian NOT to support the FSSTND/FHS if we didn't drop /usr/libexec from the draft spec. Ah, history. Obviously I have a rather different view. I don't want to get into too much detail but my memory of it goes roughly like this: * Linux FSSTND is started. We spend a year or so having the kind of arguments that might be expected. I am indeed involved and obviously I managed to get my way on some aspects but not others. * Later there is a strong suggestion (accepted by those `in charge') to make Linux FSSTND cover BSD too. Now we have a `new' project every argument that we had before in the context of FSSTND must be had again. Also we now have a group of BSD people with their own ideas about how things must be done so we must have a lot of new arguments. As a result, FHS contains many changes from FSSTND. Not every change suggested by the BSD people was accepted - libexec was one of those. My personal opinion is that the intent to try to merge FSSTND and the BSDs' ideas of filesystem layout was a mistake. Not because there was something inherently incompatible - but because we had _already made and implemented all of these decisions_. Also, I felt that the FHS was an attempt by those who had lost various arguments when the FSSTND was written to have a second roll of the dice, having worn down their opposition. As a result of the merger, a lot of incompatible changes were made some of which caused real trouble for Linux distros like Debian. And I don't think any of the BSDs have really adopted FHS anyway, at least not in the wholehearted way that Debian did. So I think it was a raw deal. For the avoidance of any doubt I have no technical beef with BSD in general. There are many things that the BSDs do much better than the Linux community. But this particular effort was IMO always misguided and always going to lead to huge arguments and incompatible changes and bitterness and so forth. Ian. (PS: did we really have to have that huge discussion I just finished wading through, where we argue with a nutcase upstream about their licensing delusions? Why can't we ignore or ban disruptive posters?) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: BDF Considered Harmful?
On Thu, Mar 12, 2009 at 09:26:07AM +1100, Brian May wrote: A question I have and that hasn't been addressed by the original request is: what is the advantage to have BDF files in binary packages? Comments and copyright notices don't look like a real advantage to me. Copyright notices belong in /usr/share/doc/package/copyright. Does that answer my question? -- 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: Breaking /emul/ia32-linux for squeeze
On Thu, Mar 12, 2009 at 04:54:51AM +1100, Aníbal Monsalve Salazar wrote: Do you have a date for the glibc change? I was hoping for pretty soon after a thorough discussion. On Wed, Mar 11, 2009 at 09:12:31PM +0100, Kurt Roeckx wrote: /usr/lib32 isn't exactly FHS either, but it's better than /emul/ia32-linux Will this also change for ia64? As far as I know, there that path is hardcoded in the kernel. Can you be more specific? I'm not aware of this. On Wed, Mar 11, 2009 at 05:36:26PM -0400, Michael S. Gilbert wrote: Is this necessary? There are already softlinks set up: /usr/lib32-/emul/ia32-linux/usr/lib and /lib32-/emul/ia32-linux/lib. It's not necessary any more than conforming to standards is necessary. We could just as easily move everytihng to /Library, but that would upset people just as much as /emul does. If debian is going to go down this road, then I think plain old lib should also get removed in the process (e.g. put everything into either lib32 or lib64; temporarily provide a lib softlink until a full transition happens). This could make a 64 to 128 (or other bitness) transition and associated backwards-compatibility easier, perhaps... That is a far more disruptive change than what I had intended. On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote: Could we pretty please use the multiarch paths here if we start moving stuff around? We're going to need to patch gcc/binutils if we're to compile stuff against those paths anyway. By multiarch paths, you mean /usr/lib/i386-linux/ in this case? I'm fine with doing that and changing both /usr/lib32 and /emul/ia32-linux to be symlinks thither for the time being. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: inetd's status in Debian
Roger Leigh writes (Re: inetd's status in Debian): The fact that update-inetd directly updates inetd.conf and inetd.conf Since this was my fault, I would just like to apologise again. I did propose we switch to inetd-using packages providing a config file fragment in e.g. /etc/inetd.d, and having update-inetd simply regenerate inetd.conf from these pieces (and it would be trivial for it to preserve user edits with this mechanism), and it would also be idempotent. It has the benefits of simplicity and robustness, since it doesn't require calling a postinst script to run update-inetd with a specific (and limited) set of options. The current approach relies of update-inetd being hugely complex, when it really doesn't need to be. Yes, please. Ian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: inetd's status in Debian
On Thu, Mar 12, 2009 at 09:22:50AM +1100, Brian May wrote: Roger Leigh wrote: I did propose we switch to inetd-using packages providing a config file fragment in e.g. /etc/inetd.d, and having update-inetd simply regenerate inetd.conf from these pieces (and it would be trivial for it to preserve user edits with this mechanism), and it would also be idempotent. It has the benefits of simplicity and robustness, since it doesn't require calling a postinst script to run update-inetd with a specific (and limited) set of options. The current approach relies of update-inetd being hugely complex, when it really doesn't need to be. Ideally we need something that isn't specific to the format of inetd.conf - last I checked some of our inetd's use different file formats (e.g. xinetd). Totally agreed. If we support a superset of all of the various inetd configuration options, then it should be possible to support all inetd implementations as first-class citizens (e.g. xinetd). Implementations can then feel free to ignore options they can't support (such as the extended xinetd options, or particular socket options). The format needn't be that complex. If we have one file per package/service, it could just be a simple set of key-value pairs. Each inetd could provide their own update-inetd which just parses the file and spits out their config. Since most inetds have a common format, it might make sense to have a package providing this lowest common denominator implementation. If we have a big comment at the top of the generated file saying in effect do not edit; edit /etc/inetd.conf.d/xxx and run update-inetd, we shouldn't have too many problems. It's already done elsewhere. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Re: Breaking /emul/ia32-linux for squeeze
On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote: It may be time to change packages installing files to /emul/ia32-linux (which violates the FHS) to use /usr/lib32 instead. While I hate /emul with a passion (another top level dir filling up my root filesystem), shouldn't we be using arch triplets here to get real flexibility? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#519339: ITP: tmux -- an alternative to screen, licensed under 3-BSD
Package: wnpp Severity: wishlist Owner: Karl Ferdinand Ebert kfeb...@gmail.com * Package name: tmux Version : 0.7 Upstream Author : Nicholas Marriott n...@users.sf.net * URL : http://sf.net/projects/tmux * License : BSD Programming Lang: C Description : an alternative to screen, licensed under 3-BSD tmux enables a number of terminals (or windows) to be accessed and controlled from a single terminal. tmux runs as a server-client system. A server is created automatically when necessary and holds a number of sessions, each of which may have a number of windows linked to it. Any number of clients may connect to a session, or the server may be controlled by issuing commands with tmux. Communication takes place through a socket, by default placed in /tmp. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Anunciarse por Internet como los mejores. Adwords de Google (ID:182681)
Su producto o servicio en las primeras páginas de Google.. Adwords de Google es Pago Por Click * Publicidad Segmentada * Pago sobre Resultados * Control de la Inversión * Resultados Inmediatos Asista a nuestro Seminario: Adwords, Pago Por Click Los detalles en: http://pago-por-click.info/ppc/+hspDobjcfeDtutjmAmfwfeMobjcfe http://dar-de-baja-mi-email.info/ppcx/+hspDobjcfeDtutjmAmfwfeMobjcfe -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Breaking /emul/ia32-linux for squeeze
On Wed, Mar 11, 2009 at 10:50:23PM +, Clint Adams wrote: On Wed, Mar 11, 2009 at 09:12:31PM +0100, Kurt Roeckx wrote: /usr/lib32 isn't exactly FHS either, but it's better than /emul/ia32-linux Will this also change for ia64? As far as I know, there that path is hardcoded in the kernel. Can you be more specific? I'm not aware of this. If you're going to keep a symlink, I don't see how it could be a problem. The /emul/ia32-linux is something we get from ia64. See #441339 Kurt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#466550: Pristine source from upstream VCS repository
On 11-Mar-2009, Manoj Srivastava wrote: On Wed, Mar 11 2009, Ben Finney wrote: It's worth asking, then, what is the original purpose for which the ‘get-orig-source’ target specification was inserted into the policy? Indeed, the whole rationale for the target, and why it got into policy, was for the secific cases where extended munging of upstream had to be done, usually, but not restricted to, the cases where upstream had DFSG violations and the upstream source could not be allowed in the main section of the archive. […] This is not a trivial replacement for uscan watch file with a version number in the regexp, which is the trivial way of implementing the task of getting the current version from upstream). This target is for the developers of munged sources to provide a script to munge the latest sources. Keep in mind that sometimes an unmunged source will not build with the debian/rules file in the archive; so it is not just a matter of dropping in ./debian into the latest upstream tarball. That facility is being dropped silently, and I object to there being no transition plan, and nothing to replace the functionality currently provided by the target. This purpose isn't clear to me at all in the existing policy document; hence my (and presumably others) misunderstanding of its purpose and implementing a ‘get-orig-source’ target with a different purpose. Ask me. There is institutional knowledge in the post of leading the policy development for 10 years. And my memory is not that bad -- yet, though doubtless senility encroaches. I would very much like to see a patch from you, submitted to this bug report, that re-works this policy section to more explicitly state the intent and purpose of the ‘get-orig-source’ target. -- \ “To label any subject unsuitable for comedy is to admit | `\ defeat.” —Peter Sellers | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Re: libpoppler3 missing in unstable
As the current RM Master ;) I see two realistic possibilities: 1) Someone just write me a mail if I should some part of the cruft report or ping me on IRC. This would of course scale to a few cases only. Inacceptable. The latest cruft report was done by me for example. Having someone mail you doesnt help at all. If, at all, a mail has to be sent it should go to our team address, but that still relies on the hope that the mail gets read before the cruft removal is done. Not very reliable. 2) Someone improve the cruft report so that I can see how many packages still depend on the package to be removed, so I can try to make my own judgement. Also not an easy thing. Well, its solveable to show the count of packages, but I'm not sure this is the way to go. Maybe cruft-report should be adjusted that it doesn't tell us about a removal the first 7 days after it found it. Similar like StayOfExecution works out to keep things in the pool/ directories for two and a bit days after we removed it, this could keep things in the package files for x days after it should have gotten removed. Maybe. -- bye, Joerg elmo [..] trying to avoid extra dependencies on gnumeric is like trying to plug one hole in the titantic with a bit of tissue paper pgpEiocpxNuXb.pgp Description: PGP signature
Re: BDF Considered Harmful?
Brian May br...@microcomaustralia.com.au writes: Stefano Zacchiroli wrote: This is not the right analogy. A C source file by itself cannot be run without having been compiled while, AFAICT from the given description, a BDF source file can be. Make an analogy with Perl source file, it will work better: they do have copyright notices and comments, yet we ship them in binary packages. With Perl you have no choice. AFAIK there is no binary Perl format. Try the analogy with Python, then. One can ship either the source file ‘foo.py’, or the compiled bytecode ‘foo.pyc’, and the recipient can use either one as a Python module. -- \ “You know what would make a good story? Something about a clown | `\who makes people happy, but inside he's real sad. Also, he has | _o__) severe diarrhea.” —Jack Handey | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519365: ITP: libdatetime-format-http-perl -- Perl module for date conversion with date formats used by the HTTP protocol
Package: wnpp Owner: Ryan Niebur ryanrya...@gmail.com Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libdatetime-format-http-perl Version : 0.37 Upstream Author : Dave Rolsky auta...@urth.org * URL : http://search.cpan.org/dist/DateTime-Format-HTTP/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Perl module for date conversion with date formats used by the HTTP protocol DateTime::Format::HTTP provides functions that deal the date formats used by the HTTP protocol (and then some more). -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: #518696 ITP: parallel -- build and execute command lines from standard input in parallel]
On Wed, Mar 11, 2009 at 5:34 PM, Samuel Thibault samuel.thiba...@ens-lyon.org wrote: Ole Tange, le Wed 11 Mar 2009 17:05:34 +0100, a écrit : One of friends alerted me to your discussion of 'parallel' and whether other tools can replace it. The question could also be rephrased: can't we just extended xargs into supporting what parallel does? Having two separate tools will always make arguments about A does this, B doesn't and vice-versa, while xargs could just do everything. When I started coding 'parallel' I thought of extending 'xargs' for exactly the same reason. I decided against it for two reasons: * My C-skills are rusty and I never really liked C, so I would have to convince someone else to write it. * I would not be able to change xargs so it became incompatible with the current version of xargs. This would make it impossible to change the default behaviour of xargs to something that would make sense 99% of the time. xargs default of treating printf foo bar | xargs echo the same as: printf foo\nbar | xargs echo is not what I want in 99% of the cases. In 90% of the cases I do not care, and the the last 9% I get burned by the behaviour. I have been burned quite a few times by xargs for not dealing nicely with input that is \n separated but which contains interesting characters such as space or '. parallel's primary purpose was to be run interactively for things that are only to be run once; if running the same input with xargs requires a lot of pre+postprocessing and special options, then it is easier to extend parallel to include what xargs does (BTW next version of parallel will support -x which will insert as many arguments as command line length permits). I believe the man page of xargs shows a good example of the problem of xargs not doing what the user expects. The first example says: find /tmp -name core -type f -print | xargs /bin/rm -f Find files named core in or below the directory /tmp and delete them. Note that this will work incorrectly if there are any filenames containing newlines or spaces. But even the man page writer forgets that if any of the dirs contain a ' or a ` or a you still have to remember -0. If a dir is called \\' then xargs will not even complain but silently fail to remove the file. To me the default should work in most cases and not cause the user to rethink the strategy. On my alpha testers I tried out different defaults to get to a default setting that would do what they expected in most cases. /Ole -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: BDF Considered Harmful?
On Thu, Mar 12, 2009 at 11:31:48AM +1100, Ben Finney wrote: Brian May br...@microcomaustralia.com.au writes: Stefano Zacchiroli wrote: This is not the right analogy. A C source file by itself cannot be run without having been compiled while, AFAICT from the given description, a BDF source file can be. Make an analogy with Perl source file, it will work better: they do have copyright notices and comments, yet we ship them in binary packages. With Perl you have no choice. AFAIK there is no binary Perl format. Try the analogy with Python, then. One can ship either the source file ‘foo.py’, or the compiled bytecode ‘foo.pyc’, and the recipient can use either one as a Python module. We ship .py files in the source because the .pyc as generated on the build host is not guaranteed to be compatible with the python on the target host. That argument also does not apply to BDF. -- 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 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: BDF Considered Harmful?
On Wed, Mar 11, 2009 at 01:07:56AM -0700, Paul Hardy wrote: In addition, PCF format fonts are gzipped on Debian systems as per Debian Policy. If BDF fonts are also gzipped, there is little difference in size between the two formats so the advantage of the binary PCF format over the ASCII BDF format disappears. In fact I created a unifont.bdf.gz file for testing and it was a little smaller than the derivative unifont.pcf.gz file. 'Size' is not the only advantage of using compiled formats over ASCII formats. They normally are also much more efficient to parse; e.g., an ASCII file format that supports comments isn't going to have any sort of index, so using any part of the file will require loading the whole file and parsing it linearly until you find what you're looking for. I'm not familiar with the PCF and BDF font formats, but I suspect this is the real reason for historically preferring PCF (though the practice of subsequently gzipping the PCF files eliminates some of the potential performance benefits). -- 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 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519369: ITP: libfile-finder-perl -- wrapper for File::Find ala find(1)
Package: wnpp Severity: wishlist Owner: Rene Mayorga rmayo...@debian.org * Package name: libfile-finder-perl Version : 0.53 Upstream Author : Randal L. Schwartz, mer...@stonehenge.com * URL : http://search.cpan.org/dist/File-Finder/ * License : GPL/Artistic Programming Lang: Perl Description : wrapper for File::Find ala find(1) File::Find is great, but constructing the wanted routine can sometimes be a pain. File::Finder provides a wanted-writer, using syntax that is directly mappable to the find command's syntax. . A File::Finder object contains a hash of File::Find options, and a series of steps that mimic find's predicates. Initially, a File::Finder object has no steps. Each step method clones the previous object's options and steps, and then adds the new step, returning the new object. In this manner, an object can be grown, step by step, by chaining method calls. Furthermore, a partial sequence can be created and held, and used as the head of many different sequences. This package will be maintained under the Debian Perl Group. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: inetd's status in Debian
On Wed, Mar 11, 2009 at 10:58:31PM +, Roger Leigh wrote: If we have a big comment at the top of the generated file saying in effect do not edit; edit /etc/inetd.conf.d/xxx and run update-inetd, we shouldn't have too many problems. It's already done elsewhere. Then move that file far, far away from /etc, because it is no longer a configuration file and is an FHS violation. It is *not ok* to try to disclaim the policy requirement to preserve admin changes to config files with the use of a do not edit comment. This meme needs to die a horrible flaming death. -- 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 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Proposal: virtual package + alternative: x-keyboard
In the light of having Debian on all kinds of devices with touchscreens (tablets/freerunner), I propose to add a virtual package x-keyboard or may be better x-onscreen-keyboard ? and a equivalently named alternative Packages which I should provide it (there could be more): xvkbd qwo matchbox-keyboard Upon receiving comments and if no objections made I guess I will file a butreport against debian-policy to have virtual-package-names-list.txt adjusted Meanwhile I CCing xvkbd and matchbox-keyboard maintainers to attract their attention -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-1412 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Breaking /emul/ia32-linux for squeeze
On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote: ]] Clint Adams | It may be time to change packages installing files to | /emul/ia32-linux (which violates the FHS) to use | /usr/lib32 instead. Could we pretty please use the multiarch paths here if we start moving stuff around? We're going to need to patch gcc/binutils if we're to compile stuff against those paths anyway. What transitional issues is that going to cause us if and when multiarch becomes generally available, if biarch packages start using the path now? -- 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 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Breaking /emul/ia32-linux for squeeze
On Wed, Mar 11, 2009 at 10:50:23PM +, Clint Adams wrote: On Wed, Mar 11, 2009 at 05:36:26PM -0400, Michael S. Gilbert wrote: Is this necessary? There are already softlinks set up: /usr/lib32-/emul/ia32-linux/usr/lib and /lib32-/emul/ia32-linux/lib. It's not necessary any more than conforming to standards is necessary. We could just as easily move everytihng to /Library, but that would upset people just as much as /emul does. But moving the 32-bit libs to /usr/lib32 does not make us standards-conformant on amd64, because the FHS (yuckily) standardized on storing the *32-bit* libs in /usr/lib on this architecture, with 64-bit libs in /usr/lib64. We'll only ever conform to this part of the standard if a) someone fixes the standard, or b) someone goes to the herculean (and insane) effort of moving all the libs around on amd64. On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote: Could we pretty please use the multiarch paths here if we start moving stuff around? We're going to need to patch gcc/binutils if we're to compile stuff against those paths anyway. By multiarch paths, you mean /usr/lib/i386-linux/ in this case? I'm fine with doing that and changing both /usr/lib32 and /emul/ia32-linux to be symlinks thither for the time being. I think we're probably better off reserving /usr/lib/i386-linux for future use for the time being, but will defer to Tollef if he thinks this is reasonable to start using here. -- 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 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libmpc 2:0.1~r435-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 06:43:23 +0100 Source: libmpc Binary: libmpcdec6 libmpcdec-dev musepack-tools Architecture: source amd64 Version: 2:0.1~r435-2 Distribution: experimental Urgency: low Maintainer: Debian multimedia packages maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Changed-By: Sebastian Dröge sl...@debian.org Description: libmpcdec-dev - MusePack decoder - development files libmpcdec6 - MusePack decoder - library musepack-tools - MusePack commandline utilities Changes: libmpc (2:0.1~r435-2) experimental; urgency=low . * Updating epoch and upload to experimental to give maintainers of packages that depend on libmpc-dev again some more time to port their applications to the new API. Checksums-Sha1: 57e7a5894223a262249362b94096b39bea19f578 1236 libmpc_0.1~r435-2.dsc 05d3a8dee84d2c07d0ef7d16df16a5f2c2295624 4478 libmpc_0.1~r435-2.diff.gz 8e68db96a46f7dfc6b53fc59709a00b4b403abf1 32880 libmpcdec6_0.1~r435-2_amd64.deb 4e1a31028803d47a131da7f0f92c274b326f219e 44108 libmpcdec-dev_0.1~r435-2_amd64.deb e26514f197731794287f5e8036fc04e9ee1112a2 118942 musepack-tools_0.1~r435-2_amd64.deb Checksums-Sha256: 3abf4c7326ef1f05f8587f1d4f846a23e50cabf3f4d90c23091719b0bce068bd 1236 libmpc_0.1~r435-2.dsc 2097a480e8b388ba77b43bbd12f42c29b66b0d8fc4a65dab7de917b7a93e2ea0 4478 libmpc_0.1~r435-2.diff.gz 1b509a72f38cdbc33c2d1bda43eebb1b621ff19ba64f21cdf98a2c26173c2dba 32880 libmpcdec6_0.1~r435-2_amd64.deb 13e87d82d38a843ad8e13409a3cd0466f31da1e210e238880ef24e8e63eb716a 44108 libmpcdec-dev_0.1~r435-2_amd64.deb 7fe6bec3f43b8cd815043767afaa24a0e7d7742da08619df145ae75093d15401 118942 musepack-tools_0.1~r435-2_amd64.deb Files: 184169fdf1a931551426a4b71e456ef4 1236 sound optional libmpc_0.1~r435-2.dsc 27e26c5844ac53a6b9c285972e60c84a 4478 sound optional libmpc_0.1~r435-2.diff.gz d99cec77ed6d0576abe842da89df11f8 32880 libs optional libmpcdec6_0.1~r435-2_amd64.deb 289ecbad4d75eda97af57eff83b056a6 44108 libdevel optional libmpcdec-dev_0.1~r435-2_amd64.deb ebc7876eccafaf047ee7e81dc5bc2262 118942 sound optional musepack-tools_0.1~r435-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3UBcACgkQBsBdh1vkHyGKxACeNJAMBFsgfovXz6IIOYrU40uT l0QAnR12k3Kcsx46YHMw6oSkuAiaAdyV =lxWR -END PGP SIGNATURE- Accepted: libmpc_0.1~r435-2.diff.gz to pool/main/libm/libmpc/libmpc_0.1~r435-2.diff.gz libmpc_0.1~r435-2.dsc to pool/main/libm/libmpc/libmpc_0.1~r435-2.dsc libmpcdec-dev_0.1~r435-2_amd64.deb to pool/main/libm/libmpc/libmpcdec-dev_0.1~r435-2_amd64.deb libmpcdec6_0.1~r435-2_amd64.deb to pool/main/libm/libmpc/libmpcdec6_0.1~r435-2_amd64.deb musepack-tools_0.1~r435-2_amd64.deb to pool/main/libm/libmpc/musepack-tools_0.1~r435-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 rdiff-backup 1.2.6-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 08:06:00 +0100 Source: rdiff-backup Binary: rdiff-backup Architecture: source i386 Version: 1.2.6-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann dan...@debian.org Changed-By: Daniel Baumann dan...@debian.org Description: rdiff-backup - remote incremental backup Changes: rdiff-backup (1.2.6-1) unstable; urgency=low . * Merging upstream version 1.2.6. Checksums-Sha1: 956d15b0629b69e564def0919e72393cd9136f2c 1232 rdiff-backup_1.2.6-1.dsc 3c530d48b20cad656d3842bca283336d01dd128c 196104 rdiff-backup_1.2.6.orig.tar.gz 248bf18ff2a174f81905d5cf803482c1bc8d5e69 6632 rdiff-backup_1.2.6-1.diff.gz 82738db4d99145cb6385f5b27b52aed1ccd983f9 200762 rdiff-backup_1.2.6-1_i386.deb Checksums-Sha256: df7a52f6a9a732e31837dda9e0d39bbc2a42d2a7a6b4ca98dfb30abc855b0f48 1232 rdiff-backup_1.2.6-1.dsc e64687ce71e3abf167d926902c92f6446f32bd644d9513803d033798eba4c15f 196104 rdiff-backup_1.2.6.orig.tar.gz 48d69a110bbaed3841d68f9b9ef8b6c9972d901667fb97b2f317267306e5 6632 rdiff-backup_1.2.6-1.diff.gz 7e6366a09ac6c8911b51b378ceb25520c8beda0f7a5ef6aec134da3f14281582 200762 rdiff-backup_1.2.6-1_i386.deb Files: 953658630ce3a040242810f9150183cf 1232 utils optional rdiff-backup_1.2.6-1.dsc 1166c7ddd1e80605ee8c90f771d42a81 196104 utils optional rdiff-backup_1.2.6.orig.tar.gz 71adc48c7597a104973e9d64173f1e83 6632 utils optional rdiff-backup_1.2.6-1.diff.gz 166aed72aaafd75163e148b33d4a64a7 200762 utils optional rdiff-backup_1.2.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3Y0sACgkQ+C5cwEsrK57oKQCdFLHE80qI0ce9Auj1U7Zdn5jc mJkAnjoEjn4yq1G/D3Ryr26QDnJDmcEm =rZHc -END PGP SIGNATURE- Accepted: rdiff-backup_1.2.6-1.diff.gz to pool/main/r/rdiff-backup/rdiff-backup_1.2.6-1.diff.gz rdiff-backup_1.2.6-1.dsc to pool/main/r/rdiff-backup/rdiff-backup_1.2.6-1.dsc rdiff-backup_1.2.6-1_i386.deb to pool/main/r/rdiff-backup/rdiff-backup_1.2.6-1_i386.deb rdiff-backup_1.2.6.orig.tar.gz to pool/main/r/rdiff-backup/rdiff-backup_1.2.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 rdiff-backup 1.2.7-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 08:10:00 +0100 Source: rdiff-backup Binary: rdiff-backup Architecture: source i386 Version: 1.2.7-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann dan...@debian.org Changed-By: Daniel Baumann dan...@debian.org Description: rdiff-backup - remote incremental backup Changes: rdiff-backup (1.2.7-1) unstable; urgency=low . * Merging upstream version 1.2.7. Checksums-Sha1: e42e98aeea12da61797f00fe75b7898d25348e90 1232 rdiff-backup_1.2.7-1.dsc 646b02d78e235479e99b2ad595d8df691e999a1e 196205 rdiff-backup_1.2.7.orig.tar.gz bd6d008db4f31f2a8d9a12c98109d7aec186c41c 6642 rdiff-backup_1.2.7-1.diff.gz ec46e42c72987c973b174de5577f1161597e6328 200870 rdiff-backup_1.2.7-1_i386.deb Checksums-Sha256: 8681499efd2d5b18c35b81392d2d5d3784a08dea492053ca9eb2fde69115e222 1232 rdiff-backup_1.2.7-1.dsc 925afa4bc2358dd3d0deaf63368fc9915767a41640bb1818a625ed73d793067d 196205 rdiff-backup_1.2.7.orig.tar.gz cc18e2419c2f2255aaca9b001670ec72576b24777c4400d9290eedf9bd7e138f 6642 rdiff-backup_1.2.7-1.diff.gz 9839a7033e643a74b502b9409a0b7db7b79e61feb4f3f88a92f0c0e544d87001 200870 rdiff-backup_1.2.7-1_i386.deb Files: 09c2ff848c178ad9686af4b709d2105c 1232 utils optional rdiff-backup_1.2.7-1.dsc fac7665e360bc1821d65153e785c2ec1 196205 utils optional rdiff-backup_1.2.7.orig.tar.gz 7b2974cdce66d41d14244eb1b53a57fe 6642 utils optional rdiff-backup_1.2.7-1.diff.gz e3c2cd61146c41ae205527dcbc3e6d1e 200870 utils optional rdiff-backup_1.2.7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3ZBQACgkQ+C5cwEsrK57lMwCeMOPsf1b9LXOEWwqTEtkozbw4 YVgAoNKn6wUs8qbmt1lqKWNc8BDvmcez =RsJw -END PGP SIGNATURE- Accepted: rdiff-backup_1.2.7-1.diff.gz to pool/main/r/rdiff-backup/rdiff-backup_1.2.7-1.diff.gz rdiff-backup_1.2.7-1.dsc to pool/main/r/rdiff-backup/rdiff-backup_1.2.7-1.dsc rdiff-backup_1.2.7-1_i386.deb to pool/main/r/rdiff-backup/rdiff-backup_1.2.7-1_i386.deb rdiff-backup_1.2.7.orig.tar.gz to pool/main/r/rdiff-backup/rdiff-backup_1.2.7.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted octave3.1 3.1.54-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 09 Mar 2009 01:36:46 +0100 Source: octave3.1 Binary: octave3.1 octave3.1-doc octave3.1-htmldoc octave3.1-headers octave3.1-emacsen octave3.1-info octave3.1-dbg octave3.1-common Architecture: source amd64 all Version: 3.1.54-1 Distribution: experimental Urgency: low Maintainer: Debian Octave Group pkg-octave-de...@lists.alioth.debian.org Changed-By: Rafael Laboissiere raf...@debian.org Description: octave3.1 - GNU Octave language for numerical computations (3.1 branch) octave3.1-common - architecture-independent files for octave3.1 octave3.1-dbg - Debug symbols for octave3.1 octave3.1-doc - PDF documentation on the GNU Octave language (3.1 branch) octave3.1-emacsen - Emacs support for the GNU Octave language (3.1 branch) octave3.1-headers - header files for the GNU Octave language (3.1 branch) octave3.1-htmldoc - HTML documentation on the GNU Octave language (3.1 branch) octave3.1-info - GNU Info documentation on the GNU Octave language (3.1 branch) Changes: octave3.1 (3.1.54-1) experimental; urgency=low . * New upstream development snapshot * debian/in/control: Build-Depend on libqrupdate-dev for octave3.1 * debian/patches/remove-y.tab.h-in-maintainer-clean.dpatch: New patch for avoiding src/y.tab.h to be removed by make distclean * debian/rules: + Do not install the enscript directory into the common package. This is now obsolete. + Get API version directly from the upstream version.h file * debian/in/PACKAGE-htmldoc.prerm: Drop this almost empty template file, since th prerm script will be generated automatically by debhelper Checksums-Sha1: e4fb0e09c2f7803c572ba31c9f77458146080ec0 1998 octave3.1_3.1.54-1.dsc 56a41069913512e020ac357049193205c304bddb 12929941 octave3.1_3.1.54.orig.tar.gz 0fe8e6971ab10c33b459d737a23551cd1571e7f7 58200 octave3.1_3.1.54-1.diff.gz d8f9cc665b8f4611c01cb923de36e7f028077f9a 9996794 octave3.1_3.1.54-1_amd64.deb 97b73669420342c0e19da8a9218d71a9f68afc06 583712 octave3.1-headers_3.1.54-1_amd64.deb 32752ebbf288c9aac698355b09a307186e9044d8 67626598 octave3.1-dbg_3.1.54-1_amd64.deb 6216eb8a2afe8202501831de211fd51ca876a3bc 2842764 octave3.1-doc_3.1.54-1_all.deb 89158bb7c355561659cca3cc31f36a2749c6fe58 1011558 octave3.1-htmldoc_3.1.54-1_all.deb fe99c9dd4e0ad11e1aa9a0dcd8b0652050c26141 104316 octave3.1-emacsen_3.1.54-1_all.deb 5727b8e57fe0ab6d0a1165d9f24f50199a3b6a58 542200 octave3.1-info_3.1.54-1_all.deb 319e5f25c3a55c57da9b99cfdd7676b4a7cb1e9d 658440 octave3.1-common_3.1.54-1_all.deb Checksums-Sha256: 01c712e859feedf2e66cfb48198ca61070aef45acb717df62f1f28d56eb539fb 1998 octave3.1_3.1.54-1.dsc ad772a9440610ccac749eb9660645d99800184cd888f007dd9f1e63bfedc3697 12929941 octave3.1_3.1.54.orig.tar.gz 9e2325abe6a9989b429703ccce7a5e3b4c567a327ab0fb02defc73adaa3861fe 58200 octave3.1_3.1.54-1.diff.gz b5911c353552e4e9d95eb6235167224d9f6b7993384a997681a31d32d5913b47 9996794 octave3.1_3.1.54-1_amd64.deb b1f5c3bae0858ee8273296ffb31dd535ac52582b7c8b396da56db21b6330d6e2 583712 octave3.1-headers_3.1.54-1_amd64.deb 057c7e51a1b29c6687e9efa987f3c51dfbdccb1c9290e731cf65b9fc542f8315 67626598 octave3.1-dbg_3.1.54-1_amd64.deb 6c97fbec08f98cc2b35ca7f3001af0aa4dab8183ea7600629a3ed680ed60dca0 2842764 octave3.1-doc_3.1.54-1_all.deb 0431770908e9daeb54fe13cc21761c2d0324c0c4c71cfd100e2ca7f282096336 1011558 octave3.1-htmldoc_3.1.54-1_all.deb 03725d80fa0cc6b34edee2615cec64b6a6716ddc29b5d52f96b46e86b3a7d568 104316 octave3.1-emacsen_3.1.54-1_all.deb 223d5fbc49d52f8be3ce641b64b71ba850152fcf51f6c517e5a5ff3694a8d4aa 542200 octave3.1-info_3.1.54-1_all.deb 84c94e9ebe92e36e74c05fc38418cca2be59527c904ce82883ef8b70c05a726b 658440 octave3.1-common_3.1.54-1_all.deb Files: b43daaeb09de6e19ca00a382e6a7a81f 1998 math optional octave3.1_3.1.54-1.dsc ffd9d96c6efac82563f154f351d021f3 12929941 math optional octave3.1_3.1.54.orig.tar.gz 70f509e8e513501c9b4745b0670131d1 58200 math optional octave3.1_3.1.54-1.diff.gz 9c463b1fa96c1ab679f6c170d54bb13e 9996794 math optional octave3.1_3.1.54-1_amd64.deb 699613f8297c69e61be917f1373fdcf6 583712 math optional octave3.1-headers_3.1.54-1_amd64.deb 235163ba0210ac33d6f0a9e6e1d5 67626598 devel extra octave3.1-dbg_3.1.54-1_amd64.deb b695829aa1c54cee6d772a1533479660 2842764 doc optional octave3.1-doc_3.1.54-1_all.deb c7c9a638a62bf2698f3c3dd858f42e94 1011558 doc optional octave3.1-htmldoc_3.1.54-1_all.deb 4f93481242ab9f5e28f77e7ddada8d30 104316 math optional octave3.1-emacsen_3.1.54-1_all.deb 07022f922d47be1d6a8359244d87b4eb 542200 math optional octave3.1-info_3.1.54-1_all.deb af443a99fcf9c5deaec554a2a72bb0d6 658440 devel extra octave3.1-common_3.1.54-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJt3+Jk3oga0pdcv4RAuUoAJ9b7olRc4fZGYQJsm7YWm3GuKbH0QCeOX2P vrED/IiMyQFnpuiC4QfKSMk= =AvNp -END PGP SIGNATURE- Accepted: octave3.1-common_3.1.54-1_all.deb to
Accepted cm-super 0.3.4-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Mar 2009 14:48:20 +0100 Source: cm-super Binary: cm-super-minimal cm-super cm-super-x11 Architecture: source all Version: 0.3.4-2 Distribution: unstable Urgency: low Maintainer: Debian TeX maintainers debian-tex-ma...@lists.debian.org Changed-By: Norbert Preining prein...@debian.org Description: cm-super - TeX font package (full version) with CM (EC) in Type1 in T1, T2*, cm-super-minimal - TeX font package (minimal version) with CM/EC in Type1 in T1, T2* cm-super-x11 - Make the cm-super fonts available to X11 Changes: cm-super (0.3.4-2) unstable; urgency=low . * bump build-dep on tex-common to = 1.15 to get trigger support * replace the explicit dep on tex-common with ${misc:Depends} Checksums-Sha1: a7f2b1d9ef910e5d550e6f4eabb8bb6c69fd92d2 1263 cm-super_0.3.4-2.dsc 33a1ad1f819593449bd650753780dfe736c299c1 12155 cm-super_0.3.4-2.diff.gz 530f57e0ff281c7da104f7c8163b722a0841318b 5833450 cm-super-minimal_0.3.4-2_all.deb 04b0e78c655236f372da079ec9f32688f0ecf3fd 25635542 cm-super_0.3.4-2_all.deb 82e5420438f896397ed42d931cfb51147321feaa 797198 cm-super-x11_0.3.4-2_all.deb Checksums-Sha256: 3633523e306e92727221925826fae20915f34e6d1a20a5b3a5d08a2109236b86 1263 cm-super_0.3.4-2.dsc dac425d68d67c950c9c260a6c2c0aa47f1d2764977977eac6ef6cf7ab8321389 12155 cm-super_0.3.4-2.diff.gz 9e05d8d618a00b0159fd103d5de51104c562ce7e271bdd2457d2209e6044575a 5833450 cm-super-minimal_0.3.4-2_all.deb 3053f4e4c90b701627dc51db9c8602067c26215e0ad979272b873b762f72ee89 25635542 cm-super_0.3.4-2_all.deb e2194a3a2c20c42806a9f46289ccecb86fb7274c131af4ae4a20c68e2d6f413c 797198 cm-super-x11_0.3.4-2_all.deb Files: 24b9e6bdc442811d7a7fc02f6ab4e550 1263 tex optional cm-super_0.3.4-2.dsc c286a7dff62f126a62ee5bc8a78232d4 12155 tex optional cm-super_0.3.4-2.diff.gz 8ce30b65980d3ccf715e4f4c8614d3ab 5833450 tex optional cm-super-minimal_0.3.4-2_all.deb b98c2479cc23f4c674735c1c12a325b0 25635542 tex optional cm-super_0.3.4-2_all.deb d5701596c2989310235a53360f556cc5 797198 tex optional cm-super-x11_0.3.4-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJtnAn0r9KownFsJQRAtazAJ0T2/mhBMhrL3v5ekxBxwlKDdSsNACffMm/ xVZ0I1awYwRXUa8wEy71a6A= =6K31 -END PGP SIGNATURE- Accepted: cm-super-minimal_0.3.4-2_all.deb to pool/main/c/cm-super/cm-super-minimal_0.3.4-2_all.deb cm-super-x11_0.3.4-2_all.deb to pool/main/c/cm-super/cm-super-x11_0.3.4-2_all.deb cm-super_0.3.4-2.diff.gz to pool/main/c/cm-super/cm-super_0.3.4-2.diff.gz cm-super_0.3.4-2.dsc to pool/main/c/cm-super/cm-super_0.3.4-2.dsc cm-super_0.3.4-2_all.deb to pool/main/c/cm-super/cm-super_0.3.4-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 tex-common 1.15 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Mar 2009 18:36:33 +0100 Source: tex-common Binary: tex-common Architecture: source all Version: 1.15 Distribution: unstable Urgency: low Maintainer: Debian TeX maintainers debian-tex-ma...@lists.debian.org Changed-By: Norbert Preining prein...@debian.org Description: tex-common - common infrastructure for building and installing TeX Closes: 486369 Changes: tex-common (1.15) unstable; urgency=low . [ Norbert Preining ] * upload of trigger-enabled tex-common to unstable, packages should be rebuild * remove references to teTeX from the man pages (Closes: #486369) * bump dh compat level to 5, adjust debian/control * add ${misc:Depends} to dependencies . [ Jan Hauke Rahm ] * make debhelper's '--with' option available for tex-common. dh_installtex can now be integrated in debian/rules via 'dh install --with tex' when using compat 7 Checksums-Sha1: 9807a31337e88a1623450c98b8c932278d17ea7a 1129 tex-common_1.15.dsc 783c430166e6650be10c4941b41a249246cac351 804388 tex-common_1.15.tar.gz 54b5520e17de8f80be27129b0896b4f225e69e64 719672 tex-common_1.15_all.deb Checksums-Sha256: 8c9f69349e3adeae54ede6cd73617ab2e744aceeb07a2560e6db6e911635c080 1129 tex-common_1.15.dsc a06e5b885b73eacac557768f8978f18025f8965fedb3730216137754bfbb1d6a 804388 tex-common_1.15.tar.gz 0043236462ee80f29d5bb579087e8b5d2ed8e150a03816b34c8f66bc0e199299 719672 tex-common_1.15_all.deb Files: f0e77ca23237d4aa88dd6b48b95b29b6 1129 tex optional tex-common_1.15.dsc 5dac53c2708ac3497855ceb82f47c7c5 804388 tex optional tex-common_1.15.tar.gz 707a283ea639b9874774ba95c6e1c50a 719672 tex optional tex-common_1.15_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJt4uJ0r9KownFsJQRAoBhAJ9AOcHT4K09849fYWxIUiJi8PlmPACfU1/7 S83CFMfC1h5rIWmwdnUcQPA= =+6Id -END PGP SIGNATURE- Accepted: tex-common_1.15.dsc to pool/main/t/tex-common/tex-common_1.15.dsc tex-common_1.15.tar.gz to pool/main/t/tex-common/tex-common_1.15.tar.gz tex-common_1.15_all.deb to pool/main/t/tex-common/tex-common_1.15_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 courier 0.61.2-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 08 Mar 2009 16:42:08 +0100 Source: courier Binary: courier-base courier-maildrop courier-mlm courier-mta courier-faxmail courier-webadmin sqwebmail courier-pcp courier-pop courier-imap courier-ldap courier-doc courier-ssl courier-mta-ssl courier-pop-ssl courier-imap-ssl Architecture: source all amd64 Version: 0.61.2-1 Distribution: unstable Urgency: low Maintainer: Stefan Hornburg (Racke) ra...@linuxia.de Changed-By: Stefan Hornburg (Racke) ra...@linuxia.de Description: courier-base - Courier mail server - base system courier-doc - Courier mail server - additional documentation courier-faxmail - Courier mail server - Fax-mail gateway courier-imap - Courier mail server - IMAP server courier-imap-ssl - Courier mail server - IMAP over SSL courier-ldap - Courier mail server - LDAP support courier-maildrop - Courier mail server - mail delivery agent courier-mlm - Courier mail server - mailing list manager courier-mta - Courier mail server - ESMTP daemon courier-mta-ssl - Courier mail server - ESMTP over SSL courier-pcp - Courier mail server - PCP server courier-pop - Courier mail server - POP3 server courier-pop-ssl - Courier mail server - POP3 over SSL courier-ssl - Courier mail server - SSL/TLS Support courier-webadmin - Courier mail server - web-based administration frontend sqwebmail - Courier mail server - webmail server Changes: courier (0.61.2-1) unstable; urgency=low . * New upstream release. * Lintian: - fix chown in courier-webadmin postinst - removed courier-base preinst - added debhelper token to courier-mta.preinst - removed *.conffiles Checksums-Sha1: 2208e7a686f7a5ca75dd72c76f0af3859008b9b8 1584 courier_0.61.2-1.dsc 09dcfe2a190c114b6c6e423bbc212e42327c6187 11031565 courier_0.61.2.orig.tar.gz 6f777a12c308113cb6159908f737d6c9174c30df 155873 courier_0.61.2-1.diff.gz 95e08a19754ad96e986b7221f5c16b9f53619709 370134 courier-doc_0.61.2-1_all.deb 0d63be14acff5d7553dab3cb100f0d0c1d25a603 233442 courier-base_0.61.2-1_amd64.deb bf5ac16518c078e91a0cdb2957c62ff215f12270 954798 courier-maildrop_0.61.2-1_amd64.deb 362c4bb5d3ec2641fb05c7170cea939aa69ed86a 1050302 courier-mlm_0.61.2-1_amd64.deb 7dc6eea9775b93372e770654e96c5944c3e8f8a3 1457678 courier-mta_0.61.2-1_amd64.deb ad5f4a839d9fbb744289e1af6d4b2de7b8e7fc6d 35126 courier-faxmail_0.61.2-1_amd64.deb 99a2d892325f5f4454f6fed6a8a0311ac8b60493 46418 courier-webadmin_0.61.2-1_amd64.deb 3685cb6c30cee74d1724ff52b463a77e0ec39e37 871938 sqwebmail_0.61.2-1_amd64.deb e5538cbe157d3e7b0de4c0ce589c63705b44277b 68756 courier-pcp_0.61.2-1_amd64.deb 4c4bb0061b40e43c5fdfbd4b1b8f37ebddd186c4 58576 courier-pop_0.61.2-1_amd64.deb c2bf511a4d753b553e9cc8fb3dd86f0c91b978a1 39900 courier-ldap_0.61.2-1_amd64.deb 31cc68011dbb1846274cb8665470a09100924746 63298 courier-ssl_0.61.2-1_amd64.deb 73dfadc448eaa79423b3e2a557dae0cd64bcec26 26176 courier-mta-ssl_0.61.2-1_amd64.deb 1c34fa1d008dd76f7097fc1ddbce8dac985cb307 28684 courier-pop-ssl_0.61.2-1_amd64.deb 8562e7620c1ac766bd058f99547ad0fed6d70cb0 612878 courier-imap_4.4.1-1_amd64.deb b6eaf4bbebcecbd81a4bcc524544899916870697 28694 courier-imap-ssl_4.4.1-1_amd64.deb Checksums-Sha256: 3700196da4f4a3bcc8cd9ed5d8a06910654342ae1cba132ba5560c4a125d2d9a 1584 courier_0.61.2-1.dsc 1b2d69b2df8a66f88c5e40fdbfe45c96af81855fba1b993d6fdd95eabc5298e3 11031565 courier_0.61.2.orig.tar.gz 2db714e1f1c67b3dcaa57177eb7342ea021e01e478b6a7e18af1cdc8b297c74e 155873 courier_0.61.2-1.diff.gz aed6eee8011f2da50903d73f5e2d3268192c66b59a2a5363c30d9c225cbb150b 370134 courier-doc_0.61.2-1_all.deb afe9d578d47f58d9e58ce36e7dd96606b689b33cba207d8a99dc91b5cec02dc6 233442 courier-base_0.61.2-1_amd64.deb 0887ccfed6c8a14a1ea538429edd5bdb49809d85947425b1a04202f91f1147ec 954798 courier-maildrop_0.61.2-1_amd64.deb 2a2996ad17b93b5584f0fff458ae26c7f41d4aa74edf9185933fd5eb24ec2849 1050302 courier-mlm_0.61.2-1_amd64.deb fb5ecfec5a90de25d29a4f66cd74d2452b18851a0901e3ec6c652ceff7bf36b5 1457678 courier-mta_0.61.2-1_amd64.deb adcc0264da0c466568ab0f02054c79bd30210e1953e4431e06a901c07e814eaf 35126 courier-faxmail_0.61.2-1_amd64.deb 5a018cee09993f149314f16bcf7aaf9c0dd75403c9e59a0db53fbf2568805383 46418 courier-webadmin_0.61.2-1_amd64.deb fee3ef572ca5f6bce1d2c0b7261e87fa12b7e4d743604c10d2b1040bcb402fcb 871938 sqwebmail_0.61.2-1_amd64.deb a628a9bbeed1f1570307ff8ae3965e3668bb3f300789d8167ace4f801fc314fc 68756 courier-pcp_0.61.2-1_amd64.deb 15758243a4eacf5a8eedc70edfc1195926f7e46dce2ae4b05dd72a90a9126865 58576 courier-pop_0.61.2-1_amd64.deb 5063b1617295ad7551638f99ffb80031b77e938d8d660b43622de8edb044ebeb 39900 courier-ldap_0.61.2-1_amd64.deb 30e57770ab6dea571a4bd2649f96e0499bc775490e98cc62500175ebbb527ee5 63298 courier-ssl_0.61.2-1_amd64.deb bc63c5e2ff6b3c96408c9939d081a00fe01576bc93db100309624b7e3ac1770c 26176 courier-mta-ssl_0.61.2-1_amd64.deb 4e25032ebeca88eba598f9422f6827377d9271614870d814cfd2ac0c2c27e446 28684
Accepted mhddfs 0.1.19-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 12:55:19 +0300 Source: mhddfs Binary: mhddfs Architecture: source i386 Version: 0.1.19-1 Distribution: unstable Urgency: low Maintainer: Dmitry E. Oboukhov un...@debian.org Changed-By: Dmitry E. Oboukhov un...@debian.org Description: mhddfs - file system for unifying several mount points into one Changes: mhddfs (0.1.19-1) unstable; urgency=low . * Check free space is better than before: code will return the error if it does not find free space. Checksums-Sha1: d8cd9ed1ac7257bb9930dccdbfe2a7f5a1b70aaf 1035 mhddfs_0.1.19-1.dsc 556e718059176e0ad5235ca2bc8ae223bbacad47 32133 mhddfs_0.1.19.orig.tar.gz 89e532ea3bad9b270e542272d4b14093ea8d2930 20 mhddfs_0.1.19-1.diff.gz bf6e7dd2603c3f3f60b152b988079f0edf0d3a78 21410 mhddfs_0.1.19-1_i386.deb Checksums-Sha256: b8ebc0699ed621bbd0d5064fa0f22c8f4e550246f917b896e461c7cbe0436acd 1035 mhddfs_0.1.19-1.dsc aab80796364f9f17659e4cca8e95c0ac026754e15f16b2b46f28b92497fbc631 32133 mhddfs_0.1.19.orig.tar.gz 88c328c432213566bae27308334c8a744814aff7a6f04c93a8d9dc960041d773 20 mhddfs_0.1.19-1.diff.gz 1bc332ccb9d7633a3e9821bac2f6bd6e23d0fd49ae1770801bd142daf3f19229 21410 mhddfs_0.1.19-1_i386.deb Files: 50366f5496f40a27e079b5883d105177 1035 utils extra mhddfs_0.1.19-1.dsc b96fc3bc16ca6c19106e57984c6e02ce 32133 utils extra mhddfs_0.1.19.orig.tar.gz a28cfe950d21e0b184f5dd1d2dd4aeca 20 utils extra mhddfs_0.1.19-1.diff.gz 8ce24d21540da55acfe18ceb8b16be08 21410 utils extra mhddfs_0.1.19-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3n5MACgkQq4wAz/jiZTcZggCffCbslRZv1Gety8+On8szPZCb J4oAn2gB6rVebngN7+x17XRt50ltngPX =UHP8 -END PGP SIGNATURE- Accepted: mhddfs_0.1.19-1.diff.gz to pool/main/m/mhddfs/mhddfs_0.1.19-1.diff.gz mhddfs_0.1.19-1.dsc to pool/main/m/mhddfs/mhddfs_0.1.19-1.dsc mhddfs_0.1.19-1_i386.deb to pool/main/m/mhddfs/mhddfs_0.1.19-1_i386.deb mhddfs_0.1.19.orig.tar.gz to pool/main/m/mhddfs/mhddfs_0.1.19.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 gnonlin 0.10.10.2-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 12:54:35 +0100 Source: gnonlin Binary: gstreamer0.10-gnonlin gstreamer0.10-gnonlin-doc gstreamer0.10-gnonlin-dbg Architecture: source all amd64 Version: 0.10.10.2-1 Distribution: unstable Urgency: low Maintainer: Maintainers of GStreamer packages pkg-gstreamer-maintain...@lists.alioth.debian.org Changed-By: Sebastian Dröge sl...@debian.org Description: gstreamer0.10-gnonlin - non-linear editing module for GStreamer gstreamer0.10-gnonlin-dbg - non-linear editing module for GStreamer gstreamer0.10-gnonlin-doc - GStreamer documentation for the non-linear editing module Changes: gnonlin (0.10.10.2-1) unstable; urgency=low . * New upstream pre-release. * debian/control: + Remove some unneeded build dependencies. Checksums-Sha1: a908efba1a33d30b3fc92eaafdd8a2eba09ed845 1533 gnonlin_0.10.10.2-1.dsc b4efd5e4e41c8ffd5be437a99b1f8869363f 534707 gnonlin_0.10.10.2.orig.tar.gz 0c7ce377d914ab42f121b653a879d014f7b0a1a9 4212 gnonlin_0.10.10.2-1.diff.gz f31065b33d90643cef6674675c510d059154ff90 37858 gstreamer0.10-gnonlin-doc_0.10.10.2-1_all.deb b8503b667c6415d08bcec65610900fb4ebd38082 75948 gstreamer0.10-gnonlin_0.10.10.2-1_amd64.deb ffaac792b6320056e71d8ba3e3aacd39e3b28765 115264 gstreamer0.10-gnonlin-dbg_0.10.10.2-1_amd64.deb Checksums-Sha256: 25338ce05dc9f3f7cba0be40bb2166831a21ceed9e4d0920633ee99bc64e26c6 1533 gnonlin_0.10.10.2-1.dsc f5dd33af34b18b508799acb4dbbe7c18ee9b888cc083f72141a1c67028b7bf08 534707 gnonlin_0.10.10.2.orig.tar.gz 503312e637720451f3ea61475208f55b640ecab5257f52c3268a7a72697e9f34 4212 gnonlin_0.10.10.2-1.diff.gz 7a940b81d4181807797328599d2d00845891909c68a5218642a2659247b8af97 37858 gstreamer0.10-gnonlin-doc_0.10.10.2-1_all.deb dab933181f909e6bb0b3dede2b808ecc46f333ef6925c83218d39d0edde3e7cf 75948 gstreamer0.10-gnonlin_0.10.10.2-1_amd64.deb f8603b3db2e055c71f49bf4974e2d4e7a6c423096cc0db76c681d1e141c3ed44 115264 gstreamer0.10-gnonlin-dbg_0.10.10.2-1_amd64.deb Files: 4a1b83b3eb505bb60655cadd9f418938 1533 gnome optional gnonlin_0.10.10.2-1.dsc 6745d0c1cf93290cd1603ae485ae 534707 gnome optional gnonlin_0.10.10.2.orig.tar.gz 3a91e6d3524f6493656dc7c82f196f62 4212 gnome optional gnonlin_0.10.10.2-1.diff.gz 7134b6d61a91b9ab6c7794757d475767 37858 doc optional gstreamer0.10-gnonlin-doc_0.10.10.2-1_all.deb 0cb92859acea3943f17b0429283e3bf6 75948 gnome optional gstreamer0.10-gnonlin_0.10.10.2-1_amd64.deb 0fdb31a6ff08b0eb41a26e5ab1139408 115264 libdevel extra gstreamer0.10-gnonlin-dbg_0.10.10.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3p5cACgkQBsBdh1vkHyEhygCeIw1dlGBEMGNEwcx0RsNI6h2H pAoAnioN2wfWHCy4B5QCv9BCJXEPkcEI =W0pz -END PGP SIGNATURE- Accepted: gnonlin_0.10.10.2-1.diff.gz to pool/main/g/gnonlin/gnonlin_0.10.10.2-1.diff.gz gnonlin_0.10.10.2-1.dsc to pool/main/g/gnonlin/gnonlin_0.10.10.2-1.dsc gnonlin_0.10.10.2.orig.tar.gz to pool/main/g/gnonlin/gnonlin_0.10.10.2.orig.tar.gz gstreamer0.10-gnonlin-dbg_0.10.10.2-1_amd64.deb to pool/main/g/gnonlin/gstreamer0.10-gnonlin-dbg_0.10.10.2-1_amd64.deb gstreamer0.10-gnonlin-doc_0.10.10.2-1_all.deb to pool/main/g/gnonlin/gstreamer0.10-gnonlin-doc_0.10.10.2-1_all.deb gstreamer0.10-gnonlin_0.10.10.2-1_amd64.deb to pool/main/g/gnonlin/gstreamer0.10-gnonlin_0.10.10.2-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 pkg-kde-tools 0.4.1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 13:57:19 +0200 Source: pkg-kde-tools Binary: pkg-kde-tools Architecture: source all Version: 0.4.1 Distribution: unstable Urgency: low Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Modestas Vainius modes...@vainius.eu Description: pkg-kde-tools - common makesnippets and build scripts for KDE4 related packages Changes: pkg-kde-tools (0.4.1) unstable; urgency=low . * Add Vcs fields to debian/control (Git). * Get rid of custom bug file processing in qt-kde-team/1/debian-qt-kde.mk. This is handled by dh_bugfiles now. Checksums-Sha1: 0366db01868610f975a243ff596fe5a15752ed5a 989 pkg-kde-tools_0.4.1.dsc 7d7800315701c2070409148b8448357156804e4a 22246 pkg-kde-tools_0.4.1.tar.gz 2745af45071cd83bc1dc93d23fbe94aa21d6d874 28140 pkg-kde-tools_0.4.1_all.deb Checksums-Sha256: a012f53fb6b723999c1e5fdfdbb6f490f0fe6a3f7b916e5c9732b5939f89001f 989 pkg-kde-tools_0.4.1.dsc b5910e8dbd1325d399b552c79839759cedcaf6ac77932e486711a483ddbb9c7b 22246 pkg-kde-tools_0.4.1.tar.gz c079a63d67a38b0fb38b9f7ae02087c9ccc262db5041ffd04ded853cb8654438 28140 pkg-kde-tools_0.4.1_all.deb Files: a6704a8cf6c354552c3db14ea19253b6 989 devel extra pkg-kde-tools_0.4.1.dsc b2519223f79cbc8ba151e0d7871fd4a6 22246 devel extra pkg-kde-tools_0.4.1.tar.gz 30b53fc612e70137aeaa23a8e9a60ae6 28140 devel extra pkg-kde-tools_0.4.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3p7MACgkQHO9JRnPq4hQO6wCcDg1Wuy9UcmN+502gnGla4Uhz SRIAoL+hXXCZVFhSrHPOLCxSdAxqjIoK =1gZh -END PGP SIGNATURE- Accepted: pkg-kde-tools_0.4.1.dsc to pool/main/p/pkg-kde-tools/pkg-kde-tools_0.4.1.dsc pkg-kde-tools_0.4.1.tar.gz to pool/main/p/pkg-kde-tools/pkg-kde-tools_0.4.1.tar.gz pkg-kde-tools_0.4.1_all.deb to pool/main/p/pkg-kde-tools/pkg-kde-tools_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 python-django-lint 0.8-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 12:16:30 + Source: python-django-lint Binary: python-django-lint Architecture: source all Version: 0.8-1 Distribution: unstable Urgency: low Maintainer: Chris Lamb la...@debian.org Changed-By: Chris Lamb la...@debian.org Description: python-django-lint - Static analysis tool for Django projects and applications Changes: python-django-lint (0.8-1) unstable; urgency=low . * New upstream release. Checksums-Sha1: b11d7dde193545e24f2433c09ae33b59043cf97a 1206 python-django-lint_0.8-1.dsc ff6370b20f4107a6cbcf879301e26ab48dceec51 20328 python-django-lint_0.8.orig.tar.gz 985f65ad5346c93d7170e468bdc89e08c4774268 1554 python-django-lint_0.8-1.diff.gz 9008082b3e092ce1c2be03ba47adf414db5d9e87 11418 python-django-lint_0.8-1_all.deb Checksums-Sha256: fdfd24e637b3f52eff280d62f2e4007986abdb36c6ec93f75b3b7867691bef13 1206 python-django-lint_0.8-1.dsc 7a8059f0fe3e912cf92aff1d2f70616cc81d7736865b750b52de6da09cd657b1 20328 python-django-lint_0.8.orig.tar.gz 3d4fa3ff3d68c400eb06a85202215a5d35a2fcb0a7b68f3d0d7b57a4aa01fa16 1554 python-django-lint_0.8-1.diff.gz 12ed674fb27339db5026f3a178aa1319ee69689c7d0eed479ff781976afbe578 11418 python-django-lint_0.8-1_all.deb Files: 0fb0ff193755ca1c53951a24634ba0f8 1206 python optional python-django-lint_0.8-1.dsc 3d0229b268a2a24c6423b7843d7c6e3f 20328 python optional python-django-lint_0.8.orig.tar.gz be3511998e9e8ebf26e34631fffe72dc 1554 python optional python-django-lint_0.8-1.diff.gz 0a8b680b43706e688e33f7378acd3883 11418 python optional python-django-lint_0.8-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3q68ACgkQ5/8uW2NPmiCa6ACeNfnsqcp2ZwnTEfPiSp2EJZPk B7oAnj1nkotgqY5b8OzRoLgZrkF1OHnR =WRzN -END PGP SIGNATURE- Accepted: python-django-lint_0.8-1.diff.gz to pool/main/p/python-django-lint/python-django-lint_0.8-1.diff.gz python-django-lint_0.8-1.dsc to pool/main/p/python-django-lint/python-django-lint_0.8-1.dsc python-django-lint_0.8-1_all.deb to pool/main/p/python-django-lint/python-django-lint_0.8-1_all.deb python-django-lint_0.8.orig.tar.gz to pool/main/p/python-django-lint/python-django-lint_0.8.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 kipi-plugins 0.1.7-3 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 22:45:39 +1100 Source: kipi-plugins Binary: kipi-plugins kipi-plugins-doc Architecture: source all i386 Version: 0.1.7-3 Distribution: unstable Urgency: low Maintainer: Debian KDE Extras Team pkg-kde-ext...@lists.alioth.debian.org Changed-By: Mark Purcell m...@debian.org Description: kipi-plugins - image manipulation/handling plugins for KIPI aware programs kipi-plugins-doc - kipi-plugins documentation Closes: 518838 Changes: kipi-plugins (0.1.7-3) unstable; urgency=low . * Fix Doesn't build with libgpod/0.7.0 (Closes: #518838) - Add 30_kipi_libgpod7.diff from dato - Add Build-Depends: libgpod-dev (= 0.7.0) Checksums-Sha1: 7364b7dfec9a890b9e686712ef5c07bce9d28549 1567 kipi-plugins_0.1.7-3.dsc eba8e77eb543d092826b50410fcc34c59861988d 15445 kipi-plugins_0.1.7-3.diff.gz 26b5d3a91a428a3f6fdf39266f4dac1f29f9120e 5826908 kipi-plugins-doc_0.1.7-3_all.deb e04fe90d6d4c6b60430cbbccdb41b33d699e6ffd 3895440 kipi-plugins_0.1.7-3_i386.deb Checksums-Sha256: 25324e32afb513f5ca9e3f6da504de363c0497450ef66a2a1a08d2997a6c090d 1567 kipi-plugins_0.1.7-3.dsc 51825b0394d5382fb8709c1e101ef55c40efbdcbc7a834d0884262bb09f6df5a 15445 kipi-plugins_0.1.7-3.diff.gz 368a86537770b5c94136e788429183b0887a5217eec0885017b533a57ab2ce43 5826908 kipi-plugins-doc_0.1.7-3_all.deb c426742589f82b2bc93b58ee4fb9bba0082f3985bd7776c838398f248231943a 3895440 kipi-plugins_0.1.7-3_i386.deb Files: ea2d477c29cc6656504ce8451973c914 1567 kde optional kipi-plugins_0.1.7-3.dsc 08472d25af148b9808e25ca4f0fce4a0 15445 kde optional kipi-plugins_0.1.7-3.diff.gz 4cb42821673c8cb7e4be24f675c65468 5826908 doc optional kipi-plugins-doc_0.1.7-3_all.deb 6fd2cebd55fe1189bef57bf811e06ed8 3895440 kde optional kipi-plugins_0.1.7-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3piEACgkQoCzanz0IthJKJgCfcg1SNweS9Nv0o1m3pYF+y5XR EmUAoI5B7eHBa84GIbkwF/7U9bPE2YYZ =Ja3J -END PGP SIGNATURE- Accepted: kipi-plugins-doc_0.1.7-3_all.deb to pool/main/k/kipi-plugins/kipi-plugins-doc_0.1.7-3_all.deb kipi-plugins_0.1.7-3.diff.gz to pool/main/k/kipi-plugins/kipi-plugins_0.1.7-3.diff.gz kipi-plugins_0.1.7-3.dsc to pool/main/k/kipi-plugins/kipi-plugins_0.1.7-3.dsc kipi-plugins_0.1.7-3_i386.deb to pool/main/k/kipi-plugins/kipi-plugins_0.1.7-3_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted webissues 0.9.4-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 13:28:18 +0200 Source: webissues Binary: webissues webissues-dbg Architecture: source amd64 Version: 0.9.4-1 Distribution: unstable Urgency: low Maintainer: Patrick Matthäi patrick.matth...@web.de Changed-By: Patrick Matthäi patrick.matth...@web.de Description: webissues - a network system supporting team collaboration webissues-dbg - a network system supporting team collaboration (dbg symbols) Changes: webissues (0.9.4-1) unstable; urgency=low . * New upstream release. * Remove the using Qt4 from the short description. * Add missing ${misc:Depends}. Thanks lintian. * Add get-orig-source target. * Fix copyright-with-old-dh-make-debian-copyright. Checksums-Sha1: c1ebc09081ff82bdb687430e34ddce36ca2ea62c 1065 webissues_0.9.4-1.dsc c1b69c354f9bc7bc4f081142f439628c97104b4c 1246838 webissues_0.9.4.orig.tar.gz b793d9cc6a4e4aa0e4b48f7e8a47f8a23821108d 6071 webissues_0.9.4-1.diff.gz 7f9c6057b70168b3a29f8c6f59b5532ec44e3b7d 1433202 webissues_0.9.4-1_amd64.deb 35ec9bbb8a968a748853a0d020874bc4a928a5ea 6353826 webissues-dbg_0.9.4-1_amd64.deb Checksums-Sha256: 193066a10c4d4ff7eafd336a814c881d189883819236eb7ede82e614436c139e 1065 webissues_0.9.4-1.dsc 4ad06bb37a2c1c007fca2e346f7f34aa9faa3c1afd662de481bd10920d42b56b 1246838 webissues_0.9.4.orig.tar.gz 12beaf274655a13249ce5f15d9d6e12646a3258db4d332843362b86963eb9c5d 6071 webissues_0.9.4-1.diff.gz 389010de6cfdaeba52973869d8226750a6325cad69c949bcf873c8dec2f957c3 1433202 webissues_0.9.4-1_amd64.deb 4d9bfa74e80ef097d7ecfe23d3932d878f94749e093b1955214bcee74327594f 6353826 webissues-dbg_0.9.4-1_amd64.deb Files: d603222c77cab05d7ce5c90bf9b626e7 1065 x11 optional webissues_0.9.4-1.dsc ca19562a342876dd0f2b7aa1031c3449 1246838 x11 optional webissues_0.9.4.orig.tar.gz 768250027270a3d6dc26eade6cdd114d 6071 x11 optional webissues_0.9.4-1.diff.gz cebf21ef90e51bec8169550fb4a686ee 1433202 x11 optional webissues_0.9.4-1_amd64.deb fcfcf22e61490c80595e3a83519e5650 6353826 x11 extra webissues-dbg_0.9.4-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm3sJQACgkQ2XA5inpabMcXygCfXfjrsnho1aEzZfRmxI+Ua0Fi vPcAn0eZy6he/owZs3Mnax+y/10VJEzF =/t1b -END PGP SIGNATURE- Accepted: webissues-dbg_0.9.4-1_amd64.deb to pool/main/w/webissues/webissues-dbg_0.9.4-1_amd64.deb webissues_0.9.4-1.diff.gz to pool/main/w/webissues/webissues_0.9.4-1.diff.gz webissues_0.9.4-1.dsc to pool/main/w/webissues/webissues_0.9.4-1.dsc webissues_0.9.4-1_amd64.deb to pool/main/w/webissues/webissues_0.9.4-1_amd64.deb webissues_0.9.4.orig.tar.gz to pool/main/w/webissues/webissues_0.9.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 octave3.0 1:3.0.4~rc5-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 10:27:36 +0100 Source: octave3.0 Binary: octave3.0 octave3.0-doc octave3.0-htmldoc octave3.0-headers octave3.0-emacsen octave3.0-info octave2.9 octave2.9-doc octave2.9-htmldoc octave2.9-headers octave2.9-emacsen octave2.9-info octave3.0-dbg octave3.0-common Architecture: source amd64 all Version: 1:3.0.4~rc5-2 Distribution: unstable Urgency: low Maintainer: Debian Octave Group pkg-octave-de...@lists.alioth.debian.org Changed-By: Rafael Laboissiere raf...@debian.org Description: octave2.9 - GNU Octave language for numerical computations (dummy package) octave2.9-doc - PDF documentation on the GNU Octave language (dummy package) octave2.9-emacsen - Emacs support for the GNU Octave language (dummy package) octave2.9-headers - header files for the GNU Octave language (dummy package) octave2.9-htmldoc - HTML documentation on the GNU Octave language (dummy package) octave2.9-info - GNU Info documentation on the GNU Octave language (dummy package) octave3.0 - GNU Octave language for numerical computations (3.0 branch) octave3.0-common - architecture-independent files for octave3.0 octave3.0-dbg - Debug symbols for octave3.0 octave3.0-doc - PDF documentation on the GNU Octave language (3.0 branch) octave3.0-emacsen - Emacs support for the GNU Octave language (3.0 branch) octave3.0-headers - header files for the GNU Octave language (3.0 branch) octave3.0-htmldoc - HTML documentation on the GNU Octave language (3.0 branch) octave3.0-info - GNU Info documentation on the GNU Octave language (3.0 branch) Changes: octave3.0 (1:3.0.4~rc5-2) unstable; urgency=low . * Release to unstable Checksums-Sha1: 1b6c6733e9646d3057deb1b9437fdd6cc45f92e4 2007 octave3.0_3.0.4~rc5-2.dsc 8fa780525773a1d866e33d19b3a48f93fe482e11 11736821 octave3.0_3.0.4~rc5.orig.tar.gz 8b79af7569b982e5158bf03f6cbe5b703b7b98cd 58404 octave3.0_3.0.4~rc5-2.diff.gz ed1d4deaaf0c574bcf5d852485a24474f60a9427 7475246 octave3.0_3.0.4~rc5-2_amd64.deb eea40cff9c28f9926518dd36ece80560709db354 452432 octave3.0-headers_3.0.4~rc5-2_amd64.deb 65985542e486bd60d4f9a14890d5943bd47997c0 40492282 octave3.0-dbg_3.0.4~rc5-2_amd64.deb a176c3da8f3c1c722a2dc60d83e86b0ba9f2f539 2602926 octave3.0-doc_3.0.4~rc5-2_all.deb bb5330a6f70f1397b37c53cf7041f1183ac850dc 976842 octave3.0-htmldoc_3.0.4~rc5-2_all.deb e3360ded1761b7a04dc8712b17c9efbe46b4811d 101046 octave3.0-emacsen_3.0.4~rc5-2_all.deb 801bc89369cacacb9da44fcb1f3be4849eb17884 503902 octave3.0-info_3.0.4~rc5-2_all.deb 94a4b1c50e681b83dc8f3b28d9ffbf1fe157a36b 76162 octave2.9_3.0.4~rc5-2_all.deb a2efc10a3266b7ffabb9f8dd7846e7583ba4f895 76166 octave2.9-doc_3.0.4~rc5-2_all.deb 8d41cf1e8b36fb7a534970e0f6900abe5b92d8a6 76178 octave2.9-htmldoc_3.0.4~rc5-2_all.deb c55dd8c498f0ef6a56e40277d45478121efcd2c7 76176 octave2.9-headers_3.0.4~rc5-2_all.deb a89d811ba40e624e214804789a84472d9b13c3ab 76178 octave2.9-emacsen_3.0.4~rc5-2_all.deb cff1aa2a2214eb8b39594f9d445ef311a710711e 76178 octave2.9-info_3.0.4~rc5-2_all.deb 9b2a9eb796d96a1707b3766d1ae88dcbc233d3ba 675644 octave3.0-common_3.0.4~rc5-2_all.deb Checksums-Sha256: c98afcb952e0e7515bb0ccc6972e41f576679b6d8d78973cb8e6787192e50671 2007 octave3.0_3.0.4~rc5-2.dsc 854181a81541ea6fc87dda458c6d8cc36be20f9a691530b7d749094393c87a87 11736821 octave3.0_3.0.4~rc5.orig.tar.gz ac92b447e8fd3843a59be035a2bd1f62fa5c842df4475644e1a51227e7a83ba1 58404 octave3.0_3.0.4~rc5-2.diff.gz 2bbfdf0805ac4a3732173d28bb6a3e1b3d04bc19ed32f60129619c689835e4b5 7475246 octave3.0_3.0.4~rc5-2_amd64.deb e8e0255814ce4ed54acc22c0a7b69d255227efa65fd2a5974b884a648f1c5c2c 452432 octave3.0-headers_3.0.4~rc5-2_amd64.deb 6ed88e463cbafb2d7f3125828f2348f7e1c30645e134213f4aa1ada547f38c56 40492282 octave3.0-dbg_3.0.4~rc5-2_amd64.deb 69137bb58b9e8f569d2273b587f3b8c62ce7b97ee83c3e70db5af1d23c73bc7e 2602926 octave3.0-doc_3.0.4~rc5-2_all.deb d75c9b75a6a349924bfd3d7e5db5b49b6f85520b639fb051f810b8afdbd91e61 976842 octave3.0-htmldoc_3.0.4~rc5-2_all.deb a4232e256222729b7b2a9b08ff5a4ecf1d1369dbf1a1ae5039ec6bfc37e2d654 101046 octave3.0-emacsen_3.0.4~rc5-2_all.deb 396790ad62630561534804b9f86311130b113781d0d6b5082cbbf590367530f4 503902 octave3.0-info_3.0.4~rc5-2_all.deb 5972453d2926062b49e2c8e79177aa10c80e34848b8b7aa385150bd21cab4fa6 76162 octave2.9_3.0.4~rc5-2_all.deb 7342b401f7659bf41700ac615905e5d6ec97f79f6bff38f5e377c14518340697 76166 octave2.9-doc_3.0.4~rc5-2_all.deb d0a9d9946941dbb9f4ba3e7a52c54783d0270574388054163959f2e472e93533 76178 octave2.9-htmldoc_3.0.4~rc5-2_all.deb 6313c8ccc72fa37beef1a9db14e980ee843ffb374a48031ea625b3ff4a8a208f 76176 octave2.9-headers_3.0.4~rc5-2_all.deb e582c148f2ff8bc188a9b777f7f4b298e0e20f61d32e717a87888c3cc6d982bc 76178 octave2.9-emacsen_3.0.4~rc5-2_all.deb 31312d6714c2c496f510733eccb84bce47afb1014cef9f21fbb7bfdf0528c6db 76178 octave2.9-info_3.0.4~rc5-2_all.deb a4756cebba81a4108cf1b305e1f6e0fc445f895716286f1acb87505dd94eb3be 675644
Accepted rst2pdf 0.9-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 14:52:32 + Source: rst2pdf Binary: rst2pdf Architecture: source all Version: 0.9-3 Distribution: unstable Urgency: low Maintainer: Chris Lamb la...@debian.org Changed-By: Chris Lamb la...@debian.org Description: rst2pdf- ReportLab-based reStructuredText to PDF renderer Closes: 519277 Changes: rst2pdf (0.9-3) unstable; urgency=low . * Add python-setuptools to Depends. (Closes: #519277) * Update Git repository locations. * Move to minimal debian/rules. - Bump Build-Depends on debhelper for override_* feature. Checksums-Sha1: d7f3d6f0d81751716fdbb29408ad71ccf44abe06 1153 rst2pdf_0.9-3.dsc a3d31846e1a708016d7a8b9da2921362becb0d4e 3431 rst2pdf_0.9-3.diff.gz 2d014f85e226da7dcc58db891528fb3d21034397 418218 rst2pdf_0.9-3_all.deb Checksums-Sha256: 13e3dcbf258844c3a9c42d736f37bd5349a7d14e070e40aa806e35a8db611cef 1153 rst2pdf_0.9-3.dsc 2688246d377c8014f5dfd878796fd2d1a2d8c1fc0bbaf2b9f27437ec4808e3f8 3431 rst2pdf_0.9-3.diff.gz 394d931034350c724591080de0617995eabc10c27a2891181dc8cef00be63b12 418218 rst2pdf_0.9-3_all.deb Files: 359ce1c33a20df90f35ed3dfed1d20d3 1153 utils optional rst2pdf_0.9-3.dsc 1d86b074eff6bfe81f9d38fb632523e7 3431 utils optional rst2pdf_0.9-3.diff.gz afbd0a913686c5d209cf2dc210c3319f 418218 utils optional rst2pdf_0.9-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm30EwACgkQ5/8uW2NPmiBXDgCghd6FpxVodTuwLsMx1PrzuZmn 6FEAn2kxNaWvZ8T4gxirnocKeYUXfDBF =EMWC -END PGP SIGNATURE- Accepted: rst2pdf_0.9-3.diff.gz to pool/main/r/rst2pdf/rst2pdf_0.9-3.diff.gz rst2pdf_0.9-3.dsc to pool/main/r/rst2pdf/rst2pdf_0.9-3.dsc rst2pdf_0.9-3_all.deb to pool/main/r/rst2pdf/rst2pdf_0.9-3_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted texlive-bin 2007.dfsg.2-5 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 14:39:29 +0100 Source: texlive-bin Binary: texlive-base-bin texlive-extra-utils texlive-font-utils texlive-metapost texlive-omega texlive-xetex texlive-music texlive-lang-indic libkpathsea4 libkpathsea-dev texlive-metapost-doc texlive-base-bin-doc Architecture: source amd64 Version: 2007.dfsg.2-5 Distribution: unstable Urgency: low Maintainer: Debian TeX Maintainers debian-tex-ma...@lists.debian.org Changed-By: Norbert Preining prein...@debian.org Description: libkpathsea-dev - TeX Live: path search library for TeX (development part) libkpathsea4 - TeX Live: path search library for TeX (runtime part) texlive-base-bin - TeX Live: Essential binaries texlive-base-bin-doc - TeX Live: Documentation files for texlive-base-bin texlive-extra-utils - TeX Live: TeX auxiliary programs texlive-font-utils - TeX Live: TeX font-related programs texlive-lang-indic - TeX Live: Indic texlive-metapost - TeX Live: MetaPost (and Metafont) drawing packages texlive-metapost-doc - TeX Live: Documentation files for texlive-metapost texlive-music - TeX Live: Music typesetting texlive-omega - TeX Live: Omega texlive-xetex - TeX Live: XeTeX macros Closes: 505693 518634 Changes: texlive-bin (2007.dfsg.2-5) unstable; urgency=low . * bump build-dep on tex-common to = 1.14 to get --flavor support of debhelper, and to get trigger support * update the poppler patch for version 0.10, that brings in another build-dep on pkg-config, update the control file (Closes: #518634) * fix build errors with gcc-4.4 (patch thanks to Martin Michlmayr) (Closes: #505693) Checksums-Sha1: 232d8dc952535d66420a63244c03143b68efdfbd 1704 texlive-bin_2007.dfsg.2-5.dsc 76d820d05bd0d0b5a869f008c745b3be67e64c33 360052 texlive-bin_2007.dfsg.2-5.diff.gz ecefb0cfabc72cd8c5d0055d804b40eeca81afe1 2639162 texlive-base-bin_2007.dfsg.2-5_amd64.deb 87540ceca4d848b514bb0d0ff40a6c58ff7f692c 691748 texlive-extra-utils_2007.dfsg.2-5_amd64.deb 9d844b3e8aea950043c311630458a24326544db8 1299592 texlive-font-utils_2007.dfsg.2-5_amd64.deb 18797fbdd9f13038c214864eeca02e43b8c3e87d 639832 texlive-metapost_2007.dfsg.2-5_amd64.deb e85899be5abd6d4d49f1af24cf2609e7509cc669 2852874 texlive-omega_2007.dfsg.2-5_amd64.deb be5724f53f8c64d85882d3c63f2fa7b0a4b93980 6418434 texlive-xetex_2007.dfsg.2-5_amd64.deb cc5e605e8d9f9467b8ba8b43c025575f73baf7fc 1724290 texlive-music_2007.dfsg.2-5_amd64.deb 4233444d366e95b83abef083083e3b22ec6c2f54 6722762 texlive-lang-indic_2007.dfsg.2-5_amd64.deb 7cc482bc467ca318f95b51b81710c871f797efcd 123586 libkpathsea4_2007.dfsg.2-5_amd64.deb 2201f4f7a89a7995774f1dd26105fd41fb772147 165794 libkpathsea-dev_2007.dfsg.2-5_amd64.deb 61c29dc8c0edc890a6af82f0be7da1532cec4ec8 6802678 texlive-metapost-doc_2007.dfsg.2-5_amd64.deb 457b3b77fc63e96c75a3e554caafdb18ef6300bc 8609742 texlive-base-bin-doc_2007.dfsg.2-5_amd64.deb Checksums-Sha256: 210aa162204ebb7184314cf0d0d982fd224e3c1d9d4bba08e2aa50c312be275e 1704 texlive-bin_2007.dfsg.2-5.dsc 4d1e2eefd95268578a5ef606eca309aed59f7b26acde16f6e9a8fb3538c7a171 360052 texlive-bin_2007.dfsg.2-5.diff.gz a936f4fcc2cba0bccc2e844cc0600a1ec82e15d9c2eddab293c492e43e50cc35 2639162 texlive-base-bin_2007.dfsg.2-5_amd64.deb 57f34f9abee368115e00807e4925d040e2c256e0ded9e96f9aafce1cd52036ad 691748 texlive-extra-utils_2007.dfsg.2-5_amd64.deb b1d7ff12f2fdcda4c56a4e7af4fb12868fb2f0448f1febdfb1423eff39baa9d5 1299592 texlive-font-utils_2007.dfsg.2-5_amd64.deb ae1d318b351ba121bfef418b902f10d55b5eae185817cfb767e2a36103a330a3 639832 texlive-metapost_2007.dfsg.2-5_amd64.deb 5dfa1895f3080f9ddaac6e9428b312d9cffcc8b0cdddb80f1f7271313cd2b45f 2852874 texlive-omega_2007.dfsg.2-5_amd64.deb 26ed42500b74ec55c78a7dc378ba59ae21fba5a3dd654e0ed50c9624627ee465 6418434 texlive-xetex_2007.dfsg.2-5_amd64.deb 10a42cf854330a9324f9f41ee5b5bcd04f4fb4208f05b051aecee33be301 1724290 texlive-music_2007.dfsg.2-5_amd64.deb f7bcdfde4db5ae7979fa78873e54643869ade1a1d2caed29b7fde41677f582ed 6722762 texlive-lang-indic_2007.dfsg.2-5_amd64.deb 3ca317eb77bb9d5bd7f47e07982b005d2e502aadf0056ee60edfc1fa00ddfa38 123586 libkpathsea4_2007.dfsg.2-5_amd64.deb 99d06d966d94c9c1551057343d6d1fdb11e2a694ecfea7012acbd32a6b801de8 165794 libkpathsea-dev_2007.dfsg.2-5_amd64.deb db2ae104b9ca73eb6c6c335052b7a789ac6daf9ec36e5b14f06acdab31617c23 6802678 texlive-metapost-doc_2007.dfsg.2-5_amd64.deb df814556b64d542134a59629347c41375060e3741cff2da464983cf692e2eff3 8609742 texlive-base-bin-doc_2007.dfsg.2-5_amd64.deb Files: 1ac24cff031b9288129b43f536730eb6 1704 tex optional texlive-bin_2007.dfsg.2-5.dsc 8bd91627f84f113eaa48b086f4e004e2 360052 tex optional texlive-bin_2007.dfsg.2-5.diff.gz 112d4a143427b25aef11303594442e0e 2639162 tex optional texlive-base-bin_2007.dfsg.2-5_amd64.deb 59f11c734174f497c91575f5e2d2b58e 691748 tex optional texlive-extra-utils_2007.dfsg.2-5_amd64.deb 8293c0b6b838aadc2713d080880a3c79 1299592 tex optional
Accepted texlive-extra 2007.dfsg.17-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 15:36:45 +0100 Source: texlive-extra Binary: texlive-bibtex-extra texlive-formats-extra texlive-generic-extra texlive-math-extra texlive-plain-extra texlive-latex-extra texlive-latex3 texlive-fonts-extra texlive-games texlive-pstricks texlive-publishers texlive-humanities texlive-science texlive-fonts-extra-doc texlive-pstricks-doc texlive-publishers-doc texlive-science-doc texlive-latex-extra-doc texlive-humanities-doc Architecture: source all Version: 2007.dfsg.17-1 Distribution: unstable Urgency: medium Maintainer: Debian TeX Maintainers debian-tex-ma...@lists.debian.org Changed-By: Norbert Preining prein...@debian.org Description: texlive-bibtex-extra - TeX Live: Extra BibTeX styles texlive-fonts-extra - TeX Live: Extra fonts texlive-fonts-extra-doc - TeX Live: Documentation files for texlive-fonts-extra texlive-formats-extra - TeX Live: Extra formats texlive-games - TeX Live: Games typesetting (chess, etc) texlive-generic-extra - TeX Live: Miscellaneous extra generic macros texlive-humanities - TeX Live: LaTeX support for the humanities texlive-humanities-doc - TeX Live: Documentation files for texlive-humanities texlive-latex-extra - TeX Live: LaTeX supplementary packages texlive-latex-extra-doc - TeX Live: Documentation files for texlive-latex-extra texlive-latex3 - TeX Live: LaTeX3 packages texlive-math-extra - TeX Live: Advanced math typesetting texlive-plain-extra - TeX Live: Plain TeX supplementary packages texlive-pstricks - TeX Live: PSTricks packages texlive-pstricks-doc - TeX Live: Documentation files for texlive-pstricks texlive-publishers - TeX Live: Support for publishers texlive-publishers-doc - TeX Live: Documentation files for texlive-publishers texlive-science - TeX Live: Typesetting for natural and computer sciences texlive-science-doc - TeX Live: Documentation files for texlive-science Closes: 515086 Changes: texlive-extra (2007.dfsg.17-1) unstable; urgency=medium . * blacklist aurora, non-commercial license (Closes: #515086) (RC - medium) * bump build-dep on tex-common to = 1.14 to get triggers support Checksums-Sha1: 19cdcc3a378fa5eefdc77a4cb70948bb4a7cb5b4 1732 texlive-extra_2007.dfsg.17-1.dsc 6acf58531de5c47c4b41718e649f88ef77f07e7a 214196773 texlive-extra_2007.dfsg.17.orig.tar.gz f76ae135d0b788c62914e36c1e6339c6a9580d7b 424296 texlive-extra_2007.dfsg.17-1.diff.gz 5b7f34273abb98b05aab8025349d11999bd8087b 3919280 texlive-bibtex-extra_2007.dfsg.17-1_all.deb 81456cbb9344b2bba7bfa5a399f08b32e837256e 2216590 texlive-formats-extra_2007.dfsg.17-1_all.deb 2d51dcb803f53f19f55a1198dede18344432fedb 1665008 texlive-generic-extra_2007.dfsg.17-1_all.deb 92668026e6f9b899c18411bc53f2b238979842b3 2581358 texlive-math-extra_2007.dfsg.17-1_all.deb f574a89bf6ddf90928fa896d373c525483274510 1072898 texlive-plain-extra_2007.dfsg.17-1_all.deb 7e0d1ccb3937c337a6f390a9983a957d5613f6ed 3458806 texlive-latex-extra_2007.dfsg.17-1_all.deb 5ddcdd64b24e9fbd2afb2a54957febb57d072869 462134 texlive-latex3_2007.dfsg.17-1_all.deb 3856bea5101a19d1a614a806d325c1e200482f6d 40227690 texlive-fonts-extra_2007.dfsg.17-1_all.deb fcd796db71a586dab321a66f4f03a6594c559d1c 1660958 texlive-games_2007.dfsg.17-1_all.deb e865588ecee1a529ff94d3d9ee7391589635dc80 304836 texlive-pstricks_2007.dfsg.17-1_all.deb 1f776ff81ba37157423b0b07ffd0981df9efca11 1768950 texlive-publishers_2007.dfsg.17-1_all.deb 81fdebc54088dba53d280af1a7dedd92b5348665 283044 texlive-humanities_2007.dfsg.17-1_all.deb c5a0d2ff5fe5c6da3a856738a8e9230b758cc84c 333832 texlive-science_2007.dfsg.17-1_all.deb 946a24c754752d40747a2e3bfcbfa95d9665c61e 17129962 texlive-fonts-extra-doc_2007.dfsg.17-1_all.deb b5e5d1d00740c5381ef0cae7fdb96fa305c7ab89 23901282 texlive-pstricks-doc_2007.dfsg.17-1_all.deb 992e4b579d1663f9a32d9ad2598645432b19fb24 12062128 texlive-publishers-doc_2007.dfsg.17-1_all.deb ee3f204252a11812f3473ab3468015ebe9b8e4e8 7485670 texlive-science-doc_2007.dfsg.17-1_all.deb 7660823bb9ce56efda7467addda29232d6a13849 75995212 texlive-latex-extra-doc_2007.dfsg.17-1_all.deb 8f2a15deae0a3d04555d1da9fff32ab809852e34 8356614 texlive-humanities-doc_2007.dfsg.17-1_all.deb Checksums-Sha256: f630cc289b0f00dda8d0c1caf3bcd3d0df130ee01db8d283bc70ab91ef5ec6f1 1732 texlive-extra_2007.dfsg.17-1.dsc ec5f286229ee5581c23e35df77bd741854d174299fc4c67cf7f06e130c207124 214196773 texlive-extra_2007.dfsg.17.orig.tar.gz a1a38bc8fdc2ba668c6c357eff0202fd9fb9d75d2741ba943daeb50d42093a66 424296 texlive-extra_2007.dfsg.17-1.diff.gz d3e90d405cd5a5b76dfbc94a6c391c8fb7bdfef381636e111aab13c8313ec768 3919280 texlive-bibtex-extra_2007.dfsg.17-1_all.deb fcb3690daa231d64b4adf6a0af53b5175f58fefbc74ad64633bdd47dc52e34f4 2216590 texlive-formats-extra_2007.dfsg.17-1_all.deb d9c6335f778a3dbf1c3a69bebb68dcc785d38edbe0b78b540e995094e3e409f1 1665008 texlive-generic-extra_2007.dfsg.17-1_all.deb
Accepted curl 7.18.2-8.1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 15:33:08 +0100 Source: curl Binary: curl libcurl3 libcurl3-gnutls libcurl4-openssl-dev libcurl4-gnutls-dev libcurl3-dbg Architecture: source amd64 Version: 7.18.2-8.1 Distribution: unstable Urgency: high Maintainer: Domenico Andreoli ca...@debian.org Changed-By: Nico Golde n...@debian.org Description: curl - Get a file from an HTTP, HTTPS or FTP server libcurl3 - Multi-protocol file transfer library (OpenSSL) libcurl3-dbg - libcurl compiled with debug symbols libcurl3-gnutls - Multi-protocol file transfer library (GnuTLS) libcurl4-gnutls-dev - Development files and documentation for libcurl (GnuTLS) libcurl4-openssl-dev - Development files and documentation for libcurl (OpenSSL) Closes: 518423 Changes: curl (7.18.2-8.1) unstable; urgency=high . * Non-maintainer upload by the security team. * Include upstream patch to prevent overwriting and reading arbitrary local files or command execution via malicious redirects depending on the setup curl is used in. NOTE: This update introduces a new option called CURLOPT_REDIR_PROTOCOLS which includes the protocols curl will follow on redirects, scp and file are not included by default (CVE-2009-0037; Closes: #518423). Checksums-Sha1: 5d86f1c5a62a9dbf0a6d5dfd4b1c1b2d1ef7d456 1402 curl_7.18.2-8.1.dsc c08b70a2a04bffdb5f7c9693a7e96b0c0b4225ee 27463 curl_7.18.2-8.1.diff.gz 201e466faddd0b2d1ddfea8dbdcf07f8815df266 209292 curl_7.18.2-8.1_amd64.deb 168e65729c0cbfe9ce490cac00039d01abebfe9f 230774 libcurl3_7.18.2-8.1_amd64.deb 7363c7adf13e8e56dfd34701fc346825eb03361b 214634 libcurl3-gnutls_7.18.2-8.1_amd64.deb 7c1f31999070b009ce1b2c0621031987470eef8d 951892 libcurl4-openssl-dev_7.18.2-8.1_amd64.deb 063cc9300736d13a8e0766638c779ebb676c7952 931676 libcurl4-gnutls-dev_7.18.2-8.1_amd64.deb 8499ed1e212a0196660bde6905b0a4b877a7b099 1180246 libcurl3-dbg_7.18.2-8.1_amd64.deb Checksums-Sha256: 2d257683cc160bbbc3fd357852ce74d6f14e459a390fca1cf9e6a88c411c662d 1402 curl_7.18.2-8.1.dsc d7bb99e6a2334519a0db16fa11a03af98a8ed5649c805eeadcfbce2cc51588f7 27463 curl_7.18.2-8.1.diff.gz 833218d98cc56e476b654be3858ee911f91247a284a65fb0f099ac899cd8ed77 209292 curl_7.18.2-8.1_amd64.deb c0fe7861386408e28d9e038c2b10dd07f84b387cf659879dc94f2eb9dc2690bd 230774 libcurl3_7.18.2-8.1_amd64.deb 8d21a992290a5aa9e3fd03919dc37a52fd67fe6f2c3a104e8e48a5c508590892 214634 libcurl3-gnutls_7.18.2-8.1_amd64.deb 119e00b147abcb74738f29ca98b37578ef32102bfc5f41d4e84f8a7cc406929b 951892 libcurl4-openssl-dev_7.18.2-8.1_amd64.deb 8b4a0d71b8e43bd867c02ab4dce57f27608a59a7be610a34288a39b0cb99de9d 931676 libcurl4-gnutls-dev_7.18.2-8.1_amd64.deb 64d30157ad6f8d0e3cc70462a002ee60bf7a0cd89a5383812005cc387790aabe 1180246 libcurl3-dbg_7.18.2-8.1_amd64.deb Files: b74779128eabfe37571c5112ce10e91b 1402 web optional curl_7.18.2-8.1.dsc 0a643b8439c6d1fa7b91c0b27da5d781 27463 web optional curl_7.18.2-8.1.diff.gz 736a5cdfbebef5180d02a4f47fe6f66a 209292 web optional curl_7.18.2-8.1_amd64.deb 11c1a30604adef38c161df23ecae82a8 230774 libs optional libcurl3_7.18.2-8.1_amd64.deb debce426c791274182376458f48a1615 214634 libs optional libcurl3-gnutls_7.18.2-8.1_amd64.deb a33a48f2fbf9c1bc51303e0b4e25c0e3 951892 libdevel optional libcurl4-openssl-dev_7.18.2-8.1_amd64.deb 0a5d0758b31a6dfffee57e59e16b95d7 931676 libdevel optional libcurl4-gnutls-dev_7.18.2-8.1_amd64.deb 286f14c07e59801ebb19d0b89a0f74c1 1180246 libdevel extra libcurl3-dbg_7.18.2-8.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm30iAACgkQHYflSXNkfP/CRgCfeExSasg9ZuGGYbEGTzGuL595 6MYAn1IIlBuFYc2cWFnBz0cbqFCmJpbY =qld8 -END PGP SIGNATURE- Accepted: curl_7.18.2-8.1.diff.gz to pool/main/c/curl/curl_7.18.2-8.1.diff.gz curl_7.18.2-8.1.dsc to pool/main/c/curl/curl_7.18.2-8.1.dsc curl_7.18.2-8.1_amd64.deb to pool/main/c/curl/curl_7.18.2-8.1_amd64.deb libcurl3-dbg_7.18.2-8.1_amd64.deb to pool/main/c/curl/libcurl3-dbg_7.18.2-8.1_amd64.deb libcurl3-gnutls_7.18.2-8.1_amd64.deb to pool/main/c/curl/libcurl3-gnutls_7.18.2-8.1_amd64.deb libcurl3_7.18.2-8.1_amd64.deb to pool/main/c/curl/libcurl3_7.18.2-8.1_amd64.deb libcurl4-gnutls-dev_7.18.2-8.1_amd64.deb to pool/main/c/curl/libcurl4-gnutls-dev_7.18.2-8.1_amd64.deb libcurl4-openssl-dev_7.18.2-8.1_amd64.deb to pool/main/c/curl/libcurl4-openssl-dev_7.18.2-8.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 gammu 1.23.90-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 14:29:18 +0100 Source: gammu Binary: gammu gammu-smsd libgammu-dev libgammu-i18n libgammu6 libgsmsd6 libgammu-dbg python-gammu python-gammu-dbg python-gammu-doc Architecture: source all amd64 Version: 1.23.90-1 Distribution: experimental Urgency: low Maintainer: Michal Čihař ni...@debian.org Changed-By: Michal Čihař ni...@debian.org Description: gammu - mobile phone management utility gammu-smsd - SMS message daemon libgammu-dbg - mobile phone management library (debugger symbols) libgammu-dev - mobile phone management library (development files) libgammu-i18n - mobile phone management library (i18n files) libgammu6 - mobile phone management library libgsmsd6 - SMS daemon helper library python-gammu - Python module to communicate with mobile phones python-gammu-dbg - Python module to communicate with mobile phones (debug version) python-gammu-doc - Documentation for Python module to communicate with mobile phones Changes: gammu (1.23.90-1) experimental; urgency=low . * New upstream testing version. Checksums-Sha1: 9fbdd6f54c4ba183e885aa9a5ba62c5a97f7d99d 1522 gammu_1.23.90-1.dsc 2928c4bfa2636aace2745d411923c282aeb48fa0 2876555 gammu_1.23.90.orig.tar.gz ff830a43600dbe8c8f219d0956229dabee3b0bac 10667 gammu_1.23.90-1.diff.gz c9099fa97b770b9699593dd1f0cbac656e13048f 190430 libgammu-i18n_1.23.90-1_all.deb 5ae9a905dbeeeaa7de39a7abe7e4d5a076bf3e39 179754 python-gammu-doc_1.23.90-1_all.deb b080beb82b7a230866f3444a3733e2a695ae33fa 309928 gammu_1.23.90-1_amd64.deb ce3afef45b472360a0250fd3785c5b6d2ec94d13 121078 gammu-smsd_1.23.90-1_amd64.deb 69a476547aee8dff73c26e4d76be1b176e3553e2 178182 libgammu-dev_1.23.90-1_amd64.deb e80ea16de9b79d1fdab31e64b912d0c73993567f 525972 libgammu6_1.23.90-1_amd64.deb 973917afd290955aa81ae3115393ea946f14f718 126384 libgsmsd6_1.23.90-1_amd64.deb 3f94ffda3a49bc91841939b015989b1b2cc47851 1899172 libgammu-dbg_1.23.90-1_amd64.deb 484572c62e0d046c579adbfef5792c4878bd042b 242216 python-gammu_1.23.90-1_amd64.deb ecf1bb8018734d7200ad9f73911f08f02ae67a89 251414 python-gammu-dbg_1.23.90-1_amd64.deb Checksums-Sha256: e59f9211fc752434ce0c6dd6e7d9e0e036c22e0edba419993d68365c79e10bb3 1522 gammu_1.23.90-1.dsc 486e698edc78da307c60909d02938ab3b137dfabcbb88b0c0ba2bc2808638750 2876555 gammu_1.23.90.orig.tar.gz 58c14b0374c568e34485c6bda37e3283f62ab013ebc3ea348d0c7389e41705df 10667 gammu_1.23.90-1.diff.gz 16c6300c2f97c2dbbb40e11159fe28987587283005a9926443bfdfe3f13cbcf3 190430 libgammu-i18n_1.23.90-1_all.deb 9c89878b1b413484d20031828ab250a526bc387692014fd07bdb76be271b0774 179754 python-gammu-doc_1.23.90-1_all.deb 949cae0fccba365da9aaa36dfc679cd5377d5ce88348b49ea3eda07401f7b7ac 309928 gammu_1.23.90-1_amd64.deb fd6ffe2afdf0b316eec21ddd9f0c23725f7dfb3fb263378a674c81c2cd628d8a 121078 gammu-smsd_1.23.90-1_amd64.deb 995e3cb12d1a3421486f2ed215fc502e647b9b6235688d63b023d8f70222fdce 178182 libgammu-dev_1.23.90-1_amd64.deb d1dfa142b08fb0f78494024f386da73f18d013e2fc03579bed460a5c9a36088c 525972 libgammu6_1.23.90-1_amd64.deb 489b34d76caba3e8df45a7e3d4a0b5c9c6384dc9a1f25eb6f88c65a2daf22d6b 126384 libgsmsd6_1.23.90-1_amd64.deb 66fa9fc3983e86c62b1ad93a7cd1a93f7d6e0f4428982a452c9722f1d43c2aa6 1899172 libgammu-dbg_1.23.90-1_amd64.deb 9baffa289bade5593415351aa2738298b8259e78d711d3602052810d8286764c 242216 python-gammu_1.23.90-1_amd64.deb f572b16e592c9af4dfd11d7d8f8145ec86b5ec89af8790ea3255a496cf30fa6a 251414 python-gammu-dbg_1.23.90-1_amd64.deb Files: dbf9373ebecd843d18e3e18eb3eeaff0 1522 comm optional gammu_1.23.90-1.dsc fe38398524ae84b671f2f9cf676dffa3 2876555 comm optional gammu_1.23.90.orig.tar.gz 07c4d74b794d1e521e2a7d37337b7267 10667 comm optional gammu_1.23.90-1.diff.gz c0026829cead7450ebfdadbe489c045e 190430 libs optional libgammu-i18n_1.23.90-1_all.deb 24c6f699932f09c4bf6dd9cc4e90b1df 179754 doc optional python-gammu-doc_1.23.90-1_all.deb 30ede57e125c1d9c9842d4f33a57cae6 309928 comm optional gammu_1.23.90-1_amd64.deb 13018d286428e38769b5f63997ba12d3 121078 comm optional gammu-smsd_1.23.90-1_amd64.deb ba01f77d45d092b79ca993ece2eb9071 178182 libdevel optional libgammu-dev_1.23.90-1_amd64.deb 022fcb843778dc1ee4ed6a72a810f9c7 525972 libs optional libgammu6_1.23.90-1_amd64.deb b5fbc4c7e0acc6b2e5bd61121d0ca2ca 126384 libs optional libgsmsd6_1.23.90-1_amd64.deb 18051c6fa7dd27a78ef1ac7646ac7179 1899172 libdevel extra libgammu-dbg_1.23.90-1_amd64.deb fc1cc1eb4dac0727f1a956a4628a09a6 242216 python optional python-gammu_1.23.90-1_amd64.deb 313b1fc1df26946632b05d4e99b5040b 251414 python extra python-gammu-dbg_1.23.90-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm30mYACgkQ3DVS6DbnVgSwFwCfe3NU/Zh5O1bLcZB8/LAF4oO3 qGkAn3qGPbTdZfbWN6Ar1oSZ5EX2UCEa =+qIV -END PGP SIGNATURE- Accepted: gammu-smsd_1.23.90-1_amd64.deb to pool/main/g/gammu/gammu-smsd_1.23.90-1_amd64.deb gammu_1.23.90-1.diff.gz to
Accepted ldtp 1.5.1-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 19:35:11 +0530 Source: ldtp Binary: ldtp python-ldtp Architecture: source all amd64 Version: 1.5.1-1 Distribution: unstable Urgency: low Maintainer: Kartik Mistry kar...@debian.org Changed-By: Kartik Mistry kar...@debian.org Description: ldtp - GNU/Linux Desktop Testing Project (GNU/LDTP) python-ldtp - Python bindings for ldtp Closes: 519127 Changes: ldtp (1.5.1-1) unstable; urgency=low . * New upstream release * debian/control: + Fixed Circular Dependency Hell. Thanks to Ara and Nags for quick update in upstream (Closes: #519127) + Depends on Python 2.5 or above to use wnck module + Added Ara Pulido a...@ubuntu.com as co-maintaner + Conflicts/Replaces with earlier versions to avoid upgrade problems * debian/ldtp.install, debian/python-ldtp.install: + ldtp package now only contains ldtp binary, rest are moved to python-ldtp * debian/rules: + Fixed installation for manpages * debian/menu: + Fixed menu package name for ldtpeditor Checksums-Sha1: 9de5880ce3d21a79bd2e729a0e728eeff4a2f69a 1120 ldtp_1.5.1-1.dsc a29072ec77ea5661064a0b9f94c0dca56cbf8f39 431647 ldtp_1.5.1.orig.tar.gz 84948cb63155f372900f1d6bb300d54043965ee0 5631 ldtp_1.5.1-1.diff.gz dd0b132c4ddb5f0d1b52257f53eff0555369b776 154254 python-ldtp_1.5.1-1_all.deb a582e37ff0f8038e4435e9f1529457f076285002 93084 ldtp_1.5.1-1_amd64.deb Checksums-Sha256: 6515dcf42158837b6223b2a2f1e83aa0ebad359e093a1cfe772e1e9e5998ad95 1120 ldtp_1.5.1-1.dsc 62dd86c89bfef3f8cd772476bb415c4dc9cf70d990c0bf81033849d477dfc212 431647 ldtp_1.5.1.orig.tar.gz be880ff2d96983b6e20f7aabc88b939d0d9e5c255fa0df6c88243b8dad01eb24 5631 ldtp_1.5.1-1.diff.gz bf10a52d3e385d2c7d60b025eb1ef7d9a8c8ab3bdf184ccc1dbd3e89a17c95ea 154254 python-ldtp_1.5.1-1_all.deb 0a72aef7b55019a1e13ef686111c1e7041da6542b2ef4fec6a09fd8ea2841d11 93084 ldtp_1.5.1-1_amd64.deb Files: 1294ffd5e592308114a160e0221dfc6d 1120 devel optional ldtp_1.5.1-1.dsc eecec4c398e6a17ebc8f397e8d46dd4e 431647 devel optional ldtp_1.5.1.orig.tar.gz 5583e0ecf87bda6ed987f8541d3145dc 5631 devel optional ldtp_1.5.1-1.diff.gz cda603bbb98acbf6f1cac72a7653ffa3 154254 python optional python-ldtp_1.5.1-1_all.deb d0aa7d8a8c2576f31d1bd06bdd524dce 93084 devel optional ldtp_1.5.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm31SQACgkQoRg/jtECjI0rsQCeOyeuuC/1Tzrl16Y60nA8adtn iWQAoKkd5W23n1B1JcC50BYE01cyn2yC =qKhW -END PGP SIGNATURE- Accepted: ldtp_1.5.1-1.diff.gz to pool/main/l/ldtp/ldtp_1.5.1-1.diff.gz ldtp_1.5.1-1.dsc to pool/main/l/ldtp/ldtp_1.5.1-1.dsc ldtp_1.5.1-1_amd64.deb to pool/main/l/ldtp/ldtp_1.5.1-1_amd64.deb ldtp_1.5.1.orig.tar.gz to pool/main/l/ldtp/ldtp_1.5.1.orig.tar.gz python-ldtp_1.5.1-1_all.deb to pool/main/l/ldtp/python-ldtp_1.5.1-1_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted colorgcc 1.3.2.0-9 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 11:46:17 -0400 Source: colorgcc Binary: colorgcc Architecture: source all Version: 1.3.2.0-9 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Barry deFreese bdefre...@debian.org Description: colorgcc - Colorizer for GCC warning/error messages Closes: 516297 Changes: colorgcc (1.3.2.0-9) unstable; urgency=low . * Orphan this package. + Set maintainer to Debian QA Group. * 10_utf8_output.dpatch. Handle UTF-8 output. (Closes: #516297). + Thanks to Bas Zoetekouw for the patch. * Version license path to GPL-2 in debian/copyright. * Bump Standards Version to 3.8.0. (No changes needed). Checksums-Sha1: e79aeecee83bf1680f8043b0533442da1160e61a 979 colorgcc_1.3.2.0-9.dsc 2d804976705b8eb76d525fe663953a6c664313e9 9658 colorgcc_1.3.2.0-9.diff.gz dd3195712e71fb3d208c04d4645df6bf32b79550 11594 colorgcc_1.3.2.0-9_all.deb Checksums-Sha256: f100e98c9fe2e0a0748f50c26731e101f18d8350ad24a771f11d89e45ffa26b9 979 colorgcc_1.3.2.0-9.dsc dd962aa72db4723f409fa1922c1dbb1423057f5044107f15ac6946c07f64e74f 9658 colorgcc_1.3.2.0-9.diff.gz 0ffde5da6ec03a123fab4a1ab9fb072e73e08507271a72ec1d6652dc1f56d557 11594 colorgcc_1.3.2.0-9_all.deb Files: 24da1075061e450ebc7f84512ab0385c 979 devel extra colorgcc_1.3.2.0-9.dsc 12befd2eb074d0a9e2dd46e2f8f64b4e 9658 devel extra colorgcc_1.3.2.0-9.diff.gz d6674b03ba2db63cff200e9646afa205 11594 devel extra colorgcc_1.3.2.0-9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm34C8ACgkQ5ItltUs5T34xcACgrbWIxRa4G+ZIdIX01aqNwOiu BcwAoO53h231omLLcLNgTjSOaaoV98UN =GhIU -END PGP SIGNATURE- Accepted: colorgcc_1.3.2.0-9.diff.gz to pool/main/c/colorgcc/colorgcc_1.3.2.0-9.diff.gz colorgcc_1.3.2.0-9.dsc to pool/main/c/colorgcc/colorgcc_1.3.2.0-9.dsc colorgcc_1.3.2.0-9_all.deb to pool/main/c/colorgcc/colorgcc_1.3.2.0-9_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 drbd8 2:8.3.0-3 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 17:46:00 +0100 Source: drbd8 Binary: drbd8-utils drbd8-source Architecture: source amd64 all Version: 2:8.3.0-3 Distribution: unstable Urgency: low Maintainer: Debian DRBD Maintainers debian-ha-maintain...@lists.alioth.debian.org Changed-By: Martin Loschwitz madk...@debian.org Description: drbd8-source - RAID 1 over tcp/ip for Linux module source drbd8-utils - RAID 1 over tcp/ip for Linux utilities Changes: drbd8 (2:8.3.0-3) unstable; urgency=low . [ Martin G. Loschwitz ] * Sigh. Remove SVN-Files from debian-diff file Checksums-Sha1: 246081c96e1de9b99a7e7ad545560584b3f51b2e 1306 drbd8_8.3.0-3.dsc 596b8d34b4691eda505a4fd5960cfd25d319efd2 13643 drbd8_8.3.0-3.diff.gz 795f97ae7b369f0806f553887c434e23a38c2653 180808 drbd8-utils_8.3.0-3_amd64.deb 4c52788f815db3b5da5a378a85b770236765c24b 158574 drbd8-source_8.3.0-3_all.deb Checksums-Sha256: 18258ed1c9c65c34cbc79f1d0ddec69a42c151eb29038809a5a9b351dcfd8fd6 1306 drbd8_8.3.0-3.dsc 4ab9a0ac91ff94a7f4c2debd1133553219b931d8234cf15884db2266a6a6f2b1 13643 drbd8_8.3.0-3.diff.gz 2e409c474d28faee36f9afc5c2d480d1dea903f251d99c48b70f634321d5d780 180808 drbd8-utils_8.3.0-3_amd64.deb c10b94c4f5b0d1958f146a0468769800d953bea54b372534621d0434054035d3 158574 drbd8-source_8.3.0-3_all.deb Files: f36805fdb595e553892f5eb11d74be1a 1306 admin extra drbd8_8.3.0-3.dsc 1c0cebc40189f8d579083e1b7a1751f5 13643 admin extra drbd8_8.3.0-3.diff.gz c4b7a5085a0605b66435ee0ea5c7164c 180808 admin extra drbd8-utils_8.3.0-3_amd64.deb fbaf11d6c3076fd465cb391bbdbb06c1 158574 admin extra drbd8-source_8.3.0-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm368sACgkQHPo+jNcUXjB4yACfeTeBND7oMsBh8eV2SkdU3s8M zccAn2REKlWOoIu0GwlAFoqwt/GCnAPL =LcNj -END PGP SIGNATURE- Accepted: drbd8-source_8.3.0-3_all.deb to pool/main/d/drbd8/drbd8-source_8.3.0-3_all.deb drbd8-utils_8.3.0-3_amd64.deb to pool/main/d/drbd8/drbd8-utils_8.3.0-3_amd64.deb drbd8_8.3.0-3.diff.gz to pool/main/d/drbd8/drbd8_8.3.0-3.diff.gz drbd8_8.3.0-3.dsc to pool/main/d/drbd8/drbd8_8.3.0-3.dsc -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted os-prober 1.29 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 16:45:32 + Source: os-prober Binary: os-prober-udeb os-prober Architecture: source i386 Version: 1.29 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-b...@lists.debian.org Changed-By: Colin Watson cjwat...@debian.org Description: os-prober - utility to detect other OSes on a set of drives os-prober-udeb - utility to detect other OSes on a set of drives (udeb) Changes: os-prober (1.29) unstable; urgency=low . [ Colin Watson ] * Merge from Ubuntu: - Load ext4 module if available. - Check dmraid's exit code rather than parsing its output. * Windows Vista has been released for some time now, so just call it that rather than Vista/Longhorn. . [ Frans Pop ] * Remove myself as uploader. Checksums-Sha1: 0f243145d671550dac9c15726cffd49ff00615ba 933 os-prober_1.29.dsc 1dfeb55f4fdc65641d719e042e88704dc616b7ff 18759 os-prober_1.29.tar.gz da3a0d38207c8b715e1bc87b8774bdc634398482 9278 os-prober-udeb_1.29_i386.udeb cddb11cc36c58a2aa7acf1f80a5c04ded6f9bc20 17266 os-prober_1.29_i386.deb Checksums-Sha256: c0ba23a4cb6528a89e44294244242c3ae2dc3f79f01d2d8037d4fabbfabfa629 933 os-prober_1.29.dsc 3a372ab13d1c0b3b8cedb99964d270becb6b34c124b6a8e871b9b59cb25ebc2c 18759 os-prober_1.29.tar.gz 19800bddcaf81e12e69dbe47aa51fc36dc41c96ee534ea08eb99be70e4afb078 9278 os-prober-udeb_1.29_i386.udeb f08c67890cd7e39e88a0caee6f052d06cd60eeb87bd28084f1c686fcffa4ba6b 17266 os-prober_1.29_i386.deb Files: be2357bc0f62f26db59e599a09bd163e 933 debian-installer optional os-prober_1.29.dsc 5bb215eaa2cc9abe5fe148a57d8b2de8 18759 debian-installer optional os-prober_1.29.tar.gz fd97c8d84c2d800eec33d46dc3d1730f 9278 debian-installer optional os-prober-udeb_1.29_i386.udeb bb38a5743ae6621e485493d04aa3be64 17266 utils extra os-prober_1.29_i386.deb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Colin Watson cjwat...@debian.org -- Debian developer iD8DBQFJt+sa9t0zAhD6TNERAoHpAJ414Ffa+fzFtJvm1nXA4BV87UL4GQCeM3Dg qcRC2KFWfo8KGzjhYXpo1sQ= =sFkD -END PGP SIGNATURE- Accepted: os-prober-udeb_1.29_i386.udeb to pool/main/o/os-prober/os-prober-udeb_1.29_i386.udeb os-prober_1.29.dsc to pool/main/o/os-prober/os-prober_1.29.dsc os-prober_1.29.tar.gz to pool/main/o/os-prober/os-prober_1.29.tar.gz os-prober_1.29_i386.deb to pool/main/o/os-prober/os-prober_1.29_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 approx 4.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Mar 2009 13:37:00 -0400 Source: approx Binary: approx Architecture: source i386 Version: 4.0-1 Distribution: unstable Urgency: low Maintainer: Eric Cooper e...@cmu.edu Changed-By: Eric Cooper e...@cmu.edu Description: approx - caching proxy server for Debian archive files Closes: 479493 510761 517217 518727 518753 518761 518763 Changes: approx (4.0-1) unstable; urgency=low . * New upstream version * Change approx to run under inetd (closes: #517217, #479493) * Update packaging for OCaml 3.11 (closes: #518727) * Revert to dropping privileges in gc, update, and import (closes: #510761) * approx-import: use MD5 checksums instead of names and versions (closes: #518753, #518763) * approx-import: print status of each file when importing in verbose mode (closes: #518761) Checksums-Sha1: 0e4cd937b710561bc96ca3edbc0c6aac7403cf90 1412 approx_4.0-1.dsc 2708acb68b3ce18342fc9b78aed36ce1a511ad00 27935 approx_4.0.orig.tar.gz f86b7b06b9ad708302f54f9cf0dc4eae8fdc9d9c 10031 approx_4.0-1.diff.gz a185e144b22f9d6330faee8572679d5bcbdbe33d 1068166 approx_4.0-1_i386.deb Checksums-Sha256: 8b7f71a0e9ff8bd292994db6816e440a5ba2c78c5d1a30b83b641651bf1a4ccb 1412 approx_4.0-1.dsc 74c78eacba8b01368054da717ce40a37f59578cb38d039207334d058a303878e 27935 approx_4.0.orig.tar.gz 6631843a91b3759e2c6e5081b360dfca6b4b59ea55b8d9c3900b31eedded91f4 10031 approx_4.0-1.diff.gz 3ab69ed5c77309c83f9a0c6951fba2340e5d20995fde6486e0de88464d906148 1068166 approx_4.0-1_i386.deb Files: 9c5fbcf01c2b06126a44496788fbd2b1 1412 admin optional approx_4.0-1.dsc 1d19173c6befd3fb6f3e05c839d2f195 27935 admin optional approx_4.0.orig.tar.gz a23ef3f7e2b464192426244f7c3cd4af 10031 admin optional approx_4.0-1.diff.gz fd4ee0e3ff620904991c8b0549e6d09f 1068166 admin optional approx_4.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm35s0ACgkQ99kx1LiC69ehAgCfc4IRLCCBcVQVbmhd2MYlrTql BsEAnj/cT7rkMZSwnAeXQfEzKiAkXlOW =GbV9 -END PGP SIGNATURE- Accepted: approx_4.0-1.diff.gz to pool/main/a/approx/approx_4.0-1.diff.gz approx_4.0-1.dsc to pool/main/a/approx/approx_4.0-1.dsc approx_4.0-1_i386.deb to pool/main/a/approx/approx_4.0-1_i386.deb approx_4.0.orig.tar.gz to pool/main/a/approx/approx_4.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 drbd8 2:8.3.0-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 16:45:00 +0100 Source: drbd8 Binary: drbd8-utils drbd8-source Architecture: source amd64 all Version: 2:8.3.0-2 Distribution: unstable Urgency: low Maintainer: Debian DRBD Maintainers debian-ha-maintain...@lists.alioth.debian.org Changed-By: Martin Loschwitz madk...@debian.org Description: drbd8-source - RAID 1 over tcp/ip for Linux module source drbd8-utils - RAID 1 over tcp/ip for Linux utilities Changes: drbd8 (2:8.3.0-2) unstable; urgency=low . [ Norbert Tretkowski ] * Package is now team-maintained. * Use dpatch for patch management. * New patch 10_lsb-init-script.dpatch to make init-script a bit more LSB compliant. . [ Martin G. Loschwitz ] * Added myself to the Uploaders:-Field Checksums-Sha1: 004393fe73a58e785efc85e7759599219b07d9ff 1306 drbd8_8.3.0-2.dsc d5cec43e0441f23caae152ad32309f90bc395abc 27051 drbd8_8.3.0-2.diff.gz 8544a115113ec3b091e398572f0b341226c48535 180784 drbd8-utils_8.3.0-2_amd64.deb 54f7b6bea74c29adf21a5b1c4ebab7a77db60ae3 158416 drbd8-source_8.3.0-2_all.deb Checksums-Sha256: 4b25466cfdcd8c3cf32b0f313f1b93ce294056d039240e7b56a4a31bc21881b1 1306 drbd8_8.3.0-2.dsc a98f2b388e5ddc57f4c9a5bbecd317a1a46966e79a14f4225f452043ead35fdc 27051 drbd8_8.3.0-2.diff.gz a9f6e3b2912848a143141205b7afc7917034e6217c58f235039e1238d8bf5285 180784 drbd8-utils_8.3.0-2_amd64.deb 0ecfef476b1c7ee5d4ec1e0ee51713a859c4db6f375d2aeb4712a0e51dd3f44d 158416 drbd8-source_8.3.0-2_all.deb Files: 012017c6474b6ab87482fbaa352ec54f 1306 admin extra drbd8_8.3.0-2.dsc 33fe2f8eee26411cf141f477d9ed1ffc 27051 admin extra drbd8_8.3.0-2.diff.gz 4888edba29749aac629bff3b752c4462 180784 admin extra drbd8-utils_8.3.0-2_amd64.deb 0addb78ad79cea7c4b0694a55e8ff176 158416 admin extra drbd8-source_8.3.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm35hoACgkQHPo+jNcUXjAqYgCgh9JBHV2sT0oGi18m8vhFkRAd fpMAniaThxEuND6Sdzm9Lm+mQCLcAZ3z =D4wi -END PGP SIGNATURE- Accepted: drbd8-source_8.3.0-2_all.deb to pool/main/d/drbd8/drbd8-source_8.3.0-2_all.deb drbd8-utils_8.3.0-2_amd64.deb to pool/main/d/drbd8/drbd8-utils_8.3.0-2_amd64.deb drbd8_8.3.0-2.diff.gz to pool/main/d/drbd8/drbd8_8.3.0-2.diff.gz drbd8_8.3.0-2.dsc to pool/main/d/drbd8/drbd8_8.3.0-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 mopac7 1.14-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Mar 2009 22:32:54 +0100 Source: mopac7 Binary: libmopac7-dev libmopac7-1gf mopac7-bin Architecture: source i386 Version: 1.14-3 Distribution: unstable Urgency: low Maintainer: Debichem Team debichem-de...@lists.alioth.debian.org Changed-By: Daniel Leidert (dale) daniel.leid...@wgdd.de Description: libmopac7-1gf - Semi-empirical Quantum Chemistry Library (library) libmopac7-dev - Semi-empirical Quantum Chemistry Library (development files) mopac7-bin - Semi-empirical Quantum Chemistry Library (binaries) Changes: mopac7 (1.14-3) unstable; urgency=low . * debian/rules (FFLAGS): Add -ffunction-sections for the ia64 architecture to fix an FTBFS (#346351, #394172). Checksums-Sha1: c29235d403ff2e0c796953ba39be48f58a879965 1276 mopac7_1.14-3.dsc 695efc4c676212ce69ee2846de6e05ca67db5228 4080 mopac7_1.14-3.diff.gz 171c6eab6d8c780cd185c531ff8e1f4754010fcb 677588 libmopac7-dev_1.14-3_i386.deb 300f819a74bf516e494e05f7684fc6afdb99fd04 501720 libmopac7-1gf_1.14-3_i386.deb bbc568d9ec5cbeed6631cf350626253aa2080248 17356 mopac7-bin_1.14-3_i386.deb Checksums-Sha256: cbcf0586c33362de715b4a7fd72e7c0eca099ac0ee3082a0809f0b8252e0143e 1276 mopac7_1.14-3.dsc 5519706c5240b05f5fb8630197857d12a0e81949e7fea10a556607cdb5ef2936 4080 mopac7_1.14-3.diff.gz 274460ec11a1554bd0f805c18846c18c9c0607fcbd4c737a6710fa1df0b456f0 677588 libmopac7-dev_1.14-3_i386.deb 526e3bc6142c0c94d89ad7d80897077e4744473807f1820f0115e9f434eece2e 501720 libmopac7-1gf_1.14-3_i386.deb b8af717ea5cf956d2061245a3d61da84411f44a0fcc00ac2f83b24f331c5e1e0 17356 mopac7-bin_1.14-3_i386.deb Files: efd6e625d3df8f239a863479d1a1a30d 1276 science optional mopac7_1.14-3.dsc ebccbf18a2cc170f274ae40984f86328 4080 science optional mopac7_1.14-3.diff.gz a49a87f38b36bca63b0e887473b72574 677588 libdevel optional libmopac7-dev_1.14-3_i386.deb 628a1ac32d82ff08693aae609398f550 501720 libs optional libmopac7-1gf_1.14-3_i386.deb 040cf975c216d7581391919c5608be79 17356 science optional mopac7-bin_1.14-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm38hIACgkQm0bx+wiPa4xXuACeO9bqn+GS6LGiKmysTdsvHqPv HAoAoLR/NmlUqYuD8ok5jgIaNMJ6Yj/u =a/gM -END PGP SIGNATURE- Accepted: libmopac7-1gf_1.14-3_i386.deb to pool/main/m/mopac7/libmopac7-1gf_1.14-3_i386.deb libmopac7-dev_1.14-3_i386.deb to pool/main/m/mopac7/libmopac7-dev_1.14-3_i386.deb mopac7-bin_1.14-3_i386.deb to pool/main/m/mopac7/mopac7-bin_1.14-3_i386.deb mopac7_1.14-3.diff.gz to pool/main/m/mopac7/mopac7_1.14-3.diff.gz mopac7_1.14-3.dsc to pool/main/m/mopac7/mopac7_1.14-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 libtorrent-rasterbar 0.14.2-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 16:27:20 +0100 Source: libtorrent-rasterbar Binary: libtorrent-rasterbar2 libtorrent-rasterbar-dev libtorrent-rasterbar-dbg libtorrent-rasterbar-doc python-libtorrent Architecture: source amd64 all Version: 0.14.2-2 Distribution: unstable Urgency: low Maintainer: Cristian Greco cristian.deb...@gmail.com Changed-By: Cristian Greco cristian.deb...@gmail.com Description: libtorrent-rasterbar-dbg - Debug symbols for libtorrent-rasterbar libtorrent-rasterbar-dev - Development files for libtorrent-rasterbar libtorrent-rasterbar-doc - Documentation for libtorrent-rasterbar libtorrent-rasterbar2 - C++ bittorrent library by Rasterbar Software python-libtorrent - Python bindings for libtorrent-rasterbar Changes: libtorrent-rasterbar (0.14.2-2) unstable; urgency=low . * debian/control, debian/rules: revert building only against boost1.37 since the dependencies on the -dev packages are causing some problems with reverse depends clients and backporting to stable is not really needed (too much maintenance work) at the moment. * debian/README.source: deleted. Checksums-Sha1: c3b1e4c462c606f649586477492426a3fc832495 1432 libtorrent-rasterbar_0.14.2-2.dsc ffec21077533fe72db7710267a9b1b3501438868 6892 libtorrent-rasterbar_0.14.2-2.diff.gz ab156fa07c8ab6c14599c516abcab03181aca958 1165550 libtorrent-rasterbar2_0.14.2-2_amd64.deb 5f5c954374a1354c7ad3977331749226a36829f1 2647864 libtorrent-rasterbar-dev_0.14.2-2_amd64.deb d7f6011cec00d0d756577d27e081c4636212a0c8 13153008 libtorrent-rasterbar-dbg_0.14.2-2_amd64.deb 958d446a882d20147c37fa6d59e173da4224fef1 475780 python-libtorrent_0.14.2-2_amd64.deb d82123fbe481374cf026deaa308091dffb97006d 818412 libtorrent-rasterbar-doc_0.14.2-2_all.deb Checksums-Sha256: 6e8332b6b1bc610621e0f3206afde35d5a5f870ed354114a6dd40ececf016b35 1432 libtorrent-rasterbar_0.14.2-2.dsc cdb21add01a95fb8eb549a932c7c9f2038e1dd4a455ebd48d5e6b37dbd3b321c 6892 libtorrent-rasterbar_0.14.2-2.diff.gz d43e24a978843ea22328e33e07fa4341b14895e0648dea3a7fb175a32f386385 1165550 libtorrent-rasterbar2_0.14.2-2_amd64.deb 58279e30b25847e8ee6e1a7caaa8fda64ad37fe4cd1b9c4acbd8542534729ed6 2647864 libtorrent-rasterbar-dev_0.14.2-2_amd64.deb b9f962b517df279cb938943e36ee0020c2b1f96b8090734be465c025a18eeaeb 13153008 libtorrent-rasterbar-dbg_0.14.2-2_amd64.deb 2638fd6307da7b0054739942b0c5fc7be978a895e64e88bf9da91d1184f8935c 475780 python-libtorrent_0.14.2-2_amd64.deb 847cf0b28f6c14c7c027c7ba8618119efa658ca9a89836d602b47536452cb4a0 818412 libtorrent-rasterbar-doc_0.14.2-2_all.deb Files: 9bf890b9319fa99aeac18c3f0c952f57 1432 libs optional libtorrent-rasterbar_0.14.2-2.dsc b23aba0814918e529f3b9e0e921de793 6892 libs optional libtorrent-rasterbar_0.14.2-2.diff.gz 0824eb8a4f895f863deb06ed4fe897d9 1165550 libs optional libtorrent-rasterbar2_0.14.2-2_amd64.deb a627bb8f839a951ca21ee3b0c6918e02 2647864 libdevel optional libtorrent-rasterbar-dev_0.14.2-2_amd64.deb 39b95ea3ef220037cc6cc9082d8ed1f9 13153008 devel extra libtorrent-rasterbar-dbg_0.14.2-2_amd64.deb b0bd4bc3111a2f1d1297775ec0ab0bf6 475780 python optional python-libtorrent_0.14.2-2_amd64.deb 1bfd0cf7d22090f620caa22ff96c1b74 818412 doc optional libtorrent-rasterbar-doc_0.14.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm38jYACgkQ3DVS6DbnVgS6GwCgpodeHnnOjuIxyVRaMa+EAm4G XQwAn3BqZCsbfri/zCRxhvtXGQg5mAZz =5KAl -END PGP SIGNATURE- Accepted: libtorrent-rasterbar-dbg_0.14.2-2_amd64.deb to pool/main/libt/libtorrent-rasterbar/libtorrent-rasterbar-dbg_0.14.2-2_amd64.deb libtorrent-rasterbar-dev_0.14.2-2_amd64.deb to pool/main/libt/libtorrent-rasterbar/libtorrent-rasterbar-dev_0.14.2-2_amd64.deb libtorrent-rasterbar-doc_0.14.2-2_all.deb to pool/main/libt/libtorrent-rasterbar/libtorrent-rasterbar-doc_0.14.2-2_all.deb libtorrent-rasterbar2_0.14.2-2_amd64.deb to pool/main/libt/libtorrent-rasterbar/libtorrent-rasterbar2_0.14.2-2_amd64.deb libtorrent-rasterbar_0.14.2-2.diff.gz to pool/main/libt/libtorrent-rasterbar/libtorrent-rasterbar_0.14.2-2.diff.gz libtorrent-rasterbar_0.14.2-2.dsc to pool/main/libt/libtorrent-rasterbar/libtorrent-rasterbar_0.14.2-2.dsc python-libtorrent_0.14.2-2_amd64.deb to pool/main/libt/libtorrent-rasterbar/python-libtorrent_0.14.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 libcitadel 7.42-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 17:50:23 +0100 Source: libcitadel Binary: libcitadel2 libcitadel2-dbg libcitadel-dev Architecture: source amd64 Version: 7.42-1 Distribution: unstable Urgency: low Maintainer: Debian Citadel Team pkg-citadel-de...@lists.alioth.debian.org Changed-By: Michael Meskes mes...@debian.org Description: libcitadel-dev - Development files for libcitadel2 libcitadel2 - Citadel toolbox libcitadel2-dbg - Debugging symbols for libcitadel2 Closes: 518489 Changes: libcitadel (7.42-1) unstable; urgency=low . * New upstream version. * Bumped major version to 2. * Fixing copyright notice, closes: #518489 Checksums-Sha1: 8f0c2d5e37b16a142351f9500c6ecbc03995a217 1205 libcitadel_7.42-1.dsc 7d5cf85d405a9437a142f89fc5d68e88f70520a1 521712 libcitadel_7.42.orig.tar.gz 0145b02d18813fd635a7554abffeab48db6e78cc 6497 libcitadel_7.42-1.diff.gz 9a1567270eadca0ddd7a71d917ade01e48e69440 57342 libcitadel2_7.42-1_amd64.deb ad879f5d2a09d7effef783404621897d66a99b97 88946 libcitadel2-dbg_7.42-1_amd64.deb 5198f79e74dd1369aba1dd4f2bd3144f6801a0b0 67124 libcitadel-dev_7.42-1_amd64.deb Checksums-Sha256: 5100c1aaab012e75f12ffd05cb34c74fea28da214753d490fc6d3467a67627dc 1205 libcitadel_7.42-1.dsc f84ca3a7fa96b4359fd22ff273027beafc2aef54851358b469ffb1038131473b 521712 libcitadel_7.42.orig.tar.gz 7a9cb7f92d5b01a7c22928ceb1a39bfce36fb9462054128f84b3ab3a166144d2 6497 libcitadel_7.42-1.diff.gz 28416234f659f929f46364da661cb779a117bb7b61f868acfb9305af640153c6 57342 libcitadel2_7.42-1_amd64.deb 1fbc22f520afa462f5546f89ae026dce9d5eb45856e81b835be0bdf0b7a56141 88946 libcitadel2-dbg_7.42-1_amd64.deb cc9e30b71d3d816a1950ecaff0b0c211f111c6942849c8c2b389eff023fd5bd7 67124 libcitadel-dev_7.42-1_amd64.deb Files: 3fbf32d2b19fa3b1ddd10b6350f1980f 1205 libs extra libcitadel_7.42-1.dsc d0514c8e6fb5309ae92ae2fb93ab8c55 521712 libs extra libcitadel_7.42.orig.tar.gz 1d5fe9da2b6cdde391e6abd8587bf068 6497 libs extra libcitadel_7.42-1.diff.gz 37ffe2dbc95f068be74d60b4cac3acc0 57342 libs extra libcitadel2_7.42-1_amd64.deb d3dd57a2e97729ed2b227cdd7b6f0725 88946 libdevel extra libcitadel2-dbg_7.42-1_amd64.deb d78b1bea2c2f710d541ef2fa9154f8ed 67124 libdevel extra libcitadel-dev_7.42-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJt+xCVkEm8inxm9ERAg6yAJ41V+H3IMNpy5tN/U2c7xJSdoCiOwCfbEa3 fM4/QWViIU6B+JYyJjUlO70= =aBFr -END PGP SIGNATURE- Accepted: libcitadel-dev_7.42-1_amd64.deb to pool/main/libc/libcitadel/libcitadel-dev_7.42-1_amd64.deb libcitadel2-dbg_7.42-1_amd64.deb to pool/main/libc/libcitadel/libcitadel2-dbg_7.42-1_amd64.deb libcitadel2_7.42-1_amd64.deb to pool/main/libc/libcitadel/libcitadel2_7.42-1_amd64.deb libcitadel_7.42-1.diff.gz to pool/main/libc/libcitadel/libcitadel_7.42-1.diff.gz libcitadel_7.42-1.dsc to pool/main/libc/libcitadel/libcitadel_7.42-1.dsc libcitadel_7.42.orig.tar.gz to pool/main/libc/libcitadel/libcitadel_7.42.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 gnome-utils 2.24.1-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 11 Mar 2009 18:41:23 +0100 Source: gnome-utils Binary: libgdict-1.0-6 libgdict-1.0-dev gnome-utils Architecture: source amd64 Version: 2.24.1-2 Distribution: unstable Urgency: low Maintainer: Marco Cabizza marc...@gmail.com Changed-By: Josselin Mouette j...@debian.org Description: gnome-utils - GNOME desktop utilities libgdict-1.0-6 - GNOME Dictionary base library libgdict-1.0-dev - GNOME Dictionary base library - development files Changes: gnome-utils (2.24.1-2) unstable; urgency=low . * Upload to unstable. Checksums-Sha1: 127b68acfc75a64c7b1174688aefeb0c8e8cc48c 2098 gnome-utils_2.24.1-2.dsc 3e7c3eb504c262926ce82a7b6dd3b40128bdb66b 30554 gnome-utils_2.24.1-2.diff.gz 5f442c253bcc96b481777e5f029c884c552fc64b 135666 libgdict-1.0-6_2.24.1-2_amd64.deb f8c9a8793c5801e4c13b9849df9d251e1cb021b6 130326 libgdict-1.0-dev_2.24.1-2_amd64.deb 0c75576476b4a7d5572116fc7a8780e6b8b82ac1 10257214 gnome-utils_2.24.1-2_amd64.deb Checksums-Sha256: 94e270a0d46eb58c2070239c82218635a6d183d2442d6365b525653c2aabe57a 2098 gnome-utils_2.24.1-2.dsc d00842f8ff29c022e18db6c69cd3b07ae537eaae1a6fa91f9e5e1406b078da23 30554 gnome-utils_2.24.1-2.diff.gz bc506f5507c78df22d2b6868c2071fbd54a1079b41070070a3c8e775a1f35971 135666 libgdict-1.0-6_2.24.1-2_amd64.deb 0e7b10bc2207ea5c8966e2b0d7208ddebd1dd955732253038a57e35940a0 130326 libgdict-1.0-dev_2.24.1-2_amd64.deb bfe61bc2573d2ce3203462cbf71f7fb631718a09e2f5969fc7e8b7f8f893b3b0 10257214 gnome-utils_2.24.1-2_amd64.deb Files: 6eada0fdfd23e7db9051a61034c2af1e 2098 gnome optional gnome-utils_2.24.1-2.dsc f4430e089395664dc36dfdbc0b1a438c 30554 gnome optional gnome-utils_2.24.1-2.diff.gz 658659eec24e9be4b9fb7489f27b2bc0 135666 libs optional libgdict-1.0-6_2.24.1-2_amd64.deb 3fd4ad09884b00e6454f9ffb9c32983e 130326 libdevel optional libgdict-1.0-dev_2.24.1-2_amd64.deb d1ba0919a8e8c8d50411e3770922c707 10257214 gnome optional gnome-utils_2.24.1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJt/rJrSla4ddfhTMRAlA/AJ46YkFF0MW7NwAqCMlJ8ehs+mUlTACeIXwh j69v7yhj5pXgPVBgbG4aRBo= =CKXe -END PGP SIGNATURE- Accepted: gnome-utils_2.24.1-2.diff.gz to pool/main/g/gnome-utils/gnome-utils_2.24.1-2.diff.gz gnome-utils_2.24.1-2.dsc to pool/main/g/gnome-utils/gnome-utils_2.24.1-2.dsc gnome-utils_2.24.1-2_amd64.deb to pool/main/g/gnome-utils/gnome-utils_2.24.1-2_amd64.deb libgdict-1.0-6_2.24.1-2_amd64.deb to pool/main/g/gnome-utils/libgdict-1.0-6_2.24.1-2_amd64.deb libgdict-1.0-dev_2.24.1-2_amd64.deb to pool/main/g/gnome-utils/libgdict-1.0-dev_2.24.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