Re: Why is help so hard to find?
On Fri, 14 Jan 2011 23:46:53 -0800 Mike Bird mgb-deb...@yosemite.net wrote: On Fri January 14 2011 22:06:21 Christian PERRIER wrote: You're right. No Debian developer is involved in large institutions or corporations where hundreds of such servers are in use. All Debian developers are kids playing on their parents' computer to build a distro, during hacking nights, instead of doing their home work and learn at school. You're mistaken Christian. Mike, you missed the sarcasm completely and just went on another rant about two (unrelated) bugs which affect you directly. Guess what - I don't give two flying figs about those two specific issues because they don't affect me. I care about the underlying problem. You also changed the topic of this part of the thread to something much more interesting and important - lack of responses to RFH bugs - and then put nothing in the body of the reply to actually relate to the new subject. Please don't waste time on specifics - there is a much wider, much more important, systemic problem here which you have identified in the subject and then abandoned. Can the rest of us now actually ask if there is anything we can do to get more people involved in helping packaging teams which are openly asking for help? If Debian isn't doing the right things to attract helpers, then there is no solution for the users in this thread who are basically complaining about packages with lots of bugs and not enough manpower. Debian cannot afford to have multiple versions of big package sets - especially where the current options already have lots of bugs. There is not the manpower to have two complete boot systems or two versions of a complete desktop environment, no matter what the upstream support. People are complaining about lack of bug fixes (dressing that up as accusations of poor maintenance in Debian) and DD's are replying with examples of where there is simply not enough manpower to deal with the bugs - we all know which packages and package sets are struggling to handle the bug load. Making it specific / explicit doesn't help. Replies often become sarcastic or humorous to try and deflect the guilt that maintainers are not able to find enough people to work in their teams. It's not that a particular maintainer or team of maintainers are bad maintainers necessarily, there's no point making sweeping statements that maintainers should step down. Who's going to volunteer instead? It's obvious from the QA pages and the RFH bug lists that nobody is stepping up to take on the work. Criticising those who are struggling to do the work - but at least are still engaged with it and trying hard to fight the negativity of such a workload - is not helpful! Even when a team is fatally under-resourced, who would blame the remaining team from not wanting to work with someone who is only ever criticising the team without doing the work themselves? Instead, what actually does happen is that overworked teams look for help using the current systems, rants start on lists like this and people in the overworked teams get individually picked on and bullied by people who don't have time to help with the work themselves. Result? People get even more negative about working in such overworked teams and find something more enjoyable to do. Teams lose the few contributors who did actually get things done and it all gets worse. Criticising does not help an overworked team. Unless there are people willing to join up and do the work, there is no point crying out for ways to identify maintainers who should be replaced or forced to step down. The problem is a lack of manpower in critical teams. That's not new. The symptom is an impossible number of bugs and a lack of time to support multiple variants to satisfy different requirements. The result is that Debian as a whole gravitates to one particular solution which suits the needs of those willing to do the work. That is inevitable. If nobody is willing to do the grunt work of maintaining the alternative, the alternative does not get maintained. That's obvious, isn't it? Fix the problem not the symptom. Stop moaning about the results of the problem and let's try again to fix the problem. Moaning about it just makes it harder to actually get things done! (Including wasting my time writing this long response when all the problems in it are well known already.) None of this is new, it's been a problem in Debian ever since I got involved and from talking to others in Debian, for as long as they can remember too. Ignore the specifics, this is not about specific packages, specific teams, specific sub-systems. This is and always has been a completely general problem, not just to Debian but for all free software. There are people out there willing to help but mostly they don't want to work on the same areas as those which are providing the largest source of complaints and that is often because of rants and criticisms of those teams by people not
Re: Why is help so hard to find?
On Sat January 15 2011 00:51:42 Neil Williams wrote: Mike, you missed the sarcasm completely and just went on another rant about two (unrelated) bugs which affect you directly. Guess what - I don't give two flying figs about those two specific issues because they don't affect me. I care about the underlying problem. We ran into those bugs while testing Squeeze and have for the most part worked around them. We now know never to enable insserv. We may even add some hacks to our systems to prevent sysv-rc from nagging us. And we know to remove KDE 4 and install Trinity. However they are very serious bugs and Squeeze should not be released with them in their current state. They are not so much programming bugs as process bugs - abuses of the packaging system to force or trick people into switching to unwanted and undesirable software. They are intentional bugs, and therefore unlikely to be fixed by the packagers who created them without peer pressure from the majority of Debian developers who care about the quality of Squeeze. You also changed the topic of this part of the thread to something much more interesting and important - lack of responses to RFH bugs - and then put nothing in the body of the reply to actually relate to the new subject. You are mistaken Neil. I indicated one important reason why experienced programmers don't want to work on Debian. They have no desire to spend a year of their life humoring someone with a tenth of their expertise. Debian has unfortunately moved from excellence-driven to time-serving. The problem is curable. Hopefully a DPL will tackle it one of these years. --Mike Bird -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101150109.58736.mgb-deb...@yosemite.net
Re: Why is help so hard to find?
Le 15/01/2011 08:37, Tollef Fog Heen a écrit : This would also purge the configuration of packages where I have no wish to do so. I sometimes uninstall packages without purging them, just because I want to keep the configuration around. If you are so concerned about your configuration files, you probably version your /etc with some $VCS... it is then easy to recover a configuration file even when its package is purged. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d316306.8020...@debian.org
Re: Why is help so hard to find?
Le 15/01/2011 01:40, Roger Leigh a écrit : Yes, and this is what I did. It's just rather tedious to (IIRC) repeatedly run dpkg-reconfigure sysv-rc and then find out which file is offending, run dpkg -S $file, and then purge it. Because the error message only lists the first offending file, rather than listing them all, you then need to repeat this until you've weeded out all the files one by one until eventually it succeeds. Why don't you just purge all uninstalled packages in one go? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d31620b.1010...@debian.org
Re: Why is help so hard to find?
Le 15/01/2011 01:05, Roger Leigh a écrit : This is mostly due to removed packages which need fully purging to remove the last traces of old init scripts which break the process. I've already experienced issues with configuration files from uninstalled packages lying around. It wasn't with insserv, nor initscripts... I don't remember exactly the circumstances. It was years ago. My conclusion back then was to always purge uninstalled packages, and so I do on most machines I administrate. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d31652a.1040...@debian.org
Re: DEP5 CANDIDATE parser/editor/validator/migrator is released in libconfig-model-perl
Le Fri, Jan 14, 2011 at 12:09:33PM -0400, Joey Hess a écrit : I probably misread DEP5 -- when it says formatted text, no synopsis, it probably means that the entire field including the first line is treated as one thing. So both Comment: foo\n and Comment:\n foo\n are the same value. The comment field was only briefly discussed, but nobody noted on the impossibility to have a synopsis: http://lists.debian.org/1282769854.2242.54.camel@havelock The absence of synopsis in the Comment and Disclaimer fields maybe originates from the proposition that newlines are not significant there? ( http://lists.debian.org/1282080573.12989.179.camel@havelock ) Perhaps at that time it looked more simple like this. But I would definitely agree to have the Disclaimer and Comment fields simply follow the same syntax as debian/control's Description field, that is, ‘formatted text, with synopsis’, if the consensus is that it reduces the complexity of the DEP's syntax. I do not think that other control files contain fields with a similar syntax. Rather, when no synopis is desired, the formatted field starts with an empty line, like the Changes field of .changes files. Source is the last field with a ‘formatted text, with synopsis’ syntax. The reason for this is that it was designed to fit multiple purposes: be able to indicate multiple URLs when a package aggregates multiple sources, and be the place to record a comment when no URL can be given. But we have a Comment field, so why not use it instead ? In that case, the format could be changed to ‘line based list’. That would leave only three kind of syntaxes: white space separated lists, line based lists and formatted text. To better help the reader to leverage his understanding of the other Debian control files and RFC 822 when learning the DEP-5 format, I think that we should unify the vocabulary as much as possible. Unfortunately, the Policy currently does not provide much abstraction of the syntax of the fields in Debian control files. I have submitted #593909 to introduce three types: simple, folded and multiline. It already has been seconded by two persons. If it is accepted, the DEP could be clarified accordingly: - Single-line values → simple (hopefully removed from the DEP if we agree on the simplifications above). - white space separated lists → folded (this is RFC 822's terminology). - line based lists → multiline, like the Files field. - formatted text → multiline, like the Description field. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115095057.gc27...@merveille.plessy.net
Re: Why is help so hard to find?
Mike Bird mgb-deb...@yosemite.net wrote: Hi, insserv breaks complex systems. It throws away years of DD work and substitutes a few inane and inadequate rules. It does so In my experience, insserv makes it a lot easier to handle complex systems with a lot of interdependent daemons and services. Handling the initscripts on those systems with the legacy SysV init scheme was a total pain in the rear. insserv has issues, but it's still an improvement over the previous situation and, unlike the other new init systems, it's actually backward-compatible. What more could you possibly ask for? And KDE 4 is a well known and very old and very stale joke. Fun at parties, maybe, but not really appropriate for the workplace. KDE4 is crap, world+dog know that. Use GNOME, XFCE or whatever. If you want KDE3 in Debian, then put your money where your mouth is and come maintain it. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d3nypjx1@sonic.technologeek.org
Re: Why is help so hard to find?
On Sat, 2011-01-15 at 01:09 -0800, Mike Bird wrote: On Sat January 15 2011 00:51:42 Neil Williams wrote: Mike, you missed the sarcasm completely and just went on another rant about two (unrelated) bugs which affect you directly. Guess what - I don't give two flying figs about those two specific issues because they don't affect me. I care about the underlying problem. We ran into those bugs while testing Squeeze and have for the most part worked around them. We now know never to enable insserv. We may even add some hacks to our systems to prevent sysv-rc from nagging us. And we know to remove KDE 4 and install Trinity. Sorry to de-lurk with a tangential question, but how can I as an interested observer subscribe to the conversations where these decisions get made, and contribute views *before* things get to this stage? I have had the same frustrations as Mike and Roger with insserv, and although I don't use KDE I have a third example of this problem, where a deeply flawed upgrade broke several of my systems and the maintainers' response was basically too bad (GRUB2). Is there some forum in which the choice of a default for a package or service gets made? I subscribe to debian-devel and debian-policy, but neither seems to contain discussions about the risks of replacing perfectly good defaults with significantly flawed ones. On a completely separate note, where is the correct place to advertise for a new sponsor? I have not heard from mine for nine months, and I have a new version of my package and a new related package to upload. Thanks, CC -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1295086204.2740.20.camel@junior.sadnet
Re: binNMU for Arch: all packages.
On 2011-01-15, Marco Túlio Gontijo e Silva mar...@debian.org wrote: The best option to fix this issue I can see is if it was possible to do binNMUs for Arch: all packages. There are some options to workaround the fact that we can't binNMUs Arch: all packages, which are: change the -doc package to Arch: any; do sourceful uploads instead of binNMUs. Both options are not ideal, but I prefer the first, because sourceful uploads for a 200 package stack would need a lot of work. If the packages are team-maintained, nothing is stopping you from bumping the revision with dch and do a build, sign, upload cycle. Indeed without source-only uploads you need to build it once. But that's scriptable. (And you can even cache the key's passphrase through gpg-agent.) Arch:all binNMUing will only work if you keep the invariant of version(arch:all) = version(source) in some way. IMHO sourceful uploading is the way to go, however, it's frown upon because those are in fact NMUs for packages you don't own. For Haskell that shouldn't be a problem, for others we might like to carve out a policy. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnij2toq.ol6.tr...@kelgar.0x539.de
Re: Why is help so hard to find?
On Sat, 15 Jan 2011 01:09:58 -0800 Mike Bird mgb-deb...@yosemite.net wrote: On Sat January 15 2011 00:51:42 Neil Williams wrote: Mike, you missed the sarcasm completely and just went on another rant about two (unrelated) bugs which affect you directly. Guess what - I don't give two flying figs about those two specific issues because they don't affect me. I care about the underlying problem. We ran into those bugs while testing Squeeze and have for the most part worked around them. We now know never to enable insserv. We may even add some hacks to our systems to prevent sysv-rc from nagging us. And we know to remove KDE 4 and install Trinity. It's not about specifics, I'm trying to work on the underlying problem. They are not so much programming bugs as process bugs - abuses of the packaging system to force or trick people into switching to unwanted and undesirable software. If the alternative software was maintained within Debian by an active team then maybe the switch could be a choice. If nobody steps up to do it, that choice is not available. Lacking endless resources, Debian has to go with what people actually doing the work want to work on. If you want something different, work with people in Debian to provide it but you do have to work with people with differing expertise. Every great idea is worthless without someone to do the work. Your issues may be valid, they might be invalid - I'm simply not involved in those kinds of issues and I don't have time to worry about it. Those who are willing to work on those issues within Debian get to decide how Debian works in those areas. Debian is a meritocracy - do the work and work with the people already involved or it simply won't get done the way you want it done. It makes no odds if your experience differs from others - my experience / expertise exceeds yours in certain areas by at least as much as you claim against those whom you criticise in Debian and your experience / expertise in other areas exceeds mine by as much. Tough. We're different, we work in completely different areas of Debian. Live with it. Work with me and with others and respect different levels of experience and expertise. Debian is simply not offering any other choices. You probably don't care about the kinds of systems which I work on and I certainly don't care about the kinds of systems which you work on. The fact remains that both sets can use Debian and we need to work together to make that work better for both parties. If the current setup suits my needs more than it does yours (which, AFAICT is the case because I am completely unaffected by the bugs you find so troublesome) then get involved, do the work and provide the alternative. Otherwise, I will continue pushing for changes in Debian which suit me and doing the work to provide those changes, test them, implement them and continue helping Debian to become more like the system I want it to become by being involved. Those who do the work get to decide how the work is done. Nobody can blame me for working towards what I want Debian to become unless that person is willing to step up and do at least much work towards their own goals as I put into achieving mine. It really is that simple. They are intentional bugs, and therefore unlikely to be fixed by the packagers who created them without peer pressure from the majority of Debian developers who care about the quality of Squeeze. I care about the quality of Squeeze but I don't care about your pet issues and because there is nobody stepping up to provide the solutions you want, it appears that nobody else does either. If you can't scratch your own itch within Debian then you need to persuade (not bully) someone else to help provide it within Debian or, as you've done, work around it outside Debian. That is NOT the fault of Debian. Debian works with those who work with Debian because the people aren't there to work on other stuff. I have pet issues of my own which aren't going to be fixed in Squeeze and which I will have to work around in my day-to-day work for the next couple of years until I can get the changes into Wheezy. Those are release-critical to me too but I accept that my particular situation is not the same as others in Debian. If I am to get Debian to work the way I want it to work and fix these issues, I accept that I have to work with people who have different expertise and probably know next to nothing about my specific environment and needs. I'm a specialist - very few people within or outside Debian are doing the precise work which occupies my daily life. (Think less than a hundred world-wide and just a few dozen in free software, most of whom I can name.) Can't help that - it's a small niche market. (It's medical, so arguing that I should seek to increase the size of the market could be seen as seeking for more people to be afflicted with a debilitating life-long condition which isn't a nice thing to consider.) Still,
Getting warned about and contributing to decisions (Re: Why is help so hard to find?)
Hi Chris, Chris Carr wrote: Sorry to de-lurk with a tangential question, but how can I as an interested observer subscribe to the conversations where these decisions get made Good question. Subscribe to the PTS for the affected packages[1] and test the versions in unstable and experimental. and contribute views *before* things get to this stage? If by views you mean overlooked use cases or bugs, then filing bug reports is very welcome. If by views you mean telling people what to do, the best way is to get involved in maintenance (submitting patches, etc), so that the person to tell what to do is yourself. I had the same frustrations as Mike and Roger with insserv FWIW moving to LSB-style dependency-based boot (abbrev. insserv) is an interesting example. It is a big change. As mentioned in this thread, there is a detail still to iron out: what exactly should be done with stray init scripts without the LSB header?[2] Why do some developers like it, then? you might wonder. It removes a huge source of maintenance headache --- the global allocation of boot sequence numbers[3]. If a year and four months ago someone volunteered to take on that burden (i.e., take responsibility for making sure the number-based boot order still works, patching affected packages where appropriate) for squeeze, then insserv could have been made optional. I am not aware of anyone stepping up to do that. a deeply flawed upgrade broke several of my systems and the maintainers' response was basically too bad (GRUB2). You filed a bug against the grub-pc package and the response was too bad rather than here's how we can fix it? What is the bug number? On a completely separate note, where is the correct place to advertise for a new sponsor? See http://wiki.debian.org/DebianMentorsFaq#HowdoIgetasponsorformypackage.3F Hope that helps, Jonathan [1] http://www.debian.org/doc/manuals/developers-reference/resources.html#pkg-tracking-system [2] http://bugs.debian.org/598020 Maybe insserv can query dpkg itself for init scripts from packages in the conffiles state. Or maybe the release notes can provide detailed instructions for getting past this hurdle. [3] http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115105752.GB28165@burratino
Alioth is unreachable
Hi, Haven't seen a report yet, I was there http://www.debian.org/intro/help clicking on Alioth http://alioth.debian.org/ and got : An error occured in the logger. ERROR: could not extend relation 1663/132975/132988: No space left on device HINT: Check free disk space. Greg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d317df4.5030...@gmail.com
Re: Why is help so hard to find?
On la, 2011-01-15 at 10:10 +, Chris Carr wrote: Is there some forum in which the choice of a default for a package or service gets made? I subscribe to debian-devel and debian-policy, but neither seems to contain discussions about the risks of replacing perfectly good defaults with significantly flawed ones. * debian-devel * debian-project * debian-policy * debian-devel-announce * debian-release * debian-installer * package-specific mailing lists, if any * planet.debian.org The lists are either @lists.debian.org or at @alioth.debian.org. Additionally, you may subscribe to all bug discussion for specific packages via packages.qa.debian.org or specific bugs via bugs.debian.org. Also, some of the IRC channels mentioned in the Debian Developers' Reference may be useful to follow, though the signal-to-noise ratio varies much more on them than on lists. Discussions tend to start with specific bugs, and get escalated to more general lists if problems turn out to be severe enough, or affect many packages. In order for discussions to start, it is necessary for people who actually use Debian to participate by trying out the testing or unstable distributions in their real environments (taking care to avoid disruptions from inevitable breakage). It is not workable to assume all Debian developers foresee everything, or to handle all situations without any constructive feedback. On a completely separate note, where is the correct place to advertise for a new sponsor? I have not heard from mine for nine months, and I have a new version of my package and a new related package to upload. debian-mentors, I believe. -- Blog/wiki/website hosting with ikiwiki (free for free software): http://www.branchable.com/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1295089336.3740.25.ca...@havelock.lan
Re: Why is help so hard to find?
On Sb, 15 ian 11, 10:10:04, Chris Carr wrote: Is there some forum in which the choice of a default for a package or service gets made? I subscribe to debian-devel and debian-policy, but neither seems to contain discussions about the risks of replacing perfectly good defaults with significantly flawed ones. replacing perfectly good defaults with significantly flawed ones implies the respective maintainers are evil and trying to break your system on purpose. You surely don't mean that, do you? BTW, I was quite aware that the mentioned changes are about to happen. I also subscribe to debian-devel-announce. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Alioth is unreachable
Hi, Haven't seen a report yet, I was there http://www.debian.org/intro/help clicking on Alioth http://alioth.debian.org/ and got : An error occured in the logger. ERROR: could not extend relation 1663/132975/132988: No space left on device HINT: Check free disk space. Greg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d31805c.7020...@gmail.com
Re: binNMU for Arch: all packages.
Le 15/01/2011 11:29, Philipp Kern a écrit : Arch:all binNMUing will only work if you keep the invariant of version(arch:all) = version(source) in some way. Why is this needed? -- Stéphane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d318350.8030...@debian.org
Re: binNMU for Arch: all packages.
On Sat, Jan 15, 2011 at 12:21:52 +0100, Stéphane Glondu wrote:
Le 15/01/2011 11:29, Philipp Kern a écrit :
Arch:all binNMUing will only work if you keep the invariant of
version(arch:all) = version(source) in some way.
Why is this needed?
Package: foo
Architecture: all
Package: bar
Architecture: any
Depends: foo (= ${source:Version})
If ${source:Version} is not version(arch:all) you've got yourself an
uninstallable package. If ${source:Version} is not version(source)
things become slightly confusing. Again. We've had enough of that with
${Source-Version}. And it'll probably break some other stuff as well.
Cheers,
Julien
signature.asc
Description: Digital signature
Re: binNMU for Arch: all packages.
On Sat, Jan 15, 2011 at 01:23:01PM +0100, Julien Cristau wrote:
On Sat, Jan 15, 2011 at 12:21:52 +0100, Stéphane Glondu wrote:
Le 15/01/2011 11:29, Philipp Kern a écrit :
Arch:all binNMUing will only work if you keep the invariant of
version(arch:all) = version(source) in some way.
Why is this needed?
If ${source:Version} is not version(arch:all) you've got yourself an
uninstallable package. If ${source:Version} is not version(source)
things become slightly confusing.
Only if it is used. However the packages in question _don't_ have
versioned relations at all:
| Package: libghc6-zip-archive-doc
| Priority: extra
| Section: doc
| Installed-Size: 252
| Maintainer: Debian Haskell Group
pkg-haskell-maintain...@lists.alioth.debian.org
| Architecture: all
| Recommends: ghc6-doc
| Suggests: libghc6-zip-archive-dev
Again. We've had enough of that with
${Source-Version}. And it'll probably break some other stuff as well.
Well. Who spoke about a change of source:Version at all?
Bastian
--
Killing is wrong.
-- Losira, That Which Survives, stardate unknown
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110115125206.ga19...@wavehammer.waldi.eu.org
Re: binNMU for Arch: all packages.
On Sat, Jan 15, 2011 at 10:29:46AM +, Philipp Kern wrote: Arch:all binNMUing will only work if you keep the invariant of version(arch:all) = version(source) in some way. This invariant comes from where? From my knowledge neither w-b nor dak cares about it. Bastian -- Deflector shields just came on, Captain. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115125334.gb19...@wavehammer.waldi.eu.org
Re: binNMU for Arch: all packages.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-01-14 22:22, Yves-Alexis Perez wrote: On ven., 2011-01-14 at 18:05 -0200, Marco Silva wrote: This documentation is generated automatically from the source code, using a documentation generator called haddock. Haddock is part of the compiler and is also updated when the ghc is. It would be good to regenerate the documentation for each library too, when a new ghc arrives. I don't really know anything about haskell, but is it really needed to regenerate library docs each time the compiler is updated? What does it give? Hey, It is possible the Java packages could use binNMU for arch: all packages as well. There was some talk about injecting ABI versioning in Java Libraries at DebConf10, so we could handle ABI breakage in a similar way to how it is done with regular libraries. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNMZp0AAoJEAVLu599gGRCG9AQAIkbZm70clVfWLOhqy12zZgC EEytgjw9d8twNbY5kib+xWxGzOT7I/4LrC0ayoF5+VacYmgAhlBydoarHK1oJvyw ExAxfYiADLKwoxsoFHZNlbBCEkoLYnx8sdmg/Yu6CVVeNtp+xwKCfk9QLGBSieJw nzTDsd5+GTJrgH6FGW3RVwC7XQqhuGKVD34BxHnO3SqQiFjbiMgSxkU9qa3Vb5rp G8qSm4oRm94B8k4DU920WgcjdISAY/ZnlILwYwsOjx5DFr5fEQjXTsIHEc9dad4S +WZPOS2YkXdXbHOrS5c9rGJICHtjdcThRofr6onllOoBM8zbeU3B3Fexwf6Unm9v 0N/KpoTN787yfE78HJBOdOBTXQFGqtX4qvRvl2ZpXmULga5kZgjvu9Rrgf2+d5Ki /31Fc8eSzNsFRV5/FDLXdQ55ak98m+Fh5s0tVtD0oCs9hXxWWE8tl1FN/Z42/+y1 XNyuzkGhTPYRPCAubeCOGWX1yvIAwVino+CEQpWDeRzeJCTixng5V+JH+iwOZWIQ VIwEIyj4TkbkK0fLycjzXMuelXmvAteZ6ANcOtGMYRTD99hCInKXPfu98vfu/4u0 ec01EIDphzcbpBoDwU9Qz4K/r7SDrThZpsHvesZnCYSYgs4/UuSv0rsHhfNKnRob saOk9gZyM0BaVUhiBDTQ =/CL/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d319a75.3080...@thykier.net
Re: binNMU for Arch: all packages.
On Sat, Jan 15, 2011 at 13:52:06 +0100, Bastian Blank wrote:
On Sat, Jan 15, 2011 at 01:23:01PM +0100, Julien Cristau wrote:
On Sat, Jan 15, 2011 at 12:21:52 +0100, Stéphane Glondu wrote:
Le 15/01/2011 11:29, Philipp Kern a écrit :
Arch:all binNMUing will only work if you keep the invariant of
version(arch:all) = version(source) in some way.
Why is this needed?
If ${source:Version} is not version(arch:all) you've got yourself an
uninstallable package. If ${source:Version} is not version(source)
things become slightly confusing.
Only if it is used. However the packages in question _don't_ have
versioned relations at all:
I don't think it's reasonable to say arch:all binnmus are allowed for
$this_set_of_packages, but not for the rest. So what this particular
set of packages does is irrelevant, as far as I'm concerned.
Cheers,
Julien
signature.asc
Description: Digital signature
Re: Alioth is unreachable
]] Grégoire Scano Hi, | Haven't seen a report yet, I was there | http://www.debian.org/intro/help clicking on Alioth | http://alioth.debian.org/ and got : | An error occured in the logger. ERROR: could not extend relation | 1663/132975/132988: No space left on device HINT: Check free disk | space. This has been fixed now, thanks for the heads-up. In the future, it's better to mail ad...@alioth.debian.org rather than debian-devel so you both get the message to the right people and don't disturb all the subscribers of -devel. Best regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqryz16f@qurzaw.varnish-software.com
Bug#610120: RFP: inSSIDer -- graphical wifi scanner
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: inSSIDer Version: 2 Upstream Author: MetaGeek LLC URL: http://www.metageek.net/products/inssider License: Apache License, Version 2.0 Description: inSSIDer is a graphical Wi-Fi scanner. * Inspect your WLAN and surrounding networks to troubleshoot competing access points * Track the strength of received signal in dBm over time * Filter access points in an easy-to-use format * Highlight access points for areas with high Wi-Fi concentration * Export Wi-Fi and GPS data to a KML file to view in Google Earth. * Filter through hundreds of scanned access points -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d31a95e.4080...@bzzt.net
Bug#610129: ITP: jshash -- calculate secure hash algorithms in JavaScript
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: jshash Version : 2.2 Upstream Author : Paul Johnston p...@pajhome.org.uk * URL : http://pajhome.org.uk/crypt/md5/ * License : BSD-3-clause and RSA Programming Lang: JavaScript Description : calculate secure hash algorithms in JavaScript JavaScript implementation of some secure hash algorithms: * MD5 Message Digest Algorithm (RFC 1321) * RIPEMD-160 Algorithm * SHA-1 Secure Hash Algorithm (FIPS 180-1) * SHA-256 Secure Hash Algorithm (FIPS 180-2) * SHA-512 Secure Hash Algorithm (FIPS 180-2) * HMAC Keyed-Hashing for Message Authentication (RFC 2104) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115143325.23754.34799.reportbug@localhost.localdomain
Re: Why is help so hard to find?
On Sat, Jan 15, 2011 at 10:13 AM, Stéphane Glondu glo...@debian.org wrote: Le 15/01/2011 01:05, Roger Leigh a écrit : This is mostly due to removed packages which need fully purging to remove the last traces of old init scripts which break the process. I've already experienced issues with configuration files from uninstalled packages lying around. It wasn't with insserv, nor initscripts... I don't remember exactly the circumstances. It was years ago. My conclusion back then was to always purge uninstalled packages, and so I do on most machines I administrate. Couldn't that be done automatically if no local changes are present? Olaf -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktintr-e1k8fzmx_xvcyykzoggnnupz_uhwqs2...@mail.gmail.com
Re: DEP5 CANDIDATE parser/editor/validator/migrator is released in libconfig-model-perl
One more thing, License: GPL-2+ | Expat was an old syntax on the wiki, and it seems the parser only looks for an expansion of the GPL-2+ license in this case, ignoring the Expat part. -- see shy jo signature.asc Description: Digital signature
Re: Forwarding bugs upstream
On Wed, 12 Jan 2011 13:27:23 + (UTC), Sune Vuorela nos...@vuorela.dk wrote: On 2011-01-11, brian m. carlson sand...@crustytoothpaste.net wrote: I've noticed a trend lately that I am often asked to forward the bugs I report to the Debian BTS upstream, either by the maintainers or automatically by a bug script. I believe, and I continue to believe, I have considered to take this one step further. Close bugs reported in Debian BTS with a severity of important or less that is a bug that should primarily be fixed upstream. This attitute of the Qt/KDE team has stopped me from repoting bugs in KDE packages completely. Currently, the debian Qt/KDE team has around 800 open, non-forwarded bugs reported against their packages. I would guess that maybe 20 of them is packaging issues. But we can't find them. Just usertag the non-packaging issues and filter them out in your queries. The rest of the bugs (780 open-non forwarded (and 300 forwarded)) is pure upstream issues. They're still issues present in current Debian. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe94q-0005yg...@swivel.zugschlus.de
Re: Alioth is unreachable
On Sat, 15 Jan 2011 15:33:44 +0100, Tollef Fog Heen tfh...@err.no wrote: ]] Grégoire Scano | Haven't seen a report yet, I was there | http://www.debian.org/intro/help clicking on Alioth | http://alioth.debian.org/ and got : | An error occured in the logger. ERROR: could not extend relation | 1663/132975/132988: No space left on device HINT: Check free disk | space. This has been fixed now, thanks for the heads-up. In the future, it's better to mail ad...@alioth.debian.org rather than debian-devel so you both get the message to the right people and don't disturb all the subscribers of -devel. I wouldn't have counted on the mailing list being operational regarding the machine running the list being out of disk space. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe9ow-0006jj...@swivel.zugschlus.de
Re: Why is help so hard to find?
On Sat, Jan 15, 2011 at 10:48:54AM +, Neil Williams wrote: On Sat, 15 Jan 2011 01:09:58 -0800 Mike Bird mgb-deb...@yosemite.net wrote: On Sat January 15 2011 00:51:42 Neil Williams wrote: Mike, you missed the sarcasm completely and just went on another rant about two (unrelated) bugs which affect you directly. Guess what - I don't give two flying figs about those two specific issues because they don't affect me. I care about the underlying problem. We ran into those bugs while testing Squeeze and have for the most part worked around them. We now know never to enable insserv. We may even add some hacks to our systems to prevent sysv-rc from nagging us. And we know to remove KDE 4 and install Trinity. It's not about specifics, I'm trying to work on the underlying problem. They are not so much programming bugs as process bugs - abuses of the packaging system to force or trick people into switching to unwanted and undesirable software. If the alternative software was maintained within Debian by an active team then maybe the switch could be a choice. If nobody steps up to do it, that choice is not available. Lacking endless resources, Debian has to go with what people actually doing the work want to work on. If you want something different, work with people in Debian to provide it but you do have to work with people with differing expertise. Every great idea is worthless without someone to do the work. Dear Neil, I just wanted to say thanks for your considered and thoughtful reply. I agreed with everything you said, and really appreciated you taking the time to write it. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Re: Why is help so hard to find?
On Sat January 15 2011 01:59:06 Julien BLACHE wrote: insserv has issues, but it's still an improvement over the previous situation and, unlike the other new init systems, it's actually backward-compatible. I have no objection to you using insserv. I object to people being tricked into using insserv. It tends to break complex systems and people should be warned about this danger rather than being told that insserv is recommended and then making a bad decision based on sysv-rc.postinst's faulty recommendation. insserv is also irreversible, and if you restore /etc from a backup without undocumented magic, insserv will destroy /etc again. That in my book seriously limits its compatibility. For servers which may only be rebooted once a year, a second saved in boot time is not worth the hassle, or even the mere risk of hassle, due to actual or potential damage from insserv. KDE4 is crap, world+dog know that. Use GNOME, XFCE or whatever. If you want KDE3 in Debian, then put your money where your mouth is and come maintain it. That is well known. KDE 4 maintainers cannot keep up with the bug reports now and will be totally overwhelmed when Squeeze is released. That is not what people expect of Debian Stable. The problem is that KDE 4 has moved to take over the package namespace used by KDE 3.5. This is totally unnecessary. KDE 4 - the new package suite - can and should use new non-conflicting package names. KDE 4 packages should be able to co-exist alongside KDE 3.5, at minimum within the package namespace, and ideally also on the same workstation. Trinity has achieved both, but the upgrade from Lenny (including KDE 3.5) to Squeeze (with KDE 3.5 from Trinity) is confusing because of all the unnecessary package renaming. If the KDE 4 maintainers would leave the KDE 3.5 package namespace untouched, then it would be much easier for people to continue to use KDE 3.5 whether as Debian packages (preferred) or via external repositories such as Trinity. --Mike Bird -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101151051.43442.mgb-deb...@yosemite.net
Bug#610159: ITP: r-cran-gam -- Generalized Additive Models for R
Package: wnpp Severity: wishlist Owner: Chris Lawrence lawre...@debian.org * Package name: r-cran-gam Version : 1.04-1 Upstream Author : Trevor Hastie has...@stanford.edu * URL : http://cran.r-project.org/web/packages/gam/index.html * License : GPL v2 Programming Lang: C, Fortran Description : Generalized Additive Models for R Functions for fitting and working with generalized additive models, as described in chapter 7 of “Statistical Models in S” (Chambers and Hastie (eds), 1991), and “Generalized Additive Models” (Hastie and Tibshirani, 1990). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115184303.12921.18579.reportbug@campbell.localdomain
Bug#610160: ITP: r-cran-rjags -- R interface to the JAGS Bayesian statistics package
Package: wnpp Severity: wishlist Owner: Chris Lawrence lawre...@debian.org * Package name: r-cran-rjags Version : 2.2.0-2-1 Upstream Author : Martyn Plummer plum...@iarc.fr * URL : http://calvin.iarc.fr/~martyn/software/jags/ * License : GPL v2 Programming Lang: C++ Description : R interface to the JAGS Bayesian statistics package rjags allows calling JAGS code from R to estimate Bayesian statistical models using Gibbs sampling. Coupled with the coda package, it allows the researcher to set up data in R, run a model specified in the JAGS/BUGS language on the data, and then conduct post-estimation analysis using R's tools. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115184815.13001.13425.reportbug@campbell.localdomain
Re: Why is help so hard to find?
On Sat January 15 2011 02:48:54 Neil Williams wrote: If the alternative software was maintained within Debian by an active team then maybe the switch could be a choice. If nobody steps up to do it, that choice is not available. 1. insserv Legacy booting IS maintained in Debian. The problem is that sysv-rc.postinst contains an unwise recommendation to enable insserv. Enabling insserv is an irreversible step which can and does cause damage and a serious waste of time. It is not recoverable even by restoring /etc without resort to undocumented magic. Whether insserv actually breaks a particular server, or only has the potential to do so, it is unwise to enable insserv on any server as the actual or potential risks (hours or days) far outweigh the actual or potential gains (seconds). This is not to prevent people choosing to use insserv if they wish. This is not to prevent Debian from recommending that people CONSIDER insserv. But sysv-rc.postinst should not be blinding recommending that people ENABLE insserv. The fix is trivial, albeit any updated dialog will require the attention of Debian's many hard-working translators. 2. KDE 3.5 Lenny has KDE 3.5. KDE 3.5 is well-maintained upstream - by Trinity now rather than KDE. Many people prefer to use KDE 3.5 rather than KDE SC 4 - a radically different and far buggier desktop with a similar name. The problem is that KDE SC 4 has unnecessarily usurped the KDE 3.5 package namespace. This makes two things hard - upgrading from Lenny to Squeeze+Trinity and maintaining KDE 3.5 within Debian rather than outside. This is not to prevent people from packaging and maintaining KDE SC 4 if they so choose. And this is not to prevent people from choosing to install KDE SC 4 if they so choose. Ideally KDE 3.5 and KDE SC 4 would be co-installable (Trinity has achieved this) but it is not essential. What is important is that KDE SC 4 not unnecessarily usurp the KDE 3.5 package namespace and thereby make KDE 3.5 packaging and upgrades unnecessarily difficult. --Mike Bird -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101151115.38289.mgb-deb...@yosemite.net
Bug#610164: ITP: gmerlin-encoders -- encoder plugins for Gmerlin
Package: wnpp Severity: wishlist Owner: IOhannes m zmoelnig zmoel...@iem.at * Package name: gmerlin-encoders Version : 1.0.0 Upstream Author : Members of the Gmerlin project gmerlin-gene...@lists.sourceforge.net * URL : http://gmerlin.sourceforge.net/ * License : GPL Programming Lang: C Description : encoder plugins for Gmerlin Gmerlin is a multiformat media player with tree-like virtual directory structure, where you can save your files, webstreams or whatever. It handles even large media collections gracefully. Hardware devices appear also in the tree so you can open Audio-CDs, (S)VCDs, DVDs and DVB-broadcasts. . This package includes a number of encoders to be used by Gmerlin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115182242.27296.64258.reportbug@ferrari.iemnet
Re: binNMU for Arch: all packages.
Le 15/01/2011 13:23, Julien Cristau a écrit :
Package: foo
Architecture: all
Package: bar
Architecture: any
Depends: foo (= ${source:Version})
If ${source:Version} is not version(arch:all) you've got yourself an
uninstallable package. If ${source:Version} is not version(source)
things become slightly confusing. Again. We've had enough of that with
${Source-Version}. And it'll probably break some other stuff as well.
Well... Someone could also make an arch:any package depend on the
${source:Version} of another arch:any package, if he wants to shoot
hisself in the foot. It doesn't prevents binNMUs of arch:any packages.
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d31f558.3040...@debian.org
Bug#610165: ITP: less.js -- JavaScript parser of LESS Leaner CSS macro language
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: less.js Version : 1.0.40~6b8a5c-1 Upstream Author : Alexis Sellier s...@cloudhead.net * URL : https://github.com/cloudhead/less.js * License : Apache-2.0 Programming Lang: JavaScript Description : JavaScript parser of LESS Leaner CSS macro language less.js is the next evolution of LESS, aiming to become LESS 2.0. less.js is a complete rewrite of LESS in JavaScript, allowing to run it dynamically in the browser, as well preparse server-side using node.js. . LESS is a macro language to produce CSS files. . LESS Homepage: http://lesscss.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115193501.10383.13911.reportbug@localhost.localdomain
Re: binNMU for Arch: all packages.
On 2011-01-15, Stéphane Glondu glo...@debian.org wrote:
Le 15/01/2011 13:23, Julien Cristau a écrit :
Package: foo
Architecture: all
Package: bar
Architecture: any
Depends: foo (= ${source:Version})
If ${source:Version} is not version(arch:all) you've got yourself an
uninstallable package. If ${source:Version} is not version(source)
things become slightly confusing. Again. We've had enough of that with
${Source-Version}. And it'll probably break some other stuff as well.
Well... Someone could also make an arch:any package depend on the
${source:Version} of another arch:any package, if he wants to shoot
hisself in the foot. It doesn't prevents binNMUs of arch:any packages.
You do realize that it's common to do the source:Version dependency stuff in
arch:all packages, right? That kind of polemics you just raised doesn't seem
helpful to me.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnij3vf5.pfk.tr...@kelgar.0x539.de
Re: Alioth is unreachable
]] Marc Haber | On Sat, 15 Jan 2011 15:33:44 +0100, Tollef Fog Heen tfh...@err.no | wrote: | ]] Grégoire Scano | | Haven't seen a report yet, I was there | | http://www.debian.org/intro/help clicking on Alioth | | http://alioth.debian.org/ and got : | | An error occured in the logger. ERROR: could not extend relation | | 1663/132975/132988: No space left on device HINT: Check free disk | | space. | | This has been fixed now, thanks for the heads-up. In the future, it's | better to mail ad...@alioth.debian.org rather than debian-devel so you | both get the message to the right people and don't disturb all the | subscribers of -devel. | | I wouldn't have counted on the mailing list being operational | regarding the machine running the list being out of disk space. Fair point, but then #alioth would be better too. :-) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8739otzy9i@qurzaw.varnish-software.com
Re: Why is help so hard to find?
]] Mike Bird Hi, | insserv is also irreversible, and if you restore /etc from | a backup without undocumented magic, insserv will destroy /etc | again. That in my book seriously limits its compatibility. | | For servers which may only be rebooted once a year, a second | saved in boot time is not worth the hassle, or even the mere | risk of hassle, due to actual or potential damage from insserv. While I have no love for insserv, if you think the whole point of dependency based boot (be it insserv, upstart, systemd) is boot speed, I think you're mistaken. It's a part of the goal, but much more important is actually correctness. Getting the dependencies between init scripts correct is sometimes hard. People have to test, test again and test more and people also have to file bugs. Bugs suck, but they're part of life and complaining about decision made a long ago is much less productive than just living with them, making the best out of them and filing bugs when things break. Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y66lyjf5@qurzaw.varnish-software.com
wrong devices seen in squeeze
Dear maintainers, on my (older) system, I discovered a weired behaviour: although I am using IDE-harddrives, they are seen as /dev/sdX (IDE-drives should be discovered as /dev/hdX). Is this a kernel-decision? In /etc/fstab are only entries with /dev/hdX. Because of this, it is impossible to get grub-pc running (kernel- panic). Strange: The system is runnning perfectly with grub-legacy and those wrong devices. Booting with a live-cd, all harddrives are recognized as /dev/hdX. Weired, eh? Thought, I should mention this Best regards Hans signature.asc Description: This is a digitally signed message part.
Re: Bug#610165: ITP: less.js -- JavaScript parser of LESS Leaner CSS macro language
Jonas Smedegaard wrote: LESS is a macro language to produce CSS files. I'd start with that and expand it a bit. Regards, Faidon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d320095.60...@debian.org
Re: Bug#610129: ITP: jshash -- calculate secure hash algorithms in JavaScript
On Sat, Jan 15, 2011 at 03:33:25PM +0100, Jonas Smedegaard wrote: Description : calculate secure hash algorithms in JavaScript JavaScript implementation of some secure hash algorithms: * MD5 Message Digest Algorithm (RFC 1321) I take exception with your description here. MD5 is not in any way a secure hash algorithm. Cryptographic, yes; secure, no. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: wrong devices seen in squeeze
On Sat, Jan 15, 2011 at 09:38:18PM +0100, Hans-J. Ullrich wrote: on my (older) system, I discovered a weired behaviour: although I am using IDE-harddrives, they are seen as /dev/sdX (IDE-drives should be discovered as /dev/hdX). Is this a kernel-decision? In /etc/fstab are only entries with /dev/hdX. Because of this, it is impossible to get grub-pc running (kernel- panic). Strange: The system is runnning perfectly with grub-legacy and those wrong devices. Booting with a live-cd, all harddrives are recognized as /dev/hdX. This is due to using the libata PATA drivers instead of the old IDE ones. libata drives all appear with the SCSI naming, regardless of which bus they are connected to. Since the libata drivers are now the default in a Debian kernel, all your drives should appear as sd*. I believe new kernel packages should help you migrate to a UUID-based naming method so that how exactly your disks are labelled becomes irrelevant. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Can insserv made better?
Hi, Mike: On Saturday 15 January 2011 19:51:43 Mike Bird wrote: On Sat January 15 2011 01:59:06 Julien BLACHE wrote: insserv has issues, but it's still an improvement over the previous situation and, unlike the other new init systems, it's actually backward-compatible. I have no objection to you using insserv. I object to people being tricked into using insserv. It tends to break complex systems and people should be warned about this danger rather than being told that insserv is recommended and then making a bad decision based on sysv-rc.postinst's faulty recommendation. Well, we can try to be positive and change a lose for a win here, can't we? I'd say that insserv main problem now is that of transtition: yes, it can break your system in the worst possible way, making it unable to boot, specially if you happen to be a professional system administrator caring about complex Debian servers. But that's more a symptom of the problems of the old system which the new rises, than of the new system itself, and once your system is properly recovered, insserv tends to work properly (as it will work properly for newly installed systems) and it's expected to be easier to maintain for the years to come than the old one. So the main problem is only transitioning the system, isn't it? Why don't you have then a look at Squeeze's release notes (which any wise Debian system administrator will read upon upgrade) and make sure that it states the problem in the most clear way and/or propose the changes to that document that you percieve to be needed? That would be feasible in current freeze condition of the distribution and it would be a good effort/benefit ratio for your effort. Cheers. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101152221.33941.jesus.nava...@undominio.net
Re: wrong devices seen in squeeze
On Sat, 2011-01-15 at 21:38 +0100, Hans-J. Ullrich wrote: Dear maintainers, on my (older) system, I discovered a weired behaviour: although I am using IDE-harddrives, they are seen as /dev/sdX (IDE-drives should be discovered as /dev/hdX). Is this a kernel-decision? This is a kernel change. If you are using the current kernel image packages, you were informed of this during the upgrade. In /etc/fstab are only entries with /dev/hdX. Because of this, it is impossible to get grub-pc running (kernel-panic) [...] The kernel panics if you specify an invalid root device on the command line. During the upgrade, you were asked whether configuration files should be modified to be independent of the device name changes. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#610175: ITP: mudlet -- Graphical MUD client with fast lua scripting support
Package: wnpp Severity: wishlist Owner: Craig Small csm...@debian.org * Package name: mudlet Version : 1.1.1 Upstream Author : Heiko Koehn,Bruno Bigras,Vadim Peretokin and others * URL : http://www.mudlet.org/ * License : GPL Programming Lang: C++ Description : Graphical MUD client with fast lua scripting support A completely redesigned MUD (Multi User Dungeon) client that is easy to use and customise. Both power users and plain gamers alike will feel at home with Mudlet, without having to waste too much timer figuring out how to do something. Mudlet is designed to be very fast and efficient right from the start. It's scripting engine is designed to handle thousands of lines under one second. The scripting framework uses Lua - a small, fast and efficient scripting language. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110115210058.20854.12148.report...@elmo.enc.com.au
Skilled manpower vs. grunt work (was: Why is help so hard to find?)
Neil Williams codeh...@debian.org writes: Can the rest of us now actually ask if there is anything we can do to get more people involved in helping packaging teams which are openly asking for help? […] The problem is a lack of manpower in critical teams. That's not new. Is the requirement for manpower alone? I thought the problem was a lack of manpower with the appropriate specific skills. For my part, the teams that appear to need help most desperately need people with good skills in specific areas I don't have. If nobody is willing to do the grunt work of maintaining the alternative, the alternative does not get maintained. That's obvious, isn't it? How much of it is grunt work? Is there a way for willing people, who lack the specific skills needed by the maintenance team, to bring more general programming and/or packaging skills to bear on the workload? Is there an obvious way for people willing to do grunt work to help such teams (as opposed to the highly skilled work done by the core people in the maintenance team) to find that grunt work and begin contributing? -- \ “Value your freedom or you will lose it, teaches history. | `\ “Don't bother us with politics,” respond those who don't want | _o__) to learn.” —Richard Stallman, 2002 | Ben Finney pgppGsWqHZrj6.pgp Description: PGP signature
Re: wrong devices seen in squeeze
This is due to using the libata PATA drivers instead of the old IDE ones. libata drives all appear with the SCSI naming, regardless of which bus they are connected to. Since the libata drivers are now the default in a Debian kernel, all your drives should appear as sd*. I believe new kernel packages should help you migrate to a UUID-based naming method so that how exactly your disks are labelled becomes irrelevant. Hi Brian! Ah, thank you, that explains it. Yes, I am using libata and UUID. I will try grub-pc again. Cheers Hans -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101152234.38269.hans.ullr...@loop.de
Re: Why is help so hard to find?
Neil Williams codeh...@debian.org writes: Mike Bird mgb-deb...@yosemite.net wrote: I indicated one important reason why experienced programmers don't want to work on Debian. They have no desire to spend a year of their life humoring someone with a tenth of their expertise. Tough. […] If I hadn't spent the last ten years humouring people with less than 1% of my own expertise and (more importantly) being humoured by those who have a hundred times more expertise in their area than I do, I would have no friends in Debian and Debian would not work the way that I need. […] It's not up to the DPL. It's about finding people willing to work with other people and avoiding those who do nothing but complain. That's an excellent distillation. Thank you, Neil. -- \ “I have one rule to live by: Don't make it worse.” —Hazel | `\ Woodcock | _o__) | Ben Finney pgppQmheaTnyX.pgp Description: PGP signature
Re: DEP5: CANDIDATE and ready for use in squeeze+1
On Mon, Jan 10, 2011 at 10:56:31AM +0100, Stefano Zacchiroli wrote: On Mon, Jan 10, 2011 at 01:03:21AM -0600, Steve Langasek wrote: Pointing to particular revisions is ugly, but is less ugly IMHO than introducing (again) the possibility of multiple incompatible specs (subtly or otherwise) all referred to with the same Format declaration. That is correct and this thought has bothered me as well. However, how is it any different than, say, the format of debian/changelog? Unlike the format of debian/control, not even a Standards-Version field is associated to it. There is just software that deal with it that will fail upon some (incompatible) format change. The Standards-Version field is associated with the package as a whole, not with debian/control alone. So yes, Standards-Version is a perfectly adequate declaration of the relevant policy for handling debian/changelog. Furthermore, the debian changelog format is quite stable (no backwards-incompatible changes in well over a decade, notwithstanding the deprecation of the never-used alternative changelog format support), and dpkg-parsechangelog is the authoritative implementation of a parser for debian/changelog. None of these considerations apply to DEP5 parsing today. Arguably, once DEP5 will be integrated into debian-policy, one might consider the format of debian/copyright to be subject of Standards-Version (if and only if the maintainer will have chosen to go the readable debian/copyright way). There has been no plan to subsume DEP5 into Debian Policy. The only plan I've seen is to turn *maintenance* of the machine-readable copyright format over to the Debian Policy process and to *ship* a copy of the spec in the debian-policy package; we will still need a way to point to unique URLs in the Format: field to distinguish between incompatible revisions, unless and until DEP5 is incorporated into Debian Policy itself at a later date. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: binNMU for Arch: all packages.
On Sat, Jan 15, 2011 at 01:53:34PM +0100, Bastian Blank wrote:
On Sat, Jan 15, 2011 at 10:29:46AM +, Philipp Kern wrote:
Arch:all binNMUing will only work if you keep the invariant of
version(arch:all) = version(source) in some way.
This invariant comes from where? From my knowledge neither w-b nor dak
cares about it.
From the de facto policy that was designed when binNMUs became common
practice, to ensure that we had a usable, binNMU-safe scheme to replace the
prior (= ${Source-Version}) usage.
Permitting arch: all binNMUs will break the assumption underlying all (=
${source:Version}) dependency declarations in use across all our packages,
making them instantly buggy, and require us to use a hackish (= ), ( )
construction for all arch:any - arch:all dependencies just as we already
have to do for arch:all - arch:any dependencies.
I agree that it's far preferable to do source NMUs in these cases.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
Re: Skilled manpower vs. grunt work (was: Why is help so hard to find?)
On Sun, 16 Jan 2011 08:33:56 +1100 Ben Finney ben+deb...@benfinney.id.au wrote: Neil Williams codeh...@debian.org writes: Can the rest of us now actually ask if there is anything we can do to get more people involved in helping packaging teams which are openly asking for help? […] The problem is a lack of manpower in critical teams. That's not new. Is the requirement for manpower alone? I thought the problem was a lack of manpower with the appropriate specific skills. Bug triage doesn't need huge amounts of package-specific skills. It just needs the people doing triage to be able to cooperate with the maintainer(s). For my part, the teams that appear to need help most desperately need people with good skills in specific areas I don't have. That is always possible. I'm not going to start working on kernels or haskell or KDE. It's not just the skill set - if you don't use a package (as is my case with KDE), it's not a good choice for various perfectly valid reasons. If nobody is willing to do the grunt work of maintaining the alternative, the alternative does not get maintained. That's obvious, isn't it? How much of it is grunt work? Depends on the perspective - someone coming in to help from the outside may find it challenging (and therefore potentially enjoyable) - maintainers who have been working on the problems for a while it can be grunt work. Many of the necessary skills can be learnt IF the new people have sufficient interest in the package concerned and the wisdom to get along with the existing team. Is there a way for willing people, who lack the specific skills needed by the maintenance team, to bring more general programming and/or packaging skills to bear on the workload? RFH bugs and general QA is the obvious place to start - once we're released Squeeze. Bug triage can be a good way to learn how the package works and how the team works. Is there an obvious way for people willing to do grunt work to help such teams (as opposed to the highly skilled work done by the core people in the maintenance team) to find that grunt work and begin contributing? Skills can be learnt, taught and developed - the missing component is the person who can work alongside the existing team without lecturing those in the team and without pestering the team with newbie questions. That's fun for the whole team. The more hard-pressed the team, the harder it is for new people to learn the ropes. There's no answer to that problem except that new people must want to learn, not lecture. No matter what your expertise, the packaging team has different expertise and everyone needs to get along to fix the actual problem. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpiqhSkHMsVD.pgp Description: PGP signature
Re: DEP5: CANDIDATE and ready for use in squeeze+1
[ Cc:-ing policy integration bug report ]
On Sat, Jan 15, 2011 at 01:51:23PM -0600, Steve Langasek wrote:
There has been no plan to subsume DEP5 into Debian Policy. The only plan
I've seen is to turn *maintenance* of the machine-readable copyright format
over to the Debian Policy process and to *ship* a copy of the spec in the
debian-policy package;
Well, I was assuming that DEP5 was going to become an associated text
under policy §5.6.11 and, as such, subject to Standards-Version. That
would bring IMHO various benefits such as: 1) the possibility of
dropping Format:, 2) have a lintian check that doesn't need to preserve
yet another version-format mapping; 3) documentation of format changes
into upgrade-checklist.
Clearly you disagree with that assumption and Lars has voiced his
opinion in favor of a separate---and versioned---Format field as well.
So be it.
I still don't get how the versioned Format URL will look like once DEP5
will be shipped by debian-policy though. Would it use the Vcs-Browser of
the debian-policy package or ...? Just curious.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I've fans everywhere
ti resta John Fante -- V. Capossela ...| ..: |.. -- C. Adams
signature.asc
Description: Digital signature
Re: Can insserv made better?
Hi Jesús, On Sat January 15 2011 13:21:33 Jesús M. Navarro wrote: So the main problem is only transitioning the system, isn't it? Why don't you have then a look at Squeeze's release notes (which any wise Debian system administrator will read upon upgrade) and make sure that it states the problem in the most clear way and/or propose the changes to that document that you percieve to be needed? That would be feasible in current freeze condition of the distribution and it would be a good effort/benefit ratio for your effort. I have looked at the release notes, what little documentation there is, and much but not all of the source code. It would certainly help if a warning were included in the release notes but the most critical fix is to the misleading statement in sysv-rc.postinst that enabling insserv is recommended with no warning about the potential adverse consequences. I have attached a proposed patch. --Mike Bird diff -ruN sysvinit-2.88dsf/debian/sysv-rc.templates sysvinit-2.88dsf.NEW/debian/sysv-rc.templates --- sysvinit-2.88dsf/debian/sysv-rc.templates 2011-01-15 14:30:43.0 -0800 +++ sysvinit-2.88dsf.NEW/debian/sysv-rc.templates 2011-01-15 14:38:16.0 -0800 @@ -12,13 +12,18 @@ Default: true _Description: Migrate legacy boot sequencing to dependency-based sequencing? The boot system is prepared to migrate to dependency-based sequencing. - This is an irreversible step, but one that is recommended: it allows - the boot process to be optimized for speed and efficiency, and provides - a more resilient framework for development. + This is an irreversible step - restoring your /etc will not undo it. It + affords slightly faster booting and a different framework for sequencing + system start up which some people prefer. However it may not correctly + boot a complex system without further effort on your part. . A full rationale is detailed in /usr/share/doc/sysv-rc/README.Debian. If you choose not to migrate now, you can do so later by running dpkg-reconfigure sysv-rc. + . + If you do need to manually reverse this irreversible step first + touch /etc/init.d/.legacy-bootordering and then the files in + /var/lib/update-rc.d will help you to recover most of the way. Template: sysv-rc/unable-to-convert Type: note
Re: Why is help so hard to find?
Chris Carr ranting...@gmail.com writes: Is there some forum in which the choice of a default for a package or service gets made? I subscribe to debian-devel and debian-policy, but neither seems to contain discussions about the risks of replacing perfectly good defaults with significantly flawed ones. debian-devel contained *extensive* discussions about dependency-based boot and about insserv. I'm not sure how you could have missed them. Having followed those discussions at the time, I'm pretty confident that the switch was supported by the consensus of the people who chose to participate in those discussions. -- 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 Archive: http://lists.debian.org/87oc7hrake@windlord.stanford.edu
Re: Why is help so hard to find?
Tollef Fog Heen tfh...@err.no writes: While I have no love for insserv, if you think the whole point of dependency based boot (be it insserv, upstart, systemd) is boot speed, I think you're mistaken. It's a part of the goal, but much more important is actually correctness. Getting the dependencies between init scripts correct is sometimes hard. Amen. I'm in favor of dependency-based boot despite not caring about boot speed much at all. I like dependency-based boot because, as a system administrator, I can edit an init script, add a dependency on something that I want to run first for my own reasons, and reconfigure the boot sequence, and all the right things happen, including fiddling with the granularity of the numbering if necessary. Under the old system where all the sequence numbers were defaults created by the package and were often annoyingly clustered, this was significantly harder to do. -- 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 Archive: http://lists.debian.org/87k4i5raf6@windlord.stanford.edu
Bug#610189: ITP: scolasync -- graphic tool to copy data to or from a set of USB storage media
Package: wnpp Severity: wishlist Owner: Georges Khaznadar georg...@ofset.org * Package name: scolasync Version : 2.1 Upstream Author : Georges Khaznadar georg...@ofset.org * URL : http://georges.khaznadar.fr/docs/scolasync * License : GPL3 Programming Lang: Python Description : graphic tool to copy data to or from a set of USB storage media Teachers may use this package to manage a set of USB sticks owned by their students. The keys are recognized (with their owner's name), and the teachers can copy assignments to them ans retrieve consistently the homeworks from the usb sticks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116000639.29046.39128.report...@photos.khaznadar.fr
Re: Can insserv made better?
On Sat, Jan 15, 2011 at 11:39 PM, Mike Bird mgb-deb...@yosemite.net wrote: I have looked at the release notes, what little documentation there is, and much but not all of the source code. It would certainly help if a warning were included in the release notes but the most critical fix is to the misleading statement in sysv-rc.postinst that enabling insserv is recommended with no warning about the potential adverse consequences. If insserv meses up so bad, shouldn't it be able to detect that things will go wrong too? Got a concrete example of a case that fails? Olaf -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=A1DBU10W5SQzeTq+0n0ybEX9Laf=h+8tqz...@mail.gmail.com
Re: Why is help so hard to find?
On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote: Roger Leigh rle...@codelibre.net writes: I've yet to find a single system which upgraded to insserv cleanly. This is mostly due to removed packages which need fully purging to remove the last traces of old init scripts which break the process. Huh. Every system I've upgraded had no problems. I find this strange, since every system that has ever been etch will have at least libdevmapper1.02 which stops insserv from migrating. What is the failure mode? What happens on those systems? You get a long scary message that makes people search what the heck is going wrong, but no actual damage. You just stay with the legacy ordering which currently suffers only from rare corner cases and being undermaintained. This has proven to be the case on every system I've migrated so far, and it is a real pain to identify each offending script and then find which package it belonged to and purge it. dpkg -S would generally tell you, no? We could document how to do that in the release notes. Documenting would be good -- especially in the fail message rather than in release notes few people read; however, I think it would be better to fix at least the common cases. Sadly, just having insserv Conflicts: the culprits is not enough, a fix could be one of: * an otherwise empty package that removes the rc scripts * Conflicts:+Replaces: in insserv and overwriting the known-buggy scripts (a nasty hack) I've suggested having an empty libdevmapper1.02 before, but I guess I didn't shout loud enough. I still think it's better to inject it into squeeze than to suffer people's confusion. -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116001708.ga28...@angband.pl
Re: Can insserv made better?
On Sat January 15 2011 16:33:28 Olaf van der Spek wrote: If insserv meses up so bad, shouldn't it be able to detect that things will go wrong too? insserv completely discards the Snn/Knn values and generates a new boot ordering based on much less information and which consequently fails more often. If you want insserv not to mess up then the solution a to have insserv generate dependencies from the Snn/Knn values and then allow sysadmins to delete/disable dependencies that aren't relevant. (I don't recommend this but it is a solution.) Got a concrete example of a case that fails? We ran into the Apache-Bind problem and the RequestTracker-Apache-Mysql problems and then stopped using insserv. Fortunately we have good sysadmins who can read the source code as insserv is mostly undocumented and there is no policy on which overrides are for Debian packagers and which are sysadmins so many future conflicts will arise there too. If you check on bugs.debian.org you'll see many more. I had to read through nearly 400 bugs on sysv-rc before submitting a proposed fix [1]. As we no longer enable insserv this is no longer a problem for us. It is, however, a big problem for Squeeze and it needs to be fixed. --Mike Bird [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610185 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101151747.24174.mgb-deb...@yosemite.net
Re: DEP5: CANDIDATE and ready for use in squeeze+1
On Sat, 15 Jan 2011 23:38:12 +0100, Stefano Zacchiroli wrote: I still don't get how the versioned Format URL will look like once DEP5 will be shipped by debian-policy though. Would it use the Vcs-Browser of the debian-policy package or ...? Just curious. From the attached diff in the first message in #609160: + * **`Format`** + * Required + * Syntax: single line + * URI of the format specification, such as: + * http://www.debian.org/doc/standards/copyright-format/1.0.html Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Rod Stewart signature.asc Description: Digital signature
Re: Why is help so hard to find?
Adam Borowski kilob...@angband.pl writes: On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote: Huh. Every system I've upgraded had no problems. I find this strange, since every system that has ever been etch will have at least libdevmapper1.02 which stops insserv from migrating. Judging from further discussion, it looks like the reason why I've never seen this is that I routinely purge deinstalled packages on all my systems and most of the problems are with packages that have been deinstalled but not purged and have obsolete init scripts. I wonder if we should suggest people consider doing that before the upgrade if they don't have any old configuration files around that they care about. * Conflicts:+Replaces: in insserv and overwriting the known-buggy scripts (a nasty hack) Given that they're conffiles, I don't think this will even work properly. -- 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 Archive: http://lists.debian.org/87fwstr4gx@windlord.stanford.edu
Re: Why is help so hard to find?
On Sat January 15 2011 18:02:06 Russ Allbery wrote: Judging from further discussion, it looks like the reason why I've never seen this is that I routinely purge deinstalled packages on all my systems and most of the problems are with packages that have been deinstalled but not purged and have obsolete init scripts. I wonder if we should suggest people consider doing that before the upgrade if they don't have any old configuration files around that they care about. I don't think that will work, although I don't understand why. Here's an example from one of our upgrade tests. The package is installed but has obsolete conffiles and thereby caused insserv setup to fail. --Mike Bird # dpkg -s bittorrent Package: bittorrent Status: install ok installed Priority: optional Section: net Installed-Size: 588 Maintainer: Michael Janssen jamu...@debian.org Architecture: all Version: 3.4.2-11.3 Depends: python (= 2.3), python-support (= 0.90.0), lsb-base (= 3.0-10) Recommends: mime-support Suggests: bittorrent-gui Conffiles: /etc/init.d/bittorrent 128966d79d03469e179f57d6210f2b47 obsolete /etc/default/bittorrent 1a6947090e36f417eb508953794dc303 obsolete Description: Original BitTorent client - console tools snip -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101151825.37388.mgb-deb...@yosemite.net
Suggest to purge removed packages with init scripts before squeeze upgrade (was: Why is help so hard to find?)
Package: release-notes Severity: wishlist On Sat, 15 Jan 2011 18:02:06 -0800, Russ Allbery wrote: I find this strange, since every system that has ever been etch will have at least libdevmapper1.02 which stops insserv from migrating. Judging from further discussion, it looks like the reason why I've never seen this is that I routinely purge deinstalled packages on all my systems and most of the problems are with packages that have been deinstalled but not purged and have obsolete init scripts. I wonder if we should suggest people consider doing that before the upgrade if they don't have any old configuration files around that they care about. Now that Adam mentioned it I remember that I at least met this removed-but-configured libdevmapper1.02 on each machine which tried to convert to dependency based init scripts. (I think most other issues I had came from home-grown init scripts without LSB headers. -- And I also tend to purge removed packages; but not packages that were both installed and removed automatically ...) Suggesting to purge libdevmapper1.02 and maybe other removed/configured packages in the release notes' preparation section might indeed be helpful. Cheers, gregor, cc'ing the BTS -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Simply Red: Holding Back The Years signature.asc Description: Digital signature
Re: Why is help so hard to find?
Mike Bird mgb-deb...@yosemite.net writes: On Sat January 15 2011 18:02:06 Russ Allbery wrote: Judging from further discussion, it looks like the reason why I've never seen this is that I routinely purge deinstalled packages on all my systems and most of the problems are with packages that have been deinstalled but not purged and have obsolete init scripts. I wonder if we should suggest people consider doing that before the upgrade if they don't have any old configuration files around that they care about. I don't think that will work, although I don't understand why. Here's an example from one of our upgrade tests. The package is installed but has obsolete conffiles and thereby caused insserv setup to fail. It's the responsibility of packages to clean up obsolete conffiles as they're upgraded. If you run into the case of a package that's been upgraded and not cleaned up its obsolete conffiles, and there isn't some reason for that, that's worth a bug report. Too late for this release, probably, of course -- 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 Archive: http://lists.debian.org/8739otr22e@windlord.stanford.edu
Re: Why is help so hard to find?
On Sat, 15 Jan 2011, Russ Allbery wrote: Judging from further discussion, it looks like the reason why I've never seen this is that I routinely purge deinstalled packages on all my systems and most of the problems are with packages that have been deinstalled but not purged and have obsolete init scripts. I wonder if we should suggest people consider doing that before the upgrade if they don't have any old configuration files around that they care about. A possible hack would be to have insserv ignore any initscripts which are conffiles which when run without options exit with zero status. But this probably has some ugly consequences which aren't totally obvious to me right this second. Don Armstrong -- There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116034223.gm5...@teltox.donarmstrong.com
Re: Why is help so hard to find?
On Sat January 15 2011 18:54:01 Russ Allbery wrote: It's the responsibility of packages to clean up obsolete conffiles as they're upgraded. If you run into the case of a package that's been upgraded and not cleaned up its obsolete conffiles, and there isn't some reason for that, that's worth a bug report. Too late for this release, probably, of course That test box alone has 48 obsolete conffiles belonging to 19 installed packages. And I'm not sure if current package maintainers would look favorably on bugs filed regarding obsolete conffiles left by previous versions of packages. I wonder if there is anything that should be done at the dpkg level to prevent obsolete conffiles remaining after an upgrade? Clearly a gnarly dpkg-query pipe could rm them, although I worry that there might be unintended side effects. In any event, I don't think we need to worry about them at this stage of the release cycle. --Mike Bird -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101152059.07452.mgb-deb...@yosemite.net
Re: Why is help so hard to find?
On 16.01.2011 03:54, Russ Allbery wrote: It's the responsibility of packages to clean up obsolete conffiles as they're upgraded. If you run into the case of a package that's been upgraded and not cleaned up its obsolete conffiles, and there isn't some reason for that, that's worth a bug report. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550229 -- 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: Why is help so hard to find?
On 16.01.2011 05:59, Mike Bird wrote: That test box alone has 48 obsolete conffiles belonging to 19 installed packages. And I'm not sure if current package maintainers would look favorably on bugs filed regarding obsolete conffiles left by previous versions of packages. If you do encounter such packages, please *do* file bugs. Imho there are very few cases where it makes sense to keep obsolete conffiles and for the majority not removing them on upgrades is a valid bug. Michael -- 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: Why is help so hard to find?
On 15.01.2011 21:57, Tollef Fog Heen wrote: ]] Mike Bird Hi, | insserv is also irreversible, and if you restore /etc from | a backup without undocumented magic, insserv will destroy /etc | again. That in my book seriously limits its compatibility. | | For servers which may only be rebooted once a year, a second | saved in boot time is not worth the hassle, or even the mere | risk of hassle, due to actual or potential damage from insserv. While I have no love for insserv, if you think the whole point of dependency based boot (be it insserv, upstart, systemd) is boot speed, I think you're mistaken. It's a part of the goal, but much more important is actually correctness. Getting the dependencies between init scripts correct is sometimes hard. Completely agreed. The focus of dependency based boot is correctness. The old system with static start/stop priorities was a pain to maintain and actually had many bugs which were effectively impossible to change, because changing the priority of *one* package can lead to a domino effect of required changes to a *lot* of packages. With the dependency based system only a single package needs to be fixed. And to re-iterate what has already been said: if you do find scenarios where the ordering is incorrect, please *do* file bugs. Such bugs are valuable. Fixing incorrect orderings is actually quite simple now. Please also follow the instructions on [1] and tag those bugs appropriately. Michael [1] http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot -- 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
ObsoleteConffilesOfInstalledPackages
Some people have expressed interested in obsolete config files associated with currently installed packages. Here's a (slow) script for finding them, plus the merged results of running the script on a dozen servers and workstations - mostly Lenny and a few Squeeze. Output is space delimited, four fields: debian-release package-name package-version obsolete-conffile --Mike Bird ObsoleteConffilesOfInstalledPackages Description: application/shellscript 5.0.7 acpi-support 0.109-11 /etc/acpi/resume.d/13-915-resolution-set.sh 5.0.7 acpi-support 0.109-11 /etc/acpi/resume.d/49-915-resolution-set.sh 5.0.7 apache2.2-common 2.2.9-10+lenny9 /etc/apache2/mods-available/sick-hack-to-update-modules 5.0.7 base-files 5lenny8 /etc/nsswitch.conf 5.0.7 bash 3.2-4 /etc/bash_completion 5.0.7 bind9 1:9.6.ESV.R3+dfsg-0+lenny1 /etc/apparmor.d/apparmor-profile 5.0.7 bittorrent 3.4.2-11.1 /etc/default/bittorrent 5.0.7 bittorrent 3.4.2-11.1 /etc/init.d/bittorrent 5.0.7 bluez-utils 3.36-3 /etc/modprobe.d/bluez 5.0.7 bluez-utils 3.36-3 /etc/modutils/bluez 5.0.7 capplets-data 1:2.22.2.1-2 /etc/gnome/config/Editres.ad 5.0.7 capplets-data 1:2.22.2.1-2 /etc/gnome/config/Emacs.ad 5.0.7 capplets-data 1:2.22.2.1-2 /etc/gnome/config/General.ad 5.0.7 capplets-data 1:2.22.2.1-2 /etc/gnome/config/Motif.ad 5.0.7 capplets-data 1:2.22.2.1-2 /etc/gnome/config/Tk.ad 5.0.7 capplets-data 1:2.22.2.1-2 /etc/gnome/config/Xaw.ad 5.0.7 clamav-daemon 0.96.5+dfsg-1~volatile1 /etc/default/clamav-daemon 5.0.7 clamav-freshclam 0.96.5+dfsg-1~volatile1 /etc/logrotate.d/clamav-freshclam 5.0.7 desktop-file-utils 0.15-1 /etc/gnome/defaults.list 5.0.7 e2fsprogs 1.41.3-1 /etc/e2fsck.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.avail/20-lohit-gujarati.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.avail/30-amt-aliases.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.avail/40-generic.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.avail/README 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.d/autohint.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.d/no-bitmaps.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.d/no-sub-pixel.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.d/sub-pixel.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.d/unhinted.conf 5.0.7 fontconfig-config 2.6.0-3 /etc/fonts/conf.d/yes-bitmaps.conf 5.0.7 freeradius 2.0.4+dfsg-6 /etc/freeradius/oraclesql.conf 5.0.7 freeradius 2.0.4+dfsg-6 /etc/freeradius/x99.conf 5.0.7 freeradius 2.0.4+dfsg-6 /etc/freeradius/x99passwd.sample 5.0.7 gconf2 2.22.0-1 /etc/gconf/2/path 5.0.7 gksu 2.0.0-8 /etc/gksu.conf 5.0.7 gnome-games 1:2.22.3-3 /etc/sound/events/gnibbles.soundlist 5.0.7 gnome-games 1:2.22.3-3 /etc/sound/events/gnobots2.soundlist 5.0.7 gnome-games 1:2.22.3-3 /etc/sound/events/iagno.soundlist 5.0.7 gnome-menus 2.22.2-4 /etc/xdg/menus/applications.menu 5.0.7 gnome-menus 2.22.2-4 /etc/xdg/menus/preferences.menu 5.0.7 gnome-menus 2.22.2-4 /etc/xdg/menus/settings.menu 5.0.7 gnome-panel-data 2.20.3-5 /etc/gnome-vfs-2.0/vfolders/applications.template 5.0.7 gnome-panel-data 2.20.3-5 /etc/menu-methods/gnome-panel-data 5.0.7 gnome-panel-data 2.20.3-5 /etc/menu-methods/gnome-vfolder-user 5.0.7 gnome-system-tools 2.22.0-4 /etc/gnome-system-tools/users/profiles.xml 5.0.7 hal 0.5.11-8 /etc/dev.d/block/hal-unmount.dev 5.0.7 hdparm 8.9-3 /etc/dev.d/block/hdparm.dev 5.0.7 icedove 2.0.0.24-0lenny1 /etc/icedove/global-config.js 5.0.7 iceweasel 3.0.6-3 /etc/iceweasel/profile/search.rdf 5.0.7 initramfs-tools 0.92o /etc/initramfs-tools/modules 5.0.7 java-common 0.30 /etc/jvm 5.0.7 kcontrol 4:3.5.9.dfsg.1-6+lenny1 /etc/hotplug/usb/logitechmouse 5.0.7 kcontrol 4:3.5.9.dfsg.1-6+lenny1 /etc/hotplug/usb/logitechmouse.usermap 5.0.7 kdemultimedia-kappfinder-data 4:3.5.9-2 /etc/xdg/menus/kde-applications-merged/kde-multimedia-music.menu 5.0.7 libapache2-mod-perl2 2.0.4-5+lenny1 /etc/apache2/mods-available/perl.conf 5.0.7 libgeoip1 1.4.4.dfsg-3+lenny1 /etc/GeoIP.conf.default 5.0.7 libgphoto2-2 2.4.1-3 /etc/hotplug/usb/libgphoto2 5.0.7 libgphoto2-2 2.4.1-3 /etc/udev/libgphoto2_generic_ptp_support.rules 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/apt.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/dhcp.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/disk.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/dummy.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/ftp.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/http.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/load.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/mail.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/news.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/ntp.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/ping.cfg 5.0.7 nagios-plugins-basic 1.4.12-5 /etc/nagios-plugins/config/procs.cfg 5.0.7 nagios-plugins-basic 1.4.12-5
Accepted clamav 0.96.5+dfsg-1.1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 12 Jan 2011 19:51:36 +0100 Source: clamav Binary: clamav-base clamav-docs clamav-dbg clamav libclamav-dev libclamav6 clamav-daemon clamav-testfiles clamav-freshclam clamav-milter Architecture: source all i386 Version: 0.96.5+dfsg-1.1 Distribution: unstable Urgency: low Maintainer: ClamAV Team pkg-clamav-de...@lists.alioth.debian.org Changed-By: Christian Perrier bubu...@debian.org Description: clamav - anti-virus utility for Unix - command-line interface clamav-base - anti-virus utility for Unix - base package clamav-daemon - anti-virus utility for Unix - scanner daemon clamav-dbg - debug symbols for ClamAV clamav-docs - anti-virus utility for Unix - documentation clamav-freshclam - anti-virus utility for Unix - virus database update utility clamav-milter - anti-virus utility for Unix - sendmail integration clamav-testfiles - anti-virus utility for Unix - test files libclamav-dev - anti-virus utility for Unix - development files libclamav6 - anti-virus utility for Unix - library Changes: clamav (0.96.5+dfsg-1.1) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of Italian debconf translation. Checksums-Sha1: e7ff788bf618b14fee8dce61f4432ecd61238c8b 2190 clamav_0.96.5+dfsg-1.1.dsc e541d98d30dc8ae7261464b9984a2e9c7c3282ce 282736 clamav_0.96.5+dfsg-1.1.diff.gz 32f0b2e257971f99d20e0368c765e1251f21e086 26735726 clamav-base_0.96.5+dfsg-1.1_all.deb de6c187599b373e65cbe6dbff6c192a07a5cc035 5256092 clamav-testfiles_0.96.5+dfsg-1.1_all.deb 0b95c6ccfe91dc9c312ad8974d55b5a8a1136eea 1291782 clamav-docs_0.96.5+dfsg-1.1_all.deb eb6c1168d893d594c2b23960523534d21d5d9182 4000414 libclamav6_0.96.5+dfsg-1.1_i386.deb f7b107b99b420449f13266e2679f49a89a02210a 324302 clamav_0.96.5+dfsg-1.1_i386.deb 633faef1785c111543e385155d697136fa01e44c 407290 clamav-daemon_0.96.5+dfsg-1.1_i386.deb f183165abe658606392aa7ee37bdbca28b068b60 307102 clamav-freshclam_0.96.5+dfsg-1.1_i386.deb 86bd9e1efa3947dc3808ed92de332546e983e139 334358 clamav-milter_0.96.5+dfsg-1.1_i386.deb 48776900b7fbab05cfd031c7aaeb24cdb83fa885 214242 libclamav-dev_0.96.5+dfsg-1.1_i386.deb 0b266894a06a239a081e1b77737afc59319adc1c 23807932 clamav-dbg_0.96.5+dfsg-1.1_i386.deb Checksums-Sha256: 938fca076eae9317035b243c262ac2229caee00dfb568f7f46e135116ee05556 2190 clamav_0.96.5+dfsg-1.1.dsc 8d06cd8da55d9791c24c6fa6a302551d12198a04bdec7d91785b2be7fac287bc 282736 clamav_0.96.5+dfsg-1.1.diff.gz 0f1df8cdd5c2944a7873fe95e87fdeb2ed422add0d5989370012adc048c1d7e0 26735726 clamav-base_0.96.5+dfsg-1.1_all.deb df0546a879bd00f723febe9a59c92f977a1577d6f16bebb69870a6118a71e97f 5256092 clamav-testfiles_0.96.5+dfsg-1.1_all.deb 43d6be757526f81ef6ac5506779ae7f5287265e3ebb203faf69263402dc6011f 1291782 clamav-docs_0.96.5+dfsg-1.1_all.deb 16235bd2817fba94d79120d6a805896c0ce980f65bdc7a6218882e74ad289954 4000414 libclamav6_0.96.5+dfsg-1.1_i386.deb e6203baeb6c2281690374700a3b2e72ff6a877aee51af6d231d4b07763600a6a 324302 clamav_0.96.5+dfsg-1.1_i386.deb 14698ed93265d765df3446ba4a8f84480383ad1e2a27bcd5a81979c174631484 407290 clamav-daemon_0.96.5+dfsg-1.1_i386.deb 43402a6343ef2538ae6a51dc175d1d45294a45018ff3f11289328264d967c3af 307102 clamav-freshclam_0.96.5+dfsg-1.1_i386.deb efe8ef3ab824cb65bc50923b7093afb1c84f05b6a2b2bbc3ebd0720e294e2ade 334358 clamav-milter_0.96.5+dfsg-1.1_i386.deb 09619eab394c91c49454971bcb742bdabafb17eed934b46a3d31428534b7271c 214242 libclamav-dev_0.96.5+dfsg-1.1_i386.deb 6a5a0853882c8374136b137cc861a4bbdb2518d2581d23aa97c88e0ff307b0dd 23807932 clamav-dbg_0.96.5+dfsg-1.1_i386.deb Files: b8d0d8b30d426fe34cf700909c418200 2190 utils optional clamav_0.96.5+dfsg-1.1.dsc d75e2982646ff0a18e02a6ed9d99c2f5 282736 utils optional clamav_0.96.5+dfsg-1.1.diff.gz fb0940b5c719ae0c0f232e24cefb4777 26735726 utils optional clamav-base_0.96.5+dfsg-1.1_all.deb 7097d338bddf46a79b6f782c8ab8b866 5256092 utils optional clamav-testfiles_0.96.5+dfsg-1.1_all.deb 2f737aa2b682f078d810a6d0fd3e6aca 1291782 doc optional clamav-docs_0.96.5+dfsg-1.1_all.deb b99c46a0585662f4dab82de13f8db42d 4000414 libs optional libclamav6_0.96.5+dfsg-1.1_i386.deb 8e949004b01923f60fb3bf6f65ab0f3a 324302 utils optional clamav_0.96.5+dfsg-1.1_i386.deb 7887eb2d8b307529ec9c7966e360a8aa 407290 utils optional clamav-daemon_0.96.5+dfsg-1.1_i386.deb 4a02e47c8727788d3d9310216f51b163 307102 utils optional clamav-freshclam_0.96.5+dfsg-1.1_i386.deb 624353433046d2e74a03406ed792c227 334358 utils extra clamav-milter_0.96.5+dfsg-1.1_i386.deb ef01789abb49c53862ecad9b824cdaac 214242 libdevel optional libclamav-dev_0.96.5+dfsg-1.1_i386.deb 61379bcfb013e7b884a2cbb47bb95c4b 23807932 debug extra clamav-dbg_0.96.5+dfsg-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTFNsocvcCxNbiWoAQK1PA//Xp8x8x40jMu6+bCkDMfOpDRUaZPr6O2p NCvvs49vfSoPmg7pHMmPkCWXh+RRizPnujWeMh0rH1RuQOV5Dx/jsTlofWkUNGku
Accepted ddclient 3.8.0-11.3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Jan 2011 20:25:16 +0100 Source: ddclient Binary: ddclient Architecture: source all Version: 3.8.0-11.3 Distribution: unstable Urgency: low Maintainer: Torsten Landschoff tors...@debian.org Changed-By: Christian Perrier bubu...@debian.org Description: ddclient - address updating utility for dynamic DNS services Changes: ddclient (3.8.0-11.3) unstable; urgency=low . * Non-maintainer upload. * Fix encoding for Japanese debconf translation Checksums-Sha1: e1d8959d62530c723b389b5ef21f23c49e00c12f 1857 ddclient_3.8.0-11.3.dsc aca24722fac2236ff248dbe1e69e00b149171d12 57886 ddclient_3.8.0-11.3.debian.tar.gz 246b35b653fd3d2656984612d7045018d4521b7c 73258 ddclient_3.8.0-11.3_all.deb Checksums-Sha256: 665215cc2725407b40b5f135c563ecf3a2c47c472ac3e6cf038fb45968038d7f 1857 ddclient_3.8.0-11.3.dsc dc890b86c7a29e1f3607317111099f7e0a826dfecb700f24ed18b29ca901c604 57886 ddclient_3.8.0-11.3.debian.tar.gz 05220b40130fe43e021e0b1ef50b70caf3865f791c1eb83a9704c0afacd89b12 73258 ddclient_3.8.0-11.3_all.deb Files: 111d8f04b0f849d83b2c72bbf548d84c 1857 net extra ddclient_3.8.0-11.3.dsc d67b5c1a4997902b95036d10fc13d31f 57886 net extra ddclient_3.8.0-11.3.debian.tar.gz bd24ab7a58893d82a648a4f6302fa988 73258 net extra ddclient_3.8.0-11.3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTFQiIcvcCxNbiWoAQJWeg/6A5Ral9JjvACAomaGnjUPbLqYFn36ck6H y2DNauL4WQvZ+xTWF2K5J7hXpVTei4RMP51TsxDUwRYu4FOlBU+4zYs3rbLNK7sV na5dmUswcyrlgslrwA069rmQpnPDmFox1yeVdu75mVhdjD1nw59Izz4+AphBMY0d xpF6bOpO6rX2fhdD0+qb0uoZrMfUNmQDokxgMVRQS04ddRK4ltwmqo0PuUYrlD5u +q8bSavGqRAkIlVFlomGzZcSyGL8xCeFT8dRbzjka7P7aLNISaq/pvAJ61/oo5jf 10c/sLzdReJL3fpjx1/CqRhmMJ8PNtovmPQ4i/gQQk4wFmC0gSt2TF3YSRsalf36 q/jJ79DhWCMB0d6gBKPNB1VVT8xWoLKkzURkNi+JCyJ76wOKAg7H0IPpTCYfp4h7 sGoBqHaTpc/3BWAHaEGbaVHXWeveFWfDiSxrsQSC0Pcb/EFDVYmKnBP73LIWBhvm fv6CwsUQWmmQF6mzp3MpyEOQ4tz6FLzkmtade9QIGxdhK8CH8EijWyhw3hNp0v6U 0iZMYuFjkiQILZvgLOJQZWe9dSP4OvjMk+n3KNKidBUOEOsx+lfp8ACugEt4/erv 0qfMYwlQlDRMA8rJHPWiU4COev/H+Brhbik0VCvE252pyy1jMo7WHt8D9lTkAYPa 05lAVMNLuDQ= =KCVW -END PGP SIGNATURE- Accepted: ddclient_3.8.0-11.3.debian.tar.gz to main/d/ddclient/ddclient_3.8.0-11.3.debian.tar.gz ddclient_3.8.0-11.3.dsc to main/d/ddclient/ddclient_3.8.0-11.3.dsc ddclient_3.8.0-11.3_all.deb to main/d/ddclient/ddclient_3.8.0-11.3_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe1yv-0002nb...@franck.debian.org
Accepted halevt 0.1.6.2-1.4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 08:57:07 +0100 Source: halevt Binary: halevt Architecture: source i386 Version: 0.1.6.2-1.4 Distribution: unstable Urgency: low Maintainer: Marcos Talau ta...@users.sourceforge.net Changed-By: Christian Perrier bubu...@debian.org Description: halevt - generic handler for HAL events Changes: halevt (0.1.6.2-1.4) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of Brazilian Portuguese debconf translation Checksums-Sha1: 7cf09c04c1462ff0f0b1d503639775452c812853 1905 halevt_0.1.6.2-1.4.dsc 73cc704c2d1ee1099ea6c1ef4ae0738cfe730aed 16336 halevt_0.1.6.2-1.4.debian.tar.gz 4058ebc6cc106c968a60dbeb1ba0b6c6e0f4e722 71176 halevt_0.1.6.2-1.4_i386.deb Checksums-Sha256: 17150097307cb657399aeb0748fc02c9a25684af76cac3b3dade4fd9d1bd16bc 1905 halevt_0.1.6.2-1.4.dsc c3795a4c3a160aba462ee910ac55ed4ba447749ea75c49bb0fbfc3461eea7799 16336 halevt_0.1.6.2-1.4.debian.tar.gz 5e20279923c83973cb1a09b4b61d3ea2c45ea3285399f3564b9f420efb278927 71176 halevt_0.1.6.2-1.4_i386.deb Files: a151faf92456e718ab0bfe01692bdb5a 1905 admin optional halevt_0.1.6.2-1.4.dsc 55e0103e5456b8b9945741ee613d00a4 16336 admin optional halevt_0.1.6.2-1.4.debian.tar.gz 19e0b5489ae37727924449aa338440d8 71176 admin optional halevt_0.1.6.2-1.4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTFUq4cvcCxNbiWoAQKLcRAAj5Kin45DwAIZ6/AbEVF2i6diC/SwmPwr I/BtQdBwXz98EddjKe3mLDzG4BY3qygIC84d6MNHiDZ/ba/EhQhjHLInUHajIGpZ 6MkIi/BthA0Alw3vYTIabNTxGo/oZ2aqCV2vGSkBc2Ej610cMlH59USZUkWv8j04 PwUUt+sSUd5kdHlZ1yKp4r4vWdX561cVOo0BcYDaW48YzPy3PwdJqvRQAR5FP7kD gGFH+sAI+uSM/8BvlFUcL3ByZaiHXiylfaC0gpg9dqPkGpuCnI66eA3BfEToDwWD BSYT/1J1Cdnp4w1dnZbQzzdHFgwVw0JXvJzrsJ8V34FyGuwueNtQRXfIhlLLB1SK 6UeXBop0CNa9s+UlwtKog1AkwJL1ojMe7gpU/VeplYIcIp6AuuScKW65uhcE3SPC r248SzBMxlu084Rxb1whWWo87goH+9qVhry1SzM/Ul8voK3TEN86babqBQ0NA3UL ZJPgqbbeswH0MvKtdfkR4K1L2uWUYIE6fhfY8s9MbxYu6nTm8Sd5KluIz/sNnXYl Bx3dqv3oJzneGiiCHeAFjmnfD5INtaOozQEzrR6Re/oOU/n0t1bVc+MwYUPOyRUR mg34L9OuBlCHT3DHgpl586d8fsd9p34WF5tfggCJfLbX1ibqJZrKU59VkatP6cKh nYuh0NJydiU= =0fmI -END PGP SIGNATURE- Accepted: halevt_0.1.6.2-1.4.debian.tar.gz to main/h/halevt/halevt_0.1.6.2-1.4.debian.tar.gz halevt_0.1.6.2-1.4.dsc to main/h/halevt/halevt_0.1.6.2-1.4.dsc halevt_0.1.6.2-1.4_i386.deb to main/h/halevt/halevt_0.1.6.2-1.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 Archive: http://lists.debian.org/e1pe1zc-0002r5...@franck.debian.org
Accepted iog 1.03-3.5 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Jan 2011 20:41:28 +0100 Source: iog Binary: iog Architecture: source all Version: 1.03-3.5 Distribution: unstable Urgency: low Maintainer: Mark Purcell m...@debian.org Changed-By: Christian Perrier bubu...@debian.org Description: iog- network I/O grapher Changes: iog (1.03-3.5) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of German debconf translation Checksums-Sha1: 0a2a3ee49f681dd9c3440ce2017cfaeb2baf8de3 1604 iog_1.03-3.5.dsc 7f40c4dcd0752218fb4635a63c40170ac6e24533 13093 iog_1.03-3.5.diff.gz fa74c0b661cb02bedf6d65544a888c09a3a9a550 22462 iog_1.03-3.5_all.deb Checksums-Sha256: 597d2d027a07ba15b10f7a6a4431cb4940455d3099f6525fa01ffcb52f32bda1 1604 iog_1.03-3.5.dsc 6056470a2cd3f87ebdfc52150e1a44580bd7eea13d3256bbe02eb2c4b0714031 13093 iog_1.03-3.5.diff.gz 5bb73e57fd0bbee1b42eb87e3e5ea56757e978b7fa7e05314c54bc15e6403430 22462 iog_1.03-3.5_all.deb Files: c45ec92f78c660e9513bc8db9dcfb6a9 1604 net extra iog_1.03-3.5.dsc 6244c4610c1abacfe2f35c93458bde0d 13093 net extra iog_1.03-3.5.diff.gz 79d345fe6a07ce53d6ce43602fc64ab6 22462 net extra iog_1.03-3.5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTFWbIcvcCxNbiWoAQJO6g/+LNiHr94rFAbmKj9YuTCsUO2ZKLRinptq SWSbJ/HbBIXNJiqBzEguwVSVk73cNcst+p1sVg34m/SP/EMCLxza6zHwFbNUsLXu TS/5NN5sNPm9irAOGWvfRMMpFtouAvkI6+MoyjnRrykMbjE68jMIC5IBaE/fPOav ars6X6cICv4bhLpp7yNwMKj/VqxugNAbij8+7FqI/05L9/z6/pweVp6DzKdCu/e+ x84WUHhyuGDY1rsPIG0l+BzRtQh5zc50Co6y2mOcNR4XQZbyemQsUKKw6Yc3RdjB tpdP7lHgoJ0SVE1xWGirF5QTl3NdLPuxiiQLcaiLekM57G4mwVD9Ho41gM2bvpAG Bej8V/mnaMyUieIwFKngHvJGj+ngJbeADpFgABTYCyH9xFEW7ytyxkjhM+/OQIDZ TR9B/b2kyjZyBz1vZqJIiqYH4GG1ZUsmBUVy6yIplraDKpIG7UYgdv6Gz8rUvE3W Mwr+tNK0SkoXfEuVtoImi6fSs7u3mZqabhBNJy1N19ghyNJHgLjFVkC5rwIHJ5Bw iWeuCApZqTF9StWxM2Lfc6CKkRsKLiOwkwyl+dBkFxLCvLmoar2UsC+MyOBtdTtz Jk/kBxUXRvJ8iZDVBOgHAroS4UcLjkSrIx7KFU6T8cGuW2yUcQDFZArIEC/bFzZO vz5/4AUCXNg= =vZEZ -END PGP SIGNATURE- Accepted: iog_1.03-3.5.diff.gz to main/i/iog/iog_1.03-3.5.diff.gz iog_1.03-3.5.dsc to main/i/iog/iog_1.03-3.5.dsc iog_1.03-3.5_all.deb to main/i/iog/iog_1.03-3.5_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe1zl-0002t8...@franck.debian.org
Accepted masqmail 0.2.27-1.2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Jan 2011 21:58:54 +0100 Source: masqmail Binary: masqmail Architecture: source i386 Version: 0.2.27-1.2 Distribution: unstable Urgency: low Maintainer: markus schnalke mei...@marmaro.de Changed-By: Christian Perrier bubu...@debian.org Description: masqmail - mail transport agent for intermittently connected hosts Changes: masqmail (0.2.27-1.2) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of Czech debconf translation. Checksums-Sha1: ca0a230b42a703cd074c5890f519457af4386206 1724 masqmail_0.2.27-1.2.dsc 1fe6b68a1d9d5771e4452195ae173960fce0de9a 66577 masqmail_0.2.27-1.2.diff.gz f06877b597bbf6f99b6b130fa275bbecce2efe35 188816 masqmail_0.2.27-1.2_i386.deb Checksums-Sha256: 24b047e1c86f32bdeaaaf24b991e0f25753f124e318d1680bf73137d3f1c4305 1724 masqmail_0.2.27-1.2.dsc 91c974b7aa0326966f658ec3f06042721af7096c91f68bd65bd5926eca483b2a 66577 masqmail_0.2.27-1.2.diff.gz c41352a71d888cfeb202518979191b2f29c701567f4746fb6a70a13dc63aa031 188816 masqmail_0.2.27-1.2_i386.deb Files: 1c3f7bb8fd3dcf5e618ac6138516c52c 1724 mail extra masqmail_0.2.27-1.2.dsc d4eab9b5561edaebfc1a56e7898a6c49 66577 mail extra masqmail_0.2.27-1.2.diff.gz c5632f6cc8a4896afb6613ec3ca8aef2 188816 mail extra masqmail_0.2.27-1.2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTFXOYcvcCxNbiWoAQJUGhAAjtwt1srTOR+Muh9pnqCU2r6yj0PoBRAD X8TkfanQMfvoitTA+Cu8m8+C5XapSqOGAkO0eiVO6GomGC7yfqdeL6HmufKeZvFD OjL672WK9x0sZ0XdzpTjShUzd9HHAuYABy0Py6dFFrzAfhzq8Y9w7CvqjDl5jFd2 9GQFO0bNAp1QKNoovZuCCeLlwsxNXnBqif6LzD5e3BpDw+6BUzLE7pWFv1H4yJRx kobQIvr6hJMHv1llkzP2W0tKLikKwXLh26o1ltAkTU4E7mJweRXfi+jEDzNpFI/2 bZNPak+8gyCM+c2J4q0Flw7SHizfBH8GVeHyJ9UHtoE3wnJ327UHvZHB/NxWYWkv bskVFvNgGYvEsFkE6ImdXgS0dkLwDAQWGWV2DHEI9EohO4nNSRsrwoSy5pV4ozHE FgKHcBAZtbmPKrvjFqV142PoGwfOdJFkh5PqaCZ9W9gc1r9D7Fv4rEltirJN5XnG YAf4R0MzD9T5LdMDLat5+JXrxNhsOUQdTUE5WwDxD79+Nlq9xzbv3u9U4qdQSq0X PU5/KEQUZoCDVIwthvV/REPB3hXDpqFFx839fjo1f/aU4b2RGI9a7pXTKd3sFleF RLDvQmfiwEGXyiMy0N5rG4mAZ6hoaAWSP6zqQhk4mldRmiwh6WLYI7y3xksAW+EP l1h4D4U3s7s= =BYnn -END PGP SIGNATURE- Accepted: masqmail_0.2.27-1.2.diff.gz to main/m/masqmail/masqmail_0.2.27-1.2.diff.gz masqmail_0.2.27-1.2.dsc to main/m/masqmail/masqmail_0.2.27-1.2.dsc masqmail_0.2.27-1.2_i386.deb to main/m/masqmail/masqmail_0.2.27-1.2_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe1zv-0002vv...@franck.debian.org
Accepted scilab-celestlab 2.1.1-1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 08:37:06 +0100 Source: scilab-celestlab Binary: scilab-celestlab Architecture: source all Version: 2.1.1-1-1 Distribution: experimental Urgency: low Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Changed-By: Sylvestre Ledru sylves...@debian.org Description: scilab-celestlab - A Scilab library of space flight dynamics functions Changes: scilab-celestlab (2.1.1-1-1) experimental; urgency=low . * New upstream release * Standards-Version updated to version 3.9.1 Checksums-Sha1: 07c4b86b17dad3156437b30223b447fc024765fe 1415 scilab-celestlab_2.1.1-1-1.dsc 33c47dc853e595e0e925c5c7e0d1b1eb6708999f 903143 scilab-celestlab_2.1.1-1.orig.tar.gz b8cfb060b7a8fbe02001df12311b842bbd42aef7 10320 scilab-celestlab_2.1.1-1-1.diff.gz 93d77abf078a792870d6f93b2d6bad37c83fa9fb 1706920 scilab-celestlab_2.1.1-1-1_all.deb Checksums-Sha256: d2eab7662b8a122faef221ab34e10c22d332caeda983b047dac74a798eef01f3 1415 scilab-celestlab_2.1.1-1-1.dsc b450a6277aada488f88e78f96a8b42f60fe7f1fe42d0ab57fb9782b0d3746800 903143 scilab-celestlab_2.1.1-1.orig.tar.gz 27ea974c05bb111b3158fdc2e17a6cfed058482e350cfbd0b70efe1812ab6856 10320 scilab-celestlab_2.1.1-1-1.diff.gz e1d991d0732a3af064a3055b238442a16b1b8372a32dda7820b38f02653d40d0 1706920 scilab-celestlab_2.1.1-1-1_all.deb Files: 21db4bbc4106684a8fbb165054a0dc6e 1415 math optional scilab-celestlab_2.1.1-1-1.dsc 58ae65bc6bcee20d2aaa0d2aa4cc4b5a 903143 math optional scilab-celestlab_2.1.1-1.orig.tar.gz c1972dd4146dce6e00384b302447f167 10320 math optional scilab-celestlab_2.1.1-1-1.diff.gz 01a619abadf2fdeb1dd7fac8190f6be1 1706920 math optional scilab-celestlab_2.1.1-1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0xWCEACgkQiOXXM92JlhDBWgCeIW57exMOHqY4QzPXpDYHOO3L j8cAmwXOFScxK/vlvK3zWe+bPUxYqwKk =SdXn -END PGP SIGNATURE- Accepted: scilab-celestlab_2.1.1-1-1.diff.gz to main/s/scilab-celestlab/scilab-celestlab_2.1.1-1-1.diff.gz scilab-celestlab_2.1.1-1-1.dsc to main/s/scilab-celestlab/scilab-celestlab_2.1.1-1-1.dsc scilab-celestlab_2.1.1-1-1_all.deb to main/s/scilab-celestlab/scilab-celestlab_2.1.1-1-1_all.deb scilab-celestlab_2.1.1-1.orig.tar.gz to main/s/scilab-celestlab/scilab-celestlab_2.1.1-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 Archive: http://lists.debian.org/e1pe1ze-0002yx...@franck.debian.org
Accepted ohcount 3.0.0-3 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 09:34:05 +0100 Source: ohcount Binary: ohcount ohcount-doc Architecture: source all i386 Version: 3.0.0-3 Distribution: unstable Urgency: low Maintainer: Sylvestre Ledru sylves...@debian.org Changed-By: Sylvestre Ledru sylves...@debian.org Description: ohcount- Source code line counter ohcount-doc - Source code line counter - Documentation Closes: 608837 Changes: ohcount (3.0.0-3) unstable; urgency=low . * Standards-Version updated to version 3.9.1 * Fix a seg fault when checking lintian source code. Thanks to Raphael Geissert for investigating for me. (Closes: #608837) (LP: #605631) * Fix lintian warning copyright-refers-to-deprecated-bsd-license-file Checksums-Sha1: 39871b7b3cbf78cd54b75fc40ca6bf05939fcfac 1282 ohcount_3.0.0-3.dsc a37eb12b663d245b939b86860c4e9bcd5e9a 5223 ohcount_3.0.0-3.diff.gz 944cf956a40c54d32c7878cbd29b9722696b85f8 122900 ohcount-doc_3.0.0-3_all.deb f46fdd9ca42226cfd9480a9df04d2b766ec067c7 250898 ohcount_3.0.0-3_i386.deb Checksums-Sha256: ad2bb3bf4da9873238030b7d755521473d742e78e730c513fdf133aca211c63a 1282 ohcount_3.0.0-3.dsc 6b00d93a88fbc2fb88d3fbd7b2abc20c01e3d3bc7d28153c30308436a303fd95 5223 ohcount_3.0.0-3.diff.gz bde219177b66aaa7c6ca7c9a20f44cb3ac33bf958c377d44701fb072fda5ef79 122900 ohcount-doc_3.0.0-3_all.deb f82b42ad085161b8ad7a2daa23f935d4e92612cdfd972a5f56eafa7c48cb6e30 250898 ohcount_3.0.0-3_i386.deb Files: fee253d04329c12d4b723ac9779e56ed 1282 utils optional ohcount_3.0.0-3.dsc 1c9e94101381d1394b1fd66e373dfb5c 5223 utils optional ohcount_3.0.0-3.diff.gz 235e3380db85eb370de661af02926fbc 122900 doc optional ohcount-doc_3.0.0-3_all.deb e3529ca8966ead6a580a592cf61fd4bb 250898 utils optional ohcount_3.0.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0xYCcACgkQiOXXM92JlhAG4gCbBNcg1eOfe7nCsRd0pDJUW8sI C6sAn0Y2TankkBgcTXVuyd/MVsR+bWKr =Fqj2 -END PGP SIGNATURE- Accepted: ohcount-doc_3.0.0-3_all.deb to main/o/ohcount/ohcount-doc_3.0.0-3_all.deb ohcount_3.0.0-3.diff.gz to main/o/ohcount/ohcount_3.0.0-3.diff.gz ohcount_3.0.0-3.dsc to main/o/ohcount/ohcount_3.0.0-3.dsc ohcount_3.0.0-3_i386.deb to main/o/ohcount/ohcount_3.0.0-3_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe21q-0004x8...@franck.debian.org
Accepted ndoutils 1.4b9-1.1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 27 Dec 2010 12:41:15 +0300 Source: ndoutils Binary: ndoutils-nagios3-mysql ndoutils-common ndoutils-doc Architecture: source amd64 all Version: 1.4b9-1.1 Distribution: unstable Urgency: low Maintainer: Hendrik Frenzel hfren...@scunc.net Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net Description: ndoutils-common - NDOUtils common files ndoutils-doc - Documentation for ndoutils ndoutils-nagios3-mysql - This provides the NDOUtils for Nagios with MySQL support Closes: 607925 Changes: ndoutils (1.4b9-1.1) unstable; urgency=low . * Non-maintainer upload. * Make sure the MySQL database schema is updated on the package upgrade (Closes: 607925) -- thanks to Drew Scott Daniels. Checksums-Sha1: 9d0c2241c6aae6285d407b617e262f13c37dffda 1346 ndoutils_1.4b9-1.1.dsc 4ea849b5bd7590340ef92a331be100639c9ed019 11574 ndoutils_1.4b9-1.1.diff.gz e8c8a3b0ad5cd2c9693bc28f4f32fe650834c28c 17250 ndoutils-common_1.4b9-1.1_amd64.deb bdd947cecd00fafc0ea6edbce094a9734b5ff33c 94638 ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb 5d27092877bb09982cf5416d7c822bfa6c0e697c 724506 ndoutils-doc_1.4b9-1.1_all.deb Checksums-Sha256: f7e32c9fca9ea155094c2c511a8683ad88eec43208144cda8fc5164e2e8a8449 1346 ndoutils_1.4b9-1.1.dsc 5366df7774a1c491dfac0b3005c455285823c51ad5c5c80cfbffbbb6e2d34900 11574 ndoutils_1.4b9-1.1.diff.gz 75b90cdb33177822c17f96ca5f17b597b27780b8efed70a19852d5f6ffd0f481 17250 ndoutils-common_1.4b9-1.1_amd64.deb e3c25c8da2d145ce3ac4d9b53d6970f05d2e6fd15d1fdd71a8dde22737a2c908 94638 ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb 9b5d2298485c387d9a2a6683e7ac42bc2d66f34ea5ae4c8f59b6ebadc9cd93ec 724506 ndoutils-doc_1.4b9-1.1_all.deb Files: 37a9b49f29a065dec6a92adc68974b04 1346 net extra ndoutils_1.4b9-1.1.dsc 3a6aed596fc787233015d404c6d04eec 11574 net extra ndoutils_1.4b9-1.1.diff.gz e8e7ae38f7441940bf7d973c1f8bec11 17250 net extra ndoutils-common_1.4b9-1.1_amd64.deb ed3e48995b37a045f47fa48ec8c3a7ae 94638 net extra ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb eadf7e5b5f18cc735782d17c1b1bbcb4 724506 doc extra ndoutils-doc_1.4b9-1.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0xXLYACgkQ01u8mbx9Agp0BwCgl17cXwSz2agw5qt3C6wPxsJc gZsAn0/YDNW2jdRxrCokFWWZtcr2w0Pq =10I5 -END PGP SIGNATURE- Accepted: ndoutils-common_1.4b9-1.1_amd64.deb to main/n/ndoutils/ndoutils-common_1.4b9-1.1_amd64.deb ndoutils-doc_1.4b9-1.1_all.deb to main/n/ndoutils/ndoutils-doc_1.4b9-1.1_all.deb ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb to main/n/ndoutils/ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb ndoutils_1.4b9-1.1.diff.gz to main/n/ndoutils/ndoutils_1.4b9-1.1.diff.gz ndoutils_1.4b9-1.1.dsc to main/n/ndoutils/ndoutils_1.4b9-1.1.dsc -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe2us-0007nu...@franck.debian.org
Accepted moodle 1.9.9.dfsg2-2.1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Jan 2011 22:03:44 +0100 Source: moodle Binary: moodle Architecture: source all Version: 1.9.9.dfsg2-2.1 Distribution: unstable Urgency: low Maintainer: Moodle Packaging Team pkg-moodle-maintain...@lists.alioth.debian.org Changed-By: Christian Perrier bubu...@debian.org Description: moodle - course management system for online learning Changes: moodle (1.9.9.dfsg2-2.1) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of Swedish debconf translation. Checksums-Sha1: fcddf9fb28ba09da3f7061a68964461e783c8d2b 2040 moodle_1.9.9.dfsg2-2.1.dsc 1680b237810bc1638bc8ff937df15d84a4af5da5 54490 moodle_1.9.9.dfsg2-2.1.debian.tar.gz 636bee88da69f5f9754c3f5a392e55631cf78c82 10016088 moodle_1.9.9.dfsg2-2.1_all.deb Checksums-Sha256: a053755f5183a533f454800cece6551b6a63b9c058f7bac22dfbaf60114f13fd 2040 moodle_1.9.9.dfsg2-2.1.dsc 41b28c5a91d417f7d942fd2be1b6243b954434848fcbf70f81d6224f330ebc40 54490 moodle_1.9.9.dfsg2-2.1.debian.tar.gz e282450aac8a0882be19daa5250a7c290a13bfc6684004282c65ba89e8c053e1 10016088 moodle_1.9.9.dfsg2-2.1_all.deb Files: 7b10bb342fee2c3bf3624ea1a4cc0a4e 2040 web optional moodle_1.9.9.dfsg2-2.1.dsc e6ead79996990a06afed44b3087d944f 54490 web optional moodle_1.9.9.dfsg2-2.1.debian.tar.gz 3d1b59b4c03220c39c5546f541f95274 10016088 web optional moodle_1.9.9.dfsg2-2.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTFtR4cvcCxNbiWoAQKgHA/9EE6AxusDiKD2MG2DzbrPZlsHOqn+vlr8 PZgQw0iEN7fG2n3u8nmVIwbzR/P5PNuPNTNeC2goKKFMLNy5KD1qT8lOJ6x+ubM4 nhEqD2fGyemzQmGm+M+1rJxbweSl4YVBktkoWhnqfHvdO+A38Y0z+Im6Xu3bq3yr wNFR+XG7GELs/71RRtRm4fnqbqDlUjDTuC3E4NIOOwT8CF3IKw+t/rsFUwRW8ape bK5Wu1e+qWguzIzfe9+3XvMVDPSBiDtiVoIN4kYVClgFsNdXbxOD6WzlpkFJeaHD fH5cGzuiLwfzA5rtvtlxZfiI9CFKIQca/vTjR69aPktShGKtyMPE7Pa2QwNULyY3 9oC24heSZL5JC1W4EI4m9hCqf8Mf7Nh2v3QCiLPsYiE+UEYuSpJhkXRmV2OytRjt ivQYqJyNjYHKXZ7ij/qDFf4vBMA7OH/odazbG+DUJ5HKYOf065iQDSz5J7+thJ0t EKVPC5V65uG/KgFUvmAHWjeIJKrCWBdqVoirWJUPX1vC50VkKc+Cj7CkJtFHqAr7 JGDG4jaWvPphiv+0I8TcjyVXSNpOwhlCZZ8iEhgZL7Cnf2xvLeA4twtIxKPFU6dm V8pwqb9DtncpldQas99cqwAlJ2Ks523vKg2tcucRSEgd49bIS2Ouk7oGqU2odaGN 0FZ7XWraoiI= =38Ul -END PGP SIGNATURE- Accepted: moodle_1.9.9.dfsg2-2.1.debian.tar.gz to main/m/moodle/moodle_1.9.9.dfsg2-2.1.debian.tar.gz moodle_1.9.9.dfsg2-2.1.dsc to main/m/moodle/moodle_1.9.9.dfsg2-2.1.dsc moodle_1.9.9.dfsg2-2.1_all.deb to main/m/moodle/moodle_1.9.9.dfsg2-2.1_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe2xk-0001x1...@franck.debian.org
Accepted libmtp 1.0.4-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 11:20:54 +0100 Source: libmtp Binary: libmtp8 libmtp-dev libmtp-dbg libmtp-doc mtp-tools Architecture: source all amd64 Version: 1.0.4-1 Distribution: experimental Urgency: low Maintainer: Alessio Treglia ales...@debian.org Changed-By: Alessio Treglia ales...@debian.org Description: libmtp-dbg - Media Transfer Protocol (MTP) debugging symbols libmtp-dev - Media Transfer Protocol (MTP) development files libmtp-doc - Media Transfer Protocol (MTP) library documentation libmtp8- Media Transfer Protocol (MTP) library mtp-tools - Media Transfer Protocol (MTP) library tools Changes: libmtp (1.0.4-1) experimental; urgency=low . * New upstream release. * Update debian/gbp.conf * Drop all patches, applied upstream. * Update symbols file * Pass -Wl,--as-needed to the linker. Checksums-Sha1: 85eeb0eb360eaf074d6e86fa71aaa28e280ed8aa 1282 libmtp_1.0.4-1.dsc b014628b7355f9aa4d15cd3fc00ba86353562da8 613535 libmtp_1.0.4.orig.tar.gz a88ad437bb321c2a7443ef80d7ebe74542c47d80 17195 libmtp_1.0.4-1.debian.tar.gz 205bcb3f4fa08836be18d83b6e7d03f5bec0355f 62236 libmtp-dev_1.0.4-1_all.deb 1b95e6dde9f7be45f1bc5eb21d4f9ab075af03d0 376802 libmtp-doc_1.0.4-1_all.deb cf7a8194727345437a1b819d2571d32b5a0cb42c 182126 libmtp8_1.0.4-1_amd64.deb 881e4bffb1f2201afb35f15c5b41a4085990c052 248026 libmtp-dbg_1.0.4-1_amd64.deb 28b5f7848e16fa6c26c074c946690782cb977af0 94918 mtp-tools_1.0.4-1_amd64.deb Checksums-Sha256: 62b2599cc00fd19d68ef66cdc82efd63e39c1dbc5f6198a1ae8bd0a77aee35e8 1282 libmtp_1.0.4-1.dsc a32157fab360e33824c3aa560856882589158e3234e650cf8033ff24312fbd0d 613535 libmtp_1.0.4.orig.tar.gz bac3dce2d3c8ce10029c2f60ad63e22eadc1578ac65e62ffdda85042e8a9e7d6 17195 libmtp_1.0.4-1.debian.tar.gz 666b7c028f0a972e7f21b603024f6e48e55cb480d55355779af84fb1d044aca2 62236 libmtp-dev_1.0.4-1_all.deb 2e2a8b820b3e874b170f2704d5248fe7c250d3341decb2ed387fb800883ebe13 376802 libmtp-doc_1.0.4-1_all.deb b079ae7e9f4f6e5ff429e1eea44ba864057cbdace33f28f5ea86337627d7d526 182126 libmtp8_1.0.4-1_amd64.deb 2655032d410d214e1cc8ed724f6581b964b986b7529279156cb73f6992f3cb66 248026 libmtp-dbg_1.0.4-1_amd64.deb c8c8bdf4e3dfcd191df61093ad0c678d0aab3c5e7c5325ab460a4ccb71b62356 94918 mtp-tools_1.0.4-1_amd64.deb Files: 9db72fe4f791948c95162ab0b4b8ee56 1282 libs optional libmtp_1.0.4-1.dsc a9ae962c72cc46988409ce19d60c5850 613535 libs optional libmtp_1.0.4.orig.tar.gz 8543864d01c918fb7b6c887208f2c442 17195 libs optional libmtp_1.0.4-1.debian.tar.gz d615cd94bcbe43dcb6670cd6a408df2b 62236 libdevel optional libmtp-dev_1.0.4-1_all.deb 493e4a7cfa212377a84845cdf855e94c 376802 doc optional libmtp-doc_1.0.4-1_all.deb f620222565f61354ac7d8baebe57cf65 182126 libs optional libmtp8_1.0.4-1_amd64.deb 0b1ef4dce3f98afb86e15143ffefaa9f 248026 debug extra libmtp-dbg_1.0.4-1_amd64.deb 51676146a6bce6085c31d67259c2a5a7 94918 utils optional mtp-tools_1.0.4-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0xdj4ACgkQRdSMfNz8P9DLRgCeJ7Daix9q/6q7Njm8rGGcvvEZ /I4An2JB7p6ZASVDQYbpXmlacxtXxg1k =9qZQ -END PGP SIGNATURE- Accepted: libmtp-dbg_1.0.4-1_amd64.deb to main/libm/libmtp/libmtp-dbg_1.0.4-1_amd64.deb libmtp-dev_1.0.4-1_all.deb to main/libm/libmtp/libmtp-dev_1.0.4-1_all.deb libmtp-doc_1.0.4-1_all.deb to main/libm/libmtp/libmtp-doc_1.0.4-1_all.deb libmtp8_1.0.4-1_amd64.deb to main/libm/libmtp/libmtp8_1.0.4-1_amd64.deb libmtp_1.0.4-1.debian.tar.gz to main/libm/libmtp/libmtp_1.0.4-1.debian.tar.gz libmtp_1.0.4-1.dsc to main/libm/libmtp/libmtp_1.0.4-1.dsc libmtp_1.0.4.orig.tar.gz to main/libm/libmtp/libmtp_1.0.4.orig.tar.gz mtp-tools_1.0.4-1_amd64.deb to main/libm/libmtp/mtp-tools_1.0.4-1_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe3qb-0004bx...@franck.debian.org
Accepted nss 3.12.9-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 15 Jan 2011 11:33:35 +0100 Source: nss Binary: libnss3-1d libnss3-tools libnss3-dev libnss3-1d-dbg Architecture: source amd64 Version: 3.12.9-1 Distribution: experimental Urgency: low Maintainer: Maintainers of Mozilla-related packages pkg-mozilla-maintain...@lists.alioth.debian.org Changed-By: Mike Hommey gland...@debian.org Description: libnss3-1d - Network Security Service libraries libnss3-1d-dbg - Debugging symbols for the Network Security Service libraries libnss3-dev - Development files for the Network Security Service libraries libnss3-tools - Network Security Service tools Changes: nss (3.12.9-1) experimental; urgency=low . * New upstream release. Checksums-Sha1: dd59e75640e0367761881ae8b7c4578a9ec927fa 1999 nss_3.12.9-1.dsc 5b49da5e6f61610a718fcd0838dac365a5e17de2 5984608 nss_3.12.9.orig.tar.gz 109133e75f44c9b0bf5da3a53dedfc9db69ff183 46730 nss_3.12.9-1.debian.tar.gz a395bcd0cfffdc9b5acc64416c2953def5f2e888 1115420 libnss3-1d_3.12.9-1_amd64.deb f54155f2e7c94ce6c9c962d1914045468de4ea29 449114 libnss3-tools_3.12.9-1_amd64.deb aacb1f0994ca58ce7a4546771649375f1a8cfe26 265416 libnss3-dev_3.12.9-1_amd64.deb c484996bdb710c08d61a86ab5cc324e4ce3d484f 3289858 libnss3-1d-dbg_3.12.9-1_amd64.deb Checksums-Sha256: 2b6906119f4be55e5ab0c760a9bb991a024632a6ef6441dde179b94b139a4ded 1999 nss_3.12.9-1.dsc 0dc77718016654bbf6ffdda09e968e2b2875c05dacec967abf5725b5daae5978 5984608 nss_3.12.9.orig.tar.gz 09294041779c4d141eb88fb68f56e9a1892e2c6ffde5a215993538bc7a87d487 46730 nss_3.12.9-1.debian.tar.gz f2b33da6ca6e4acc57d1687c07f21d5ae30f5b4fe7adb60b0b6eb81c3647bbf3 1115420 libnss3-1d_3.12.9-1_amd64.deb 58c8a83a6e27cb4e53c97a2f774187e24c3a1ac050b42ed50a578b879da5ef76 449114 libnss3-tools_3.12.9-1_amd64.deb 104e67299010b33b12ade58ee1ac58eb6f96a22c6a5ee32de196e6d064cc64e6 265416 libnss3-dev_3.12.9-1_amd64.deb 78039c19173ecf9ec44d1510c6020531f06066c36010b2d00122644aeb639e1d 3289858 libnss3-1d-dbg_3.12.9-1_amd64.deb Files: b7d64ea75eb0359b373f383a3856 1999 libs optional nss_3.12.9-1.dsc bd32f183ca28440c1744650be31a9ccc 5984608 libs optional nss_3.12.9.orig.tar.gz 39620ae5de6620b6b5311cb050dec5a2 46730 libs optional nss_3.12.9-1.debian.tar.gz 19e089caf0e656149e5cbd395e4fb3c2 1115420 libs optional libnss3-1d_3.12.9-1_amd64.deb c14ac58d021511f1afbebb51517d5544 449114 admin optional libnss3-tools_3.12.9-1_amd64.deb ddda1d2ab8da11d3db277387d818d028 265416 libdevel optional libnss3-dev_3.12.9-1_amd64.deb 8001445562d11211fad8f2cbb29103a3 3289858 debug extra libnss3-1d-dbg_3.12.9-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTF5EuQqoE+mqoxyAQj/ZBAAgP2WtTm3eJfn0WNcZDdi6tF5trq/qBV7 7I8ISIMRFYfxf0BvX0r2BFZwSOpfExr3O8dXK8uBSGZa68plI2GO41iC8+/Q8XCT mc2WPp3/5KEDtLyfhNOUjeAXDc7MpeP+Qg5dVrtRwMMUzO7mhJuDypsp+tvpcfne vfOHEhSS6T3ZEox1mQ6IojzJZbgLsZdmp1t2aaOsbWvZ/gape2EGGwXt0sGxBYVh sIlZeSCxd6j5Y+4H7f87hofh4hTWB2sXt+4rbx74RFXE4sgX8MiSJ2gW397rfUX9 xO7Z/eldZRBFYjRfl9AomUXwkjtyO1r97kZ7J4GO0vUPdU9w+cCqh1WtL9Ikehm6 pDFjsldyk005falzMHMiELArcHoppAJlRrBEbLDDhYOsHeLCxV1cGze1QiNXT/Em nxTJs+JUfaO8bn2TDbsbzLQjSgDHAWFnpV6qbC5BW1Tn6MPi9ffhjhTXbJ6/Ct2w VKucXdLwfEc0Bby/KnVr5bhJFl/Ib9NZWnKOl5xoFntKT6V9yznoud8O03Ho/Xy6 uY4lRPzepzAjzO3UqSCz14oNllMNqs3uYH+KY5vznzvSKPWsa3XK2RRWmHKi+SwM 65Jdsy2ps6SANVh0701Uszh4unacbWxQmik98BJo2PSt9tVW97SEIGKo/etRDYUy DA+d96lOEsM= =yyt0 -END PGP SIGNATURE- Accepted: libnss3-1d-dbg_3.12.9-1_amd64.deb to main/n/nss/libnss3-1d-dbg_3.12.9-1_amd64.deb libnss3-1d_3.12.9-1_amd64.deb to main/n/nss/libnss3-1d_3.12.9-1_amd64.deb libnss3-dev_3.12.9-1_amd64.deb to main/n/nss/libnss3-dev_3.12.9-1_amd64.deb libnss3-tools_3.12.9-1_amd64.deb to main/n/nss/libnss3-tools_3.12.9-1_amd64.deb nss_3.12.9-1.debian.tar.gz to main/n/nss/nss_3.12.9-1.debian.tar.gz nss_3.12.9-1.dsc to main/n/nss/nss_3.12.9-1.dsc nss_3.12.9.orig.tar.gz to main/n/nss/nss_3.12.9.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe3f9-0005p6...@franck.debian.org
Accepted libdatetime-format-natural-perl 0.92-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 15 Jan 2011 11:38:25 +0100 Source: libdatetime-format-natural-perl Binary: libdatetime-format-natural-perl Architecture: source all Version: 0.92-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Salvatore Bonaccorso car...@debian.org Description: libdatetime-format-natural-perl - Perl module for parsing human-readable date/time strings Changes: libdatetime-format-natural-perl (0.92-1) unstable; urgency=low . * New upstream release * Bump Debhelper compat level to 8: Use Build.PL instead of Makefile.PL by default. * debian/control: - Bump versioned Build-Depends on debhelper to (= 8). - Add libmodule-util-perl to Build-Depends-Indep. - Add alternate Build-Depends-Indep on perl (= 5.10.1) | libmodule-build-perl (= 0.34). * debian/patches: Refresh do-not-install-dateparse.patch patch. * debian/copyright: Update copyright years for debian/* packaging stanza. Checksums-Sha1: 2dd3d3fecd7d90a9d67b451938364b106ae99e36 2554 libdatetime-format-natural-perl_0.92-1.dsc 2877e94423eea5074303a1dcd7235bcf0049a595 59928 libdatetime-format-natural-perl_0.92.orig.tar.gz 2a9593b6bfdbfffca04f1239994dd4f55bec230d 4070 libdatetime-format-natural-perl_0.92-1.debian.tar.gz 08dd9912d1a36e8fa81578b7eda8e2bdf2d213a8 68298 libdatetime-format-natural-perl_0.92-1_all.deb Checksums-Sha256: 89406819b870530c2dd98054f38478f0e0cef2c982286b050051158a081c 2554 libdatetime-format-natural-perl_0.92-1.dsc 666bd40bf8a25050bfa7fe9002d5d8db936f328b8abfa7296aac2d9608ce026b 59928 libdatetime-format-natural-perl_0.92.orig.tar.gz 6fac916c96ee4d9be9f4cca321f1dd36f741b7e6004d764c0b6a49dffc3f7136 4070 libdatetime-format-natural-perl_0.92-1.debian.tar.gz f9c3d82f784c44a8bb1ee9d23803b1ed265d45f2ba5936eea5ba6d4dc184 68298 libdatetime-format-natural-perl_0.92-1_all.deb Files: 9df3ccd23d5ebc91554a1b3c6fb96ccc 2554 perl optional libdatetime-format-natural-perl_0.92-1.dsc 25e952df077f8962e491e7cf3968a648 59928 perl optional libdatetime-format-natural-perl_0.92.orig.tar.gz c0b4028cde192940a1b844ceefeeacfe 4070 perl optional libdatetime-format-natural-perl_0.92-1.debian.tar.gz f186c2b2182476372bff2402cec65cff 68298 perl optional libdatetime-format-natural-perl_0.92-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNMXoMAAoJEHidbwV/2GP+QmIQAK+UCpZUQJ7ofPiXsuj5ewhs bUdI8TRe8eXnANd8dSRGtzCR+GkOXtdbZa3ccbS8LeDhx0cFGl43Lv5ojvwyODuS mIaotL+oCX2ylcYxlL9VsfxQhVVzjha62ijLIQGdQDCmQQl0EWwp4LlCEtdMQTvN 1UUbh6AiIiT9MgfWhK9oJcohC0lDaSJb6qGs3eBmNuanP+PaoXlzOjhBdvqHJSWT OGK0vsIgW3CQbcajeMocUso2vhTWwZQ39KKcn3de9IK8Zof5nmXZZ2ap8HtZjpRA J2y1Yf+O0jeDt4yZFAFn9YuaOkKoDuHemZVkU+tFkmNkx/59EZ+yxbROmAwkgi02 EXQ1zexku2MkaICIIMkHvmt68C7dVshXPs/0L36GRlouCyIHt3ZKTlIoxBtz/D5S 0++S0JSpd/jU4sJVfL75LOcBD5vAcUI3v9uqlfyzrYSqjS6wPUOyGo+oG2TpMafK AQZjYinsZM6MTkmlQuTs1EfcnEiuoJy1godEh+aFlLq1ktiwuS8hlpT9O0kI0rCx oplAqz0Ltg1V+HoRTfoXXtwyZxCH32pPYW9kvTg+ID72i/sLCOWDxKVHS+jU40kz Q9ONLdOoS8x09GSxVUGupfb2SPJ4L5QFdgnBkF13AEJrcZsp1v6j93EMq7AWijbm rX+uPhVvND2slM6d3S1X =XjD0 -END PGP SIGNATURE- Accepted: libdatetime-format-natural-perl_0.92-1.debian.tar.gz to main/libd/libdatetime-format-natural-perl/libdatetime-format-natural-perl_0.92-1.debian.tar.gz libdatetime-format-natural-perl_0.92-1.dsc to main/libd/libdatetime-format-natural-perl/libdatetime-format-natural-perl_0.92-1.dsc libdatetime-format-natural-perl_0.92-1_all.deb to main/libd/libdatetime-format-natural-perl/libdatetime-format-natural-perl_0.92-1_all.deb libdatetime-format-natural-perl_0.92.orig.tar.gz to main/libd/libdatetime-format-natural-perl/libdatetime-format-natural-perl_0.92.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 Archive: http://lists.debian.org/e1pe3tw-0006wo...@franck.debian.org
Accepted nspr 4.8.7-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 15 Jan 2011 12:07:25 +0100 Source: nspr Binary: libnspr4-0d libnspr4-dev libnspr4-0d-dbg Architecture: source amd64 Version: 4.8.7-1 Distribution: experimental Urgency: low Maintainer: Maintainers of Mozilla-related packages pkg-mozilla-maintain...@lists.alioth.debian.org Changed-By: Mike Hommey gland...@debian.org Description: libnspr4-0d - NetScape Portable Runtime Library libnspr4-0d-dbg - Debugging symbols for the NetScape Portable Runtime library libnspr4-dev - Development files for the NetScape Portable Runtime library Changes: nspr (4.8.7-1) experimental; urgency=low . * New upstream release. * mozilla/nsprpub/configure.in: Don't use -march=armv5te -mthumb-interwork on non-android arm platforms. bz#626035. Checksums-Sha1: b88c53355690e6ff22b66bbafdf779c73eb8441a 1905 nspr_4.8.7-1.dsc 34d9eb75b47a3d19b57ef1ed5aef2004e79b5fc4 1244150 nspr_4.8.7.orig.tar.gz 264ae700f78cf71c69d4e69a802bb226b2313610 28786 nspr_4.8.7-1.debian.tar.gz c66fb8516db7c7b50d459cd5b6fd582f6134e30a 138504 libnspr4-0d_4.8.7-1_amd64.deb 372c504ee1e67bd22c5adc319c69278026be9ae0 278070 libnspr4-dev_4.8.7-1_amd64.deb 3f07494d4642865f203b3957cfc8172f44f20a46 264718 libnspr4-0d-dbg_4.8.7-1_amd64.deb Checksums-Sha256: 27fe9faab515a9b99c2ee208acd95ef870f9d3d4ba4a3c442adb8d0e686cc9b8 1905 nspr_4.8.7-1.dsc eb9459c31d43d1000fb1304f1e0cedab0bdac3c54c71988259c1ac10c1fe16a3 1244150 nspr_4.8.7.orig.tar.gz 7fb9cc0dc3e330b3cc7c6126812915fbfb833703f2920cd63c6adf5f277ab583 28786 nspr_4.8.7-1.debian.tar.gz 97a98f2378e5d00363cc51d8b33663126864ca9227c565e0766a8ca196c07859 138504 libnspr4-0d_4.8.7-1_amd64.deb 1e0b55922c44571927a900768e6ca6c54c5ef51a56b6479f1eea5d1a4da51796 278070 libnspr4-dev_4.8.7-1_amd64.deb da85e6e4515d1faef5547474c09007e35c59bf437269939504b61283c0ac902b 264718 libnspr4-0d-dbg_4.8.7-1_amd64.deb Files: 3cca319a3d8ea64747677a14ff69e2e9 1905 libs optional nspr_4.8.7-1.dsc 97e30989a56ab813453b71261849c200 1244150 libs optional nspr_4.8.7.orig.tar.gz c5b1408cf894a73e5a6c607eacfb7b1b 28786 libs optional nspr_4.8.7-1.debian.tar.gz 94e390ad493ed48fb59275a9be809fe9 138504 libs optional libnspr4-0d_4.8.7-1_amd64.deb d77a50c9a32d6feda87ba845e42da9aa 278070 libdevel optional libnspr4-dev_4.8.7-1_amd64.deb a83dd08dd925bd4d5c492fec6e736be8 264718 debug extra libnspr4-0d-dbg_4.8.7-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTGBVOQqoE+mqoxyAQj/bBAAsc4pbeWVafEZemffTvqDCI6ttwvvsgz/ zuXlQWAlWtPJVPiBRN33itXzlywMCZ7sTj+EtaC6iUpCFXGhBC/6ujabx2uiPnKm Twl7POS/brOb8+8FE9wN+Q6o8MUeMhe+XA8R3d/eYP2Vmmbf6mCErr2XBVtPacAx hmGL9RMVHmK7iQTazlwzFyzeQ2NDErB7co0ARfOb0mp4R70m4pUsEqif4TQVi4Iu Hla+yuqrYsOIUfPQbB80urxDVkz3yDNg7bGLTiX1LR9w8RLwxWLg156jPUqA4cAG oh3F+jw/uIC8HevIROg3hG5/FnUb3MZCjux2ssv/+ph1rGzKLrn7Zs22SBcWQr+R rZdb/2cw/RMYobp/JdPVC0Ke/wFeTK573nW+89hCbSH3MrUN5zgI8hvPSaM1HWPM 7GvyG8zm9tnAUdKG775/um7istYrH1mCMzRZF+jnbn9po0NJ0mJVYzjSNl/gGqn4 7w0EvLSkDstRHVuvGf10xnuATZM7ZVrxCfYfL24khv4HuDurDswfhBPrJ1qjJxXf qk7rseLMCMrXsKlCTCNyvy53KZjBftmen2lAKdjkjf5f3yN26fL4a6g/34uUVKWG SA/kzaQkGm+P84cKYZAf59lDzP9h7vF35V9Hioms+2W8xvD+ZQ2yWp/lVRrPRmoB qlxRWhiqWNo= =uLue -END PGP SIGNATURE- Accepted: libnspr4-0d-dbg_4.8.7-1_amd64.deb to main/n/nspr/libnspr4-0d-dbg_4.8.7-1_amd64.deb libnspr4-0d_4.8.7-1_amd64.deb to main/n/nspr/libnspr4-0d_4.8.7-1_amd64.deb libnspr4-dev_4.8.7-1_amd64.deb to main/n/nspr/libnspr4-dev_4.8.7-1_amd64.deb nspr_4.8.7-1.debian.tar.gz to main/n/nspr/nspr_4.8.7-1.debian.tar.gz nspr_4.8.7-1.dsc to main/n/nspr/nspr_4.8.7-1.dsc nspr_4.8.7.orig.tar.gz to main/n/nspr/nspr_4.8.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 Archive: http://lists.debian.org/e1pe4bs-0008sw...@franck.debian.org
Accepted clive 2.2.21-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 15 Jan 2011 12:15:48 +0100 Source: clive Binary: clive Architecture: all source Version: 2.2.21-1 Distribution: experimental Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Ansgar Burchardt ans...@debian.org Description: clive - video extraction utility for YouTube, Google Video and others Changes: clive (2.2.21-1) experimental; urgency=low . * New upstream release. * Remove patch 0001-Vimeo.pm-Fix-video-ID-parsing-2.patch: included in new upstream release. Checksums-Sha1: 359b9146b43775ab0ef40cf3041d33c957a047f6 2303 clive_2.2.21-1.dsc 0b19ff06b0f3518f9abbc06fc940f20ff7722f82 53885 clive_2.2.21.orig.tar.gz ec4caea5742c5f06774568c5fc4044188cd2b62f 7536 clive_2.2.21-1.debian.tar.gz 58893a0147b6f0692f6707421cf5af94d6b53727 42938 clive_2.2.21-1_all.deb Checksums-Sha256: c551bbedb512246db8096418ff8477e420c1d46ac032927a9a5bfe05ce51268d 2303 clive_2.2.21-1.dsc ae0da6588a4d472ee0e93d0ea5ec129d4fb9c82ad9e0221ad22174742752e4b1 53885 clive_2.2.21.orig.tar.gz 5f223af53b6b1d0a3d467b612b548b24ede545db9aa7306dee322395ef115c77 7536 clive_2.2.21-1.debian.tar.gz cf62dca1d6216d1551686fdbc091da4fb754f476b6992a4313e0ec048e018676 42938 clive_2.2.21-1_all.deb Files: 423d78f3967995925fa480549fabf654 2303 utils optional clive_2.2.21-1.dsc cbece12faf28b94f6aaf6b308f27ffa5 53885 utils optional clive_2.2.21.orig.tar.gz 1d8589176518d949572aa601ecc6f8eb 7536 utils optional clive_2.2.21-1.debian.tar.gz 3c6b8fd925145589eb782784c8c4153e 42938 utils optional clive_2.2.21-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJNMYWmAAoJEIATJTTdNH3IE5wQAMEoqrKGQEkCdx9ag2Gi6vXY F6+v4nbgLEpn36mgq6u7W9h0Uypd+5Nu+8c/RwhQejNAa0YkN/GEdkI1KlhFryDR nNIepOw53ES4JC7UVAorUWQplf91pfCsuhGBKc+qIl80YF6gHDxRmKaUOaONYwv1 8ubHHtHzZMv6LSSoZrmf1X3LQhNbxu569W2BmqxoYgXPMG5WJcAQlg6MbF5Qh9JI JxDXpP0dm4pp1HJD3jxgAIlaOx0N6kD81PqsDn7vvef9QZJcd8asVJdQJSw88BEL 5cd9BYk9J/DLEmYPDTPtrYGtmj7PiPIWOwNUciPQhd7ilDL39X3Z/Lb+dzatBYRo tNTNDNM2BqkP/MArJgtRUC2LunDa6i4nUKF/RcKhxpFabxJ3wOGSqGrQZs7BYQxO HWJ4Ip1FMlA2ymTcujGaR3YYJuuF7fvxgijdxO0+vX9wBnt7SVUywLkOBAm28jkG 7MgiVv9q535vxwAbNL4JYQeG4/TaXdpFVz0F1+MqNT1NxFsp3Bce2QpgqT+g+bwT DjAGZRQSy+AW/SYjgaA2Fct8PLlGPlr+Bs4eD1FZ8rp4+CvXgoBWdXBAklrWm7zC ODIKK5mnLOL/1BYjPfAjrfa3RM1KJMQnjG2e1rEe8Pv9VmOmIQ2sGcvMe8MmdyJH Hx6TdgKD+tF73/3SP1Ip =hkqr -END PGP SIGNATURE- Accepted: clive_2.2.21-1.debian.tar.gz to main/c/clive/clive_2.2.21-1.debian.tar.gz clive_2.2.21-1.dsc to main/c/clive/clive_2.2.21-1.dsc clive_2.2.21-1_all.deb to main/c/clive/clive_2.2.21-1_all.deb clive_2.2.21.orig.tar.gz to main/c/clive/clive_2.2.21.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 Archive: http://lists.debian.org/e1pe4b4-0002na...@franck.debian.org
Accepted roundcube 0.5-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 12:40:27 +0100 Source: roundcube Binary: roundcube-core roundcube roundcube-mysql roundcube-pgsql roundcube-sqlite Architecture: source all Version: 0.5-1 Distribution: experimental Urgency: low Maintainer: Debian Roundcube Maintainers pkg-roundcube-maintain...@lists.alioth.debian.org Changed-By: Vincent Bernat ber...@debian.org Description: roundcube - skinnable AJAX based webmail solution for IMAP servers - metapack roundcube-core - skinnable AJAX based webmail solution for IMAP servers roundcube-mysql - metapackage providing MySQL dependencies for RoundCube roundcube-pgsql - metapackage providing PostgreSQL dependencies for RoundCube roundcube-sqlite - metapackage providing sqlite dependencies for RoundCube Closes: 491063 552430 553194 591369 592312 602144 602922 608976 608977 Changes: roundcube (0.5-1) experimental; urgency=low . * New upstream release. Closes: #592312. + Drop patches included upstream (DNS prefetching, jQuery 1.4 handling, email address validation, duplicate headers, incorrectly formatted received headers). Adapt other patches. One of the patch now correctly states to use dpkg-reconfigure roundcube-core. Closes: #608977. + Update SQL commands to use to upgrade database. That also closes: #602922. Unfortunately, the user may get some harmless error messages because there is no way to know if 0.3.1 was installed from scratch or upgraded from 0.3. + Update dependencies to match INSTALL file. Only exception is the use of Mail_Mime 1.8.0 in place of 1.8.1 which is not available in Debian. We depends on jQuery 1.4.2 because 1.4.4 is not available in Debian. + All folders are correctly checked since 0.4. Closes: #552430. + Also, closes: #553194 since it seems to have been fixed too. + There is also the possibility to not top-quote since 0.4. Closes: #491063. + Closes: #602144. Also fixed. * Move .htaccess to /etc/roundcube and use a symlink (Closes: #591369). * Don't let www-data overwrite debian-db.php. Closes: #608976. * Bump Standards-Version. No changes required. Checksums-Sha1: 17fe8d9a069793ee648dfa59c9b18ea434a7553a 1359 roundcube_0.5-1.dsc 415f0a8b2a7d02776d33fd5e5f915bc8686c7546 1734771 roundcube_0.5.orig.tar.gz 88cb6dbe9457ef06e0c878faaa95dc2b214a3c11 39968 roundcube_0.5-1.debian.tar.gz 43c21fc2176f9e18980860ae82a9078dcbcc2b3a 874262 roundcube-core_0.5-1_all.deb ac4550382fb5caeeeae20804110dc5a3926e877f 17170 roundcube_0.5-1_all.deb 4f01a0d1eb2606b4012cd111d3642bd4e750d6d1 16448 roundcube-mysql_0.5-1_all.deb b1c9041a37aefa159c2f825a47fd466c5d1d7478 16448 roundcube-pgsql_0.5-1_all.deb 7218fbecf651c4a99676282cb2d435ae07c442ee 16420 roundcube-sqlite_0.5-1_all.deb Checksums-Sha256: 86edde18419a30f1dfc9222620c69e0b4efa66176dc2472d663d0923cee5291f 1359 roundcube_0.5-1.dsc 35ddd265b4506785e7c9e1bffa46f712590d8689e956295ec870cbfee1160120 1734771 roundcube_0.5.orig.tar.gz ac00fbb08070a694a196c7c05863ae0beea9e6ce209e5a6cfe7696ac88b72e69 39968 roundcube_0.5-1.debian.tar.gz b42b966370a4b829ab8e7ebfef4a84a9c41b7b4b7d954162a56ed7d8f08fce21 874262 roundcube-core_0.5-1_all.deb 81cf950f72bbace75884dd94bb527d5f5cef9eef1683b60c1af97c63c1a7f54e 17170 roundcube_0.5-1_all.deb e1adc87289aeeca094dd9d802c2245fa8ce4038fdfd15e850c8c3ae586c48612 16448 roundcube-mysql_0.5-1_all.deb 3fd70b98ca9bcb9b5cec9bee5944667c8efdf3046346a5b06abfec37ef6625e2 16448 roundcube-pgsql_0.5-1_all.deb 8591135e9327d4066f1ac7adae2880818e0a7faeada86b1a26e1425c3a694cb6 16420 roundcube-sqlite_0.5-1_all.deb Files: 11dd13ec79a7b38e7e3d9c74f5e6a109 1359 web extra roundcube_0.5-1.dsc 350acc291273ff9b4f165347af42e610 1734771 web extra roundcube_0.5.orig.tar.gz b134d937133bd944427053b29a1499a0 39968 web extra roundcube_0.5-1.debian.tar.gz b49e206381559c378f551c4194ceba35 874262 web extra roundcube-core_0.5-1_all.deb f893b63a9d15c519b696cf5e5a1e08e5 17170 web extra roundcube_0.5-1_all.deb 10e52b77546a105bbc0d214647498d29 16448 web extra roundcube-mysql_0.5-1_all.deb 018cb9338d439868f27dd166b65cddf6 16448 web extra roundcube-pgsql_0.5-1_all.deb 924e0bf9b75971d9ee9c42f2d990b569 16420 web extra roundcube-sqlite_0.5-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0xiCEACgkQKFvXofIqeU6NeQCgr0ZPZ9Yisj4n8JBQl8nOmNwU QBAAn3lFJ97VeIaJbR3lJKHPl8ToFcrB =W3pW -END PGP SIGNATURE- Accepted: roundcube-core_0.5-1_all.deb to main/r/roundcube/roundcube-core_0.5-1_all.deb roundcube-mysql_0.5-1_all.deb to main/r/roundcube/roundcube-mysql_0.5-1_all.deb roundcube-pgsql_0.5-1_all.deb to main/r/roundcube/roundcube-pgsql_0.5-1_all.deb roundcube-sqlite_0.5-1_all.deb to main/r/roundcube/roundcube-sqlite_0.5-1_all.deb roundcube_0.5-1.debian.tar.gz to main/r/roundcube/roundcube_0.5-1.debian.tar.gz roundcube_0.5-1.dsc to
Accepted when 1.1.24-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 15 Jan 2011 12:20:35 +0100 Source: when Binary: when Architecture: source all Version: 1.1.24-1 Distribution: unstable Urgency: low Maintainer: Salvatore Bonaccorso car...@debian.org Changed-By: Salvatore Bonaccorso car...@debian.org Description: when - tiny personal calendar Changes: when (1.1.24-1) unstable; urgency=low . * New upstream release. * debian/copyright: Refresh copyright years for debian/* packaging. Checksums-Sha1: 03ea62c91c24d272cba632c041998d902ee4d130 1797 when_1.1.24-1.dsc 494f51eebc3c099dbb24754928337e196f0d3dcb 47257 when_1.1.24.orig.tar.gz a00fc5587b14685b9a72bddbffcc6174d3fee6cc 2487 when_1.1.24-1.debian.tar.gz fa7409f7a9cb8642b2488ccc8e4e1e07f87b6ca1 47822 when_1.1.24-1_all.deb Checksums-Sha256: 1952aa5c711beae1e18f909b6965f55f334a89cdd8f7df0596bd96f7e4c7de76 1797 when_1.1.24-1.dsc 17acbef1e7057c327cdae1047ba0279d207e9a49ff09b63889c1abc03cdc664f 47257 when_1.1.24.orig.tar.gz 00062593e45438ce565c0bbb411e165ecbfb24d2f19eff3e03779b4eb1be7d5e 2487 when_1.1.24-1.debian.tar.gz bd5a74a74daab2a3425cafd2d740f1645913339205b41547922f2997add75172 47822 when_1.1.24-1_all.deb Files: ec5fd5db2d37291d3fd6d0fe23025ee8 1797 misc extra when_1.1.24-1.dsc 69d3ed06144a3c21d15104bf36138c5f 47257 misc extra when_1.1.24.orig.tar.gz 5855cb4140a46fab521d8139b5ec2531 2487 misc extra when_1.1.24-1.debian.tar.gz 4d18fef52cd3899bc920b61047e87477 47822 misc extra when_1.1.24-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNMYSTAAoJEHidbwV/2GP+j3MP/2/Rn9mWKDv2BQJ7dJK4NQiC MV5b8b7ej6MCPZCIaMvJAFy5dcpTix+KS5QBkox+vQqngMnRTT3PepgSuTga1sin sWO+OEBSPoCDouqZtmwOBtAU1GhDE0QBqxbA3EwDOen4os2yhc9XhbjbOYh1JT1p 3p2GfeDPKdTE7LurNf1Kcj6BQ6uYp761EtvW1EsRt0yvnD1czOhi3e7ic+R7gn9U EKUZcb1ZB0w1gBmnKfY1XN4r64N0QopNxi0secb9PrLX7RHqDc/yPXNN9X0kc+Bo UQDzPiZfJH2HvTSYFFyKqVvq/OI+cochCjrO9yASGbcvQaXq7szyuE9kiuh/y0lN AmAy7H0hU3khZN0/I16eo0pNZp4g73onhQIRqlLV65PrRn9WP+bDna/s7N/OffoW iqCYameIxCd2dX52gdGGDFVfZMRB+v4sAioPhshq75pGhjn6KdyhKPTJbGrOe2RX a5rdKEIO+vIq3YbvT9u7cUnMcTB70Fctk30PbSA/CWqb003ZV1LrwZPNogRKXS8+ /lCFfq3OGdUYJ6PrpJtI38kOVjme+JONps4ydTdnzMI5jeblPnnA3/T1c8RdQQ1x Yd4ivM9BZUacqlhqGVXc0djeGV1zD7RFDsiWYyzWtUrXA+D16yvSk9vBho1Pj66I wO+s81C06ss+h54bvui5 =vH8U -END PGP SIGNATURE- Accepted: when_1.1.24-1.debian.tar.gz to main/w/when/when_1.1.24-1.debian.tar.gz when_1.1.24-1.dsc to main/w/when/when_1.1.24-1.dsc when_1.1.24-1_all.deb to main/w/when/when_1.1.24-1_all.deb when_1.1.24.orig.tar.gz to main/w/when/when_1.1.24.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 Archive: http://lists.debian.org/e1pe4bw-0002xa...@franck.debian.org
Accepted nvidia-cg-toolkit 2.1.0017.deb1+nmu3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Jan 2011 22:05:15 +0100 Source: nvidia-cg-toolkit Binary: nvidia-cg-toolkit Architecture: source i386 Version: 2.1.0017.deb1+nmu3 Distribution: unstable Urgency: low Maintainer: Federico Di Gregorio f...@debian.org Changed-By: Christian Perrier bubu...@debian.org Description: nvidia-cg-toolkit - NVIDIA Cg Toolkit Installer Changes: nvidia-cg-toolkit (2.1.0017.deb1+nmu3) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of Danish debconf translation. Checksums-Sha1: 6be7250b756f9f8ce9177577860b4a769218db3f 1719 nvidia-cg-toolkit_2.1.0017.deb1+nmu3.dsc 2a433b2ca746eba760cd1e17083591bfa65dcba9 51079 nvidia-cg-toolkit_2.1.0017.deb1+nmu3.tar.gz e0d1e465dfe9776ecff4569a6a779a25add38339 39482 nvidia-cg-toolkit_2.1.0017.deb1+nmu3_i386.deb Checksums-Sha256: 77e8fe1d51b5951dbcb1e21d7c320ea7afb02ab05aa6b09bc13503d642b45bcf 1719 nvidia-cg-toolkit_2.1.0017.deb1+nmu3.dsc 1f7d6999ac5a47687601aeae1cb78137e5c69d3c2241197919c44200b574e2f9 51079 nvidia-cg-toolkit_2.1.0017.deb1+nmu3.tar.gz b3c8ed7eacf50f2558ef538cfb3028939c1c6184f4b5abceb2888cfe990d5ff4 39482 nvidia-cg-toolkit_2.1.0017.deb1+nmu3_i386.deb Files: 592169d212228fdc6eba39d790bc6255 1719 contrib/libs extra nvidia-cg-toolkit_2.1.0017.deb1+nmu3.dsc f4630a41644d01ea87281e758e84096e 51079 contrib/libs extra nvidia-cg-toolkit_2.1.0017.deb1+nmu3.tar.gz ff3045764448482cc3dd274132abeb3a 39482 contrib/libs extra nvidia-cg-toolkit_2.1.0017.deb1+nmu3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTGMXIcvcCxNbiWoAQKMNg//cMeRgCV9aXEekJXZaxuCxuCM95YLKTjs 9bEjpKr21xNh+xFzUqJlMBYyaqO+KCsWOXNPrCWLetvS7zs6QXVqMie+lV2u8cwG BPR5N7YvxQVQ0u6l2KbKN3NKrvZAZWNh2oDxueF0cfy25jyq/eyRSKNN16aJ/yeo GgCsBnOWqDJeVbkBzp9uXwdkieYYAjuK768mfK/0llQytSmz0onDASKIKssX+eXn KCFsTFm8MghZh9iAP+pmTz2lbfjncbyR/BNWvtGr5ol6fiUeiupG9EuoW8JagT0g b3zlf3LTAqZeuVGJG4qJlvBimCYRZaQqg7JTTTKc1QPEmvwps7JBrKlHr4hgdOfb sq5s/Ean61RKP2hgG234kZwc5NWNYYT8bssJlo9yC29P6tFHxvZDiEyOHgxzAXNg L9M3jHrEMbJgBFwLPAWFDNc7Lz1veBYExBptmMY2fET1TLubs1V/PXoDb82pswRP dE/I/x+vUWr54/axskWQytsSUQlTxcK5jTJoX5uws3R3JuVpI8QR2vkzm++VPP3Q KvIOsklqNN8cRSV5WRQshBX3Lx8+nSN02SB2YaSmkNwgcG6gxMZL+6TosmFGnyN5 R65lvG6DXun8TBlwM+6YHDpI+luKi2gL6cAnh1oUW2mY9Nqxgf7Y/CNVleBtv0KA gWz45CDxR7Y= =SZOT -END PGP SIGNATURE- Accepted: nvidia-cg-toolkit_2.1.0017.deb1+nmu3.dsc to contrib/n/nvidia-cg-toolkit/nvidia-cg-toolkit_2.1.0017.deb1+nmu3.dsc nvidia-cg-toolkit_2.1.0017.deb1+nmu3.tar.gz to contrib/n/nvidia-cg-toolkit/nvidia-cg-toolkit_2.1.0017.deb1+nmu3.tar.gz nvidia-cg-toolkit_2.1.0017.deb1+nmu3_i386.deb to contrib/n/nvidia-cg-toolkit/nvidia-cg-toolkit_2.1.0017.deb1+nmu3_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe54c-0004wo...@franck.debian.org
Accepted ocsinventory-agent 2:1.1.1-2.3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Jan 2011 22:07:19 +0100 Source: ocsinventory-agent Binary: ocsinventory-agent Architecture: source all Version: 2:1.1.1-2.3 Distribution: unstable Urgency: low Maintainer: Pierre Chifflier pol...@debian.org Changed-By: Christian Perrier bubu...@debian.org Description: ocsinventory-agent - Hardware and software inventory tool (client) Changes: ocsinventory-agent (2:1.1.1-2.3) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of Danish debconf translation. Checksums-Sha1: e2a20ca03c772eb117f6c8afcc62a411c1daef06 1838 ocsinventory-agent_1.1.1-2.3.dsc 36abbc3b463ad234cbc71fb5f8dd0a60d21f111e 17641 ocsinventory-agent_1.1.1-2.3.diff.gz bde93c387aa8d16159f38c0aea3a3be6784cf7ec 132206 ocsinventory-agent_1.1.1-2.3_all.deb Checksums-Sha256: ac47a792863bbf2cfb2af4d829e7946f4090f95762aef8ee436a47b5d1016122 1838 ocsinventory-agent_1.1.1-2.3.dsc d5cbc6b75a6eace2268aa454ec14ec19079d5c84a03295b31018639b49636e23 17641 ocsinventory-agent_1.1.1-2.3.diff.gz 301fe7662ccc92805d243d8a451e6732bdef87ed4a45f946c5f0969b7fd24a90 132206 ocsinventory-agent_1.1.1-2.3_all.deb Files: 1fac87770a85d8ab1a47b6748ae95865 1838 net extra ocsinventory-agent_1.1.1-2.3.dsc 536a2ce70ae0f626037a5ad771ecb841 17641 net extra ocsinventory-agent_1.1.1-2.3.diff.gz a8e390418e703706c4c67c4f8133ad3e 132206 net extra ocsinventory-agent_1.1.1-2.3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTGNhIcvcCxNbiWoAQIjiw/+Iwjt7gb4Zp1QDepO7U7XfJdm9fggJXg5 sLiT34L5m73ELWANUKYgVvAvP/TSXbblkbet7Tfh0vwixYftsfjrYZ+otK3h+X9l LKth+eJzy8le7PHx9FtVz7kdliy+l75JWMIDbcmOlHDkgj4SsqWthiw60HIgh4D0 A8pJldPDSKC0ArBa58H2Wh1eWhcExfYMAqI1zGzJw22sXwke9Knx6SniCINMS3tt 3CFUerfNAY0l0CAejFa2b8gWeutuiXUsKgdc0Oe6H/b56gbOFliWL5Uh5T1qoqMw c+6hCIu0ePOhYqYJDT4eCp3Q8R+/3Ypiu5KhXSvCYAWtAj1ugoBdTuNXU4kS8AOv wHq/BpAh4tX1IuIkF1NA3Jgfu9Iv848ZhO1FMZiromytiZMNcrIZrdZDTINLDtDb yIiJ6+vQsuawCChwdTG4ub2pdTBkGBz/DkLrRr8pSBBor1U36L0s+1UG9PvrGv2f 9no4hsUXGh32jJDumxv6R5iz4ZDeeqEgYHDGotATz3hT05env+FjCvyhIlfS1L8k l9ao+yHzcBDsHQd92dhiyWzsu/hG0SaQ3EPd9IYqfyeal4aw3kWjlgTOVVAGUePc 7SPs+bzgbXEtVEf2HmUUzSMg715wABoZFvI27/imIm6tRc5PuRi/rg9YIrYLV7J3 ID46zXmp/68= =zM0Y -END PGP SIGNATURE- Accepted: ocsinventory-agent_1.1.1-2.3.diff.gz to main/o/ocsinventory-agent/ocsinventory-agent_1.1.1-2.3.diff.gz ocsinventory-agent_1.1.1-2.3.dsc to main/o/ocsinventory-agent/ocsinventory-agent_1.1.1-2.3.dsc ocsinventory-agent_1.1.1-2.3_all.deb to main/o/ocsinventory-agent/ocsinventory-agent_1.1.1-2.3_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe54m-0004yw...@franck.debian.org
Accepted poker-network 1.7.7-3.2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Jan 2011 22:11:32 +0100 Source: poker-network Binary: python-poker-network python-poker2d poker-web python-poker-stats python-poker-prizes Architecture: source all i386 Version: 1.7.7-3.2 Distribution: unstable Urgency: low Maintainer: Loic Dachary (OuoU) l...@debian.org Changed-By: Christian Perrier bubu...@debian.org Description: poker-web - Web interface to a poker-network server python-poker-network - multiplayer poker server and client library python-poker-prizes - real prizes addon for poker-network python-poker-stats - statistics poker-network client python-poker2d - GTK poker client to play on a poker-network server Changes: poker-network (1.7.7-3.2) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of Danish debconf translation. Checksums-Sha1: b98846bd45ab2301b750f2171290797e5d007c26 2164 poker-network_1.7.7-3.2.dsc 76d18c2f36312ab067b259010a2c3a9d651203b3 45307 poker-network_1.7.7-3.2.diff.gz 2d82c184fa30a202ee2e5f66ee49de0ed908d8a0 348366 python-poker-network_1.7.7-3.2_all.deb 55c8de3bf989cab91b9296b3329825dc3b16e67d 266678 poker-web_1.7.7-3.2_all.deb b5ac98df66edee9128ce08b388fd99e49b0d6393 118606 python-poker-stats_1.7.7-3.2_all.deb afee44730f56ec8fdde5727720ded61cab9ef249 116078 python-poker-prizes_1.7.7-3.2_all.deb 039606eb838db103df4700ea2c776924786d87b9 1614180 python-poker2d_1.7.7-3.2_i386.deb Checksums-Sha256: f9b3d65b2a1a18f4f019006bd697574c8ea689dd2f5bcb2319743bd9025f5f60 2164 poker-network_1.7.7-3.2.dsc cba478ba1a6879721c72d9225abdaacb7384ee0af4a69a0549715e984795dc6e 45307 poker-network_1.7.7-3.2.diff.gz 19d09876b72f65c55bbdf45484daa6c839ca484bb99e87ba229541e96c1ed186 348366 python-poker-network_1.7.7-3.2_all.deb 2c3fff810c7d87fb9dd50f1879a3781eadcf5b84de83de38c75ded0c281e9671 266678 poker-web_1.7.7-3.2_all.deb 884a2b9fe06d3506c63e19638dd44f4a1394dbae138ff04eba4d1d2b75f860a2 118606 python-poker-stats_1.7.7-3.2_all.deb 760c3dcb5e69722cc49879cd2cca116ccbd2423d53948200f326cc1fcd2cdba4 116078 python-poker-prizes_1.7.7-3.2_all.deb 4fc1ce0822fe4ef76fa40bfcadc669505d91b82e58363032fbd62c31ddd353d8 1614180 python-poker2d_1.7.7-3.2_i386.deb Files: 9fb564000ce5f08731d5ea4c74f54386 2164 python extra poker-network_1.7.7-3.2.dsc 759af249e5e548a96cb1b4b8d9503412 45307 python extra poker-network_1.7.7-3.2.diff.gz 52650d7b711cfdc379235615e88aaf6e 348366 python extra python-poker-network_1.7.7-3.2_all.deb 239bccd2895254744a39f8ed4a26a9fa 266678 web optional poker-web_1.7.7-3.2_all.deb 56ae2ae4962d4e9ef1bfc0b77ff8915b 118606 python optional python-poker-stats_1.7.7-3.2_all.deb 3408aa98b565ff3234fc6b2d2fd70b3f 116078 python optional python-poker-prizes_1.7.7-3.2_all.deb 7a522aeafbb35160f572b4386d439ee0 1614180 games extra python-poker2d_1.7.7-3.2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTGOXIcvcCxNbiWoAQKOfhAAhyRWwOgz2Mh+A+NOMUfwE+OjgpcaVHta 3KzkK5VW94Cd1tR+edPna6OXotXQ7V3JE59UQXm+ld4KLvRcpXjQpEkk++3pvYqz qs6Qtkj/znXH9Vfo/A1FHx3Cyc9Eq+vjgEb2CFG/afj95ri2HSDL/w/Eodcwkseb s7pEoHWbp+7+Bt6eEQOsTE9QfkE4zleXCVFnYNu1/gQUDVrtAYcisj6x4BoREZKa dsX2khe0zVNpijmuO6DH8npsFNQJif5fiKjC7TRIkpix2ioyyqpYaKcjpAEymU1x B+5PBooi+ConDpXpXmxRtWZCeIIVErqQmyZm6Ax4xljXDJTKnXu9hu1mVA45HFju mcA8mUu7ngB2jTKMFq7qIxDYppm+G84OwwjZoeXfbtrPREefEbIzYhE3F3fd9FQe Ky4LoX8OEvboaQdH3UJ85kfc+xolWW5T0sEuu6giIUkjyUleiEyUbIQlv+YigfKY hRs69RL5xIkHsZzAFmWOy1EkCxq7yHTlBdRCQTc4LNdkKIZ36YJ5Iv4N+OiVeb7p 7uQdkT9KnywIUrQESzSc35H+747UGXKEGoylN6jrnj4Q/gV1MJ9cl0a7d9i0JbaG Cj+6+yNiHWP3N+jgrqT2Gs6j4Aphvy9KlB1/a0LwlwDvZfYnTrv8Na9RadBlu4Rn 9nwSq3LpD9o= =CE2A -END PGP SIGNATURE- Accepted: poker-network_1.7.7-3.2.diff.gz to main/p/poker-network/poker-network_1.7.7-3.2.diff.gz poker-network_1.7.7-3.2.dsc to main/p/poker-network/poker-network_1.7.7-3.2.dsc poker-web_1.7.7-3.2_all.deb to main/p/poker-network/poker-web_1.7.7-3.2_all.deb python-poker-network_1.7.7-3.2_all.deb to main/p/poker-network/python-poker-network_1.7.7-3.2_all.deb python-poker-prizes_1.7.7-3.2_all.deb to main/p/poker-network/python-poker-prizes_1.7.7-3.2_all.deb python-poker-stats_1.7.7-3.2_all.deb to main/p/poker-network/python-poker-stats_1.7.7-3.2_all.deb python-poker2d_1.7.7-3.2_i386.deb to main/p/poker-network/python-poker2d_1.7.7-3.2_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe54c-00054z...@franck.debian.org
Accepted mmass 3.9.0-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 14 Jan 2011 22:59:02 +0100 Source: mmass Binary: mmass mmass-doc Architecture: source all amd64 Version: 3.9.0-1 Distribution: unstable Urgency: low Maintainer: The Debichem Group debichem-de...@lists.alioth.debian.org Changed-By: Filippo Rusconi rusconi-deb...@laposte.net Description: mmass - Mass spectrometry tool for proteomics mmass-doc - Mass spectrometry tool for proteomics - documentation Changes: mmass (3.9.0-1) unstable; urgency=low . * New upstream release. Checksums-Sha1: b0a4d4af8be809ef97d6b842a202d8339f51a03d 1332 mmass_3.9.0-1.dsc 1385c6943741a6b1c7bd5fe7ca26f68272c8d42b 8988094 mmass_3.9.0.orig.tar.gz 274e4a654a217359026bec09c6b164b3715c9d42 6217 mmass_3.9.0-1.debian.tar.gz cf16accf3ba982575137f2e374cef33da32f9c1a 5298586 mmass-doc_3.9.0-1_all.deb efc91b1bcc8ff2a5ff38220b9500300adb8ae9e7 3692058 mmass_3.9.0-1_amd64.deb Checksums-Sha256: f384810f54ab58be134d4d9934a070643fdb4484acdf5fbf477ab6667a9d5808 1332 mmass_3.9.0-1.dsc e84bf2e896492f708ddec3d9000fd9da0ef376e3efcc3597e2a6e9e398d2f7c4 8988094 mmass_3.9.0.orig.tar.gz e2a807c880ba16be869645f325c070e1bee131a5145f7c81e3f5bbc10dd9311d 6217 mmass_3.9.0-1.debian.tar.gz ed4e5c69b2e132ba8311155d6314146eff3d17f67435e95afc5914190eb42893 5298586 mmass-doc_3.9.0-1_all.deb d37319362258404b188770acc55a0ea426c3ddf27865be398077a33a01e400cf 3692058 mmass_3.9.0-1_amd64.deb Files: 84ad8f25ed4ed790857ced5f9267c989 1332 science optional mmass_3.9.0-1.dsc 2d6c253d991d6072af1ef7e8c3bfea37 8988094 science optional mmass_3.9.0.orig.tar.gz 08c087d2a2347ef22d90de61cf73483b 6217 science optional mmass_3.9.0-1.debian.tar.gz b0ec29794d4501cfedc11ad1e10570a5 5298586 doc optional mmass-doc_3.9.0-1_all.deb 16e7c717dbc4e64d0b58473a3ba93044 3692058 science optional mmass_3.9.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0wzfQACgkQTTOs5MePaHznFwCcDwrBf2Hsom3F2H9SBvm+OGk1 NnYAnRvSnNQJL5VzxVHeY6BRHQaPZAaz =8SmZ -END PGP SIGNATURE- Accepted: mmass-doc_3.9.0-1_all.deb to main/m/mmass/mmass-doc_3.9.0-1_all.deb mmass_3.9.0-1.debian.tar.gz to main/m/mmass/mmass_3.9.0-1.debian.tar.gz mmass_3.9.0-1.dsc to main/m/mmass/mmass_3.9.0-1.dsc mmass_3.9.0-1_amd64.deb to main/m/mmass/mmass_3.9.0-1_amd64.deb mmass_3.9.0.orig.tar.gz to main/m/mmass/mmass_3.9.0.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe5if-0006nk...@franck.debian.org
Accepted nemiver 0.8.0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 12:41:08 +0100 Source: nemiver Binary: nemiver Architecture: source amd64 Version: 0.8.0-1 Distribution: unstable Urgency: low Maintainer: Luca Bruno lu...@debian.org Changed-By: Luca Bruno lu...@debian.org Description: nemiver- Standalone graphical debugger for GNOME Changes: nemiver (0.8.0-1) unstable; urgency=low . * New upstream version + Support countpoints and integrated disassembling * Dropped gcc-4.5 patch, fixed upstream Checksums-Sha1: d20d3481d336047ffb6a4a4f9dcd08890b85beff 1591 nemiver_0.8.0-1.dsc e0e40444ab741920e8e32078a708928230b57766 2813259 nemiver_0.8.0.orig.tar.gz cac038edc7c302c81db2c64e584b26b1df6be242 6537 nemiver_0.8.0-1.diff.gz 8fe21c8c553276fa8d235769af272084f83abdf9 6273640 nemiver_0.8.0-1_amd64.deb Checksums-Sha256: cac3b082566228f3a03ad29b7a7b1c4144d30effe069ff52f52082c55c0c8b96 1591 nemiver_0.8.0-1.dsc 26f92721885f94b7ed5b55d1e2647f8e492fd9aab8d808f44c2984ae3ddb540f 2813259 nemiver_0.8.0.orig.tar.gz c5fcc3f285dec012d82bd19f1a9c6b70c638f9ca0601ab4bb5795120c02c121f 6537 nemiver_0.8.0-1.diff.gz c6d54e3d86aa58fc8e8d76f5f40d2a27027baea0ecd3e496c45ed383a95a480e 6273640 nemiver_0.8.0-1_amd64.deb Files: 82c650972f5b013c03779437c5f00e11 1591 gnome optional nemiver_0.8.0-1.dsc c710e660f127a649516078ddeb72b6f8 2813259 gnome optional nemiver_0.8.0.orig.tar.gz 36888ba112bfff0fd32670f8a915a0e2 6537 gnome optional nemiver_0.8.0-1.diff.gz 20fa8ad1edae0139783f3ab029fa9d19 6273640 gnome optional nemiver_0.8.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0xjlkACgkQRqobajv7n7MMdgCcCxLfCtQyqQPffoMD09/fMvbm Y4wAnimGTt/Dzz3yJbl6fqbuRpSfOySX =TqC4 -END PGP SIGNATURE- Accepted: nemiver_0.8.0-1.diff.gz to main/n/nemiver/nemiver_0.8.0-1.diff.gz nemiver_0.8.0-1.dsc to main/n/nemiver/nemiver_0.8.0-1.dsc nemiver_0.8.0-1_amd64.deb to main/n/nemiver/nemiver_0.8.0-1_amd64.deb nemiver_0.8.0.orig.tar.gz to main/n/nemiver/nemiver_0.8.0.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe5iq-0006sr...@franck.debian.org
Accepted postgrey 1.32-6.1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Jan 2011 22:13:00 +0100 Source: postgrey Binary: postgrey Architecture: source all Version: 1.32-6.1 Distribution: unstable Urgency: low Maintainer: Antonio Radici anto...@dyne.org Changed-By: Christian Perrier bubu...@debian.org Description: postgrey - greylisting implementation for Postfix Changes: postgrey (1.32-6.1) unstable; urgency=low . * Non-maintainer upload. * Fix encoding of Czech debconf translation. Checksums-Sha1: 2145a2709f3eed3c71e3641527e61fbf8604c40b 1864 postgrey_1.32-6.1.dsc 74a75b8d0d7f704ca1d1eb95c9ff3bbbe6b8ede7 21118 postgrey_1.32-6.1.diff.gz 0c32bf65ceeb4bac4fd4d4ce9c0f0f6cb126e69a 59314 postgrey_1.32-6.1_all.deb Checksums-Sha256: 3a999f324727c27e72fe2e305f981455ba86efa59313d7f276ed3cc38f2efffe 1864 postgrey_1.32-6.1.dsc 251eef1173753e74af09010935162f82a1686935b3ef4bf08ebb49fa887152d4 21118 postgrey_1.32-6.1.diff.gz 05d68142a4c4a6257e5bb63505c263276f9834e1f00cb8084964f1902555f83b 59314 postgrey_1.32-6.1_all.deb Files: dc490dafcee8e9fe6bc2c26b7e00774a 1864 mail optional postgrey_1.32-6.1.dsc 5f87ff043a40372bc0da4811b6edfa31 21118 mail optional postgrey_1.32-6.1.diff.gz 7f1937a9e810812838055d1e098d4b42 59314 mail optional postgrey_1.32-6.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTGgD4cvcCxNbiWoAQJqWhAAlxI3kW6nDWJ2UuWbgFEHSMdxH9RtteGS jXWA+H62sVOhRoByRoJaZVnfRVZQb9LzcQOXkLAUI5DYp4EMzJ2xMoKVb2T6jDBu IDW9XKc1O1HXDsTw9j1l+X57ywmzC/NVIFGi8wfvnYyIEFdq1CqLDtgufNCUmdH0 wvmVFjiEEVCRVaTGbw5kRl9WJxwP+I6rjLCdB2mNeA0MKuAMAd+ctxfW+0JACBE4 rT53hU5vMQS8/7Gc3vTPB3w6sQ9jm3oaqoTkzDTgLWA7DxMz3VqiIskf+2+wdnQm QaHNcCjGwxR2MPkMP8DFC04ZNmBfsmlYAiOoDVG1FncBobEYxSxN9xvhJtD4GAX7 oa3eMx75b7VD1JNbzBFSllIIlvP9RVodblD88lPQ2H2HqHH4ZFt3itSd2Ll/7IXd ZhKiHaOSl3Q4FjPi0GF1/inhy5uDycqG6Em25M15NROQxwJ7m2vDHPLamcAwNSZs Mxm1dgiNSxIpZAvRDGnMbAeTMWC4f9CWbQzuSdLLrdqWdvuBmkk+pFiOdQMf1w4M NulwqUR5tAnuB7NhqW15sQ0BdknWVnEvM/L0f1xbyrcfwpwHl+O2LbJGPZ16+Wcg Ss1WgDz+BN8cshSuwMBbHts7lrS69a+QSnZfzZfn3Sb21ecXQ2gNCw1AECvTmK17 4tzQOfBReE8= =KDr1 -END PGP SIGNATURE- Accepted: postgrey_1.32-6.1.diff.gz to main/p/postgrey/postgrey_1.32-6.1.diff.gz postgrey_1.32-6.1.dsc to main/p/postgrey/postgrey_1.32-6.1.dsc postgrey_1.32-6.1_all.deb to main/p/postgrey/postgrey_1.32-6.1_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe6eg-0003n2...@franck.debian.org
Accepted git-buildpackage 0.5.17 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 13:46:36 +0100 Source: git-buildpackage Binary: git-buildpackage Architecture: source all Version: 0.5.17 Distribution: experimental Urgency: low Maintainer: Guido Günther a...@sigxcpu.org Changed-By: Guido Günther a...@sigxcpu.org Description: git-buildpackage - Suite to help with Debian packages in Git repositories Closes: 609980 Changes: git-buildpackage (0.5.17) experimental; urgency=low . * [244c1d2] gbp-create-remote-repo: allow for repository names without substitutions * [ebc67f3] gbp-create-remote-repo: get repository name from debian/changelog if possible * [eb9c0e6] git-create-remote-repo: don't hardcode 'origin' as remote. This makes it possible to create different remote repos from within the same repository. * [b383c96] Document --remote-name * [8d5f78a] Use the latest commit instead of the earliest one when guessing the compression type for pristine-tar. Thanks to Andreas Rottmann for the detailed report (Closes: #609980) Checksums-Sha1: ea5a8969bc6fcf4a3988f3c23bc055e283834b87 1082 git-buildpackage_0.5.17.dsc 329af22899a27ec16087ce28faeb0c8acbae4b6d 97300 git-buildpackage_0.5.17.tar.gz 68d0e32ecc4181ec49a4b21887c6f7a45db8d6f9 121630 git-buildpackage_0.5.17_all.deb Checksums-Sha256: 9690d226275ef89bf52d673750cfb50af837cb17821f3b740e7c89163b047f47 1082 git-buildpackage_0.5.17.dsc 143738f81bc87a26c8bfd0fe048defa9f7c80a41626ee188130788753fbfb24c 97300 git-buildpackage_0.5.17.tar.gz 78f210c486aa87c2a4d1b0e962f436abb311346b481ec793a295a0767534934e 121630 git-buildpackage_0.5.17_all.deb Files: 8427051430ee38478d60d54ebf244c64 1082 vcs optional git-buildpackage_0.5.17.dsc bb3f8b313a8ed2f7dbf1a7099a21af42 97300 vcs optional git-buildpackage_0.5.17.tar.gz 385619fb7df0daf9567c950b552bf32a 121630 vcs optional git-buildpackage_0.5.17_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFNMaIen88szT8+ZCYRAkDQAJ4xEbKnq7UQS8lOCD2ki7ZoBSQMWgCfZywy 08/+zpFEuAt6iwm51ImOBPY= =c4Cj -END PGP SIGNATURE- Accepted: git-buildpackage_0.5.17.dsc to main/g/git-buildpackage/git-buildpackage_0.5.17.dsc git-buildpackage_0.5.17.tar.gz to main/g/git-buildpackage/git-buildpackage_0.5.17.tar.gz git-buildpackage_0.5.17_all.deb to main/g/git-buildpackage/git-buildpackage_0.5.17_all.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe6tc-0004pm...@franck.debian.org
Accepted libmtp 1.0.4-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 14:09:41 +0100 Source: libmtp Binary: libmtp8 libmtp-dev libmtp-dbg libmtp-doc mtp-tools Architecture: source all amd64 Version: 1.0.4-2 Distribution: experimental Urgency: low Maintainer: Alessio Treglia ales...@debian.org Changed-By: Alessio Treglia ales...@debian.org Description: libmtp-dbg - Media Transfer Protocol (MTP) debugging symbols libmtp-dev - Media Transfer Protocol (MTP) development files libmtp-doc - Media Transfer Protocol (MTP) library documentation libmtp8- Media Transfer Protocol (MTP) library mtp-tools - Media Transfer Protocol (MTP) library tools Changes: libmtp (1.0.4-2) experimental; urgency=low . * Add patch to prevent FTBFS on kfreebsd architectures. Checksums-Sha1: 1a04e766f6544af0d120a40380404ca4081507b2 1282 libmtp_1.0.4-2.dsc 211a14e687784fa6f20580f9636e35cdae5ea76f 17962 libmtp_1.0.4-2.debian.tar.gz e70b0e63a5ec7a5e548fdf1c0a18a53309ee2586 62276 libmtp-dev_1.0.4-2_all.deb 139581bf9781df6dc935b426d327d12adadb19d4 376940 libmtp-doc_1.0.4-2_all.deb fdb5982604503f06611e3a49b510d8971bbd7d37 182150 libmtp8_1.0.4-2_amd64.deb cab6ae779c50ad12ff3f13e2f265894972465ae4 248050 libmtp-dbg_1.0.4-2_amd64.deb 6a395131eb5aaf1956ca6a34e4053ea0a46b40f8 94952 mtp-tools_1.0.4-2_amd64.deb Checksums-Sha256: 9a5c4d7e91f4ccfea6dc0fc8113389d5bc37630491086a4b7557b5f0b97f33bd 1282 libmtp_1.0.4-2.dsc 29969a63887dc36d37e7d28c53f25bf22f8b2693a1aa18fc8c5c40a8ea296408 17962 libmtp_1.0.4-2.debian.tar.gz 00f5eceeb601724806a2cb9ccf4a07d05174d58bd2fd4b3aead5551fbe6d5f83 62276 libmtp-dev_1.0.4-2_all.deb 561dd51a64115e83a85c3239c401f572617cda80d2037a8fc12a3a00ae6f4135 376940 libmtp-doc_1.0.4-2_all.deb c18c086df104fd81915bd12ad4a0a6b12b10b32cf774f0b060b0267cdb8017d4 182150 libmtp8_1.0.4-2_amd64.deb 199d5003fc945a920dc09a086328a8e5ea521a2e55a7b2e08b5a7b99b8a00f66 248050 libmtp-dbg_1.0.4-2_amd64.deb e9ca6c57fbba22b7ee3d85bb5e7d10e6b94bf008deaf52b38305321cb0c27478 94952 mtp-tools_1.0.4-2_amd64.deb Files: 7b2a1f8fd916be2dbbb9bfbc5f5daec8 1282 libs optional libmtp_1.0.4-2.dsc 151abdd0cf8ee3c909c0c63ddce3f554 17962 libs optional libmtp_1.0.4-2.debian.tar.gz 8d6ba2bff5d04bf6687856af244a0ac2 62276 libdevel optional libmtp-dev_1.0.4-2_all.deb 3a87c188be6badb3f2a677f17dec12e8 376940 doc optional libmtp-doc_1.0.4-2_all.deb 48a02525ac1faa4fdda209766eb905e5 182150 libs optional libmtp8_1.0.4-2_amd64.deb 9cdfa5bdefad5cc20eca44901d50bb61 248050 debug extra libmtp-dbg_1.0.4-2_amd64.deb fe2f7bd7160ae844b86ba40fe558e65f 94952 utils optional mtp-tools_1.0.4-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0xoVQACgkQRdSMfNz8P9BcZgCfQouW2xG+lM+0PyyGtDJox1Jb r80An2GuUlswmiKBY04wO0HNMxLn+oxX =9/to -END PGP SIGNATURE- Accepted: libmtp-dbg_1.0.4-2_amd64.deb to main/libm/libmtp/libmtp-dbg_1.0.4-2_amd64.deb libmtp-dev_1.0.4-2_all.deb to main/libm/libmtp/libmtp-dev_1.0.4-2_all.deb libmtp-doc_1.0.4-2_all.deb to main/libm/libmtp/libmtp-doc_1.0.4-2_all.deb libmtp8_1.0.4-2_amd64.deb to main/libm/libmtp/libmtp8_1.0.4-2_amd64.deb libmtp_1.0.4-2.debian.tar.gz to main/libm/libmtp/libmtp_1.0.4-2.debian.tar.gz libmtp_1.0.4-2.dsc to main/libm/libmtp/libmtp_1.0.4-2.dsc mtp-tools_1.0.4-2_amd64.deb to main/libm/libmtp/mtp-tools_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 Archive: http://lists.debian.org/e1pe6tn-00050l...@franck.debian.org
Accepted ounit 1.1.0-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 15 Jan 2011 14:40:03 +0100 Source: ounit Binary: libounit-ocaml-dev Architecture: source amd64 Version: 1.1.0-2 Distribution: experimental Urgency: low Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org Changed-By: Sylvain Le Gall gil...@debian.org Description: libounit-ocaml-dev - Unit testing framework for OCaml Closes: 610040 Changes: ounit (1.1.0-2) experimental; urgency=low . * Fix FTBFS: sh: camlp4: not found, add camlp4 to build depends (Closes: #610040) Checksums-Sha1: e2a1654753c1790fa0316ec190ca660770a5a052 1989 ounit_1.1.0-2.dsc 29dc60eb3be78fb877906c57623f1322955c86d6 5681 ounit_1.1.0-2.debian.tar.gz 559ec25b455b68dc2d071dea515ccaa35027ebef 89606 libounit-ocaml-dev_1.1.0-2_amd64.deb Checksums-Sha256: 249ca614322a0d266a1539c4ba6d57163d1f6311ae30e43f96f3e235b10e131b 1989 ounit_1.1.0-2.dsc 0575222987f3fe6c6f6a389d9643deb96f2e66bd12e3691ef0d414c69fff6de2 5681 ounit_1.1.0-2.debian.tar.gz 968b51a41eae60b15e8713ae4a05e4b169a3268b8e50697522eded6e16241d19 89606 libounit-ocaml-dev_1.1.0-2_amd64.deb Files: 715d5fb9c186091cb90db1a8a194adae 1989 ocaml optional ounit_1.1.0-2.dsc ec20b4a099113044551efc0bfa9d0978 5681 ocaml optional ounit_1.1.0-2.debian.tar.gz e1f5344ac0a1ce3f38c128166484c18a 89606 ocaml optional libounit-ocaml-dev_1.1.0-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNMaQZAAoJEEe+WKJKPLhaY0UP/R78nTEOLz0f8x8tkW+qv0Wp 1Effx1EVPhN+oaamABs+y1oBS8SImmxWQpvdl6Z65FINzFsxp3zfL/2vPnHLXqFM 0B3d4QuDBRhCVrENgie62kQIizj6mnBlpGJe/EcxK0wscjh4uiskZJTgV3hnBEq9 Bm1ixU7V/5R5951AuiKdu2y/UwelsP9qgX5vNcWTFF7XMe8CYG7ooxyilhINjTN5 eB773qRzQrpWpW8qnLvZJFQ7zJ8GD+LNDEIU/8exXYb9vSsnqTuM3Cq0g2IdmnQb UVh4CC53/b+gYYBa6dY6qqPqS1ULRvxbkbVsZqObs0eVYQMjPCHgWoaF2B6r/8Jj XMwZrUxFGSbsqxfMwxsGJ/hfa0wLNNMZrC1+7vX9XXck/mrg5f7aT4mA/1Q6z1Mf nx5jky+eATmYytSl16HFqDdOna0o9snyg/80xvO3W4faLO1RdNrhGiAJ0m6QAPg4 JpiWHc8IlN4/L3I8G51CmQq3XElDExuZlOsSNPE6hm5IrZMq3nR85zsOtrtTkpx6 rWybG+nemyYcscJV8axEINAKaqZHWD+mNNGxRvx+Wbnlp0EAWVLBzXONM2JPUFGE IizDBLflGtliKhrZ+d8sAMnys2KFQnLa2MdHvWXlWskum5eejEaNcXjqVxJYJTos k5q1ZPvX4jNiRNW/t4Ye =V8TQ -END PGP SIGNATURE- Accepted: libounit-ocaml-dev_1.1.0-2_amd64.deb to main/o/ounit/libounit-ocaml-dev_1.1.0-2_amd64.deb ounit_1.1.0-2.debian.tar.gz to main/o/ounit/ounit_1.1.0-2.debian.tar.gz ounit_1.1.0-2.dsc to main/o/ounit/ounit_1.1.0-2.dsc -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe6tw-00052o...@franck.debian.org
Accepted libaqbanking 5.0.2-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 15:32:54 +0100 Source: libaqbanking Binary: libaqbanking33-dev libaqbanking-doc aqbanking-tools libaqbanking33-plugins libaqbanking-plugins-libgwenhywfar60 libaqbanking-data libaqbanking33 libaqbanking33-dbg libaqhbci19 libaqofxconnect7 Architecture: source i386 all Version: 5.0.2-1 Distribution: experimental Urgency: low Maintainer: Micha Lenk mi...@debian.org Changed-By: Micha Lenk mi...@debian.org Description: aqbanking-tools - basic command line homebanking utilities libaqbanking-data - configuration files for libaqbanking libaqbanking-doc - library for online banking applications libaqbanking-plugins-libgwenhywfar60 - library for online banking applications plugins to libgwenhywfar libaqbanking33 - library for online banking applications libaqbanking33-dbg - library for online banking applications - debug symbols libaqbanking33-dev - library for online banking applications libaqbanking33-plugins - plugins needed by libaqbanking33 libaqhbci19 - library for HBCI online banking libaqofxconnect7 - library for OFX online banking Changes: libaqbanking (5.0.2-1) experimental; urgency=low . * New upstream release Checksums-Sha1: 423e723f341f08b52086f60a7943fa8d6f27fcb7 1491 libaqbanking_5.0.2-1.dsc 599fb80ba1a8e712fdd4ee9e418b8ab583e93889 3551981 libaqbanking_5.0.2.orig.tar.gz b891328e622eab70d5ea45b262edb59d4891a5fc 33503 libaqbanking_5.0.2-1.debian.tar.gz 695808842e3d8158b475021eb6dc6ba904511829 91930 libaqbanking33-dev_5.0.2-1_i386.deb 439b4da3065c95f1c0267de1e0c9f41bd3e7fe68 101388 aqbanking-tools_5.0.2-1_i386.deb 4878d746106c0cd86edc7991400acd2d850624b2 139770 libaqbanking33-plugins_5.0.2-1_i386.deb 77d9cb29b08c57d5486bae9c18997df852be93bb 63904 libaqbanking-plugins-libgwenhywfar60_5.0.2-1_i386.deb 3245403c65e5f39d104fd4f3fce936e76a20b79a 230986 libaqbanking33_5.0.2-1_i386.deb 5f9edee6047af4bb7aaf733f3d5a5eec103d43de 1005966 libaqbanking33-dbg_5.0.2-1_i386.deb a6913113f8edf7572bb84a4c4dc7043b46073c24 271442 libaqhbci19_5.0.2-1_i386.deb 85a66250b27e61e9d3482c6a876f9e5c09b817be 83580 libaqofxconnect7_5.0.2-1_i386.deb dac1adb93ce6c4d3942256a49bbf92aefe0340b2 752772 libaqbanking-doc_5.0.2-1_all.deb 5e3e0b0906a98f5e1cf6b3c2984dec2fa2d16b22 2512006 libaqbanking-data_5.0.2-1_all.deb Checksums-Sha256: cfdbdebc6d38ab9f313608d69508770cd20595ccffe70ee821fca36bdd3aa5c9 1491 libaqbanking_5.0.2-1.dsc 09bfa584b456ce76935b3151091bd3bee203ca4ddf5f74c8b272cd41ff569bac 3551981 libaqbanking_5.0.2.orig.tar.gz 57d086bdbc51c481a9cac4be5a35c24172639b80299d50092d1a6e78d7d7328d 33503 libaqbanking_5.0.2-1.debian.tar.gz c31666da958618718c2a2c17dd59ec1341fb07f79b58c04c37b0881fff55d5ad 91930 libaqbanking33-dev_5.0.2-1_i386.deb 4f4fb3347d58e471aae703a542c546628e8ec5277bc0cd15ef4ffc394223df0a 101388 aqbanking-tools_5.0.2-1_i386.deb 3105cdc8dc8540243e9f420534a83e59cc83aff4a7badb9fab078814c45fe433 139770 libaqbanking33-plugins_5.0.2-1_i386.deb cc7b91cc2219b83bc9ef4232048a00f52bec71e89ba0153762552c7436770c00 63904 libaqbanking-plugins-libgwenhywfar60_5.0.2-1_i386.deb d3a51f14b2ee82fb7991f855730dedc746e85718c68ed507aa50a2f2d8eb81b8 230986 libaqbanking33_5.0.2-1_i386.deb f5acd2e29dc30080f32194b4a240b2caa6afb1a33364455d0f42fd2d91297d5e 1005966 libaqbanking33-dbg_5.0.2-1_i386.deb 2605d02178c945af53a7dd5236ed185a50c55dd2f740e46d237b583aa2beab34 271442 libaqhbci19_5.0.2-1_i386.deb 384171ca639dc14667aedb171a063eafa44ae4622eacc5466b954587e87b47fc 83580 libaqofxconnect7_5.0.2-1_i386.deb 65ca34dbc6ef4e20a0b68609955104232231cab07b528cb5989685ade74b3196 752772 libaqbanking-doc_5.0.2-1_all.deb 5a0d4c294f842fbd3de99761f413153e3b850e6552f660cbe34d4f7c49111f23 2512006 libaqbanking-data_5.0.2-1_all.deb Files: 5706c6770186aaa95064fa9457fcf0a4 1491 libs optional libaqbanking_5.0.2-1.dsc 1e1292550f97280add609249fab0ab94 3551981 libs optional libaqbanking_5.0.2.orig.tar.gz 384983be3cce1f288c0f0e9010d54535 33503 libs optional libaqbanking_5.0.2-1.debian.tar.gz c43c4cf61133899c705533e1d8238052 91930 libdevel optional libaqbanking33-dev_5.0.2-1_i386.deb 990ed7a89f772fe12ef02152d7a80543 101388 utils optional aqbanking-tools_5.0.2-1_i386.deb c23480ad5514ed6ac70052163d809a94 139770 libs optional libaqbanking33-plugins_5.0.2-1_i386.deb 4b3f106c00c94853ae7ab3afbe382c85 63904 libs optional libaqbanking-plugins-libgwenhywfar60_5.0.2-1_i386.deb 33bdd608c000ccf22471aaf776e2c436 230986 libs optional libaqbanking33_5.0.2-1_i386.deb 2b90314bfd945fd6f7e342870efcb0a5 1005966 debug extra libaqbanking33-dbg_5.0.2-1_i386.deb d0405f4560b90b10d1d56e943a61a731 271442 libs optional libaqhbci19_5.0.2-1_i386.deb ec5fb1272f19574c64c91c90d96f7759 83580 libs optional libaqofxconnect7_5.0.2-1_i386.deb e36fed289df9b7a1542181c55c3204ec 752772 doc optional libaqbanking-doc_5.0.2-1_all.deb 01212451420a749b7d93f55272f07795 2512006 libs optional libaqbanking-data_5.0.2-1_all.deb -BEGIN PGP SIGNATURE- Version:
Accepted libgcrypt11 1.4.6-4 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.8 Date: Sat, 15 Jan 2011 15:02:27 +0100 Source: libgcrypt11 Binary: libgcrypt11-doc libgcrypt11-dev libgcrypt11-dbg libgcrypt11 libgcrypt11-udeb Architecture: source all i386 Version: 1.4.6-4 Distribution: experimental Urgency: low Maintainer: Debian GnuTLS Maintainers pkg-gnutls-ma...@lists.alioth.debian.org Changed-By: Andreas Metzler ametz...@debian.org Description: libgcrypt11 - LGPL Crypto library - runtime library libgcrypt11-dbg - LGPL Crypto library - debugger files libgcrypt11-dev - LGPL Crypto library - development files libgcrypt11-doc - LGPL Crypto library - documentation libgcrypt11-udeb - LGPL Crypto library - runtime library (udeb) Changes: libgcrypt11 (1.4.6-4) experimental; urgency=low . * Stricter version requirement ( 1.10-0.1 instead of = 1.4) on the libgpg-error-dev build-dependency, to get correct dependencies in the udeb. * Use debhelper compatibility level 7. Checksums-Sha1: c0dd9bcf7b1cf8f89df276603a8b80265363c717 1624 libgcrypt11_1.4.6-4.dsc 6604fdb6f0a8204c330ec43cbef3426ae62be496 13019 libgcrypt11_1.4.6-4.debian.tar.gz 96303d7e4e5194978a1014e23b41bbb1b6d4706a 672088 libgcrypt11-doc_1.4.6-4_all.deb dab755ef9c14bc57d31d56754c807256cd085570 363296 libgcrypt11-dev_1.4.6-4_i386.deb db0f5f95caafc1265514ddfc0c5cc19393d58ad0 364206 libgcrypt11-dbg_1.4.6-4_i386.deb 206799268bd84be9d0fb02f69eb7f5823b05ad8e 267854 libgcrypt11_1.4.6-4_i386.deb 3d8eaf7863b05fd5cf11ec13dda691872f98f24f 228396 libgcrypt11-udeb_1.4.6-4_i386.udeb Checksums-Sha256: ea35817840577ffb2c5a83d9a556d355719864c770b0beaeede101937f08d1d3 1624 libgcrypt11_1.4.6-4.dsc 839335ab096beb817d4c27896fbe7ffbb21a410f5dfe1842945a0aaa755968ba 13019 libgcrypt11_1.4.6-4.debian.tar.gz e6cf4ffe99e6023f85a7a9584d5b06a6158db5c6efa245365f03c47ebf7afa31 672088 libgcrypt11-doc_1.4.6-4_all.deb 9f208fabab7171b2d547258cacfe319b81047821e4f8678bbc813f3bc7a15951 363296 libgcrypt11-dev_1.4.6-4_i386.deb bba5674f490096127dd2b13bfed36a4c8b331051d05329870f63880975911f22 364206 libgcrypt11-dbg_1.4.6-4_i386.deb 7e11a790dedcb90fc06ac836394734fb4483a1600fa70c4faaa355c6354a978e 267854 libgcrypt11_1.4.6-4_i386.deb 345424b00f18976ec4370809c8c91886429d1d412956835b48364399dd66fd8a 228396 libgcrypt11-udeb_1.4.6-4_i386.udeb Files: 33d9eac1480db495a5249727a514fa6f 1624 libs optional libgcrypt11_1.4.6-4.dsc 3ca2db711302f020c4dd985d486353f5 13019 libs optional libgcrypt11_1.4.6-4.debian.tar.gz ba0055127987a79fb27306d0920b5781 672088 doc optional libgcrypt11-doc_1.4.6-4_all.deb 25a3c38a0c57c5ce77e860e83bb7844f 363296 libdevel optional libgcrypt11-dev_1.4.6-4_i386.deb 5ea02ba0abf838773641f8d8a2f43a03 364206 debug extra libgcrypt11-dbg_1.4.6-4_i386.deb 66d489bf596da832a0f7207c87680405 267854 libs standard libgcrypt11_1.4.6-4_i386.deb 953ed62203fbed8ec9387ba11855d32f 228396 debian-installer optional libgcrypt11-udeb_1.4.6-4_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAk0xqkoACgkQHTOcZYuNdmPXJACggk0DJMuBouutS4T3PlGJ4L/y M6UAnRyPV9jtf3G45eb3n1KnrJUEFLKd =21nF -END PGP SIGNATURE- Accepted: libgcrypt11-dbg_1.4.6-4_i386.deb to main/libg/libgcrypt11/libgcrypt11-dbg_1.4.6-4_i386.deb libgcrypt11-dev_1.4.6-4_i386.deb to main/libg/libgcrypt11/libgcrypt11-dev_1.4.6-4_i386.deb libgcrypt11-doc_1.4.6-4_all.deb to main/libg/libgcrypt11/libgcrypt11-doc_1.4.6-4_all.deb libgcrypt11-udeb_1.4.6-4_i386.udeb to main/libg/libgcrypt11/libgcrypt11-udeb_1.4.6-4_i386.udeb libgcrypt11_1.4.6-4.debian.tar.gz to main/libg/libgcrypt11/libgcrypt11_1.4.6-4.debian.tar.gz libgcrypt11_1.4.6-4.dsc to main/libg/libgcrypt11/libgcrypt11_1.4.6-4.dsc libgcrypt11_1.4.6-4_i386.deb to main/libg/libgcrypt11/libgcrypt11_1.4.6-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 Archive: http://lists.debian.org/e1pe7r3-00024f...@franck.debian.org
Accepted libgwenhywfar 4.0.3-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Jan 2011 15:10:26 +0100 Source: libgwenhywfar Binary: libgwenhywfar60-dev libgwenhywfar-doc libgwenhywfar60 libgwenhywfar-data gwenhywfar-tools libgwenhywfar60-dbg libgwengui-fox16-0 libgwengui-qt4-0 libgwengui-gtk2-0 Architecture: source i386 all Version: 4.0.3-1 Distribution: experimental Urgency: low Maintainer: Micha Lenk mi...@debian.org Changed-By: Micha Lenk mi...@debian.org Description: gwenhywfar-tools - helper applications for Gwenhywfar library libgwengui-fox16-0 - Gwenhywfar GUI implementation for the FOX Toolkit libgwengui-gtk2-0 - Gwenhywfar GUI implementation for GTK2 libgwengui-qt4-0 - Gwenhywfar GUI implementation for Qt libgwenhywfar-data - OS abstraction layer - data files libgwenhywfar-doc - OS abstraction layer (development files) libgwenhywfar60 - OS abstraction layer libgwenhywfar60-dbg - OS abstraction layer - debug symbols libgwenhywfar60-dev - OS abstraction layer (development files) Changes: libgwenhywfar (4.0.3-1) experimental; urgency=low . * New upstream release * Added 4 new symbols to libgwenhywfar60.symbols Checksums-Sha1: 4be73f1973a9c6ebd7f75a25d407e0ba181a2dc2 1485 libgwenhywfar_4.0.3-1.dsc f946580984943f845ffa9e8dc289b60f4a33ee1f 2062387 libgwenhywfar_4.0.3.orig.tar.gz d991304496b91bab66976854c1c89e9d29b2c285 26178 libgwenhywfar_4.0.3-1.diff.gz 3075f9891af3b0b521b71fa809a8c187893e4211 140476 libgwenhywfar60-dev_4.0.3-1_i386.deb 988317904c75279aeb6fd99f7d681673b4ea5e04 3690040 libgwenhywfar-doc_4.0.3-1_all.deb a4061092c645772620b2fc99acfb213418cada2c 429162 libgwenhywfar60_4.0.3-1_i386.deb 8300059ffe6fd3f8dfdd4da0a6a75bcde60b69e9 133908 libgwenhywfar-data_4.0.3-1_all.deb f20fde4b3f691b7512b00afd94f2490168408383 115816 gwenhywfar-tools_4.0.3-1_i386.deb e43531cd74354702099b889ad83af8623203b8bf 1289590 libgwenhywfar60-dbg_4.0.3-1_i386.deb b0e429c1bef40b283606ed956a7643cd12fa8fe0 74100 libgwengui-fox16-0_4.0.3-1_i386.deb e58eb0264278456cc987440de9c4b522b534e662 55764 libgwengui-qt4-0_4.0.3-1_i386.deb ac6679ccc63e4892564d8ae737c468eca30d9eb5 41202 libgwengui-gtk2-0_4.0.3-1_i386.deb Checksums-Sha256: 644c219585ace5782665b9c3c8aa7c294755d0711ae04a2dd226585355880319 1485 libgwenhywfar_4.0.3-1.dsc 87976f8c21309b1ddba76a1454414b445fb72ff3582a2847b00b08eca34ad5c4 2062387 libgwenhywfar_4.0.3.orig.tar.gz 08907d7f73bab240039aeaa19c7d529250b2b845e7d91522a5d1d2d42798f9aa 26178 libgwenhywfar_4.0.3-1.diff.gz 7a85792f275378a15cc63885b856cdc37b138c3107538323024f49fa256d1fb1 140476 libgwenhywfar60-dev_4.0.3-1_i386.deb 3870695fd6303f091509b65655f481e6826ba14486c553a0c302cb02d2ba27fd 3690040 libgwenhywfar-doc_4.0.3-1_all.deb c0c0eed7691d226dcd0d83e1017125b5eb1b3b0de2d04ddaaa6e1a62d4a0cfb0 429162 libgwenhywfar60_4.0.3-1_i386.deb 91c43719cbd19d9ca46b68824bee919b833262d2df22c8981baa64ef8a68d481 133908 libgwenhywfar-data_4.0.3-1_all.deb 1aafbb70dfccc8045ba62306ddd5a9d3059174080bbf0dfa8247911b87cf5568 115816 gwenhywfar-tools_4.0.3-1_i386.deb 160a45500463e85a056cf4aee999ea95eebf1ef8945fbe95e214437fbbf357c9 1289590 libgwenhywfar60-dbg_4.0.3-1_i386.deb 49396b7bb29611d34e9033dc5ffb620823b1bb568ea43fb43123135b5814f451 74100 libgwengui-fox16-0_4.0.3-1_i386.deb 8a15fe0d5172fbdcb8b0c7f1fcfc48109e09c72682ec401b9d33f4cea390b3a1 55764 libgwengui-qt4-0_4.0.3-1_i386.deb 0d8cb5380f735498d28d47660c18d9204c384e93b18fee763cc72aead2520ba9 41202 libgwengui-gtk2-0_4.0.3-1_i386.deb Files: a62e1a78d372d80d57b06bdf5e21e803 1485 libs optional libgwenhywfar_4.0.3-1.dsc 9f47bd669420a50c824c514ad10f3263 2062387 libs optional libgwenhywfar_4.0.3.orig.tar.gz ae1447616ca9d5a0244c68ba8d11a096 26178 libs optional libgwenhywfar_4.0.3-1.diff.gz 4195b5d82ff625cb836c1d9c0edda39a 140476 libdevel optional libgwenhywfar60-dev_4.0.3-1_i386.deb 10fcb50fb3d55c9a0602f063ad6e3075 3690040 doc optional libgwenhywfar-doc_4.0.3-1_all.deb e36951470c89d22d7f5b2c9a05f9ed3f 429162 libs optional libgwenhywfar60_4.0.3-1_i386.deb e65dba92118e3bc96d857488e4492412 133908 libs optional libgwenhywfar-data_4.0.3-1_all.deb 0d377ac147f70ae9a9d23a570ed2bbf4 115816 utils optional gwenhywfar-tools_4.0.3-1_i386.deb af0274b19fb097bc2f4dc1c58862587e 1289590 debug extra libgwenhywfar60-dbg_4.0.3-1_i386.deb 48e14a2dd18842f9342de68a42e0c5ed 74100 libs optional libgwengui-fox16-0_4.0.3-1_i386.deb 12282d96ba37c00af295ae4b43580f54 55764 libs optional libgwengui-qt4-0_4.0.3-1_i386.deb 46b5fe3c676eb4018692333f468f3418 41202 libs optional libgwengui-gtk2-0_4.0.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0xrx8ACgkQWN0/4pnhQbSv3ACfWNuAGlBE7+KGqopWsYz1pmlf oDoAnj4+HtLfuXyum5sXJbKqAk+aOm3I =SW+W -END PGP SIGNATURE- Accepted: gwenhywfar-tools_4.0.3-1_i386.deb to main/libg/libgwenhywfar/gwenhywfar-tools_4.0.3-1_i386.deb libgwengui-fox16-0_4.0.3-1_i386.deb to main/libg/libgwenhywfar/libgwengui-fox16-0_4.0.3-1_i386.deb libgwengui-gtk2-0_4.0.3-1_i386.deb
Accepted setserial 2.17-45.3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 12 Jan 2011 07:28:50 +0100 Source: setserial Binary: setserial Architecture: source i386 Version: 2.17-45.3 Distribution: unstable Urgency: low Maintainer: Jonas Genannt jonas.gena...@capi2name.de Changed-By: Christian Perrier bubu...@debian.org Description: setserial - controls configuration of serial ports Changes: setserial (2.17-45.3) unstable; urgency=low . * Non-maintainer upload. * Fix encoding for Danish debconf translation. Checksums-Sha1: c9ddde47aef885349d6e381974cc69d989d3f120 1680 setserial_2.17-45.3.dsc b4eabd7605c452cd8e52577e38e449b7e0cc07a8 60390 setserial_2.17-45.3.diff.gz 60b9d0703bc3e884284e45152cf07f80f008e9f0 52932 setserial_2.17-45.3_i386.deb Checksums-Sha256: 8d45ca2b1771bd1f0e02c223027804d254ff14d47dfa165ddb65265e92493e67 1680 setserial_2.17-45.3.dsc 33db87e8a86cf12b7c97efca9e056865e71358e8cfeb3931118b2647ce1eecc6 60390 setserial_2.17-45.3.diff.gz 5ccd6c5c88cb7a63480ad140fe24012b5bb7547ece914e5d5d39c55404fabb4a 52932 setserial_2.17-45.3_i386.deb Files: b3437fdabc0bde3b58f083fa3d255944 1680 comm extra setserial_2.17-45.3.dsc 49ea2756a0d2905e69d973642bf010f3 60390 comm extra setserial_2.17-45.3.diff.gz e766eb89abee7fcb44ad9019b0751754 52932 comm extra setserial_2.17-45.3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBTTGksIcvcCxNbiWoAQKI2A//Wl7kN0BemFImoNNCMCPs0wIwOk9tNiLi r9jxM2/MyUad4wI291G8klC9XYe7ZkDUJlhpGEM/m1DPTuCSUUW/xxRIvCLHiTjg fj5zONtQAEim8l38IWADqigd7gEuBZuUwoe+u1pHrcwxu/cGXzidhk5IrjgvgZ2q gu3jsp6a1ZsswnGAUAxwQphT2CgfeeuzK3YHro/LExNkmmXfSmFQCt8CWShPqYM+ vuABtVM4yhV1upsm1YI8poEAfSLdw6xD4MzFylkTQchwdzyncCpdRQ5SeZ/qkozz ZiblimMa8Wg4rcamq5+1EFpjkKyY/vXoXKYnqGrRDkKEAlG6jpPtTzaZo4pL68DW 46GRLwq4wSKj3dn1FpyCJ5hCg/0Wsi2IClkLrkcu+IzhHpfTV1bgi4SKk/3LSMzu 5aOen6lRWqyZUsEt3CJ4t0BXrrRmkxBZ5m2+zWeimWfhfuAMpHyBquQ1BP6078CA L513zM2dq0DUPzAxvryXbDuKBwPFkSXSW/QevFsAG29pXkZ51cFlQyP9o6XehwN2 rBG1yLJ9x8OirpXmvnG/nnqfpymr0t/Uiei+wAlS9QwygS+Gmc2WegJfnvJ47N6K 9NKsnkhgihNySdeHppTtNbqAakwGj4em450LMXAdOa5mXjhmhIZKzdo7MP1TZKfE Wf2mm72q1IA= =X49S -END PGP SIGNATURE- Accepted: setserial_2.17-45.3.diff.gz to main/s/setserial/setserial_2.17-45.3.diff.gz setserial_2.17-45.3.dsc to main/s/setserial/setserial_2.17-45.3.dsc setserial_2.17-45.3_i386.deb to main/s/setserial/setserial_2.17-45.3_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pe7tv-0002u2...@franck.debian.org
