un pensiero sul libro di Martin Kraft
Ho letto su debian news che Martin Kraft ha presentato il suo nuovo libro al linuxtag in germania. Forse non ho capito bene, ma nelle poche pagine che si possono scaricare pare che sia con tutti i diritti riservati eccetera eccetera canonici. Mi chiedo: ma non c'è una (grande) incoerenza tra l'essere un DD (e magari votare per mettere la FDL in non-free) e pubblicare un libro su debian con una licenza del genere?? Tralascio la coerenza del nome dell'editore, che si chiama Opensource (!). -- On this laptop no Windows system survives and LINUX POWER reigns UNLIMITED. Successfully Microsoft free since December 2002.
Re: Greylisting for @debian.org email, please
Pierre Habouzit wrote: Le Lun 27 Juin 2005 10:14, Stig Sandbeck Mathisen a écrit : Since this is contrary to my experience with greylisting, I'd like to hear more about your experiences with it, and why you consider greylisting really painful. I already did : for personnal use (and I use my @debian.org address for some debian related personnal discussions, like discussions with an uploader I sponsor or alike) I find that 30minutes delays are not acceptable (and I know that greylisting last only 5 minutes, but it's a fact that requeue of a mail is done 30 minutes after the first try for most of the SMTP server on the planet). I don't ask a 5s delay for every mail I send/receive, but if a mail takes more than 2-3 minutes to be delivered, then this is useless. I think you misunderstand. Remember that only the first exchange with a new address is delayed. After the initial exchange there is no more delay. Your continuing conversations will not have a delay. I'm also interested in hearing about the size of the mail platforms you've used it on, and wether the mail platforms are list-heavy or user-heavy, and mostly incoming or outgoing traffic. On a mail platform where you use greylisting, you generally have a boost in performances. *BUT* you punish all the MX that deliver mail to you. greylisting put the charge on the SMTP server before you, and those MX will deliver mails slower to you. There is no valid reason for an MX exchanger as a backup mail relay on the internet today. These days MX records are only useful for routing to private subnets. Greylisting in the presense of MX backup relays means that all must have the same rules. Because otherwise there would be no delay as mail was delivered to the MX backup and then proceeded immediately to the primary. Attempting to deliver mail to the MX secondaries hoping they will have lesser restrictions is a common spammer technique. like I said many times in that thread, greylist is a good solution to filter spam with quite no false positive, that's true. *BUT* it's a bad idea to use it for *every* mail. A mail that (e.g.) : - is SPF-clean - comes from hotst that are RBL-clean - put your own fast test here should not suffer from greylisting. Remember that all subsequent messages after the first one are not in any way delayed. The effect there is the same as not having greylisting. Bob signature.asc Description: Digital signature
Re: Compiling and using glibc-2.2 under Debian Sarge
Magik wrote: I think the typical answer will be to compile in a woody chroot. There are several different packages to help such as pbuilder and dchroot. This works quite well for C programs because gcc is very mature and the woody default gcc compiler is sufficient for most tasks. But if you have a C++ program then you are stuck using the woody g++ and that is not sufficient for many modern C++ programs. Unfortunately, in our main lib we use C++ and not just plain C. That's why I think the Woody compiler might be somewhat outdated for our purpose. Maybe I can find a backport or something, tho. Think I'll try that. Be sure to look into Adrian Bunk's woody backports of gcc-3.3. They were very useful to me. deb http://www.fs.tum.de/~bunk/debian woody/bunk-1 main contrib non-free Bob signature.asc Description: Digital signature
Re: Greylisting for @debian.org email, please
Le Mar 28 Juin 2005 08:36, Bob Proulx a écrit : Pierre Habouzit wrote: Le Lun 27 Juin 2005 10:14, Stig Sandbeck Mathisen a écrit : Since this is contrary to my experience with greylisting, I'd like to hear more about your experiences with it, and why you consider greylisting really painful. I already did : for personnal use (and I use my @debian.org address for some debian related personnal discussions, like discussions with an uploader I sponsor or alike) I find that 30minutes delays are not acceptable (and I know that greylisting last only 5 minutes, but it's a fact that requeue of a mail is done 30 minutes after the first try for most of the SMTP server on the planet). I don't ask a 5s delay for every mail I send/receive, but if a mail takes more than 2-3 minutes to be delivered, then this is useless. I think you misunderstand. Remember that only the first exchange with a new address is delayed. After the initial exchange there is no more delay. Your continuing conversations will not have a delay. and yet please rememeber one of my previous mails : some of my regular corespondant have mails that use SRS and that will also have a MAIL FROM that changes every 3/4 hours. like I said many times in that thread, greylist is a good solution to filter spam with quite no false positive, that's true. *BUT* it's a bad idea to use it for *every* mail. A mail that (e.g.) : - is SPF-clean - comes from hotst that are RBL-clean - put your own fast test here should not suffer from greylisting. Remember that all subsequent messages after the first one are not in any way delayed. The effect there is the same as not having greylisting. even if that was true, I don't see why the first mail should be delayed when it's obviously a legitimate mail. and now think at the thing I just said. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpQmjqYulR2c.pgp Description: PGP signature
Re: Ongoing Firefox (and Thunderbird) Trademark problems
Cameron Patrick wrote: I'm curious as to how this would apply to Debian-derived distributions which either (a) don't change the Firefox/Thunderbird packages, or (b) change them in some trivial way. Would someone taking the packages unchanged from Debian be required to either ask MoFo for a trademark agreement or rename their Firefox? As I've said to Eric, and earlier on this list, anyone not changing the package would definitely not need to ask. I also suggested that anyone changing it within the bounds of the current trademark policy (e.g. bookmarks, start page etc.) would also not need to ask - which hopefully covers the trivial changes that most people would want to make. Perhaps it would help if I posted my proposal again? Gerv -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Call for a debian maintainer to package Barcode Writer in Pure PostScript
Hello Terry, * Terry Burton [EMAIL PROTECTED] [2005-06-28 10:16]: Are there any Debian developers that would like to work with me to package Barcode Writer in Pure PostScript (http://www.terryburton.co.uk/barcodewriter) with the aim of getting it into the stable distribution? If you are interested then please contact me either on or off list. Please use reportbug wnpp and choose rfp. regards nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgp6N3eAqsN9X.pgp Description: PGP signature
Re: Libtool and packaging
hoi :) On Mon, Jun 27, 2005 at 01:26:47PM +0200, Alexis Papadopoulos wrote: I'm actually trying to create a .deb package from sources using automake, autoconf and libtool. The resulting files consist of some shell scripts, a shared library and some binaries that must be linked to it. this should all just work. if you provide a pointer to the source package in question we can have a look at the problem. -- Martin Waitz signature.asc Description: Digital signature
Re: debian security archive/updates b0rken???
Hi, * Sebastian Ley [EMAIL PROTECTED] [2005-06-28 10:16]: Am Sonntag, 19. Juni 2005 08:45 schrieb Steve Langasek: On Sun, Jun 19, 2005 at 12:31:23AM -0400, sean finney wrote: please excuse this blatant cross-posting, i wouldn't do it if i didn't think it were critical that i do so... http://www.infodrom.org/~joey/log/?200506142140 say it isn't so! It isn't so. ... one of the largest German IT News Sites today claims otherwise: http://www.heise.de/newsticker/meldung/61076 Headline translates to Debian without security updates for several weeks now. I did not follow up on the current status of stable security, but in any case we should send them a response. I volunteer to translate an answer from English to German and send it to Heise. There are some other headlines like this. http://www.pro-linux.de/news/2005/8322.html http://www.heute.de/ZDFheute/inhalt/26/0,3672,2326362,00.html The article on heute.de says that ca. 100 million user in Germany changed to Ubuntu because of problems with Debian. Anyway, keep on working, it is more productive! Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgpRoUgUGdBrI.pgp Description: PGP signature
Re: Planning a libglade to libglade2 transition
Andrea Mennucc [EMAIL PROTECTED] wrote: the same for me: I develop and mantain some gtk packages there is no such thing as an easy transition from gtk1 to gtk2 Nonsense. For many (most?) programs, it's mostly a matter of passing -DENABLE_BROKEN and fixing up the build system. Doing s/gtk_/g_/g over the source gets you most of the rest of the way there. However, most of the apps that are still gtk1 are the ones that *are* more difficult. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian security archive/updates b0rken???
On Tue, 28 Jun 2005, Nico Golde wrote: http://www.heute.de/ZDFheute/inhalt/26/0,3672,2326362,00.html The article on heute.de says that ca. 100 million user in Germany changed to Ubuntu because of problems with Debian. BTW, this news seems not to have a negative effect. I've got very positive responses from people who pointed me to this site. The good thing is that readers of this site are not able to differentiate between Linux, Free Software, Debian, a penguin, Ubuntu, another penguin, Mozilla, OpenOffice and again a penguin. (Obviousely the authors of the article have no idea either but all in all the target readers felt positive about this penguin. :) ) Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
* Bill Allombert [Fri, 24 Jun 2005 13:36:39 -0500]: On Fri, Jun 24, 2005 at 07:39:16PM +0200, Santiago Vila wrote: Perhaps we should just move to section libs any package which is useless by itself, and it's only useful in combination with others, much like libraries, but without requiring them to be real libraries. Good idea. Or we could have a new section for architecture independant data. Moving everything which is not mean to be directly installed by users in it, so the section games only contains actual games and not the data files. I support this proposal, at least as an interim solution till we can have something better (e.g., package management tools being aware of a certain debtag). And as somebody mentioned elsewhere in the thread, together with documentation in our user guide and FAQ about the markauto feature of aptitude, and deborphan/debfoster. I'd like to hear from ftpmaster (CC'ed) if, provided this solution gains some acceptance, they'd be willing to help with a mass-change in the override files (see numbers below), and/or with the creation of such new section. Thanks. % grep-dctrl SID -Fpackage -e '.*-data$' -ns section | sort | uniq -c | sort -rn 79 games 14 libs 11 gnome 10 graphics 6 science 5 x11 5 misc 5 kde 4 utils 4 text 4 net 4 math 3 devel 2 admin 1 web 1 tex 1 sound % grep-dctrl SID -Fpackage -e '.*-common$' -ns section | sort | uniq -c | sort -rn 27 net 21 misc 20 libs 15 editors 14 devel 13 games 12 web 12 python 11 x11 10 text 9 admin 6 utils 6 interpreters 5 science 5 mail 5 gnome 4 sound 3 math 3 doc 2 graphics 1 tex 1 otherosfs 1 libdevel 1 embedded 1 comm -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Experience is something you don't get until just after you need it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian security archive/updates b0rken???
Nico Golde: http://www.heute.de/ZDFheute/inhalt/26/0,3672,2326362,00.html The article on heute.de says that ca. 100 million user in Germany changed to Ubuntu because of problems with Debian. This is not true. The article states that there are probably one million machines running linux in germany. Debian is only referred to as the ancestor of Ubuntu. Even if you connect that with the article's stress on the user friendlyness of Ubuntu, this has nothing to do with the current security problems in Debian. But I agree: although the article is wrong in a lot of details, it's very enjoyable to read stuff like this on heute.de. heute (today) is the news program of germany's second publically funded TV station which generally means it gets a lot of attention (more for the news on TV than for their website, though). J. -- I think the environment will be okay. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: Getting rid of circular dependencies
On Tue, Jun 28, 2005 at 11:57:25AM +0200, Adeodato Sim? wrote: I'd like to hear from ftpmaster (CC'ed) if, provided this solution gains some acceptance, they'd be willing to help with a mass-change in the override files (see numbers below), and/or with the creation of such new section. Sure, it seems logical to add some new sections, like for java, ruby and 'data' -- though keep in mind that nothing has been decided on this yet. When a set of new sections has been decided on, there will naturally be some mass-override-change to get existing packages in the correct section. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upload new version of gaim-extendedprefs
4.2. Package relationships [...] When specifying the set of build-time dependencies, one should list only those packages explicitly required by the build. It is not necessary to list packages which are required merely because some other package in the list of build-time dependencies depends on them.[2] This is a policy *should*, so violating this is an important bug. OK, as I am not a native English speaker/reader I guess I misunderstood this part of the policy. As it is nowhere forbidden in the policy and I use CDBS to generate debian/control from debian/control.in (not a build-time though) and CDBS adds the reference to build-essential in the Build-Depends, I am inclined to leave build-essential in the Build-Depends list. No, CDBS should not be doing this. The one previous case I was aware of where this happened, I was told that the package was making buggy use of CDBS internal variables. Well CDBS is certainly doing this for my package gaim-extendedprefs [1] and for gnome-panel, but this seems to be a bug in CDBS. I have submitted a bugreport #316034. If it really should not be done, maybe a check could be added to lintian and/or linda and CDBS and the policy should be updated. There *is* a lintian check for this, and there is no need for policy to be updated -- just for you to follow it. Well my package *is* lintian and linda clean, so I guess the check is broken or I am doing something awefully wrong ;) I will attach the debug output of lintian. Anyway thanks for the input. Greetings Arjan Oosting [1] http://moonshine.dnsalias.org/debian/unstable N: Lintian v1.23.9 N: Lintian root directory: /usr/share/lintian N: Configuration file: /etc/lintianrc N: Laboratory: N: Archive directory: N: Distribution: N: Default unpack level: 1 N: Architecture: any N: N: Setting up lab in /tmp/Tyy0vZFGuU ... N: Processing changes file gaim-extendedprefs_0.4-5_i386.changes ... N: Processing 2 packages... N: Selected action: check N: Requested unpack level: 1 N: Requested data to collect: override-file,copyright-file,file-info,debian-readme,debfiles,init.d,md5sums,changelog-file,diffstat,source-control-file,scripts,objdump-info,menu-files,doc-base-files N: Selected checks: manpages,huge-usr-share,files,menus,debian-readme,md5sums,shared-libs,scripts,debhelper,etcfiles,po-debconf,debconf,standards-version,copyright-file,debdiff,control-file,deb-format,nmu,menu-format,control-files,description,binaries,init.d,spelling,conffiles,fields,changelog-file,infofiles,cruft N: N: Processing source package gaim-extendedprefs (version 0.4-5) ... N: Base directory in lab: /tmp/Tyy0vZFGuU/source/gaim-extendedprefs N: Current unpack level is 0 N: Unpacking package to level 1 ... N: Current unpack level is 1 N: Unpacking package to level 2 ... N: /usr/share/lintian/unpack/unpack-srcpkg-l2 /tmp/Tyy0vZFGuU/source/gaim-extendedprefs N: Collecting info: override-file ... N: Current unpack level is 2 N: Collecting info: debfiles ... N: Current unpack level is 2 N: Collecting info: diffstat ... N: Current unpack level is 2 N: Collecting info: source-control-file ... N: Current unpack level is 2 N: Running check: debhelper ... N: Current unpack level is 2 N: Running check: po-debconf ... N: Current unpack level is 2 N: Running check: standards-version ... N: Current unpack level is 2 N: Running check: debdiff ... N: Current unpack level is 2 N: Running check: control-file ... N: Current unpack level is 2 N: Running check: nmu ... N: Current unpack level is 2 N: Running check: fields ... N: Current unpack level is 2 N: Running check: cruft ... N: Decreasing unpack level to 1 (removing files) ... N: N: Processing binary package gaim-extendedprefs (version 0.4-5) ... N: Base directory in lab: /tmp/Tyy0vZFGuU/binary/gaim-extendedprefs N: Current unpack level is 0 N: Unpacking package to level 1 ... N: Current unpack level is 1 N: Unpacking package to level 2 ... N: Collecting info: override-file ... N: Current unpack level is 2 N: Collecting info: copyright-file ... N: Current unpack level is 2 N: Collecting info: file-info ... N: Current unpack level is 2 N: Collecting info: debian-readme ... N: Current unpack level is 2 N: Collecting info: init.d ... N: Current unpack level is 2 N: Collecting info: md5sums ... N: Current unpack level is 2 N: Collecting info: changelog-file ... N: Current unpack level is 2 N: Collecting info: scripts ... N: Current unpack level is 2 N: Collecting info: menu-files ... N: Current unpack level is 2 N: Collecting info: doc-base-files ... N: Current unpack level is 2 N: Collecting info: objdump-info ... N: Current unpack level is 2 N: Running check: manpages ... N: Current unpack level is 2 N: Running check: huge-usr-share ... N: Current unpack level is 2 N: Running check: files ... N: Current unpack level is 2 N: Running check: menus ... N: Current unpack level is 2 N: Running check: debian-readme ... N: Current unpack level is 2
Re: debian security archive/updates b0rken???
* Nico Golde [EMAIL PROTECTED] [050628 11:18]: http://www.heute.de/ZDFheute/inhalt/26/0,3672,2326362,00.html The article on heute.de says that ca. 100 million user in Germany changed to Ubuntu because of problems with Debian. Wow, till know I thought we had only 82 Million germans... Yours sincerely, Alexander -- http://learn.to/quote/ http://www.catb.org/~esr/faqs/smart-questions.html signature.asc Description: Digital signature
Re: debian security archive/updates b0rken???
Hello Alexander, * Alexander Schmehl [EMAIL PROTECTED] [2005-06-28 13:06]: * Nico Golde [EMAIL PROTECTED] [050628 11:18]: http://www.heute.de/ZDFheute/inhalt/26/0,3672,2326362,00.html The article on heute.de says that ca. 100 million user in Germany changed to Ubuntu because of problems with Debian. Wow, till know I thought we had only 82 Million germans... ups sorry, i typed i twice as number and word :) just one million :) regards nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgp7JFmXWf82r.pgp Description: PGP signature
Re: problems with public keys
Hello Igor, * Igor Genibel [EMAIL PROTECTED] [2005-06-09 15:48]: * Adam D. Barratt [EMAIL PROTECTED] [2005-06-08 10:25:44 +0100]: developer.php is currently configured not to check against any external keyservers. See #307461 and http://lists.debian.org/debian-qa/2005/05/msg2.html I will try to fix this (and some other issues) soon. Any progress here? My public key is still not found! regards nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgpKmWf3Lm6Er.pgp Description: PGP signature
Re: Ongoing Firefox (and Thunderbird) Trademark problems
Salut Gervase! On Mon, Jun 27, 2005 at 11:46:55PM +0100, Gervase Markham wrote: Simon Huggins wrote: That's unfair. I would have summarised more as there's no problem doing so as long as Mozilla are reasonable in Debian's eyes. I don't want Eric to accept the agreement if for every change of code he has to run to Gervase and ask nicely. (note that's not quite what's happening here, rather it's the other way around - the code can be changed but if it's changed in a way that they don't like they could withdraw use of the mark) Mozilla however don't have any objective way of saying whether something is or isn't good quality and appear to want to micromanage these things. I don't think we want to micromanage - in fact, as your previous paragraph states, what we suggested was pretty hands-off. Sorry, I was thinking of the CA issue. But if you have to do this for /every/ change it becomes onerous on the maintainer. Your hot button proposal seems sane. If this thread makes you codify your trademark proposal more than at least some good has come out of it :) Gervase, perhaps you could come up with a better proposal that was objective and could be applied to all parties whilst not being overly onerous so that people meeting some specific guidelines for quality could use the trademarked name (oh and solve world peace, hunger and poverty at the same time, ta ;)). I believe Eric's asked for this in the past in this thread. Is it really such an impossible goal? I really think it is - at least, to the level that I think would be required. Could you define such a set of guidelines for Debian itself, to allow people to use the official Debian logos on modified versions of Debian? Don't open that can of worms again :) Anyway the swirl is nicer and more people associate it with Debian precisely because the trademark license is onerous and has killed off use of the vase thing. [please don't start a logo flamewar here unless you really want swathes of mail] I've said in the past that I'd be happy to draw up a non-binding checklist of hot-buttons and so on, if that would help - to be worked out between the MoFo and Debian. That offer stands. Would this not be useful for all people seeking to use the trademark license? I think it would be worthwhile. Do you have a few ideas off the top of your head now of definite things that cannot be touched? Quality is not a checkbox matter. The control that trademark law requires we exercise over trademark usage (which is reduced to an absolute minimum in the suggested agreement) means we have to maintain quality, not maintain does X, Y and Z but not Q. We say Debian has a reputation for shipping quality software, and we want them to use the trademark. I would hope you guys also want to use it, as a well-known free software brand. Why is our recognition of Debian's quality used as a negative against that happening? Anyone with a similar reputation (e.g. Ubuntu) can get a similar agreement. You want us to use the trademark, we want to use the trademark. It's a question of whether we feel we can compromise our rights to change things freely and still use it that is the issue here. I think it's the uncertainty that scares people here - the fact that if we don't meet some target we can't see or argue against we might have the license to use the trademark removed suddenly. My proposal covered that concern - the Foundation would not have the power to withdraw the trademark from use in a frozen or shipping version of Debian. Sure and that's useful to have. I imagine that the packages will be renamed iceweasel or whatever as soon as Mozilla make some unpopular decision but I don't see how that serves Debian or Mozilla particularly. Sadly the way this thread is going I can all too clearly see Mozilla making some silly ruling in the future which doesn't sit well with Debian :( What from this thread makes you think that the silliness will be on our side? Just the CA issue; that there's no clear decision one way or the other and CAs are one thing you want to control closely. I just wonder how many more issues like this there are - without a list or a codified document of things that are likely to piss you off it's hard to know. I'm still under the impression, waiting to be corrected, that Debian's policy for including new root certs is we include the root cert of anyone who asks... If we say that it's not acceptable for such a store to be used as the basis of Firefox's SSL, is that silly? Perhaps anyone the Firefox maintainer/Debian respects and trusts. Why can't we leave this to the maintainer or even local admins though? As regards ignoring the law and ignoring your trademark license I think that's more political. If you want us to use the name then you'll leave us alone and let us; if we make some change which you don't approve of then the headlines will read Mozilla Foundation stops Debian shipping Firefox!
Re: Greylisting for @debian.org email, please
On Tue, Jun 28, 2005 at 08:58:40AM +0200, Pierre Habouzit wrote: Le Mar 28 Juin 2005 08:36, Bob Proulx a écrit : I think you misunderstand. Remember that only the first exchange with a new address is delayed. After the initial exchange there is no more delay. Your continuing conversations will not have a delay. and yet please rememeber one of my previous mails : some of my regular corespondant have mails that use SRS and that will also have a MAIL FROM that changes every 3/4 hours. srs-aware greylisting ? http://sqlgrey.sourceforge.net (disclaimer: I have no experience of the above, just google, mutt and an itchy send finger :) Regards, Paddy -- Perl 6 will give you the big knob. -- Larry Wall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
Le vendredi 24 juin 2005 à 17:21 +0200, Bill Allombert a écrit : I see two easy case: 1) foo and foo-data. There is usualy no reason for foo-data to depend on foo. foo-data does not provide user-visible interface, only data, so it does not need to depend on foo. 2) libfoo and foo-bin, where foo-bin include binaries linked with libfoo. Usually libfoo only need to Depends on configuration data in foo-bin and not on any binaries linked with libfoo (to avoid infinite recursion). In that case it should be possible to split foo-bin in foo-bin and foo-common, and change libfoo to depend on foo-common instead. How would you treat the librsvg case? Currently, librsvg2-2 and librsvg2-common both depend on each other. The librsvg2-2 package contains the library, and librsvg2-common contains a loader that allows gdk_pixbuf to load SVG files. * librsvg2-common needs to depend on librsvg2-2 because it links to the library; * librsvg2-2 depends on librsvg2-common because most applications linking to librsvg2 also expect the SVG loader to be available. Similarly, how would you treat the fontconfig case? Currently, libfontconfig1 contains the library, while fontconfig contains the shared configuration and support binaries (including fc-cache). * fontconfig depends on libfontconfig1 because it links to it; * libfontconfig1 depends on fontconfig because the applications using libfontconfig1 are almost unusable if fc-cache isn't run in the font directories. The libgtk2.0-0/libgtk2.0-bin case is very similar: without running update-gdkpixbuf-loaders, applications using libgtk2.0-0 won't work. The gconf package contains a daemon that links to libgconf2-4. However applications linking to libgconf2-4 will require that daemon to be installed. The same holds for libgnomevfs2-common/libgnomevfs2-0. In short, there are cases where circular dependencies are needed. Fixing the problem means fixing the tools, not the packages. (Which doesn't mean we shouldn't fix packages when it's possible; the GNOME panel/session/nautilus/control-center mess was fixed, for example.) -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#316092: ITP: libnet-openid-consumer-perl -- Library for consumers of OpenID identities
Package: wnpp Severity: wishlist Owner: Dominic Hargreaves [EMAIL PROTECTED] * Package name: libnet-openid-consumer-perl Version : 0.11 Upstream Author : Brad Fitzpatrick [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Net-OpenID-Consumer/ * License : Dual GPL/Artistic Description : Library for consumers of OpenID identities This is the Perl API for (the consumer half of) OpenID, a distributed identity system based on proving you own a URL, which is then your identity. More information is available at: http://www.danga.com/openid/. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316091: ITP: libnet-openid-server-perl -- Library providing server-side functionality for OpenID
Package: wnpp Severity: wishlist Owner: Dominic Hargreaves [EMAIL PROTECTED] * Package name: libnet-openid-server-perl Version : 0.07 Upstream Author : Brad Fitzpatrick [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Net-OpenID-Server/ * License : Dual GPL/Artistic Description : Library providing server-side functionality for OpenID This is the Perl API for (the server half of) OpenID, a distributed identity system based on proving you own a URL, which is then your identity. More information is available at: http://www.danga.com/openid/. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
On 6/28/05, Josselin Mouette [EMAIL PROTECTED] wrote: How would you treat the librsvg case? Currently, librsvg2-2 and librsvg2-common both depend on each other. The librsvg2-2 package contains the library, and librsvg2-common contains a loader that allows gdk_pixbuf to load SVG files. * librsvg2-common needs to depend on librsvg2-2 because it links to the library; * librsvg2-2 depends on librsvg2-common because most applications linking to librsvg2 also expect the SVG loader to be available. So they expect something to be available without depending on a package that provides it? Sounds like a bug.
Re: Getting rid of circular dependencies
On Tue, Jun 28, 2005 at 01:46:06PM +0200, Josselin Mouette wrote: Le vendredi 24 juin 2005 à 17:21 +0200, Bill Allombert a écrit : 2) libfoo and foo-bin, where foo-bin include binaries linked with libfoo. Usually libfoo only need to Depends on configuration data in foo-bin and not on any binaries linked with libfoo (to avoid infinite recursion). In that case it should be possible to split foo-bin in foo-bin and foo-common, and change libfoo to depend on foo-common instead. How would you treat the librsvg case? Currently, librsvg2-2 and librsvg2-common both depend on each other. The librsvg2-2 package contains the library, and librsvg2-common contains a loader that allows gdk_pixbuf to load SVG files. * librsvg2-common needs to depend on librsvg2-2 because it links to the library; * librsvg2-2 depends on librsvg2-common because most applications linking to librsvg2 also expect the SVG loader to be available. Similarly, how would you treat the fontconfig case? Currently, libfontconfig1 contains the library, while fontconfig contains the shared configuration and support binaries (including fc-cache). * fontconfig depends on libfontconfig1 because it links to it; * libfontconfig1 depends on fontconfig because the applications using libfontconfig1 are almost unusable if fc-cache isn't run in the font directories. The libgtk2.0-0/libgtk2.0-bin case is very similar: without running update-gdkpixbuf-loaders, applications using libgtk2.0-0 won't work. The gconf package contains a daemon that links to libgconf2-4. However applications linking to libgconf2-4 will require that daemon to be installed. The same holds for libgnomevfs2-common/libgnomevfs2-0. In all that cases, you can _either_: 1) include the offending binary (e.g. fc-cache) in the library package. 2) document that packages using some extra feature (e.g. SVG loader) needs to depend on an extra package (librsvg2-common) 3) change the shlibs file to document the dependency on the library, e.g change libfontconfig1.shlibs to libfontconfig 1 libfontconfig1 (= 2.3.0), fontconfig and rebuild every package using libfontconfig. At this point you can remove the circular dependency. 4) split the library in two libraries so that the -common package depend only on the first and is used only by the second. 5) A better solution I trust you to propose. In short, there are cases where circular dependencies are needed. Fixing the problem means fixing the tools, not the packages. I disagree. I think we can find technical way to get rid of every circular dependencies, but I have no hope to find even in theory a process to handle them that would be reliable. The process of deciding whether a set of package, when circular dependencies are involved, can be installed together is NP-complete. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian security archive/updates b0rken???
On Tue, 28 Jun 2005 11:38:04 +0200 (CEST) Andreas Tille [EMAIL PROTECTED] wrote: very positive responses from people who pointed me to this site. The good thing is that readers of this site are not able to differentiate between Linux, Free Software, Debian, a penguin, Ubuntu, another penguin, Mozilla, OpenOffice and again a penguin. (Obviousely the authors of the article have no idea either but all in all the target readers felt positive about this penguin. :) ) It doesn't matter how they talk about you as long as they do talk about you ;-) Sincerely, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Accepted jack-audio-connection-kit 0.100.0-2 (powerpc source)
ti, 2005-06-28 kello 15:49 +0200, Robert Jordens kirjoitti: [1] http://liw.iki.fi/liw/download/dd-list [2] http://lists.debian.org/debian-qt-kde/2005/06/msg00297.html Nice script. It should be pushed into devscripts. Sorry I didn't know about it before. I've now filed a wishlist bug about it, #316102. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
Le mardi 28 juin 2005 à 14:51 +0200, Bill Allombert a écrit : 1) include the offending binary (e.g. fc-cache) in the library package. No. See policy, §8.2. 2) document that packages using some extra feature (e.g. SVG loader) needs to depend on an extra package (librsvg2-common) Guess why we moved from doing things this way to make librsvg2-2 depend on librsvg2-common... 3) change the shlibs file to document the dependency on the library, e.g change libfontconfig1.shlibs to libfontconfig 1 libfontconfig1 (= 2.3.0), fontconfig and rebuild every package using libfontconfig. At this point you can remove the circular dependency. This is complete overkill. It makes assumptions on the current implementation, and it brings dependencies that should be purely indirect. The program only actually uses libfontconfig1, so it should only depend on libfontconfig1. 4) split the library in two libraries so that the -common package depend only on the first and is used only by the second. This one would be good. In fact, maybe linking to the library isn't necessary in these packages, I'll have a closer look. In this case using --as-needed would solve the problem. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: Accepted jack-audio-connection-kit 0.100.0-2 (powerpc source)
Hello! [Mon, 27 Jun 2005] Adeodato Simó wrote: When uploading a version coming from experimental, it is normally preferred to include in the .changes file all the changelog entries since the last upload to unstable. This way people can easily read all the changes, and bugs get properly closed as well. Yes. I remembered only when I already had built the packages and was looking at the changes file to check. [Mon, 27 Jun 2005] Adeodato Simó wrote: At the end of this mail there is the same list processed with Lars Wirzenius' dd-list script [1] (which we will hopefully see some day integrated into devscripts). I think it's good to provide lists of packages in this format, since it's much more suitable for human consumption and people can easily find their packages; looking at the mail you sent to @packages.debian.org addresses [2], it's really difficult to find one's own packages... [1] http://liw.iki.fi/liw/download/dd-list [2] http://lists.debian.org/debian-qt-kde/2005/06/msg00297.html Nice script. It should be pushed into devscripts. Sorry I didn't know about it before. In this list, there are two separate sets of packages: those build-depending on libjack0.80.0-dev or libjack-dev (e.g., arts and ams, respectively), and those who get an indirect binary dependency on libjack0.80.0-0 via some other package (e.g., xmms-jackasyn via libjackasyn-dev). It is normally a good idea to file these bugs / send these mails in two stages, in order to have all the build-dependencies fixed first, and then go for the binary dependencies. Those accidential and indirect dependencies are IMHO an error. Especially in the case of xmms-jackasyn where jackasyn tries to _wrap_ libjack IIRC. About the list itself, gst-plugins is no longer in the archive, and my apt sources know nothing about bio2jack. But there are some missing I found no way to restrict apt-cache to a single distribution -- apart from running it in a chroot. packages as well: wine (build-depends on libjack0.80.0-dev, libwine-jack depends on libjack0.80.0-0), soundtracker, and swami. There is no wine for powerpc ;-] So it doesn't show up in my rdepends. That's a general problem. These two build-depend on libjack0.80.0-dev but their binary packages don't depend on libjack0.80.0-0 -- there may be a bug there, or the build-dependency is obsolete. In either case, they should be notified, since they'll FTBFS automatically when libjack0.80.0-dev gets removed from the archive. Yes. Some applications dlload libjack0.80.0 only if it's there. Others forget to add their directory of plugins to dh_shlibdep's path. Also, and though we maintainers are supposed to do the right thing, experience shows this is not always the case, so it's really best to have library maintainers provide detailed explanations as of how to proceed. From your mail [2], maintainers build-depending on libjack0.80.0-0 will know that they have to change such B-D to libjack0.100.0-dev, but there are not crystal clear instructions for those build-depending on libjack-dev (honest!): though anybody reading the mail would say, s/libjack-dev/libjack0.100.0-dev/ in debian/control, I'd bet money that some maintainer will upload with debian/control unchanged because libjack-dev is now provided by libjack0.100.0-dev and buildds will install it. And then get the package compiled against different -dev packages depending on the architecture (more on architectures later). True. But that happens also if others upload packages (due to other reasons) before I tell them. And as per the two stages mentioned above, packages not directly build-depending on libjack*-dev should get special handling as well, such as asking for rebuilds only when build-depencencies are fixed in _all_ architectures, or providing info about what versioned build-dependencies to use. You can see the strangeness of these accidential dependencies in considering that you'll have to b-d on libjackasyn-dev (= something) just because only that version is built against libjack0.100.0. Ah, architectures... I think it's been a really bad idea to start this transition without waiting for the package to have built successfully in all our arches. At the time being, ia64 and s390 have already failed to build jack-audio-connection-kit 0.100.0-2 (not the fault of your package, though), which means that each upload of depending packages will fail on those arches and buildd admins have to requeue by hand. Yes. As said above I'd have to ask everyone to stop uploading before I upload and tell them to upload after all arches have been built jack-audio-connection-kit. And finally, this is IMHO a sufficiently big transition that debian-release should have been contacted in advance, for guidance and advice too. Perhaps the answer would have been Sure, go ahead right now, but
OT: No unsubscribe signature?
On Tuesday 28 June 2005 08:25 am, Olaf van der Spek wrote: ... So they expect something to be available without depending on a package that provides it? Sounds like a bug. Message-ID: [EMAIL PROTECTED] ended after the text quoted above, without the usual signature describing how to unsubscribe from debian-devel. Was this the case for everyone, or is there something between the debian servers and my mail client that occasionally (but very rarely) strips signatures? Thanks, Josh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian security archive/updates b0rken???
Hello Jochen, * Jochen Schulz [EMAIL PROTECTED] [2005-06-28 13:05]: Nico Golde: http://www.heute.de/ZDFheute/inhalt/26/0,3672,2326362,00.html The article on heute.de says that ca. 100 million user in Germany changed to Ubuntu because of problems with Debian. This is not true. The article states that there are probably one million machines running linux in germany. Debian is only referred to as the ancestor of Ubuntu. Even if you connect that with the article's stress on the user friendlyness of Ubuntu, this has nothing to do with the current security problems in Debian. Yes, you are right, but I said this because of this http://www.pro-linux.de/news/2005/8322.html article which links to the two pages and brings the current security problems in connection with ubuntu and foobar... But I agree: although the article is wrong in a lot of details, it's very enjoyable to read stuff like this on heute.de. Yes :) regards nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgp0di6F2SFk8.pgp Description: PGP signature
mail all bug reporters
Hi, is there an easy way to mail all people who reported a bug to a specific package? regards nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgpeN6rXanH5g.pgp Description: PGP signature
Re: mail all bug reporters
Re: Nico Golde in [EMAIL PROTECTED] is there an easy way to mail all people who reported a bug to a specific package? http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Re: Libtool and packaging
this should all just work. Well it almost does. The problem is that in tmp/installation/dir/usr/bin (actually it's top_builddir/debian/rheolef/usr/bin) I only get the wrapper scripts created by libtool, and not the executables linked to the library. I don't have now access to the computer on which I'm working therefore I cannot copy the exact error message I'm receiving (because there is one, something goes wrong with libtool when the binaries are installed into debian/rheolef/usr/bin) but the thing is that when I go and check in the source directories, and look into the .libs, the binaries there are linked to my shared library at debian/usr/lib/lib*.so and not /usr/lib/lib*.so). So something goes wrong before... if you provide a pointer to the source package in question we can have a look at the problem. The upstream's author sources are available at : https://gna.org/projects/rheolef I will give you a link with the control files I'm using by tomorrow. Thanks for helping me out. Alexis Papadopoulos - envoyé via Webmail/IMAG ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT: No unsubscribe signature?
On Tue, Jun 28, 2005 at 10:14:33AM -0400, Josh Metzler wrote: On Tuesday 28 June 2005 08:25 am, Olaf van der Spek wrote: ... So they expect something to be available without depending on a package that provides it? Sounds like a bug. Message-ID: [EMAIL PROTECTED] ended after the text quoted above, without the usual signature describing how to unsubscribe from debian-devel. Was this the case for everyone, or is there something between the debian servers and my mail client that occasionally (but very rarely) strips signatures? Hmmm... same thing here. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT: No unsubscribe signature?
On Tue, 2005-06-28 at 10:59 -0400, Daniel Jacobowitz wrote: On Tue, Jun 28, 2005 at 10:14:33AM -0400, Josh Metzler wrote: On Tuesday 28 June 2005 08:25 am, Olaf van der Spek wrote: ... So they expect something to be available without depending on a package that provides it? Sounds like a bug. Message-ID: [EMAIL PROTECTED] ended after the text quoted above, without the usual signature describing how to unsubscribe from debian-devel. Was this the case for everyone, or is there something between the debian servers and my mail client that occasionally (but very rarely) strips signatures? Hmmm... same thing here. I see it at the end of your email: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] The way it was explained to me on the Evolution ML is that the disappearing unsub message only happens only happens to emails that have attachments. For example, digital signatures. The ML manager blindly tacks the unsub text to the end of the email, and the MUA doesn't see it, because it only knows to process the attachments (text/plain application/pgp-signature being 99.99% of the attachments to emails on this list). View the raw source of such a disappearing unsub message email, and you will see that the text is there. -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. Confidence is contagious. So is lack of confidence. Vince Lombardi signature.asc Description: This is a digitally signed message part
Re: OT: No unsubscribe signature?
On Tue, Jun 28, 2005 at 10:18:16AM -0500, Ron Johnson wrote: On Tue, Jun 28, 2005 at 10:14:33AM -0400, Josh Metzler wrote: without the usual signature describing how to unsubscribe from debian-devel. Was this the case for everyone, or is there something between the debian servers and my mail client that occasionally (but very rarely) strips signatures? I see it at the end of your email: The way it was explained to me on the Evolution ML is that the disappearing unsub message only happens only happens to emails that have attachments. For example, digital signatures. The ML manager blindly tacks the unsub text to the end of the email, and the MUA doesn't see it, because it only knows to process the attachments (text/plain application/pgp-signature being 99.99% of the attachments to emails on this list). View the raw source of such a disappearing unsub message email, and you will see that the text is there. Nope. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT: No unsubscribe signature?
On Tue, Jun 28, 2005 at 05:23:58PM +0200, Lionel Elie Mamane wrote: On Tue, Jun 28, 2005 at 10:18:16AM -0500, Ron Johnson wrote: On Tue, Jun 28, 2005 at 10:14:33AM -0400, Josh Metzler wrote: without the usual signature describing how to unsubscribe from debian-devel. Was this the case for everyone, or is there something between the debian servers and my mail client that occasionally (but very rarely) strips signatures? I see it at the end of your email: The way it was explained to me on the Evolution ML is that the disappearing unsub message only happens only happens to emails that have attachments. For example, digital signatures. The ML manager blindly tacks the unsub text to the end of the email, and the MUA doesn't see it, because it only knows to process the attachments (text/plain application/pgp-signature being 99.99% of the attachments to emails on this list). View the raw source of such a disappearing unsub message email, and you will see that the text is there. Nope. It doesn't include it in some cases where it knows it won't show. Cheers, Pasc -- Pascal Hakim 0403 411 672 Do Not Bend -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT: No unsubscribe signature?
On Wed, 2005-06-29 at 01:25 +1000, Pascal Hakim wrote: On Tue, Jun 28, 2005 at 05:23:58PM +0200, Lionel Elie Mamane wrote: On Tue, Jun 28, 2005 at 10:18:16AM -0500, Ron Johnson wrote: On Tue, Jun 28, 2005 at 10:14:33AM -0400, Josh Metzler wrote: without the usual signature describing how to unsubscribe from debian-devel. Was this the case for everyone, or is there something between the debian servers and my mail client that occasionally (but very rarely) strips signatures? I see it at the end of your email: The way it was explained to me on the Evolution ML is that the disappearing unsub message only happens only happens to emails that have attachments. For example, digital signatures. The ML manager blindly tacks the unsub text to the end of the email, and the MUA doesn't see it, because it only knows to process the attachments (text/plain application/pgp-signature being 99.99% of the attachments to emails on this list). View the raw source of such a disappearing unsub message email, and you will see that the text is there. Nope. It doesn't include it in some cases where it knows it won't show. I wonder what it's rule set is. -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. Peace is normally a great good, and normally it coincides with righteousness, but it is righteousness and not peace which should bind the conscience of a nation as it should bind the conscience of an individual; and neither a nation nor an individual can surrender conscience to another's keeping. Theodore Roosevelt signature.asc Description: This is a digitally signed message part
linux-wlan-ng adopt process
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Bradley, I am trying to contact with you, again, in order to take over the linux-wlan-ng package. Enrico Tassi and I have no answer from you. We are interested in maintain this package. I have mailed to your bug report [0] but no news from you. Enrico [1] and I [2] were working on a new debianization. It is a new uptream but completely different. are you agree with this? [0] http://bugs.debian.org/299759 [1] http://www.cs.unibo.it/~tassi/beta/deb/ [2] http://linuxmaniac.homeip.net/debian/linux-wlan-ng/ - -- Victor Seva Lopez [EMAIL PROTECTED] http://www.torreviejawireless.org http://linuxmaniac.homeip.net jabber: [EMAIL PROTECTED] PGP Key ID: 0xDD12F253 Orgulloso usuario de Debian Socio numero 78 de ANURI -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCwW8dS/DSSd0S8lMRAiGgAKCfM+YHniw8KYS7IQOPdoXyGCNDkACdHZx3 tFn3a1ZZ1+ru7F1xjWZXodI= =7d7i -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Let your computer be the PRO!
Super software, swell prices, splendid service. http://esx.peb4s670mh7e48p.hoggishlymi.com Three can keep a secret, if two of them are dead. Let bravery be thy choice, but not bravado. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT: No unsubscribe signature?
On Tue, Jun 28, 2005 at 10:33:27AM -0500, Ron Johnson wrote: On Wed, 2005-06-29 at 01:25 +1000, Pascal Hakim wrote: On Tue, Jun 28, 2005 at 05:23:58PM +0200, Lionel Elie Mamane wrote: On Tue, Jun 28, 2005 at 10:18:16AM -0500, Ron Johnson wrote: On Tue, Jun 28, 2005 at 10:14:33AM -0400, Josh Metzler wrote: without the usual signature describing how to unsubscribe from debian-devel. Was this the case for everyone, or is there something between the debian servers and my mail client that occasionally (but very rarely) strips signatures? I see it at the end of your email: The way it was explained to me on the Evolution ML is that the disappearing unsub message only happens only happens to emails that have attachments. For example, digital signatures. The ML manager blindly tacks the unsub text to the end of the email, and the MUA doesn't see it, because it only knows to process the attachments (text/plain application/pgp-signature being 99.99% of the attachments to emails on this list). View the raw source of such a disappearing unsub message email, and you will see that the text is there. Nope. It doesn't include it in some cases where it knows it won't show. I wonder what it's rule set is. :0 fbw * ! ^Content-Transfer-Encoding:.*base64 * ! ^Content-Transfer-Encoding:.*quoted-printable | cat - footer.txt realistically, we should be checking if it's a multipart message and adding a block if this is the case. Pasc -- Pascal Hakim 0403 411 672 Do Not Bend signature.asc Description: Digital signature
Re: Getting rid of circular dependencies
Le mardi 28 juin 2005 à 16:05 +0200, Josselin Mouette a écrit : 2) document that packages using some extra feature (e.g. SVG loader) needs to depend on an extra package (librsvg2-common) Guess why we moved from doing things this way to make librsvg2-2 depend on librsvg2-common... To make things clearer: there is no way to tell whether a program actually needs librsvg2-common. Even testing it with and without librsvg2-common installed wouldn't be enough, as it could e.g. make use of themes that include SVG files. 4) split the library in two libraries so that the -common package depend only on the first and is used only by the second. This one would be good. In fact, maybe linking to the library isn't necessary in these packages, I'll have a closer look. In this case using --as-needed would solve the problem. A closer look at the involved symbols shows that this wouldn't be an easy task, as the symbols needed by the daemon are also needed by the applications. Moving a part of the symbols to another library would mean adding another package, making applications also depend on this package through the shlibs mechanism. In the end, such a split wouldn't mean anything, as the three packages (library, daemon, light library) would end up being installed together in all cases. In the case of gconf2 and gnome-vfs2, I see no point in removing the circular dependencies. Gconf2 needs its library to work, and the library needs the daemon to work. It's not like data packages, where the data doesn't really need the program. The only solution without circular dependencies is to put the daemon and the library in a single package. However this is forbidden by policy. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: OT: No unsubscribe signature?
Pascal Hakim wrote: Ron Johnson wrote: I wonder what it's rule set is. :0 fbw * ! ^Content-Transfer-Encoding:.*base64 * ! ^Content-Transfer-Encoding:.*quoted-printable | cat - footer.txt The Message-ID: [EMAIL PROTECTED] message asked about was encoded with a content transfer encoding of quoted-printable. Therefore the rule above avoided attaching a footer to the message. This explains the question about the anomaly. I guess if you don't want a footer on your messages you can always send them out with a quoted-printable encoding. :-) Of course base64 works too, but that is a strong spam sign and your message might get dropped by people scoring based upon that so I would recommend against using base64 encoding for plain text messages. Bob signature.asc Description: Digital signature
Re: OT: No unsubscribe signature?
On Tue, Jun 28, 2005 at 10:09:17AM -0600, Bob Proulx wrote: Pascal Hakim wrote: Ron Johnson wrote: I wonder what it's rule set is. :0 fbw * ! ^Content-Transfer-Encoding:.*base64 * ! ^Content-Transfer-Encoding:.*quoted-printable | cat - footer.txt The Message-ID: [EMAIL PROTECTED] message asked about was encoded with a content transfer encoding of quoted-printable. Therefore the rule above avoided attaching a footer to the message. This explains the question about the anomaly. I guess if you don't want a footer on your messages you can always send them out with a quoted-printable encoding. :-) Of course base64 works too, but that is a strong spam sign and your message might get dropped by people scoring based upon that so I would recommend against using base64 encoding for plain text messages. In my experience as a listmaster, the people who like to complain about the fact that we add a signature on the bottom of every email, will usually find a number of other things they dislike. Placing a footer in list traffic is a compromise between modifying messages as little as possible and trying to help people find a way to get their questions answered. Cheers, Pasc -- Pascal Hakim 0403 411 672 Do Not Bend signature.asc Description: Digital signature
Re: Alioth Project Approved - and now?
On Mon, Jun 27, 2005 at 09:52:36PM -0700, Don Armstrong wrote: On Mon, 27 Jun 2005, Colin Watson wrote: On Mon, Jun 27, 2005 at 05:43:24PM +0900, Miles Bader wrote: Does anyone still use ssh1? It seems quite common for it not to be supported these days... One machine I use fairly frequently as a terminal is a PowerMac running Mac OS 8, where knowledgeable people tell me no SSH2 client is available and so I'm stuck with SSH1. Fortunatly, they're not very knowledgeable. They are among the PuTTY maintainers, so I think it might perhaps be better characterised as a gap in their otherwise extensive knowledge :-) MacSSH is what you're looking for: http://pro.wanadoo.fr/chombier/MacSSH/SSH_info.html Ah, that's cool, thanks - I'll have a look next time I'm near that machine. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Announcing a new book: The Debian System -- Concepts and Techniques
Le lundi 27 juin 2005 à 14:52 +0200, martin f krafft a écrit : Fair enough. Well, debiansystem.info is the main book's website, which I guess is more appropriate. Would it be better if I replaced debianbook.info with a website which prominently links to the other books as well? Sure. While you're at it, maybe you can also take care of debianbook.com? I stumbled upon this one too but the website is not at all about a book like ours. It's still a disservice to our users since people looking for Debian books won't find them via this website. I sent a mail using the contact form on that website ... Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
On Tue, Jun 28, 2005 at 04:05:55PM +0200, Josselin Mouette wrote: Le mardi 28 juin 2005 à 14:51 +0200, Bill Allombert a écrit : 1) include the offending binary (e.g. fc-cache) in the library package. No. See policy, §8.2. You could ship fc-cache as /usr/lib/libfontconfig1/fc-cache so it will not need to conflict with libfontconfig2. 2) document that packages using some extra feature (e.g. SVG loader) needs to depend on an extra package (librsvg2-common) Guess why we moved from doing things this way to make librsvg2-2 depend on librsvg2-common... I will certainly not hazard a guess. 4) split the library in two libraries so that the -common package depend only on the first and is used only by the second. This one would be good. In fact, maybe linking to the library isn't necessary in these packages, I'll have a closer look. In this case using --as-needed would solve the problem. Thanks for looking at it! Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT: No unsubscribe signature?
Pascal Hakim wrote: Bob Proulx wrote: I guess if you don't want a footer on your messages you can always send them out with a quoted-printable encoding. :-) In my experience as a listmaster, the people who like to complain about the fact that we add a signature on the bottom of every email, will usually find a number of other things they dislike. Placing a footer in list traffic is a compromise between modifying messages as little as possible and trying to help people find a way to get their questions answered. I was not really complaining about the list footer. I understand the frequency with which people are clueless about mailing lists and so something needs to be done to make it so blatently in their face that when they still fail to get it that they have no excuse. They will still miss it but they will just have no excuse. I was just making a humorous observation about how it was possible to avoid the footer. Not really complaining about the footer at all. Bob signature.asc Description: Digital signature
Re: Bug#315903: ITP: evilfinder -- proves that any given subject is evil
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Miles Bader [EMAIL PROTECTED] writes: Glenn Maynard [EMAIL PROTECTED] writes: It's a novelty joke program. If that's a great utility in your view, then I find your opinion hard to take seriously ... So is debian business apps only now? No, but it doesn't hurt to exercise restraint before packaging every tiny utility out there. Debian is already too big. - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFCwYloVcFcaSW/uEgRAtu2AJ9ggnKi4fwNI5DLo/U5MobLQ3AFfACePJof 83UQYv2A+ChNFvT15o2q7CI= =aZCh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#315903: ITP: evilfinder -- proves that any given subject is evil
On Tue, Jun 28, 2005 at 06:31:25PM +0100, Roger Leigh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Miles Bader [EMAIL PROTECTED] writes: Glenn Maynard [EMAIL PROTECTED] writes: It's a novelty joke program. If that's a great utility in your view, then I find your opinion hard to take seriously ... So is debian business apps only now? No, but it doesn't hurt to exercise restraint before packaging every tiny utility out there. Debian is already too big. If it's tiny, and someone finds it useful, why bother? I could think of dozens of gnome applets that we don't need. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#315808: ITP: cedar-backup2 -- Secure backup to CD-R and CD-RW media
Hi, Ron Johnson wrote: sarcasm Don't forget to tell Rene Engelhard to rename OpenOffice.org2. /sarcasm Uh, you know that openoffice.org already is in the archive and openoffice.org 2.x is supposed to be parallel installable until it is uploaded to unstable (and it's only in experimental after all) and is therefore called openoffice.org2? And that it will be openoffice.org again? This case is different. The proposal was to introduce a completely *new* package with a 2 stuffix. Don't compare apples with pears. Gr??e/Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#316128: ITP: enc -- tools for managing encrypted mailinglists
Package: wnpp Severity: wishlist Owner: Riccardo Setti [EMAIL PROTECTED] * Package name: enc Version : 0.1 Upstream Author : lesion [EMAIL PROTECTED] * URL : http://www.neuroni.org/ * License : GPL Description : tools for managing encrypted mailinglists Enc is a free software for managing electronic mail discussion lists in encrypted way. It uses OpenPGP standard to encrypt/decrypt emails. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
Josselin Mouette wrote: Le mardi 28 juin 2005 à 16:05 +0200, Josselin Mouette a écrit : 2) document that packages using some extra feature (e.g. SVG loader) needs to depend on an extra package (librsvg2-common) Guess why we moved from doing things this way to make librsvg2-2 depend on librsvg2-common... To make things clearer: there is no way to tell whether a program actually needs librsvg2-common. Even testing it with and without librsvg2-common installed wouldn't be enough, as it could e.g. make use of themes that include SVG files. Wouldn't that at most be a Recommends, or even a Suggests?
Re: Ongoing Firefox (and Thunderbird) Trademark problems
On Tue, Jun 28, 2005 at 09:39:05AM +0100, Gervase Markham wrote: Cameron Patrick wrote: I'm curious as to how this would apply to Debian-derived distributions which either (a) don't change the Firefox/Thunderbird packages, or (b) change them in some trivial way. Would someone taking the packages unchanged from Debian be required to either ask MoFo for a trademark agreement or rename their Firefox? As I've said to Eric, and earlier on this list, anyone not changing the package would definitely not need to ask. I also suggested that anyone changing it within the bounds of the current trademark policy (e.g. bookmarks, start page etc.) would also not need to ask - which hopefully covers the trivial changes that most people would want to make. Perhaps it would help if I posted my proposal again? Gerv The Mozilla Foundation appear to be acting in good faith. They need to ensure some degree of quality and to protect their trademark. We have distributed their free software for some time: they are prepared to give us permission to continue to distribute it under liberal terms and to extend that to anyone else who meets their quality threshold. Changing names to Debian Iceweasel or whatever would sour a beautiful friendship/close working relationship (delete whichever is not applicable :) ) Gerv's post sounds fine to me. Can someone just accept this on behalf of the Project/an appropriate subset of the developers, agree an appropiate form of words - perhaps along the lines of my previous post on this topic? - and we can get on with life, liberty and the pursuit of happiness?? Andy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Achieve stronger and harder erections
Penis Enlargement announcement http://www.asdokm.com/ss/ Where do I find the time for not reading so many books? Men will fight long and hard for a bit of colored ribbon. He of whom many are afraid ought to fear many. I am responsible only to God and history. You have to know how to accept rejection and reject acceptance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ongoing Firefox (and Thunderbird) Trademark problems
On Tue, Jun 28, 2005 at 09:39:05AM +0100, Gervase Markham wrote: Cameron Patrick wrote: I'm curious as to how this would apply to Debian-derived distributions which either (a) don't change the Firefox/Thunderbird packages, or (b) change them in some trivial way. Would someone taking the packages unchanged from Debian be required to either ask MoFo for a trademark agreement or rename their Firefox? As I've said to Eric, and earlier on this list, anyone not changing the package would definitely not need to ask. I also suggested that anyone changing it within the bounds of the current trademark policy (e.g. bookmarks, start page etc.) would also not need to ask - which hopefully covers the trivial changes that most people would want to make. Perhaps it would help if I posted my proposal again? It would certainly help if you answered the points below, which detail some of the practical cost of rebranding. Thanks in advance! 1) The name of the package (.deb file if you want). This cannot be changed with much disruption. Does MoFo claims trademark right on firefox or mozilla-firefox when used as package name ? 2) files shipped in pathname including the string mozilla-firefox or firefox, e.g. /usr/bin/mozilla-firefox, /usr/lib/mozilla-firefox/chrome. Does MoFo claims trademark right on firefox or mozilla-firefox when used in pathname ? We cannot afford the risk of having to change them on short notice, so our only possible course of action is to use names that cannot be reclaimed by the Mozilla Foundation. Of course, how the program display itself is another story: we could well have a iceweasel package containing a /usr/bin/iceweasel binary starting a program displaying itself as Mozilla Firefox if it is within the bound of the trademark policy. My opinion is that Debian can _accept_ the Mozilla Foundation trademark policy, but cannot _depend_ on it. Any move that reduce the cost of rebranding to something that is doable on short notice might enable us to accept the trademark policy. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: webcam on MSN, webcam on other IM systems
On Sun, 2005-06-26 at 09:19 -0300, Frederico Rodrigues Abraham wrote: Hi. Is there any existing initiative to support webcam and audio on MSN conversations? Is there any of this support in any other IM systems running on Linux? I would like to volunteer to help developing it. http://farsight.sourceforge.net/ And it is very Debian oriented. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ There's no set architecture in Linux. All roads lead to madness. GPG: C671257D - 6EF6 C284 C95D 78F6 0B78 FFD3 981C 5FD7 C671 257D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mail all bug reporters
Hello Christoph, * Christoph Berg [EMAIL PROTECTED] [2005-06-28 16:56]: Re: Nico Golde in [EMAIL PROTECTED] is there an easy way to mail all people who reported a bug to a specific package? http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system I think you misunderstood me. Example: An adopted package xxx has a lot of old bugs which are related to very old versions. Now the maintainer changes. Now he wants to send mails to all bug openors if the bug is still actual and can be reproduced. I found no information about that in the developers reference. Maybe I missed something? Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgpKhiVrwDLnI.pgp Description: PGP signature
Re: Getting rid of circular dependencies
On Tue, Jun 28, 2005 at 06:30:32PM +0200, Bill Allombert wrote: On Tue, Jun 28, 2005 at 04:05:55PM +0200, Josselin Mouette wrote: Le mardi 28 juin 2005 à 14:51 +0200, Bill Allombert a écrit : 1) include the offending binary (e.g. fc-cache) in the library package. No. See policy, §8.2. You could ship fc-cache as /usr/lib/libfontconfig1/fc-cache so it will not need to conflict with libfontconfig2. But then packages that need fc-cache have an additional burden of updating the path to fc-config every time the soname changes. These circular deps aren't pretty, but I don't see that any of the alternatives are actually better. -- Steve Langasek postmodern programmer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
On Tue, Jun 28, 2005 at 02:56:54PM -0700, Steve Langasek wrote: On Tue, Jun 28, 2005 at 06:30:32PM +0200, Bill Allombert wrote: On Tue, Jun 28, 2005 at 04:05:55PM +0200, Josselin Mouette wrote: Le mardi 28 juin 2005 à 14:51 +0200, Bill Allombert a écrit : 1) include the offending binary (e.g. fc-cache) in the library package. No. See policy, §8.2. You could ship fc-cache as /usr/lib/libfontconfig1/fc-cache so it will not need to conflict with libfontconfig2. But then packages that need fc-cache have an additional burden of updating the path to fc-config every time the soname changes. Packages needing fc-cache outside of libfontconfig1 can use the symlink /usr/bin/fc-cache - /usr/lib/libfontconfig1/fc-cache provided by fontconfig (which they already depends on). fontconfig will of course depend on libfontconfig1 (as it already do). We only want to get rid of the libfontconfig1 depending on fontconfig. libfontconfig1 will be able to call /usr/lib/libfontconfig1/fc-cache without fontconfig itself being installed. These circular deps aren't pretty, but I don't see that any of the alternatives are actually better. Unless you propose some ways to handle circular deps reliably, it is not an esthetic issue at all. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mail all bug reporters
On Tue, Jun 28, 2005 at 11:46:31PM +0200, Nico Golde wrote: An adopted package xxx has a lot of old bugs which are related to very old versions. Now the maintainer changes. Now he wants to send mails to all bug openors if the bug is still actual and can be reproduced. while i think you should also spend some time looking at these bugs individually, this should get you what you want: ldapsearch -h bugs.debian.org -x -b dc=bugs,dc=debian,dc=org '((debbugspackage=$package)(debbugsstate=open))' debbugsid debbugssubmitter but be prepared to wait a bit for the answer :) sean -- signature.asc Description: Digital signature
OOo OOo2 (was Re: Bug#315808: ITP: cedar-backup2 -- ...)
On Tue, 2005-06-28 at 20:33 +0200, Rene Engelhard wrote: Hi, Ron Johnson wrote: sarcasm Don't forget to tell Rene Engelhard to rename OpenOffice.org2. /sarcasm Uh, you know that openoffice.org already is in the archive and openoffice.org 2.x is supposed to be parallel installable until it is uploaded to unstable (and it's only in experimental after all) and is therefore called openoffice.org2? And that it will be openoffice.org again? This case is different. The proposal was to introduce a completely *new* package with a 2 stuffix. Don't compare apples with pears. Uh, oh. When I installed openoffice.org2, out went OOo 1.4. (Which surprised me, since I remember you writing that they are supposed to be parallel installable.) -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. A busy mother makes slothful daughters. Unknown signature.asc Description: This is a digitally signed message part
Re: mail all bug reporters
#include hallo.h * Nico Golde [Tue, Jun 28 2005, 11:46:31PM]: http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system I think you misunderstood me. Example: An adopted package xxx has a lot of old bugs which are related to very old versions. Now the maintainer changes. Now he wants to send mails to all bug openors if the bug is still actual and can be reproduced. I found no information about that in the developers reference. Maybe I missed something? I wrote a such script a while ago, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=205416 . It is mostly useable, however there are two minor problems: - the mail text is hardcoded (edit it in the script or write some code to read it from a file) - the Subject: is not running trough the substition code, the last time I used it it has unfortunately sent mails with __BUGNR__ (an obvious fix required) Regards, Eduard. -- Der Steuermann umgab sich gern mit Nullen. Er hielt sie für Rettungsringe. -- Stanislaw Jerzy Lec (eig. S. J. de Tusch-Letz) signature.asc Description: Digital signature
Accepted uim 1:0.4.7-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 10:47:04 +0900 Source: uim Binary: uim-utils libuim-nox-dev uim-anthy libuim0-dbg uim-m17nlib libuim-dev uim-fep uim-canna libuim0-nox uim-gtk2.0 libuim0 uim uim-xim uim-prime uim-applet-gnome uim-common libuim0-nox-dbg uim-skk Architecture: source i386 all Version: 1:0.4.7-1 Distribution: unstable Urgency: low Maintainer: Masahito Omote [EMAIL PROTECTED] Changed-By: Masahito Omote [EMAIL PROTECTED] Description: libuim-dev - Development files for uim libuim-nox-dev - Development files for uim (without X11) libuim0- Simple, secure, and flexible input method collection and library libuim0-dbg - uim libraries and debugging symbols libuim0-nox - Simple, secure, and flexible input method collection and library libuim0-nox-dbg - uim libraries and debugging symbols (without X11) uim- Simple, secure, and flexible input method collection and library uim-anthy - Anthy plugin for uim uim-applet-gnome - GNOME applet for uim uim-canna - Canna plugin for uim uim-common - Common files for uim uim-fep- uim Front End Processor uim-gtk2.0 - GTK+2.x immodule for uim uim-m17nlib - m17nlib plugin for uim uim-prime - PRIME plugin for uim uim-skk- SKK plugin for uim uim-utils - Utilities for uim uim-xim- A bridge between uim and XIM Changes: uim (1:0.4.7-1) unstable; urgency=low . * New upstream release Files: b75564c98b95fc6dc503931f298225cb 1208 libs optional uim_0.4.7-1.dsc 1ba750aa3ab7b5d1aedd26340ca83b82 1545941 libs optional uim_0.4.7.orig.tar.gz 865a47cf7ea14f44e77d983258929eda 56748 libs optional uim_0.4.7-1.diff.gz c53bbfa639e9d68a62e210b0d0e572da 402042 text optional uim-common_0.4.7-1_all.deb 9479177f7cc474728b71b3a20f61f06d 1096 text optional uim_0.4.7-1_all.deb 62036e3a0ea5d3b4aeb8bad7944e3fad 76848 libs optional libuim0_0.4.7-1_i386.deb 3f2457968ed1feaaa8b828d776d8d53a 76878 libs optional libuim0-nox_0.4.7-1_i386.deb c4fce95ce1748ab553766eb06b356c39 75472 libdevel optional libuim-dev_0.4.7-1_i386.deb 6e913145e9c2cbe08cce5f5c1e167680 75484 libdevel optional libuim-nox-dev_0.4.7-1_i386.deb 105def80cc70234756669f9099f6c55e 190348 libdevel optional libuim0-dbg_0.4.7-1_i386.deb 122377162e959d450b955d445deff23a 190370 libdevel optional libuim0-nox-dbg_0.4.7-1_i386.deb 8af42f57a0f72dbd94bebb08379dcc7a 371032 x11 optional uim-gtk2.0_0.4.7-1_i386.deb 18cf3fa774e1a3933fce5181da7fa27f 76956 x11 optional uim-xim_0.4.7-1_i386.deb aa0dc612435f1f3b31460bcd7c143985 11338 gnome optional uim-applet-gnome_0.4.7-1_i386.deb cc770cdf715f4310192b3e6fac827bd5 40992 text optional uim-fep_0.4.7-1_i386.deb 3c01a8c57055cec91265e33d91c860e9 7264 utils optional uim-utils_0.4.7-1_i386.deb feac8b5ca4b3dce8b146ab277c612167 16464 libs optional uim-anthy_0.4.7-1_i386.deb a1ce718107b4f3e41f58845a6e729efb 15994 libs optional uim-canna_0.4.7-1_i386.deb dd5e3ff4642c22030da49ea7ca15daf5 39808 libs optional uim-skk_0.4.7-1_i386.deb 442621af195baab64c658cc5ac544d3d 20434 libs optional uim-prime_0.4.7-1_i386.deb 219d9a7d87c6768f990ca3a8d2cc6cbf 17200 libs optional uim-m17nlib_0.4.7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwOOH4QYOB7JaXPERAp8HAJ95Uvvbr/frpF92DbSZum3ufcWzhwCfQ64v fCmguFtIyuQK8D/FUhy0jEE= =H7ze -END PGP SIGNATURE- Accepted: libuim-dev_0.4.7-1_i386.deb to pool/main/u/uim/libuim-dev_0.4.7-1_i386.deb libuim-nox-dev_0.4.7-1_i386.deb to pool/main/u/uim/libuim-nox-dev_0.4.7-1_i386.deb libuim0-dbg_0.4.7-1_i386.deb to pool/main/u/uim/libuim0-dbg_0.4.7-1_i386.deb libuim0-nox-dbg_0.4.7-1_i386.deb to pool/main/u/uim/libuim0-nox-dbg_0.4.7-1_i386.deb libuim0-nox_0.4.7-1_i386.deb to pool/main/u/uim/libuim0-nox_0.4.7-1_i386.deb libuim0_0.4.7-1_i386.deb to pool/main/u/uim/libuim0_0.4.7-1_i386.deb uim-anthy_0.4.7-1_i386.deb to pool/main/u/uim/uim-anthy_0.4.7-1_i386.deb uim-applet-gnome_0.4.7-1_i386.deb to pool/main/u/uim/uim-applet-gnome_0.4.7-1_i386.deb uim-canna_0.4.7-1_i386.deb to pool/main/u/uim/uim-canna_0.4.7-1_i386.deb uim-common_0.4.7-1_all.deb to pool/main/u/uim/uim-common_0.4.7-1_all.deb uim-fep_0.4.7-1_i386.deb to pool/main/u/uim/uim-fep_0.4.7-1_i386.deb uim-gtk2.0_0.4.7-1_i386.deb to pool/main/u/uim/uim-gtk2.0_0.4.7-1_i386.deb uim-m17nlib_0.4.7-1_i386.deb to pool/main/u/uim/uim-m17nlib_0.4.7-1_i386.deb uim-prime_0.4.7-1_i386.deb to pool/main/u/uim/uim-prime_0.4.7-1_i386.deb uim-skk_0.4.7-1_i386.deb to pool/main/u/uim/uim-skk_0.4.7-1_i386.deb uim-utils_0.4.7-1_i386.deb to pool/main/u/uim/uim-utils_0.4.7-1_i386.deb uim-xim_0.4.7-1_i386.deb to pool/main/u/uim/uim-xim_0.4.7-1_i386.deb uim_0.4.7-1.diff.gz to pool/main/u/uim/uim_0.4.7-1.diff.gz uim_0.4.7-1.dsc to pool/main/u/uim/uim_0.4.7-1.dsc uim_0.4.7-1_all.deb to pool/main/u/uim/uim_0.4.7-1_all.deb uim_0.4.7.orig.tar.gz to pool/main/u/uim/uim_0.4.7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.
Accepted clientcookie 1.0.3-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 11:32:15 +0530 Source: clientcookie Binary: python2.2-clientcookie python-clientcookie python2.3-clientcookie Architecture: source all Version: 1.0.3-1 Distribution: unstable Urgency: low Maintainer: Ganesan Rajagopal [EMAIL PROTECTED] Changed-By: Ganesan Rajagopal [EMAIL PROTECTED] Description: python-clientcookie - Python module for automating HTTP Cookie management (dummy) python2.2-clientcookie - Python 2.2.x module for automating HTTP cookie management python2.3-clientcookie - Python 2.3.x module for automating HTTP cookie management Closes: 310081 Changes: clientcookie (1.0.3-1) unstable; urgency=low . * New upstream release (Closes: Bug#310081). Files: 88fdf25408db644e6a47d833f8cb6fe2 687 python optional clientcookie_1.0.3-1.dsc b0c9c02e298bdcc8cb7f4ae00a6e5701 118631 python optional clientcookie_1.0.3.orig.tar.gz 96a7a16f122ac367c69a04129fe100cb 1727 python optional clientcookie_1.0.3-1.diff.gz 5ebe23d684bb44e5833d273b74930a0b 84978 python optional python2.2-clientcookie_1.0.3-1_all.deb cfe6d3123e7911151d57a953049617af 84972 python optional python2.3-clientcookie_1.0.3-1_all.deb ade54d8938ba48c99289e0e447307599 17162 python optional python-clientcookie_1.0.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwOhJFeACul2MEuoRAs52AKCAWqRPB8QHqPO+kT7DxpEd30m6UwCfVo23 4AJkV+ytX+zLRb989Xev7m4= =GOW0 -END PGP SIGNATURE- Accepted: clientcookie_1.0.3-1.diff.gz to pool/main/c/clientcookie/clientcookie_1.0.3-1.diff.gz clientcookie_1.0.3-1.dsc to pool/main/c/clientcookie/clientcookie_1.0.3-1.dsc clientcookie_1.0.3.orig.tar.gz to pool/main/c/clientcookie/clientcookie_1.0.3.orig.tar.gz python-clientcookie_1.0.3-1_all.deb to pool/main/c/clientcookie/python-clientcookie_1.0.3-1_all.deb python2.2-clientcookie_1.0.3-1_all.deb to pool/main/c/clientcookie/python2.2-clientcookie_1.0.3-1_all.deb python2.3-clientcookie_1.0.3-1_all.deb to pool/main/c/clientcookie/python2.3-clientcookie_1.0.3-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted openslp 1.2.1-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 11:38:35 +0530 Source: openslp Binary: libslp-dev slptool libslp1 openslp-doc slpd Architecture: source i386 all Version: 1.2.1-1 Distribution: unstable Urgency: low Maintainer: Ganesan Rajagopal [EMAIL PROTECTED] Changed-By: Ganesan Rajagopal [EMAIL PROTECTED] Description: libslp-dev - OpenSLP development libraries libslp1- OpenSLP libraries openslp-doc - OpenSLP documentation slpd - OpenSLP Server (slpd) slptool- SLP command line tool Closes: 28 32 300027 300030 300032 311098 Changes: openslp (1.2.1-1) unstable; urgency=low . * New upstream release * Fixed typos in package description (Closes: #28, #32, #300027, #300030, #300032). * Included Czech debconf template translation (Closes: #311098). * Updated shared library version in debian/rules. Files: a80433ecc23d0112a908237184abb4d9 633 net extra openslp_1.2.1-1.dsc 00d1e2ebf12a9eb199f36ccb324ea009 894824 net extra openslp_1.2.1.orig.tar.gz 9a3fb011bb1a59b3400d79a7c9f9fbd6 19804 net extra openslp_1.2.1-1.diff.gz 2a1b2526df61b7755ad3805a1c4f110b 89900 doc extra openslp-doc_1.2.1-1_all.deb 19b76de3dab094bac7d502f6c879bc47 63774 net extra slpd_1.2.1-1_i386.deb 448b3a848d0e20c54352f8e55992fe55 46976 libs optional libslp1_1.2.1-1_i386.deb 67365760059c9b929bda4e25fcb27647 20442 utils extra slptool_1.2.1-1_i386.deb d576b8eeaf5619171a3ca025acf6fd11 64274 libdevel extra libslp-dev_1.2.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwOySFeACul2MEuoRAj8eAJ4zF9I1G97SsZM7NgOoRvbI72fZZACgifSt uJsmrZnYenxE2ajSXUuqQXg= =HULZ -END PGP SIGNATURE- Accepted: libslp-dev_1.2.1-1_i386.deb to pool/main/o/openslp/libslp-dev_1.2.1-1_i386.deb libslp1_1.2.1-1_i386.deb to pool/main/o/openslp/libslp1_1.2.1-1_i386.deb openslp-doc_1.2.1-1_all.deb to pool/main/o/openslp/openslp-doc_1.2.1-1_all.deb openslp_1.2.1-1.diff.gz to pool/main/o/openslp/openslp_1.2.1-1.diff.gz openslp_1.2.1-1.dsc to pool/main/o/openslp/openslp_1.2.1-1.dsc openslp_1.2.1.orig.tar.gz to pool/main/o/openslp/openslp_1.2.1.orig.tar.gz slpd_1.2.1-1_i386.deb to pool/main/o/openslp/slpd_1.2.1-1_i386.deb slptool_1.2.1-1_i386.deb to pool/main/o/openslp/slptool_1.2.1-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kernel-image-2.6.11-amd64 2.6.11-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 18 Jun 2005 13:55:31 +0200 Source: kernel-image-2.6.11-amd64 Binary: kernel-image-2.6.11-9-amd64-generic kernel-headers-2.6.11-9-amd64-k8-smp kernel-headers-2.6.11-9-em64t-p4-smp kernel-headers-2.6.11-9-amd64-generic kernel-image-2.6.11-9-amd64-k8 kernel-image-2.6.11-9-em64t-p4 kernel-image-2.6.11-9-amd64-k8-smp kernel-image-2.6.11-9-em64t-p4-smp kernel-headers-2.6.11-9 kernel-headers-2.6.11-9-amd64-k8 kernel-headers-2.6.11-9-em64t-p4 kernel-headers-2.6.11-9-amd64 Architecture: source i386 Version: 2.6.11-4 Distribution: unstable Urgency: low Maintainer: Debian Kernel Team debian-kernel@lists.debian.org Changed-By: Frederik Schüler [EMAIL PROTECTED] Description: kernel-headers-2.6.11-9 - Header files related to Linux kernel version 2.6.11 kernel-headers-2.6.11-9-amd64 - Virtual package that depends on all 2.6.11 kernel headers for amd kernel-headers-2.6.11-9-amd64-generic - Linux kernel headers 2.6.11 for generic x86_64 systems kernel-headers-2.6.11-9-amd64-k8 - Linux kernel headers for version 2.6.11 on AMD64 systems kernel-headers-2.6.11-9-amd64-k8-smp - Linux kernel headers for version 2.6.11 on AMD64 SMP systems kernel-headers-2.6.11-9-em64t-p4 - Linux kernel headers for version 2.6.11 on Intel EM64T systems kernel-headers-2.6.11-9-em64t-p4-smp - Linux kernel headers for version 2.6.11 on Intel EM64T SMP system kernel-image-2.6.11-9-amd64-generic - Linux kernel image for version 2.6.11 on generic x86_64 systems kernel-image-2.6.11-9-amd64-k8 - Linux kernel image for version 2.6.11 on AMD64 systems kernel-image-2.6.11-9-amd64-k8-smp - Linux kernel image for version 2.6.11 on AMD64 SMP systems kernel-image-2.6.11-9-em64t-p4 - Linux kernel image for version 2.6.11 on Intel EM64T systems kernel-image-2.6.11-9-em64t-p4-smp - Linux kernel image for version 2.6.11 on Intel EM64T SMP systems Changes: kernel-image-2.6.11-amd64 (2.6.11-4) unstable; urgency=low . * Rebuild with kernel-source-2.6.11-7. * Set CONFIG_MEGARAID_LEGACY=m. Files: 2a61958fd61c2aecf3b67e4a0822e589 1118 devel optional kernel-image-2.6.11-amd64_2.6.11-4.dsc ac8951be47b4271a62c9d1cec70e8664 80654 devel optional kernel-image-2.6.11-amd64_2.6.11-4.tar.gz e5321590ca2bbd7aa388f2f90821851c 5264 devel optional kernel-headers-2.6.11-9-amd64_2.6.11-4_i386.deb a088577f157bf45ff2da58735b445298 2854320 devel optional kernel-headers-2.6.11-9_2.6.11-4_i386.deb f3850bfd2ed2fd6d706077638f12956d 237032 devel optional kernel-headers-2.6.11-9-amd64-k8-smp_2.6.11-4_i386.deb f4f2aefe2339e96df08aa5bc506beeeb 14347020 base optional kernel-image-2.6.11-9-amd64-k8-smp_2.6.11-4_i386.deb 302d3c0d068f5b0110e71b401f39c663 239908 devel optional kernel-headers-2.6.11-9-em64t-p4_2.6.11-4_i386.deb 410862a0b125cad1fec26a03a44bcc93 14284968 base optional kernel-image-2.6.11-9-em64t-p4_2.6.11-4_i386.deb d634ad63e560c5dd5d5f20deab709f51 240024 devel optional kernel-headers-2.6.11-9-amd64-generic_2.6.11-4_i386.deb a2163620cf20983bd965fa940ed862a6 14277490 base optional kernel-image-2.6.11-9-amd64-generic_2.6.11-4_i386.deb 0c1a57e45cbdc042d692ebd06c1db1d0 239978 devel optional kernel-headers-2.6.11-9-amd64-k8_2.6.11-4_i386.deb 6f16ad61ae9a00a97d9552fad540a9e1 14275078 base optional kernel-image-2.6.11-9-amd64-k8_2.6.11-4_i386.deb fe4462212a6530bf3916c8a6fc984f3f 236814 devel optional kernel-headers-2.6.11-9-em64t-p4-smp_2.6.11-4_i386.deb 7042686169c1b7ad52e659888423d2ec 14415016 base optional kernel-image-2.6.11-9-em64t-p4-smp_2.6.11-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwPDchuANDBmkLRkRAoiFAJ46F5SPB+71UKGurCu7D83HsCnU6ACdEvXE GARzIFdpzuuAho7Ux2rhuHk= =TGaW -END PGP SIGNATURE- Accepted: kernel-headers-2.6.11-9-amd64-generic_2.6.11-4_i386.deb to pool/main/k/kernel-image-2.6.11-amd64/kernel-headers-2.6.11-9-amd64-generic_2.6.11-4_i386.deb kernel-headers-2.6.11-9-amd64-k8-smp_2.6.11-4_i386.deb to pool/main/k/kernel-image-2.6.11-amd64/kernel-headers-2.6.11-9-amd64-k8-smp_2.6.11-4_i386.deb kernel-headers-2.6.11-9-amd64-k8_2.6.11-4_i386.deb to pool/main/k/kernel-image-2.6.11-amd64/kernel-headers-2.6.11-9-amd64-k8_2.6.11-4_i386.deb kernel-headers-2.6.11-9-amd64_2.6.11-4_i386.deb to pool/main/k/kernel-image-2.6.11-amd64/kernel-headers-2.6.11-9-amd64_2.6.11-4_i386.deb kernel-headers-2.6.11-9-em64t-p4-smp_2.6.11-4_i386.deb to pool/main/k/kernel-image-2.6.11-amd64/kernel-headers-2.6.11-9-em64t-p4-smp_2.6.11-4_i386.deb kernel-headers-2.6.11-9-em64t-p4_2.6.11-4_i386.deb to pool/main/k/kernel-image-2.6.11-amd64/kernel-headers-2.6.11-9-em64t-p4_2.6.11-4_i386.deb kernel-headers-2.6.11-9_2.6.11-4_i386.deb to pool/main/k/kernel-image-2.6.11-amd64/kernel-headers-2.6.11-9_2.6.11-4_i386.deb kernel-image-2.6.11-9-amd64-generic_2.6.11-4_i386.deb to pool/main/k/kernel-image-2.6.11-amd64/kernel-image-2.6.11-9-amd64-generic_2.6.11-4_i386.deb
Accepted apt-cacher 0.9.8 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 09:21:43 +0200 Source: apt-cacher Binary: apt-cacher Architecture: source all Version: 0.9.8 Distribution: unstable Urgency: high Maintainer: Eduard Bloch [EMAIL PROTECTED] Changed-By: Eduard Bloch [EMAIL PROTECTED] Description: apt-cacher - caching system for Debian package and source files Closes: 315151 Changes: apt-cacher (0.9.8) unstable; urgency=high . * fixed fetch timeout handling and made it more robust, based on the patch from Daren Salt (closes: #315151) * allowed_locations checks workaround for .. in the URIs which becomes neccessary with apt-0.6.x Files: dc65e31078cb570c602d612eecc12b71 597 net optional apt-cacher_0.9.8.dsc bf8fbadc808fae8f203fa3b5a641e4ed 59793 net optional apt-cacher_0.9.8.tar.gz 3c4dae94ae1cad67b55f8616395297f5 41838 net optional apt-cacher_0.9.8_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwPtf4QZIHu3wCMURAgPDAJoCAzEl2yyPA0wz5czPhv5dGzzAjgCfdkTc PH7VgGjJc+Qu1GgcJJh2BYY= =KWAA -END PGP SIGNATURE- Accepted: apt-cacher_0.9.8.dsc to pool/main/a/apt-cacher/apt-cacher_0.9.8.dsc apt-cacher_0.9.8.tar.gz to pool/main/a/apt-cacher/apt-cacher_0.9.8.tar.gz apt-cacher_0.9.8_all.deb to pool/main/a/apt-cacher/apt-cacher_0.9.8_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted myodbc 3.51.11-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 17 Jun 2005 05:54:13 -0700 Source: myodbc Binary: libmyodbc Architecture: source i386 Version: 3.51.11-3 Distribution: unstable Urgency: low Maintainer: Steve Langasek [EMAIL PROTECTED] Changed-By: Steve Langasek [EMAIL PROTECTED] Description: libmyodbc - the MySQL ODBC driver Changes: myodbc (3.51.11-3) unstable; urgency=low . * Rebuild against unixodbc 2.2.11. * Set BUILD_REAL_64_BIT_MODE define for the benefit of 64-bit archs, which seems to have been missed previously. Files: dad8cfd1fb2e7ddf286ffac7a640a8e5 657 libs optional myodbc_3.51.11-3.dsc 8514129df3ed489a00787dec59910710 14597 libs optional myodbc_3.51.11-3.diff.gz 10213030f99a8be15cbd249262b8fb1c 71020 libs optional libmyodbc_3.51.11-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCtLcnKN6ufymYLloRAv0sAJ9Zh7tgS3p/RPiCgwhy6DqRKAuHJwCZAWkj GaI7cNN0GmeRxSNVdhuGPcc= =P7og -END PGP SIGNATURE- Accepted: libmyodbc_3.51.11-3_i386.deb to pool/main/m/myodbc/libmyodbc_3.51.11-3_i386.deb myodbc_3.51.11-3.diff.gz to pool/main/m/myodbc/myodbc_3.51.11-3.diff.gz myodbc_3.51.11-3.dsc to pool/main/m/myodbc/myodbc_3.51.11-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted angband 1:3.0.6-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 00:53:03 -0500 Source: angband Binary: angband Architecture: source i386 Version: 1:3.0.6-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: angband- A single-player, text-based, dungeon simulation game. Changes: angband (1:3.0.6-1) unstable; urgency=low . * New upstream release - Wands and staves are no longer destroyed when a recharge attempt backfires. Instead all the charges are drained. - Renamed the artifact short sword 'Gilettar' to 'Dagmor' since that name is mentioned for the sword of Beren in Tolkien's notes. (suggested by Tyler Witter) - Added a new type of subwindow for displaying the dungeon area around the player. - Added a new subwindow type Display player (compact) that displays the left-hand-side of the main term (player stats, hitpoints, gold, ...) in a separate window. - Added a new window type that displays the info from the status line. - Turned the scroll map while targetting option permanently on. - Added a display of the temporary resists to the status line. The resists are only displayed if there is enough room after the dungeon level (when using a main or status term with at least 85 cols). The verbosity of the output (between Acid Elec Fire Cold Pois and AEFCP) depends on the term width. - Display the player's speed in the character dump and on the info page. - Identified scrolls can now look different from unidentified ones. This allows the use of the individual scroll tiles created by David Gervais. - Allow the ammo-branding activation of 'Cubragol' to be aborted without using up the charge. (Diego Gonzalez and Jeff Greene) - Use actual monster and object symbols instead of a list of hardcoded symbols when hallucinating. - Added Craig Oliver's Sound FX Patch version 1.1 that adds about 120 new sound events to the game. (see also http://www.chambrook.org/angband/soundfx.php) - Scroll the map when the player is 1/4th of the visible grids away from the edge of the map display. - Allow the OS X version to be started from a read-only medium, for example from a disk image or a central installation under 'Applications'. All user-specific files like savefiles, scores, char-dumps, and saved preferences are stored in 'Library/Preferences/Angband/' and its subfolders inside the user's home directory. - The Mac OS X application bundle now includes all the necessary files from the lib folder. The separate lib folder in the distribution is no longer necessary. This means that the OS X version can now be installed by simply dragging the application icon to the target directory. - The OS X version would crash when changing the sound or graphics options before a character was created or loaded. (reported by Patrick Hughes) - Don't save the Mac OS X preferences on exit if the game hasn't been initialized properly to prevent corruption of the preference file in case of an error at startup. Skip loading the preference file if it is broken. (problem reported by Matt Stone) - Include the basic Angband sound files per default in the OS X version. - Made the tile size independent of the font size in the X11 version. Store various window settings like the window size between sessions. - Don't add a hardcoded 'games' subdirectory to the installation path on multi-user machines. - Allow all user created files to be saved in subdirectories under ~/.angband/Angband/ when PRIVATE_USER_PATH is defined. - Allow the use of the 'vcs' display module on systems with devfs-style '/dev/vc/*' terminals. - The virtual console (vcs) front-end does now implement cursor visibility and bigscreen support. (Alexander Ulyanov) - Enable cursor visibility in the gcu front-end on Linux systems. (Alexander Ulyanov) - Fixed a bug in the Xaw frontend, which made Angband crash if the main window geometry was specified as an X resource. (Alexander Ulyanov) - Make X11 frontends show floors as centered dots, walls as blocks, and treasures as diamonds. (Alexander Ulyanov) - Removed the restriction of bigtile mode to the main window in the X11 version. - Added Alexander Ulyanov's Linux framebuffer display module from: http://posband.earthsea.org/misc/angband-lfb-20050220.tar.gz - Added compile instructions for MinGW/MSYS on Windows. (Tuomas Härkönen) - Added compile instructions for gcc on Mac OS X. - Fixed a stupid bug that
Accepted boo 0.5.5.1651-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 09:04:29 +0100 Source: boo Binary: boo Architecture: source all Version: 0.5.5.1651-2 Distribution: unstable Urgency: low Maintainer: Sam Clegg [EMAIL PROTECTED] Changed-By: Sam Clegg [EMAIL PROTECTED] Description: boo- a python-like language and compiler for the CLI Changes: boo (0.5.5.1651-2) unstable; urgency=low . * Maintainer takeover with previous maintainers permision. - Original upload was an unintnetional duplicate ITP. * Try to follow the new CLI policy by using dh_clideps and dh_makeclilibs. * Use gacutil to install DLLs * Use cdbs. * use cli-wrapper to lauch exe's * add debian/examples * add debian/links * add debian/install * Thanks to Federico Di Gregorio [EMAIL PROTECTED] the original upload, and his cooperation and for the manpages which I have kept from his package. Files: 29e30083e83874e1dad18b2ba6066307 675 devel optional boo_0.5.5.1651-2.dsc d4852bada332451e17fea4eb54234851 3472 devel optional boo_0.5.5.1651-2.diff.gz 80855d97d4e00698078fb060804bd9ca 691732 devel optional boo_0.5.5.1651-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwQTtLOvxONke42kRApBRAJ4vZlLxPssloS9cXauh6ZPwHZDQxgCgwSxg Ptjp3vYDgk4AntGUJCwO2gA= =Rqzr -END PGP SIGNATURE- Accepted: boo_0.5.5.1651-2.diff.gz to pool/main/b/boo/boo_0.5.5.1651-2.diff.gz boo_0.5.5.1651-2.dsc to pool/main/b/boo/boo_0.5.5.1651-2.dsc boo_0.5.5.1651-2_all.deb to pool/main/b/boo/boo_0.5.5.1651-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted uptimed 1:0.3.3-5 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 10:20:40 +0200 Source: uptimed Binary: uprecords-cgi uptimed libuptimed libuptimed-dev Architecture: source all i386 Version: 1:0.3.3-5 Distribution: unstable Urgency: low Maintainer: Daniel Gubser [EMAIL PROTECTED] Changed-By: Daniel Gubser [EMAIL PROTECTED] Description: libuptimed - Library for uptimed libuptimed-dev - Development files for uptimed uprecords-cgi - A CGI script to show the world your highest uptimes uptimed- Utility to track your highest uptimes Closes: 307124 Changes: uptimed (1:0.3.3-5) unstable; urgency=low . * added Portuguese translation to PO files (Closes: #307124) Files: 4c5098962cd65fc22492d190a04c8a1b 631 utils extra uptimed_0.3.3-5.dsc 607a461f6b2f339f33af45f0a8d1c01f 134033 utils extra uptimed_0.3.3-5.diff.gz d09ac1918a52b64748f0fc437c6df689 14242 utils extra uprecords-cgi_0.3.3-5_all.deb 9b2a1f2fb5c656b9312778bd369fd16c 32670 utils extra uptimed_0.3.3-5_i386.deb 51567e64d3a8d3fa89e128cd6dae7272 12980 utils extra libuptimed_0.3.3-5_i386.deb 0e04475d36fdc343f842f7729e6c898d 12770 utils extra libuptimed-dev_0.3.3-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwQymNgbFFFW/0CQRAmkVAKDPMRBOht35om3xBOYbhwp8XhitIACcDQnH X+ALEp1U4n3ZQi2yVVDg40M= =BPGp -END PGP SIGNATURE- Accepted: libuptimed-dev_0.3.3-5_i386.deb to pool/main/u/uptimed/libuptimed-dev_0.3.3-5_i386.deb libuptimed_0.3.3-5_i386.deb to pool/main/u/uptimed/libuptimed_0.3.3-5_i386.deb uprecords-cgi_0.3.3-5_all.deb to pool/main/u/uptimed/uprecords-cgi_0.3.3-5_all.deb uptimed_0.3.3-5.diff.gz to pool/main/u/uptimed/uptimed_0.3.3-5.diff.gz uptimed_0.3.3-5.dsc to pool/main/u/uptimed/uptimed_0.3.3-5.dsc uptimed_0.3.3-5_i386.deb to pool/main/u/uptimed/uptimed_0.3.3-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted idesk 0.7.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 28 Jun 2005 23:33:39 -0500 Source: idesk Binary: idesk Architecture: source i386 Version: 0.7.3-1 Distribution: unstable Urgency: low Maintainer: Anibal Avelar (Fixxxer) [EMAIL PROTECTED] Changed-By: Anibal Avelar (Fixxxer) [EMAIL PROTECTED] Description: idesk - Display program shortcuts as icons on desktop the new release Closes: 227019 291932 Changes: idesk (0.7.3-1) unstable; urgency=low . * New upstream release, closes: #291932 * Fixed the older bug for graphical glitch (repeatable), (Closes: #227019) * Fixed many other bugs. Fixed the bug, when the Caption attribute is empty string. Fixed the problem with SnapShadow has the true value. * The SVG support was remove because not implemented in Imlib2 yet. * Added the GNU configure and build system for Idesk. * Porting from Imlib to Imlib2 ready. * Etc. Files: 7eb82c50c1857cbe9829d4a3a45d 613 x11 optional idesk_0.7.3-1.dsc c4afb05492f1ec87b0d2be210e228681 206957 x11 optional idesk_0.7.3.orig.tar.gz 3a76e8423eb6b7eb87232d645f3d1723 4050 x11 optional idesk_0.7.3-1.diff.gz 9a0558885b1da740cb9bfc00030d9155 114704 x11 optional idesk_0.7.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwRDagY5NIXPNpFURAhbDAKCvA11xWkGiqmjFeVpy3+UFMbJMhQCffBhe kbfbQFJTLIJ6iwkoLe/6+Lo= =4O4x -END PGP SIGNATURE- Accepted: idesk_0.7.3-1.diff.gz to pool/main/i/idesk/idesk_0.7.3-1.diff.gz idesk_0.7.3-1.dsc to pool/main/i/idesk/idesk_0.7.3-1.dsc idesk_0.7.3-1_i386.deb to pool/main/i/idesk/idesk_0.7.3-1_i386.deb idesk_0.7.3.orig.tar.gz to pool/main/i/idesk/idesk_0.7.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gringotts 1.2.8+1.2.9pre1-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 10:54:10 +0200 Source: gringotts Binary: gringotts Architecture: source i386 Version: 1.2.8+1.2.9pre1-2 Distribution: unstable Urgency: low Maintainer: Bastian Kleineidam [EMAIL PROTECTED] Changed-By: Bastian Kleineidam [EMAIL PROTECTED] Description: gringotts - store passwords in an encrypted file Closes: 316043 Changes: gringotts (1.2.8+1.2.9pre1-2) unstable; urgency=low . * Put .desktop file in /usr/share/applications where it belongs. (Closes: #316043) Files: 1b39d1bf4e455ae2e86c5876dfa1f2b9 723 admin optional gringotts_1.2.8+1.2.9pre1-2.dsc 5c8b8572c15deb03d373fe108c5d90ea 9781 admin optional gringotts_1.2.8+1.2.9pre1-2.diff.gz 2ba1850fcf849cc5c9311b72e80a1b3d 124930 admin optional gringotts_1.2.8+1.2.9pre1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwRbIeBwlBDLsbz4RAjo6AKDP79kAdiUqTnrqSBoZ46Eu1FU6cgCgml9a rCCgkhnB0/mSm9EIxrEV3MQ= =o4rK -END PGP SIGNATURE- Accepted: gringotts_1.2.8+1.2.9pre1-2.diff.gz to pool/main/g/gringotts/gringotts_1.2.8+1.2.9pre1-2.diff.gz gringotts_1.2.8+1.2.9pre1-2.dsc to pool/main/g/gringotts/gringotts_1.2.8+1.2.9pre1-2.dsc gringotts_1.2.8+1.2.9pre1-2_i386.deb to pool/main/g/gringotts/gringotts_1.2.8+1.2.9pre1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-menus 2.10.2-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 11:19:50 +0200 Source: gnome-menus Binary: libgnome-menu0 gnome-menus libgnome-menu-dev Architecture: source i386 Version: 2.10.2-1 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: gnome-menus - an implementation of the freedesktop menu specification for GNOME libgnome-menu-dev - an implementation of the freedesktop menu specification for GNOME libgnome-menu0 - an implementation of the freedesktop menu specification for GNOME Changes: gnome-menus (2.10.2-1) unstable; urgency=low . * New upstream version: - make user .desktop files correctly override system ones. - remove LegacyDir from settings menu. - fix memory leaks on re-load. - fix issue with duplicate sub-menus. Files: 9b85dc69f3a2aa312516d0cfdbda611e 1596 gnome optional gnome-menus_2.10.2-1.dsc 95ae98a9b7bcdd7bad93edb3a950314c 480795 gnome optional gnome-menus_2.10.2.orig.tar.gz 6124ae83efe3adee462acaf633d74d2e 4438 gnome optional gnome-menus_2.10.2-1.diff.gz 1803e9eda75c00e0d8a14dc34260b043 70424 gnome optional gnome-menus_2.10.2-1_i386.deb 61f6a2aed64fc4f3e1496c29f833f555 45380 gnome optional libgnome-menu0_2.10.2-1_i386.deb 40f89180231dcbb76795f5657e332c79 49468 gnome optional libgnome-menu-dev_2.10.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwSFPQxo87aLX0pIRAur9AKCtyYa1znnCzhY7nUPyhI5QT4/+5gCfY7l6 AVS040fFHMDSpYbaaSy+IhM= =HOaQ -END PGP SIGNATURE- Accepted: gnome-menus_2.10.2-1.diff.gz to pool/main/g/gnome-menus/gnome-menus_2.10.2-1.diff.gz gnome-menus_2.10.2-1.dsc to pool/main/g/gnome-menus/gnome-menus_2.10.2-1.dsc gnome-menus_2.10.2-1_i386.deb to pool/main/g/gnome-menus/gnome-menus_2.10.2-1_i386.deb gnome-menus_2.10.2.orig.tar.gz to pool/main/g/gnome-menus/gnome-menus_2.10.2.orig.tar.gz libgnome-menu-dev_2.10.2-1_i386.deb to pool/main/g/gnome-menus/libgnome-menu-dev_2.10.2-1_i386.deb libgnome-menu0_2.10.2-1_i386.deb to pool/main/g/gnome-menus/libgnome-menu0_2.10.2-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted totem 1.0.4-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 12:14:31 +0200 Source: totem Binary: totem-gstreamer totem-xine totem Architecture: source all i386 Version: 1.0.4-1 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: totem - A simple media player for the Gnome desktop (dummy package) totem-gstreamer - A simple media player for the Gnome desktop based on gstreamer totem-xine - A simple media player for the Gnome desktop based on xine Changes: totem (1.0.4-1) unstable; urgency=low . * New upstream version: - say that we support 3GPP files. - avoid resizing on startup before we really show the window. - fix a crash when 'Hide controls' is called while starting up. - fix crashes when playing back some files with errors (xine-lib). - fix hand icon not appearing on DVD menus in fullscreen (xine-lib). - fix detection of still images with newer xine-lib. Files: 3fa9abb6ca93635a5884f8c39f484402 1945 gnome optional totem_1.0.4-1.dsc e005e843829657fad1a80dda76f6fa25 1974494 gnome optional totem_1.0.4.orig.tar.gz 3f7067c1cf06d5183021b0b6472cbce7 8157 gnome optional totem_1.0.4-1.diff.gz 8a5d1076a6f0af3f05690180cd80a76f 6546 gnome optional totem_1.0.4-1_all.deb 3fe5ceb657325a53f0734cb73f23db36 958596 gnome optional totem-xine_1.0.4-1_i386.deb 68af8d75e2a4028efe8348544ee9500f 948404 gnome optional totem-gstreamer_1.0.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwShRQxo87aLX0pIRAunLAJ4lmdXuyvfEOKiuvOZgFiEdOyWcUwCgm1AV PemyZdJt+6fiSVNEAu1fSm0= =Z8pu -END PGP SIGNATURE- Accepted: totem-gstreamer_1.0.4-1_i386.deb to pool/main/t/totem/totem-gstreamer_1.0.4-1_i386.deb totem-xine_1.0.4-1_i386.deb to pool/main/t/totem/totem-xine_1.0.4-1_i386.deb totem_1.0.4-1.diff.gz to pool/main/t/totem/totem_1.0.4-1.diff.gz totem_1.0.4-1.dsc to pool/main/t/totem/totem_1.0.4-1.dsc totem_1.0.4-1_all.deb to pool/main/t/totem/totem_1.0.4-1_all.deb totem_1.0.4.orig.tar.gz to pool/main/t/totem/totem_1.0.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libapt-pkg-perl 0.1.14 (powerpc i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 20:19:22 +1000 Source: libapt-pkg-perl Binary: libapt-pkg-perl Architecture: i386 powerpc source Version: 0.1.14 Distribution: unstable Urgency: low Maintainer: Brendan O'Dea [EMAIL PROTECTED] Changed-By: Brendan O'Dea [EMAIL PROTECTED] Description: libapt-pkg-perl - Perl interface to libapt-pkg Changes: libapt-pkg-perl (0.1.14) unstable; urgency=low . * Build with apt 0.6. * Create new test Releases file. Files: 1d4b1b662e46ff2806674dfde95d4f3a 78274 perl optional libapt-pkg-perl_0.1.14_i386.deb 651005c09a7d8935b2ad92a1ca0954c2 561 perl optional libapt-pkg-perl_0.1.14.dsc 66b2e9a1bd8bf5d02f992bce9eb51554 35422 perl optional libapt-pkg-perl_0.1.14.tar.gz 7f85b1f9d309909a1ec5b73519ae08d9 79210 perl optional libapt-pkg-perl_0.1.14_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwS1N8NyOALKMWZURAmyGAKC8DU/giD4H/HsJvFmptBI63PN5SgCeLerE H4SR/eChu68K9P5dqCalMJ0= =oIpw -END PGP SIGNATURE- Accepted: libapt-pkg-perl_0.1.14.dsc to pool/main/liba/libapt-pkg-perl/libapt-pkg-perl_0.1.14.dsc libapt-pkg-perl_0.1.14.tar.gz to pool/main/liba/libapt-pkg-perl/libapt-pkg-perl_0.1.14.tar.gz libapt-pkg-perl_0.1.14_i386.deb to pool/main/liba/libapt-pkg-perl/libapt-pkg-perl_0.1.14_i386.deb libapt-pkg-perl_0.1.14_powerpc.deb to pool/main/liba/libapt-pkg-perl/libapt-pkg-perl_0.1.14_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lam 7.1.1-3.1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 24 Jun 2005 22:16:52 +0200 Source: lam Binary: lam4 lam-runtime lam-mpidoc lam4-dev Architecture: source i386 all Version: 7.1.1-3.1 Distribution: unstable Urgency: high Maintainer: Camm Maguire [EMAIL PROTECTED] Changed-By: Torsten Landschoff [EMAIL PROTECTED] Description: lam-mpidoc - Documentation for the Message Passing Interface standard lam-runtime - LAM runtime environment for executing parallel programs lam4 - Shared libraries used by LAM parallel programs lam4-dev - Development of parallel programs using LAM Closes: 308554 Changes: lam (7.1.1-3.1) unstable; urgency=high . * Non-maintainer upload. * share/boot/asc_run.c: Re-enable stdin for rank 0, accidently disabled in 7.1.1. Pulled from upstream revision 9923 of branch-7-1 (closes: #308554). Files: 5597d8d360c11a1ede6e9713570f7bba 642 devel extra lam_7.1.1-3.1.dsc 0d0477e7c555c9ba3b7abedfe4bf862f 162631 devel extra lam_7.1.1-3.1.diff.gz 20b92a0042b571ead0d79f29543b8222 1865594 devel extra lam4-dev_7.1.1-3.1_i386.deb a15fe807c080bffe9b7e17883630966b 534926 libs extra lam4_7.1.1-3.1_i386.deb 18db4b41344718d60f5bc8dbe4cf92df 241424 utils extra lam-runtime_7.1.1-3.1_i386.deb 0b8540f02558b48a1b6dc09a3f3ebd08 299232 doc extra lam-mpidoc_7.1.1-3.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCvJpYdQgHtVUb5EcRAvwyAJ9mO0c8kXIILumMGVJDCgJgJVQ+nwCePa9c pEz39cA2c7BPdgQdmhOzvEw= =Cqli -END PGP SIGNATURE- Accepted: lam-mpidoc_7.1.1-3.1_all.deb to pool/main/l/lam/lam-mpidoc_7.1.1-3.1_all.deb lam-runtime_7.1.1-3.1_i386.deb to pool/main/l/lam/lam-runtime_7.1.1-3.1_i386.deb lam4-dev_7.1.1-3.1_i386.deb to pool/main/l/lam/lam4-dev_7.1.1-3.1_i386.deb lam4_7.1.1-3.1_i386.deb to pool/main/l/lam/lam4_7.1.1-3.1_i386.deb lam_7.1.1-3.1.diff.gz to pool/main/l/lam/lam_7.1.1-3.1.diff.gz lam_7.1.1-3.1.dsc to pool/main/l/lam/lam_7.1.1-3.1.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted k3b 0.12.1-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 11:49:11 +0200 Source: k3b Binary: k3blibs k3blibs-dev k3b Architecture: source i386 Version: 0.12.1-2 Distribution: unstable Urgency: low Maintainer: Jean-Michel Kelbert [EMAIL PROTECTED] Changed-By: Jean-Michel Kelbert [EMAIL PROTECTED] Description: k3b- A sophisticated KDE cd burning application k3blibs- The KDE cd burning application library - runtime files k3blibs-dev - The KDE cd burning application library - development files Closes: 315613 Changes: k3b (0.12.1-2) unstable; urgency=low . * Add to Build-Depends: - dbus-qt-1-dev, libhal-dev, libhal-storage-dev, libpopt-dev for DBus/Hal support - libmpcdec-dev for Musepack support - libresmgr-dev for Resmgr support - libtag1-dev for audio meta data reading with Taglib - libmusicbrainz4-dev for tag guessing using MusicBrainz - flac to avoid configure errors (closes: #315613) * Add *.la and *.so files to the k3blibs-dev package Files: ec248d158f5b70c7d73f5b698182d2bd 789 otherosfs optional k3b_0.12.1-2.dsc fbede0a551e6ac4309d125de2aca2d2f 9268 otherosfs optional k3b_0.12.1-2.diff.gz f8a6fb74327b6264e4723b49197948ed 3791234 otherosfs optional k3b_0.12.1-2_i386.deb 92b24d599b477063939dc06a6d94198c 112398 libdevel optional k3blibs-dev_0.12.1-2_i386.deb e745630e14f8ae983eb7ff14065fe5fd 910746 libs optional k3blibs_0.12.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwTMkZA5kLi8vDN4RAsM9AJ9yfxXDVz/7+U9Tb27ShAFUc4dxDwCg0oQI o4R3mMpLZO5gzQeps8HhHNc= =Bp+f -END PGP SIGNATURE- Accepted: k3b_0.12.1-2.diff.gz to pool/main/k/k3b/k3b_0.12.1-2.diff.gz k3b_0.12.1-2.dsc to pool/main/k/k3b/k3b_0.12.1-2.dsc k3b_0.12.1-2_i386.deb to pool/main/k/k3b/k3b_0.12.1-2_i386.deb k3blibs-dev_0.12.1-2_i386.deb to pool/main/k/k3b/k3blibs-dev_0.12.1-2_i386.deb k3blibs_0.12.1-2_i386.deb to pool/main/k/k3b/k3blibs_0.12.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mindi 1.04-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 18 Jun 2005 12:35:03 +1000 Source: mindi Binary: mindi Architecture: source i386 Version: 1.04-5 Distribution: unstable Urgency: low Maintainer: Hector Garcia [EMAIL PROTECTED] Changed-By: Andree Leidenfrost [EMAIL PROTECTED] Description: mindi - creates boot/root disks based on your system Changes: mindi (1.04-5) unstable; urgency=low . * Added libnss* libraries and nsswitch.conf to deplist.txt to get name resolution to work. (Required even for static compile against libc6.) * Changed standards version from 3.6.1 to 3.6.2 without package changes. Files: fd325e08dcbb03615e9de0dbd731cf1a 650 utils optional mindi_1.04-5.dsc 74cad33f0e2cbb51609407c74067bbe0 15366 utils optional mindi_1.04-5.diff.gz fb51545ae21f101045222f82319a6e16 146882 utils optional mindi_1.04-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCu+KnNFDtUT/MKpARAvBsAKCXotZd1Uk4tf/MMuGrfo3b0wnX/wCg4ST1 2ew1BuA8Jg/ammWrHp2Czd8= =xDtQ -END PGP SIGNATURE- Accepted: mindi_1.04-5.diff.gz to pool/main/m/mindi/mindi_1.04-5.diff.gz mindi_1.04-5.dsc to pool/main/m/mindi/mindi_1.04-5.dsc mindi_1.04-5_i386.deb to pool/main/m/mindi/mindi_1.04-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ttf2pt1 3.4.4-1.1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 23 Jun 2005 23:49:54 -0700 Source: ttf2pt1 Binary: ttf2pt1 Architecture: source i386 Version: 3.4.4-1.1 Distribution: unstable Urgency: low Maintainer: Anthony Fok [EMAIL PROTECTED] Changed-By: Steve Langasek [EMAIL PROTECTED] Description: ttf2pt1- A TrueType to PostScript Type 1 Font Converter Closes: 251182 Changes: ttf2pt1 (3.4.4-1.1) unstable; urgency=low . * Non-maintainer upload. * Build against libt1-dev instead of the deprecated t1lib-dev. Closes: #251182. Files: 7f2fbcd10d628589cdace29d629446c4 601 text optional ttf2pt1_3.4.4-1.1.dsc 7c3e0d369c1172fb59b777926568bbfb 6566 text optional ttf2pt1_3.4.4-1.1.diff.gz 50015073f6f536e113ca205e345a3a7b 247026 text optional ttf2pt1_3.4.4-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCu7L1KN6ufymYLloRAuK2AKDLPjeAN7psNaV9ed5xift+99Rm+wCeIGiL WGvi1vRnAhVSf+7J95kPGKk= =rpSU -END PGP SIGNATURE- Accepted: ttf2pt1_3.4.4-1.1.diff.gz to pool/main/t/ttf2pt1/ttf2pt1_3.4.4-1.1.diff.gz ttf2pt1_3.4.4-1.1.dsc to pool/main/t/ttf2pt1/ttf2pt1_3.4.4-1.1.dsc ttf2pt1_3.4.4-1.1_i386.deb to pool/main/t/ttf2pt1/ttf2pt1_3.4.4-1.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ultrapoint 0.4-9.4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 23 Jun 2005 00:37:39 -0700 Source: ultrapoint Binary: ultrapoint Architecture: source i386 Version: 0.4-9.4 Distribution: unstable Urgency: low Maintainer: Takuo KITAME [EMAIL PROTECTED] Changed-By: Steve Langasek [EMAIL PROTECTED] Description: ultrapoint - A GGI based presentation tool Closes: 251183 Changes: ultrapoint (0.4-9.4) unstable; urgency=low . * Non-maintainer upload. * Rebuild against libt1-dev, to lose the dependency on the obsolete t1lib1 package (closes: #251183). Files: 4c38f6cde0286c741d1d01f47999ac46 720 misc optional ultrapoint_0.4-9.4.dsc a36a604f2bfaaba993ea73c02bde7875 74255 misc optional ultrapoint_0.4-9.4.diff.gz efbd54c657e0fab926f1833ebef70e13 67448 misc optional ultrapoint_0.4-9.4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCumqpKN6ufymYLloRAtY4AJ9JQe5zTjkf1lye7FWJ82rioQgwBgCgoeUX avPDtBRakSjoV0zdL/e2Fsw= =aqMc -END PGP SIGNATURE- Accepted: ultrapoint_0.4-9.4.diff.gz to pool/main/u/ultrapoint/ultrapoint_0.4-9.4.diff.gz ultrapoint_0.4-9.4.dsc to pool/main/u/ultrapoint/ultrapoint_0.4-9.4.dsc ultrapoint_0.4-9.4_i386.deb to pool/main/u/ultrapoint/ultrapoint_0.4-9.4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted vflib3 3.6.13-3.1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Jun 2005 21:29:05 -0700 Source: vflib3 Binary: vflib3-dev vflib3-bin vflib3 vflib3-doc Architecture: source i386 all Version: 3.6.13-3.1 Distribution: unstable Urgency: low Maintainer: Masayuki Hatta (mhatta) [EMAIL PROTECTED] Changed-By: Steve Langasek [EMAIL PROTECTED] Description: vflib3 - Versatile Font Library vflib3-bin - Sample programs using VFlib3 vflib3-dev - Development files for VFlib3 vflib3-doc - Documentation for VFlib3 Closes: 251184 Changes: vflib3 (3.6.13-3.1) unstable; urgency=low . * Non-maintainer upload. * Build-depend against libt1-dev instead of the obsoleted t1lib-dev. Closes: #251184. * Change reference to T1_Get_no_fonts to T1_GetNoFonts Files: 2be2c5ec597a24db7e0f43580e179e14 717 devel optional vflib3_3.6.13-3.1.dsc dfb980192d7ed4a8a815a3cb4887a6f4 137998 devel optional vflib3_3.6.13-3.1.diff.gz 9811bcaf771b51032ca86d8605ebeb4d 171440 libdevel optional vflib3-dev_3.6.13-3.1_i386.deb 9b264be860f8e93ee589ebe00ef9431f 108062 devel optional vflib3-bin_3.6.13-3.1_i386.deb a7669809d2ba22f4264ab01fa3d99184 950650 doc optional vflib3-doc_3.6.13-3.1_all.deb 5c37a65557fcaa2590433e3dd565c242 1400928 libs optional vflib3_3.6.13-3.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCulIPKN6ufymYLloRAgQdAJ9XPOu+f1zNQnz10f/DQVRvvVwtoQCgmUl4 YQ4c0mgNOT0gRnLWLFflgm8= =z2Og -END PGP SIGNATURE- Accepted: vflib3-bin_3.6.13-3.1_i386.deb to pool/main/v/vflib3/vflib3-bin_3.6.13-3.1_i386.deb vflib3-dev_3.6.13-3.1_i386.deb to pool/main/v/vflib3/vflib3-dev_3.6.13-3.1_i386.deb vflib3-doc_3.6.13-3.1_all.deb to pool/main/v/vflib3/vflib3-doc_3.6.13-3.1_all.deb vflib3_3.6.13-3.1.diff.gz to pool/main/v/vflib3/vflib3_3.6.13-3.1.diff.gz vflib3_3.6.13-3.1.dsc to pool/main/v/vflib3/vflib3_3.6.13-3.1.dsc vflib3_3.6.13-3.1_i386.deb to pool/main/v/vflib3/vflib3_3.6.13-3.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted netenv 0.94.3-13 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 10:55:31 +0200 Source: netenv Binary: netenv Architecture: source all Version: 0.94.3-13 Distribution: unstable Urgency: low Maintainer: Frank Küster [EMAIL PROTECTED] Changed-By: Frank Küster [EMAIL PROTECTED] Description: netenv - Configure your system for different network environments Closes: 311992 313961 315811 Changes: netenv (0.94.3-13) unstable; urgency=low . * Added patch by Tim Woodall [EMAIL PROTECTED] to allow spaces in the description of a netenv_id. Thank you very much, I was annoyed by this behavior for a long time, but didn't have the idea how to solve it. (Closes: #311992) * Bug fix: netenv: [INTL:de] German PO file corrections, thanks to Jens Seidel (Closes: #313961). * Added Vietnamese translation, thanks to Clytie Siddall [EMAIL PROTECTED] (closes: #315811) Files: ce6a4f7275332b2745478061accc56e9 572 admin extra netenv_0.94.3-13.dsc ba35e3e0eab48e1232ed96850ee8391c 43775 admin extra netenv_0.94.3-13.diff.gz 1eaeb7afecb8f9716ec99483d4b1e156 70866 admin extra netenv_0.94.3-13_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwUHc+xs9YyJS+hoRAnvDAJsHfsLlCdP3bFBDOy91PwnNTWStiwCbBY5v eB/hfbu/YdmHQhReABEC2i4= =yOb+ -END PGP SIGNATURE- Accepted: netenv_0.94.3-13.diff.gz to pool/main/n/netenv/netenv_0.94.3-13.diff.gz netenv_0.94.3-13.dsc to pool/main/n/netenv/netenv_0.94.3-13.dsc netenv_0.94.3-13_all.deb to pool/main/n/netenv/netenv_0.94.3-13_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted busybox 1:1.00-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 14:45:54 +0200 Source: busybox Binary: busybox-floppy-udeb busybox busybox-udeb busybox-static Architecture: source i386 Version: 1:1.00-3 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Bastian Blank [EMAIL PROTECTED] Description: busybox- Tiny utilities for small and embedded systems busybox-floppy-udeb - Tiny utilities for the debian-installer floppy images (udeb) busybox-static - Standalone rescue shell with tons of builtin utilities busybox-udeb - Tiny utilities for the debian-installer (udeb) Closes: 315444 Changes: busybox (1:1.00-3) unstable; urgency=low . * shell/ash.c: - Fix eval. (closes: #315444) Files: e5acda5cb48fff5d5dffab98043681de 690 - optional busybox_1.00-3.dsc 47d86efd9b1560a2a6b8a9a1d42c3e51 174613 - optional busybox_1.00-3.diff.gz 866d8924b84249e8b1cac8685d8a43c8 133184 utils optional busybox_1.00-3_i386.deb da007aa04493c2b84b5fc717dd6016ac 681128 shells optional busybox-static_1.00-3_i386.deb c62dcaae7a6a95f3e8f4234516fa38a5 135130 debian-installer extra busybox-udeb_1.00-3_i386.udeb ffa742d8035d0338f56ef1ad817ba174 59960 debian-installer extra busybox-floppy-udeb_1.00-3_i386.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iEYEARECAAYFAkLBSSYACgkQLkAIIn9ODhFOdgCcDVq25VQAcbOakO92F4vZ3lJx d/cAn31q5pQphk2bZ6KF5DKV6RG3uqaa =e47E -END PGP SIGNATURE- Accepted: busybox-floppy-udeb_1.00-3_i386.udeb to pool/main/b/busybox/busybox-floppy-udeb_1.00-3_i386.udeb busybox-static_1.00-3_i386.deb to pool/main/b/busybox/busybox-static_1.00-3_i386.deb busybox-udeb_1.00-3_i386.udeb to pool/main/b/busybox/busybox-udeb_1.00-3_i386.udeb busybox_1.00-3.diff.gz to pool/main/b/busybox/busybox_1.00-3.diff.gz busybox_1.00-3.dsc to pool/main/b/busybox/busybox_1.00-3.dsc busybox_1.00-3_i386.deb to pool/main/b/busybox/busybox_1.00-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nut 2.0.2-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 27 Jun 2005 11:29:52 +0200 Source: nut Binary: nut nut-usb nut-dev nut-snmp nut-cgi Architecture: source i386 Version: 2.0.2-1 Distribution: unstable Urgency: low Maintainer: Arnaud Quette [EMAIL PROTECTED] Changed-By: Arnaud Quette [EMAIL PROTECTED] Description: nut- The core system of the nut - Network UPS Tools nut-cgi- A web interface sub system for the nut - Network UPS Tools nut-dev- Development files for the nut - Network UPS Tools nut-snmp - A meta SNMP Driver subsystem for the nut - Network UPS Tools nut-usb- USB Drivers subsystem for the nut - Network UPS Tools Closes: 265439 302189 302190 305730 306541 315431 Changes: nut (2.0.2-1) unstable; urgency=low . * New upstream release: - build respect LDFLAGS (closes: #265439) - fix etapro brokeness (closes: #305730) - fix shutdown/restart problems with mge-shut (closes: #302190) - fix mge-utalk support for older units (closes: #315431) * debian/po/fr.po: update the french debconf templates, thanks to Michel Grentzinger (closes: #306541) * debian/rules: - install hotplug files for the newhidups USB driver - suppress the snmp-ups.8 manpage workaround * debian/nut-usb.prerm: created to remove hotplug files * debian/control: - add hotplug Depends for nut-usb - upgrade Debian Policy to 3.6.2 * debian/patches/*: remove all patch and empty 00list as all has been fixed upstream * debian/nut-cgi.config: integrate the typo fixes that was blocking upgrade from woody to sarge * debian/nut-cgi.preinst: remove an unneeded blank line * acknowledge NMU from Craig Small (closes: #302189) Files: d5b385a142a615d7fe707153481a2e3e 769 admin optional nut_2.0.2-1.dsc 6560df8d0a42f0f585d34ed1ae8c6f67 609977 admin optional nut_2.0.2.orig.tar.gz 3ed767aa9013576d2f00c8d127a9bd85 37019 admin optional nut_2.0.2-1.diff.gz 86b11ab0a594de16fdb510091cb76a05 938940 admin optional nut_2.0.2-1_i386.deb 6fe609ed2abd7b179ba33b8e7144c037 92398 admin optional nut-cgi_2.0.2-1_i386.deb 3e128b08bd362b72f90765c9f93dba9f 72518 admin optional nut-snmp_2.0.2-1_i386.deb 48c8fdcf1316604c857b060e3ee8c26e 114538 admin optional nut-usb_2.0.2-1_i386.deb 6d837a7d0603aa13a4f4fbafaf146146 78876 admin optional nut-dev_2.0.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwUyJ22QUyiBN3xsRAmY+AKCT9zDM4udlVWeSh+CPSlQ3yuPYpACgv7F/ AzXz/Rj82/bKkNCdWG1k+N8= =r2yA -END PGP SIGNATURE- Accepted: nut-cgi_2.0.2-1_i386.deb to pool/main/n/nut/nut-cgi_2.0.2-1_i386.deb nut-dev_2.0.2-1_i386.deb to pool/main/n/nut/nut-dev_2.0.2-1_i386.deb nut-snmp_2.0.2-1_i386.deb to pool/main/n/nut/nut-snmp_2.0.2-1_i386.deb nut-usb_2.0.2-1_i386.deb to pool/main/n/nut/nut-usb_2.0.2-1_i386.deb nut_2.0.2-1.diff.gz to pool/main/n/nut/nut_2.0.2-1.diff.gz nut_2.0.2-1.dsc to pool/main/n/nut/nut_2.0.2-1.dsc nut_2.0.2-1_i386.deb to pool/main/n/nut/nut_2.0.2-1_i386.deb nut_2.0.2.orig.tar.gz to pool/main/n/nut/nut_2.0.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dpkg 1.13.10 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 14:19:06 +0100 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.13.10 Distribution: unstable Urgency: low Maintainer: Scott James Remnant [EMAIL PROTECTED] Changed-By: Scott James Remnant [EMAIL PROTECTED] Description: dpkg - Package maintenance system for Debian dpkg-dev - Package building tools for Debian dselect- a user tool to manage Debian packages Closes: 313282 313288 313330 313347 313381 313398 313400 313415 313433 313474 313554 313620 314125 314262 314431 314550 314575 314828 314886 316084 Changes: dpkg (1.13.10) unstable; urgency=low . The Bully's Special Prize Release. . * Removed /usr/sbin/start-stop-daemon. Closes: #313400. * Fixed md5sum diversion removal. Closes: #313415. * Fixed dpkg-source to handle native tarballs with a Debian revision. Closes: #313381, #313433. * Fixed upgrade from pre-sarge dpkg outside of dselect. Closes: #314575. * Changed log times to be local rather than UTC. Closes: #313347. * Changed log writing to be line-buffered. Closes: #314550. * Moved log creation to postinst, and don't fail if base-passwd hasn't been configured yet. Closes: #316084. * Don't try to compile in SELinux support on Hurd. Closes: #313398. * Place code for SELinux support in the right place so it will actually get compiled in and used (Manoj Srivastava). Closes: #314886. . * Documentation: - Added missing word to dpkg-architecture manpage. Closes: #313554. - Reference to dpkg manpage in dpkg.cfg corrected. Closes: #314262. * Updated Translations (Christian Perrier): - Basque (Piarres Beobide Egana). Closes: #313474. - Catalan (Jordi Mallach). Closes: #313288. - Czech (Miroslav Kure). Closes: #314431. - Danish (Claus Hindsgaul). - French (Christian Perrier). - German (Jens Seidel). Closes: #314125. - Greek (Greek team). Closes: #314828. - Italian (Lele Gaifax). - Japanese (Kenshi Muto). Closes: #313330. - Russian (Yuri Kozlov). Closes: #313620. * Hebrew translation de-activated on request of the translator until there is better support for RTL languages. Closes: #313282. Files: b7aed582c29e1838247a536a9c84d94a 637 base required dpkg_1.13.10.dsc 3364a0554b8216a06f8a3731db9624e7 3565492 base required dpkg_1.13.10.tar.gz 8579b171220c19cb2f18d55ebcfb40d0 1811396 base required dpkg_1.13.10_i386.deb 1722bbf7388de448c7448b79a1ba9a64 120520 base required dselect_1.13.10_i386.deb 3f6457957271c429eab1e630d9f9f1d9 162786 utils standard dpkg-dev_1.13.10_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCwU9aIexP3IStZ2wRAltaAJ9rHvJUfDJkARm4feM5ziSvVe/WPwCdEOg1 5VbvVhI2eYxyyYB0Ly9dcYk= =bDgR -END PGP SIGNATURE- Accepted: dpkg-dev_1.13.10_all.deb to pool/main/d/dpkg/dpkg-dev_1.13.10_all.deb dpkg_1.13.10.dsc to pool/main/d/dpkg/dpkg_1.13.10.dsc dpkg_1.13.10.tar.gz to pool/main/d/dpkg/dpkg_1.13.10.tar.gz dpkg_1.13.10_i386.deb to pool/main/d/dpkg/dpkg_1.13.10_i386.deb dselect_1.13.10_i386.deb to pool/main/d/dpkg/dselect_1.13.10_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted uptimed 1:0.3.3-6 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 15:25:23 +0200 Source: uptimed Binary: uprecords-cgi uptimed libuptimed libuptimed-dev Architecture: source all i386 Version: 1:0.3.3-6 Distribution: unstable Urgency: low Maintainer: Daniel Gubser [EMAIL PROTECTED] Changed-By: Daniel Gubser [EMAIL PROTECTED] Description: libuptimed - Library for uptimed libuptimed-dev - Development files for uptimed uprecords-cgi - A CGI script to show the world your highest uptimes uptimed- Utility to track your highest uptimes Changes: uptimed (1:0.3.3-6) unstable; urgency=low . * corrected disparities in section for libuptimed and libuptimed-dev Files: 3d8c141e4356dfc6684c8fe01fcc6f8f 631 utils extra uptimed_0.3.3-6.dsc 82d253f7724e743496bb5f6e01c4e242 189787 utils extra uptimed_0.3.3-6.diff.gz 72ab0dc9544fdd66265728d578544b87 14266 utils extra uprecords-cgi_0.3.3-6_all.deb daaa049166c4debd8e40ef85c016ff7a 32712 utils extra uptimed_0.3.3-6_i386.deb 4c1de442cd22f5439b773efb4a87d069 13022 libs extra libuptimed_0.3.3-6_i386.deb 1c6685f7600568e3b8d3f4547931d282 12814 libdevel extra libuptimed-dev_0.3.3-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwVCcNgbFFFW/0CQRAgSeAJ0Tmq9NDrOol+Idc/kUgdLO4INIsgCfb4NP y+k3ZunB1X8hcoSW+vcpDWA= =A7PM -END PGP SIGNATURE- Accepted: libuptimed-dev_0.3.3-6_i386.deb to pool/main/u/uptimed/libuptimed-dev_0.3.3-6_i386.deb libuptimed_0.3.3-6_i386.deb to pool/main/u/uptimed/libuptimed_0.3.3-6_i386.deb uprecords-cgi_0.3.3-6_all.deb to pool/main/u/uptimed/uprecords-cgi_0.3.3-6_all.deb uptimed_0.3.3-6.diff.gz to pool/main/u/uptimed/uptimed_0.3.3-6.diff.gz uptimed_0.3.3-6.dsc to pool/main/u/uptimed/uptimed_0.3.3-6.dsc uptimed_0.3.3-6_i386.deb to pool/main/u/uptimed/uptimed_0.3.3-6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted base-passwd 3.5.10 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 15:01:00 +0100 Source: base-passwd Binary: base-passwd Architecture: source powerpc Version: 3.5.10 Distribution: unstable Urgency: low Maintainer: Colin Watson [EMAIL PROTECTED] Changed-By: Colin Watson [EMAIL PROTECTED] Description: base-passwd - Debian base system master password and group files Closes: 290237 Changes: base-passwd (3.5.10) unstable; urgency=low . * Remove preinst, for several reasons: - the 'dpkg --assert-support-predepends' check isn't guaranteed to be effective anyway (it tests the current version of dpkg on the system, not the one that's performing the upgrade); - dpkg has supported Pre-Depends since 1996; - it unnecessarily required dpkg to have been configured when running base-passwd.preinst (#316084). * users-and-groups improvements from David Mandelberg (closes: #290237): - Document messagebus, postfix, hal, gdm, saned, klog, and syslog users and groups. - Document sshd, fetchmail, and cupsys users. - Document lpadmin, sasl, scanner, and ssh groups. - Correct writeable to writable throughout. Files: 8d48810496867bfa9eb901d53eee71ad 504 base required base-passwd_3.5.10.dsc 77be4adc94af46f54cb458b732f5e75e 47285 base required base-passwd_3.5.10.tar.gz d9e15edf1c2e1af441b42a2a1023d2b0 35658 base required base-passwd_3.5.10_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwVkP9t0zAhD6TNERAuPYAJ9USwZhIPq0LxWS9W745bGQhnedswCeOo4F rIN7hzQGPyzm86H//QFRLPU= =2Zke -END PGP SIGNATURE- Accepted: base-passwd_3.5.10.dsc to pool/main/b/base-passwd/base-passwd_3.5.10.dsc base-passwd_3.5.10.tar.gz to pool/main/b/base-passwd/base-passwd_3.5.10.tar.gz base-passwd_3.5.10_powerpc.deb to pool/main/b/base-passwd/base-passwd_3.5.10_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pytone 2.2.4-1 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 16:11:18 +0200 Source: pytone Binary: pytone Architecture: source powerpc Version: 2.2.4-1 Distribution: unstable Urgency: low Maintainer: Alexander Wirt [EMAIL PROTECTED] Changed-By: Alexander Wirt [EMAIL PROTECTED] Description: pytone - Music jukebox with advanced features for DJs and a text-mode user Closes: 309392 Changes: pytone (2.2.4-1) unstable; urgency=low . * New upstream release - reenables network support (Closes: #309392) Files: 86eb6f33d63f25534a18bce8f2c390dd 602 sound optional pytone_2.2.4-1.dsc 2935944769232bd0314534631f36cebe 150017 sound optional pytone_2.2.4.orig.tar.gz a814b2b57bd024497f4cd98631de3d01 5793 sound optional pytone_2.2.4-1.diff.gz c538241ff2ad2499c99a645f0fc0a79b 158724 sound optional pytone_2.2.4-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwWGM01u8mbx9AgoRApZNAJ9RWyLMv7Cj6dCj/7yGTVxtSWBVuQCeNtv3 IoXpnETI5sUZSBIoOkgMLMs= =Mkyg -END PGP SIGNATURE- Accepted: pytone_2.2.4-1.diff.gz to pool/main/p/pytone/pytone_2.2.4-1.diff.gz pytone_2.2.4-1.dsc to pool/main/p/pytone/pytone_2.2.4-1.dsc pytone_2.2.4-1_powerpc.deb to pool/main/p/pytone/pytone_2.2.4-1_powerpc.deb pytone_2.2.4.orig.tar.gz to pool/main/p/pytone/pytone_2.2.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted aptitude 0.2.15.9-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 10:45:32 -0400 Source: aptitude Binary: aptitude-doc-cs aptitude-doc-fr aptitude-doc-en aptitude Architecture: source all i386 Version: 0.2.15.9-3 Distribution: unstable Urgency: low Maintainer: Daniel Burrows [EMAIL PROTECTED] Changed-By: Daniel Burrows [EMAIL PROTECTED] Description: aptitude - terminal-based apt frontend aptitude-doc-cs - Czech manual for aptitude, a terminal-based apt frontend aptitude-doc-en - English manual for aptitude, a terminal-based apt frontend aptitude-doc-fr - French manual for aptitude, a terminal-based apt frontend Closes: 316072 Changes: aptitude (0.2.15.9-3) unstable; urgency=low . * Build against the UNANNOUNCED apt 0.6 upload. (Closes: #316072) . * Change Build-Depends to force buildds to build against the new apt. Files: 8c060fa3f0c0885112c68b1884b9d5b1 787 admin optional aptitude_0.2.15.9-3.dsc 86999339ab8c13c3a1500aa857689a4f 146427 admin optional aptitude_0.2.15.9-3.diff.gz 21510cb044f46a6adfe1604096b2abac 365602 doc optional aptitude-doc-cs_0.2.15.9-3_all.deb 237e9d922a3f5d5d4657215ab4e6ff9b 349496 doc optional aptitude-doc-en_0.2.15.9-3_all.deb ff5d86a5ac9df14d518b208a45c667f7 361688 doc optional aptitude-doc-fr_0.2.15.9-3_all.deb 9a5b54515a2d54539e2076ec8aeadded 941494 admin optional aptitude_0.2.15.9-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwWh1ch6xsM7kSXgRAsjSAJ0fbwBkR+mI36lVfuRb3D90Mn7hxQCfeCDg gNdvyqpoAUvZ4n6KyAlDf4k= =HT74 -END PGP SIGNATURE- Accepted: aptitude-doc-cs_0.2.15.9-3_all.deb to pool/main/a/aptitude/aptitude-doc-cs_0.2.15.9-3_all.deb aptitude-doc-en_0.2.15.9-3_all.deb to pool/main/a/aptitude/aptitude-doc-en_0.2.15.9-3_all.deb aptitude-doc-fr_0.2.15.9-3_all.deb to pool/main/a/aptitude/aptitude-doc-fr_0.2.15.9-3_all.deb aptitude_0.2.15.9-3.diff.gz to pool/main/a/aptitude/aptitude_0.2.15.9-3.diff.gz aptitude_0.2.15.9-3.dsc to pool/main/a/aptitude/aptitude_0.2.15.9-3.dsc aptitude_0.2.15.9-3_i386.deb to pool/main/a/aptitude/aptitude_0.2.15.9-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted chaksem 1.6c-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 16:47:41 +1000 Source: chaksem Binary: chaksem Architecture: source all Version: 1.6c-1 Distribution: unstable Urgency: low Maintainer: Jamie Wilkinson [EMAIL PROTECTED] Changed-By: Jamie Wilkinson [EMAIL PROTECTED] Description: chaksem- LaTeX class for presentations Closes: 314514 Changes: chaksem (1.6c-1) unstable; urgency=low . * New upstream version. + Includes patch from Joe Milbourn to fix the colour of top and bottom rulers. (Closes: #314514) * Remove the article from the beginning of the package synopsis, to appease lintian. * Updated watch file. Files: b13ba1f361974380f1ff71718e1f0f40 585 tex optional chaksem_1.6c-1.dsc a9c8da38483c49362ed3c0ddfd9fd5a5 6161 tex optional chaksem_1.6c.orig.tar.gz 216703ac48f4af9fffec0b180ad80440 2647 tex optional chaksem_1.6c-1.diff.gz 1e6bb8d7e2fc53473e4698b283450eb0 46462 tex optional chaksem_1.6c-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwW2e5u9oNyz9HDgRAharAKDCfcbosjcqvlpNEQSQsbdcb1/DvwCgzY+l dt/hhZtUXMyKy0kUQ3U5m2I= =O6dg -END PGP SIGNATURE- Accepted: chaksem_1.6c-1.diff.gz to pool/main/c/chaksem/chaksem_1.6c-1.diff.gz chaksem_1.6c-1.dsc to pool/main/c/chaksem/chaksem_1.6c-1.dsc chaksem_1.6c-1_all.deb to pool/main/c/chaksem/chaksem_1.6c-1_all.deb chaksem_1.6c.orig.tar.gz to pool/main/c/chaksem/chaksem_1.6c.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted freefem3d 1.0pre5-1.1 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 23 Jun 2005 08:40:56 -0700 Source: freefem3d Binary: freefem3d Architecture: source powerpc Version: 1.0pre5-1.1 Distribution: unstable Urgency: low Maintainer: Christophe Prud'homme [EMAIL PROTECTED] Changed-By: Matt Kraai [EMAIL PROTECTED] Description: freefem3d - A language and solver for partial differential equations in 3D Closes: 308417 Changes: freefem3d (1.0pre5-1.1) unstable; urgency=low . * Non-maintainer upload. * Rebuild against libopts25 (closes: #308417). Files: a9094b27eb0f8b62922ad7242926a401 685 math optional freefem3d_1.0pre5-1.1.dsc 0339ccfc4c6caf4586b49180e7da3fc6 166177 math optional freefem3d_1.0pre5-1.1.diff.gz 99fbc8ff66f44e159910247a8e20a6cf 1283920 math optional freefem3d_1.0pre5-1.1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCuu5GfNdgYxVXvBARAkTCAJ0T3qUxQh0nHeTBCmjjaSBA610qhACeMbXE tskTula5uDMfv3uh7+kAbvs= =vpW5 -END PGP SIGNATURE- Accepted: freefem3d_1.0pre5-1.1.diff.gz to pool/main/f/freefem3d/freefem3d_1.0pre5-1.1.diff.gz freefem3d_1.0pre5-1.1.dsc to pool/main/f/freefem3d/freefem3d_1.0pre5-1.1.dsc freefem3d_1.0pre5-1.1_powerpc.deb to pool/main/f/freefem3d/freefem3d_1.0pre5-1.1_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted achims-guestbook 2.52-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Jun 2005 04:14:35 -0400 Source: achims-guestbook Binary: achims-guestbook Architecture: source all Version: 2.52-2 Distribution: unstable Urgency: low Maintainer: Tim Peeler [EMAIL PROTECTED] Changed-By: Tim Peeler [EMAIL PROTECTED] Description: achims-guestbook - php driven guestbook Changes: achims-guestbook (2.52-2) unstable; urgency=low . * Fixed a www-data write permission problem Files: 61396caa0d0d928f64bfb012e5785c0e 598 web optional achims-guestbook_2.52-2.dsc c1e8ccfc6f7dbd41141acdb650cae0f9 5814 web optional achims-guestbook_2.52-2.diff.gz 16e123f9eb7ccce92a460c2a30a6af44 96568 web optional achims-guestbook_2.52-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwXDLSYIMHOpZA44RArp3AKCecrO567KpGbczkB5PbRgDspLhHgCgs0pY 0ZDorMIcyc59q0nxNlleSXk= =oNUs -END PGP SIGNATURE- Accepted: achims-guestbook_2.52-2.diff.gz to pool/main/a/achims-guestbook/achims-guestbook_2.52-2.diff.gz achims-guestbook_2.52-2.dsc to pool/main/a/achims-guestbook/achims-guestbook_2.52-2.dsc achims-guestbook_2.52-2_all.deb to pool/main/a/achims-guestbook/achims-guestbook_2.52-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pmacct 0.8.8-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 13:38:16 +1000 Source: pmacct Binary: pmacct Architecture: source i386 Version: 0.8.8-1 Distribution: unstable Urgency: low Maintainer: Jamie Wilkinson [EMAIL PROTECTED] Changed-By: Jamie Wilkinson [EMAIL PROTECTED] Description: pmacct - promiscuous mode traffic accountant Changes: pmacct (0.8.8-1) unstable; urgency=low . * New upstream release. * Fix path to postgresql headers. Files: dff3e44f9f2fbd66cf17dfc0dfb59467 618 net optional pmacct_0.8.8-1.dsc 91779f70da7a6e53d52879b50ee8009c 257714 net optional pmacct_0.8.8.orig.tar.gz a4c8319614b2e5a4dcbc72a95a344b0b 26978 net optional pmacct_0.8.8-1.diff.gz 9189e2df4186489f73b8ba0b511e1c87 221052 net optional pmacct_0.8.8-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwW/x5u9oNyz9HDgRAumLAJ9YTlzQ7XgpVHAGz2foDn1yNijdeQCgsQhv RYGqxiGQzRgvTbCE/ZVlEcA= =xJSM -END PGP SIGNATURE- Accepted: pmacct_0.8.8-1.diff.gz to pool/main/p/pmacct/pmacct_0.8.8-1.diff.gz pmacct_0.8.8-1.dsc to pool/main/p/pmacct/pmacct_0.8.8-1.dsc pmacct_0.8.8-1_i386.deb to pool/main/p/pmacct/pmacct_0.8.8-1_i386.deb pmacct_0.8.8.orig.tar.gz to pool/main/p/pmacct/pmacct_0.8.8.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted easytag 1.99.6-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 17:43:07 +0200 Source: easytag Binary: easytag Architecture: source i386 Version: 1.99.6-1 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: easytag- viewing, editing and writing ID3 tags Closes: 292033 299280 313692 Changes: easytag (1.99.6-1) unstable; urgency=low . * New upstream version: - fix tab order for the label editor (Closes: #292033). - fix the FTBFS on ppc64 (Closes: #299280). - updated german translation (Closes: #313692). Files: 3dc119382f1f3f278e642ad610b67a86 689 sound optional easytag_1.99.6-1.dsc 55edbca321a07caab8f851eb3e73d2df 1767863 sound optional easytag_1.99.6.orig.tar.gz d174b10e153ff9452dd785943f9f127e 610 sound optional easytag_1.99.6-1.diff.gz c3288ec65f132998fa49c1ce04f04295 760878 sound optional easytag_1.99.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwXYKQxo87aLX0pIRApA2AKDDlvbkfUGXIog2zT7ha15FU6+DAgCgwYIM 2XhBsZWH68jKHxgqbpnHCc0= =fmDi -END PGP SIGNATURE- Accepted: easytag_1.99.6-1.diff.gz to pool/main/e/easytag/easytag_1.99.6-1.diff.gz easytag_1.99.6-1.dsc to pool/main/e/easytag/easytag_1.99.6-1.dsc easytag_1.99.6-1_i386.deb to pool/main/e/easytag/easytag_1.99.6-1_i386.deb easytag_1.99.6.orig.tar.gz to pool/main/e/easytag/easytag_1.99.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted freefem3d 1.0pre7-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 27 Jun 2005 08:01:57 +0200 Source: freefem3d Binary: freefem3d Architecture: source i386 Version: 1.0pre7-1 Distribution: unstable Urgency: low Maintainer: Christophe Prud'homme [EMAIL PROTECTED] Changed-By: Christophe Prud'homme [EMAIL PROTECTED] Description: freefem3d - A language and solver for partial differential equations in 3D Closes: 308173 308417 Changes: freefem3d (1.0pre7-1) unstable; urgency=low . * New upstream release * Backport that fixes non symetrical systems defined using variationnal formula. * Bug fix: freefem3d: typos in package description, thanks to Matt Kraai (Closes: #308173) * Various fixes for the build system to remove lintian warnings * Update Standards-Version to 3.6.2 * Bug fix: freefem3d: ..was kickedout on a libopts9 dep conflict with a libopts... , thanks to Arnt Karlsen (Closes: #308417). Files: 3db8fa41ea0506e030e10c1b0777c3c8 671 math optional freefem3d_1.0pre7-1.dsc 1c1e443c0fcab0a5a1f1b8d6779a6b96 948818 math optional freefem3d_1.0pre7.orig.tar.gz 803c16937cbd910c37c477d152a7ae54 16203 math optional freefem3d_1.0pre7-1.diff.gz 8bf1fd62d5d61c0bd22630b83d0fca48 1584826 math optional freefem3d_1.0pre7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCv6hDoY+0C9S+FFARAoZvAJ9qUM0bXUJr6GluyHLdIzgiU2B7PgCcDf1V zEvq+ZtJ8yqXWqIckdez/vc= =0A3D -END PGP SIGNATURE- Accepted: freefem3d_1.0pre7-1.diff.gz to pool/main/f/freefem3d/freefem3d_1.0pre7-1.diff.gz freefem3d_1.0pre7-1.dsc to pool/main/f/freefem3d/freefem3d_1.0pre7-1.dsc freefem3d_1.0pre7-1_i386.deb to pool/main/f/freefem3d/freefem3d_1.0pre7-1_i386.deb freefem3d_1.0pre7.orig.tar.gz to pool/main/f/freefem3d/freefem3d_1.0pre7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted synaptic 0.57.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 18 Jun 2005 12:19:00 +0200 Source: synaptic Binary: synaptic Architecture: source i386 Version: 0.57.1-1 Distribution: unstable Urgency: low Maintainer: Michael Vogt [EMAIL PROTECTED] Changed-By: Michael Vogt [EMAIL PROTECTED] Description: synaptic - Graphical package manager Changes: synaptic (0.57.1-1) unstable; urgency=low . * new upstream release * make use of the new dpkg and apt * make use of the new dpkg and apt Files: c35beafa8859b391165d161cf8c48cd5 780 admin optional synaptic_0.57.1-1.dsc b6c15560adac8599cf07a1a5b0d7809e 2585018 admin optional synaptic_0.57.1.orig.tar.gz 6321ebacb5a48751c88fc339ed672af9 31224 admin optional synaptic_0.57.1-1.diff.gz ca80f9b237c1777ea0cdf5b8604ae1e2 1678262 admin optional synaptic_0.57.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwXsaliSD4VZixzQRAmGoAKCHmLaTa30HMK2TADC4W7YhCkO3BQCfT23Z bTt5Fjl1jpWmnTUGFI2vcxI= =YGmV -END PGP SIGNATURE- Accepted: synaptic_0.57.1-1.diff.gz to pool/main/s/synaptic/synaptic_0.57.1-1.diff.gz synaptic_0.57.1-1.dsc to pool/main/s/synaptic/synaptic_0.57.1-1.dsc synaptic_0.57.1-1_i386.deb to pool/main/s/synaptic/synaptic_0.57.1-1_i386.deb synaptic_0.57.1.orig.tar.gz to pool/main/s/synaptic/synaptic_0.57.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gimp 2.2.8-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.7 Date: Tue, 28 Jun 2005 01:13:13 + Source: gimp Binary: gimp-python libgimp2.0-doc gimp-data libgimp2.0-dev gimp gimp-svg gimp-helpbrowser libgimp2.0 gimp1.2 Architecture: source i386 all Version: 2.2.8-1 Distribution: unstable Urgency: low Maintainer: Ari Pollak [EMAIL PROTECTED] Changed-By: Ari Pollak [EMAIL PROTECTED] Description: gimp - The GNU Image Manipulation Program gimp-data - Data files for The GIMP gimp-helpbrowser - Built-in Help Browser plugin for The GIMP gimp-python - Python support and plugins for The GIMP gimp-svg - SVG (Scalable Vector Graphics) plugin for The GIMP gimp1.2- Transitional dummy package for upgrading The GIMP libgimp2.0 - Libraries necessary to Run the GIMP libgimp2.0-dev - Headers and other files for compiling plugins for The GIMP libgimp2.0-doc - Developers' Documentation for the GIMP library Changes: gimp (2.2.8-1) unstable; urgency=low . * New upstream release Files: deda7bd69ae0cbd5a79ed517bfa2dc70 1082 graphics optional gimp_2.2.8-1.dsc 4d543228967a8d33a8276339c40ffe64 20529098 graphics optional gimp_2.2.8.orig.tar.gz b075f4943f95bff3f3548683d5578234 25195 graphics optional gimp_2.2.8-1.diff.gz 385589bffc42a9348851c3217e0fd2c3 6350420 graphics optional gimp-data_2.2.8-1_all.deb 963f976b241f593d382365818fe7f41b 518684 doc optional libgimp2.0-doc_2.2.8-1_all.deb 3aa7383a3784d49051b26b36d8554f1f 34244 graphics optional gimp1.2_2.2.8-1_all.deb e4132b0225733fdd3906031c9ec83357 524596 libs optional libgimp2.0_2.2.8-1_i386.deb e99164f40e102323aeaad566173b5613 44914 graphics optional gimp-helpbrowser_2.2.8-1_i386.deb b14002f31d2dbfb897086a5ec043d44d 119600 graphics optional gimp-python_2.2.8-1_i386.deb 02f19dbdefb22014361779af11df9736 45670 graphics optional gimp-svg_2.2.8-1_i386.deb 2f321c6df1b2af91ed9f162218ccdd68 2982782 graphics optional gimp_2.2.8-1_i386.deb a5a13396eb5330dc50a3b5c3f22cafa1 101290 libdevel optional libgimp2.0-dev_2.2.8-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwX4QwO+u47cOQDsRA8fuAJkBFYZfhO/DelgnRfkU5+NBl5vp2wCgnsuE Q+wGzxp7fSCohZMgvaXZVp8= =cX1t -END PGP SIGNATURE- Accepted: gimp-data_2.2.8-1_all.deb to pool/main/g/gimp/gimp-data_2.2.8-1_all.deb gimp-helpbrowser_2.2.8-1_i386.deb to pool/main/g/gimp/gimp-helpbrowser_2.2.8-1_i386.deb gimp-python_2.2.8-1_i386.deb to pool/main/g/gimp/gimp-python_2.2.8-1_i386.deb gimp-svg_2.2.8-1_i386.deb to pool/main/g/gimp/gimp-svg_2.2.8-1_i386.deb gimp1.2_2.2.8-1_all.deb to pool/main/g/gimp/gimp1.2_2.2.8-1_all.deb gimp_2.2.8-1.diff.gz to pool/main/g/gimp/gimp_2.2.8-1.diff.gz gimp_2.2.8-1.dsc to pool/main/g/gimp/gimp_2.2.8-1.dsc gimp_2.2.8-1_i386.deb to pool/main/g/gimp/gimp_2.2.8-1_i386.deb gimp_2.2.8.orig.tar.gz to pool/main/g/gimp/gimp_2.2.8.orig.tar.gz libgimp2.0-dev_2.2.8-1_i386.deb to pool/main/g/gimp/libgimp2.0-dev_2.2.8-1_i386.deb libgimp2.0-doc_2.2.8-1_all.deb to pool/main/g/gimp/libgimp2.0-doc_2.2.8-1_all.deb libgimp2.0_2.2.8-1_i386.deb to pool/main/g/gimp/libgimp2.0_2.2.8-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tla-tools 2005.0.patch.24-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 28 Jun 2005 12:11:40 -0500 Source: tla-tools Binary: tla-tools Architecture: source all Version: 2005.0.patch.24-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: tla-tools - Utilities to make life with GNU Arch (tla) easier Changes: tla-tools (2005.0.patch.24-1) unstable; urgency=low . * New upstream release. Added the gdb extention. Files: 42f3b433ca7c8cd7b41ab0726a3f3ac3 615 devel optional tla-tools_2005.0.patch.24-1.dsc ff1e41e2bfd7ed338132b30fffce1ad5 109291 devel optional tla-tools_2005.0.patch.24.orig.tar.gz 319f7eb5f09dec9ac3dd99346c1f8e28 19257 devel optional tla-tools_2005.0.patch.24-1.diff.gz aa192f511a99ab63f48cc6c862149ec2 49604 devel optional tla-tools_2005.0.patch.24-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwYiEIbrau78kQkwRAsc8AKCmt1czaTppe2G3p73BfYopbatQaACgmmE+ 2BmQe5ujCOOZ+INPsUelmOI= =hmXU -END PGP SIGNATURE- Accepted: tla-tools_2005.0.patch.24-1.diff.gz to pool/main/t/tla-tools/tla-tools_2005.0.patch.24-1.diff.gz tla-tools_2005.0.patch.24-1.dsc to pool/main/t/tla-tools/tla-tools_2005.0.patch.24-1.dsc tla-tools_2005.0.patch.24-1_all.deb to pool/main/t/tla-tools/tla-tools_2005.0.patch.24-1_all.deb tla-tools_2005.0.patch.24.orig.tar.gz to pool/main/t/tla-tools/tla-tools_2005.0.patch.24.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]