Journées Méditerranéennes d u Logiciel Libre (JM2L) 2009
Bonjour à tous ! Les Journées Méditerranéennes du Logiciel Libre (JM2L) sont organisées chaque année par l'association Linux Azur. Pour cette 4ème édition, elles auront lieu le 27 Novembre de 14h à 18h et le 28 Novembre de 09h30 à 18h, à http://www.polytechnice.fr Polytech'Nice-Sophia . De nombreuses conférences auront lieu : Entreprise Linagora, OpenOffice.org, April, Joomla, Perl, OpenSource... La liste n'est pas encore complète, mais déjà passionnante ! Des ateliers seront proposés, avec une initiation au montage vidéo DV sous Kino, ou encore une initiation au développement en C sous GNU/Linux... et plus encore ! Parallèlement, une install-party aura lieu et se voudra multi-distributions (Ubuntu/Debian, Fedora, OpenSuse...) et multi-système (BSD, OpenSolaris...). Par ailleurs, des conférenciers NetBSD et OpenSolaris seront présents, ils pourront donc apporter leur expertise lors de cette install-party. Il y aura aussi une Lan-Party libre organisée avec différents types de jeu : Nexuiz, Teeworlds, Tremulous... Les partenaires de cet évènement sont l'école Polytech'Nice Sophia et l' http://jm2l.linux-azur.org/European-Smalltalk-User-Group European Smalltalk User Group . Vous pouvez trouver des informations complémentaires sur notre page dédiée http://jm2l.linux-azur.org http://jm2l.linux-azur.org , ou depuis les réseaux sociaux : - Twitter : http://twitter.com/JM2L http://twitter.com/JM2L - Facebook : http://www.facebook.com/pages/JM2L/172712091004?ref=mf http://www.facebook.com/pages/JM2L/172712091004?ref=mf - Identi.ca : http://identi.ca/jm2l http://identi.ca/jm2l -- View this message in context: http://www.nabble.com/Journ%C3%A9es-M%C3%A9diterran%C3%A9ennes-du-Logiciel-Libre-%28JM2L%29-2009-tp26056105p26056105.html Sent from the debian-devel-french mailing list archive at Nabble.com.
Re: Packages relying on HOME when building
Norbert Preining prein...@logic.at writes: I would suggest on the contrary that HOME *will* be set by all scripts to a newly created empty directory. Why not do that in debian/rules for the few packages that need it? -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Switch on compiler hardening defaults
Kees Cook k...@debian.org writes: I would like to propose enabling[1] the GCC hardening patches that Ubuntu uses[2]. Ubuntu has used it successfully for 1.5 years now (3 releases), and many of the issues have already been fixed in packages that needed adjustment[3]. After all this time, use of the hardening-wrapper[4] package is still very low, so I think the right thing to do is to just fix this in the compiler and everyone wins. I'm not suggesting that there won't be added work to fix problems, but I believe that for Debian the benefits now out-weigh the risks. Agreed. The freeze is months away, there's plenty of time to deal with the potential fallout of enabling this, so let's just do it. -- Romain Francoise rfranco...@debian.org http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: unused parameters passed to maintainer scripts
Guillem Jover wrote: What'd be the point of doing that? For example, simplicity. The maintainer scripts have to be called anyway for those cases, and the fact that no one uses them now or in Debian, does not mean there's no use for this information in the future or in other places. I always wondered how this params can be used by maintainer scripts, even in theory. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Re: Bug#545691: diverting telinit
Manoj Srivastava wrote: if [ $(stat -c %d/%i /) = $(stat -Lc %d/%i /proc/1/root 2/dev/null) ]; then It was brought to my attention [1], that apparently this check does not work on GNU/Hurd as it does not provide /proc/$PID/root Cheers, Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552386 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Switch on compiler hardening defaults
On Monday 26 October 2009 09:22:26 Marco d'Itri wrote: I would like to propose enabling[1] the GCC hardening patches that Ubuntu uses[2]. Seconded. Thirded. +1. Thanks for bringing this up, Michael pgpDxjsmOMyTR.pgp Description: PGP signature
Re: Bug#545691: diverting telinit
On Fri, Oct 23, 2009 at 12:43:18PM -0500, Manoj Srivastava wrote: I created a elaborate test case tos ee if we are in a chroot, if not if /proc/1 is actually /sbin/init, and that telinit exists (example below). Why are they not able to ignore the errors from telinit? All checked packages uses this to ask init to reexecute itself and free old library references. Nothing in this is critical to the usability of the packages themself or the system. Does this need discussion? Yes, it is highly sysvinit and Linux specific. Bastian -- Four thousand throats may be cut in one night by a running man. -- Klingon Soldier, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26, 2009 at 10:40:56AM +0100, Bastian Blank wrote: On Fri, Oct 23, 2009 at 12:43:18PM -0500, Manoj Srivastava wrote: I created a elaborate test case tos ee if we are in a chroot, if not if /proc/1 is actually /sbin/init, and that telinit exists (example below). Why are they not able to ignore the errors from telinit? All checked packages uses this to ask init to reexecute itself and free old library references. Nothing in this is critical to the usability of the packages themself or the system. Oh, and this could be made even easier by defining file-based triggers in the package providing init instead of doing it in all the dependencies. Bastian -- Phasers locked on target, Captain. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Switch on compiler hardening defaults
On Sun, Oct 25, 2009 at 11:55:25AM -0700, Kees Cook wrote: I would like to propose enabling[1] the GCC hardening patches that Ubuntu uses[2]. How do they work? Do they also change the free-standing compiler or only the hosted one? There is a lot of software, which (I would say) missuse the hosted compiler to build non-userspace-code, including the Linux kernel. Bastian -- History tends to exaggerate. -- Col. Green, The Savage Curtain, stardate 5906.4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Switch on compiler hardening defaults
On Mon, Oct 26, 2009 at 11:14:25AM +0100, Bastian Blank wrote: On Sun, Oct 25, 2009 at 11:55:25AM -0700, Kees Cook wrote: I would like to propose enabling[1] the GCC hardening patches that Ubuntu uses[2]. How do they work? Do they also change the free-standing compiler or only the hosted one? There is a lot of software, which (I would say) missuse the hosted compiler to build non-userspace-code, including the Linux kernel. It seems the kernel will not be happy if the stack protector is switched on unconditionally: http://osdir.com/ml/linux-kernel/2009-10/msg07064.html Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26 2009, Michael Biebl wrote: Manoj Srivastava wrote: if [ $(stat -c %d/%i /) = $(stat -Lc %d/%i /proc/1/root 2/dev/null) ]; then It was brought to my attention [1], that apparently this check does not work on GNU/Hurd as it does not provide /proc/$PID/root [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552386 Right. The solution has issues on both Hurd and KfreeBSD. That was not an issue for the packages in question, since they do not support !linux. A generic solution would probably look different (and is not directly my problem). manoj -- No more blah, blah, blah! Kirk, Miri, stardate 2713.6 Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26 2009, Bastian Blank wrote: On Mon, Oct 26, 2009 at 10:40:56AM +0100, Bastian Blank wrote: On Fri, Oct 23, 2009 at 12:43:18PM -0500, Manoj Srivastava wrote: I created a elaborate test case tos ee if we are in a chroot, if not if /proc/1 is actually /sbin/init, and that telinit exists (example below). Why are they not able to ignore the errors from telinit? All checked packages uses this to ask init to reexecute itself and free old library references. Nothing in this is critical to the usability of the packages themself or the system. Oh, and this could be made even easier by defining file-based triggers in the package providing init instead of doing it in all the dependencies. In which case it definitely deserves discussion, some coordination, and perhaps a policy proposal, as well as a more generic solution. Which files would we be triggering on? manoj -- Logic is the chastity belt of the mind! Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26 2009, Bastian Blank wrote: On Fri, Oct 23, 2009 at 12:43:18PM -0500, Manoj Srivastava wrote: I created a elaborate test case tos ee if we are in a chroot, if not if /proc/1 is actually /sbin/init, and that telinit exists (example below). Why are they not able to ignore the errors from telinit? All checked packages uses this to ask init to reexecute itself and free old library references. Nothing in this is critical to the usability of the packages themself or the system. Even if the security system has changed? I dont't think so (better safe than sorry). Especially if the changes impact the ability to load the security policy in the first place. Just take it that there may be cases where it is better to abort the install rather than not re-exec init. Does this need discussion? Yes, it is highly sysvinit and Linux specific. The solution was. But this is not a generic solution in the first place. What we have is a potential issue, which was solved in a particular manner for specific packages. If this issue has broader impact, a more generic solution will be needed. Whic brings us to the raison d'etre for this thread. manoj -- Two sure ways to tell a REALLY sexy man; the first is, he has a bad memory. I forget the second. Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Switch on compiler hardening defaults
* Kees Cook: I would like to propose enabling[1] the GCC hardening patches that Ubuntu uses[2]. Seems a good idea to me. But I think we should defer the required full archive rebuild until we've got the hardening patch for operator new[] (which currently can return a heap block which is smaller than requested). I've got a preliminary version, but it's got a hole when operator new[] is invoked on a variable-length array. The easy fix would probably to outlaw heap allocation of VLAs (it's one of those C GCC extensions that leaked into C++, and it's arguably less needed for C++). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Packages relying on HOME when building
Le lundi 26 octobre 2009 à 01:17 +0100, Norbert Preining a écrit : I would suggest on the contrary that HOME *will* be set by all scripts to a newly created empty directory. I’d rather suggest that it will be set to a non-existent directory. If possible, one that cannot be created with the permissions of the user that builds it. Such a dummy $HOME should be created by debian/rules only if needed. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Re: usplash-theme-debian uploaded to sid
Hi, On Samstag, 24. Oktober 2009, Frank Lin PIAT wrote: SVG are extremely convenient, because it is possible to automatically generate XPM/PNG bitmaps of various size (!) sure, but the result is not always the best or even good. still, it might be the way to go. The next problem is to address different aspect ratio. I suppose there are two solutions: 1. Designed the image so it can be tiled/cropped horizontally (especially between 4/3 - 16/9) 2. Draw one source image per aspect ratio. I think option 2 is definitly easier. regards, Holger signature.asc Description: This is a digitally signed message part.
Re: unused parameters passed to maintainer scripts
On Mon, Oct 26 2009, Eugene V. Lyubimkin wrote: Guillem Jover wrote: What'd be the point of doing that? For example, simplicity. Simplicity of the policy? Is it really that onerous Most people just let the helper packages create the maintainer scripts, of just program b example. I also think that there might be packages that take specific action on those cases in the future; since in all cases packages are being removed or disappearing. Having information that distinguishes which part of the state transition is in effect is information may be useful, and I see little benefit in removing it. The maintainer scripts have to be called anyway for those cases, and the fact that no one uses them now or in Debian, does not mean there's no use for this information in the future or in other places. I always wondered how this params can be used by maintainer scripts, even in theory. A failure of imagination on our art should not be used to block this functionality for cases where it might be needed. manoj -- The existence of god implies a violation of causality. Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Packages relying on HOME when building
On 2009-10-26, Josselin Mouette j...@debian.org wrote: --=-7ZxixtYBhhZyQIGhRFTI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le lundi 26 octobre 2009 =C3=A0 01:17 +0100, Norbert Preining a =C3=A9crit = :=20 I would suggest on the contrary that HOME *will* be set by all scripts to a newly created empty directory. I=E2=80=99d rather suggest that it will be set to a non-existent directory.= If possible, one that cannot be created with the permissions of the user that builds it. That's what's done on most buildds. (the user has /nonexistant as home) Except some s390 buildds that sometimes has a /home/buildd, existing directory but non-writable to the buildd user. /Sune -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: usplash-theme-debian uploaded to sid
Hi Raphael, thanks for your comments! On Sonntag, 25. Oktober 2009, Raphael Geissert wrote: First of all thanks for your work. Second, while working on optimising the boot process I have found usplash and splashy (basically any userspace splash screen) to have a high CPU usage and actually slow down several seconds the boot process. Has there been any work on making them more efficient? I believe so, but I'm not fully sure. But usplash in ubuntu is significantly ahead of the debian version and I expect that they have put some work into it, as a faster boot is also an ubuntu goal. Are you (and/or whoever maintains the splash packages) aware that sysvrc in the makefile concurrency mode (which should become the default at some point in the future) does not handle the splash progress bar API? No, until now, not. I personally think that as the boot process becomes faster there will be little point in having progress bars in splash screens (and this might be the part of cause of the high CPU usage, but I'm just guessing that part). Yeah, I dont think the progress bar is the most important thing usplash gives. Getting rid of/hiding the confusing kernel messages scrolling by (*) is what I consider the most important thing. But then, if the boot time is 60 secs, some people might prefer a progress bar still, or maybe not a progress bar but any progress indicator of some sort. So my idea is definitly to provide different kinds of themes, for different use cases. (*) oh, yes, sometimes those weird messages are absolutly must have (and for some percentage they are of course not weird at all :) But even I, who understand them, usually just prefer my system to boot up quiet and shiny. What are the plans for squeeze? Having up2date usplash and a variety of themes. I am preparing some changes to readahead-fedora to cut at least a couple of seconds more (can be expected in less than two weeks) and even more changes to speed it up even more. JFTR my laptop gets to the end of rc2 in 16 seconds (and to a ready-to-use password-protected desktop in ~60 seconds, but I'm working on that too); while it used to take more than 40 seconds just to get to the end of rc2. Cool! Very. regards, Holger signature.asc Description: This is a digitally signed message part.
Re: unused parameters passed to maintainer scripts
Manoj Srivastava wrote: Simplicity of the policy?Is it really that onerous Most people just let the helper packages create the maintainer scripts, of just program b example. Yes, simplicity of the policy. From what I saw, no one helper package in sid have some business with 'in-favour', 'removing', 'disappear'. But some of people-written snippets have, often doing it wrong. I also think that there might be packages that take specific action on those cases in the future; since in all cases packages are being removed or disappearing. Having information that distinguishes which part of the state transition is in effect is information may be useful, and I see little benefit in removing it. Can you elaborate on this? Not for convincing me, I'm just curious how the package can take different actions on removal depending on what package is the case of removal. The maintainer scripts have to be called anyway for those cases, and the fact that no one uses them now or in Debian, does not mean there's no use for this information in the future or in other places. [...] A failure of imagination on our art should not be used to block this functionality for cases where it might be needed. With that kind of arguments, the standards cannot ever rid of unused bits. I am giving up on this proposal as I see no positive feedback. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Re: perl and perl-modules; reflexive dependencies vs. archive bloat
On Sun, Oct 25, 2009 at 05:52:46PM -0700, Don Armstrong wrote: On Sun, 25 Oct 2009, Peter Samuelson wrote: [Don Armstrong] I actually suggested that perl-modules recommend perl, but that was rejected for the reason that perl-modules doesn't do anything useful without perl. You sure? I'm sure that it was the reason given, but I didn't have time to investigate whether it was true or not. I don't think I was involved in that particular conversation, but I listed a couple of the dependencies in #527917: perl-modules- perl Unicode::UCD- Storable Module::Build - Data::Dumper perl- perl-modules B::Lint - Module::Pluggable Time::Piece - Time::Local While this doesn't imply perl-modules is unusable without perl, getting a broken Module::Build when installing without recommends doesn't seem like a good thing. Particularly as perl-modules Provides: libmodule-build-perl. The only tool I'm aware of that actually breaks with the circular dependency is piuparts. FWIW, as I said in #536384 I don't have a strong opinion about the merge myself. Both Brendan [1] and Eugene seem to want it though, so I saw no reason to block Eugene's efforts. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536384#62 -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Packages relying on HOME when building
On Mon, Oct 26 2009, Sune Vuorela wrote: On 2009-10-26, Josselin Mouette j...@debian.org wrote: --=-7ZxixtYBhhZyQIGhRFTI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le lundi 26 octobre 2009 =C3=A0 01:17 +0100, Norbert Preining a =C3=A9crit = :=20 I would suggest on the contrary that HOME *will* be set by all scripts to a newly created empty directory. I=E2=80=99d rather suggest that it will be set to a non-existent directory.= If possible, one that cannot be created with the permissions of the user that builds it. That's what's done on most buildds. (the user has /nonexistant as home) Cool. So any package that tries to scribble in $HOME at build, or can't deal with a nonexistant $HOME, shall fail. And that is how it should be. manoj -- Traveling through hyperspace isn't like dusting crops, boy. Han Solo Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: unused parameters passed to maintainer scripts
On Mon, Oct 26 2009, Eugene V. Lyubimkin wrote: Manoj Srivastava wrote: Simplicity of the policy?Is it really that onerous Most people just let the helper packages create the maintainer scripts, of just program b example. Yes, simplicity of the policy. From what I saw, no one helper package in sid have some business with 'in-favour', 'removing', 'disappear'. Because there might not (yet) have been any demand? But that doe s not preclude a future implementation from creating one. This by itself is not a good enough reason to change dpkg and policy, and constrain future maintainer script capabilities. But some of people-written snippets have, often doing it wrong. Can you point to some examples? Have you filed bug reports? I also think that there might be packages that take specific action on those cases in the future; since in all cases packages are being removed or disappearing. Having information that distinguishes which part of the state transition is in effect is information may be useful, and I see little benefit in removing it. Can you elaborate on this? Not for convincing me, I'm just curious how the package can take different actions on removal depending on what package is the case of removal. What do you mean, how? Are you asking me a basic scripting question? If not, I am failing to understand what you are asking. If so, does this not belong in debian-mentors or comp.,unix.shall.beginner? In any case, look at /var/lib/dpkg/info/ucf.postinst It gives examples of where things can be put in, were you inclined to do different things based on how the script is called. The maintainer scripts have to be called anyway for those cases, and the fact that no one uses them now or in Debian, does not mean there's no use for this information in the future or in other places. [...] A failure of imagination on our art should not be used to block this functionality for cases where it might be needed. With that kind of arguments, the standards cannot ever rid of unused bits. There is a difference between unused and useless. I am giving up on this proposal as I see no positive feedback. Thanks. manoj -- The first step to getting the things you want out of life is this: Decide what you want. -Ben Stein Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26, 2009 at 07:21:31AM -0500, Manoj Srivastava wrote: On Mon, Oct 26 2009, Bastian Blank wrote: Why are they not able to ignore the errors from telinit? All checked packages uses this to ask init to reexecute itself and free old library references. Nothing in this is critical to the usability of the packages themself or the system. Even if the security system has changed? I dont't think so (better safe than sorry). Which security system? Is there a list of packages trying to reexec init? The listed bugs only show libsepol and libselinux, both do nothing in respect of that. Selinux can only be activated on boot anyway. Bastian -- Intuition, however illogical, is recognized as a command prerogative. -- Kirk, Obsession, stardate 3620.7 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Switch on compiler hardening defaults
Hi, On Mon, Oct 26, 2009 at 01:36:28PM +0100, Florian Weimer wrote: * Kees Cook: I would like to propose enabling[1] the GCC hardening patches that Ubuntu uses[2]. Seems a good idea to me. But I think we should defer the required full archive rebuild until we've got the hardening patch for operator new[] (which currently can return a heap block which is smaller than requested). I've got a preliminary version, but it's got a hole when operator new[] is invoked on a variable-length array. The easy fix would probably to outlaw heap allocation of VLAs (it's one of those C GCC extensions that leaked into C++, and it's arguably less needed for C++). Right, I agree with this -- I figure this release can be seen as a transition release, where not everything is compiled that way. I don't want to introduce so much archive churn anyway. -Kees -- Kees Cook@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26 2009, Bastian Blank wrote: On Mon, Oct 26, 2009 at 07:21:31AM -0500, Manoj Srivastava wrote: On Mon, Oct 26 2009, Bastian Blank wrote: Why are they not able to ignore the errors from telinit? All checked packages uses this to ask init to reexecute itself and free old library references. Nothing in this is critical to the usability of the packages themself or the system. Even if the security system has changed? I dont't think so (better safe than sorry). Which security system? Is there a list of packages trying to reexec init? The listed bugs only show libsepol and libselinux, both do nothing in respect of that. So far, I hav not needed to. But I can see where there is a major change in libselinux (we are at the same soname so far, so this has not happened), and the new libselinux is needed to not have people bypass init.d's security setup by exploiting a bug in the old system (perhaps a change is needed in libselinux/libsepol to even load new policy). If that happens, not being able to re-exec init can be grounds for a failure to boot (as it is now if you enable selinux and init can't load policy). Selinux can only be activated on boot anyway. What does this have to do with the price of rice in china? The scenario of interest is a system with selinux enabled and in enforcing, and a upgrade of security libraries (and policy, perhaps). manoj -- There are more old drunkards than old doctors. Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: unused parameters passed to maintainer scripts
Manoj Srivastava wrote: But some of people-written snippets have, often doing it wrong. Can you point to some examples? Have you filed bug reports? I filed #552389, a good example (IMO) of confusing due to complexity. There are plenty of packages that do checks of parameters that are passed to script and then doing completely nothing with them. Some packages tend to think that 'disappear' is equal to 'remove', others think that it's equal to 'purge', so either first or second set is doing wrong. I also think that there might be packages that take specific action on those cases in the future; since in all cases packages are being removed or disappearing. Having information that distinguishes which part of the state transition is in effect is information may be useful, and I see little benefit in removing it. Can you elaborate on this? Not for convincing me, I'm just curious how the package can take different actions on removal depending on what package is the case of removal. What do you mean, how? Are you asking me a basic scripting question? If not, I am failing to understand what you are asking. Of course, not. I questioned how this info can be useful, not how to write a code for it. In any case, look at /var/lib/dpkg/info/ucf.postinst It gives examples of where things can be put in, were you inclined to do different things based on how the script is called. It gives only a code template to do different things, but actually does nothing. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Re: Bug#545691: diverting telinit
On Mon, Oct 26, 2009 at 07:23:12AM -0500, Manoj Srivastava wrote: On Mon, Oct 26 2009, Bastian Blank wrote: On Mon, Oct 26, 2009 at 10:40:56AM +0100, Bastian Blank wrote: On Fri, Oct 23, 2009 at 12:43:18PM -0500, Manoj Srivastava wrote: I created a elaborate test case tos ee if we are in a chroot, if not if /proc/1 is actually /sbin/init, and that telinit exists (example below). Why are they not able to ignore the errors from telinit? All checked packages uses this to ask init to reexecute itself and free old library references. Nothing in this is critical to the usability of the packages themself or the system. Oh, and this could be made even easier by defining file-based triggers in the package providing init instead of doing it in all the dependencies. In which case it definitely deserves discussion, some coordination, and perhaps a policy proposal, as well as a more generic solution. Which files would we be triggering on? No file would. Instead packages postint would use dpkg-trigger to activate the trigger and let the package providing the trigger deal with it. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552476: ITP: libgraphics-gnuplotif-perl -- A dynamic Perl interface to gnuplot
Package: wnpp Severity: wishlist Owner: Carlo Segre se...@debian.org * Package name: libgraphics-gnuplotif-perl Version : 1.5 Upstream Author : Dr.-Ing. Fritz Mehner meh...@fh-swf.de * URL : http://search.cpan.org/dist/Graphics-GnuplotIF/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : A dynamic Perl interface to gnuplot Graphics::GnuplotIF is a simple and easy to use dynamic Perl interface to gnuplot. It enables sending display requests asynchronously to gnuplot through simple Perl subroutine calls. . Several independent plots can be started from one script. Each plot has its own pipe. All pipes will be closed automatically by the destructor when the script terminates. The gnuplot processes terminate when the corresponding pipes are closed. Their graphical output will then disappear (but see parameter persist|new). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26, 2009 at 11:22:35AM -0500, Manoj Srivastava wrote: On Mon, Oct 26 2009, Bastian Blank wrote: On Mon, Oct 26, 2009 at 07:21:31AM -0500, Manoj Srivastava wrote: On Mon, Oct 26 2009, Bastian Blank wrote: Why are they not able to ignore the errors from telinit? All checked packages uses this to ask init to reexecute itself and free old library references. Nothing in this is critical to the usability of the packages themself or the system. Even if the security system has changed? I dont't think so (better safe than sorry). Which security system? Is there a list of packages trying to reexec init? The listed bugs only show libsepol and libselinux, both do nothing in respect of that. So far, I hav not needed to. But I can see where there is a major change in libselinux (we are at the same soname so far, so this has not happened), and the new libselinux is needed to not have people bypass init.d's security setup by exploiting a bug in the old system (perhaps a change is needed in libselinux/libsepol to even load new policy). If that happens, not being able to re-exec init can be grounds for a failure to boot (as it is now if you enable selinux and init can't load policy). Reexec init is only needed to make it change the security domain of itself. Rules reload would be done somewhere else. Selinux can only be activated on boot anyway. What does this have to do with the price of rice in china? The scenario of interest is a system with selinux enabled and in enforcing, and a upgrade of security libraries (and policy, perhaps). Policy is not coupled with init or the libs. This is a problem between the kernel and the policy tools. I still don't see what you want to tell me. Bastian -- Witch! Witch! They'll burn ya! -- Hag, Tomorrow is Yesterday, stardate unknown -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26, 2009 at 07:23:12AM -0500, Manoj Srivastava wrote: On Mon, Oct 26 2009, Bastian Blank wrote: Oh, and this could be made even easier by defining file-based triggers in the package providing init instead of doing it in all the dependencies. In which case it definitely deserves discussion, some coordination, and perhaps a policy proposal, as well as a more generic solution. Which files would we be triggering on? The used libs. Bastian -- Landru! Guide us! -- A Beta 3-oid, The Return of the Archons, stardate 3157.4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: unused parameters passed to maintainer scripts
On Mon, Oct 26 2009, Eugene V. Lyubimkin wrote: Manoj Srivastava wrote: But some of people-written snippets have, often doing it wrong. Can you point to some examples? Have you filed bug reports? I filed #552389, a good example (IMO) of confusing due to complexity. There are plenty of packages that do checks of parameters that are passed to script and then doing completely nothing with them. Some packages tend to think that 'disappear' is equal to 'remove', others think that it's equal to 'purge', so either first or second set is doing wrong. I also think that there might be packages that take specific action on those cases in the future; since in all cases packages are being removed or disappearing. Having information that distinguishes which part of the state transition is in effect is information may be useful, and I see little benefit in removing it. Can you elaborate on this? Not for convincing me, I'm just curious how the package can take different actions on removal depending on what package is the case of removal. What do you mean, how? Are you asking me a basic scripting question? If not, I am failing to understand what you are asking. Of course, not. I questioned how this info can be useful, not how to write a code for it. How can it be useful? Well, If I had needed to take different action (conflicting package installed as opposed to user removal), the information would have been critical. If you meant *why* such distinctions are useful, then the answer is probably that they have not been, so far. But perhaps some packages want to handle removal differently from the package being fully overwritten. In any case, look at /var/lib/dpkg/info/ucf.postinst It gives examples of where things can be put in, were you inclined to do different things based on how the script is called. It gives only a code template to do different things, but actually does nothing. Right. It has not had to. Yet. Anyway. I do not have much more to add on this subject, so this is my last post on it. manoj -- A feature is nothing more than a bug with seniority. Unknown source Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26 2009, Bastian Blank wrote: Policy is not coupled with init or the libs. This is a problem between the kernel and the policy tools. This is not totally true: init loads the initial policy, and that means that linking with new versions of selinux libs makes a difference at startup. It is, however, irrelevant for upgrades -- unless changes in the future libsepol and/or libselinux and init expand init's role in security. Which is why currently, as I have said before, re-execing init is opportunistic. This may or may not be the case in the future. Am I not getting through, somehow? Have I not re-iterated that the current situation does not absolutely require init to be re-exec'd, but it is not unfathomable that it might be in the future? And that potential is why I brought it up in the first place? Anyway, I am done addressing this red herring, shiny thought it be. manoj -- [Crash programs] fail because they are based on the theory that, with nine women pregnant, you can get a baby a month. -- Wernher von Braun Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Build logs from local builds
On Wed, Oct 21, 2009 at 01:27:05PM +0200, Samuel Thibault wrote: I confirm that usually not having the i386 or amd64 log is often a problem. One idea that was floating around was to have buildd always recompile the package, even on archs the uploader has provided a binary version for, to make sure packages are clean. That would somehow answer you need (i.e. provide a build log for _all_ archs). Or here's a radical idea - allow source only uploads of packages. People are lazy and like myself don't want to sync pbuilder and related stuff every time I want to upload something. Since my box is rarely up to date, this can result in dependencies lagging somewhat compared to official buildd. I generally don't check for any build-depends problems anyway with pbuilder unless buildd chokes. And for the Arch:all packages? I guess no check for this with lazy maintainer. So how do I compare with the other maintainers? Or do all maintainers run pbuilder religiously for each upload? The requirement not allowing source only uploads is childish at best - it treats DD as children that can't check their packages compile on their own box. I'm all in favour of removing uploaded binaries. But also allow source only uploads. -- Adam Majer ad...@zombino.com -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Mon, Oct 26, 2009 at 01:28:33PM -0500, Manoj Srivastava wrote: On Mon, Oct 26 2009, Bastian Blank wrote: Policy is not coupled with init or the libs. This is a problem between the kernel and the policy tools. This is not totally true: init loads the initial policy, and that means that linking with new versions of selinux libs makes a difference at startup. It is, however, irrelevant for upgrades -- We are currently speaking about upgrades. And I doubt that init have the permission to load the policy again after transiting away from the initial startup role. Which is why currently, as I have said before, re-execing init is opportunistic. This may or may not be the case in the future. No. It is not. All the re-exec init calles are only to start it with new libs and there is no change visible for that role. Bastian -- In the strict scientific sense we all feed on death -- even vegetarians. -- Spock, Wolf in the Fold, stardate 3615.4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposed mass prototypejs bug filing for multiple security issues
On Sun, Oct 18, 2009 at 08:43:35PM -0400, Michael S Gilbert wrote: Here are the affected source packages: - rails unfixed (embed) ~$ apt-file list rails | grep prototype.js rails: /usr/share/rails/actionpack/test/fixtures/public/javascripts/prototype.js rails: /usr/share/rails/railties/html/javascripts/prototype.js -rw-r--r-- 1 root root 15 2009-09-21 13:03 /usr/share/rails/actionpack/test/fixtures/public/javascripts/prototype.js lrwxrwxrwx 1 root root 45 2009-09-21 13:38 /usr/share/rails/railties/html/javascripts/prototype.js - ../../../../javascript/prototype/prototype.js This is from rails in testing/sid. In stable the package depends on the prototype package too. I'm not sure how you get the unfixed and (embed). Seems a little rushed. - Adam -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposed mass prototypejs bug filing for multiple security issues
On Mon, 26 Oct 2009 14:04:06 -0500, Adam Majer wrote: On Sun, Oct 18, 2009 at 08:43:35PM -0400, Michael S Gilbert wrote: Here are the affected source packages: - rails unfixed (embed) ~$ apt-file list rails | grep prototype.js rails: /usr/share/rails/actionpack/test/fixtures/public/javascripts/prototype.js rails: /usr/share/rails/railties/html/javascripts/prototype.js -rw-r--r-- 1 root root 15 2009-09-21 13:03 /usr/share/rails/actionpack/test/fixtures/public/javascripts/prototype.js lrwxrwxrwx 1 root root 45 2009-09-21 13:38 /usr/share/rails/railties/html/javascripts/prototype.js - ../../../../javascript/prototype/prototype.js Thank you very much for the info on the rails package. This makes one less bug to deal with. This is from rails in testing/sid. In stable the package depends on the prototype package too. I was hoping that the statement in my original message, ...the only checking done so far is a version comparison..., would be clear. 32 different packages are a lot to deal with, and I am expecting maintainers to do the real legwork since they are responsible for their own code. I'm not sure how you get the unfixed and (embed). Seems a little rushed. That list was taken from the secure-testing tracker's embedded code copies list, which is hard to keep up to date and accurate. It could use some more care and better maintaining; but code copies are plentiful, making it very difficult to track progress on all of them. I have not yet sent any reports because I am still in the process of generating a more accurate list. Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bonjour ; Toute ma considération
I have a new email address!You can now email me at: roberto.com...@btinternet.com - Bonjour ! Je vous prie de bien vouloir m'excuser pour cette intrusion qui peut paraître surprenante à première vue d'autant plus qu'il n'existe aucune relation entre nous. Je voudrais vous proposer une affaire qui pourrait vous intéresser. De toute évidence nous ne nous sommes jamais connus et comme dans la vie il faut savoir sentre aider en cas de besoin, je vous invite à lire attentivement ma lettre et la mettre en pratique. Me référent à mes précédents paragraphes, afin de vous permettre de mieux comprendre les principaux éléments que rassemble cette affaire, il ma paru nécessaire que je vous renseigne sur ce qui suit : Javais travaillé dans une société appartenant à un Libanais en ma qualité de Assistant Administratif et Financier ici à Cotonou République du Bénin. Le PDG de cette société avait un compte courant et dintérêt au sein dune banque surplace ici que personne nen soit au courant à part moi avant sa mort dans le crash davion Boeing 727-200 le 25 déce mbre 2003 le long de locéan atlantique à Cotonou République du Bénin. A cet effet jaimerais vous employer en tant que son héritier pour procéder au transfert de cette importante somme sur votre compte bancaire et après nous aurons ensuite à la partager suivant un pourcentage quon arrêtera de commun accord. Notez que pour raison de discrétion je ne pourrai personnellement pas agir entant quayant droit ou héritier pour engager la procédure auprès de la banque ici surplace raison pour laquelle je sollicite votre intervention. Par ailleurs, dans léventualité où ma proposition daffaire retiendrait votre attention nhésitez pas à me contacter de manière à avoir de plus amples explications. Sincèrement, Jean-Pierre. NB : POUR RAISON DE SECURITE NE ME REPONDEZ PAS SUR CETTE ADRESSE EMAIL MAIS PLUTOT SUR MON EMAIL PERSONNEL : jpsog...@yahoo.fr
Re: Build logs from local builds
On Mon, Oct 26 2009, Adam Majer wrote: On Wed, Oct 21, 2009 at 01:27:05PM +0200, Samuel Thibault wrote: I confirm that usually not having the i386 or amd64 log is often a problem. One idea that was floating around was to have buildd always recompile the package, even on archs the uploader has provided a binary version for, to make sure packages are clean. That would somehow answer you need (i.e. provide a build log for _all_ archs). Or here's a radical idea - allow source only uploads of packages. And thus allow people to upload without ever building locally. People are lazy and like myself don't want to sync pbuilder and related stuff every time I want to upload something. Since my box is rarely up to date, this can result in dependencies lagging somewhat compared to official buildd. I generally don't check for any build-depends problems anyway with pbuilder unless buildd chokes. Goodness. And for the Arch:all packages? I guess no check for this with lazy maintainer. So how do I compare with the other maintainers? Or do all maintainers run pbuilder religiously for each upload? I can't speak for everyone, but I have a single command to start with a git working dir, fire up a virtual machine, build the package, twice, and save the logs and all. Two more commands for lintian and piuparts checks. ANd then install and test. Essentially 3 commands, one of which is also the final commit to the repo. And every saturday, I get a new root fs (I could do it more often, but once a week has sufficed for most weeks). The requirement not allowing source only uploads is childish at best - it treats DD as children that can't check their packages compile on their own box. Apparently, we can't depend on them to actually update their pbuilder setup and check build dependencies. I doubt that building will be so very important to lazy developers. I'm all in favour of removing uploaded binaries. But also allow source only uploads. Given the stated inability to even sync pbuilder, I think it would result in even more degraded quality of implementation. manoj -- Vanilla wafer. Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Build logs from local builds
On 2009-10-26, Adam Majer ad...@zombino.com wrote: People are lazy and like myself don't want to sync pbuilder and related stuff every time I want to upload something. Since my box is heard of cron? /Sune -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposed mass prototypejs bug filing for multiple security issues
Hi! On Mon, 2009-10-26 at 15:39:37 -0400, Michael Gilbert wrote: That list was taken from the secure-testing tracker's embedded code copies list, which is hard to keep up to date and accurate. It could use some more care and better maintaining; but code copies are plentiful, making it very difficult to track progress on all of them. I have not yet sent any reports because I am still in the process of generating a more accurate list. You might find http://source.debian.net/ very useful to find this kind of embedded copies. Althought it seems it's having some problem right now (Peter CCed). regards, guillem -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposed mass prototypejs bug filing for multiple security issues
Michael S Gilbert wrote: - asterisk unfixed (embed) It only shipped prototype as an example file, along with a demo webpage the used it. Since it was of limited usefulness and apparently also vulnerable, it has been removed from yesterday's upload (1:1.6.2.0~rc3-1). Thanks, Faidon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Switch on compiler hardening defaults
Hi. Ever thought about integrating PaX [0] per default in Debian? I'm however not sure how much this actually breaks ;) Cheers, Chris. [0] http://pax.grsecurity.net/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Build logs from local builds
On Mon, Oct 26, 2009 at 02:29:47PM -0500, Adam Majer wrote: People are lazy and like myself don't want to sync pbuilder and related stuff every time I want to upload something. Since my box is rarely up to date, this can result in dependencies lagging somewhat compared to official buildd. I generally don't check for any build-depends problems anyway with pbuilder unless buildd chokes. And for the Arch:all packages? I guess no check for this with lazy maintainer. So how do I compare with the other maintainers? Or do all maintainers run pbuilder religiously for each upload? I run sbuild to build every package prior to upload. It's even configurable to update and upgrade the chroot every time it's run. The requirement not allowing source only uploads is childish at best - it treats DD as children that can't check their packages compile on their own box. While most developers are conscientious enough to make sure their packages build, one does see enough crap packages that IMO this (minimal) bar should probably be kept. It's also a good sanity check, after all, we should always make sure upgrades, removal and purging of each binary package works prior to uploading. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#552499: ITP: svox -- Small Footprint TTS
Package: wnpp Severity: wishlist Owner: Mathieu Parent sath...@debian.org * Package name: svox Version : 1.6+1.4 Upstream Author : SVOX AG * URL : http://android.git.kernel.org/?p=platform/external/svox.git;a=summary * License : Apache v2 Programming Lang: C (some C++ and Java) Description : Small Footprint TTS The SVOX Pico engine is a software speech synthesizer for German, English (GB and US), Spanish, French and Italian. SVOX produces a clear and distinct speech output made possible by the use of Hidden Markov Model (HMM) algorithms. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposed mass prototypejs bug filing for multiple security issues
Op Mon, 26 Oct 2009 23:11:08 +0100 schreef Guillem Jover guil...@debian.org: You might find http://source.debian.net/ very useful to find this kind of embedded copies. Althought it seems it's having some problem right now (Peter CCed). Thanks for letting me know, source.d.n is running again. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Switch on compiler hardening defaults
On Tue, Oct 27, 2009 at 4:41 AM, Christoph Anton Mitterer cales...@scientia.net wrote: Ever thought about integrating PaX [0] per default in Debian? I'm however not sure how much this actually breaks ;) Any idea if these patches will be merged upstream? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Walter Reed has invited you to open a Google mail account
I've been using Gmail and thought you might like to try it out. Here's an invitation to create an account. --- Walter Reed has invited you to open a free Gmail account. To accept this invitation and register for your account, visit http://mail.google.com/mail/a-abd0a89cc3-f64b935315-a9b1a66e121d5a27 Once you create your account, Walter Reed will be notified with your new email address so you can stay in touch with Gmail! If you haven't already heard about Gmail, it's a new search-based webmail service that offers: - Over 2,700 megabytes (two gigabytes) of free storage - Built-in Google search that instantly finds any message you want - Automatic arrangement of messages and related replies into conversations - Powerful spam protection using innovative Google technology - No large, annoying ads--just small text ads and related pages that are relevant to the content of your messages To learn more about Gmail before registering, visit: http://mail.google.com/mail/help/benefits.html And, to see how easy it can be to switch to a new email service, check out our new switch guide: http://mail.google.com/mail/help/switch/ We're still working every day to improve Gmail, so we might ask for your comments and suggestions periodically. We hope you'll like Gmail. We do. And, it's only going to get better. Thanks, The Gmail Team (If clicking the URLs in this message does not work, copy and paste them into the address bar of your browser). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552515: ITP: muninpgplugins -- Munin plugins to monitor PostgreSQL
Package: wnpp Severity: wishlist Owner: Rodolphe Quiédeville rodol...@quiedeville.org * Package name: muninpgplugins Version : 0.2.2 Upstream Author : Cédric Villemain cedric.villem...@dalibo.com * URL : http://muninpgplugins.projects.postgresql.org/ * License : GPL Programming Lang: Perl Description : Munin plugins to monitor PostgreSQL pg__connections, output the number of idle, waiting and active connections. . pg__db_size, output the database size pg__locks, output all possible locks from PostgreSQL. . pg__stat_database, output all data from this view for specified database. . pg__stat_tables, take every column in pg_stat_*_tables (except *vacuum and *analyze). The data is then usable for agregate graph in munin.conf (like ratio). Special parameter (statscope) to specify if pg_stat_all_tables or pg_stat_user_tables or pg_stat_sys_tables is used (user by default). . pg__statio_tables, take every column in pg_statio_*_tables. The data is then usable for agregate graph in munin.conf (like ratio). Special parameter (statscope) to specify if pg_statio_all_tables or pg_statio_user_tables or pg_statio_sys_tables is used (user by default). . pg__stat_bgwriter This plugin take every column in pg_stat_bgwriter. The data is then usable for agregate graph in munin.conf (like ratio). As all databases have the same values in this table, it is unecessary to grab them more than once. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Tue, 27 Oct 2009, Bastian Blank wa...@debian.org wrote: Which is why currently, as I have said before, re-execing init is opportunistic. This may or may not be the case in the future. No. It is not. All the re-exec init calles are only to start it with new libs and there is no change visible for that role. Manoj's point is that some future security library may require such functionality. It seems that it would always be good to be able to report errors to the caller regardless of the consequence. The importance of the error is determined by the importance of the subsystem which has the error, and process 1 in Unix is very important! -- russ...@coker.com.au http://etbe.coker.com.au/ My Main Blog http://doc.coker.com.au/ My Documents Blog -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Fri, Oct 23, 2009 at 05:41:28PM -0500, Manoj Srivastava wrote: In article 87r5sudn0p.fsf...@anzu.internal.golden-gryphon.com you wrote: [ $(stat -c %d/%i /sbin/init) = $(stat -Lc %d/%i /proc/1/exe 2/dev/null) ] ; then # So, init exists, and there is a linuxy /proc, and the inode of # the executable of the process with uid 1 is the same as # /sbin/init (ok, no init=/bin/sh going on) Maybe another check besides inode idendity is better, otherwise it will not be able to be used afer an upgrade (and before reboot), or? Not needed. If init has been just upgraded, it has been already told to init -u itself. This does not appear to be true for upstart, which it's planned to switch to on Linux for squeeze. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#545691: diverting telinit
On Fri, Oct 23, 2009 at 06:43:32PM +, brian m. carlson wrote: Last I checked, the kfreebsd-* architectures don't use /dev/initctl; I think it's something like /etc/.initctl. They do, however, have a linuxy proc. You should probably check with the porters as to what location is appropriate on those architectures. Huh, isn't that an FHS violation? /dev/initctl isn't much better, but seems to be covered by special files; upstart doesn't use either of these locations, fwiw. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Accepted r-cran-coda 0.13-4-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 00:28:28 -0500 Source: r-cran-coda Binary: r-cran-coda Architecture: source all Version: 0.13-4-2 Distribution: unstable Urgency: low Maintainer: Chris Lawrence lawre...@debian.org Changed-By: Chris Lawrence lawre...@debian.org Description: r-cran-coda - Output analysis and diagnostics for MCMC simulations in R Changes: r-cran-coda (0.13-4-2) unstable; urgency=low . * Rebuild for R = 2.10.0. Checksums-Sha1: 6e54c32c23c28bdf58c8f94d7045f32e5e06c95c 1088 r-cran-coda_0.13-4-2.dsc f0b3dcd6126c16c7ec79af2269f8f1c473949395 2176 r-cran-coda_0.13-4-2.diff.gz ee18bdf7991350d3b641a0dc5d960d9a0e0ee662 191216 r-cran-coda_0.13-4-2_all.deb Checksums-Sha256: dccf257aff22649922a4e28f143c04a3a7f011f592883dcd77751fbc4f81c115 1088 r-cran-coda_0.13-4-2.dsc d757a7e37ea248cc1ada33497867f7418cd68c7c07c5adc55a3b12bd86e5fe81 2176 r-cran-coda_0.13-4-2.diff.gz 1bd9b1192745a9d63c5ad75282ac50f16b0380cadd724fb9bac65d1b4849711a 191216 r-cran-coda_0.13-4-2_all.deb Files: 6dc6ebfc858d0de1e1457586ef39a1e6 1088 gnu-r optional r-cran-coda_0.13-4-2.dsc 4740a33b105f89c69b2f726295a9b109 2176 gnu-r optional r-cran-coda_0.13-4-2.diff.gz c9df160e73dbeb4bf2329bca96216f95 191216 gnu-r optional r-cran-coda_0.13-4-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrlNCMACgkQ2wQKE6PXuby8aACgurGN7iDedBzmq/wHdNX9BxZ2 yNkAoK/2wqI2LIypLgj4qbKY/HToRZDV =BxPk -END PGP SIGNATURE- Accepted: r-cran-coda_0.13-4-2.diff.gz to pool/main/r/r-cran-coda/r-cran-coda_0.13-4-2.diff.gz r-cran-coda_0.13-4-2.dsc to pool/main/r/r-cran-coda/r-cran-coda_0.13-4-2.dsc r-cran-coda_0.13-4-2_all.deb to pool/main/r/r-cran-coda/r-cran-coda_0.13-4-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted koffice 1:2.0.91-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 06:39:04 +0100 Source: koffice Binary: koffice koffice-doc-html karbon kchart kplato kpresenter krita krita-data kspread kword kword-data kthesaurus koffice-libs koffice-data koffice-dev koffice-dbg Architecture: source all i386 Version: 1:2.0.91-1 Distribution: experimental Urgency: low Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Ana Beatriz Guerrero Lopez a...@debian.org Description: karbon - a vector graphics application for the KDE Office Suite kchart - chart drawing components for the KDE Office Suite koffice- KDE Office Suite koffice-data - common shared data for the KDE Office Suite koffice-dbg - debugging symbols for KOffice koffice-dev - common libraries for KOffice (development files) koffice-doc-html - KDE Office Suite documentation in HTML format koffice-libs - common libraries and binaries for the KDE Office Suite kplato - an integrated project management and planning tool kpresenter - a presentation program for the KDE Office Suite krita - a pixel-based image manipulation program for the KDE Office Suite krita-data - data files for Krita painting program kspread- a spreadsheet for the KDE Office Suite kthesaurus - thesaurus for the KDE Office Suite kword - a word processor for the KDE Office Suite kword-data - data files for KWord word processor Changes: koffice (1:2.0.91-1) experimental; urgency=low . * New upstream release, KOffice 2.1 Release Candidate 1. * Update build depends: - Remove libgraphicsmagick1-dev, only older versions works for krita. - Add libpng12-dev, liblcms1-dev, libtiff4-dev, libjpeg62-dev. They were pulled by libgraphicsmagick1-dev before. * Update installed files. * Update lintian overrides. Checksums-Sha1: f465e690a4f739b5d805d7ed498ddb7c26aefad5 1809 koffice_2.0.91-1.dsc ce139b9596ba230504ddb296279225b5635c099e 79589752 koffice_2.0.91.orig.tar.gz 0e53e3d90043b4760b523be72182b1274629cfba 40182 koffice_2.0.91-1.diff.gz c6b9150b28fa9e5739e6efd9500f36b922e23e3c 9538 koffice_2.0.91-1_all.deb 835b2af2d0495b75ae4c14ffc466b1ae09b093a3 28054696 koffice-doc-html_2.0.91-1_all.deb 8d36d507550429c25e10e61cf3a6c7f887e3a2b9 1435320 krita-data_2.0.91-1_all.deb 68a7c5168e0795ed5d4feb2fbcce21473254d0bc 158158 kword-data_2.0.91-1_all.deb 1113817be00036a8c23c782435ef495599bdabb9 750494 koffice-data_2.0.91-1_all.deb b06d8a04570ac011f027c970379b36ba21e497da 760940 karbon_2.0.91-1_i386.deb 74854d731ef0d7a0995c9dedd0789f4698b17851 847270 kchart_2.0.91-1_i386.deb f90c8254e11f9dba05648b16a13dd6517e21f583 1720710 kplato_2.0.91-1_i386.deb 5656dac86f53063e6fe337103e9d4740ea84d65f 545330 kpresenter_2.0.91-1_i386.deb c72c9c44d49de55d783765bb6283fd6c6e4a8a58 3559682 krita_2.0.91-1_i386.deb 7764fe781dbb5221c85ce1c79d4225edc7b3304e 2345888 kspread_2.0.91-1_i386.deb 95ae8758b676dfc4b76ba370e6cc16928df8 1186184 kword_2.0.91-1_i386.deb 13fd4a0484501e34fa00d713f1e2561d6f213888 17594 kthesaurus_2.0.91-1_i386.deb 052f41e20008a7334aa297111f7b0f2cb65d8ca2 2745480 koffice-libs_2.0.91-1_i386.deb 2db966d582d9a684345bf71a6153b8ce29b0a993 295684 koffice-dev_2.0.91-1_i386.deb a398551c6df48aedefd96a2660795edbbcc58754 130564876 koffice-dbg_2.0.91-1_i386.deb Checksums-Sha256: 2900c324a063b8680e39a198461aa53316cd8a6b7ef59218b87d37d126a82249 1809 koffice_2.0.91-1.dsc 6858eb0e175c3130ce14816b2ddcb0edbd2d23faf81ac77c346f832abddda82b 79589752 koffice_2.0.91.orig.tar.gz 00963e959f69dfbccc50d364d4f0231208c00ea916b607df3890e24802411465 40182 koffice_2.0.91-1.diff.gz 16cdee792fca2b9f3b20a056ab9b58bee84c5bcd1361d19df16537c003bf9bd5 9538 koffice_2.0.91-1_all.deb 8a241667eb89aef8e3bf0e81c57befb1faa8850e6b91ea8056c47d4887e35721 28054696 koffice-doc-html_2.0.91-1_all.deb e269753edc6265c04422a8e7b73713f35335a758fc9cc66f2b686e03fdbff0a7 1435320 krita-data_2.0.91-1_all.deb 185a926310283ca8a1912de0764b93424a61f37ca6f010cbbf80076d0c92c869 158158 kword-data_2.0.91-1_all.deb faca7f659acc89c73ead066afa4c209f1cf4f3b9c83f7fa243ca9ddf19c2ef3e 750494 koffice-data_2.0.91-1_all.deb ca60b1a99544634478c987dba10886919adff8380a29965dbfc03f93e54cfbd0 760940 karbon_2.0.91-1_i386.deb b62ac106cc833345c85894ce33e0b78fba9a81c9c0a8079a4319a67e2d58de4f 847270 kchart_2.0.91-1_i386.deb 8e7b81eefb9939382b85f9301e435db18a9733a0c2cc513db5fcb584b9c90827 1720710 kplato_2.0.91-1_i386.deb 84dd4c6bc3cd65c8b389063c113efb09f4587e433ca8594d8974060503b8cbdd 545330 kpresenter_2.0.91-1_i386.deb 53136d3cdd7cd9b8be13fc6e670b01f2a6fab9984943504684dcde3281b1810e 3559682 krita_2.0.91-1_i386.deb 31131ab4a83ab64be00989de6bfa39bf40496941dcfe8fd8be2f90741403bd9a 2345888 kspread_2.0.91-1_i386.deb a422530bcfdf1561fd672754910f6f827a50a87e5b031b257a2518846ba2b6eb 1186184 kword_2.0.91-1_i386.deb 1606f16ee66c32e038c3d5df87b8a792f68dbd369302b57dc5d73b6db013855a 17594 kthesaurus_2.0.91-1_i386.deb
Accepted mcmcpack 1.0-4-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 00:20:55 -0500 Source: mcmcpack Binary: r-cran-mcmcpack Architecture: source amd64 Version: 1.0-4-2 Distribution: unstable Urgency: low Maintainer: Chris Lawrence lawre...@debian.org Changed-By: Chris Lawrence lawre...@debian.org Description: r-cran-mcmcpack - GNU R routines for Markov chain Monte Carlo model estimation Changes: mcmcpack (1.0-4-2) unstable; urgency=low . * Rebuild for R = 2.10.0. Checksums-Sha1: 55b8b9a7e6bc9042d1ad1fbb46837ff976c9707d 1070 mcmcpack_1.0-4-2.dsc 60c1b2d5514e34155039bbd28f5ee2fe167798df 5316 mcmcpack_1.0-4-2.diff.gz e35dc8fdc0a9cd12fd6b3706c80dec6c51e77994 869688 r-cran-mcmcpack_1.0-4-2_amd64.deb Checksums-Sha256: 57eeaaddb112dcff44accd9040dd49b5b1af865979351e16838e14d73ea8 1070 mcmcpack_1.0-4-2.dsc 923caaf6c5dd01a83811e45e05e1170b13c2d3dfd887469d87ab7ad356dffe2e 5316 mcmcpack_1.0-4-2.diff.gz be8ee53cb8eb15e14737803619f88de4de9f8357539f6de1a8938b19ce3613b2 869688 r-cran-mcmcpack_1.0-4-2_amd64.deb Files: 51f623f28c204c6df1402871acf1b3a9 1070 gnu-r optional mcmcpack_1.0-4-2.dsc 1d1f94b13a036e494349be698f96d462 5316 gnu-r optional mcmcpack_1.0-4-2.diff.gz a346cc110eecdd7cd5f111ff21f51b75 869688 gnu-r optional r-cran-mcmcpack_1.0-4-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrlNIkACgkQ2wQKE6PXubyDkACgiyFkQy4IeR/PePejRE0oflZ4 oSQAnimBBvzyOjvo0UE81N82k1JvpsZO =s6y/ -END PGP SIGNATURE- Accepted: mcmcpack_1.0-4-2.diff.gz to pool/main/m/mcmcpack/mcmcpack_1.0-4-2.diff.gz mcmcpack_1.0-4-2.dsc to pool/main/m/mcmcpack/mcmcpack_1.0-4-2.dsc r-cran-mcmcpack_1.0-4-2_amd64.deb to pool/main/m/mcmcpack/r-cran-mcmcpack_1.0-4-2_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted r-cran-combinat 0.0-7-1 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 26 Oct 2009 13:56:40 +0900
Source: r-cran-combinat
Binary: r-cran-combinat
Architecture: source all
Version: 0.0-7-1
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team
debian-med-packag...@lists.alioth.debian.org
Changed-By: Charles Plessy ple...@debian.org
Description:
r-cran-combinat - GNU R package with utilities for combinatorics
Changes:
r-cran-combinat (0.0-7-1) unstable; urgency=low
.
* New upstream release.
* Converted debian/copyright to experimental machine-readable format.
* Updated to Policy 3.8.3:
- Changed section to gnu-r (debian/control).
- Incremented Standards-Version (debian/control).
* Switched to Debhelper 7 (debian/control).
* Removed ${shlibs:Depends} and added ${misc:Depends} (debian/compat).
* Documented various upstream informations in debian/upstream-metadata.yaml
* Added myself to the uploaders (debian/control).
Checksums-Sha1:
75478006ffdc4aa82c7d6a109be3ae0199efcc5b 1409 r-cran-combinat_0.0-7-1.dsc
d863797c0539de98d3712f317b80b10a5294a307 7829 r-cran-combinat_0.0-7.orig.tar.gz
a7b4f0ac2c2b76dbb662e1df71da1e43a27795cb 1875 r-cran-combinat_0.0-7-1.diff.gz
8b95d4ff6a5e98eda92da001bcf989298230fafa 26056 r-cran-combinat_0.0-7-1_all.deb
Checksums-Sha256:
75b27a1237815a8f47f5f0f6ea3d661f6cb5346084ae00198ac8e6e1606cec93 1409
r-cran-combinat_0.0-7-1.dsc
659b6002385cddca30a17506022320c067bb47adafb7326ba58557a187fd59e5 7829
r-cran-combinat_0.0-7.orig.tar.gz
f7d5d4e92fe8d4d25319b2e4be543ba752cafc48acd84aa4a5b8d27ba4a2835b 1875
r-cran-combinat_0.0-7-1.diff.gz
4775cb2abe71de00491ae5d214e64842bd3f5507db04eb70517e4488a985af4f 26056
r-cran-combinat_0.0-7-1_all.deb
Files:
49e281db6cb3b2662e147f3786cdf3f9 1409 gnu-r optional
r-cran-combinat_0.0-7-1.dsc
61f163db2d314df276786631e2d6d966 7829 gnu-r optional
r-cran-combinat_0.0-7.orig.tar.gz
ec8587e007c8680b7cc265b77033af38 1875 gnu-r optional
r-cran-combinat_0.0-7-1.diff.gz
3b7e30133a3944d2a806328f51e0a46e 26056 gnu-r optional
r-cran-combinat_0.0-7-1_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkrlMN0ACgkQdYl1krr+x/K5IwCeMzgM2LRrY4otL6ew6sB2wT3W
vpQAnRF7bCJAHTpnlo2V7NKuh/WBcnU2
=IJs4
-END PGP SIGNATURE-
Accepted:
r-cran-combinat_0.0-7-1.diff.gz
to pool/main/r/r-cran-combinat/r-cran-combinat_0.0-7-1.diff.gz
r-cran-combinat_0.0-7-1.dsc
to pool/main/r/r-cran-combinat/r-cran-combinat_0.0-7-1.dsc
r-cran-combinat_0.0-7-1_all.deb
to pool/main/r/r-cran-combinat/r-cran-combinat_0.0-7-1_all.deb
r-cran-combinat_0.0-7.orig.tar.gz
to pool/main/r/r-cran-combinat/r-cran-combinat_0.0-7.orig.tar.gz
--
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted atlas 3.8.3-4 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 24 Oct 2009 22:44:30 +0200 Source: atlas Binary: libatlas3gf-base libatlas-base-dev libatlas-dev libatlas-test libatlas-doc libatlas3gf-sse libatlas-sse-dev libatlas3gf-sse2 libatlas-sse2-dev libatlas3gf-sse3 libatlas-sse3-dev libatlas-core2sse3-dev libatlas3gf-amd64sse3 libatlas-amd64sse3-dev libatlas3gf-corei7sse3 libatlas-corei7sse3-dev libatlas3gf-altivec libatlas-altivec-dev libatlas3gf-v9 libatlas-v9-dev libatlas3gf-ev6 libatlas-ev6-dev libatlas3gf-2.0 libatlas-2.0-dev Architecture: source all i386 Version: 3.8.3-4 Distribution: experimental Urgency: low Maintainer: Debian Scientific Computing Team pkg-scicomp-de...@lists.alioth.debian.org Changed-By: Sylvestre Ledru sylves...@debian.org Description: libatlas-2.0-dev - Automatically Tuned Linear Algebra Software, 2.0 static libatlas-altivec-dev - Automatically Tuned Linear Algebra Software, altivec static libatlas-amd64sse3-dev - Automatically Tuned Linear Algebra Software, AMD64SSE3 static libatlas-base-dev - Automatically Tuned Linear Algebra Software, generic static libatlas-core2sse3-dev - Automatically Tuned Linear Algebra Software, CORE2SSE3 static libatlas-corei7sse3-dev - Automatically Tuned Linear Algebra Software, COREI7SSE3 static libatlas-dev - Automatically Tuned Linear Algebra Software, C header files libatlas-doc - Automatically Tuned Linear Algebra Software, documentation libatlas-ev6-dev - Automatically Tuned Linear Algebra Software, EV6 static libatlas-sse-dev - Automatically Tuned Linear Algebra Software, SSE1 static libatlas-sse2-dev - Automatically Tuned Linear Algebra Software, SSE2 static libatlas-sse3-dev - Automatically Tuned Linear Algebra Software, SSE3 static libatlas-test - Automatically Tuned Linear Algebra Software, test programs libatlas-v9-dev - Automatically Tuned Linear Algebra Software, v9 static libatlas3gf-2.0 - Automatically Tuned Linear Algebra Software, 2.0 shared libatlas3gf-altivec - Automatically Tuned Linear Algebra Software, altivec shared libatlas3gf-amd64sse3 - Automatically Tuned Linear Algebra Software, AMD64SSE3 shared libatlas3gf-base - Automatically Tuned Linear Algebra Software, generic shared libatlas3gf-corei7sse3 - Automatically Tuned Linear Algebra Software, COREI7SSE3 shared libatlas3gf-ev6 - Automatically Tuned Linear Algebra Software, EV6 shared libatlas3gf-sse - Automatically Tuned Linear Algebra Software, SSE1 shared libatlas3gf-sse2 - Automatically Tuned Linear Algebra Software, SSE2 shared libatlas3gf-sse3 - Automatically Tuned Linear Algebra Software, SSE3 shared libatlas3gf-v9 - Automatically Tuned Linear Algebra Software, v9 shared Closes: 551689 Changes: atlas (3.8.3-4) experimental; urgency=low . * Fix some descriptions issues * libatlas3gf-amd64sse3-dev and libatlas-corei7sse3-dev erroneously depend on libatlas-core2sse3. Thanks to Adrian Benson to point out this silly issue (Closes: #551689) Checksums-Sha1: fc49ef779fa88a5827a1d42dfa8e93e91390d77b 1746 atlas_3.8.3-4.dsc 5f1ee0a381f9f920ac929874a3c389964d0134b3 30303 atlas_3.8.3-4.diff.gz d59cb290041a800d481f60d73c8c825a4579fddc 25734 libatlas-dev_3.8.3-4_all.deb b9d91b124105e59223ad23b5f2fe0418e95ec026 806874 libatlas-doc_3.8.3-4_all.deb 7da56c4cf52b5affbce1e4e3d562783c54bdf1dd 4693794 libatlas3gf-base_3.8.3-4_i386.deb 707cd277583283624cc8fecb04af85b305eb4629 5660970 libatlas-base-dev_3.8.3-4_i386.deb b836cdfd96fe7e1c5899db22663e424bf1f4a2bc 16096 libatlas-test_3.8.3-4_i386.deb c11e11a1fe286b8995a7e1a6525800f72097bd11 4683122 libatlas3gf-sse_3.8.3-4_i386.deb 97b26bac25d786866766d082cf7bfdcfb71a3747 5640008 libatlas-sse-dev_3.8.3-4_i386.deb 9368a6d2e19204a141c6c512b112dd3bec976790 4807886 libatlas3gf-sse2_3.8.3-4_i386.deb b5dc0ab4992cb1abd183ce7bc696d3dbf356e847 5756760 libatlas-sse2-dev_3.8.3-4_i386.deb 22760ce793383d31c741aee9a855154ba594f53f 4658934 libatlas3gf-sse3_3.8.3-4_i386.deb 2b33b7e1bf37c3cd3957a64022040dcf87ab4dc1 5620568 libatlas-sse3-dev_3.8.3-4_i386.deb 451a198cafbdae732b864617f8106bdb41762b1a 6078472 libatlas-core2sse3-dev_3.8.3-4_i386.deb Checksums-Sha256: 20e3fa3790ed514b3eba4e1c410b35c525b4cdd7ba2c8c5a7c05982f196e6519 1746 atlas_3.8.3-4.dsc b78d87520f96eb0dfb5b9eb6f7098860929e0811c7211ad819ffce00f3c759e5 30303 atlas_3.8.3-4.diff.gz 56440de87e1513e85e3cd8da2783ead7b37fc6c31fd147330c86711b20991ce0 25734 libatlas-dev_3.8.3-4_all.deb 456663318e246ab43314567234fb4af30c15baa2adbb3edf70841fd92997593b 806874 libatlas-doc_3.8.3-4_all.deb 0b4be4e908dc0cb8e6064c1dbea8e68045d19b22a7c35313ae81c96c5a91ba78 4693794 libatlas3gf-base_3.8.3-4_i386.deb 569ec6702166542dfd57c1491857bc5196fd1de580a5195b05e21fb2a86b1c03 5660970 libatlas-base-dev_3.8.3-4_i386.deb 1d68663c4447a8edce67991f87c18fff66e8b1436c919ee479cd6a947adf7cd1 16096 libatlas-test_3.8.3-4_i386.deb 8072c6738f6504ef07dbb16245a9c9539f32c44d2a7a39c9d264caf46e7a4410 4683122 libatlas3gf-sse_3.8.3-4_i386.deb
Accepted sqlite3 3.6.19-3 (source all amd64)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 26 Oct 2009 05:58:04 +
Source: sqlite3
Binary: lemon sqlite3 sqlite3-doc libsqlite3-0-dbg libsqlite3-0 libsqlite3-dev
libsqlite3-tcl
Architecture: source all amd64
Version: 3.6.19-3
Distribution: unstable
Urgency: low
Maintainer: Laszlo Boszormenyi (GCS) g...@debian.hu
Changed-By: Laszlo Boszormenyi (GCS) g...@debian.hu
Description:
lemon - The Lemon Parser Generator
libsqlite3-0 - SQLite 3 shared library
libsqlite3-0-dbg - SQLite 3 debugging symbols
libsqlite3-dev - SQLite 3 development files
libsqlite3-tcl - SQLite 3 Tcl bindings
sqlite3- A command line interface for SQLite 3
sqlite3-doc - SQLite 3 documentation
Closes: 552304
Changes:
sqlite3 (3.6.19-3) unstable; urgency=low
.
* Build conflict with tcl8.4{,-dev}, SQLite3 picks up the wrong version
despite of specifying tcl8.5 to use (closes: #552304).
Checksums-Sha1:
043896242c20120a65b8b3c7b3b1fae044cc9f47 1203 sqlite3_3.6.19-3.dsc
9b017df166b17bbe0524eb49957e1ba810e54b71 64159 sqlite3_3.6.19-3.diff.gz
f87feb803e65cd1e9db33df0876b517e8bed1342 1932632 sqlite3-doc_3.6.19-3_all.deb
2123a5c87cac58a121337463cf97dfdb2586f0df 45898 lemon_3.6.19-3_amd64.deb
96fdc2d4dcc277d86ca3cefe059d7f2cea3c4ffc 31548 sqlite3_3.6.19-3_amd64.deb
194eb70f2cf4e8dfd0a85e3be2ac21a555c7a00e 299952 libsqlite3-0_3.6.19-3_amd64.deb
c943d910e319f49b683427852d4e8522e99eb195 621612
libsqlite3-0-dbg_3.6.19-3_amd64.deb
5882470840b80913be8a84513c7478e13554f4fb 392858
libsqlite3-dev_3.6.19-3_amd64.deb
55ee74dcb957b7c15f19c2ad85e613ece91ee471 26132
libsqlite3-tcl_3.6.19-3_amd64.deb
Checksums-Sha256:
a8df71d506cd8349caf4d55adb7d021e550c5b0b16004b7dd5f0928a95540bbb 1203
sqlite3_3.6.19-3.dsc
87d4f2764abf296760ccc50e53336ca5e8eebae2ee3cf5c9a4631c254283ab7b 64159
sqlite3_3.6.19-3.diff.gz
2a46592e9a7932b7a3480a24b500fb2afb8fe076200e3dccc04851854a2931c9 1932632
sqlite3-doc_3.6.19-3_all.deb
3639ea98e6335540460d473a0ecd5e99f8c4f871d8c60c3a4298fb7ff6269868 45898
lemon_3.6.19-3_amd64.deb
99cd73c4a23de71f30d7a79871441881be0f9ba15437f6d400b687f5ae3727b4 31548
sqlite3_3.6.19-3_amd64.deb
b73e174fd31937de37a7cb8a4805e0bfbe5c0af13f0bec922d734adf6182ea18 299952
libsqlite3-0_3.6.19-3_amd64.deb
8a4e2a2c90805a86096645ddaf9ee168d06badd054ccddbf96c4e7d1de550189 621612
libsqlite3-0-dbg_3.6.19-3_amd64.deb
424a8fa4702b64e2c1d305ddce561403505c2291110a48840f4afb24ad8b9171 392858
libsqlite3-dev_3.6.19-3_amd64.deb
1be59fe12ab85ab32f001250554bda719249e75167d2aa19e74e2d2aa2c97b96 26132
libsqlite3-tcl_3.6.19-3_amd64.deb
Files:
c4b5654a5b926a3b4e66c28d2b11ee52 1203 devel optional sqlite3_3.6.19-3.dsc
0d07955017865b307eea6dfaae6cb2a0 64159 devel optional sqlite3_3.6.19-3.diff.gz
ec87b0b2f8affb3950db7b1eb158c328 1932632 doc optional
sqlite3-doc_3.6.19-3_all.deb
2a7cd29e05d54e9232e737c1e5bc74f4 45898 devel optional lemon_3.6.19-3_amd64.deb
5b833467547f2457313714c58b0da5a3 31548 database optional
sqlite3_3.6.19-3_amd64.deb
d437ade07c1bdba805ed9203cd55d1ac 299952 libs standard
libsqlite3-0_3.6.19-3_amd64.deb
7b46c53e1579f74f8b723e14fd55e24b 621612 debug extra
libsqlite3-0-dbg_3.6.19-3_amd64.deb
552c0ae16ec1512ef79f656f6dd0d864 392858 libdevel optional
libsqlite3-dev_3.6.19-3_amd64.deb
c4fc1a3bbc9353faf1f97d5c587b8c4b 26132 interpreters optional
libsqlite3-tcl_3.6.19-3_amd64.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkrlQCMACgkQMDatjqUaT93d5ACgmoXTOMCYnLtqaqkggYWVMDUk
JmUAnAl2tnUVtPreApCoT8EIzZatV4uG
=NQvG
-END PGP SIGNATURE-
Accepted:
lemon_3.6.19-3_amd64.deb
to pool/main/s/sqlite3/lemon_3.6.19-3_amd64.deb
libsqlite3-0-dbg_3.6.19-3_amd64.deb
to pool/main/s/sqlite3/libsqlite3-0-dbg_3.6.19-3_amd64.deb
libsqlite3-0_3.6.19-3_amd64.deb
to pool/main/s/sqlite3/libsqlite3-0_3.6.19-3_amd64.deb
libsqlite3-dev_3.6.19-3_amd64.deb
to pool/main/s/sqlite3/libsqlite3-dev_3.6.19-3_amd64.deb
libsqlite3-tcl_3.6.19-3_amd64.deb
to pool/main/s/sqlite3/libsqlite3-tcl_3.6.19-3_amd64.deb
sqlite3-doc_3.6.19-3_all.deb
to pool/main/s/sqlite3/sqlite3-doc_3.6.19-3_all.deb
sqlite3_3.6.19-3.diff.gz
to pool/main/s/sqlite3/sqlite3_3.6.19-3.diff.gz
sqlite3_3.6.19-3.dsc
to pool/main/s/sqlite3/sqlite3_3.6.19-3.dsc
sqlite3_3.6.19-3_amd64.deb
to pool/main/s/sqlite3/sqlite3_3.6.19-3_amd64.deb
--
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted koffice-l10n 2.0.91-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 06:44:25 +0100 Source: koffice-l10n Binary: koffice-l10n-ca koffice-l10n-da koffice-l10n-de koffice-l10n-el koffice-l10n-engb koffice-l10n-es koffice-l10n-et koffice-l10n-fr koffice-l10n-fy koffice-l10n-gl koffice-l10n-it koffice-l10n-ja koffice-l10n-kk koffice-l10n-nb koffice-l10n-nds koffice-l10n-nl koffice-l10n-pl koffice-l10n-pt koffice-l10n-ptbr koffice-l10n-sv koffice-l10n-tr koffice-l10n-uk koffice-l10n-wa koffice-l10n-zhcn koffice-l10n-zhtw Architecture: source all Version: 2.0.91-1 Distribution: experimental Urgency: low Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Ana Beatriz Guerrero Lopez a...@debian.org Description: koffice-l10n-ca - Catalan (ca) translations for KOffice koffice-l10n-da - Danish (da) translations for KOffice koffice-l10n-de - German (de) translations for KOffice koffice-l10n-el - Greek (el) translations for KOffice koffice-l10n-engb - British English (en_GB) translations for KOffice koffice-l10n-es - Spanish (es) translations for KOffice koffice-l10n-et - Estonian (et) translations for KOffice koffice-l10n-fr - French (fr) translations for KOffice koffice-l10n-fy - Frisian (fy) translations for KOffice koffice-l10n-gl - Galician (gl) translations for KOffice koffice-l10n-it - Italian (it) translations for KOffice koffice-l10n-ja - Japanese (ja) translations for KOffice koffice-l10n-kk - Kazakh (kk) translations for KOffice koffice-l10n-nb - Norwegian Bookmal (nb) translations for KOffice koffice-l10n-nds - Low Saxon (nds) translations for KOffice koffice-l10n-nl - Dutch (nl) translations for KOffice koffice-l10n-pl - Polish (pl) translations for KOffice koffice-l10n-pt - Portuguese (pt) translations for KOffice koffice-l10n-ptbr - Brazilian Portuguese (pt_BR) translations for KOffice koffice-l10n-sv - Swedish (sv) translations for KOffice koffice-l10n-tr - Turkish (tr) translations for KOffice koffice-l10n-uk - Ukrainian (uk) translations for KOffice koffice-l10n-wa - Wallonian (wa) translations for KOffice koffice-l10n-zhcn - Chinese Simplified (zh_CN) translations for KOffice koffice-l10n-zhtw - Chinese Traditional (zh_TW) translations for KOffice Changes: koffice-l10n (2.0.91-1) experimental; urgency=low . * New upstream release. * Remove Section fields for binaries packages in control file, they inherit it from the source package field. Checksums-Sha1: c70ca2308672df8e7a5fd346b28c684ee6d728c6 1732 koffice-l10n_2.0.91-1.dsc 89cea79b546392f20d22f31c3fcad5dae8f092c6 34550947 koffice-l10n_2.0.91.orig.tar.gz 96adac03a1e46bb8498109905e0f00e953c4d6f0 7605 koffice-l10n_2.0.91-1.diff.gz ac5256b5f343dd8b4381e14a6c002b8ad9e197d3 871008 koffice-l10n-ca_2.0.91-1_all.deb e08df90f875de98b9cd5f05d06ba2253f0aa8ee6 1101728 koffice-l10n-da_2.0.91-1_all.deb a2fdd45ae5fa58fb656deb87c7f4093a4d1a8adc 3981108 koffice-l10n-de_2.0.91-1_all.deb cae109883b6c367f3ad4614e4879d39f9b86f3ae 313114 koffice-l10n-el_2.0.91-1_all.deb 1cc0587d08c043f1b2e6a4cb5252796e7e1ea016 274916 koffice-l10n-engb_2.0.91-1_all.deb 57c626667a068e2fb6e5c5d214c557684b72fec8 3083046 koffice-l10n-es_2.0.91-1_all.deb 4db83ced6b38f143f34dec7cac111f5cf7076326 1174274 koffice-l10n-et_2.0.91-1_all.deb 2131a1107fca84bbe3a1761f275f25738851be24 4841404 koffice-l10n-fr_2.0.91-1_all.deb 81af8cfe27d38aff9711c802a1dd9c30db9ccd72 240518 koffice-l10n-fy_2.0.91-1_all.deb eb064e748d7d9ddf56689886c0f588e559515cc7 333874 koffice-l10n-gl_2.0.91-1_all.deb c10e3dc834f399ae43e175af1c9026ef7ef6d597 801982 koffice-l10n-it_2.0.91-1_all.deb 7cbc76b207ac24467a7b7762744e37dcb44dbc8d 248350 koffice-l10n-ja_2.0.91-1_all.deb 56b0111b552dfe7fa523b323e61c0622ead2046d 300478 koffice-l10n-kk_2.0.91-1_all.deb 19b276dec95714cf960765e70b7b5914b6ddc6a9 317142 koffice-l10n-nb_2.0.91-1_all.deb 486d0911707e63c90087e6d7e85da9d4d894673d 315962 koffice-l10n-nds_2.0.91-1_all.deb 075a7bd9d7296379665d281192cd0857e60ccda9 3084714 koffice-l10n-nl_2.0.91-1_all.deb 122a50b5d9d385ad45caa794d1a3266c8e931409 242110 koffice-l10n-pl_2.0.91-1_all.deb 8ddebde4335749d990ac11eea7545bd31abe285d 1092030 koffice-l10n-pt_2.0.91-1_all.deb 8ed3b6d29ce78eec68677634094b855c74b15a3d 1078542 koffice-l10n-ptbr_2.0.91-1_all.deb 7221dcd9705727b562ff76118f38dcbd418ee453 4317726 koffice-l10n-sv_2.0.91-1_all.deb 99503b9c605edeaf8eac44b02fe1bf3288a58e9b 230568 koffice-l10n-tr_2.0.91-1_all.deb fad5f4579fbb7d16e85df6d2326427924469adb2 947882 koffice-l10n-uk_2.0.91-1_all.deb 8fa6b63ddc0c42c2bd7388ff845b1ccabda9b648 208156 koffice-l10n-wa_2.0.91-1_all.deb a835ac4d4455f42b47aa3778ee8add192212063d 212236 koffice-l10n-zhcn_2.0.91-1_all.deb 830c4eb7bc2081d9a5c42011368322ebe3e1185c 302316 koffice-l10n-zhtw_2.0.91-1_all.deb Checksums-Sha256: 031bf3182f9c18b348226216b7f013f12eae1d292380515e14d30e954c4f 1732 koffice-l10n_2.0.91-1.dsc
Accepted __SOURCE__ __VERSION__ (__ARCHITECTURE__)
__FILE_CONTENTS__ Accepted: goldendict_0.9.0+svn404-1.diff.gz to main/g/goldendict/goldendict_0.9.0+svn404-1.diff.gz goldendict_0.9.0+svn404-1.dsc to main/g/goldendict/goldendict_0.9.0+svn404-1.dsc goldendict_0.9.0+svn404-1_i386.deb to main/g/goldendict/goldendict_0.9.0+svn404-1_i386.deb goldendict_0.9.0+svn404.orig.tar.gz to main/g/goldendict/goldendict_0.9.0+svn404.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted eject 2.1.5+deb1+cvs20081104-7 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 17:43:50 +0100 Source: eject Binary: eject eject-udeb Architecture: source amd64 Version: 2.1.5+deb1+cvs20081104-7 Distribution: unstable Urgency: low Maintainer: Frank Lichtenheld dj...@debian.org Changed-By: Frank Lichtenheld dj...@debian.org Description: eject - ejects CDs and operates CD-Changers under Linux eject-udeb - ejects CDs from d-i menu (udeb) Closes: 534349 544043 Changes: eject (2.1.5+deb1+cvs20081104-7) unstable; urgency=low . [ Christian Perrier ] * Debconf translations: - Bengali added. - Telugu (Veeven) added. Closes: #544043 . [ Frank Lichtenheld ] * Bump Standards-Version to 3.8.2 (no changes) . * Program translations: - Italian updated. Closes: #534349 Checksums-Sha1: 4674a4c9539901db2f767b9781bd7f7f6ce9cfe7 1321 eject_2.1.5+deb1+cvs20081104-7.dsc 655dc6b620ba3a6fb099399e35013b294354f6e8 128542 eject_2.1.5+deb1+cvs20081104-7.diff.gz ef7c774dbdd35507b26036123078ccad0f873d8d 54272 eject_2.1.5+deb1+cvs20081104-7_amd64.deb 84965316a58c336495f63245785268d715b9c094 34548 eject-udeb_2.1.5+deb1+cvs20081104-7_amd64.udeb Checksums-Sha256: f32acc85ad1566dc707598b76525168a47751bd0967e3ee6c27244e292b6d5d3 1321 eject_2.1.5+deb1+cvs20081104-7.dsc e7da0c5521591bd8f8b251f8a1d5c74df7d766ed59b8a832008d50f0f9c81e0e 128542 eject_2.1.5+deb1+cvs20081104-7.diff.gz e978a24b425599b0165c11860a8d2e3ad7ce2fbb22c9b8a975321d4a71e5652c 54272 eject_2.1.5+deb1+cvs20081104-7_amd64.deb 781b5a384d12ebe4c7b2b5a05693701d82b814435329b00e4dd918bc33a36e4a 34548 eject-udeb_2.1.5+deb1+cvs20081104-7_amd64.udeb Files: bc50ca689bbdb9a86c637bdedca0d46c 1321 utils optional eject_2.1.5+deb1+cvs20081104-7.dsc abc0cf21314cfe78834c97d378397db1 128542 utils optional eject_2.1.5+deb1+cvs20081104-7.diff.gz c6cce9b6b7d8f6b44a61dca0f0f632b4 54272 utils optional eject_2.1.5+deb1+cvs20081104-7_amd64.deb 04553018f7b1a5616044822eb11274ca 34548 debian-installer optional eject-udeb_2.1.5+deb1+cvs20081104-7_amd64.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrl1EIACgkQQbn06FtxPfBDnQCg0a9HtTfdYghchENdi/mjaBSp Yd4An0EkVcVyra7Nu0ohZVTivxfISjSf =m3Rq -END PGP SIGNATURE- Accepted: eject-udeb_2.1.5+deb1+cvs20081104-7_amd64.udeb to main/e/eject/eject-udeb_2.1.5+deb1+cvs20081104-7_amd64.udeb eject_2.1.5+deb1+cvs20081104-7.diff.gz to main/e/eject/eject_2.1.5+deb1+cvs20081104-7.diff.gz eject_2.1.5+deb1+cvs20081104-7.dsc to main/e/eject/eject_2.1.5+deb1+cvs20081104-7.dsc eject_2.1.5+deb1+cvs20081104-7_amd64.deb to main/e/eject/eject_2.1.5+deb1+cvs20081104-7_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted cups-pdf 2.5.0-10 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 08:55:28 + Source: cups-pdf Binary: cups-pdf Architecture: source i386 Version: 2.5.0-10 Distribution: unstable Urgency: low Maintainer: Debian CUPS Maintainers pkg-cups-de...@lists.alioth.debian.org Changed-By: Martin-Éric Racine q-f...@iki.fi Description: cups-pdf - PDF printer for CUPS Closes: 552389 Changes: cups-pdf (2.5.0-10) unstable; urgency=low . * Removed 'removing' case from postinst (Closes: #552389). Checksums-Sha1: 56c0188d2bd0107e55f38177bbef97f5cb83babf 1086 cups-pdf_2.5.0-10.dsc b952b2258deedd1ec6e2cd0ca4eacdb6a71110fb 11413 cups-pdf_2.5.0-10.diff.gz 1b8421a8a200366b8786289eaa59b4e82f524b33 44158 cups-pdf_2.5.0-10_i386.deb Checksums-Sha256: 624f725272f00f124ddc31f0217601498f5b612145a5d1cd61893457b57c85a3 1086 cups-pdf_2.5.0-10.dsc 45b8ffae08e02dbd6c5ac6cf0620b4ae794c6fc9c55fe270555b3456b432de9c 11413 cups-pdf_2.5.0-10.diff.gz d4e80f99de03579cffb8725948e17d2b5b7e5940c49d91d3ab0c7a23d78fd5cd 44158 cups-pdf_2.5.0-10_i386.deb Files: 0136a76a22054d589b29d8dcd8405cae 1086 graphics optional cups-pdf_2.5.0-10.dsc 6b7732081bda72623408299bb588e0c0 11413 graphics optional cups-pdf_2.5.0-10.diff.gz 156f72ec63984bc57d76a6828d78b00b 44158 graphics optional cups-pdf_2.5.0-10_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkrlepwACgkQDecnbV4Fd/K85wCeMfRUY6TEuHxRKJ4zn8eqbTlw nDIAn2/iKa6s8cr7BXc3yPkBqNsTdXvR =/y4Q -END PGP SIGNATURE- Accepted: cups-pdf_2.5.0-10.diff.gz to main/c/cups-pdf/cups-pdf_2.5.0-10.diff.gz cups-pdf_2.5.0-10.dsc to main/c/cups-pdf/cups-pdf_2.5.0-10.dsc cups-pdf_2.5.0-10_i386.deb to main/c/cups-pdf/cups-pdf_2.5.0-10_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted egg 4.0.6+0.20041122cvs-15 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 19:09:32 +0900 Source: egg Binary: egg Architecture: source all Version: 4.0.6+0.20041122cvs-15 Distribution: unstable Urgency: low Maintainer: ISHIKAWA Mutsumi ishik...@debian.org Changed-By: ISHIKAWA Mutsumi ishik...@debian.org Description: egg- Tamago Ver. 4 -- EGG Input Method Architecture for Emacsen Closes: 543254 Changes: egg (4.0.6+0.20041122cvs-15) unstable; urgency=low . * fix Wnn support on Emacs23 to apply patch from http://www.m17n.org/mlarchive/mule-ja/200703/msg00018.html closes: #543254 * drop emacs22 support (because of above patch only works on emacs23 or later). Checksums-Sha1: c2893acf6dff3ba1bdea529aa061953ef9da8873 1024 egg_4.0.6+0.20041122cvs-15.dsc 2e50abab284808380b81442e5e72daa298a5483b 29512 egg_4.0.6+0.20041122cvs-15.diff.gz 54631c8f7876bd265bced837bda70b4600153612 169300 egg_4.0.6+0.20041122cvs-15_all.deb Checksums-Sha256: 16988951cc6bb87e723cc30a0e350be727f14da1394269e86dd951e416a82474 1024 egg_4.0.6+0.20041122cvs-15.dsc f829a3d1a675e612d069b9bf9be4df2b70119f81b8729ad3d4f4f5edef743be7 29512 egg_4.0.6+0.20041122cvs-15.diff.gz 4b7de8df967b75bcecd936af500c2774eca5b2e06e01a4474bc599331691e319 169300 egg_4.0.6+0.20041122cvs-15_all.deb Files: b34ab34390cf2d80243230cae12a141c 1024 utils extra egg_4.0.6+0.20041122cvs-15.dsc 4129a47416bfd678af3777d933178537 29512 utils extra egg_4.0.6+0.20041122cvs-15.diff.gz ec215a49d4e22043507217123d1eacd5 169300 utils extra egg_4.0.6+0.20041122cvs-15_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrld4MACgkQfi8w7uypT6gitQCgmfgwqvCu/KnvPWOHRwCuHrHQ QFUAoIrNH2xjuYD/9kFEo+e78WhhiZh1 =HmLv -END PGP SIGNATURE- Accepted: egg_4.0.6+0.20041122cvs-15.diff.gz to main/e/egg/egg_4.0.6+0.20041122cvs-15.diff.gz egg_4.0.6+0.20041122cvs-15.dsc to main/e/egg/egg_4.0.6+0.20041122cvs-15.dsc egg_4.0.6+0.20041122cvs-15_all.deb to main/e/egg/egg_4.0.6+0.20041122cvs-15_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted faad2 2.7-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 12:04:41 +0100 Source: faad2 Binary: libfaad-dev libfaad2 faad2-dbg faad Architecture: source i386 Version: 2.7-4 Distribution: unstable Urgency: low Maintainer: Debian multimedia packages maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Changed-By: Fabian Greffrath fab...@debian-unofficial.org Description: faad - freeware Advanced Audio Decoder player faad2-dbg - freeware Advanced Audio Decoder - debugging symbols libfaad-dev - freeware Advanced Audio Decoder - development files libfaad2 - freeware Advanced Audio Decoder - runtime files Closes: 550679 Changes: faad2 (2.7-4) unstable; urgency=low . * debian/control: Do not build the shared libmp4ff library packages anymore (Closes: #550679). * Removed debian/patches/force-include-stdint_h.patch. * Removed debian/patches/libmp4ff-shared-lib.patch. * Removed debian/patches/70_automake-1.9.patch. * Added debian/README.source. * Bumped Standards-Version to 3.8.3. * Raised Build-Depends to debhelper (= 7.0.50~), thanks lintian. * Removed debian/libmp4ff-dev.install and debian/libmp4ff0.install. * Removed libmp4ff0 from Depends for faad2-dbg. Checksums-Sha1: f164368b606548305e52cadc3e03c8067989301d 1575 faad2_2.7-4.dsc 6d2bf03c91ae8813725cbf5d8bc8a34c670186fe 5394 faad2_2.7-4.diff.gz c44dff427fd3b129e6a3d6eaa43b50c2603f5d64 178550 libfaad-dev_2.7-4_i386.deb 05ea5e081d7b68610198d7f77eceee481c86f170 167618 libfaad2_2.7-4_i386.deb f305e6a374df4b57969a2d24716613548a82602b 181660 faad2-dbg_2.7-4_i386.deb 6d573379593aa4d56345584df181c55ef49a3f25 29646 faad_2.7-4_i386.deb Checksums-Sha256: a236de2e9b91592c1af5fb3fee079d73f58bf16ab8ab37c0f901d6fe3d1ba8e5 1575 faad2_2.7-4.dsc b8f7198913ace643d8e56502288cdcbd38421afe7a6bb9c1a8082492b9985392 5394 faad2_2.7-4.diff.gz 62dc377aa318c8080b7281a504b55a84d78ca72e2ffcf73b2660a62bb8c03e76 178550 libfaad-dev_2.7-4_i386.deb e4cf616219f53f712678e746955d42348f694678eadbf0003b881a7fe3e2da80 167618 libfaad2_2.7-4_i386.deb d828048826d5dba2f83ecdf8bd3b92369b89f92f85b287a9391fab128d45b963 181660 faad2-dbg_2.7-4_i386.deb d0140beb2e8448dc598696111e574bc49ef29a25e0b73dd83d1e11944113b343 29646 faad_2.7-4_i386.deb Files: 937601a4011f5521f696b48a0fb5e3bc 1575 libs optional faad2_2.7-4.dsc 1b3db1fe674eea777ca8902abdb04f8f 5394 libs optional faad2_2.7-4.diff.gz 923d81625ba2e061806e9104f1673617 178550 libdevel optional libfaad-dev_2.7-4_i386.deb 18276f7e7c7abf28a0b40e06fd4d298c 167618 libs optional libfaad2_2.7-4_i386.deb 911950ea046b84d07fe21df625b7e08c 181660 debug extra faad2-dbg_2.7-4_i386.deb 304e1d952e70815a1f06472520f88dee 29646 sound optional faad_2.7-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Debian Powered! iJwEAQECAAYFAkrli+AACgkQ78RAoABp8o+ZJwP9FsO8lpEkxZAYKvYDSITNP47X ndyScox0S6CAJA7XEd9srPU9bfMQKXS8DiSqSrW8PrOoTQfF2xdOnzMODMx4N1gp gBTuKGRaRdjTGYti0W7B9C6M9rktozuSoHTH/4Qa0BQT9rNWfyp2WCpdLi4rD+OU Oq4P0nOpPfrlPGZgcVs= =OzB+ -END PGP SIGNATURE- Accepted: faad2-dbg_2.7-4_i386.deb to main/f/faad2/faad2-dbg_2.7-4_i386.deb faad2_2.7-4.diff.gz to main/f/faad2/faad2_2.7-4.diff.gz faad2_2.7-4.dsc to main/f/faad2/faad2_2.7-4.dsc faad_2.7-4_i386.deb to main/f/faad2/faad_2.7-4_i386.deb libfaad-dev_2.7-4_i386.deb to main/f/faad2/libfaad-dev_2.7-4_i386.deb libfaad2_2.7-4_i386.deb to main/f/faad2/libfaad2_2.7-4_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted gnome-panel 2.28.0-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 08:41:03 +0100 Source: gnome-panel Binary: gnome-panel libpanel-applet2-0 gnome-panel-dbg libpanel-applet2-dev libpanel-applet2-doc gnome-panel-data Architecture: source all amd64 Version: 2.28.0-2 Distribution: unstable Urgency: low Maintainer: Guilherme de S. Pastore gpast...@debian.org Changed-By: Andreas Henriksson andr...@fatal.se Description: gnome-panel - launcher and docking facility for GNOME gnome-panel-data - common files for the GNOME Panel gnome-panel-dbg - GNOME Panel and library for panel applets - debugging symbols libpanel-applet2-0 - library for GNOME Panel applets libpanel-applet2-dev - library for GNOME Panel applets - development files libpanel-applet2-doc - library for GNOME Panel applets - documentation files Closes: 549180 Changes: gnome-panel (2.28.0-2) unstable; urgency=low . [ Josselin Mouette ] * 30_xrandr_crashes.patch: stolen upstream. Fixes various cases where the panel would crash because XRandR hasn’t been initialized as expected. Closes: #549180. Checksums-Sha1: eb463532fabdb9198b95dd78045b20f633708138 2318 gnome-panel_2.28.0-2.dsc 36add1ab49a3beb83a73c636712a1f7ae5ad97d8 209661 gnome-panel_2.28.0-2.diff.gz 68cc7d26e4864513d6a132f2c94f97c69b5bcda4 123836 libpanel-applet2-doc_2.28.0-2_all.deb b9da7503f730d5ec9dabee0fd6c8f0264d243f83 3639132 gnome-panel-data_2.28.0-2_all.deb e299539da45d9562f44dcd488c997acf12bd0562 556454 gnome-panel_2.28.0-2_amd64.deb d60f27fba7f1c9d615a720cf67fc5e2087e34e70 121678 libpanel-applet2-0_2.28.0-2_amd64.deb 6d489add31f3f8931fe2d3dd088e3e9d2422f7b5 1372316 gnome-panel-dbg_2.28.0-2_amd64.deb 360806c9d867cc1964e04ae209dcb454a8553f4d 127702 libpanel-applet2-dev_2.28.0-2_amd64.deb Checksums-Sha256: 1ee3777abbd44df02d03a32b5736bdd941d2c6925d8084ff0a61d7e0358f202e 2318 gnome-panel_2.28.0-2.dsc 53897de390b2ad2cfc7e023ea4619e2e9bbd4fbf2617f8bfe8eb456806796815 209661 gnome-panel_2.28.0-2.diff.gz 7be5aa5ca8ce4177cd7a2f5e2ca6e43565ba778dae8a75a196814668a6367b3a 123836 libpanel-applet2-doc_2.28.0-2_all.deb c66231c45b509e06bbcd91c3b0db2baf790b8e2ad7d7cdf85d21d2ef8df66869 3639132 gnome-panel-data_2.28.0-2_all.deb 2be93c6cba700419d5707f218df0cb13db8e5cb4d7a9ab4288ad639fea1a115a 556454 gnome-panel_2.28.0-2_amd64.deb 752ef40f64020bdb52b94c771b7c92e3bb8a1ac88f4312f8e57bde96ed829286 121678 libpanel-applet2-0_2.28.0-2_amd64.deb 10ec5f79a5b58faa4abb7aced6fd44a3a5b2d6c72001a8676fb9e16a5dcd8027 1372316 gnome-panel-dbg_2.28.0-2_amd64.deb 8589d905a3ad1796c16b969d52f0c21c410b3aeda2e8fd6857475c72176c4db4 127702 libpanel-applet2-dev_2.28.0-2_amd64.deb Files: eb31b3dbc72ad1448a2a0773a8f7d10e 2318 gnome optional gnome-panel_2.28.0-2.dsc 97c03d1ce925dd8eaea6571e6bb17033 209661 gnome optional gnome-panel_2.28.0-2.diff.gz 1ea51adb5d85ee5b269ee35427990772 123836 doc optional libpanel-applet2-doc_2.28.0-2_all.deb e58f8aac844e59571876a3d6e24b220b 3639132 gnome optional gnome-panel-data_2.28.0-2_all.deb c67ad37b00f06dea067cfe645076bb80 556454 gnome optional gnome-panel_2.28.0-2_amd64.deb 4cd28568751071c93ab4f90f21b1b023 121678 libs optional libpanel-applet2-0_2.28.0-2_amd64.deb 0f5f44727051d8fbf86608e60788 1372316 debug extra gnome-panel-dbg_2.28.0-2_amd64.deb 97f156ab89125545681d92ef533ae8cf 127702 libdevel optional libpanel-applet2-dev_2.28.0-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrlWKsACgkQcgQ2cL3l8e5MLwCg20dSnBS+LqgTs2jIdLCHBM6u R0oAn0/53LFsJiPys4UAIA7hqYTUzHCj =A36S -END PGP SIGNATURE- Accepted: gnome-panel-data_2.28.0-2_all.deb to main/g/gnome-panel/gnome-panel-data_2.28.0-2_all.deb gnome-panel-dbg_2.28.0-2_amd64.deb to main/g/gnome-panel/gnome-panel-dbg_2.28.0-2_amd64.deb gnome-panel_2.28.0-2.diff.gz to main/g/gnome-panel/gnome-panel_2.28.0-2.diff.gz gnome-panel_2.28.0-2.dsc to main/g/gnome-panel/gnome-panel_2.28.0-2.dsc gnome-panel_2.28.0-2_amd64.deb to main/g/gnome-panel/gnome-panel_2.28.0-2_amd64.deb libpanel-applet2-0_2.28.0-2_amd64.deb to main/g/gnome-panel/libpanel-applet2-0_2.28.0-2_amd64.deb libpanel-applet2-dev_2.28.0-2_amd64.deb to main/g/gnome-panel/libpanel-applet2-dev_2.28.0-2_amd64.deb libpanel-applet2-doc_2.28.0-2_all.deb to main/g/gnome-panel/libpanel-applet2-doc_2.28.0-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted ivtools 1.2.6-1+nmu1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Sep 2009 13:02:03 +0200 Source: ivtools Binary: ivtools-bin ivtools-dev libiv1 libiv-unidraw1 Architecture: source all i386 Version: 1.2.6-1+nmu1 Distribution: unstable Urgency: low Maintainer: agmar...@debian.org Changed-By: Agustin Martin Domingo agmar...@debian.org Description: ivtools-bin - Drawing Editors evolved from idraw ivtools-dev - Development files for the InterViews library libiv-unidraw1 - Application Frameworks layered on Unidraw libiv1 - C++ GUI library with Motif Look and Feel Closes: 545834 Changes: ivtools (1.2.6-1+nmu1) unstable; urgency=low . * Non-maintainer upload. * 48_gcc40_int_pointer_errors.diff: New patch to fix some gcc40 errors. + A pointer does not fit in an integer on 64 bit arches. A pointer is 64 bit, an integer 32 bit. Use (u)intptr_t instead of (unsigned) int (Closes: #545834). * debian/rules: Remove empty -p parameter to dh_installdocs. Checksums-Sha1: 4d6c57c5cd55fb3aa6fbcec4661ccf080cf0d802 1209 ivtools_1.2.6-1+nmu1.dsc fa9ed5d28c022de442113d1b58fcbbf22c61db4a 14616 ivtools_1.2.6-1+nmu1.diff.gz 44b031c484988762f75bfcdd10a3e10f540bf224 724030 ivtools-dev_1.2.6-1+nmu1_all.deb 90a3764fc386ae0f6a7ce6911a0e80b0a2ba6d84 173450 ivtools-bin_1.2.6-1+nmu1_i386.deb 2093d473fc5bb8a9beca8df81b368b656e0351e5 659996 libiv1_1.2.6-1+nmu1_i386.deb d06c6be8f5a391d4adaf38cdd1d1b80109da 1657524 libiv-unidraw1_1.2.6-1+nmu1_i386.deb Checksums-Sha256: fe60322ff54fce47236080bdd7ea93a97c0f1d39d548ff8fe69402f56c509ec1 1209 ivtools_1.2.6-1+nmu1.dsc c7cdf411cb2d6dc44a5fe8a881ca8dca06cf00b1bd9a012f7641c365c17abfda 14616 ivtools_1.2.6-1+nmu1.diff.gz 1365a502d770ab4a6b9532385a37d8cefa8b4a5dce0a986a7bd385cd6e1db55b 724030 ivtools-dev_1.2.6-1+nmu1_all.deb 5d1fedddfa1a5765842646470cb88a1dcd0df195e18912fe8f05ffd3caaf7b56 173450 ivtools-bin_1.2.6-1+nmu1_i386.deb db2ceb45699df106c6d489aff0c291aa0b7147f65092e89a80f5216d7517f6fd 659996 libiv1_1.2.6-1+nmu1_i386.deb 985750d4dfb6ff8d48c8cb8b4ca136fbe91daec7eed5d68c6c617fe2328bdc02 1657524 libiv-unidraw1_1.2.6-1+nmu1_i386.deb Files: 405d785737747739dd689e8802679dd1 1209 libs optional ivtools_1.2.6-1+nmu1.dsc ac40349090148360a7211e12066ededd 14616 libs optional ivtools_1.2.6-1+nmu1.diff.gz e01470117acad4672b5279c40fde525a 724030 devel optional ivtools-dev_1.2.6-1+nmu1_all.deb 18684d8a9651a7827c1029a8483b77bd 173450 graphics optional ivtools-bin_1.2.6-1+nmu1_i386.deb 861d19b68cb8578c75703015639aaa83 659996 libs optional libiv1_1.2.6-1+nmu1_i386.deb 51aa0a68467ab691f0546731932e9a71 1657524 libs optional libiv-unidraw1_1.2.6-1+nmu1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFKwfVCTShHqj72DpwRAgXlAJ4xNRqs+vL/epd+A2EOYQ/bbcGpGACeIi3q 4IJvV0CXUqzxE6+hIuM6plk= =xdSk -END PGP SIGNATURE- Accepted: ivtools-bin_1.2.6-1+nmu1_i386.deb to main/i/ivtools/ivtools-bin_1.2.6-1+nmu1_i386.deb ivtools-dev_1.2.6-1+nmu1_all.deb to main/i/ivtools/ivtools-dev_1.2.6-1+nmu1_all.deb ivtools_1.2.6-1+nmu1.diff.gz to main/i/ivtools/ivtools_1.2.6-1+nmu1.diff.gz ivtools_1.2.6-1+nmu1.dsc to main/i/ivtools/ivtools_1.2.6-1+nmu1.dsc libiv-unidraw1_1.2.6-1+nmu1_i386.deb to main/i/ivtools/libiv-unidraw1_1.2.6-1+nmu1_i386.deb libiv1_1.2.6-1+nmu1_i386.deb to main/i/ivtools/libiv1_1.2.6-1+nmu1_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libgems-ruby 1.3.5-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 19:59:51 +0900 Source: libgems-ruby Binary: rubygems1.8 rubygems1.9.1 rubygems rubygems-doc Architecture: source all Version: 1.3.5-2 Distribution: unstable Urgency: low Maintainer: Daigo Moriwaki da...@debian.org Changed-By: Daigo Moriwaki da...@debian.org Description: rubygems - package management framework for Ruby libraries/applications rubygems-doc - package management framework for Ruby libraries/applications rubygems1.8 - package management framework for Ruby libraries/applications rubygems1.9.1 - package management framework for Ruby libraries/applications Closes: 549778 Changes: libgems-ruby (1.3.5-2) unstable; urgency=low . * debian/rules: Fixed a FTBFS bug. Thanks to Jon Bernard for a patch. (Closes: #549778) Checksums-Sha1: 2dca9d04bfba63cb1675049726e9d67524a69e9b 1384 libgems-ruby_1.3.5-2.dsc de33b81f57ca423288c9116efb817bd44681309a 11662 libgems-ruby_1.3.5-2.diff.gz eb77736f41a2c1181c5e657dfda680dce14d4b4b 191590 rubygems1.8_1.3.5-2_all.deb c5c0a87b8d588442d4f0f8bda73ebf2675087e74 190958 rubygems1.9.1_1.3.5-2_all.deb e48b024bef5dfd840a190acc9362d45c514666d3 63446 rubygems_1.3.5-2_all.deb af746dd3d063ddc8237f160871b17c24c06f48df 310184 rubygems-doc_1.3.5-2_all.deb Checksums-Sha256: 92c179cadfacb1d8aec807421f3abb1618c37e42ea43a2ea7da15a5e2c7bfd4a 1384 libgems-ruby_1.3.5-2.dsc 3279ea55d84b7ecbd2e155dc1cc60394f21a3e07791a48a28d646f0dce82aeaf 11662 libgems-ruby_1.3.5-2.diff.gz 33a4024696081a0e6b630755b9accc1bda5965d00ad4f5f523f30ecfc559e7eb 191590 rubygems1.8_1.3.5-2_all.deb 822887fd30c697b4284f0a2c496efd09f605e3afb3da6f529cb68413c4188350 190958 rubygems1.9.1_1.3.5-2_all.deb 7ff5bfdd9768378a0ecba366bc4a5b87c6dd248f7032cb19869329a7db48130b 63446 rubygems_1.3.5-2_all.deb d2704c86ccde20314719e2eafe6dc83621ca132d8b278153e3cb6da9890337b6 310184 rubygems-doc_1.3.5-2_all.deb Files: bf5b8af3cc8c30558ccc5e86f47bdc83 1384 ruby optional libgems-ruby_1.3.5-2.dsc a8428329a1678d8c8f8ba0e147d3d344 11662 ruby optional libgems-ruby_1.3.5-2.diff.gz e7ef4032085510f3803a5911007b4e98 191590 ruby optional rubygems1.8_1.3.5-2_all.deb 889a28983b52731beaad07aec5b5bdfa 190958 ruby optional rubygems1.9.1_1.3.5-2_all.deb e68333ecc3ce64f7874f32a8fb6f7081 63446 ruby optional rubygems_1.3.5-2_all.deb c70a8e293798291ef062ca10dd6019b9 310184 doc optional rubygems-doc_1.3.5-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkrlheIACgkQNcPj+ukc0lCAnwCgl/8XFrLTLZquJ6GBSLGFv/13 ta8AoNlBHMJj4udRkYgRUtwnKpDLKluL =hxml -END PGP SIGNATURE- Accepted: libgems-ruby_1.3.5-2.diff.gz to main/libg/libgems-ruby/libgems-ruby_1.3.5-2.diff.gz libgems-ruby_1.3.5-2.dsc to main/libg/libgems-ruby/libgems-ruby_1.3.5-2.dsc rubygems-doc_1.3.5-2_all.deb to main/libg/libgems-ruby/rubygems-doc_1.3.5-2_all.deb rubygems1.8_1.3.5-2_all.deb to main/libg/libgems-ruby/rubygems1.8_1.3.5-2_all.deb rubygems1.9.1_1.3.5-2_all.deb to main/libg/libgems-ruby/rubygems1.9.1_1.3.5-2_all.deb rubygems_1.3.5-2_all.deb to main/libg/libgems-ruby/rubygems_1.3.5-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted moblin-panel-people 0.0.7-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 26 Oct 2009 12:37:49 +0800 Source: moblin-panel-people Binary: moblin-panel-people Architecture: source i386 Version: 0.0.7-1 Distribution: unstable Urgency: low Maintainer: Ying-Chun Liu (PaulLiu) paul...@debian.org Changed-By: Ying-Chun Liu (PaulLiu) paul...@debian.org Description: moblin-panel-people - People panel for Moblin Changes: moblin-panel-people (0.0.7-1) unstable; urgency=low . * New upstream release * debian/control: Update description and homepage field. Checksums-Sha1: b14da9c2220b02d64585a84d51c5c3866b373ab4 1855 moblin-panel-people_0.0.7-1.dsc 18a0a473fb2edb4ecf8f0101ab7e2ca0fe00c8f6 35070 moblin-panel-people_0.0.7.orig.tar.gz 66fdb462d67633c6d3c334db6c4f94715f22adde 1606 moblin-panel-people_0.0.7-1.diff.gz 0af96267124a0998db4b4ffd04838148c311c391 22414 moblin-panel-people_0.0.7-1_i386.deb Checksums-Sha256: 2ced1ba675482269b91a8aece3d011c7e809dd44ed45b9bb3ac9b9a20e2684d5 1855 moblin-panel-people_0.0.7-1.dsc 31599e0a04e4203abfd7ecade9922747c7e1e5aaa0e44e50a2abcd6b7bcbf124 35070 moblin-panel-people_0.0.7.orig.tar.gz a9638adf9959d143e10c5ca1885305836315cf4a238c83c2c7c39eca078200ec 1606 moblin-panel-people_0.0.7-1.diff.gz b819a416d9cd5920dfba176f80db6a1792b6beee2defebc840f57ed67956b4f7 22414 moblin-panel-people_0.0.7-1_i386.deb Files: 9c22f9212be8b96ac40d0eac4759960b 1855 gnome optional moblin-panel-people_0.0.7-1.dsc b2f7a00bfa90ee4a885afcfdb03ab9f2 35070 gnome optional moblin-panel-people_0.0.7.orig.tar.gz ec71aa841daac1904e5d99eaa8d254e4 1606 gnome optional moblin-panel-people_0.0.7-1.diff.gz bc617e236e047aece3ff4ff4ba2eb66b 22414 gnome optional moblin-panel-people_0.0.7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJK5WNdAAoJEPgLgUbQQog2zjUQAILDCpy9m+I222L9JfZWZRrM BXxVbiTKjQ3aSozn03u0z45B0mLBF/Ple7IYfbV+21Xla4XJR3pBv3wEYMJaPZxG ZrKUHU/FfCgt6kKA57bHlmeKvnffkNPoWBjyWrRWrNQm+PU9ddLEJb8MAhFCA5yi 4dm7icPCy4FhS372THO+pE4qufsPhYWno+8mQFcSzd1/ihdFUpZ/qM7Rx5PpqHw1 ekwKY9Vanb39nvKWdhEOEjcGHTX5CtvlLBjZvLTZ++/lF3Bw9YIIxQLHmPDNQoMf LfpoDNO8qiGqPbJAfilY7Oa46cYCTBfyQKuPMzDAHAQZ7zuyYyhF+tHv+2SkYNZn bDz7Arqm/mQ8RtXOOgrnlJvjQOHUbP7iGcKq2ohSAj/0QMnv/QaZg7tS+zYvezxo zqLi0wS4xD8VDVaAr2fzY5IUeIFyUZCrgSqDfc+jeBCCEV0g7qpt52jElskVtxLo rl+LI7ftVYoerle7Oh+3CncPLM/g2M3CnNu8McXj4nP0sc9vZK2dyVejZB/ttQft TRw0GBBJmEa+G7ABbalUIC7VnXCYZpscx7eXfOuCPK61vOSU06G+DAfoPMDwKUWy 36qsfsXfcf+c4ye41E3r7DONVfZZ5BdrmDGINKOKffjm95RUqcvimYZwd3uk32Rn gxrSY+pXbNCpny7qZlc2 =mwCe -END PGP SIGNATURE- Accepted: moblin-panel-people_0.0.7-1.diff.gz to main/m/moblin-panel-people/moblin-panel-people_0.0.7-1.diff.gz moblin-panel-people_0.0.7-1.dsc to main/m/moblin-panel-people/moblin-panel-people_0.0.7-1.dsc moblin-panel-people_0.0.7-1_i386.deb to main/m/moblin-panel-people/moblin-panel-people_0.0.7-1_i386.deb moblin-panel-people_0.0.7.orig.tar.gz to main/m/moblin-panel-people/moblin-panel-people_0.0.7.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted ncdu 1.6-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 10:44:05 +0200 Source: ncdu Binary: ncdu Architecture: source amd64 Version: 1.6-1 Distribution: unstable Urgency: low Maintainer: Eugene V. Lyubimkin jac...@debian.org Changed-By: Eugene V. Lyubimkin jac...@debian.org Description: ncdu - ncurses disk usage viewer Closes: 460568 Changes: ncdu (1.6-1) unstable; urgency=low . * New upstream release. - Handles properly Unicode characters in the file names. (Closes: #460568) * debian/control: - Added build-dependency on 'libncursesw5-dev'. Checksums-Sha1: ba9a9584668803439a380b30fd4e9d523bca1f2c 997 ncdu_1.6-1.dsc 8de9954c119045ed01e447aac9a5def4de1a56fb 104265 ncdu_1.6.orig.tar.gz 3ad123cf4dd089dcb9730d69c2aa19c5866d53df 2089 ncdu_1.6-1.diff.gz 3106fbcb3451bd62d5c491f70dbbd5f8c04a7779 25190 ncdu_1.6-1_amd64.deb Checksums-Sha256: d7435430dbc49cd450c634717e853e8041b6abe319845d1e6aacc816aeb750fc 997 ncdu_1.6-1.dsc 0922916eab6371adb2f7a567bf4477c0a738910e799dbdf477f30d138eff470c 104265 ncdu_1.6.orig.tar.gz 3e58f7d9a5b787e0cd5160ae81e9705d33899bf6efe281c547bcdc3112161bbb 2089 ncdu_1.6-1.diff.gz 70957e0416c23dcda18ce899adca581a547f17b81a78bf7cb1ab77625eafb420 25190 ncdu_1.6-1_amd64.deb Files: ea44a18646f61ed2be22c2d5e45a6340 997 admin optional ncdu_1.6-1.dsc 95d29cf64af2d8cf4b5005e6e3d60384 104265 admin optional ncdu_1.6.orig.tar.gz cc63718815cc512206d00c965147e9c9 2089 admin optional ncdu_1.6-1.diff.gz 1bad32510ed27c98237794718506d2f8 25190 admin optional ncdu_1.6-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrleZQACgkQchorMMFUmYwfRwCgqWmRlDABX+g0Tt+Dyzysiqqi LjIAoK3D+XsdvmaIEXLKnRcITILcLDLP =IojU -END PGP SIGNATURE- Accepted: ncdu_1.6-1.diff.gz to main/n/ncdu/ncdu_1.6-1.diff.gz ncdu_1.6-1.dsc to main/n/ncdu/ncdu_1.6-1.dsc ncdu_1.6-1_amd64.deb to main/n/ncdu/ncdu_1.6-1_amd64.deb ncdu_1.6.orig.tar.gz to main/n/ncdu/ncdu_1.6.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted nfdump 1.5.8-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 00:03:16 +0100 Source: nfdump Binary: nfdump nfdump-dbg Architecture: source i386 Version: 1.5.8-2 Distribution: unstable Urgency: low Maintainer: Erik Wenzel e...@debian.org Changed-By: Erik Wenzel e...@debian.org Description: nfdump - netflow capture daemon nfdump-dbg - netflow capture daemon tools compiled with debugging symbols Closes: 534559 Changes: nfdump (1.5.8-2) unstable; urgency=low . * [c2ee06bf] [init.d] changed exit code handling (Closes: 534559) * [15396d53] [control] changed section for dbg package to debug * [5c087d4d] [control] bumped standards version Checksums-Sha1: e198bdb334f01d56470ab420f7b21e5784a3d999 1132 nfdump_1.5.8-2.dsc 73a18f3eabb7f928d8ed9c2a305914c953f9457e 331279 nfdump_1.5.8.orig.tar.gz a464f17b5fe18e1a22113d260793d3e37cb2ad55 6775 nfdump_1.5.8-2.diff.gz 6b37c0b846eb271561aa53a7bcfebf63ec560496 290644 nfdump_1.5.8-2_i386.deb 8e74f4f3f9b3a029a28b1bec3b57b796275c7bdd 363210 nfdump-dbg_1.5.8-2_i386.deb Checksums-Sha256: 695e79a8dbe3a4cec2e1da91ffafb1a1a787f58600b6168086939c394a2c04d3 1132 nfdump_1.5.8-2.dsc 3fbfb874377316cf322cf13cfab667207fe78e0910bbc82ba012e3a77c00de36 331279 nfdump_1.5.8.orig.tar.gz 33643e6d9e0350ffe65076da0bca7db196bb2d8ccd9c13887c4091a10b6f9cd0 6775 nfdump_1.5.8-2.diff.gz 8aab199ff6b7863588012cb25b73e52f11906072c84869a731f9830c2011bf9f 290644 nfdump_1.5.8-2_i386.deb 58341280749cec73fc2c484a4e70b4ceb37542d4692400a4bda0f35936095e3a 363210 nfdump-dbg_1.5.8-2_i386.deb Files: ff613f2167255f52c29c7d7472a3f629 1132 net optional nfdump_1.5.8-2.dsc f314513652df18259f8303c542918cbb 331279 net optional nfdump_1.5.8.orig.tar.gz 39544b5726e07aa243129932350a1fca 6775 net optional nfdump_1.5.8-2.diff.gz 16f19aca1744ae4de62863227c3e9d4a 290644 net optional nfdump_1.5.8-2_i386.deb 17124504ca1dbec12993a3fc3ad1c93f 363210 debug extra nfdump-dbg_1.5.8-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrlYP0ACgkQmMmei9uJhBB4SwCeM8OStQsz4o6Aj5SWQG6fwcXC pHAAoLSsFHPb8pSs1uMIZ6HTX34Xi1Za =2rW2 -END PGP SIGNATURE- Accepted: nfdump-dbg_1.5.8-2_i386.deb to main/n/nfdump/nfdump-dbg_1.5.8-2_i386.deb nfdump_1.5.8-2.diff.gz to main/n/nfdump/nfdump_1.5.8-2.diff.gz nfdump_1.5.8-2.dsc to main/n/nfdump/nfdump_1.5.8-2.dsc nfdump_1.5.8-2_i386.deb to main/n/nfdump/nfdump_1.5.8-2_i386.deb nfdump_1.5.8.orig.tar.gz to main/n/nfdump/nfdump_1.5.8.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted pep8 0.4.2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 10:11:29 + Source: pep8 Binary: pep8 Architecture: source all Version: 0.4.2-2 Distribution: unstable Urgency: low Maintainer: David Watson da...@bashton.com Changed-By: David Watson da...@bashton.com Description: pep8 - A tool to check your Python code against some of the style conven Changes: pep8 (0.4.2-2) unstable; urgency=low . * Add missing depends on python-setuptools. Closes (#552259). Checksums-Sha1: 7c1a790965e6066f0542a05b570bd0ac35a0e746 1037 pep8_0.4.2-2.dsc f566fde96a40f72815b8af7a433c9e41938ffb7d 2821 pep8_0.4.2-2.diff.gz d05dfc58911f310e7bd35460b492989221f2e7e0 18838 pep8_0.4.2-2_all.deb Checksums-Sha256: ddf833da66571aa5b8c226e924c7ca6901af9198e0bf0f69a61f53d0af8611cb 1037 pep8_0.4.2-2.dsc 98afa15974f2e2ce0734bff3c14a033f7a3e485af79285203112187f2bbab00b 2821 pep8_0.4.2-2.diff.gz 613156b92f530ac838cb558fff5479818d3c3669c63f396b3b86be868e15b474 18838 pep8_0.4.2-2_all.deb Files: 7a886ad1c936e116ba0683ef1abfaff7 1037 python optional pep8_0.4.2-2.dsc e821d42e6880c5153d4820f67c715886 2821 python optional pep8_0.4.2-2.diff.gz 35412f29b94ce2b6d918c1616c6c0935 18838 python optional pep8_0.4.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrldjsACgkQDeh5nqfWrnmilwCfXdwpw6KNBZWRVEbv2gyak8U/ sM4AnAy4tciK+ZTrRChsjsRapXeZQ/Bo =7syt -END PGP SIGNATURE- Accepted: pep8_0.4.2-2.diff.gz to main/p/pep8/pep8_0.4.2-2.diff.gz pep8_0.4.2-2.dsc to main/p/pep8/pep8_0.4.2-2.dsc pep8_0.4.2-2_all.deb to main/p/pep8/pep8_0.4.2-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted photoprint 0.4.1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 09:54:28 +0100 Source: photoprint Binary: photoprint Architecture: source amd64 Version: 0.4.1-1 Distribution: unstable Urgency: low Maintainer: Milan Zamazal p...@debian.org Changed-By: Milan Zamazal p...@debian.org Description: photoprint - Image printing utility Changes: photoprint (0.4.1-1) unstable; urgency=low . * New upstream version. * Updated to debhelper 7. * README.source added. * debian/copyright updated. * debian/rules: Actually pass all the flags to build programs. * Standards 3.8.3. Checksums-Sha1: ecd76ebe321206c303c086c28d6cf7e48e97 1184 photoprint_0.4.1-1.dsc 894c7bbb1ad7023a7d0132cc694f0fee1016bb86 1935779 photoprint_0.4.1.orig.tar.gz 28f34117f99ff4ffd2a474ee7104efbaf27bafcf 507905 photoprint_0.4.1-1.diff.gz 0005f6fdf2144607132d7e1f5e20f1ef3efd533a 1120102 photoprint_0.4.1-1_amd64.deb Checksums-Sha256: 3e8978104c80d1d17e45d98102fc5a30fde3f53f26f0334517e30e4b4c328dfd 1184 photoprint_0.4.1-1.dsc 9f2e1029b5b8cebb22772ab0c8e6c063164993449f2d390571a400558d4823d6 1935779 photoprint_0.4.1.orig.tar.gz 52daf2e289d10112f9aeb8b443cf6e80869537526b88bc533ca3a866e9deaeed 507905 photoprint_0.4.1-1.diff.gz aa8f69282d6cc154613b231dea446e6c4362134966fc3bd8d9fbeb8626b23442 1120102 photoprint_0.4.1-1_amd64.deb Files: b8ca81caa53bdf2cb93858d063fd1f90 1184 graphics optional photoprint_0.4.1-1.dsc f0ba0b7de1dac4cbd1c53f752a29f5e2 1935779 graphics optional photoprint_0.4.1.orig.tar.gz a2d502f5f9cf57ed991fb648d8e85e8a 507905 graphics optional photoprint_0.4.1-1.diff.gz 5314277857700cee06b56cf76d4bea8e 1120102 graphics optional photoprint_0.4.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkrlZsEACgkQkSkk/j3Cm0HM/QCg1t2bMl+bZElFbYNFVyOEMhek 3QsAnicFdFG1Jk40LVXaxJ7xmUv3+s+9 =quvl -END PGP SIGNATURE- Accepted: photoprint_0.4.1-1.diff.gz to main/p/photoprint/photoprint_0.4.1-1.diff.gz photoprint_0.4.1-1.dsc to main/p/photoprint/photoprint_0.4.1-1.dsc photoprint_0.4.1-1_amd64.deb to main/p/photoprint/photoprint_0.4.1-1_amd64.deb photoprint_0.4.1.orig.tar.gz to main/p/photoprint/photoprint_0.4.1.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted proftpd-dfsg 1.3.2b-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 11:48:34 +0100 Source: proftpd-dfsg Binary: proftpd-basic proftpd-dev proftpd-doc proftpd-mod-mysql proftpd-mod-pgsql proftpd-mod-ldap proftpd-mod-odbc proftpd-mod-sqlite Architecture: source i386 all Version: 1.3.2b-1 Distribution: unstable Urgency: low Maintainer: Francesco Paolo Lovergine fran...@debian.org Changed-By: Francesco Paolo Lovergine fran...@debian.org Description: proftpd-basic - Versatile, virtual-hosting FTP daemon - binaries proftpd-dev - Versatile, virtual-hosting FTP daemon - development files proftpd-doc - Versatile, virtual-hosting FTP daemon - documentation proftpd-mod-ldap - Versatile, virtual-hosting FTP daemon - LDAP module proftpd-mod-mysql - Versatile, virtual-hosting FTP daemon - MySQL module proftpd-mod-odbc - Versatile, virtual-hosting FTP daemon - ODBC module proftpd-mod-pgsql - Versatile, virtual-hosting FTP daemon - PostgreSQL module proftpd-mod-sqlite - Versatile, virtual-hosting FTP daemon - SQLite3 module Changes: proftpd-dfsg (1.3.2b-1) unstable; urgency=low . * New upstream release. Merged patches: 3282, 3284 and 3275. Note that 3275 solved CVE-2009-3639. Checksums-Sha1: 42d758f0b5a49db1f936457ac7bf926cf64db2f8 1384 proftpd-dfsg_1.3.2b-1.dsc 316bc277f9749b308c8a884a412d4fa0b0ac3879 2989123 proftpd-dfsg_1.3.2b.orig.tar.gz 869ba6018cc61a48b903aa39a03d54958b7026db 94780 proftpd-dfsg_1.3.2b-1.diff.gz 4ab37b0e52de8c45be277547e983571e16a86f26 827360 proftpd-basic_1.3.2b-1_i386.deb ac7d1d8e677b26e257d33b103d1b111b08d3b231 562362 proftpd-dev_1.3.2b-1_i386.deb 75374886210b6357a9ed70cfbf9a0be875f906c6 278456 proftpd-mod-mysql_1.3.2b-1_i386.deb 53080d6c0e214889e103b02d93e78e9440ded3f8 278310 proftpd-mod-pgsql_1.3.2b-1_i386.deb 4db8447698350153a73d7f38f308b8f6f8ec25ea 287200 proftpd-mod-ldap_1.3.2b-1_i386.deb e453bc8615449c691a9b18bd81efc7895baf 280398 proftpd-mod-odbc_1.3.2b-1_i386.deb b26eea97b301072e3ba0b8c3a5c6e4ea823cdbfd 278222 proftpd-mod-sqlite_1.3.2b-1_i386.deb be9b4fd0e8f7f8b7df4fc4f96ea7ee8ebc16c5bd 1383154 proftpd-doc_1.3.2b-1_all.deb Checksums-Sha256: 7fe0427c655f01f8eea98ef55a97304e20822f912f81702cba5c6caea0949dcb 1384 proftpd-dfsg_1.3.2b-1.dsc 5d35ba9ddbfc0a35b694e97465c44d04f94cfcf82f7c53eced335aab1b75d2c4 2989123 proftpd-dfsg_1.3.2b.orig.tar.gz 6bd8c55bca46f3261a5e688247f73216aa3ffe107c447a27bab9001f80f910e7 94780 proftpd-dfsg_1.3.2b-1.diff.gz 239bd05a051f1f23070fef4151c8f2a256dd2547a1ac6baf20b0c085b3f6 827360 proftpd-basic_1.3.2b-1_i386.deb 0e20e6d0c880d82ef37f009381754d0a59ec9366f92aba34891bfa2a6e3d0947 562362 proftpd-dev_1.3.2b-1_i386.deb 0bb72160bfdf0cfa856dc5accd5bd1cdce3f1b07c442a59179e846a0f26e46e5 278456 proftpd-mod-mysql_1.3.2b-1_i386.deb 621608990f4f31493eb18cea927d8b571946231b8ae03d857ec966845bbdab63 278310 proftpd-mod-pgsql_1.3.2b-1_i386.deb b683990a2388e8239bdab638a64a7f5918bd3a0713a3e6c580f9b201326601c2 287200 proftpd-mod-ldap_1.3.2b-1_i386.deb 50931adc28c7daa6460457607bf3b544a5b7a25793ec054ac75c0e5ad9084706 280398 proftpd-mod-odbc_1.3.2b-1_i386.deb b2c85557deff5ef415a5cdebfc86f17f4ca71525b078c08c7cb9ad87428d23a7 278222 proftpd-mod-sqlite_1.3.2b-1_i386.deb 630357a53968a4767b6819bfa4195e398a151b1752f070022429cd2d90ff8f06 1383154 proftpd-doc_1.3.2b-1_all.deb Files: 6d67f68a26ca229b963fcb7867bd4373 1384 net optional proftpd-dfsg_1.3.2b-1.dsc b31d2278214ce44a2b47d28e779ade7a 2989123 net optional proftpd-dfsg_1.3.2b.orig.tar.gz 943c947c8378cfc5154ad03cbd6e70ab 94780 net optional proftpd-dfsg_1.3.2b-1.diff.gz 7f66130b2aeb81791fac3c789072c4df 827360 net optional proftpd-basic_1.3.2b-1_i386.deb fcccd4c6403caccdd53984a39af196e7 562362 net optional proftpd-dev_1.3.2b-1_i386.deb 72eaacd5ebb50fcf5dbcaf9f0e28db76 278456 net optional proftpd-mod-mysql_1.3.2b-1_i386.deb 5b13db3631b42f5c8e9b9a80875f16dd 278310 net optional proftpd-mod-pgsql_1.3.2b-1_i386.deb 9f6ffbdfc5ffb644ab6a3590842f3341 287200 net optional proftpd-mod-ldap_1.3.2b-1_i386.deb 87646d42d89d40596afdda79be81640f 280398 net optional proftpd-mod-odbc_1.3.2b-1_i386.deb 61ae0487e9f4bcf17255f1222aa198f4 278222 net optional proftpd-mod-sqlite_1.3.2b-1_i386.deb 7cc10d0c45361e82315953e4c97d1dcf 1383154 doc optional proftpd-doc_1.3.2b-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrlhZgACgkQpFNRmenyx0cRaACg+BiHPQt1lT39skxydlfhwxr+ iigAoKzCbqg7ZC+UasH+wJLORbA+F3CF =S92Z -END PGP SIGNATURE- Accepted: proftpd-basic_1.3.2b-1_i386.deb to main/p/proftpd-dfsg/proftpd-basic_1.3.2b-1_i386.deb proftpd-dev_1.3.2b-1_i386.deb to main/p/proftpd-dfsg/proftpd-dev_1.3.2b-1_i386.deb proftpd-dfsg_1.3.2b-1.diff.gz to main/p/proftpd-dfsg/proftpd-dfsg_1.3.2b-1.diff.gz proftpd-dfsg_1.3.2b-1.dsc to main/p/proftpd-dfsg/proftpd-dfsg_1.3.2b-1.dsc proftpd-dfsg_1.3.2b.orig.tar.gz to main/p/proftpd-dfsg/proftpd-dfsg_1.3.2b.orig.tar.gz proftpd-doc_1.3.2b-1_all.deb to
Accepted redhat-cluster 3.0.4-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 25 Oct 2009 23:50:21 +0100
Source: redhat-cluster
Binary: redhat-cluster-suite cman liblogthread3 liblogthread-dev libccs3
libccs-dev libccs-perl libcman3 libcman-dev libdlm3 libdlm-dev libdlmcontrol3
libdlmcontrol-dev libfence4 libfence-dev gfs-tools gfs2-tools rgmanager
redhat-cluster-source
Architecture: source i386 all
Version: 3.0.4-1
Distribution: experimental
Urgency: low
Maintainer: Debian HA Maintainers
debian-ha-maintain...@lists.alioth.debian.org
Changed-By: Guido Günther a...@sigxcpu.org
Description:
cman - cluster manager
gfs-tools - global file system tools
gfs2-tools - global file system 2 tools (EXPERIMENTAL)
libccs-dev - cluster manager - development files
libccs-perl - Perl module for using the libccs2 library
libccs3- cluster configuration - libraries
libcman-dev - cluster manager - development files
libcman3 - cluster manager - libraries
libdlm-dev - distributed lock manager - development files
libdlm3- distributed lock manager - library
libdlmcontrol-dev - distributed lock manager - development files
libdlmcontrol3 - distributed lock manager - library
libfence-dev - fenced - development files
libfence4 - fence client - library
liblogthread-dev - cluster logging - development files
liblogthread3 - cluster logging - libraries
redhat-cluster-source - Red Hat cluster suite - kernel module source
redhat-cluster-suite - Red Hat cluster suite (metapackage)
rgmanager - clustered resource group manager
Changes:
redhat-cluster (3.0.4-1) experimental; urgency=low
.
* [497185a] Imported Upstream version 3.0.4
* [2b6f1ac] Imported Upstream version 3.0.3
* [a90ebea] {build-,}depend on newer corosync and openais
* [3a7fbbd] redo patches
* [1b77baf] drop nonexistant lib dirs
* [fb39470] build-depend xsltproc for manpage generation
* [45369b9] python-pexpect now needed during the build
* [ec89202] Tighten dependencies for cman
* [c09b3b1] install pkg-config files
* [54f57ab] install missing binaries
Checksums-Sha1:
208b2643c4ec963865458ee00aa1a827c9affc38 1620 redhat-cluster_3.0.4-1.dsc
5f6f8c1e8065faf4f55885669b8be8fc8764656d 1671278
redhat-cluster_3.0.4.orig.tar.gz
678488983274543b0d87e3f060b36646e5fdcee0 30949 redhat-cluster_3.0.4-1.diff.gz
64a496d6eee0f5ddc731e8f01f00b214c5b3e7f6 570858 cman_3.0.4-1_i386.deb
de451a9de24c90f16ea2eb9ac40bdb287abff64f 21300 liblogthread3_3.0.4-1_i386.deb
1e21ce8485449c5f0eadc8c19658164abf281e87 20938
liblogthread-dev_3.0.4-1_i386.deb
c91d4a586e275f0ce1580d7acdebb8dd2864e862 28774 libccs3_3.0.4-1_i386.deb
2329d280cb5c96de50ab993d515110304ab5249c 29368 libccs-dev_3.0.4-1_i386.deb
1d86e015d6acf17c8be0b0f5c3828df5082da1d3 27684 libccs-perl_3.0.4-1_i386.deb
08fafbda3f96e1fc7a64b5906f57cd85526582ef 24684 libcman3_3.0.4-1_i386.deb
e39321e6790b01b22bd32a8f90edd39158337b3c 29280 libcman-dev_3.0.4-1_i386.deb
3205d8b29a93b3370f3d17721c58d1fc257ff4e0 28666 libdlm3_3.0.4-1_i386.deb
e68c8369d3a683aca21f18337752dc6d3e07f96d 37298 libdlm-dev_3.0.4-1_i386.deb
44ceba69221e0f244f62c1d01ec3b2f8066e6606 21244 libdlmcontrol3_3.0.4-1_i386.deb
2fad6394b36cd0722be8f2e097f962d33d1c9e20 21494
libdlmcontrol-dev_3.0.4-1_i386.deb
2e26357a00eab46dd6a64815c172eba2bf90c5bb 24214 libfence4_3.0.4-1_i386.deb
54261d7dba27950d91b63c0e8a80163bcdd0 24250 libfence-dev_3.0.4-1_i386.deb
d4f13ee43e5b96193440d4a1701b2d87465d 209974 gfs-tools_3.0.4-1_i386.deb
0154d1708b434687a9b8c0e46bcd5903d0ac2f84 291708 gfs2-tools_3.0.4-1_i386.deb
b746a077b63c91e349df8e839bb04404a4d30047 274886 rgmanager_3.0.4-1_i386.deb
34afefa18d4501b3dd195674bc2decd7694d9884 19258
redhat-cluster-suite_3.0.4-1_all.deb
b548bb27356bae2fff0d8eafad342ae1fb88cf9f 200256
redhat-cluster-source_3.0.4-1_all.deb
Checksums-Sha256:
33a1aa1edd3c4d8e44b194cfccd96e44ce1f28c74edc63e2694764b0edb32071 1620
redhat-cluster_3.0.4-1.dsc
46322c4a3366f8fb11a4512d793c46f745be6a56c288eb772063580798b2ddcd 1671278
redhat-cluster_3.0.4.orig.tar.gz
93a7fc273062476dd071ebf5ed5389fd44edd8f175a2c2416e667486e65f6817 30949
redhat-cluster_3.0.4-1.diff.gz
e8c8896d06b93794d947e6c40388aa5b0cff4dbb57a0387e416fdef441aa0d70 570858
cman_3.0.4-1_i386.deb
4a0427ca68d0bcdb306c197ba870b653aadb042dcd09cfd1aa8af8f4a5d825a5 21300
liblogthread3_3.0.4-1_i386.deb
00e494078fd16835b77132d55e98412bffa39acc4be89fa2a4a736d7300a1169 20938
liblogthread-dev_3.0.4-1_i386.deb
2ea86afa30f0458072941b429c4104c6567200c2e16d722448527a2d03083cd2 28774
libccs3_3.0.4-1_i386.deb
8e28a2e1c26edb46501230d86afb00dcd640bf2cf8a4f47fb55469ca44388ffc 29368
libccs-dev_3.0.4-1_i386.deb
dfbbe97973056407d303971b864e055281ba4527115e7037c414bb487d2e122a 27684
libccs-perl_3.0.4-1_i386.deb
3018508fe8dc4d80b70b82342ef628cd2961f073fe097093e2550db495f372c5 24684
libcman3_3.0.4-1_i386.deb
c0775420091b8a54fec5ae1681d9104b56b0b761f1ba6a912e20606fe7e94451 29280
libcman-dev_3.0.4-1_i386.deb
Accepted totem 2.28.2-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 13:19:20 +0100 Source: totem Binary: totem totem-mozilla totem-common totem-dbg totem-plugins totem-xine totem-gstreamer Architecture: source all amd64 Version: 2.28.2-1 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher seb...@debian.org Changed-By: Sebastian Dröge sl...@debian.org Description: totem - A simple media player for the GNOME desktop based on GStreamer totem-common - Data files for the Totem media player totem-dbg - Debugging symbols for the Totem media player totem-gstreamer - A simple media player for the GNOME desktop (transitional package totem-mozilla - Totem Mozilla plugin totem-plugins - Plugins for the Totem media player totem-xine - A simple media player for the GNOME desktop (transitional package Changes: totem (2.28.2-1) unstable; urgency=low . * New upstream bugfix release: + debian/control.in: - Update build dependencies. + debian/patches/90_autotools.patch: - Regenerated for the new version. Checksums-Sha1: 59b81232e6852e7feb75f610b26a0a8d322c575c 2535 totem_2.28.2-1.dsc 6b1355ca93ee9ce6c21b344a9a2b878491ac99ab 4626469 totem_2.28.2.orig.tar.gz 291ebafea6550db92821aca51ea981ac68401a9c 134293 totem_2.28.2-1.diff.gz 92009c822d13892c737f2b0be9d98f3f89ab040b 2941812 totem-common_2.28.2-1_all.deb 77d88319abbe84b05116860cd270402d8934a779 63724 totem-xine_2.28.2-1_all.deb f13b70224a361c0cf8cd50876cb67a6002023e7b 63724 totem-gstreamer_2.28.2-1_all.deb 553e7c321b95dfb3a52e8e2e986565dacba616a9 619368 totem_2.28.2-1_amd64.deb 0cec77fafa0b798d424edc8337cb54e237015949 232168 totem-mozilla_2.28.2-1_amd64.deb 0af0ae6c0326d51ced511906ca2079effab154b5 1951766 totem-dbg_2.28.2-1_amd64.deb 3816ff88a49e92561414fb78a192e9a5c4cb1ed4 269912 totem-plugins_2.28.2-1_amd64.deb Checksums-Sha256: 5514d828878161572d673af7e5e25b259385af4715107fb80a499405d215257e 2535 totem_2.28.2-1.dsc b899885de603348413dcfc24d8b36f2741a86582cc29360f7d39bbdf2afe1ca7 4626469 totem_2.28.2.orig.tar.gz 644e5f8c7bc8b978542b586706d0338a6508e85ab174c53e6986e3e57d1b960e 134293 totem_2.28.2-1.diff.gz 42cd908caf283afe61af14ab3672e10f4d273a96dcf50657ab5ee4dfda7ff76b 2941812 totem-common_2.28.2-1_all.deb 6a1e70520cadbe2ee65993bdc8edf1ffd0aef1abf4ff2aaec03fbd5401699bf1 63724 totem-xine_2.28.2-1_all.deb 7b33160d8d1b006ed0621fc3c1fb6b85bb3d7b8e22b04826157daa6aca9ff739 63724 totem-gstreamer_2.28.2-1_all.deb 333d8002a1b2ebd03096e92cf0dbe28baf6eb193ba31b429e03b447c1413ae42 619368 totem_2.28.2-1_amd64.deb 5b8dd96e39da13da2752e47758d96c9da0dd6a4a60f1c97e5e493b33e1a6f634 232168 totem-mozilla_2.28.2-1_amd64.deb 4f7f75dcbdcd7863b4f5c7cc274ada3dfc7c2dc3c74e8e5a86ab25931c9a99b5 1951766 totem-dbg_2.28.2-1_amd64.deb a7c082c4daef6fb13d4e83cca87d899798a0f525a9ea45f0900e92e7b0509d9f 269912 totem-plugins_2.28.2-1_amd64.deb Files: 6afc2d2eb5f33d58ce41f821de88738f 2535 video optional totem_2.28.2-1.dsc a782ffcaea9fdf2f437ec83c39f95396 4626469 video optional totem_2.28.2.orig.tar.gz 20ab5228cdb3a5210073af985aa258ea 134293 video optional totem_2.28.2-1.diff.gz ea672705b17fd35c46407cb51817c61e 2941812 video optional totem-common_2.28.2-1_all.deb ebbb38c5e63302257be3c96ab7516931 63724 video optional totem-xine_2.28.2-1_all.deb 612cac6909aae3e96ff1ca33dad66420 63724 video optional totem-gstreamer_2.28.2-1_all.deb aded5f1b7fdc367655fe3466e9a91fc6 619368 video optional totem_2.28.2-1_amd64.deb 5871580aedad92b212f8f882b473f859 232168 web optional totem-mozilla_2.28.2-1_amd64.deb 7d45761cdf9d6f39ea2090e50c42639a 1951766 debug extra totem-dbg_2.28.2-1_amd64.deb 5f7fbc693748a663723866fef6ee6cd5 269912 video optional totem-plugins_2.28.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrll0sACgkQBsBdh1vkHyFhtACfbGLREKx11cX7wggc3K20XFsy oVgAn0/zKHOywMNmA5dplDCoKYW3wMwr =Rzsl -END PGP SIGNATURE- Accepted: totem-common_2.28.2-1_all.deb to main/t/totem/totem-common_2.28.2-1_all.deb totem-dbg_2.28.2-1_amd64.deb to main/t/totem/totem-dbg_2.28.2-1_amd64.deb totem-gstreamer_2.28.2-1_all.deb to main/t/totem/totem-gstreamer_2.28.2-1_all.deb totem-mozilla_2.28.2-1_amd64.deb to main/t/totem/totem-mozilla_2.28.2-1_amd64.deb totem-plugins_2.28.2-1_amd64.deb to main/t/totem/totem-plugins_2.28.2-1_amd64.deb totem-xine_2.28.2-1_all.deb to main/t/totem/totem-xine_2.28.2-1_all.deb totem_2.28.2-1.diff.gz to main/t/totem/totem_2.28.2-1.diff.gz totem_2.28.2-1.dsc to main/t/totem/totem_2.28.2-1.dsc totem_2.28.2-1_amd64.deb to main/t/totem/totem_2.28.2-1_amd64.deb totem_2.28.2.orig.tar.gz to main/t/totem/totem_2.28.2.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted wicd 1.6.2.2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 10:38:22 +0100 Source: wicd Binary: wicd Architecture: source all Version: 1.6.2.2-2 Distribution: unstable Urgency: low Maintainer: d.pale...@gmail.com Changed-By: David Paleino d.pale...@gmail.com Description: wicd - wired and wireless network manager Closes: 540331 546231 548978 549443 551605 Changes: wicd (1.6.2.2-2) unstable; urgency=low . * debian/po/ja.po added, thanks to Hideki Yamane (Closes: #546231) * debian/control: - remove Conflict on network-manager, since both can be used at the same time, provided they don't try to control the same interface (Closes: #548978) - added dependency on dbus (Closes: #540331, #551605) * debian/patches/05-use_binsh.patch added (Closes: #549443) Checksums-Sha1: ed9666262ffb96bd51759120a80d5c03f1ee8c50 1174 wicd_1.6.2.2-2.dsc 44b69e4228275f336742c1a6527e3cbaca430759 17265 wicd_1.6.2.2-2.diff.gz 84be516b9dd67fca50b232688bf03883d0e9606a 415496 wicd_1.6.2.2-2_all.deb Checksums-Sha256: 67c751902ea3aeb44fc7ff4b20aaffdcd83335b80d18510a88fc27eca8dcbea0 1174 wicd_1.6.2.2-2.dsc ee44b3d4f9aaed5300c0a047043ff5e3f8ce2d45c5edba4a1f1c1f30d628e08f 17265 wicd_1.6.2.2-2.diff.gz f68642d1e256c0030aacbaf3bb28fa81ad6192e9f6114de9eb9a5e6810c43232 415496 wicd_1.6.2.2-2_all.deb Files: 19eb7b3b18275f7afb37e569054a599d 1174 net optional wicd_1.6.2.2-2.dsc 1b69b4927035822e56e6a4636f7b3d1b 17265 net optional wicd_1.6.2.2-2.diff.gz aa2a7de2d7335641d93e6ff5bdce71c5 415496 net optional wicd_1.6.2.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrlcIQACgkQ5qqQFxOSsXSZgwCbBGkpZe0dihsHPg1t5La181zr cyAAoK5eMxm2Jmjvxl9tf6kmxZJYpayH =1cvv -END PGP SIGNATURE- Accepted: wicd_1.6.2.2-2.diff.gz to main/w/wicd/wicd_1.6.2.2-2.diff.gz wicd_1.6.2.2-2.dsc to main/w/wicd/wicd_1.6.2.2-2.dsc wicd_1.6.2.2-2_all.deb to main/w/wicd/wicd_1.6.2.2-2_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: sobre empaquetado en python
2009-10-25, Alejandro:
Hola a todos,
Hace poco intento debianizar una aplicaci n en la que estoy
usando python-support, debhelper y quilt para el parchado.
Al momento de realizar el:
fakeroot debian/rules binary
Me crea el .deb pero no me guarda las imagenes,iconos en la ruta
/usr/lib/python2.5/site-packages/
En un principio este tipo de datos (imagenes, iconos) *no* deberian
ir en /usr/lib/python2.5/site-packages/, sino mas bien en algo como
/usr/share/pypaquete/{imagenes,iconos}
y al momento de instalarlo y ejecutarlo me lanza que no encuentra sus
imagenes y demas pero corre sin sus imagenes.
Esto puede ser un problema del debian/rules o el debian/control?
Despues con respecto al debian/rules, fijate que vos pones en debian/control
Architecture: any, y en el rules ejecutas los dh_* en binary-indep,
es decir, si es Arch: any, deberias ejecutarlos en binary-arch o cambiar
el control para que sea Architecture: all (si es una app pure-python,
es all, por ejemplo)
Te recomendaria que leas la Python-Policy [0][1], y si queres podes preguntar
en debian-pyt...@lists.debian.org (vas a tener que preguntar en ingles, eso si)
[0] http://www.debian.org/doc/packaging-manuals/python-policy/
[1] http://wiki.debian.org/DebianPython/NewPolicy
Saludos,
Mauro
--
JID: lavaram...@jabber.org | http://lizaur.github.com/
2B82 A38D 1BA5 847A A74D 6C34 6AB7 9ED6 C8FD F9C1
--
To UNSUBSCRIBE, email to debian-devel-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
