[Question] lin-guider: block ITP 727532 by RFS 727618
Hello all. I received a message about my ITP bug: === block 727532 by 727618 Bug #727532 [wnpp] ITP: lin-guider -- Astronomical autoguiding program 727532 was not blocked by any bugs. 727532 was not blocking any bugs. Added blocking bug(s) of 727532: 727618 stop Stopping processing here. === What does it mean? What bugs? How to get detail information about my bugs? How to fix it? It's my first package. Thanks for your answers. Regards, James Lukash.
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Russ, It seems we don't have at all the same reading of Patrick post. Note that what's below is my comments on your comments about Patrick's comments, and do not represent my view (which I do not wish to express it more at this point). On 10/30/2013 07:16 AM, Russ Allbery wrote: the core content was that he doesn't think cgroup management is particularly difficult The core content of Patrick post is that Lennart is using circular thinking and is pretending that nobody but him can implement things. The person who is being overly pretentious here is Lennart, not Patrick. On 10/30/2013 07:16 AM, Russ Allbery wrote: it's not a very useful statement from a practical viewpoint Did you find the part where Lennart tells Canonical is incompetent (or anyone else) more useful? I didn't... And I don't think it's a bad to debunk this. On 10/30/2013 07:16 AM, Russ Allbery wrote: GNOME is not depending on systemd out of some nefarious plot. It's depending on systemd because GNOME wants to use those pieces of functionality systemd provides. Patrick didn't deny that. He claims that Systemd author do not document what the different modules are doing, and do not separate them, because there's an agenda that is followed. Patrick isn't the first person to write this. On 10/30/2013 07:16 AM, Russ Allbery wrote: Therefore, I think it's important for arguments against using systemd to somehow engage directly with the questions about functionality. Either there needs to be an argument that the functionality is not important and can be done without (which raises questions about how one would build GNOME in such an environment), or there needs to be some sort of plan for how equivalent functionality to systemd will be provided. I'm very surprised to read this, when it appears very clear in Patrick's post that he is working on re-implement logind (and the systemd API). So, who exactly is denying the usefulness of the functionality of Systemd/Logind exactly? Russ, I would advise you to read a 2nd time this post from Patrick. 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/5270a87b.7060...@debian.org
Re: [Question] lin-guider: block ITP 727532 by RFS 727618
On 2013-10-30 07:19, James Lukash wrote: Hello all. I received a message about my ITP bug: === block 727532 by 727618 Bug #727532 [wnpp] ITP: lin-guider -- Astronomical autoguiding program 727532 was not blocked by any bugs. 727532 was not blocking any bugs. Added blocking bug(s) of 727532: 727618 stop Stopping processing here. === What does it mean? What bugs? How to get detail information about my bugs? How to fix it? It's my first package. Thanks for your answers. Regards, James Lukash. Hi, I took the liberty of CC'ing you since I wasn't you were subscribed. Please keep in mind that many (but not all) Debian mailing lists assumes you are subscribed unless you explicit state otherwise. For future reference, you are probably more likely to get help on debian-ment...@lists.debian.org for questions about packaging and for help with being a new packager. In regards to your actual question. You can look up any Debian bug by its ID via: http://bugs.debian.org/id-number e.g. http://bugs.debian.org/727618 In the particular case, you will see that #727618 is your RFS bug. In the top of the bug should also see the Blocking fix for (or Fix blocked by if you access #727532) that links to the other bug (as long as it is open). ~Niels -- 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/5270ac0c.4090...@thykier.net
Bug#728273: ITP: r-bioc-makecdfenv -- BioConductor CDF Environment Maker
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-makecdfenv Version : 1.36.0-1 Upstream Author : Rafael A. Irizarry r...@jhu.edu a.o. * URL : http://www.bioconductor.org/packages/release/bioc/html/makecdfenv.html * License : Artistic-2.0 Programming Lang: R Description : BioConductor CDF Environment Maker This package has two functions. One reads a Affymetrix chip description file (CDF) and creates a hash table environment containing the location/probe set membership mapping. The other creates a package that automatically loads that environment. Remark: The package is maintained in Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-makecdfenv/trunk/ -- 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/20131030071531.23566.12100.report...@mail.an3as.eu
Bug#728277: ITP: r-bioc-bsgenome -- BioConductor infrastructure for Biostrings-based genome data packages
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-bsgenome Version : 1.28.0-1 Upstream Author : Herve Pages hpa...@fhcrc.org * URL : http://bioconductor.org/packages/release/bioc/html/BSgenome.html * License : Artistic-2.0 Programming Lang: R Description : BioConductor infrastructure for Biostrings-based genome data packages This BioConductor module provides some basic infrastructure for Biostrings-based genome data packages. Remark: The package is maintained by Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-bsgenome/trunk/ -- 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/20131030074731.28391.50024.report...@mail.an3as.eu
Re: porting OpenRC to Debian GNU/kFreeBSD
On 10/30/2013 01:38 PM, Thomas Goirand wrote: On 10/29/2013 09:34 AM, Steven Chamberlain wrote: Hi, On Sun, 27 Oct 2013 02:47:56 +0800 Thomas Goirand wrote: Note that OpenRC already works on some (non-Debian) BSD platforms, and that it should be trivial to have it to build on kFreeBSD and Hurd, And so I came up with the attached patch which gets it building on GNU/kFreeBSD, and it passed whatever tests are run during build. I actually chose Linux implementations for most things, which are really provided by GNU libc or /proc. Actually quite amazing how painless that was, though I most certainly don't expect it to be functional yet. (For example, I expect it still needs to know about linprocfs, linsysfs, tmpfs and maybe devfs). I look forward to seeing OpenRC in the Debian archive. Thanks! Regards, Hi, Thanks a lot for this patch, it's been very helpful. I'm currently working with upstream on #openrc on Freenode, trying to figure out how to fix the build. Indeed, the patch helps fixing the FTBFS, though that's not enough. It fails to mount /run, because of a wrong (build) configuration which makes it pick-up the Linux type of init.sh in /lib/rc/sh. I'm currently working with upstream authors in #openrc (on Freenode) to fix this. I'm very happy to tell everyone that this is *FIXED* !!! http://youtu.be/zoNoi8BgQjs :D :D :D Thomas Goirand (zigo) -- 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/5270b735.8010...@debian.org
Bug#728282: ITP: pynfft -- a Pythonic wrapper around the NFFT library
Package: wnpp Severity: wishlist Owner: Ghislain Vaillant ghisv...@gmail.com * Package name: pynfft Version : 1.1.0 Upstream Author : Ghislain Vaillant ghisv...@gmail.com * URL : http://pythonhosted.org/pyNFFT/ * License : GPL Programming Lang: Python Description : a Pythonic wrapper around the NFFT library pyNFFT is a set of Pythonic wrapper classes around the NFFT library. The aim is to provide access to the core functionalities of the library using a more straightforward instantiation through Python classes, while keeping similar naming conventions to the C-library structures and routines. The package will be maintained in Debian-Science team. -- 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/20131030085800.21583.38882.reportbug@LAT643
Re: Bug#727754: New security-aware-resolver virtual package.
This one time, at band camp, Charles Plessy said: Package: debian-policy Version: 3.9.4 Severity: wishlist Le Thu, Oct 24, 2013 at 09:28:32AM +0200, Ondřej Surý a écrit : Hi James, since the authoritative-name-server idea was rejected by the list, I was going to propose alternative: security-aware-resolver The definition from RFC4033: Security-Aware Resolver: An entity acting in the role of a resolver (defined in section 2.4 of [RFC1034]) that understands the DNS security extensions defined in this document set. In particular, a security-aware resolver is an entity that sends DNS queries, receives DNS responses, supports the EDNS0 ([RFC2671]) message size extension and the DO bit ([RFC3225]), and is capable of using the RR types and message header bits defined in this document set to provide DNSSEC services. Dear all, are there Debian Developers seconding or objecting to this new virtual package name ? What is the benefit? Do any packages plan to make use of this? Also, what is the expected usage? Is it going to be like the various MTA packages that replace/conflict/provide each other? This would break the debian.org machines, for a start. I'm sure other people also run a local recursive resolver on the same machine as an authoritative name server as well. We happen to use bind for authoritative services and unbound as a local recursor. Since they can both provide security-aware-resolver, will we be able to install both simultaneously? As others have said before, this sounds much more suited to debtags than packaging metadata to me. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#728285: ITP: r-bioc-rsamtools -- GNU R binary alignment (BAM), variant call (BCF), or tabix file import
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-rsamtools Version : 1.12.4-1 Upstream Author : Martin Morgan, Hervé Pagès * URL : http://www.bioconductor.org/packages/release/bioc/html/Rsamtools.html * License : Artistic-2.0 Programming Lang: R Description : GNU R binary alignment (BAM), variant call (BCF), or tabix file import This package provides an interface to the 'samtools', 'bcftools', and 'tabix' utilities for manipulating SAM (Sequence Alignment / Map), binary variant call (BCF) and compressed indexed tab-delimited (tabix) files. Remark: The packaging is done by Debian Med team in svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-rsamtools/trunk/ -- 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/20131030092555.10335.54461.report...@mail.an3as.eu
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On 29/10/13 23:51, Svante Signell wrote: On Tue, 2013-10-29 at 00:51 -0700, Steve Langasek wrote: (Also, do remember that any decisive outcome other than “support multiple ones including systemd” and “systemd-only” will need to lead to the removal of GNOME from Debian. Absolutely not true. As Tollef mentions in his follow-up, one of the options is to fork logind and maintain it. This is not an improbable outcome. Logind is a good interface, and there's a lot of value in continuing to use it, regardless of what init system we choose. If Debian chooses to ship upstart as the default, I will almost certainly be inteested in making sure that logind continues to be well-supported on top of upstart, in both Debian and Ubuntu. The work to do this on Ubuntu has so far been straightforward; while there are some technical hurdles in the future for making logind continue to work on non-systemd systems, these are known issues and not at all insurmountable. Some more systemd-login0 dependencies: apt-cache rdepends libsystemd-login0 weston gnome-disk-utility build-rdeps libsystemd-login-dev (not only [linux-any]) gnome-disk-utility gnome-disk-utility also depends on libudisks2-dev which depends on udev, which is linux-any/built from systemd?, so this one might be impossible outside linux anyway. weston is Architecture: linux-any but isn't it supposed to run on other architectures in the future? That should probably be any and not linux-any, but it makes no difference at the moment as wayland only builds on linux. When wayland is ported (there were patches upstream to port it to *BSD but they needed some more work) then I see no reason for weston not to work on BSD or Hurd. The systemd integration in weston is optional and could be disabled on !linux when the time comes, but until wayland is ported there's no point in further discussing this. Same for gnome-disk-utility. The systemd bits are optional and could be disabled on !linux, but there are other bigger issues here. Looks like systemd is creping in everywhere. Because it's useful and easy to integrate with, so people take advantage of that. I'm not sure what your point is. See also the problems with gdm3 not starting #724731, systemd-login0 and libpam-systemd. That bug hit me too, on a brand new box as reported earlier. That is a bug, and a grave bug, that I hope to have time to look at soon. I don't see how that is relevant at all. Emilio -- 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/5270db84.6080...@debian.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Op 29-10-13 09:26, Steve Langasek schreef: I see no reason that, if upstart were chosen as the default, porters could not use it for our non-Linux ports as well. With some work, sure. This is a much better outcome across our distribution as a whole than to require developers to continue maintaining init scripts just for our non-Linux ports. I did not say require, I said encourage. I agree that it's unreasonable to expect developers to maintain init scripts that they themselves do not use in addition to init configuration for whatever init system we end up with; and I do agree that it should be fair game for people to drop the init script from their package. However, there are some advantages to be had in continue to ship init scripts (while I can see no downsides, apart from the fact that they need to be written), and in that light it can make sense for us to encourage people to continue shipping init scripts. -- 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/ signature.asc Description: OpenPGP digital signature
link building services proposal
My name is Alex Martin, We are providing blog posts, blog roll, and contextual links. We have over 1000 blog sites. Our Parameters for Link Building: * Permanent Links * Only thematic Links * Links from Unique IP's * Regular Caching sites * Less Outbound Links * Links from PR 1 to PR 4 relevant pages * If any link removed within 1 year then we will provide replacement. Please let me know if I can be any assistance to you in any of your existing/future projects. One Way Link Building/Blog Post Price is : PR 1 : $1 Each Post/Link PR 2 : $2 Each Post/Link PR 3 : $2 Each Post/Link PR 4 : $4 Each Post/Link PR 5 : $5 Each Post/Link Other package also you can use: 100 PR 1 to PR 4 links only at: 200 $ If you have any kind of query please let me know. I would like to know what you would like to know more. I will be waiting for your reply and I wish that we will start our business relationship soon as possible..
Re: systemd effectively mandatory now due to GNOME
On Tue, Oct 29, 2013 at 08:47:00PM +, Ben Hutchings wrote: On Tue, Oct 29, 2013 at 12:15:10PM -0700, Steve Langasek wrote: On Thu, Oct 24, 2013 at 10:29:10PM +0200, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Oct 24, 2013 at 12:13:34PM -0700, Steve Langasek wrote: And this is not just an issue because of people not wanting to use systemd init, but also because systemd init *can't* run in a container. Whoah, that's not true: sudo systemd-nspawn -bD ~/images/fedora-19 works just fine :) My understanding, which may be based on dated information, is that systemd-nspawn doesn't fully contain the system in the way most others (e.g. users of lxc) talk about when they speak of containers: MAC, cgroups support inside the container, and possibly other things. Indeed; Lennert has described it as an enhanced chroot rather than a container. The new process is in the same user namespace and inherits most capabilities. It can optionally run in a new network namespace. Sure, *systemd-nspawn* doesn't create a secure container, but I'm not sure if that matters here. *systemd* itself will detect that it is running in a container, and disable various stuff, e.g. udev. People run systemd inside containers all the time, and being able to run the same system image inside of a container and on the host is one of the design goals. If you use lxc-start instead of systemd-nspawn, does your Fedora image work? Last I knew, the answer was no. It also works with lxc, if some settings are set, e.g. lxc.cap.drop = mknod, etc. Missing that, systemd configuration can be adapted inside the container. Zbyszek -- 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/20131030115050.gp28...@in.waw.pl
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Hi, Le mardi, 29 octobre 2013 15.08:01 Russ Allbery a écrit : However, making all package maintainers continue to go through the pain of maintaining SysV init scripts to support Hurd and kFreeBSD doesn't strike me as a good outcome. It does for me. First we're not talking about _all_ package maintainers but only those maintaining init scripts; we should refrain from inflating this problem as affecting _all_ of Debian. Second, if we were to have different init systems [0] for different kernels, I think it would be reasonable to put the burden of maintaining the init systems on the shoulders of those using (and maintaining) these ports; that wouldn't be asking too much. (Booting a machine requires what? 5-20 scripts? Add 3-5 for launching a webserver and friends?) [0] Pid1 is only part of the problem, the bigger picture is pid1 + services machinery, IMHO. I, for one, would happily accept patches for the sysvinit scripts in my packages it that helps different-kernel ports (as I've tried to accomodate other ports from debian-ports when possible), but as I'm not currently running any non-Linux Debian host, I can't reasonably test these; they would then need to come from the people using (and maintaining) these different-kernel ports. I expect that pattern to continue: we will try our best to port Debian as broadly as possible, and we will occasionally give up on a porting target (at least outside of the secondary debian-ports infrastructure) because there's too much work to do and insufficient resources. Sure. That said, I do think that requiring package maintainers to accept patches for non-Linux ports init systems would be a reasonable compromise. Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Re: Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
on Tue, 29 Oct 2013 15:08:01 -0700 Russ Allbery wrote: However, I, as a packager, want to stop writing and maintaining SysV init scripts because they're awful. I didn't really expect this. I'd assumed until now that most maintainers would be concerned that existing init scripts don't work properly on the new system, and having to fix them. But you actually want to do that, and get rid of SysV init scripts too. We now have at least one new option available to the ports which is OpenRC[0]. If for example it was supported alongside systemd (or substitute Upstart here if you prefer), each package's maintainer could: * keep their SysV init scripts and let both init systems use them * write a new systemd unit but keeping the init scripts for OpenRC * write a new OpenRC configuration (I don't even know what that looks like yet), keeping the SysV init scripts for systemd * write a new systemd unit and an OpenRC configuration, can then drop the SysV init scripts * write a new systemd unit and specifically depend on systemd, perhaps leaving the package unavailable to ports But I don't suggest this is only for the benefit of ports. Even Linux users have spoken concerns about systemd specifically. If it were introduced, I'd like to have a lightweight and less controversial alternative, and it's really convenient if it is portable. [0]: https://lists.debian.org/5270b735.8010...@debian.org Regards, -- Steven Chamberlain ste...@pyro.eu.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/5270fce2.3030...@pyro.eu.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Hi Steve, On Tue, Oct 29, 2013 at 09:31:37AM -0700, Steve Langasek wrote: On Tue, Oct 29, 2013 at 10:22:54AM +0100, Helmut Grohne wrote: Having read the parts of the ctte bug, it feels odd to preclude the option of supporting multiple init systems from discussion or consideration. If Debian is to support only one init system and that one init system is systemd, then given my above analysis it will be very hard for non-Linux ports to catch up. I argue that in this case we should consider dropping support for non-Linux ports. So if we really are considering such an outcome, why not consider the outcome of supporting multiple init systems (but maybe only one per architecture)? While other members of the TC may wish to consider this option, I've ruled it out myself because we would lose most of the benefits of switching away from sysvinit and instead accrue significant maintenance costs to individual developers who would then have to support both init systems in their packages. What makes switching init systems worth doing is being able to *simplify* the interfaces between the init system and the services. Continuing to support different init systems across different architectures would add complexity instead. That's a pretty bleak outcome. I fully agree with your reasoning. Yet, I see that the options * drop support for non-Linux ports and * maintain some support for an alternate init system are similarly painful. I see neither of them a desirable, but if we really consider one of them, I'd ask for the other one to be considered and evaluated as well. Most participants in this thread appear to agree that the sysvinit *interface* for services (shell scripts) is suboptimal. We are currently mostly arguing about implementations, because each proposed interface has only one implementation. It might make sense to consider a subset of the interface that one implementation provides as our standard and provide a degraded experience to that interface on non-Linux ports. For example, if systemd were to be the init system of choice, it could be required to provide an init script for services with Type=notify. The interfaces of all init systems (except sysvinit, but are we really considering that one?) still are somewhat in flux, so this is the point where we can still influence and shape them. dream Imagine a world where upstart and systemd would use the same syntax (structure) but implement different and somewhat overlapping aspects. Maybe 50% of the daemons would work with either of them without needing changes. wakeup/ But now we call it exec here and ExecStart there, export here and Environment there, and chdir here and WorkingDirectory there. Bummer. /dream Oh wait, I am talking to one of the guys who can actually fix this. :) This would become radically easier if gnome were to become Architecture: linux-any. GNOME may be the trigger for this being raised to the TC, but it's not the core question that we need to address. Even though I did mention gnome over there, the argument is not restricted to gnome in any way. It can be applied to any other package not deemed worthy to support on non-Linux ports (and I should have made this explicit). Furthering this thought leads to turning non-Linux ports into derivatives as presented by others in this thread. I argue that a resolution of this bug needs to answer: What is going to happen with non-Linux ports? Helmut -- 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/20131030141015.ga15...@alf.mars
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, Oct 30, 2013 at 03:10:16PM +0100, Helmut Grohne wrote: The interfaces of all init systems (except sysvinit, but are we really considering that one?) still are somewhat in flux, so this is the point where we can still influence and shape them. dream Imagine a world where upstart and systemd would use the same syntax (structure) but implement different and somewhat overlapping aspects. Maybe 50% of the daemons would work with either of them without needing changes. wakeup/ But now we call it exec here and ExecStart there, export here and Environment there, and chdir here and WorkingDirectory there. Bummer. /dream Hi Helmut, exec vs. ExecStart= and export vs. Environment= is easy. Anyone can whip up a sed script to convert between those. The question is how to deal with more advanced options. Let's say that I have a systemd unit with CapabilityBoundingSet=CAP_SYS_TIME# limit the capability bounding set to CAP_SYS_TIME PrivateTmp=yes# run with unshared /tmp InaccessibleDirectories=/home # run without access to /home WatchdogSec=60# consider the service dead if it hasn't pinged the # manager for in the last minute Restart=on-failure# restart service on watchdog failure or unclean exit This isn't a question of syntax, it's a question of significant functionality in the manager. I think that sharing service descriptions between disparate init managers is infeasible, unless we forbid the use of anything but the basic features. Another thing that is turning into a significant gap is socket activation. In systemd, socket activation allows the service to receive multiple open sockets (e.g. ports 80 and 443 for an httpd server). Socket activation of daemons is cool: - it is very easy to write such a daemon, it must just do accept(), read() and write() - resource efficent because of activation on demand - great for running unpriviledged, since the daemon only does accept(), read() and write() - we get rid of a lot of inter-daemon ordering dependencies. With the recent addition of (experimental) systemd-socket-proxyd[1], even daemons like apache which do not support socket activation internally can be launched on demand by wrapping them with a helper. Socket activation is a great technique, bound to be used more. Achieving the same functionality with init scripts is very hard, and AFAIK, upstart doesn't support socket activation with more than one socket. [1] http://www.freedesktop.org/software/systemd/man/systemd-socket-proxyd.html Oh wait, I am talking to one of the guys who can actually fix this. :) Zbyszek -- 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/20131030145246.gq28...@in.waw.pl
Re: Jessie release goal: DNSSEC as default recursive resolver
Op 29-10-13 17:35, Ian Jackson schreef: Wouter Verhelst writes (Re: Jessie release goal: DNSSEC as default recursive resolver): There is nothing in DNSSEC which makes it inherently incompatible with using DNS forwarders. Talking to the root DNS servers is fun and all, but there's really no good reason why you shouldn't use the large DNS cache on your ISP's recursive DNS server. I'm afraid this is not true. The way DNSSEC is designed means that you can't tunnel the DNSSEC data through a forwarding nameserver which doesn't itself understand DNSSEC at least to a minimal extent. If your local forwarder doesn't do this, which is quite likely, you have to fall back to the global infrastructure - and hope it's not blocked or intercepted. Now, if your local DNS server ignores requests for RRSIG records, or sabotages DNSSEC in other ways, it might make sense to try to bypass them, possibly by running a local caching DNS server. But that should not be the first thing to do. IIRC one of the ways that DNSSEC breaks naive forwarders is that its rules for what constitutes an RRset are different to normal. It's a while since I looked at this but I could go and look at the RFCs again... Okay. I'll grant that I never quite read the entirety of the RFCs, and that there might be some parts of it that I did not understand correctly or incompletely. At any rate, my main point was that we should not default to using a system-local recursive resolver which ignores the ISP-provided one, just because that's the easiest way to do DNSSEC these days. A cache on an ISP-provided recursive nameserver is likely to be containing a lot of results for common DNS queries, which is good for performance. It might be a good idea to _fall back_ to that solution if the alternatives result in not having DNSSEC enabled; but it should not be the default. -- 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/52711e08.9030...@debian.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Op 30-10-13 00:16, Russ Allbery schreef: Carlos Alberto Lopez Perez clo...@igalia.com writes: On 28/10/13 20:14, Christoph Anton Mitterer wrote: For those who haven't seen it, Lennart has posted some of his comments about all this on G+: https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf And here is the reply from Gentoo developer Patrick Lauer: http://gentooexperimental.org/~patrick/weblog/archives/2013-10.html#e2013-10-29T13_39_32.txt This, sadly, was not particularly useful or interesting. I disagree. His point isn't argued very well (seems more like a rant than a discussion), but it's there. As near as I can tell, the core content was that he doesn't think cgroup management is particularly difficult (fine, but I don't think that was the point; the point, instead, was that it's important to have a single arbitrator, which if true poses specific technical challenges) and he believes that the components to systemd would be easy to implement as separate daemons if they were properly documented. I'm one of those people who thinks that nearly everything in Linux is horribly underdocumented, so I'm not going to argue with that point, but it's not a very useful statement from a practical viewpoint. systemd offers specific pieces of integrated functionality. By and large, no one seems to question that the operations enabled by that functionality are useful (although there is some debate over how useful). GNOME is not depending on systemd out of some nefarious plot. It's depending on systemd because GNOME wants to use those pieces of functionality systemd provides. Therefore, I think it's important for arguments against using systemd to somehow engage directly with the questions about functionality. Either there needs to be an argument that the functionality is not important and can be done without (which raises questions about how one would build GNOME in such an environment), or there needs to be some sort of plan for how equivalent functionality to systemd will be provided. From the above link: The only thing stopping me from reimplementing that functionality is that I have no idea what it's supposed to *do* ... and I don't enjoy reading through all of systemd to find out. (about logind) While I agree with your point, it's pretty difficult to reimplement the interesting parts of systemd in other implementations of pid1 if whoever wrote the interesting parts does not document it, does not say what it's supposed to do, does not want to accept patches for things they're not interested in, and is by and large uninterested in anyone who prefers to use something else than whatever their kool-aid is. I'll grant that maybe logind provides interesting functionality which other projects might want to depend on, and that there's nothing wrong with that. The problem, however, is that the functionality is not defined: if I want to provide an alternative pid1 implementation, then the specifications are clear, and I should Just Do It (not that I'm going to muddle the waters even more by doing so, but you understand the point). If I want to provide an alternative implementation of logind, however, then the only spec out there is the logind code, which might change one day to the next just because the logind developer feels like it. This wouldn't be much of a problem if I could just take logind (and udev, and dbus, and more things) out of the systemd source tree and use it without systemd, should I want to. But you can't; the problem is that the upstream of all these projects is by and large uninterested in doing so, and also does not seem to support other people who are, and at least the Debian maintainers of systemd have gone on record as saying that they won't guarantee this would remain possible (if the systemd developers would be willing to do so, then I suppose that could ameliorate some concerns). The obvious solution would be that the world changes to systemd because what, essentially, amounts to a level of sabotage by the systemd developers of things that aren't systemd. If systemd is in fact the best choice out there, of which I'm not convinced at this point in time, then I wouldn't mind that (much). But I'd like us to do so for the right technical reasons, not just because it means we make our lives easier in not having to fight with a stubborn upstream all the time. We could, after all, fork, like we have done on other occasions of stubborn upstreams. Given all of the above, I would even argue that perhaps Debian should *not* adopt systemd as init system, out of principle; if we were to do so, then almost all the major distributions would be using systemd (with the sole exception of Ubuntu; I expect redhat to switch to systemd for their next EL version), which could go a long way to making it part of what it means to be running Linux. At that point, any competing innovative implementations would simply face an almost insurmountable heap of
Re: Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, 30 Oct 2013 15:10:16 +0100 Helmut Grohne wrote: Furthering this thought leads to turning non-Linux ports into derivatives as presented by others in this thread. If packages are no longer required to provide SysV init scripts, producing a non-Linux Debian derivative would at least entail bringing back SysV init scripts in those packages, or perhaps adding new OpenRC runscripts. If that were to happen though, that same work could enable the use of OpenRC as an alternative init system, even on Linux. Regards, -- Steven Chamberlain ste...@pyro.eu.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/527127dc.6020...@pyro.eu.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
]] Wouter Verhelst Yes, absense of documentation is common on Unix and Linux systems; but no, I do not think that this is okay, or that we should in any way encourage that sort of thing. By absense of documentation, are you referring to the almost 10% of the source base that are comments or the 15% that is DocBook XML based documentation? (Almost 14kLOC and almost 36kLOX, respectively.) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/m21u32g383@rahvafeir.err.no
Re: Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Steven Chamberlain dixit: […] substitute Upstart here if you prefer), each package's maintainer could: […] * Write scripts for one system and generate the other from it or even * Write “Debian init declaration” and let something take care of generating an initscript and whatever the other systems use out of it bye, //mirabilos -- hecker cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten die nicht noch 3 Jahre warten können? mirabilos bis dahin gibts google nicht mehr hecker ja, könnte man meinen. wahrscheinlich ist der angekündigte welt- untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum müssen die die doodles vorher noch raushauen -- 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/pine.bsm.4.64l.1310301604350.14...@herc.mirbsd.org
Bug#728321: ITP: php-opencloud -- library to work with OpenStack clouds
Package: wnpp Severity: wishlist Owner: David Prévot taf...@debian.org * Package name: php-opencloud Version : 1.6.0 Upstream Author : Rackspace developers http://developer.rackspace.com/ * URL : http://php-opencloud.com/ * License : Apache-2.0 Programming Lang: PHP Description : library to work with OpenStack clouds The php-opencloud library is a software development kit (SDK) to help developers using PHP to work with OpenStack and other open clouds. . Since the library was developed at Rackspace, it works with the Rackspace cloud, and should also work with other OpenStack-based clouds with minimal effort. This will be a dependency of the upcoming owncloud 6 package. Regards David signature.asc Description: Digital signature
Re: Re: Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, 30 Oct 2013 16:05:48 +, Thorsten Glaser wrote: * Write scripts for one system and generate the other from it or even * Write “Debian init declaration” and let something take care of generating an initscript and whatever the other systems use out of it Perhaps an existing definition like Upstart's could become that? We'd want proper documentation and some reassurance it won't change drastically. Upstream might be open to suggestions for improvement. Any thoughts? Then try to add support for it wherever it is easiest to do so, like OpenRC (seems to be rather simply designed, ought to work on all ports, and is under a free license without CLA). It just depends how much functionality Upstart has, that most packages really need, which OpenRC doesn't already have. (The GNOME logind issue would have to be handled anyway for Upstart to be considered.) Regards, -- Steven Chamberlain ste...@pyro.eu.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/52713661.2090...@pyro.eu.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
2013/10/30 Helmut Grohne hel...@subdivi.de: What is going to happen with non-Linux ports? Debian is not Debian without non-Linux ports. As for me, I think it is not very hard to maintain diffrent init systems for different kernels. Especially if Debian GNU/Linux get rid of sysvinit: writing systemd or upstrart services is simple (as well as SMF). Just one example from OSDyson (lighttpd): 1. dh-smf: http://cgit.osdyson.org/dh-smf.git 2. lighttpd depends on dh-smf for illumos kernel: http://cgit.osdyson.org/lighttpd.git/tree/debian/control#n10 3. No changes in d/rules (!): http://cgit.osdyson.org/lighttpd.git/tree/debian/rules 4. DH automatically peeks up dh_smf: http://cgit.osdyson.org/debhelper.git/tree/dh?id=3769023faf4758f944e710480c43cda220821690#n524 5. dh_smf looks into this directory: http://cgit.osdyson.org/lighttpd.git/tree/debian/lighttpd.smf 6. dh_installinit is no-op on Dyson -- 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/call-q8zvzx9lr74v6erazu6dgj8ez6kvyigzswq+v77fbwr...@mail.gmail.com
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, Oct 30, 2013 at 04:29:24PM +0100, Wouter Verhelst wrote: While I agree with your point, it's pretty difficult to reimplement the interesting parts of systemd in other implementations of pid1 if whoever wrote the interesting parts does not document it, does not say what it's supposed to do, does not want to accept patches for things they're not interested in, and is by and large uninterested in anyone who prefers to use something else than whatever their kool-aid is. I'll grant that maybe logind provides interesting functionality which other projects might want to depend on, and that there's nothing wrong with that. The problem, however, is that the functionality is not defined: if I want to provide an alternative pid1 implementation, then the specifications are clear, and I should Just Do It (not that I'm going to muddle the waters even more by doing so, but you understand the point). If I want to provide an alternative implementation of logind, however, then the only spec out there is the logind code, which might change one day to the next just because the logind developer feels like it. Are there things missing from http://www.freedesktop.org/wiki/Software/systemd/logind/ from an implementor's perspective? For my part I regard this as a tempest in a teapot. Lennart has been effective at making people worry that not using systemd is too dangerous to consider. But Ubuntu has done just fine with splitting the dbus services off of init up through systemd 204, and while we know there are some big issues on the horizon with the cgroup manager and kdbus questions, these are not settled matters across the Free Software ecosystem. There are lots of other people besides the upstart and Debian non-Linux-port community who have reservations about the systemd gravity well, including anyone using cgroups today on top of lxc or using the Google tools. So I'm not going to give anyone a roadmap today for how these capabilities will be made available in a non-systemd environment, because a lot of this has to do with decisions that need to be made in the relevant wider technical communities and have nothing to do with the init system per se. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: Re: Proposal: switch default desktop to xfce
Hi, On Fri, 25 Oct 2013 13:31:23 +0100 Steve McIntyre wrote: We've had this discussion multiple times over the years. I've been told multiple times that we still have a non-negligible set of users owning/running hardware that can't do DVDs. I'm not 100% convinced myself of how large or critical this use case is, but that's the information I have. I still have such hardware lying around, I rarely use it, but a CD install might be the only way I could ever resurrect it for anything. During the final cdimage testing on Wheezy release day, I did test installs on a Compaq ProLiant DL360 (G1). They have a slim-line CD-ROM drive and AFAIK no way to boot from USB or the (non-free) onboard NICs. USB or network booting might fail for any number of reasons. This might be a standalone computer, not even networked to any others, and many will find it difficult setting up DHCP and a PXE server. If all options fail, one's only other option might be to install a different OS (at least, initially). A CD seems most likely to work, especially if the user doesn't know what type of optical drive they have. We *could* just drop all the CD sets and be done with it, just keeping the netinst CD and the DVDs. Is that what people really want? Please consider keeping at least: * a minimal netinst CD - for those who want to download as little as possible; I have plenty of blank CDs at hand, and is permanent once written, whereas most of my USB keys are constantly in use for things or have data on that makes it awkward to reformat them as install media. The CD would also work in DVD-ROM drives, and the .iso might be useful for network booting. Perhaps it will even fit on some businesscard CD or DVDs. * a single CD containing as much as possible, perhaps XFCE - if you're limited to slow connectivity and old hardware, this may be the most compatible and 'shareable' Debian disc; it should have everything a novice user will need to get to a friendly graphical desktop, get online and be able to surf the web, after which they can install any other software on demand. However, I don't see much point any more in the sets which span multiple CDs - especially if using only CD-1 would leave out essential stuff for getting online and downloading the rest. The larger desktops environments probably have system requirements beyond the kind of hardware I've mentioned here anyway. Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.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/52715d0c.4010...@pyro.eu.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
previously on this list Zbigniew Jędrzejewski-Szmek contributed: Hi Helmut, exec vs. ExecStart= and export vs. Environment= is easy. Anyone can whip up a sed script to convert between those. The question is how to deal with more advanced options. Let's say that I have a systemd unit with CapabilityBoundingSet=CAP_SYS_TIME# limit the capability bounding set to CAP_SYS_TIME PrivateTmp=yes# run with unshared /tmp InaccessibleDirectories=/home # run without access to /home WatchdogSec=60 # consider the service dead if it hasn't pinged the # manager for in the last minute Restart=on-failure# restart service on watchdog failure or unclean exit This isn't a question of syntax, it's a question of significant functionality in the manager. I think that sharing service descriptions between disparate init managers is infeasible, unless we forbid the use of anything but the basic features. Couldn't they just be ignored not to mention already having existing or far more functional and robust *options* that work with any init system. Even SElinux has people wanting to use RSBAC or grsecurities RBAC because they have a better security record due to more secure architectures and rules. and on another matter I personally much prefer a setcap (again or other options like RBAC) shell line to CapabilityBoundingSet=CAP_SYS_TIME Another thing that is turning into a significant gap is socket activation. In systemd, socket activation allows the service to receive multiple open sockets (e.g. ports 80 and 443 for an httpd server). Socket activation of daemons is cool: No it isn't and has been argued over not long ago, so as I have been requested to and am now trying (even harder) it would be good if we could keep the S/N ratio down. -- ___ '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/527896.83523...@smtp118.mail.ir2.yahoo.com
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
previously on this list Helmut Grohne contributed: Most participants in this thread appear to agree that the sysvinit *interface* for services (shell scripts) is suboptimal. Not so sure, I have various thoughts on this and even the reasons that it is considered sub optimal but think some like me have chosen not to bring this up out of fear of opening another can of worms which has already been discussed many times. I have always found OpenRC quite nice in being intuitive, quick and flexible to administer though compared to debian's sysv implementation, upstart and systemd. The freedom arguments can be combatted somewhat with the 'modern' init having options to use shell scripts but then the question becomes whether services start needing hacking and recompiling for things like embedded usage or any other unexpected scenario or desire and I guess Gentoo is heavily into embedded and unexpected scenarios like debian. On the other hand if those disrespectful services choose to ignore unix philosophy then it may simply be an extension of dependency hell in any case and so is of little matter except discouragement. -- ___ '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/922863.83523...@smtp118.mail.ir2.yahoo.com
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, Oct 30, 2013 at 08:59:00PM +0400, Игорь Пашев wrote: Debian is not Debian without non-Linux ports. You are entitled to your opinion, which is what this is. Debian certainly was Debian without non-Linux ports prior to February 2011, and some are of the opinion that it should be again in future. Let's wait and see what the tech committee come out with. Merely pronouncing our opinions does nothing to further the debate. -- 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/20131030203932.gd12...@bryant.redmars.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, Oct 30, 2013 at 07:25:55PM +, Kevin Chadwick wrote: Couldn't they just be ignored not to mention already having existing or far more functional and robust *options* that work with any init system. A cursory glance at the example above… PrivateTmp=yes InaccessibleDirectories=/home …would suggest that simply ignoring such things could be a major security concern. So, no. and on another matter I personally much prefer a setcap (again or other options like RBAC) shell line to CapabilityBoundingSet=CAP_SYS_TIME Presumably your preference is not purely down to syntax. What is it down to? No it isn't and has been argued over not long ago, so as I have been requested to and am now trying (even harder) it would be good if we could keep the S/N ratio down. I'm afraid you're failing with sentences such as the above. -- 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/20131030204323.ge12...@bryant.redmars.org
Re: Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, 30 Oct 2013 20:39:32 + Jonathan Dowland wrote: [...] Debian without non-Linux ports prior to February 2011, [...] That's only when a non-Linux Debian port (GNU/kFreeBSD) first became a _release architecture_; it existed as a port since May 2003. Hurd has been an official unstable port since before that I think. Debian is also upstream to more unofficial ports such as Dyson that many of us don't ever hear about. So clearly, Debian has always been a very portable OS; taking a very Linux-specific direction such as systemd would be significant. Merely pronouncing our opinions does nothing to further the debate. It wouldn't be much of a debate if people didn't speak their opinions. Others had already done so in the tech-ctte bug so I think he was justified in challenging this. And... if everyone was of the same opinion, there probably wouldn't have been a debate in the first place. Regards, -- Steven Chamberlain ste...@pyro.eu.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/527177cd.50...@pyro.eu.org
Bug#728337: ITP: libcookie-baker-perl -- simple cookie string generator and parser
Package: wnpp Severity: wishlist Owner: Florian Schlichting f...@debian.org * Package name: libcookie-baker-perl Version : 0.02 Upstream Author : Masahiro Nagano kazeb...@gmail.com * URL : https://metacpan.org/release/Cookie-Baker * License : GPL-1+, Artistic Programming Lang: Perl Description : simple cookie string generator and parser Cookie::Baker provides a simple cookie string generator and parser. There are many other cookie related modules on CPAN, like CGI, CGI::Simple, Plack, or Dancer::Cookie. But none is as simple as Cookie::Baker. libcookie-baker-perl is a new dependency of libplack-middleware-session-perl. -- 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/20131030211820.15332.30375.reportbug@thinkpad
Re: Proposal: Let's have a GR about the init system
Olav wrote: On Sat, Oct 26, 2013 at 05:37:50PM +0100, Kevin Chadwick wrote: I don't mean to be rude but please read up on systemd and see the pros of cons such as on LWN.net comments or any distro mailing list as many are tired of systemd discussion and this wide ranging and much of the stolen/borrowed/existing functionality is what many don't want mandated on all systems by default for various reasons. I only saw that in the beginning. As soon as people had systemd as their init system, all those discussions died. I see loads of really pro statements. I think you're seeing a pattern that's not really there, to be honest. I've seen a lot of people on LWN et al just get so bored of the systemd discussion that they've just stopped contributing. Then there are the hard-core zealots on both sides who have continued spamming every forum they can find. :-( -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- 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/e1vbdpq-6u...@mail.einval.com
Bug#728341: ITP: libenum-perl -- perl module for sets of ordered constants like enums in C
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libenum-perl Version : 1.05 Upstream Author : Neil Bowers n...@bowers.com * URL : https://metacpan.org/release/enum * License : Artistic or GPL-1+ Programming Lang: Perl Description : perl module for sets of ordered constants like enums in C The enum module defines a set of symbolic constants with ordered numeric values ala C enum types. It is now capable of creating ordered bitmask constants as well. See the BITMASKS section in the documentation for details. What are they good for? Typical uses would be for giving mnemonic names to indexes of arrays. Such arrays might be a list of months, days, or a return value index from a function such as localtime(). -- 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/20131030214803.ga24...@jadzia.comodo.priv.at
Re: Proposal: switch default desktop to xfce
Wouter wrote: The last time I used the full stack of CDs where there was no decent alternative option was when I was helping a customer prepare a set of installation instructions for a code escrow situation. Since one of the requirements there was the ability to produce a 100% bit-for-bit equal system, anything that used download the current version from the Internet was out -- we had to provide actual media (CDs, at the time). That was over five years ago, though. Today, I doubt I'd still try to use CDs, probably at least DVDs instead. Yup, that's what I'm thinking too. Having said that, I do think that providing a limited number of CD install images is useful for those cases of retrocomputing where installing off DVD is difficult. Other than that... So... In that situation, would you care about having more than just a netinst available for initial booting? Beyond that, people can get on the network to a mirror, or to other machines hosting the DVD images. I'm thinking we can cut down some more here. Maybe (as Steven suggested) we could keep a single bigger CD image around, but I'm not 100% convinced that it's likely to give us enough beyond the netinst to make me care about it. What else would we want/need on a CD to make it compelling here? -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- 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/e1vbdxc-00016s...@mail.einval.com
Re: Proposal: switch default desktop to xfce
Zack wrote: On Fri, Oct 25, 2013 at 11:57:29PM +0100, Steve McIntyre wrote: I would not be opposed to changing the default for xfce for now, and reverting it if gnome's improvements make it a better choice. OK. I suggest that we *try* that for now. If we try, what will be the criteria for assessing whether the experiment has been successful (and hence worth keeping for Jessie) or a failure (and hence reverting it)? That's a good question. I'll admit that I don't really have a good answer for it myself. Anybody else? Hint: I don't think that the amount of opinionated posts anti-GNOME or anti-Xfce posted on debian-devel is a good success metric :-) Bah, now you're just making the job harder! :-P -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- 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/e1vbe2w-0001cz...@mail.einval.com
Re: Proposal: switch default desktop to xfce
On Wed, Oct 30, 2013 at 10:09:30PM +, Steve McIntyre wrote: Wouter wrote: The last time I used the full stack of CDs where there was no decent alternative option was when I was helping a customer prepare a set of installation instructions for a code escrow situation. Since one of the requirements there was the ability to produce a 100% bit-for-bit equal system, anything that used download the current version from the Internet was out -- we had to provide actual media (CDs, at the time). _VERY_ occasionally these days, I've tried to install Debian on an isolated system - DVDs normally - BluRay dd'ed to a USB stick would be more useful if a computer can boot from USB. That was over five years ago, though. Today, I doubt I'd still try to use CDs, probably at least DVDs instead. Yup, that's what I'm thinking too. Having said that, I do think that providing a limited number of CD install images is useful for those cases of retrocomputing where installing off DVD is difficult. Other than that... x86 32 bit / AMD64 netinst as one CD (like the multiarch DVD) Mac / ARMHF as another CD would be useful. So... In that situation, would you care about having more than just a netinst available for initial booting? Beyond that, people can get on the network to a mirror, or to other machines hosting the DVD images. It's a bit of a nuisance if you need non-free firmware for e.g. WiFi / server network cards (curse you Intel and Broadcom ...) Apropos that, the UEFI booting netinst appears not to be able to add in firmware read from a USB stick - but I could be being very stupid here ... :) I'm thinking we can cut down some more here. Maybe (as Steven suggested) we could keep a single bigger CD image around, but I'm not 100% convinced that it's likely to give us enough beyond the netinst to make me care about it. What else would we want/need on a CD to make it compelling here? Hope this helps, AndyC -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- 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/20131030222810.ga4...@galactic.demon.co.uk
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
previously on this list Jonathan Dowland contributed: Couldn't they just be ignored not to mention already having existing or far more functional and robust *options* that work with any init system. A cursory glance at the example above… PrivateTmp=yes InaccessibleDirectories=/home …would suggest that simply ignoring such things could be a major security concern. So, no. Well I meant that they would be used by systemd and ignored likely noisily by default by others. However this really should be the job of the service in any case as depending on a third party service for security that isn't extra such as potentially PrivateTmp that apache/php may need (likely in a /var chroot in this case though) is asking for trouble. and on another matter I personally much prefer a setcap (again or other options like RBAC) shell line to CapabilityBoundingSet=CAP_SYS_TIME Presumably your preference is not purely down to syntax. What is it down to? For something that is as long and no more descriptive than the shell it replaces it is simply adding obfuscation that fails to teach anything useful to users for use in other contexts and doesn't have a man page which like so often on Linux needs improving for setcap but that is of no importance to the better practice of empowering users who may become the next generation of devs. No it isn't and has been argued over not long ago, so as I have been requested to and am now trying (even harder) it would be good if we could keep the S/N ratio down. I'm afraid you're failing with sentences such as the above. True and certainly could have been worded more tactfully. I was referring to the thread from the 27th Aug entitled Custom Reload command/signal in upstart -- ___ '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/818151.66282...@smtp124.mail.ir2.yahoo.com
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Kevin Chadwick ma1l1i...@yahoo.co.uk writes: Well I meant that they would be used by systemd and ignored likely noisily by default by others. However this really should be the job of the service in any case as depending on a third party service for security that isn't extra such as potentially PrivateTmp that apache/php may need (likely in a /var chroot in this case though) is asking for trouble. No, it should *not* be the job of each service to reimplement tricky security measures. They should be implemented in one place or a small number of competing places that are thoroughly tested and that have been examined with lots of eyeballs, and then reused by everyone else rather than having them attempt to roll their own strategies. This applies to several features in upstart and systemd. Socket activation is another excellent example. Anyone care to guess how much badly-written code to handle listening to a network socket currently exists in the archive? How much of it causes the daemon to fork and exit in the parent before it's actually listening to the network, thus breaking boot ordering? And that's despite the existence of the inet superserver, which hopefully a lot of packages are using rather than rolling their own. It's one thing to avoid a monoculture. It's quite another to chase avoidance of a monoculture into a nasty case of Not Invented Here. Services should not be responsible for doing things that can be done properly by well-tested and robust system services for exactly the same reason that services should not use their own implementation of AES and should instead rely on one of the several robust and well-tested crypto libraries. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vc0eqo23@windlord.stanford.edu
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
previously on this list Russ Allbery contributed: Well I meant that they would be used by systemd and ignored likely noisily by default by others. However this really should be the job of the service in any case as depending on a third party service for security that isn't extra such as potentially PrivateTmp that apache/php may need (likely in a /var chroot in this case though) is asking for trouble. No, it should *not* be the job of each service to reimplement tricky security measures. They should be implemented in one place or a small number of competing places that are thoroughly tested and that have been examined with lots of eyeballs, and then reused by everyone else rather than having them attempt to roll their own strategies. This applies to several features in upstart and systemd. Socket activation is another excellent example. Anyone care to guess how much badly-written code to handle listening to a network socket currently exists in the archive? How much of it causes the daemon to fork and exit in the parent before it's actually listening to the network, thus breaking boot ordering? And that's despite the existence of the inet superserver, which hopefully a lot of packages are using rather than rolling their own. It's one thing to avoid a monoculture. It's quite another to chase avoidance of a monoculture into a nasty case of Not Invented Here. Services should not be responsible for doing things that can be done properly by well-tested and robust system services for exactly the same reason that services should not use their own implementation of AES and should instead rely on one of the several robust and well-tested crypto libraries. Well I completely disagree, yes they should use or atleast reference good well audited shared references but code for security should be tailored to the almost always simpler job at hand otherwise you will always be less secure and doing so actually increases eyeballs on the code. Bringing it back to PrivateTmp what you are certainly doing is adding complexity about whether systemd is running and has done this or not and for what good reason, which then raises questions and less audited code for all the other use cases. If you analyse the really secure packages on the two sides guess which has the extremely low vulnerability track record. You may also stop the dev from providing extra layers of security because the generalised behaviour is out of their domain and they don't need to think about it. If on the other hand you are talking about making it easier for some programmers who are not willing to take the time to be careful then you may have a point for backing things like polkit but I would say they should stick to unpriviledged user operations then as this generalisation and misunderstanding/unfamiliarity does and will lead to more exploits and they shouldn't be doing anything risky as root if they are not willing to be careful anyway. And no it isn't exactly the same reason as well defined libraries with very specific low level jobs at all, often even standard c libraries functions are the right tool but sometimes you take part of it and make something more correct. -- ___ '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/68396.31640...@smtp104.mail.ir2.yahoo.com
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Theodore Ts'o ty...@mit.edu writes: On Mon, Oct 28, 2013 at 06:21:27PM -0700, Russ Allbery wrote: Well, I've said this before, but I think it's worth reiterating. Either upstart or systemd configurations are *radically better* than init scripts on basically every axis. They're more robust, more maintainable, easier for the local administrator to fix and revise, better on package upgrades, support new capabilities, etc. Can you please go in to more detail why you believe this was true? I think it's painfully obvious if you compare an init script to an upstart or systemd configuration file for a simple daemon like, say, my lbcd package. For those who don't agree, please try the exercise of writing systemd and upstart configuration files for some typical daemon package and look at the number of lines of code in both and the behavior in edge cases (daemon already running, daemon running but with no PID file because something else deleted it, daemon part of a dependency chain that shouldn't fire until the daemon is actually listening to the network, correct exit status for various failure conditions, stopping the daemon when there is a user process with the same name as the daemon also running, and the other cases Policy says one must handle). Now compare the length of time it took you to make an init script correctly handle all those cases versus how long it took to write the upstart or systemd configuration. (Note that I have found, IIRC, two different edge-case bugs in /etc/init.d/skeleton while working on Debian, so even if you start from that file, which is only applicable to a relatively narrow range of circumstances, you can still fail edge cases.) I have prior experience here both as Policy editor dealing with the Policy sections related to init scripts and as a Lintian maintainer dealing with Lintian checks for init scripts. Both of those experiences were, shall we say, convincing. Another way to look at this is that both upstart and systemd provide a high-level programming language for writing init scripts. Not only does it implement a higher level of abstraction, it's also better-suited to the problem space because it's declarative rather than imperative. (systemd somewhat more so than upstart, although that makes it somewhat more awkward to use in cases where you really need to run some shell script on various actions.) As with any move to a higher-level programming interface, there are drawbacks; if you really want to do your own memory management, you don't get to any more. And as with most moves to a higher-level programming interface well-suited to the task at hand, the advantages outweigh the drawbacks. (And in this case, I'd go a step farther and say that I think most of the drawbacks people cite around loss of flexibility are at least arguably benefits. The world would be a better place with fewer init scripts doing weird and unexpected things to paper over bugs better fixed somewhere else.) This really shouldn't be a particularly controversial stance. Ever since Solaris SMF, various UNIX implementations have been abandoning traditional init scripts for exactly these reasons. I really don't think that all those completely independent technical teams, which at this point include most major Linux distributions (counting OpenRC as another higher-level implementation), are all wrong. This is an area of personal interest of mine. I followed daemontools development back when Dan Bernstein was tackling this same basic problem in his distinctively radical way, and have subsequently been paying at least casual attention to various different daemon management facilities ever since. A lot of people have tried to solve various aspects of the problem that init scripts are actually horrible at what they do, and the solutions have been slowly improving and becoming more and more robust. AFS attempted to solve this problem all the way back in the 1980s. Even back then, it was obvious that init scripts were insufficiently powerful to manage production services properly, hence the whole bosserver system that persists in OpenAFS to this day and which, coming from MIT, you may be familiar with. Not that I would advocate use of bosserver for anything other than AFS these days, as there are now lots of newer technologies that have surpassed it, although (relatively) secure network management of services is still an interesting feature. The lsat time I played with Upstart, I saw a lot of policy moved from shell scripts into C code (which I would have to edit and recompile) if I wanted to change things. I also was extremely frustrated with a massive lack of documentation, where at least with shell scripts I could read the scripts to understand what was going on. I suspect you and I have a root disagreement over the utility of exposing some of those degrees of freedom to every init script author, but if you have some more specific examples of policy that you wanted to change
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Mon, Oct 28, 2013 at 06:21:27PM -0700, Russ Allbery wrote: Well, I've said this before, but I think it's worth reiterating. Either upstart or systemd configurations are *radically better* than init scripts on basically every axis. They're more robust, more maintainable, easier for the local administrator to fix and revise, better on package upgrades, support new capabilities, etc. Can you please go in to more detail why you believe this was true? The lsat time I played with Upstart, I saw a lot of policy moved from shell scripts into C code (which I would have to edit and recompile) if I wanted to change things. I also was extremely frustrated with a massive lack of documentation, where at least with shell scripts I could read the scripts to understand what was going on. Maybe things have changed, but that was my impression with both Systemd and Upstart (and policykit, and consolekit, etc. all of which has caused me no end of frustration). - Ted -- 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/20131031004110.ga9...@thunk.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, Oct 30, 2013 at 06:18:29PM -0700, Russ Allbery wrote: I suspect you and I have a root disagreement over the utility of exposing some of those degrees of freedom to every init script author, but if you have some more specific examples of policy that you wanted to change but couldn't, I'd be interested in examples. It's not necessarily the init script author who might want the degrees of freedom, but the local system administrator. The most basic is the idea that whether you can control (via shell scrpit fragments) whether or not a service should start at all, and what options or environments should be enabled by pasing some file. The fact that we can put that sort of thing in configuration files such as /etc/default/*, for example. Yes, yes, you can do this via if you use system V init scripts scripts in backwards compatibility mode, but you've argued that we should be moving briskly away from that. In which case system administrators will need to hand-edit the services files by hand, which will no doubt increase the chances of conflicts at package upgrade time, compared to if the configuration options were isolated away in files such as /etc/default/rsync (for example). I realize that the local administrator may have other goals, and they should have ways of achieving them, but both systemd and upstart support running SysV init scripts for those cases. If the package does not ship a SysV init script (which is your ideal long-term outcome), that may not be very practical option for a system adminsitrator who may need to recreate a SysV init script, especially if the service file is rather complicated, or is using some of the more advanced feature of systemd/upstart. - Ted -- 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/20131031015053.gb9...@thunk.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Theodore Ts'o ty...@mit.edu writes: On Wed, Oct 30, 2013 at 06:18:29PM -0700, Russ Allbery wrote: I suspect you and I have a root disagreement over the utility of exposing some of those degrees of freedom to every init script author, but if you have some more specific examples of policy that you wanted to change but couldn't, I'd be interested in examples. It's not necessarily the init script author who might want the degrees of freedom, but the local system administrator. The most basic is the idea that whether you can control (via shell scrpit fragments) whether or not a service should start at all, and what options or environments should be enabled by pasing some file. The fact that we can put that sort of thing in configuration files such as /etc/default/*, for example. Yes, yes, you can do this via if you use system V init scripts scripts in backwards compatibility mode, but you've argued that we should be moving briskly away from that. In which case system administrators will need to hand-edit the services files by hand, which will no doubt increase the chances of conflicts at package upgrade time, compared to if the configuration options were isolated away in files such as /etc/default/rsync (for example). Ah, I see. However, I do think this is mostly a solvable problem. We should provide meaningful flexibility in our init script configuration, which may include providing hooks so that local administrators have a place to put that local policy. You're right that some of this functionality will probably be lost in the initial conversion to something other than init scripts, but I would consider that to (usually) be a bug, and as people report problems, we can be sure it's added back in after understanding the issues involved. Yes, this may be a bit annoying for people in the short term, but I do think it gets us to a better place in the long run by way of supporting clean and documented interfaces for those policy settings. It is true that currently init scripts are full-blown programs, allowing anyone who is capable of programming in that language to make arbitrary policy modifications. We lose that by switching to a higher-level language, and only policy decisions anticipated by that language will be easily implemented. More complex policy decisions would have to be handled at a higher level, via selectively creating or removing the configuration files. It's certainly a disruptive change. I'm not convinced it's a net negative, but it will depend on how strong the available hooks are and what types of policy the local administrator wants to easily change. I do think that being able to treat the init scripts as real configuration files will make maintaining such local policy easier than it is currently. The prospect of modifying init scripts was already dire enough that we pushed most meaningful configuration into /etc/default instead of asking that people change the complicated init scripts and then handle merges on package upgrades. *Most* local changes are fairly simple, and would only require small and mergable changes to upstart configuration files, and small overrides to systemd files. I personally like upstart's model a little better, but systemd's model of /etc overrides /lib is, I think, workable as long as people remember to change only the setting they want and then include the original instead of making copies of the whole configuration. (That being said, I'm worried about how the systemd model handles the common case of wanting to change the command-line arguments to a daemon, and then having the package also change the command-line arguments in some orthogonal way.) If the package does not ship a SysV init script (which is your ideal long-term outcome), that may not be very practical option for a system adminsitrator who may need to recreate a SysV init script, especially if the service file is rather complicated, or is using some of the more advanced feature of systemd/upstart. You can do quite a bit with the hooks that are part of the specification of both types of files. For example, logic that you may add to control whether the service should start at all can be implemented by adding a pre-start stanza to the upstart configuration. This particular action appears to be harder to do in systemd, which doesn't, at least from the documentation that I've found, support running arbitrary shell code to determine whether to start a unit, but there are a bunch of other possible built-in checks. I suppose one could also change the command started to wrap it and put the check there, although that feels quite ugly. In general, upstart's integration with arbitrary actions in shell fragments is considerably better than systemd's, at least based on the documentation I've read. upstart feels like it provides more useful flexibility. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, Oct 30, 2013 at 09:50:53PM -0400, Theodore Ts'o wrote: On Wed, Oct 30, 2013 at 06:18:29PM -0700, Russ Allbery wrote: I suspect you and I have a root disagreement over the utility of exposing some of those degrees of freedom to every init script author, but if you have some more specific examples of policy that you wanted to change but couldn't, I'd be interested in examples. It's not necessarily the init script author who might want the degrees of freedom, but the local system administrator. The most basic is the idea that whether you can control (via shell scrpit fragments) whether or not a service should start at all, and what options or environments should be enabled by pasing some file. The fact that we can put that sort of thing in configuration files such as /etc/default/*, for example. Both systemd and upstart support this well enough. With systemd you can say EnvironmentFile=/etc/default/whatever and use the variables in ExecStart=/path/to/prog $VAR1 $VAR2. This is usually discouraged, not because it doesn't work, but because it uses two files to provide very little value. In majority of cases it turns out that the settings in /etc/default either can't be changed in an useful way, or are better read by the daemon itself from a different configuration file. But if you want this, then it's there. If the settings are to complicated for the declarative style, you can always use an helper shell script to launch the daemon. Again, discouraged, but certainly supported. Yes, yes, you can do this via if you use system V init scripts scripts in backwards compatibility mode, but you've argued that we should be moving briskly away from that. In which case system administrators will need to hand-edit the services files by hand, which will no doubt increase the chances of conflicts at package upgrade time, compared to if the configuration options were isolated away in files such as /etc/default/rsync (for example). Actually this doesn't happen that often. Typical systemd service file has 1-3 lines of documentation, 1+ lines of ExecStart stuff, and a few additional settings. They are mostly orthogonal, so you just override the one you need. Probably most common case is to override ExecStart=, done by adding the file like /etc/systemd/system/myservice.d/custom-start.conf which only overrides ExecStart. Nice and simple, no conflicts on upgrade. I realize that the local administrator may have other goals, and they should have ways of achieving them, but both systemd and upstart support running SysV init scripts for those cases. If the package does not ship a SysV init script (which is your ideal long-term outcome), that may not be very practical option for a system adminsitrator who may need to recreate a SysV init script, especially if the service file is rather complicated, or is using some of the more advanced feature of systemd/upstart. Why would you recreate the whole script? Let the init manager take care of starting and stopping and supervising, and only do the custom stuff in the script. Then it should be just a few lines. Zbyszek -- 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/20131031022135.gs28...@in.waw.pl
Re: porting OpenRC to Debian GNU/kFreeBSD
Thomas Goirand z...@debian.org writes: I'm very happy to tell everyone that this is *FIXED* !!! http://youtu.be/zoNoi8BgQjs :D :D :D Wow. That's absolutely great zigo! Although the Caching service dependencies seems to be a regression to me months ago, where the cache should be generated only once and not on every boot. -- 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/86haby9gqv@moguhome00.in.awa.tohoku.ac.jp
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On 10/31/2013 02:50 AM, Theodore Ts'o wrote: The most basic is the idea that whether you can control (via shell scrpit fragments) whether or not a service should start at all, and what options or environments should be enabled by pasing some file. The fact that we can put that sort of thing in configuration files such as /etc/default/*, for example. Yes, yes, you can do this via if you use system V init scripts scripts in backwards compatibility mode, but you've argued that we should be moving briskly away from that. In which case system administrators will need to hand-edit the services files by hand, which will no doubt increase the chances of conflicts at package upgrade time, compared to if the configuration options were isolated away in files such as /etc/default/rsync (for example). Ted, I'm sorry, but it's very obvious you have no clue how systemd is supposed to be used. First of all, systemd - like udevd - supports two places where to place systemd service files. One is located below /usr/lib/systemd which is the directory where service files provided by the package are placed, and one is /etc/systemd where your own, custom service files are located. If systemd finds an appropriate service file in /etc/systemd it will ignore the appropriate service file in /usr/lib/systemd, always. So there is never a problem with service files being overwritten during an upgrade like you describe. The same holds true, btw, for udevd with it's rules files which are located in /lib/udev/rules.d and /etc/rules.d respectively. And everything that you might want change in the configuration of a service can be done by editing the service file and this in a much easier and consistent way. Editing a file in the .ini file format is a no-brainer which, in the worst mistake case, will probably lead to an error message from the daemon or systemd while messed up custom code may end up rendering your whole system unusable if you are smart enough to mess up an rm command. Just have a look at this wonderful bug in upstart [1]. If the package does not ship a SysV init script (which is your ideal long-term outcome), that may not be very practical option for a system adminsitrator who may need to recreate a SysV init script, especially if the service file is rather complicated, or is using some of the more advanced feature of systemd/upstart. No, System V Init scripts are not ideal on the long-term outcome since they are highly distribution-specific, error-prone and annoying to maintain. We have had tons of bugs in the bug tracker because of broken init scripts, like this one [2]. I don't understand why anyone would think that having to write a small piece of code to start another program is a sensible and good design, especially when this is done for dozens of programs (= daemons) in very much the same way. It absolutely makes sense to encode the logic to start and control a daemon through a single piece of C code rather than writing more-or-less the same bash script for every single daemon on your machine. Adrian [1] https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/557177 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668890 -- .''`. 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/5271ebb8.8040...@physik.fu-berlin.de
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
]] Russ Allbery (Cleaned up the Cc line somewhat) You can do quite a bit with the hooks that are part of the specification of both types of files. For example, logic that you may add to control whether the service should start at all can be implemented by adding a pre-start stanza to the upstart configuration. ExecStartPre=/bin/false will make the service be considered failed. The ExecStartPre line can of course be an executable that implements more checking or logic. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/m2habydmmu@rahvafeir.err.no
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Tollef Fog Heen tfh...@err.no writes: ]] Russ Allbery (Cleaned up the Cc line somewhat) You can do quite a bit with the hooks that are part of the specification of both types of files. For example, logic that you may add to control whether the service should start at all can be implemented by adding a pre-start stanza to the upstart configuration. ExecStartPre=/bin/false will make the service be considered failed. The ExecStartPre line can of course be an executable that implements more checking or logic. Ah, thank you! I got lost in the systemd.* man pages and didn't find the systemd.service one somehow (even though it's right there listed first; sigh). ExecStartPre and ExecStartPost add most of the functionality that I wasn't seeing in other examples. It's a bit awkward compared to the upstart script directive since you have to externalize the shell script somewhere or write inline shell in a rather irritating format, but that's really a minor complaint. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87siving1c@windlord.stanford.edu
Accepted swath 0.5.1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 12:52:55 +0700 Source: swath Binary: swath Architecture: source amd64 Version: 0.5.1-1 Distribution: unstable Urgency: low Maintainer: Theppitak Karoonboonyanan t...@debian.org Changed-By: Theppitak Karoonboonyanan t...@debian.org Description: swath - Thai word segmentation program Changes: swath (0.5.1-1) unstable; urgency=low . * Use canonical anonscm URIs in Vcs-* fields. * Imported Upstream version 0.5.1 * Bump Standards-Version to 3.9.5 (no changes needed) Checksums-Sha1: 147e71c95ca83faf589928dcaf5afface1e7f5d9 1910 swath_0.5.1-1.dsc 9932ce6239323b6991f9c241dc9ff77fbd73 334716 swath_0.5.1.orig.tar.xz c4137de3d59123d6c8829ff567873a90dbdd1db6 4586 swath_0.5.1-1.debian.tar.gz 5b1b91c3a28123f036fb98a2282fb6d364042ed7 163984 swath_0.5.1-1_amd64.deb Checksums-Sha256: 54420174c684ec452400210299edb4717a70987f1e67a94ee76c2de926da7863 1910 swath_0.5.1-1.dsc 4c4dab39ae3e6de9681a495110521bf684dc00d6f30b5f5f24bd06d886459ed8 334716 swath_0.5.1.orig.tar.xz 3c7c99f1416c481f792dea98dcdc0cca9812b5db8c09a21313f675971dced0e9 4586 swath_0.5.1-1.debian.tar.gz aec7dabb6df0ac648167cb3bd055defd93c95e4665f843c9414a3e9e28f226c7 163984 swath_0.5.1-1_amd64.deb Files: 85055dbcb38a7fe9175d2c7ba9b09a3a 1910 text optional swath_0.5.1-1.dsc 0a8f61a19685dd6a52c1657993405c6d 334716 text optional swath_0.5.1.orig.tar.xz 41a65238c2eca0dab380eb68304610d5 4586 text optional swath_0.5.1-1.debian.tar.gz 591743f3459ca300f052ca665cf82a72 163984 text optional swath_0.5.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBAgAGBQJScKCFAAoJEKLrrtG2+QJBvVgP/jHgi7v+cG1FrI1EehGByCpY OOYDUMW4Emc4UJiNJ1HV3EPYZDzbyIDT6iFy+RFG8lNM5PRB2XSqHQeN2uiOAHv/ mqBADKGJWOZQohWVVsiFjFdSHtEGD/mqkbFqbKhyr6OdoDqnwAzZ8yw+JO1dO/0C 8uDbenE6sF13xuXpse8QXRxvwAvzt9KZow3alJqRccObgWGJpUCBdFu0Nko3P5B4 SLoz6gCNV2Ok+KPhjPk85f3Y/LQXVg7Ud43fQslGuz6jADMrhpfbPepeNevlTOZS BhbRisfJQSbbixeWA6hGnN6dDXLEfhcdMPT89j7cPJuLBiUCZZv2JXiloLw31w+w kTThLGU4QSF0H/8sZRNCbL07zRnsP9EvkN41GyVqMZSYsEcVP1IUMNdWzB3Jmr8B wfLqJ9P7OuAsZ0Y6C4BdiFgKJW1d94DokjioV3lyFGbSVjoTeToNnXlZQZs/r+of UL6mk1Qyn9OSx431vgzaMABP16A4Bx/8+bwF1wDfvH2z6uvmM/t/lA96Ktv1ckM2 /Br0pjNXQRdqhlqEReWJX3VkoxTYQD0766xEyuIKS+wsidMs+EtnsI6G8pzDtXWz GewOU2ChbhUNtDZOe8m+TcCKlJFHNF2R46kxiCZ4XIL/eR3toVQV0xw2yAXfgV5g XUF4sCad+5W+pP4A7ek1 =7Frg -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/e1vbose-0008bs...@franck.debian.org
Accepted maven-jar-plugin 2.3.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 18 Oct 2013 11:39:18 +0200 Source: maven-jar-plugin Binary: libmaven-jar-plugin-java libmaven-jar-plugin-java-doc Architecture: source all Version: 2.3.2-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Emmanuel Bourg ebo...@apache.org Description: libmaven-jar-plugin-java - Maven Jar Plugin libmaven-jar-plugin-java-doc - Documentation for Maven Jar Plugin Closes: 700269 Changes: maven-jar-plugin (2.3.2-1) unstable; urgency=low . * Team upload. * New upstream release - Removed the patch 0001-remove-version-of-some-plugins.patch * debian/control: - Use canonical URLs for the Vcs-* fields - Updated Standards-Version to 3.9.4 (no changes) - Fixed a typo in the libmaven-jar-plugin-java-doc short description (Closes: #700269) * debian/copyright: Updated the Format URI * Use XZ compression for the upstream tarball * Documented the procedure to update the core Maven plugins in README.source * Build depend on debhelper = 9 Checksums-Sha1: e635c620cdc2b75418d79114919d2accaac76bfe 2559 maven-jar-plugin_2.3.2-1.dsc c9c36aa9be25610b6b8f428cf2770af85969878c 22980 maven-jar-plugin_2.3.2.orig.tar.xz 38c31e7c74982ea088b4894e26d47e82a51a744d 4760 maven-jar-plugin_2.3.2-1.debian.tar.gz 1490ef17ae3c49e5f3f23f30821da46bdd69b30f 23270 libmaven-jar-plugin-java_2.3.2-1_all.deb b977a849c5b34f822ed2bca36860da11c4abf53f 81424 libmaven-jar-plugin-java-doc_2.3.2-1_all.deb Checksums-Sha256: 3ca5ac0f8162a69422f74b682151208401d03e748cee925b1b60d696a593f0ee 2559 maven-jar-plugin_2.3.2-1.dsc ccf60ad7d8b1d062f9b9bf7c67bc659c9b4e5cfcd3634abc612b32575a9bac3c 22980 maven-jar-plugin_2.3.2.orig.tar.xz 36772e06513edc51718ddc1a5554650b2017ae520a744919293022708263ab11 4760 maven-jar-plugin_2.3.2-1.debian.tar.gz 3950acdc1a69bda5da539492249843b92864e86c0baf019b79dbb23a30143d78 23270 libmaven-jar-plugin-java_2.3.2-1_all.deb 4eb144c729677e3c63383e7d1475c04c310ad93f0109567b5516fd85eb098d15 81424 libmaven-jar-plugin-java-doc_2.3.2-1_all.deb Files: 7a07cb4b6b92b775dac8df1bcc79fb93 2559 java optional maven-jar-plugin_2.3.2-1.dsc 40a56d7e537914777da9718d934bd482 22980 java optional maven-jar-plugin_2.3.2.orig.tar.xz 0659aa66ff40cda829ddf0dbadd60c50 4760 java optional maven-jar-plugin_2.3.2-1.debian.tar.gz 37b02561f9adc96acd57100c33bdef57 23270 java optional libmaven-jar-plugin-java_2.3.2-1_all.deb 6f4aabf0b9dc4fe39bad5bed30620f22 81424 doc optional libmaven-jar-plugin-java-doc_2.3.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJScKc0AAoJECHSBYmXSz6WzdkQALHuxMkvEi/mCmMOcTPxIVYz gtuLS9EnL8xr1VSQkpH8+u07Ts1FqoE1auaZ1asgHMLKkNaiR/g+CrCHKG/E/4Lj YVrnNnm26h4FOFSrxAEt6tPRfDKc+nzpTztAxACRTEvz/6QPt5MfcU9vaf9Wr5IZ PRU0n6IOF9S0ca9IFsiyzm+5e5BQVd/TAeXfJMCQwf4VeazHkTncKmLNJ81pWe9P pn2ZZXeY7A/v2kTxI9KtkIaiyMehnTrQOLaW/oqoolrYny6y0o+1nfGKfVoxSQAi BO6KINT8FXLqf5pi+b8+hpZHEZQeaMqs3KvcWCZ0p3mwVtdMfhubpF4Xyf1CmE3e Dc2Ddcw0aO13bUPYBEAgZe6K6g4+WV4NXsOyHzr1U0JlRmHE6X3oNg7iELZ5uJF+ TvrpH1JzuD4DlQe1s9xyHdFUvgeC6F81nGprI0ht23ikqu6I7jDdxFwd/DoGx9so w8Hn2MC9iNOxbBmEBXKJFsuiLwCEKgeqKfu5tGIFRvuybwl0voGoVZ4UFUayNCu8 3qU8O0FJZF9lvMU/orKpg2yfiS48+ChO+I9RZ8kXLZYuwVMPtaGNeI4mQe8iS3Rm j9a2WRy5U84Fv1prPQXaXDQG06g5Ire0SbuxCK2BHMYMrYad69LjUmQxKU7XuTEB WzWP1UDpFfsZqyF8bVLS =nnZO -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/e1vbpld-00052i...@franck.debian.org
Accepted maven-dependency-plugin 2.4-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 18 Oct 2013 13:55:45 +0200 Source: maven-dependency-plugin Binary: libmaven-dependency-plugin-java libmaven-dependency-plugin-java-doc Architecture: source all Version: 2.4-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Emmanuel Bourg ebo...@apache.org Description: libmaven-dependency-plugin-java - Maven Dependency Plugin libmaven-dependency-plugin-java-doc - Documentation for Maven Dependency Plugin Changes: maven-dependency-plugin (2.4-1) unstable; urgency=low . * Team upload. * New upstream release - Added a dependency on libcommons-collections3-java - Removed artifact-filter-1.1.patch * debian/control: - Use canonical URLs for the Vcs-* fields - Updated Standards-Version to 3.9.4 (no changes) * debian/copyright: Updated the Format URI * Build depend on debhelper = 9 * Use XZ compression for the upstream tarball * Documented the procedure to update the core Maven plugins in README.source Checksums-Sha1: 98a7c0f9c125e3a545ba5c75de5cf8e0b42baa20 2781 maven-dependency-plugin_2.4-1.dsc 62061b05c30dc20b9c679cc955a2551db844b55d 86324 maven-dependency-plugin_2.4.orig.tar.xz bbb48aa7b67360e4e62b83f1224ffea59580c9b1 4669 maven-dependency-plugin_2.4-1.debian.tar.gz 0262a257d25668e69578d9ed36c3ea98e0e1434a 106862 libmaven-dependency-plugin-java_2.4-1_all.deb d895fe7f5baa03ea504f52590c7e9be4e9f5957e 374174 libmaven-dependency-plugin-java-doc_2.4-1_all.deb Checksums-Sha256: d262f0bb26aea5017a711d6a5f1e74e33272ec4b4d9b281cf10e12acd0af1600 2781 maven-dependency-plugin_2.4-1.dsc ea4caf903f1590a21aa5d171ce3c5b23a3fae1a6aadaa6b89a512dd1d0678bb9 86324 maven-dependency-plugin_2.4.orig.tar.xz 0aad980b812c78fde560424cbdcec55668a06c7d76cf388355179a9ae06fb6bc 4669 maven-dependency-plugin_2.4-1.debian.tar.gz 83bb3c1394c7e5e139a3c8486dee4c3d3e00a77e0b857dfa5c71fc116bb0d372 106862 libmaven-dependency-plugin-java_2.4-1_all.deb c45c71eccaa89538a9533b91e721c167ec8f1899578f7c29afc86339b406c140 374174 libmaven-dependency-plugin-java-doc_2.4-1_all.deb Files: e72b06144556b7e981d8a54245a17487 2781 java optional maven-dependency-plugin_2.4-1.dsc c1e5372238650a30decc530dfa8f87de 86324 java optional maven-dependency-plugin_2.4.orig.tar.xz 3a7b24bc9e0cc8f40f71663b4d7dc725 4669 java optional maven-dependency-plugin_2.4-1.debian.tar.gz a8b38db7d3024111d83b783ddb5e03f0 106862 java optional libmaven-dependency-plugin-java_2.4-1_all.deb af025a39160c80212fad2858a9efb3da 374174 doc optional libmaven-dependency-plugin-java-doc_2.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJScKzMAAoJECHSBYmXSz6WsW8QAI27h1Xqr/zQAxXOcF8Y0Z02 KK6atMq3Y2L+z7d34aqfblMJqxZX9hf6jgDGrwhhQZu2Bsc6nWK2RVW9tfmiTBka /uP9uosmO7815M/JmaZdIGzXy9ZHoC7OpbHeHxN3PcvrYxKMINP5Kx44RXwRhhb4 UTlk7k3fdFTeGTYDYilSPbK25rlloEAtPCBwQobs3wsPhwhmVOHRyZ258QZN4TLo 2OuUkoj7YslgUP9/tY2cipfk3nbxvUdEfMYQ2ejF0gxaoLPOyfPGVJ4ScgPwiVT2 0FLioxFYmETzFJH2wSHEovs/0zL/eSUnosHFbDWI+3R+ND+XDbio10iOofnUcquo +s5Gbf6/w9BFyAj5pjbMLhENOSwdXhlJ6Cr9AiXvZ7idI43XtBjNJDxksasZh67H reArfC71AUOvhY2lg0zoF7ZPvX7RUushAMvqGKe21W41pCIHuKiTEqFCZjn1ed6H 0t+pUA2uFPIMPMtWwuzwOIbLAouZ7S+D/2XtQ5BxDwVt6i2OH7EssVVv6bTzu0lx dMs5Hjbx0Yr9Lmox00SDbN3aDslesb/VgXublKzLQJQQJ4Xdm8Ln9QzK4TB/9JPM +YuPe+rv5a27X+aiSRKtX2O/CUWetXwQ8zz5VGGQsmA2yF4CGWhQSYsKb/n7kgKV Tros4u3laqHZL6bSfut/ =/Epy -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/e1vbpoh-000264...@franck.debian.org
Accepted i8kutils 1.39 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 21 Oct 2013 15:17:50 -0300 Source: i8kutils Binary: i8kutils i8kutils-smm Architecture: source i386 Version: 1.39 Distribution: unstable Urgency: low Maintainer: Vitor Augusto vitora...@gmail.com Changed-By: Vitor Augusto vitora...@gmail.com Description: i8kutils - utilities for Dell laptops i8kutils-smm - smm test programs for Dell Inspiron and Latitude laptops Closes: 546325 548588 Changes: i8kutils (1.39) unstable; urgency=low . * Fix frezee in some systems. LP: #1179282. * Fix bug where i8kfan needs a 'fan' argument. LP: #1104842. - i8kfan does not need this argument anymore. * Update 'apm - acpi' in i8kmon. * Update i8k.c with the most recent version from the kernel mainline. * Update README. * Fix BIOS version at 'i8kctl' text to stdout. Closes: #546325. * Avoid multiple instances of i8kmon via 'service i8kmon start'. LP: #486483. * Put i8kmon enabled by default at /etc/default/i8kmon. * Correct global configuration filename to '/etc/i8kmon.conf'. LP: #799144. - Correct i8kmon.1 and i8kmon.conf. * Correct lintian warnings. - Update Standards-Version to 3.9.3 - Upgrade compat version to 8 and debhelper Build-Depends. * Switch to dpkg-source 3.0 (native) format. * New maintainer. Closes: #548588. Checksums-Sha1: 8ebf5e8fa1059f885b696c05d1ff6e07f20463b2 1471 i8kutils_1.39.dsc ba4f68e24ff701d83f051b74547e8ba2c1396b2e 50824 i8kutils_1.39.tar.gz f2e0771ac85790f256e93fe2d84512a9a7ed3474 32510 i8kutils_1.39_i386.deb Checksums-Sha256: 917da2e9fb6a8977218f60e8f7326cbe188f6d1c2d5b83760a965a746f40c8b3 1471 i8kutils_1.39.dsc 663bf110f69e37095a89c7cd936838921695ccd06aaae31ba747d9a14ec3e238 50824 i8kutils_1.39.tar.gz ac9119f699488bc61965bf95bacdbb67b51b6aae860f219316769a0887010f7c 32510 i8kutils_1.39_i386.deb Files: 40d001c8202692ce4cc40e5321dd426b 1471 utils optional i8kutils_1.39.dsc 9b4bb0d3d674f9e3082bddeb0888c198 50824 utils optional i8kutils_1.39.tar.gz 8909a71384970a2b5c8c940ccf373709 32510 utils optional i8kutils_1.39_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJScK+tAAoJEG6k0jEaLSaNmgsP/1CT/9B6DiD4N4gJdy3a8pvY mPNn2xP+cqHEZiGViJoQhQ/7MgI6WmmcasyfalIzE7erEP7FpTwMXhvotncwkUaQ uOCNCl/nifPXoce2kH6zwItx/IAHlMc8ykQ3A3ZuPO4TsYX5bfeMJhY2dl4aNCB7 thZ8XYU/VJf+iDWGNVmLRRWm7yd9aUTiLV5AQ3BshzcpXDswsBK3NJC0pf1Te4aT bRMaeelJn8pEogOgmVCM39ryFDDlRq3wcRHO7IBC86tYinJBUyndZdWxFl53luH3 h7Bkh9UrVSiDHHh+H1i+Zufl1c/vmAxhn2+NZQilWV75suhf9oK4K6b1CHAs/bXE 13J6mHjxIxmxoDQMMnqlZcH6u5gkOFKMUQacSZrN8G/EXOE3APZcy5MH8aHvRDyF 8iLl5Z2VBfstDMBTlrtDiuCgkTBgwGaPRNWuq/XB6AA3KvwOg6J3bBgnIgSsfmxv 6RpJ5PiVDT43CsxCQ5Td2We16asI28Wq1u+wo1ZL9OxBnrS+/Psm/EQBmCdSHJ1v UpeRo9/CwB1d0O1iOjZSqo7UZCvCdTDLv1k6hKZBS1DQNXjZsshBCxMLyrVETO45 AgdKv5O5WxVyadC0Xx4uL+8rmMb+D3R8NsbRF0r8wyYbcWkknId3pUDpZotCiGg+ JqwJ9eRnT3MlpbwSwAHV =URK4 -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/e1vbq2h-0004ig...@franck.debian.org
Accepted maven2 2.2.1-15 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 18 Oct 2013 17:52:29 +0200 Source: maven2 Binary: maven2 Architecture: source all Version: 2.2.1-15 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Emmanuel Bourg ebo...@apache.org Description: maven2 - Java software project management and comprehension tool Changes: maven2 (2.2.1-15) unstable; urgency=low . * Team upload. * Rebuild with libmaven2-core-java 2.2.1-11 (Updates maven-javadoc-plugin, maven-jar-plugin and maven-dependency-plugin) * Build depend on debhelper = 9 Checksums-Sha1: 5913a7ededc2d380b5aa2398eb0eb32f8a51e3b3 2258 maven2_2.2.1-15.dsc 3b8c13dc38111f33effd96fc427411f19eaef6ad 20516 maven2_2.2.1-15.debian.tar.gz 065e257da648d70ad56369e26235638a4644e7e8 1985626 maven2_2.2.1-15_all.deb Checksums-Sha256: b8da9f942302f8a2e96103f89f1928f454d836146823fef715457aac541e06fa 2258 maven2_2.2.1-15.dsc d02aa087eb344db4c0d64b9a642f238bb4d2e726c87a0da986768be047cce9c6 20516 maven2_2.2.1-15.debian.tar.gz 9d4df9cc0ee7c567a410f569925c762d73750da6cd05a991f22beab813f975e2 1985626 maven2_2.2.1-15_all.deb Files: d01a945147721dd260801fef42412b71 2258 java optional maven2_2.2.1-15.dsc 7444e2a07568ec3249ae207cb6e604ce 20516 java optional maven2_2.2.1-15.debian.tar.gz 0a94cad5fce76dc0454eb473c1f7ec90 1985626 java optional maven2_2.2.1-15_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJScLF6AAoJECHSBYmXSz6W7REP/jwpqjo/lJPM7EiIKfXyX3Zi LXMvKLEq0A9/bNijCyK6iq3wnL3wvRloRrSM5OmlMDpVTyzO9LNLIH5l4bggRvZK yT0PDkminvE4NYBXyPzbDMPi/m90bg4/tfJIEebcBN3+nNuYPmtBvkH9lgS5savD ngJF+vSlvqskAXCzuIsPNY8wD0k/Bky31Gf5aw/88lV5O1RpuSgXpFdeZVh84lJ+ ay9yXS9EI0zdFDAp8Sv3AmPzVFAdsI9OSTU3x0LovsrfiYF0jUknHWyPO9Qy6mO/ 70cKLxi1bPWI9YvwpPynjhvYZDI38WjrS09VLVEjGgSkzyz0rbCn6eEN1YSsbkOb D9NozDYXRNrXdeHHVhcSsnbt6RkfyRO5ATK49e8K9wlntC/svSNKxXDY3hBW3U5x udhbLQwWX+0b9f069JKGfFvuWQmO63IdL94Bcl+qK2zkJ2EVlWmDJs0kz20R/5LQ W5jAs5MQEXmpbVLi6DGsXQ3rvLaFRCM2qPK9RGNEpyqmt8PRjUXT0klgP8qX+oBe HIOO9n0hfi96hcQqe4lrqzvBvYigBiayDWcaKr4Io+R6BduGq+utMvGixEDLh26c 8CNw7meVuEx9oIivnQA4ShjWYZBRjvOHU9BJm5oniTWaRbIyjG0KLeA4DHWrrAh2 BdHVchWTEO+DDQWXAZFn =e60Z -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/e1vbq2q-0004lj...@franck.debian.org
Accepted maven2-core 2.2.1-11 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 18 Oct 2013 10:32:48 +0200 Source: maven2-core Binary: libmaven2-core-java libmaven2-core-java-doc Architecture: source all Version: 2.2.1-11 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Emmanuel Bourg ebo...@apache.org Description: libmaven2-core-java - Core libraries for Maven2 libmaven2-core-java-doc - API documentation for Maven2 Changes: maven2-core (2.2.1-11) unstable; urgency=low . * Team upload. * Updated maven-javadoc-plugin version from 2.6.1 to 2.8 * Updated maven-jar-plugin from 2.2 to 2.3.2 * Updated maven-dependency-plugin from 2.1 to 2.4 Checksums-Sha1: 48bb9b46eff7fe486daef83533ca187589878395 2627 maven2-core_2.2.1-11.dsc dc0ee78f0438a2774bc9b9b06af42e141b9b8d37 7701 maven2-core_2.2.1-11.debian.tar.gz 7761dc9662c749e572f877c3b8d4fcaf8b181fa0 696232 libmaven2-core-java_2.2.1-11_all.deb 7335e226dab2fcb3a476aa9d0c70af3d7e7024d7 233394 libmaven2-core-java-doc_2.2.1-11_all.deb Checksums-Sha256: 24bff065fd683b9d92a96fd919d4380672d09358b34723fcde1e4eed387e9943 2627 maven2-core_2.2.1-11.dsc d3a6576c48abedde0c9acd33ddeeea224ef945da56a52261cd0514d7a9ba55ba 7701 maven2-core_2.2.1-11.debian.tar.gz 37e7828ec28bdd2a5a36d18abd3b77015ef35bf219fb1ae3dfd3226375652ca2 696232 libmaven2-core-java_2.2.1-11_all.deb 0ca0874c53a267803de62e0015c5c10dadcb021b351dfa342ba3323ffcc7a308 233394 libmaven2-core-java-doc_2.2.1-11_all.deb Files: ab09cde8ca0aab022981cff2beedef1d 2627 java optional maven2-core_2.2.1-11.dsc 65486a15ff8c3040532b25f11736af1e 7701 java optional maven2-core_2.2.1-11.debian.tar.gz 41108aa531ff9e5fd74a32ac549eecd3 696232 java optional libmaven2-core-java_2.2.1-11_all.deb 4ffc379931b67bdcc7d8eedc12596898 233394 doc optional libmaven2-core-java-doc_2.2.1-11_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJScK6eAAoJECHSBYmXSz6W/h4QAIkFJgC+cX6bB7G1Vj5mDpGj RhTwY4q0HfQ4u5bijVu7iR+umG9tZDOX9Sl2Wn69qMmg0Hmkp0sgGYi1gnHQC+Rg dVeUnHgPRQB9oSBuKTcxRelvg+U93IFntfEOQK/Wkt+YMaPbZKnGpiKtkbVJKeji qx9fNizWLN+P49e2CSS3nT9Bte0CU1gtLkT4anJlnRCQDZALlcuF1fyjdzMt1tn8 xyd/51YoR3rWs3yTez5VdkXMGWwfP/ghjnM/f/9gNvAOTfKsQMVq/ba9KgomX434 /Ho6Y53UNc7sfcBVfmHnzlzyy+rR1MdG/I731f1joisMS5mjmxcAqfWGY4pUw0o0 llvKlcdFxo062xZdQDgo0maHQl3QcBW2JXpBcajS/ZtzIv0RBnLSlgtxUV8wDFeH 8bXPJBmgHwEkZjcvZL3ycLh5ZJujGA/s8UdfEg4dTBnwHNCtHvpw4isEQ6FRG8oK 38MED+aGOVBF5IzGQrG0Y0P8ZmI6iF++oROm9v6ND/DjgHubOe66c0sJc1KH/K2n bhy6ncFrrP3Us63CfpvZZR7EqLtxxZRE84wGJcMF0T9xRLBTNWlUQN7fyNKr4D8a X0RF3uC31ucZHOALXt9V19olNWLWrtBnXxjlaWDRny6x6U+HcDPoIqEAc8xFcWdp tZ4Cs0G8tmhjYzTTbjAY =+EO3 -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/e1vbq2z-0004pd...@franck.debian.org
Accepted rlwrap 0.37-4 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 03:26:06 -0400 Source: rlwrap Binary: rlwrap Architecture: source amd64 Version: 0.37-4 Distribution: unstable Urgency: low Maintainer: Mike Miller mtmil...@ieee.org Changed-By: Mike Miller mtmil...@ieee.org Description: rlwrap - readline feature command line wrapper Closes: 717367 727955 Changes: rlwrap (0.37-4) unstable; urgency=low . * debian/rules: - Build with autotools-dev using dh addon to support new architectures. (Closes: #727955) - Update timestamp on generated source file to avoid executing rule to regenerate. (Closes: #717367) - Build with --as-needed to reduce library dependencies. * Bump debhelper compatibility level to 9. * Canonicalize Vcs-* control fields. * Bump Standards-Version to 3.9.4. No changes needed. Checksums-Sha1: be61e73fe1f2f786b4e5b9730e6282dee24056cd 1876 rlwrap_0.37-4.dsc 6974e46d75eda0f680b0217073aa1a2ccd13b6bd 4352 rlwrap_0.37-4.debian.tar.gz b8cb0dbc3feaa234c4be6317d900248940192dc5 74718 rlwrap_0.37-4_amd64.deb Checksums-Sha256: d89ac306bad85d88fc042a18afb42135691fe8ef4ce88f6123f953d4839017e9 1876 rlwrap_0.37-4.dsc 1c1ef51f8ed91d526ce7049307f3cddded9602aacbf5791420fed7e3e6e36d48 4352 rlwrap_0.37-4.debian.tar.gz 4c278a40eff3382ec123d68ef78ddaab9191b503e1b729562b18b40ccfb1625e 74718 rlwrap_0.37-4_amd64.deb Files: d3f517fbf25815f6573d7eb3a00c02cc 1876 utils optional rlwrap_0.37-4.dsc cbc073ee267f6737cbdd3d6e3c9d9b4f 4352 utils optional rlwrap_0.37-4.debian.tar.gz 70a1947ed1ed63f8d46a0f3bf0dd24e8 74718 utils optional rlwrap_0.37-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScLVwAAoJECj6gBpDvdY3P1IP/3BAgfNZPTjtIs4n0/5y9M8U x3X9jxK9ZgA0p/uFyICnRDsctkAAg8tYNONeZRBdf0ksZ/yUlTQCK2RagD0cDcNa sLqpfNMuEPafB7bnfpFK2F7ZUKeonHKv8sGc/7F9JDy1xM6ov/MOu80qhhfzeoJR aHbLfeL27dtNdAKU6wUS1jWxNDQPw+shTB3mbrnqqWQbZrq6XbIr5Q6DzSesTsvb iNv6qDkUHTQSLR4frqPQIQluqGHZ9TmXcc8a8CBuIuWeZ5rwUFYOzmzGpN0ZnPQM AWD+0QYhLrTc1rpxlDMDa+brsPpNOGNRvr6XkMiP2bOWmJFaRypoW/t1s2lSxgDz DMk7auq9T7GO7c26jE+qdwBeMe/Ucqz7UZthh58uUAUlQk3awL6JpsA2VcBivV2f /J05RfqvbAmqMo2t0g50ypLx/0+CYM34pQ7qX7U9ZellQVqLbhcOOBOXUMIHyq7H 036DInv8tyJ+g4lf1zcgcyo1/Qp5bN56q28OQGBDX4TP4zTuJRiEpHZoBjOqUSS7 rqPTmrzY3pveAo0rSHPmWTi4KvEiFRznNoIfxXtq4bKWT1Ryhi+rqCJ+TbDzPGfR kN+OctXHFsW95ls+zNCAvW7T0Xrj4eH0rC3IvhddTljTlqCyoy9LWT/czXmEW/o1 xn20mpNONeIjd/Btc/0+ =7oNA -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/e1vbqw1-0001qg...@franck.debian.org
Accepted libfiu 0.92-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 11:20:24 + Source: libfiu Binary: libfiu0 fiu-utils libfiu-dev python-fiu python3-fiu Architecture: source amd64 Version: 0.92-1 Distribution: unstable Urgency: low Maintainer: Chris Lamb la...@debian.org Changed-By: Chris Lamb la...@debian.org Description: fiu-utils - userspace fault injection framework (utilities) libfiu-dev - userspace fault injection framework (development libraries) libfiu0- userspace fault injection framework python-fiu - userspace fault injection framework (Python bindings) python3-fiu - userspace fault injection framework (Python 3 bindings) Changes: libfiu (0.92-1) unstable; urgency=low . * New upstream release. * Add this work is to be considered Public Domain to debian/copyright. Thanks to Ansgar Burchardt. * Bump Standards-Version to 3.9.4. * Update debian/symbols. Checksums-Sha1: 8429d3b8799d6d6e334f8da62c6d85fed9944d50 1360 libfiu_0.92-1.dsc e7c60161a4eed141205eb4a14b57b2a85586b8b6 53881 libfiu_0.92.orig.tar.gz f132945988b32381ffd0b8236eb53ae1658f58fa 4327 libfiu_0.92-1.debian.tar.gz b73c333c4ad977bfccf16638230955b6bd3f4ee8 31338 libfiu0_0.92-1_amd64.deb 02a443e5082b3855f84c1f000c189413fc5cf58e 10736 fiu-utils_0.92-1_amd64.deb 2616b569f5a41a19fb910be9c78446fa03e7623b 31196 libfiu-dev_0.92-1_amd64.deb 512ef0af29ef7a2400ccca051a485aeb89731ba3 8856 python-fiu_0.92-1_amd64.deb fb123f56925244015d71f745f7392f88f069296a 8730 python3-fiu_0.92-1_amd64.deb Checksums-Sha256: dd24a242b0afe02d3082d0f5c229e5ce87a3d9d76a87e0cfc107949aa0bbdd80 1360 libfiu_0.92-1.dsc e493e4a133f3e3cd0dfe880510f5f3af8025becdeceed3f7f99e40195649283d 53881 libfiu_0.92.orig.tar.gz 0031800f8906cd13bd22f54f92ce2108b67c098e60e040efb80e5ca6999e3110 4327 libfiu_0.92-1.debian.tar.gz 1021f8c1fdd2bcca9c1807708cfd4f642e42fbec3f8aab807c91aa512b052f44 31338 libfiu0_0.92-1_amd64.deb c1d9b853ecb762b2475e68d037c4d817ce4f62320b40d4148144c48cebfbdcf0 10736 fiu-utils_0.92-1_amd64.deb ca7d900f427ce4d486512f0e20a75e1fd1276460d52339e4dbb505e0a875cc4f 31196 libfiu-dev_0.92-1_amd64.deb 52c652f86794f8fda9936681945fbb3ec0408e8ebe29996e0e7aaa7e4592ae68 8856 python-fiu_0.92-1_amd64.deb 31367b0d85a043184d1be876107b25415ea990122c4e1b0b13c3187f38fee850 8730 python3-fiu_0.92-1_amd64.deb Files: b57f9932fb231afa786abed8462c462f 1360 libs optional libfiu_0.92-1.dsc 5d6d6596fe2751d664e0df7a41b59d7b 53881 libs optional libfiu_0.92.orig.tar.gz 321f626f9322e4eb965f7ef25dfb38f5 4327 libs optional libfiu_0.92-1.debian.tar.gz 3f922bd852bec78cbcd57f3183b7b337 31338 libs optional libfiu0_0.92-1_amd64.deb 0d882c63e349e8626775f6e0bc3cd996 10736 devel optional fiu-utils_0.92-1_amd64.deb 5d047a914376b1e781022e6d70e48b59 31196 libdevel optional libfiu-dev_0.92-1_amd64.deb d25384ba04c02a00b500e0df4d5e1b94 8856 python optional python-fiu_0.92-1_amd64.deb 7cec3ad2acd72c7c34d4e8aa762eae69 8730 python optional python3-fiu_0.92-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlJw67QACgkQ5/8uW2NPmiCNZACfdBpikrl23jbOItIELjIqa1+D INEAnjZigOVbQtbXx3ECTLUKehBozVhy =V6BL -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/e1vbu1s-00075c...@franck.debian.org
Accepted lme4 1.0-5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 06:33:48 -0500 Source: lme4 Binary: r-cran-lme4 Architecture: source i386 Version: 1.0-5-1 Distribution: unstable Urgency: low Maintainer: Dirk Eddelbuettel e...@debian.org Changed-By: Dirk Eddelbuettel e...@debian.org Description: r-cran-lme4 - GNU R package for linear mixed effects model fitting Changes: lme4 (1.0-5-1) unstable; urgency=low . * New upstream release . * debian/control: Set Build-Depends: to current R version * debian/control: Set Standards-Version: to current version . * debian/control: Update Build-Depends: to r-cran-matrix (= 1.1-0) Checksums-Sha1: 553fc69447ee9e65eb928fd2a2eae13c4d60 1116 lme4_1.0-5-1.dsc c9f5defeee426eec3b02f532aa99af06d91871f4 2706261 lme4_1.0-5.orig.tar.gz 234ffb8f98cc71542a385b47bc916c8e2e944fdb 3978 lme4_1.0-5-1.diff.gz 03cdf2210eb243b53bd7474603c4a194f97be603 2742064 r-cran-lme4_1.0-5-1_i386.deb Checksums-Sha256: 391ac731768e27b6187acf58e6c8bc84cc46af3519706d877dc3f4e0f3eb8add 1116 lme4_1.0-5-1.dsc 53e75565db49f6eb39ca8deef8a11960daea85e9706510bac96b1a70da15c8ac 2706261 lme4_1.0-5.orig.tar.gz 8a8b367832ca488069396ea3c74f5d308007c9fce74c6522bb58e9d38f2b1514 3978 lme4_1.0-5-1.diff.gz 9425051932dd89962efe1359aa7634208db5f467b016fcb55c8a25fd94551c08 2742064 r-cran-lme4_1.0-5-1_i386.deb Files: 25aa0bc5ff265f08dbfe96f87e6ea9c1 1116 gnu-r optional lme4_1.0-5-1.dsc 11df822a14cc15cf51766cbda6170665 2706261 gnu-r optional lme4_1.0-5.orig.tar.gz 913d820365cb694f63685b7755ad1fde 3978 gnu-r optional lme4_1.0-5-1.diff.gz b28776a60ff14080bd8921210c796204 2742064 gnu-r optional r-cran-lme4_1.0-5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFScOx8CZSR95Gw07cRAuFkAJ0bVjSZb1DoK81PhP+yiXkg0q3YggCcD0vk 3DYqcwdVP7v6tWGrWKzxi6w= =ASsl -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/e1vbugj-0001ch...@franck.debian.org
Accepted tzsetup 1:0.49 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 12:26:36 +0100 Source: tzsetup Binary: tzsetup-udeb Architecture: source all Version: 1:0.49 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-b...@lists.debian.org Changed-By: Christian Perrier bubu...@debian.org Description: tzsetup-udeb - choose time zone (udeb) Closes: 726449 Changes: tzsetup (1:0.49) unstable; urgency=low . * Set a default timezone for all multizones countries, by choosing the timezone where the country capital city is located. Among others, that should make Lisbon the default for Portugal. Closes: #726449 Checksums-Sha1: 08595d4bff64acd0ab677a76a884fe8b56c0caac 1660 tzsetup_0.49.dsc 2b114506cfac8d7ffa0424b724a1a67cf7b868d0 143685 tzsetup_0.49.tar.gz a6fab3c3371017235d3cdd4b4ac128b4bb523365 76720 tzsetup-udeb_0.49_all.udeb Checksums-Sha256: 2cd09d4488646373798eb5c6c2651b84e30cf6183a9dfa38a47bc304a3649c8e 1660 tzsetup_0.49.dsc 1fbcad50fecf3d2cccae4cbea2072341790ec257321a8cc916a6cd4ba89c 143685 tzsetup_0.49.tar.gz a98ebb3d375a9a4737af64587c7c2075a345c5e02fb08fc00dd4bff2fd799285 76720 tzsetup-udeb_0.49_all.udeb Files: 2b87d1b0d18ca52cedae55fc6cc93fc6 1660 debian-installer optional tzsetup_0.49.dsc c68bebf9e9d61090e9e14ebea2f2f572 143685 debian-installer optional tzsetup_0.49.tar.gz 5081caeacea69d606c8f4f726819e203 76720 debian-installer optional tzsetup-udeb_0.49_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIVAwUBUnDwGYcvcCxNbiWoAQK64BAAlc/iZVaRAGaiigk9c3QMfjJmKzISMh2Q IFtCwh11V0B1Qg/HF33KQ8i3Qr3bQV4GWSWdAcAd+w0Q0aJN9WbSeBsaFnRS33HP CnGHM9HIT02EPn1QGU2aFVfyO9EmPizIdV3pL9QXN1k1qdPnTYkK2D6/hT/B5iNe UPQsqUmyAmnYFqYklCWmZD4v8gyoT9f49Z0rjPjILDR270iyKz1986LI6hjSq2tY iwQ4IBmAXApIGst2nRT0+yUOHVDSHiYgOBsZ3dvCsiOYUHmgqqYP9s3JvcN3ApFR C5Zuh/o7rUpv+7wd8E4ma3JhbgudEVEQ8vnF0B3EIv0O5Qx1SJnJ2/T1ISrsS0T2 n6CFDH6RQNo9wNqXioJGGufwuRxv4kVomQ+vfX8FdmQKSLQJ0Y7BWUiI5QLawp+U kBPKe5taK4V5rEh9X/CXh44YE0jrpwjAe6gcS/yXpOL+lEl1cb6mSeZXVwfQSEfs cVNZwXieOSyAY45wsokHXwanfptJKTLyofK0tkpE2NxyRVEQ9mpcnaBPHX02RO+j 8RwrR7WCSzgq5mX/u2rYHupRyiOwJQfckCRuBwtlNKpbMsdVMKODAHXO6nvfHbH8 M6wM5R/0JTL6hP9Mxod/zy+IS8xzjOBGGdtV6gsCmNwjuhkQi3GXTgsyzm73Upga hwcIlMH28Yw= =/hSZ -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/e1vbugp-0001ez...@franck.debian.org
Accepted freebsd-libs 9.2+ds1-6 (source kfreebsd-amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 12:34:38 +0100 Source: freebsd-libs Binary: libsbuf6 libsbuf6-udeb libsbuf-dev libdwarf-freebsd-3 libdwarf-freebsd-dev libelf-freebsd-1 libelf-freebsd-dev libcam6 libcam-dev libgeom1 libgeom-dev libgeom1-udeb libusbhid4debian libusbhid-common libusbhid-dev libusb2debian libusb2-dev libusb2debian-udeb libkvm0 libkvm-dev libdevstat7 libdevstat-dev libmemstat3 libmemstat-dev libnetgraph4 libnetgraph-dev libipx2 libipx-dev libipx2-udeb libkiconv4 libkiconv-dev libjail1 libjail-dev libalias7 libalias-dev Architecture: source kfreebsd-amd64 all Version: 9.2+ds1-6 Distribution: unstable Urgency: low Maintainer: GNU/kFreeBSD Maintainers debian-...@lists.debian.org Changed-By: Robert Millan r...@debian.org Description: libalias-dev - Development files for libalias libalias7 - FreeBSD packet aliasing library libcam-dev - Development files for libcam libcam6- FreeBSD CAM (Common Access Method) library libdevstat-dev - Development files for libdevstat libdevstat7 - FreeBSD devstat (kernel interface) library libdwarf-freebsd-3 - library to consume and produce DWARF debug information (FreeBSD v libdwarf-freebsd-dev - Development files for libdwarf (FreeBSD version) libelf-freebsd-1 - library to read and write ELF files libelf-freebsd-dev - Development files for libelf (FreeBSD version) libgeom-dev - Development files for libgeom libgeom1 - FreeBSD GEOM library libgeom1-udeb - FreeBSD GEOM library (udeb) (udeb) libipx-dev - Development files for libipx libipx2- FreeBSD IPX address conversion support library libipx2-udeb - FreeBSD IPX address conversion support library (udeb) (udeb) libjail-dev - Development files for libjail libjail1 - FreeBSD jail library libkiconv-dev - Development files for libkiconv libkiconv4 - FreeBSD kernel side iconv library (udeb) libkvm-dev - Development files for libkvm libkvm0- FreeBSD kvm (kernel memory interface) library libmemstat-dev - Development files for libmemstat libmemstat3 - FreeBSD memstat (kernel interface) library libnetgraph-dev - Development files for libnetgraph libnetgraph4 - FreeBSD netgraph (kernel interface) library libsbuf-dev - Development files for libsbuf libsbuf6 - FreeBSD string buffer library libsbuf6-udeb - FreeBSD string buffer library (udeb) (udeb) libusb2-dev - Development files for libusb2 libusb2debian - FreeBSD userspace USB programming library libusb2debian-udeb - Development files for libusb2 (udeb) (udeb) libusbhid-common - Common files for the USB HID devices FreeBSD library libusbhid-dev - Development files for libusbhid libusbhid4debian - FreeBSD library to access USB HID devices Changes: freebsd-libs (9.2+ds1-6) unstable; urgency=low . * Bump freebsd-glue Build-Depends on 0.1.14. Checksums-Sha1: c6b8ac81a49c4b1932b05b171db87d45d9580588 3280 freebsd-libs_9.2+ds1-6.dsc ba4476172c9da7c5f978cbb9bb1256dc306d880c 28983 freebsd-libs_9.2+ds1-6.debian.tar.gz 748b6721b980fe41ad08ad6545c4bb3f65467c8a 14910 libsbuf6_9.2+ds1-6_kfreebsd-amd64.deb 75fb382ee7d638f708423898e3ea504e372eb143 4728 libsbuf6-udeb_9.2+ds1-6_kfreebsd-amd64.udeb 8d6b4b186b3b1f5b8fea7bba703f4f2af3814a32 14636 libsbuf-dev_9.2+ds1-6_kfreebsd-amd64.deb d8dbafb3f5b754c2dedcd3bacff600312aaa1e12 24938 libdwarf-freebsd-3_9.2+ds1-6_kfreebsd-amd64.deb 1b0109d59c9042c2dc8b662b482aeb7d9ad300e1 30352 libdwarf-freebsd-dev_9.2+ds1-6_kfreebsd-amd64.deb 23763729075d790716afc1cfca1445f371e3f845 40446 libelf-freebsd-1_9.2+ds1-6_kfreebsd-amd64.deb 21ccbc21d70d08446b396b036ea67669df0927b6 46572 libelf-freebsd-dev_9.2+ds1-6_kfreebsd-amd64.deb c18c9b2a55068d6f55987b13401fb5d5b9107dd3 54942 libcam6_9.2+ds1-6_kfreebsd-amd64.deb 121f69abd805d6323ccbb57361dab4c2f2a6b37c 65710 libcam-dev_9.2+ds1-6_kfreebsd-amd64.deb a25f8155f16607e3527d93f231ca680e52c6ea4a 19344 libgeom1_9.2+ds1-6_kfreebsd-amd64.deb f541d79373e92ba3413541d67b6c8c3adb6db496 23566 libgeom-dev_9.2+ds1-6_kfreebsd-amd64.deb 759b8948c65d3cc7c6912b9476fae5af7aa9528d 9034 libgeom1-udeb_9.2+ds1-6_kfreebsd-amd64.udeb 45085355752a6893a02ab110dc529481a1b78329 17326 libusbhid4debian_9.2+ds1-6_kfreebsd-amd64.deb 6837af011f1e26c690206653f9b3db0dca1197bb 20842 libusbhid-dev_9.2+ds1-6_kfreebsd-amd64.deb 0c6ab12ee78659855a5b581a0936928a81712fca 39038 libusb2debian_9.2+ds1-6_kfreebsd-amd64.deb 1cec3f4f8cf991742f64fe6c85145097b218c6fa 60110 libusb2-dev_9.2+ds1-6_kfreebsd-amd64.deb 5fce22252fc188e609e3b103e43bd2565490434a 27588 libusb2debian-udeb_9.2+ds1-6_kfreebsd-amd64.udeb fc89d4f3d0cd8b1837c677a00616d4329ff675aa 24038 libkvm0_9.2+ds1-6_kfreebsd-amd64.deb 01942554a9032481ac47025b7e962e837001934e 45606 libkvm-dev_9.2+ds1-6_kfreebsd-amd64.deb 96e5058ec1f29cc03930c5c250a8b9f446963771 19210 libdevstat7_9.2+ds1-6_kfreebsd-amd64.deb ebce8b044b4d76d76ff0f2b6537a92504dd4a076 25656 libdevstat-dev_9.2+ds1-6_kfreebsd-amd64.deb d3ea385b48cd342f1a8d696e0aa6119da42504d0 17426
Accepted compass-h5bp-plugin 0.1.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 30 Oct 2013 13:17:19 +0100 Source: compass-h5bp-plugin Binary: compass-h5bp-plugin Architecture: source all Version: 0.1.2-1 Distribution: unstable Urgency: low Maintainer: Jonas Smedegaard d...@jones.dk Changed-By: Jonas Smedegaard d...@jones.dk Description: compass-h5bp-plugin - Compass extension for HTML5 Boilerplate Changes: compass-h5bp-plugin (0.1.2-1) unstable; urgency=low . [ upstream ] * New release. (no code changes since 0.1.1+20130730 snapshot) Checksums-Sha1: e23f3870a466f378e3c643c5db9d5fb3b25cc8be 1983 compass-h5bp-plugin_0.1.2-1.dsc 3d512a99f3964b96895f4d80ca0a5b5871cf80cf 10312 compass-h5bp-plugin_0.1.2.orig.tar.gz 334fc24548b0923492b18df770140c4ad7beba08 3662 compass-h5bp-plugin_0.1.2-1.debian.tar.gz 06e666e712c8216b16d175821ee4ff2cfa9efdb3 11120 compass-h5bp-plugin_0.1.2-1_all.deb Checksums-Sha256: ef11a2916194df12beac91d66b6ef82d753d4dce801fb659a4961bf49a6659fb 1983 compass-h5bp-plugin_0.1.2-1.dsc 498c20a68cdfd8973ebac53e862ae577aa541cf4cc7ba5c66f4c9dddcdac5466 10312 compass-h5bp-plugin_0.1.2.orig.tar.gz c3b8fa7136dcc8e6d8da3f4f7fda0d2ef97db69218988de7294234266c0fc016 3662 compass-h5bp-plugin_0.1.2-1.debian.tar.gz 9a3f8bf7ce55e4053555e66d37f28674a1466b5398cd2e4ea3ee3d52174b37e7 11120 compass-h5bp-plugin_0.1.2-1_all.deb Files: d9468f029a6bccfb0162ef58418d3aa4 1983 ruby optional compass-h5bp-plugin_0.1.2-1.dsc 1bbb1e80da3c4611233aa36d8042cb76 10312 ruby optional compass-h5bp-plugin_0.1.2.orig.tar.gz 5c991da81a75ed2777197f1d8ca18a1a 3662 ruby optional compass-h5bp-plugin_0.1.2-1.debian.tar.gz 9116df3e4cb879c5620ed99a606aaf40 11120 ruby optional compass-h5bp-plugin_0.1.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJScPnbAAoJECx8MUbBoAEh8FQP/0s7PbkfkDUSSZWUa6OHQ5Zn swr7ekpaVc23KdcYXaLS4QjT0KZyxA5LsP2NYGCJ+9Wg2lTR14XNwLeMILwrt09g ow6awS0fIUIK0UtsemCmH+CnpAGD0VYSBb74VaJppGyOEWXDCTx+syp20KKYZc87 rJgA2NLMwKRrQqV2Z+Ab2qDI72Nr7k78cu0rqDWypTibIhAgHAAmLh3OMvZExm2C DpwgdMtbBAKFjIIcj6vyVb1/MBGvsnWMnrDHgxgYvw1QTcjAOJWvtQsuWLSF6zks A/NNU3P7o3J2s4juZN+SIzg5VSutAq/Y+T/Y9MKuV0y0zDjsTegVjck5T8muvb7F t/+2L/wPxkTMFyAu6yfpjdg7AbNdde0r8A8h6znl8/o5EOA5MWTQk+wOG1m0iZT8 nRGistX8MmZn+nphFv1OmFSxV51+EkxedlCCrk2veaCEANwYmhSPmf5Y/L8fXkOR uHjdT15MJ421Q+lsRLKiRhXmnSPzY4o5kcdevR2h2yWGVHNWkgIymi3ibeS9oODq 4O8NouDTyeUwpx4+S11N2zjNiEhczXSSfI79wLESnDPZ8+o0VBtGrkPRmVryS29W MYDaPk1UWOKLJ+gqb120wDiG52MPMVi56CauNOJlyYwMgiNPhBoI/VGQcLV+iqsf NbjvpqJVRJDIb6UJ3ANf =w7lr -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/e1vbuxy-0002d7...@franck.debian.org
Accepted yersinia 0.7.3-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 18:53:19 +0100 Source: yersinia Binary: yersinia Architecture: source amd64 Version: 0.7.3-1 Distribution: unstable Urgency: low Maintainer: Noël Köthe n...@debian.org Changed-By: Noël Köthe n...@debian.org Description: yersinia - Network vulnerabilities check software Closes: 527762 548997 615299 694762 Changes: yersinia (0.7.3-1) unstable; urgency=low . * took package from Raphael because he wants to orphan it * Ackknowledge NMU from Kumar: Thank you! Closes: #527762 * new upstream release 0.7.3 which fixes the interface and interaction problem. Closes: #694762 * debian/control added homepage: field Closes: #615299 * fix some lintian warnings. Thanks for the hints Closes: #548997 Checksums-Sha1: d4139d93e736d2379ae0737e8e211ca1dca3f940 1770 yersinia_0.7.3-1.dsc 4933df2d4b8eaaefd2339c69512ecd8015dd6662 380107 yersinia_0.7.3.orig.tar.gz 558317f84832b8d4d57ffcb28f2ac7c4c94858ad 4413 yersinia_0.7.3-1.diff.gz fc0b255d73885ff3e2a6c6819e4488e5a0773d49 148786 yersinia_0.7.3-1_amd64.deb Checksums-Sha256: 1e66427c8dd5642670aba6503a6711a429fdc8b0c1a7f5aeef9f228798feea63 1770 yersinia_0.7.3-1.dsc 46d23a41df28d4b9814722ec91175c58fbc7b3f1499b2cee6a96e4b821bf4c41 380107 yersinia_0.7.3.orig.tar.gz 36f3e245361645c92faa93ad3a517312934c47e17a12dd5d9b310fa0e0cf2e73 4413 yersinia_0.7.3-1.diff.gz ad5569da95592991299f9ebebde76a5dbdff1d47bf8a863487ce4eae40381cf5 148786 yersinia_0.7.3-1_amd64.deb Files: f10b0b6dbdad68b77a259ed44aac296a 1770 admin optional yersinia_0.7.3-1.dsc 83e912b627318514a799728ba1169b16 380107 admin optional yersinia_0.7.3.orig.tar.gz ff673fc1118d3e9623e82d2ab96b7524 4413 admin optional yersinia_0.7.3-1.diff.gz 554c74141b0d5f4b98eb47cf3b8e0c47 148786 admin optional yersinia_0.7.3-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScSIPAAoJEGjAeL6I+AzaxOsQAJ/wfmOKbhLaU6FvE964SODr eKQJohOch0sAe+ks2KvqMg2XhUZKM3vkfJNCV8xYQJ5u5Kdfb58wugobYGmircDM +6zxNne6vR8PswOL4UNuzGpTXoY+bUQC9DNK2IamYYVaiqDLzJG3sZSOpwts7zO2 R8VrSuI1QPJzsuEXKRetwKQQuwJOhMcZDbYOWLNAG8m0UehxatGYIGX47doQ8A3M G0XrXDyeBXGKcsCMXvOhCY2gISadsCF/9/mlsXFQABaiorSZyWQ25RDQBFc1ikE9 R9Wsb4Lsx0zF2UwLh0eAKv9Btf4/BMsHxOnbMOVyZDuY4jyV2AdWFeGs1L6rF0MI MLNZtOsaM08+bJvTbFB9nZM4fJz5YxTBHi4ay8zYM0SwWGFG8Svr5VruyPBySFuq 8q8Eokt9wQQ6pPvU8M8HjqAdGNOe/6g7gUjsdSm+z5l3hnhuDEcws+FoZemZ1bDS xc8G+lGS/+EyudpnfyL66QJYIXKi7Jb0+FCrEanmuVdJh+0947SXz9CZS46uDeqN yPIYlJA2jqYZI+1ngqroawq/euwpk3XMrKajh7qlbrR+FVpthdbBZkhhGr4u8YcH uDp8BEJrAx3At46HAY5ZbRQgAE3GwKe68WJmBTB4F0aWdQgvoMGcV8tLDv+XNiWy MQFEMDS0PUnuqaKC0Dt6 =dKVk -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/e1vbxaa-vj...@franck.debian.org
Accepted logol 1.6.6-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 16:21:09 +0100 Source: logol Binary: logol logol-bin Architecture: source all amd64 Version: 1.6.6-1 Distribution: unstable Urgency: low Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Olivier Sallou osal...@debian.org Description: logol - Pattern matching tool using Logol language logol-bin - Pattern matching tool using Logol language Changes: logol (1.6.6-1) unstable; urgency=low . * New upstream releas (bug fixes on morphisms and doc). Checksums-Sha1: 433afa91002ee32a8e15d6964e24152a01d9bb31 2397 logol_1.6.6-1.dsc ad840985712d50912366828279d26fc590cd6416 2237217 logol_1.6.6.orig.tar.bz2 cc6dc17ec4db00cbe005b6f5d2047a4681c45e07 15925 logol_1.6.6-1.debian.tar.gz eef3c6dd0c3f0a91d744eef07627c2aeb519e1a5 1171496 logol_1.6.6-1_all.deb ef5a707d916feaa1fb5ee098e2865896b08faa7a 133246 logol-bin_1.6.6-1_amd64.deb Checksums-Sha256: 81db88dfd3dca47c9acd954bdf1caee1e58c5873740e306f554c5b5c02e8dd9b 2397 logol_1.6.6-1.dsc bcad7f1bfb504d83f229e610583b04f9c4771a92c82e45bb419b122e1bd07209 2237217 logol_1.6.6.orig.tar.bz2 af5579496a15fda4a7feab7d68e77c278be8ac4ecbfc77898390a99bb46a8756 15925 logol_1.6.6-1.debian.tar.gz 03c0aa99d4f5f1b10997d54c23ca8a8f2ec78fcbe61d7d3e6524825ca7170f5d 1171496 logol_1.6.6-1_all.deb 142f2448169f3ebf8624ebf1c912c7a5fea959de345ea6faa962d3936f2ab7ae 133246 logol-bin_1.6.6-1_amd64.deb Files: 8869fe0290cfd73b96e1556273d5be6b 2397 science optional logol_1.6.6-1.dsc 10f6d0bbf48e6e0d1371c3eaf822c75e 2237217 science optional logol_1.6.6.orig.tar.bz2 40e41a71a3f35e69917ba9d7c6d51fb2 15925 science optional logol_1.6.6-1.debian.tar.gz 4d439f5b99f818029fba757830ba5e84 1171496 science optional logol_1.6.6-1_all.deb b85eec27b6754e4084fecc5464fc74f8 133246 science optional logol-bin_1.6.6-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScSXOAAoJEHjcaNsybYQ4GMYP/19soznPR7WdOszB5OBxCKK7 byH9VIdY6Q1NNKmVzPIpKFDOt72T1m4s+XZ5SIgbK/ykZKpVSLZRtHNeHO0C4b7R FsPMMy5EYQGfYm9FW2ae48jBXuBBsi7f6yUdCHLCzlslv1tMjT/FJuY2V9SRjd9o w0UVdoki1BA4Ndw3b9PX7gfSzwk4+4T7LegvILOIvbYPJdOSRY+EWQU3/yuQ92ty a9pCKH8zaGp3kxC/ICRGpDqFZVhgfle0Is2N5HVLHhQtegk1SvfzDcd+4VLeKEd2 KywNpXP0w4ckFv7RztmPJwUsDsj+jix4MRomNfw8Ym3lDQtcrPoazY3Wvp5DWm1e y7EhC9txWXKnBuPnoYL+qL4EXCzM4SITdkmUEDJt2CvuK2qz9iXNPmB298wz0c0C ms6qWT8/b+vXN2FiMqhgn+HVP5Wl0YOFaF0VlgrehQe1ECXoVcgJXfLQrAqMY5hr EGYhr+YO1+ZtKUaz6m+XhJES7ZpAQrSW9b5pKr9XAfzFjCKurJZLrA8ZF7xT6f9E EgHOxFqnK207GB8LeDoeeTVaxifNe8bKkR+id4l62in13mpC4zimVRm9JJCrsARQ C8FQzvZOwxqEDRZVzfBJDWwpMVNqHRaJRRLrvxGBRSo8RP5I8eUCeWjBhKhakPqF kCrbd2ReztzQaSt3WOpa =paY2 -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/e1vby1q-0005ps...@franck.debian.org
Accepted salt 0.17.1+dfsg-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 23 Oct 2013 00:19:26 +1100 Source: salt Binary: salt-common salt-master salt-minion salt-syndic salt-ssh salt-doc Architecture: source all Version: 0.17.1+dfsg-1 Distribution: unstable Urgency: medium Maintainer: Debian Salt Team pkg-salt-t...@lists.alioth.debian.org Changed-By: Joe Healy joehe...@gmail.com Description: salt-common - shared libraries that salt requires for all packages salt-doc - additional documentation for salt, the distributed remote executi salt-master - remote manager to administer servers via salt salt-minion - client package for salt, the distributed remote execution system salt-ssh - remote manager to administer servers via salt salt-syndic - master-of-masters for salt, the distributed remote execution syst Closes: 725999 726480 Changes: salt (0.17.1+dfsg-1) unstable; urgency=medium . * [ebd0329] Updated gbp.conf to remove saltstack theme * [ba2cb77] Updated debian/watch to deal with dfsg versions * [091a74a] Imported Upstream version 0.17.1+dfsg * Various security fixes, Closes: 726480 * Insufficent Argument Validation CVE-2013-4435 * MITM ssh attack in salt-ssh CVE-2013-4436 * Insecure Usage of /tmp in salt-ssh CVE-2013-4438 * YAML Calling Unsafe Loading Routine CVE-2013-4438 * Failure to Validate Minions Posting Data CVE-2013-4439 * [47ce833] Removed patches for issues fixed by upstream * [fddc7b5] Added patches for doc theme change and minor fixes * [b146f77] Build man pages * [cd33d3a] Copyright and licence audit, Closes: 725999 Checksums-Sha1: 3e5c2e0f629c179d60f74fcc35902aec9279daf9 2761 salt_0.17.1+dfsg-1.dsc f33c3e0ad42be462dfb4724c69215737dbd69ee7 1532118 salt_0.17.1+dfsg.orig.tar.gz f7660961c1c7778322d35e0c10564fc5264ba802 16344 salt_0.17.1+dfsg-1.debian.tar.gz 537b6feff9c32dde1da68c6090a4f008b3e32956 968606 salt-common_0.17.1+dfsg-1_all.deb c549ebcdff24a9a122625cded641b278c56ebe21 25618 salt-master_0.17.1+dfsg-1_all.deb 0c3b14178c670fd58ff25df9e998cfc640916f76 17336 salt-minion_0.17.1+dfsg-1_all.deb 4af53368f4755c74dd067287cb9f1e840a8339d8 10696 salt-syndic_0.17.1+dfsg-1_all.deb ac5c4ec257fc3f6f85abc98b8f70e3f164f9702f 10362 salt-ssh_0.17.1+dfsg-1_all.deb d7ecad8d155f07d00018134d665062243d560305 741528 salt-doc_0.17.1+dfsg-1_all.deb Checksums-Sha256: 9f079d806b47b05a96ff9e88343c23479d50c5f7b89df71b469eec8ac448ba4f 2761 salt_0.17.1+dfsg-1.dsc ad155fe8c9339374c96dd644cc1c213a6eb49363ceb30895411b64abfe13ac7e 1532118 salt_0.17.1+dfsg.orig.tar.gz a82c81969b7fabe5b57b32267b7bad21e50c623b5d9de2eae4d04ed924023592 16344 salt_0.17.1+dfsg-1.debian.tar.gz 3082e71ae216076d753595f4a96a7ae9cfed1686e0397f10a4b5fbf2f9bb6fcc 968606 salt-common_0.17.1+dfsg-1_all.deb d778d6c7ecba8c5e2ac7203493c1167c862921e94022bf958717a8624ff2f64b 25618 salt-master_0.17.1+dfsg-1_all.deb 6729ab37d7eef9636a612fd6ef77473131af918086bde2a7d4ac34acc155e166 17336 salt-minion_0.17.1+dfsg-1_all.deb 771173066bf11fc62bc623efaa28515b76b85a977c62c3adc9a8aa4c4947a7f3 10696 salt-syndic_0.17.1+dfsg-1_all.deb 639a9e5d05e0439063537f3a0e806e06ccec76f06d12da679b02b7371e644551 10362 salt-ssh_0.17.1+dfsg-1_all.deb 92c7751fef39dcc79d1d58141049a6603b7d53a00c5af8e24ddf701dafb3dd69 741528 salt-doc_0.17.1+dfsg-1_all.deb Files: 05e49d76ed9ac5832514e60e2e69313d 2761 admin extra salt_0.17.1+dfsg-1.dsc 107ed9d149d59522670a099d58141379 1532118 admin extra salt_0.17.1+dfsg.orig.tar.gz fb798ed70eba7c95fb7a950b7e099816 16344 admin extra salt_0.17.1+dfsg-1.debian.tar.gz 9bf2bafa0ceaf2f0c6b4ccc45179a54b 968606 admin extra salt-common_0.17.1+dfsg-1_all.deb 68eb70b98462949ccb260da4bc343ba5 25618 admin extra salt-master_0.17.1+dfsg-1_all.deb 1d5924182e4dbed7f691d5a4b2f360dc 17336 admin extra salt-minion_0.17.1+dfsg-1_all.deb 27c2f5efd1716357d5adc7c1aae95f3a 10696 admin extra salt-syndic_0.17.1+dfsg-1_all.deb 76f2bcfcc5267ae952cf30a8f49f8ec4 10362 admin extra salt-ssh_0.17.1+dfsg-1_all.deb e912f0660d8597ef05f77c07793f8e28 741528 doc extra salt-doc_0.17.1+dfsg-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQLvBAEBCgDZBQJScKj2wBEaaHR0cDovL21hcnRpbi1rcmFmZnQubmV0L2dwZy9z aWctcG9saWN5LzU1Yzk4ODJkOTk5YmJjYzQvMjAxMTAxMjQxMTI1P3NoYTUxMnN1 bT0xY2FkOTZmZDI3ZDMyMzNmNTNlMjI4NDk1MzM2NDgxMDdlNWVlOGQ1YmU2NTUy NTFkNzRjOGYxYzVjM2JjNDJmMjMwNGZhNTE1MTUwZjdiZDRkZDA1ZTk4MTk5MjRm MDQ5NTEzZWU5OTYyY2E3MTcwOWY4MWQ5NDUxNTg1MmJkOAAKCRBVyYgtmZu8xLCh EACcyj96XfVRs+HuC8c1O6NX5whLq1vF7DsGyNISK5ZyaUpy1Mqtvmt4m8vBNy0b ICTmyck7HsoyJ5xBR8Od6NxXxNwAoU5AA8xc63z/GGWZs0/kf31vYaXzGKyPICLE hJWs3k5jP1xcYghGSDNEYJj/uKl0NiaWeSKL82B10XVS+T6WwY5FuA7LYpCWrYEY Qeb/sMad/WRFxlI0oQz9J7g23K5Z37YjF7qX7kIBssZvvY0zq9zpt1YZgARWmzQ3 Pchae7TITDxOT70xYrDsudZubh4vxhbVpNZcLqpQeGpJq42X1qxZpjH8Pk5sfwQg PHdawOG5TrkH9MQHwQURFODSr7+zy/aYl43RYGl6lC2YUEO7Hv90numLFKuQPm5h y96VSshjS3kP5FKD1RvicUmnWAdV0fKuYHUB6UMALJfTGyuxp0EOTFaXgKsMldrO
Accepted ruby-rack-protection 1.5.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 31 Oct 2013 00:45:53 +0900 Source: ruby-rack-protection Binary: ruby-rack-protection Architecture: source all Version: 1.5.1-1 Distribution: unstable Urgency: low Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Changed-By: Youhei SASAKI uwab...@gfd-dennou.org Description: ruby-rack-protection - Protects against typical web attacks for Rack apps Changes: ruby-rack-protection (1.5.1-1) unstable; urgency=low . * Imported Upstream version 1.5.1 Checksums-Sha1: f83c256899c39eaf69a680a0f6711e3272df46f8 2164 ruby-rack-protection_1.5.1-1.dsc 4b10d1e1aede8576198efd4936d7e98a38d0ad49 14925 ruby-rack-protection_1.5.1.orig.tar.gz 20ac2b32378e7dde23508fc57d54257015eff8bf 2443 ruby-rack-protection_1.5.1-1.debian.tar.gz 2d7c073445e91f0d28605f7a2d825cfb03e70cb7 9796 ruby-rack-protection_1.5.1-1_all.deb Checksums-Sha256: 699157eeddce3290c090567990324f8e6037879b3764694f50a64f0a16832d13 2164 ruby-rack-protection_1.5.1-1.dsc b334c7c6e59fce20baf31729934d809a72fc343d2e84d1563614f0941c65771d 14925 ruby-rack-protection_1.5.1.orig.tar.gz b4afbc18d8e976f16931b6a14843210020efbba6458adee409900bf8c8924c7e 2443 ruby-rack-protection_1.5.1-1.debian.tar.gz f71c970f7d3242677f6270525e796d9cfae819abe3bb2a678e1c9d2bdd1f15c4 9796 ruby-rack-protection_1.5.1-1_all.deb Files: 0ef1c2e2abebe4f3a308cacd887952be 2164 ruby optional ruby-rack-protection_1.5.1-1.dsc 856bf61ef1e3ecc06e9ff83e6ab24203 14925 ruby optional ruby-rack-protection_1.5.1.orig.tar.gz fcfdeb0253186169248be63a101b3059 2443 ruby optional ruby-rack-protection_1.5.1-1.debian.tar.gz 05001d1ed79cc2d4dbfd983099fdfb41 9796 ruby optional ruby-rack-protection_1.5.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJScStLAAoJEJOU81SJHX4Hh7gP/jfgpF0Cs18kbX89LtV+rZuZ hPl8objd4qN+vCEG6ZdANEMd3CpUAHd0ZQYqPH7rQh/2j3KzRGhJ5oyCj4MXKfWb YOU+Wm4d3JF3DhpzubXXiTBmPARwduBmYB+fHsmfV9qvrR9HDu3mckX6aE8dRqEu pqS1jxktP+HwzCiZaryeRZYsOqOO0O7D0wkkxFcDiOqw7yWM5dNgAXSrQfm9PGM7 Y8QirKcWYI1xMpgxWSBMveE0HiZ6EUjQ8lki4R57X4GLrsvZEgswpmAYJiASDYvn toWlIXDR79sLLNl8HUt8RELCmwwRGqFa7hP6mhbYfk101qV17SYKFsfFOebGKnrs 0JPxdLWHB5ZCbypPQ+RTeQUHJa71SoZnNWoP64Aihjn9HyhK059rTI4tni1Q+2x+ om+vIEH53sfyaQbxqiQCqM9gM9eVuteg8omRCFOHTCjevtlIrF4oGiu4DlGQVNyk 4lBPxSUV//h9l5qQ8h2c00YF68KWG2zQUcGz3zMbevwqTFJhsHtajEBBvN1QExzs clAQiShXAMwoMACBnNVklElG0zwVdFqlbbUF9+FioKPFKxyzOqoai8l+AzydA8S4 1mIW7FyMip6HmnoUhpDJ2DwZeTi48jRD5BFu1DHkbhwLBkdlVSSHR/GJoLulnFbr qDAfyaoSorSCDY700wxL =pE8k -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/e1vbyf9-0008qr...@franck.debian.org
Accepted procenv 0.27-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 23 Oct 2013 09:13:49 +0100 Source: procenv Binary: procenv Architecture: i386 source Version: 0.27-1 Distribution: sid Urgency: low Maintainer: James Hunt james.h...@ubuntu.com Changed-By: James Hunt james.h...@ubuntu.com Description: procenv- Utility to show process environment Changes: procenv (0.27-1) unstable; urgency=low . * New upstream release. * debian/control: Add expat and perl to Build-Depends for tests. Checksums-Sha1: 4c02b5fa90eb4306c4e219287163d84cf19a14c8 50048 procenv_0.27-1_i386.deb 3bc147c6d5caba7d4cacd7c578d7471c63d4d201 1804 procenv_0.27-1.dsc 7b4cb913c3eaacdc454a8bb709923fa06b073635 239700 procenv_0.27.orig.tar.gz 64d86e26f1957462b6bb2fd16d827b84f346488a 3329 procenv_0.27-1.debian.tar.gz Checksums-Sha256: 23d3987be04b5bd942c471eff0f6c9639288ecfa7c9835ccfe20404495374d41 50048 procenv_0.27-1_i386.deb 6ef0da9bc2dd57f11c9fbcda2b71c3295bc454d4f01cae017e92f9314f93c150 1804 procenv_0.27-1.dsc 9c279060739f39b90123eb00fdb4ea61b7f39d63c83b4b1b4e7fd2abff7eacd4 239700 procenv_0.27.orig.tar.gz f54e9c761a6707b31ce68609ad977b333e1341a69475ee5b8da84df0d60e5309 3329 procenv_0.27-1.debian.tar.gz Files: 887a1a7b03a7d0c0d5569656a279ced8 50048 utils optional procenv_0.27-1_i386.deb d9bc0014cc9c6b49bc26596e82264e07 1804 utils optional procenv_0.27-1.dsc 7d3ea038a6d345330803744586e1724d 239700 utils optional procenv_0.27.orig.tar.gz e47fe2e4db7adb3f34a2770e7cf9f44d 3329 utils optional procenv_0.27-1.debian.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCgAGBQJScSskAAoJEJ1Q4UTmNXMnK2kP/RRbrs+PTPWxhaeS3a0hNEoT Wu5fagU/xSh9dCUw0tIZ1Az5WO5mTYRDww6m0JZ9IEi7MASMv2CFROnoQHdmoIdt 24XNZAVdyAh3Nv0WXL85UpKZwOD+GuDkdJRV9bb/VNEuokvEom0AY+xqypYw8qUk rCEhmxBJQfnsFEaQqC509o4MOe3lLMNJV5m3DHbnhi3001d++uAfNEGjS107Ex41 8xwq6pw2WXKYMFp1HdgHbYv9kTRSMQtIl1TV3dlVGDXTJMkZ6ZCeXqfvP4YByUGc s/EluRrXGCBmwgw+B1abA97940/TPMOtx81t5bNfNvdyuD1YFi2uqVgcSPag3P6e DL8L9EnbLOvfEl7SDXWNFD6Ud21QKrBEO30BgCMY9pQrKUSl+sdVucVKI8fLLOx3 ygXautMQyWKSLpPkqs/RZvHrUSkK+rK2itDMEB1Plm9JcEUUhDTW78fopwHGAdR1 W8hy+dqBudxLZqyRIdQNECGX+gnoOFka/k5dgq77x5JzOEs4TeHANyom2sReEmVc ppNHEk47/7Csijuih4A0vQVBODne1V7ZIGiesLjIaqK6FJakz6A7fNzfn6+P78fv grV5lPahdPruYcGUfv0JyjkS4K07gRmxn0ClRY896qj1GPsS3MVmDoSVqryqPj3q hNtYWsckVwjHdVA4ecF9 =s+o4 -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/e1vbyez-0008mv...@franck.debian.org
Accepted stk 4.4.4-4 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 12:41:12 -0300 Source: stk Binary: libstk0-dev libstk0c2a stk stk-doc Architecture: source amd64 all Version: 4.4.4-4 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Changed-By: Felipe Sateler fsate...@debian.org Description: libstk0-dev - Sound Synthesis Toolkit (development files) libstk0c2a - Sound Synthesis Toolkit stk- Sound Synthesis Toolkit (example applications) stk-doc- Sound Synthesis Toolkit (documentation) Closes: 728079 Changes: stk (4.4.4-4) unstable; urgency=low . * Remove stale delme file * Do not build stk demo on non-linux archs. Closes: #728079 Checksums-Sha1: 44bd6854fa89f14f43d69659c33134c0d05badb6 2241 stk_4.4.4-4.dsc 7a0fa2672699c6395415d23bc444e1d6ad031bfc 11922 stk_4.4.4-4.debian.tar.gz c54258c4384639d9f00cf02dd9675bae718f85f0 73462 libstk0-dev_4.4.4-4_amd64.deb f47d9d69ead79b576bcb4c6cede2dc920c01fd05 197880 libstk0c2a_4.4.4-4_amd64.deb a082f84dc1f77c113a7709eaec4b4d16e79b4e33 277306 stk_4.4.4-4_amd64.deb 0fb548a3bc8a5642ce19c52b62466073b665da82 555038 stk-doc_4.4.4-4_all.deb Checksums-Sha256: aea4c5cb1092301123060b192dc50627de179b5ca1675bacc447425c3920f1e8 2241 stk_4.4.4-4.dsc 3848538b41830279c79a0379c83d25ff7377e61d14f96e285eec330b05ac2515 11922 stk_4.4.4-4.debian.tar.gz ace2d53e055e989e56a17e3a484c7ca649e87258dc0ed703a651b7c8d23fae37 73462 libstk0-dev_4.4.4-4_amd64.deb d96a47385cfc332106d20af99cc9139839050f9d8701ea0c8594ec9109593e42 197880 libstk0c2a_4.4.4-4_amd64.deb 02f5749f08c213d7388eabf478812586650dd789f47d143c97e7027a33f1fc28 277306 stk_4.4.4-4_amd64.deb 6fa42420c623699d304ef22ad3a6a5b1ca55011ceb6f02b8c14633c07d841b1c 555038 stk-doc_4.4.4-4_all.deb Files: 8544ac88f1eb98d82bc7845437f618c4 2241 sound optional stk_4.4.4-4.dsc 144a1608a106580aaab2f176314b41bd 11922 sound optional stk_4.4.4-4.debian.tar.gz c30a3dd0b475c01990b7f47efade71ef 73462 libdevel optional libstk0-dev_4.4.4-4_amd64.deb f6e41916099b6bfe7f8894c41650cfd3 197880 sound optional libstk0c2a_4.4.4-4_amd64.deb 636dff9c1dbb9e627ee7d03b9e4825c5 277306 sound optional stk_4.4.4-4_amd64.deb 54d002ebfe0539200b5c5cabc8cabbbe 555038 doc optional stk-doc_4.4.4-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScSukAAoJEKO6uuJAjdbPaQYP/iaJ78i3L1QdBSbfNk3D7RVD 1MamJKnd97I85zP3DgGl5tYbGzTN+jbQC1nZU7QTImWnmfM373kyP4cXhtAMSHKX /tbbbaumDnKXafX33H4EydU4cp8jPIRMkLUW3xfql+houC+rZPA+ztlPMxh6rkmQ ONyuVvodCv7GWScNjBGNSUo0wSxKXex0z+sgpmhv3Gne+WYzfdfN+wSiC3xMsxks koAHIbSBFKGH6qTWkIjoe2uaR29tj30MUwSq+5Hc8utZabqSdhNkKpA1/DVs9N07 pxhoSxqlEdsjnOD34X7AJPDBQjkK+fujRgle1+2eHwNCCqoiBs9JnN8xIzUjESxC GlhOBr+ufQDPz45ABGzG3O2QDV5yt5TjdstbjgiqAvduh9znCucIHQBFtmgG1r2V MhRgHHwcFU1EbE727hRkgZ+q84GQVPOliFi7qzKir3xWhhxwpaqHEd5R0+V4b/1C X/kPx3eEfqJm+8mplwO45e8ldi7X+aBW0ueQAN3fkWo/I00a8yVS2U8t5xXlnPvo qkMWIm17kGJwt/6hjGPOpQnNT9XzgRp55vRdArOM3L+HU3FykvjRCo0JhXfi+FWR bog7ZZ1SMPjgk5F+w/SjQ66tARFtnPwZDlKL8TKj+rvYsjflo/OGpPryF2oDk1XN Btdnj3dzbhzR5gKSZ2MA =IrjB -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/e1vbyfl-5b...@franck.debian.org
Accepted biomaj 1.2.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 15:34:34 +0100 Source: biomaj Binary: biomaj biomaj-properties Architecture: source all Version: 1.2.3-1 Distribution: unstable Urgency: low Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Olivier Sallou osal...@debian.org Description: biomaj - biological data-bank updater biomaj-properties - biological data-bank updater - example properties files Changes: biomaj (1.2.3-1) unstable; urgency=low . * New upstream release (fixes on local storage and stage option). Checksums-Sha1: 53782b025410856d7b37ea0d5f28d373836208c2 2483 biomaj_1.2.3-1.dsc eb59b1b62bf39f96e06f01186d2b8a4dad7a75a8 5089397 biomaj_1.2.3.orig.tar.gz ca9aed53127556dc3f25900af92678b335e1be88 26598 biomaj_1.2.3-1.debian.tar.gz a6647b3fdcd91c31e72e66a3c6cbdeba9c828909 4308840 biomaj_1.2.3-1_all.deb 13be7e222e05342d7d853308d5519ca523bf8bfe 26568 biomaj-properties_1.2.3-1_all.deb Checksums-Sha256: dec9527b7309b27c0161cf0c3110d462c2b3573e1a9a16a9b9e952ee96903e0b 2483 biomaj_1.2.3-1.dsc 6db0e39cfb5e825d3026bcaec285ed0500824f243d4de5f6d7fe49d4b50d4d12 5089397 biomaj_1.2.3.orig.tar.gz eef1c7edfca0f7c2165961c746208d20bfff92c001cbd33945fb8710be9e7137 26598 biomaj_1.2.3-1.debian.tar.gz 3d3856ad88ef698a54d38d1c4745b8c93efbb274b28a181c51af794f41937baa 4308840 biomaj_1.2.3-1_all.deb 461b058071f67d1b1cdd1836386af8b58ccec5fe1add5cdb98f19abbe754405a 26568 biomaj-properties_1.2.3-1_all.deb Files: 66104c38330dbc2768ad4572fb0f2ba6 2483 science optional biomaj_1.2.3-1.dsc ef5f4096c89d833d327be792c3549504 5089397 science optional biomaj_1.2.3.orig.tar.gz 0c7523dde048d66322205213f270c35e 26598 science optional biomaj_1.2.3-1.debian.tar.gz f26b6107d119264fef1bf36d5b679ee3 4308840 science optional biomaj_1.2.3-1_all.deb 64b0623c1e9a66063629b340679939b8 26568 science optional biomaj-properties_1.2.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScRs5AAoJEHjcaNsybYQ4c7QP/3CbSxmGkZlsedpeNe80uW6i eMmTqfGTOoNdK/HWT/lCri3AkjtVyGAo1MU0xXIejnIyNbzlggv7+xmfKJ/l0RjL mjSXHgbxd2eMxI+lMzVB72AKqmwgePznyGwQm2yHNWOJ5g5dKgFBnWIvazTQVzW4 bURhde9Ygi6cp1lcRhrCrV7KOByOva63cJkPpeRG962NMFO0ghSpufO/jmFI4b/h Tw3c877IMO7lxWKJttVci1SILmDbm7mjWItjvU6ezNWNfFWVbaCV45NiJs3aGFoP QR+1JHd7TnEC5A+rxPmZXrwH4OP5Qg1K0fWfStTtg/7232sFcgXFLq36dn47QPmp +3yShTn2cwgWfusX2jcDv3BJhEMDACcGERR5SWBWSKnGepjfi6v4DXBjxSEO+Hs1 gCLNDE80xDmDK2B55eO8O07mrx51+vZ13X6ZhFXUP3FzY9fS+vGwXmVJkDrhDgZ/ CXavz2Pc3hyjvHpaV/Ltdi69ekrxkTE9aoNh4HaF6OQYX8KhPk2BiDxmPMCVSlpX 1ZG/U0YF07/2+ubx3U/1yKV5VvGXkH4Bu39fJz2RYKb8Y+fWwdmwrhTVLI6NA82b 0cQVRm+O0QzY+1BCMWeosJ0QRRkgrSQ0iD85MqhKdrUEgnYEcmWYdGojVgxNr8HS fuWVTPgqaXw8SYHYPwcX =xDOs -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/e1vbytd-0002mx...@franck.debian.org
Accepted docky 2.2.0-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 17:01:17 + Source: docky Binary: docky Architecture: source all Version: 2.2.0-2 Distribution: unstable Urgency: low Maintainer: Debian CLI Applications Team pkg-cli-apps-t...@lists.alioth.debian.org Changed-By: Jo Shields direct...@apebox.org Description: docky - Elegant, powerful, clean dock Changes: docky (2.2.0-2) unstable; urgency=low . [ Iain Lane ] * [1362ca9] Use dh --with cli instead of the deprecated cli.make . [ Jo Shields ] * [50ce9a9] Use DBus# 2.0 API. Checksums-Sha1: 9bfbabb156efbd044ec2cc9b4cdb2caefd573a48 2079 docky_2.2.0-2.dsc 74c2fb1a8108ff24a52c74ba40ca2ce208b91228 11789 docky_2.2.0-2.debian.tar.gz ea854b0f26d3c937a6ff8a8dbacb702f9faae4bc 612936 docky_2.2.0-2_all.deb Checksums-Sha256: 4d59c931853006ff7585f4dc447487829e272f608f50619982bd946bb0982a46 2079 docky_2.2.0-2.dsc d0bbb172989c55c0d9ee0930e64450cc46e0e057365956845e8708f42e340c46 11789 docky_2.2.0-2.debian.tar.gz f113468d5151d671a7abe6480783b6babeea45064ef91c6f16509c2d498077c1 612936 docky_2.2.0-2_all.deb Files: 3b1b8c8f9063b55b375ae599bb37e268 2079 x11 optional docky_2.2.0-2.dsc 62efb0b86d99d12dc004b840134c37b4 11789 x11 optional docky_2.2.0-2.debian.tar.gz d868d7948e419ce693a1643c434ed762 612936 x11 optional docky_2.2.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJScTzNAAoJEMkPnLkOH60MPrYIAKF82ZyZUBKOQLrEmmY1lXBB a6ydSpkK7RcH94dBvCUMWinUJYt+XC923vCD5EWhgsWI8Z9riztnCgsEia6m3NAw cTA+Q+kmPaHXAKAX7ZDpXns3mo3PCqUvKeQRznMj7lUzwxnEHre9VbQxbujzhc2f txlQka22lnLMTnX0NfFP+iigAsOqtIaweKjaqgCTMjQzzUcf9eQz3gXs8aeMXv31 Up/mGK41yaMxqhA0/jOgGv7J7eluZ81RmLWx3UaPtghVsE5dgU4snmlJ+QlQks35 l72jTOWHPgLVcQV11e3KDTIwOq0hKEeGvPu0yvTfFQlLpuHDVd0INvPlPVoo7r4= =tW7H -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/e1vbzpn-0005tv...@franck.debian.org
Accepted libunwind 1.1-2.1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 27 Oct 2013 16:25:44 + Source: libunwind Binary: libunwind8-dev libunwind8 libunwind8-dbg libunwind-setjmp0-dev libunwind-setjmp0 libunwind-setjmp0-dbg Architecture: i386 source Version: 1.1-2.1 Distribution: unstable Urgency: low Maintainer: Daigo Moriwaki da...@debian.org Changed-By: Ben Hutchings b...@decadent.org.uk Closes: 709125 727840 Description: libunwind8-dbg - library to determine the call-chain of a program - runtime libunwind8-dev - library to determine the call-chain of a program - development libunwind8 - library to determine the call-chain of a program - runtime libunwind-setjmp0-dbg - libunwind-based non local goto - runtime libunwind-setjmp0-dev - libunwind-based non local goto - development libunwind-setjmp0 - libunwind-based non local goto - runtime Changes: libunwind (1.1-2.1) unstable; urgency=low . * Non-maintainer upload * Remove dependence of libunwind-setjmp0 maintainer scripts on dpkg-dev by substituting architecture at build time (Closes: #709125) * Disable the test suite without depending on $DEB_BUILD_OPTIONS (Closes: #727840) * Disable kfreebsd architectures again, as they are not yet supported Checksums-Sha1: e0808b201917de6368e19155f81776a6b09026bb 2309 libunwind_1.1-2.1.dsc 1864023bf5ab764c4b9ad271de39084bdd47e5e9 8485 libunwind_1.1-2.1.debian.tar.gz 65756f1b61a3f3b1c30c6901bc141ead9abfb362 346848 libunwind8-dev_1.1-2.1_i386.deb 4ca1c272f5860dee1fe1ba5a31bc7075cdf6c563 47164 libunwind8_1.1-2.1_i386.deb 2dc7385fadc40882acc5ce330e5bc74a48d7cd49 274252 libunwind8-dbg_1.1-2.1_i386.deb cb1dfacbcb954f3521b4c61fec61872e4f24e9e5 17954 libunwind-setjmp0-dev_1.1-2.1_i386.deb 1211fd43cba360ccecb2cc06ad2aef8d4cccec65 9796 libunwind-setjmp0_1.1-2.1_i386.deb a59ef1b1ce2c7b1cb50c2c810cc0eb79157dc376 16336 libunwind-setjmp0-dbg_1.1-2.1_i386.deb Checksums-Sha256: 821929110036a0977049a59006bca64653f428ff0414ef28fe0d2a8955217ac2 2309 libunwind_1.1-2.1.dsc da43609969a4ce5e3431e6791600755c9003430846ec7905f1045a99ad0d935a 8485 libunwind_1.1-2.1.debian.tar.gz d3b508a0e08e63cfa7bbdd787e7d5308377ea08b76c78c8723743dfa00e2d3f1 346848 libunwind8-dev_1.1-2.1_i386.deb b93e692bc4a7d7437d2c134b405aeadcac62faf86748a4fbae0ee3a47cd987c2 47164 libunwind8_1.1-2.1_i386.deb a2b54bfb0bc884dec5fe6ecb5abd36a880aebb300663318439451a6088ac0f7f 274252 libunwind8-dbg_1.1-2.1_i386.deb d687400331b6faa6648e9026c3599f132fb44743e9b20d5d6d323927b0a292e7 17954 libunwind-setjmp0-dev_1.1-2.1_i386.deb ede45798574d7041cdb6738b15949b4d23f391430532d3368768fa1eb51f1456 9796 libunwind-setjmp0_1.1-2.1_i386.deb 1af10fa8ed2265699e2df54d4a49f22f1ae02e9225e1b878cc518174b9c48ebd 16336 libunwind-setjmp0-dbg_1.1-2.1_i386.deb Files: b4dcd13122d81c1ef47d5a74bf8b4a93 2309 libs optional libunwind_1.1-2.1.dsc f5f0398a1a9f2c62c4eb93335e1f3f51 8485 libs optional libunwind_1.1-2.1.debian.tar.gz d58313ae208354ab74e3e9046a88ca48 346848 libdevel optional libunwind8-dev_1.1-2.1_i386.deb 3319f816667493fb34143cdaa683d50e 47164 libs optional libunwind8_1.1-2.1_i386.deb 554d6180fa04bb6d1f0f496b8ab85c76 274252 debug extra libunwind8-dbg_1.1-2.1_i386.deb 6e99cf793c12cd00c0d1b5c96901ca61 17954 libdevel optional libunwind-setjmp0-dev_1.1-2.1_i386.deb 0f0ff858c513abddaffef385d695b8ed 9796 libs optional libunwind-setjmp0_1.1-2.1_i386.deb b609edc79b461a47ab9de851bf419709 16336 debug extra libunwind-setjmp0-dbg_1.1-2.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIVAwUBUm1Ev+e/yOyVhhEJAQr+aBAAvaiXIs07BNGp8mHm6VsbM+RaJPUevoSG nrrTNS9xfOkrbRkNrtpNgpOlOx+/upxZhFyPF4dY0RkxhGOAG/1wEmDFKGmocmvt rieDeRgKz9h1UnE4/PK4IEEyh7qkpS9dNFHNhHKb5pNsAO0sNp7qGq74jx2Z7bYb 28U9oUHR5uj6mVBmMiQ+MHTMRSipz8OCRxpzWX/y2fjmGuQmd6Jx8jexmVxJewW9 qvuYWuHCBldb/tCAnM+8e2iFV/Ak6SjJgguBBuGNIcW46IdDRxPkcSsPAMfZFJup ya793J9fnnCR9oLjsb5SWOa5Md1oJ4hEMv3Qd5CY1xqowGPdDgAy2whO5oBrnet9 81IH64sP4Mo/k53SHqEUyUjR8A9YXhZmHJI0hRlFwre+iJKSsXMlcrIbVOh7MuxX 1Y7G+H98oyhuFEABweyyeAcq1bGte4QWItJLPBP7zupORTqlyCwbv2agAnbaBk/P /L3gUP3tgXBkI4qyEMXaxueuoI3anrPDwUgseDWTVroDYIN/HcuGJQvSVFgiHffK ShKRGnvPxirMAI9+0yvRjXgDbUKOKV7g7Z1iEeSNpuWacGCGQ1gsBXZcVkF7jMmw cx1n1YLPw9+O+rMCV611WM0N21vJBVK08hEiSRDfq6VoDhytsFL3vkbIXSkRWd8M gXEvKI9hHXI= =nof+ -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/e1vbzps-0005hp...@franck.debian.org
Accepted notify-sharp 0.4.0~r3032-7 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 17:09:44 + Source: notify-sharp Binary: libnotify0.4-cil libnotify-cil-dev monodoc-notify-sharp-manual Architecture: source all Version: 0.4.0~r3032-7 Distribution: unstable Urgency: low Maintainer: Debian CLI Libraries Team pkg-cli-libs-t...@lists.alioth.debian.org Changed-By: Jo Shields direct...@apebox.org Description: libnotify-cil-dev - CLI library for desktop notifications libnotify0.4-cil - CLI library for desktop notifications monodoc-notify-sharp-manual - compiled XML documentation for notify-sharp Changes: notify-sharp (0.4.0~r3032-7) unstable; urgency=low . * [c8a31d3] Use DBus# 2.0 API. Checksums-Sha1: 1873e4e06081286cf8d9584f2c6622215ee9e05b 2097 notify-sharp_0.4.0~r3032-7.dsc 01f44afa59fe494a8c921cbe016c90fbfa8480a8 7497 notify-sharp_0.4.0~r3032-7.debian.tar.gz c45eb26036fae218b1b2f6efa90070838c569c8f 9554 libnotify0.4-cil_0.4.0~r3032-7_all.deb ef55c0c56a79811707fbbc1fcffef8b8b155fae8 3682 libnotify-cil-dev_0.4.0~r3032-7_all.deb 0d1f277c5cb346b513c63ccc17560840f658a631 9094 monodoc-notify-sharp-manual_0.4.0~r3032-7_all.deb Checksums-Sha256: 922fa066edb343c72d9f8898bf7f1a19565967d5902b4f1339b61e8dd2b48476 2097 notify-sharp_0.4.0~r3032-7.dsc 7c3ff833241cbb1ea6ee79735255f817fd388705578cbbf6e077f83381e7bd5b 7497 notify-sharp_0.4.0~r3032-7.debian.tar.gz 41c9eec09bd3efd703239c921e06764f5d99f30e40123540385fafce1ba5454f 9554 libnotify0.4-cil_0.4.0~r3032-7_all.deb c989c02fea7a31a8397ec2f2260b7d275ea427ac7f935ab8ea047d098b63c583 3682 libnotify-cil-dev_0.4.0~r3032-7_all.deb b735546b89202306163040a50b8e3bf7613862e2bb077a9e8dfa3e8547f2cd40 9094 monodoc-notify-sharp-manual_0.4.0~r3032-7_all.deb Files: 81fe5b697cc68c8e7d62c9181a1d280d 2097 cli-mono optional notify-sharp_0.4.0~r3032-7.dsc 487c167e0c39fafafcda336759f76eb7 7497 cli-mono optional notify-sharp_0.4.0~r3032-7.debian.tar.gz 98364c616e50e090ede4d7eaf2d8d260 9554 cli-mono optional libnotify0.4-cil_0.4.0~r3032-7_all.deb f04552aac2447d4af511122783f27dc6 3682 cli-mono optional libnotify-cil-dev_0.4.0~r3032-7_all.deb 4eb32e16d0f4a01f04f62766f2b5756c 9094 doc optional monodoc-notify-sharp-manual_0.4.0~r3032-7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJScT4ZAAoJEMkPnLkOH60MAiIH/2V5oe4lcCBLiEq84XWMdlS+ xzt0vPpvJxoMhV3zPWearP7RrPplkND6+iyhuawTqIyiSkdhajjbNHhlmZHfCqT8 50wgnAPT5Kiqwu2qp/KvqRP8Y6a1cbZwHNaosmEenw0K5v6zO7ZBxjwci59ApsRr Hp04LzXiwyJBWsUMeXrJkHivPjotnP0ZFnKV8O4aPaqmGGBUfSQ5pazbPWL07FqL H1fhgg29JDNImtpHcoGzU/6IotGuvZikuYx0CfI4fSiVi93h79uZwviEdaEWxv9B WpaR3CVr+0erkMDYNFjGdKXERlrGxNx14qumcbt6+3fQID3EJ6NASZNnXeaclq0= =8Adh -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/e1vbzq0-0005ma...@franck.debian.org
Accepted libunwind 1.1-2.2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 27 Oct 2013 17:02:22 + Source: libunwind Binary: libunwind8-dev libunwind8 libunwind8-dbg libunwind-setjmp0-dev libunwind-setjmp0 libunwind-setjmp0-dbg Architecture: i386 source Version: 1.1-2.2 Distribution: unstable Urgency: low Maintainer: Daigo Moriwaki da...@debian.org Changed-By: Ben Hutchings b...@decadent.org.uk Description: libunwind8-dbg - library to determine the call-chain of a program - runtime libunwind8-dev - library to determine the call-chain of a program - development libunwind8 - library to determine the call-chain of a program - runtime libunwind-setjmp0-dbg - libunwind-based non local goto - runtime libunwind-setjmp0-dev - libunwind-based non local goto - development libunwind-setjmp0 - libunwind-based non local goto - runtime Changes: libunwind (1.1-2.2) unstable; urgency=low . * Non-maintainer upload * Disable kfreebsd architectures for *all* binary packages Checksums-Sha1: 69448016950a72243ffb411c4c60ec58d8f325ff 2280 libunwind_1.1-2.2.dsc 3052e54699d3fde95850a45b618c4674d7e69475 8584 libunwind_1.1-2.2.debian.tar.gz 3291517c6a875bc2191945a6d10a9517dbfa1632 347444 libunwind8-dev_1.1-2.2_i386.deb dfdcd343fdb84edd0d25a0d23392b48b9228f361 47196 libunwind8_1.1-2.2_i386.deb 27a1e29d6f619b20bb84e8fcc97bd805dcab5b83 274272 libunwind8-dbg_1.1-2.2_i386.deb 09fc6c23de7b4d0effdba67348d2615655bc6fef 17962 libunwind-setjmp0-dev_1.1-2.2_i386.deb 90d17ff3f99cdba29729a44234e014146280b7f8 9816 libunwind-setjmp0_1.1-2.2_i386.deb 92df1bff3f2327a87fac5b71665281112f1b409e 16348 libunwind-setjmp0-dbg_1.1-2.2_i386.deb Checksums-Sha256: 89a98a0d7b5ce21057fbc2e9d6cd9ee1eafea0b8a6e91b90a248be80921067bc 2280 libunwind_1.1-2.2.dsc b71f0b2159f9b4ccf8f6949c7016217fa0ca47d5d753b7bfe7f08c328f9258b0 8584 libunwind_1.1-2.2.debian.tar.gz b869fbc1c16084f2acc4e15080701a91cc75744a83e8ccf1f59f26780eb47e7a 347444 libunwind8-dev_1.1-2.2_i386.deb d1216b7287abdd0ada393ee02a9977915640d16150989c0991879b670217e200 47196 libunwind8_1.1-2.2_i386.deb 8a761ae79da2123a31440720f175228a1112879550d746945fe12c2f24cb7306 274272 libunwind8-dbg_1.1-2.2_i386.deb 68cde20df21e6641af239bb0b10d94376c8572a351944feb8d3456eb59157ced 17962 libunwind-setjmp0-dev_1.1-2.2_i386.deb 9080a0a3c3137156fd44e287e9cb11746a6348a998e5b4856b6372a0ba182b90 9816 libunwind-setjmp0_1.1-2.2_i386.deb 0915809e64d7d2974fdb1b0a55b8a8b7e2652319d239944ee3cd7eada011ed84 16348 libunwind-setjmp0-dbg_1.1-2.2_i386.deb Files: f1d8fded040179271a0f3cabf8bb9a85 2280 libs optional libunwind_1.1-2.2.dsc ad6047861c5c7cf27745ba526d5ce774 8584 libs optional libunwind_1.1-2.2.debian.tar.gz 19b2a1a66a58db85d9611482777f 347444 libdevel optional libunwind8-dev_1.1-2.2_i386.deb a906b56bbec01102601568c30d415fb9 47196 libs optional libunwind8_1.1-2.2_i386.deb fec7a90b60e46d24a1fc33e76f7bc68f 274272 debug extra libunwind8-dbg_1.1-2.2_i386.deb 062941c381d03e7ddd960ea7eadc8386 17962 libdevel optional libunwind-setjmp0-dev_1.1-2.2_i386.deb 6d30bc43662f4a4a0b4c62a163d13917 9816 libs optional libunwind-setjmp0_1.1-2.2_i386.deb 8544c3875933bd11b0200ae46d254e98 16348 debug extra libunwind-setjmp0-dbg_1.1-2.2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIVAwUBUm1If+e/yOyVhhEJAQq+FRAApS+sgNzDRff1N/PD4AvIOiM0HdAztMLm etws3dW/ud+rwo/bUy+ob2oyE3YbR2sjjf8d9f/z6X8Ba/+inMBmUpHbp//m6rtW Wt0A+ac6nciSLEPgYmm0fcoxgX42xSxLgzFRz0xYVoEhojQuWZJHz9JepbjgV+Yv tKefVOiRoT9aOjxhp6Wl67sdy5LqFGkUak/8ZFhgtXwMuFf9GXlD3ALFP3s8TSI1 tAxabkJIches03wh0lyTnwuiWIlTlEiDOVBvGqEGi4ynhRbXFZUYzFn9QeV5gzv1 3g4RqJzeowNTc2ZPMWbkZyJovouIdZ7QI3vj4HK4pno+UWqhpY1mi+xlcVf+Panp o6ZL4Hn6byHqdigxTrPY+Hvt6a191ciKy/eOixd2KjxrVMRI3xxGjsGOR9Gug1eR 7BNoV1ACWfQigTsuA8SzgNipw+3luxjAnEpR0yfJ8lutQ22BXqg3JsIO1fcae00Y 9Hcw+sxqFS3UUcGzc+Qbatsx02XkPycDS4ouNnr3i0AFuYuYflKClBJ9pwu0gQK3 4jvX0ew4xMmY6XktkbCfEFOsQqbTr+MAEA5xIQfzX8cnd3CliGTFz3EMCyiN0KKj xhKMbOcD7f9lnQAxayHTWdFqFwYMMicXYANYTcgjKDnhb+JukMC+B8t+DNk9Fpgz UAi+CcGK+WI= =G96h -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/e1vbzel-7h...@franck.debian.org
Accepted owncloud-doc 0~20131024-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 13:54:00 -0400 Source: owncloud-doc Binary: owncloud-doc Architecture: source all Version: 0~20131024-1 Distribution: unstable Urgency: low Maintainer: ownCloud for Debian maintainers pkg-owncloud-maintain...@lists.alioth.debian.org Changed-By: David Prévot taf...@debian.org Description: owncloud-doc - documentation for ownCloud Changes: owncloud-doc (0~20131024-1) unstable; urgency=low . * New upstream release, from Git * Build and install PDF too * Bump standards version to 3.9.5 Checksums-Sha1: b9792eba51d0a8d397129975445b3f1abd5eb23f 1796 owncloud-doc_0~20131024-1.dsc 3ced9e58520687af10c249613d190151fda0df8f 3231756 owncloud-doc_0~20131024.orig.tar.xz 43752d46fa29c5f9f041754e8f7055ea2a39c5fe 11809 owncloud-doc_0~20131024-1.debian.tar.gz b75a0f139ce1d058c9c73524e3c0bfc39b001aab 4069188 owncloud-doc_0~20131024-1_all.deb Checksums-Sha256: 10f494a061b34adcf97ed58f1868ae32841a29f80ade48ee7abf1d1c19610e6d 1796 owncloud-doc_0~20131024-1.dsc 772607e18dd5d95e350fa086c757e192818d721c50b684d9794b86872708af16 3231756 owncloud-doc_0~20131024.orig.tar.xz b7917ebbba9754f86660c513392847d6dcbb4913614ba71036167d683116c822 11809 owncloud-doc_0~20131024-1.debian.tar.gz 0c5af9651946fa4c5d65a540869543f192e31b047793aae6d669738fde25ee6e 4069188 owncloud-doc_0~20131024-1_all.deb Files: ace24bee0077b0cee79b2f8c25f4ab62 1796 doc extra owncloud-doc_0~20131024-1.dsc 2ca1a86e4bf5807e4e870c0dfef2407e 3231756 doc extra owncloud-doc_0~20131024.orig.tar.xz e72da30098011fba8b20e6ec3414c9d6 11809 doc extra owncloud-doc_0~20131024-1.debian.tar.gz 829f4595899320f3b926e06584526faa 4069188 doc extra owncloud-doc_0~20131024-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQEcBAEBCAAGBQJScUmLAAoJEAWMHPlE9r08ifsH/R/8rfeLCbKw5we2pmMMGMhN ywMBDmyuel+VSNV+wkLTrnIJCBWQ4u3Gv1noJ4gCzwp2HNzg7IgxGavcScChYMmD kKAZk2eCeUb8Tmj4javR6fRSyqb14Z2l6IobBBnoqv8Rwe647LTfv+CyGpYfcBHD dJYTAuLDfv0iV4Xugl1EPnvYhLVmbkdm7QyU8cj93/Cy6TZ1qvPeMr8ESMXWW4QP z59gZjcq18rrcmAKmfVippeubKJOkBqRplXMPR5PAMEGMOXJwDrt00CimTnizJZ+ Xm7ZNAKkmabHr1/7giupK5a2/33eUMzPnubdssSjNbgPQ4sPR2PprGgmVsC7kS0= =J6BV -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/e1vbalc-0004zw...@franck.debian.org
Accepted libgpod 0.8.3-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 31 Oct 2013 02:19:22 +0800 Source: libgpod Binary: libgpod-nogtk-dev libgpod4-nogtk libgpod-dev libgpod4 libgpod-common libgpod-doc python-gpod libgpod-cil libgpod-cil-dev Architecture: source amd64 all Version: 0.8.3-1 Distribution: unstable Urgency: low Maintainer: gtkpod Maintainers pkg-gtkpod-de...@lists.alioth.debian.org Changed-By: Chow Loong Jin hyper...@debian.org Description: libgpod-cil - CLI bindings for libgpod libgpod-cil-dev - CLI bindings for libgpod -- development files libgpod-common - common files for libgpod libgpod-dev - development files for libgpod libgpod-doc - documentation for libgpod libgpod-nogtk-dev - development files for libgpod (version without artwork support) libgpod4 - library to read and write songs and artwork to an iPod libgpod4-nogtk - library to read and write songs to an iPod python-gpod - Python bindings for libgpod Changes: libgpod (0.8.3-1) unstable; urgency=low . * [918c14e] Imported Upstream version 0.8.3 * [773a2e6] No change bump of Standards-Version to 3.9.4 * [aba5036] Refresh 90_speed_itdb_resolve.patch * [7e7de93] Fix LDFLAGS exporting Checksums-Sha1: 00a30548415fa9387db29241028e7a05eda69b80 3068 libgpod_0.8.3-1.dsc 5b5f692fef880d714dad71aa21e1737258fa878c 801903 libgpod_0.8.3.orig.tar.bz2 87e14cc23e8ef8a7bc2bae049fe75b546364dd0b 16612 libgpod_0.8.3-1.debian.tar.gz f36b84ea79395c49f18e7aadc15eff821496d0ee 114942 libgpod-nogtk-dev_0.8.3-1_amd64.deb e140d310ad25df75b39671974ae852b719ec5dfc 145238 libgpod4-nogtk_0.8.3-1_amd64.deb c57430db26a02612791974656c4f54578f572ea5 203462 libgpod-dev_0.8.3-1_amd64.deb e4729701ade82887d035f9df6559deea50fba391 230866 libgpod4_0.8.3-1_amd64.deb ae2c62e7fadec3d4fd347a12f8508f05c0d31b0e 95084 libgpod-common_0.8.3-1_amd64.deb 28662270ccb9dbf11d0cbe08ae21642652f48a30 77244 libgpod-doc_0.8.3-1_all.deb a0025923f6e9df0c28359148accd6a1f0d76c1c8 149470 python-gpod_0.8.3-1_amd64.deb 7a4d1d4af5105a98d9b6c8ce9ec97b35f8738f7c 64528 libgpod-cil_0.8.3-1_amd64.deb dfb0aa38b9bcab7051097a51c3c1e4f533171c20 51112 libgpod-cil-dev_0.8.3-1_amd64.deb Checksums-Sha256: 13b005d5d4d4f40d2427b30cfaf4ae6eee91143a01a4dfaa4c155ed04ad4 3068 libgpod_0.8.3-1.dsc 638a7959d04e95f1e62abad02bd33702e4e8dfef98485ac7d9d50395c37e955d 801903 libgpod_0.8.3.orig.tar.bz2 83d921d238d510cae12851df5b86b82ef328e95d49b070ad0ce55e6e7d42446a 16612 libgpod_0.8.3-1.debian.tar.gz 830e6eb1bb2898360370b1c13924b422ef74ee03eb8a747f24372bb72146ff18 114942 libgpod-nogtk-dev_0.8.3-1_amd64.deb 6b69f05bb55902d169668761c19f7c2d9a46351dc0e8641da96b1372d209f63e 145238 libgpod4-nogtk_0.8.3-1_amd64.deb 7b75e3ffed6384896c26c228e8b3c77cfb5b80426abfed55617a4a9a0c18c3a3 203462 libgpod-dev_0.8.3-1_amd64.deb 6e2d1f25b7215f5e81073711bf4a27501c0252ec341a25be33a30228060b64f2 230866 libgpod4_0.8.3-1_amd64.deb cdfb601a89ab47cad4ad33ec3658f2b3052fd01c3c9d85132addb85779af 95084 libgpod-common_0.8.3-1_amd64.deb 6a8d41815ef650a928c7535d2496377972f151033fae16af48079933784a27a7 77244 libgpod-doc_0.8.3-1_all.deb 70907fffe1378f0e775597865795876f26a1d1357063106b1b0cdd99ab6033de 149470 python-gpod_0.8.3-1_amd64.deb 5b29f424d99e7e73e5ce16ef17886613e7e3a6139942c458b2754afb97ffd920 64528 libgpod-cil_0.8.3-1_amd64.deb c82e21045a60a89008f2dd99abb01b12f1c42c7325100fa5d89c82eea8444d4d 51112 libgpod-cil-dev_0.8.3-1_amd64.deb Files: 43db6e03eaaf7570ca936a9b10c5869a 3068 libs optional libgpod_0.8.3-1.dsc f8a0b7a34e768e33a708e8dd172bd6f8 801903 libs optional libgpod_0.8.3.orig.tar.bz2 9bcb1a7b3b4c60eb0c29eb656889d2f6 16612 libs optional libgpod_0.8.3-1.debian.tar.gz 54d41cf48ccbcdede021a86cd8ea2e43 114942 libdevel extra libgpod-nogtk-dev_0.8.3-1_amd64.deb ee6ccb969646820a21097402c538d70c 145238 libs extra libgpod4-nogtk_0.8.3-1_amd64.deb 4ff41e520676e1f4710a5cf45d3ec3d3 203462 libdevel optional libgpod-dev_0.8.3-1_amd64.deb 3b52fb54caa38f40986c03c971e1298e 230866 libs optional libgpod4_0.8.3-1_amd64.deb b7170991c7bf27b9246377d7afbf3911 95084 libs optional libgpod-common_0.8.3-1_amd64.deb 920055969b1b7ab919f731fbcbcd5975 77244 doc optional libgpod-doc_0.8.3-1_all.deb 26251986a84f49554e9539afe2d4cd63 149470 python optional python-gpod_0.8.3-1_amd64.deb 0d0e5b6df555abc3351567ee27e1a1af 64528 cli-mono optional libgpod-cil_0.8.3-1_amd64.deb 8f9f3f8a624b026d0dd307e56035eea2 51112 cli-mono optional libgpod-cil-dev_0.8.3-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBAgAGBQJScU4dAAoJEPvVIltYh1Kh/8IP/iTe+XbzIt+eqZN7Yy7DE6Oz uAd367wBo6UKiWG6rsF23TG8rsEfiepe+6+RmRU3Hd2qOQ3gW0lk4ImwIAeyjJsL ANYl9EeFqAQKulIGDQupY0JvhSc8bRwTU+1B73BjWbWlHpB6s2Jp8oNovE8b70+O yhyyFC8KMPtTQn9Mao5X6euSENYHiKYxCR4cl7nxRoga8tKNNaEwrF8qjT+qHAOD CDeFMLKgY7GCRZFXPHdufT0tENQnoCkg5WJJfJ8h+AYpS1C8I3AOO7aM3n8cE8D7 Ut2M/OuSP2xWR2el7qwKHt8wngHIkGXBNjc5FW7FTZqDkalyobaVcANCHWJ/JXgV RYsnZR0axMSZDCAvTy5ycjP03StFnSqACHcbwMmWIx+sGFoWZ7gJRyFdsYfBG0Ai
Accepted ploop 1.9-5 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 19:18:19 +0100 Source: ploop Binary: ploop libploop-dev libploop1 Architecture: source i386 Version: 1.9-5 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist o...@debian.org Changed-By: Ola Lundqvist o...@debian.org Description: libploop-dev - ploop API development library libploop1 - ploop API library ploop - tools to work with ploop devices and images Changes: ploop (1.9-5) unstable; urgency=low . * Fixed build problem on ia64 architecture. Checksums-Sha1: 96581d78368586a3d601bfee405c9fa1080e81e4 1273 ploop_1.9-5.dsc e0ab6575c861e75949f7dfb208e106622316d035 6234 ploop_1.9-5.debian.tar.gz 3b23a3415f700fbed880c601f06d65014fb0f182 34226 ploop_1.9-5_i386.deb f20de060fdaf4a20edffb356e0c57ad844d5683a 119856 libploop-dev_1.9-5_i386.deb 147231d042e8248b7398c5fa1888153631bc7317 87516 libploop1_1.9-5_i386.deb Checksums-Sha256: 7650aaa8bdce68ca2e1bdaea6f40bd2389c1d3700363c8fafbbc4099a770de01 1273 ploop_1.9-5.dsc 1dee99cd1b776e90d4004c64dcdea0908508ab6ace15cd89fa13f8cb778865bd 6234 ploop_1.9-5.debian.tar.gz 59082d55bc4d995d4cf184e84229c9ac09cd37379e5e901e6b67bc8980f478a0 34226 ploop_1.9-5_i386.deb d7a7194f850825d19d8d5baa07362be4b94c0a4ca8ee094e3b6e7f6a6dbe2eba 119856 libploop-dev_1.9-5_i386.deb 23d7c55372a4c93a8003d0b5d28819dc954570839bcb864ddf0d865c4e3c488c 87516 libploop1_1.9-5_i386.deb Files: 180e868bfc2f9fb0039807a0e0eb7756 1273 libs extra ploop_1.9-5.dsc d51b65a4333f1794944478b4dd2d8bab 6234 libs extra ploop_1.9-5.debian.tar.gz f486d9103920c2bb61d57593eac28a75 34226 libs extra ploop_1.9-5_i386.deb 74c94f0d0e48f9a8fae50ec772790d2d 119856 libdevel extra libploop-dev_1.9-5_i386.deb 936abdaad4b2b3dd5ed634446f6ece60 87516 libs extra libploop1_1.9-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJxTiMACgkQGKGxzw/lPdll/ACfSTM26GrKE5EldgPr75UYRUB1 N7UAn2A4N7LbMOSiy97pq2OiyK7WEpL5 =GX2k -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/e1vbaar-0007v8...@franck.debian.org
Accepted ploop 1.9-6 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 20:00:38 +0100 Source: ploop Binary: ploop libploop-dev libploop1 Architecture: source i386 Version: 1.9-6 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist o...@debian.org Changed-By: Ola Lundqvist o...@debian.org Description: libploop-dev - ploop API development library libploop1 - ploop API library ploop - tools to work with ploop devices and images Changes: ploop (1.9-6) unstable; urgency=low . * The previous fix for ia64 was not good enough. Better fix this time. Checksums-Sha1: 3f0c1f5af4de7dbc2eb18e662b2501c83d4cd6fb 1273 ploop_1.9-6.dsc 30bd59080bb3c3e3d3bb38a5a649200ff2406583 6313 ploop_1.9-6.debian.tar.gz defa17f48313ff2359171454037f27b6a43f9e04 34274 ploop_1.9-6_i386.deb 449f28c189b5d5e675f068476379fa7e9bbe4579 119918 libploop-dev_1.9-6_i386.deb 05d3fe23bd17ff26ac01f51e8b30915a9503a143 87586 libploop1_1.9-6_i386.deb Checksums-Sha256: 4dfbd4a270be717d464bc1aa6363b9619e29f2383b060ad1d04f2d4b8506bca7 1273 ploop_1.9-6.dsc 48c48f082711eec2490e652c1709060178ed0169ab21566d34269dc23a02bc21 6313 ploop_1.9-6.debian.tar.gz ecc8493da7cd9184eebb6ffc3cb294fb228812a224fae228436015b808602226 34274 ploop_1.9-6_i386.deb 5ad07d204279435fb74001c3b5e4dcecc23b2e5df23ba569a8675c64142d00be 119918 libploop-dev_1.9-6_i386.deb 5d859a5f3a698780a1650ec5d0ee476f34bb6bbabc29f8a18c400af9d3717a75 87586 libploop1_1.9-6_i386.deb Files: 9c8e463634a0db930db228d620339d03 1273 libs extra ploop_1.9-6.dsc 54e1c04c1f1069ceaf46c46a73d8bea6 6313 libs extra ploop_1.9-6.debian.tar.gz b2ab85bfaacd921f4fd4e13328466997 34274 libs extra ploop_1.9-6_i386.deb 5283557d86d4a822a09709ba43419b30 119918 libdevel extra libploop-dev_1.9-6_i386.deb 0be26acfb1256e78321625ac8b14df51 87586 libs extra libploop1_1.9-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJxV+sACgkQGKGxzw/lPdlsXgCgsNbyOGKLtx1l3ncscBSzUl0X IK4AnRYI+asE9PYbS44C9JxTHfvCzOy1 =D+Os -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/e1vbbi6-0007bu...@franck.debian.org
Accepted procenv 0.27-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 30 Oct 2013 19:15:56 + Source: procenv Binary: procenv Architecture: i386 source Version: 0.27-2 Distribution: sid Urgency: low Maintainer: James Hunt james.h...@ubuntu.com Changed-By: James Hunt james.h...@ubuntu.com Description: procenv- Utility to show process environment Changes: procenv (0.27-2) unstable; urgency=low . * Upstream sync including fixes for Hurd semaphores, and those platforms which don't support the complete set of standard Linux signals. Checksums-Sha1: 15ab8b84e45246b4766cfba0650295652843bc34 50360 procenv_0.27-2_i386.deb bff5b93a082c332313f2516e992923d1c8f6a484 1804 procenv_0.27-2.dsc 7c1844bb2944f02849820695e02909ecd31b2c21 7545 procenv_0.27-2.debian.tar.gz Checksums-Sha256: f1ed4426955f23e317a8c009c88344d644ff7d6b3c59226ebdbb37d541d9b756 50360 procenv_0.27-2_i386.deb 2d3f6b8faae14517e252f9794aa54de769aa526eedb2b178c779ae37d12d2a9a 1804 procenv_0.27-2.dsc f2391378b88b546096e3717fb434b9c356dacf910aa1dc6ec6a9b5c3d90717f6 7545 procenv_0.27-2.debian.tar.gz Files: 9a6cf4988d464e6ef6d8a01ff64ce85a 50360 utils optional procenv_0.27-2_i386.deb e9f3b048a845233a554bedd9c7e7d574 1804 utils optional procenv_0.27-2.dsc d834ad487d10bf14ea71cd5a989ae722 7545 utils optional procenv_0.27-2.debian.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCgAGBQJScWCdAAoJEJ1Q4UTmNXMnAyYQAIN2RdQX9ukDz6371xlPXCf9 aiemUuOCsM43NSCESDVVmK/+sbAWQ5GDSyVJUYEgqw4hEjfGR5ibJ2PWJNASdw9d knn+gYT+1CBQtMxQ+gJyKWRwIR5WGIa6kaO/q1CMUDzJa7/c5jNHBQ/2aXwH2cDO gq++lpM1oPcuV7XUhr/LDkDX/D94I7jQtkFks43/BrbEzprB/8GQgPWpcZmkKIOj o7zO2rF6sAeOMCANeanf3UvYH6MNg7czm6mXkIpmxjpP+P4L4ANY2qtdhLpczRMm bO2HOwoSLqcMVpwZY0QxgEC9AvLFYXmr154gW/U+am1BypFhxiTzUj5lRUoh7C6R VKh/u0lsejbG1k6jbeAtQXELw+upsjbBQpNoos/yD94d/AYym0ZBYvjTF1pzQdPd 8VOhhaMXag/9rSC5OXN1WmLbF6rT0+r3ERT2FZIHWGtSIqcMAypugbIPGN34QKq/ rsg88eSw0m8YfHa62NGEe21YrIhQKbSPS0tsoO3tOlp1NjrGoW5pO2Rxi5VbI5mS zt9ZYXZBmobZRgPFkrN9NOk+XYgRmQEv5MGd+eiOx+/O3lw4Qf7O6wxtmNxzDkjS br1aUmlA6FaGSMkJdw0inEoop05lev2cf5BJGZlGFQ6axQOZb7GGS9sBX0+15Nii VWHQnqUHYx+VN9PHMaST =Ziv1 -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/e1vbbkt-0004k6...@franck.debian.org
Accepted cyclograph 1.6.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 21:34:00 +0100 Source: cyclograph Binary: cyclograph cyclograph-qt4 cyclograph-gtk2 cyclograph-gtk3 Architecture: source all Version: 1.6.1-1 Distribution: unstable Urgency: low Maintainer: Federico Brega charon...@gmail.com Changed-By: Federico Brega charon...@gmail.com Description: cyclograph - route altimetry plotting application cyclograph-gtk2 - route altimetry plotting application - GTK interface cyclograph-gtk3 - route altimetry plotting application - GTK3 interface cyclograph-qt4 - route altimetry plotting application - Qt interface Changes: cyclograph (1.6.1-1) unstable; urgency=low . * New upstream release * GUI and backend packages are compatible only if the version is the same Checksums-Sha1: 206bbae24c7ce81f8b4fd44d87f67658d94c48b8 1870 cyclograph_1.6.1-1.dsc d1867ff29f3d83b29fcca505992edb6c1742508d 226492 cyclograph_1.6.1.orig.tar.gz 53fd088998ea3d62ef407a19cce349d9d06e5352 4778 cyclograph_1.6.1-1.debian.tar.gz 0166dea4e61af52056ca0ac43e074f24122fe3b7 49592 cyclograph_1.6.1-1_all.deb 6835a9e11df3a00aab9519c9c12f1084f048fe0e 81928 cyclograph-qt4_1.6.1-1_all.deb 31c5352d4941af010bbb9cc79c29183d63e29a60 31048 cyclograph-gtk2_1.6.1-1_all.deb df098bd21748b2b46efd229809bbefa9d690287b 47716 cyclograph-gtk3_1.6.1-1_all.deb Checksums-Sha256: f3a7bc522e8c92d7f873a0a9607649ceb4625dca2520ea4d405aafb151a62b7c 1870 cyclograph_1.6.1-1.dsc 22cafc15d0d295f03932eaf9cf4c8d04f76a55941c33b72109fba581160ec469 226492 cyclograph_1.6.1.orig.tar.gz b8726afd704901b4c4ac23dc1a84e3e09879f5d0d19a9e624a4347e89b17240d 4778 cyclograph_1.6.1-1.debian.tar.gz fea9828a8959e593a87227937cba754156244fe540f198de25788b3e2c73c22d 49592 cyclograph_1.6.1-1_all.deb acbc9813ebcf6f9b6544c2272e39a7dea41c31006cb625086e353c0da6b020f1 81928 cyclograph-qt4_1.6.1-1_all.deb 38d41688503201f4e2f988ecc79709b548fae7612e91a729a1c824e7b98395a5 31048 cyclograph-gtk2_1.6.1-1_all.deb 56b94ac65f2a05ad79e278b8f0017fe2cc1cf8da8bddfe005d7475abfa9a3cf9 47716 cyclograph-gtk3_1.6.1-1_all.deb Files: 7b291dc943524397211cd40f01e44c7f 1870 misc extra cyclograph_1.6.1-1.dsc f266ea56a4bceb3c92e67b4ec04e4c7f 226492 misc extra cyclograph_1.6.1.orig.tar.gz dae1958161aa15499ed790cf6ef5f0a7 4778 misc extra cyclograph_1.6.1-1.debian.tar.gz d3ed70c14a362198f6b16e0843a7a17e 49592 misc extra cyclograph_1.6.1-1_all.deb b14195836e6d67b51458dadce5e7d33b 81928 misc extra cyclograph-qt4_1.6.1-1_all.deb c15efe5405f0e215b37632722c2dc656 31048 misc extra cyclograph-gtk2_1.6.1-1_all.deb c29c86ab0a0a2558df11b6652319c6c1 47716 misc extra cyclograph-gtk3_1.6.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIVAwUBUnFwDocvcCxNbiWoAQKfHQ//WVmQYErahRSYCTQC/8pJcz0nFEAnG5iz KPZOTN9lDuOWUz8FaVT9MOBM4U0pyTNUv4nnVTZKJL+cRVCXqOQ1sJVhPx7+pCIr K5OfNUQRN6pSmrg32B+wCcH599ovK5L08iTmCrfyw/ZXLPuwul1Bb8+Ld5PZqrnr qOCgPRHb2kTJw2j/wlXNv4d7vK8/prwuhqSSdAC6g+znGPD02jlV9UjmvkeTNQM1 KQWAjsqISK5SwJuFmTAkb26ZXK/GtZ6hNz8Tns7tRXmTm9BJkshPTE3m8ib3BFgt VN/72vv8TYtH9dezdm5ZThu9L284bBnYi61MkIkwJmWvmRPmBYPNJg27tKeMft/G G3TRz/STL72j8sL+/9OObTidP0f134xt65uJbBQTF3cC88kzTWfcy52Ob4xrpGMq 03TnxpCK+zUFh3ZYEiBnbhM4CMjYRmQ3hYuouultVdiiM13Yxs57N6sJm92Swl9Q VHbXll3P2nN/vuOUNtdXNb1I7pYzA3GIjiOOq9d4vjQm3vS5LYkCmia0WitY1TKj AMiC0xfxCQUC2KmbSdZTCHiAmNPMLZ1t6AZ53mJuSiSAqVralW3uCSDJyD6B6g1w tCEHCC8plRU2jE0RtlAwwLdow//TUbi9glRLDiJovE/4vdGdDqJ8A5r+rM7mS6Ga 3ArCCjJCWAk= =+kz6 -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/e1vbdbu-00059w...@franck.debian.org
Accepted libxml-treebuilder-perl 5.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 29 Oct 2013 22:42:49 +0100 Source: libxml-treebuilder-perl Binary: libxml-treebuilder-perl Architecture: source all Version: 5.1-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Florian Schlichting f...@debian.org Description: libxml-treebuilder-perl - XML parser providing XML::Elements DOM similar to HTML::Element Changes: libxml-treebuilder-perl (5.1-1) unstable; urgency=low . * Import Upstream version 5.1 Checksums-Sha1: e9e87726e541705b5e4d18493148bf377099ca44 2247 libxml-treebuilder-perl_5.1-1.dsc 1fd53cd67cdd269aba91251f89dfc92f593bd0cc 11878 libxml-treebuilder-perl_5.1.orig.tar.gz d45f38351f8310614f2546d0b5106221aa033a57 2293 libxml-treebuilder-perl_5.1-1.debian.tar.gz d6213da42bf2a182096d74fad845f5909ce46037 15086 libxml-treebuilder-perl_5.1-1_all.deb Checksums-Sha256: 577115baced81f6c01714eb4a867571885fb56981c6fc7ebb9a28d5e90b9085a 2247 libxml-treebuilder-perl_5.1-1.dsc 78a2cf9c523a11cfa482fa8f804ce4bb2c80c6dcc8d54d3e269c264c9eaac930 11878 libxml-treebuilder-perl_5.1.orig.tar.gz bf71e55be2003a4454df037d0008af0b8b7832a9a901252fa54cdea6ffeced66 2293 libxml-treebuilder-perl_5.1-1.debian.tar.gz 8fd73a5c15bfdc19aa4284170ff126dfb123f9797ef0a6bbd8c28d284c821b6a 15086 libxml-treebuilder-perl_5.1-1_all.deb Files: 45e90de54cd8ad1c8ba76879faeeb165 2247 perl optional libxml-treebuilder-perl_5.1-1.dsc 05a08a652fa2861cb56ce50c1b89eb40 11878 perl optional libxml-treebuilder-perl_5.1.orig.tar.gz 131fe6bef42e3278f0e31ad8127991e6 2293 perl optional libxml-treebuilder-perl_5.1-1.debian.tar.gz f7f67f5a3ada84da9be711ed0699e8de 15086 perl optional libxml-treebuilder-perl_5.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScXWGAAoJEBKXO25y3Ae1UDUP/03zK+9sGCrLOKSW8jrVXS0+ GuGnTThpRwynyxScNMtCTwkAYR7bUmNAtkm1IEnYHfHFjBDB5YcqA1V/Mk4KcIni zj3rgPV8TA/BDLJSxMFGw2Dm8RIIZZ02zHHrpCWSzd0Gl4kez5FNa+XFSbX3hDro 5cd0AQ+wI1p+j26xLGPEt4uiTq1gzCpC8Fppluk6voF/IPfsCjktA9EdcfWm54IE B35hrfhMV1z4gqTT7prXJKrDMLcaFrCrRIPPu8DfO+MhEJxicm7Syq5/awmId6hS HaXsghpHaIWfFXr2bKpXwm6HLBhh8cvEtJafqunGVKy6PAgAXYqTj5EJsBuhGRy5 3JDy+CZLcgWQBgcJkpr0DG0AZf8QMZ15jMGzrkVV/blDvqEmXsH9hmbUk9FoPY8N Bg3Hf37RI2vV7E+v0f3j7IVYIgvGu40tEf3qDi1ZXfZi/dIEi0uZX8FJYzMAaNVO sUmSknuI1etNlSEq0gMmYzDWf8wnM5YzYhBZjuOW1wLFmbQy7Z0PJ1H61iKTj+x/ lnxcqC3upgtBgUrvjpRslh8DtiuYv6JnPrGrDqVVD3aF5XNAf87Iem/GysUr1rE/ aORWHJTUm4WeiBq1QZa39L0l3FrHhPI0CH6K0xNkrxzidMd3q4tUjO961bM68VY7 P3KUfdRDN5ItcuOc/+EX =KaSJ -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/e1vbddd-0005so...@franck.debian.org
Accepted how-can-i-help 0.8 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 30 Oct 2013 20:46:41 +0100 Source: how-can-i-help Binary: how-can-i-help Architecture: source all Version: 0.8 Distribution: unstable Urgency: low Maintainer: Lucas Nussbaum lu...@debian.org Changed-By: Lucas Nussbaum lu...@debian.org Description: how-can-i-help - show opportunities for contributing to Debian Closes: 720981 Changes: how-can-i-help (0.8) unstable; urgency=low . * Document how to run how-can-i-help in a cronjob. Closes: #720981. Thanks to Joseph Herlant for the help, and to Christophe Siraut for the review! Checksums-Sha1: fbf860fce51e34254ca8f5fdfe7e6df6e0cdb9c5 1611 how-can-i-help_0.8.dsc f5a672e545b4918c88d6f16469a6142047ec25fc 6331 how-can-i-help_0.8.tar.gz 8dee835f84afb14f9d0ef7d8a1d7222d29ce78a2 6412 how-can-i-help_0.8_all.deb Checksums-Sha256: 191c34f6f7b0e9188091e62fc2f90e0938aa0dacba459aa43f3170f0db4de1e1 1611 how-can-i-help_0.8.dsc 626bc023b972c0d23e16aae9b83e9f8a4b131f549ec62a244d2aca5bf86ec008 6331 how-can-i-help_0.8.tar.gz 557ac8200fe4190ee08b2b707e08aa51660700df5de9315b3e703a2d9cac633b 6412 how-can-i-help_0.8_all.deb Files: 3781abcb58d69a046b7c85f96460ffc5 1611 devel optional how-can-i-help_0.8.dsc 10ac2de72c2aa3a1c887c553aac6838e 6331 devel optional how-can-i-help_0.8.tar.gz 57bdc414803597527b00fa77eb57e26b 6412 devel optional how-can-i-help_0.8_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIVAwUBUnFjYTkUtTL0376ZAQp5tA/9H+We3kSwwvcmdwEmc3gRS1ew5oAfV/5R M2vhR+1TZrivYEhz8nPd4DKCKRbGx+kX4+FrCePFRNvN4hS40Pdx5COUQ16o46N6 Uotr5VBqfI4QG/FSrYzdeTeCm3CIbrm45DayWKR8duWEKIbdg/YmOKXE1l7mRgoi rkddaCze3Ku476Ud+nb65bjTdpbWbMAUMjjHwZ6if5qJWxTLQmJe+k3nPHS3ioGC WG4wSgoccCw3lAktagZhtoPrKlHU/6iWIp70oqP+Rvo52r2ZbrL47lLdTWG6fDrY FfaD49ZHD2SXd9008kKB/Y3lzd1jNbXv1poN8qaRmWQj7SmsJT7wf9vpnp3ZtoaL Y+v2LOHjh4D3r2SQVBx7z9a1pnxlS94LeeG7YbY0mezK+bNYwWPKKuyn2aJamUCJ Z9fMaRJmC/Nk7T1G1O2WAtDzMNPUlLYPQbtnjxNIM/OqCfSO5M+BqGAc/QK+GdUc F4RrRVlrnsLplN8iyfW7LQB1TwF6MMuK5CFvJVcuJZpT3fk3phgX4tZD1M6U6DpU 1l1XlWAPEfGW7AhoIMklHKRgK+v1RybmpLoImxwbEcc+LSrhN5I8fQW++oMJm53v /NYOWZT4f9e91oav9e95/OMs9EG0EigoBTGcXxkUcQfpxYmoBL6L88mn10nk9+/V ih6qWxJXYEQ= =8LIC -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/e1vbdcs-0005nk...@franck.debian.org
Accepted partman-crypto 64 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 20:24:43 +0100 Source: partman-crypto Binary: partman-crypto partman-crypto-dm Architecture: source i386 all Version: 64 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-b...@lists.debian.org Changed-By: Christian Perrier bubu...@debian.org Description: partman-crypto - Add to partman support for block device encryption (udeb) partman-crypto-dm - Add to partman support for dm-crypt encryption (udeb) Closes: 722898 Changes: partman-crypto (64) unstable; urgency=low . [ Thiemo Nagel ] * Make Erasing data step optional. blockdev-wipe is too slow Closes: #722898 * blockdev-wipe: Set blocksize to 512k * blockdev-wipe: Sync at most once per second * blockdev-wipe: Allocate buffer from heap instead of stack * blockdev-wipe: Reduce progress indicator granularity to 1/1000 . [ Updated translations ] * Polish (pl.po) by Michał Kułach Checksums-Sha1: eb952c5daf25814be5aefa4a37e97c195d63acfb 1782 partman-crypto_64.dsc 6df86ef612ce50ad39e00542d82e046e0f9d916d 336395 partman-crypto_64.tar.gz 4ce51c43c5a268ce468d86fb695ecfa223e5806f 294134 partman-crypto_64_i386.udeb 46d29e4698046e7f6ff1fb9af3d80ecc6f7f3887 1328 partman-crypto-dm_64_all.udeb Checksums-Sha256: 3c99a501ae9e591545251d0975702216be65976a5e70981442dc1047c24edca6 1782 partman-crypto_64.dsc e74474850fbb4e416236aa76819c4d59cb3a7464d2bd4c6212e78e49027c78f0 336395 partman-crypto_64.tar.gz 6a8f917fbf871aee131b5cc41d92f7aaf822625f04334f4409d05ebb322577a2 294134 partman-crypto_64_i386.udeb 27eafc8f57e932fcd7b611c61c234b4126f704c6f62288794ac338c004ba37ea 1328 partman-crypto-dm_64_all.udeb Files: 318159afcd71ff005e57be5d1a8b3d45 1782 debian-installer optional partman-crypto_64.dsc a95d781a1e166a98635c1fb1c1605233 336395 debian-installer optional partman-crypto_64.tar.gz 89a2af00e5e971165bd00ed134838410 294134 debian-installer optional partman-crypto_64_i386.udeb 384268547b33c460a8c3159417608f8e 1328 debian-installer optional partman-crypto-dm_64_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIVAwUBUnFv6IcvcCxNbiWoAQLTlhAAilYMczZqvkQbq90Ot05WW8qQpVPBGuuI k6eqyecyx/E8pd3RDvcP5nivRUix0X9f3Dq/wMB0VMEdp4oc+VqvOhVXOP3QfJFk vJ68XAFY2Cvbn/2UOgBPUpcMHlRWpTUd0R+yJJpJ3vzB0wEGMiPueoOMua4cZXyn y8vIAJ4ctWgJz6gEeI/j53yGuFmUNF3MxAOFSyTX3kQUXgwZtWUYoDC0g1C6pPb5 dqP6mEvspHxmFN2+O5HEBHZIZ5hoAsu9+72SDJ2dXcrRREgkkcXodd48hiDulwvJ nu84ZSqMt7zrl8P6DA2FU0G6rUz4i9+Yz51GClTH1XoRcuEu6/uJN0WQ5S1Xy37e h3e/SGm4BENygGw3j9BP9ivC8XrychS2h9OBcHzG02hOLZxgTAonmKtIp++JZcHc cRvZG6vH1Sc3zVdcXt6RoGN00JMxmKmINh27iOr4AUExnRaBYA/jjp6LgrWRm5w4 CQfJ1F2QfGYV9aJI5LtlBoImU7ZBmYfWTnATfovrvR/lKTssfujFunjtGW8AKBQK rfXmXe0gOklzMivxp/dkldholM3VA+VbAMEYBM5HB7/XoPI8gl7OXsifoyK07ajF 4tq2ZYiNtOEac8LFhzCH0zzGt7NHiluJDMGq4tOVEAUKv/u/wDU1QtnVHMPTV3CT xndF/JXQVQk= =edEX -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/e1vbddk-0005x4...@franck.debian.org
Accepted ploop 1.9-7 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 21:38:20 +0100 Source: ploop Binary: ploop libploop-dev libploop1 Architecture: source i386 Version: 1.9-7 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist o...@debian.org Changed-By: Ola Lundqvist o...@debian.org Description: libploop-dev - ploop API development library libploop1 - ploop API library ploop - tools to work with ploop devices and images Changes: ploop (1.9-7) unstable; urgency=low . * Build on ia64 is harder than it looks. More files need to be patched. Checksums-Sha1: 98e89ddef111a490247226281bf8d385ea9148f5 1273 ploop_1.9-7.dsc 99e4f6a7cdc60916eacdd2d63e0c3dafb89e3b8d 7324 ploop_1.9-7.debian.tar.gz 4b057104abe397a1628235d96b38512e941e8947 34330 ploop_1.9-7_i386.deb fdb2964bd08ae3dc61f02132a28e10f283c92454 119964 libploop-dev_1.9-7_i386.deb f8851bc2b01922b739e2a3f78abf45c77ea7ca6a 87642 libploop1_1.9-7_i386.deb Checksums-Sha256: 6c5a49d23595e237909866766c61dec284a9f440ce02d56eabdc70892588f273 1273 ploop_1.9-7.dsc b012436604ebb4da890be590eec103221574dbc7a4231e54d21ada601352516e 7324 ploop_1.9-7.debian.tar.gz 23863bd18e346f673f3db127c8fcf8ea37502ffb4d3526f36e42a4137cd126d8 34330 ploop_1.9-7_i386.deb db82e40ff4d986747dcdaae83c3aeb14956f077bb5cdcedf133be1bd7db228a5 119964 libploop-dev_1.9-7_i386.deb 1a2793046f6b81057e209619cb34e08e43640ebe751c35e3ed2b0bcd3166ee15 87642 libploop1_1.9-7_i386.deb Files: 1a5f9f98bf3b197edfd3a561c36b3c55 1273 libs extra ploop_1.9-7.dsc 9627427068c44f305a40fbb840fa964d 7324 libs extra ploop_1.9-7.debian.tar.gz 7a13b9b9f35cba20ed0b22cc4ad044ee 34330 libs extra ploop_1.9-7_i386.deb ce53aa6a9f1d20c3a8232d8120255c12 119964 libdevel extra libploop-dev_1.9-7_i386.deb d7785d5aef330d6be3520fce077943b2 87642 libs extra libploop1_1.9-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJxbx8ACgkQGKGxzw/lPdlJvgCgmqbuSHvSOdvAjVQ9wYZvm/f2 kvEAnjhtm9KYhEyxXLUb+Lvuoo0WLi8x =5eSI -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/e1vbddd-0005gh...@franck.debian.org
Accepted vzctl 4.6-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 19:39:40 +0100 Source: vzctl Binary: vzctl Architecture: source i386 Version: 4.6-1 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist o...@debian.org Changed-By: Ola Lundqvist o...@debian.org Description: vzctl - server virtualization solution - control tools Changes: vzctl (4.6-1) unstable; urgency=low . * New upstream release. Checksums-Sha1: c053a89f301f1f2c8c8196bf532c7f1c3ddaebd8 1086 vzctl_4.6-1.dsc d6d69883af3f3641459f1867f945f3e640dfb77c 499088 vzctl_4.6.orig.tar.bz2 074c5e302d88e4866ec1d9054e881a9181e2a665 16143 vzctl_4.6-1.debian.tar.gz c2e49744d6afbd91016210731525c08d40389597 326006 vzctl_4.6-1_i386.deb Checksums-Sha256: cfe54848fb423ba2d3175d7a3f04e93535f353a2ff0a5acd5e9508d20084153f 1086 vzctl_4.6-1.dsc 220295d02b42eac5b7b322b6c2fd52acbf46479face71387b148d439e204bd78 499088 vzctl_4.6.orig.tar.bz2 7ccb2b1b2f24eff57ffaaee103028771788fa9b69d1871707466f4f3b4ad3c64 16143 vzctl_4.6-1.debian.tar.gz 254d099bb4feaebb27181638f1b7e315f031520517368176915d71fa8489ace9 326006 vzctl_4.6-1_i386.deb Files: 11dd593815f7b1ade12efaaef0e9b033 1086 admin optional vzctl_4.6-1.dsc eca164b75fd520ad93eb48acded9cb77 499088 admin optional vzctl_4.6.orig.tar.bz2 0e709704168f8650fc1cf9666bffd65a 16143 admin optional vzctl_4.6-1.debian.tar.gz a7c19ea26bfb0b32bb582686b1a851ef 326006 admin optional vzctl_4.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJxVMgACgkQGKGxzw/lPdnhfgCgpni/EqT2OCcTUzM93A17x9Jl SDYAoJMbSlPG6g569yr2iyAR5RsdrDnx =03+V -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/e1vbddq-0005mu...@franck.debian.org
Accepted evas 1.7.7-3 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 21:33:04 +0100 Source: evas Binary: libevas1 libevas-doc libevas-dev libevas-dbg libevas1-engines-core libevas1-engines-x libevas1-engine-fb Architecture: source amd64 all Version: 1.7.7-3 Distribution: unstable Urgency: low Maintainer: Debian Pkg-e Team pkg-e-de...@lists.alioth.debian.org Changed-By: Albin Tonnerre lu...@debian.org Description: libevas-dbg - enlightenment advanced canvas library libevas-dev - Enlightenment DR17 advanced canvas library development files libevas-doc - Evas API Documentation libevas1 - Enlightenment DR17 advanced canvas library libevas1-engine-fb - Evas module providing the Framebuffer engine libevas1-engines-core - Evas module providing the framebuffer render engine libevas1-engines-x - Evas module providing the X11 engines Changes: evas (1.7.7-3) unstable; urgency=low . * debian/libevas1.symbols: fix arch-specific symbols, fixes FTBFS on non-x86 * debian/libevas1.symbols: remove cserve(2) symbols, fixes FTBFS on non-linux cserve2 is only available on Linux because of its use of Linux-specfic features, and we never shipped either cserve or cserve2 in the packages so disable them in the build Checksums-Sha1: 8ba8bb291faba9a423677071a47135248015c850 2987 evas_1.7.7-3.dsc e91c76f9588ba279d89bcecfd16664feafba3465 12623 evas_1.7.7-3.debian.tar.gz a539faff8e5aad5f09e5559d231eb50ce05820ad 396488 libevas1_1.7.7-3_amd64.deb adbdc466bd0d37a2d6d64189abb9bfc489b5ac17 8052056 libevas-doc_1.7.7-3_all.deb d6fab3e2c8f8933d6ea0b91f427fc1a64aa4fd60 467016 libevas-dev_1.7.7-3_amd64.deb 4006228623b2d5ca3467c7fd36f7e51164a3305a 1765192 libevas-dbg_1.7.7-3_amd64.deb 86fa88f82003c842effa57489c09c7f17184244b 26830 libevas1-engines-core_1.7.7-3_amd64.deb 24c8889972c84e36c4c05f71e393ad3f0768b53a 89770 libevas1-engines-x_1.7.7-3_amd64.deb 1490fb3237d37007d21fad7f919e31aa482ddcea 29670 libevas1-engine-fb_1.7.7-3_amd64.deb Checksums-Sha256: d523267834a7fc6c3bac822bfe9cde4cc2a50b95bf35b3a4a052d856c3e84f52 2987 evas_1.7.7-3.dsc 334e16fa5dd033ed4d61e5f719970e33c31b7cc5372eb6776b3d3705d3b71ed6 12623 evas_1.7.7-3.debian.tar.gz f7a94265d7631e30292873425f7773d15ef73d242878a976b9199b2bd06fe401 396488 libevas1_1.7.7-3_amd64.deb 1b1feb15629196673b4dce8b8b0aec0307388c66e7ef0a7ad00e2dc9f35e087b 8052056 libevas-doc_1.7.7-3_all.deb b654841194b953d3d8969a7b0878439d3700b3c2a86b90c3a7f3a2314af5224d 467016 libevas-dev_1.7.7-3_amd64.deb e48fbeb6f92965213fbf2afcd83d651eb75a754cd4bda42ff14eacca4db5a9d4 1765192 libevas-dbg_1.7.7-3_amd64.deb bfd7abd57da36d36287769c8caa8cfccb2bd8f806e3d5f1edb8f89530734c9e4 26830 libevas1-engines-core_1.7.7-3_amd64.deb d72568fa56e13c5c1f6bdd6255d9ecfe958cbdb02b757aee0d9d7a4bd5dbe936 89770 libevas1-engines-x_1.7.7-3_amd64.deb 01ccce8ed51b38d2f1ff4458a0d6696a4a3a2ae6e8c4d25f657f17e32c59c60d 29670 libevas1-engine-fb_1.7.7-3_amd64.deb Files: 1455a3c3327e1446c3e6a043d6ad1833 2987 libs optional evas_1.7.7-3.dsc 42a8fa3610e32df669906b61b90d99cd 12623 libs optional evas_1.7.7-3.debian.tar.gz 7cbba7cc0eed775249d9657bb8360da3 396488 libs optional libevas1_1.7.7-3_amd64.deb 860dca52a8f9e2bd638a6b369bd0f1f2 8052056 doc optional libevas-doc_1.7.7-3_all.deb 2eb0931c53c8f010f964592527da06d1 467016 libdevel optional libevas-dev_1.7.7-3_amd64.deb 85d6846d00987a88e694a734a049a40f 1765192 debug extra libevas-dbg_1.7.7-3_amd64.deb e89182af52c7efb44965e843f03f2c6d 26830 libs optional libevas1-engines-core_1.7.7-3_amd64.deb 7986b295fa2052758d8802ab2ccc41af 89770 libs optional libevas1-engines-x_1.7.7-3_amd64.deb 1d482bbd60cab83ac3e7e4ae26f6c7df 29670 libs optional libevas1-engine-fb_1.7.7-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScW8XAAoJEBEG8gBbtuSl7d8P/j62eHwtGBkFldgZLtkMGdjv z1Y5nM+ZChrDsRA3jOO1gjw3TlCrPppmrkD/C4s0OiOP41AFeU5/RA/hWmopqDPX fQpr9Q5/diPbGfilxYEMdYwIwSpGlch6zPaOETm+2JM0SmW/zgnKfbA7r9YOpQ5l nJbw/hDB2TdOxYGqKJe06jakQF7MzLN7PpmTrdNSlgL96H/AIWOutCfW1xFz+yj6 0dOak1G+He/dyAk0BJSBfzmA+tJGY4RTAoWnQpQ6hm6f1D04R39Em3s7SMQ/1VG8 VNBaXIRqSGUr/hXiVVeYpFr2G9QOM6JcIxipj3B3rHgyjjkIKorTV7AEFaRAzerV KzrJeHpJRQHEp6olpnxlzGZCPNZysR4F9LXXDHhSdOgAWiXVALubMBDHzWXshPXx 7NPxAnhA2V5ZTB/egu8RnouvLSGWOslfRPLwuhxisEZfVPLvkf5NNmDSYc2kD9ja uX+IJ9oHGshfOq3Cy7RmM3Y13hbLjpe1vtymCk3u6KVJ2ocpvhYOLOcGdNpuSMLA eI3bX4sfu/6cspxHDpxP9mcNHnCIdI3IyKwlF/RVvtw2A4GUF4VhfMxumxrbc/9X znBvfgAypaP5sG6BKCM3eQcCtFiCF1ZxCAbQiYEO9MnlIWvGnki2SqI0ZK1r68nb zwTVKvC6CBIG8o4OgkN2 =TnIP -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/e1vbddm-0002do...@franck.debian.org
Accepted fonts-arphic-uming 0.2.20080216.2-6 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 22:17:26 +0100 Source: fonts-arphic-uming Binary: fonts-arphic-uming Architecture: source all Version: 0.2.20080216.2-6 Distribution: unstable Urgency: low Maintainer: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org Changed-By: Christian Perrier bubu...@debian.org Description: fonts-arphic-uming - AR PL UMing Chinese Unicode TrueType font collection Mingti sty Closes: 687043 Changes: fonts-arphic-uming (0.2.20080216.2-6) unstable; urgency=low . * Use correct fontconfig syntax for disjunction and don't include multiple elements in test/alias. This obsoletes 10-fix_bitmaps_conf_file.patch and 20-avoid-multiple-values-in-config-files.patch. Closes: #687043 Checksums-Sha1: 4e63e1dc6c01360b541d538701417c6ced59ff39 2148 fonts-arphic-uming_0.2.20080216.2-6.dsc 9cfa2c9816e87184b8ecaea39d960444b7dd5826 9608089 fonts-arphic-uming_0.2.20080216.2.orig.tar.bz2 c6cd965318e3819dc67e3514fa3a838899a8b402 12264 fonts-arphic-uming_0.2.20080216.2-6.debian.tar.gz 32ac63d5e645c36c9ab05a273d36d28f8476c95c 7821600 fonts-arphic-uming_0.2.20080216.2-6_all.deb Checksums-Sha256: 23bc659f2669de398efcf42ebb576d19f058530d05b1bc216ce1f756c8df8c5c 2148 fonts-arphic-uming_0.2.20080216.2-6.dsc e3c19e04ea7a565b4acff6f1e4248084d2e10752e305bf7dd6c76e80860dc1db 9608089 fonts-arphic-uming_0.2.20080216.2.orig.tar.bz2 450ac36b0ad23f94e702e9c1a960b04977a8f78c7b52a7171f03982932b94dc1 12264 fonts-arphic-uming_0.2.20080216.2-6.debian.tar.gz a91e7cf3c039e5ea78d6e0acd1a4a75159c1c43bbb1d312b6067d176646338c8 7821600 fonts-arphic-uming_0.2.20080216.2-6_all.deb Files: 3fd2f2ae36a26503b07ce027d0e90414 2148 fonts optional fonts-arphic-uming_0.2.20080216.2-6.dsc 830e98afbc0644af1c365df5fd92cef0 9608089 fonts optional fonts-arphic-uming_0.2.20080216.2.orig.tar.bz2 30d97717597e12279ee3aa21172b028a 12264 fonts optional fonts-arphic-uming_0.2.20080216.2-6.debian.tar.gz a896a7ab80a7a6a83ca6d9251eaf68bb 7821600 fonts optional fonts-arphic-uming_0.2.20080216.2-6_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIVAwUBUnF4focvcCxNbiWoAQI6WQ/7BDmLSSsdWFFmy8c7fVNo818+FT/ZxEIq Fpny9IAf66BJ5609LW8hTKYdL+GsgWMGfAFjLm/UMTouVbsnc0uguFkqvBLqUEpv h3ZXYfuCZReixc6WFNK2IhkB4IzlmMm8VC+W+diM3m4jSed7vuhsfT14SrVIW0zH b3vjQtH6tboOxwRh9JBi7/07G98TksI3GDwadfVDiIKvwTbySgPG9/gma7TfBHkE AbVdAbnu7lMh/3MTMUQW5fEgGCZhkUgI84zHBauVAVXpfkTu72PZPUvhdupV89d0 FFayVtEbzk08/MPhwqf1i5/cwOiq6Pm8+EYtzTWGNMDggQvApRZ1DgKPDe1g/mSa RylHaei64OyLxUsviSLI+sKpC/uiFhKqcK/G4F8Alteu98AP85nlWUr1Yy48JVjS GGb7z1rPyj0N+S5g7UaOJSf/umQiYsfQY/E5uebTGZbelvG1vUJiu2/SmW44GUYQ NH79gTUVlPt+occAxgojh2A2XOz/EaRKfNSTy5BuZXx7C3xwLuuriRcI6EfUWqbj qobnTREUqwzrrBcAd34A2ygwHsXHNUnFtwjgQ12kSZvxny3+PjoAGRy/9KO9HIdH jpOKpDGbVdCcP4nqnNoLSyNnR4Htg+Q1npZ7DmX7xMLwEhZZ0t6NyY6PnlvysUzH sUNmPAZSj9E= =no0h -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/e1vbddx-0002g8...@franck.debian.org
Accepted uc-echo 1.12-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 19:00:07 +0100 Source: uc-echo Binary: uc-echo Architecture: source amd64 Version: 1.12-3 Distribution: unstable Urgency: low Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Thorsten Alteholz deb...@alteholz.de Description: uc-echo- error correction algorithm designed for short-reads from NGS Changes: uc-echo (1.12-3) unstable; urgency=low . * debian/rules: more architectures don't need -m64 Checksums-Sha1: cae83a8ccaf83d1a15896b7899ddde3cf8580482 1444 uc-echo_1.12-3.dsc 35abbee2e762ea5d941160434297b8010c0d8529 4533 uc-echo_1.12-3.debian.tar.gz 6bc07abc823d3db4465fb56854c3a9194b7e5912 74164 uc-echo_1.12-3_amd64.deb Checksums-Sha256: c88ad6b2c24012ba1415ba09ae411c862b6136383c60976877dda9671700b1ee 1444 uc-echo_1.12-3.dsc 5919b406cf7bba7ecf23bc831aad10745e3caf0f09553d1f823598b4bffce78a 4533 uc-echo_1.12-3.debian.tar.gz 64be1c4fd95e15efdb0b9f1ab57aa8e25a77cf9224378eebd40b4f9048390f99 74164 uc-echo_1.12-3_amd64.deb Files: fb7a90f1bc8f593317fa24007a1f86dc 1444 science optional uc-echo_1.12-3.dsc 6743817986477ef91b380c1ef369f9d6 4533 science optional uc-echo_1.12-3.debian.tar.gz d154e646c5762a1520f4e1eb864b1c39 74164 science optional uc-echo_1.12-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlJxfakACgkQ02K2KlS5mJCf4wCZAVbpDbK2XaKO8sRyfFcRUTlX JJkAoI4Iz/3jGWfJIJmLwudtAul+lx60 =Jt8b -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/e1vbdeo-0002vr...@franck.debian.org
Accepted yade 1.05.0-2 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 20:56:33 +0100 Source: yade Binary: yade libyade python-yade yade-doc Architecture: source amd64 all Version: 1.05.0-2 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Changed-By: Anton Gladky gl...@debian.org Description: libyade- Platform for discrete element modeling. Libraries python-yade - Platform for discrete element modeling. Python bindings yade - Platform for discrete element modeling yade-doc - Platform for discrete element modeling. Documentation Closes: 726009 Changes: yade (1.05.0-2) unstable; urgency=low . * [cf3f8d9] Pass -ftrack-macro-expansion=0 only if gcc=4.8. (Closes: #726009) Checksums-Sha1: 6acb220324b67b1a1589d3fd2ebe524d0c77f929 2882 yade_1.05.0-2.dsc 43fdb8594418ebd652c128c0b5c3136263c6e6b9 20804 yade_1.05.0-2.debian.tar.gz 17499a8897e13e297ef79fc40ae4fc0cc2e1d596 1430074 yade_1.05.0-2_amd64.deb 90ffcafb7a1ec4b0ba2fa70287c2f796b902f155 8098620 libyade_1.05.0-2_amd64.deb 96e1ac4c690863c6229debaa91b9a4832a8f7485 1870550 python-yade_1.05.0-2_amd64.deb f325529500efaf0d9a9d5e2edddef72e0e396179 6754066 yade-doc_1.05.0-2_all.deb Checksums-Sha256: d8c6f44b5df9b3b2036e736c3e006e37c7b666fdbcaac494e8b5f41a7b38f564 2882 yade_1.05.0-2.dsc 808a57dfa7f3ffda2c78f8ae566742385b98e4da3c8813b218717f094db5dfbc 20804 yade_1.05.0-2.debian.tar.gz cb962f3da0d714ac1fbffda5f16c6877eb7cc57c35d5df3865c26aeab060f7ce 1430074 yade_1.05.0-2_amd64.deb 3a5e04150fd1c7e5214c919dd62d37b485cdce3a6c515a6353694901eaa1d5df 8098620 libyade_1.05.0-2_amd64.deb 996c1f28c2b58b3ebd292cdd0bd8d4767718832ab0c08fde1e1c3df63d60905b 1870550 python-yade_1.05.0-2_amd64.deb 688e2684c384ce714d5d17044a364246e0f060a764abd0f8d3e1c1f3a3fc7594 6754066 yade-doc_1.05.0-2_all.deb Files: fc66e699baac4e57e959903c98103352 2882 science extra yade_1.05.0-2.dsc 3222f63374cfc5144fdaca02f8724086 20804 science extra yade_1.05.0-2.debian.tar.gz cc408215255e36dd30d8658388ac89c8 1430074 science extra yade_1.05.0-2_amd64.deb 00a46996e334fa28f7aecd09f8502533 8098620 science extra libyade_1.05.0-2_amd64.deb 19428ad78f04aaeab4fa8599596bffef 1870550 python extra python-yade_1.05.0-2_amd64.deb 09e20c525263c60698b31229bb991635 6754066 doc extra yade-doc_1.05.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBAgAGBQJScYcIAAoJENPhc4PPp/8GcX0P+QHA8fQccFbYLrDjgBipZcG4 9PrMCMbCy/LVjDpyDb/eCQak4tD5sO878TO7cg7KH3kOVFmlKdjaEnzfbURaaew0 ZA6FWYVdGZbgBtPnLvT9zh21rM3SlMhEvp361CjALMWZ3HWjnucYwQgjMA77pATy UZYcXsPKznjz2yTTqcPhD1e0vD580stkbCFpuQEnAQEV0tn0IfVrojwgKRJ7qj3C 7aqZ/M9DpmBajvn7vr0TvhoBI2gAIewUVueuX8gQWNdcDjIHdi7ldJv77VSNMm0K o4OQ1Ceb+ZhRNPLNoiBNKBPSxUVnKZNbPGm6YcJ4MQy3qCHzfoUQZPDMmeqtyTZt 4hcbbJU6R7cn/LB8Q0fx6072lNboAQr1KnkyAf0ricoLK4V7DvYA8ax9XFzWLukY W72etMJy58naRzaxeDwU9NlI4rjxvKX4PYM6qb6fL6uiUYcwf2ChMW9XaQ1yr0zk aPy5T8EH0qXcM/1pMDWpcf9CWSOyB3ULZCaeHa3Z8amdlXwuCwIrgJDERSruJ3ij ibMgUAHh0SZ0KOqe13VUiJe1+wuSOyNRs+fr4vNcMM8Xsm7ZogV5qnzVPMa7H3ur f6KJC4eLG8GzDhsuN+N9lnaZ0kfXHjoz83tYv55D42c8bCXMNDZarb0V3UnnasYw 0aK+wcMMVGrU1+y28Tya =cK0G -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/e1vbel6-0003iv...@franck.debian.org
Accepted crash 7.0.3-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 16:12:40 -0600 Source: crash Binary: crash Architecture: source amd64 Version: 7.0.3-1 Distribution: unstable Urgency: low Maintainer: Troy Heber tr...@debian.org Changed-By: Troy Heber tr...@debian.org Description: crash - kernel debugging utility, allowing gdb like syntax Changes: crash (7.0.3-1) unstable; urgency=low . * Fix for the ARM architecture if the backtrace unwind information cannot be gathered during session initialization. Without the patch, the two unwind-related warning messages indicating WARNING: UNWIND: failed to gather unwind_table list and WARNING: UNWIND: failed to initialize module unwind tables are followed by the fatal error message crash: cannot hash task_struct entries. . * Fix for the help -[Dn] dumpfile information display of the GUID EFI table in the header of SADUMP dumpfiles. Without the patch, only 33 of the 36 bytes in the table are translated. . * Fix for the determination of the kernel NR_CPUS configurable for Linux 3.8 and later kernels that are configured with CONFIG_SLAB. Without the patch, the kernel's compiled-in NR_CPUS value was incorrectly calculated to be the sum of the kernel's NR_CPUS and MAX_NUMNODES configurables. . * In the next release of makedumpfile, the status field of the dumpfile header of compressed kdumps will show the compression type that was utilized. The help -[Dn] output has been updated to display that information. . * For kernels configured with CONFIG_SLAB in which an array_cache pointer referenced by a kmem_cache structure is invalid, the individual cache(s) will be marked as invalid. During session initialization, the message crash: kmem_cache: cache-address: invalid array_cache pointer will be displayed, and during runtime, attempts to access the cache(s) will result in a message indicating that the cache is [INVALID/CORRPUTED]. Without the patch, the message crash: unable to initialize kmem slab cache subsystem is displayed during session initialization, and run-time commands that attempt to access the kmem slab cache subsystem fail with the error message kmem cache slab subsystem not available. . * Fix for the kmem -[sS] slab-object-address option in Linux 3.6 and later kernels configured with CONFIG_SLAB. Without the patch, the command fails with the message kmem: address is not allocated in slab subsystem: slab-object-address. This also causes the kmem slab-object-address command to (quietly) fail to determine that the address is a slab object. . * Fix for the bt command if a kernel __init text address is encountered. Without the patch, and depending upon the reallocation of the __init text memory, a bogus framesize may be calculated, or more likely, in a compressed kdump, a warning message indicating bt: page excluded: kernel virtual address: address type: gdb_readmem_callback will be displayed following the frame data. . * Update for determining whether an S390X PTE contains a swap entry in Linux 3.12 and later kernels. . * Resurrected the translation and display of the page.flags bits by the kmem -p command on Linux 2.6.26 and later kernels whose vmlinux debuginfo data contains either the pageflags enumerator or the pageflag_names array of trace_print_flags structures. If they are not available, just the page.flags value is printed in hexadecimal, as has been done since Linux 2.4.9. . * Fix for the bt command when used with vmcore files that were created with the recently-introduced virsh dump --memory-only, which dumps KVM guests into an ELF vmcore similar to those created by the kdump facility. Without the patch, a faulty backtrace for the panic task may be generated due to the use of incorrect starting RSP/RIP registers; this happens because (unlike kdump) the non-panicking cpus are offlined prior to the dumpfile being created, which in turn leads to the use of the wrong NT_PRSTATUS note. . * Fix for the CPU number display on systems with 255 or more cpus during the initial banner, by the set command, the ps command, and by all commands that display the per-task header consisting of the task address, pid, cpu and command name. Without the patch, for cpu 255, the sys command displays NO_PROC_ID, and the other commands would show a - for the cpu number; for cpu numbers greater than 255, garbage values would be displayed in the cpu number field. . * Implemented support for compressed kdump header version 6, in which makedumpfile(8) adds new fields in the kdump_sub_header to support large memory systems with pfn values that are larger than 32-bits. Without the patch, if the system contains physical memory located in high
Accepted libsfml 2.1+dfsg-3 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 22:00:08 + Source: libsfml Binary: libsfml-dev libsfml-audio2 libsfml-graphics2 libsfml-network2 libsfml-system2 libsfml-window2 libsfml2-dbg libsfml-doc Architecture: source amd64 all Version: 2.1+dfsg-3 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: James Cowgill james...@cowgill.org.uk Description: libsfml-audio2 - Simple and Fast Multimedia Library - Audio part libsfml-dev - Simple and Fast Multimedia Library - Development Files libsfml-doc - Simple and Fast Multimedia Library - Documentation libsfml-graphics2 - Simple and Fast Multimedia Library - Graphics part libsfml-network2 - Simple and Fast Multimedia Library - Network part libsfml-system2 - Simple and Fast Multimedia Library - System part libsfml-window2 - Simple and Fast Multimedia Library - Window part libsfml2-dbg - Simple and Fast Multimedia Library - Debug Symbols Changes: libsfml (2.1+dfsg-3) unstable; urgency=low . * Release to unstable * Updated the symbol files * Bump standards version to 3.9.5 - no changes Checksums-Sha1: 92e052ba0885126d173fd36d91b0284fa67c5d90 2464 libsfml_2.1+dfsg-3.dsc e684754df01e410295a94582e2c0b1f0e3a655be 349048 libsfml_2.1+dfsg.orig.tar.xz 409c24eaf72333daf824488c7fc4ae61ad908df5 16856 libsfml_2.1+dfsg-3.debian.tar.gz f0fde9baefe51e65bc29582c69def5bd2296a8df 93882 libsfml-dev_2.1+dfsg-3_amd64.deb d7f2e987cd88608b0c7805ab4eed35487691962d 26362 libsfml-audio2_2.1+dfsg-3_amd64.deb db917aee1139966a0e764048ec699c6ae3a1dd4a 88566 libsfml-graphics2_2.1+dfsg-3_amd64.deb 0f9586c9560952ab52043df00a17c7498cf9bc0e 43204 libsfml-network2_2.1+dfsg-3_amd64.deb 45a3cefbf62e62a057d734275bab8b211defbb42 17552 libsfml-system2_2.1+dfsg-3_amd64.deb 9cdf4389657a81bb174c9636731711227f7e57aa 31934 libsfml-window2_2.1+dfsg-3_amd64.deb 52743af2f01a28b0aff44c70997b16d0f6d7c2f6 1251708 libsfml2-dbg_2.1+dfsg-3_amd64.deb 48b717cd402668d98883f2e71ea47c43b62a21af 353708 libsfml-doc_2.1+dfsg-3_all.deb Checksums-Sha256: 8a7f85c020e9d6ad1cfce31f1f36a2ca44d739cd201e6c4f45c526135542c9e1 2464 libsfml_2.1+dfsg-3.dsc 6ac5e60797dcd3fbf90e2acdede6dee7c2d4c52039d246a079a9978c13a3f5e5 349048 libsfml_2.1+dfsg.orig.tar.xz 0a963d19f68f1112f4fc40383a7b7d3a9b81fe11d8e8fee8d76eaaf091b271f4 16856 libsfml_2.1+dfsg-3.debian.tar.gz 6dbf4ad5dd12cd72517ed2c6994f494f50eb0952cf610019e265c2ebd5268e9b 93882 libsfml-dev_2.1+dfsg-3_amd64.deb f654bf826b6bb442b458c103543fdec33bc1a6cc06b9554cb962537cadeb8486 26362 libsfml-audio2_2.1+dfsg-3_amd64.deb 99373d852b4c9cf7fdb19d1e557187a39c32bb0686f6d17f18d2fe455b330a91 88566 libsfml-graphics2_2.1+dfsg-3_amd64.deb 683ce88452e41c70d6f96de044bae324c36be3d4c08192fcb1b8310bf855e1d8 43204 libsfml-network2_2.1+dfsg-3_amd64.deb 4f93f9f8f5ecb2f4f4484fc73e3414c8415c2366050cde49a8402e8a99f98475 17552 libsfml-system2_2.1+dfsg-3_amd64.deb 2ac1edc459556bf67bfd1f630214a1cfad3558cd0429e596fd2cadc46868ae6c 31934 libsfml-window2_2.1+dfsg-3_amd64.deb dd6b947a5207d6a1d50c5f01538fb63c003803d8675cd70c32345093a24d208d 1251708 libsfml2-dbg_2.1+dfsg-3_amd64.deb 236522c3a2fcf4a90d1e468513ce6fab955e15c6a3c38c4db666933457681583 353708 libsfml-doc_2.1+dfsg-3_all.deb Files: b7686ed64796981f71c39a63d7169a6e 2464 libs extra libsfml_2.1+dfsg-3.dsc c77b71406ee4192ae489a5fd2e3350a7 349048 libs extra libsfml_2.1+dfsg.orig.tar.xz a1bffeee7c30de5791de131e512e2b20 16856 libs extra libsfml_2.1+dfsg-3.debian.tar.gz 973f26354bcea9acc17cb25956634799 93882 libdevel extra libsfml-dev_2.1+dfsg-3_amd64.deb d6dd47a6cc150fa078c60caa9b767a8a 26362 libs extra libsfml-audio2_2.1+dfsg-3_amd64.deb c1651d9105c41b28fc396f962c904b62 88566 libs extra libsfml-graphics2_2.1+dfsg-3_amd64.deb 0ef8c16de65eab467d99cdc773ad71c3 43204 libs extra libsfml-network2_2.1+dfsg-3_amd64.deb 821513ed3fe68104c08b9eb1b8bb9032 17552 libs extra libsfml-system2_2.1+dfsg-3_amd64.deb ab03554a239701b96f1f105e243c05d7 31934 libs extra libsfml-window2_2.1+dfsg-3_amd64.deb ee8f0724b66c4d925d03336eb99bcd07 1251708 debug extra libsfml2-dbg_2.1+dfsg-3_amd64.deb 05a632a1086ac36dca80954d949e134e 353708 doc extra libsfml-doc_2.1+dfsg-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScYwGAAoJEHQmOzf1tfkTzGEP/iyt79BP2brCHYYk6l1mVqjM nD3W3kfP31cWd8sQw7Q0LSs4FFU+Z63v1jMBS3jVk7Uzc2OgfOLqb4ZxzltJXnJu /Y7fk5+Lwvj/Pz5xgjE5dZ/OeyxcSWUkrsM2iSCUtM8wblicnyjqhRlfxtyfQ4Lq DRRU5U+P6c+MuNY5I0DFmn4IvP/lFfdkMOjA9S/7j4RIjBAnkssdA98MD3BW8DjS xgef1/G0q8colv79xQ5lU6Fs6X7Pn3i7YV7N+9KHfueOP4Qg77HoISWecVxsq/wH vavuLwfsz/KfDpbcYq+S4ZkK23jI7wwxJ5b5uqacrBZixqwMh7Qy3wuCe0M73Dat tlmZxojaH8HhE47f5+eDUNGqMBvUyO6eoVClKupE0F7RLm6+d6SbysvP0vbd12X8 CXR1ZKHjv/hZVE8Hm6OY/ZY/y8p8amYcRK0WORK0Q2Hru9EpSrkmg+g0mLXn58gP gdlwNRF95E/reqxQqi9iSBnaGOKrbix2hSm87tBjJGYNAXMP+4geeyb2cDjXq1b/ dF55sciIWrcL8Tv1lUey4Ff6OMv7jTRCSOTVB+ka+toZdPIUQhfRZ/wL0Gdb1vSQ
Accepted gtk2-engines-oxygen 1.4.0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 08:58:18 +0100 Source: gtk2-engines-oxygen Binary: gtk2-engines-oxygen Architecture: source amd64 Version: 1.4.0-1 Distribution: unstable Urgency: low Maintainer: Debian KDE Extras Team pkg-kde-ext...@lists.alioth.debian.org Changed-By: Ralf Jung p...@ralfj.de Description: gtk2-engines-oxygen - Oxygen widget theme for GTK+-based applications Changes: gtk2-engines-oxygen (1.4.0-1) unstable; urgency=low . * Team upload. * New upstream release. * Refresh dont-build-demos.patch. * Drop popen-instead-of-g_spawn_command_line_sync.patch, no longer needed. Checksums-Sha1: f73365cf76d064f3cfda836ce19c008e4936431a 2210 gtk2-engines-oxygen_1.4.0-1.dsc d196ef8a6f7c12e13b517a53541cd9fb7f1b76ae 198415 gtk2-engines-oxygen_1.4.0.orig.tar.bz2 9a4515808a56385191e282caebe8b3be59702028 4145 gtk2-engines-oxygen_1.4.0-1.debian.tar.bz2 a564f4434b637d5a699f456442f038942a074977 373298 gtk2-engines-oxygen_1.4.0-1_amd64.deb Checksums-Sha256: 9db768e90ea1752055216d8da2f9e3772090a5d18810b864c728475005275be6 2210 gtk2-engines-oxygen_1.4.0-1.dsc 84e24b78c71a73c38bfe41da609524307344060fe7e74fa9790380da234e1734 198415 gtk2-engines-oxygen_1.4.0.orig.tar.bz2 2b1061ee0311baac711f94110a2850958dc6b7ad2485449cac45a53936975aca 4145 gtk2-engines-oxygen_1.4.0-1.debian.tar.bz2 1655ee019f2d6388e44bb346f63168c5f863c0665f89d0ef04f0b4eae94b0396 373298 gtk2-engines-oxygen_1.4.0-1_amd64.deb Files: fa83326a3621cd6b2364186dff3794db 2210 gnome optional gtk2-engines-oxygen_1.4.0-1.dsc ccc9e468a5ea04159ca2040ee3f434e1 198415 gnome optional gtk2-engines-oxygen_1.4.0.orig.tar.bz2 c2d29be06b1941f061e3a29db83e27cd 4145 gnome optional gtk2-engines-oxygen_1.4.0-1.debian.tar.bz2 5ca67edb4cdb218993f046925eb7aa1a 373298 gnome optional gtk2-engines-oxygen_1.4.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJScXeOAAoJEP4ixv2DE11FIGcP/RhXv6v6z6EueXhav1dUYaYG i3cN3P5CBc0zJP6a4juffmXV2KJ+66ieeB5ixDEVy6fATH4D5k8GOHV+Dfc4UyVZ OhDhCZjeRMQJuScocQg5imJKtFj5aSTxyPNoifruwMw1VpmWCVilYYgsnbpSAtaY cI2MEfwx/bW+68MQCJJL3ulITjfUZoKyTsgct48sCBje2pVmjr+77a+O3b2SIgrZ jTisxp/rdb5ROZ6D7xudfWZhq8LtWJeprXcf69LatFAAcYn3vqwMIopvLydd4aES 1sy1A7xb5f1VIIuVAgHq+4TCYtvSmacXTqlj4SOsVsBSmxbi07h12uNY3MyggPfM +dUacIKNUjuzacs1bxGNwwcypAplZHS26wJLgJ9gRXynd0O/4+JbkAbiUrGomfyc d3cDC4F9YKtH5AmHne6jU/gJElG+cmul2otTGmAQERr28+tObe25XeilJi3UqElZ LoXfuyEh3LRzX2n61pEJl0tzNOcnrubZzlvyipqOExVdU8G8Ic2Ve25Ka3hmCO+M Pb0gyFaGdHyeExH8HdapOXLeYaj0P7nK6bBrpzii00grrTAS9nMIcOlzTVi9qcHr 2fg2bIW5LExCs6dAlHrzMXDqVuuoVvWEwBt3LQ7SdmEXaMMaiA1FsZZU1FO5EiIP rl0F7kvm7x/x/2urVa8s =dxej -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/e1vbeni-qp...@franck.debian.org
Accepted spacefm 0.9.0-2 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 29 Oct 2013 07:45:56 +0100 Source: spacefm Binary: spacefm spacefm-common spacefm-gtk3 Architecture: source amd64 all Version: 0.9.0-2 Distribution: unstable Urgency: high Maintainer: Mateusz Łukasik mat...@linuxmint.pl Changed-By: Mateusz Łukasik mat...@linuxmint.pl Description: spacefm- Multi-panel tabbed file manager - GTK2 version spacefm-common - Multi-panel tabbed file manager - common files spacefm-gtk3 - Multi-panel tabbed file manager - GTK3 version Closes: 728158 Changes: spacefm (0.9.0-2) unstable; urgency=high . * debian/control: + update Breaks and Replaces to fix upgrade issue for spacefm-common package. (Closes: #728158) + Bump standards to 3.9.5.0 (no changes required). Checksums-Sha1: bc6a0498ff79a1b2c0f1e2158382b1e07882ccb5 2151 spacefm_0.9.0-2.dsc 81ac1e685d89b668bbff8b013e44f382e182cb61 1223500 spacefm_0.9.0.orig.tar.xz 18c54209f181bc1df700c4d7c5b0df82c6f07cc6 5856 spacefm_0.9.0-2.debian.tar.xz 488a0c160d602db77889007a063ddebad53c6cc0 374224 spacefm_0.9.0-2_amd64.deb eb5f857e1d474e33ff67b5b8477b5c0255471b2b 569520 spacefm-common_0.9.0-2_all.deb b79d56ac3d568e9d1904996734cbaf3884b5b76a 368840 spacefm-gtk3_0.9.0-2_amd64.deb Checksums-Sha256: 70632077042b16f33568bad017eb161a9edd170c907d959fc81a456c955acf39 2151 spacefm_0.9.0-2.dsc 8a67acde02824500eae8512e23292c0da64302a98234f8b75a69b56f6ed2e7cc 1223500 spacefm_0.9.0.orig.tar.xz 41dbf2192d9f6937f83bb534aa49a2480f42c43c6c105c66236e694a1608cac8 5856 spacefm_0.9.0-2.debian.tar.xz 69792e6bb7b1b3c7de52b37e22a099c73099a397adcf9f0ae95b2757c3b86b07 374224 spacefm_0.9.0-2_amd64.deb 6f75b8149adb4873a71342ef0d82fafac9ee89c2f8f0946d573d34951dbb7a68 569520 spacefm-common_0.9.0-2_all.deb ff2811fcb54849dfeed9cfbdd2858970ea968de73152628632e8b7a77ece0c76 368840 spacefm-gtk3_0.9.0-2_amd64.deb Files: 83a8868f8f1638fbc54fea75e9286128 2151 utils optional spacefm_0.9.0-2.dsc d2db11355fab5e2d98dbb813e5ac12fd 1223500 utils optional spacefm_0.9.0.orig.tar.xz 006cd0111418126066635104b7862194 5856 utils optional spacefm_0.9.0-2.debian.tar.xz b7f4c42e57c4b25d613c4a9bfbd188e2 374224 utils optional spacefm_0.9.0-2_amd64.deb 7f0d9d0f55fb8bbcec8932d27963afad 569520 utils optional spacefm-common_0.9.0-2_all.deb 7231536a8106e9243cc018348232f9ea 368840 utils optional spacefm-gtk3_0.9.0-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScZH1AAoJEHQmOzf1tfkT1UMP/jzXzhBmLhearsFkV1ulGAYe zqjwFRKX0qfrBxMg8/0jHAPB78+eROiQxNXRDyN5taDM8ybqnv8EZ/4o3uxCC1wO RSNVtBGrYNDyLTrJyJBNox1ILmJtQITRj3rwFs5R2b9o87lMNa1DSzIbRzaTW/Dd tx116Z9VrGaNcyM2Z8eHpJR7R7cTD6LO/BM6FETtts6LevYaLP036s3CjqexHCYl 1B1Z5ewVVLk+jN271auTtDl6V/yJ0vtY8dLLrbOYtcnauslMukRgxvhCNrMKMdks g/XWO94IlbS2+1XfVexjcCnwYAPHPNyl3L96zU6JRyaVKkYcNpoFpEJ+yUMW6Mh4 vnZN3m3VnYXKXHrwf9P0F0OMOl6zpkyd+tbGibXCkn8kyqPLglI7kLjNF64q+2sG v7RkRM2dO/ApoT9CWa7t5r3XtA7QTltOsVJvgP65KkGul81G+71SToOn7qOJqYKk 01F0OJNPf23RdEhMQRAyzO/xODMVOLsCT3KMdJUVkJk1/eWqrB8MX5bbmAbYsX2R aNDv8Rm6TDijLvB1MT+gtuFwydPNXOBLbVvWTFnU/L/KqAVjEtWIisjiLk5lnTi+ NoJjoihW5NrAS0Dx3iJ3VarNSXeX6+E64HTuVBY7CRrFBiLRfXze3il9bFLxFScl /+jdQutBcn48R9lI1/tk =AM1m -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/e1vbf2k-0003qb...@franck.debian.org
Accepted network-manager-openconnect 0.9.8.4-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 18:43:46 -0400 Source: network-manager-openconnect Binary: network-manager-openconnect network-manager-openconnect-gnome Architecture: source amd64 Version: 0.9.8.4-1 Distribution: unstable Urgency: low Maintainer: Mike Miller mtmil...@ieee.org Changed-By: Mike Miller mtmil...@ieee.org Description: network-manager-openconnect - network management framework (OpenConnect plugin) network-manager-openconnect-gnome - network management framework (OpenConnect plugin GNOME GUI) Closes: 709160 Changes: network-manager-openconnect (0.9.8.4-1) unstable; urgency=low . * New upstream release. * Build-depend on network-manager-dev and libnm-*-dev (= 0.9.8). * No longer recommend network-manager-openconnect-gnome. (Closes: #709160) * Remove obsolete DM-Upload-Allowed control field. * Canonicalize Vcs-* control fields. * Bump Standards-Version to 3.9.4. No changes needed. Checksums-Sha1: 3952efd5acdc030b161da77dc13d2219e0659770 2435 network-manager-openconnect_0.9.8.4-1.dsc c7cee14559c3cca8fa188f40612feda5fef1dd7f 409672 network-manager-openconnect_0.9.8.4.orig.tar.xz 4ce537c940a54d3e5f77400d97e56d41a6cb0f6e 5014 network-manager-openconnect_0.9.8.4-1.debian.tar.gz 6d7eaed63c88800456227f2b6d3343ff3ce834f4 17386 network-manager-openconnect_0.9.8.4-1_amd64.deb da552876385b2fe9b41591d14ed75419116c1498 140588 network-manager-openconnect-gnome_0.9.8.4-1_amd64.deb Checksums-Sha256: a6aaf38941c306d3ee8eeaf85494d3af0ff07cde3469d27d8b584c2542e8154c 2435 network-manager-openconnect_0.9.8.4-1.dsc 99b4dc03da311026eaa4bee2ff3f141270e8ba4bf341762d47152be387b6 409672 network-manager-openconnect_0.9.8.4.orig.tar.xz 6c30fc0786f14b6c1aa21e1ad7822fabf2fb74da382948670707d46c6d0975f6 5014 network-manager-openconnect_0.9.8.4-1.debian.tar.gz d9d69d4f5a7d8a567fed3e645a9502b3a973a44250acff2922625c77504563cc 17386 network-manager-openconnect_0.9.8.4-1_amd64.deb eac001165f2051f39969c0add0a9c1ca491d216c963bc2e2e195b41da3bb8a3f 140588 network-manager-openconnect-gnome_0.9.8.4-1_amd64.deb Files: 41becafb77e25c3fadc2028816cd39a7 2435 net optional network-manager-openconnect_0.9.8.4-1.dsc 1afe9d5bfe5222d7ba2cdd88840695c9 409672 net optional network-manager-openconnect_0.9.8.4.orig.tar.xz a53ecdc3fe7bc5b11d358b67a79de1f7 5014 net optional network-manager-openconnect_0.9.8.4-1.debian.tar.gz a6a40610c707decd7c062cab6b1a24be 17386 net optional network-manager-openconnect_0.9.8.4-1_amd64.deb 3ce67cf1e1185caa7e1a6acb9ef501ad 140588 net optional network-manager-openconnect-gnome_0.9.8.4-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScZFWAAoJECj6gBpDvdY3y+4P/Amr5ohRKY/Y4zFtG/nwaHmF gkenzK0q1qIH/xDrGL8/5GsfHUI42IURH/sf9sAY3MeUi8PoyECSAtVDJb89sLvg PPwtU53RBRxZdD7tu/8z1z5mNID6L6MWf0UTth1VhrC0kOkzOw6JZpORnXd4OWts hqRwpCcV7Mpt3HLrJVXotyOz9aoYq8MuLPvML/cUTDJiL8VUdLVJQzgUUOylnDlN 4LGFIxd1oCFH3ar9ptvWa+TR/fxX/Qe+9woeT7fEuL19IN8wIpNFbnlXBFGLBymJ JmurbP42zmleuoePeOeS/iCVvts08p1mV3YQGJQacGe8LfeyiEesTLFSRMxBOvUI wUMd4hcf/jhsCQVF6kt311kUo2bii+rRkAvWNIaFEkHCyorECXHNaBOYHVs5RsKA i0gjqx5MpornHaZtXNGFhARi6D6DZqkALctc+1Bk0zZpJgVOHvQV4ec8Y76NHO5B UEB8oXEb5Cz4gKmCUYXxQGh9aSb/NjFRt6Nr9boLt8bfW4M6vvEkjhO1ALNOUKiL pl/x7Gh/U6xKaba281u/UpzbXNl+K1FbpAIvqC5Kcz0pqw1xb0x2Kt76/CF0Nooz Rfn6MxefjARmQbsBc7enV3esK3z3+o0gYlA1Fej8aHMRJqfMcMAB+aE8ZVbp2EpE 3bxOWo/iJz2hTChMwRC4 =AQgU -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/e1vbf2a-0003ls...@franck.debian.org
Accepted webkitgtk 2.2.1-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 18:38:35 +0100 Source: webkitgtk Binary: libjavascriptcoregtk-1.0-0 libjavascriptcoregtk-1.0-dev libjavascriptcoregtk-1.0-0-dbg gir1.2-javascriptcoregtk-1.0 libwebkitgtk-1.0-0 libwebkit-dev libwebkitgtk-dev libwebkitgtk-1.0-common libwebkitgtk-1.0-0-dbg gir1.2-webkit-1.0 libjavascriptcoregtk-3.0-0 libjavascriptcoregtk-3.0-dev libjavascriptcoregtk-3.0-0-dbg gir1.2-javascriptcoregtk-3.0 libwebkitgtk-3.0-0 libwebkitgtk-3.0-dev libwebkitgtk-3.0-common libwebkitgtk-3.0-0-dbg gir1.2-webkit-3.0 libwebkit2gtk-3.0-25 libwebkit2gtk-3.0-dev libwebkit2gtk-3.0-25-dbg gir1.2-webkit2-3.0 libwebkitgtk-common-dev Architecture: source all Version: 2.2.1-2 Distribution: unstable Urgency: low Maintainer: Debian WebKit Maintainers pkg-webkit-maintain...@lists.alioth.debian.org Changed-By: Emilio Pozuelo Monfort po...@debian.org Description: gir1.2-javascriptcoregtk-1.0 - GObject introspection data for the GTK+-based JavaScriptCore libr gir1.2-javascriptcoregtk-3.0 - GObject introspection data for the GTK+-based JavaScriptCore libr gir1.2-webkit-1.0 - GObject introspection data for the WebKit library gir1.2-webkit-3.0 - GObject introspection data for the WebKit library gir1.2-webkit2-3.0 - GObject introspection data for the GTK+ port of the WebKit2 libra libjavascriptcoregtk-1.0-0 - Javascript engine library for GTK+ libjavascriptcoregtk-1.0-0-dbg - Javascript engine library for GTK+ libjavascriptcoregtk-1.0-dev - Javascript engine library for GTK+ libjavascriptcoregtk-3.0-0 - Javascript engine library for GTK+ libjavascriptcoregtk-3.0-0-dbg - Javascript engine library for GTK+ libjavascriptcoregtk-3.0-dev - Javascript engine library for GTK+ libwebkit-dev - Transitional package for the development files of WebKitGTK+ libwebkit2gtk-3.0-25 - Web content engine library for GTK+ libwebkit2gtk-3.0-25-dbg - Web content engine library for GTK+ - Debugging symbols libwebkit2gtk-3.0-dev - Web content engine library for GTK+ - Development files libwebkitgtk-1.0-0 - Web content engine library for GTK+ libwebkitgtk-1.0-0-dbg - Web content engine library for GTK+ - Debugging symbols libwebkitgtk-1.0-common - Web content engine library for GTK+ - data files libwebkitgtk-3.0-0 - Web content engine library for GTK+ libwebkitgtk-3.0-0-dbg - Web content engine library for GTK+ - Debugging symbols libwebkitgtk-3.0-common - Web content engine library for GTK+ - data files libwebkitgtk-3.0-dev - Web content engine library for GTK+ - Development files libwebkitgtk-common-dev - Web content engine library for GTK+ - common development files libwebkitgtk-dev - Web content engine library for GTK+ - Development files Changes: webkitgtk (2.2.1-2) unstable; urgency=low . [ Michael Biebl ] * debian/rules: + Replace another occurence of findstring with filter. . [ Emilio Pozuelo Monfort ] * debian/patches/50_bsd-hurd-build-fix.patch: + Fix the build on !linux. Checksums-Sha1: c45e0afffc3b39b68ed29fdd389d669f460990e5 3804 webkitgtk_2.2.1-2.dsc ca7cd544d24634b86ecbaa770e62c9911e922680 78952 webkitgtk_2.2.1-2.debian.tar.gz f75954ad37a0604cd0e660af8799add81abe11cb 340836 libwebkitgtk-1.0-common_2.2.1-2_all.deb 749b8301b1e7b7ab90c6ee435bb3ba230cfeaec1 340748 libwebkitgtk-3.0-common_2.2.1-2_all.deb Checksums-Sha256: c30fb3eaff663f7a6f619dbcc186a90c5525829892deefdb14327c68c2bfe1ea 3804 webkitgtk_2.2.1-2.dsc 7eac9946349284d31cf95cc2bdc934989eb2f97b337fae486f50ccd5683550f9 78952 webkitgtk_2.2.1-2.debian.tar.gz fb3c1417136fa62a4bb3ff832d26d86e255efcb89c77ecb90dfd47110ea3f271 340836 libwebkitgtk-1.0-common_2.2.1-2_all.deb ba5c5b3c82e9a8758a4478eac9e7d6f4d3372c818d745bb92149e4352ae96872 340748 libwebkitgtk-3.0-common_2.2.1-2_all.deb Files: 177042da9a8567a871470fc0f6509bc2 3804 web optional webkitgtk_2.2.1-2.dsc 13c8cf593af183748600f6c49a4e3abc 78952 web optional webkitgtk_2.2.1-2.debian.tar.gz 2ba4c029e313225a4d4d4fdc3a178625 340836 libs optional libwebkitgtk-1.0-common_2.2.1-2_all.deb b1017f0e1c3384204203f8f57feb922d 340748 libs optional libwebkitgtk-3.0-common_2.2.1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlJxlUEACgkQhTV17EoIsv6oUwCgyhlh4l/TMM3IZ4nuUmq7tXHS sPUAoM5bIXNUXSR7lfMXHjckl5+ChSos =ekuo -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/e1vbfgq-0006dx...@franck.debian.org
Accepted openbox 3.5.2-4 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Oct 2013 19:22:27 +0100 Source: openbox Binary: openbox libobt2 libobrender29 openbox-dev gnome-panel-control Architecture: source amd64 Version: 3.5.2-4 Distribution: unstable Urgency: low Maintainer: Mateusz Łukasik mat...@linuxmint.pl Changed-By: Mateusz Łukasik mat...@linuxmint.pl Description: gnome-panel-control - command line utility to invoke GNOME panel run dialog/menu libobrender29 - rendering library for openbox themes libobt2- parsing library for openbox openbox- standards-compliant, fast, light-weight and extensible window man openbox-dev - development files for the openbox window manager Changes: openbox (3.5.2-4) unstable; urgency=low . * Patch working: + add fix_rsvg_missing_include.patch to fix build with oldest librsvg version. + add update_pl_po.patch to update Polish language file. + refresh 644628_fix_autostart.patch. * debian/control: + move python-xdg to Recommends. (LP: #1244847) + bump standards to 3.9.5.0 (no changes required) + remove openbox-themes from Recommends. * debian/openbox.postinst: + install openbox with lower priority. (LP: #598378) Checksums-Sha1: 71a16bab91b567dbb3d270db5be8e9c59c45a1d9 2280 openbox_3.5.2-4.dsc 6573516107f8cdb83842aac25a430e3f9f966bad 972751 openbox_3.5.2.orig.tar.gz addec73aad79327433411363d1e1f7d943bbc828 46897 openbox_3.5.2-4.debian.tar.gz 2989a938a552605c294e4756a6c07a4cff972b18 294582 openbox_3.5.2-4_amd64.deb 19cc25fd5514f28e723e1663b96c92406869b302 62728 libobt2_3.5.2-4_amd64.deb 4690e0fa13738e14bef65b842165793685cef535 74486 libobrender29_3.5.2-4_amd64.deb 563894ae240803b2d8a56697ddc189076eb8bc27 110674 openbox-dev_3.5.2-4_amd64.deb 97d23b7f9366a34069702fbb9277e0ff3a703b06 42566 gnome-panel-control_3.5.2-4_amd64.deb Checksums-Sha256: bb597575ca20bbffa1894a0ef5d569ba62badddba136b1b05d39d846e69ff383 2280 openbox_3.5.2-4.dsc 128fb4ef11f83f6edb1685cfc04f44a16a5322082fc519f9d7cac84fc658af33 972751 openbox_3.5.2.orig.tar.gz ebf84df9952ba06c7467243885bf99868c533d4748590805039d28e13bb402d1 46897 openbox_3.5.2-4.debian.tar.gz 34c67a825cb87c52fc5c2df2e3e006c9c33e41a7b5107e9227cf173278155d00 294582 openbox_3.5.2-4_amd64.deb 8b9448dc041f5f026f2b5bf01bbf38eb7614f0e62283b02f5006681be6433eda 62728 libobt2_3.5.2-4_amd64.deb 7193f523cfeb11e187fbb362c44801a0d0dada7ed517e10b1071a6b703d4ca23 74486 libobrender29_3.5.2-4_amd64.deb 726c1648053d2d297964351694d7e00fc847bac8d4e3b00a5a3dcd50eb9bb034 110674 openbox-dev_3.5.2-4_amd64.deb 9e814183b080e49b0172b467d73fc6a9ba18ce9cf76ebf019b68f929efe341c8 42566 gnome-panel-control_3.5.2-4_amd64.deb Files: 0fa76eb94f79e17782cb5fb25a808d3f 2280 x11 optional openbox_3.5.2-4.dsc 93df606606053b7e8578a5c116afb8ec 972751 x11 optional openbox_3.5.2.orig.tar.gz 61657f7625cc95972c0dfb489a6de534 46897 x11 optional openbox_3.5.2-4.debian.tar.gz 62344412e7b04ff08993cad0f8a8808f 294582 x11 optional openbox_3.5.2-4_amd64.deb f811999e3b89f6b14f4a544d5e286a35 62728 libs optional libobt2_3.5.2-4_amd64.deb fb7ed84af6c343ccc358a11236ae0895 74486 libs optional libobrender29_3.5.2-4_amd64.deb 0b5a38e9dae463c8534b3830711ebe68 110674 libdevel optional openbox-dev_3.5.2-4_amd64.deb a2f723290adaf02f58ff82e69c8b119f 42566 x11 optional gnome-panel-control_3.5.2-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJScZdoAAoJEHQmOzf1tfkTnvcQAJoLV0aUzvT6nj8drpV22j3x VPVLuJE+kL24txMoseIEUL3Ha2MSQa9Nuhe1HyrWiFChySRC18cDxiQnlcKcl1I9 C48gi5V9b8zN2NeWX0WwkkghQlK1sYG46jYBQn5Ov92Ff7OOLFOq79lDh2iF3y8r w+l/fjdXedVcIN1Kd3eT6VN9kW/PS4Ww57lkD0uxY03gETcWRwPAh0t0EsDbcwQ+ OrhkSXnKzSFjUFeetV857TjptcBecGD366/kxtS2sfHpZKVGyCBAmWx0SuewTT/Z BOW2pkzV0wgh3RJodPN8BEr1xmnm2A0QGiqlMOC0rV1YVAIe16SKwdUmBQJfPE0+ q6+/2Q9OljwB2Tul87JNrl5l7Zf7/NP8qG3EbtKNs0ebctgYoWoju38rLukta2Yj 8LIbKPiPQvcrE/gESE5gWK91wVrKHj4qIVjTKLeL+hEYkP+sbEBsDXN5IOAFMCO8 UJjcyodKaRAw1dnEY4fgd5q+vRBcf7zThy27GvjRUxHzyT4LnkpxuA9TrYquMuRJ QzJxE0Iz0iqLnqtnOQFysA0VbiNdhlGftSi05DYpdYmwlNTJPFtRGfnuyMUdN3Ii QatrEomPZ11vNU1Y1soJzWsEECkOxp2RKLnRC7OhNNOrHAK3421+Sj1g0H494Wip 3kQwUgNVgVOwDumibcLS =UGW8 -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/e1vbfvg-fa...@franck.debian.org
Accepted git 1:1.8.4.2-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 16:00:07 -0700 Source: git Binary: git git-man git-core git-doc git-arch git-bzr git-cvs git-svn git-email git-daemon-run git-daemon-sysvinit git-gui gitk git-el gitweb git-all Architecture: source amd64 all Version: 1:1.8.4.2-1 Distribution: unstable Urgency: low Maintainer: Gerrit Pape p...@smarden.org Changed-By: Jonathan Nieder jrnie...@gmail.com Description: git- fast, scalable, distributed revision control system git-all- fast, scalable, distributed revision control system (all subpacka git-arch - fast, scalable, distributed revision control system (arch interop git-bzr- fast, scalable, distributed revision control system (bzr interope git-core - fast, scalable, distributed revision control system (obsolete) git-cvs- fast, scalable, distributed revision control system (cvs interope git-daemon-run - fast, scalable, distributed revision control system (git-daemon s git-daemon-sysvinit - fast, scalable, distributed revision control system (git-daemon s git-doc- fast, scalable, distributed revision control system (documentatio git-el - fast, scalable, distributed revision control system (emacs suppor git-email - fast, scalable, distributed revision control system (email add-on git-gui- fast, scalable, distributed revision control system (GUI) git-man- fast, scalable, distributed revision control system (manual pages git-svn- fast, scalable, distributed revision control system (svn interope gitk - fast, scalable, distributed revision control system (revision tre gitweb - fast, scalable, distributed revision control system (web interfac Closes: 727226 Changes: git (1:1.8.4.2-1) unstable; urgency=low . * new upstream point release. * debian/diff/0012-cvsserver-Determinize-output-to-...diff: new from upstream: sort cvsserver output to combat Perl 5.18 hash randomization (thx Anders Kaseorg; closes: #727226). Checksums-Sha1: 033bd233b6048e30f6fefa4bea2c7107cbfcfa1b 2661 git_1.8.4.2-1.dsc 4d42f34d88529acb7eb1b63ce086e2d380150739 3292652 git_1.8.4.2.orig.tar.xz 7991718529ce343e462136d30047cb3d363f6d49 582597 git_1.8.4.2-1.debian.tar.gz 2fd0502869765519376ef39a528a4ea583de794c 2872176 git_1.8.4.2-1_amd64.deb d471b2b2a0009222e93452d9a62dc8eb7770953d 1323140 git-doc_1.8.4.2-1_all.deb 35cacff6732d1cdc41595092dfeed26f895dd70c 543366 git-arch_1.8.4.2-1_all.deb 4a5b1c5109cef9dc844ab4359b633446f79cb661 538144 git-bzr_1.8.4.2-1_all.deb a724f749b213ada72186a35b2b37769f497bde91 593048 git-cvs_1.8.4.2-1_all.deb 93f758f1da3e1bca15af8cda31af718401bbcc4b 615866 git-svn_1.8.4.2-1_all.deb 3145f745cfd935f4a8fb4374ab4139c3aae65f49 531576 git-daemon-run_1.8.4.2-1_all.deb 1415ae94ff3bfa925080f330ee70392ba01d2f95 532680 git-daemon-sysvinit_1.8.4.2-1_all.deb 30c208a839693eb9784b80ba7f2cac5dbc5cb589 549320 git-email_1.8.4.2-1_all.deb 982d477c8c9020994203c8562fb0b2d68ddaf977 710716 git-gui_1.8.4.2-1_all.deb 9bd70d96e7a57850157ce1c5ce6258db029dbec9 637542 gitk_1.8.4.2-1_all.deb 33937cab47328ff6989dc117002747bc7f71dd80 533932 gitweb_1.8.4.2-1_all.deb 3af5ddbd68789aca73c85235d8c6d6db9a69241f 530022 git-all_1.8.4.2-1_all.deb 6122587cf5a5258f846e49aba2ad2fa1abe035d1 549650 git-el_1.8.4.2-1_all.deb 30fa9c9c2fc43a52c0dd076ce9894d5a39559bd8 1213124 git-man_1.8.4.2-1_all.deb f3e32d56beb760ca2a2334854cfc39fd95569b24 1408 git-core_1.8.4.2-1_all.deb Checksums-Sha256: 423309e73c92241ee12397300f807c7e442a4ce0551d67c639051bb72f2035b0 2661 git_1.8.4.2-1.dsc 3605c2b85e823c0d42d1870d548ad11e9f77d008879c5325ce1a96d74aeb73c3 3292652 git_1.8.4.2.orig.tar.xz eda1ea44b3c798ba1cb9ea5a1a9c983ea5d8e0775861393463f27782e8a1d315 582597 git_1.8.4.2-1.debian.tar.gz 1176b456d386d51c473d31a8a9974364a612efa85914b63878d22d789b258606 2872176 git_1.8.4.2-1_amd64.deb c7eb592de16d2927bd93ccf73e8c5081ec80042dbdc6e25642fd417435747553 1323140 git-doc_1.8.4.2-1_all.deb 91c72a886e74ff6265bba4ca2044e78abe3bf907a08a8d19dbc3d6f62bf9f4e4 543366 git-arch_1.8.4.2-1_all.deb 0ddb2c0aa45d2595056c4e537b12f76a4fef1c4d69deb20b802cde7bd6468e83 538144 git-bzr_1.8.4.2-1_all.deb 881340c5bc8a74c1c5d0071b84f926a8e8589bd43bd4c2af4b66d91585aa5a8f 593048 git-cvs_1.8.4.2-1_all.deb 0320d852fca0ea49370cf950fe6ceabc4c06f7fb4412cb13fa10c04556539ec8 615866 git-svn_1.8.4.2-1_all.deb a1e618143b5f6d76e903c2d3f08f8dfa72d62f362d99eff4ac2098b31338fa58 531576 git-daemon-run_1.8.4.2-1_all.deb 17f2ea2df7231f2c6ecc937d91f6320fe5d189b7aecf47bccf1c204f122ab171 532680 git-daemon-sysvinit_1.8.4.2-1_all.deb f595e19ea03185954c1f71316bd6e71f4658cd50b78672c15f7ef8eef1d6b95d 549320 git-email_1.8.4.2-1_all.deb 631810675ad77e0085cb1a7e9dd66c78e7bf09bb1e253ca5e3da8fa9cb32c8f8 710716 git-gui_1.8.4.2-1_all.deb 4609a91443054fc0f3f0a90c3765da49277987f345440d9c797d5edc856c5d70 637542 gitk_1.8.4.2-1_all.deb da4d6dc0e47b02f877980876e8725cc1ad037bb74eb9538ebed8a458ef08c083 533932 gitweb_1.8.4.2-1_all.deb
Accepted git 1:1.8.5~rc0-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 16:01:15 -0700 Source: git Binary: git git-man git-core git-doc git-arch git-bzr git-cvs git-svn git-email git-daemon-run git-daemon-sysvinit git-gui gitk git-el gitweb git-all Architecture: source amd64 all Version: 1:1.8.5~rc0-1 Distribution: experimental Urgency: low Maintainer: Gerrit Pape p...@smarden.org Changed-By: Jonathan Nieder jrnie...@gmail.com Description: git- fast, scalable, distributed revision control system git-all- fast, scalable, distributed revision control system (all subpacka git-arch - fast, scalable, distributed revision control system (arch interop git-bzr- fast, scalable, distributed revision control system (bzr interope git-core - fast, scalable, distributed revision control system (obsolete) git-cvs- fast, scalable, distributed revision control system (cvs interope git-daemon-run - fast, scalable, distributed revision control system (git-daemon s git-daemon-sysvinit - fast, scalable, distributed revision control system (git-daemon s git-doc- fast, scalable, distributed revision control system (documentatio git-el - fast, scalable, distributed revision control system (emacs suppor git-email - fast, scalable, distributed revision control system (email add-on git-gui- fast, scalable, distributed revision control system (GUI) git-man- fast, scalable, distributed revision control system (manual pages git-svn- fast, scalable, distributed revision control system (svn interope gitk - fast, scalable, distributed revision control system (revision tre gitweb - fast, scalable, distributed revision control system (web interfac Changes: git (1:1.8.5~rc0-1) experimental; urgency=low . * new upstream release candidate. * debian/diff: * 0001-hooks-post-receive-email-set-encoding-to-utf-8.diff, 0002-post-receive-email-defend-against-non-utf8-...diff: remove; applied upstream. * 0003...0012: rename to 0001-*, ..., 0010-*. Checksums-Sha1: b3e33b33f601ce585879a7b2da79e365bb84680d 2675 git_1.8.5~rc0-1.dsc 9a82d978e14cdf7364c51fd555b39086b7ddcc7e 3331828 git_1.8.5~rc0.orig.tar.xz fac87d658dcabc19d5f1bff93e857d5318641716 589439 git_1.8.5~rc0-1.debian.tar.gz 03c9d6dcdbbe3255ba8ebc49ab00370b65bedde5 2920564 git_1.8.5~rc0-1_amd64.deb 583034ff78649227a215b85f99036e4a7d756b61 1344898 git-doc_1.8.5~rc0-1_all.deb b376a2af4b4ef21655d5aaef28ed0b257bce4a1d 552096 git-arch_1.8.5~rc0-1_all.deb 5ea1f06420990d01b4caa07a0966c05cd70fdfae 546886 git-bzr_1.8.5~rc0-1_all.deb 345227ec9ba3b6664fc7a86dcb82269236ff69b5 601772 git-cvs_1.8.5~rc0-1_all.deb f378b5b3eefa02a16e9f0bceede1ade0e108e97e 625336 git-svn_1.8.5~rc0-1_all.deb d9a92214535861041d19694359540235f2ecb0ea 540268 git-daemon-run_1.8.5~rc0-1_all.deb 57237dabff617e5c46501c78b44eb3d499bd7a98 541366 git-daemon-sysvinit_1.8.5~rc0-1_all.deb d5c9b09c34611ab8648cb14a85dc5a43ead80ec0 558032 git-email_1.8.5~rc0-1_all.deb 43127f5bde89a90e34fc8f2fa0015666d568b2d4 719298 git-gui_1.8.5~rc0-1_all.deb 35389eb418a9fa802712b5f80cb321867016b73e 647000 gitk_1.8.5~rc0-1_all.deb ef8e034b0eb75735deea2712ea9c481aae3cd84d 542644 gitweb_1.8.5~rc0-1_all.deb 4d8d0bd20f19e60653c2e6c945e76d551e51c3a3 538728 git-all_1.8.5~rc0-1_all.deb 82d93ec0efb362fb7e34a221e0297f2eb3852cba 558334 git-el_1.8.5~rc0-1_all.deb 4c24955b68c504aea954a200de1513a9ba6b5b02 1224728 git-man_1.8.5~rc0-1_all.deb 668fb94cd3e43cc194f267fa5846c42e25fb788d 1410 git-core_1.8.5~rc0-1_all.deb Checksums-Sha256: 4fe8271f28ba9cd89d74b97ee02bfe98f037644c7e1a0526df475efb6f5ffb93 2675 git_1.8.5~rc0-1.dsc 7d52f49120ada74efe2849cec2cb75b2aa0448b75dd203bfce06622ad554fa2c 3331828 git_1.8.5~rc0.orig.tar.xz 9e1d1a404a855626205a986c12659ebc099cf1b630203b7543bf9f559f4c4891 589439 git_1.8.5~rc0-1.debian.tar.gz 143467f9b6b18fdc1ae296db0c88c05be3b91614f6858281781522ae1015daf2 2920564 git_1.8.5~rc0-1_amd64.deb c7cf008a85a7dc6f8a834e8a5a895075e7fd1d0c84829f6e04305299bfd41ef0 1344898 git-doc_1.8.5~rc0-1_all.deb 67594c2f1e0e529e216d0d2e2a5f70115670120c723c4d0f9d45182f8279252d 552096 git-arch_1.8.5~rc0-1_all.deb a128fa05d7f7b821b7da6c306dcb0e4280eb67819b9b2dbbcc4138bb2906423e 546886 git-bzr_1.8.5~rc0-1_all.deb 459fa1235a4fb3fa9b754654915c782aa092b219443219a96acc99a86b60f51c 601772 git-cvs_1.8.5~rc0-1_all.deb 42c01828a5a5c5ddbc2bd1aace717e7972b9eea06b109c432e408c5511ee1cf8 625336 git-svn_1.8.5~rc0-1_all.deb eb5d64e26fdd852142d7c53946d637c8f65af33dc830bb7ab6c401bc384f081b 540268 git-daemon-run_1.8.5~rc0-1_all.deb be76739e4695f209ea931a700768f79a36f0f355bafe0850d5d856d8fe533c1c 541366 git-daemon-sysvinit_1.8.5~rc0-1_all.deb da6bc214e502c1a6d96c1b14c65a37e246c682129c35a41db859610499f39b34 558032 git-email_1.8.5~rc0-1_all.deb 8c83759d63091318bf2e68487ffa64bf7a907ee2b8941a3acefe6a095f2eff52 719298 git-gui_1.8.5~rc0-1_all.deb 61053705107323ca474413dd2919756af529ea30dc7e29d43211c786b7c9f52c 647000
Accepted dns-browse 1.9-8 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 31 Oct 2013 02:40:32 +0100
Source: dns-browse
Binary: dns-browse
Architecture: source all
Version: 1.9-8
Distribution: unstable
Urgency: low
Maintainer: Javier Fernández-Sanguino Peña j...@debian.org
Changed-By: Javier Fernández-Sanguino Peña j...@debian.org
Description:
dns-browse - Front-ends to DNS search
Closes: 724979
Changes:
dns-browse (1.9-8) unstable; urgency=low
.
* Fix FTBFS with upcoming Tcl/Tk changes (Closes: #724979)
Replaced build dependency on tk8.5 by tk to fix FTBFS after Tcl/Tk +
packages droped alternatives for /usr/bin/wish.
(Thanks to Sergei Golovan for providing a patch for this)
* debian/control:
- Update maintainer name using proper UTF-8 encoding
- Remove useless ${perl:Depends}
* debian/rules:
- Replace dh_clean -k with dh_prep
* dns_tree: Meaningful error if the program fails because it cannot
do a zone transfer
* dns_browse: Adjust properly the size font (it looked huge previously)
Checksums-Sha1:
c73d3f0ebe2a8254c3f39ee7730ac529bd38a149 1083 dns-browse_1.9-8.dsc
be57e453df82f179d531e98274ab95c46a1caec3 8892 dns-browse_1.9-8.diff.gz
2eff7a4d4ab85aa7b9306f3b54898b7be0742547 17574 dns-browse_1.9-8_all.deb
Checksums-Sha256:
1748a08dbc09aa9c46e07a435689312e95761c30f5ad1bfccd2bab0f35afc0c9 1083
dns-browse_1.9-8.dsc
9a1df0b9c0a32ef96246cdacb0f3dea13f6063d2b9bd3f396d9f900d6c9a41c5 8892
dns-browse_1.9-8.diff.gz
2d4b66f970c64ef40f6ef650a34e809ab83e9d23857d3c72b41a54e9318137ce 17574
dns-browse_1.9-8_all.deb
Files:
c8d81caf735739b5c58ff93e0aa377a2 1083 net extra dns-browse_1.9-8.dsc
cb5e4fcd1940fc121da32ab1d607a80b 8892 net extra dns-browse_1.9-8.diff.gz
99f722fc48659d5ecf80cbc0b618037c 17574 net extra dns-browse_1.9-8_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
iD8DBQFScbmFsandgtyBSwkRAvruAJ99k3bYAGYYV7TriZI259T416+BxACfU82v
fU3SARQ9ssGN+D01/GdJ5IE=
=PVIz
-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/e1vbin5-0005vo...@franck.debian.org
Accepted openvrml 0.18.9-6 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 29 Oct 2013 13:16:52 +0900 Source: openvrml Binary: libopenvrml9 libopenvrml-dev libopenvrml-doc openvrml-lookat Architecture: source all amd64 Version: 0.18.9-6 Distribution: unstable Urgency: low Maintainer: Sam Hocevar (Debian packages) sam+...@zoy.org Changed-By: Nobuhiro Iwamatsu iwama...@debian.org Description: libopenvrml-dev - developer libraries for openvrml libopenvrml-doc - documentation for openvrml libopenvrml9 - runtime shared library for VRML openvrml-lookat - VRML viewer Closes: 701334 710082 Changes: openvrml (0.18.9-6) unstable; urgency=low . * Update debian/rules. - Drop '-mt' suffix from boost libs. (Closes: #710082, #701334) - Link against boost_system to find libboost_thread. * Patch to include dummy argument in BOOST_SCOPE_EXIT. (fix_empty_boost_scope.diff). Checksums-Sha1: 48f9e576a6040ffbb5f8aef0260023651efb92ea 2513 openvrml_0.18.9-6.dsc ee9d65d6cd1c6c4cb79020b8c9852106188713e0 19291 openvrml_0.18.9-6.diff.gz 3ff28829717332d46d0cdef083e2d241e5c0dd49 3207658 libopenvrml-doc_0.18.9-6_all.deb aeb0938e396dc968cb9b16c99de2efc83373559e 2721936 libopenvrml9_0.18.9-6_amd64.deb 0209c63dcb28f6b4c204e84f2d8134270d8601ee 37186246 libopenvrml-dev_0.18.9-6_amd64.deb f11d681b48f6bfb38cc79e929a934390f4f1c774 237460 openvrml-lookat_0.18.9-6_amd64.deb Checksums-Sha256: 9df09abb83f57ec6b81dacf6bf8f3dd90bf893133ded74bf283f928a22a99f9c 2513 openvrml_0.18.9-6.dsc a2a3daca6268232cea8051e6352e149acc92a3cb3b0c968f0214901ee99767c3 19291 openvrml_0.18.9-6.diff.gz 3c9fb83e528a0eebf972a681d32fc056a974c7b9b88ef565fe81a59dc3473c09 3207658 libopenvrml-doc_0.18.9-6_all.deb f7f7275fca130d1856660fba981720eb53c58e63b6638506bddf03c1ef9766e6 2721936 libopenvrml9_0.18.9-6_amd64.deb cda7eb84ae66cf7d5ce325febedc7890eb6401a5c2d86d6145705c21557771ae 37186246 libopenvrml-dev_0.18.9-6_amd64.deb 9eb344bd4f385d9e8554d6bfd064b3dd6cf96c53d0067755577d5ad7fec912ea 237460 openvrml-lookat_0.18.9-6_amd64.deb Files: dca071a2e233b218085db43b302db2b3 2513 libs optional openvrml_0.18.9-6.dsc ab3f6e05e877cc770a98b0c227580eef 19291 libs optional openvrml_0.18.9-6.diff.gz 5024d614f20ff232947d13bbf472b1dc 3207658 doc optional libopenvrml-doc_0.18.9-6_all.deb 552c647ff978c0d658699de1625b9323 2721936 libs optional libopenvrml9_0.18.9-6_amd64.deb a4f431d96dbd859a493af944c5d42215 37186246 libdevel optional libopenvrml-dev_0.18.9-6_amd64.deb fcf83be2851b00def64782842975971c 237460 x11 optional openvrml-lookat_0.18.9-6_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSccsjAAoJEDIkf7tArR+mNR8QAJBNaCasxEEXEPf8J3/QmuRt +za+FTwNJXoJYI1vsXBd0Xw5HwfrJculRAKO8lEFqJwbXknU7SmrxBcAzPHxxuH2 8LwOleObhqqsITZ288CTQ0JfXX8WBcNDFCEK3eBC36vmIBXv69bWzH+ALPXk+ZBX Y33zMr8CEHBajYEON30Lotc5aR+INyceZfYj6lmCN/8mLVSO5Srp2wpHNzhkSUkz 8uPGjr7jQM25KWzjh+FemK5WU6UpeXCyvd7pbtgBQ/PkOpnJYavm/qnrEdarh2Kj HEwHiOErNT8SGJ5jggxdfAEWKGmtwlHA8lOOBqPcaPcbDb6/ChH6VdWUorw6DIvf U3BVAI2RAgUGmAWlz7Lh/cTlIfmU5p2uOr0ufTIq0NmSvPz8ol3U0BiFVkEMzAK6 Eaj+6jBV7CPwUgbV57/M3oj9SPUyt47DAWT0YKP6VXPJuDkh6RUV0670SNBbejGW wzxs+G22CI3/GZmFm5/sD6Im3igEzvQyVvL3VD03vUBdcNAsNDdtIwmVF/O83k1t JBO4R+GBXY09P9OBGiMaQrhbaZBg/3MQo9toDfTSLvze5NmokCU1mcCKYPuuYInb RIFufGfXeRWaYNsMFzidZ7q9cpy0rMc0a/V4LL/bEljewqXbmxJHe7TB6jhvwTtA kwkmwPh6Dqywfde6KTkU =57ad -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/e1vbjwq-0003v0...@franck.debian.org
Accepted tk2 1.1-9.2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 31 Oct 2013 08:54:52 +0400 Source: tk2 Binary: tk2 Architecture: source all Version: 1.1-9.2 Distribution: unstable Urgency: low Maintainer: Debian Hamradio Maintainers debian-h...@lists.debian.org Changed-By: Sergei Golovan sgolo...@debian.org Description: tk2- Tk GUI for the ICOM IC-R2 receiver Closes: 726084 Changes: tk2 (1.1-9.2) unstable; urgency=low . * Non-maintainer upload. * Replaced tk8.4|tk8.3 by tk in dependencies list. Closes: #726084. Checksums-Sha1: 5460cab425e8313a5f3d18f25c02ba970776aa20 1083 tk2_1.1-9.2.dsc fee3a2ffcdf6dce2f294b6496951bb27743efa71 4269 tk2_1.1-9.2.diff.gz c4f973999de5c880a441c4c425617e8e05e4a6ed 47974 tk2_1.1-9.2_all.deb Checksums-Sha256: 949b4bdcfdc8300f4aec6c51593efe91eeea1e545973fe9623c30e28114493f9 1083 tk2_1.1-9.2.dsc 478ea3e2c770ba2022ac12b4b556f2a076a6189afa2fb2055a1a8155a120420d 4269 tk2_1.1-9.2.diff.gz 0adfbf13b8d8a1a61ee5a9b0e9c36d4f1dd4746c9c569d411df88c68300706b5 47974 tk2_1.1-9.2_all.deb Files: 70628cd5286ad67849d0b12f0bb8c85f 1083 hamradio optional tk2_1.1-9.2.dsc c3b439acb1628001bb1da0898d36c8ac 4269 hamradio optional tk2_1.1-9.2.diff.gz 5a8b1fee13022bd438f56beadaa7d475 47974 hamradio optional tk2_1.1-9.2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFScePSIcdH02pGEFIRAt7DAJoDWEYASTsEgRbYPSMmGucJ4zjHZACfbIw5 UPkY2oMG83dO6TB+aey06QQ= =3IL0 -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/e1vbkpc-s5...@franck.debian.org
