Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
On Fri, Feb 07, 2014 at 08:07:41PM -0500, James McCoy wrote: On Fri, Feb 07, 2014 at 10:32:52AM +0100, Daniel Leidert wrote: James McCoy wrote: Part of the reason I chose to use debian/upstream/ is that an extensible location for upstream related information (similar in spirit to debian/source/) could be useful. I've really wondered, why you didn't use debian/source/ for this purpose and introduced another directory? Why not put the key used to sign the upstream source right into debian/source/? debian/source/ is for content related to the source package. debian/upstream/ would be for content related to upstream. There's a distinct separation there and as the signing key is, IMO, obviously upstream metadata it's not appropriate for debian/source/. The only relation it has to the source package is that it's used to verify one component of the source package. I wonder whether you have further files in mind which should end up in debian/upstream/ dir. Could your please give some reasons why you dropped the previously used location, debian/upstream-signing-key.pgp, in favour of introducing a directory which even conflicts with some other file name which is discussed in a DEP-12 without minding any discussion. IMHO, it is simply not the right way to to a grab into the name space without dicussion and creating work for your fellow DDs by doing so. For instance: Do you plan to move the debian/watch file to debian/upstream/ dir as well (or not and if not why not?) If I could see any vision behind your change I would have no problem to follow this vision but even if I have some very slight sympathy from the esthetics of naming I consider the principle of never change a running system as way more important than some slight esthetical change specifically introduced without any coordination / discussion in the first place. In short: If there is some big plan for a debian/upstream/ dir please lay it out for public discussion. Otherwise I'd be in favour of reverting the change in devscripts. Kind regards Andreas. -- http://fam-tille.de -- 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/20140210082102.gc3...@an3as.eu
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Greetings Fellow Developers, I would like to put here some words that I had in mind since I discovered the problem with the upstream file/dir in debian/. It is already a respectable while that we use the debian/upstream *file* for the documentation of bibliographic data in packages that might have articles published about the software packaged. I discovered recently that upstream was to become a directory in debian/. While I think that such a choice might be a reasonably good idea, I have to admit my astonishment at the total absence of information/discussion around that matter, from the side of the devscripts folks, as this choice fell us--designers and happy users of debian/upstream as a file totally out of the blue. On Mon, Feb 10, 2014 at 09:21:02AM +0100, Andreas Tille wrote: On Fri, Feb 07, 2014 at 08:07:41PM -0500, James McCoy wrote: On Fri, Feb 07, 2014 at 10:32:52AM +0100, Daniel Leidert wrote: James McCoy wrote: Part of the reason I chose to use debian/upstream/ is that an extensible location for upstream related information (similar in spirit to debian/source/) could be useful. I've really wondered, why you didn't use debian/source/ for this purpose and introduced another directory? Why not put the key used to sign the upstream source right into debian/source/? debian/source/ is for content related to the source package. debian/upstream/ would be for content related to upstream. There's a distinct separation there and as the signing key is, IMO, obviously upstream metadata it's not appropriate for debian/source/. The only relation it has to the source package is that it's used to verify one component of the source package. I wonder whether you have further files in mind which should end up in debian/upstream/ dir. Could your please give some reasons why you dropped the previously used location, debian/upstream-signing-key.pgp, in favour of introducing a directory which even conflicts with some other file name which is discussed in a DEP-12 without minding any discussion. IMHO, it is simply not the right way to to a grab into the name space without dicussion and creating work for your fellow DDs by doing so. +1 If I could see any vision behind your change I would have no problem to follow this vision but even if I have some very slight sympathy from the esthetics of naming I consider the principle of never change a running system as way more important than some slight esthetical change specifically introduced without any coordination / discussion in the first place. +1 In short: If there is some big plan for a debian/upstream/ dir please lay it out for public discussion. Otherwise I'd be in favour of reverting the change in devscripts. +1 Happy hacking, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.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/20140210090235.GB4274@licorne
Bug#738530: ITP: ipig -- integrating PSMs into genome browser visualisations
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: ipig Version : SVN r5 Upstream Author : Mathias Kuhring kuhri...@rki.de * URL : http://sourceforge.net/projects/ipig/ * License : BSD Programming Lang: Java Description : integrating PSMs into genome browser visualisations iPiG targets the integration of peptide spectrum matches (PSMs) from mass spectrometry (MS) peptide identifications into genomic visualisations provided by genome browser such as the UCSC genome browser (http://genome.ucsc.edu/). . iPiG takes PSMs from the MS standard format mzIdentML (*.mzid) or in text format and provides results in genome track formats (BED and GFF3 files), which can be easily imported into genome browsers. Remark: This package is maintained by the Debian Med team and the packaging is available at git://anonscm.debian.org/debian-med/ipig.git It belongs to a set of packages listed at http://www.renard.it/. -- 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/20140210092614.6843.1928.report...@mail.an3as.eu
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Hi, On Mon, 10 Feb 2014, Filippo Rusconi wrote: I discovered recently that upstream was to become a directory in debian/. While I think that such a choice might be a reasonably good idea, I have to admit my astonishment at the total absence of information/discussion around that matter, from the side of the devscripts folks, as this choice fell us--designers and happy users of debian/upstream as a file totally out of the blue. This change was also suggested by Guillem Jover in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735840#20 and I tend to agree with the logic of grouping upstream related meta-data in a single directory. That said I also agree that this change is mainly a matter of coherence and esthetics and thus should not break anything and thus everything should support both locations for a long period of time. YMMV. -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- 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/20140210104220.ga12...@x230-buxy.home.ouaza.com
Fsck SystemD and its developers and its users. GR to override this please.
Please a GR to override this bullshit. There are 100 people who have chosen to use systemd. Yet they override everyone else because they are in the right position. Fuck systemd from the bottom of my heart. Fuck it. Fuck it. FUCK SYSTEMD. I do not want to learn systemd. I do not want to deal with systemd. I hate the way it does things. I hate the way their community works. I hate that it does so much. I hate that it changes the system. I hate what it is: system Daemon. I want an init that does few things. An init that doesn't crash (not systemd!) An init that doesn't care that I have encrypted hdd, and _never_ did care. An init that's small and doesn't contain security errors (the larger the code the more there are, and nope C is not run directly on the iron, so whatever you think you're coding, guess again because you don't have as much control as you think once the real code is running on the machine) SystemD isn't it. I hate the attitude of it's fuck faced devs and fans. It's either them or us. They make that clear. Fuck them, Fuck their system. Fuck SystemD Fuck SystemD. We are obsolete and must obey their way. Our beliefs are superceded, says them. Fuck Systemd. Viva unix (please!). Fuck Systemd. http://images2.fanpop.com/image/polls/322000/322597_125780756_full.jpg Looking up to you unix of old and of now. Love you unix of old. You are rough but resolute. Not a new wonder kid BITCH, that thinks WE are it's bitch. FUCK SYSTEMD. Systemd fanboys try to keep steve from voting Yea, and others in or around the tech-ctte are completly different. You know, being systemd fanboys that just want to foist a completely new order on us for what seems like religious reasons, rather than a possibly slightly monetary reasons. So _COMPLETELY_ different! So yea, No steve lan, and shove systemd straight down our throats, down our gullet, through our stomach, have it crash through our guts below, and then castrate us while it powerbombs through our balls at the antepodal region from where it entered into the ground (perhaps crashing through a few floors below us and doing the same to some other poor sods). In the end there will be nothing but systemd. To make this possible steve lan needs to be moved out of the way for a clean victory for the new way(TM!). All Hail Lennart! (Lennart IS a german from Brazil, and it IS his way or NO way, so it fits).
A general resolution is needed. The 100 systemd users shouldn't be able to take over debian linux. They're in the right place, but their decision to foist this on us should be overruled.
A general resolution is needed. The 100 systemd users shouldn't be able to take over debian linux. They're in the right place at the right time (they always seem to be), but their decision to foist this on us should be overruled. The systemd developers and supporters seek to enforce their vision of what linux is to be on all of us. They are winning in that fight. Not because we all want them to, but because they know how to play the game. They zero in on key positions of authority and that is whom they either convince or aquire access into. Few people use system d in debian. Yet we must all use it by default for the next release. A system alien to any unix principals. A system that is not anything like what we knew. A system that has an asshole for a main dev that has no regards for anyone else's opinion or wishes. Fk systemd. I don't want systemd, wayland, gnome3, etc. I do want debian, but the new people are on a crusade. They can't let me have what I allready have, I have to switch to their stack (whatever the hell that means) in the future or eat their dust. They intentionally remove support for enemy ways of running a system. Fk them.
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Hi, On Mon, Feb 10, 2014 at 11:42:20AM +0100, Raphael Hertzog wrote: This change was also suggested by Guillem Jover in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735840#20 and I tend to agree with the logic of grouping upstream related meta-data in a single directory. Quoting this mail: (As a side note, I'd rather have liked to use something like debian/upstream/whatever.ext, and was considering filing a bug report, which could be followed by allowing to have debian/upstream/watch, but it's probably too late for the latter. :/ ) I wonder in how far it is to late for debian/watch and not for the file debian/upstream. Yey, I'm aware that we have two to three orders of magnitude more debian/watch files than debian/upstream files - but how to know when it is to late or not? That said I also agree that this change is mainly a matter of coherence and esthetics and thus should not break anything and thus everything should support both locations for a long period of time. Seems we all agree on the esthetics issue but I for myself would think that *if* we go for esthetics than we should make this strict and complete or not at all. Otherwise I see no point in wasting developer time for half baken things. Kind regards Andreas. -- http://fam-tille.de -- 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/20140210123656.gc6...@an3as.eu
Fsk SystemD and its developers and its users. GR to override this please.
Please a GR to override this bullshit. There are 100 people who have chosen to use systemd. Yet they override everyone else because they are in the right position.
Re: Fsck SystemD and its developers and its users. GR to override this please.
Hello Craig! On 02/10/2014 12:37 PM, Craig Bransworth wrote: Please a GR to override this bullshit. Please consider being more respectful and keep a polite tone. You are achieving nothing with this attitude except that you risk of being banned from the lists. Everyone is free to share their own opinion and you should respect that. Insulting your fellow Debian users and developers doesn't help your case. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- 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/52f8c5f6.5070...@physik.fu-berlin.de
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On 10 February 2014 11:37, Craig Bransworth craigbranswo...@aim.com wrote: Please a GR to override this ... The Debian Project welcomes and encourages participation by everyone. No matter how you identify yourself or how others perceive you: we welcome you. We welcome contributions from everyone as long as they interact constructively with our community. However, the message you have posted is extremely offensive and thus cannot be considered as constructive interaction with us. Please refrain from using such language when interacting with us. If you can't refrain yourself, please stop interacting with us. -- Regards, Dimitri. -- 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/canbhluhmd72lgrexfbsayn-_3zjg2by5+iw_s5sse2pzk98...@mail.gmail.com
Re: Fsck SystemD and its developers and its users. GR to override this please.
On Mon, Feb 10, 2014 at 01:28:38PM +0100, John Paul Adrian Glaubitz wrote: Please consider being more respectful and keep a polite tone. You are achieving nothing with this attitude except that you risk of being banned from the lists. Everyone is free to share their own opinion and you should respect that. Insulting your fellow Debian users and developers doesn't help your case. I think nothing can help us. We have votes which show that we must stay with init and think a little more. But why do we need the last unneeded vote after this, which surprisingly wins systemd? -- 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/20140210124826.GA13816@localhost
Re: Lintian autoreject tag changes
Le 9 févr. 2014 22:10, Joerg Jaspert jo...@debian.org a écrit : On 13482 March 1977, Bastien ROUCARIES wrote: I would like to add license-problem-md5sum-non-free and ont distibutable. Lets see, the following license-problem-* sound interesting beside the json-evil we already have: license-problem-font-adobe-copyrighted-fragment (14 packages, 3032 tags, plus 3539 overrides) license-problem-font-adobe-copyrighted-fragment-no-credit (7 packages, 174 tags, plus 278 overrides) Thats a small number of packages with a load of hits. We work with adobe un order to solve this one. The code fragment is problematic because it could not be reimplemented due to bug on it. PostScript interpreter recognize the whole code fragment and use it as part of language. So please do not add it at least for now. license-problem-md5sum-non-distributable-file (Not emitted) That's a fatal now. license-problem-md5sum-non-free-file (24 packages, 39 tags) As is this, and the list of packages is at http://lintian.debian.org/tags/license-problem-md5sum-non-free-file.html Yes this one should be fatal. license-problem-non-free-RFC (10 packages, 12 tags) The name sounds good, the overview page looks like not activating this tag, most seem to be false. (Without actually reading the files, just the names) Yes this one need work license-problem-nvidia-intellectual (1 packages, 1 tags) Huh, what a false hit, so not using this. No left over of removing a file in the package Bastien -- bye, Joerg Wrecktum Deine Größe macht mich klein @joerg doll Wrecktum du darfst mein Bestrafer sein (!) Wrecktum was kicked from #german by joerg [ok]
Re: conflict between system user and normal user
previously on this list Peter Palfrader contributed: I would really like to standardize on some prefix. I like _ as a prefix because adduser doesn't allow the local sysadmin to create accounts with that prefix without special flags, which I think makes it a more useful reserved namespace. Just a me too: If we could actually agree and document in policy that the _ prefix is the way to go that'd be great. I'd be more than happy to rename debian-tor to _tor for instance. Guidance (or even code) on how to properly rename existing system users would be appreciated. OpenBSD uses _ntp for ntpd and apparently all services since just after sshd was added to base, so there is some synergy there. Apparently it happened to ensure no namespace collision of system bundled services. On OpenBSD I use the same syntax when adding things like my automounter user for my hotplugd script. So I'd agree with the underscore but see the not allowing the local sysadmin to create accounts easily with it as a bad thing as they could perfectly well want to avoid collisions with packages as much as a debian dev. It is the admins system primarily after all and purposefully getting in the way is completely wrong in my opinion, warnings even with relentless beeping if you must. This is something I disagree with the stance on udev about for removing LAST_ACTION too. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___ -- 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/648834.53502...@smtp102.mail.ir2.yahoo.com
Re: Upstart support for LSB headers (Two line init.d scripts? Sure, that will work!)
previously on this list Sergey B Kirpichev contributed: Doesn't matter) rc.local shouldn't be used by local admin to start services from. Why not use usual init-script? I wouldn't be surprised if rc.local has been around longer than Debian and is meant to run at the end. Particularly for a service that isn't packaged it may be useful and expected to run last. It seems perfectly logical for a user to expect a local service or command to run last ie as if a user did so after boot up. The special hurd case should run after rc.local as a special case perhaps an include ./rc.local.oddball. The arguments online of services should be shutdown gracefully in case they have problems on the next bootup by upstart and systemd seems to be nonsense. On OpenBSD you have rc.shutdown but in any case if the system dies or crashes, plug pulled etc., then services should start just fine on reboot or be re-written rather than being flaky rubbish In fact in that case abusing rc.local means a higher likelihood of testing for and removing flaky services or fixing bugs before that annoying time of things breaking which almost always happens at the worst time possible. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___ -- 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/863947.50998...@smtp124.mail.ir2.yahoo.com
Re: amd64 arch and optimization flags?
On Sat, 08 Feb 2014 04:01:53 +0100, Vincent Lefevre wrote: On 2014-02-06 13:44:30 +, Felipe Sateler wrote: On Thu, 06 Feb 2014 00:47:54 +0100, Julian Taylor wrote: On 06.02.2014 00:39, Jaromír Mikeš wrote: -ffast-math this is dangerous it changes results, sometimes significantly (e.g. for complex numbers), only use if you don't care about correctness or have verified its still correct. IME, audio processing software can get away with it. Csound and its 400+ library of opcodes has been built with this option and I have had no complaints yet. What is dangerous about this options? I see a warning in the gcc docs, but how can I know if my program relies on a precise definition of IEEE floating point? Some specific floating-point algorithms (in particular those that emulate additional precision by controlling the roundings) will not work with it. An example is https://www.vinc17.net/software/sipe.h when using SIPE_FLOAT (though I haven't tested). For floating-point algorithms that just assume that operations are performed with some rounding error but without going further on IEEE 754 properties and do not use special values (infinities and signed zeros), -ffast-math may work. But -ffast-math enables -fassociative-math and -freciprocal-math, which may increase the expected rounding errors in some cases. Note also that using -ffast-math may introduce security holes, for instance if an algorithm that fills an array converges slower with it, yield a buffer overflow. This is more or less what happened for http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6499 https://bugzilla.mozilla.org/show_bug.cgi?id=358569 (the cause wasn't -ffast-math, but involved reduced accuracy). Thanks. I was also pointed to the Kahan summation algorithm that also would fail with this option set. In summary, attempting to use rounding errors is fragile with this option set. Or in other words, rounding errors cease to be reliable. It would seem in most audio processing algorithms the rounding errors are irrelevant, given that no complaints have been received by the use of this flag. The closest I've seen to caring about such things in the code is rounding denormal numbers to zero. Be careful with audio processing software, if the audio files can come from a remote source. It would be a rare audio processing suite that didn't handle user- provided audio files ;) -- Saludos, Felipe Sateler -- 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/ldam91$hfv$1...@ger.gmane.org
Re: conflict between system user and normal user
On 10/02/14 13:46, Kevin Chadwick wrote: So I'd agree with the underscore but see the not allowing the local sysadmin to create accounts easily with it as a bad thing as they could perfectly well want to avoid collisions with packages as much as a debian dev. A concrete example, please? If you (as local sysadmin) always create accounts matching [a-z]*, and Debian packages always create accounts matching _*, then your local actions can't collide with Debian packages. If you're creating and installing a local .deb package, then you could use exactly the same mechanism that Debian developers do; there's no functional difference between an official Debian .deb, an Ubuntu .deb, and a locally-created .deb. You presumably control the namespace in which your users are allowed to create accounts, so if you're worried about collisions between your users' account names and your local system accounts' names, you can use whatever namespacing you want to. For instance, I use accounts with - in for service accounts, like smtp-foo and backup-foo to receive authenticated SMTP submissions and periodic backups from machine foo, and I don't create real person accounts with - in them. It is the admins system primarily after all and purposefully getting in the way is completely wrong in my opinion, warnings even with relentless beeping if you must. You can always force it with adduser --force-badname if you need to. If we standardize on _* (or capital letters or whatever) for packaged accounts, then adduser --system could also start accepting _* without needing --force-badname, if desired. S -- 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/52f8de7d.3030...@debian.org
Re: Two line init.d scripts? Sure, that will work!
[Sergey B Kirpichev] Probably init-d-script could pass some cli-specified options to sh with set builtin. To allow something like this: /etc/init.d/script -x start or /etc/init.d/script start -x I ended up with this instead: 'DEBUG=true /etc/init.d/script start' The new /lib/init/init-d/script is in the sysvinit-utils package in experimental now. Please check it out and see if it will work for your init.d script. :) -- Happy hacking Petter Reinholdtsen -- 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/2fltxc7awff@ulrik.uio.no
Re: init.d script not using !/bin/sh
On 09/02/2014 13:14, Thomas Goirand wrote: Is it too late to fix this as a release goal, so that we get every init script to use /bin/sh? Whether this is worth the effort or not (and not just *your* effort, the effort of maintainers of packages with init scripts, even if just to review and apply patches) depends entirely on the ctte outcome, and any follow-up GR - therefore, this really doesn't seem like an appropriate time to invest energy in it IMHO. -- 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/52f8e87b.7070...@debian.org
Bug#738551: ITP: giira -- RNA-Seq driven gene finding incorporating ambiguous reads
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: giira Version : 0.0.20140210 Upstream Author : Franziska Zickmann zickma...@rki.de * URL : http://sourceforge.net/projects/giira/ * License : GPLv3 Programming Lang: Java, Python Description : RNA-Seq driven gene finding incorporating ambiguous reads GIIRA is a gene prediction method that identifies potential coding regions exclusively based on the mapping of reads from an RNA-Seq experiment. It was foremost designed for prokaryotic gene prediction and is able to resolve genes within the expressed region of an operon. However, it is also applicable to eukaryotes and predicts exon intron structures as well as alternative isoforms. Remark: This package is maintained by the Debian Med team and the packaging is available at git://anonscm.debian.org/debian-med/giira.git It belongs to a set of packages listed at http://www.renard.it/. -- 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/20140210154416.16729.90284.report...@mail.an3as.eu
Re: init.d script not using !/bin/sh
On 10/02/14 14:55, Jonathan Dowland wrote: On 09/02/2014 13:14, Thomas Goirand wrote: Is it too late to fix this as a release goal, so that we get every init script to use /bin/sh? Whether this is worth the effort or not (and not just *your* effort, the effort of maintainers of packages with init scripts, even if just to review and apply patches) depends entirely on the ctte outcome, and any follow-up GR I'd go further than that: even if we use LSB-style init scripts[1] forever, I still don't think porting init scripts from #!/bin/bash to #!/bin/sh is a particularly productive use of anyone's time; and in particular, I think NMU'ing for it (as would be enabled by a release goal) is actively harmful. If an init script uses bash features and correctly has #!/bin/bash, at worst it slows the boot down a bit while bash is loaded into memory. Not perfect, but good enough. I don't think a minority of init scripts aren't as fast as they could be is worth much of anyone's time - the fact that the majority of init scripts run under /bin/sh means we already have the majority of the potential speed benefit from dash. Meanwhile, the largest practical difference between mass bug-filing and release goal is that the NMU guidelines are relaxed for release goals. The init scripts that have #!/bin/bash are, as a first approximation, those where the maintainer looked at the init script's use of bashisms and decided that changing the script to use /bin/sh syntax and semantics was too difficult, or had too much risk of regressions, or would make the script too hard to maintain, or is otherwise undesirable. Those seem like exactly the sort of init scripts that should *not* be NMU'd without a very good (= release-critical) reason. S [1] as used by sysvinit + (sysv-rc or file-rc) + insserv -- 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/52f8f484.6010...@debian.org
Re: ltsp pulseaudio
On Sat, Feb 08, 2014 at 12:30:18PM +0100, Tobias Frost wrote: Hallo Oleg, thanks for the report, but you should file a bug against the package ltsp (using the Debian BTS) as this is the general Debian devel list. (You can use e.g the tool reportbug for that, a reportbug ltsp should get you going) Done. -- 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/20140210160830.GA2866@localhost
Re: Upstart support for LSB headers (Two line init.d scripts? Sure, that will work!)
Le 6 févr. 2014 14:37, Thomas Goirand z...@debian.org a écrit : On 02/06/2014 07:06 PM, Petter Reinholdtsen wrote: Since last summer, OpenRC has full support for LSB headers. Also, I believe that OpenRC is the only init system replacement which allows to mix dependencies with LSB or it's own implementation. That is not the case. Both systemd and upstart allow this as well. I knew that both systemd and upstart can use LSB header scripts. But I read that upstart (at least) would launch these only at the end of the boot process, not mixing them in the boot order with upstart jobs. Can any Upstart specialist (Steve maybe?) can tell if this is right or wrong? What is systemd doing exactly with the LSB dependencies? With OpenRC, what happens is that the LSB headers are transformed into the internal syntax of OpenRC (eg: use, need, after, provide, etc.), which makes it possible to have LSB header scripts be integrated within the ordering calculation, just as if they were native OpenRC runscripts. They are also involved in the dependency loop breaking system that has recently been added to OpenRC. BTW, Debian has a way too many LSB header scripts with Required-Start: $all, which is very bad. A decent init system has to deal with this, and there's no sane way to do so but arbitrarily breaking what the author of the script wrote. A lintian warning telling that $all is just bad would be a very nice thing. Please report it against Lintian. I will fix it. Bastien How does systemd upstart deal with this pile of garbage that Required-Start: $all is? Cheers, Thomas -- 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/52f38ff3.7010...@debian.org
Re: Bug#727708: Great article against systemd (note: you'll be banned if you respond to this mail, like my other acct was).
Even when I dislike systemd approach, you act as a spammer and you annoy people. This is the reason you are banned, not the paranoidal crap with systemd fanboys blah blah blah. On Mon, Feb 10, 2014 at 7:44 PM, crgi...@hushmail.com wrote: That was a great article against systemd (note: you'll be banned if you respond to this mail, like my other acct was): (ewontfix.com/14/). Thanks for posting it. Note: do not respond to this email, you'll probably be banned. SystemD fanbois are rooted deep in every linux distro. They get their enemies banned. My other acct was banned for opposing their bullsht. For 4 weeks (who cares). The crowd pushing systemd, possibly including its author, is notcontent to have systemd be one choice among many. By providing publicAPIs intended to be used by other applications, systemd has set itselfup to be difficult not to use once it achieves a certain adoptionthreshold. None of the things systemd does right are at all revolutionary.They've been done many times before. DJB'sdaemontools,runit, andSupervisor, among others, have solved thelegacy init is broken problem over and over again (though each withsome of their own flaws). Their failure to displace legacy sysvinit inmajor distributions had nothing to do with whether they solved theproblem, and everything to do with marketing. Said differently,there's nothing great and revolutionary about systemd. Its popularityis purely the result of an aggressive, dictatorial marketing strategyincluding elements such as:Engulfing other essential system components like udev and makingthem difficult or impossible to use without systemd (but seeeudev).Setting up for API lock-in (having the DBus interfaces provided bysystemd become a necessary API that user-level programs depend on).Dictating policy rather than being scoped such that the user,administrator, or systems integrator (distribution) has to provideglue. This eliminates bikesheds and therebyfast-tracks adoption at the expense of flexibility and diversity. -- To unsubscribe, send mail to 727708-unsubscr...@bugs.debian.org.
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On Mon, Feb 10, 2014, Craig Bransworth wrote: Fuck systemd from the bottom of my heart. Fuck it. Fuck it. FUCK SYSTEMD. I do not want to learn systemd. I do not want to deal with systemd. I hate the way it does things. I hate the way their community works. Hi Craig. And thank you for your interest in Debian and its init system. Have you heard of the OpenBSD project? (http://openbsd.org/) It's a free, functional and secure operating system. It looks exactly like the kind of project you'd enjoy, because it does not use systemd or upstart. It also has a friendly and very open community that I'm sure you'd find welcoming. Kind regards, -- Sam. -- 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/20140210163332.gb18...@hocevar.net
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On 02/11/2014 12:33 AM, Sam Hocevar wrote: On Mon, Feb 10, 2014, Craig Bransworth wrote: Fuck systemd from the bottom of my heart. Fuck it. Fuck it. FUCK SYSTEMD. I do not want to learn systemd. I do not want to deal with systemd. I hate the way it does things. I hate the way their community works. Hi Craig. And thank you for your interest in Debian and its init system. Have you heard of the OpenBSD project? (http://openbsd.org/) It's a free, functional and secure operating system. It looks exactly like the kind of project you'd enjoy, because it does not use systemd or upstart. It also has a friendly and very open community that I'm sure you'd find welcoming. Kind regards, Excuse me, but this reply isn't appropriate, just as much as the OP. Redirecting him to another Unix distribution isn't the thing to do. Instead, you should have informed the OP that we will continue to support not only systemd, upstart, or whichever becomes the default. Because that's the plan. And nobody will force anyone to use the default settings, just like nobody is forced to use the default desktop. Even after one of the init systems is declared as default for Jessie, we will welcome testers for the *other* init systems, just like we do for any other package in Debian (file-rc anyone? :)). Also, I wouldn't be against some help with OpenRC packaging. There's lots of Debian specific patches that are hard to test on each platforms (kFreeBSD is, if I'm not mistaking, broken by the last upload). Thomas -- 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/52f90ac0.6080...@debian.org
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
Excerpts from Thomas Goirand's message of 2014-02-10 09:22:08 -0800: On 02/11/2014 12:33 AM, Sam Hocevar wrote: On Mon, Feb 10, 2014, Craig Bransworth wrote: Fuck systemd from the bottom of my heart. Fuck it. Fuck it. FUCK SYSTEMD. I do not want to learn systemd. I do not want to deal with systemd. I hate the way it does things. I hate the way their community works. Hi Craig. And thank you for your interest in Debian and its init system. Have you heard of the OpenBSD project? (http://openbsd.org/) It's a free, functional and secure operating system. It looks exactly like the kind of project you'd enjoy, because it does not use systemd or upstart. It also has a friendly and very open community that I'm sure you'd find welcoming. Kind regards, Excuse me, but this reply isn't appropriate, just as much as the OP. Redirecting him to another Unix distribution isn't the thing to do. Instead, you should have informed the OP that we will continue to support not only systemd, upstart, or whichever becomes the default. Because that's the plan. And nobody will force anyone to use the default settings, just like nobody is forced to use the default desktop. It is pretty ridiculous to me to consider the basic plumbing on the system as replaceable as the thing that decides where on the screen my shortcut to Google search for lolcatz goes. Perhaps that is just me though. ;) -- 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/1392054323-sup-7...@fewbar.com
Re: conflict between system user and normal user
previously on this list Simon McVittie contributed: So I'd agree with the underscore but see the not allowing the local sysadmin to create accounts easily with it as a bad thing as they could perfectly well want to avoid collisions with packages as much as a debian dev. A concrete example, please? If you (as local sysadmin) always create accounts matching [a-z]*, and Debian packages always create accounts matching _*, then your local actions can't collide with Debian packages. Oops, I guess I read it too fast, sorry for wasting your time. I thought system accounts were going to get the underscore. Which means the preventing admin makes more sense but the synergy possibly being the opposite. In any case, before this morning I thought OpenBSD underscored users were chrooted or something along those lines and it turns out it was the Absolute OpenBSD book that says they are unpriviledged users which from taking a look stands up with mysql package/port unpriviledged user also using underscore. The fact that basically all of the daemons are unpriviledged is a testament to OpenBSD I guess. So the mailing list thread I based OpenBSD using underscore for non base users was wrong despite being made by a usually reliable source or actually I'm guessing has possibly changed now that basically all base daemons are unpriviledged. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___ -- 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/84316.34880...@smtp108.mail.ir2.yahoo.com
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On 02/10/2014 06:47 PM, Clint Byrum wrote: It is pretty ridiculous to me to consider the basic plumbing on the system as replaceable as the thing that decides where on the screen my shortcut to Google search for lolcatz goes. I fully agree on that and other DDs already mentioned that in the ITP for OpenRC as well. Most users won't actually be able to tell what kind of init system they want, they just want a reliable, fast and secure solution. That's what should be kept in mind when making that decision. It's like being able to customize internal parts of your cars engine when ordering one from your dealer. Customers don't care who the manufacturer of your ignition system is as long it's the best possible one. (Yes, I know comparisons with cars are bad ;)). Neglecting reliability and maintainability for the sake of being able to choose such a core component is a bad idea. I do not think it's really feasible to maintain several init systems, it just affects too many components of the system. We don't even manage to maintain two versions of ffmpeg (the original and the fork) even though many users actually prefer the original. How should this even work with the init system then? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- 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/52f91d5a.8060...@physik.fu-berlin.de
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
Excuse me, but this reply isn't appropriate, just as much as the OP. Redirecting him to another Unix distribution isn't the thing to do. Instead, you should have informed the OP that we will continue to support not only systemd, upstart, or whichever becomes the default. Because that's the plan. And nobody will force anyone to use the default settings, just like nobody is forced to use the default desktop. It seems that in case of systemd it may end being forced, doesn't Gnome 3 depend on it? I have another idea - maybe systemd could be split in parts in Debian? I think it would fix some objections. I.e. for example, systemd-journal looks like the most bloated part of systemd to me, with its binary log format, QR codes and built-in HTTP server - so maybe it could be disabled via a patch? Or even packaged separately so you can choose whether to install it? Is anyone familiar with systemd code - does it look possible and/or simple task to you? -- With best regards, Vitaliy Filippov -- 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/op.xa2x5kpm0ncgu9@vitalif.vhome
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On Mon, 2014-02-10 at 19:41 +0100, John Paul Adrian Glaubitz wrote: We don't even manage to maintain two versions of ffmpeg (the original and the fork) even though many users actually prefer the original. How should this even work with the init system then? Hi, What about agreeing on a common syntax for a start? For example there is a proposal floating around in debian-devel by Petter Reinholdtsen entitled: Two line init.d scripts The new /lib/init/init-d/script is in the sysvinit-utils package in experimental now. Please check it out and see if it will work for your init.d script. :) -- 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/1392059591.10315.5.ca...@s1499.it.kth.se
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 10/02/2014 08:36, Andreas Tille a écrit : I wonder in how far it is to late for debian/watch and not for the file debian/upstream. Yey, I'm aware that we have two to three orders of magnitude more debian/watch files than debian/upstream files I’m not sure were you got those numbers, but it seems there are far more debian/watch files than debian/upstream files in the archive (way more than three times). Can somebody please enlighten us with factual numbers? That said I also agree that this change is mainly a matter of coherence and esthetics and thus should not break anything and thus everything should support both locations for a long period of time. Seems we all agree on the esthetics issue but I for myself would think that *if* we go for esthetics than we should make this strict and complete or not at all. Otherwise I see no point in wasting developer time for half baken things. It seems a bit irrelevant to force hard conditions to improvements: moving the very young debian/upstream file to a more accurate debian/upstream/$metadata place should not be conditioned to moving the “very old” and already highly used debian/watch file to the same directory. If we could first agree on debian/upstream/ being the right place for upstream related data/files, then it would make sense to discuss and propose a plan to move the watch file there too (but can we please have this other discussion if/once we agree on a common directory first). If I understood correctly, the DEP-12 metadata file is used by a pair of tools, and James started to propose patches to support both paths in order to allow a smooth transition. So the technical issue could be considered (being) taking care of. If I understood correctly, the following step would be to move (in the packages’ VCS) one file to its new path. Considering most of the concerned packages may be team-maintained, I’d be happy to offer my hands in order help this transition and (momentarily) join the relevant teams to (help and) do this not rewarding job. Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJS+SqSAAoJEAWMHPlE9r088j0H/jkVjV+5/lkjH1Vaml7chwof rJ3qcA8saifU/MuGmR/MWJ5Ct8S9QoKDi1zhyl/JiTmKJw9NRJp0NrPosN5M4F5o w3ICUQh0QkNsuD8XrNQ0iQ6cFNgAljaRaNjShiBSW0R61OYqPH+jx9rxT62LoFyP qpbZoBra1Uf9Oz3Qr8839tneLCBr2521TUga+9xCRBzIxOK02lIwwHtVrIvLda6Q Bg5IGdKrGN6frU2OszQSKXO2IkIUkCD26ahrBx6lPOmnAtOO6ftIRi4luJT7n2NV Y/TMGOFn73b0WgZwiTD2JPYRVZirxqdiyEBczFrJ0y3ikMoeZ/jYmZOHva435cI= =aBEs -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/52f92a92.8000...@debian.org
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
Hi John On 10/02/2014 20:41, John Paul Adrian Glaubitz wrote: On 02/10/2014 06:47 PM, Clint Byrum wrote: Neglecting reliability and maintainability for the sake of being able to choose such a core component is a bad idea. I do not think it's really feasible to maintain several init systems, it just affects too many components of the system. We don't even manage to maintain two versions of ffmpeg (the original and the fork) even though many users actually prefer the original. How should this even work with the init system then? I recommend reading all the previous discussions on the topic. Over the last year, it's become clear that in the short-term at least, a very minimum of 2 different init systems would need to be supported. At least sysvinit, because there are so many packages that ship with configuration and it won't be possible to convert them all in one release, and also because the alternative operating systems that Debian ship with won't work with Upstart or systemd. sysvinit has hit its limit with it's dependency-based nature, and the only way to fix many outstanding bugs is by switching to an event-based system. So, supporting at least 2 init systems in the short-term will be necessary. Upstart is pretty cheap to support, since it's Ubuntu's default init system and a very large amount of packages have Upstart scripts already. systemd has a very enthusiastic community and it's likely that many packages will have systemd configuration files by the time Jessie is released. There are so many possibilities going forward. It's possible that Canonical might give up on Upstart since the rest of the world has pretty much gone with systemd on Linux. Or, it's possible that Upstart would better support the niche systems / toy ports which would make it a good candidate for replacing sysvinit on those systems. Or perhaps in hindsight it might just turn out that Upstart was a better, more logical, sane, level-headed, secure, unixy and unpoetered solution and the technical committee will ask themselves what were we thinking!?. Historically though, it seems like it has consistently been beneficial for Debian to support all the available options and let things evolve. Maybe it's just better accepting the choice and move on even if you don't like the choice. When I saw the announcement this morning I thought Oh well, at least we can have debian-devel back now. I think if anything has been said before it doesn't have to be re-hashed to infinity. This is one of those things that you just have to learn to let it slide a bit. -Jonathan -- 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/52f9282e.3090...@ubuntu.com
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Hi David, On Mon, Feb 10, 2014 at 03:37:54PM -0400, David Prévot wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 10/02/2014 08:36, Andreas Tille a écrit : I wonder in how far it is to late for debian/watch and not for the file debian/upstream. Yey, I'm aware that we have two to three orders of magnitude more debian/watch files than debian/upstream files I’m not sure were you got those numbers, but it seems there are far more debian/watch files than debian/upstream files in the archive (way more than three times). Can somebody please enlighten us with factual numbers? Sure way more than three times. We have 200 debian/upstream files and 2 debian source packages with probably the majority featuring watch files. This makes O(2) (about 10^2 times) more debian/watch files. If you mind exact numbers feel free to query UDD. BTW, usually - at least inside packages - name conflicts are dealt according to a first comes first served rule. I wonder why in this case some (unspecified) number should be needed. That said I also agree that this change is mainly a matter of coherence and esthetics and thus should not break anything and thus everything should support both locations for a long period of time. Seems we all agree on the esthetics issue but I for myself would think that *if* we go for esthetics than we should make this strict and complete or not at all. Otherwise I see no point in wasting developer time for half baken things. It seems a bit irrelevant to force hard conditions to improvements: moving the very young debian/upstream file to a more accurate debian/upstream/$metadata Could you please name any measure of accurateness which proves that debian/upstream/signing-key.pgp is more accurate than debian/upstream-signing-key.pgp Please do not mix up some esthetical feeling with accurateness. Again, I agree with the esthetics argument but simply pushing a change that breaks other people's system is something I would call inaccurate. place should not be conditioned to moving the “very old” and already highly used debian/watch file to the same directory. If we could first agree on debian/upstream/ being the right place for upstream related data/files, then it would make sense to discuss and propose a plan to move the watch file there too (but can we please have this other discussion if/once we agree on a common directory first). I would really have loved to have a discussion first, yes. But there was none. If I understood correctly, the DEP-12 metadata file is used by a pair of tools, and James started to propose patches to support both paths in order to allow a smooth transition. So the technical issue could be considered (being) taking care of. The historic fact is that James was ignoring DEP-12 perfectly in the first place and his patch only covers a slight part of the tools around. I do not say that this patch is not welcome - to the contrary I really appreciate James' effort to support his change. I just think that it is simply wrong to ignore and by doing so undermine any DEP. If I understood correctly, the following step would be to move (in the packages’ VCS) one file to its new path. Considering most of the concerned packages may be team-maintained, I’d be happy to offer my hands in order help this transition and (momentarily) join the relevant teams to (help and) do this not rewarding job. Thanks. Any helping hand is welcome. I simply want to make sure that the thing you are proposing will be really sustainable in the first place. The only problem I have with this issue is that changes like this should have some agreement first and this is what a DEP is about. Otherwise DEPs are pointless and we could stop using this method. If you ask me I would consider #736760 is something the TC should decide upon. However, they have currently more important stuff to do and thus I would really welcome if we start discussing like real man (=respecting each others work), work out a sustainable plan what should be done in debian/upstream in the long term and do the change *afterwards*. Kind regards Andreas. -- http://fam-tille.de -- 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/20140210200606.gh14...@an3as.eu
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On 02/10/2014 08:13 PM, Svante Signell wrote: What about agreeing on a common syntax for a start? For example there is a proposal floating around in debian-devel by Petter Reinholdtsen entitled: Two line init.d scripts Yes, I have seen Petter's suggestion and I don't think it's a good solution as it would debugging init scripts more opaque. Again, I do not understand how our users will actually profit from being able to choose their init system. Can you imagine this being an option in Debian Installer just like you can configure your time zone or filesystems? What would you write to the description texts of the different choices? It's crazy just to think about it. There are many core components where you cannot be choose between different alternatives and no one bats an eye, yet everyone loses their mind when it comes to init. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- 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/52f93250.6020...@physik.fu-berlin.de
don't panic - rejoice: jessie will be awesome and supporting lots of inits! (was: Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
Hi, On Montag, 10. Februar 2014, John Paul Adrian Glaubitz wrote: There are many core components where you cannot be choose between different alternatives and no one bats an eye, yet everyone loses their mind when it comes to init. Amen. And really, please everybody (re-)read the above and keep calm. (And then there still is apt. Noone is going to take apt away from anyone.) Also, rejoice! 727708 will be history soon! Granted, then, there probably will be a hopefully not too bloddy GR quite soon after, and... then, this GR will be history and we will eventually be releasing jessie and living happily ever after. Yay! And probably jessie should come with a slogan once again: Debian - there can be more than one init system - or something like this :) cheers, Holger, who also thinks that the jessie+1 init system discussions (we will have them...) will be calmer, shorter and thus less painful. signature.asc Description: This is a digitally signed message part.
DebConf14 organizing team needs your help to raise funds! (Won't take long.)
Hello! We are well into the planning for DebConf14 which will take place in Portland, Oregon, USA during the 23rd-31st of August, 2014. It looks like it is again going to be a great event and hope that everyone can come, but to make it happen we need your help. We are now contacting potential sponsors from all around the globe, and need to ask all Debian contributors to think if they have any personal connections to Debian-friendly organizations, that might be interested in sponsoring DebConf14. This would be particularly useful if they are organizations that are either new to sponsoring Debian, or have not sponsored Debian recently. If you can think of interested organizations, please feel free to reach out to them, and ask, or if you are not comfortable asking directly, to contact the sponsors-team with any leads. I've included a link to the sponsorship brochure, which is useful to explain DebConf to new sponsors. [1] To get in contact with the DebConf Sponsors Team, please send an email to: mailto:spons...@debconf.org. On behalf of the DebConf Sponsors Team. Cheers, Brian [1] - http://media.debconf.org/dc14/sponsors/DebConf14_SponsoringBrochure.pdf signature.asc Description: OpenPGP digital signature
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On 02/10/2014 08:27 PM, Jonathan Carter (highvoltage) wrote: sysvinit has hit its limit with it's dependency-based nature, and the only way to fix many outstanding bugs is by switching to an event-based system. No, event-based is not the proper design to model the dependencies between services which has been become clear by several fundamental bugs in Upstart which will certainly never be addressed like the following one: https://bugs.launchpad.net/upstart/+bug/447654/comments/8 And this comes from the person who wrote Upstart. Mind, this bug is open since 2009. Another issue is the one mentioned in the QA session at the end of Steve's talk where mountall is discussed: http://www.youtube.com/watch?v=CUOAUQJ-y00#t=2413 mountall (according to Scott) was supposed to be a temporary solution until Upstart could properly handle the mounting itself, yet anything hasn't changed in this regard. Or perhaps in hindsight it might just turn out that Upstart was a better, more logical, sane, level-headed, secure, unixy and unpoetered solution and the technical committee will ask themselves what were we thinking!?. Unless the fundamental problems with Upstart are resolved, I don't think this is ever going to happen. Historically though, it seems like it has consistently been beneficial for Debian to support all the available options and let things evolve. Maybe it's just better accepting the choice and move on even if you don't like the choice. Do we allow users to choose their FireWire stack, WiFi or Audio Driver stack in the kernel? There were several alternative implementations of these, yet we only provide one of each. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- 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/52f94920.8090...@physik.fu-berlin.de
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
Hi, On Mon, Feb 10, 2014 at 09:10:56PM +0100, John Paul Adrian Glaubitz wrote: Again, I do not understand how our users will actually profit from being able to choose their init system. I am a minimalist - I like sysvrc as it is today and i dont like the i can build a daemon which replaces most of the userspace and runs at pid 1. Name it userspaced - link gnome and libreoffice against it and be done. So yes - i am one of the Debian users who'd like to run a minimal as possible init and i'd like to have the choice. I dont care about boot times or dependency based booting. I boot my desktop/notebook once a month and servers more or less every couple of years. sysvinit has done that for me for approx. 30 years and i really dont see the need to change it. I like to quickly change init scripts by writing shell code in them, disabling portions of environment checks or preparing environment before start. The more dependencies and functionality you put into systemd the more i run away in disgust. Flo PS: For me the systemd feels like DJB dropping of qmail and telling everyone that its the _only_ mail system everybody should use. It was fine in a way - it had new concepts - but it was a horrible failure. -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
PLEASE GR to override this forcing of Lennart Potterings BULLSHIT. Or Fork debian.
It is pretty ridiculous to me to consider the basic plumbing on the system as replaceable as the thing that decides where on the screen my shortcut to Google search for lolcatz goes. Perhaps that is just me though. ;) See, systemd pushers are always trying to make their thing the only thing. We arre the space robots, we are here to protect you I am the shover robot, I push bread down their throats We are here to protect you Do not trust the pusher robot, he is malfunctioning Humans must be shoved, they must go down the stairs Please go stand by the stairs so I can protect I am better than the shover robot --Shover and Pusher Robot ::Wrong way to do things. Oh. My. Money 'Don't you mean God?' You worship your thing, I'll worship mine --Seto Kaiba :: Correct way to do things. Do we allow users to choose their FireWire stack, WiFi or Audio Driver stack in the kernel? There were several alternative implementations of these, yet we only provide one of each. Adrian Adrian: Fuck you you cunt. You scumbags are forcing this thing on all of us. We're going to have to do something about that if you do not back the fuck down. Systemd people seem always to be fucking totalitarian PIECES OF SHIT like you. Fuck your SystemD, and FUCK your MY WAY OR THE HIGHWAY approach. Oh. My. Money 'Don't you mean God?' You worship your thing, I'll worship mine --Seto Kaiba :: Correct way to do things. (Not forcing your fucking lennart pottering autistic faggot religion on us)
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Le Mon, Feb 10, 2014 at 09:06:06PM +0100, Andreas Tille a écrit : Thanks. Any helping hand is welcome. I simply want to make sure that the thing you are proposing will be really sustainable in the first place. The only problem I have with this issue is that changes like this should have some agreement first and this is what a DEP is about. Otherwise DEPs are pointless and we could stop using this method. If you ask me I would consider #736760 is something the TC should decide upon. However, they have currently more important stuff to do and thus I would really welcome if we start discussing like real man (=respecting each others work), work out a sustainable plan what should be done in debian/upstream in the long term and do the change *afterwards*. Hello everybody, and thanks Andreas for your very reasonable emails. Help is welcome but just helping is not enough. Just helping would be for instance to migrate 50 packages over 300, and tell us to do the rest. This would be worse than doing nothing. As Andreas indicated, there is also the solution of going to the TC and ask to revert of the change made to devscript. In my impression, this would be less bad than starting a migration and not finishing it. Please also let me repeat that I have better to do than spending my time on a migration that was not necessary and that still can easily avoided. I personally find peoples attitudes quite brutally top-down confrontational. Just because you maintain devscripts or dpkg does not mean that you decide how others spend their time. This whole exchange has been the two sides completely ignoring each other. A: I would prefer if debian/upstream were a directory, B: Sure, but please do the full migration yourself. A: Hey, I sent you a trivial patch to s|debian/upstream|debian/upstream/metadata|. B: Thanks, but please do the full migration yourself. C: I think that the solution proposed by A is more beautiful. B: It may be, but please do the full migration yourself. D: How can I help ? B: By making sure that the migration is fully done. E: But … ? B: Please, the bottleneck is the migration, so please do it fully yourself if you think the issue is worth it. I really do not know what more I can say. Please, if people really think that they can decide and then somebody else has to do the work then let's create pages under https://wiki.debian.org/Debate and take a ticket to the TC. Cheers, -- 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/20140211001533.ga15...@falafel.plessy.net
Re: Transition of Icedove 24.2.0 to testing
Hello, On Sun, Feb 09, 2014 at 02:11:21AM -0500, Filipus Klutiero wrote: There is no particular issue with migrating icedove to testing. Are you saying you intend to upload icedove 24 to wheezy? not direct to wheezy, we'll use stable-security to push icedove 24 to wheezy. This is the same way we do with icedove 17. The question is whether icedove 24.2.0-1 is better than 17.0.10-1. What security issues in 17.0.10 does 24.2.0 fix? If the team considers that 24.2.0 is better than 17.0.10, you can request the release team to force it by filing a ticket against release.debian.org. Icedove 17 is EOL (same as Icedove 10 short after the release of wheezy) and Mozilla is only providing updates for Icedove 24. Almost all fixed bugs are in libxul and it's to hard to backport the security fixes from there (same problem with iceweasel). Icedove 17.0.11 ships almost the same security fixes like icedove 24.1. But from there on we 'missed' the following: MFSA 2013-104 Miscellaneous memory safety hazards (rv:26.0 / rv:24.2) MFSA 2013-108 Use-after-free in event listeners MFSA 2013-109 Use-after-free during Table Editing MFSA 2013-111 Segmentation violation when replacing ordered list elements MFSA 2013-113 Trust settings for built-in roots ignored during EV certificate validation MFSA 2013-114 Use-after-free in synthetic mouse movement MFSA 2013-115 GetElementIC typed array stubs can be generated outside observed typesets MFSA 2013-116 JPEG information leak MFSA 2013-117 Mis-issued ANSSI/DCSSI certificate MFSA 2014-01 Miscellaneous memory safety hazards (rv:27.0 / rv:24.3) MFSA 2014-02 Clone protected content with XBL scopes MFSA 2014-04 Incorrect use of discarded images by RasterImage MFSA 2014-08 Use-after-free with imgRequestProxy and image proccessing MFSA 2014-09 Cross-origin information leak through web workers MFSA 2014-12 NSS ticket handling issues MFSA 2014-13 Inconsistent JavaScript handling of access to Window objects Most of these security problems are probably in icedove 17. Cheers, Christoph signature.asc Description: Digital signature
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
On Mon, Feb 10, 2014 at 09:21:02AM +0100, Andreas Tille wrote: I wonder whether you have further files in mind which should end up in debian/upstream/ dir. Could your please give some reasons why you dropped the previously used location, debian/upstream-signing-key.pgp, Quoting my initial email in this thread: Part of the reason I chose to use debian/upstream/ is that an extensible location for upstream related information (similar in spirit to debian/source/) could be useful. I received the suggestion from multiple people to use this directory, presumably for the same reason, which reinforced my existing inclination to do so. in favour of introducing a directory which even conflicts with some other file name which is discussed in a DEP-12 without minding any discussion. Quoting my initial email in this thread: I also was unaware of (or had forgotten about) DEP-12's existing use of debian/upstream, which was appropriated around 01/2012 as the new name for debian/upstream-metadata.yaml. IMHO, it is simply not the right way to to a grab into the name space without dicussion and creating work for your fellow DDs by doing so. Please do not ascribe malice to something that happened out of ignorance. Simply because I wasn't aware of DEP-12's usage of debian/upstream, nor had encountered its use anywhere in the past two years, does not mean that I intentionally caused this conflict. If I had known of it, I would have started a discussion. For instance: Do you plan to move the debian/watch file to debian/upstream/ dir as well (or not and if not why not?) I think it would be appropriate to move it there, yes. I haven't made any changes in that direction yet because I'd like this discussion to finalize first. On Tue, Feb 11, 2014 at 09:15:33AM +0900, Charles Plessy wrote: Help is welcome but just helping is not enough. Just helping would be for instance to migrate 50 packages over 300, and tell us to do the rest. This would be worse than doing nothing. … I personally find peoples attitudes quite brutally top-down confrontational. Just because you maintain devscripts or dpkg does not mean that you decide how others spend their time. … A: Hey, I sent you a trivial patch to s|debian/upstream|debian/upstream/metadata|. B: Thanks, but please do the full migration yourself. I'm not trying to be confrontational. I'm trying to do work towards what I thought you had agreed was an amenable solution as long as someone does the work. Having debian/upstream be a directory is something I think is worthwhile to work toward, which is why I said I would do that. However, I'm ignorant of the existing uses of debian/upstream. Andreas mentioned the udd gatherer as something that would need changes if there were to be a transition. I therefore provided a patch spcifically to honor both the existing path and the proposed path so that the transition doesn't have to be immediate. I've stated from the start that I would work on a transition, but without knowledge of what needs to be transitioned (which I'm assuming you and Andreas have) it's not easy to do that. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Re: Call to fork
debianfan == debianfan debian...@hushmail.com writes: debianfanI would like to propose forking Debian if the ctte debianfan committee selects systemd It's with great hesitation that I jump in here, and I know what I'm doing is wrong. I hope I've earned enough credibility over the years in the project to make a constructive but off-topic comment. In all seriousness. Forking, or creating a Debian downstream because you'd like a different boot approach sounds like exactly the sort of constructive approach that will help you solve your problems and get an operating system you're happy with. Many people have created Debian derivatives. Debian is great for that sort of thing. We even work with people who create Debian derivatives on a regular basis. In this instance I'm quite positive that if interesting technical work is done on such a fork several Debian developers will be delighted to discuss what parts of it can be merged back in. Deriving from Debian is a great way to provide a custom experience. If you find that our boot strategy doesn't work for you and you cannot make the improvements you wish within Debian, then such a fork would be a great way to constructively help us all out. however, the Debian TC list is not the right place to plan or ask about how to create a Debian derivative. -- 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/01441e907282-e61a0b67-b5fd-48ba-b995-1eb813e7772c-000...@email.amazonses.com
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Le Mon, Feb 10, 2014 at 08:38:51PM -0500, James McCoy a écrit : I'm not trying to be confrontational. I'm trying to do work towards what I thought you had agreed was an amenable solution as long as someone does the work. … I've stated from the start that I would work on a transition, but without knowledge of what needs to be transitioned (which I'm assuming you and Andreas have) it's not easy to do that. Hi James, I am upset to have to repeat you again and again that what needs to be transitionned is to move debian/upstream to debian/upstream/metadata in the VCS where we store our source packages. No more, no less. I am also upset that we are dragged in this discussion because 1) you have not checked whether debian/upstream was in use before taking it and then 2) you have not checked what work would be required to make it available to uscan. Can you clarify whether you will lead the transition, or whether you found somebody elese to do it, or what your plan is if you do not find somebody to do it ? Cheers, -- 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/20140211020844.gb15...@falafel.plessy.net
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
On Tue, Feb 11, 2014 at 11:08:44AM +0900, Charles Plessy wrote: Le Mon, Feb 10, 2014 at 08:38:51PM -0500, James McCoy a écrit : I'm not trying to be confrontational. I'm trying to do work towards what I thought you had agreed was an amenable solution as long as someone does the work. … I've stated from the start that I would work on a transition, but without knowledge of what needs to be transitioned (which I'm assuming you and Andreas have) it's not easy to do that. Hi James, I am upset to have to repeat you again and again that what needs to be transitionned is to move debian/upstream to debian/upstream/metadata in the VCS where we store our source packages. No more, no less. That wasn't clear to me in your previous messages, which is why I presumed you were wanting someone to transition the consumers of the file not the files themselves. That also seems like it's unnecessary to do immediately since the consumers should be able to handle both paths so the files can transition over time (as happened when upstream-metadata.yaml was renamed, which still isn't complete). If all you're concerned about is moving the files in the repositories, I'll gladly do that. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Re: Conflict between debian/upstream (DEP-12) debian/upstream/ (uscan)
Le Mon, Feb 10, 2014 at 09:39:09PM -0500, James McCoy a écrit : That wasn't clear to me in your previous messages, which is why I presumed you were wanting someone to transition the consumers of the file not the files themselves. That also seems like it's unnecessary to do immediately since the consumers should be able to handle both paths so the files can transition over time (as happened when upstream-metadata.yaml was renamed, which still isn't complete). At least for the work done on my side, what seems suggested above is not true: there was not double-support for both debian/upstream-metadata.yaml and debian/upstream-metadata at the same time. You are making assumptions that 1) are wrong and 2) support your views. Please review them more careully, especially when they look convenient for you. If all you're concerned about is moving the files in the repositories, I'll gladly do that. When will you start and when do you plan to finish ? Just do it please. Cheers, -- 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/20140211030429.gd15...@falafel.plessy.net
Re: Bug#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
Sigh. On Wed, Feb 05, 2014 at 12:59:23PM +, Neil Williams wrote: Using packages to support upstream development is a common problem and this is exactly where things get awkward. No, it is not a *problem*; it is a *method* of doing things. It is not your place (nor mine) to question another person's methods of doing things; especially not if said methods are done outside of Debian, as is here the case. Enforcing Debian Policy in the tools (i.e., not allowing to do things contrary to debian policy, even if that's wanted) is a *bad* idea, in all cases. [...] Also, using git-buildpackage is difficult. The build is done by sbuild, which does not call git-buildpackage. Not true. There are options to use debuild or pdebuild or dpkg-buildpackage in-place. e.g. I use: [DEFAULT] #builder = git-pbuilder builder = debuild cleaner = fakeroot debian/rules clean pristine-tar = True [git-buildpackage] export-dir = ../build-area/ tarball-dir = ../tarballs/ Even if so, this increases the complexity of the system, and requires people to learn yet another tool to Just Do what was previously possible with no extra fluff. It's okay for a tool (like dpkg) to warn if something doesn't look right. It's not okay for a tool (like dpkg) to pretend to be smarter than the person operating said tool. -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- 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/20140210211345.ga28...@grep.be
Re: Call to fork
Excerpts from Sam Hartman's message of 2014-02-10 17:29:47 -0800: debianfan == debianfan debian...@hushmail.com writes: debianfanI would like to propose forking Debian if the ctte debianfan committee selects systemd It's with great hesitation that I jump in here, and I know what I'm doing is wrong. I hope I've earned enough credibility over the years in the project to make a constructive but off-topic comment. In all seriousness. Forking, or creating a Debian downstream because you'd like a different boot approach sounds like exactly the sort of constructive approach that will help you solve your problems and get an operating system you're happy with. Many people have created Debian derivatives. Debian is great for that sort of thing. We even work with people who create Debian derivatives on a regular basis. In this instance I'm quite positive that if interesting technical work is done on such a fork several Debian developers will be delighted to discuss what parts of it can be merged back in. Deriving from Debian is a great way to provide a custom experience. If you find that our boot strategy doesn't work for you and you cannot make the improvements you wish within Debian, then such a fork would be a great way to constructively help us all out. however, the Debian TC list is not the right place to plan or ask about how to create a Debian derivative. I'm pretty sure it wouldn't be a fork, or even another distro. Could just be a pure blend: https://wiki.debian.org/DebianPureBlends As long as maintainers in Debian accept upstart / openrc / sysvinit / etc. scripts from the maintainers of the not-systemd blend.. we can all live in harmony. -- 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/1392090909-sup-3...@fewbar.com
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On 02/11/2014 02:41 AM, John Paul Adrian Glaubitz wrote: On 02/10/2014 06:47 PM, Clint Byrum wrote: It is pretty ridiculous to me to consider the basic plumbing on the system as replaceable as the thing that decides where on the screen my shortcut to Google search for lolcatz goes. I fully agree on that and other DDs already mentioned that in the ITP for OpenRC as well. Most users won't actually be able to tell what kind of init system they want, they just want a reliable, fast and secure solution. That's what should be kept in mind when making that decision. It's like being able to customize internal parts of your cars engine when ordering one from your dealer. Customers don't care who the manufacturer of your ignition system is as long it's the best possible one. (Yes, I know comparisons with cars are bad ;)). That's partly not truth. Some customers care, and do customization of their car. Neglecting reliability and maintainability for the sake of being able to choose such a core component is a bad idea. I do not think it's really feasible to maintain several init systems, it just affects too many components of the system. It's just up to the volunteers, which was my message. If some of us car, it's going to be possible. If there's not enough interest, then you are right. We don't even manage to maintain two versions of ffmpeg (the original and the fork) even though many users actually prefer the original. How should this even work with the init system then? Maybe no DD cares enough for ffmpeg? On 02/11/2014 04:10 AM, John Paul Adrian Glaubitz wrote: Again, I do not understand how our users will actually profit from being able to choose their init system. It doesn't mater, we don't force our thinking on you. Nor it's a good idea that you try to convince everyone that they should adopt *your* choice. I believe there's been enough discussion so that you will agree not everyone shares your view on systemd. I don't see it as a problem anymore. Can you imagine this being an option in Debian Installer just like you can configure your time zone or filesystems? What would you write to the description texts of the different choices? Ubuntu users have a choice of installer: the Debian one and the standard Ubuntu one. I don't use the standard Ubuntu installer, though I have no pb with others using it. It's crazy just to think about it. I don't see any craziness, it's just like all of Debian: volunteer based, and depending on everyone's motivation and involvement. Do we allow users to choose their FireWire stack, WiFi or Audio Driver stack in the kernel? There were several alternative implementations of these, yet we only provide one of each. I don't see why we would explicitly forbid this choice (which has nothing to do with what we provide by default). Last time I checked, it was possible for our users to rebuild their own kernel. We even provide some userland tools for that. Thomas -- 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/52f9a514.6020...@debian.org
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
Excerpts from Thomas Goirand's message of 2014-02-10 20:20:36 -0800: On 02/11/2014 04:10 AM, John Paul Adrian Glaubitz wrote: Do we allow users to choose their FireWire stack, WiFi or Audio Driver stack in the kernel? There were several alternative implementations of these, yet we only provide one of each. I don't see why we would explicitly forbid this choice (which has nothing to do with what we provide by default). Last time I checked, it was possible for our users to rebuild their own kernel. We even provide some userland tools for that. In the case of init system choice, having choice means having packages that work poorly with the non-default init system. Nobody wants to forbid OpenRC or Upstart. Having all four working init systems is a lot like having kFreeBSD and Hurd. However, the reason we can have kFreeBSD is basically POSIX. Some things don't work, but the majority of things do work. There is a long standing set of rules that things play by for the most part, and when they diverge, that is a choice they make. By and large these init systems work nothing like eachother. So having lots of them, means having lots of variation in init scripts, or having a lowest common denominator init format which AFAIK does not exist and would not achieve anything a switch away from sysvinit is intended to solve. So, perhaps if we teach Upstart and OpenRC to read systemd unit files, and they all can be expected to behave similarly, this will work out. Otherwise, giving everyone a choice just makes work for little gain. -- 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/1392093759-sup-3...@fewbar.com
Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.
On Mon, 2014-02-10 at 20:53 -0800, Clint Byrum wrote:
So, perhaps if we teach Upstart and OpenRC to read systemd unit files,
and they all can be expected to behave similarly, this will work out.
Otherwise, giving everyone a choice just makes work for little gain.
Why should OpenRC and Upstart adapt to a format that is not standardized
in _any_ way? The format specification should be written by Debian
people (including downstream), and be a common denominator for all init
systems wanting to be compatible. The proposal could be based on the LSB
headers, and a good extension to that has recently been proposed by the
sysvinit maintainer: Two line init.d scripts
https://lists.debian.org/debian-devel/2014/02/msg00106.html
Additionally a very good proposal for a PID 1 program was in
http://ewontfix.com/14/ Broken by design: systemd, copied here for
convenience:
#define _XOPEN_SOURCE 700
#include signal.h
#include unistd.h
int main()
{
sigset_t set;
int status;
if (getpid() != 1) return 1;
sigfillset(set);
sigprocmask(SIG_BLOCK, set, 0);
if (fork()) for (;;) wait(status);
sigprocmask(SIG_UNBLOCK, set, 0);
setsid();
setpgid(0, 0);
return execve(/etc/rc, (char *[]){ rc, 0 }, (char *[]){ 0 });
}
--
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/1392097796.18980.41.ca...@g3620.my.own.domain
Re: Virtual fizmo package
Am 08.02.2014 um 20:03 schrieb Andrei POPESCU andreimpope...@gmail.com: On Vi, 07 feb 14, 19:22:06, Christoph Ender wrote: I’m currently thinking about creating a virtual package for fizmo. [...] I'd like to drop the transitional fizmo package for the jessie release and provide a virtual package of the same name instead. [...] I don't think this is very nice to users who would do 'apt-get install fizmo': root@sid:~# LANG=C apt-get install mailx Reading package lists... Done Building dependency tree Reading state information... Done Package mailx is a virtual package provided by: mailutils 1:2.99.98-1.1 heirloom-mailx 12.5-2 bsd-mailx 8.1.2-0.20131005cvs-1 You should explicitly select one to install. E: Package 'mailx' has no installation candidate root@sid:~# apt-get install bsd-mailx ... root@sid:~# LANG=C apt-get purge mailx Reading package lists... Done Building dependency tree Reading state information... Done Virtual packages like 'mailx' can't be removed 0 upgraded, 0 newly installed, 0 to remove and 28 not upgraded. Do you expect any issues to having a dummy package fizmo to pull whatever implementation you consider to be the most likely to be wanted by users? For the current setup – ncursesw vs. stdout/console – this would be simple: In most cases, fizmo-ncursesw is the best choice. In case fizmo-sdl is released at some time, things wouldn't be so easy anymore. From a personal point of view, I've always seen the list of implementations providing a package request as a rather positive thing. The capability to get a plain fizmo link to the selected implementation via alternatives also appears as something good to me. These are, as said, personal views. There aren't any strong reasons to go either the one or the other way: The original intent was to remove the transitional oldlibs fizmo package which was made to allow for a clean wheezy upgrade from squeeze and wouldn't be required for jessie anymore. Regards, Christoph. -- 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/73da1011-482f-4233-bab0-7a031a667...@spellbreaker.org
Accepted dispcalgui 1.7.5.7-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 08:55:46 +0100 Source: dispcalgui Binary: dispcalgui Architecture: source i386 Version: 1.7.5.7-1 Distribution: unstable Urgency: medium Maintainer: Christian Marillat maril...@debian.org Changed-By: Christian Marillat maril...@debian.org Description: dispcalgui - Graphical user interface for the Argyll CMS. Changes: dispcalgui (1.7.5.7-1) unstable; urgency=medium . * New upstream release. Checksums-Sha1: 146f67477d9c35deaf6774e6df7ec4521cce33fe 1195 dispcalgui_1.7.5.7-1.dsc 4e01bd54a50daae9b555d617962e529e53b7642d 5780959 dispcalgui_1.7.5.7.orig.tar.gz 19deb1adeb0db8645ded1c24ef031bfc13db8000 4064 dispcalgui_1.7.5.7-1.debian.tar.xz 6ce65eeb03e6f5c40f7c55098eeaa906dfd05059 3801550 dispcalgui_1.7.5.7-1_i386.deb Checksums-Sha256: b937b9c52f65f1be3c953bacacdf5019bae6a14c106011e837ba39ccdf8aae29 1195 dispcalgui_1.7.5.7-1.dsc b5345f793586400ec21d7286b5668e11b073eea40ff7ce61433ffad30f2f7b5b 5780959 dispcalgui_1.7.5.7.orig.tar.gz cbc0ab08ba961d871f66c7390b3a88f6eb4c6c40c89d37a8cce7469becddf47b 4064 dispcalgui_1.7.5.7-1.debian.tar.xz 08f0667137e9d3983614fd7ea0ae93f6fba4d96a1f229e945e4b0ae9741c8b0a 3801550 dispcalgui_1.7.5.7-1_i386.deb Files: 67e365bc4743200cc6a180e3fb2d7ed5 1195 graphics extra dispcalgui_1.7.5.7-1.dsc 7a66051d244f1b734448a865b50fae01 5780959 graphics extra dispcalgui_1.7.5.7.orig.tar.gz 0c2429e64e53ee94f4c5dab1c420ef11 4064 graphics extra dispcalgui_1.7.5.7-1.debian.tar.xz 09ae0b2d912fe28675bae113e2f0c409 3801550 graphics extra dispcalgui_1.7.5.7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iD8DBQFS+IYyB9xWPR9BuQcRAoZvAJ9J6dbshKpSaRFPy4mlTJufuEI3DwCbBynX 30eaYXTGqPObwZKyK1CWZ9g= =3qzX -END PGP SIGNATURE- -- 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/e1wcn0c-0007ao...@franck.debian.org
Accepted node-mapnik 1.2.3-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 09 Feb 2014 19:56:09 +0100 Source: node-mapnik Binary: node-mapnik Architecture: source amd64 Version: 1.2.3-1 Distribution: unstable Urgency: medium Maintainer: Debian Javascript Maintainers pkg-javascript-de...@lists.alioth.debian.org Changed-By: Jérémy Lal kapo...@melix.org Description: node-mapnik - bindings to the Mapnik tile rendering library for Node.js Closes: 738417 Changes: node-mapnik (1.2.3-1) unstable; urgency=medium . * Upstream update * Depends on mapnik-vector-tile = 0.3.4. Closes: #738417. * Standards-Version 3.9.5 Checksums-Sha1: aead62aab7d17c90e7af48b1cf6d133312a190f9 2065 node-mapnik_1.2.3-1.dsc ec205c41455a2b3e2fd2f73e552f5c02a5c0e0c5 1609366 node-mapnik_1.2.3.orig.tar.gz e12ad54a11e1823c56648e8e8ced5b0df19e0e1e 11466 node-mapnik_1.2.3-1.debian.tar.gz 69cb92d9d22db17090fca11e9439e95ef3c02b97 289996 node-mapnik_1.2.3-1_amd64.deb Checksums-Sha256: 9a4cb4ce1bcae9afcc1dcbb8f23c04ba646f5da3f601e39e102d703154144bf7 2065 node-mapnik_1.2.3-1.dsc f31913b888171a3b1b516cfaa80f4031e343cea4754213c9fac27e87162fbcb1 1609366 node-mapnik_1.2.3.orig.tar.gz 5b76f212d1fce06bd94348f48fc65fc9b6d1c7e1c8ba68e5acf5b76ef967e667 11466 node-mapnik_1.2.3-1.debian.tar.gz ba415d104188e097547999faca960b50e2dd7d36c48987854bd99efcec18fc64 289996 node-mapnik_1.2.3-1_amd64.deb Files: 335d9b39ee1e92af7fd822aefb8b0085 2065 web extra node-mapnik_1.2.3-1.dsc 51f400f08966e1e9cd7121b458b83510 1609366 web extra node-mapnik_1.2.3.orig.tar.gz af5aed7848b5d520f072177f990e4b48 11466 web extra node-mapnik_1.2.3-1.debian.tar.gz f66b321d2026735193784b328719bc1f 289996 web extra node-mapnik_1.2.3-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+JFzAAoJEGYRwF7dOfN04HEQAMUUmgj1qk7wvyXu8nC6BSkq 0nd/X1WY+a0UQfNOgS0yYFYMVKf0Fj8/k5xPBOZ+FfL5qm8XFHmCJbo4bJYv4DdA JvKXsn9uDA7FCCnQYzRTIpZSxRYwOLKLqjKBF+mNEOuN6XspmG/2nHSuGZP3dHkn hoaneVMZchNV3cULBdSKQUDyet281d0OhN4i40cNQKXaId4Aves0NZnn4yubuwTi siYKmZ9+D7YA544L3NH7ULHstV2tWFzYWrIv6X8hXAoBoLVXLi2ZTECLx6/RxqDl Fzabq7vB2V1jJAYOpULFZ42xyU5gLCkR5lECLDAix1ndi4frX7j2yZrxD/xIwpSy 5nLLooitVoVcyqOxZ2dB/tYSvNjx8rou5xDq8nzzSh4eElQG1BPaRM8+CmUm627S 1mM4PRnNBMZLY/sp4POyhhuFNctfJ2DjHQZn7mYpuy0roiXYabusADqe9s+JngdJ Nt6+/ktpIO0lo6Dc1bjODJ8GjO9RoJbPTsq6eWviGyziSpDm84tOziYaB8XxCOgi FOMdZTNNoRtZWzTWClUMe8lSh+brVOGbQdVSbJsnvJAc3uLyVCOEFIYkkpQ6U5vE mvrpYQJ06wH1ekY0V3rO/FCxSK9o/d75xFTi/27WcQ4V6YIbBd4hm5wxk2uP//bJ NhOM/p7iZ4wKJPyg0nNP =y8lW -END PGP SIGNATURE- -- 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/e1wcn14-0007hl...@franck.debian.org
Accepted django-taggit 0.11.2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 09:36:44 +0100 Source: django-taggit Binary: python-django-taggit Architecture: source all Version: 0.11.2-2 Distribution: unstable Urgency: medium Maintainer: Michal Čihař ni...@debian.org Changed-By: Michal Čihař ni...@debian.org Description: python-django-taggit - simple tagging for Django Closes: 738210 Changes: django-taggit (0.11.2-2) unstable; urgency=medium . * Bump standards to 3.9.5. * Really do not ship tests in module without namespace (Closes: #738210). Checksums-Sha1: db1d588bdb307ebcae10ae823c9e81750d4a856c 2049 django-taggit_0.11.2-2.dsc a0b924c3080317cec30b9276d0a9354beef7caa9 2524 django-taggit_0.11.2-2.debian.tar.xz 25661cc22f9615eb267e0b5c55b51ea31352d87f 17226 python-django-taggit_0.11.2-2_all.deb Checksums-Sha256: 2e311cdce2243907f9b3390c73a394b0c325383cfddfc5d4d2e614ea6819961b 2049 django-taggit_0.11.2-2.dsc a848aa69347add4d2bf1983bed7f1962494e66c1547656a95ebd270be072205f 2524 django-taggit_0.11.2-2.debian.tar.xz 2f8ba0110fa2a99d701742508a2e2ccb9040bc069ce20dbe516c2481af31ddb3 17226 python-django-taggit_0.11.2-2_all.deb Files: 1d20fce3253b29b1cfb70aedc40fb5dd 2049 python optional django-taggit_0.11.2-2.dsc 0a0ce07eb59f4460f7edcf7d2460b981 2524 python optional django-taggit_0.11.2-2.debian.tar.xz a547675bc236326ce21a310a1330b036 17226 python optional python-django-taggit_0.11.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+JBKAAoJEGo39bHX+xdNHBcP/RmG7mwGocg0siodZp+PONNa O2H3nk0pN4wQIgRTymGgT8cy+jSzrC9EMfCA/SnZwHgS1dvLAj7bRHXXWtWDwtvf ovOzgUFRsxGUyhGLlJZYMF+Vz2gTIRFVWo92ffrMwssON7LfTm7i8t4P7CVpHmP5 U4vuBJkBQdueMRHEQsGFTLZh+C6WZtE+9fsSmfP/DMnk1hitVSQ12qG1ZNpLzruV F7bmZN4OW1v6u0T91A6ITr7t7whEOMNuCu7EoHYP9uxl/9E4AWYYtRPZGH4NV7b2 qNRzyNqiHGdpznPilbzKxM6mdv7Ijn9br/apOnKMWea+mdrvK5MHxdsoh/x4v2Hk /Y37RoGUKs+hcEqwT3lhGEcrb5758meWFerYnT8On3wws3nT2EGmDg2Md3o0KHr/ tUeNdXIWazxN7UHHC9GnZMhco8QU+stNVkuUF2nszvUFQkXVaGMWNu7eQf1u+kUv PRZP8rZRzkaDGDdgaJ6Jcru9+1GCNwFWXpEV+Z05eiQ/Q4kfWddNHS2VSn9OiXxa 6enTwxnAbDlzdv5wp6FMxIMkOdf3Q4WF8kQdXg/vxicWmxd8RYYdYcUbsnbOFCsQ UArIeruXsJePvFt8KYGQzJKVTTsN4W1EwhqhVpkbX3pdAY5ZqJZBUkgX7BSjhVwW CDIYxxhdHW7uwL/6mKeX =w2Eq -END PGP SIGNATURE- -- 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/e1wcn0j-0007cm...@franck.debian.org
Accepted ricochet 0.4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 00:14:52 -0800 Source: ricochet Binary: ricochet Architecture: source all Version: 0.4 Distribution: unstable Urgency: low Maintainer: Keith Packard kei...@keithp.com Changed-By: Keith Packard kei...@keithp.com Description: ricochet - multi-user networked version of the Ricochet Robots game Changes: ricochet (0.4) unstable; urgency=low . * Bring up the host chooser UI when the server connection fails * Add .desktop file and application icon. Closes #738017. Checksums-Sha1: c48b2d4bd2b599f8568ce39e18244e404c330b20 783 ricochet_0.4.dsc c867082da408e50b402de0a73e96fe8db58449bc 95920 ricochet_0.4.tar.xz f105a8b8a64144d4fd7958295415c789795ee4ca 46400 ricochet_0.4_all.deb Checksums-Sha256: ae9dd11f3d2c387dec8208bca6c6373e9831be75d57d57091c9e0aa003ef8167 783 ricochet_0.4.dsc cc447e9edaf2a592b66b5d77c80fb30d1046809b9bc2023e1193e72afc396ea0 95920 ricochet_0.4.tar.xz a90e2eeb007fb7376efffcaab51a938fdcf9987043ed3c20c10ea10e455b164a 46400 ricochet_0.4_all.deb Files: 7de7b70c07fe287d2e6490d01419d6bb 783 games extra ricochet_0.4.dsc ad0415663714b2b86ea6522af0f4d550 95920 games extra ricochet_0.4.tar.xz 35888917a25e49bdf037783db67c060f 46400 games extra ricochet_0.4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iD8DBQFS+IsjQp8BWwlsTdMRAhhiAKClg0iWM65SFz5py/6560HBEUDM/QCgw43C +PlPVokzha0SuebuI/8KyCI= =uBqW -END PGP SIGNATURE- -- 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/e1wcn1u-0007ny...@franck.debian.org
Accepted pdfcube 0.0.5-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 09 Feb 2014 18:25:49 +0100 Source: pdfcube Binary: pdfcube pdfcube-dbg Architecture: source amd64 Version: 0.0.5-2 Distribution: unstable Urgency: medium Maintainer: Andreas Moog andreas.m...@warperbbs.de Changed-By: Andreas Moog andreas.m...@warperbbs.de Description: pdfcube- PDF document viewer with 3D effects pdfcube-dbg - PDF document viewer with 3D effects - debug symbols Closes: 738429 Changes: pdfcube (0.0.5-2) unstable; urgency=medium . * debian/control: - Change maintainer email address - Update standards version to 3.9.5, no changes needed * debian/rules: - Pass --with-boost-libdir to configure script. The auto-detection got broken with the multiarched boost libraries. (Closes: #738429) Checksums-Sha1: 033235c1223ade0b1393b1408e07dac78270a266 1979 pdfcube_0.0.5-2.dsc afd5e07e9d8e9edb34196070cdeafe79457f6d33 3232 pdfcube_0.0.5-2.debian.tar.xz 3892031d3d79eb2aa560fcc73976ce7d729235f5 36796 pdfcube_0.0.5-2_amd64.deb d92bf4e0cf6ccc7f5f68efefe017fbd2e14c1c3b 195336 pdfcube-dbg_0.0.5-2_amd64.deb Checksums-Sha256: 6a8a260087667a574d5a92b6edf59b25875c8499bc09a70181d4e2053186e66d 1979 pdfcube_0.0.5-2.dsc f2bc918b7b4589a819db036bf3716f85ec769c05673098c8795321a5e851dae0 3232 pdfcube_0.0.5-2.debian.tar.xz ad2958ae9e27e53ee59ebc12cc1ddf2646061f50185fcb4d654f00cae9444ba6 36796 pdfcube_0.0.5-2_amd64.deb dc2911cc64b28ad402cfa8374f0a864e453376e3c191a4bd2e886d51c9fc768b 195336 pdfcube-dbg_0.0.5-2_amd64.deb Files: 2683a43bdb061568b4dc6b7637ff8fea 1979 text optional pdfcube_0.0.5-2.dsc 72d2861d1bb106a48af621c1413ccbe8 3232 text optional pdfcube_0.0.5-2.debian.tar.xz f4ca2b138445530be53c12d35b8ac07d 36796 text optional pdfcube_0.0.5-2_amd64.deb e1855f0dba06894fb8e1a9b10df1e679 195336 debug extra pdfcube-dbg_0.0.5-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+JePAAoJEI7tzBuqHzL/cVEP/3VSEhdSXhzRH+lzmwSW2+4S WY0A9+85LAVEEvuKnZZt984PCygxGYkVII7L+Eiclcc0Rr8T1QF+r/COC9z4nJJe nEthr9At4+TTi1ZQoO/TgC8e65g7W2YEAHHP35oD6yRkiWsjCwUbdbEykU8xMrvw 6ETNMVBv6niTbuFhZL6q8A/aglq/XEXCLEECO77CeaCSNsW9yOAww5jjFayRIYc9 JPvHMsrQ6pD6+VNtdugblBAowB10B6Xe5beMoSzmvBCw/Lq+c+S1o7zUa+eNYOyj mLRcHif5U1FjaICVcZJTsqjOg/QoJVpKz7DrEPx2jI61e8frnNfKjIcBWy3/HzYy D9GANfznNCZnOUCZ01JOayTMaHo68d9Gr3zZimVSJtlKujEcw4K7HHKzcxkPYkxC GPgSaT1rvbbD22pPb3KjlqenDTeOTbJqYHdj6gbyv3ELfS0nv1sO2II1Vsjd4+Fc bpthxlkQUiYG50u1OJmsm+qTuUlm7GMDcuVKyvbEKbVUkkvuNc/zBKyc3h5VERJv goKiQ6zNYshH1+nNTrz7LGnrYJcvGp47etXtFYDHKnet5s+TN/3VG5QYKtN/ZmC5 +WJOURoNKUkTLMV6PCppugNf4/xfyILbFCIfMf4zVmsGzmMLROhGM/8iOH70hucT VxxS/DE19UJkdxEPJ0V9 =Gfc4 -END PGP SIGNATURE- -- 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/e1wcn1c-0007kk...@franck.debian.org
Accepted wesnoth-1.11 1:1.11.9-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 09 Feb 2014 20:21:55 -0800 Source: wesnoth-1.11 Binary: wesnoth-1.11-data wesnoth-1.11-core wesnoth-1.11-dbg wesnoth-1.11 wesnoth-1.11-music wesnoth-1.11-server wesnoth-1.11-tools wesnoth-1.11-httt wesnoth-1.11-tsg wesnoth-1.11-trow wesnoth-1.11-ttb wesnoth-1.11-ei wesnoth-1.11-utbs wesnoth-1.11-did wesnoth-1.11-nr wesnoth-1.11-sof wesnoth-1.11-sotbe wesnoth-1.11-l wesnoth-1.11-aoi wesnoth-1.11-thot wesnoth-1.11-low wesnoth-1.11-dm wesnoth-1.11-dw Architecture: source amd64 all Version: 1:1.11.9-1 Distribution: unstable Urgency: medium Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Vincent Cheng vch...@debian.org Description: wesnoth-1.11 - fantasy turn-based strategy game - complete suite (branch 1.11) wesnoth-1.11-aoi - An Orcish Incursion official campaign for Wesnoth (branch 1.11) wesnoth-1.11-core - fantasy turn-based strategy game (branch 1.11) wesnoth-1.11-data - data files for Wesnoth (branch 1.11) wesnoth-1.11-dbg - fantasy turn-based strategy game (debugging symbols for branch 1. wesnoth-1.11-did - Descent Into Darkness official campaign for Wesnoth (branch 1.1 wesnoth-1.11-dm - Delfador's Memoirs official campaign for Wesnoth (branch 1.11) wesnoth-1.11-dw - Dead Water official campaign for Wesnoth (branch 1.11) wesnoth-1.11-ei - The Eastern Invasion official campaign for Wesnoth (branch 1.11 wesnoth-1.11-httt - Heir to the Throne official campaign for Wesnoth (branch 1.11) wesnoth-1.11-l - Liberty official campaign for Wesnoth (branch 1.11) wesnoth-1.11-low - Legend of Wesmere official campaign for Wesnoth (branch 1.11) wesnoth-1.11-music - music files for Wesnoth (branch 1.11) wesnoth-1.11-nr - Northern Rebirth official campaign for Wesnoth (branch 1.11) wesnoth-1.11-server - multiplayer network server for Wesnoth (branch 1.11) wesnoth-1.11-sof - The Sceptre of Fire official campaign for Wesnoth (branch 1.11) wesnoth-1.11-sotbe - Son of the Black-Eye official campaign for Wesnoth (branch 1.11 wesnoth-1.11-thot - The Hammer of Thursagan official campaign for Wesnoth (branch 1 wesnoth-1.11-tools - tools for campaign developers for Wesnoth (branch 1.11) wesnoth-1.11-trow - The Rise of Wesnoth official campaign for Wesnoth (branch 1.11) wesnoth-1.11-tsg - The South Guard official campaign for Wesnoth (branch 1.11) wesnoth-1.11-ttb - A Tale of Two Brothers official campaign for Wesnoth (branch 1. wesnoth-1.11-utbs - Under the Burning Suns official campaign for Wesnoth (branch 1. Changes: wesnoth-1.11 (1:1.11.9-1) unstable; urgency=medium . * New upstream devel release. - Refresh patches. * Update email address. Checksums-Sha1: 1de983f765c42f0e7344fe5030e97d1facbe 3578 wesnoth-1.11_1.11.9-1.dsc 9cdd62cee37eba792c7261cf7d8b54289d140824 397489022 wesnoth-1.11_1.11.9.orig.tar.bz2 e84801a27e6a950a62a0b26aa1d74741101c5a6f 34500 wesnoth-1.11_1.11.9-1.debian.tar.xz c3c72fe141351ecc8f3ecbb4f8e34cf3f4da5963 3857226 wesnoth-1.11-core_1.11.9-1_amd64.deb 50bfed4b697793ed99e4ad7ce113bd0f05640caf 53120760 wesnoth-1.11-dbg_1.11.9-1_amd64.deb 675e09c1db804963670da6f8f34bc72bf58a1a8c 749704 wesnoth-1.11-server_1.11.9-1_amd64.deb 7e5a415700740b76fe59ad5786b0664f82ddcd3a 112212838 wesnoth-1.11-data_1.11.9-1_all.deb 31b1e5affd852b1a5f7bb210a8bccb3560a09741 1476 wesnoth-1.11_1.11.9-1_all.deb f708ac71f4c94b8eceea034af4be577f4400edb4 143678366 wesnoth-1.11-music_1.11.9-1_all.deb fc5a8109272fad037ea1eb2966b1b24cbb997335 353040 wesnoth-1.11-tools_1.11.9-1_all.deb a5a66767a080ebc03ecb23e3a7733ed5737c 14589362 wesnoth-1.11-httt_1.11.9-1_all.deb 4f01499251631911093ec497ecbffa157fd6d369 6727338 wesnoth-1.11-tsg_1.11.9-1_all.deb f1bedce1b03d47d34610ee76418ee24bfc2e35a0 15235090 wesnoth-1.11-trow_1.11.9-1_all.deb 3a626a79468a02b41dffc74d1b04594f9d96785f 2834594 wesnoth-1.11-ttb_1.11.9-1_all.deb ca12c5fda45dea01f6e7c4d6fd480ed6cc56818a 5762280 wesnoth-1.11-ei_1.11.9-1_all.deb b2e8d74d760b94150aebb582038648036a7253d5 5197338 wesnoth-1.11-utbs_1.11.9-1_all.deb 632a58eda11a3621542cf8819c8e2f2f97f2577d 6101786 wesnoth-1.11-did_1.11.9-1_all.deb 796073fe37d4a79df910b549561d5f2a0c70cc91 2876592 wesnoth-1.11-nr_1.11.9-1_all.deb 366b8bf1988701e57845a904ffb178a2ecb55ff4 6619846 wesnoth-1.11-sof_1.11.9-1_all.deb 5a8272e1a02bb60768a47efbf8166f7c4be40e7a 6784084 wesnoth-1.11-sotbe_1.11.9-1_all.deb 9ad5359511c9a6f695dc481c078399b4b56dab26 9070958 wesnoth-1.11-l_1.11.9-1_all.deb b5ec5a0dc2674b0a6a45b2a401134b0c3b5d58b9 4196182 wesnoth-1.11-aoi_1.11.9-1_all.deb a318fb76fcfc6aaa86fcfdd6b9369d5ec62e6f79 3679024 wesnoth-1.11-thot_1.11.9-1_all.deb 08b4933af3b88d3aa883e4630da50a9b7095e2ff 8816284 wesnoth-1.11-low_1.11.9-1_all.deb e5e94550d8a1eef41b561b5e72a72882331f 5328182 wesnoth-1.11-dm_1.11.9-1_all.deb 83316d1a3b8142783f747d0bacb214c867eca98f 5638580 wesnoth-1.11-dw_1.11.9-1_all.deb Checksums-Sha256:
Accepted xcache 3.1.0-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 10:25:08 +0100 Source: xcache Binary: php5-xcache Architecture: source amd64 Version: 3.1.0-2 Distribution: unstable Urgency: medium Maintainer: Debian PHP PECL Maintainers pkg-php-p...@lists.alioth.debian.org Changed-By: Michal Čihař ni...@debian.org Description: php5-xcache - Fast, stable PHP opcode cacher Closes: 738001 Changes: xcache (3.1.0-2) unstable; urgency=medium . * Bump standards to 3.9.5. * Actually run tests during build (Closes: #738001). Checksums-Sha1: 58d320e3c8fa87dfedcf5d50f6521743db957490 1908 xcache_3.1.0-2.dsc d186dbfe3cfd69eeade9c54bee1ba36446458ffc 7632 xcache_3.1.0-2.debian.tar.xz 9df95735cab89dd75736da8f74dd37908f5fb318 118566 php5-xcache_3.1.0-2_amd64.deb Checksums-Sha256: 9b1c335dcaea48ad122793bef2054dbad39aca7ba7390d42d6a51acad92e2caa 1908 xcache_3.1.0-2.dsc be36217be08da3d6d4cc2a8e5cbb9d7ad9d3abeda9a8731ad4607202e9c6668d 7632 xcache_3.1.0-2.debian.tar.xz ecf3b00e5e620f16a2424c162dc78be22b1136cc34ecf6c0c4f9347c82c3765f 118566 php5-xcache_3.1.0-2_amd64.deb Files: 401348168ce1c6cf218db455e24ef6c1 1908 php optional xcache_3.1.0-2.dsc 42438f2765deccb8161906685f3e6d80 7632 php optional xcache_3.1.0-2.debian.tar.xz 594d147ccbba122487f23266b075f27a 118566 php optional php5-xcache_3.1.0-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+Jt6AAoJEGo39bHX+xdNILQQALmOHJWJ6sQx7sS/pttu3OFE B0+KzX5ObWYcYO6iVDkX0iraDY091UKmoxMgWuX670JzLPvgvBMjlCe7U7uNEoU8 lbVkr5bUBUpmyCSpdh8T9OnlKFd9BYr8iXw7kfz/QgxUiusCDlmtt4HV2a/FhbVc +VvzEM+8FsbH4d+2x+CVfw8Hmn1L576a/JJbkXM8KKFjR7gaWxTtwZCsmp0fGCEj JjfJi9LiLhai84hHuM0D897E2kKkk8shYhpj1OZ37x1koz3anJ1Q6oA0cKhIOQSN gQKP0/bFBq90HIwpBN3hgZFg17vzmIeWBO7bIueEaX0j1+Gci+paQfpRbTKUh+s5 l1m124f3YSyY67lYXXmuCmWU2Tp7nwl88WNA6+YERDZI5UAjLcwpGFrTxcZRu/CU 9hnzcTKfNtBzTXZDUSZHmBLw+Q93G7cQwrnSqaqwEoQkQng17xG+lGsxWY8zhliP YGD80ygdSxfDa4izMrhOaOo0cCW9KEvJOU1hRNDEDaEKEkIkqMfIaDEg6HVe7UoZ QR5rH3qrL/lt8TvtyuLE5vQ6GYipFGgcwSJQ8/U6ajLhCilJCU1CYaHx1kYletsR kyS1ccyoVcg33FLpJsRCJXEWVL3ZF2AORU1p8lVZwu0iS7JY6Tsh/3pOfLoS51BR 7rJ/Kn1Uo9XkarFs0yE4 =lHLI -END PGP SIGNATURE- -- 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/e1wcnuj-0008j0...@franck.debian.org
Accepted gnunet 0.9.5a-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 09 Feb 2014 16:24:17 +0100 Source: gnunet Binary: gnunet gnunet-client gnunet-common gnunet-dbg gnunet-server gnunet-dev Architecture: source all amd64 Version: 0.9.5a-1 Distribution: unstable Urgency: medium Maintainer: Bertrand Marc beberk...@gmail.com Changed-By: Bertrand Marc beberk...@gmail.com Description: gnunet - secure, trust-based peer-to-peer framework (meta) gnunet-client - secure, trust-based peer-to-peer framework (client) gnunet-common - secure, trust-based peer-to-peer framework (common) gnunet-dbg - secure, trust-based peer-to-peer framework (debug) gnunet-dev - secure, trust-based peer-to-peer framework (development) gnunet-server - secure, trust-based peer-to-peer framework (server) Changes: gnunet (0.9.5a-1) unstable; urgency=medium . [ Bertrand Marc ] * Imported Upstream version 0.9.5a * Drop dependency on gettext for gnunet-client and gnunet-server as it is not necessary, thanks to Ivan Shmakov. * Fix build on kfreebsd, thanks to Christoph Egger. * gnunet-server.postinst: check the existence of a binary before changing its permissions. * Drop patch to configure the nssdir, included upstream. * Drop patch to support GNU Hurd, included upstream. * Drop patch to fix alignment on Sparc, included upstream. * Update debian/*.install.* and debian/*.docs to match the new tree. * debian/control: use canonical URI in Vcs-git and Vcs-browser fields. * Build depend on gnutls, glib and gtop. * debian/rules: add gns nss to configure. * debian/copyright: update years. * Rewrite gnunet-server.init based on /etc/init.d/skeleton and make gnunet-server depend on lsb-base to use LSB logging. * Use debhelper v9 and update paths accordingly. * Make the binaries aware of paths with the multiarch tuple, patch picked upstream. * Fix a few typos to make lintian happy. * Make uscan check the archive signature: + add the upstream key to debian/upstream-signing-key.pgp. + add the binary key to debian/source/include-binaries. + add pgpsigurlmangle to debian/watch. * Remove manpages for services and helpers, they are not in PATH anymore. * Remove manpages for binaries which are not built anymore. * Generate debian/gnunet-server.init from debian/rules as the path to the daemon now depends on $(DEB_HOST_MULTIARCH). * Standards version 3.9.5: no changes needed. * Add manpages for gnunet-testing-run-service, gnunet-mesh, gnunet-gns-import and gnunet-transport-certificate-creation. * Links the gnunet-gns-proxy manpage to gnunet-gns-proxy-setup-ca. * Make gnunet-server recommend openssl and libnss3-tools, they are used by gnunet-gns-proxy-setup-ca and gnunet-transport-certificate-creation. * Do not build-depend on guile-1.8-dev anymore and remove --enable-guile from configure, GNU Guile is not used at build time. Make gnunet-client depend on guile-2.0 as gnunet-download-manager uses it. * Do not suggest libextractor-plugins anymore, these were merged into libextractor. . [ Daniel Dehennin ] * RDBMS libraries are used only by “gnunet-server” package. * Remove obsolete manpage links. . [ David Barksdale ] * Update the default hostlist severs. Checksums-Sha1: 0a6978d1edcb1a306a834c2d59c16176b9d3fd42 2509 gnunet_0.9.5a-1.dsc e7f5f5e4814dd008b4e0bbc0ba4cbc6dc635b5e0 7997840 gnunet_0.9.5a.orig.tar.gz a74580e465415abcda53bc64599e6366c1f11e80 35028 gnunet_0.9.5a-1.debian.tar.xz 27386096fa7ce1322f8663694157a25dfe139632 76492 gnunet_0.9.5a-1_all.deb ec3eb3a72cf59710b4f2258e6b99ed605657ba76 133836 gnunet-client_0.9.5a-1_amd64.deb 3f902dc2fe979fe932ce3e1912995969adf7849b 330716 gnunet-common_0.9.5a-1_amd64.deb 57db1d0dcf9f691ad5a5bda4053122a536c5746d 3666844 gnunet-dbg_0.9.5a-1_amd64.deb 235f93394916a6e38661d63fa32de15916cbaacd 1729924 gnunet-server_0.9.5a-1_amd64.deb fdac63204a6ad156b540b24a1821ed6ba93649ac 3703218 gnunet-dev_0.9.5a-1_amd64.deb Checksums-Sha256: e97d914ba0fbed8152654ad105c34033d55020f28ffea31d7fa2f47548ee75f3 2509 gnunet_0.9.5a-1.dsc 1d600717eee1f952e23d192288850a67948e92e0b1dee5d950d111b2670cbed7 7997840 gnunet_0.9.5a.orig.tar.gz 93d8a442bc7f1e5060da586964cc18782f793782a2eee0ba24f2a7d65851d6cf 35028 gnunet_0.9.5a-1.debian.tar.xz 3bb4c4f8d847ef1d15ecf1fde03bfca534b034718a2109bc1730d2cd14e129cf 76492 gnunet_0.9.5a-1_all.deb 0c6b8da762a5315e984c0611a4f4f9d7379f1c22ce26f6cf8d2dd8e3cc277840 133836 gnunet-client_0.9.5a-1_amd64.deb bf797592663f03f6861e85dffb11216849aa5e81f3ac96325e9aa50708cedee7 330716 gnunet-common_0.9.5a-1_amd64.deb 6ee5305498ec61eff9213995b2f8785fb54f5d69850aad4d95a69351c4834c85 3666844 gnunet-dbg_0.9.5a-1_amd64.deb dee497391e9ea0ad6c8ed198d25fbc5224bbcde3d8f93c5b869b4c9500b19f05 1729924 gnunet-server_0.9.5a-1_amd64.deb 49cc239350b56ca234f8ebda35ea606e66a94e73d768fe6c1d18ca571f98f718 3703218 gnunet-dev_0.9.5a-1_amd64.deb
Accepted kde-workspace 4:4.11.5-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 27 Jan 2014 14:36:59 +0100 Source: kde-workspace Binary: kde-workspace kdebase-workspace plasma-desktop plasma-netbook kde-workspace-bin kdebase-workspace-bin kde-workspace-data kde-workspace-dev kdebase-workspace-dev plasma-dataengines-workspace plasma-widgets-workspace plasma-scriptengines plasma-scriptengine-ruby plasma-scriptengine-python plasma-scriptengine-webkit freespacenotifier kdm kinfocenter klipper ksysguardd ksysguard kde-window-manager libkdecorations4abi2 libkwineffects1abi5 systemsettings kde-workspace-kgreet-plugins kde-style-oxygen kmenuedit libkephal4abi1 libkscreensaver5 libksgrd4 libksignalplotter4 libkworkspace4abi2 liblsofui4 libplasmaclock4abi4 libplasma-geolocation-interface4 libkwinglutils1abi2 libkwinglesutils1 libplasmagenericshell4 libprocesscore4abi1 libprocessui4a libtaskmanager4abi4 libweather-ion6 kde-workspace-dbg kdebase-workspace-dbg ktouchpadenabler Architecture: source all amd64 Version: 4:4.11.5-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: freespacenotifier - free space notification module for KDE kde-style-oxygen - Oxygen widget style kde-window-manager - K window manager (KWin) kde-workspace - KDE Plasma Workspace components kde-workspace-bin - core binaries for the KDE Plasma Workspace kde-workspace-data - shared data files for the KDE Plasma Workspace kde-workspace-dbg - debugging symbols for the KDE Plasma Workspaces kde-workspace-dev - development files for the KDE Plasma Workspace kde-workspace-kgreet-plugins - KDE greet libraries for authentication kdebase-workspace - transitional package for kde-workspace kdebase-workspace-bin - transitional package for kde-workspace-bin kdebase-workspace-dbg - transitional package for kde-workspace-dbg kdebase-workspace-dev - transitional package for kde-workspace-dev kdm- KDE Display Manager for X11 kinfocenter - system information viewer klipper- clipboard manager kmenuedit - XDG menu editor ksysguard - process monitor and system statistics ksysguardd - System Guard Daemon ktouchpadenabler - kded daemon to enable/disable touchpad libkdecorations4abi2 - library used by decorations for the KDE window manager libkephal4abi1 - API for easier handling of multihead systems libkscreensaver5 - library of the KDE Screensaver system libksgrd4 - library for ksysguard libksignalplotter4 - KSignalPlotter widget libkwineffects1abi5 - library used by effects for the KDE window manager libkwinglesutils1 - library with OpenGL/ES utilities for the KDE window manager libkwinglutils1abi2 - library with OpenGL utilities for the KDE window manager libkworkspace4abi2 - library for the kdebase workspace liblsofui4 - library for ksysguard's list of open files libplasma-geolocation-interface4 - library for the Plasma geolocation libplasmaclock4abi4 - library for Plasma clocks libplasmagenericshell4 - shared elements for all the plasma shells libprocesscore4abi1 - library for ksysguard based process view libprocessui4a - library for ksysguard process user interface libtaskmanager4abi4 - library which provides task management facilities libweather-ion6 - library which provides an interface for weather information servi plasma-dataengines-workspace - KDE Plasma data engines plasma-desktop - KDE Plasma workspace for desktop and laptop computers plasma-netbook - KDE Plasma workspace for netbook computers plasma-scriptengine-python - Python script engine for Plasma plasma-scriptengine-ruby - Ruby script engine for Plasma plasma-scriptengine-webkit - Web and Mac OS X dashboard widget support for Plasma plasma-scriptengines - metapackage to install all Plasma script engines plasma-widgets-workspace - plasma widgets and containments for the KDE Plasma Workspace systemsettings - System Settings Closes: 688801 Changes: kde-workspace (4:4.11.5-1) unstable; urgency=medium . * New upstream release. . [ Lisandro Damián Nicanor Pérez Meyer ] * Remove extra comma in debian/changelog's Uploaders field. * Enable EGLS version of KWin. This option may benefit some of our users (Closes: #688801). - Remove the build-conflict against libgles2-mesa-dev and add it as a dependency. - Add the new generated files to kde-window-manager's install file. . [ Dmitry Shachnev ] * Build-depend on libxcb-sync-dev instead of removed libxcb-sync0-dev. . [ Maximiliano Curia ] * Add autopkgtests. * Add abi-compliance-checker info. * Split libkwinglesutils package. * Fix lintian error message: maintainer-script-should-not-use-adduser- system-without-home. * Add symbols for libkwinglesutils1. * Update symbols files. Checksums-Sha1: 48be30484f8122e5526887bcab21fadb807290ff 6258 kde-workspace_4.11.5-1.dsc 4292288f7636a082f95072c4188015c041b424d3
Accepted synfig 0.64.1-2 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 21:05:10 +1100 Source: synfig Binary: synfig libsynfig0 libsynfig-dev synfig-dbg synfig-examples Architecture: source amd64 all Version: 0.64.1-2 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Changed-By: Dmitry Smirnov only...@debian.org Description: libsynfig-dev - synfig library development files libsynfig0 - render library and plugins for synfig 2D animation synfig - vector-based 2D animation renderer synfig-dbg - synfig debugging symbols synfig-examples - synfig animation examples Closes: 738379 Changes: synfig (0.64.1-2) unstable; urgency=medium . * Build using --with-boost-libdir to fix FTBFS with multi-arch Boost (Closes: #738379). Checksums-Sha1: c8a8495f2ac5733d82e4d848351ac323a17c9866 2387 synfig_0.64.1-2.dsc fa2672eab3dae1122a376dc1c736d987dda2d9bf 7752 synfig_0.64.1-2.debian.tar.xz bb52aed32cafac075ecb56162de74921bf676358 322774 synfig_0.64.1-2_amd64.deb 81f839503c7db83fbed3a8006f3b490ef64589e3 1820890 libsynfig0_0.64.1-2_amd64.deb 3d30bceba940f74f877b998431ab8e9b9fd280e5 327104 libsynfig-dev_0.64.1-2_amd64.deb d3c8762f831874a1d98a62ee7ed851f90b2f2c84 19193362 synfig-dbg_0.64.1-2_amd64.deb 74cac652c874bc1b138d0a8f79b871d9defd5147 1439264 synfig-examples_0.64.1-2_all.deb Checksums-Sha256: c8b363fa17b5d8aee5f10e1b97c20724f6bbf7bc6f343e3c8206ca7c5a2a981a 2387 synfig_0.64.1-2.dsc d3d24880b58db441267c05dfff3ebe6c66fd052e9bac241d3fe5ed0513c69c66 7752 synfig_0.64.1-2.debian.tar.xz 277dee1db859fde4f6bdebe3cbdf7aaec89b4d855b48b9b863c3a9f5d2ddbd08 322774 synfig_0.64.1-2_amd64.deb e44898b5d168cd764d668ae75b1c558dee716cd6cab1d2fed15c7d0aaea9c3bd 1820890 libsynfig0_0.64.1-2_amd64.deb 2a04ac24c8c932551235a545886cb7995246102724793baef94f385706260203 327104 libsynfig-dev_0.64.1-2_amd64.deb a8f4603cf6c19dcb9c191cb94c329c11fdf87a09f3038bdbaad070da72dac5c4 19193362 synfig-dbg_0.64.1-2_amd64.deb de0f39197783e439bcd07dd1e9dd5e2602274657c7cda7228c68cc0281e34afb 1439264 synfig-examples_0.64.1-2_all.deb Files: 2e552bac39b7ef139249ee9fac36a28c 2387 graphics optional synfig_0.64.1-2.dsc 1bca640c7b61c7fdfb1848dcb6233144 7752 graphics optional synfig_0.64.1-2.debian.tar.xz 208698903c5263af6b35797930906913 322774 graphics optional synfig_0.64.1-2_amd64.deb b19e5b50fee840d4d0bc4f3821229648 1820890 libs optional libsynfig0_0.64.1-2_amd64.deb c0f9303e14a5989d7427f930cb66817c 327104 libdevel optional libsynfig-dev_0.64.1-2_amd64.deb 2dc10cdb3a5c72719ccfc313e912d26b 19193362 debug extra synfig-dbg_0.64.1-2_amd64.deb 43f1547cce63a6198ed230558d77565c 1439264 graphics optional synfig-examples_0.64.1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+KVZAAoJEFK2u9lTlo0bnFgQAImGltDIsFchMGzIiVTIbZC/ 9b6fPto3dlT6WuBFIFpKKmx/YyR1342dtjy/R3/8GY6zCs871POX9chpRZb9ALim 2hQOrs6xgNHh8kteeEUSyop2EuIrlmNf9+wBSqBYxN4tCq1dEcP4U3ozQkjLb93K DQ5Co85oF4DRg8NDwpn1mn5K5dU5h1KP8TANNCOzj1+cwtFJdO50hSg+P5qszF9D G5iRe0PBrwBCsRrtuzCa286LnvfL4Wt3IoeAlv95Zw9lbIiQUIDY42zrUbEs/Ic2 WuixBQl36Beu5NjM61ZE64VtLfTGECjS//2RjCdmd81uMO1ru5ECkGklx0ldRQc3 6N3WBgxKzB/iDbmqLA5FMmtEwQg1835jyTqup/qfw6qRh+h5Dqr31dPo/35tWL7m IsRIZjdyG9TqJNOd2f0CBDuDpR6MNXyzQKJURo3V4b+FLYG9MVk3bbr6ExrAk9wJ DTbjAL0PLavfs+Ndx1FVwwqe2urVFqOcHIfw2DdJVunDAagu66OZgisXtKphO8T7 0dV2Ep6K9p+mr5gxBJsZpciViPyo371IJDpUhqV+NLv4QX260m/UeEXWvZ986lfc kGPYU3miOq9aPTAhn9rG3qaLi8HRIRlcwviHtZ5bPw1vddaw+SZ/ppydD91KV+V/ jeT17DmOD41SomNDitEI =iRmv -END PGP SIGNATURE- -- 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/e1wcobv-0005ji...@franck.debian.org
Accepted vips 7.38.3-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 04 Feb 2014 13:14:25 -0500 Source: vips Binary: libvips37 libvips-dev libvips-tools python-vipscc libvips-doc Architecture: source all amd64 Version: 7.38.3-1 Distribution: unstable Urgency: low Maintainer: Jay Berkenbilt q...@debian.org Changed-By: Jay Berkenbilt q...@debian.org Description: libvips-dev - image processing system good for very large images (dev) libvips-doc - image processing system good for very large images (doc) libvips-tools - image processing system good for very large images (tools) libvips37 - image processing system good for very large images python-vipscc - image processing system good for very large images (tools) Changes: vips (7.38.3-1) unstable; urgency=low . * New upstream version. Checksums-Sha1: 2ac4d8462a6635ebb79f494555b57839eae6aa34 2421 vips_7.38.3-1.dsc 9a9bad342d0c85182419c82f7aaabc16df1be130 3379781 vips_7.38.3.orig.tar.gz 9a87ad58200e3ca0060bca1c1d3b92de9805a1c3 7840 vips_7.38.3-1.debian.tar.xz 99ffe65ccc77a84ddff548be211e11a1ac37550f 319874 libvips-doc_7.38.3-1_all.deb c760bb8afad8e9aceb3f10a1acdc72ff824e80fe 638358 libvips37_7.38.3-1_amd64.deb ed357393691b797156ddc513bc2a39550002 753432 libvips-dev_7.38.3-1_amd64.deb 32b5e53c682415980f5f6c6287ff71067830acbf 86738 libvips-tools_7.38.3-1_amd64.deb 8052af2fbf7414d51c5e304aac7febcb2780cd43 257342 python-vipscc_7.38.3-1_amd64.deb Checksums-Sha256: febce9b50a0e2a534dc594eb8b39b9812217a462ee44501126890cba36f5be3f 2421 vips_7.38.3-1.dsc b8c2c173b660b1f003ca1ac8df008eaeeb42b9c9aa17c5b942184b60e6007a7e 3379781 vips_7.38.3.orig.tar.gz b593b391fdb0a1f9b7a81f8c4d822bc8a2f54899839815dc8d87db4235ec005a 7840 vips_7.38.3-1.debian.tar.xz d322121d1b58def30184d8505723e59a7cd916bca4838cc0ee4143ab1397 319874 libvips-doc_7.38.3-1_all.deb a4900d68b51cd578475996fc24c4b7ccd69a38a889302b6ce7b1831fe673b887 638358 libvips37_7.38.3-1_amd64.deb bd9ce657f75458e93b65c12f6431337b54d60305da7ce2164c1ef5ce3fa7ed39 753432 libvips-dev_7.38.3-1_amd64.deb a676131cd024696759c5b7c4175c6d021eccdf9e30da44a1591e4b1cd45471cf 86738 libvips-tools_7.38.3-1_amd64.deb 332aaee5ebaf21ac60172e1ab70ed32c5550f3542de64d5160161e86bfe076be 257342 python-vipscc_7.38.3-1_amd64.deb Files: 3b250643b7576e9764a2d9b59856c75f 2421 libs optional vips_7.38.3-1.dsc 7a7672e7cc1c268727d276607c4d627b 3379781 libs optional vips_7.38.3.orig.tar.gz 488ff3268613650b5c73447693c06878 7840 libs optional vips_7.38.3-1.debian.tar.xz 8c4828be3b4f3545ca7a73f951e8c944 319874 doc optional libvips-doc_7.38.3-1_all.deb 154c14f48780126d334fc007d7171970 638358 libs optional libvips37_7.38.3-1_amd64.deb e0e28abcb0e18ecaa64afdbd2c530939 753432 libdevel optional libvips-dev_7.38.3-1_amd64.deb f619971a8d296ca4134e8bd66501c23c 86738 graphics optional libvips-tools_7.38.3-1_amd64.deb 05e490728873bb92e041ed028d582598 257342 python optional python-vipscc_7.38.3-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBAgAGBQJS8ahzAAoJEIp10QmYASx+2fEP+wV8IYepC9lwpJjwN/kvrPbF 6y+EwyxR4rXUfEZlYYwdpV5yeELOM0d2tteNXZ8hinSNBkILphJQokYp9A3BEEg7 3Nb9XJrVIDEeFZO/CK/8G5/2LCXwBONZIM5hMiAYyXREaX+SS2eiuBfkwCUBml7Q YOqcmgOgUHYxqwFYDsjjWBbKsFoV5ywgf3i1BDm83WAeaSbsuIfwcE8OcNf8vzT5 CExnaY5GlmYyolxrjaqWQGOfOILkWDHEdev8PIL8p1H2OBhCRMH7pEINX7GIZJMP gmRbu07zfPrbByzh4QuFYzOQl1ED0RBvZZH31V/cv0deEx8XvDPaZJdvMcXQdk/O voLBx26zMChY5J4SZM9m0ZALhzgczlSO/YAkRTZhIrmeA9rkeDRa9KCLys376OIl /WmrjRy9WvfwomB5gUpuPMH9K4lZxONQIqFPfIgZADGIXkg9az1vz2/aOz1TpTh4 HlevZ8avPvMoBkREDKm+fRhZfNUipXC2u+SIpkopaq0KURAxINv0qu7bh9R9FA1s pSQeJgTVagRmfHSUZ4qaa96IlGGbFj8U0kPYLPmo5fjWRlajpZiWLGFlfwM5qzT6 pwj7WiN3WcMLUoIC78GSOGiOd+tmgSI7FBoR65cbBykJHOjKM0XLcglsXxQESQBr qqeKr1d+aNqx16J/DX5w =5mhU -END PGP SIGNATURE- -- 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/e1wcoau-0005ky...@franck.debian.org
Accepted libevdev 0.9.1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 01 Feb 2014 19:29:30 +0100 Source: libevdev Binary: libevdev-dev libevdev2 Architecture: source amd64 Version: 0.9.1-1 Distribution: unstable Urgency: medium Maintainer: Stephen Kitt sk...@debian.org Changed-By: Stephen Kitt sk...@debian.org Description: libevdev-dev - wrapper library for evdev devices - development files libevdev2 - wrapper library for evdev devices Changes: libevdev (0.9.1-1) unstable; urgency=medium . * New upstream version, with new soname. Checksums-Sha1: 97ad28b6460c5e0060328b8a00d6b152febc082e 1942 libevdev_0.9.1-1.dsc 2506d521dcc23fceae32d076a7da50fd5645ff03 368720 libevdev_0.9.1.orig.tar.xz f3cf9f71539b9cb75cbad70a1b73c79bf47999a8 3148 libevdev_0.9.1-1.debian.tar.xz 17fae3fe52db9a58219ce9f3e2833e1e7f976e13 90316 libevdev-dev_0.9.1-1_amd64.deb 94f626f30eb7d739dfa1e3726d092498739ce53e 23882 libevdev2_0.9.1-1_amd64.deb Checksums-Sha256: 3d40023544b13331c915d1b0041fef506edec2840f8e7fd3fa51bf7696a80a6b 1942 libevdev_0.9.1-1.dsc d1ad62e9b041c5abc19b0f1947f6c6e2348e8095d773bf416677dbfaa9d8dfb1 368720 libevdev_0.9.1.orig.tar.xz 5776a961a91e4a2c88e6b8257e142e15bffd49d9f1a458a99b5a17faacf1bb2f 3148 libevdev_0.9.1-1.debian.tar.xz 26a9fe7f8270baca58664dd4ee1f7fdf171b3aed3de47bc5f5f3e0f3b3fb1c7b 90316 libevdev-dev_0.9.1-1_amd64.deb 4a0df1b02f36b4f632c6026f7ed3c5ca07fc8ed2878900c6fdabe15d304f5b08 23882 libevdev2_0.9.1-1_amd64.deb Files: d3787203558efba1bffc096e5d5267c2 1942 libs extra libevdev_0.9.1-1.dsc 300e489d0c3023c158ba53ddb821ccc9 368720 libs extra libevdev_0.9.1.orig.tar.xz bc1d0c3a948b059e15605c6a4d9fa3e9 3148 libs extra libevdev_0.9.1-1.debian.tar.xz f5e02366ecd4514f36d309f94c09f163 90316 libdevel extra libevdev-dev_0.9.1-1_amd64.deb f9bc4e3817c1973ff9abf64c00d41d2b 23882 libs extra libevdev2_0.9.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJS7UkLAAoJEHWXeKmja0lPKOkP/1WuZR4vFaKFwOqaDoetGwvP lhojxkBn9DQbGSVV96P16KLXCYL4cbS0KhGliSW9XK6NO6mHTcQBZcgGps3sZEcJ uUBrAfUN1GM10EguYy9guOLAcoP3OLK3pobhhQFql0+zA9HP7SHq2BSmtZ/UyO7i 0rY/7rZx9wBfIhC7fyDN5jFxFG83nwLAlh2+HChT28rOWoE2G0027yTIWWoCnbH3 X34npgLq0Urt8ViBreiv3lba2a84o+F5Ol7+bETK8lkI6HQc/jHYqJy63e5JxMer pM9gBeH7d+36yKiURsKJRJAWMJASFlD91RLsrP8A0X0kBtqdRrL9cDCvteUx6IdS Qui0h52qKGzYIH35I7ti8T0skqjHNp4lkTfOjbx3k/y8SbH/L6qyoSit47XBcrvK Fcls+UNIhRy1n894ajYxpV+3SwtzyyKfWH6gUyvrf3459HOS71/APE69xLUS5Y9w EjZkU5d3EL5qRLnmLnNrXOjdgW1f5ZMlMjEIR455/y2JylWieQ6uKj/wpeGecYlN b9aqEYt2JXIdtL/OMWQVIxdK/xaZKcHkPuAcSVbc79O5semx7cqZq+E8rgBEnAQ9 s2oCZGCB3uHsknUQEnwFUKDB4ARj5YLItzD1mXpgfsgjHaBjRLUJ4LgK+le6ypoH AbLXe1wKm1XpyqO5shp8 =mI1s -END PGP SIGNATURE- -- 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/e1wcoas-0005jg...@franck.debian.org
Accepted qhull 2012.1-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 06 Feb 2014 13:43:21 + Source: qhull Binary: libqhull6 libqhull-dev libqhull-doc qhull-bin Architecture: source amd64 all Version: 2012.1-1 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Changed-By: Barak A. Pearlmutter b...@debian.org Description: libqhull-dev - calculate convex hulls and related structures (development files) libqhull-doc - calculate convex hulls and related structures (documentation file libqhull6 - calculate convex hulls and related structures (shared library) qhull-bin - calculate convex hulls and related structures (utilities) Closes: 556302 571875 621909 640432 713546 Changes: qhull (2012.1-1) unstable; urgency=low . * New upstream release (closes: #621909) - Port quilt patches to new upstream. - Upstream now supports cmake: use it instead of autotools. - This should address the binutils-gold issue (closes: #556302) - Ditto for undefined reference to pow@@GLIBC_2.2.5 (closes: #713546) - Upstream incremented to libqhull.so.6 so switch to libqhull6 - Remove symbols file - Update many paths to account for upstream changes. - upstream installs .htm files intermingled with .h file in /usr/include, move the .htm to /usr/share/doc with symlinks for the .h files as they are referred to from the .htm files. (These will be missing if the -doc package is installed without the -dev package, but it hardly seems worth adding a dependency.) * Add myself as uploader in debian/control (closes: #571875) * Fix wx include __POWERPC__ issue (closes: #640432) * Update/modify debian packaging - Switch to dh9 in debian/rules; flush cdbs. - Bump standards version - Various simplifications allowed by modern dh. - Move all dev docs to -doc; remove contrary stanza in README.Debian. - Activate single-debian-patch source option; see git for patch breakdown. - Gentler preinst /usr/share/doc/libqhull-dev symlink excision, and add preinst to similarly excise any /usr/share/doc/qhull-bin symlink. - Mash installed debian/tmp into shape ourselves. * Add quilt patches for minor issues: spelling, man page bug * Put Debian TODO file in -doc package Checksums-Sha1: 89b008d6374317b2fff5f07f1e4afc250c992429 1465 qhull_2012.1-1.dsc 60f61580e1d6fbbd28e6df2ff625c98d15b5fbc6 716665 qhull_2012.1.orig.tar.gz 1dd69078e94135556c145ee756f2a9b4cf68f610 12012 qhull_2012.1-1.debian.tar.xz cf31bb8c7e2e79255720a5999ab5d4511655d02a 180170 libqhull6_2012.1-1_amd64.deb c850e351bd619d3b1f9bf4abd5a3710c720a1e4b 237732 libqhull-dev_2012.1-1_amd64.deb 0b921c1168df7ba9519e4c3f428b66a745df9c8a 189578 libqhull-doc_2012.1-1_all.deb 1a2fbc04b9f95de64453988727438e770d8e9b25 251356 qhull-bin_2012.1-1_amd64.deb Checksums-Sha256: eed0c4d3b91fc0b1084d8ff2cb627e0758754e08b855926c6f22f830022860ad 1465 qhull_2012.1-1.dsc a35ecaa610550b7f05c3ce373d89c30cf74b059a69880f03080c556daebcff88 716665 qhull_2012.1.orig.tar.gz 4b3f2e6e0836228ca1add394c14ee17368e6b215603079e221ff178291f52826 12012 qhull_2012.1-1.debian.tar.xz 65c25102d0e69b3fc2e4dbe6adf64ebc66abf5e14a30a149038729f158ee3381 180170 libqhull6_2012.1-1_amd64.deb 4b527831a65b2210def88efcc16dfea09ee43347068c21bee446f28192ec82e1 237732 libqhull-dev_2012.1-1_amd64.deb 5091293b7b04dabdc5d61146ef65668045ea1be047efba90098d961b6e742841 189578 libqhull-doc_2012.1-1_all.deb e6f4506740dffe8f44984d5fe15d2c45d1e8cf76c99211cdd2b2a9be4dc0eff9 251356 qhull-bin_2012.1-1_amd64.deb Files: 37088ab79267788816d59cfbef02435e 1465 math optional qhull_2012.1-1.dsc d0f978c0d8dfb2e919caefa56ea2953c 716665 math optional qhull_2012.1.orig.tar.gz d78c3f3e1b9cd885f1a154fde430edd4 12012 math optional qhull_2012.1-1.debian.tar.xz 753a966ad64548f16514e474ce0c84ce 180170 libs optional libqhull6_2012.1-1_amd64.deb 428d2acd2dd46a02f8371ad9acba30bd 237732 libdevel optional libqhull-dev_2012.1-1_amd64.deb e81663555c3d901d0b7d47abbb5d5abb 189578 doc optional libqhull-doc_2012.1-1_all.deb cd191d55636c5f431be2899706b3f553 251356 math optional qhull-bin_2012.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlLzm1MACgkQLz4Gnv7CP7KUUwCgjn1q4QGYN8zCzrIH2Jlo0ng5 fWMAoMx8JdYpvzlc0rkP8sQ7jRmhGKPE =W6q4 -END PGP SIGNATURE- -- 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/e1wcoat-0005jo...@franck.debian.org
Accepted jmtpfs 0.5-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 12:30:10 +0200 Source: jmtpfs Binary: jmtpfs Architecture: source amd64 Version: 0.5-2 Distribution: unstable Urgency: medium Maintainer: Apollon Oikonomopoulos apoi...@debian.org Changed-By: Apollon Oikonomopoulos apoi...@debian.org Description: jmtpfs - FUSE based filesystem for accessing MTP devices Changes: jmtpfs (0.5-2) unstable; urgency=medium . * Depend on fuse4bsd on kfreebsd. * Update long description, fixing some typos as well. * watch: use GitHub repository. Checksums-Sha1: 6604de8d6e1a3b91b77eea238f2295f181788bee 1874 jmtpfs_0.5-2.dsc 9854d477bca087839df0e7672ce78c246008bff1 3321 jmtpfs_0.5-2.debian.tar.gz f0b85221a08665cd0b26cd027eaa8e32bba5e7de 39158 jmtpfs_0.5-2_amd64.deb Checksums-Sha256: 931ae5a83f3ede00193723a4ccc32d2030a75dbb1a2267bc008fd5a717a8a98d 1874 jmtpfs_0.5-2.dsc 42a55a73c4ea2bcc187379fc6ebc6c59afc4bef8ea7ce6900642ded0972ad56e 3321 jmtpfs_0.5-2.debian.tar.gz c5eb1fcaf1e82c2d7ab17f2b670f25da6466ae4e79bfaaa01ac50456f037ae20 39158 jmtpfs_0.5-2_amd64.deb Files: 11488eddab7d38386bab87bcf9ac0bdf 1874 utils optional jmtpfs_0.5-2.dsc f7f81aaa5da1ba984fd9d2d825535524 3321 utils optional jmtpfs_0.5-2.debian.tar.gz 0d7979091036e4cc8e97f64bcd78d27c 39158 utils optional jmtpfs_0.5-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJS+K4RAAoJEHLTQsHpUUMGy9EP/RWyErrfmk09/+FOUOnslNdD TM+eWs3whYDJw5VULDb9CiPdn5aFFe6m0XCLEv91rb/V6frIBqxSscLJ3nGtEp2s qOmOTs+W9lXiOX7wHEHhXBPZ9UQtARSaIPw1pHUdPSk7+QiwesrzT2MXGNVPCRro AEL54d/NS3sPFKoMzmtSzfwCegGSQxtFGN6liKPzdvHATOO1w1/QDYR0XYwUUGNl y5pTzmJz6keeMR+un0vt5ZncEpfEOpUnBfVrWI2zDnqDzqXuN8rCh45UPcWgk477 A5xf6DTz1YAtaHSZTgD2Slc3TEAqtFsaqOJFUdTDhm6YaBMHBYfa2AOrsOvcgYnH Qd84MHJEblSRQE7WZVSPzb6oFDiLw+lqeSUxZvNz9FfS4tuBgLMqdcu067/YEH// bfLHuhH/lc/SU5Y85jSZsw2rbQgRcL1RCW7IRABAOlKLpU2NBCmdk2qLeFweWio5 5RhdZagcZ2W7vE1Z/4EnxD39DYNHDqdANgcMO3rhaOayENdJZfLzkLOTePPrEf4V oE28rtoO6SdtaHeinBhPyHJ08mdaYOFultNY9VurXb3GteR6JIXJ9o7zisX0+FQX NsP5kjaZqy5NEBxb2g7KcFIy18yn0RxRLJhOLrTpJrIKofs6F/uGU7XqYvLyntAi 0Ks0u2NJ4KkQp8TYftsz =FRSa -END PGP SIGNATURE- -- 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/e1wcoe1-0006xd...@franck.debian.org
Accepted deal 3.1.9-6 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 11:09:33 +0100 Source: deal Binary: deal Architecture: source amd64 Version: 3.1.9-6 Distribution: unstable Urgency: medium Maintainer: Christoph Berg m...@debian.org Changed-By: Christoph Berg christoph.b...@credativ.de Description: deal - bridge hand generator Changes: deal (3.1.9-6) unstable; urgency=medium . * Use the default tcl version for #include and linking. * Convert to a dh rules file. * Run tests at buildtime and use /usr/games/deal for the autopkgtests. Checksums-Sha1: b168f73e9be606e442246ab566f473ef8474b45c 1799 deal_3.1.9-6.dsc c951b8cfe405ccf3ae6007c133c018d264b8ee99 6772 deal_3.1.9-6.debian.tar.xz e5d03c689ad028690d0f9007bedd741f278487c9 182856 deal_3.1.9-6_amd64.deb Checksums-Sha256: 7af7cbf1974186cde9b37927bf008267b4bd5c44378c85a18b4c2fdd7da84423 1799 deal_3.1.9-6.dsc 4bb6a8a61a4509ec07514384faa68e84009f2a5bb71553f4a069625785068b06 6772 deal_3.1.9-6.debian.tar.xz aa4ad92b405a61fa274424da3bf20d9ac928d7ec0ef731cdccf6512fa271e12e 182856 deal_3.1.9-6_amd64.deb Files: af127338c522fdedbe18c847eca204f5 1799 games optional deal_3.1.9-6.dsc 3b1ebe5027ceb248f187e9c37e38a5f6 6772 games optional deal_3.1.9-6.debian.tar.xz 3538b8218b21407164bfea6cf82bddbb 182856 games optional deal_3.1.9-6_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+LLfAAoJEExaa6sS0qeuE6oP/iccztWlqIl72sOthT2PqZLM YuEPS1rC/cIwW2Qw40L4MxW/tppaxLJdl/sWSL/X1R+gPt0A2DhYsslO2934fyih MqZ5fC2JjdSdawr1f0zApr3U5zf3sJK5AwOTMYfgYsih4JbbwphKe30A6NtDO+wI YkteCGNUuZVhVrvq2cf9w9NObtFFlEq8Nt51/uxdRoIBwsu7RFD/DLgXdyWeMZTG +hwjn/mr/RH/0ATc6G+Jot7sH8lZnaiOScgpgR7ID8hrNjWISUOps53wRQ7JR28X NG62OKGmh35FEE0OgppUPb3ncf/b96alRQLiH1DsJ7/mpfOss+J00JPt3VNr5/lo 8cKyJ4rNnY0T/5+49cKEA7K1WKDttUhudsqusy8o1Qc8CgAvl64N2iuaRp0hLsRj 8sPpaLvuH5ASZ8NFNZ+gRQFi6sSzcYzuPi2UDnNDbBNeFiRU9xAYiy0hgykVRnMe FG7RWn/+xCSgf/mqTVhvQrAMGsHi+pBndqGt/w7+Xg2kYeqoj7BJP7IUSv0304JH gVmqYJNNXaDrXWNLAAZejvKswSImzIj3o0LimPDRCXYtyT8m3wJjtL8h/+w9a9tI pJWAzEcPBRV1GDNfO9VVIfs9bpWW4nHjFS5NPXnJVWeVRI1GQH7248kVoPZsDpl3 JC9KfdgtRWo9XYQs4yQs =yIIl -END PGP SIGNATURE- -- 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/e1wcosw-0003ii...@franck.debian.org
Accepted mysql-connector-java 5.1.29-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 08 Feb 2014 17:15:13 +0100 Source: mysql-connector-java Binary: libmysql-java Architecture: source all Version: 5.1.29-1 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Emmanuel Bourg ebo...@apache.org Description: libmysql-java - Java database (JDBC) driver for MySQL Changes: mysql-connector-java (5.1.29-1) unstable; urgency=medium . * New upstream release * Refreshed the patches * Check the upstream GPG signature Checksums-Sha1: fb73b7236a65b300a6d9683e0c59b5438b5c7bc3 2176 mysql-connector-java_5.1.29-1.dsc e571a86ed376b92b4a8ccc4eb4dd2932a3c3dee1 869264 mysql-connector-java_5.1.29.orig.tar.xz ce9b72d976b3af625474139b397912fdfd80d6c1 9912 mysql-connector-java_5.1.29-1.debian.tar.xz 20cd48ea9b540afc9a2a1b2250b70a21172edf91 971162 libmysql-java_5.1.29-1_all.deb Checksums-Sha256: eaafa53a218aad1513432403d6c131fc391e9d4decd9018cc66934d174b34718 2176 mysql-connector-java_5.1.29-1.dsc 9144819547c7b4f6728bbc60cf6df2759f7ff7d8ed40600743230ee6abf30a09 869264 mysql-connector-java_5.1.29.orig.tar.xz 9342c9daf0df46b78455834a7b4132b95afa434a5f65447b9b8d5839df0441c3 9912 mysql-connector-java_5.1.29-1.debian.tar.xz 9b6071f43a6ccb009d8c6a4eb33d19a62081699b16bc3c7d4dfb07af1483d227 971162 libmysql-java_5.1.29-1_all.deb Files: 7ff952443e281e47e7fb14b5315f7d86 2176 java optional mysql-connector-java_5.1.29-1.dsc 3c320f7667b760ef6330100d6db97ea6 869264 java optional mysql-connector-java_5.1.29.orig.tar.xz ac77db9df617ecab2a1579523e5d7bd7 9912 java optional mysql-connector-java_5.1.29-1.debian.tar.xz 6d9395f6a0c433fb455a0ee5a2e34d8f 971162 java optional libmysql-java_5.1.29-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJS+Lh7AAoJEPUTxBnkudCsaukP/2uQMYvnAJG+c4izEdMHySsA ai8bepInggk+PtlbKFWbw+2BJA7V/H7SyvWFW7JNELJoAf9VajtZ1pJuslvfWMtj ueUS6k1DHDVR9NScAP+Vups5Z4SSCi2v2HHpRiQLMYYciP10v9CihoI2jXuO+m05 FRysJ3N3JOII2Gr6Ijc2CK298aR1bSNVtjA91oVnB/NlTO6Fzv8QYnSwSqRPbgni Htpu+FmIQ02tKM+SzB+ZVggspQgvbas8GLT9GMhuoc2IXIPjnYxqhpnjatbAAVdw kWXkv52gHe2Wq5Ut2RebgcPDhSNjrEgIxq/WPtYaqAGV+atl1HRRdAvyTHqI1J2X Gcj8UBZh2liedot32OeQGOedKNAjxqt2Xw4WgDBKvcO574ykyF9m/RQLhHiXqU2/ vxw/lBH/ZDdLbpzUZsGVUpdoHrNJ+PIWwm30OSg5BT0uB/7iTqeuI60erF12m3R3 n4kYjGgyO4v0yihtKsw8DZo8n+ipvCGhl75LEJVWt4okYBH8HZTwjtMb7368QIg9 OXhOqZog3XFc3OIY0g+vyPWUbGSETOV/F/KP0ntldIcJn7ExoPeU/NDlvDB1TfUv sDTBl52V3u/oF5k3j2/mC10ERN8IjStAu3VbyiM/Uuh+YDoCOnZ3ygO4MfGq8T/7 GHCDDBRp5uEAohz2FVTN =8p7Y -END PGP SIGNATURE- -- 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/e1wcp7e-00088b...@franck.debian.org
Accepted valadoc 0.3.2~git20140116-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 11:14:50 +0100 Source: valadoc Binary: valadoc libvaladoc2 libvaladoc-data libvaladoc-dev Architecture: source amd64 all Version: 0.3.2~git20140116-1 Distribution: experimental Urgency: low Maintainer: Sebastian Reichel s...@debian.org Changed-By: Sebastian Reichel s...@debian.org Description: libvaladoc-data - API documentation generator for vala (data) libvaladoc-dev - API documentation generator for vala (devel files) libvaladoc2 - API documentation generator for vala (library) valadoc- API documentation generator for vala Closes: 738312 Changes: valadoc (0.3.2~git20140116-1) experimental; urgency=low . * new upstream snapshot - add support for vala 0.22 (Closes: #738312) * update Debian Standards Version to 3.9.4 Checksums-Sha1: e08b768a999b2f1abc6facdc10de203e2630604d 2266 valadoc_0.3.2~git20140116-1.dsc 26677c16fc7c23f5252b446a6b80f944979d4339 239857 valadoc_0.3.2~git20140116.orig.tar.gz bbdfab73730b85da39523e9ab324adf193448088 8408 valadoc_0.3.2~git20140116-1.debian.tar.xz ef524a791531b4918d8d5168ce574c8ed96721f5 106978 valadoc_0.3.2~git20140116-1_amd64.deb 1b40c3f222ec67f1ef7d1e0ed9bcd7977a0946ec 235082 libvaladoc2_0.3.2~git20140116-1_amd64.deb 696f3ed10aae7364021f73e1c66e2a53eccd346a 24392 libvaladoc-data_0.3.2~git20140116-1_all.deb 106d7b47eb406556040848cf92dc918a1d2921f8 33838 libvaladoc-dev_0.3.2~git20140116-1_amd64.deb Checksums-Sha256: 41ee24c6951f4214c032c1d238a5520083c2028a6866677ee8203be298a0cd77 2266 valadoc_0.3.2~git20140116-1.dsc 42b8a5c5567d907b8344d94a11e3bcbd2e78c0700bb2fb242ee5fbac0beda692 239857 valadoc_0.3.2~git20140116.orig.tar.gz 6105a7fecba20908b9823dc1d2fbe414a4ab5301389e776b348d799196022f36 8408 valadoc_0.3.2~git20140116-1.debian.tar.xz 9b69cdc37d98eb17866b84181ad83a0c34f11ba3de2eb2146d64d3169ab5dbe8 106978 valadoc_0.3.2~git20140116-1_amd64.deb c1b05ff4d1ee6dd6201ee7f888bec7533a8a19e2c8b166239b8cd081e5e38de8 235082 libvaladoc2_0.3.2~git20140116-1_amd64.deb d2af2cd85e90f28449b1cf5ea4c04627039c853e11b174211b08db1b6cca7a8f 24392 libvaladoc-data_0.3.2~git20140116-1_all.deb 5dca4931dbd48dde52703befb8e9ea13f3f7cfe2c39f328988e1231afa4aeeae 33838 libvaladoc-dev_0.3.2~git20140116-1_amd64.deb Files: fdf6b6089e7d2788159bfff994a786eb 2266 devel extra valadoc_0.3.2~git20140116-1.dsc 9d20ccc5aa10aab6bffaa0ec4c46286a 239857 devel extra valadoc_0.3.2~git20140116.orig.tar.gz 8bd958eddba032971e5df17532d1f208 8408 devel extra valadoc_0.3.2~git20140116-1.debian.tar.xz ab27d7da3e16589ed18be498c5e11548 106978 devel extra valadoc_0.3.2~git20140116-1_amd64.deb 38451fcd9e92ed4c2ca37912dc9bc517 235082 libs extra libvaladoc2_0.3.2~git20140116-1_amd64.deb a7653c182d298976305ebf651f520d0a 24392 misc extra libvaladoc-data_0.3.2~git20140116-1_all.deb 84b735546638f8bdff353a00108d5bac 33838 libdevel extra libvaladoc-dev_0.3.2~git20140116-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJS+LbuAAoJENju1/PIO/qatQoP/34zu1g/d5zLJIGMY9Kkm8Rc Iy5OnllnnVxzNxsj4r0uQ+rT3OgSJ28uwa9gFq7ql3XRISOsljcTZSREATFuT0Tn 7uzkxioRTbzBTVQyiEfsoWtP11Ti6a/QQPC+aLywBEmytwa0aFtzHlng2o7M7s// bApmzPecBTdig4gbaUrwSR+paG+MB2eM4LNU3M6cLYcFpn1OP9qOzF/HEuYd19jj +K4sTWXKpz8RGEOB+bYg3/h9V5SS/n0v4Ae50+GlRbRd9qpMzBziAgVjwP/uZpUk hSo0jISPgr0AHx+baBy1Bzn0MGxnolnbds9+5Xc/JGHGEqhBlkdSxA5+81y6BZTP serNWNi5aF/CcqGvQQ6TWhRDO4sWmcO+a/n2GHihbPkVvWuYUpe3IzP1YITjx1io AKIKjq7+jwTy319ZwW7otVXYjIy8BtOXrnG2S7NFTQGWjuiKtPGH/W8T5Jn3ew3r UlCDQYLetBl2ZjHOc0YHW896ENVGXKvBMx3zdDpB91x9Mvbnw4cIqLzelPQzfEam ASO2k8HV3Ha4/8gSAfH7wA2gEjxE2B7A90g+SkoAo8s8bYQId/wxwrksnN1o0EaM BK1BGBn/yv9f1MFrT3qWuugg5Yjqw9v7mYM7E58j6y0sroEOQbhjnb01toevfTtI 1Cs2pKm3F89nvQcOCHze =W0js -END PGP SIGNATURE- -- 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/e1wcp85-0008mh...@franck.debian.org
Accepted w3m-el-snapshot 1.4.527+0.20140210-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 19:43:20 +0900 Source: w3m-el-snapshot Binary: w3m-el-snapshot Architecture: source all Version: 1.4.527+0.20140210-1 Distribution: unstable Urgency: medium Maintainer: Tatsuya Kinoshita t...@debian.org Changed-By: Tatsuya Kinoshita t...@debian.org Description: w3m-el-snapshot - simple Emacs interface of w3m (development version) Changes: w3m-el-snapshot (1.4.527+0.20140210-1) unstable; urgency=medium . * Imported Upstream version 1.4.527+0.20140210 * Install a compat file with emacsen-compat * Add emacsen-common ( 2.0.0) to Conflicts * Handle an installed file to follow emacsen-common 2.0.7 Checksums-Sha1: 852b5050a413a557d89abdd7a750ecd07e48da81 2053 w3m-el-snapshot_1.4.527+0.20140210-1.dsc 05ffc5864c9c150ffbf81b3ea5bd9fdb32d00d89 1038676 w3m-el-snapshot_1.4.527+0.20140210.orig.tar.gz 1be77c5fc1df935b7576196c1e1712995881c069 9304 w3m-el-snapshot_1.4.527+0.20140210-1.debian.tar.xz 5324f5e92a9b65c33df0e10a9563b2b2033ae56c 797258 w3m-el-snapshot_1.4.527+0.20140210-1_all.deb Checksums-Sha256: beb5a52742aa928c2df91aca2911de678c52ff50cc0ddc46a99356882ed61125 2053 w3m-el-snapshot_1.4.527+0.20140210-1.dsc b9a3724ccbd70a5ed983d14588606b5f2e4ac1d63e793b45870bc792a10b6be6 1038676 w3m-el-snapshot_1.4.527+0.20140210.orig.tar.gz 053af7feafc1ae9489cd852569d75770d023d25837d36427b84eda0d3a14c1c7 9304 w3m-el-snapshot_1.4.527+0.20140210-1.debian.tar.xz 287147f646ff81ee128bb522d372bac89756014084cb8b187ccbbfc0916bc568 797258 w3m-el-snapshot_1.4.527+0.20140210-1_all.deb Files: c2215fffb98438930db90e6df04118af 2053 lisp extra w3m-el-snapshot_1.4.527+0.20140210-1.dsc 4f9a9491b46e7aaddc98534004e0c1b8 1038676 lisp extra w3m-el-snapshot_1.4.527+0.20140210.orig.tar.gz 053ddd4af10085210d3c432e1a4532e7 9304 lisp extra w3m-el-snapshot_1.4.527+0.20140210-1.debian.tar.xz 956c18bc6659218abec12880588d5ee5 797258 lisp extra w3m-el-snapshot_1.4.527+0.20140210-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+LcQAAoJEOXvq5AIDqY87JsP/05aIbbBofE/QIsu7GzmGrVO bujas1AWCqcKTVDLVba7vjHRJBUGN6w4y+9RnTMFLsbUtv92YIiCXqy+hQIY++YQ N4E60yt8SnW4rhJqPDpKzMQWjy9HdL8Pap6M02BCf/YCryx3eKfBpMVNSknIj/RO P8E0/P9dz3lKFedSjtxRtJCotIxc3ntTBQMdXdIbQ/2e+kLNevcwW9Yz97eWp3gC UUUxlBomFj9np3b9E2xW7Fz2OCFLfzKthS8+XQz1F1folQ2nPx17zfqaNs9/Vfx8 OEOn1AL2mFeZ7sp7MufTKeFGLkpjmiYPjZxd0DhkoCA3MhXgkTBeH7K4WPJJzWEv 76iiWwlgSAM8+3bJsRgYcBMW4a/8Y64E2LvZiADM+XzraKAqEAleklO8yEAjCLLs qj3FDTf0jC5P+SMLoIu/hPApGxt5l7iO4WfTHx44kmYMphTH7UZPbgLFJ5fec042 fxi6D2eMYmgfyGMyB0cwmVrCxb8eUNDt6ZViOFOfyaCGGgnsmITd2dA8acywr8yj MCvdSwIDrpcqT5XuOPIBiVLJ0sIP2MXDxqH92+7pI3a3dA9/D57LKEHf3FkSHzy6 7mXEu2RQPhQbfPxUcIsOI7fJjxbF/1MjQ2f6VBQjydXdR1LR3wOEsKRjNZbwVlxC fTFVvHX5vRTmTRW28h8G =jAht -END PGP SIGNATURE- -- 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/e1wcp8n-0008ua...@franck.debian.org
Accepted nvidia-settings 319.82-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 10 Feb 2014 12:16:40 +0100
Source: nvidia-settings
Binary: nvidia-settings libxnvctrl0 libxnvctrl-dev
Architecture: source amd64
Version: 319.82-1
Distribution: unstable
Urgency: low
Maintainer: Debian NVIDIA Maintainers pkg-nvidia-de...@lists.alioth.debian.org
Changed-By: Andreas Beckmann a...@debian.org
Description:
libxnvctrl-dev - NV-CONTROL X extension (development files)
libxnvctrl0 - NV-CONTROL X extension (runtime library)
nvidia-settings - tool for configuring the NVIDIA graphics
driver${nvidia:LegacyDes
Changes:
nvidia-settings (319.82-1) unstable; urgency=low
.
* New upstream release 319.82.
* Temporarily disable building for armhf.
* Add lintian override for gpg signature not provided by upstream.
Checksums-Sha1:
f325260afeedd2baf5d8e06628cf58813e5dcdea 2378 nvidia-settings_319.82-1.dsc
1e0f217a7dab3da7490696c7b5463891c8699d1a 1538070
nvidia-settings_319.82.orig.tar.bz2
9d9412fae0face090fcdab3eaf97b75e13d0cf4f 16332
nvidia-settings_319.82-1.debian.tar.xz
cf30186e3c02f56408b4419f4eb4f72cd1ca6452 719920
nvidia-settings_319.82-1_amd64.deb
fe3723a688de391fb030f2b9b55903c441b5e4b1 17388 libxnvctrl0_319.82-1_amd64.deb
ebefecb138a210a077919a35a129aead65a636ce 80342
libxnvctrl-dev_319.82-1_amd64.deb
Checksums-Sha256:
8ea31dc4726ff811da7a89f7249a9bf51093fcd5eb6ada9e77193bd914eb9b92 2378
nvidia-settings_319.82-1.dsc
c1cba7c187ed9c6ba2389a2ac8ae62eb75e91ec631588e2cbd00d858716f7409 1538070
nvidia-settings_319.82.orig.tar.bz2
c8ee9e1b24c3682b4c960c74549da1254f45a79856b963c07e63b6d4ce825d2e 16332
nvidia-settings_319.82-1.debian.tar.xz
2caca8a58133b82e0b2d59700c05a74673b20abf0a0cfcb611df8aab760893ce 719920
nvidia-settings_319.82-1_amd64.deb
350413fdf81583613a12c5019378fa13acf1a4017dd04c24f1c4d7ab6b9ae6bb 17388
libxnvctrl0_319.82-1_amd64.deb
b1e6950fd0dc898117d3743b444c9e06f9871b1b0006774de70e9905b34afae2 80342
libxnvctrl-dev_319.82-1_amd64.deb
Files:
52fb863b196b0a6ff42d4f86fe41c6d0 2378 contrib/x11 optional
nvidia-settings_319.82-1.dsc
874198f34419cdf3234ddb381f07c009 1538070 contrib/x11 optional
nvidia-settings_319.82.orig.tar.bz2
a1a784f2ecf82d15914976dc7e0ad87a 16332 contrib/x11 optional
nvidia-settings_319.82-1.debian.tar.xz
5280335c7322a0f3dd76a29c3f8b77cf 719920 contrib/x11 optional
nvidia-settings_319.82-1_amd64.deb
47857d72f27425bcfeb8b89b8fec7602 17388 contrib/libs optional
libxnvctrl0_319.82-1_amd64.deb
1e5b25325c3fc007876977153ec919b1 80342 contrib/libdevel optional
libxnvctrl-dev_319.82-1_amd64.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCAAGBQJS+Lp5AAoJEF+zP5NZ6e0I+fkP/RyakJWgQle/2/1YGVNVotE8
02HuhhyPhsyfXxyJ55ILzQ3OPdQ4UaCNQq5oGBGXSWtTN6z3g4KUq5IAwmPsPoZH
JO1+d/8FHxLFPuk37NQBCu9rE3IimPO6PQufC2Na8tmizNpYPqdx03vJoCLUTXtc
Q4akLItK8qS/y+dpqH4xOpDbhuiwOU6bMso2S3T4jNiT5a58YZuQIo694GVDy5RM
mTLtgBhf7qj+OYNSsu/7cmknKiCbE+to8Rs96goGMfBf7zU2K/k3zF/nq3zHBOhR
g5KaBFxbw3WdxukTb+lgSl5FetC6suDQcp4QVBtM8CcV0zlmXa/uNWMHSkXvSHJw
08TVHfw66f/exJhqrRbYo8rtMl0JlaCpnihVjiG3YhMHLL1SR3mVVe4lLz6kIk6+
A2cYz3N3SxpKyvTHOpuzpGU69FK8m45se/GWE2aNmIQzQvQJWL6qlMYmMTHxEx0g
4C1pTfdVZvdoLAh8kUxdMMQ5QKIjz5imJmGTe0Gbmr1VF+cSe86mev1qcJdWk9/t
IFGMrGRUzBhfuzoWnXHz2sFPbVtwqINJ4T6RttIgt6j1gE94y6XWbLXup/hZOyDC
o1mNeWinKl/45AOrMQrXT+roaG2lZMw8MtC1eSGCO1IeRT6imkV9xtzSa9vcDnhn
uBYB2mM9MnvghipQmHYc
=1ROC
-END PGP SIGNATURE-
--
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/e1wcplt-0003ug...@franck.debian.org
Accepted stevedore 0.14.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 09 Feb 2014 11:53:49 +0800 Source: stevedore Binary: python-stevedore python3-stevedore python-stevedore-doc Architecture: source all Version: 0.14.1-1 Distribution: unstable Urgency: medium Maintainer: Julien Danjou a...@debian.org Changed-By: Thomas Goirand z...@debian.org Description: python-stevedore - manage dynamic plugins for Python applications - python2 python-stevedore-doc - manage dynamic plugins for Python applications - doc python3-stevedore - manage dynamic plugins for Python applications - python3 Changes: stevedore (0.14.1-1) unstable; urgency=medium . * New upstream release. * Added a sphinxdoc package, and generates the sphinx documentation in html. * Added debian/source/options to ignore the egg-info changes, and removed the deletion of it. * Do nosetests for all python versions. * Canonical VCS fields. * Standards-Version: is now 3.9.5. * Fixed new upstream VCS URLs in d/control,copyright rules. Checksums-Sha1: e497baccbcb92703cc656dc85c47f51dc60e4d99 2249 stevedore_0.14.1-1.dsc f694c143bdbe89227bd84633080f6e0c50251194 314936 stevedore_0.14.1.orig.tar.xz 12605a66c0dc5380d319545946797ca00394e901 3368 stevedore_0.14.1-1.debian.tar.xz f2042a706f93819a9d36191801050cdee363bf54 15610 python-stevedore_0.14.1-1_all.deb 8d8900c8d4380071389c268133f4e1c9b6fa4d11 14866 python3-stevedore_0.14.1-1_all.deb b2128615ffa1b6fc4340740d6513efe6b1b1adb1 321518 python-stevedore-doc_0.14.1-1_all.deb Checksums-Sha256: f234f3f5828ccb79571efd5467812d5e1bff4783b62c9dc2ec5da1e14d4f01c1 2249 stevedore_0.14.1-1.dsc 53e9ca7af25d27f3ca48f7c89c1a2ea7a3f5a8a9af2a3cfc40343cb0ab893f53 314936 stevedore_0.14.1.orig.tar.xz e474d8adf38ded5264cb2bbb383ba81b5db8b17b3dea4f601040f148c3dac242 3368 stevedore_0.14.1-1.debian.tar.xz 1c03786fc294acc0be7519f9f6f6a1511e7299bd1c5ae625d4bb30ccffe32754 15610 python-stevedore_0.14.1-1_all.deb e5c50c585a95dffefa6ad9a413cba5f8b8cccf03bb61c7d843153e3986fe93d0 14866 python3-stevedore_0.14.1-1_all.deb 0a5e9fc47ccd372ac812e969c439e28fdbb1115526d0f57c22d41238d1f37762 321518 python-stevedore-doc_0.14.1-1_all.deb Files: 976b7e0456a263e56e65ff2f2b35802d 2249 python extra stevedore_0.14.1-1.dsc 89aa6998fbe75b78f5c34781703a334c 314936 python extra stevedore_0.14.1.orig.tar.xz 034dcdcd4575107d3721183d9af02784 3368 python extra stevedore_0.14.1-1.debian.tar.xz 6d6d2b086ff879f54799b2cb1b28566d 15610 python extra python-stevedore_0.14.1-1_all.deb 02a21a16ff040849fb764c0bd4dcf864 14866 python extra python3-stevedore_0.14.1-1_all.deb ff8e15cee26fdf3da4d1cb739d76d4f7 321518 doc extra python-stevedore-doc_0.14.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS94raAAoJENQWrRWsa0P+OvQP/34vEflyWYwHeQc0ONDhLxqC INjicpdEGrUmPLYG1Pth1ecwT5hlTeQv7mK685l7mBtMmskio99UO/WX6WWuYZQE 6IQt4nzP2PM/NMz3OBr5kHzAVOszpxOsG4GV5n/1vRX++nkVgDTn2d/tpw+CKjfH zhSuNI0xM6f3O8P4MExWnaildKZSpccNfS2AvVWdsu0cf0OYwyMi2hnA/ICJRMsU 4FXTiSLFtGI5t1oXKDsjOrpqV3FdO2bNPyufuGKAGElUcIlonlq/GxSYvd7D0Nim dsBW/u0e3F1UBkUQqf1PWBZ7avnr5j2huvXsm9ueKe9Nx1QY9YmEU83PuiwFPLwd VWQIBJELFYsg1UV6tz1k4Q4iC5DUCgSD5m1uKVLrlYpXNxq9tRtKn9GBvrd+FLAm ZfnD39gXGT8qWZfvMzW50s89WwOglnqcOpJ350yHH7evuHlAy88Td0wTYP0MsoX9 OxqLluw3mO03tgo/5d2bPUpN0YiCbbGEIGa0hLvTy4PaKvcVMEJLduqEWK6p99/v F3401IbjC3bO9uVTjfpo7ynVGGUEnr6oGf5xtHHvxxSumirF/GV6kHsQQ0Owcckx d/TKeDcMdgw5LO0EvTe/utJVDZnWKQMl/LnO3jtlkQ/W99UQzSfo0CJKH2X5xKBN 4D0B8o4IkrTD9TP02ETx =pa5c -END PGP SIGNATURE- -- 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/e1wcpwy-0006ra...@franck.debian.org
Accepted rrdtool 1.4.7-2.1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 22 Jan 2014 11:27:16 +0100 Source: rrdtool Binary: rrdtool rrdcached rrdtool-dbg librrd4 librrd-dev librrds-perl librrdp-perl rrdtool-tcl python-rrdtool ruby-rrd librrd-ruby librrd-ruby1.8 librrd-ruby1.9.1 liblua5.1-rrd0 liblua5.1-rrd-dev Architecture: source amd64 all Version: 1.4.7-2.1 Distribution: unstable Urgency: medium Maintainer: Debian RRDtool Team rrdt...@ml.snow-crash.org Changed-By: Christian Hofstaedtler z...@debian.org Description: liblua5.1-rrd-dev - time-series data storage and display system (Lua 5.1 development) liblua5.1-rrd0 - time-series data storage and display system (Lua 5.1 interface) librrd-dev - time-series data storage and display system (development) librrd-ruby - Transitional package to ruby-rrd librrd-ruby1.8 - Transitional package to ruby-rrd librrd-ruby1.9.1 - Transitional package to ruby-rrd librrd4- time-series data storage and display system (runtime library) librrdp-perl - time-series data storage and display system (Perl interface, pipe librrds-perl - time-series data storage and display system (Perl interface, shar python-rrdtool - time-series data storage and display system (Python interface) rrdcached - data caching daemon for RRDtool rrdtool- time-series data storage and display system (programs) rrdtool-dbg - time-series data storage and display system (debugging symbols) rrdtool-tcl - time-series data storage and display system (Tcl interface) ruby-rrd - time-series data storage and display system (Ruby interface) Closes: 687809 722377 Changes: rrdtool (1.4.7-2.1) unstable; urgency=medium . * Non-maintainer upload. * Switch Ruby bindings packaging to match the Debian Ruby packaging policy. Based on a patch by Jonas Genannt. Introduce ruby-rrd package, turn librrd-ruby* into transitional packages to ruby-rrd; use gem2deb to build the bindings, and build them for currently supported versions of Ruby, without hardcoding a list of versions. (Closes: #687809, #722377) Checksums-Sha1: 03488c4b8f255f8237f484620da62df7a027e5b2 2905 rrdtool_1.4.7-2.1.dsc d7637467d45a487340f330d9f28ee4b4160b374c 27510 rrdtool_1.4.7-2.1.diff.gz a50695f326bb70e1f1dd9da5e0dacdd1d00656b7 423768 rrdtool_1.4.7-2.1_amd64.deb ade42b6fa0c2eb0daf5734082692996c4265324c 142300 rrdcached_1.4.7-2.1_amd64.deb bfe418f66926d65d9b99ea18f504a0ea51a2ad75 467696 rrdtool-dbg_1.4.7-2.1_amd64.deb c8a70b164f457aa2fcf82b715709ea9d088f77f4 214668 librrd4_1.4.7-2.1_amd64.deb 80da5f1592e93ec2661336dff54dd93675b55076 217506 librrd-dev_1.4.7-2.1_amd64.deb e5ce1af5a9cc17e81a33441571c964a6d897d6e9 112642 librrds-perl_1.4.7-2.1_amd64.deb 524b2bb4f50c63c0aeb1a8acf8d6edec3c73ea3f 105566 rrdtool-tcl_1.4.7-2.1_amd64.deb ce32374e42db6fcb782013c41df7ab2159aed2a7 105286 python-rrdtool_1.4.7-2.1_amd64.deb fbfbca6b4e30080fb8ba030f59b770d1c54084c2 106374 ruby-rrd_1.4.7-2.1_amd64.deb 8044fd82a9a027eea8ea4e6d7fa69e8809082cb5 103564 liblua5.1-rrd0_1.4.7-2.1_amd64.deb 42a0c46254c455952c641f4b8c3d81c84dfee81b 108338 liblua5.1-rrd-dev_1.4.7-2.1_amd64.deb 70597e0c28d91ae97b4f539ab6d4bb6b18a6c02d 105156 librrdp-perl_1.4.7-2.1_all.deb 524cb874b0c162656a651a95a9e59f9a52516ded 99254 librrd-ruby_1.4.7-2.1_all.deb 43df7dc1bede3f3d5c3df242de74e786662cdb6a 99258 librrd-ruby1.8_1.4.7-2.1_all.deb 934babf6b9b7ab20c5ce417ae89e7610f10078ae 99254 librrd-ruby1.9.1_1.4.7-2.1_all.deb Checksums-Sha256: 9168da3475f0da17e991b9bcf3607b885e14d04029b52bcebb7414302465c379 2905 rrdtool_1.4.7-2.1.dsc 3884ed2d2bf332b9737cbf53a8dad0a0351d76b4894dbe81a54123eec394f0d9 27510 rrdtool_1.4.7-2.1.diff.gz fb916fb0b64c95a2e7c6f4776d7a87fedbfcdf0d015d454821e40d0a7fee4d1b 423768 rrdtool_1.4.7-2.1_amd64.deb 99a1dd16c8a5932df1dd1f6cb0a8e9db1396f528fdb828765c5455bb109e36be 142300 rrdcached_1.4.7-2.1_amd64.deb 501aa0f0c1b11c71a99b8f2ebfbc029b68203a1c7bf98bf58386bff5b2ebbd2a 467696 rrdtool-dbg_1.4.7-2.1_amd64.deb ef5f2eec504a2e8bf3d9b5d5f41d87dc7c494acd9ad82e64cbfdabed63851a7c 214668 librrd4_1.4.7-2.1_amd64.deb 025d3a342096835b532ea8f9a746466d712fab9d664e9c5ba6a55ae6fb13b858 217506 librrd-dev_1.4.7-2.1_amd64.deb 27a2ba892c116824095d75e5a91586c12118c55457cd2eb971e17db6ec7773fb 112642 librrds-perl_1.4.7-2.1_amd64.deb e93e0038aeb47c5b5002a8353766cb52ca72ae6bb7e0efd602d2f9628205eaf9 105566 rrdtool-tcl_1.4.7-2.1_amd64.deb 9aebda676c9d083ea3288981d01cd7736070a267a94b5baa95f8a1b0f741c8f8 105286 python-rrdtool_1.4.7-2.1_amd64.deb 83b385f77bb065c90a0e190cbda831d26464b5fcab57b44d5fe302fc89555301 106374 ruby-rrd_1.4.7-2.1_amd64.deb b38baef195e00f6dd973d2c1aa188b42db38fecba5bc8d3cc5be491ced94f23a 103564 liblua5.1-rrd0_1.4.7-2.1_amd64.deb dc305ad6751f01dbfefbe6eefd6078d35ac3518ccc3ccb780f5a47235515284e 108338 liblua5.1-rrd-dev_1.4.7-2.1_amd64.deb fa25f476c2b33726e9bc0271dc2037b0841233eea3fb1b489f4e5a2fe83a05de 105156 librrdp-perl_1.4.7-2.1_all.deb
Accepted qhull 2012.1-2 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 08 Feb 2014 22:45:45 + Source: qhull Binary: libqhull6 libqhull-dev libqhull-doc qhull-bin Architecture: source amd64 all Version: 2012.1-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Changed-By: Barak A. Pearlmutter b...@debian.org Description: libqhull-dev - calculate convex hulls and related structures (development files) libqhull-doc - calculate convex hulls and related structures (documentation file libqhull6 - calculate convex hulls and related structures (shared library) qhull-bin - calculate convex hulls and related structures (utilities) Changes: qhull (2012.1-2) unstable; urgency=medium . * Build dependency on cmake is needed. * Remove ancient install-time scripts related to /usr/doc/ transition. * Create backwards-compatibility links in /usr/include/qhull/. Checksums-Sha1: b61b797108e2f2572090ba77938aea1efe7a7cf5 1472 qhull_2012.1-2.dsc 10a8b36848e42b82a987133be019b08b4e64404c 12004 qhull_2012.1-2.debian.tar.xz 60c0ce70257d625dd7bc5d9b4c1132a79f803c80 180252 libqhull6_2012.1-2_amd64.deb 35542d8ed0a6fdc8baa6dfcd49de4a5f32b45645 256572 libqhull-dev_2012.1-2_amd64.deb 7e83d06f742dcffc2cdd752db9aebc29f7e53404 189674 libqhull-doc_2012.1-2_all.deb 0b5e4cfd864aa90c8c3d13e903d005be784b2213 251334 qhull-bin_2012.1-2_amd64.deb Checksums-Sha256: 834c7b0fa7e0dcab847ced1e7c18bb65a66077b4b1a5a1345d3bb61a941758cd 1472 qhull_2012.1-2.dsc 00c1dfb2b781a7fe0bcb6146053aa0625322a23fcdb329d7daf69ea6dc34 12004 qhull_2012.1-2.debian.tar.xz edc238568d74cddf23fae67a80291afc8db99cb6540e9d2a7563e70f0fcdf85e 180252 libqhull6_2012.1-2_amd64.deb 2c465bf0f1884bcf8bd32b4b021712cd802b00d9caf02db72e5db583102771b2 256572 libqhull-dev_2012.1-2_amd64.deb 781bafed2fbf3da902b27d5b5d37f494b2707239af8d219c13ed40d79921c16e 189674 libqhull-doc_2012.1-2_all.deb 3ff75fdb3388827cdce3cf71637688f2c5a3e5b1010eddcf6f8d28ef76362613 251334 qhull-bin_2012.1-2_amd64.deb Files: e7300ec5d9be077808e6c2c1805378ad 1472 math optional qhull_2012.1-2.dsc 149f36f0182f406e85e3b3fb8946343f 12004 math optional qhull_2012.1-2.debian.tar.xz 310a5373e73272582a0839acf52cdb08 180252 libs optional libqhull6_2012.1-2_amd64.deb 2312894862da95b331c7597026a7ffbf 256572 libdevel optional libqhull-dev_2012.1-2_amd64.deb 7e0d5c291c0ace2b51974bf84e60d920 189674 doc optional libqhull-doc_2012.1-2_all.deb 49b8b59986248633c0f5c76dbb4272af 251334 math optional qhull-bin_2012.1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlL2tSAACgkQLz4Gnv7CP7LdNQCgkAJ7UrS08gCD7c2jR2T3XA+N F+gAoKyxRikXF2zx/HqSTDLJ4ikIcAPf =coQA -END PGP SIGNATURE- -- 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/e1wcpah-00087h...@franck.debian.org
Accepted libhttp-browserdetect-perl 1.69-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 13:16:04 +0100 Source: libhttp-browserdetect-perl Binary: libhttp-browserdetect-perl Architecture: source all Version: 1.69-1 Distribution: unstable Urgency: medium Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Angel Abad an...@debian.org Description: libhttp-browserdetect-perl - module to extract system data from an HTTP User Agent string Changes: libhttp-browserdetect-perl (1.69-1) unstable; urgency=medium . * Imported Upstream version 1.69 Checksums-Sha1: 2f3b79dde5478bfb3a634dd241fcf779fd969228 1858 libhttp-browserdetect-perl_1.69-1.dsc a9a214dbf0993d7b881845ba5907f7b5856a80ba 46467 libhttp-browserdetect-perl_1.69.orig.tar.gz 5c59f2c3603aa5ba671d44ff50bec6c21b3e1435 3756 libhttp-browserdetect-perl_1.69-1.debian.tar.xz 351fbf9b97ad46ae668aadcfc71acfb08b5473f8 31634 libhttp-browserdetect-perl_1.69-1_all.deb Checksums-Sha256: cd6ed4824992b133fe8e6651bb8e49d700681cc78bcf18790ed32fd43862e20a 1858 libhttp-browserdetect-perl_1.69-1.dsc 7eb74b39175379bd9bf77c21089263912580ab24d712c5f489d5afb7165dd624 46467 libhttp-browserdetect-perl_1.69.orig.tar.gz e6ffe3656058a95dd917c82af0e5c61953b175c3461129a49935386dfde78d21 3756 libhttp-browserdetect-perl_1.69-1.debian.tar.xz bd08f63c08fe0f3b1049619a6da9ecdcf8815a080da2c01b50ce3ba167015641 31634 libhttp-browserdetect-perl_1.69-1_all.deb Files: 7e9b5ff70a7616e7a504676587613fb0 1858 perl optional libhttp-browserdetect-perl_1.69-1.dsc ae573475efdcc05c136e18fc1bed3f6b 46467 perl optional libhttp-browserdetect-perl_1.69.orig.tar.gz 8fb9771cfb1fc2738ff42b0d2fb31ef1 3756 perl optional libhttp-browserdetect-perl_1.69-1.debian.tar.xz dd21f0f23789866ef72a7d7f741a1977 31634 perl optional libhttp-browserdetect-perl_1.69-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlL4w1cACgkQCY2uR+47wnkO6gCghhPTQYO2IDrWMzgemFB670q4 y3AAoIsYmZfe+Z822hQPFB1VOVSwqYva =rj0Y -END PGP SIGNATURE- -- 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/e1wcpp0-0002cf...@franck.debian.org
Accepted hessian 4.0.38-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 13:03:51 +0100 Source: hessian Binary: libhessian-java libhessian-java-doc Architecture: source all Version: 4.0.38-1 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Emmanuel Bourg ebo...@apache.org Description: libhessian-java - Java implementation of a binary protocol for web services libhessian-java-doc - Documentation for libhessian-java Changes: hessian (4.0.38-1) unstable; urgency=medium . * New upstream release * Changed libservlet3.0-java into a suggested dependency of libhessian-java * Use XZ compression for the upstream tarball * Standards-Version updated to 3.9.5 (no changes) * Switch to debhelper level 9 Checksums-Sha1: 5a2179404726ca75f3e8a98fb873cfc4185938da 2054 hessian_4.0.38-1.dsc 4d93fce8a7ae2dda4301cc7875a7a8bdb158433d 80968 hessian_4.0.38.orig.tar.xz ca2cf2658e935ae661d337904cebc59354dc53ee 5056 hessian_4.0.38-1.debian.tar.xz ec8c741850db2f5aad6d0967ee8b2e7421eda794 357010 libhessian-java_4.0.38-1_all.deb db67d21b9602ebfbe2a8f5e48af02cf7b347c8c8 150872 libhessian-java-doc_4.0.38-1_all.deb Checksums-Sha256: 170538706cd85310d6979f30daa281352ddb4fa906ce1200a5e5f8f03e15f742 2054 hessian_4.0.38-1.dsc 61ffa638ca2c5088a7181c6e5476e37946843cb199dfc4bd82383c615656fc1e 80968 hessian_4.0.38.orig.tar.xz af0f3db0b2ee08f55fa0b09c2a3c212a3b5364eaab0bf22ff16c7e35a019cc33 5056 hessian_4.0.38-1.debian.tar.xz a1e35d840b185667f58cd5ad51998c444e9231fa4a78f445b5203978876a6c57 357010 libhessian-java_4.0.38-1_all.deb ae396c3107f6de3d7749da3dca6d4288443b78e4263644df33314bd2b24a9ae6 150872 libhessian-java-doc_4.0.38-1_all.deb Files: 1e6f23176e7cf938a6a5c41617898bc4 2054 java optional hessian_4.0.38-1.dsc b485038d03a438cba26f66b2dfe084ac 80968 java optional hessian_4.0.38.orig.tar.xz 715e197f0856df80d4c6acd4af5de1a7 5056 java optional hessian_4.0.38-1.debian.tar.xz d2f47fe79a0f72349e210b10f480e41c 357010 java optional libhessian-java_4.0.38-1_all.deb b9e303e5e2d73db1eb2790b296fa51ae 150872 doc optional libhessian-java-doc_4.0.38-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJS+MDAAAoJEPUTxBnkudCsQQAQAKAydaXt7wTbhKobfCx6K66k tuX8yruXaYiheqlSPAMUbja4WNuUPvHs57lK7oFS7jCNExfbqrFYBnVCq+yRUEHn rxphQ29dSG1gPROdqfO8Gk5sqUZ/pvyDZuvj+zmd8NukPuXNRUolFeH+GBcH6mU7 g9XGUtog8GFJKKMuk8KIXFs0RK7ApVrc8mnPIHmIU0ZmQ8RwkAAi2gaz3qXRPmpR XnvOTlI1WoY/hc9HV+XNCD025qypyry2YtFH1qG0jMzI6yDrE1cOhIDSe6cupAEF nyr1PxcIhyoNqg5u+Hf6mz2gkSs6M/eRz9IxKt7GtuI48xjnyHNlH3eT2Qo0K01c j2GygKNrrAlgPgsdfNDXl2dWptIW0o0lMHNw4elBXpHbR11K1Ae2xVMmsF9VnEdU n7YRub3FBcvocEBK+8Qcf2+NmaARTiTlbiHoAHhtyQ+29JVTvnWvNWFg028HnRF0 MbnA5eu0ma33Gr2Wo/vya++2gE83NhM2JhW2kSPEKZEFf0r0Uocigf5o2UUcbSBJ 5jHyJC3w2IdBUUqpFHqRIWnR6mLSIu6D/vm1ahdhG8VRgRZ/HRVlhho4EOqmRtdl ybdWgCF+UgM+yEO6JHPHpU9q6O323UnMvuhDeLXuq2zuJ4HHg9WSpfRa5cXwrzZ9 l7PibvUj3MJXlE3A4X0G =lpf4 -END PGP SIGNATURE- -- 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/e1wcpot-0002ah...@franck.debian.org
Accepted plr 1:8.3.0.15-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 13:15:51 +0100 Source: plr Binary: postgresql-9.3-plr Architecture: source amd64 Version: 1:8.3.0.15-2 Distribution: unstable Urgency: medium Maintainer: Christoph Berg m...@debian.org Changed-By: Christoph Berg christoph.b...@credativ.de Description: postgresql-9.3-plr - Procedural language interface between PostgreSQL and R Changes: plr (1:8.3.0.15-2) unstable; urgency=medium . [ Martin Pitt ] * Add postgresql-server-dev-all and pkg-config test dependencies as the test uses pg_buildext and pkg-config. * debian/tests/installcheck: Temporarily modify test script to use CREATE EXTENSION instead of sourcing the build tree's plr.psql. We want to test the installed package and avoid building. . [ Christoph Berg ] * Add expected/plr_1.out to catch the 8.4 test results. Checksums-Sha1: 6ae6e8bc32c0dec2055e698d2ba56dc2f725fc37 1923 plr_8.3.0.15-2.dsc a8c20f55532926dff165f84302efac8dad54dda4 10268 plr_8.3.0.15-2.debian.tar.xz cfa632a8d31be1c7b4033c03c9da456052def072 52066 postgresql-9.3-plr_8.3.0.15-2_amd64.deb Checksums-Sha256: a29cf8909725a8cd5cdc88e6433394365c99e1dc73c94ba3d8c8c562b14fce52 1923 plr_8.3.0.15-2.dsc 44edb202cec8bf27dae21732c5388e5af50ee435906dfc2765ca604a368ec6df 10268 plr_8.3.0.15-2.debian.tar.xz dd36c83c5f387a8439f67f2fb7aa25e04e208bd17435544592b2efe136e40dd3 52066 postgresql-9.3-plr_8.3.0.15-2_amd64.deb Files: 63687deeb50da643d897ba3c54908618 1923 database optional plr_8.3.0.15-2.dsc 7304121cd2acfec8fe358d284f868361 10268 database optional plr_8.3.0.15-2.debian.tar.xz e20e8efff0aa8dc5551e0856d806db77 52066 database optional postgresql-9.3-plr_8.3.0.15-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+MMLAAoJEExaa6sS0qeuqF8P/0G2v1Kh7UFBicy05dHWQ9WI jF0pdDOxWb3kcvryJ25zED7wbVNNlxs5CHA3dZxe0gf+rji5293D47CggZkyKX27 hZD8WYlP0KFFy6DvmBqXozNRA0vLCi6A11EqZ/7j1gQm5mEXQP5F1jHIqW2JfGmm UxOES7Fx300c9IdqLtVatnSdCszaHJs2T7A97Xh3tn0Q5TSE4zcVbZ+wCVvjYp+Y icGsy4cMOfJhYKzJ6WrWa6wvnsRL+0vSn2qGljWdQaa8NyBUOKB37Td9W2Wn8asZ xLdqXTOW10BYYmmkGYnp63p3bmXwmbVoYv8UbFDiG3gv7frHvf4ZpKMX1tydMoIS /Kc+9wleTvsXDsP+iINZiNNALgYqUPzKjWjcFm2MhmM0npxH+N+Cgvs/pmpgfH02 NqsoasxjwDN+jkIcSteMAF3JB2Lg189HKIgOs8oWVYlBBnYGGi3OSsC4B7yezxwD gBiDTKWPfbdrxWlEnF8kO6XP1QMnZX46tAofOWaZhS4oNfgdcCnEQpLuFuQj73EN 17UMMdBLhpmnWJgeh30QeCCeH0fIcTjm+qiyl1Fs1bLPM86cuoBVoAUuAiNM8Scv AtJXJKySzyXSMJQRzp73qf7oqUtn8YCm6q7Mm2zorhvoW5Y+eigwVh4P86I5RDqf kF+cr80/SsSZYUvc+gE+ =BuNF -END PGP SIGNATURE- -- 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/e1wcpqu-0002nq...@franck.debian.org
Accepted expand-region-el 0.10.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 12:36:27 + Source: expand-region-el Binary: expand-region-el Architecture: source all Version: 0.10.0-1 Distribution: unstable Urgency: medium Maintainer: Barak A. Pearlmutter b...@debian.org Changed-By: Barak A. Pearlmutter b...@debian.org Description: expand-region-el - Increase selected region in Emacs by semantic units Changes: expand-region-el (0.10.0-1) unstable; urgency=medium . * New upstream version * Merge upstream fix for web-mode-expansions * bump policy version (no changes needed) Checksums-Sha1: 4eecb051a5549c567c38de5378c29d8cf1f89278 1287 expand-region-el_0.10.0-1.dsc bfc048c14dca9ef243cd8dba19a1cfa8a7df152b 29801 expand-region-el_0.10.0.orig.tar.gz aa61531113293e5f203a65cfc9bf90ed657b 4672 expand-region-el_0.10.0-1.debian.tar.xz 4e4e41a873d029bf87e93756b60c29845dc68c05 25098 expand-region-el_0.10.0-1_all.deb Checksums-Sha256: 01f9c12f9cd123bc5ff2b4f9e462dc33432860543712192c36383a1994f6540f 1287 expand-region-el_0.10.0-1.dsc ab6f9b817e080a9d95c1453c8d6d012801098ce152e33b25f611ffb13c56d1fd 29801 expand-region-el_0.10.0.orig.tar.gz 7317ad1ca0972da3de86e4425bf7ee0e6452290f8e3921d3f186555a57e9442b 4672 expand-region-el_0.10.0-1.debian.tar.xz f919f367f984542d3c55c26982ca250f61414e566f2cae6d7c90700ee9fded13 25098 expand-region-el_0.10.0-1_all.deb Files: df0bdc70876095740d126db748053828 1287 editors extra expand-region-el_0.10.0-1.dsc 13c9ed7452f3393a3ca4d5d560df3daf 29801 editors extra expand-region-el_0.10.0.orig.tar.gz 932f984adfb429e00876026927f73d1f 4672 editors extra expand-region-el_0.10.0-1.debian.tar.xz 35a89d9ff24c841bc6874f633a6fbad8 25098 editors extra expand-region-el_0.10.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlL4yBMACgkQLz4Gnv7CP7JF2wCg38Dcy/TsvWPstd4pvfCVyO/E 94UAoIs7KZOrCjfvA5tPQqg++fomhCMO =goWg -END PGP SIGNATURE- -- 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/e1wcqha-0006so...@franck.debian.org
Accepted pysrt 1.0.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 06 Feb 2014 23:05:03 +0100 Source: pysrt Binary: python-pysrt python3-pysrt Architecture: source all Version: 1.0.0-1 Distribution: unstable Urgency: low Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Changed-By: Etienne Millon m...@emillon.org Description: python-pysrt - library to edit or create SubRip files (Python 2) python3-pysrt - library to edit or create SubRip files (Python 3) Closes: 729872 Changes: pysrt (1.0.0-1) unstable; urgency=low . * Initial release. (Closes: #729872) Checksums-Sha1: c18817a1d8396aec8145f51ade0702c97a324c95 2090 pysrt_1.0.0-1.dsc c93b712d2c12f5d4f5afa1ce8a91d04fcefc31c3 11966 pysrt_1.0.0.orig.tar.gz 62380dc3265524ecb7b117a77e611fb669088285 2656 pysrt_1.0.0-1.debian.tar.xz 885f9e6fbf6febeb2d0beaf6979dea3bc286c887 12986 python-pysrt_1.0.0-1_all.deb f79b4623732ddb8a3601c7d5c227fbdc992eaee8 11928 python3-pysrt_1.0.0-1_all.deb Checksums-Sha256: e7e9c94f6928bfa985bfa81afa9e5276d485a0a4b5a2e6f52a63d6ba7933ac7f 2090 pysrt_1.0.0-1.dsc 88b4f93223c84aa86741387dcf5bcec86acf961eb66383c4ba86b1ffbb826a64 11966 pysrt_1.0.0.orig.tar.gz 952727207354f2623c223b971744c2a5616ee2f767c5fe003cf09748b8878f1a 2656 pysrt_1.0.0-1.debian.tar.xz 318cd8bfafc2085101beafeaedd2c9a50b46ca3f35ebfabc69d09659995bcb83 12986 python-pysrt_1.0.0-1_all.deb 1c6056a5127ed7ee17c4b218d0fbba8f882a03eff11055389821189ad3bc605b 11928 python3-pysrt_1.0.0-1_all.deb Files: 855177afb18e91e684f818330ae1bc6e 2090 python optional pysrt_1.0.0-1.dsc f2b350d40f55c813cbde77518ce41318 11966 python optional pysrt_1.0.0.orig.tar.gz 5c4cd8c4d33926f297e7c97ec0bb9b17 2656 python optional pysrt_1.0.0-1.debian.tar.xz 13be4baa546c0da3d0b1cc9d052a0ad0 12986 python optional python-pysrt_1.0.0-1_all.deb 84453ec69df4de248f076d0a265a5256 11928 python optional python3-pysrt_1.0.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJS9Ao0AAoJEK728aKnRXZF8GEP/191IO9LSaH7dRc9kem9bJ58 eY4qXjPM8vzD64g2x5C6V53HF1X3bYEtZ9baGbrNaLRojbjOHqtYx/NiEzgPD2Eo VC+lyZwgUXYzjss6Fc7kED72Z0D4FnwT3vPbhGnVEhzm96nczwMrNA4CyyKuY9vg y2BwG9vIB9nDtMBfNxqMWFj7sdrLB1CkE6CP84iE5d8NPBJJ+xwOQ8kRkgEk7F+8 BzVIel9k9MKgb2YDaY5qI4HZ93QhzWhtpyYRUIoC/tYWH75oN2ALFmSIIwCJnSES qfO/I5aJ+lvvcPgz8AboZk1coaXffDO0dxg1UqE4im2XxOm6LAUoYz5IUw0JGLr2 RdMdy0hRGoAtXGlMHUDfGZWklDEV940dsWkYVw1GFZJf3G7zBonwGLD/ih05u632 1Sg9sK4JOwOxdquwFNemQhaDVw6hW1+lYyYXf314uAlZd87OKo53L4WAQdCdl4B4 vsVsS68EpoHjPgNHieGCz6NSWO6+3vgTI8M20WlJFYwBbVSMzplqEQ6y9DLUibMw 8XKYt5VXystaaMxLPX6apxe5AghS6ZsBPcHq4MOWCbhaY0KF+2X8z5HJIT/qmNgj IfjMrs+fW5z4D/Oj3b5rBs7SSuGy0pBHuVAUWP2GWw73xNABGjp6U9KqGhjDXdQV fcP7EcSFFIyyg3seTCME =YiqZ -END PGP SIGNATURE- -- 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/e1wcqt1-00089l...@franck.debian.org
Accepted haskell-pipes-attoparsec 0.4.0-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 06 Feb 2014 00:21:31 -0500
Source: haskell-pipes-attoparsec
Binary: libghc-pipes-attoparsec-dev libghc-pipes-attoparsec-prof
libghc-pipes-attoparsec-doc
Architecture: source all amd64
Version: 0.4.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Haskell Group
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Clint Adams cl...@debian.org
Description:
libghc-pipes-attoparsec-dev - ${haskell:ShortDescription}${haskell:ShortBlurb}
libghc-pipes-attoparsec-doc - ${haskell:ShortDescription}${haskell:ShortBlurb}
libghc-pipes-attoparsec-prof - ${haskell:ShortDescription}${haskell:ShortBlurb}
Changes:
haskell-pipes-attoparsec (0.4.0-1) unstable; urgency=low
.
* Initial release.
Checksums-Sha1:
9e85c0e31cd70caf669bad52454653504bc06058 2954
haskell-pipes-attoparsec_0.4.0-1.dsc
5035d29b92accbd13ab36f994faa2fb30593523c 5514
haskell-pipes-attoparsec_0.4.0.orig.tar.gz
2a539020522f46c3df06218741694f3dbcd2865f 2504
haskell-pipes-attoparsec_0.4.0-1.debian.tar.xz
c26428a9396f74ce8f9e65dc86116aed14babf57 33298
libghc-pipes-attoparsec-doc_0.4.0-1_all.deb
01380b88a07df4c86e3faa5490f77bc1dc61b8be 36148
libghc-pipes-attoparsec-dev_0.4.0-1_amd64.deb
fccde1ce6fa7e6d52974b50659876ad9935d6c2f 42432
libghc-pipes-attoparsec-prof_0.4.0-1_amd64.deb
Checksums-Sha256:
84bd3dc00f6be902a69b08896732ba9f3b48c7974b544e3e4ec8ef14d518443d 2954
haskell-pipes-attoparsec_0.4.0-1.dsc
7c7e66dd305794839b09b37c1b467604892d2870f3b59ac66c6e7b0475c7ce75 5514
haskell-pipes-attoparsec_0.4.0.orig.tar.gz
8ef633a1072ca6297748b2ff990a3f00239b0ef82ae063ec4ab0d9d27d9d8aa0 2504
haskell-pipes-attoparsec_0.4.0-1.debian.tar.xz
f658e63adf68316c13861ff06455278efd60f8c4626c7384a5c889d3d4e4ad5f 33298
libghc-pipes-attoparsec-doc_0.4.0-1_all.deb
29975463ab73440e6a59301c07d3c4368a683d66b4bf0f206a20531bc81af182 36148
libghc-pipes-attoparsec-dev_0.4.0-1_amd64.deb
48ca7fdb705bd8c6c1e6eb437323ae4fd3aa8bb2d3a08ba2c95187a2bf2fac0d 42432
libghc-pipes-attoparsec-prof_0.4.0-1_amd64.deb
Files:
dd7e17cbeee0631bc5a0472656d7cae5 2954 haskell extra
haskell-pipes-attoparsec_0.4.0-1.dsc
3347368c0346770edb574092f91279f8 5514 haskell extra
haskell-pipes-attoparsec_0.4.0.orig.tar.gz
e38a92c8c766f9eaeb10311c716484f0 2504 haskell extra
haskell-pipes-attoparsec_0.4.0-1.debian.tar.xz
f4aa965c3cce7a4821023890f4c5efda 33298 doc extra
libghc-pipes-attoparsec-doc_0.4.0-1_all.deb
5668634cb5a2acb2452b7c77b7e175d8 36148 haskell extra
libghc-pipes-attoparsec-dev_0.4.0-1_amd64.deb
aef91b5fe785c89035e6b54aa6ba0927 42432 haskell extra
libghc-pipes-attoparsec-prof_0.4.0-1_amd64.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Debian!
iQIcBAEBCgAGBQJS8x6gAAoJEFWSMx4ZnTiooh0P/RkNwg2MsWt3WcRwGKoFSTGu
JpY9m5LQWhJPO5tNXcAGMslkRM73g95q+IDi13FUrHP11SSwmnVuWfKcJvYT9wfA
8//VPqzQPndnIFmZJQr33n3gqXG02xNSRlBHeEA/T5dx1nzTo1q/iGa6h4yGAIPR
RyWqLtDE9Ozzlil8Wp19WsFxITE8PJqU5ljxIjzCCp1ggU09xP10Qg0Yf5m1/zrp
iOyPwej7z8H4OA4/6sTYyCOf1hrMURdOsBB7mGn23XaEsaXBhEP2rJ0opnaUg5Ti
9lDvUJ4CvpoayCpedtf4gduUeFIc5w7VkDWInZlRJ0wS897TatHLR6k0St71cRLd
Z3xV72bJUUrOIAlcPDXh/BbHZ43oOEP09GoSzKNFkTSOk/xRO9WOE907HEbXQKwH
QNJPXTBfN0siZubpWbVxXz52Tjhx0uEIjxywtdzoY0spqYXdSOnoluBQqP5QrvD3
RDV3UYQkWQyKLKslpEAt1mAOxllUbVGUuhXy1KNWaTLEZDPfZm2MZ5S0JtvmaN0r
QV+PIkHz1O88i8dlknuKedoCWMHR1hmRbT/t8WH1nLVGRmfk9fF2Qui22dIM1Zri
oVt4czbmPeKi5cdcFTtjvPZqFIKD90WdAymDlCoNIcDY8RccUId4uFXtZD/juW5I
OemnoguQQVRXYfn2eAdN
=6mI0
-END PGP SIGNATURE-
--
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/e1wcqt0-00088b...@franck.debian.org
Accepted libhtml-dashboard-perl 0.03-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 05 Feb 2014 22:49:25 +0200 Source: libhtml-dashboard-perl Binary: libhtml-dashboard-perl Architecture: source all Version: 0.03-1 Distribution: unstable Urgency: low Maintainer: Radu-Bogdan Croitoru croitoruradubog...@gmail.com Changed-By: Radu-Bogdan Croitoru croitoruradubog...@gmail.com Description: libhtml-dashboard-perl - module that tries to achieve spreadsheet-like formatting for HTML Closes: 737674 Changes: libhtml-dashboard-perl (0.03-1) unstable; urgency=low . * Initial Release (Closes: #737674) Checksums-Sha1: ade71a0b5eeca49ee82c1c864934dbc21c3c1a89 1965 libhtml-dashboard-perl_0.03-1.dsc a26f9adfa2cd2d8161232d3754a6bc6f7218d576 16911 libhtml-dashboard-perl_0.03.orig.tar.gz be145552fc187a99794a3415e06ebee386f6d596 1692 libhtml-dashboard-perl_0.03-1.debian.tar.xz d931668be363a3995f495f26b4ba8e18b18c987d 23740 libhtml-dashboard-perl_0.03-1_all.deb Checksums-Sha256: 6bdc7ffaeeed6bc41506e82695c9f1290fe0f3d299dfb145c156cc228a49a2ca 1965 libhtml-dashboard-perl_0.03-1.dsc 79dd646dae88e7a42c49bf272a04dbf7f8d427ce3a7e31217fb355a45fe1490c 16911 libhtml-dashboard-perl_0.03.orig.tar.gz aa0f09d3fe145a552d8e46be1f6f7bbb2ce9449ac03728e43d6885449d2d1782 1692 libhtml-dashboard-perl_0.03-1.debian.tar.xz e748d046bcce32d77e8e4474fa69d0dfc47fd6f1dd53d9fd3d167878bfa6f8c7 23740 libhtml-dashboard-perl_0.03-1_all.deb Files: 53ffc90a8acab08744d3e692f662b781 1965 perl optional libhtml-dashboard-perl_0.03-1.dsc af4d593014b2ffbbb05866b8057f8868 16911 perl optional libhtml-dashboard-perl_0.03.orig.tar.gz 6362e3a61eba333ddedd6ffef9f0ec26 1692 perl optional libhtml-dashboard-perl_0.03-1.debian.tar.xz 43d9a824e0dccb9aeedcb1b5e67fd202 23740 perl optional libhtml-dashboard-perl_0.03-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJrBAEBCgBVBQJS8qodThSAAB0AKGlzc3Vlci1mcHJAZ3BnLmNvbW9kby5w cml2LmF0RDFFMTMxNkU5M0E3NjBBODEwNEQ4NUZBQkIzQTY4MDE4NjQ5QUEwNgAK CRC7OmgBhkmqBr40D/4kOIp9UwGsLcDncP92ou3lQfCr4iN+7QvhMtsjf5pjLg8t ayOlGjwdOI9hI756h9KCZRNcnv0zs1EdBSKEVJopTG85NGQIcWPoh0Cy5X3C5QgC oNeK+OdVoYj4BkXumfJXEsPfKvKnZhe9UQKio+0CNBWkmZvjbjgFp6RLAQ0isIxI tQLnw0tWfKsOLxQ0c9pBcp1/oB/bzfm8FnzGUvpwu7XZ7J3nLX3ESpKIc8XNZPjb 2ncRyUmWkIb5ivRVRWKRHtGo+S+MtMPWQ8H819KtsIsqjUTPefb+3tjTWFAAXkL/ aqUnfdq7N+JLusoN6G4O1hWSnGSMiMXPVSZ+UdG+tOxVd7OUcLcXa0AO+e5LEg29 cMWlc7jbvNY+KPA0qoTLVHpJ3AkTMGTxcMELRW7shkzRBdIwJe6uCG+4aREAewnN R6YVQNbMbPeW9woUoIteGnOZZGnMt4fOdTpHMosqorC4OTVd7xpe2gnjWBR0VO8T SJV90DVnNa5b5zWDU9z1sycWBdjd8vmDC1zeeK6lmlIPQ97h7IfcAj0QTF9TZHJ6 1o6RYoZzw9CKHQdye9oS/dUCOgXIYu3BDICQjuu2fk/0xiYF0VQ+6UaUr+7BwQ5C ZUdeBoscJaJ7zseXSeasqrFG3qfDYGVLliyfFq5lNxPe6mWmMXO7C5MY1H0gLA== =lEne -END PGP SIGNATURE- -- 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/e1wcqt0-00088y...@franck.debian.org
Accepted python-netlib 0.10-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 13:54:01 +0100 Source: python-netlib Binary: python-netlib Architecture: source all Version: 0.10-1 Distribution: unstable Urgency: low Maintainer: Sebastien Delafond s...@debian.org Changed-By: Sebastien Delafond s...@debian.org Description: python-netlib - collection of network utility classes Changes: python-netlib (0.10-1) unstable; urgency=low . * New upstream release Checksums-Sha1: 92f679b254fb3827f831c42aa03caa185471fcab 1228 python-netlib_0.10-1.dsc cffc171bd3c96929187e9480e6732feb792bbe8c 37398 python-netlib_0.10.orig.tar.gz 44d01a30e6122b0279b29034d8a4249082c05599 2371 python-netlib_0.10-1.debian.tar.gz da0ea5006a177f75d7ae4c531b9489a82ac45f2c 22158 python-netlib_0.10-1_all.deb Checksums-Sha256: c2c811f55658b8784db228e18bf6dd7c80dc5218bf4cbb071a90974b62acc327 1228 python-netlib_0.10-1.dsc ff4469166adedec8c92e35c31e886fb434433e3336542da76e676f4350750e22 37398 python-netlib_0.10.orig.tar.gz e91d7d332a5b3b150cb2d6f2e6f15912ad0913a1098372c60efc1d8b5916c61b 2371 python-netlib_0.10-1.debian.tar.gz f66aeb125b7be1672dd7d7b05762e8e5b0151c8bcd4618b852704f843e6e5868 22158 python-netlib_0.10-1_all.deb Files: cbe7f1df20678a5379fac2db166741b9 1228 python optional python-netlib_0.10-1.dsc 8a87780b5df58860116c1b12c2130199 37398 python optional python-netlib_0.10.orig.tar.gz 10070a6668a408f0da387b771e64d998 2371 python optional python-netlib_0.10-1.debian.tar.gz 26951cfece612bc85298eb190e58a322 22158 python optional python-netlib_0.10-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlL4zAUACgkQiZgNKcDdyD8+LQCgoAAjZQAj8aekmyWs/N8bvGy6 +r8An2KI52UNvOjrx1oIGPfQL2p5Ilmb =X9f7 -END PGP SIGNATURE- -- 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/e1wcqxv-zv...@franck.debian.org
Accepted mitmproxy 0.10-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 14:07:27 +0100 Source: mitmproxy Binary: mitmproxy Architecture: source all Version: 0.10-1 Distribution: unstable Urgency: low Maintainer: Sebastien Delafond s...@debian.org Changed-By: Sebastien Delafond s...@debian.org Description: mitmproxy - SSL-capable man-in-the-middle HTTP proxy Changes: mitmproxy (0.10-1) unstable; urgency=low . * New upstream relase Checksums-Sha1: 32dd11d826591db010efdf2707a7dc4e2306c56a 1190 mitmproxy_0.10-1.dsc 3e67bf4d2d2166679c38bc979b65dc997bf06250 23664207 mitmproxy_0.10.orig.tar.gz 4848cca617530d34f3b9017b595ec8d7ceed8400 3010 mitmproxy_0.10-1.debian.tar.gz 8849c93ab25bd768a5741a954b929efaee45aae0 388172 mitmproxy_0.10-1_all.deb Checksums-Sha256: c9fb4586910514db36e716913e82346493abcb7a89c0f1f32037f337155d8742 1190 mitmproxy_0.10-1.dsc a754a15878584e0c6ed0f28c63745fbb79b2ea5c58e76fca558147add1eec1a2 23664207 mitmproxy_0.10.orig.tar.gz 66964a16b086399014cbfb57f392e72c521403a9130a3c6dff02521591098224 3010 mitmproxy_0.10-1.debian.tar.gz 85a5f3169df5bbbadd96a6188c1382ab7ab7977860701e4a19de83e4f892792f 388172 mitmproxy_0.10-1_all.deb Files: 6c175c547259a3863999f80b98dc4f36 1190 net optional mitmproxy_0.10-1.dsc 8f23bf31635e327f3985357f6de2e054 23664207 net optional mitmproxy_0.10.orig.tar.gz c8240be674eb7be1d587c13bd12ea539 3010 net optional mitmproxy_0.10-1.debian.tar.gz 1c4b2a16401cf80ebe7f1061912af18d 388172 net optional mitmproxy_0.10-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlL40LsACgkQiZgNKcDdyD8JUQCfQ1r4IWRbSfpQ4QHoAPQkbBOd luUAoIKu+KCQ7v7CqjKbF7iTmUpXZfeG =8gi5 -END PGP SIGNATURE- -- 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/e1wcqzo-00044y...@franck.debian.org
Accepted fossil 1:1.28-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 13:13:44 + Source: fossil Binary: fossil Architecture: source amd64 Version: 1:1.28-1 Distribution: unstable Urgency: medium Maintainer: Barak A. Pearlmutter b...@debian.org Changed-By: Barak A. Pearlmutter b...@debian.org Description: fossil - DSCM with built-in wiki, http interface and server, tickets datab Changes: fossil (1:1.28-1) unstable; urgency=medium . * New upstream version Checksums-Sha1: f888413025efc6126615e9c20655a7bcda651b48 1134 fossil_1.28-1.dsc 9e547a27d2447f12df951e86670da12c7cfbd26a 3806523 fossil_1.28.orig.tar.gz 3b9e44495025b8b63211db1d6ab74b09b0de026d 8728 fossil_1.28-1.debian.tar.xz 5615cf474067246d7fe78de7299815d45e4d1aa3 478408 fossil_1.28-1_amd64.deb Checksums-Sha256: 95ff92d4a0c16302ab53553af7a52c938d100677052a002dd4dc96fcebcd0906 1134 fossil_1.28-1.dsc aca7c5a7c39ae2880712020e089c9c12543ba656c71d8cf8ac50e3c8871baa80 3806523 fossil_1.28.orig.tar.gz c730cbcb0118d9de4234f9437b4af85a9713dab1c2b77bef4f2c50ffdaa44a8b 8728 fossil_1.28-1.debian.tar.xz 2453ed70c18794cb0e714ac2823a70cf8100c9564a93f6741486dc0a8255c91d 478408 fossil_1.28-1_amd64.deb Files: b9d41a1d55b8a90becf0d01f6cda0674 1134 vcs optional fossil_1.28-1.dsc e123c15c9b82b8bed2f4d1c5f8e19f8c 3806523 vcs optional fossil_1.28.orig.tar.gz 55a51125b25cb4b7e7a35daa93d0d00a 8728 vcs optional fossil_1.28-1.debian.tar.xz 8c68c1e95afdacbdd6b0cf0802834a7b 478408 vcs optional fossil_1.28-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlL41gQACgkQLz4Gnv7CP7JtpgCfeBaX69eDEnJ/vAy6F8AWOjrq 7bEAmwVqDZH3KarA2jetf5vRefoOjGBY =s8vX -END PGP SIGNATURE- -- 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/e1wcrdj-0005em...@franck.debian.org
Accepted ifenslave 2.4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 11 Feb 2014 01:35:29 +1100 Source: ifenslave Binary: ifenslave ifenslave-2.6 Architecture: source all Version: 2.4 Distribution: unstable Urgency: medium Maintainer: Guus Sliepen g...@debian.org Changed-By: Dmitry Smirnov only...@debian.org Description: ifenslave - configure network interfaces for parallel routing (bonding) ifenslave-2.6 - transitional package, use ifenslave Closes: 736668 Changes: ifenslave (2.4) unstable; urgency=medium . * Added ifenslave-2.6.prerm to remove dangling alternatives (Closes: #736668). Thanks to Andreas Beckmann. Checksums-Sha1: a740caec962b1cf42d490af45308fab5bbf357e8 1599 ifenslave_2.4.dsc b91ba1bcf3351b4614de724c456eb357a2db7a50 12172 ifenslave_2.4.tar.xz 244fe4d29d7b46b8b5564fda215b3daa6d2a7129 14692 ifenslave_2.4_all.deb 0da7a47f332ab12b2e85204d2210880bf32b60f4 5744 ifenslave-2.6_2.4_all.deb Checksums-Sha256: a5364ce573148e1c2cd738ace53ba24d454aa791de43dffdd49e2369990d0676 1599 ifenslave_2.4.dsc 8079530423bb58204accf8de329c628af27cc9a350b7a0d1596b58e57a36b21d 12172 ifenslave_2.4.tar.xz c682e4b27439bde49a4817bb65c65516c3ec2be12f335f35ea2b636fd392481e 14692 ifenslave_2.4_all.deb 76bca400a226dec479100969d2b8c31b644ef048a1ea7c1c158fa708f192b21a 5744 ifenslave-2.6_2.4_all.deb Files: b780c1225ac53f6fca8facf941410a7b 1599 net optional ifenslave_2.4.dsc 0600c6783138c802583d7a8119122bb5 12172 net optional ifenslave_2.4.tar.xz 151d13f2116ba9b3af37316dce2cc667 14692 net optional ifenslave_2.4_all.deb d9c6b48d8ef2b58af39fc99e128bf45a 5744 oldlibs extra ifenslave-2.6_2.4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+OWAAAoJEFK2u9lTlo0bKcgQAJJ6Z0+j2luTJZ7Q4dwTlmdc XeMDwogefEvbfGQkO8jLx32vgtuGlA3DaPDi6+kaaZVKA7nS3oIySyRol39lsY55 aKWtLCypA1+qy7L3ogXPRlEdIzcpjiUfVrMSz9RcTYZQG7TTzl30K37f+dueAD2H auTAMgo2ARvcjjurbKhlhXQoab1/hJrpKxK3iSwFPj49I5a7cQgxebC6prdFyn/a p5JDhoRT1us0ZL9wkxhZ/TpZ6s9RJRlra/EnE7lZKsBXFHmF8SL7BjitjywGxl86 Yh9hRXnB/bNLmIkLQ1RojYnoCg5ILY5XthsbXoYQyYBjGJ70NS9zZZ7bvWo+WIsM V6Z8ijbDMYhvDcGW1TTIbyKM5+V1IYHjOBIjwLjc/pWquQgG2rN3KGUP5U1d6lTd QzFgWbzf3R4k2oV/JIFbRelV8Cv/vOxDcVcnsUgTwYmXw7VEoLYSsS0yxPCbmXYz b7J/U0R+rjHdm2z9EVaP9l1ZGPsK5kZKbRS+RZg1EoYrE0Atuj7bICpxglCF9dvq 2zMEV8vsq7Kjp01JQvuAsSNM5E6tkoU0VyGmKCXpCycFvEvsOYfOAmBYRNWpU02q UtUJ1J9pkpTa02PwnJTDZBiEmcfm9QGyZHamexAf2Hyfy5YTHuEOvH+w07foULSo PYE18BBNKKDhMZh4HKvm =s1VM -END PGP SIGNATURE- -- 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/e1wcshf-0002mn...@franck.debian.org
Accepted php-token-stream 1.2.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 10 Feb 2014 21:02:13 +0700
Source: php-token-stream
Binary: php-token-stream
Architecture: source all
Version: 1.2.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian PHP PEAR Maintainers pkg-php-p...@lists.alioth.debian.org
Changed-By: Prach Pongpanich prach...@gmail.com
Description:
php-token-stream - ${phppear:summary}
Closes: 693685
Changes:
php-token-stream (1.2.1-1) unstable; urgency=medium
.
* Imported Upstream version 1.2.1
* Bump debhelper compat to 9
* Bump Standard-Version to 3.9.5
* Build-depend on pear-channels
* Drop patch to remove LICENSE file, which done by pkg-php-tools
* Depends on php5-cli (= 5.3.7-1~) (Closes: #693685)
* Update debian watch to point to the PEAR package
* Add myself as uploader
* Use ${phppear:summary}
* Update copyright year in debian/copyright
* Change Vcs-* to canonical URI
Checksums-Sha1:
c6bccedfabeab0506fd3f454e88d567c3632b1ec 2112 php-token-stream_1.2.1-1.dsc
fcf1fbbe8f2256c1c80ce79a1c95a0bf3c767fa3 9854
php-token-stream_1.2.1.orig.tar.gz
0ea0ce2731065ae1e4996d09d0543bfaf5b1da7f 2472
php-token-stream_1.2.1-1.debian.tar.xz
c37879cc6eee9f808c9c37d642a680e451771a3e 11542 php-token-stream_1.2.1-1_all.deb
Checksums-Sha256:
2f7e35315253a18f9805c5cf6d532e2ff09511a2408afa8667f9d81738ca57f2 2112
php-token-stream_1.2.1-1.dsc
143b7eef9fbb6aa7ed558c9899af9177a209c4bfb394dd34ff08ee62a87d27ea 9854
php-token-stream_1.2.1.orig.tar.gz
f098eb8187d451fdc8299bef404c849f0ec7e332beeac27a9bfa9fb25603f833 2472
php-token-stream_1.2.1-1.debian.tar.xz
65d43a9a41a1085c2bfdc1cffa6ef76ca9cff34dd57dd1715e9988850ac80bce 11542
php-token-stream_1.2.1-1_all.deb
Files:
d73519c823b2fe5205b5cfe524b40cb5 2112 php optional php-token-stream_1.2.1-1.dsc
7ff2885f210a29a16489f03c29a38ece 9854 php optional
php-token-stream_1.2.1.orig.tar.gz
2f1182d75f68e3f13c3c2b8d17c386b7 2472 php optional
php-token-stream_1.2.1-1.debian.tar.xz
84d763f438d150c74d8c73cf766f5822 11542 php optional
php-token-stream_1.2.1-1_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCAAGBQJS+OFIAAoJEDkJHoEjzhwJgnQQAN1ld3tJ81FbEXdrnNNhIjNH
Cbg+VXh5C8FqcV9rU6NZhLYPT8NTqJCDy1OSVrY+9iUFNCXtHoIPl4JlSvUxQrCN
41EYZtNfxA6NO0qwvbG/rz6kvMedDGY+EvfJMgx4/LIGu254teXjWvW2BjYN1zvb
wUBSz8oz1DYpIQkjFetggwjDe3I8PYVflmjWEoxS/n3LtZUdxiH9ByQRcocsUX8o
MMfk2A80eZR+1IY+Y9IG5lFIFcuAII+0EFeFD5Cf1LgCNg4Ct5XMIFIO/PDX7PkK
1zWCF8O80q2aLjzMXzgwOzUofbsSvIlGLtiMp99w6TTyMsDNa6IWJtjTxmc+6rn9
x46cJXAarastS9j+HtXkz6XCVIKs+4v0ccGN/CJ+eZQlOETgekFIOCZuUxjUZsD2
CyvuQFktFb0E5vGQbFxWDcPgYk2Ysc/5e5HymYrAHWpokRm41y6eStmdVBme6Xad
xdTEPSZtQovbEuMjiHMnaHycLNHWgwBvgxgWW7kPX5BvpwJyl7Q0Y1ZmoDbM+Hmb
XBoh9fQPUcGK/sZS6X1lAq0jgFuZlUc7ZdWizRC6oJabKqMa6p9HOg2I0VGGqnRa
HuOTloEj7hwk0oLlJkMJYHL1wkPqLu1sBGIYDoKSkkINxunK+ZeKGYFj48elF1DH
E3UI9y4mOOEXFNE5yXPB
=3RM8
-END PGP SIGNATURE-
--
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/e1wcsi7-0002vh...@franck.debian.org
Accepted usb-modeswitch-data 20140129-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 14:24:06 +0100 Source: usb-modeswitch-data Binary: usb-modeswitch-data Architecture: source all Version: 20140129-1 Distribution: unstable Urgency: medium Maintainer: Didier Raboud o...@debian.org Changed-By: Didier Raboud o...@debian.org Description: usb-modeswitch-data - mode switching data for usb-modeswitch Changes: usb-modeswitch-data (20140129-1) unstable; urgency=medium . * New upstream release + New devices [0685:2000] ZE-3G 7.2Mbs HSPA modem [12d1:1f1b] Vodafone / Huawei K [12d1:1f1c] Vodafone / Huawei K [12d1:1f1d] Vodafone / Huawei K [12d1:1f1e] Vodafone / Huawei K [19d2:1030] Vodafone K5008-z (MF823) . * Bump Recommends/Breaks against usb-modeswitch to 2.1.0 * Bump Standards-Version to 3.9.5 without changes needed Checksums-Sha1: 75e6b05eb2fea28e3e3b8238274daa895c01f1ef 1789 usb-modeswitch-data_20140129-1.dsc bced7f47f976005469a8cbe75ea5fd075b91f082 24189 usb-modeswitch-data_20140129.orig.tar.bz2 3f8d8ab8d8997da77a51d320e83757542d6a939d 10916 usb-modeswitch-data_20140129-1.debian.tar.xz 61a6a8077eeb74e75c45f70f21a985bc7691da8e 36900 usb-modeswitch-data_20140129-1_all.deb Checksums-Sha256: 82c9d730bcb43a080876caa79c83cf9fe19a0d98344d3edee8dd3245a2749241 1789 usb-modeswitch-data_20140129-1.dsc 1ce641a76ab01b155beeec9ead3427a5f52b798af197024fdfb3d0190f5feb0d 24189 usb-modeswitch-data_20140129.orig.tar.bz2 7eb82db02262550601d9df7e8a96e9d4234f32a167b6afe579072c0f7427e75e 10916 usb-modeswitch-data_20140129-1.debian.tar.xz 78638521c4fedc3926a898740f0c005680dd88a5afed18d1ec204117a32f1f47 36900 usb-modeswitch-data_20140129-1_all.deb Files: 48ec9a12e90d5c10c8643c88e22078cb 1789 comm extra usb-modeswitch-data_20140129-1.dsc e1e7a4c679f8029a8da146477d102c60 24189 comm extra usb-modeswitch-data_20140129.orig.tar.bz2 b86a204732ce2b723a1a66d82b1126fc 10916 comm extra usb-modeswitch-data_20140129-1.debian.tar.xz fa70d7a425c907020739cff885eddbc8 36900 comm extra usb-modeswitch-data_20140129-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCAAGBQJS+NemAAoJEIvPpx7KFjRVBroL/jvz4JJdKUscOuWz3ymTHRNk oEznt4rNbIoAEdDUSJbA5iIBzP2uvxPHXPTT8XZ6k1AeUkxDzYyinDu4xVa4Nw3u ukbWVEt6V/CRQGl/k0ro1xH6V+F3wCmBJF6Dx0Et5i9HnVhxo/zeq0OJdMICXtTm OQ+dldsuQddKg3GGE0qGixwrxbH1tijWwv37iVrkWfBR9THVCeqxuKsdakzNHhqq 47lwhOET+09lcia+eRFhMv6RbU5UT9DzawYJZrOFdrUgON/9xVfSajp3p/AEk6c/ sSNrtq3dHgqljxn1qLOrp4aKdhQNsA58a5lXotEhAqS+kM8IF+jVreHXhiNT5kyC tEsJLgU++lJhJ0KS7HQEXfHnH9TIDI/NpBXr0FY8Cw/jykObXTMsbhGVvQS1dCS+ SUD/QCeGQRu4hnctEpEn2oUx2zfDbg3M/Rk8BGBkBYh+534vnjp1ygNqPA+QVAJH 6y0WLvUp5LU7snNebGmmG6f2qV84dXGzXG6IT/+fig== =tKFJ -END PGP SIGNATURE- -- 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/e1wcsiq-00038x...@franck.debian.org
Accepted liblo 0.28-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 11:48:46 -0300 Source: liblo Binary: liblo-dev liblo7 liblo-tools Architecture: source amd64 Version: 0.28-3 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Changed-By: Felipe Sateler fsate...@debian.org Description: liblo-dev - Lightweight OSC library -- development files liblo-tools - Lightweight OSC library liblo7 - Lightweight OSC library Changes: liblo (0.28-3) unstable; urgency=medium . * Use dh_auroreconf * Pick patches from upstream disabling network tests Checksums-Sha1: 52886a41853109f2cea63c3891fdf30da2e47b97 2056 liblo_0.28-3.dsc c8fe327cfcc82ebcf02e4ba74285021e800a6ec9 23180 liblo_0.28-3.debian.tar.xz e282f96b81d4ea7c6fda125fbdd0636294a4469b 112800 liblo-dev_0.28-3_amd64.deb 9b5885b7c8ccb3a036a2707fdccb73ec21602c50 51504 liblo7_0.28-3_amd64.deb 580d31cceeb60658d2b1546dea12c9be8456dbee 29058 liblo-tools_0.28-3_amd64.deb Checksums-Sha256: cf7ab33d61c20fc1bcde1bcf1878f591e2b94c955e566f4ad77d5f41a0ed16cb 2056 liblo_0.28-3.dsc b83aae4f0ab84d8860da392e9236dfd1124c00a6faa5ac07b6802319dfd4ebda 23180 liblo_0.28-3.debian.tar.xz ed26c7cd32861b34c03652d0902a1357cb6a233e7a1e18941e82e1ea67b4bdd3 112800 liblo-dev_0.28-3_amd64.deb 466ee6c24a5f6aa703a3815db3cdf9a13ab6e01025526373f12cb4d5fb68f8e7 51504 liblo7_0.28-3_amd64.deb 3362d727b623fd0e0622eb652118bd24d7c6ea39f895135deb42d9c3c75dca5c 29058 liblo-tools_0.28-3_amd64.deb Files: 926d63667054cfc60c0321d192d840b4 2056 libs optional liblo_0.28-3.dsc e2a7024ecfcabd7304d5eb7013f4c97f 23180 libs optional liblo_0.28-3.debian.tar.xz d17787e68bb60eb25ae81d12f2d0004e 112800 libdevel optional liblo-dev_0.28-3_amd64.deb f2f2802b8fcc6b7dc9306b7d2f6ac054 51504 libs optional liblo7_0.28-3_amd64.deb afb89bf1f97ab556620ba90a3efa483d 29058 utils optional liblo-tools_0.28-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+OdFAAoJEKO6uuJAjdbPBJQQAIuawS/8WuyE5OJ3pch/ttY3 DFSD+QB3xXu9tmuMwzFnJiMSOOtXN67OYWlWdYdH8h5h7RHhMJxmg552M8lTp4lN DRsX//YDQ4B+Z6KxEAit5heEAkJf2EPa97Zk1fimj/RJ8lxPNDwo7skjhCnnX7g2 W1CRzoubAm8fqJq+W9O5DkwpkPEeoGl/sH6PXwF8rHy+OFL3JpqH0EoycgafaiP1 IaPFeVTWHqZdjjLKaX7Phnd48vhfS03dXj79QoxOTlrValIKRaElJySpNJC+ttpK ld09amATg1M5vja5v/sqWLyH7gjAKMCdrxvPFsYdz8UNbp3mpWsZl8GQ/71y81Wo 7YXIgRpRZxprUhrxr98W7RzOSDtrYCnBc/Pz0httKXkH+ElN8wIZq+kfSikxAs9T qEL0op/c2PIfkZs+PVRl3j4Yrzt0G0ifY1W5T3dHuK8GpBbw+pzIxwXpPmldig90 nm4xw8fi9jQuTRGADfbgoVXOKxqwOLvfEAyo4DeVrwMCpspyDwx6oJ8cwBMYteah h9Si25qVQOfY3ZBNhPYFmN6XY+KPd1XVXJODqosSXDhdscKMXuY9CbEjKi2870GY MA/FGhqvgxqr6IaPv1qhFbhD3BTM8F5N1Hg+LXcqTs651P4zX7I0XOcBbuDnArr2 sRfcV1drb7rB8NyUPVVX =W5pM -END PGP SIGNATURE- -- 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/e1wcshr-0002rj...@franck.debian.org
Accepted usb-modeswitch 2.1.0+repack0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 12:58:03 +0100 Source: usb-modeswitch Binary: usb-modeswitch Architecture: source amd64 Version: 2.1.0+repack0-1 Distribution: unstable Urgency: medium Maintainer: Didier Raboud o...@debian.org Changed-By: Didier Raboud o...@debian.org Description: usb-modeswitch - mode switching tool for controlling flip flop USB devices Changes: usb-modeswitch (2.1.0+repack0-1) unstable; urgency=medium . * New 2.1.0 upstream release - -I flag meaning reversed, default is to skip SCSI inquiry . * Repack the upstream tarball: - Drop the code copy of jimtcl. . * Bump usb-modeswitch-data depends to 20140129 * Bump Standards-Version to 3.9.5 without changes needed * Add get-orig-source target to do the automatic repacking Checksums-Sha1: 039525a32a3e9be3861923848eb95f45e68858a9 1810 usb-modeswitch_2.1.0+repack0-1.dsc 59c76a8f8bf09af78aa2619f9445590db35a5bdb 42088 usb-modeswitch_2.1.0+repack0.orig.tar.xz 2b77722946daff1361814cfc8a6e8cbc88c5dbd9 10688 usb-modeswitch_2.1.0+repack0-1.debian.tar.xz 3f54af1fec36d74d723309f5947dee54dff1bdb1 52706 usb-modeswitch_2.1.0+repack0-1_amd64.deb Checksums-Sha256: 9777c8fa99814a788121358070250c1b75bef9c5e040051e976234e8dbd83c0c 1810 usb-modeswitch_2.1.0+repack0-1.dsc bcbc7dc31b0b8ff092756ef41a7ef69f3b233fea61ee3baf6f22527e6c4dc95c 42088 usb-modeswitch_2.1.0+repack0.orig.tar.xz 2c80483608f75e906bbe8920e89243db099d548aa1c0b20ee46bbc9699cba608 10688 usb-modeswitch_2.1.0+repack0-1.debian.tar.xz ef26751f9786f2318b47f1bb07f2396f0f88202034265a6df5822617b2b29498 52706 usb-modeswitch_2.1.0+repack0-1_amd64.deb Files: dcee06ebcb2bf4848881396f7adde33f 1810 comm extra usb-modeswitch_2.1.0+repack0-1.dsc 783a3c8d97188334eb0a93e4643b131c 42088 comm extra usb-modeswitch_2.1.0+repack0.orig.tar.xz 4d0c38794f932badd7c95d71f3c1c3b5 10688 comm extra usb-modeswitch_2.1.0+repack0-1.debian.tar.xz 2880f1e52b8b531d5d15ef35fb8cf8cd 52706 comm extra usb-modeswitch_2.1.0+repack0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCAAGBQJS+NeMAAoJEIvPpx7KFjRV0mUL/1iH1kUaw3diuClgYikejimQ 5jMsj69W7ejEHvVVHPgx9Zgax6m3t75P4XkdL2FiYtiOpo+jal0zSbXrzwkzHOV2 IG+PgPhPMZUSgdKKNPNHvkJjOQLiyF/+k1h76SBpP2SMJgJmqiOv+mNCz55cqVln 2963iN1E6RV8oK5/CZSaFFUPn4smI+krG6BLVJ5rcKcob1t5qkAUGnDa5MoOg5Ev G6SHr2z7zAjqXab4kGMoY+8yUzVgP80VhH4U2M6j6V9OMMQDwGMoG83V0aWyazzl z7kp8vgJzcUQps4pfBTHGF3cRqfg7ygWkvlJiK2cxTuc8DtXvyq5wEZ78n2caiI4 rtXfDqB1p/bm/EBB0IpmYDkaDLIi37jTqF8D1vG3Sp9UCsAxKaBdK5GeLNywDwgX WbNWikj29WHhSTPi1i52s3SFB5g8n1ljZwoZnQSzh0SwDgEkN+kDi8hkVFDRMu73 19G2kESOgkBghkNDQnzgptrSdv6/7hlxQAelAx1XgQ== =yTPy -END PGP SIGNATURE- -- 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/e1wcsii-00036m...@franck.debian.org
Accepted ruby-em-socksify 0.3.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 20:29:44 +0530 Source: ruby-em-socksify Binary: ruby-em-socksify Architecture: source all Version: 0.3.0-1 Distribution: unstable Urgency: low Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Changed-By: Praveen Arimbrathodiyil prav...@debian.org Description: ruby-em-socksify - EventMachine SOCKSify shim: adds SOCKS support to any protocol Changes: ruby-em-socksify (0.3.0-1) unstable; urgency=low . * New upstream release * Refresh test-localhost.patch - Disable tests needing squid Checksums-Sha1: 92823d1027af30be0f36d65880f3be80953761ef 2171 ruby-em-socksify_0.3.0-1.dsc e13903d60fef0f7cc84e421e10099e0abbffce60 4870 ruby-em-socksify_0.3.0.orig.tar.gz 7b38e366b9b3c2929a5d52ad0d65782f53013512 4212 ruby-em-socksify_0.3.0-1.debian.tar.xz 1b47a7e80afc0fee46a54e95c15d69020a329696 6484 ruby-em-socksify_0.3.0-1_all.deb Checksums-Sha256: b73bfdbda8d72322f21ba7b0bef1bd263cfda9fb4c8f3ac86797778b51025209 2171 ruby-em-socksify_0.3.0-1.dsc 8cbb5579da33b489088c33144c41f75abe753d47e41b3869f6c549358bdfc69b 4870 ruby-em-socksify_0.3.0.orig.tar.gz f298d52e17da941281bdbe6c9652cdad3b4bec12f5d68ab7395f5f2ef5d98650 4212 ruby-em-socksify_0.3.0-1.debian.tar.xz ad9a4b38f1e8444536625aff9cc5253c26ccfdaee298b39ebadf6f654728e79f 6484 ruby-em-socksify_0.3.0-1_all.deb Files: dffd174ca9576ad75f647aa9fbe4b0cf 2171 ruby optional ruby-em-socksify_0.3.0-1.dsc b4088d412b720257f5377a4a629dc595 4870 ruby optional ruby-em-socksify_0.3.0.orig.tar.gz a1062502b82d9053af9d325d09d7fe93 4212 ruby optional ruby-em-socksify_0.3.0-1.debian.tar.xz 2da00f41ea643e49e1c8f8fbc3ee603e 6484 ruby optional ruby-em-socksify_0.3.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJS+OviAAoJEM4fnGdFEsIq92IP/0Ms5gYWUkiXtNug4iY4QkAx pKxXThglOFTMUG6jPG/uMcl3/jltdipf/L7HZIC3kzoC/Mm0g6frdcAiiW12b/eo sbwHVThDPGIWOrrjyOrfemaqswVSwLgfDg2D1B4CoW1JOKbIoFjqgoJ3qh1GV/B+ QyQoK8eDoVfhx21zDtJCdh8LkuHL7IwducZ33PbKf+W2V8viGfNiiKPlCJDmVe5Z 7GclP48gPwTIFUIhd12p+Fcwdfcal4OX6zMInlXo9HuJNTrjT4zRoyL25i9ugTzF IbMR0WhU+Ae45dHt+BsLZXMFWg+sf63aWneNNzPLSdgVT3P9z3UnGM7td613K/ZE Pc+6lSZV07spzLY2JZpAoCqVbJmrXpPkAR/3OQjWMgFcLjp/iSg7sv1miVDAXyEf S6dwSfrVVKiIFnM5jzQnF+Ivf4FwBgTKPHRu/X0qZtaiNtVitQuQtuy60t4QQRcH Izy4qSDe5BunxgFYnllUczYicBQgGHOL3LvZu0RrF9O3btjACeU01FI9l6N66Pvq mAuiqHgAIT/6kSx7+esOqp7i2p78fP1YD7SUBp6iMh6Tu9pD/E6p3Foe9Se4YKlA WfJug68e3/M6ANWtxbDW/N//D8GmQcPowVq5FCZbZQo96l6yqAbF0NDQRYvtp5pT 7MCGYquzlZ5iAwZRLZBl =7q3M -END PGP SIGNATURE- -- 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/e1wcsix-000313...@franck.debian.org
Accepted cpl-plugin-fors 4.11.13+dfsg-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 10 Feb 2014 16:32:28 +0100 Source: cpl-plugin-fors Binary: cpl-plugin-fors cpl-plugin-fors-doc cpl-plugin-fors-calib Architecture: source all amd64 Version: 4.11.13+dfsg-1 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Changed-By: Ole Streicher deb...@liska.ath.cx Description: cpl-plugin-fors - ESO data reduction pipeline for FORS cpl-plugin-fors-calib - ESO data reduction pipeline calibration data downloader for FORS2 cpl-plugin-fors-doc - ESO data reduction pipeline documentation for FORS Changes: cpl-plugin-fors (4.11.13+dfsg-1) unstable; urgency=low . * New upstream version. Checksums-Sha1: b85c43842a5858bdd7de057779b68c534af24288 2347 cpl-plugin-fors_4.11.13+dfsg-1.dsc f1789fc3e26748b41e42a10bbbc947ead34fad2e 756336 cpl-plugin-fors_4.11.13+dfsg.orig.tar.xz 89470dc69a0723453e08eac1a3642e39ea02c597 10744 cpl-plugin-fors_4.11.13+dfsg-1.debian.tar.xz a0836f1ce67a9eab1e8182a1c494836e59c14d16 137056 cpl-plugin-fors-doc_4.11.13+dfsg-1_all.deb 034d65753d0d296e9650b05042ac77ce09f8e163 4000 cpl-plugin-fors-calib_4.11.13+dfsg-1_all.deb 1692f1957a79df287eae30ca0232e5d2522bfb7d 557810 cpl-plugin-fors_4.11.13+dfsg-1_amd64.deb Checksums-Sha256: c265c754d7d25524876efc3cce5a6fc3ea4d59be4cab4a21a72d28a2aaf1c8df 2347 cpl-plugin-fors_4.11.13+dfsg-1.dsc c6db8da8b5cbcb899b92db575b19ad67b9659838761361998f480034e9ed427a 756336 cpl-plugin-fors_4.11.13+dfsg.orig.tar.xz 6a9a62f787502bd96359531de521d04ed0bc34a28532b41186dbaba8700702dc 10744 cpl-plugin-fors_4.11.13+dfsg-1.debian.tar.xz e3d16e54ac3f674341f9de58b2aa7fec4b3c53d175187e45680639f3305bd9b4 137056 cpl-plugin-fors-doc_4.11.13+dfsg-1_all.deb 3eab464a8d785fa9e9f6a19e50229759706f564a8a33fbd79c4e7d5a493c3b7b 4000 cpl-plugin-fors-calib_4.11.13+dfsg-1_all.deb 1c3d3e58c550469dbe4ddcacda394ddb0fd8e825886add419befbc8a096a4223 557810 cpl-plugin-fors_4.11.13+dfsg-1_amd64.deb Files: b251bc023053e180914e9f1e8d3bf06d 2347 science optional cpl-plugin-fors_4.11.13+dfsg-1.dsc 31157f4194e5836258607f5bed403e28 756336 science optional cpl-plugin-fors_4.11.13+dfsg.orig.tar.xz 60671fc2e52c38b092e0ede679689964 10744 science optional cpl-plugin-fors_4.11.13+dfsg-1.debian.tar.xz 1e03384be66e27ae5fef7aa2ca12be79 137056 doc optional cpl-plugin-fors-doc_4.11.13+dfsg-1_all.deb 46e9a3e85d2b81dbc931fcd4ba143521 4000 contrib/science optional cpl-plugin-fors-calib_4.11.13+dfsg-1_all.deb 6bb35022252d0b6bb8513e94426167b4 557810 science optional cpl-plugin-fors_4.11.13+dfsg-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBAgAGBQJS+PJrAAoJEHEVr9B3ENz3+eYP/3eQH9YoVInLWkr+H9cWP8Fs jfsyu/DDa5wepMBQ4lYlkqg+le42o4pyLCYTdKTCUNxKTPsUuusNjwlJy9dldjBs AoKPzRFXN/KHiHKZn5WsZnNFH12XibpAS7hDfHz1xY2xP+Yqv958yOfOOsJMwwpH feG2a/z1zvAV36jQPlrzClcDTAd6inkrMVQn5WBCUmrIq6P87LmhOu0XXAJoPHwX 1A0vEmiOHtO4Lf+GzPUAccHEGyXuXuqCJSpqJ62+5CH1/ia2g0H5+aIyqYjWrwXu 86YbBFUXY82vD/J8w5h8B9SXdbzoupJMCOOpdzdPzrW8SPNgr/RFhMApvJ3Yza4F +rl/xVv7890C5L9jrxfcohrQowWjs27Q4ktj46dXRhhlBL7lAsS76fn44mIfTCIw Or51B/ab/I3Zd2zNR4XL9neXGajMxojRGqh4fp1Jgz3Q1R9/8ux/g9NUxKNwMYme 2OhJV9ZI2BxO2jOEvNMx4L13kvlao/8optVzbI1ZHeavDkUuqx3qyTh1wHJQ3Qzp c2k8vro1cC7h3yI4m+TDJEhVP2Br+RPYVGLU8kTe9Wn+s6IeIxS7VSaO58/mU1x+ gSLr0wT2epcK5Id6VSHbxmu1dnOf9ej4twCFTtepXgSFY+7yII2z1TiCsLCSGcMM 7ATr50ZOTtNXLPEo+l6p =SYVV -END PGP SIGNATURE- -- 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/e1wct6w-0005og...@franck.debian.org
Accepted libyaml-libyaml-perl 0.41-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 10 Feb 2014 16:16:32 +0100 Source: libyaml-libyaml-perl Binary: libyaml-libyaml-perl Architecture: source amd64 Version: 0.41-3 Distribution: unstable Urgency: medium Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Salvatore Bonaccorso car...@debian.org Description: libyaml-libyaml-perl - Perl interface to libyaml, a YAML implementation Changes: libyaml-libyaml-perl (0.41-3) unstable; urgency=medium . * Team upload. * Revert applying libyaml-node-id-hardening.patch patch, libyaml-indent-column-overflow-v2.patch and libyaml-string-overflow.patch patch as this uncovered a regression on libyaml's side, discovered when rebuilding the packages with build-dependency on libyaml-libyaml-perl. Checksums-Sha1: 3e612743443616b117772411e8d67e93aa0d6c55 2168 libyaml-libyaml-perl_0.41-3.dsc 3edfe50f124738faef94c89c2f5d199ba98d388c 4352 libyaml-libyaml-perl_0.41-3.debian.tar.xz abd0e8594c730317903dd23e98a59a060bb7b9aa 66816 libyaml-libyaml-perl_0.41-3_amd64.deb Checksums-Sha256: 5ac33e09099de810d9425f619104e8b4cbc411fcbc01720164b64c54de6a8b50 2168 libyaml-libyaml-perl_0.41-3.dsc ee1dbd100f54000bd4a70dc80c893256aab6c3789e6b5df1911df8b7537d2363 4352 libyaml-libyaml-perl_0.41-3.debian.tar.xz 0690a16e25b3bf6f3da8878ebf885b647d3cba846c8f8aa16909ad3db4e0dc79 66816 libyaml-libyaml-perl_0.41-3_amd64.deb Files: 006eb249ab8b232eaf761d644f081c5a 2168 perl optional libyaml-libyaml-perl_0.41-3.dsc 059db758ad30cf4e8f5569f4f305e15a 4352 perl optional libyaml-libyaml-perl_0.41-3.debian.tar.xz 7471818f47f89f5d2e0c6e4ee5a6968b 66816 perl optional libyaml-libyaml-perl_0.41-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJS+O8MAAoJEAVMuPMTQ89EV/sQAIuhPEO+0q8bZMk+Pveqs+N6 4LfQtD74AHA6pLH0wculAtqIu0ux4YQ6/RH8Xg5a+zqKwZqZqmd2yngvCwKxM5op 2GyTnsLxjj1ZxWq6ZNxpQlAZOHsCKug3LHbhOEqKA3LiFGiT4hAK8DneNPde1Fqm IwWcCij43Q1OdSjBbo4G2mW0ag4As06cztma0dtCFUdPVVd7GM6tNERKlTyb/xms 2qEDW5LFhJg0pKF2FPoCjZfcgR2jYicAt8QZ8rmUxqoc4S4zvXmVmcijjoC4/kIW /Ko3vQiZy8PrkE1U2HlDlMtvsOrClGH4NN6h/JJ3tcH/lXkntUwCKAbVVXTSmhQb h5If0kvU0JWiPvRmvLheh0k5vse89GeocMFzVXW5ciK9uk8r2KaNh/KlypEZtp4L dq3wdbjzyPKTquXWKf5NHYfvFmPVuHY9O4R6XzId/HbOuqtMUjM9XBZmducUvO2x JFQ56j+lZK+HY992X6xo4bSeHAyufdCJjDj7gpCpKHlb1SeaKDJRFZzQbOv7Ggks nJk88aNQm1mbDETLgdiOulwqqEeOoxasA2ZxG3s9zBk0o2oM4ft1MkKbY4r5Tt/7 UvT4K1tDtRedcgKaOklV/fMrTfwlpWLy7/koZMyphJ4FA+GneFUmMpXKolZmGhMi sp1Ib1ZRGF+DwfhiAyYZ =Enj7 -END PGP SIGNATURE- -- 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/e1wct70-0005tu...@franck.debian.org
Accepted openssh 1:6.5p1-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 14:58:26 + Source: openssh Binary: openssh-client openssh-server ssh ssh-krb5 ssh-askpass-gnome openssh-client-udeb openssh-server-udeb Architecture: source i386 all Version: 1:6.5p1-1 Distribution: unstable Urgency: medium Maintainer: Debian OpenSSH Maintainers debian-...@lists.debian.org Changed-By: Colin Watson cjwat...@debian.org Description: openssh-client - secure shell (SSH) client, for secure access to remote machines openssh-client-udeb - secure shell client for the Debian installer (udeb) openssh-server - secure shell (SSH) server, for secure access from remote machines openssh-server-udeb - secure shell server for the Debian installer (udeb) ssh- secure shell client and server (metapackage) ssh-askpass-gnome - interactive X program to prompt users for a passphrase for ssh-ad ssh-krb5 - secure shell client and server (transitional package) Closes: 115286 481853 570651 644521 676830 732441 734816 Changes: openssh (1:6.5p1-1) unstable; urgency=medium . * New upstream release (http://www.openssh.com/txt/release-6.5, LP: #1275068): - ssh(1): Add support for client-side hostname canonicalisation using a set of DNS suffixes and rules in ssh_config(5). This allows unqualified names to be canonicalised to fully-qualified domain names to eliminate ambiguity when looking up keys in known_hosts or checking host certificate names (closes: #115286). * Switch to git; adjust Vcs-* fields. * Convert to git-dpm, and drop source package documentation associated with the old bzr/quilt patch handling workflow. * Drop ssh-vulnkey and the associated ssh/ssh-add/sshd integration code, leaving only basic configuration file compatibility, since it has been nearly six years since the original vulnerability and this code is not likely to be of much value any more (closes: #481853, #570651). See https://lists.debian.org/debian-devel/2013/09/msg00240.html for my full reasoning. * Add OpenPGP signature checking configuration to watch file (thanks, Daniel Kahn Gillmor; closes: #732441). * Add the pam_keyinit session module, to create a new session keyring on login (closes: #734816). * Incorporate default path changes from shadow 1:4.0.18.1-8, removing /usr/bin/X11 (closes: #644521). * Generate ED25519 host keys on fresh installations. Upgraders who wish to add such host keys should manually add 'HostKey /etc/ssh/ssh_host_ed25519_key' to /etc/ssh/sshd_config and run 'ssh-keygen -q -f /etc/ssh/ssh_host_ed25519_key -N -t ed25519'. * Drop long-obsolete SSH now uses protocol 2 by default section from README.Debian. * Add systemd support (thanks, Sven Joachim; closes: #676830). Checksums-Sha1: 4a4472ae69c182ca013f35fe53d8f33ce5110071 2580 openssh_6.5p1-1.dsc 3363a72b4fee91b29cf2024ff633c17f6cd2f86d 1293187 openssh_6.5p1.orig.tar.gz 9c5fae24a97662ee51957bb3302aad8c500ecc22 134244 openssh_6.5p1-1.debian.tar.xz 1b90122bcb9502517f8b9255c32547d6c162e162 661230 openssh-client_6.5p1-1_i386.deb 784f6070497e8abef515c4f4a9e80c20433d46ad 328440 openssh-server_6.5p1-1_i386.deb ede8fc9387bc6ebe87067549e7f8a73fb2c95a7b 1112 ssh_6.5p1-1_all.deb 4da07a2277c3dd1774b28a88ec932f2ac0106674 100430 ssh-krb5_6.5p1-1_all.deb 749be71e1a397428f5d2cb4e5240bc941acd2b2e 108174 ssh-askpass-gnome_6.5p1-1_i386.deb d7fef0573b6e68539b3acf6c573b7607c053031e 251840 openssh-client-udeb_6.5p1-1_i386.udeb 24e10c91c267e8f7fb117775d3e08f9e6eb82839 279982 openssh-server-udeb_6.5p1-1_i386.udeb Checksums-Sha256: f8367e71b1355730b036b2e0d8c2f64e05582dcaa0a0990b1db7113d8d378f12 2580 openssh_6.5p1-1.dsc a1195ed55db945252d5a1730d4a2a2a5c1c9a6aa01ef2e5af750a962623d9027 1293187 openssh_6.5p1.orig.tar.gz d12fcc5d67e2a2a97622ab271569cc396e8bdede697f73b2ec80ef5a5396aaec 134244 openssh_6.5p1-1.debian.tar.xz f3246f6cbd49e56bcafbb2aa486a930de68c6ee9cfad109b0e512eb7aa679761 661230 openssh-client_6.5p1-1_i386.deb 783d929e6fce36abfea401eca9631f363cd50feccefbd6537bf0014317df7714 328440 openssh-server_6.5p1-1_i386.deb fd35125374df30e574e78d6ae200a5da051d76c9268ed8b2decc50ee0eda6d06 1112 ssh_6.5p1-1_all.deb bf888a64fad0c7720d40aab64cd08a8a380d1f62368ec212c30bdafe4b56c156 100430 ssh-krb5_6.5p1-1_all.deb 90b7d49cb8c1e4d85851a45dafd1165e57c21319185254be8c39f169fa7fbc0b 108174 ssh-askpass-gnome_6.5p1-1_i386.deb 36a281fe3bd1a8d1e5fc49721a65a83c341c095a74f9c241bf080f1e85e6e9ab 251840 openssh-client-udeb_6.5p1-1_i386.udeb 4101aba98c5695a0ea8c791b98f8b3806ccd53dd99413b66b97f360afe40e516 279982 openssh-server-udeb_6.5p1-1_i386.udeb Files: d7c4cdd040c3ad8f53e49b14c5ef2d04 2580 net standard openssh_6.5p1-1.dsc a084e7272b8cbd25afe0f5dce4802fef 1293187 net standard openssh_6.5p1.orig.tar.gz 04520ed0efa0bb876b93fc2b4238c0b3 134244 net standard openssh_6.5p1-1.debian.tar.xz e43da6b11acc50c3dfb38c71be14798e 661230 net
Accepted morse-simulator 1.2-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 01 Feb 2014 17:19:59 -0800 Source: morse-simulator Binary: morse-simulator morse-simulator-data morse-simulator-doc python3-morse-simulator Architecture: source amd64 all Version: 1.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Changed-By: Sylvestre Ledru sylves...@debian.org Description: morse-simulator - Multi-OpenRobot Simulation Engine morse-simulator-data - Multi-OpenRobot Simulation Engine morse-simulator-doc - Multi-OpenRobot Simulation Engine - Documentation python3-morse-simulator - Multi-OpenRobot Simulation Engine Changes: morse-simulator (1.2-1) unstable; urgency=medium . * New upstream release Checksums-Sha1: df355bfdb5afae7940d983aa4dc4da71a1678e5a 2283 morse-simulator_1.2-1.dsc d618e89bd5422ce553e8cde4fbfecc35379ff0c8 101853161 morse-simulator_1.2.orig.tar.bz2 5485fe7b2e081a22eadb9051fa378a4f7ba729da 5344 morse-simulator_1.2-1.debian.tar.xz 3f3d354bc80f069ba3940ab2d3ecd9849badfb82 35952 morse-simulator_1.2-1_amd64.deb f3f7d27d22da437b0e49a5826fb63d7ea03ab9fd 64175872 morse-simulator-data_1.2-1_all.deb 0723a0bf58d50932ac8e7aa76f8cb551692f956a 14958900 morse-simulator-doc_1.2-1_all.deb b4ce26f0d688c17bede0cfda9611f1e897740231 163686 python3-morse-simulator_1.2-1_amd64.deb Checksums-Sha256: 6f43a985fffc72b8c8ae1537874d9d4df21c58bac00a3257dfd48926402951c6 2283 morse-simulator_1.2-1.dsc 94f44f30c36bfdecc49ac0b44cb77f097054daf162a239e48e72a224e663ad1e 101853161 morse-simulator_1.2.orig.tar.bz2 c803487b709a34528d4f357b634fb9a7b78c905f913be3eecdb4469e4749ab36 5344 morse-simulator_1.2-1.debian.tar.xz 5a0a82fa350da20533021c1628df0a057494990a66d0bd5b1e8b8ded295da495 35952 morse-simulator_1.2-1_amd64.deb 2049b1e8e9b63868e17cad0c5baded300d122527c2b28e4592d8fbcfd452b197 64175872 morse-simulator-data_1.2-1_all.deb 7f160f35d4d5e9d4094ee1ca921bc44f89ec540cf4861cfbe484d500bbef0a05 14958900 morse-simulator-doc_1.2-1_all.deb c836a2257980c2b4d08ef68c791f315bb872955c69f29e5b349105f84644fb1a 163686 python3-morse-simulator_1.2-1_amd64.deb Files: 679618814f5168c15d298d8eef9b7429 2283 science extra morse-simulator_1.2-1.dsc 5008766fcc6d8374e46307c7e47b56b7 101853161 science extra morse-simulator_1.2.orig.tar.bz2 92155842bd9b25f4121ebaf9b9a2e616 5344 science extra morse-simulator_1.2-1.debian.tar.xz 65682c00bae54dfa6e8d46ec0c4601b1 35952 science extra morse-simulator_1.2-1_amd64.deb 62e1abb23c7d96fce0f7c314d51d895a 64175872 science extra morse-simulator-data_1.2-1_all.deb 619a9dab95ebceb2df3090cf8ecb1335 14958900 doc extra morse-simulator-doc_1.2-1_all.deb 4c032ebb90650558e26d4093185701f4 163686 science extra python3-morse-simulator_1.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+PNCAAoJEH5lKNp1Lxvhe7IQAJP5mFwms2g63I1oEW1lpx35 tousnYj8UC44S00DagwkdtBI+8z9HV7qjvvw705X0AAQwd9NIvNbiCrzZBAXG/ek H3PvAM/UXEZgMU30UiQwtQvX2dqMqS1uGw5DAIcfuiKQYs+OjgyyXwM5IJlJsiQL t1um5EG2rZ2+CBnMaRHqs920ZKsIkx5mXfZ9iVDazvssL9CNjWEb+gzLWVsQXdiE ORBdyYnvumrBUkb/JuLSf6IDJinv8fiyu0eKOBs8vgR+7AsiVhVbUa5ObeXimPFL P0cNsFayvIU62IgG1CP7JOGNIHCgGyYZPOlTHZ9COWiuybRLkw5fB6r67FJVxa6x 53Z0POYnb96Ikn975AxlZSH3jxI0Q4D5+6j2zHfNZCIVSZPklCKUCEUqOUliHgya MNmhSyGn1yX91YUKGc+Gzgc96Ts9R3e26fiNadIVIe4wT6T0Fgp2N17/ajH8rdo9 tYYyNNRAQr6OPvMIuIHQrvTEKNdgoNIpuXqsrgTku/kVTsDa6dM5NVQ8lxjKH6aX VIU9nhxY04/RjqYtbxwnNRsuKyo+hEjWYjxu4dN1qS8529gicWng0EqEOjXYV4t+ wZpGE+c69em7xnkXsEgS4Uv4sxJ8RNVdgQhvO8hRrOJW8lUJ3bmM5Bgb6nK3KNCt 37NWtxcwlCpuVkY6FOGX =mg6U -END PGP SIGNATURE- -- 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/e1wct7v-0005zv...@franck.debian.org
Accepted rubygems-integration 1.5 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 10 Feb 2014 12:16:17 -0300 Source: rubygems-integration Binary: rubygems-integration Architecture: source all Version: 1.5 Distribution: unstable Urgency: medium Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Changed-By: Antonio Terceiro terce...@debian.org Description: rubygems-integration - integration of Debian Ruby packages with Rubygems Changes: rubygems-integration (1.5) unstable; urgency=medium . * Add /usr/share/rubygems-integration/all to the gem path. This will allow installing a single gemspec for `Architecture: all` packages that will work with every interpreter, and won't require a new upload when a new interpreter comes along. Checksums-Sha1: e882b09ef59ffda2f3b9181d5969bc4df872726b 1738 rubygems-integration_1.5.dsc f321785c5c5303522ffcbd5f6aca00bc0e290060 5240 rubygems-integration_1.5.tar.xz 11fb35df3a9319f04e68ee1d6f6fd6601a48c525 5346 rubygems-integration_1.5_all.deb Checksums-Sha256: 82ef92277747164968e0e53570c995822e22ac8162ae3a2937c371379463 1738 rubygems-integration_1.5.dsc 31a2e7663689d615b3a6dae17e3b22a4c4ed8b494b17c3a4e07368405afde3e8 5240 rubygems-integration_1.5.tar.xz dbf3774d2ea0ef228f5986d81dafcb59484cf1c4c9030366ec9b7de524548599 5346 rubygems-integration_1.5_all.deb Files: c6364adfc754060e03ca5b529d02bcb1 1738 ruby optional rubygems-integration_1.5.dsc 1c6a08c4903e7c6622f2c1e5601154e3 5240 ruby optional rubygems-integration_1.5.tar.xz 9a63fe455984f4f355c66004bbf6eb79 5346 ruby optional rubygems-integration_1.5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS+O7FAAoJEPwNsbvNRgve9KwQAMODDN/xmcjn68Ah28wJkagT 0dnOBcthIZ4VifNqScT1UU+/I9TjGX+aWfF2pVfLKUIDCbsRAlrzIKPMAtgHJx8X bJ9noZorMtWJ9Yvd9rbAL0WvlmVzcX0GWmtBoHusqTFNJik1Y+3oVYUOHW89IFsd kbNvHNu+UgMev3JiOOoejUUhTm18ACMcUyfnLPqlFd/+v4ADDJ1w58Sk/XO53BvG /6wT1a1zFGRnYY9MT82PKFINmDlKLQPGqOFctTVvFud69FHpdVGn7OPJsI30B8tn co6c+xPfqEn96mGYB2y6XkNVGq05nbC2/W2UdIn6SH+CuJGU8SWIO+AKBEav8nNU iERYnILxmJy78jgHVy2MHYHkHeZY3WfjG9aqV2axBdIJGLBU6/QGq+gY89oXhQ3H YvxdlBuZlmSZUu8YYFNvBSFqfE1+Sm/33fKQS7X3bYkt2zRwjcSIWKsAFaiwfvK5 rl77kaQz+Lv3VzMrulIanWUE1+Cco+fpYgLD7scmMZ98jgf6+GTJi9e30e1v1v1V jkdUCookKHbYv0NERWHTHJ2tUUsdgAadTYqlpGFMbc6Tm4fPPDjADbMHfKiPCF/J 2EwcxYPE41qxUQYgjYtw/JvilHE0x9Un8jAAVPmzfubMq5MhmrEoNdHGcTbTCkkH 5C8QI39wBDH+l04Dc6ID =KMLo -END PGP SIGNATURE- -- 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/e1wct8y-0005po...@franck.debian.org
Accepted vim-pathogen 2.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Dec 2013 17:42:07 +0100 Source: vim-pathogen Binary: vim-pathogen Architecture: source all Version: 2.2-1 Distribution: unstable Urgency: low Maintainer: Andrea Capriotti capri...@debian.org Changed-By: Andrea Capriotti capri...@debian.org Description: vim-pathogen - Manage your runtimepath with ease. Closes: 734759 Changes: vim-pathogen (2.2-1) unstable; urgency=low . * Initial release (Closes: #734759) Checksums-Sha1: 523d7d78ad284b10afde5faa6589bebbc7e5563c 1093 vim-pathogen_2.2-1.dsc 58ceae20d82a23d2f76be19090be1eabbbc85b6c 5968 vim-pathogen_2.2.orig.tar.gz bce1a36804047bf617f8ccc9ea7331f4bb7caf31 3472 vim-pathogen_2.2-1.debian.tar.xz 15237acb1c6123a1668b11d7e8b952af65f79728 9710 vim-pathogen_2.2-1_all.deb Checksums-Sha256: 63aa0cf6bd2f4a264b5b273f379ddafb3939f1a4a439f775d05b7efe921be2f6 1093 vim-pathogen_2.2-1.dsc 35fc1413005611130ed1b7543f7a7afc0eadb9956300d301ced006071c6f1cd2 5968 vim-pathogen_2.2.orig.tar.gz 99f70d6878990dff4f5142f985f41091e130e7cebd4343d2548b532b99bf3214 3472 vim-pathogen_2.2-1.debian.tar.xz 076ed6364f20e2cf2803a3bf152c8d7b85caec945c713613039015e6c990265e 9710 vim-pathogen_2.2-1_all.deb Files: 38ced6f93484a432c61086e30987204e 1093 editors optional vim-pathogen_2.2-1.dsc 37ebcec7cc5be11c46926d680675c2b8 5968 editors optional vim-pathogen_2.2.orig.tar.gz 241703f58879259ffa4cd49205fa4bd6 3472 editors optional vim-pathogen_2.2-1.debian.tar.xz e724872c67c37fdfc7bae2f4f1dfafc5 9710 editors optional vim-pathogen_2.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlLpK+AACgkQ4oPIaHg5igGpMACaA0sv0ZVFc52vkK7BlXYJelRL fRQAoIhranhB09+9UbfpirZH9S6IkrLD =bYRa -END PGP SIGNATURE- -- 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/e1wcthg-0006u8...@franck.debian.org
Accepted vim-fugitive 2.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 28 Jan 2014 14:08:36 +0100 Source: vim-fugitive Binary: vim-fugitive Architecture: source all Version: 2.0-1 Distribution: unstable Urgency: low Maintainer: Andrea Capriotti capri...@debian.org Changed-By: Andrea Capriotti capri...@debian.org Description: vim-fugitive - Vim plugin to work with Git Closes: 736939 Changes: vim-fugitive (2.0-1) unstable; urgency=low . * Initial release (Closes: #736939) Checksums-Sha1: 572ea13544b3fe6a91c50515705b6293fd7bc6da 1081 vim-fugitive_2.0-1.dsc 460909760d7bfba546a4b039aec734e60d3cf367 26725 vim-fugitive_2.0.orig.tar.gz 0365b9ee97db53b2c419013dbdf0def6fba4072c 3840 vim-fugitive_2.0-1.debian.tar.xz 3fb47d2e5432d9a034ed776067b3cab221ecacd9 28504 vim-fugitive_2.0-1_all.deb Checksums-Sha256: f7d8cebb508f11732b073694d0fbd51c65704c7187b8dd48f91f255ca6cb6a29 1081 vim-fugitive_2.0-1.dsc 3e5029499a157b0ba23d86280bd48e760cb2b5357a88d03115a483808e07a455 26725 vim-fugitive_2.0.orig.tar.gz e0bbed00ec6565b9e30b974dbc774138467daecaeee56cad7c021c047b962ab9 3840 vim-fugitive_2.0-1.debian.tar.xz 4278dbc2b23b2f57f5231609f829c1a6e9b667dafaaebc24486ff00e040a425d 28504 vim-fugitive_2.0-1_all.deb Files: 9ccec057c33e6960097803bd7b06dd78 1081 editors optional vim-fugitive_2.0-1.dsc 2a393d2cd0a1146caa586fce96b14326 26725 editors optional vim-fugitive_2.0.orig.tar.gz 4020a0313f7c594d7e81f9ab61454fe1 3840 editors optional vim-fugitive_2.0-1.debian.tar.xz 4876a6667ea249ebd51f53c5f33e5df7 28504 editors optional vim-fugitive_2.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlLpRFoACgkQ4oPIaHg5igFtqwCeJoEw5qa3vDw5oHpoSlvl5cid /ScAn0gffgnDtKzrB40WhDoU7tKH+4V9 =LBoT -END PGP SIGNATURE- -- 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/e1wcthf-0006ti...@franck.debian.org
Accepted python-savannaclient 0.4.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 08 Feb 2014 16:19:27 +0800 Source: python-savannaclient Binary: python-savannaclient Architecture: source all Version: 0.4.1-1 Distribution: unstable Urgency: low Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Changed-By: Thomas Goirand z...@debian.org Description: python-savannaclient - Client for OpenStack Hadoop cluster as a Service Closes: 738160 Changes: python-savannaclient (0.4.1-1) unstable; urgency=low . * Initial release (Closes: #738160). Checksums-Sha1: 3ba4b3424c0e72e05007e77fd6b7a76c50ae4e23 2397 python-savannaclient_0.4.1-1.dsc 82d1b2d53eb7f37253253e8491c0533775d496b3 49052 python-savannaclient_0.4.1.orig.tar.xz c6c7a96765e4a3841788ff46544754f9ec98fd7f 1976 python-savannaclient_0.4.1-1.debian.tar.xz 8b24305a5aeb0d260762d83804d6bf8b2cdd4e5a 45460 python-savannaclient_0.4.1-1_all.deb Checksums-Sha256: edb76f42bc0899ae36a07f91baf4f6a82f91f968d56a881126209ee6ef10a798 2397 python-savannaclient_0.4.1-1.dsc ef25fb0f294d18ff381e10c268a1ab3e37c2e976483d53717c8b0b5fd1472ea8 49052 python-savannaclient_0.4.1.orig.tar.xz 18823162d9e092d5d1805e099b8380789125f1693d83a5714cad59154a386b0b 1976 python-savannaclient_0.4.1-1.debian.tar.xz f10f43e4de74cc1fbd97f725f76755a1b5619734f4fbe221572ce6086d3b1146 45460 python-savannaclient_0.4.1-1_all.deb Files: 326b5f0a402aa9695eea6ae77e6fd1d7 2397 python extra python-savannaclient_0.4.1-1.dsc c866e231223abc8fd2ea72845f89a8dc 49052 python extra python-savannaclient_0.4.1.orig.tar.xz 8438fc96d6d31a8a161201b2d36be7fc 1976 python extra python-savannaclient_0.4.1-1.debian.tar.xz 9816a58b5a62953074ab6ee344d56a69 45460 python extra python-savannaclient_0.4.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS9e2yAAoJENQWrRWsa0P+nw8P/AoRuZyRr785YTasSTgQOUCD +vl/4l2TJuDqhdS+6bf4Vxp2uI1272mC9ONCdyoHOYtzr9o0P7qx4o/1IrTBoKF9 raMEPNtrtf5vudiAN1lKnN0BJHRRuaqAWTqD703g3G6+/7yaKQpTtX9kTIlGfpAH bhM3hHzsqtLQiZY45JWpxircCTp0pDPlcdARsdmOQliNs1jwU/Z0epunVneKcfgY ruWX6boVUrpzde9pq1V+roTD23NizS0cPxhWhka07ps4wkKhWnXMFu19gR4xhaf6 ybBrqSyskBDiLYWGuvE82M3Lk5vA0Wwt5MMCpLVyil6xBoehIAsh1MM1V/3Ml2XF +qn6z0Qe1cCYQX5OscuBBAmZFSmt6UahIY1H5kvWdJORolgB9ubYKdKMMtu4Lqkp rWjCq6DdeTRGj7ruPN6OF0BnLLw84+EARVkVKsRT1WqHnClTr7hjKYwfsirhh6EH VRTBUtuOzW9/HGOoQ4lo1ehDeGbKXB7w+nuI/caYt0fsv6pQnD3qIc2mxhVivImx EFynM06VhQnsbHN1Vdeuvc8vBVAzajA+EtloELaSACN7CICJklEhRsfGEqio/QJ1 CkcSUUU8lW9QMdkxeWuHNIXKKDU0x+p4autUDP8QvLWE2oMkJUfdbOOzg+Wgampk FMVBM6QnHMEMknnoDZho =M1Z4 -END PGP SIGNATURE- -- 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/e1wcthe-0006sc...@franck.debian.org
Accepted libepoxy 1.1-1 (amd64 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 31 Jan 2014 16:52:20 -0800 Source: libepoxy Binary: libepoxy-dev libepoxy0 Architecture: amd64 source Version: 1.1-1 Distribution: sid Urgency: low Maintainer: Eric Anholt e...@anholt.net Changed-By: Eric Anholt e...@anholt.net Description: libepoxy-dev - OpenGL function pointer management library- development libepoxy0 - OpenGL function pointer management library Closes: 737273 Changes: libepoxy (1.1-1) unstable; urgency=low . * Initial release (Closes: #737273) Checksums-Sha1: ea8a7a9ee30e4775fabe936f0f5bc60eeec487ca 102792 libepoxy-dev_1.1-1_amd64.deb f69420f2792e670ce838fe4fec1cad7c92acb62b 160090 libepoxy0_1.1-1_amd64.deb 95a7eebc62dadfed38d331781bd06a2c160dac6f 254495 libepoxy_1.1.orig.tar.gz 99f9257b34964ea07cb66fab54c2f07726d8ebe5 13848 libepoxy_1.1-1.debian.tar.xz cdde30e7ebcde44164ba5c77d0f0dfb95fde6dcb 1910 libepoxy_1.1-1.dsc Checksums-Sha256: f87a3f02ee6d7dc63755197a6e80382114825b19903792f26565db747adcd041 102792 libepoxy-dev_1.1-1_amd64.deb fb34b3caa7916e70fae6b5ccfd963a9ff8c7be956d9c5e3cc8c5137d6901fa4f 160090 libepoxy0_1.1-1_amd64.deb 0578f0eb8a4b45a76c3fbbf8a60a9c1ee8cc8214359ad68483bd1aadfe5f39d3 254495 libepoxy_1.1.orig.tar.gz 58ddfaf038834389bf1c3ebd56eba25c0ddc2b0d50d8e72848a009f9d8d1afe9 13848 libepoxy_1.1-1.debian.tar.xz a4859138f5efed416c11ec020c290c571a17734b8cc1478daa3eccba9681e595 1910 libepoxy_1.1-1.dsc Files: bedc49ee0fb5775419d037ec7f8d56d2 102792 libdevel optional libepoxy-dev_1.1-1_amd64.deb 047a2eeb8896402660521db9ccf1f824 160090 libs optional libepoxy0_1.1-1_amd64.deb 6e25ce06f2004a24b15cd6af14e6cfae 254495 libs optional libepoxy_1.1.orig.tar.gz a48e8b22ee52e916c715d561d3857977 13848 libs optional libepoxy_1.1-1.debian.tar.xz 50d7f3c760c12823c443c3e20c26f3a0 1910 libs optional libepoxy_1.1-1.dsc -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJS9Ue+AAoJEDEBgAUJBeQM6ugQANau5QPgg3Eciv1jpRNAl9NS h5RTlKto5WulGubavhCvf1pXjdPtmNvV8i1nwOXskO/CIqZ4XL4R2a1uBar2TS08 DuMEi5WQcWN8FIIXxXNaDfxBvk/uS5pfL36fwxftlGx41NLKXQOyoJ7RmyyZRaMZ g48WqlTUghijNxXmqflnu9vyGo62p1oNMGy33qCKN9vqQyMPG5fJId356O/8H7fO zw8v8khqz5eXzXHsJjBhlZiA8qb0fw48q7MlLBQAaBSt1Ya1NSW6GXi4yLSwEL2D /SKNq4XSYzft9PiX0uFM6HXfL8OMsTK5s4x7raDxVxe4n51yYiXMoC5wdaVcomUk wzzGKsagp6DVVHyqSmkZPnUPQE8xAxV5yo3EnspPesQUIOnSY4rPCdFtBXzl2HkI 99RQ00nSqT8oOk+6/dSoJfs0SHvxZA+MwdQjWKo+QAvy1tqE4ZvKp51H0ICF5MlX Cc5Aw8hnlB/5CYeRyRR4imEQnOcNMqPdbzUgULCpBobSKvvK9Hjm92euuKXPcm1+ sZtwt1oazpLJCeylIrYMAbAnUWTIzddRaS3d/pibNd+8YtmRWc/7ozDyUdxVcY4A OIjPvsEn+ZJZ8n7YaOeZrBiB8Bb1H84fQngM6sQLffmL0k/bfZAFDDbk4zTUlWsY UQt+X5ISY+T4kEplSGZM =xLP+ -END PGP SIGNATURE- -- 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/e1wcthc-0006qt...@franck.debian.org
Accepted python-hplefthandclient 1.0.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 08 Feb 2014 14:03:29 +0800 Source: python-hplefthandclient Binary: python-hplefthandclient python3-hplefthandclient python-hplefthandclient-doc Architecture: source all Version: 1.0.1-1 Distribution: unstable Urgency: low Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Changed-By: Thomas Goirand z...@debian.org Description: python-hplefthandclient - HP LeftHand/StoreVirtual HTTP REST Client - Python 2.x python-hplefthandclient-doc - HP LeftHand/StoreVirtual HTTP REST Client - doc python3-hplefthandclient - HP LeftHand/StoreVirtual HTTP REST Client - Python 3.x Closes: 738151 Changes: python-hplefthandclient (1.0.1-1) unstable; urgency=low . * Initial release. (Closes: #738151) Checksums-Sha1: bb3271d7ec850561b6ac284b6e0d2bc803adce03 2418 python-hplefthandclient_1.0.1-1.dsc 7f6bc65bf4c5cfe45aa1eafc1e70d3d52920a06e 28490 python-hplefthandclient_1.0.1.orig.tar.gz baabcbabf8d9cff4741823c7f71547e1fb19b2aa 2340 python-hplefthandclient_1.0.1-1.debian.tar.xz ca0b03b1ee7a9bcf2bbb3cc578958228c90d4722 9776 python-hplefthandclient_1.0.1-1_all.deb 6c702164a34df7c745cac08926e22d66d673ad2c 9440 python3-hplefthandclient_1.0.1-1_all.deb 5000e99504201953e8527b94a485105b98da3d41 43100 python-hplefthandclient-doc_1.0.1-1_all.deb Checksums-Sha256: 357c4f222dc30e0dc12ee6f5b61137f815a1d2afdb3f2839be77e373579aa568 2418 python-hplefthandclient_1.0.1-1.dsc a08e5d94dd6f5d72f29ac68e0984b6883ecb0b9fdd33d7d4ee6b5c6f7b1588cf 28490 python-hplefthandclient_1.0.1.orig.tar.gz c65601a164a265da815d5b321f7fbc4d0ef23b05aa2dfaff8f5a93637a819ad6 2340 python-hplefthandclient_1.0.1-1.debian.tar.xz e3e1d9052dbf3488389ecb15cedb2e1b831c78304b20164fce8b11b94c5b460f 9776 python-hplefthandclient_1.0.1-1_all.deb dcf115209e80229efbb09d0a5d91cd01151567f69d79fb8d91b0205150143ae1 9440 python3-hplefthandclient_1.0.1-1_all.deb 71c7eff833e2ded70491cda94d67eb7459dc382fd889218300daf9cbbaae4000 43100 python-hplefthandclient-doc_1.0.1-1_all.deb Files: 3c0c98522416ecbffa6f60ee6c5a194a 2418 python optional python-hplefthandclient_1.0.1-1.dsc 9b249a6a64c6a8952aaafbe6a5910d6d 28490 python optional python-hplefthandclient_1.0.1.orig.tar.gz 151701cb096a98b431ad0bd332bb8bc4 2340 python optional python-hplefthandclient_1.0.1-1.debian.tar.xz fba2ea152faeb82933717a4295492648 9776 python optional python-hplefthandclient_1.0.1-1_all.deb 3856cf9bb6bdfeae00b15f7406486d3f 9440 python optional python3-hplefthandclient_1.0.1-1_all.deb 0863ae3f86556d1630c2d8a533d643e3 43100 doc optional python-hplefthandclient-doc_1.0.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS9c71AAoJENQWrRWsa0P+0wIP/3+jRsRTY/17GcGgs113xkw5 TzGjYBO/7+Wk4YqmxVVGMac0wjTagf4699EkRQUmzvr7Gl9i02LO9D5ERBwOWk13 404JGTQBNU09UtnPOWc6Dm0TrjGtWI9gKnO7liNj5B9A99BWLDey2rgFgGirNmfk cl+0J47Bv0JF227IPbj2J4KZfkI45HG8Oyh6F5AeNLavc9FdBt6p6QPkU0FQwUAz qT48FbOF7+JMoUw7lkqpA56yqE37y4A3GgcHUBlIVEXf0f1XRpj6r96MG2mqZyo8 Jt2f9ObV72QR8kmD5Ha5/bdpgHFdsUSbn1O0XhHze99NvVDvno4RRuIDThyfL9vD pcdD4GP0ZFtplVmiiqVM7Q+oCCJAV2KZJf2gTblryL26D6f3JR+1to+OZFqv++TZ AFEVPCFZz0yLMhWWvVomBZNCjA0+vm8txM7JudbLwmBYh4RB1+v3YPBVF7Z+69be wH5flqKHjM1mSDvkfql81dQnPFaQt0mbsOWpfDxLmP838GxijriuF+CoASNkc1Si BEG08LwvHcCAREwFHDOi+Y1k+PprlRezAEKCvnY/WJ9aTIcLf9uz3QYfMITFHhlb lKD+E2EEAPdSBhSZIgMooqUO19ysynNV/SUugYoQLXtCLX53vwPE0A7Czt7h3fKS R8610MdDJ08YVrvLEg7d =o8bo -END PGP SIGNATURE- -- 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/e1wcthd-0006rp...@franck.debian.org
