many packages FTBFS, if $TAPE is set
Hi folks, Many packages FTBFS (silently!) if an environment variable TAPE is set. That happens if your rules script uses something like tar -c modules | bzip2 -9 omfs.tar.bz2 for example. If $TAPE is set, then tar writes to $TAPE instead of stdout (possibly corrupting the tape you had inserted). bzip succeeds (regardless whether a tape is in), rules succeeds, but your *.deb file is bad. I am sure you agree that this is a fatal failure in the package. It should be tar cf - modules | bzip2 -9 omfs.tar.bz2 But most people simply don't know that their rules file corrupts tapes. First thing would be to detect these packages. This could be done in the autobuild procedure done on the debian hosts, e.g. by setting $TAPE to point to some kind of watchdog file. If the build succeeded, but the watchdog file contains some data, then obviously something went wrong. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Hi Harald! You wrote: I am sure you agree that this is a fatal failure in the package. It should be tar cf - modules | bzip2 -9 omfs.tar.bz2 But most people simply don't know that their rules file corrupts tapes. First thing would be to detect these packages. This could be done in the autobuild procedure done on the debian hosts, e.g. by setting $TAPE to point to some kind of watchdog file. It should also be possible to detect with with lintian, I would think. Simply checking for a tar invocation without -f option should do the trick. Regards, Bas. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#439824: ITP: sanduhr -- An alarm clock designed as an hourglass (formerly in Debian)
* Thanasis Kinias [Mon, 27 Aug 2007 10:49:20 -0700]: This package is in stable but has been removed from testing and unstable because the upstream developer and previous maintainer have abandoned it. And has this situation changed? In the home page of the project I don't see any new release since 2004. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Elton John - The one -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Tuesday 28 August 2007 06:46:47 Bruce Sass wrote: On Mon August 27 2007 05:33:05 pm Romain Beauxis wrote: Le Tuesday 28 August 2007 00:17:40 Bruce Sass, vous avez écrit : On Mon August 27 2007 04:05:24 pm Pierre Habouzit wrote: And it's no way we will accept the statically linked version in Debian. Of course, obviously---for software where there is a choice, but for software which can not be built from source because it is closed or not redistributable once modified (which seems to be the case with Opera), putting a statically linked version into the archive sounds like the correct solution. btw, I agree with Russ Allbery: ...but just dropping the vendor's Debian package in our archive seems like entirely pointless... Opera could offer an apt reporitory for the .deb, much like skype is doing it. Those inclined to run Opera could then well do so very easily. And they could reuse Debian's library, too. I could also see an Opera install script to be shipped as a Debian package ... but I am not in favour of such. What would be good is to have some contact with the upstream developers. There are Debianers everywhere, certainly also in the vicinity of the Opera house. The web of trust gave me Mr Johan Herland as the only member of strong set and I took the freedom to place him on the CC line. Johan, do you see Opera to be near to releasing a version of your browser in your own apt repository that does its best to avoid being statically linked? Is there something you would like Debian to do for you before something like that would seam reasonable to you? Best regards Steffen
Re: Why no Opera?
Michael Banck wrote: On Tue, Aug 28, 2007 at 02:57:07AM +0300, Lars Wirzenius wrote: It is not free software. I had a quick peek at the license in the .deb available from Opera's website, and it would not seem that they allow other parties to distribute the software, therefore Debian cannot do so. That shouldn't stop us from having a discussion about it anyway! true. If somebody could convince the opera guys to open their source - that would be a great thing. Opera is a very well working browser and it is a shame, that it is not under an open source license. -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ITP: ntl -- Numbery Theory Library
Package: wnpp Severity: wishlist * Package name: ntl Version : 5.4.1 Upstream Authors : Victor Shoup [EMAIL PROTECTED] * URL : http://www.shoup.net/ntl/ * License : GNU GPL 2 Description : Numbery Theory Library This is a high-performance, portable C++ library providing data structures and algorithms for manipulating signed, arbitrary length integers, and for vectors, matrices, and polynomials over the integers and over finite fields. . Homepage: http://www.shoup.net/ntl/ -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux ibook 2.4.23-ben1 #7 Sat Dec 27 11:20:38 CET 2003 ppc Locale: LANG=POSIX, LC_CTYPE=POSIX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
I would like and need to learn packaging some software for Debian, and something already packaged does seem like a good place to start. The question there is, can it go into Debian? you think about creating your own Debian derivative and don't know how to package software for it? That won't work. -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On Tue, Aug 28, 2007 at 09:08:12AM +0200, Harald Dunkel wrote: Many packages FTBFS (silently!) if an environment variable TAPE is set. The manpage of tar does not mention the special handling of a environment variable named TAPE. Nor does tar --help. Bastian -- Beam me up, Scotty! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ITP: macaulay2 -- Software system for algebraic geometry research
Package: wnpp Severity: wishlist * Package name: macaulay2 Version : 0.9.95 Upstream Authors : Daniel R. Grayson and Michael E. Stillman * URL : http://www.math.uiuc.edu/Macaulay2/ * License : GNU GPL 2 Description : Software system for algebraic geometry research This is a software system devoted to supporting research in algebraic geometry and commutative algebra. . Homepage: http://www.math.uiuc.edu/Macaulay2/ -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux ibook 2.4.23-ben1 #7 Sat Dec 27 11:20:38 CET 2003 ppc Locale: LANG=POSIX, LC_CTYPE=POSIX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On 8/28/07, Bastian Blank [EMAIL PROTECTED] wrote: On Tue, Aug 28, 2007 at 09:08:12AM +0200, Harald Dunkel wrote: Many packages FTBFS (silently!) if an environment variable TAPE is set. The manpage of tar does not mention the special handling of a environment variable named TAPE. Nor does tar --help. http://heirloom.sourceforge.net/man/tar.1.html - maybe not the same version of tar though. -- Andrew Donnellan ajdlinuxATgmailDOTcom (primary)ajdlinuxATexemailDOTcomDOTau (secure) http://andrewdonnellan.comhttp://ajdlinux.wordpress.com [EMAIL PROTECTED]hkp://subkeys.pgp.net 0x5D4C0C58 http://linux.org.auhttp://debian.org Spammers only === [EMAIL PROTECTED] === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Hi Bas, You could write 'tar cfz file.tgz files' instead of 'tar -c -f file.tgz -z files'. Seems that looking for a missing '-f' or 'f' would be pretty error-prone and much more difficult than a simple test ! -s watchdog.tar after building the package. My point is: We need some central quality check here, however it is done. Many packages use 'tar' in their rules file. Surely every maintainer should verify his/her own package. But in this case a central check would be cheap and easy to implement. Almost zero effort compared to the damage done by corrupting tapes. Regards Harri Bas Zoetekouw wrote: Hi Harald! It should also be possible to detect with with lintian, I would think. Simply checking for a tar invocation without -f option should do the trick. Regards, Bas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On Tuesday 28 August 2007 09:36, Bas Zoetekouw wrote: You wrote: But most people simply don't know that their rules file corrupts tapes. First thing would be to detect these packages. This could be done in the autobuild procedure done on the debian hosts, e.g. by setting $TAPE to point to some kind of watchdog file. It should also be possible to detect with with lintian, I would think. Simply checking for a tar invocation without -f option should do the trick. I'm not sure if such a check would be easy to implement reliably in lintian. This really sounds like a check that could be implemented using Mole. That is (or will be) very well suited to test the entire archive e.g. with such a strange build environment, in the way Harald suggests. Thijs pgppkj3FtQCrY.pgp Description: PGP signature
Re: Why no Opera?
Hi, [EMAIL PROTECTED] wrote : I did not specify Opera as an example. Opera does perform much better on older hardware than Iceweasel. I agree with you, but I think Iceweasel can be alright. I use a Pentium 4 M. Using its frequency scaling, I often use 200 Mhz frequency. All the sites I browse are ok. With Flash it would run much slower however. If you have less than 200 Mhz and a video card which must use VESA or VGA, then you should get Dillo. However, it misses some major features, and it seems it isn't developed anymore. I do not see the need to do anything other than sign the package and drop it into the repository, as it is already completely functional for Debian. I understand this is not the Debian way and I understand that in quite a few instances many packages created for Debian by outside parties could still have problems. I am reasonably certain that this is not an issue with Opera, given the widespread use and the fantastic job they have always done packaging their browser for Linux. Well, Debian can't trust anything but the license, and that's how things are supposed to work with laws. Let's say you trust Mozilla Foundation and include Firefox, and there is a trademark issue, and you must call it Iceweasel. Then you wouldn't trust Opera, because its license doesn't explain well the redistribution terms. I guess if you use Linux the right way, you use it because you don't want things (i.e. bugs) rather than because you want things. Using free software is some kind of askesis (lol) so don't bother using the browser you like but use an ethical browser instead. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#53121: Oport.unidade de trab.alho em imo.biliaria de al.to pa.drao.
Conexão Imobiliária (creci.16820-J) Oportunidade de Emprego como Corretor(a) de Imóveis: Com 12 anos de mercado, focada nas mais modernas tecnologias de informática e telecomunicação, está contratando Corretores(as) de Imóveis. Requisitos: máquina fotográfica digital, conhecimento de informática, ambiente Windows, vontade de ingressar no mercado imobiliário e se já possuir creci, melhor ainda ! Oferecemos: treinamento no local, prêmio semanal por resultado, ou seja, você já começa a trabalhar ganhando, excelente ambiente de trabalho e as melhores comissões do mercado imobiliário. Encaminhe essa mensagem para um amigo que esteja procurando uma oportunidade no ramo. Só Aceitamos pessoas do estado de SP e para o cargo de Corretor(a) Contato: E-mail: [EMAIL PROTECTED] Fone: (11) 3078-1200 Se não quiser receber nossos informes favor mandar uma mensagem para o e-mail [EMAIL PROTECTED] com Descno assunto. 12639757482994531--
Re: many packages FTBFS, if $TAPE is set
I demand that Bastian Blank may or may not have written... On Tue, Aug 28, 2007 at 09:08:12AM +0200, Harald Dunkel wrote: Many packages FTBFS (silently!) if an environment variable TAPE is set. The manpage of tar does not mention the special handling of a environment variable named TAPE. Nor does tar --help. Nevertheless, it will write to $TAPE. (I've just checked this with 1.16.1-1.) Perhaps dpkg-buildpackage should unset TAPE...? -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. Pronounce your prepositions, damn it! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Mon, Aug 27, 2007 at 03:28:55PM -0400, [EMAIL PROTECTED] wrote: Correct, I am not a Debian developer. I have considered it several times but have been put off by the amount of documentation. I have to be able to jump in and do something or I lose interest. Don't we all? This might be a perfect opportunity: Figure out whether Debian would be allowed to distribute Opera; if so, make a package, find a sponsor to upload it, and maintain this package for Debian. There you go. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Mon, Aug 27, 2007 at 11:12:33PM -0400, [EMAIL PROTECTED] wrote: Quoting Roberto C. Sánchez [EMAIL PROTECTED]: The same exact thing could be said of Apache, MySQL, PostgreSQL, and any of a number of other packages which received tremendous testing upstream. None of them have empty pages on bugs.d.o. Are these packages which have been packaged upstream for Debian as well? I am sure there is never an empty page of bugs for most software. Exactly. Which is why we want the package to sit in testing for a while before we release it. You see, many of the bugs in our bug tracking system are Debian-specific. Those won't be reported to the Opera upstream people. * So, you are attempting to find all of the bugs before a release instead of having to patch afterward? Yes. We don't succeed in that, but that's a different matter. * Does this actually reduce the number of bugs, or does it just take longer? Can't parse this. I have found several already since I began working on my Deb-Ice project. I believe a lot are being missed in the underused packages. [citation needed] It's painfully clear that you don't understand how Debian works. We don't upload packages one by one to the stable release; that would not be manageable. Instead, we test the distribution more or less as a whole, and once it's ready, release it as a whole. After that, only *updates* to *serious bugs* can go into stable -- no fixes to minor bugs, no new features, and *certainly* no new packages. If Opera isn't in etch now, it will never be. It might end up in lenny if someone cares enough and we have the right to do so, but that's the best you'll get. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On Tue, Aug 28, 2007 at 04:44:32PM +0100, Darren Salt wrote: Perhaps dpkg-buildpackage should unset TAPE...? Why should we work around any possibly developer misconfiguration? Or is there a valid use-case for setting $TAPE these days which makes it impossible for the developer to unset it themselves? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On Tue, Aug 28, 2007 at 04:44:32PM +0100, Darren Salt wrote: I demand that Bastian Blank may or may not have written... On Tue, Aug 28, 2007 at 09:08:12AM +0200, Harald Dunkel wrote: Many packages FTBFS (silently!) if an environment variable TAPE is set. The manpage of tar does not mention the special handling of a environment variable named TAPE. Nor does tar --help. Nevertheless, it will write to $TAPE. (I've just checked this with 1.16.1-1.) Perhaps dpkg-buildpackage should unset TAPE...? No, a bug against tar. Bastian -- Ahead warp factor one, Mr. Sulu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
Quoting Wouter Verhelst [EMAIL PROTECTED]: It's painfully clear that you don't understand how Debian works. Yes, that is why I am asking these questions. Thanks to all who have responded. The documentation I have found about the different versions and process is somewhat vague. Everything should be made as simple as possible, but not simpler. Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
Quoting Bernd Zeimetz [EMAIL PROTECTED]: I would like and need to learn packaging some software for Debian, and something already packaged does seem like a good place to start. The question there is, can it go into Debian? you think about creating your own Debian derivative and don't know how to package software for it? That won't work. I am trying to make it a flavor and not a derivative. Most of what I need is already in Debian, and I could of course just use a shell script and wget to install the rest. I think it would be better all around to get it into Debian whenever possible. I have time to learn, the world was not built in a day. -- Everything should be made as simple as possible, but not simpler. Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439940: ITP: darcs-monitor -- Darcs add-on that sends mail about newly pushed changes
Package: wnpp Severity: wishlist Owner: Antti-Juhani Kaijanaho [EMAIL PROTECTED] * Package name: darcs-monitor Version : 0.3.1 Upstream Author : Antti-Juhani Kaijanaho [EMAIL PROTECTED] * URL : http://wiki.darcs.net/DarcsWiki/DarcsMonitor * License : GPL2+ Programming Lang: Haskell Description : Darcs add-on that sends mail about newly pushed changes It is often desirable to send mail about new changes to software to a mailing list as soon as they are committed to a version control repository. Darcs-monitor adds this functionality to Darcs, an advanced revision control system. . Darcs-monitor is most commonly used as a Darcs apply post-hook, so that email is sent as soon as changes are pushed to the repository under monitoring. . Mails sent by darcs-monitor are configurable, and they can contain the diff of the changes, as well as change metadata. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Mon, Aug 27, 2007 at 03:13:59PM -0400, [EMAIL PROTECTED] wrote: You are also free to properly package it yourself and find a sponsor to upload it for you (assuming you are not already a Debian Developer yourself, which I am guessing you are not). I do not see the need to do anything other than sign the package and drop it into the repository, as it is already completely functional for Debian. Maybe. Maybe not. [EMAIL PROTECTED]:~$ lintian opera_9.23-20070809.3-shared-qt_en_powerpc.deb W: opera: extra-license-file usr/share/doc/opera/LICENSE.gz W: opera: extra-license-file usr/share/opera/locale/en/license.txt W: opera: menu-file-in-usr-lib usr/lib/menu/opera W: opera: menu-item-uses-apps-section /usr/lib/menu/opera:3 W: opera: menu-item-creates-new-section Apps/Net /usr/lib/menu/opera:3 That's okay-ish for a .deb, seen how it comes from a commercial company. But when looking at it in slightly more detail, I find some really weird, ugly and freaky things that lintian does not catch: - Its postinst generates a desktop file that it drops on some random place on the hard disk (the exact position depends on whether Gnome, KDE, or some other Desktop environment is installed; whether some environment variables are set; and I wouldn't be surprised if the phase of the moon would have some influence, too). Why it does not simply ship a .desktop file as part of the package is beyond me. As part of this, it also has to copy a number of .png files into place. Neither the .desktop file nor the .png file are then known to dpkg, which, e.g., breaks diversions. - The Description field sounds more like a sales pitch than like a description. - The debian changelog is less than helpful. These changelogs aren't just random idioticracy; they help us track down when a particular issue was introduced, so that we would be able to fix *all* buggy packages, rather than just those packages that we (perhaps erroneously) thought were buggy. - There is something horribly wrong with there dependencies. I did install it, but then I got this: ERROR: ld.so: object 'libjvm.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored. /usr/lib/opera/9.23-20070809.3/opera: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory Apparently I'd downloaded the wrong version at first; but with proper dependencies, dpkg would have rejected the installation of this package in the first place. I got bored by then. A package with the above issues should not just be uploaded to the Debian archive. This is much, much more than just a sign and upload thing. I understand this is not the Debian way and I understand that in quite a few instances many packages created for Debian by outside parties could still have problems. I am reasonably certain that this is not an issue with Opera, given the widespread use and the fantastic job they have always done packaging their browser for Linux. Perhaps not everyone is convinced about the quality of Opera. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Bastian Blank wrote: On Tue, Aug 28, 2007 at 04:44:32PM +0100, Darren Salt wrote: I demand that Bastian Blank may or may not have written... On Tue, Aug 28, 2007 at 09:08:12AM +0200, Harald Dunkel wrote: Many packages FTBFS (silently!) if an environment variable TAPE is set. The manpage of tar does not mention the special handling of a environment variable named TAPE. Nor does tar --help. Nevertheless, it will write to $TAPE. (I've just checked this with 1.16.1-1.) Perhaps dpkg-buildpackage should unset TAPE...? No, a bug against tar. I assume you mean to make the documentation match the behaivour. Rememer it is a Tape ARchival program. -- John H. Robinson, IV [EMAIL PROTECTED] http WARNING: I cannot be held responsible for the above, sbih.org ( )(:[ as apparently my cats have learned how to type. spiders.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
Quoting Wouter Verhelst [EMAIL PROTECTED]: Ok, so just because it installs and works does not mean everything is correct. Not sure where the flaw is there, maybe it should be impossible to package something incorrectly ;) Thanks, can someone give me a few ideas of some things I can do with packages such as this to gather information before I bring then to the debian devs to work with me on getting the issues corrected? Everything should be made as simple as possible, but not simpler. Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: proposed release goal: DEBIAN/md5sums for all packages
On Mon, Aug 27, 2007 at 12:04:51PM +0200, A Mennucc wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefano Zacchiroli ha scritto: In an attempt to prevent drift to a well-known counter argument: DEBIAN/md5sums (used by debsums) are *not* intended as a mean to counter security attacks, since they can be easily altered. If md5sums become part of the policy, then this brings me to an old idea of mine. (... idea related to forensic use of md5sums ...) This we could do already. We don't need md5sums in files, a script could just generate this for a stable release and publish that file (signed). Even better, that file could ship whatever hashes we believed were good enough for forensics (MD5? SHA-1? SHA-256?). I think I already pointed people interested in this to #268658. If ftpmasters where given the tools to implement this seamlessly then you could have aside tools that downloaded that file from the FTP site, and locally checked the md5sums. Regards Javier PS: BTW, if you do this with a searchable web interface you also have to ensure that you have a trust path to it, that means using SSL with a good certificate.. signature.asc Description: Digital signature
Re: many packages FTBFS, if $TAPE is set
On Tue, Aug 28, 2007 at 09:39:47AM -0700, John H. Robinson, IV wrote: I assume you mean to make the documentation match the behaivour. At least. Rememer it is a Tape ARchival program. | -f, --file [HOSTNAME:]F | use archive file or device F (default -, meaning stdin/stdout) The file is explicitely documented as -, not $TAPE. Bastian -- You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Bastian Blank [EMAIL PROTECTED] wrote: The manpage of tar does not mention the special handling of a environment variable named TAPE. Nor does tar --help. But, unsurprisingly, the tar manual does (under the --file option). -M- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Many packages FTBFS (silently!) if an environment variable TAPE is set. Perhaps dpkg-buildpackage should unset TAPE...? pbuilder and other tools already do that when chrooting? Tar's $TAPE behaviour fails the principle of least suprise. Tar developers should reconsider the usability implications of such feature. For packages, I think $TAPE is hardly the only environment variable that can change package outcome. Atleast the locale variables can wreck havoc for builds. Or consider setting AWKPATH or even PATH to something strange... Clearly packagers should not need to take care of all possible enviroment misconfigurations. That's why we tell people to use pbuilder. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request for set up of kudos.debian.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi you can use $ reportbug --kudos PACKAGE a. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG1GB09B/tjjP8QKQRAg+9AJ9WNuYwW2QDDuZ46l9rRgwrGIZVVgCfbU0j n3inmbPPVbDTwJjTKernKZc= =eCnZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
#include hallo.h * [EMAIL PROTECTED] [Mon, Aug 27 2007, 03:28:55PM]: Correct, I am not a Debian developer. I have considered it several times but have been put off by the amount of documentation. I have to be able to jump in and do something or I lose interest. Doing boring work is usually among the tasks of a serious maintainer. If you are not able to do that then I doubt you will become one. Eduard. -- hank irgendwie wird das hier immer schlimmer mit solchen leuten... ich glaube, ich geh wieder ins qnet, da ist wenigstens noch ein gewisses niveau :-/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On 28/08/07 at 13:49 +0200, Thijs Kinkhorst wrote: On Tuesday 28 August 2007 09:36, Bas Zoetekouw wrote: You wrote: But most people simply don't know that their rules file corrupts tapes. First thing would be to detect these packages. This could be done in the autobuild procedure done on the debian hosts, e.g. by setting $TAPE to point to some kind of watchdog file. It should also be possible to detect with with lintian, I would think. Simply checking for a tar invocation without -f option should do the trick. I'm not sure if such a check would be easy to implement reliably in lintian. This really sounds like a check that could be implemented using Mole. That is (or will be) very well suited to test the entire archive e.g. with such a strange build environment, in the way Harald suggests. From what I have understood so far about Mole (and I might be wrong), Mole is not a silver that will make it dead easy to implement QA tests. It will help QA data storage and data mining by providing a single, central place for all QA test results, and help distributing the load of doing the actual tests. But to do this actual test, using a slightly modified sbuild [the packaged one] sounds like a much better plan. One would have to set the env variable before starting the build, and add a check in sbuild so that if complains if the fake tape has been written to. I can run the test rebuild over all packages if someone provides a working patch against sbuild. Also, can someone give an example package that should fail that test? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Re: many packages FTBFS, if $TAPE is set
* Riku Voipio [Tue, 28 Aug 2007 21:15:35 +0300]: That's why we tell people to use pbuilder. FWIW, debuild alone also sanitizes the environment. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Elton John - Border song -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Adeodato Simó [EMAIL PROTECTED] writes: * Riku Voipio [Tue, 28 Aug 2007 21:15:35 +0300]: That's why we tell people to use pbuilder. FWIW, debuild alone also sanitizes the environment. I don't have any time to work on this, but it occurred to me reading this that it might be useful for QA purposes to have a version of debuild that *unsanitizes* the environment to test robustness. An evil-debuild that sets every problematic environment variable that it can think of (TAPE, QUILT_PATCHES, LANG, LC_ALL, PWD, etc.), builds the source in a directory name containing a space, and otherwise tries all the environmental things that have broken packages in the past. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
Re: Why no Opera?
Quoting Eduard Bloch [EMAIL PROTECTED]: #include hallo.h * [EMAIL PROTECTED] [Mon, Aug 27 2007, 03:28:55PM]: Correct, I am not a Debian developer. I have considered it several times but have been put off by the amount of documentation. I have to be able to jump in and do something or I lose interest. Doing boring work is usually among the tasks of a serious maintainer. If you are not able to do that then I doubt you will become one. Eduard. Well, I was also being polite. The developer community is not exactly friendly to newcomers in general either. some persons are, but those people tend to have less to say then the ones who are not. You don't give a toddler a steak, you give him something he can swallow. Taking a look at all of the abandoned packages there are a lot of developers needed here. I believe a lot of people like me would assist if they could get a little more direction instead of derisiveness. __ Everything should be made as simple as possible, but not simpler. Albert Einstein
Re: many packages FTBFS, if $TAPE is set
On Tue, Aug 28, 2007 at 12:22:21PM -0700, Russ Allbery wrote: I don't have any time to work on this, but it occurred to me reading this that it might be useful for QA purposes to have a version of debuild that *unsanitizes* the environment to test robustness. An evil-debuild that sets every problematic environment variable that it can think of (TAPE, QUILT_PATCHES, LANG, LC_ALL, PWD, etc.), builds the source in a directory name containing a space, and otherwise tries all the environmental things that have broken packages in the past. Or we get source-only uploads rolling and always build in a controlled environment. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439965: ITP: grubutil-win32 -- GRUB win32 utilities
Package: wnpp Severity: wishlist Owner: Robert Millan [EMAIL PROTECTED] * Package name: grubutil-win32 Version : 1.1-18 * URL : http://download.gna.org/grubutil/ * License : GPL (v2 or later) Programming Lang: C, 386 asm Description : GRUB win32 utilities This package provides GRUB boot record images that can be used by the native bootloaders of various win32 platforms in order to load a full instance of GNU GRUB. . It is built using the grub-pc package dynamicaly to generate a GRUB kernel, and then embedding that kernel with the necessary glue code to accomplish its task. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Tue, Aug 28, 2007 at 07:24:54PM +, [EMAIL PROTECTED] wrote: You don't give a toddler a steak, you give him something he can swallow. Taking a look at all of the abandoned packages there are a lot of developers needed here. I believe a lot of people like me would assist if they could get a little more direction instead of derisiveness. We like to give some directions to people that don't claim to know everything and criticize everything without thinking or worse, reading what people answer. You shoot mails faster than you read, and it's obvious reading you. You don't become a developer in a day, you need to get how things work, and you can't expect us to explain it to you by the letter because you're too lazy to read the documentation (there isn't _that_ many, the devref and the Debian policy are an excellent start, and aren't long at all[0]). You have to watch, learn by reading, steadily, and not harassing people. That's definitely not the way it works. [0] and don't pretend you couldn't know, nm.debian.org was pointed to you many time in that thread, and in the front page there is the rough process that can lead you to become a DD and reading the devref/debian policy is step 1 or 2 IIRC. I wouldn't be surprised you didn't open the link, because you're the kind of person that needs to be spoon-fed. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpqZpfmBC5el.pgp Description: PGP signature
Re: many packages FTBFS, if $TAPE is set
Michael Banck [EMAIL PROTECTED] writes: On Tue, Aug 28, 2007 at 12:22:21PM -0700, Russ Allbery wrote: I don't have any time to work on this, but it occurred to me reading this that it might be useful for QA purposes to have a version of debuild that *unsanitizes* the environment to test robustness. An evil-debuild that sets every problematic environment variable that it can think of (TAPE, QUILT_PATCHES, LANG, LC_ALL, PWD, etc.), builds the source in a directory name containing a space, and otherwise tries all the environmental things that have broken packages in the past. Or we get source-only uploads rolling and always build in a controlled environment. Our desire to have robust packages isn't just about what makes it into the archive, though. It's also about the ability of users to modify and rebuild packages themselves. I'm not sure that we need to require that all packages in the archive be robust against building in various environments, but I think it's something to strive for and having testing tools available lets those who care check that their packages can handle it. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Tue, Aug 28, 2007 at 03:24:54PM -0400, [EMAIL PROTECTED] wrote: Well, I was also being polite. The developer community is not exactly friendly to newcomers in general either. some persons are, but those people tend to have less to say then the ones who are not. Not to defend some of the more offensive responses made on debian-devel from time to time, but people can be jerks, and the Debian development community is made up (mostly) of people. Also, this community is comprised of individuals from across the globe, and while English is the designated common language for interaction on this discussion list, it is quite often not the poster's primary/first language (leading to frequent, unintended interpretation of statements in both directions). Further, Debian embraces freedom above all else, and one of the commonly-recognized freedoms observed is the freedom to speak one's mind; thus potentially abrasive conversation becomes not only possible, but somewhat protected (if productive and on-topic, at least). Interestingly, it has been tradition within the computing community that direct, forward, even harsh communication is often more effective when it comes to getting things accomplished quickly (though opinions certainly exist to the contrary as well), not to mention it's an all-too-typical personality trait that computer enthusuasts tend to lack some of the more common social graces (I include myself in this stereotype). You don't give a toddler a steak, you give him something he can swallow. Taking a look at all of the abandoned packages there are a lot of developers needed here. I believe a lot of people like me would assist if they could get a little more direction instead of derisiveness. And the best place to find this is on the debian-mentors list, where first-time package maintainers are expected. The debian-devel list is targeted at (primarily technical) discussion around development of Debian's software distribution as a whole, and many involved in discussions herein expect that participants are well-versed in software development, APT package maintenance, and the like. -- { IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657); SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]); MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
* Bastian Blank: On Tue, Aug 28, 2007 at 09:39:47AM -0700, John H. Robinson, IV wrote: I assume you mean to make the documentation match the behaivour. At least. Rememer it is a Tape ARchival program. | -f, --file [HOSTNAME:]F | use archive file or device F (default -, meaning stdin/stdout) The file is explicitely documented as -, not $TAPE. It's about the default when there is no -f option: | If you don't specify this argument, then tar will examine the | environment variable TAPE. If it is set, its value will be used as the | archive name. Otherwise, tar will use the default archive, determined | at the compile time. Usually it is standard output or some physical | tape drive attached to your machine (you can verify what the default | is by running tar --show-defaults, see defaults). http://www.gnu.org/software/tar/manual/html_node/file-tutorial.html For quite some time, the default was /dev/rmt0 even on GNU/Linux systems, so you actually had to specify -f - for standard input or output. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
Quoting Pierre Habouzit [EMAIL PROTECTED]: We like to give some directions to people that don't claim to know everything and criticize everything without thinking or worse, reading what people answer. You shoot mails faster than you read, and it's obvious reading you. Actually, I read faster than most people. I will agree that I send my emails in a hurry upon occassion. I never claimed to know everything, if I did then please forward me a copy of that email as I most certainly do not remember it. Your accusations are completely unfounded. This is a prime example of what I am referring to. Thank you. You don't become a developer in a day, you need to get how things work, and you can't expect us to explain it to you by the letter because you're too lazy to read the documentation I did not say I was too lazy to read the docmentation. There is too much for a person who has no clue where to begin and it is difficult to digest without the knowledge of how thigs work. It is well known that developers who write documentation often have no trouble understanding it because they already know everything although it is unfathomable to the rest of the world. You have to watch, learn by reading, steadily, and not harassing people. That's definitely not the way it works. I understand that one does not become a developer in a day. Please explain how you feel I have been harassing people by becoming involved in a discussion regarding Opera. -- Everything should be made as simple as possible, but not simpler. Albert Einstein
Re: many packages FTBFS, if $TAPE is set
#include hallo.h * Harald Dunkel [Tue, Aug 28 2007, 01:27:22PM]: Hi Bas, You could write 'tar cfz file.tgz files' instead of 'tar -c -f file.tgz -z files'. No, because the outcome is not the same. It uses pure gzip and usually people want more gzip (or bzip2) options when using it in a pipe, eg. maximum compression with bzip2 -9. That said, I feel guilty for adding that particular bad example (without -f-) in the documentation of module-assistant. Sorry people. verify his/her own package. But in this case a central check would be cheap and easy to implement. Almost zero effort compared to the damage done by corrupting tapes. Oh, come on. People who put $TAPE into the default environment may also link /dev/null to /dev/hda (or /dev/sda) and complain to the coretutils maintainer because ln isn't unable to think for them. Eduard. -- teff moment, nmuß ich erst wieder linux booten. irc als root is irgendwie nich:o) formorer .oO( wieso brauch man für IRC X ??? ) teff na gut, wie dann? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
Quoting The Fungi [EMAIL PROTECTED]: Further, Debian embraces freedom above all else, and one of the commonly-recognized freedoms observed is the freedom to speak one's mind; thus potentially abrasive conversation becomes not only possible, but somewhat protected (if productive and on-topic, at least). Yes, but what of the freedom of the person who does not wish to be spoken to abrasively? Are they free to leave? That is not freedom either. This is most likely an argument that will never be resolved, so lets not go along in this direction. Interestingly, it has been tradition within the computing community that direct, forward, even harsh communication is often more effective when it comes to getting things accomplished quickly (though opinions certainly exist to the contrary as well), not to mention it's an all-too-typical personality trait that computer enthusuasts tend to lack some of the more common social graces (I include myself in this stereotype). There is a difference between harsh criticism which has a constructive result and derisiveness. You don't give a toddler a steak, you give him something he can swallow. Taking a look at all of the abandoned packages there are a lot of developers needed here. I believe a lot of people like me would assist if they could get a little more direction instead of derisiveness. And the best place to find this is on the debian-mentors list, where first-time package maintainers are expected. The debian-devel list I have been there before, they were not overly helpful then. The responses I received were more along the lines of go read the documentation and make the package. -- Everything should be made as simple as possible, but not simpler. Albert Einstein
Re: Why no Opera?
Opera bugs are reported much less than most other widely used browsers, and Opera is widely used. So you have access to opera's internal bugtracker, or did you just use $RANDOM to find an appropriate number? -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Tue, Aug 28, 2007 at 08:20:00PM +, [EMAIL PROTECTED] wrote: Your accusations are completely unfounded. This is a prime example of what I am referring to. Thank you. [...] I understand that one does not become a developer in a day. Please explain how you feel I have been harassing people by becoming involved in a discussion regarding Opera. http://madism.org/~madcoder/tmp/thread-pattern.png Indeed, I don't understand how fool I can be to think something like that. Doh. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpQHhMGg7F7s.pgp Description: PGP signature
Re: many packages FTBFS, if $TAPE is set
On Tue, 28 Aug 2007 21:15:35 +0300, Riku Voipio [EMAIL PROTECTED] said: Many packages FTBFS (silently!) if an environment variable TAPE is set. Perhaps dpkg-buildpackage should unset TAPE...? pbuilder and other tools already do that when chrooting? Tar's $TAPE behaviour fails the principle of least suprise. Tar developers should reconsider the usability implications of such feature. For packages, I think $TAPE is hardly the only environment variable that can change package outcome. Atleast the locale variables can wreck havoc for builds. Or consider setting AWKPATH or even PATH to something strange... Clearly packagers should not need to take care of all possible enviroment misconfigurations. That's why we tell people to use pbuilder. I think I disagree with the reason given for this advice. What is the end goal that we are trying to achieve? Is it to upload binary packages that build despite leaving flaws i the build process? Always building in pbuilder masks errors like the $TAPE error; we would have been better off having the build fail and be corrected. Are we not supposed to be a valuable members of the free software community? Part of the promise of free software is that people *SHARE* source code; so our sources should be robust enough for our users to tinker with on their machines, and to be buildable on development platforms, not just some sanitized hothouse build environment. I posit that always building in make software more fragile (and more standardized, and repeatable, which is good, but fragile nevertheless). Me, I would try to build in pbuilder while I am trying to figure out what the build dependencies are, and periodically on new upstream to ensure the build dependencies have not shifted, but other times I would build and test on my own machine, to more closely replicate the environment that downstream users might have. manoj -- Documentation is the castor oil of programming. Managers know it must be good because the programmers hate it so much. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Hi Eduard, Eduard Bloch wrote: verify his/her own package. But in this case a central check would be cheap and easy to implement. Almost zero effort compared to the damage done by corrupting tapes. Oh, come on. People who put $TAPE into the default environment may also link /dev/null to /dev/hda (or /dev/sda) and complain to the coretutils maintainer because ln isn't unable to think for them. Its a weird analogy, but I can guess your meaning. $TAPE was set by default for historical reasons. I just did not expect that rebuilding a package would corrupt my tape, and when I noticed it was too late. I was pissed. Sorry for that. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
Quoting Bernd Zeimetz [EMAIL PROTECTED]: Opera bugs are reported much less than most other widely used browsers, and Opera is widely used. So you have access to opera's internal bugtracker, or did you just use $RANDOM to find an appropriate number? I am using generally available information from various security lists. Everything should be made as simple as possible, but not simpler. Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On Tue, 28 Aug 2007 21:43:00 +0200, Michael Banck [EMAIL PROTECTED] said: Or we get source-only uploads rolling and always build in a controlled environment. That only helps the binary packages we distribute -- leaving our source packages full of holes masked by our sterile build environment. Since we lay claims to being the universal OS, with full support for people who derive from us, and we support people taking our source code and building upon it, should we also not be trying not to mask these flaws? manoj -- When the fog came in on little cat feet last night, it left these little muddy paw prints on the hood of my car. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera? - recap
For all of those who are still responding who have apparently not read all of the postings first, It has been pointed out and I have realized that I was in error regarding what was neccessary to include software packaged by commercial companies. This occurred about 16 hours ago so that part of the discussion can end now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Tue, Aug 28, 2007 at 04:20:00PM -0400, [EMAIL PROTECTED] wrote: I did not say I was too lazy to read the docmentation. You may not have said it, but you appear to be demonstrating it. There is too much for a person who has no clue where to begin and it is difficult to digest without the knowledge of how thigs work. Yet, it has been pointed out to you *multiple times* where to begin. It is well known that developers who write documentation often have no trouble understanding it because they already know everything although it is unfathomable to the rest of the world. Then file bug reports or email the maintainers. If you had bothered to actually read the documents which people have siggested, you would be able to do this if you come across issues or things you don't understand. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: proposed release goal: DEBIAN/md5sums for all packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Javier Fernández-Sanguino Peña ha scritto: On Mon, Aug 27, 2007 at 12:04:51PM +0200, A Mennucc wrote: I think I already pointed people interested in this to #268658. If ftpmasters where given the tools to implement this seamlessly then you could have aside tools that downloaded that file from the FTP site, and locally checked the md5sums. AFAICS in bug 268658 you propose to ship a signed 'Checksums-${ARCH}.gz' with releases. What I had in mind was slightly broader, though. What I have in mind is a database containing all checksums of all binary packages passing trough unstable, with records such as package / arch / version / file / permissions / md5 / sha1 The 'Checksums-${ARCH}.gz' that you mention in 268658 may be generated from this database at release time; but also the database would be useful for people using tracking testing and unstable. The database may have web interface, and/or a LDAP interface (with cryptographic protection), so it may be searched. When doing forensic, it would be useful to search it using the hash as a key. Again, following your reasoning in 268658, I would then add a link to the web interface in packages pages such as http://packages.debian.org/testing/base/procps But you are definitely right on one point: records should be added by a script inside the incoming queue. a. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG1I0R9B/tjjP8QKQRAr2BAJ4/dRWnUX8W6SRF+Uy9QqTd127uQACePtGH 1gprvSqm26Z7t5zepFpEkYI= =1IVv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
On Tue, 28 Aug 2007 16:28:29 -0400 [EMAIL PROTECTED] wrote: And the best place to find this is on the debian-mentors list, where first-time package maintainers are expected. The debian-devel list I have been there before, they were not overly helpful then. The responses I received were more along the lines of go read the documentation and make the package. That is not unsurprising, mentors is for first-time-packagers - it is somewhat expected that people coming to that list have problems related to packaging something for the first time. i.e. the person requesting help has at least begun the packaging process and has got stuck or has completed a possible package and needs a review. Asking for help with empty hands isn't going to endear you to people expecting something to actually review. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpgU2fyYCFsa.pgp Description: PGP signature
Re: many packages FTBFS, if $TAPE is set
Harald Dunkel wrote: Many packages FTBFS (silently!) if an environment variable TAPE is set. That happens if your rules script uses something like tar -c modules | bzip2 -9 omfs.tar.bz2 for example. If $TAPE is set, then tar writes to $TAPE instead of stdout (possibly corrupting the tape you had inserted). This thread has concentrated on fixing packages, but I would appreciate a little insight into why someone might set TAPE in their environment by default. Surely if you set it by default, you must realse that you're asking any such invocation of tar to write over your tape? Why would anyone do that? It's not as if Debian packages are the only software that might run tar without -f, so even if they were all fixed, setting TAPE by default would be an incredibly risky thing to do. -- see shy jo signature.asc Description: Digital signature
Re: proposed release goal: DEBIAN/md5sums for all packages
On Tue, Aug 28, 2007 at 11:01:06PM +0200, A Mennucc wrote: Javier Fernández-Sanguino Peña ha scritto: On Mon, Aug 27, 2007 at 12:04:51PM +0200, A Mennucc wrote: I think I already pointed people interested in this to #268658. If ftpmasters where given the tools to implement this seamlessly then you could have aside tools that downloaded that file from the FTP site, and locally checked the md5sums. AFAICS in bug 268658 you propose to ship a signed 'Checksums-${ARCH}.gz' with releases. What I had in mind was slightly broader, though. What I have in mind is a database containing all checksums of all binary packages passing trough unstable, with records such as package / arch / version / file / permissions / md5 / sha1 It seems obvious to me by this point that this thread is not about something that should be a candidate release goal; a task should be presented as a release goal *after* the technical details have been sorted out and all the proposer is looking for is for the release team to support NMUing to implement the existing consensus. So please don't cc: this discussion to debian-release, which is not a discussion list. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Joey Hess [EMAIL PROTECTED] writes: This thread has concentrated on fixing packages, but I would appreciate a little insight into why someone might set TAPE in their environment by default. Surely if you set it by default, you must realse that you're asking any such invocation of tar to write over your tape? Why would anyone do that? It's not as if Debian packages are the only software that might run tar without -f, so even if they were all fixed, setting TAPE by default would be an incredibly risky thing to do. It used to be that tar always used the tape device as a default device. The Unixes that I learned on all behaved this way, so I'm used to always using f if I want to write to a file. However, tar was built with one default device, usually /dev/rmt0 or the like, and if the primary tape drive on the system was some other device, setting TAPE globally was useful. After all, everyone knew that running tar without an f flag meant to use the tape, so pointing it to the right tape drive made things easier. Those days are long past now, and even tape drives are rarer than they used to be, but all it takes is to have such an environment setting left over from old dotfiles that have been carried around ever since. Default environment variable settings tend to be like that at a lot of sites. No one remembers what they're there for, so no one wants to go to the work to remove them. In other words, I expect the intention was never to change from a default of standard output, but instead was to change the default tape device with a tar that never had standard output as a default. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
That's why we tell people to use pbuilder. I think I disagree with the reason given for this advice. What is the end goal that we are trying to achieve? Is it to upload binary packages that build despite leaving flaws i the build process? Always building in pbuilder masks errors like the $TAPE error; we would have been better off having the build fail and be corrected. Why should we force 7000+ source packages clean their environment when debuild/pbuilder/sbuild etc will do that anyway? Worse, it's not even trivial to clean environment in a Makefile. Howabout documenting it as a fact that debian packages should be built in sanitized environment. Me, I would try to build in pbuilder while I am trying to figure out what the build dependencies are, and periodically on new upstream to ensure the build dependencies have not shifted, but other times I would build and test on my own machine, to more closely replicate the environment that downstream users might have. As Dato already said, using debuild is enough. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request for set up of kudos.debian.org
also sprach A Mennucc [EMAIL PROTECTED] [2007.08.28.1950 +0200]: you can use $ reportbug --kudos PACKAGE … the results of which are not publicly visible. I guess the OP wanted exactly that. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems it is the mark of an educated mind to be able to entertain a thought without accepting it. -- aristoteles digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: many packages FTBFS, if $TAPE is set
Riku Voipio [EMAIL PROTECTED] writes: Why should we force 7000+ source packages clean their environment when debuild/pbuilder/sbuild etc will do that anyway? Worse, it's not even trivial to clean environment in a Makefile. In this particular case, there's no need to clean the environment. Just use an explicit f argument to tar rather than relying on a dubious default that's changed over the years. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On Tue, Aug 28, 2007 at 06:54:23PM +0100, Matthew Woodcraft wrote: Bastian Blank [EMAIL PROTECTED] wrote: The manpage of tar does not mention the special handling of a environment variable named TAPE. Nor does tar --help. But, unsurprisingly, the tar manual does (under the --file option). Odd, not on my system (Debian unstable, two days behind). Greetings, Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
Joey Hess [EMAIL PROTECTED] wrote: This thread has concentrated on fixing packages, but I would appreciate a little insight into why someone might set TAPE in their environment by default. Surely if you set it by default, you must realse that you're asking any such invocation of tar to write over your tape? Why would anyone do that? I suppose they might have set it for its effect on mt rather than on tar. -M- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: i386 buildd upload problems with gpe-calendar
Hello! On Sat, 25 Aug 2007 23:05:30 +0200, Steve Langasek wrote: On Sat, Aug 25, 2007 at 07:11:46PM +0100, Neil Williams wrote: I have no i386 machines capable of building packages on unstable - I build on amd64 and powerpc, uploading only from amd64. Are you not familiar with the process of setting up an i386 chroot on amd64? ATM cowdancer is broken in that regard (bug #432573 [1]). I'm not saying that package-building is cowdancer-only property, but with that it's very easy. Thx, bye, Gismo / Luca Footnotes: [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=432573 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On Wed, Aug 29, 2007 at 12:42:32AM +0200, Torsten Landschoff wrote: On Tue, Aug 28, 2007 at 06:54:23PM +0100, Matthew Woodcraft wrote: Bastian Blank [EMAIL PROTECTED] wrote: The manpage of tar does not mention the special handling of a environment variable named TAPE. Nor does tar --help. But, unsurprisingly, the tar manual does (under the --file option). Odd, not on my system (Debian unstable, two days behind). It was in the (now removed, GFDL issues) info manual, not in the manpage, I believe. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439993: ITP: libapache2-mod-pubcookie -- apache2 module supporting Pubcookie authentication
Package: wnpp Severity: wishlist Owner: Peter Woodman [EMAIL PROTECTED] * Package name: libapache2-mod-pubcookie Version : 3.3.2d Upstream Author : Pubcookie Developers [EMAIL PROTECTED] * URL : http://www.pubcookie.org/ * License : Apache 2.0 Programming Lang: C Description : Apache2 module supporting Pubcookie authentication (Include the long description here.) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439996: ITP: ngila -- global pairwise alignments with logarithmic and affine gap costs
Package: wnpp Severity: wishlist Owner: Charles Plessy [EMAIL PROTECTED] Package name: ngila Version : 1.2.1 Upstream Author : Reed A. Cartwright [EMAIL PROTECTED] or [EMAIL PROTECTED] URL : http://scit.us/projects/ngila/ License : GPL v3 or later Programming Lang: C++ Description : global pairwise alignments with logarithmic and affine gap costs Ngila is an application that will find the best alignment of a pair of sequences using log-affine gap costs, which are the most biologically realistic gap costs. . Ngila implements the Miller and Myers (1988) algorithm in order to find a least costly global alignment of two sequences given homology costs and a gap cost. Two versions of the algorithm are included: holistic and divide-and-conquer. The former is faster but the latter utilizes less memory. Ngila starts with the divide-and-conquer method but switches to the holistic method for subsequences smaller than a user-established threshold. This improves its speed without substantially increasing memory requirements. Ngila also allows users to assign costs to end gaps that are smaller than costs for internal gaps. This is important for aligning using the free-end-gap method. . Ngila is published in Cartwright RA Bioinformatics 2007 23(11):1427-1428; doi:10.1093/bioinformatics/btm095 . Homepage: http://scit.us/projects/ngila/ -- Charles Plessy Debian-Med packaging team Wako, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many packages FTBFS, if $TAPE is set
On Tue, Aug 28, 2007 at 05:26:09PM -0400, Joey Hess wrote: This thread has concentrated on fixing packages, but I would appreciate a little insight into why someone might set TAPE in their environment by default. Surely if you set it by default, you must realse that you're asking any such invocation of tar to write over your tape? Why would anyone do that? It's not as if Debian packages are the only software that might run tar without -f, so even if they were all fixed, setting TAPE by default would be an incredibly risky thing to do. Further highlighted, is that the tape device would need to be writeable by the account being used to rebuild a package. I've never seen anyone suggest that rebuilding a package as root is a good idea (which would extend, in my opinion, to building with an account which has privileged access to overwrite something critical like a raw block device). Alternately, making your /dev/rst0 or whatever world-writeable is similarly dangerous territory in my opinion. -- { IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657); SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]); MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ivtv 1.0.2-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Aug 2007 08:01:03 +0100 Source: ivtv Binary: ivtv-utils ivtv-source Architecture: source i386 all Version: 1.0.2-1 Distribution: unstable Urgency: low Maintainer: Debian MythTV Team [EMAIL PROTECTED] Changed-By: Ian Campbell [EMAIL PROTECTED] Description: ivtv-source - source for ivtv drivers (0.10 branch) ivtv-utils - utilities for use with the ivtv kernel driver Changes: ivtv (1.0.2-1) unstable; urgency=low . [ Ian Campbell ] * New upstream release. * Add r4006 from upstream SVN to fix build issues with 2.6.22.2+. s/`uname -r`/$(KVER)/ in the patch to work with our rules file. Files: d9dc86a6617e9dd179f23956bddb8183 704 contrib/x11 extra ivtv_1.0.2-1.dsc b3f6ffc71c43da5a7a57c6d33b49af5c 303754 contrib/x11 extra ivtv_1.0.2.orig.tar.gz f1ef70d089e149122ffa9f9ec556c7d2 9638 contrib/x11 extra ivtv_1.0.2-1.diff.gz d0887a30bb852f84d399b1e9b443ec87 142050 contrib/x11 extra ivtv-utils_1.0.2-1_i386.deb 9fdf778d2ca05215636c4d61288d9981 48084 contrib/x11 extra ivtv-source_1.0.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG071yoCzanz0IthIRAhhoAKCNzPsrWzMJMzKPglBlSaeTLs+ZPgCfd2Bh BesHjLb2PNWXbdw7jRxN1Rw= =aPdb -END PGP SIGNATURE- Accepted: ivtv-source_1.0.2-1_all.deb to pool/contrib/i/ivtv/ivtv-source_1.0.2-1_all.deb ivtv-utils_1.0.2-1_i386.deb to pool/contrib/i/ivtv/ivtv-utils_1.0.2-1_i386.deb ivtv_1.0.2-1.diff.gz to pool/contrib/i/ivtv/ivtv_1.0.2-1.diff.gz ivtv_1.0.2-1.dsc to pool/contrib/i/ivtv/ivtv_1.0.2-1.dsc ivtv_1.0.2.orig.tar.gz to pool/contrib/i/ivtv/ivtv_1.0.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted microcode.ctl 1.17-5 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 08:44:05 +0200 Source: microcode.ctl Binary: microcode.ctl Architecture: source i386 Version: 1.17-5 Distribution: unstable Urgency: low Maintainer: Giacomo Catenazzi [EMAIL PROTECTED] Changed-By: Giacomo Catenazzi [EMAIL PROTECTED] Description: microcode.ctl - Intel IA32/IA64 CPU Microcode Utility Closes: 439871 Changes: microcode.ctl (1.17-5) unstable; urgency=low . * Remove references to the obsolete 'modutils' from dependencies * Ooops. Include microcode_ctl binary (and manpage) (closes: #439871) Files: da1fe8bba9011f8555632596d748e351 606 contrib/utils optional microcode.ctl_1.17-5.dsc 3bc6ee8e2d62f40414fa49d348186406 15941 contrib/utils optional microcode.ctl_1.17-5.diff.gz 85a3a0b6690ff563d0667174adb515f4 21532 contrib/utils optional microcode.ctl_1.17-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG08cW+ZNUJLHfmlcRAh4IAJ4xiXVFOc7S3zvZne71lXPTJWeJcQCbBu+9 x/EG0rFUQoh9+Vcqr9rgwcY= =9uzX -END PGP SIGNATURE- Accepted: microcode.ctl_1.17-5.diff.gz to pool/contrib/m/microcode.ctl/microcode.ctl_1.17-5.diff.gz microcode.ctl_1.17-5.dsc to pool/contrib/m/microcode.ctl/microcode.ctl_1.17-5.dsc microcode.ctl_1.17-5_i386.deb to pool/contrib/m/microcode.ctl/microcode.ctl_1.17-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ncurses 5.6+20070825-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 08:39:00 +0200 Source: ncurses Binary: ncurses-base lib64ncurses5 libncursesw5-dev libncursesw5-dbg ncurses-bin libncurses5 libncursesw5 libncurses5-dev ncurses-term lib32ncurses5-dev lib32ncurses5 libncurses5-dbg lib64ncurses5-dev Architecture: source i386 all Version: 5.6+20070825-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann [EMAIL PROTECTED] Changed-By: Daniel Baumann [EMAIL PROTECTED] Description: lib64ncurses5 - Shared libraries for terminal handling (64-bit) lib64ncurses5-dev - Developer's libraries for ncurses (64-bit) libncurses5 - Shared libraries for terminal handling libncurses5-dbg - Debugging/profiling libraries for ncurses libncurses5-dev - Developer's libraries and docs for ncurses libncursesw5 - Shared libraries for terminal handling (wide character support) libncursesw5-dbg - Debugging/profiling libraries for ncurses libncursesw5-dev - Developer's libraries for ncursesw ncurses-base - Descriptions of common terminal types ncurses-bin - Terminal-related programs and man pages ncurses-term - Additional terminal type definitions Changes: ncurses (5.6+20070825-1) unstable; urgency=low . * New upstream patch level. Files: 6d397b05b804238de063419693cb7c60 911 libs standard ncurses_5.6+20070825-1.dsc 96c17bb359f4a7a776135fbac63d78a0 2397898 libs standard ncurses_5.6+20070825.orig.tar.gz 7cd1b8e2b825e9bba808ac3d99274952 37283 libs standard ncurses_5.6+20070825-1.diff.gz 1df6b7d72cdec25fd845301836d5e0e6 315024 libs required libncurses5_5.6+20070825-1_i386.deb a618f35f1bb9e0ff85921c914b0c442a 1473830 libdevel optional libncurses5-dev_5.6+20070825-1_i386.deb 567a02e7cb128d2c7847e20864f97e6a 1537596 libdevel extra libncurses5-dbg_5.6+20070825-1_i386.deb 4ad51a81d208a926049b33bdcb06f647 335780 libs important libncursesw5_5.6+20070825-1_i386.deb 9178825225331917409fd4ebcdc01545 459996 libdevel optional libncursesw5-dev_5.6+20070825-1_i386.deb 1c8b11c439d7eac6a695d2baab452c78 1715426 libdevel extra libncursesw5-dbg_5.6+20070825-1_i386.deb c44f256904e93f30ba97467055d2a5c4 328254 libs optional lib64ncurses5_5.6+20070825-1_i386.deb 170e841bac1368a67b5f844bfa19a3fe 400042 libdevel optional lib64ncurses5-dev_5.6+20070825-1_i386.deb becd0a6f49f75a4545629faf535e5937 156722 utils required ncurses-bin_5.6+20070825-1_i386.deb c61c6c43d156d5bb56bda84828037936 12938 utils required ncurses-base_5.6+20070825-1_all.deb 9c86ec3ae35fca54aa37bb397ee7f9a5 341284 admin standard ncurses-term_5.6+20070825-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG08iP+C5cwEsrK54RAgm9AKCGEc/8uw3x6QcJzbUwFkgk+qTd+ACgmwQt S7BTXgpKsAq2iU4JHxMBxuk= =lq04 -END PGP SIGNATURE- Accepted: lib64ncurses5-dev_5.6+20070825-1_i386.deb to pool/main/n/ncurses/lib64ncurses5-dev_5.6+20070825-1_i386.deb lib64ncurses5_5.6+20070825-1_i386.deb to pool/main/n/ncurses/lib64ncurses5_5.6+20070825-1_i386.deb libncurses5-dbg_5.6+20070825-1_i386.deb to pool/main/n/ncurses/libncurses5-dbg_5.6+20070825-1_i386.deb libncurses5-dev_5.6+20070825-1_i386.deb to pool/main/n/ncurses/libncurses5-dev_5.6+20070825-1_i386.deb libncurses5_5.6+20070825-1_i386.deb to pool/main/n/ncurses/libncurses5_5.6+20070825-1_i386.deb libncursesw5-dbg_5.6+20070825-1_i386.deb to pool/main/n/ncurses/libncursesw5-dbg_5.6+20070825-1_i386.deb libncursesw5-dev_5.6+20070825-1_i386.deb to pool/main/n/ncurses/libncursesw5-dev_5.6+20070825-1_i386.deb libncursesw5_5.6+20070825-1_i386.deb to pool/main/n/ncurses/libncursesw5_5.6+20070825-1_i386.deb ncurses-base_5.6+20070825-1_all.deb to pool/main/n/ncurses/ncurses-base_5.6+20070825-1_all.deb ncurses-bin_5.6+20070825-1_i386.deb to pool/main/n/ncurses/ncurses-bin_5.6+20070825-1_i386.deb ncurses-term_5.6+20070825-1_all.deb to pool/main/n/ncurses/ncurses-term_5.6+20070825-1_all.deb ncurses_5.6+20070825-1.diff.gz to pool/main/n/ncurses/ncurses_5.6+20070825-1.diff.gz ncurses_5.6+20070825-1.dsc to pool/main/n/ncurses/ncurses_5.6+20070825-1.dsc ncurses_5.6+20070825.orig.tar.gz to pool/main/n/ncurses/ncurses_5.6+20070825.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nsis 2.30-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 15:22:48 +1000 Source: nsis Binary: nsis Architecture: source i386 Version: 2.30-1 Distribution: unstable Urgency: low Maintainer: Paul Wise [EMAIL PROTECTED] Changed-By: Paul Wise [EMAIL PROTECTED] Description: nsis - Nullsoft Scriptable Install System (modified for debian) Closes: 437654 Changes: nsis (2.30-1) unstable; urgency=low . * New upstream release - MUI language changes, Catalan is back - Includes the new Modern UI 2 - Drop manual IGNORETESTS, upstream uses it now * Add a manual page for the LibraryLocal utility * Don't strip executables with nostrip build option (Closes: #437654) - Also let DEB_BUILD_OPTIONS=nostripfull prevent plugin/stub stripping Files: e2f514bfc384ffe20830f260948a7c1e 657 devel optional nsis_2.30-1.dsc d549576e3c6d36aaf01c1fc4e11a8961 1705055 devel optional nsis_2.30.orig.tar.gz 6065f22ee37a4b460664d7988c0c1cee 20469 devel optional nsis_2.30-1.diff.gz d8b011752333def23ab5b9420d481305 1636360 devel optional nsis_2.30-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG082O5Sc9mGvjxCMRAps9AKDOps8qiOiyFhbLY1fkacBQpkkxWACeNMv8 uy/OBBmrlRETnQpUGss7/YU= =7rlf -END PGP SIGNATURE- Accepted: nsis_2.30-1.diff.gz to pool/main/n/nsis/nsis_2.30-1.diff.gz nsis_2.30-1.dsc to pool/main/n/nsis/nsis_2.30-1.dsc nsis_2.30-1_i386.deb to pool/main/n/nsis/nsis_2.30-1_i386.deb nsis_2.30.orig.tar.gz to pool/main/n/nsis/nsis_2.30.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted yate 1.2.0-1.dfsg-3 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 10:01:01 +0300 Source: yate Binary: yate-pgsql libyate1.2.0 yate-dev yate-mysql yate-alsa yate yate-doc yate-gtk2 yate-openh323 Architecture: source i386 all Version: 1.2.0-1.dfsg-3 Distribution: unstable Urgency: medium Maintainer: Debian VoIP Team [EMAIL PROTECTED] Changed-By: Faidon Liambotis [EMAIL PROTECTED] Description: libyate1.2.0 - Shared library for YATE yate - Yet Another Telephony Engine (YATE) yate-alsa - ALSA module for yate yate-dev - Development files for YATE yate-doc - Documentation for yate yate-gtk2 - YATE and GTK+ 2 based universal telephony client yate-mysql - MySQL support module for yate yate-openh323 - OpenH323 module for YATE yate-pgsql - Postgresql module for yate Changes: yate (1.2.0-1.dfsg-3) unstable; urgency=medium . [ Mikael Magnusson ] * Add missing scripts: leavemail.php, route.php and voicemail.php * Add missing default config file: providers.conf . [ Kilian Krause ] * Use ${binary:Version} for binNMU-safe uploads. Add dpkg-dev (= 1.13.19) to Build-Depends * Fix debian-rules-ignores-make-clean-error warning. * Fix php-script-but-no-php-cli-dep warning: Add Recommends to package yate * Add LSB section to init script. . [ Faidon Liambotis ] * Add myself to Uploaders. * Bump urgency to medium since this is a low-risk important bugfix release. * Fix XS-Vcs-Svn and XS-Vcs-Browser URIs. Files: 800167a1ccfeea457ddf4ea4bcfa5226 1278 comm optional yate_1.2.0-1.dfsg-3.dsc d0d07717a0144b3de8cd45d0f5e337ae 31868 comm optional yate_1.2.0-1.dfsg-3.diff.gz 7ae4617f5582f1d97b7dab022cb4141e 185152 doc optional yate-doc_1.2.0-1.dfsg-3_all.deb f5e7d45215c15c1b72ab415373cbacc1 652646 comm optional yate_1.2.0-1.dfsg-3_i386.deb 35a622309651c7256211acce270e1fff 149532 libs optional libyate1.2.0_1.2.0-1.dfsg-3_i386.deb 0f59aff030076ed7cd1388ec003b6517 54846 libdevel optional yate-dev_1.2.0-1.dfsg-3_i386.deb 3e7602891b8d0afa101ff9a9391b86b6 19482 comm optional yate-pgsql_1.2.0-1.dfsg-3_i386.deb 984052a285c87cdda53e03f8f0505690 84196 comm optional yate-openh323_1.2.0-1.dfsg-3_i386.deb 50d54a2496662fae42f15cc0d329a5b3 269994 comm optional yate-gtk2_1.2.0-1.dfsg-3_i386.deb 99249c2e46eab2ed1e91e2cb770ae67e 23990 comm optional yate-alsa_1.2.0-1.dfsg-3_i386.deb fa982b7b0d8432ffed20db231dab8bfe 19254 comm optional yate-mysql_1.2.0-1.dfsg-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG084qVty5d8XpUzMRAs1sAJ4/XzVeBzDlBqN3BfyAq8Y3viYX+wCeMEQ/ 6/lmweV1+6jJxJxhtoBQrsU= =/NSW -END PGP SIGNATURE- Accepted: libyate1.2.0_1.2.0-1.dfsg-3_i386.deb to pool/main/y/yate/libyate1.2.0_1.2.0-1.dfsg-3_i386.deb yate-alsa_1.2.0-1.dfsg-3_i386.deb to pool/main/y/yate/yate-alsa_1.2.0-1.dfsg-3_i386.deb yate-dev_1.2.0-1.dfsg-3_i386.deb to pool/main/y/yate/yate-dev_1.2.0-1.dfsg-3_i386.deb yate-doc_1.2.0-1.dfsg-3_all.deb to pool/main/y/yate/yate-doc_1.2.0-1.dfsg-3_all.deb yate-gtk2_1.2.0-1.dfsg-3_i386.deb to pool/main/y/yate/yate-gtk2_1.2.0-1.dfsg-3_i386.deb yate-mysql_1.2.0-1.dfsg-3_i386.deb to pool/main/y/yate/yate-mysql_1.2.0-1.dfsg-3_i386.deb yate-openh323_1.2.0-1.dfsg-3_i386.deb to pool/main/y/yate/yate-openh323_1.2.0-1.dfsg-3_i386.deb yate-pgsql_1.2.0-1.dfsg-3_i386.deb to pool/main/y/yate/yate-pgsql_1.2.0-1.dfsg-3_i386.deb yate_1.2.0-1.dfsg-3.diff.gz to pool/main/y/yate/yate_1.2.0-1.dfsg-3.diff.gz yate_1.2.0-1.dfsg-3.dsc to pool/main/y/yate/yate_1.2.0-1.dfsg-3.dsc yate_1.2.0-1.dfsg-3_i386.deb to pool/main/y/yate/yate_1.2.0-1.dfsg-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted hevea-doc 1.10-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 09:50:36 +0200 Source: hevea-doc Binary: hevea-doc Architecture: source all Version: 1.10-1 Distribution: experimental Urgency: low Maintainer: Ralf Treinen [EMAIL PROTECTED] Changed-By: Ralf Treinen [EMAIL PROTECTED] Description: hevea-doc - HeVeA documentation Changes: hevea-doc (1.10-1) experimental; urgency=low . * Fixed url in debian/watch. * New upstream release. Files: 52b70095c94f9cd96243e8f305a4e9cc 727 non-free/doc optional hevea-doc_1.10-1.dsc 8fa366a4db1915b71b90161bf84516b8 150330 non-free/doc optional hevea-doc_1.10.orig.tar.gz b55c39aedd34008b0c7907ff0de8e989 2700 non-free/doc optional hevea-doc_1.10-1.diff.gz 8577fa003b8a3da2df9c381b450b6929 155936 non-free/doc optional hevea-doc_1.10-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG09R/tzWmSeC6BMERAjNdAKCDmRJo4k4/Zjzw5iK9jslmCXssgACfSri3 cGQfcSPNJBsyqSabqzYfuTY= =GOZG -END PGP SIGNATURE- Accepted: hevea-doc_1.10-1.diff.gz to pool/non-free/h/hevea-doc/hevea-doc_1.10-1.diff.gz hevea-doc_1.10-1.dsc to pool/non-free/h/hevea-doc/hevea-doc_1.10-1.dsc hevea-doc_1.10-1_all.deb to pool/non-free/h/hevea-doc/hevea-doc_1.10-1_all.deb hevea-doc_1.10.orig.tar.gz to pool/non-free/h/hevea-doc/hevea-doc_1.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted hevea 1.10-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 27 Aug 2007 09:25:03 +0200 Source: hevea Binary: hevea Architecture: source all Version: 1.10-1 Distribution: experimental Urgency: low Maintainer: Debian OCaml Maintainers [EMAIL PROTECTED] Changed-By: Ralf Treinen [EMAIL PROTECTED] Description: hevea - translates from LaTeX to HTML, info, or text Closes: 397496 405994 Changes: hevea (1.10-1) experimental; urgency=low . * New upstream version. This version - adds supports for UTF8 input encoding (closes: Bug#397496) - fixes a bug with the parsing of macro arguments (closes: Bug#405994) * Changed priority back to optional as package depends on the virtual package gs. * debian/rules: new target config.sh due to modified upstream Makefile * debian/rules: dropped installation of xxdate.exe as this is now fixed in the upstream Makefile. * Dropped patch koi8r as this is now done by upstream * Patches 02_nogif: adapted to modified upstream * Dropped patch 03_charset: revert to upstream method of specifying the charset. Files: 47ce7f67b3596935bcbc46f5e0598cec 1018 tex optional hevea_1.10-1.dsc 24a631570bee3cc4b8350e9db39be62b 305269 tex optional hevea_1.10.orig.tar.gz d7b0be3219f0d7c154c33fad9370 17138 tex optional hevea_1.10-1.diff.gz 540a428cb7ed456e3b8a9bf533ad6261 395974 tex optional hevea_1.10-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG09M4tzWmSeC6BMERAoU3AJ4h1wGF+3438P61safRtTtz3g20uwCg5CCN HVWd7EvMwz3RKUO2ZNsvnw4= =7U/G -END PGP SIGNATURE- Accepted: hevea_1.10-1.diff.gz to pool/main/h/hevea/hevea_1.10-1.diff.gz hevea_1.10-1.dsc to pool/main/h/hevea/hevea_1.10-1.dsc hevea_1.10-1_all.deb to pool/main/h/hevea/hevea_1.10-1_all.deb hevea_1.10.orig.tar.gz to pool/main/h/hevea/hevea_1.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bzr-gtk 0.90.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 27 Aug 2007 14:55:00 +0200 Source: bzr-gtk Binary: bzr-gtk Architecture: source all Version: 0.90.0-1 Distribution: unstable Urgency: low Maintainer: Debian Bazaar Maintainers [EMAIL PROTECTED] Changed-By: Jelmer Vernooij [EMAIL PROTECTED] Description: bzr-gtk- provides graphical interfaces to Bazaar (bzr) version control Closes: 439867 Changes: bzr-gtk (0.90.0-1) unstable; urgency=low . * New upstream release. (Closes: #439867) Files: 669d0f19b3ce369c81112c3b6cd95816 926 python optional bzr-gtk_0.90.0-1.dsc 2fd76f9e3d9d8f56f1bb112cb0277634 136538 python optional bzr-gtk_0.90.0.orig.tar.gz 0b7c77d22d9f65cc78d7fd980fcedb66 2822 python optional bzr-gtk_0.90.0-1.diff.gz 7d66eb99485e676ac2b53b3289af2cf6 144906 python optional bzr-gtk_0.90.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Signed by Adeodato Simó [EMAIL PROTECTED] iEYEARECAAYFAkbT7NoACgkQOzsxEBcMRN0DpQCguX/kKGylgWcRTkTu1sT1jSxR wtkAn1ENvE9cILlEcaW9n7X8gpnhoaTo =vdF7 -END PGP SIGNATURE- Accepted: bzr-gtk_0.90.0-1.diff.gz to pool/main/b/bzr-gtk/bzr-gtk_0.90.0-1.diff.gz bzr-gtk_0.90.0-1.dsc to pool/main/b/bzr-gtk/bzr-gtk_0.90.0-1.dsc bzr-gtk_0.90.0-1_all.deb to pool/main/b/bzr-gtk/bzr-gtk_0.90.0-1_all.deb bzr-gtk_0.90.0.orig.tar.gz to pool/main/b/bzr-gtk/bzr-gtk_0.90.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bnetd 0.4.25-7 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 05:04:27 -0400 Source: bnetd Binary: bnetd Architecture: source i386 Version: 0.4.25-7 Distribution: unstable Urgency: low Maintainer: Dennis L. Clark [EMAIL PROTECTED] Changed-By: Dennis L. Clark [EMAIL PROTECTED] Description: bnetd - Gaming server that emulates Battle.net(R) Closes: 436598 Changes: bnetd (0.4.25-7) unstable; urgency=low . * Don't force stripping of executables before calling dh_strip (Closes: #436598). Files: 765ecaf2c90a126efe41fa187233cdc1 880 net optional bnetd_0.4.25-7.dsc 68c3cccf438dfc07dca3b86777e01c71 51597 net optional bnetd_0.4.25-7.diff.gz 87acb8d87aa1eb8b906c0fcbdb874ff8 382814 net optional bnetd_0.4.25-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRtPrZCkqNZIANMczAQKnWwgArJw6vAQ5V4oZnlRu7Nxn0manXbCgzBVy kwhSPyOee9zkYLXsPUlDoS4/bMWS0wp++de6+RGMdkGiHu+TG16Q/eXsER9bC6se G+QorzFvOzx1IGzb1fdKfdS+/oMkHGDHuzdb1+iHkOC5W4nlo6eAnAL7J/HHlk7T 1KzDUzn3KMmfdv/QRB4QO+DUY13eOWWt8CPyn+ervKmuNHWYemElp7ovcwOUOLCN ZBI1KkVjbYHcLQBQtrND2PQtS4f2cvooYl8Sgk/ak3lUDvyNS06xBjo4vI/TAMGL 1fPVPbyMfgOEaxmjtXm9ZEi4fiHbA5SGBygNNZS30b5LAP4fUbUs/A== =nY2m -END PGP SIGNATURE- Accepted: bnetd_0.4.25-7.diff.gz to pool/main/b/bnetd/bnetd_0.4.25-7.diff.gz bnetd_0.4.25-7.dsc to pool/main/b/bnetd/bnetd_0.4.25-7.dsc bnetd_0.4.25-7_i386.deb to pool/main/b/bnetd/bnetd_0.4.25-7_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted erlang 1:11.b.5dfsg-4 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 12:04:34 +0400 Source: erlang Binary: erlang-x11 erlang-base-hipe erlang-base erlang-nox erlang erlang-src erlang-dev erlang-mode erlang-examples Architecture: source all i386 Version: 1:11.b.5dfsg-4 Distribution: unstable Urgency: low Maintainer: Erlang Packagers [EMAIL PROTECTED] Changed-By: Sergei Golovan [EMAIL PROTECTED] Description: erlang - Concurrent, real-time, distributed functional language erlang-base - Concurrent, real-time, distributed functional language (virtual m erlang-base-hipe - Concurrent, real-time, distributed functional language (HiPE virt erlang-dev - Concurrent, real-time, distributed functional language (developme erlang-examples - Concurrent, real-time, distributed functional language (applicati erlang-mode - Concurrent, real-time, distributed functional language (editing m erlang-nox - Concurrent, real-time, distributed functional language (no X11 de erlang-src - Concurrent, real-time, distributed functional language (applicati erlang-x11 - Concurrent, real-time, distributed functional language (X11 deps) Changes: erlang (1:11.b.5dfsg-4) unstable; urgency=low . * Skip dialyzer during the second (HiPE enabled) build to save build time. * Do not build erlang-base-hipe package on arm architecture since only big-endian ARM mode is supported. As a result, patch 31arm.diff is removed. Files: 0899ecfb122e75ec6a809a4c44696dfc 930 interpreters optional erlang_11.b.5dfsg-4.dsc 5819abc3e827f6450a72acb5e16b6102 42176 interpreters optional erlang_11.b.5dfsg-4.diff.gz 2392314e7a8daa233eacc0bf9cce81de 6152044 interpreters optional erlang-src_11.b.5dfsg-4_all.deb 1c906fd0010dd1ffaaf6682f88f15331 393218 interpreters optional erlang-examples_11.b.5dfsg-4_all.deb 8fb420ceaaad6e87d9addbb170ece9a3 78102 interpreters optional erlang-mode_11.b.5dfsg-4_all.deb 30ab0318ef2c9dce3294e5f39d5969a4 26664 interpreters optional erlang_11.b.5dfsg-4_all.deb d85adb9125a18498b94bec1dfacce61d 6651162 interpreters optional erlang-base_11.b.5dfsg-4_i386.deb c48d2a09abc21422a8fb4a90413833e3 20457336 interpreters optional erlang-nox_11.b.5dfsg-4_i386.deb cef529252eb521c7ba6cbbeee0387b31 2389886 interpreters optional erlang-x11_11.b.5dfsg-4_i386.deb eb8d89dbc1a6d271cea4a7807829818b 348528 interpreters optional erlang-dev_11.b.5dfsg-4_i386.deb 3bf1168688f3ea7f561e5acc6887bf0e 8401040 interpreters optional erlang-base-hipe_11.b.5dfsg-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG0+rRIcdH02pGEFIRAjzVAJ9wrmgbm2dQSFJznHjbkQsUSm0evgCfZoAt zEymky1ScUCu+AQaaa1qpSo= =Fahc -END PGP SIGNATURE- Accepted: erlang-base-hipe_11.b.5dfsg-4_i386.deb to pool/main/e/erlang/erlang-base-hipe_11.b.5dfsg-4_i386.deb erlang-base_11.b.5dfsg-4_i386.deb to pool/main/e/erlang/erlang-base_11.b.5dfsg-4_i386.deb erlang-dev_11.b.5dfsg-4_i386.deb to pool/main/e/erlang/erlang-dev_11.b.5dfsg-4_i386.deb erlang-examples_11.b.5dfsg-4_all.deb to pool/main/e/erlang/erlang-examples_11.b.5dfsg-4_all.deb erlang-mode_11.b.5dfsg-4_all.deb to pool/main/e/erlang/erlang-mode_11.b.5dfsg-4_all.deb erlang-nox_11.b.5dfsg-4_i386.deb to pool/main/e/erlang/erlang-nox_11.b.5dfsg-4_i386.deb erlang-src_11.b.5dfsg-4_all.deb to pool/main/e/erlang/erlang-src_11.b.5dfsg-4_all.deb erlang-x11_11.b.5dfsg-4_i386.deb to pool/main/e/erlang/erlang-x11_11.b.5dfsg-4_i386.deb erlang_11.b.5dfsg-4.diff.gz to pool/main/e/erlang/erlang_11.b.5dfsg-4.diff.gz erlang_11.b.5dfsg-4.dsc to pool/main/e/erlang/erlang_11.b.5dfsg-4.dsc erlang_11.b.5dfsg-4_all.deb to pool/main/e/erlang/erlang_11.b.5dfsg-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted decibel-audio-player 0.05.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 02:21:05 +0200 Source: decibel-audio-player Binary: decibel-audio-player Architecture: source all Version: 0.05.2-1 Distribution: unstable Urgency: low Maintainer: Emilio Pozuelo Monfort [EMAIL PROTECTED] Changed-By: Emilio Pozuelo Monfort [EMAIL PROTECTED] Description: decibel-audio-player - Simple and nice music player for the GNOME desktop Closes: 433564 Changes: decibel-audio-player (0.05.2-1) unstable; urgency=low . * New upstream release. * debian/rules: - Call dh_desktop. - Add dpatch magic. * debian/control: - Depend on dpatch. - Depend on python-gnome2 (Closes: #433564) - Add missing dependency on python-gnome2-desktop (thanks to Piotr Ożarowski). * debian/patches: - Added 10_create_icondir.dpatch and 20_fix_desktop_file.dpatch. * Updated debian/menu file. Files: 4bc585d4162bf1c3a61e745ea49e43dd 726 sound optional decibel-audio-player_0.05.2-1.dsc 47e1e21a51d41601a2bc524a39abe017 98212 sound optional decibel-audio-player_0.05.2.orig.tar.gz 0e468d4886d24e1c686fc71607803b62 2757 sound optional decibel-audio-player_0.05.2-1.diff.gz 5820607b3ac1cf6836d58158f0bb6d79 100376 sound optional decibel-audio-player_0.05.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG0/vfB01zfu119ZkRAsXGAKC3LGY+JjDVCwM+FEg0l0FWhTw+NgCgr4M7 3FY9ZFq2iUSqsJwqObUAYws= =4tyX -END PGP SIGNATURE- Accepted: decibel-audio-player_0.05.2-1.diff.gz to pool/main/d/decibel-audio-player/decibel-audio-player_0.05.2-1.diff.gz decibel-audio-player_0.05.2-1.dsc to pool/main/d/decibel-audio-player/decibel-audio-player_0.05.2-1.dsc decibel-audio-player_0.05.2-1_all.deb to pool/main/d/decibel-audio-player/decibel-audio-player_0.05.2-1_all.deb decibel-audio-player_0.05.2.orig.tar.gz to pool/main/d/decibel-audio-player/decibel-audio-player_0.05.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted petsc4py 0.7.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 10:27:53 +0200 Source: petsc4py Binary: python-petsc Architecture: source i386 Version: 0.7.5-1 Distribution: unstable Urgency: low Maintainer: Ondrej Certik [EMAIL PROTECTED] Changed-By: Ondrej Certik [EMAIL PROTECTED] Description: python-petsc - Python bindings for PETSc libraries Changes: petsc4py (0.7.5-1) unstable; urgency=low . * New upstream release * Depends on libpetsc2.3.3-dev * Removed patches (not needed anymore) * debian/rules: set PETSC_DIR and PETSC_ARCH during the installing phase as well (refuses to install otherwise) * removing RPATH using chrpath (fixes lintian warnings) Files: 52e7523dd46839061582ca51e5b988af 843 python optional petsc4py_0.7.5-1.dsc 3bd6440d54867c0426157599057f4b35 470999 python optional petsc4py_0.7.5.orig.tar.gz 619b3ead44aa4fa90bc90a761e140976 3374 python optional petsc4py_0.7.5-1.diff.gz 573826cef1c87d385d4171ba6d223a8b 456934 python optional python-petsc_0.7.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG0/mOB01zfu119ZkRAmPzAKCtrOiFEGT6P0NSxh/71dn2BpjKhgCfScgM faPqYbOiLsh/Ne+K3JT8hE8= =EVK1 -END PGP SIGNATURE- Accepted: petsc4py_0.7.5-1.diff.gz to pool/main/p/petsc4py/petsc4py_0.7.5-1.diff.gz petsc4py_0.7.5-1.dsc to pool/main/p/petsc4py/petsc4py_0.7.5-1.dsc petsc4py_0.7.5.orig.tar.gz to pool/main/p/petsc4py/petsc4py_0.7.5.orig.tar.gz python-petsc_0.7.5-1_i386.deb to pool/main/p/petsc4py/python-petsc_0.7.5-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted qantenna 0.2.0-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 12:28:28 +0200 Source: qantenna Binary: qantenna Architecture: source i386 Version: 0.2.0-2 Distribution: unstable Urgency: low Maintainer: Joop Stakenborg [EMAIL PROTECTED] Changed-By: Joop Stakenborg [EMAIL PROTECTED] Description: qantenna - Qt based program for viewing antennas as decribed by NEC files Closes: 437851 Changes: qantenna (0.2.0-2) unstable; urgency=low . * Handle nostrip build option. Closes: #437851. * Fix a lintian warning: debian-rules-ignores-make-clean-error. * Adapt to the new menu structure. Apps-Hamradio - Applications-Amateur Radio Files: 2277caa554f5818bf1fa163c618f6d53 610 hamradio extra qantenna_0.2.0-2.dsc e917874accdd5525b4d9be3713e93634 2448 hamradio extra qantenna_0.2.0-2.diff.gz 31cb09d6de957fa2d9af4842d7143ddc 227598 hamradio extra qantenna_0.2.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1AEg/CqtjGLxpX8RAnCQAJ0YGRSc7dEX3F2d4H3qBEOo/WzgyQCfRH+y Xc8r2s97nx+ahGbAD6LjrZE= =olB6 -END PGP SIGNATURE- Accepted: qantenna_0.2.0-2.diff.gz to pool/main/q/qantenna/qantenna_0.2.0-2.diff.gz qantenna_0.2.0-2.dsc to pool/main/q/qantenna/qantenna_0.2.0-2.dsc qantenna_0.2.0-2_i386.deb to pool/main/q/qantenna/qantenna_0.2.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted fntsample 2.7-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 13:40:56 +0200 Source: fntsample Binary: fntsample Architecture: source amd64 Version: 2.7-1 Distribution: unstable Urgency: low Maintainer: Eugeniy Meshcheryakov [EMAIL PROTECTED] Changed-By: Eugeniy Meshcheryakov [EMAIL PROTECTED] Description: fntsample - program for making font samples Changes: fntsample (2.7-1) unstable; urgency=low . * New upstream release * Build-depend on libpango1.0-dev (= 1.16) Files: 9227d16486b8817f23f0f276baadbb25 673 text optional fntsample_2.7-1.dsc e5aaff4107c67516e844f8786c6812d3 89921 text optional fntsample_2.7.orig.tar.gz bf143418f953aff73cc76774814a87d5 2167 text optional fntsample_2.7-1.diff.gz 95d920b3da8f2877b1fbaf903c411d3c 16896 text optional fntsample_2.7-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1AqzKaC6+zmozOIRAnxfAJ9iwzeq39zZrsRuCuae1RAoL+dGVgCfYNd8 9Q/7ngJYIFU+xm18QP1kGBA= =Qghh -END PGP SIGNATURE- Accepted: fntsample_2.7-1.diff.gz to pool/main/f/fntsample/fntsample_2.7-1.diff.gz fntsample_2.7-1.dsc to pool/main/f/fntsample/fntsample_2.7-1.dsc fntsample_2.7-1_amd64.deb to pool/main/f/fntsample/fntsample_2.7-1_amd64.deb fntsample_2.7.orig.tar.gz to pool/main/f/fntsample/fntsample_2.7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted icedove 2.0.0.4.dfsg1-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 27 Aug 2007 23:48:53 +0200 Source: icedove Binary: icedove-dev icedove icedove-gnome-support icedove-dbg Architecture: source amd64 Version: 2.0.0.4.dfsg1-2 Distribution: unstable Urgency: low Maintainer: Alexander Sack [EMAIL PROTECTED] Changed-By: Alexander Sack [EMAIL PROTECTED] Description: icedove- free/unbranded thunderbird mail/news/rss clone icedove-dbg - Debug Symbols for Icedove icedove-dev - Development files for Icedove icedove-gnome-support - Support for Gnome in Icedove Closes: 427076 427723 428421 437064 437090 Changes: icedove (2.0.0.4.dfsg1-2) unstable; urgency=low . * debian/patches/autoconf2.13-rerun: rerun to apply last commits configure.in patch addition to configure. * debian/patches/force-no-pragma-visibility-for-gcc-4.2_4.3, debian/patches/series: don't use pragma for visibility as visibility hints are not perfect yet in mozilla code base. * debian/icedove.desktop: drop explicit .png extension from desktop icon name * debian/icedove.desktop, debian/icedove.links, debian/icedove.menu: fix various icon issues, by using /usr/share/icedove/icons/default.png instead of mozicon128.png as source for standard icedove pixmaps link (Closes: #427076, #437064, #437090). * debian/control, debian/rules: use gcc-4.2 and g++-4.2 on all archs; add gcc-4.2 and g++-4.2 to build-depends in control file. * debian/icedove.links: provide usr/share/icedove/chrome/icons/default/messengerWindow16.png as a link to usr/share/icedove/icons/mozicon16.png (Closes: #427723). * debian/icedove.install, debian/icedove.links: install isp directories /usr/share/icedove/isp and /usr/share/icedove/defaults/isp and link them to pkglibdir accordingly (Closes: #428421). Files: 03bb29a0e78327fd843c480c399679e4 1745 mail optional icedove_2.0.0.4.dfsg1-2.dsc cc44a7e8a5c9cae7e8f649495845e4e2 98441 mail optional icedove_2.0.0.4.dfsg1-2.diff.gz 9a84148d546b28a6765c03182b3d5a3b 12185230 mail optional icedove_2.0.0.4.dfsg1-2_amd64.deb 0f873f5265ff3099862b95f6d979afd1 44046 mail optional icedove-gnome-support_2.0.0.4.dfsg1-2_amd64.deb 3d6ee1cb269ff3fcb2ba3d975e69c777 89245314 mail optional icedove-dbg_2.0.0.4.dfsg1-2_amd64.deb 18db4242118b0bcac87f194511f69a02 3674912 mail optional icedove-dev_2.0.0.4.dfsg1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRtQLAKBE/gcUDGZkAQIkXBAAiJLUvFa85KCENn0JcX9+s8XLegY6ZY6/ T8gNPbm9BHGh9T/OuKTEHwDp3/A5BMMdEME6a9jl+KO8yaa3iMD2W/3vG/eN55fm aAEP3+9990VYlJOu5bQ88UxipchdxEqgjam3taERHQp1CHRLOWAMsRvaTX4PTJsQ o87XDDQ+4KQH1Kj0zsv90PJ9PTgKZYgwdB5y5qb5Je+ctaDCBGkN8e/7uwXHFbOG FIzUWEoCyw2tah5d0v+Cq/36K0lcW7fuU1Mgw7gqddi64WhFVKjZCaEaY2Kg0eLO I/lf4slbYLUvZOlE/AtClrLX7Qj6H3JiXoObAHP4ooUY66bZHdK2wW8C6U2146S+ 0+0UcABp5PEAaZrRsIB0wD+SIi/AG42yqsDmPCFTHxvgj2I1GImQBa8sv7OCaoc1 y1w3eHiOooDZrQkj2RbcDBaG2SJj+whg61ZppW6fZdpigPLMfl6tC8/haBAjMnZT 5oyTLRoFP8etUtt/Vn8g4ehZ64t5xCt+/TysSZarfDI1QA0wcNmCNsj5qwmJEnN9 0+JJYi8pGpk2cNEKn9ae4ZwzXmmHIpKW5saB7H4IGSgFQwyYs8y1pGmjec+TBh5g j1hQyzDdwchoB9gBi4Otzwbp4tQGCzEOVjww5ix1Rcf09VolzA1s0MC5U5PyOq0J Bg3jRXCXUyw= =+qkq -END PGP SIGNATURE- Accepted: icedove-dbg_2.0.0.4.dfsg1-2_amd64.deb to pool/main/i/icedove/icedove-dbg_2.0.0.4.dfsg1-2_amd64.deb icedove-dev_2.0.0.4.dfsg1-2_amd64.deb to pool/main/i/icedove/icedove-dev_2.0.0.4.dfsg1-2_amd64.deb icedove-gnome-support_2.0.0.4.dfsg1-2_amd64.deb to pool/main/i/icedove/icedove-gnome-support_2.0.0.4.dfsg1-2_amd64.deb icedove_2.0.0.4.dfsg1-2.diff.gz to pool/main/i/icedove/icedove_2.0.0.4.dfsg1-2.diff.gz icedove_2.0.0.4.dfsg1-2.dsc to pool/main/i/icedove/icedove_2.0.0.4.dfsg1-2.dsc icedove_2.0.0.4.dfsg1-2_amd64.deb to pool/main/i/icedove/icedove_2.0.0.4.dfsg1-2_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mesa 7.0.1-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 12:11:30 +0200 Source: mesa Binary: libglw1-mesa libgl1-mesa-glx libosmesa6-dev libgl1-mesa-dev libosmesa6 mesa-utils libgl1-mesa-glx-dbg libglu1-mesa-dev libgl1-mesa-dri libgl1-mesa-swx11-dbg libgl1-mesa-dri-dbg libgl1-mesa-swx11 libglw1-mesa-dev libgl1-mesa-swx11-i686 libgl1-mesa-swx11-dev mesa-common-dev mesa-swx11-source libglu1-mesa Architecture: source i386 all Version: 7.0.1-2 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force [EMAIL PROTECTED] Changed-By: Julien Cristau [EMAIL PROTECTED] Description: libgl1-mesa-dev - A free implementation of the OpenGL API -- GLX development files libgl1-mesa-dri - A free implementation of the OpenGL API -- DRI modules libgl1-mesa-dri-dbg - Debugging symbols for the Mesa DRI modules libgl1-mesa-glx - A free implementation of the OpenGL API -- GLX runtime libgl1-mesa-glx-dbg - Debugging symbols for the Mesa GLX runtime libgl1-mesa-swx11 - A free implementation of the OpenGL API -- runtime libgl1-mesa-swx11-dbg - A free implementation of the OpenGL API -- debugging symbols libgl1-mesa-swx11-dev - A free implementation of the OpenGL API -- development files libgl1-mesa-swx11-i686 - Mesa OpenGL runtime [i686 optimized] libglu1-mesa - The OpenGL utility library (GLU) libglu1-mesa-dev - The OpenGL utility library -- development files libglw1-mesa - A free implementation of the OpenGL API -- runtime libglw1-mesa-dev - A free implementation of the OpenGL API -- development files libosmesa6 - Mesa Off-screen rendering extension libosmesa6-dev - Mesa Off-screen rendering extension -- development files mesa-common-dev - Developer documentation for Mesa mesa-swx11-source - Mesa software rasteriser source -- development files mesa-utils - Miscellaneous Mesa GL utilities Closes: 423739 437333 Changes: mesa (7.0.1-2) unstable; urgency=low . * Update to latest git (from mesa_7_0_branch) + adds support for some new intel chipsets (i915 and i915_tex dri drivers) (closes: #437333) + broken inline asm in dri drivers fixed (closes: #423739) Files: a078a060ea27b1debb61213289703583 1216 graphics optional mesa_7.0.1-2.dsc 506e9a2e19eae084a919165fc0ae1fdc 261248 graphics optional mesa_7.0.1-2.diff.gz 6ff97f1800d5b7adf70b6770a6db5ba0 24652 libdevel optional libgl1-mesa-dev_7.0.1-2_all.deb 38e592f730821f4b63b89f6b0ab139b9 181034 devel optional mesa-common-dev_7.0.1-2_all.deb 5e5074215527bc09ff47621e89b71de5 1542600 libdevel optional mesa-swx11-source_7.0.1-2_all.deb 12b1aed17907dfe38a10e0fca4445324 905328 libs optional libgl1-mesa-swx11_7.0.1-2_i386.deb 4b6695b17d4e91dedc8df0985ba04043 5145934 libs extra libgl1-mesa-swx11-dbg_7.0.1-2_i386.deb 8372c684fd4a0e0316a07c8901179e82 901828 libs extra libgl1-mesa-swx11-i686_7.0.1-2_i386.deb 2b7aa4e773f95f70d85d125330f6a6b9 1022886 libdevel optional libgl1-mesa-swx11-dev_7.0.1-2_i386.deb 4d31803d2bbf3c4e0ff9f0845d97309a 143134 libs optional libgl1-mesa-glx_7.0.1-2_i386.deb db07203e5718b9bd1523684fb3e44d43 482646 libdevel extra libgl1-mesa-glx-dbg_7.0.1-2_i386.deb f08ce4ed12af23177ade5778f575fccf 12931258 libs optional libgl1-mesa-dri_7.0.1-2_i386.deb cd7bbb6b1a1f7de50bba166a46aff4bf 84512784 libdevel extra libgl1-mesa-dri-dbg_7.0.1-2_i386.deb 23fb2a9af808f8ec42364d3f29a7f99a 2377730 libs optional libosmesa6_7.0.1-2_i386.deb 7f3e4d3f12a610d55b71d17bf65d4836 2721654 devel optional libosmesa6-dev_7.0.1-2_i386.deb e6456954dc23b49d823b6504a0938ecb 239060 libs optional libglu1-mesa_7.0.1-2_i386.deb 64a5656c759d69c9884c6afaeafdf0d2 256504 libdevel optional libglu1-mesa-dev_7.0.1-2_i386.deb 7f268d1c045f52b15a1f4d741c651d1b 31766 libs optional libglw1-mesa_7.0.1-2_i386.deb 10f90293dd40f17bece37c860823f373 32800 libdevel optional libglw1-mesa-dev_7.0.1-2_i386.deb 96012c9cb366f5cd15a249a2f583b837 44590 x11 optional mesa-utils_7.0.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1BPKmEvTgKxfcAwRAiGDAJ9sNKq1ge720rnR4uCCpglPySvRdgCgskLd BI3u4BK10Z7XhnBPJ8c050w= =QI27 -END PGP SIGNATURE- Accepted: libgl1-mesa-dev_7.0.1-2_all.deb to pool/main/m/mesa/libgl1-mesa-dev_7.0.1-2_all.deb libgl1-mesa-dri-dbg_7.0.1-2_i386.deb to pool/main/m/mesa/libgl1-mesa-dri-dbg_7.0.1-2_i386.deb libgl1-mesa-dri_7.0.1-2_i386.deb to pool/main/m/mesa/libgl1-mesa-dri_7.0.1-2_i386.deb libgl1-mesa-glx-dbg_7.0.1-2_i386.deb to pool/main/m/mesa/libgl1-mesa-glx-dbg_7.0.1-2_i386.deb libgl1-mesa-glx_7.0.1-2_i386.deb to pool/main/m/mesa/libgl1-mesa-glx_7.0.1-2_i386.deb libgl1-mesa-swx11-dbg_7.0.1-2_i386.deb to pool/main/m/mesa/libgl1-mesa-swx11-dbg_7.0.1-2_i386.deb libgl1-mesa-swx11-dev_7.0.1-2_i386.deb to pool/main/m/mesa/libgl1-mesa-swx11-dev_7.0.1-2_i386.deb libgl1-mesa-swx11-i686_7.0.1-2_i386.deb to pool/main/m/mesa/libgl1-mesa-swx11-i686_7.0.1-2_i386.deb libgl1-mesa-swx11_7.0.1-2_i386.deb to pool/main/m/mesa/libgl1-mesa-swx11_7.0.1-2_i386.deb
Accepted piuparts 0.25 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 14:39:32 +0200 Source: piuparts Binary: piuparts Architecture: source all Version: 0.25 Distribution: unstable Urgency: low Maintainer: piuparts developers team [EMAIL PROTECTED] Changed-By: Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] Description: piuparts - .deb package installation, upgrading, and removal testing tool Changes: piuparts (0.25) unstable; urgency=low . * Add the option to run custom scripts inside the piuparts chroot. Scripts are stored in a directory and give it as argument with the option --scriptsdir=/dir/with/the/scripts This feature is still experimental :) * Add custom-scripts.txt with information about the custom scripts. Files: 80f61a2005a1426bccac9d1754187c25 969 devel optional piuparts_0.25.dsc 932ab3e59a87852694a5fee33f37306e 46577 devel optional piuparts_0.25.tar.gz c36c3a891a229ca53e2fd1e52b81a8fa 47244 devel optional piuparts_0.25_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Signed by Ana Guerrero iD8DBQFG1CEbn3j4POjENGERAkh/AJ9ncK8OwzGN/Q7LuQDqiXeAnEWQlACdFdIj cMwBa9+B6hE05FQNnoigJ8c= =SZm6 -END PGP SIGNATURE- Accepted: piuparts_0.25.dsc to pool/main/p/piuparts/piuparts_0.25.dsc piuparts_0.25.tar.gz to pool/main/p/piuparts/piuparts_0.25.tar.gz piuparts_0.25_all.deb to pool/main/p/piuparts/piuparts_0.25_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted slgtk 0.5.16-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 14:12:21 +0200 Source: slgtk Binary: slang-gtk Architecture: source i386 Version: 0.5.16-4 Distribution: unstable Urgency: low Maintainer: Debian JED Group [EMAIL PROTECTED] Changed-By: Rafael Laboissiere [EMAIL PROTECTED] Description: slang-gtk - binds the GIMP Toolkit (GTK) to the S-Lang scripting language Closes: 438025 Changes: slgtk (0.5.16-4) unstable; urgency=low . * debian/patch/strip-as-variable-in-makefile.patch, debian/rules: Handle nostrip build option (closes: #438025) Files: e4d2a43ceb824dd44097563abccfe329 853 interpreters optional slgtk_0.5.16-4.dsc 67f10ded7a8be5d219637e00cc64bd77 6808 interpreters optional slgtk_0.5.16-4.diff.gz 5c7b11ae1c3591313c714c797047a5f5 531658 interpreters optional slang-gtk_0.5.16-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1C78k3oga0pdcv4RAidxAJ9U5yLeTqsAn6BcYcWqjXB8osdtpgCeI9mV Yx6LZTIql/7ghCVsmjADYJo= =zLcD -END PGP SIGNATURE- Accepted: slang-gtk_0.5.16-4_i386.deb to pool/main/s/slgtk/slang-gtk_0.5.16-4_i386.deb slgtk_0.5.16-4.diff.gz to pool/main/s/slgtk/slgtk_0.5.16-4.diff.gz slgtk_0.5.16-4.dsc to pool/main/s/slgtk/slgtk_0.5.16-4.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted systemtap 0.0.20070825-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 16:14:51 +0200 Source: systemtap Binary: systemtap Architecture: source amd64 Version: 0.0.20070825-1 Distribution: unstable Urgency: low Maintainer: Eugeniy Meshcheryakov [EMAIL PROTECTED] Changed-By: Eugeniy Meshcheryakov [EMAIL PROTECTED] Description: systemtap - instrumentation system for Linux 2.6 Changes: systemtap (0.0.20070825-1) unstable; urgency=low . * New upstream snapshot * Do not depend on sudo, it is not used by systemtap anymore * Build-depend on libcap-dev * Do not build-depend on libpfm3-3.2-dev and do not pass --enable-perfmon to configure, perfmon support was disabled upstream * Add README.security to debian/docs * Add postinst script that creates 'stapdev' and 'stapusr' system groups if they do not exist * Install /usr/bin/staprun setuid-root, new security model requires this. See README.security for details. Information about this change added to NEWS file * Install lintian override for suid-root binary warning * Mention 'stapdev' and 'stapusr' groups in README.Debian * Updated patches: - 17-cond-syscalls * Removed patches: - 18-insmod-path - systemtap does not use insmod anymore - 10-perfmon-autoconf, 13-perfmon-link, 15-perfmon-api-change - perfmon is disabled * New patches: - 24-stapex-docdir-path - fixes path to examples in stapex(5) manpage - 25-manpages-minus-sign - fixes use of hyphen as minus sign in manpages Files: 8a4b79262dd72efffd32eab77275b761 856 devel optional systemtap_0.0.20070825-1.dsc b96ccd6c5e5d50254fe438db9ba2c327 757265 devel optional systemtap_0.0.20070825.orig.tar.gz ae330344e91ef45e89fea4ae17e1a806 9158 devel optional systemtap_0.0.20070825-1.diff.gz 2ec784e5da74a2bc8b9d907e9000e8eb 748892 devel optional systemtap_0.0.20070825-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1C6oKaC6+zmozOIRAm++AKCAiARvxkn4oEcJ8JIhU5dOnSa0vACghOt3 oG0sACNm2BcYADFJ21NV6c0= =+cI4 -END PGP SIGNATURE- Accepted: systemtap_0.0.20070825-1.diff.gz to pool/main/s/systemtap/systemtap_0.0.20070825-1.diff.gz systemtap_0.0.20070825-1.dsc to pool/main/s/systemtap/systemtap_0.0.20070825-1.dsc systemtap_0.0.20070825-1_amd64.deb to pool/main/s/systemtap/systemtap_0.0.20070825-1_amd64.deb systemtap_0.0.20070825.orig.tar.gz to pool/main/s/systemtap/systemtap_0.0.20070825.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted fenix 0.92a.dfsg1-2 (source all powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 15:09:20 +0200 Source: fenix Binary: fenix-dev fenix Architecture: source powerpc all Version: 0.92a.dfsg1-2 Distribution: unstable Urgency: low Maintainer: Debian Games Team [EMAIL PROTECTED] Changed-By: Miriam Ruiz [EMAIL PROTECTED] Description: fenix - development environment for making 2D games fenix-dev - development environment for making 2D games Closes: 437735 438607 Changes: fenix (0.92a.dfsg1-2) unstable; urgency=low . [ Miriam Ruiz ] * Added new patch to correct FTBFS problem. Closes: #438607 * Added patch fxi_pal.pathc for missing function prototype definition in fxi/src/i_func.c and fxi_sdl_mixer_use_rwops.patch to use the Mix_LoadMUS_RW() function. Thanks to Dann Frazier [EMAIL PROTECTED]. Closes: #437735 * Added copyright and license to patches. Files: 3b41e0095c66245d8ad0d48ebad0a971 965 devel extra fenix_0.92a.dfsg1-2.dsc 79d37697aeff6960b2f2f9b7435eb2f9 202785 devel extra fenix_0.92a.dfsg1-2.diff.gz c3f1da017d48f406034389f2c274d091 338968 devel extra fenix_0.92a.dfsg1-2_powerpc.deb 21c86a22510f94497a7d0e36f3d98a43 32244 devel extra fenix-dev_0.92a.dfsg1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1DCzELuA/Ba9d8YRAoVVAJ4vilGLFRhulqPsBLyF/Ea6K+niVACgt2Fh kQ3Rie1Cpp5h/xyzKc40e1A= =9PLz -END PGP SIGNATURE- Accepted: fenix-dev_0.92a.dfsg1-2_all.deb to pool/main/f/fenix/fenix-dev_0.92a.dfsg1-2_all.deb fenix_0.92a.dfsg1-2.diff.gz to pool/main/f/fenix/fenix_0.92a.dfsg1-2.diff.gz fenix_0.92a.dfsg1-2.dsc to pool/main/f/fenix/fenix_0.92a.dfsg1-2.dsc fenix_0.92a.dfsg1-2_powerpc.deb to pool/main/f/fenix/fenix_0.92a.dfsg1-2_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pam 0.99.7.1-3 (source all amd64 i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 06:33:33 -0700 Source: pam Binary: libpam0g-dev libpam0g libpam-modules libpam-doc libpam-runtime libpam-cracklib Architecture: source amd64 all i386 Version: 0.99.7.1-3 Distribution: unstable Urgency: low Maintainer: Steve Langasek [EMAIL PROTECTED] Changed-By: Steve Langasek [EMAIL PROTECTED] Description: libpam-doc - Documentation of PAM libpam-runtime - Runtime support for the PAM library libpam-cracklib - PAM module to enable cracklib support libpam-modules - Pluggable Authentication Modules for PAM libpam0g - Pluggable Authentication Modules library libpam0g-dev - Development files for PAM Closes: 1708 95324 153157 325974 331278 439835 Changes: pam (0.99.7.1-3) unstable; urgency=low . * New patch limits_wrong_strncpy: fix unnecessary manipulations of string buffers, including an illegal use of strncpy(). Thanks to Paul Hampson for reporting. Closes: #331278. * New patch misc_conv_allow_sigint.patch: allow SIGINT to be handled by the application, instead of blocking it when misc_conv is in use and preventing users from being able to ^C at any PAM prompt. Closes: #1708. * 024_debian_cracklib_dict_path: default to NULL instead of a specific dictionary path when none is defined for consistency with the new upstream version of cracklib, and define our path in debian/rules. * 055_pam_unix_nullok_secure: document the pam_unix nullok_secure option, a prereq for forwarding this patch upstream. Closes: #325974. * Create /etc/security/opasswd on new installs or on upgrades from 0.99.7.1-2 or below, so that users that enable the remember=n option to pam_unix aren't left unable to change passwords. Closes: #95324. * Fix a couple of thinkos in hurd_no_setfsuid, that were preventing the code from compiling on the Hurd still. Thanks to Michael Banck for the catch. * Fix a memory leak in the pam_limits capabilities patch: always cap_free() the cap_t before returning from pam_sm_open_session(). Closes: #153157. * libpam0g.postinst, libpam0g.templates: on upgrades from versions prior to 0.99.7.1-3, restart known PAM-using services so that they get the new libpam symbols, since otherwise the newer PAM modules will fail to load. Postinst taken from libssl0.9.8; thanks to Christoph Martin for the fine example! Closes: #439835. * Build-depend on po-debconf to support l10n of the debconf questions from the above. Files: 2c175769447891fff65804cec22c14c0 1160 libs optional pam_0.99.7.1-3.dsc c3491baa3b6071e36ccddea10a5cf5d7 106141 libs optional pam_0.99.7.1-3.diff.gz ae8a1f3cdee6ea299f86552efca02d0b 96698 admin required libpam-runtime_0.99.7.1-3_all.deb f670ff97106195c4f3223e1be495eda3 264906 doc optional libpam-doc_0.99.7.1-3_all.deb 348d201f83c3071208e8fe06795379e8 78640 libs required libpam0g_0.99.7.1-3_amd64.deb 5622b9fbe54584b01a1c05159f910111 263468 libs required libpam-modules_0.99.7.1-3_amd64.deb 04745b444718953d8d7d6c3339ffa800 142736 libdevel optional libpam0g-dev_0.99.7.1-3_amd64.deb 9178a8a3c5cdd22d1c2f520b4d50419b 48064 libs optional libpam-cracklib_0.99.7.1-3_amd64.deb 9955bd92ed2d303d024381c729a3c06e 75760 libs required libpam0g_0.99.7.1-3_i386.deb 02a36723213a01788d5255961eb49eb1 251780 libs required libpam-modules_0.99.7.1-3_i386.deb b2217b4331dfff81c974757d1fa69c45 140700 libdevel optional libpam0g-dev_0.99.7.1-3_i386.deb f1b2305ecd16a4a94043f3a0bb659bf3 48116 libs optional libpam-cracklib_0.99.7.1-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1CdzKN6ufymYLloRAkHfAKC2BiQTMunEqLdrPf/EeLBpEKNAhQCfUAsj TGB2RH1QSpc3PBRj2XVbrsg= =dfn9 -END PGP SIGNATURE- Accepted: libpam-cracklib_0.99.7.1-3_amd64.deb to pool/main/p/pam/libpam-cracklib_0.99.7.1-3_amd64.deb libpam-cracklib_0.99.7.1-3_i386.deb to pool/main/p/pam/libpam-cracklib_0.99.7.1-3_i386.deb libpam-doc_0.99.7.1-3_all.deb to pool/main/p/pam/libpam-doc_0.99.7.1-3_all.deb libpam-modules_0.99.7.1-3_amd64.deb to pool/main/p/pam/libpam-modules_0.99.7.1-3_amd64.deb libpam-modules_0.99.7.1-3_i386.deb to pool/main/p/pam/libpam-modules_0.99.7.1-3_i386.deb libpam-runtime_0.99.7.1-3_all.deb to pool/main/p/pam/libpam-runtime_0.99.7.1-3_all.deb libpam0g-dev_0.99.7.1-3_amd64.deb to pool/main/p/pam/libpam0g-dev_0.99.7.1-3_amd64.deb libpam0g-dev_0.99.7.1-3_i386.deb to pool/main/p/pam/libpam0g-dev_0.99.7.1-3_i386.deb libpam0g_0.99.7.1-3_amd64.deb to pool/main/p/pam/libpam0g_0.99.7.1-3_amd64.deb libpam0g_0.99.7.1-3_i386.deb to pool/main/p/pam/libpam0g_0.99.7.1-3_i386.deb pam_0.99.7.1-3.diff.gz to pool/main/p/pam/pam_0.99.7.1-3.diff.gz pam_0.99.7.1-3.dsc to pool/main/p/pam/pam_0.99.7.1-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gdc-4.1 0.24-4.1.2-15 (source i386 powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 02:14:43 +0200 Source: gdc-4.1 Binary: gdc-4.1 Architecture: i386 powerpc source Version: 0.24-4.1.2-15 Distribution: unstable Urgency: low Maintainer: Debian GCC Maintainers [EMAIL PROTECTED] Changed-By: Matthias Klose [EMAIL PROTECTED] Description: gdc-4.1- The D compiler Changes: gdc-4.1 (0.24-4.1.2-15) unstable; urgency=low . [Arthur Loiret] * debian/control.m4 set gdc Architecture to i386 amd64 powerpc ppc64 lpia until there are some others supported archs. * debian/rules.conf: Use GDC_BASE_VERSION for DEB_GDC_VERSION rather than specifying the upstream gdc version by hand. * debian/rules.unpack: symlink-tree libphobos after unpack instead of right before patch, update debian/rules.patch accordingly. * debian/rules2: Add -std=gnu99 to CFLAGS and -lm to LDFLAGS when building the D compiler. * debian/copyright: Set the D compiler package name as gdc-4.1. * gdc-sqrt-double-cast.dpatch: Fix build on powerpc. * gdc-4.1.dpatch: Update - gcc/tree-sra.c: Do not use SRA on structs with aliased fields created for anonymous unions. - gcc/predict.c: Add null-pointer check. Files: 4304026a09550a349316bc5ee1ca9c17 1401087 devel standard gdc-4.1_0.24-4.1.2-15.diff.gz a352cdd98348367958875519d5195f4c 1015662 devel standard gdc-4.1_0.24-4.1.2.orig.tar.gz 7bb44fbdd4f11530301dbaa14def79d8 1976 devel standard gdc-4.1_0.24-4.1.2-15.dsc db928318d207447f12877f968b3e437f 3303478 devel optional gdc-4.1_0.24-4.1.2-15_i386.deb e0509a08600721489c68a3de8f1241b4 3635008 devel optional gdc-4.1_0.24-4.1.2-15_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1ChKStlRaw+TLJwRAn+TAKCOf06v8/bzihDa5atQlFHVcXuwFgCfahwl RCXJgnWIUyh5lGM3y8diEvo= =Kaib -END PGP SIGNATURE- Accepted: gdc-4.1_0.24-4.1.2-15.diff.gz to pool/main/g/gdc-4.1/gdc-4.1_0.24-4.1.2-15.diff.gz gdc-4.1_0.24-4.1.2-15.dsc to pool/main/g/gdc-4.1/gdc-4.1_0.24-4.1.2-15.dsc gdc-4.1_0.24-4.1.2-15_i386.deb to pool/main/g/gdc-4.1/gdc-4.1_0.24-4.1.2-15_i386.deb gdc-4.1_0.24-4.1.2-15_powerpc.deb to pool/main/g/gdc-4.1/gdc-4.1_0.24-4.1.2-15_powerpc.deb gdc-4.1_0.24-4.1.2.orig.tar.gz to pool/main/g/gdc-4.1/gdc-4.1_0.24-4.1.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libgwenhywfar 2.6.1-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 9 Jul 2007 00:36:48 +0200 Source: libgwenhywfar Binary: libgwenhywfar38-dev libgwenhywfar-doc libgwenhywfar-data libgwenhywfar38 Architecture: source all i386 Version: 2.6.1-1 Distribution: unstable Urgency: low Maintainer: Micha Lenk [EMAIL PROTECTED] Changed-By: Micha Lenk [EMAIL PROTECTED] Description: libgwenhywfar-data - OS abstraction layer libgwenhywfar-doc - OS abstraction layer (development files) libgwenhywfar38 - OS abstraction layer libgwenhywfar38-dev - OS abstraction layer (development files) Changes: libgwenhywfar (2.6.1-1) unstable; urgency=low . * New upstream release * Remove ncurses5-dev dependency. According to ChangeLog it's obsolete since quite a long time. Files: ba651d0270160a56d96a04ec6e6945cd 856 libs optional libgwenhywfar_2.6.1-1.dsc 2cf970cd9d966e95c4254fc89530eca7 1201441 libs optional libgwenhywfar_2.6.1.orig.tar.gz 241129f6f5478128ede4cb82d78e0313 3810 libs optional libgwenhywfar_2.6.1-1.diff.gz da3d7a0edc4613f53399688e04dada12 1415146 doc optional libgwenhywfar-doc_2.6.1-1_all.deb 74c992e7219448a1756d8994f39d96ff 118702 libs optional libgwenhywfar-data_2.6.1-1_all.deb 42e5e257ad5b5b541e3df9bfc305691f 218204 libdevel optional libgwenhywfar38-dev_2.6.1-1_i386.deb 501ed9b79cb72a822df493f6d260b096 475642 libs optional libgwenhywfar38_2.6.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQCVAwUBRtQzCb8Zfhn2SkeXAQIDEQQAimIgt5xL6anWyusUiU/jqqc3R3hDAckm OpmloNdxk0G4JMK8mbumss/ol+vDu206ljwtDnI/TjWzTTPQyBb7Ev2H96/8pJhl LXnE1opTj/QglXFMnwiXbGSs6Lup8wH8K6whR13MIANzojLVtkyNbksW/WlCKUYg VYhdNSQSjtk= =M3ty -END PGP SIGNATURE- Accepted: libgwenhywfar-data_2.6.1-1_all.deb to pool/main/libg/libgwenhywfar/libgwenhywfar-data_2.6.1-1_all.deb libgwenhywfar-doc_2.6.1-1_all.deb to pool/main/libg/libgwenhywfar/libgwenhywfar-doc_2.6.1-1_all.deb libgwenhywfar38-dev_2.6.1-1_i386.deb to pool/main/libg/libgwenhywfar/libgwenhywfar38-dev_2.6.1-1_i386.deb libgwenhywfar38_2.6.1-1_i386.deb to pool/main/libg/libgwenhywfar/libgwenhywfar38_2.6.1-1_i386.deb libgwenhywfar_2.6.1-1.diff.gz to pool/main/libg/libgwenhywfar/libgwenhywfar_2.6.1-1.diff.gz libgwenhywfar_2.6.1-1.dsc to pool/main/libg/libgwenhywfar/libgwenhywfar_2.6.1-1.dsc libgwenhywfar_2.6.1.orig.tar.gz to pool/main/libg/libgwenhywfar/libgwenhywfar_2.6.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cl-photo 0.11-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 08:32:39 -0600 Source: cl-photo Binary: cl-photo Architecture: source all Version: 0.11-2 Distribution: unstable Urgency: low Maintainer: Kevin M. Rosenberg [EMAIL PROTECTED] Changed-By: Kevin M. Rosenberg [EMAIL PROTECTED] Description: cl-photo - photographic calculator in Common Lisp Closes: 438195 Changes: cl-photo (0.11-2) unstable; urgency=low . * Add cl-kmrcl dependency (closes:438195) Files: 6f03611c8bcf712daa8acb285c867c2a 565 devel optional cl-photo_0.11-2.dsc 907cf7f7ac1bef10fa0e31fa5fa2ca30 2434 devel optional cl-photo_0.11-2.diff.gz c46b31611ff492c0763fa54631807122 12620 devel optional cl-photo_0.11-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1DKZES7N8sSjgj4RAvr3AJwPNmAWRTOAVu/ikIKfs9X/k97p/wCfc3Mv pFqmVYKxCp5Lpi4WbTzE82s= =oick -END PGP SIGNATURE- Accepted: cl-photo_0.11-2.diff.gz to pool/main/c/cl-photo/cl-photo_0.11-2.diff.gz cl-photo_0.11-2.dsc to pool/main/c/cl-photo/cl-photo_0.11-2.dsc cl-photo_0.11-2_all.deb to pool/main/c/cl-photo/cl-photo_0.11-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted scribes 0.3.2.8-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 14:04:12 +0200 Source: scribes Binary: scribes Architecture: source all Version: 0.3.2.8-2 Distribution: unstable Urgency: low Maintainer: Emilio Pozuelo Monfort [EMAIL PROTECTED] Changed-By: Emilio Pozuelo Monfort [EMAIL PROTECTED] Description: scribes- simple, slim and sleek, yet powerful text editor for GNOME Closes: 438171 438172 Changes: scribes (0.3.2.8-2) unstable; urgency=low . * debian/control: - Add missing dependency on python-glade2 (Closes: #438171). - Improved description (Closes: #438172). - Build-depend on dpatch. * debian/rules: - Remove .pyc files in clean rule (Thanks to Piotr Ożarowski) - Add dpatch magic. - Don't ignore errors when calling distclean target. * debian/patches: - Added 10_fix_desktop_file.dpatch. * Updated debian/menu. Files: 0e48575b7267bb338938ededf780be2d 962 editors optional scribes_0.3.2.8-2.dsc 972e1549eedab0d8676a5d18d83ff5b9 5936 editors optional scribes_0.3.2.8-2.diff.gz 56910de4024aecbd0f685c872c36b5b5 729732 editors optional scribes_0.3.2.8-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1DcdB01zfu119ZkRAuMmAJ99/XksKkkKVf+u05ayI2adhjSv7QCgx+4y 9c9WCyLnhOo+Ykm005bG6dk= =KsoW -END PGP SIGNATURE- Accepted: scribes_0.3.2.8-2.diff.gz to pool/main/s/scribes/scribes_0.3.2.8-2.diff.gz scribes_0.3.2.8-2.dsc to pool/main/s/scribes/scribes_0.3.2.8-2.dsc scribes_0.3.2.8-2_all.deb to pool/main/s/scribes/scribes_0.3.2.8-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cl-sql 3.8.6.1-4 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Aug 2007 08:40:23 -0600 Source: cl-sql Binary: cl-sql-sqlite3 cl-sql-oracle cl-sql-aodbc cl-sql-postgresql-socket cl-sql-postgresql cl-sql-odbc cl-sql cl-sql-uffi cl-sql-tests cl-sql-sqlite cl-sql-mysql Architecture: source all amd64 Version: 3.8.6.1-4 Distribution: unstable Urgency: low Maintainer: Kevin M. Rosenberg [EMAIL PROTECTED] Changed-By: Kevin M. Rosenberg [EMAIL PROTECTED] Description: cl-sql - SQL Interface for Common Lisp cl-sql-aodbc - CLSQL database backend, AODBC cl-sql-mysql - CLSQL database backend, MySQL cl-sql-odbc - CLSQL database backend, ODBC cl-sql-oracle - CLSQL database backend, Oracle cl-sql-postgresql - CLSQL database backend, PostgreSQL cl-sql-postgresql-socket - CLSQL database backend, PostgreSQL cl-sql-sqlite - CLSQL database backend, SQLite cl-sql-sqlite3 - CLSQL database backend, SQLite3 cl-sql-tests - Testing suite for CLSQL cl-sql-uffi - Common UFFI functions for CLSQL database backends Closes: 435968 Changes: cl-sql (3.8.6.1-4) unstable; urgency=low . * make package binNMU safe (closes:435968) Files: c21831f29aee7d0031644d124f73ec04 760 devel extra cl-sql_3.8.6.1-4.dsc c79f654ca94302b8fc7951c7f4310c35 12132 devel extra cl-sql_3.8.6.1-4.diff.gz 9b2f2a38c98f956fbe2f52860dda3bfa 525600 devel extra cl-sql_3.8.6.1-4_all.deb 2b86c558ed18327d9809c4b923343f66 40406 devel extra cl-sql-aodbc_3.8.6.1-4_all.deb 80dd81eed4992b69c8c66731ccd08c68 67086 devel extra cl-sql-odbc_3.8.6.1-4_all.deb f797ea41b576e1842e8041ca2cbdea99 45452 devel extra cl-sql-postgresql_3.8.6.1-4_all.deb b3f3603933702fdd1dff2a37187be41b 49526 devel extra cl-sql-postgresql-socket_3.8.6.1-4_all.deb cda5582233daf81efc2018e3ad48082f 44934 devel extra cl-sql-sqlite_3.8.6.1-4_all.deb 332812b042994c7d7e84beb28f167273 45730 devel extra cl-sql-sqlite3_3.8.6.1-4_all.deb 30ca4f71673723dde1d4d96501a8505a 61448 contrib/devel extra cl-sql-oracle_3.8.6.1-4_all.deb 7ee74c4990f2520a22db5b665fa610e7 63906 devel extra cl-sql-tests_3.8.6.1-4_all.deb 74e29ecd92c3ab6883b301315469e39c 44048 devel extra cl-sql-uffi_3.8.6.1-4_amd64.deb d5abc275fa68813cf6da715375fb8f05 54454 devel extra cl-sql-mysql_3.8.6.1-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG1DQrES7N8sSjgj4RAnW5AJ4z7+qF2oIeuRjn7Z9WSLF4T2M+cgCfYm4S vedtoen+NmLGC7aM+WylwVo= =gJWc -END PGP SIGNATURE- Accepted: cl-sql-aodbc_3.8.6.1-4_all.deb to pool/main/c/cl-sql/cl-sql-aodbc_3.8.6.1-4_all.deb cl-sql-mysql_3.8.6.1-4_amd64.deb to pool/main/c/cl-sql/cl-sql-mysql_3.8.6.1-4_amd64.deb cl-sql-odbc_3.8.6.1-4_all.deb to pool/main/c/cl-sql/cl-sql-odbc_3.8.6.1-4_all.deb cl-sql-oracle_3.8.6.1-4_all.deb to pool/contrib/c/cl-sql/cl-sql-oracle_3.8.6.1-4_all.deb cl-sql-postgresql-socket_3.8.6.1-4_all.deb to pool/main/c/cl-sql/cl-sql-postgresql-socket_3.8.6.1-4_all.deb cl-sql-postgresql_3.8.6.1-4_all.deb to pool/main/c/cl-sql/cl-sql-postgresql_3.8.6.1-4_all.deb cl-sql-sqlite3_3.8.6.1-4_all.deb to pool/main/c/cl-sql/cl-sql-sqlite3_3.8.6.1-4_all.deb cl-sql-sqlite_3.8.6.1-4_all.deb to pool/main/c/cl-sql/cl-sql-sqlite_3.8.6.1-4_all.deb cl-sql-tests_3.8.6.1-4_all.deb to pool/main/c/cl-sql/cl-sql-tests_3.8.6.1-4_all.deb cl-sql-uffi_3.8.6.1-4_amd64.deb to pool/main/c/cl-sql/cl-sql-uffi_3.8.6.1-4_amd64.deb cl-sql_3.8.6.1-4.diff.gz to pool/main/c/cl-sql/cl-sql_3.8.6.1-4.diff.gz cl-sql_3.8.6.1-4.dsc to pool/main/c/cl-sql/cl-sql_3.8.6.1-4.dsc cl-sql_3.8.6.1-4_all.deb to pool/main/c/cl-sql/cl-sql_3.8.6.1-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted qca2 2.0.0~beta7-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 14 Aug 2007 18:04:31 +0200 Source: qca2 Binary: libqca2-dev libqca2 Architecture: source i386 Version: 2.0.0~beta7-3 Distribution: experimental Urgency: low Maintainer: Debian Qt/KDE Maintainers [EMAIL PROTECTED] Changed-By: Jan Niehusmann [EMAIL PROTECTED] Description: libqca2- Qt Cryptographic Architecture - shared library libqca2-dev - Qt Cryptographic Architecture - development files Changes: qca2 (2.0.0~beta7-3) experimental; urgency=low . * updated debian/copyright to mention all copyright holders and licenses Files: 19a4c151fbd823a575b4fc29c853faff 861 libs optional qca2_2.0.0~beta7-3.dsc 39c451f4bfc346d61911d4a6692a2783 6411897 libs optional qca2_2.0.0~beta7.orig.tar.gz 7b7ccbdf6d9fc40e9318e336b19a041d 5220 libs optional qca2_2.0.0~beta7-3.diff.gz 1834ee84dc75fe790ec2922ab2381bf3 79424 libdevel optional libqca2-dev_2.0.0~beta7-3_i386.deb 6f0e165fcd26fe7b1a3a8579f51f3d2d 502006 libs optional libqca2_2.0.0~beta7-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQCVAwUBRskx5IFL8fYptN/eAQL5ngP9Hhz+Tx1/4DtR5AZLMcmGkbZhJWepUT9s AgmNGqTxtzL1WZBcBOPc+IsrUNfo3el3THA6ykzZtXQWSpDFJsgpSgxT7ldRdxIj BTgw4YYDAreBDk0umqrS5YJ9mG/cUxozTL4F8EugHE3KyPujNOeg6PWckIl+4jay Bcil1scx0jU= =3Dju -END PGP SIGNATURE- Accepted: libqca2-dev_2.0.0~beta7-3_i386.deb to pool/main/q/qca2/libqca2-dev_2.0.0~beta7-3_i386.deb libqca2_2.0.0~beta7-3_i386.deb to pool/main/q/qca2/libqca2_2.0.0~beta7-3_i386.deb qca2_2.0.0~beta7-3.diff.gz to pool/main/q/qca2/qca2_2.0.0~beta7-3.diff.gz qca2_2.0.0~beta7-3.dsc to pool/main/q/qca2/qca2_2.0.0~beta7-3.dsc qca2_2.0.0~beta7.orig.tar.gz to pool/main/q/qca2/qca2_2.0.0~beta7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted icedove-dispmua 1.3.2.dfsg-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 14 Aug 2007 18:27:25 +0200 Source: icedove-dispmua Binary: icedove-dispmua Architecture: source all Version: 1.3.2.dfsg-3 Distribution: unstable Urgency: low Maintainer: Christoph Goehre [EMAIL PROTECTED] Changed-By: Christoph Goehre [EMAIL PROTECTED] Description: icedove-dispmua - display Mail User Agent extension for Icedove Closes: 438148 Changes: icedove-dispmua (1.3.2.dfsg-3) unstable; urgency=low . * initial upload to debian (Closes: #438148) * depends on more unspecified icedove * rename package to icedove-dispmua * debian upload by Guido Guenther [EMAIL PROTECTED] Files: f120f1dfe0869842a1d487c80a9a5168 646 mail optional icedove-dispmua_1.3.2.dfsg-3.dsc 8de7b078df714d77edfcb2b6b135d862 674648 mail optional icedove-dispmua_1.3.2.dfsg.orig.tar.gz f5067e43fc1348079e96611999b49cf5 3134 mail optional icedove-dispmua_1.3.2.dfsg-3.diff.gz a20c041a7133453c20eb3ff84ea801f4 1250910 mail optional icedove-dispmua_1.3.2.dfsg-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGyVbOn88szT8+ZCYRAkbpAJ9bLqD8EOnwJgJseSC4EQSElVL9egCfZIk6 ierQnrxK6YWUcnHW26LxbA0= =36bG -END PGP SIGNATURE- Accepted: icedove-dispmua_1.3.2.dfsg-3.diff.gz to pool/main/i/icedove-dispmua/icedove-dispmua_1.3.2.dfsg-3.diff.gz icedove-dispmua_1.3.2.dfsg-3.dsc to pool/main/i/icedove-dispmua/icedove-dispmua_1.3.2.dfsg-3.dsc icedove-dispmua_1.3.2.dfsg-3_all.deb to pool/main/i/icedove-dispmua/icedove-dispmua_1.3.2.dfsg-3_all.deb icedove-dispmua_1.3.2.dfsg.orig.tar.gz to pool/main/i/icedove-dispmua/icedove-dispmua_1.3.2.dfsg.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted liblexical-persistence-perl 0.97-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 17 Aug 2007 22:08:59 +0200 Source: liblexical-persistence-perl Binary: liblexical-persistence-perl Architecture: source all Version: 0.97-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: Alexis Sukrieh [EMAIL PROTECTED] Description: liblexical-persistence-perl - Perl module for accessing persistent data through lexical variabl Closes: 438487 Changes: liblexical-persistence-perl (0.97-1) unstable; urgency=low . * Initial Release (closes: #438487). Files: affbed00d8169dc56a640fadbad2652d 964 perl optional liblexical-persistence-perl_0.97-1.dsc f6bd2a5cfd83de215cb08a529dc92b50 10853 perl optional liblexical-persistence-perl_0.97.orig.tar.gz 6117f3cdac0629e5132400558de9d298 1932 perl optional liblexical-persistence-perl_0.97-1.diff.gz abe472cc44efcd3a5eb429d87a29d8fa 18934 perl optional liblexical-persistence-perl_0.97-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGyVZXHqjlqpcl9jsRAmgeAJ0WFEPYAcnjyXCKt1171ilVDovSPQCfRMBM OUGyX9BSzzdJwp/ULyv0UXs= =drcY -END PGP SIGNATURE- Accepted: liblexical-persistence-perl_0.97-1.diff.gz to pool/main/libl/liblexical-persistence-perl/liblexical-persistence-perl_0.97-1.diff.gz liblexical-persistence-perl_0.97-1.dsc to pool/main/libl/liblexical-persistence-perl/liblexical-persistence-perl_0.97-1.dsc liblexical-persistence-perl_0.97-1_all.deb to pool/main/libl/liblexical-persistence-perl/liblexical-persistence-perl_0.97-1_all.deb liblexical-persistence-perl_0.97.orig.tar.gz to pool/main/libl/liblexical-persistence-perl/liblexical-persistence-perl_0.97.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ecj 3.3.0+0728-2 (all i386 source sparc alpha hppa)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 25 Aug 2007 20:12:38 +0200 Source: ecj Binary: libecj-java ecj ecj1 libecj-java-gcj ecj-gcj Architecture: all alpha hppa i386 source sparc Version: 3.3.0+0728-2 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Changed-By: Matthias Klose [EMAIL PROTECTED] Description: ecj-gcj- standalone version of the Eclipse Java compiler (native version) ecj1 - java byte code compiler used by gcj libecj-java-gcj - Eclipse Java compiler (native library) Changes: ecj (3.3.0+0728-2) unstable; urgency=low . * Tighten build-dependency on libgcj-bc. Files: f38ecdd067e09a64135dcba7d0e2b931 1015 devel optional ecj_3.3.0+0728-2.dsc 2138260bde9bb8775b8c6a6f237d9e38 1562820 devel optional ecj-gcj_3.3.0+0728-2_alpha.deb 4400a41f73a6c78f6f2c9434a509eece 13414 devel optional ecj_3.3.0+0728-2_all.deb 46b590b7d6ea3575e758f760bfe441c5 25831 devel optional ecj_3.3.0+0728-2.diff.gz 4844b7e635f967d4129b5425abb8e909 1364974 devel optional ecj-gcj_3.3.0+0728-2_sparc.deb 4a4f4de8524c3482452a7f85eeeca609 1442548 libs optional libecj-java-gcj_3.3.0+0728-2_i386.deb 4d38078df06a2c817d0858287b6f54aa 1157480 libs optional libecj-java_3.3.0+0728-2_all.deb 6fe4d2032be357e71a3ae913a7bc2a98 1365794 devel optional ecj-gcj_3.3.0+0728-2_i386.deb 93a1528b29b1885c3e2a7450575fcba5 1701408 devel optional ecj-gcj_3.3.0+0728-2_hppa.deb b10c61f0122c4a3dc67c8cf9b8614153 1580108 libs optional libecj-java-gcj_3.3.0+0728-2_sparc.deb c59bbf4cec293a672e567b46e2174d34 1906196 libs optional libecj-java-gcj_3.3.0+0728-2_alpha.deb ca897eec7fbc74ef089bca89273bbf7c 1562588 devel optional ecj1_3.3.0+0728-2_alpha.deb e80bed27fcec529b08e21b6b2485cc27 2071722 libs optional libecj-java-gcj_3.3.0+0728-2_hppa.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG0Ni1StlRaw+TLJwRAs24AKCu5i7bY9NOACJp7EbL40J/tlYaQwCgnmrF J/Ty8XImLd18uAM9lWStjAs= =3ZNR -END PGP SIGNATURE- Accepted: ecj-gcj_3.3.0+0728-2_alpha.deb to pool/main/e/ecj/ecj-gcj_3.3.0+0728-2_alpha.deb ecj-gcj_3.3.0+0728-2_hppa.deb to pool/main/e/ecj/ecj-gcj_3.3.0+0728-2_hppa.deb ecj-gcj_3.3.0+0728-2_i386.deb to pool/main/e/ecj/ecj-gcj_3.3.0+0728-2_i386.deb ecj-gcj_3.3.0+0728-2_sparc.deb to pool/main/e/ecj/ecj-gcj_3.3.0+0728-2_sparc.deb ecj1_3.3.0+0728-2_alpha.deb to pool/main/e/ecj/ecj1_3.3.0+0728-2_alpha.deb ecj_3.3.0+0728-2.diff.gz to pool/main/e/ecj/ecj_3.3.0+0728-2.diff.gz ecj_3.3.0+0728-2.dsc to pool/main/e/ecj/ecj_3.3.0+0728-2.dsc ecj_3.3.0+0728-2_all.deb to pool/main/e/ecj/ecj_3.3.0+0728-2_all.deb libecj-java-gcj_3.3.0+0728-2_alpha.deb to pool/main/e/ecj/libecj-java-gcj_3.3.0+0728-2_alpha.deb libecj-java-gcj_3.3.0+0728-2_hppa.deb to pool/main/e/ecj/libecj-java-gcj_3.3.0+0728-2_hppa.deb libecj-java-gcj_3.3.0+0728-2_i386.deb to pool/main/e/ecj/libecj-java-gcj_3.3.0+0728-2_i386.deb libecj-java-gcj_3.3.0+0728-2_sparc.deb to pool/main/e/ecj/libecj-java-gcj_3.3.0+0728-2_sparc.deb libecj-java_3.3.0+0728-2_all.deb to pool/main/e/ecj/libecj-java_3.3.0+0728-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pidgin 2.1.1-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.7 Date: Fri, 24 Aug 2007 22:04:23 -0400 Source: pidgin Binary: libpurple-bin pidgin-dev finch-dev pidgin-data pidgin pidgin-dbg libpurple-dev finch libpurple0 Architecture: source amd64 all Version: 2.1.1-2 Distribution: unstable Urgency: low Maintainer: Robert McQueen [EMAIL PROTECTED] Changed-By: Ari Pollak [EMAIL PROTECTED] Description: finch - text-based multi-protocol instant messaging client finch-dev - text-based multi-protocol instant messaging client - development libpurple-bin - multi-protocol instant messaging library - extra utilities libpurple-dev - multi-protocol instant messaging library - development files libpurple0 - multi-protocol instant messaging library pidgin - graphical multi-protocol instant messaging client for X pidgin-data - multi-protocol instant messaging client - data files pidgin-dbg - Debugging symbols for Pidgin pidgin-dev - multi-protocol instant messaging client - development files Closes: 421282 428678 Changes: pidgin (2.1.1-2) unstable; urgency=low . [ Laurent Bigonville ] * Bump Standards-Version * Split finch out of the pidgin package (Closes: #428678) * Split libpurple out of the pidgin package (Closes: #421282) * Add override file to quiet lintian a bit * Remove symlinks for /usr/share/doc/pidgin{,-dev,-dbg} and really install them instead . [ Ari Pollak ] * Move gconf schema into pidgin, so only pidgin needs to depend on gconf * Make dh_pidgin add a versioned misc:Conflict on the next major version of pidgin, in preparation for getting rid of the pidgin ( 3.0) dependency, and adding dh_purple/dh_finch. Files: 296003d8a260c1dd0438dcbd79fb9bf4 1342 net optional pidgin_2.1.1-2.dsc 8b057b0870078989daa94ec99769c188 39451 net optional pidgin_2.1.1-2.diff.gz 61bf666373ff41ca93c2b4c916756241 6323962 net optional pidgin-data_2.1.1-2_all.deb ce87ed65e4682bdad91586220358b1c8 196100 devel optional pidgin-dev_2.1.1-2_all.deb 1b8c7a69ad136095ac7f12f126921f18 139908 devel optional finch-dev_2.1.1-2_all.deb ff0422f7260090609e4078e0831bda81 248406 libdevel optional libpurple-dev_2.1.1-2_all.deb 0ba991627c621b78632934f3415f2f34 120726 net optional libpurple-bin_2.1.1-2_all.deb 1719b1495d33b5a002f5253baf424456 623590 net optional pidgin_2.1.1-2_amd64.deb f4c785968ae85fd7279061410e83ab0d 4738580 net extra pidgin-dbg_2.1.1-2_amd64.deb 79a4a90b823f66454709d0cb18f8036e 300224 net optional finch_2.1.1-2_amd64.deb 307d818899ab2693f8f32b4f07509bb6 1542190 net optional libpurple0_2.1.1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGz5oowO+u47cOQDsRAxDlAKCaWmJZhZnudTFC+77miAV3Ac91gQCgmxt7 sjxAVP4ZdhOQpO3xSTKIYbE= =JzkY -END PGP SIGNATURE- Accepted: finch-dev_2.1.1-2_all.deb to pool/main/p/pidgin/finch-dev_2.1.1-2_all.deb finch_2.1.1-2_amd64.deb to pool/main/p/pidgin/finch_2.1.1-2_amd64.deb libpurple-bin_2.1.1-2_all.deb to pool/main/p/pidgin/libpurple-bin_2.1.1-2_all.deb libpurple-dev_2.1.1-2_all.deb to pool/main/p/pidgin/libpurple-dev_2.1.1-2_all.deb libpurple0_2.1.1-2_amd64.deb to pool/main/p/pidgin/libpurple0_2.1.1-2_amd64.deb pidgin-data_2.1.1-2_all.deb to pool/main/p/pidgin/pidgin-data_2.1.1-2_all.deb pidgin-dbg_2.1.1-2_amd64.deb to pool/main/p/pidgin/pidgin-dbg_2.1.1-2_amd64.deb pidgin-dev_2.1.1-2_all.deb to pool/main/p/pidgin/pidgin-dev_2.1.1-2_all.deb pidgin_2.1.1-2.diff.gz to pool/main/p/pidgin/pidgin_2.1.1-2.diff.gz pidgin_2.1.1-2.dsc to pool/main/p/pidgin/pidgin_2.1.1-2.dsc pidgin_2.1.1-2_amd64.deb to pool/main/p/pidgin/pidgin_2.1.1-2_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted vdr-plugin-xineliboutput 1.0.0~rc2-5 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 12 Aug 2007 16:47:22 +0200 Source: vdr-plugin-xineliboutput Binary: vdr-plugin-xineliboutput libxine1-xvdr libxineliboutput-fbfe xineliboutput-sxfe xineliboutput-fbfe libxineliboutput-sxfe Architecture: source i386 Version: 1.0.0~rc2-5 Distribution: unstable Urgency: low Maintainer: Debian VDR Team [EMAIL PROTECTED] Changed-By: Tobias Grimm [EMAIL PROTECTED] Description: libxine1-xvdr - Xine input plugin for vdr-plugin-xineliboutput streams libxineliboutput-fbfe - Local Frambebuffer frontend for the xineliboutput plugin libxineliboutput-sxfe - Local X-Server frontend for the xineliboutput plugin vdr-plugin-xineliboutput - VDR plugin for Xine based sofdevice frontends xineliboutput-fbfe - Remote Framebuffer frontend for vdr-plugin-xineliboutput xineliboutput-sxfe - Remote X-Server frontend for vdr-plugin-xineliboutput Changes: vdr-plugin-xineliboutput (1.0.0~rc2-5) unstable; urgency=low . * Reformatted debain/copyright * Renamed libxine-xvdr to libxine1-xvdr to match common xine plugin naming scheme * Let libxine1-xvdr depend on libxine1-ffmpeg . vdr-plugin-xineliboutput (1.0.0~rc2-4) UNRELEASED; urgency=low . * Added 01_gnome-screensaver.dpatch * Build-Depend on libdbus-glib-1-dev Files: 9147e9aa0c41b99d0f2bef20f41c80d3 1210 misc extra vdr-plugin-xineliboutput_1.0.0~rc2-5.dsc f114e56e43f571da373e4223b9e99113 61291 misc extra vdr-plugin-xineliboutput_1.0.0~rc2-5.diff.gz ccbd026d51955c1c6b7640bea2254603 212092 misc extra vdr-plugin-xineliboutput_1.0.0~rc2-5_i386.deb 8da30fe889d6219918bc491b46d10607 29624 misc extra libxineliboutput-fbfe_1.0.0~rc2-5_i386.deb 361a8346b8036f99c140153a6f044497 36770 misc extra libxineliboutput-sxfe_1.0.0~rc2-5_i386.deb 212dfe7db2e140fcbc72bf7bebdae4f1 38910 misc extra xineliboutput-fbfe_1.0.0~rc2-5_i386.deb 664ec161bc3c13018a521461b9d9ce5a 46380 misc extra xineliboutput-sxfe_1.0.0~rc2-5_i386.deb f6fde9bbf8df092800386d28ec2dacfa 9818 misc extra libxine1-xvdr_1.0.0~rc2-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGyd3Hc9+NqwoydlIRAhE7AKC1pmALAclbyJd5bL1vQ+DF/wrg1wCgoSAs sC8ruRcC9UWSeZ3q4cNhcpw= =SrRM -END PGP SIGNATURE- Accepted: libxine1-xvdr_1.0.0~rc2-5_i386.deb to pool/main/v/vdr-plugin-xineliboutput/libxine1-xvdr_1.0.0~rc2-5_i386.deb libxineliboutput-fbfe_1.0.0~rc2-5_i386.deb to pool/main/v/vdr-plugin-xineliboutput/libxineliboutput-fbfe_1.0.0~rc2-5_i386.deb libxineliboutput-sxfe_1.0.0~rc2-5_i386.deb to pool/main/v/vdr-plugin-xineliboutput/libxineliboutput-sxfe_1.0.0~rc2-5_i386.deb vdr-plugin-xineliboutput_1.0.0~rc2-5.diff.gz to pool/main/v/vdr-plugin-xineliboutput/vdr-plugin-xineliboutput_1.0.0~rc2-5.diff.gz vdr-plugin-xineliboutput_1.0.0~rc2-5.dsc to pool/main/v/vdr-plugin-xineliboutput/vdr-plugin-xineliboutput_1.0.0~rc2-5.dsc vdr-plugin-xineliboutput_1.0.0~rc2-5_i386.deb to pool/main/v/vdr-plugin-xineliboutput/vdr-plugin-xineliboutput_1.0.0~rc2-5_i386.deb xineliboutput-fbfe_1.0.0~rc2-5_i386.deb to pool/main/v/vdr-plugin-xineliboutput/xineliboutput-fbfe_1.0.0~rc2-5_i386.deb xineliboutput-sxfe_1.0.0~rc2-5_i386.deb to pool/main/v/vdr-plugin-xineliboutput/xineliboutput-sxfe_1.0.0~rc2-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ecj 3.3.0+0728-1 (source all hppa i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 25 Aug 2007 12:35:30 +0200 Source: ecj Binary: libecj-java ecj ecj1 libecj-java-gcj ecj-gcj Architecture: all hppa i386 source Version: 3.3.0+0728-1 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Changed-By: Matthias Klose [EMAIL PROTECTED] Description: ecj-gcj- standalone version of the Eclipse Java compiler (native version) libecj-java-gcj - Eclipse Java compiler (native library) Changes: ecj (3.3.0+0728-1) unstable; urgency=medium . * New upstream version, taken from the R3_3_maintenance tag. * Build using gcj-4.2 on all architectures except alpha and m68k. * Stop building the ecj-bootstrap and ecj-bootstrap-gcj packages. * Build a libecj-java-gcj package. * Build an ecj1 package on arm, BC-compile ecj1. * Update debian/copyright, eclipse is EPL, not CPL anymore. Files: 0328d161047b5a0275db4a985a83f5fd 1365774 devel optional ecj-gcj_3.3.0+0728-1_i386.deb 2c09edd82380f25f1daf3438c64e9a0f 855227 devel optional ecj_3.3.0+0728.orig.tar.gz 59b705929658b860c5723abb6b4bc607 1442552 libs optional libecj-java-gcj_3.3.0+0728-1_i386.deb 740773a975f8c5e4f64e178815db104a 2071720 libs optional libecj-java-gcj_3.3.0+0728-1_hppa.deb 8d762b4ffa6a301c521850de725e47b5 13410 devel optional ecj_3.3.0+0728-1_all.deb b4fac50137dd8bf2dcdcf241b4b0f92d 25802 devel optional ecj_3.3.0+0728-1.diff.gz eeb92aa1a097715bbad32475ad8f1350 1157532 libs optional libecj-java_3.3.0+0728-1_all.deb aa68fc9b0f9f65e9b03366fe36446251 1013 devel optional ecj_3.3.0+0728-1.dsc fd8e8dba84701475c03bf9fd3dded63f 1701392 devel optional ecj-gcj_3.3.0+0728-1_hppa.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG0CNKStlRaw+TLJwRAmsuAJwMxsliqIlZCnWHbIKlxT+UEtdxhgCfTEx/ kPACBYRCuXz8zwAAjox/Xvo= =hJgz -END PGP SIGNATURE- Accepted: ecj-gcj_3.3.0+0728-1_hppa.deb to pool/main/e/ecj/ecj-gcj_3.3.0+0728-1_hppa.deb ecj-gcj_3.3.0+0728-1_i386.deb to pool/main/e/ecj/ecj-gcj_3.3.0+0728-1_i386.deb ecj_3.3.0+0728-1.diff.gz to pool/main/e/ecj/ecj_3.3.0+0728-1.diff.gz ecj_3.3.0+0728-1.dsc to pool/main/e/ecj/ecj_3.3.0+0728-1.dsc ecj_3.3.0+0728-1_all.deb to pool/main/e/ecj/ecj_3.3.0+0728-1_all.deb ecj_3.3.0+0728.orig.tar.gz to pool/main/e/ecj/ecj_3.3.0+0728.orig.tar.gz libecj-java-gcj_3.3.0+0728-1_hppa.deb to pool/main/e/ecj/libecj-java-gcj_3.3.0+0728-1_hppa.deb libecj-java-gcj_3.3.0+0728-1_i386.deb to pool/main/e/ecj/libecj-java-gcj_3.3.0+0728-1_i386.deb libecj-java_3.3.0+0728-1_all.deb to pool/main/e/ecj/libecj-java_3.3.0+0728-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]