Re: LSB headers and other junk, how do you hack a quick init script in debian these days?
Who needs to document their own pc they hack on daily? suddenly I couldnt just place a script in rc2.d folder anymore, needed to symlink needed to add an lsb header too it seems maybe I'm overlooking something I prefer to hack on my own without using debian tools, update-rc.d i.e. would be nice to be able to place a script in rc2.d folder again, even though it isn't a symlink it seems that 'feature' has been removed in the new debians I wouldn't do it at work/anywhere where documentation is important though but why force people to document / use the right tools? I prefer an OS that is easy to hack around debian init scripts is something that frustrates me often, because I can't just hack them easily need to symlink in different folders or use the debian tool got no experience with sysV or whatever it uses, only bash programming which I am fairly good with so it frustrates me that hacking initscripts should be so annoying at times :P it used to work good back in the days, I could just add an S99mio and that would get executed after booting not anymore, now it needs to be symlinked and all it seems there used to be an /etc file one could edit to make boot scripts anyone remember which one? rc.local or such I think, but not sure anymore, debian has changed a bit lately it seems How do you hack a quick init script these days?:) On Tue, 21 Oct 2014, Martinx - ジェームズ wrote: Hey Paul, I really appreciate your feedback. Glad to see that at least, systemd in Debian have some boundaries. Whew! Tks! I'll try to disable html messages for all Debian Lists at my GMail account right now, sorry about that. Nevertheless, I'm not flaming (not my intention, really), I care about Debian. ;-) Cheers! Thiago ** We don't need kdbus @ PID 1. It did not got merged into Linux 3.15... Think about it.* ** uselessd might replace systemd, since it have all that CGroups cool stuff, without systemd's useless bits. We just need a new udev! :-P* On 21 October 2014 02:21, Paul Wise p...@debian.org wrote: Please do not use HTML mail on Debian lists. Please do not flame on Debian lists. https://www.debian.org/MailingLists/#codeofconduct https://www.debian.org/code_of_conduct On Tue, Oct 21, 2014 at 1:34 AM, Martinx - ジェームズ wrote: tried it without success, lots of bugs popped everywhere when with systemd), Please file bugs about issues you find in Debian packages: https://www.debian.org/Bugs/Reporting http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html ... So, is systemd even trying to replace dpkg+apt too? No. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021064119.ga31...@rlogin.dk
Re: LSB headers and other junk, how do you hack a quick init script in debian these days?
Michael Ole Olsen g...@gmx.net wrote: How do you hack a quick init script these days?:) I write a systemd unit file. It’s smaller, faster to write, easier to understand and works more reliably. Cheers, -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1413876487.4673.191.camel@dsp0698014
Re: MBF: What is the status of /usr/share/texmf/doc ?
On 10.10.14 Norbert Preining (prein...@logic.at) wrote: Hi, In any case, I think this will require a MBF, hence the CC to debian-devel. Hmm, let us see the status, searching in Contents-*.gz I find the following packages: Did you file bugs? Will it be helpful if I do? Found more two packages in non-free: sid:~# zgrep usr/share/doc/texmf/ /var/cache/apt/apt-file/ftp.de.debian.org_debian_dists_*|awk -F '{print $2}'|sort|uniq non-free/doc/context-doc-nonfree non-free/tex/foiltex I guess the first is our task. Hilmar -- A lot of people are afraid of heights. Not me. I'm afraid of widths. -- Steven Wright http://www.hilmar-preusse.de.vu/ signature.asc Description: Digital signature
Re: containers/chroot to allow ABI breakage is the wrong approach (was: Remember when men were men and wrote their own init scripts? =))
On 10/21/2014 01:34 AM, Martinx - ジェームズ wrote: I mean, when I read that infamous guy, Poettering, talking about things like this: http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html Actually, while the rest of your post isn't helpful (or even an annoyance), I'm happy that you post such a link in here. It's been a long time I wanted to express myself about it. Basically, the idea is that we should allow some kind of containers/chroot, so that any application is allowed to rely on any version of any distribution / library that they require. While I do understand that this solve *some* symptoms of a big issue, it is my strong opinion that it brings more problems than it solves. I really hope that my fellow DDs understand the problem and will make sure that we (and by we, I mean the Unix community at large) don't steer too much in that direction. Let's enumerate some of them. - Wrong over-engineered implementation of a simple thing The author of the lines linked above, with his usual way of doing things, is over-engineering everything in the implementation. He is proposing to use BTRFS named volumes, but it's basically the concept of a chroot that he's explaining. And he's doing so, just as if he was the first to have the idea, which is kind of fun to read. Fun to read, but really not fun if that's the kind of joke implementation we'll be forced into. - Security update hell This is the most obvious issue, but I have to write about it. Let's say we have a new shellshock / heatbleed issue, then instead of a single operating system, the user is left with a dozen to update... or to actually *not* update. Because it's too complicated (unless you know how to update N types of distros, each instantiated with M versions). And worse: instead of having a single community, it seems that with this idea, we'd be relying on the APP vendor to update an image. Some of these images will *not* be updated, that's for sure. Security maintenance within a single distribution is already very hard, security with APP-vendor maintained images is simply impossible. - Duplication of the same things Do we really need N versions of a shared library? Hell no. That's the Windows DLL approach, and we of course don't want this to happen. Basically, we'll run into shared libraries which wont be shared anymore, which turns out to be extremely stupid. Users will run N versions of the same shared library, just to run an APP, duplicating HDD space, RAM usage, and rendering CPU cache useless. - APP market as a goal Do we, as a community want to go for something like the Android market place? I really hope we don't. At least, I'm against doing things with this type of goal, just to satisfy software merchants. I don't care about the fact it is difficult to write non-free software that integrates well in a free software distribution. Yes, integrating with many distributions is a pain for upstream, but there are other ways to address this issue. - Huge download size for no reason Instead of downloading a package, you'd be downloading also a full instance of an operating system to run it. Fun! Your $gtk application will not be a 500KB package anymore, but a huge 500MB. I don't want this... - Wrong approach to the ABI issue The issue we have, Linus already expressed it when we had the Q/A session in Portland. The issue is that library authors are constantly breaking ABIs. Linus believe that, as distributions, we can push upstream to stop breaking ABIs, just like the kernel doesn't break the userland. At first, I thought it was silly, because we, as a distribution, can only deal with ABI breakages (ask the release team how painful transitions are...). Well, on a 2nd thought, I think he's right. So, dear fellow DDs, I'm asking you: each time you see that an upstream author is breaking an ABI on a package you maintain, write an email to him/her, and explain how much this is bad and shouldn't happen. If the Unix community starts to realize how much we're loosing by breaking ABIs, I'm sure the situation will improve. I'm sure there's more issues about this poisonous idea that I'm not listing. I just wrote this from the top of my head. Let's hope that this isn't the path we're taking, and that containers/chroot wont be the way upstream authors will ship their software. Let's hope that distributions like Debian will continue to do things right, and that upstream authors will stop doing so many ABI/API breakage giving so much work to the release team. Cheers, 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: https://lists.debian.org/5446178a.4020...@debian.org
Re: LSB headers and other junk, how do you hack a quick init script in debian these days?
On Tue, 21 Oct 2014, Michael Ole Olsen wrote: suddenly I couldnt just place a script in rc2.d folder anymore, needed to symlink needed to add an lsb header too it seems Indeed. It took me quite some effort to learn about LSB headers, exit codes, SYSV init scripts, and all that, in order to fix our machines, on which coworkers had put “init scripts”, after Debian forcefully required insserv even for file-rc. (I come from a DOS/BSD background, so I haven’t had to deal with all that before.) That was shortly before systemd was introduced. Just when I finally learned how to write a proper Debian SYSV init script for things like JBoss/Wildfly with Liferay. I was not amused. I’ll be amused when my coworkers upgrade systems I have no control over, will get systemd (despite my warnings), and their scripts and systemd will have “interesting” effects because they don’t match what systemd documents a system state to be. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1410211105540.10...@tglase.lan.tarent.de
Re: containers/chroot to allow ABI breakage is the wrong approach (was: Remember when men were men and wrote their own init scripts? =))
On Tue, 21 Oct 2014, Thomas Goirand wrote: So, dear fellow DDs, I'm asking you: each time you see that an upstream author is breaking an ABI on a package you maintain, write an email to him/her, and explain how much this is bad and shouldn't happen. If the Unix community starts to realize how much we're loosing by breaking ABIs, I'm sure the situation will improve. Why? OpenBSD’s libc.so major number is 50 or something like that right now, because they – correctly – increment it on every incompatible change. This is not a problem because, you know, we have Open Source, so we can always just recompile everything against the new libraries. So I am *honestly* puzzled why you would want to avoid lib major bumps. Thanks, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates irrelevant detail in the program, which is as sensible as putting all the prepositions in English text in bold font. -- Rob Pike in Notes on Programming in C -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.141020580.10...@tglase.lan.tarent.de
Bug#765719: general: System restarts on shutdown -h now
On Mon, 20 Oct 2014 21:04:03 +0200 (CEST) Moritz Tacke moritz.ta...@gmail.com wrote: * What led up to the situation? After the last upgrade, the system would not halt any more. Instead, it runs into a restart cycle. The restart bypasses GRUB, i.e. one a computer with multiple OS, it restarts linux directly. The machine in use is a Lenovo Thinkpad X220. [...] Do you have kexec-tools installed by chance? [...] Thank you very much, that worked instantly! I don't know why kexec-tools was installed, but now, it isn't any longer and the reboot-cycle is broken. What I fail to gather from your response, especially from it isn't any longer and the reboot-cycle is broken. is if you really have kexec-tools uninstalled but normal binaries like /sbin/reboot are still redirected to some kexec's program? Is that the case? Or you mean that you have managed to break out of the kernel-only reboot cycle, all is well and the bug may be closed? ;-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021131014.2a3ca7e05d81825ac9294...@domain007.com
Re: LSB headers and other junk, how do you hack a quick init script in debian these days?
On Tue, 21 Oct 2014 09:28:07 +0200, Josselin Mouette j...@debian.org wrote: Michael Ole Olsen g...@gmx.net wrote: How do you hack a quick init script these days?:) I write a systemd unit file. It’s smaller, faster to write, easier to understand and works more reliably. And it is also a bug to not have an init script since we still have ports that do not use systemd. People are working hard on eliminating those (non-systemd ports, not bugs). Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xgvdi-xv...@swivel.zugschlus.de
Re: containers/chroot to allow ABI breakage is the wrong approach (was: Remember when men were men and wrote their own init scripts? =))
On Tue, 21 Oct 2014 11:12:20 +0200 Thorsten Glaser t...@mirbsd.de wrote: So, dear fellow DDs, I'm asking you: each time you see that an upstream author is breaking an ABI on a package you maintain, write an email to him/her, and explain how much this is bad and shouldn't happen. If the Unix community starts to realize how much we're loosing by breaking ABIs, I'm sure the situation will improve. Why? [...] This is not a problem because, you know, we have Open Source, so we can always just recompile everything against the new libraries. Sometimes we have to run software which is neither Open Source nor Free on our systems which are (luckily) Open Source and Free. I don't want to sound pompous or something but it's real life which has its constraints, however inconvenient. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021132851.e722bf3486824b9c36959...@domain007.com
Re: post-jessie: header only C++ library package (static?)
On Sun, Oct 19, 2014 at 08:45:04PM +, Sune Vuorela wrote: On 2014-10-19, Rene Engelhard r...@debian.org wrote: On Sun, Oct 19, 2014 at 04:39:20PM +0200, Jerome BENOIT wrote: What I know of is - large parts of boost and - seqan. If you are looking for samples: mpfrc++ [1] can be added. And mdds. And parts of libvigraimpex. And I am just packaging rapidjson... Eigen. glm (libglm-dev). And there's prbably much more.. And I bet most ttheir r-deps don't use Built-Using: I know from LO (uses boost, vigraimpex, mdds, glm and soon rapidjsono via collada2gltf) at least. Regards, Rene -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021100039.gd3...@rene-engelhard.de
Bug#766166: ITP: gns3-server -- GNS3 server to asynchronously manage emulators
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: gns3-server Version : 1.0 Upstream Author : Jeremy Grossmann jer...@gns3.net * URL : www.gns3.net * License : GPLv3 Programming Lang: Python Description : GNS3 server to asynchronously manage emulators The GNS3 server manages emulators such as Dynamips, VirtualBox or Qemu/ KVM. Clients like the GNS3 GUI controls the server using a JSON-RPC API over Websockets. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021094459.5241.2608.report...@foxtrot.internal.serverb.co.uk
Bug#766167: ITP: gns3-gui -- GNS3 graphical interface for the GNS3 server
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: gns3-gui Version : 1.0 Upstream Author : Jeremy Grossmann jer...@gns3.net * URL : www.gns3.net * License : GPLv3 Programming Lang: Python Description : GNS3 graphical interface for the GNS3 server -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021094904.5344.43236.report...@foxtrot.internal.serverb.co.uk
Re: Bug#757941: static linking: alternatives for glibc?
reassign 754813 libc6 reassign 757941 libc6 forcemerge 754813 757941 severity 754813 important retitle 754813 libc6 version 2.19 breaks NSS loading for static binaries forwarded 754813 https://sourceware.org/bugzilla/show_bug.cgi?id=17250 tag 754813 + upstream thanks On Tue, Oct 07, 2014 at 09:58:04AM +0400, Michael Tokarev wrote: 07.10.2014 08:34, Steve Langasek wrote: [] Was the removal of gethostby* APIs from the static glibc intentional? Yes. It's the nsswitch problem. The behavior of those APIs is controlled by the nsswitch mechanism (specifically the hosts configuration), which is inherently dynamic and doesn't support static linking. It nevertheless is expected to work when the corresponding NSS modules are present. It's not truly static, but the dynamic loading from static libc is supported. When a statically linked app calls getaddrinfo() (it is getnameinfo not gethostbyname), the call immediately returns host not found, try again, without any attempt to load anything or look for other files. This is with jessie glibc. With wheezy's glibc it worked when the right nss modules are presnt (iirc anyway -- I know it worked, I didn't check _how_ it worked). So bug #757941 should be reassigned to glibc, instead of claiming that this is somehow expected glibc behavior. Perhaps glibc upstream would be willing to restore them? It would be nice, but I doubt you'll make much progress. Lots of people have complained about this over the years. At issue here is a glibc regression, not the standard complaints about static glibc being not truly static. Regression or not, but there are several other problems here. This is a regression introduced in 2.19 by the following commit: | commit 0d23a5c1b1908700d25b7e3c6cece148e19dded4 | Author: Maciej W. Rozycki ma...@codesourcery.com | Date: Fri Jan 31 17:51:31 2014 + | | [BZ #16046] Static dlopen correction fallout fixes. | | Fixes to address issues from BZ #15022 resolution, as follows: | | * TLS updates to csu/libc-tls.c -- we now have a proper main map, so | there's no longer a need to create a separate fake one to keep TLS | structures, | | * random updates to elf/dl-close.c -- LM_ID_BASE is now a valid name | space ID for static executables as well, so assert that we don't | unload the main map. Similarly dl_nns isn't supposed to be 0 for | static executables anymore, | | * actual BZ #16046 fix to elf/dl-iteratephdr.c -- the dl_iterate_phdr | special function for static executables isn't needed anymore, provided | that l_phdr and l_phnum members of the main map have been properly | initialized (done in _dl_non_dynamic_init in elf/dl-support.c now), | | * ld.so.cache loader update to elf/dl-load.c -- | GL(dl_ns)[LM_ID_BASE]._ns_loaded is now always initialized in static | executables so can become the fallback loader map to check for | DF_1_NODEFLIB, provided that the l_flags_1 member of the main map has | been properly initialized (done in elf/dl-support.c now); this also | ensures previous semantics elsewhere in elf/dl-load.c, | | * matching updates to elf/dl-support.c -- to complement the two fixes | above. This is actually the same bug than #754813, as all NSS functions are affected, including DNS resolver or getpwuid. I am therefore merging the bugs. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021104729.gy...@hall.aurel32.net
Re: containers/chroot to allow ABI breakage is the wrong approach
Konstantin Khomoutov dixit: Sometimes we have to run software which is neither Open Source nor Free on our systems which are (luckily) Open Source and Free. Things like f-prot are shipped statically linked, when in their binary form for OpenBSD. And binary compatibility only goes so far either in GNU/Linux… (luckily, we have VMs now). This is especially true for Debian: try to install binary *.deb from various people, or to build AOSP (Android) on Debian… Multi-Arch also introduced lots of fun… bye, //mirabilos -- 16:47⎜«mika:#grml» .oO(mira ist einfach gut) 23:22⎜«mikap:#grml» mirabilos: und dein bootloader ist geil :)23:29⎜«mikap:#grml» und ich finds saugeil dass ich ein bsd zum booten mit grml hab, das muss ich dann gleich mal auf usb-stick installieren -- Michael Prokop über MirOS bsd4grml -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pine.bsm.4.64l.1410211043050.7...@herc.mirbsd.org
Bug#766175: ITP: vboxwrapper -- control mechanism for VirtualBox on Linux
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: vboxwrapper Version : 0.9.1 Upstream Author : Jeremy Grossmann Alexey Eromenko jer...@gns3.net * URL : https://github.com/GNS3/vboxwrapper * License : GPLv2 Programming Lang: Python Description : control mechanism for VirtualBox on Linux -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021104134.6917.80202.report...@foxtrot.internal.serverb.co.uk
Re: containers/chroot to allow ABI breakage is the wrong approach (was: Remember when men were men and wrote their own init scripts? =))
Hi, Thorsten Glaser: OpenBSD’s libc.so major number is 50 or something like that right now, because they – correctly – increment it on every incompatible change. Glibc has versioned symbols instead … This is not a problem because, you know, we have Open Source, so we can always just recompile everything against the new libraries. I'd be ecstatic if the whole world was Open Source, but it is not. It probably never will be. And even if/when I have source, I'd like to continue to use my locally-built programs. Instead of being forced to rebuild each and every one of them, every time I do an OS upgrade. :-/ -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021124249.gc24...@smurf.noris.de
Re: piece of mind
On 10/20/2014 at 01:50 PM, Axel Wagner wrote: Hi Thorsten, Thorsten Glaser t...@mirbsd.de writes: If you don't want to use my software on general principles, go away and write your own. Do not bother me. This principle is hardly specific to systemd. Yes, but other upstreams at least agree to not step on the toes of people who wish to use other software. Can you give an example of people doing that in case of systemd? Because so far, everything I heard was similar to GNOME, where: • systemd provided a feature. This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. The decision to incorporate such features into systemd is IMO the design flaw which leads to the problems to which people object. That decision was made by the systemd developers, and is the core reason why blaming systemd upstream for the problems that result from • Software A's upstream decided they wanted to use it, because it made their life easier. is arguably (but IMO often) legitimate. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
aptitude dependency-resolver behaviors (was Re: apt-get install sysvinit-core removes gnome?)
On 10/20/2014 at 11:59 AM, David Kalnischkies wrote: On Sun, Oct 19, 2014 at 09:32:54AM +0200, Matthias Urlichs wrote: David Kalnischkies: This isn't trying harder, it is trying increasingly incorrect solutions to the problem because aptitude assumes the users is not able to express himself correctly. apt-get is treating its user as its god instead, aka: user is always right, even if it makes no sense in apt's simple mind. My main problem is that, whenever I install a difficult package, the first solution I get presented is always to simply not install the package in question. The next 2^n-1 solutions transitively remove everything that currently conflicts with installing the thing in question. Rejecting the removal of a few core packages then gets me the correct solution, e.g. upgrading two packages. I think aptitude is calling this canceling actions. I would bet you can use this config setting to discourage it from doing that, but ultimately its a design choice to allow or forbid them at all. Selecting one package in an or-group is a grand example of people not understand their tools although the policy is simple and logic: If it isn't impossible to let it win, the first alternative wins. If the package manager would go for any heuristic based on simplicity of installation instead everyone would have lsb-invalid-mta as MTA because that is damn easy to install by any standard. Maintainers are very heavily relying on this property while e.g. building packages. You don't have to drop that part of its logic. Choosing a different package as a dependency should of course be a last resort action (i.e. be heavily penalized). I'm not talking about changing that. I'm talking about the fact that aptitude treats upgrading to a slightly-lower-prioritized version of a package as a *way* worse solution than removing that package (and/or 500 others). Well, slightly lower priority means packages from a different release in general, so that isn't a safe action either. experimental and backports come to mind. Never upgrading to a security fix is another. Also – but that might be a relatively controversial point – users are much better at figuring out which packages they don't want removed compared to e.g. which packages should be held at a lower version, so I can optimize the other values and let the user decide along a property he can easily reason about (I am not suggestion that aptitude or apt-get work that way, but who knows that for sure anyway, right?). What I think is being asked for (and what I'd certainly like to see, anyway) is a way for the user, having figured out which packages they don't want removed, to tell the aptitude resolver that and have it taken into account in calculating a dependency solution. As it happens, there's an obvious way to do that: specify the package(s) you don't want removed on the aptitude command line. However, one of the behaviors I've observed - which I think, per the quote above, is part of exactly what is being complained about - is that aptitude will often propose a solution which involves keep package-X-from-command-line at its current version before proposing a solution which involves install a new version of that same package. Thus, specifying a package on the command line does not effectively tell the aptitude resolver that you don't want it removed. (I'm pretty sure I've seen a proposed solution, in a package-upgrade scenario, which involved remove package X and everything that depends on it, as well. But I don't recall any specifics on that one, so it might be my imagination.) My core objection to aptitude is less that it proposes non-optimal solutions first (although that's certainly part of it) than that it frequently, indeed perhaps consistently, proposes solutions which involve *not doing the actual thing which was requested* before proposing ones which do. That does not seem remotely reasonable, to me. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Bug#766202: ITP: libcatmandu-marc-perl -- modules for working with MARC data within the Catmandu framework
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libcatmandu-marc-perl Version : 0.206 Upstream Author : Patrick Hochstenbach patrick.hochstenb...@ugent.be * URL : https://metacpan.org/release/Catmandu-MARC * License : Artistic or GPL-1+ Programming Lang: Perl Description : modules for working with MARC data within the Catmandu framework Catmandu provides a suite of Perl modules to ease the import, storage, retrieval, export and transformation of metadata records. . Catmandu::MARC contains modules for handling MARC data within the Catmandu framework. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURmTrXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWeoYH/AuaTAlmEG//0p5/1t0eqrUW B4JqFqQhRyP3X/6NZYTKW1eMEjituPf6a/ERgWUAey0ku5zJehQ4MPgjT5R7H4B4 hABInFLjAMi57LlFrlT+rk2Hxzs+TpRxT69yDgcPSsumQ/qdoKN/kMsX67GdVXQY qXc9qMEw3EO7lDHuG7wxdRbTQeav83ru+g++uCjj+Lp0vB2hNDAbCGk8EGXlyx3k YkJTToBhK/1NlcH0NsGtsN3NGCFzVJH6N+o7BI8b0a3ORM/ndOCQvMROsEeMDkp4 V9a88vuY8y31wwf4XAO7LxGXla0P5+p9POxmN56S21nbYtKdnyKCRwU2jh8gZUU= =V4hE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021135143.23942.18564.report...@bastian.jones.dk
Re: piece of mind
The Wanderer wande...@fastmail.fm wrote: This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. These features cannot exist separately. Quoting the systemd position statement: […] while it is true that a handful of trivial interfaces are not really related to systemd (and could be split out if needed), most of these features cannot be implemented without close integration to PID 1. It is not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1413900190.4673.249.camel@dsp0698014
Bug#766204: ITP: libcatmandu-mab2-perl -- modules for working with MAB2 data within the Catmandu framework
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libcatmandu-mab2-perl Version : 0.07 Upstream Author : Johann Rolschewski rolschew...@gmail.com * URL : https://github.com/jorol/Catmandu-MAB2 * License : Artistic or GPL-1+ Programming Lang: Perl Description : modules for working with MAB2 data within the Catmandu framework Catmandu provides a suite of Perl modules to ease the import, storage, retrieval, export and transformation of metadata records. . Catmandu::MAB2 contains methods to work with MAB2 data within the Catmandu framework. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURmevXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWGoIIALKU40QzUTXMMF/zk9UdNACt UVQc0I3JEk0OEhLeo0bT3INKQFKIe9x354Y1RWVFzS6f3R8VAsmydzIedgJbKGm5 0NVxWkl6ZugnCSfZU6Ln9BFj61rcJfgB3TjqFMc0y7El6ov05okm/pqEScfLg8sn u4jMuMKz1WGi0aIzp17hxfo537ePDlMgsCxPKLVpNewzp7TsDVmvN//SxWN/y4Mn b1OnPfbWp0EKmr4Kb7gFT5raWH4oUGh10sNpT27PVbDqKsF2Qj0O379ySXjguYEl KDh4HHmIOCG7oZegz2yvRZ1qmKaqodXGbwYb2p2hb7Fgwe2/n+Q7awsgeqDOwfU= =OGzM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021140327.24656.20697.report...@bastian.jones.dk
Re: piece of mind
On 10/21/2014 at 10:03 AM, Josselin Mouette wrote: The Wanderer wande...@fastmail.fm wrote: This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. These features cannot exist separately. If that is the case, then they should not be provided at all. That is a core disagreement here; the systemd upstream plainly rank those as features more valuable than either the principle(s) which is(/are) violated by having them be provided by PID 1 or the real-world consequences (in terms of other software depending on a particular init system) of providing them in PID 1, and other people invert those relative values. Quoting the systemd position statement: […] while it is true that a handful of trivial interfaces are not really related to systemd (and could be split out if needed), most of these features cannot be implemented without close integration to PID 1. It is not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. I am aware of this statement. I am not convinced that this is necessarily true, but even if it is, that simply means that the decision should have been to not implement those features at all rather than to implement them with integration to PID 1. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: piece of mind
On Tue, 21 Oct 2014, Josselin Mouette wrote: not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. And surely that didn't work the last 20 years ... Only because the Wanderer is a troll, doesn't mean that everything he says is wrong. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021141316.ga...@auth.logic.tuwien.ac.at
Re: piece of mind
On 10/21/2014 at 10:13 AM, Norbert Preining wrote: On Tue, 21 Oct 2014, Josselin Mouette wrote: not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. And surely that didn't work the last 20 years ... I believe the argument is that it didn't work reliably, or as well as it could have and as they argue that it should. And I can see their point, although I don't know whether I necessarily believe it holds. Only because the Wanderer is a troll, doesn't mean that everything he says is wrong. I object to being characterized as a troll. I'm not trying to stir things up or incite a furor or the like, nor am I posting to cause a reaction for my own amusement, nor am I saying controversial or hostile or otherwise flamebait-y things regardless of whether or not I actually believe them, or anything along those lines. I've actively refrained from commenting in many systemd-related threads, here and elsewhere, when I felt that I did not have anything relevant or useful to say, and/or when I felt that my contribution would not help anything. It's possible that my contribution won't help anything here either, but I judged that it was at least close enough to be worth the risk. Now, if you wanted to classify me as posting flamebait in this specific instance, I'd have much less ground on which to refute that - though doing so was not my goal, and I do think that even some things which are valuable contributions to a discussion can also be classified as flamebait. But posting flamebait and being a troll are very different things. (Even independent of its being used to refer to me, I don't like to see a useful and specific term being broadened into less-useful generality like that.) -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: piece of mind
On 10/21/2014 04:13 PM, Norbert Preining wrote: On Tue, 21 Oct 2014, Josselin Mouette wrote: not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. And surely that didn't work the last 20 years ... It did not work, yes. That's why, for example, fail2ban can be used by local users to deny access to other users[1]. If logging information includes additional information, you could make fail2ban only block users if the log messages about failed logins come from the SSH service. Ansgar [1] http://www.fail2ban.org/wiki/index.php/MANUAL_0_8#Possibility_of_DOS_attack_by_a_local_user -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54466e81.3060...@43-1.org
Re: piece of mind
On Tue, 21 Oct 2014 16:03:10 +0200 Josselin Mouette j...@debian.org wrote: The Wanderer wande...@fastmail.fm wrote: This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. These features cannot exist separately. Quoting the systemd position statement: […] while it is true that a handful of trivial interfaces are not really related to systemd (and could be split out if needed), most of these features cannot be implemented without close integration to PID 1. It is not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. not possible is always an intolerably extreme position in software. Not currently possible is very common, not supported, not easily possible, not practical, not convenient or not without potentially compromising security are common too but all are open to new ideas and new implementations. Security itself is a spectrum and many use cases merit lower security to gain convenience, many other use cases have a perfectly sane reason to require security at the cost of (nearly all) convenience. It is always possible to push an interface between two 'rigid' free software components - it might not be secure in some forms and there may be latency but to say that a method of software A interacting with software B is not possible is a wild exaggeration and extremely short-sighted. Who knows what will become possible in the future? It is an error for any software project to state that the position of the project on any one matter is that the software to implement the solution to a problem is not possible. A relation of a log to a service is mere configuration - a conffile is all that is needed for that example. Any software, currently possible or not, is just a SMOP after all... (Note: In common with a lot of us, I don't have time to work on any other software than the load I have currently... but that does *not* preclude someone else joining the effort and doing some of it. It is not currently possible for me to take on more software development but it is not impossible.) -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Re: piece of mind
Hi, The Wanderer: Can you give an example of people doing that in case of systemd? Because so far, everything I heard was similar to GNOME, where: • systemd provided a feature. This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. Define post-boot. What about socket activation? Or starting up my database when the iSCSI link to the storage comes up, instead of *whenever*? Or cleanly restarting my Apache heap-of-processes? Please explain why it should *not* provide these features. Why should every daemon (or its startup script) re-implement the same code to put itself in the background, change UIDs, resource-limit and security-enhance (private /tmp) itself, when the same thing can be implemented once, so that I as a sysadmin (or my puppet script) don't have to learn ten separate ways of configuring that? There are a bunch of things systemd can do which sys5rc can't do. Why is it a design flaw to provide these in the way that's easiest to implement, and therefore (presumably) least buggy? The decision to incorporate such features into systemd is IMO the design flaw which leads to the problems to which people object. That decision was made by the systemd developers for a couple of reasonably good reasons. You might want to debate the validity of these reasons and the difficulty of doing it some other way, assuming that there's a tangible benefit of doing it another way in the first place. Having ten processes responsible for bitspieces of what systemd-as-PID1 does instead of one isn't a benefit -- not if all you gain by that is nine additional processes. It's a big monolithic thing, and big monolithic things are bad and evil and non-Unix-y, so there!!1! is not a valid argument. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021143520.gd24...@smurf.noris.de
GPL-3 openssl: provide a -nossl variant for a library
Hi, I'm the maintainer for src:librabbitmq and the binary package librabbitmq1 is linked against libssl1.0.0 (OpenSSL). Now I was approached by Julien Kerihuel from the OpenChange project, who release their software under the terms of GPL-3, asking if I could provide an alternative to the OpenSSL-linked library so they can use it without causing a license conflict. Sadly librabbitmq only supports OpenSSL, there is rudimentary support for GnuTLS but it seems to be severely broken at the moment. Considering this, is it a good idea to provide a librabbitmq1-nossl binary package that was built without OpenSSL while still having librabbitmq1 with OpenSSL-support? I could not find another package that does this, so I assume that a similar situation did not yet occur (unlikely) or that there where arguments against providing such a package variant. Cheers, -- Michael Fladischer Fladi.at signature.asc Description: OpenPGP digital signature
Re: GPL-3 openssl: provide a -nossl variant for a library
Why just not add a license exception as many other GPL projects do? Something like (copied from our Knot DNS d/copyright): In addition, as a special exception, the author of this program gives permission to link the code of its release with the OpenSSL project's OpenSSL library (or with modified versions of it that use the same license as the OpenSSL library), and distribute the linked executables. You must obey the GNU General Public License in all respects for all of the code used other than OpenSSL. If you modify this file, you may extend this exception to your version of the file, but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. O. On Tue, Oct 21, 2014, at 15:58, Michael Fladischer wrote: Hi, I'm the maintainer for src:librabbitmq and the binary package librabbitmq1 is linked against libssl1.0.0 (OpenSSL). Now I was approached by Julien Kerihuel from the OpenChange project, who release their software under the terms of GPL-3, asking if I could provide an alternative to the OpenSSL-linked library so they can use it without causing a license conflict. Sadly librabbitmq only supports OpenSSL, there is rudimentary support for GnuTLS but it seems to be severely broken at the moment. Considering this, is it a good idea to provide a librabbitmq1-nossl binary package that was built without OpenSSL while still having librabbitmq1 with OpenSSL-support? I could not find another package that does this, so I assume that a similar situation did not yet occur (unlikely) or that there where arguments against providing such a package variant. Cheers, -- Michael Fladischer Fladi.at Email had 1 attachment: + signature.asc 1k (application/pgp-signature) -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1413902487.597746.181561769.5fe55...@webmail.messagingengine.com
Re: piece of mind
On 21/10/14 15:32, Ansgar Burchardt wrote: It did not work, yes. That's why, for example, fail2ban can be used by local users to deny access to other users[1]. With that said, if that fact *actually matters*, you probably have other, worse problems. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54467111.1030...@zen.co.uk
Re: piece of mind
On Tue, Oct 21, 2014, at 16:13, Norbert Preining wrote: On Tue, 21 Oct 2014, Josselin Mouette wrote: not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. And surely that didn't work the last 20 years ... Only because the Wanderer is a troll, doesn't mean that everything he says is wrong. Norbert, could you please stop your aggressive behaviour against other people on this list? Sadly, you are not very funny with these remarks. Thanks, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1413902683.598952.181564081.0ddf4...@webmail.messagingengine.com
Re: piece of mind
Ondřej, could you please stop your aggressive behaviour against other people on this list? Sadly, you are not very helpful with these remarks. Repeatedly. Thanks, //mirabilos -- 15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1410211650180.10...@tglase.lan.tarent.de
Bug#766211: ITP: fonts-orbitron -- geometric sans-serif typeface intended for display purposes
Package: wnpp Severity: wishlist Owner: Roland Hieber roh...@rohieb.name * Package name: fonts-orbitron Version : 20110526.13e6a52 Upstream Author : Matt McInerney m...@pixelspread.com * URL : https://github.com/theleagueof/orbitron * License : OFL-1.1 Programming Lang: n/a (font) Description : geometric sans-serif typeface intended for display purposes Orbitron was designed as an alternative to futuristic looking typefaces like Eurostile or Bank Gothic. For example, it can be used on spaceship exteriors, space station signage, monopolistic corporate branding, uniforms featuring aerodynamic shoulder pads, etc. This fontface is available in four weights (light, medium, bold, and black), and features a stylistic alternative (small caps) as well as a ton of alternate glyphs. I use Orbitron myself from time to time, and it was requested an the wiki (as As this is my first Debian package, I will maintain the package inside the pkg-fonts team, but I will need a sponsor for uploading. [8]: https://wiki.debian.org/Fonts/Missing -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021143931.20772.23317.report...@r2d2.rohieb.name
Re: piece of mind
On 10/21/2014 04:43 PM, Martin Read wrote: On 21/10/14 15:32, Ansgar Burchardt wrote: It did not work, yes. That's why, for example, fail2ban can be used by local users to deny access to other users[1]. With that said, if that fact *actually matters*, you probably have other, worse problems. Like students having remote access to computers in a lab? :) Having to assume local users (be they system users or real users) do not do stupid things seems wrong on a multi user system. Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/544674b0.7040...@43-1.org
Re: piece of mind
Hi, On Tue, Oct 21, 2014 at 3:44 PM, Ondřej Surý ond...@sury.org wrote: Norbert, could you please stop your aggressive behaviour against other people on this list? Sadly, you are not very funny with these remarks. Come on Ondřej, that was just sarcastic to me. The CoC is a good thing, though such attitude to educate others about politeness and courtesy is getting ridiculous. Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAMHuwowjdFircbs7mzjWC7OdhbC-W0MzDs=3M97sCMZ=wvg...@mail.gmail.com
Re: piece of mind
Hi, Neil Williams: A relation of a log to a service is mere configuration - a conffile is all that is needed for that example. No it's not. You need code which captures all of a daemon's output (and its children -- stdout+stderr+syslog), separately from any other daemon, and log it in a way that's attributable to that daemon. Even if logged by some randomly-named process which this daemon started. Whichever code is responsible for starting that daemon needs to set that up. Then it needs to either read the output itself, or forward the file descriptors to some logger program. The current way of haphazardly logging to $RANDOM_SYSLOG_FILE and/or /dev/null (guess what daemonization does to standard error, and guess what you no longer need to do when your server runs under systemd) is a waste of time. I want to figure out what the *censored* is wrong with $DAEMON, not where it logs to (or how to convince it to do so in the first place). -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021150642.ge24...@smurf.noris.de
Re: piece of mind
On 10/21/2014 at 10:35 AM, Matthias Urlichs wrote: Hi, The Wanderer: Can you give an example of people doing that in case of systemd? Because so far, everything I heard was similar to GNOME, where: • systemd provided a feature. This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. Define post-boot. What about socket activation? Or starting up my database when the iSCSI link to the storage comes up, instead of *whenever*? Or cleanly restarting my Apache heap-of-processes? None of those things are done exclusively at boot / shutdown time, so they should not be done by the init system. If they are done at all, they should be done by something which can run and do them under any init system. Please explain why it should *not* provide these features. Why should every daemon (or its startup script) re-implement the same code to put itself in the background, change UIDs, resource-limit and security-enhance (private /tmp) itself,when the same thing can be implemented once, so that I as a sysadmin (or my puppet script) don't have to learn ten separate ways of configuring that? I never said every daemon, et cetera, should reimplement those things. They shouldn't. Those things should be implemented centrally, in something which can work irrespective of the current init system. (Barring possibly a hypothetical init system which actively tries to prevent it from working.) There are a bunch of things systemd can do which sys5rc can't do. Why is it a design flaw to provide these in the way that's easiest to implement, and therefore (presumably) least buggy? Because, since there is only one slot for PID 1 per system, having something depend on a feature that is provided by PID 1 breaks choice. (This is an overly simplistic answer, but I've spent half an hour writing possible more-detailed responses to this so far, and none of them seem both accurate and unlikely to be misconstrued.) Note that I (think I) would have no objection to providing such features both in PID 1 (for its own use) and in an init-system-independent external process, with PID 1 providing them for use by other things only if and as no external provider is available. (In fact, if I'm understanding things correctly, systemd itself used to do it that way with cgroups management until the kernel upstream decided that having multiple cgroups managers running at once was broken design and would not be supported.) Something vaguely like that is what seems to be being worked towards (with some current success) by the systemd-shim project, which is something of a kludge, and will inevitably be chasing whatever interface changes systemd upstream chooses to make. It would be better design to decide to provide that separate implementation as part of the main project itself (in terms of maintenance, not necessarily of integration), rather than as a third-party backfill. The decision to incorporate such features into systemd is IMO the design flaw which leads to the problems to which people object. That decision was made by the systemd developers for a couple of reasonably good reasons. You might want to debate the validity of these reasons and the difficulty of doing it some other way, assuming that there's a tangible benefit of doing it another way in the first place. Having ten processes responsible for bitspieces of what systemd-as-PID1 does instead of one isn't a benefit -- not if all you gain by that is nine additional processes. That isn't all you gain by it; you also gain the benefit of being able to use these features no matter which init system you're running. Which in turn helps avoid lock-in, and enable easier testing of (or migration to) alternatives, and prevent user surprise, and so forth. It's a big monolithic thing, and big monolithic things are bad and evil and non-Unix-y, so there!!1! is not a valid argument. And it's not an argument I'm making, at least not at present. I'm not aware of what those reasons are, unless you're referring to the points referenced in the systemd position statement which Josselin quoted. My response to that is that do it this way vs. do it some other way ignores the possibility of don't do it at all, which may be the correct choice in some cases. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: piece of mind
On Tue, 2014-10-21 at 16:03 +0200, Josselin Mouette wrote: The Wanderer wande...@fastmail.fm wrote: This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. These features cannot exist separately. Quoting the systemd position statement: […] while it is true that a handful of trivial interfaces are not really related to systemd (and could be split out if needed), most of these features cannot be implemented without close integration to PID 1. It is not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. How is uselessd solving this then? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1413904376.15088.21.ca...@g3620.my.own.domain
Re: piece of mind
hi matthias, On Tue, Oct 21, 2014 at 04:35:20PM +0200, Matthias Urlichs wrote: [...] first place. Having ten processes responsible for bitspieces of what systemd-as-PID1 does instead of one isn't a benefit -- not if all you gain by that is nine additional processes. It's a big monolithic thing, and big monolithic things are bad and evil and non-Unix-y, so there!!1! is not a valid argument. but that's the thing, to some (e.g. me) ten separate processes that each do a fairly small thing with understandable interfaces between them is an *enormous* benefit over one bigger thing that does all that in an integrated fashion. to the point that even if the one big thing would have nice,additional features, I would still opt for the decomposed one. obviously you have a different opinion and that is your good right, but you have to accept that for a lot of people this *is* important. that's why having the choice would be great! regards robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#766223: ITP: libmarc-parser-raw-perl -- MARC RAW format parser
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libmarc-parser-raw-perl Version : 0.01 Upstream Author : Johann Rolschewski rolschew...@gmail.com * URL : https://github.com/jorol/MARC-Parser-RAW * License : Artistic or GPL-1+ Programming Lang: Perl Description : MARC RAW format parser MARC::Parser::RAW is a lightweight, fault tolerent parser for raw MARC records. Tags, indicators and subfield codes are not validated against the MARC standard. Record length from leader and field lengths from the directory are ignored. Records with a faulty structure will be skipped with a warning. The resulting data structure is optimized for usage with the Catmandu data tool kit. Needed by libcatmandu-marc-perl. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURnx4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWDWIIAI284j6YWbe0AzUYU3G0hAVk oKqG+HXzCjWYsq2C37qgXm9LFuPhd0mBKSLfuk/GveBNsrNsvzMdzonlwgiKXbBk cpzx6y0e2knBjwlt0CChrCmLqLSil3+A6JgXN2R563M+SuFHFsKSjbt+e+wCFn74 K1sbmM8/D9/CuD9gb2/pz5jYZh77WK0Cy75X+EMM7k9E6vFHpPe5HBtFYr7O30PU uZOeQmgRVaug/H/dSVf8efJfq7H2k+2DSJO74jNErFPbdrW3FGWhqQKTfpNXs0vS 4irNRjqQvKXbstUUoU+hDitylInuOnMfdRh65Nr2+gWMaAYigDKT40sin705HZg= =2aQ7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021153208.26305.77553.report...@bastian.jones.dk
Re: piece of mind
2014-10-21 17:24 GMT+02:00 Robert Lemmen rober...@semistable.com: hi matthias, On Tue, Oct 21, 2014 at 04:35:20PM +0200, Matthias Urlichs wrote: [...] first place. Having ten processes responsible for bitspieces of what systemd-as-PID1 does instead of one isn't a benefit -- not if all you gain by that is nine additional processes. It's a big monolithic thing, and big monolithic things are bad and evil and non-Unix-y, so there!!1! is not a valid argument. but that's the thing, to some (e.g. me) ten separate processes that each do a fairly small thing with understandable interfaces between them is an *enormous* benefit over one bigger thing that does all that in an integrated fashion. to the point that even if the one big thing would have nice,additional features, I would still opt for the decomposed one. Well, you just now described systemd. The systemd project develops many small tools which do one thing ant interact together via defined interfaces. The init daemon is a bit more powerful that sysvinit, but it still only does what it is supposed to do: Starting, stopping and monitoring services. The other tools under the systemd umbrella do different things. Did you play around with systemd already? Cheers, Matthias -- Debian Developer | Freedesktop-Developer I welcome VSRE emails. See http://vsre.info/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKNHny8Uh=+wC=8k60m1raifbh4ssbo-v8ky6usdblol6hd...@mail.gmail.com
Bug#766226: ITP: libmarc-file-mij-perl -- read newline-delimited marc-in-json files
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libmarc-file-mij-perl Version : 0.04 Upstream Author : Bill Dueber dueb...@umich.edu * URL : https://metacpan.org/release/MARC-File-MiJ * License : Artistic or GPL-1+ Programming Lang: Perl Description : read newline-delimited marc-in-json files MARC::File::MiJ is a subclass of MARC::File for reading MARC records encoded as newline-delimited marc-in-json, as supported by pymarc/ruby-marc/marc4j and described at http://dilettantes.code4lib.org/blog/2010/09/a-proposal-to-serialize-marc-in-json/. Needed for libcatmandu-marc-perl. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURoS4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWhjIIALQoKDgcBj30rpQ9GlmzKSED noKkfFapvJONpApVp3+5ErclM5vLvxKgpHMllyMqUnNhhIFqpVImPDxhGiE9Pxgy sV2m9LU8+Sgb31IHp2MJog9i6PjTL3SdH6eTUPl3yPIrh/wUG+K3U1x1FMmkV3m0 Xc+cvZrVAZZncD74BDoMZeafnskxkzD0xjx2X3+qSDDxvesuDdx+HZNE2PovSGSU vha0ljs6Tx3T5g+B82gSy9yKzU/Ny8a4lnZ+GJSmJ5UcltSfJjYxLEZBNWhHbT+1 v0CDhLq96a+jkMdn+nKFJDXwt5cnjnc/Ua6ASVOXtQr3ldNj0hY6wgJfQ5nbHvE= =7OZC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021160724.30126.90702.report...@bastian.jones.dk
Re: piece of mind
hi matthias, On Tue, Oct 21, 2014 at 05:39:49PM +0200, Matthias Klumpp wrote: Did you play around with systemd already? not as much as would be ideal, but I have been running it on one machine, adapted a few things that I run for starting, and trieid the monitoring/restart. but really, my main concerns are fueled by pages like this [0]. Well, you just now described systemd. The systemd project develops many small tools which do one thing ant interact together via defined interfaces. The init daemon is a bit more powerful that sysvinit, but it still only does what it is supposed to do: Starting, stopping and monitoring services. The other tools under the systemd umbrella do different ok, the way you put this sounds great, but let me contrast that with the originall paragraph: On Tue, Oct 21, 2014 at 04:35:20PM +0200, Matthias Urlichs wrote: [...] first place. Having ten processes responsible for bitspieces of what systemd-as-PID1 does instead of one isn't a benefit -- not if all you gain by that is nine additional processes. I don't quite see how these two paragraph line up. to me these seem to be contradicting a bit... The other point is what you expect from the interfaces between components. In the paragraph towards the top you just say defined, but I am sure your quality requirements for an interface of that type are higher than that. I would argue that the most important aspect is compatibility across large range of versions of the interface, and a looseness that allows either end of the interface to be (partially) reimplemented in a different way. so for me POSIX is a well-defined, stable interface (not without problems, mind you). DBUS means next to nothing. There are a few symptoms that make me think that while an interface may actually be defined in some way, it is so specific that there really can only be a single implementation. In other words, what should really be an optional part now becomes a mandatory part of the implementation of the interface. For example, one of the core complaints about systemd is the fact that it is linux-only. I understand that cgroups is a nice facility, but if an init system can't start a process without it, then it simply is far too specific (for my taste). Equally, if my window manager has such specific and absolute requirements that there is only a single init system that can start it, then something is terribly amiss. it's just another process after all! but note that I have nothing against anyone using systemd, or it being supported in debian! what kinda rubs me the wrong way is intreoduction of something new and shiny with the expectation that it is now everyone else's job to make sure that the existing still works. The GR just says that your package (with the exceptions) must not be specific to an init system. That seems to be a no-brainer to me, of course a normal package must work independently of how or who started it! regards robert [0] http://www.freedesktop.org/wiki/Software/systemd/InterfaceStabilityPromise/ -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Re: piece of mind
Hi, The Wanderer: None of those things are done exclusively at boot / shutdown time, so they should not be done by the init system. If they are done at all, they should be done by something which can run and do them under any init system. The whole point of an init system is to start programs. Do you honestly want to implement all of this twice -- once for real startup+shutdown, and once for everything else? What do you do when the line between the two gets more and more blurry? Because, since there is only one slot for PID 1 per system, having something depend on a feature that is provided by PID 1 breaks choice. So if you want another init system, you implement that feature some other way. Which is exactly what the systemd-shim authors are doing. So what's the problem? Note that I (think I) would have no objection to providing such features both in PID 1 (for its own use) and in an init-system-independent external process, with PID 1 providing them for use by other things only if and as no external provider is available. I can think of a bunch of problems you'd have to solve for this idea to work. All of which just go away if you simply use the code in PID1. Which you need anyway. Which is why the systemd people decided not to do that. All this talk about generic $FEATUREs misses one crucial point: Exactly which feature of systemd-as-PID1 would one want to move to a separate process? And which second implementation would be a suitable replacement? -- -- Matthias Urlichs signature.asc Description: Digital signature
Bug#766229: ITP: libex-monkeypatched-perl -- experimental API for safe monkey-patching
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libex-monkeypatched-perl Version : 0.03 Upstream Author : Aaron Crane a...@cpan.org * URL : https://metacpan.org/release/ex-monkeypatched * License : Artistic or GPL-2 Programming Lang: Perl Description : experimental API for safe monkey-patching The term monkey patching describes injecting additional methods into a class whose implementation you don't control. If done without care, this is dangerous; the problematic case arises when: * You add a method to a class; * A newer version of the monkey-patched class adds another method of the same name * And uses that new method in some other part of its own implementation. ex::monkeypatched lets you do this sort of monkey-patching safely: before it injects a method into the target class, it checks whether the class already has a method of the same name. If it finds such a method, it throws an exception (at compile-time with respect to the code that does the injection). . See http://aaroncrane.co.uk/talks/monkey_patching_subclassing/ for more details. Needed by libcatmandu-marc-perl. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURowxXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWNFoIAL6pRvhNkJgBnQ+6L/qfXUYa 637tGyfDlepex7qxn05X19dDkhieOojHbu8hmIWpdtgGYwp4UTi45h4HnRFTnW3X fp2m4BKBjtKYfsMnjgmyc7HuVisxZCOX7N/h4D/9q04HC0PoR7cunRK3lRoZ0fcv CzossSk4mX0GMJe+WtDDsVvOMrIr0CI7EPbVoFSnhIHzvsxSRt5fR4Cj8dCljutU elLErVAIufc0QJ3KTvVyhri0wGT/TZbR8mLsZw2OTl/AD51fg0JW7xSubNXqw0g9 lgI9zaBhrW9mT+SeEPsj2SXpZhR2X/k1vck1MbpPOpjVh3akoMP+9AwAiOYaD2U= =m5ov -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021163916.30660.50411.report...@bastian.jones.dk
Bug#766230: ITP: libmarc-file-marcmaker-perl -- work with MARCMaker/MARCBreaker records
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libmarc-file-marcmaker-perl Version : 0.05 Upstream Author : Bryan Baldus eij...@cpan.org * URL : https://metacpan.org/release/MARC-File-MARCMaker * License : Artistic or GPL-1+ Programming Lang: Perl Description : work with MARCMaker/MARCBreaker records MARC::File::MARCMaker is an extension to MARC::Record for working with MARC21 data using the format used by the Library of Congress MARCMaker and MARCBreaker programs. Needed by libcatmandu-marc-perl. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURo8+XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWf7QH/2zGjkuHwUErUc+rlKorq792 6Z5oTqAvaWjS/Z/9U7T+ZoE/AwtJp6Gm3W/oBjzkRbEeE/secs0pChHlX/rwh5iN U3UdbCp5uZ8fLDCgqMfo2Sx7vefBtTDm4aWZFNIYnuX8sU6AIzWNaShsGUQphHNm rj5Cha7xYLpzd6XzzZcVoTK8uDdejIK6ghVCi4E9m+peLlLYM7JV2YLPdQ0CrQTz XmknaXKHRMy77pNzAxpqMh2Q3WKmnUGdUKBmroPnCZYybOrxW3CMuEuLgqJKx7MD PAXkN/lEJt0gY9UwzZHUzJhlsEnMpFMUTlNsei9C9SXcUPp2NkAiatejzDYAxR4= =CQKA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021165214.31625.50852.report...@bastian.jones.dk
Re: Accepted tasksel 3.29 (source all) into unstable
On Tue, Oct 21, 2014 at 04:22:32PM +, Joey Hess wrote: tasksel (3.29) unstable; urgency=high . * Gnome only works on i386 and amd64, so default to xfce on other arches. Closes: #765839 Thanks, Adam Borowski for testing. Gnome only works on i386 and amd64? Maybe we should substract some points for this fact in the desktop requalification page: https://wiki.debian.org/DebianDesktop/Requalification/Jessie The page says that it would improve consistency to have the same default across architectures when possible, but apparently the value of this good property is currently zero, which seems a little bit strange to me. Thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021171345.ga9...@cantor.unex.es
Bug#766236: ITP: libcatmandu-sru-perl -- modules for working with SRU data within the Catmandu framework
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libcatmandu-sru-perl Version : 0.037 Upstream Author : Wouter Willaert, wout...@inuits.eu * URL : https://github.com/LibreCat/Catmandu-SRU * License : Artistic or GPL-1+ Programming Lang: Perl Description : modules for working with SRU data within the Catmandu framework Catmandu provides a suite of Perl modules to ease the import, storage, retrieval, export and transformation of metadata records. . Catmandu::SRU contains modules for handling SRU data within the Catmandu framework. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURpkSXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWuK4H/1PFlJx/idInXcJdd4Zdy2G8 CNdmaZwYdrho9IHIzbj/NdBDNJayFVxuAEItAyU6jmmLAdrbyPwrLF9l4fIsVuRJ W0HOg6Z/DoTkjRibuo3ggmnDQQcJW26iaHd1Q//sTHLYAhEgYA8IhDHTf7OSkJTc hNkRTGbXjuqu4E8husP8OtFD/ZRDfLu84L4nHtP6bMWU8ox+eZ+t8gjxq+9cKhNZ 3iQpHWWU5hPzpG2OaJCFRP0BpuiI5wGxwMUGuDuTWLhUOQbNrQ5a/kX2ThdgJi1k 2UdO94dtEJj34XXDP1Ox1ZDBszj0rBVLNft0Nv0UPXNp/0DEwwZDTE1HL+CIpR4= =dYQL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021173411.12497.52516.report...@bastian.jones.dk
Re: Accepted tasksel 3.29 (source all) into unstable
Santiago Vila sanv...@unex.es wrote: * Gnome only works on i386 and amd64, so default to xfce on other arches. Closes: #765839 Thanks, Adam Borowski for testing. Gnome only works on i386 and amd64? GNOME works on all Linux architectures. GNOME *without hardware 3D* will probably have big trouble running anywhere but on i386 and amd64. So in the real world, it depends on the architectures: * real-world desktop powerpc hardware comes with hardware 3D and free drivers * real-world ARM hardware comes with hardware 3D and non-free drivers * not sure for mips* and s390 So of course if you want to be sure it works in a Qemu host, GNOME is probably not the best choice. But in the real world it’s a bit more complicated than that. -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1413913585.4673.276.camel@dsp0698014
Re: piece of mind
Hi, The Wanderer wande...@fastmail.fm writes: This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. That is your opinion and you might well hold it, even if I disagree with it. But this point has also been rehashed a thousand times and already been answered as often, as you are well aware. What makes your mail flamebait (look, it worked!) and make people (me included, by the way) classify you as a troll, is that you intentionally glossed over the point and instead started the millionth discussion about the technical implementations of systemd, all of which has been discussed and rediscussed ad infinitum. The point was: If you don't like systemd, don't use it and stop stepping on people's toes for wanting to use it. Even if they are the upstream of software you want to use. Don't forget, what the trigger for this millionth of discussions about systemd in debian is: That the systemd-opponents want to take the freedom from other people (amongst other the gnome upstream and debian maintainers) to use the software they like in the way they like, by preventing them from depending on systemd. Best, Axel Wagner -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/878uk9xqfm.fsf@rincewind.i-did-not-set--mail-host-address--so-tickle-me
Bug#766238: ITP: libxml-struct-perl -- represent XML as data structure preserving element order
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libxml-struct-perl Version : 0.23 Upstream Author : Jakob Voß * URL : https://github.com/nichtich/XML-Struct * License : Artistic or GPL-1+ Programming Lang: Perl Description : represent XML as data structure preserving element order XML::Struct implements a mapping between XML and Perl data structures. By default, the mapping preserves element order, so it also suits for document-oriented XML. In short, an XML element is represented as array reference with three parts: . [ $name = \%attributes, \@children ] . This data structure corresponds to the abstract data model of MicroXML http://www.w3.org/community/microxml/, a simplified subset of XML. . If your XML documents don't contain relevant attributes, you can also choose to map to this format: . [ $name = \@children ] . Both parsing (with XML::Struct::Reader or function readXML) and serializing (with XML::Struct::Writer or function writeXML) are fully based on XML::LibXML, so performance is better than XML::Simple and similar to XML::LibXML::Simple. Needed by libcatmandu-sru-perl. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURp0hXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWW0wH/Rcwoi5pl0LwB3cVIUOLntGy Y+TtoPzftfxCbt3AUpImTmEGnnYy8DwsuX+deoRMmEVoH9wFKds6SEsETAk89k5Z 8xybbtZyci/HXNa8Eife021b50Vf8otTsKDOfLzfTcZKCLe6EpRjp3cJ5vwE19U5 eklNZrKYP8JAJ52djebTJgry9MkFfyP+TPw1A2VH5QZETAiRDe0NrKBdMbSPs89B Tyg2yP+8rA0LeMYLy4WCQINRRosybZ7VmTvYwahaQiKNIBz/oh/IEfSldmSQqE2q TxMiG/m2tdqqFrdEbdWwLdpbMQlcTSOd4kUQJQv12j9RC+18GOx4ZyYjg4UIGT8= =XQfW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021175129.13633.22265.report...@bastian.jones.dk
Bug#766243: ITP: libcatmandu-store-mongodb-perl -- searchable store backed by MongoDB
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libcatmandu-store-mongodb-perl Version : 0.0303 Upstream Author : Nicolas Steenlant nicolas.steenl...@ugent.be * URL : https://github.com/LibreCat/Catmandu-Store-MongoDB * License : Artistic or GPL-1+ Programming Lang: Perl Description : searchable store backed by MongoDB Catmandu provides a suite of Perl modules to ease the import, storage, retrieval, export and transformation of metadata records. . Catmandu::Store::MongoDB is a Perl package that can store data into MongoDB databases. The database as a whole is called a 'store'. Databases also have compartments (e.g. tables) called Catmandu::Bag-s. Will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURqE2XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWbpMH/RZJ8ugJyoH+4FGm9DAk2rG7 ZOXzNE5DYDKKGlfKWVHEq/DJ5InitgL0IZWOnMmGoHzzjhNTc2T0Xl4RS8OlL0oS MtwmJmsavWQ24Zba+TevyHcSFpAM/rWDMkE7JmJxrSKJ+xUXMQQNaM5fepojZtGt MUg9BZPWEFYPDaU7mQwXb94ns/kO9OvYsiteDgRA+7jekWDgBb+yDLC2YG4QW1h3 FHgpG/92hmARvIr5E7Uzo7AEuOiyOQeCWtA3qiZynRRokRNLpWvYn5dWB8wTj9UO BOYFpagM1TTmfw6wkgQS1yiQELn9WCjDFUduO31LEqpIJMjFYJ67sS3ntpO7TLg= =MVba -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021180854.25880.25297.report...@bastian.jones.dk
Re: piece of mind
On Tue, Oct 21, 2014 at 10:14:35AM -0400, The Wanderer wrote: These features cannot exist separately. If that is the case, then they should not be provided at all. That is a core disagreement here; the systemd upstream plainly rank those as features more valuable than either the principle(s) which is(/are) violated by having them be provided by PID 1 or the real-world consequences (in terms of other software depending on a particular init system) of providing them in PID 1, and other people invert those relative values. You're advocating that some theory is more worthy than practical benefits. Could you explain why? -- Regards, Olav -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021180241.gb32...@bkor.dhs.org
Re: GPL-3 openssl: provide a -nossl variant for a library
On Tue, Oct 21, 2014 at 04:41:27PM +0200, Ondřej Surý wrote: Why just not add a license exception as many other GPL projects do? Something like (copied from our Knot DNS d/copyright): In addition, as a special exception, the author of this program gives permission to link the code of its release with the OpenSSL project's OpenSSL library (or with modified versions of it that use the same license as the OpenSSL library), and distribute the linked executables. You must obey the GNU General Public License in all respects for all of the code used other than OpenSSL. If you modify this file, you may extend this exception to your version of the file, but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. This is harder for OpenChange since it links against other GPLv3 projects, most notably Samba. Samba is unlikely to add such an exception. Cheers, Jelmer On Tue, Oct 21, 2014, at 15:58, Michael Fladischer wrote: Hi, I'm the maintainer for src:librabbitmq and the binary package librabbitmq1 is linked against libssl1.0.0 (OpenSSL). Now I was approached by Julien Kerihuel from the OpenChange project, who release their software under the terms of GPL-3, asking if I could provide an alternative to the OpenSSL-linked library so they can use it without causing a license conflict. Sadly librabbitmq only supports OpenSSL, there is rudimentary support for GnuTLS but it seems to be severely broken at the moment. Considering this, is it a good idea to provide a librabbitmq1-nossl binary package that was built without OpenSSL while still having librabbitmq1 with OpenSSL-support? I could not find another package that does this, so I assume that a similar situation did not yet occur (unlikely) or that there where arguments against providing such a package variant. Cheers, -- Michael Fladischer Fladi.at Email had 1 attachment: + signature.asc 1k (application/pgp-signature) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021185026.ga14...@jelmer.uk
Re: piece of mind
The Wanderer dijo [Tue, Oct 21, 2014 at 11:10:41AM -0400]: Can you give an example of people doing that in case of systemd? Because so far, everything I heard was similar to GNOME, where: • systemd provided a feature. This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. Define post-boot. What about socket activation? Or starting up my database when the iSCSI link to the storage comes up, instead of *whenever*? Or cleanly restarting my Apache heap-of-processes? None of those things are done exclusively at boot / shutdown time, so they should not be done by the init system. If they are done at all, they should be done by something which can run and do them under any init system. That's precisely the quid. We were used to having a passive init system, and called initialization to the actions that happen upon boot. All further state changes had to be monitored by, well, state monitoring daemons (in a broad sense). But our computers are each time less static than back in 1983. That's the reason why most of us felt SysV had to be replaced with something more adequate to our current reality. No, I'm not frankly familiar with systemd (although I run it at two of my computers, but I'm not yet familiar with its ways), but this argument has been floating around for many years already. Fact is, state changes should often alter what's running. The example you quote states the iSCSI link should be a dependency and a trigger for the database activation. Is the network flaky? OK, the database should shut down if it no longer has access to its backing store. Is the iSCSI link back up? OK, the database should start answering queries as soon as it's available. What does it take to make it available? Well, for starters, it should be fsck'ed, as it was forcibly unmounted (it fell out of existence). Why shouldn't an init system take care of such operation? After all, I configured I want PostgreSQL to run on the server. Isn't that enough? Even more: If I ask my system, why is PostgreSQL not running?, it should clearly tell me, the disks where it wants to reside do not currently exist. Or even more: if I just ask the system, how are you feeling today?, I should be able to see (in red, bold letters) anything that aches. (...) That isn't all you gain by it; you also gain the benefit of being able to use these features no matter which init system you're running. Which in turn helps avoid lock-in, and enable easier testing of (or migration to) alternatives, and prevent user surprise, and so forth. Yes. But it would end up finally boiling up to having your favorite init spawning nothing but this newfangled ultra-process-supervisor, which would then start monitoring everything. That is, you'd have whateverinit spawn a PID 2 process, which would... Perform precisely systemd's tasks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021192012.gb83...@gwolf.org
Bug#766253: ITP: libpicocontainer-java -- Java library implementing the Dependency Injection pattern
Package: wnpp Severity: wishlist Owner: Markus Koschany a...@gambaru.de * Package name: libpicocontainer-java Version : 2.15 Upstream Author : PicoContainer Committers * URL : http://picocontainer.com * License : BSD-3-clause Programming Lang: Java Description : Java library implementing the Dependency Injection pattern PicoContainer is a highly embeddable full service Inversion of Control (IoC) container for components that honour the Dependency Injection pattern. It can be used as a lightweight alternative to Sun's J2EE patterns for web applications or general solutions. Despite it being very compact in size, PicoContainer supports different dependency injection types (Constructor, Setter, Annotated Field and Method) and offers multiple lifecycle and monitoring strategies. This is the reintroduction of Picocontainer to Debian because it is now needed as a dependency for the latest version of Robocode, an educational Java programming game. I intend to maintain the package as part of the Java team. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021192359.4569.77763.reportbug@conan
Bug#766255: ITP: libparanamer-java -- Java based library to access method parameter names at runtime
Package: wnpp Severity: wishlist Owner: Markus Koschany a...@gambaru.de * Package name: libparanamer-java Version : 2.7 Upstream Author : Paul Hammant * URL : https://github.com/paul-hammant/paranamer * License : BSD-3-clause Programming Lang: Java Description : Java based library to access method parameter names at runtime Paranamer is a library that allows the parameter names of non-private methods and constructors to be accessed at runtime. Normally this information is dropped by the compiler. With the advent of advanced scripting languages and web action frameworks for the Java Virtual Machine it is of increasing importance to be able to leverage a method's parameter names. Scripting languages like Groovy JRuby, web action frameworks like Waffle and VRaptor and the compelling Grails as well as SOAP and REST designs could also benefit. This is the reintroduction of Paranamer to Debian because it is a dependency of Picocontainer which in turn is needed for the latest version of Robocode, an educational Java programming game. I intend to maintain the package as part of the Java team. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021192845.4927.39622.reportbug@conan
Bug#766256: ITP: libcodesize-java -- Java library to calculate the size of code for Robocode
Package: wnpp Severity: wishlist Owner: Markus Koschany a...@gambaru.de * Package name: libcodesize-java Version : 1.1 Upstream Author : Christian D. Schnell, Flemming N. Larsen * URL : http://www.robowiki.net/wiki/Code_Size * License : CPL-1.0 Programming Lang: Java Description : Java library to calculate the size of code for Robocode Codesize is a tool for calculating the code size of a Java classfile or Java archive (JAR). Code size is important to you if you want to make Robots for the smaller weight classes. It can be challenging, educational, frustrating or all at once to reduce the code to the targeted level. This is a new dependency of Robocode, an educational Java programming game. I intend to maintain this package as part of the Java team. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021193422.5115.19140.reportbug@conan
Re: aptitude dependency-resolver behaviors (was Re: apt-get install sysvinit-core removes gnome?)
On Ma, 21 oct 14, 09:08:26, The Wanderer wrote: What I think is being asked for (and what I'd certainly like to see, anyway) is a way for the user, having figured out which packages they don't want removed, to tell the aptitude resolver that and have it taken into account in calculating a dependency solution. As it happens, there's an obvious way to do that: specify the package(s) you don't want removed on the aptitude command line. It's also possible to do it in interactive mode. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Peace of Mind (Please, give us some!)
Hello, fellows. First, I'm correcting the misspelling of the God dammit subject. I'm not a native English speaker, but since it's the so called universal language to communicate with everyone else subscribed to it, I think everyone should, at least, check grammar and spelling before submitting messages to the list, so that we're all able to communicate using the same, correct *code*. Second, it is my belief that everyone (or at least, most people) subscribed to this list is interested in Debian development specific topics. Please, stop flooding this list with non-development, babling and crying-over-my-pillow-because-the-debian-project-is-not-taking-care-of-my-sorry-ass-needs-related stuff. Third, *systemd* issue has been, as many here pointed before me, througly discussed in several opportunities - and IMHO, adoption of software in releases is *not* directly _development_ related, being, instead, maybe administrative, project or something else. If such a list does not exist, I'd recommend it to be created, so that there would be a specific list for people to send their oppinion regarding those concerns to. Fourth, AFAIK - and please, correct me if I'm wrong - this list should be more concerned about improving collaborative work and software in the Debian Project, with information, with elder/senior/more experienced developers helping/guiding/providing orientation for younger/newcomer developers, and discussions about software functionality (and I mean *functionality*, not *adoption/choice*) and implementation. Again, I wouldn't mind receiving tons of e-mails containing technical information regarding software development, but I'm not interested in a single mail regarding why you are so sad that Debian Project picked systemd or even an 90 year-old lady to control your system services. I'm not advocating in favour of either *here* because I don't thnk this is the purpose of this list. Fifth, please, Google for and read about *netiquette*, mostly regarding *subject* and start writting consistent, direct, specific subjects. Best regards, Fabiano. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5446b9d1.8010...@itgen.com.br
Re: LSB headers and other junk, how do you hack a quick init script in debian these days?
Hi, I write a systemd unit file. It’s smaller, faster to write, easier to understand and works more reliably. And it is also a bug to not have an init script since we still have ports that do not use systemd. And this is also completely irrelevant as the question was about quickly hacking something together for local use. If it were about a package, then he would have to put stuff into /etc/init.d anyway, and add LSB headers, etc. In other words, it would work with systemd without him changing his habits. Of course, Michael, you can also always choose not to use systemd, should you wish to do so. It's not like that is complicated: $ aptitude install systemd-sysv- sysvinit-core systemd-shim Kind regards Ralf -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5446bb68.2030...@ralfj.de
Re: Accepted tasksel 3.29 (source all) into unstable
Josselin Mouette wrote: GNOME works on all Linux architectures. GNOME *without hardware 3D* will probably have big trouble running anywhere but on i386 and amd64. So in the real world, it depends on the architectures: * real-world desktop powerpc hardware comes with hardware 3D and free drivers * real-world ARM hardware comes with hardware 3D and non-free drivers * not sure for mips* and s390 #765839 has it tested failing on multiple real-world ARM hardware (with proprietary 3D drivers). Specific information about eg, powerpc hardware that can and cannot support it would be useful. -- see shy jo signature.asc Description: Digital signature
Re: Accepted tasksel 3.29 (source all) into unstable
On Tue, Oct 21, 2014 at 07:46:25PM +0200, Josselin Mouette wrote: Santiago Vila sanv...@unex.es wrote: * Gnome only works on i386 and amd64, so default to xfce on other arches. Closes: #765839 Thanks, Adam Borowski for testing. Gnome only works on i386 and amd64? GNOME works on all Linux architectures. Compiles yes, works not really. GNOME *without hardware 3D* will probably have big trouble running anywhere but on i386 and amd64. This means it's useless for most developer and sysadmin work. I for one have only two non-phone computers currently attached to a monitor, yet for example this machine I sit before right now has 23 full-system virtual machines using four different virtualization/emulation methods with a plethora of test setups inside (only 8 Debian...). This count is so low only because I use chroots/vservers for most work... Five other machines (two physical, three vservers) in the room and cellar have GUI installed, reachable via ssh -X or via VNC. I guess this is typical for a person of our kind. And you're trying to tell me that having to use a non-default desktop environment on all these virtual machines is ok? Even those whose very purpose is to test programs on such environments? So in the real world, it depends on the architectures: * real-world desktop powerpc hardware comes with hardware 3D and free drivers I have little clue there, I'm afraid. I remember receiving a bug report (on crawl-tiles which uses opengl) from a powerpc person whose graphics card didn't sound like one of the Big Three, but that's all I know. A description of a newest-and-greatest powerpc/ppc64el beef linked from Slashdot today included on-board graphics -- that's a server-type box. Some input from a person owning a physical powerpc machine could shed some light here. * real-world ARM hardware comes with hardware 3D and non-free drivers I have personally tested two distinct boxes with Mali GPU: * Odroid U2 * Omega OAN133 (laptop) The Mali 3D driver is non-free and not packaged in Debian. On U2, I took pre-made packages (hardkernel community), on Omega it's sunxi-mali. I can also try Broadcom on a certain infamous armel/half-armhf machine, but it'll take ages. As for other SoCs, we got quite a few people who work with ARM professionally. Wookey and co, please enlighten us! * not sure for mips* and s390 s390 doesn't have real display, so all GUI comes in the form of VNC and such. Which works in software. As for mips, I _did_ see it do awesome OpenGL stuff, 1.5 decades ago! I'm afraid I know nothing more recent :/ -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021214045.ga31...@angband.pl
Re: Accepted tasksel 3.29 (source all) into unstable
On Tue, 2014-10-21 at 23:40 +0200, Adam Borowski wrote: On Tue, Oct 21, 2014 at 07:46:25PM +0200, Josselin Mouette wrote: Santiago Vila sanv...@unex.es wrote: * Gnome only works on i386 and amd64, so default to xfce on other arches. Closes: #765839 Thanks, Adam Borowski for testing. Gnome only works on i386 and amd64? GNOME works on all Linux architectures. Compiles yes, works not really. GNOME *without hardware 3D* will probably have big trouble running anywhere but on i386 and amd64. This means it's useless for most developer and sysadmin work. [...] Did you read that correctly? GNOME Shell *does* work on x86 systems without 3D acceleration, and I don't think 'most' developers or sysadmins run GUIs on non-x86 machines. That's not to say that this isn't a real limitation. It would certainly be good to have GNOME fully working on all our architectures again, and particularly MIPS laptop and desktop systems. Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Re: piece of mind
[Sorry for slow response, testing this on one's main machine requires dropping too much state...] I should have CCed the bug earlier, doing this now. On Mon, Oct 20, 2014 at 08:37:04PM -0700, Cameron Norman wrote: * the Utopia stack (restart, shutdown, suspend, hibernate, mounting USB drives, etc from GUI (with low-level tools like pm-utils working)). This is supposed to be handled by systemd-shim which doesn't currently work for me, but some folks report it being ok. What versions (of shim and cgmgr) did you try it with? I thought these types of issues were fixed in Sid :/ I just retested, with current unstable (ie, 8-3 and 0.33-2). Same results as week ago (when shim was uploaded): On lightdm screen, reboot/shutdown/etc are grayed out. As a logged-in user: * suspend/hibernate are _not_ grayed out (as they were some time ago), but show an error: Failed to suspend session GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Permission denied * reboot/shutdown log me out instead, back to lightdm I forgot to check mounting USB drives this time. On the other hand, on a semi-fresh virtual machine (d-i beta 1), shim 8-3 started to work correctly. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021231838.ga20...@angband.pl
Re: MBF: What is the status of /usr/share/texmf/doc ?
On Tue, 21 Oct 2014 10:13:45 +0200, Hilmar Preusse hill...@web.de wrote: Found more two packages in non-free: sid:~# zgrep usr/share/doc/texmf/ /var/cache/apt/apt-file/ftp.de.debian.org_debian_dists_*|awk -F '{print $2}'|sort|uniq non-free/doc/context-doc-nonfree non-free/tex/foiltex I guess the first is our task. And the second is my task ;-) Thanks for your notification. Best regards, 2014-10-22(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Tokushima Univ. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022.080036.2100789692448877957.atsuh...@mac-deb.pm.tokushima-u.ac.jp
Re: piece of mind
El mar, 21 de oct 2014 a las 7:03 , Josselin Mouette j...@debian.org escribió: The Wanderer wande...@fastmail.fm wrote: This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. These features cannot exist separately. Quoting the systemd position statement: […] while it is true that a handful of trivial interfaces are not really related to systemd (and could be split out if needed), most of these features cannot be implemented without close integration to PID 1. It is not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. Upstart can launch processes in cgroups using cgmanager since version 1.13. Few things are truly impossible with programming, and making certain functions be implemented independent of or outside of PID 1 does not come close to impossible. Also, I do not understand the log statement. Once again, Upstart can hook up a job's stdout/err to a file in /var/log/upstart/, but I am not exactly sure what was being said so maybe I missed the point. Cheers, -- Cameron
Re: piece of mind
On Tue, Oct 21, 2014 at 04:23:39PM -0700, Cameron Norman wrote: El mar, 21 de oct 2014 a las 7:03 , Josselin Mouette j...@debian.org escribió: The Wanderer wande...@fastmail.fm wrote: This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. These features cannot exist separately. Quoting the systemd position statement: […] while it is true that a handful of trivial interfaces are not really related to systemd (and could be split out if needed), most of these features cannot be implemented without close integration to PID 1. It is not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. Upstart can launch processes in cgroups using cgmanager since version 1.13. Few things are truly impossible with programming, and making certain functions be implemented independent of or outside of PID 1 does not come close to impossible. Also, I do not understand the log statement. Once again, Upstart can hook up a job's stdout/err to a file in /var/log/upstart/, but I am not exactly sure what was being said so maybe I missed the point. [Speaking as systemd developer] the way I understand the argument, this is also a no-no, because the init system should not interfere with logging in any way. So upstart violates this requirement too. OTOH, just intercepting writes to stdout and stderr is not enough. A lot (most?) daemons use syslog(), and journald uses the knowledge of how PID1 arranges the cgroup layout to relate PIDs back to units and annotates messages with service information. Without this integration things like 'journalctl --unit=' would not work. BTW., I've always wondered, but been to lazy to properly investigate. how does upstart deal with rotation of those log files in /var/log/upstart? Is it necessary to restart a daemon if it logs too many lines? Zbyszek -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022021807.gm2...@in.waw.pl
Re: piece of mind
On Tue, Oct 21, 2014 at 05:12:56PM +0200, Svante Signell wrote: On Tue, 2014-10-21 at 16:03 +0200, Josselin Mouette wrote: The Wanderer wande...@fastmail.fm wrote: This is the problem. The init system should not be providing features which other software might, post-boot and pre-shutdown, want to make use of. (AFAIK sysvinit never did, and most - possibly all? - of the other init-system candidates don't either.) Such features should be provided separately, independent of what may happen to be running as PID 1. These features cannot exist separately. Quoting the systemd position statement: […] while it is true that a handful of trivial interfaces are not really related to systemd (and could be split out if needed), most of these features cannot be implemented without close integration to PID 1. It is not possible to split the system cgroups arbitrator from the process which starts services and sessions in cgroups. It is not possible to ensure the relation of a log to a service if you do not have awareness of how the service was launched. Et caetera. How is uselessd solving this then? It's not. It simply breaks this functionality, and a lot of other functionality. (I just skimmed the useless.de.net page today, so I can give some more examples, apart from the most obvious cgroups and integrated logging. Based on the description: - uselessd removes swap and mount units, simply calling mount and swapon directly. This of course means that if the mount or swap is done by other means the manager will not be aware of it. It probably also means that the manager is not aware of alternative names for mount- and swap-points, so if you say LABEL=... it will not know that /dev/dm-11 is the same thing. - uselessd removes the integration with udev, so hardware activation is probably gone - uselessd simply calls fsck to do fsck, so checking of devices as they appear and only if they are needed is also gone ... etc.) Zbyszek -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022020913.gl2...@in.waw.pl
Re: piece of mind
On 10/21/2014 at 11:39 AM, Matthias Klumpp wrote: 2014-10-21 17:24 GMT+02:00 Robert Lemmen rober...@semistable.com: hi matthias, On Tue, Oct 21, 2014 at 04:35:20PM +0200, Matthias Urlichs wrote: first place. Having ten processes responsible for bitspieces of what systemd-as-PID1 does instead of one isn't a benefit -- not if all you gain by that is nine additional processes. It's a big monolithic thing, and big monolithic things are bad and evil and non-Unix-y, so there!!1! is not a valid argument. but that's the thing, to some (e.g. me) ten separate processes that each do a fairly small thing with understandable interfaces between them is an *enormous* benefit over one bigger thing that does all that in an integrated fashion. to the point that even if the one big thing would have nice,additional features, I would still opt for the decomposed one. Well, you just now described systemd. The systemd project develops many small tools which do one thing ant interact together via defined interfaces. The init daemon is a bit more powerful that sysvinit, but it still only does what it is supposed to do: Starting, stopping and monitoring services. The other tools under the systemd umbrella do different things. Is that really what the init daemon is supposed to do? At a glance at the sysvinit source, it doesn't look to me like /sbin/init itself does service management, in the starting, stopping and monitoring services form; at most, it seems to handle some subset of the monitoring part, in the form of noticing when something has died abnormally. (Which goes well beyond just services, when necessary.) From what I can see, it looks as if sysvinit's service management is actually handled pretty much entirely by sysv-rc, which is not PID 1. If that's correct, and if the systemd PID 1 binary handles service management, then that's something it's doing which the init daemon itself has not traditionally done. Which doesn't automatically mean that it shouldn't, but which does seem to eliminate the argument that it only does what [the init daemon is] supposed to do. Looking at the sysvinit source for this, and thinking about the differences in relation to systemd, has led me to come up with some ideas in regard to possible init-system-et-al. design which I think may be interesting enough to be worth pursuing or at least discussing. However, that discussion would cease entirely to be remotely on-topic for debian-devel (even to whatever extent this entire thread isn't already offtopic). Any suggestions for a place where such discussion would be welcome or at least acceptable, and where it would reach people who are experienced with or at least interested in the design and implementation of init systems? (I suspect that the systemd development forums would satisfy the latter criterion but would not satisfy the former.) -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: piece of mind
The Wanderer wande...@fastmail.fm writes: At a glance at the sysvinit source, it doesn't look to me like /sbin/init itself does service management, in the starting, stopping and monitoring services form; at most, it seems to handle some subset of the monitoring part, in the form of noticing when something has died abnormally. (Which goes well beyond just services, when necessary.) /etc/inittab is exactly starting, stopping, and monitoring services. It's just so bad of an implementation of the concept that people long ago started layering another system on top and invoking it via /etc/inittab. But I know folks who still use /etc/inittab instead of other things layered on top precisely because it's more reliable to have PID 1 handle the starting, stopping, and monitoring. Even though sysvinit is missing basically every feature that you would want from something that does this. -- 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: https://lists.debian.org/87wq7svjm9@hope.eyrie.org
Accepted liboping 1.7.0-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 21 Oct 2014 06:56:06 +0100 Source: liboping Binary: liboping-dev liboping0 oping libnet-oping-perl Architecture: source amd64 Version: 1.7.0-1 Distribution: unstable Urgency: medium Maintainer: Sebastian Harl tok...@debian.org Changed-By: Barak A. Pearlmutter b...@debian.org Description: libnet-oping-perl - module for ICMP latency measurement liboping-dev - C/C++ library to generate ICMP ECHO_REQUESTs (development files) liboping0 - C/C++ library to generate ICMP ECHO_REQUESTs oping - sends ICMP_ECHO requests to network hosts Changes: liboping (1.7.0-1) unstable; urgency=medium . * New upstream release * Remove quilt patches, functionality is upstream * Bump standards version, no changes required Checksums-Sha1: 319032515261c58298ccf112d4d6728e46909458 2079 liboping_1.7.0-1.dsc 0d126bd9de71a9ebfd145e6f35654fb6c5357b4e 375421 liboping_1.7.0.orig.tar.gz 4758b0ef3d53161bba9b5e1a86548419adf7fe4e 8840 liboping_1.7.0-1.debian.tar.xz 5bc9e6d7d43321428873c36ec4ae53a8f93bb346 45080 liboping-dev_1.7.0-1_amd64.deb a73ba6caf9277c637eff7da8412afbb854aa1607 17806 liboping0_1.7.0-1_amd64.deb a14e742fb623de21fcdd00ce4be20b99db56b236 29096 oping_1.7.0-1_amd64.deb a89b11c8d3838f3072cfda133b0827f22493f510 23390 libnet-oping-perl_1.7.0-1.21-1_amd64.deb Checksums-Sha256: 9ced8d3ecf565ea55cec5c5b15949a99987683411ab7eb12d166c3166e1e4e57 2079 liboping_1.7.0-1.dsc 25cf9417fe84d70c4b1bd97f1f92e597ccdc1ec2da3b7eb311f33f5e7033a70e 375421 liboping_1.7.0.orig.tar.gz 1f76fbb2e4ad25d0574761305ce0ab883d8eda8427845290bcf46e2917f371ca 8840 liboping_1.7.0-1.debian.tar.xz 6e577df5da549fa58ed3136f3e4e047a90eb3df977299931a052a40e2397caec 45080 liboping-dev_1.7.0-1_amd64.deb e060dd33c00d82488b71b6d4f3b26c7f50ae4086529c75852a8c43a3fbe76b4c 17806 liboping0_1.7.0-1_amd64.deb c25dab70e3020f0ad879a15a4a30a1abb3b16bb7b0bf7299db1c3e36d46d4c2f 29096 oping_1.7.0-1_amd64.deb 944edccb6827d740b44664d1391aab4eb80bbf5ed11e9622404c21ac7d5b8d55 23390 libnet-oping-perl_1.7.0-1.21-1_amd64.deb Files: 1a891aa8f27efd7ed41d2828df32d4d8 45080 libdevel optional liboping-dev_1.7.0-1_amd64.deb 68bb433a5c0bc518bc9c213ffefff811 17806 libs optional liboping0_1.7.0-1_amd64.deb 6452126cd8660d0275d1c972d51389cd 29096 net optional oping_1.7.0-1_amd64.deb db1c500fc764c2a66e499c4338f798e2 23390 perl optional libnet-oping-perl_1.7.0-1.21-1_amd64.deb 2542eb4f7edf3418a2a7023b25476e0c 2079 libs optional liboping_1.7.0-1.dsc a8a9460f0ca5a2a7da913e4ed79d8114 375421 libs optional liboping_1.7.0.orig.tar.gz 7093c3d80ae3f9009d1585914557cb6b 8840 libs optional liboping_1.7.0-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURfaHAAoJEBJbV0deGQ0Y+noQAMOFD4OH8zzdwHmWo5ZMkHxD 9PgglnFMZ7C5vmwNlpia1n7LOhuNueqbdyJMsqcFmenauGIQRDLjkgUw2936V+zs Lxx+pExKrKt+vvTzY4IKNHV4LoTSD0E3OobV70zmWaaSBqqQb8NtAJCRpFbOSOZt fekJpFawW4/fQw8sdjZ6igU7tY8MUt31tkE0QbXPC7d1W9CIKvs4+yEhal7b+fBX vSG2OTAo/ZVpSEeOpIBSuz7JKBr4xYqqNjW744Ap2NBQFieX4+kz5XrGFag8ZD+s UdRDg73SGxcu6crpVlNf3hs9IaB3YpMOHHZFfelwGw2cRVpX8AAmIoTp5hAvp6ZB Xe+8AmDV9KoHHLXAWi2zgEJyV6Co2+70vBoNsWEBxg+C8TYlmfb6bOB+94FAWASL gpTqZa14RgCH0Azj4Phb6p8q2vuKgEjl75nqd0y4CTDmgG8ikWw1fKeR8NLWNTVc EZD62e1Vj499BTwVlUqAZKCyKwDO/BBr03KW7KmmZMk3AKcgl72NNWod5hxkVJR1 dLOLb9gEKOhkocNHBc1NO5UbYBFo8SlOavA1ErAK+3TVtIsDVn8ej7gdRnKP8iGB bwcxPo4xie5/wk9//TuRJ2BcCc/qqGinroJPcndMin7MYAL8ZVjjs+EL+sLeaZub pGTE9HtmAfBooue9K3o6 =LE+Q -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: https://lists.debian.org/e1xgsxy-00062d...@franck.debian.org
Accepted ardour 1:2.8.16+git20131003-4 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 21 Oct 2014 02:35:29 +0200 Source: ardour Binary: ardour ardour-dbg ardour-altivec ardour-i686 Architecture: source amd64 Version: 1:2.8.16+git20131003-4 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Changed-By: Jaromír Mikeš mira.mi...@seznam.cz Description: ardour - digital audio workstation (graphical gtk2 interface) ardour-altivec - digital audio workstation (graphical gtk2 interface) [altivec] ardour-dbg - digital audio workstation (debug) ardour-i686 - digital audio workstation (graphical gtk2 interface) [i686] Closes: 749363 Changes: ardour (1:2.8.16+git20131003-4) unstable; urgency=medium . * Upload to unstable. * Bump Standards. * Add exec-code to desktop files. * Update copyright file. (Closes: #749363) Checksums-Sha1: 2adf0575afcb981fe1bd83ef3476577b120c4817 2987 ardour_2.8.16+git20131003-4.dsc 0bf75f2f4cc67c6d5bdd2190f3b3822d0d0b0123 51568 ardour_2.8.16+git20131003-4.debian.tar.xz 377946297e247f2b334ae7f3bde60a8a46570829 3672584 ardour_2.8.16+git20131003-4_amd64.deb 1879cab90a9599d97522580ac0275169e37af1df 324192 ardour-dbg_2.8.16+git20131003-4_amd64.deb Checksums-Sha256: 9bd3aebd3c418d13fe4cdd23b18032825b28e22b2f2a407d72fb79bd3e311ee1 2987 ardour_2.8.16+git20131003-4.dsc 4607d882f78fdc6f7b41e0b132ed6fafdecf3129384bd018310bb09baba7687e 51568 ardour_2.8.16+git20131003-4.debian.tar.xz 71c059fb82756a3159c37b49529ecb6319a702400e5d5d7b7db92e7b511129e1 3672584 ardour_2.8.16+git20131003-4_amd64.deb 07262b92e1c32aed95897e34f4aaf92ebf93546f8e1579909e703edba7828b46 324192 ardour-dbg_2.8.16+git20131003-4_amd64.deb Files: 711ff78ae2fe8ac9fda8623d0e7eea1f 2987 sound optional ardour_2.8.16+git20131003-4.dsc 0bbcdf97530de7c3755ec01940f7ab96 51568 sound optional ardour_2.8.16+git20131003-4.debian.tar.xz cfcef9bad63e944a7e43630235a658cc 3672584 sound optional ardour_2.8.16+git20131003-4_amd64.deb 0e1a773f386a34480a1d5c37ab46a691 324192 debug extra ardour-dbg_2.8.16+git20131003-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJURf4LAAoJEFsBlFXiuE+lEB8P/0+RbbgOmcK++Sd7Qmd/jYDH cQfA79aU6U4DpD2GCB78zB/P76/o2GzizEynWk50RsGQ88Ki1Nd9VRC2D24FxrZ9 RbEeNbNGGeC7+ws3QNVgxOe4XeEr31UVFW7LOkLP7uS91o3q8TGIM1H+NEHoMHHl 99uwyA5mU1ZDZNwQR3rErSXOq0PBQ/Uk+U+2UIAqDRK5fGdG921LrzFeya63UoGW BPXdIekHoSKhgsH/YttAQHFCuGPycP7ft4cNrV2vt2Mxru6ZONZXbz3416Gq+o62 jkiOBjseTb/YJt3PXLLNYJRxRlQ3ZsPx6AKidj9uS6rOS4V7ESNE/iOPhElMb/PJ 965HGAClbur0lXcV0XJMH5/yqguoHG2IKgYP9K03KjgyJ4vxswadqXa/K47DX6tU bx+BNhZNp03gtslZqL7oD5fMHBw7DY5Yr3Qnfd5JF1AEX7ItVZD5aD2cpNfkymMT W5XJTGrDgqeaC8STAwp0g2F3DqORkGsT2mUVpYDf3T4sFe6KS/yAOX6/gIzmhsPb sa84C2CFuTIQjE20+I20qciP/H+1xPy7PsuCOj4tWexcONFeufs+1n81moeKOna0 kdbTfdW1Q2mT6nXQXnaHPr+K/0Bu7csQkUa2hcjHL6esDU5e5pyWv7YjIUXGka5z DaUUF5bPLTW/x/VQZVf4 =BdSU -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: https://lists.debian.org/e1xgtfo-0002jb...@franck.debian.org
Accepted hdf-eos4 2.19v1.00+dfsg.1-2 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 16:12:42 +0100 Source: hdf-eos4 Binary: libhdfeos0 libhdfeos-dev Architecture: source amd64 Version: 2.19v1.00+dfsg.1-2 Distribution: sid Urgency: medium Maintainer: Alastair McKinstry mckins...@debian.org Changed-By: Alastair McKinstry mckins...@debian.org Description: libhdfeos-dev - Development files for the HDF-EOS4 library libhdfeos0 - Earth Observation System extensions to HDF4 Changes: hdf-eos4 (2.19v1.00+dfsg.1-2) unstable; urgency=medium . * Depend on libtool-bin not libtool. Roles have reversed. * Now at Standards-Version: 3.9.6 Checksums-Sha1: 1d7593bfeb0ff70bf23a527984c94f0a45a8abc4 1971 hdf-eos4_2.19v1.00+dfsg.1-2.dsc bb30e80f3c841a3bc4fdc01a667bd79ea3f1442a 20436 hdf-eos4_2.19v1.00+dfsg.1-2.debian.tar.xz 20583e6e2e071d1959be8a355395940e028b6d2f 100040 libhdfeos0_2.19v1.00+dfsg.1-2_amd64.deb f7d0692eb63846f58bdf18a0881b817981fe248b 172876 libhdfeos-dev_2.19v1.00+dfsg.1-2_amd64.deb Checksums-Sha256: 16850117896dc2b56689c465ea36cde43c28ba30fed21f384409ec3949c828e1 1971 hdf-eos4_2.19v1.00+dfsg.1-2.dsc 8e6bde7d8b0a2a8795c0f99664b5e728c8a71fbf4a30bc232f2948ffcffa2fe6 20436 hdf-eos4_2.19v1.00+dfsg.1-2.debian.tar.xz efa609eb2ef698c25dedb313156a3da0094125d51abcea02ff8c71ce11683a18 100040 libhdfeos0_2.19v1.00+dfsg.1-2_amd64.deb bc1167993e0669e470b7bebce625636152c54818e78282586fcb80d54608d55f 172876 libhdfeos-dev_2.19v1.00+dfsg.1-2_amd64.deb Files: 1d06b5125d529470536b65efdfeae127 1971 libs optional hdf-eos4_2.19v1.00+dfsg.1-2.dsc db22ea12a7348112605bc727f10be556 20436 libs optional hdf-eos4_2.19v1.00+dfsg.1-2.debian.tar.xz 306fe0084dbd3bbb1fc0341c7630d8ba 100040 libs optional libhdfeos0_2.19v1.00+dfsg.1-2_amd64.deb be55fe87a9273e826b9204f99d8a89b7 172876 libdevel optional libhdfeos-dev_2.19v1.00+dfsg.1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURf6bAAoJEN9LdrZRJ3QsTwsP/1vMTwQ9B2MJ4aQmYk5P3UEY HLNkL3ylxV7ypw10EZ06l7rlcJ0piK5Ywp0zfb0WKLwzftC2BGphdAvnulCOoSau 6b2zcinO58fyigwZafnurazghxiyN0FVkmDhDgD9pZPBfKHM93W72ITOeM4sKoc5 sa5NRRPAyL0PiS1mWHiG7BxyBFLwQeUwZ2Mb7iYqs23tW/2P/RRI9U4Zet2J0+1Z E9a6GK6pWvyKPQ6Z6YTWvjafpdYmEt/rggme3MSjsAfJkzouFpDPE74zJpNuyWJd sEj+E4MZlUo3fETF8D+ShTuY8cCDNKUfICsgI27I371Ac9RfqP59PaC33mfaErXj zCXeEp8im5ooTG3mcRhqh76l9lhpxCMHN2QNC61ZHrj7Nl+j7fhgY3LGd2LMxTKj IHkdejV3uUptRhhHRCaMOz4XzsXv7VmiaNDHwOyb5CSvwGPaDIkjvzf4rjTXLfYi eslV0c1vZzaj6rQZwUrq15iyMwLrYf7Xyb6zIPNX44Cxi/RjgHmUjmGPVeT98kfG oVXfreawe2aV/fYA7rM5hwYpLzNEjFMHINizLGRCrKxJs4dISs8G+/FFmY+rGNFa poRRsYik2nQ9llW8X5PTDSY7Hz6v2GDJObUml7IcShgmZtAJFm+ZXwSgAMx9h8ZP ZQ0hNLDAv8qTG78nd3iW =39OX -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: https://lists.debian.org/e1xgtfz-0002kc...@franck.debian.org
Accepted bley 2.0.0-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 21 Oct 2014 08:33:50 +0200 Source: bley Binary: bley Architecture: source all Version: 2.0.0-1 Distribution: unstable Urgency: medium Maintainer: Evgeni Golov evg...@debian.org Changed-By: Evgeni Golov evg...@debian.org Description: bley - intelligent greylisting daemon for Postfix and Exim Changes: bley (2.0.0-1) unstable; urgency=medium . * Imported Upstream version 2.0.0 * Standards-Version: 3.9.6 * X-Python-Version: = 2.6 Checksums-Sha1: c33ebeccfab923342bfae8ef4bc68532588f1793 1706 bley_2.0.0-1.dsc a2edfddf4fa19b844c79143a551f84fa898a000b 23379 bley_2.0.0.orig.tar.gz 5e7d5f0e907dc0207de25f4333e8d53fb5b95075 6284 bley_2.0.0-1.debian.tar.xz e4d6e1e2f54e19d911c8e3aced6129473dccae94 24398 bley_2.0.0-1_all.deb Checksums-Sha256: 77d482d14e7d3931c6b80926881b2bde7b144c338a915d232568143dd8b0a2d9 1706 bley_2.0.0-1.dsc 00a7be51ace158d284630f548dbfa1e1d2c363848949124d57795976a5414c7b 23379 bley_2.0.0.orig.tar.gz 0c7f8b999058b4e8597a163cb787e861f189d840618e38a2a821120bebe031fd 6284 bley_2.0.0-1.debian.tar.xz 273abcbdea12905400ef0d23e350a8cc3f5869b7874913c40b69c2f3a849862e 24398 bley_2.0.0-1_all.deb Files: ddbfb01fbe62aad8244d1f843e142857 1706 mail optional bley_2.0.0-1.dsc 23b6e7aafe4a18a6080c0513ac8bb5ad 23379 mail optional bley_2.0.0.orig.tar.gz c1929e082fcab7a819062380e2bad96e 6284 mail optional bley_2.0.0-1.debian.tar.xz 8c517b783b0132b030f6d7119d4b4d5b 24398 mail optional bley_2.0.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJURgKCAAoJEKGwm0IzOWHozwYQAMrzT8AD6wABF6TuUkLiZAkB JupQT485pwTIwNYja0RYCJbXsREUAxjjhpS8n2x02gKILVrNgelAs5uJtw1XGC/i 0E9KrNFLQRVpISVZl2S+hX2vSq1w2HiLe/SMe4R8qZrCIYy7ZzEvbglctFDinRDT vUpH9hWAEjx98Yr2Xay/aHQMT9/9tM1HvZ9d7VPerpdqDoA+Lq5OSclZkobP2zLk Ly6NtOBgKaVWVhF6iaSjkginhICddWwEZR2O6ZEucgq3WDn05/Wegdzy69nilwkT Xe9uqJCYsO95HKozNHBj9WFojeXFPhudWGWtiytlim9ycgUL1O8QK7SW4gOYG7WA SRs1avut76F97Y+noS6nlgUAy8VK39fa+3TL1YBjvYpSkU+NV1ZGk15h09KXixlO wbh0rdEJdbguMVmtvuoM7vP2T+iRw5Wl5N8RI3h4l1cFjLpLGEzPG0kviTmbScv0 MzzDdcWDwQrmvAVrTNtX/fRAQpvSglAYzDuaeSjbIxw0DplZsBiPsqQxKW9yK5Zz /+Lr4Wyvajx9h70lbC5kNi1/946h85oVZK1A87AeTxU5KciLdsT+iaVUgZmCYp1P bN0XcCmcz1Rc2gW/+DdrGXD+AeTSLztwGg/O9peHx1gtjXXrQF6fuEq8Ftk240ky XrQ3hBy+iGLsBDArKAS+ =xV2Y -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: https://lists.debian.org/e1xgtts-0004wv...@franck.debian.org
Accepted zim 0.62-2 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 21 Oct 2014 08:54:43 +0200 Source: zim Binary: zim Architecture: source all Version: 0.62-2 Distribution: unstable Urgency: medium Maintainer: Emfox Zhou em...@debian.org Changed-By: Raphaël Hertzog hert...@debian.org Description: zim- graphical text editor based on wiki technologies Changes: zim (0.62-2) unstable; urgency=medium . * Cherry pick an upstream patch that fixes a small regression with keybindings. Checksums-Sha1: 43f1940a16c1cb3eb243fd5aac113c65a29d4043 1569 zim_0.62-2.dsc a2e05f2d3bfa7504c3fa2c6386c92d66dc78ed46 10912 zim_0.62-2.debian.tar.xz b08297b81285006794043c138292da6edfcf394a 1005982 zim_0.62-2_all.deb Checksums-Sha256: e14d06e4512700ea2d008ca11136dd4f9abf0e1e62507ee510e7bd6842025c02 1569 zim_0.62-2.dsc 6321cdfaa6a614d7719b3a282a9a6614fe996de51d4b4203b647a57d3df12467 10912 zim_0.62-2.debian.tar.xz cc8f2d9cbc17e22ae7f2f075c10d8dcf06a8e5baa76786da2e582e3fa8a8e0c4 1005982 zim_0.62-2_all.deb Files: 05ebda79d27232aa27dacd29b042b720 1569 x11 optional zim_0.62-2.dsc 213860702e1e28dd7b0e7bbdb4e73187 10912 x11 optional zim_0.62-2.debian.tar.xz 30d242263cc54280a3546b486e41b510 1005982 x11 optional zim_0.62-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Signed by Raphael Hertzog iQEcBAEBCAAGBQJURgOlAAoJEAOIHavrwpq5+4gH/RaHHpumf75KEhTDjeXDSl2c 3Ytc5j8WCAmZgsP3smYnqZn/stgIEbdL5l8xX1jwLaoiu6ALn9Et1/8Oj1H4Ge+o vmj6GEOPJGjE/A/vrlXLDZIOAPXHz81kGPqbkWcxM+Ivajdwe+e0ZusrJUygtp4a ux3vHKxIaAzNbR88+8gl6ByVhTvA0VBniaB7ThlROblytligVc0sF0kMrnIBiT4W cMCYRNNpaMQ+SlxnaaTmVX47JBt2vGA0NRO9MBCtSFwvlyezyfcMuEOJXDV6qSD5 xK9HFCbQTyQH5p/fMXIjadURzFeKBBGGtswnDSeMrMvceHZOx0gy0CZoJWWbOZ4= =49di -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: https://lists.debian.org/e1xgtu8-0004zb...@franck.debian.org
Accepted libjogl2-java 2.2.4-1 (source all amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 20 Oct 2014 17:07:42 +0200 Source: libjogl2-java Binary: libjogl2-java libjogl2-jni libjogl2-java-doc libjogl2-toolkits Architecture: source all amd64 Version: 2.2.4-1 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Emmanuel Bourg ebo...@apache.org Description: libjogl2-java - Java bindings for OpenGL API libjogl2-java-doc - Documentation for the Java bindings for OpenGL libjogl2-jni - Java bindings for OpenGL API (JNI lib) libjogl2-toolkits - Toolkits to play with JOGL2 Changes: libjogl2-java (2.2.4-1) unstable; urgency=medium . * Team upload. * New upstream release - Depend on gluegen = 2.2.4 Checksums-Sha1: 16441cd46c4f96692c321ee637540f05406574bc 2450 libjogl2-java_2.2.4-1.dsc 4ed21ee2ea7056c11b11b59c156f7134c56724fd 7734324 libjogl2-java_2.2.4.orig.tar.xz 2b302ae59c125b2b5a9772a7ad8123abc5dc8533 14740 libjogl2-java_2.2.4-1.debian.tar.xz 980927159d14b3640a27bd69f451756d3dc436ee 2927236 libjogl2-java_2.2.4-1_all.deb 5687ba295c8dcecdcbd36c98591c63ce5acd2ba6 2710820 libjogl2-java-doc_2.2.4-1_all.deb 2a99bded2c77ab574f027a4d6ddf74eef6bb6b2d 46642 libjogl2-toolkits_2.2.4-1_all.deb c233d1abee1a26d8c17082a811694f957bcb8ab9 130838 libjogl2-jni_2.2.4-1_amd64.deb Checksums-Sha256: 2fc1d09b4a949e0d5a835ad23980ddb4847a07ff7c8b08013e71d39dc816c304 2450 libjogl2-java_2.2.4-1.dsc b37dcb102ba2042804aae26e07c30e63f16a96fcb7bb0a71e7e908a9ddb6d1d5 7734324 libjogl2-java_2.2.4.orig.tar.xz 419f8b366bc98a18e0e4bee69b2d22aff90a1f11500fc0764091ed153f472f09 14740 libjogl2-java_2.2.4-1.debian.tar.xz 3f395672ab98a41f10ef8915cd4f3b7fe527906f3f40724f666f6f1ee4ea8bd3 2927236 libjogl2-java_2.2.4-1_all.deb f20db6ee5a3de2414f8de0af8af1ab7cfc486c3599bd3b7a9e5d3d15198ebe0d 2710820 libjogl2-java-doc_2.2.4-1_all.deb f8eca3bf7d7bc8469f5b706106855c6fd92f8283aa467a468bd7094711fda39f 46642 libjogl2-toolkits_2.2.4-1_all.deb fbd7031fb64dd8434ad7b869bac9896d30ea8b1bf1c2e2132510ff1f54af3e19 130838 libjogl2-jni_2.2.4-1_amd64.deb Files: afd291b169982bbcc08e51e27da86ff1 2450 java optional libjogl2-java_2.2.4-1.dsc b6fd35b70cfb46f17576dbf6f7874e0c 7734324 java optional libjogl2-java_2.2.4.orig.tar.xz dd8af925f0494e95c2dbcda0488c836d 14740 java optional libjogl2-java_2.2.4-1.debian.tar.xz 617be7f448052f6230f37323ea4669be 2927236 java optional libjogl2-java_2.2.4-1_all.deb deb6265bf21b774439ff511702bf649c 2710820 doc optional libjogl2-java-doc_2.2.4-1_all.deb cd2f78385c20710760b082012e1fff84 46642 doc optional libjogl2-toolkits_2.2.4-1_all.deb 121701785618e6209ff305ffa5099fdf 130838 java optional libjogl2-jni_2.2.4-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJURgVmAAoJEPUTxBnkudCskFgQAK0MG2XMHg8u7pJpS4SqQ1hc GAmxrjJU2tayLUbTcVx7MOfCRPZ+cO04/rrYC1vg1swSxnizmlT8D8un/gdpa2vj +UsKFoDvgSVNu9q86DeTqL2P/PAxoAj+mI1USH+btfol5umED+QpPoiVaCGtHhhx dxhdq7tlE8JdmjOSyhshkCLT8AsxkQGKT6M4buGt+Lhn6fuIfWcytnZcDP8Zgcpf EY5hbJuTDwkHChPgEN0M7g4lChJF7K1EdSL81aLsDkRQ51w56aXSw3BA0+rq9grb n6NP9O1N2MdtemuLkzwXaCIVCyIjwADEWT8E6pQdELvQzpF2N1yvw/5SGCfmRu54 2dm9mcw9iIHy/7SrTUk5lWSHBNlN++A9D00FdxJc/69duKWlZTqCNic2rs2yiETG iH7+hKxZ6JB+n9y2CgvvIDEOM8OEnLDZ3r2WMJaqEDXPBBT9gFUYbvYJBqh8LNLe 9cwZA2NaajmC3kAJVNQv4D6BCbH5lTkBV5Gl88WBj/RWrNxosNC7BYOspnqNS8oz zHjOaP9Ruahdw97qFf1q95MMNrLs7rYlm+TRHg68n317tCxnBCbrsWOkJRwelWPB vN2h61yQFG6uFyaMnszIRf7LZZBHuLCQpzvQ9/Q4xn0saY6+caw744Z3Pyiw8iZ4 H6tkqyC9DySnqIaidyd4 =WTjV -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: https://lists.debian.org/e1xgtjg-0006ks...@franck.debian.org
Accepted jsoup 1.8.1-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 21 Oct 2014 08:48:35 +0200 Source: jsoup Binary: libjsoup-java libjsoup-java-doc Architecture: source all Version: 1.8.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Emmanuel Bourg ebo...@apache.org Description: libjsoup-java - Java HTML parser that makes sense of real-world HTML soup libjsoup-java-doc - Documentation for jsoup HTML Parser Changes: jsoup (1.8.1-1) unstable; urgency=medium . * New upstream release * Refreshed the patch * Added animal-sniffer-maven-plugin to the ignored plugins * Standards-Version updated to 3.9.6 (no changes) * debian/copyright: Removed the space in the short name of CC-BY-SA-3.0 Checksums-Sha1: 29024768c3d9bc5b4a98bce59d9f9879bc2a3748 2152 jsoup_1.8.1-1.dsc ffb130b8503deaaa32de954bd48378536b0dea43 127604 jsoup_1.8.1.orig.tar.xz 7d7e6da1ef12c2b75098c5617eb520eb0506393f 39812 jsoup_1.8.1-1.debian.tar.xz 02179c267b2a2546a12d2243f1bb16c643c7fb13 291594 libjsoup-java_1.8.1-1_all.deb e5130e325a739d016a85f134822d721b7bb650cf 146060 libjsoup-java-doc_1.8.1-1_all.deb Checksums-Sha256: 0a4741d1dab012f86227527cfad290e1cdb5df1b8d8ce483f4f56719ba30baef 2152 jsoup_1.8.1-1.dsc 0062ea3f3481b6d22824a98f33bf042c8e81d5032143c21eca98d704d257a267 127604 jsoup_1.8.1.orig.tar.xz ae888216c5fcfab59317667b53e6a993dc6e66547467fb346a17f5b9948da724 39812 jsoup_1.8.1-1.debian.tar.xz 53fc4936f75766aafd8bed6e18584ffca81ef793ebff6e02d6698b7981a66527 291594 libjsoup-java_1.8.1-1_all.deb 92562cd4aef02c4251383f5aea14848281da2847f92a2df0bd96a123d00bd17e 146060 libjsoup-java-doc_1.8.1-1_all.deb Files: 8a5afa3b53522d708cbc026134a3418a 2152 java optional jsoup_1.8.1-1.dsc 99ec3f1f4c279380b7441aee1527d142 127604 java optional jsoup_1.8.1.orig.tar.xz 066329955bd1f63d7f93782d23a6b324 39812 java optional jsoup_1.8.1-1.debian.tar.xz 9949dd559460a58be8360a821df8ba9b 291594 java optional libjsoup-java_1.8.1-1_all.deb 7278286137c9d0aa2bc2621ae14ed6ac 146060 doc optional libjsoup-java-doc_1.8.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJURgkfAAoJEPUTxBnkudCsB0kP/RvDy8PbiMDvVgGSlEmPjaO/ MRBWhOhpmh8Bor+zZCvo39t5TD0TiFeTNtl0C+Ouu/6cCu4VoOaP7qxnT1oCiwZz 1woIoHD3raAXqGUyITV5EFN3MXrFqGJtb9WJ8/77hXHrXLpVVzUKjAgfPHYkB30i QRW/Pj9uxTFs6txtsLd9hB3YcvWMPBmMk6Fic5c8Rfb7gflzAoxmXnGrbjgMFh3p +KVOJDNoGQeaR3KuhoI/PMOxvGwBnbxe2iBYZi19IS9SRxSJEZkZe+hJ+jxvpSxd JjVLn4URWZznYYI+4YtGhPB3OcYp+hPFhnEaWo9c82htBriBcx533d/3tOQzFHAQ H0GnkJJC266WByoYVIC4VXx9cMQvWSA+/dZcJN7Uj7NXTGU7YGWiWghx0Bx1Hkla jqfD0Xt70a/GJcpMwmRyrlBeQEEtBgZICL2XOU625GHVkSLUYKCJqsWzNGipxlXP 34D7r4ogb4fnht2H/aKyBCGhxg9Ws9hkcaA7MRFU3forf8/VZHQg/CguPyaRStYM MlTellcrQ65TmFqM/U39LdIQyRwMEDw8t7Lt4isUXO88aKWaFQNrwJaI5TgQWIj8 yAXbnLfsLlK2jXov8QD39/8C9eTz1UufVF5OPBq37CSwDYxEXvcZiK9zOn4CuoYX TTWVtQqdGyEJtZSb6iQf =HVmL -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: https://lists.debian.org/e1xgtx4-0008ue...@franck.debian.org
Accepted pyhoca-cli 0.5.0.1-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 21 Oct 2014 09:23:54 +0200 Source: pyhoca-cli Binary: pyhoca-cli Architecture: source all Version: 0.5.0.1-1 Distribution: unstable Urgency: medium Maintainer: X2Go Packaging Team pkg-x2go-de...@lists.alioth.debian.org Changed-By: Mike Gabriel sunwea...@debian.org Description: pyhoca-cli - Command line X2Go client written in Python Changes: pyhoca-cli (0.5.0.1-1) unstable; urgency=medium . * New upstream release. * debian/control: + Don't use subfolder x2go/ on Alioth's collab-maint anymore. + Raise versioned D (pyhoca-cli): python-x2go (= 0.5.0.0). + Bump Standards: to 3.9.6. No changes needed. + Add to S (pyhoca-gui): mteleplayer-clientside (not yet in Debian). + Replace LDAP support by session brokerage support in LONG_DESCRIPTION. * debian/upstream/changelog: + Stop manually shipping upstream ChangeLog files anymore. From now on provided in upstream tarball. * debian/copyright: + Update copyright years. * debian/rules: + Update copyright date in file header. Checksums-Sha1: 4f5b414c8492aede2ef075c5c6e4f288afb4560f 2017 pyhoca-cli_0.5.0.1-1.dsc 89574f7e9c7abc2e893990b64370323c24c0ffed 31775 pyhoca-cli_0.5.0.1.orig.tar.gz 0215f2f723b20dcd8ceaf34ce5da0b41c741a79a 315332 pyhoca-cli_0.5.0.1-1.debian.tar.xz 2dfead9299375a3a6c4580cf837228e0b7415193 33862 pyhoca-cli_0.5.0.1-1_all.deb Checksums-Sha256: 17cbef5bfd3f91b650d260f5688c88e3c4c03ee761e0a0efed9196801b8148b0 2017 pyhoca-cli_0.5.0.1-1.dsc 439fa1a323b0b22e42d4f1242f923fde115a73c91e8b637934d581d32035a810 31775 pyhoca-cli_0.5.0.1.orig.tar.gz 1f11d92eccfeb4399741116d6763c4cbf6bf932b492b0b6e39705cd7e8b261e6 315332 pyhoca-cli_0.5.0.1-1.debian.tar.xz 91a213341b1d9da739cd922cac6734edec7f9620086e5ee6519a2ef4f3728d89 33862 pyhoca-cli_0.5.0.1-1_all.deb Files: 4c488765da116d88e9b4a1699f4c4974 2017 python optional pyhoca-cli_0.5.0.1-1.dsc a34923f77c4318713b96156db632bfc4 31775 python optional pyhoca-cli_0.5.0.1.orig.tar.gz 09b2ae7a76f8a3ac45399473f98b648a 315332 python optional pyhoca-cli_0.5.0.1-1.debian.tar.xz b763a701df400ded8e03ab3dd6d290b4 33862 python optional pyhoca-cli_0.5.0.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURgpgAAoJEJr0azAldxsxv+IP/2z1Dwd3MxS9E0O8mXlxVEe2 Z9TLKhLASeuoyOczkSJRuZH8KjM0hGjw8KBdTIMKg8kmEUvW4cFlgd1tcZMcLyPR r5jIshYoBJKducxhUdhKKr2TaE1HkKsKGO/5DZ71b/Gz3VR/+p5uY69juyaMsQYd xT53wjDCzk8K5p4K030mhwo/65abyLscGr9pHipxa6nCcgi5UPaCO4z/oP/mfEBv rpEK3fC8lMxjHO6smUT+gjJzE4Ozx6mt7yt1pAECb63BiDbSwaL2ycoRtEzeWoeF rzROP7s2pIpJ1vDVjTs7DYXXE+VwrRqUrKqhELUbCG5vcjwNyeAYC3EvaXbN9smh cXPUewysVA2D6CGuQvaqS3QBlDfLrrkxdoMPKEFI2qrsk+PtRjMef1QJiWF+tlbS btMkOBT6U0yKccGj6cMKWcPUYVCJJKlywOOX0IO5kprysJr4XfRtLh3APDX7rip8 x6NSanGNcA6eauoNifTWhYw8JyNc2pBobc7GFXrnuItE/4o761ZMgu5hDx1Q7C9V AWs9IyDPlm6CyJNh+gesCTcN1CeWXRKAaEwo3hpzyGjXy2yK2T9NtElJ01w7xw5b Z1F2R5xVlEfvwXZ0cx4eGa5WD+4oNZ8U4g8uqJndNC9Yk+wcySKqKGGcytQHJMrg 0uaYP99rhAtSBtTeKP99 =LsCj -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: https://lists.debian.org/e1xgtxc-0008vw...@franck.debian.org
Accepted kalgebra 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:37 +0200 Source: kalgebra Binary: kalgebra kalgebramobile kalgebra-common kalgebra-dbg Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: kalgebra - algebraic graphing calculator kalgebra-common - contains files common for kalgebra and kalgebramobile kalgebra-dbg - debugging symbols for the KDE education module kalgebramobile - algebraic graphing calculator for small touch based interfaces Changes: kalgebra (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 7b54e589f45b37d52ee9b6bfddb1d8ba564a9fcb 2268 kalgebra_4.14.2-1.dsc aae2f7195025210c07295113191be7e9f5d5156c 274600 kalgebra_4.14.2.orig.tar.xz 96d9c0c4218ca7dde8ca65fac338bbe7d8ace27c 6156 kalgebra_4.14.2-1.debian.tar.xz 4aa4de81ccd767cc524246dc8a083a4c8221b04f 50054 kalgebra_4.14.2-1_amd64.deb fb3a70108a1c07bdf0b0c220bdfeff1c708897d8 68036 kalgebramobile_4.14.2-1_amd64.deb b087730b528bb7bc595eeb9c18c8da39ad279dd8 232324 kalgebra-common_4.14.2-1_amd64.deb 298514fe805cb47c71a57c089b1d5ecfe480ef89 1704928 kalgebra-dbg_4.14.2-1_amd64.deb Checksums-Sha256: 51b6f702489b712b8ce04c4b9fe2772e0f9d7b1ab436973127aad0e31d1affef 2268 kalgebra_4.14.2-1.dsc 58671fd0cf365cd75d303c87e7c88a4a2eeebbb43442e90f3c3e55829e318390 274600 kalgebra_4.14.2.orig.tar.xz 1fa3847dda4b10fd88d7a65002997f5c53f8191f56e4bb7f9e59eb9fe09865dd 6156 kalgebra_4.14.2-1.debian.tar.xz 1ed508a26b5eae6e1b74f3b8840ea14910addf7c3952fe9d7140e95d6c0af0a1 50054 kalgebra_4.14.2-1_amd64.deb 771d65048c9c7a6712fd6c778e71520feb2ea9608cf8d8b14225e12d62031e86 68036 kalgebramobile_4.14.2-1_amd64.deb 642dce9c632804f3eddb5311bb92a078f6a2d079f619267770b8cf7eab19f040 232324 kalgebra-common_4.14.2-1_amd64.deb faf22f08c3ddb9fbe6878bc8fa14d2ebb127cc02efcc9fdfa23d61afb9c3fac3 1704928 kalgebra-dbg_4.14.2-1_amd64.deb Files: 3df87854caf23b268118684d1176576e 2268 kde optional kalgebra_4.14.2-1.dsc 097fea3e8d919cdd88b3a7380d370aaa 274600 kde optional kalgebra_4.14.2.orig.tar.xz 1af24484528e0352031338784ba2e589 6156 kde optional kalgebra_4.14.2-1.debian.tar.xz b2b4914c37c96f8cf9e3a0cabe3b90f6 50054 math optional kalgebra_4.14.2-1_amd64.deb 4839bf0bcdb3bc0847809258941a3108 68036 math optional kalgebramobile_4.14.2-1_amd64.deb 75fbf19d15c9fa690bd8924c93f5212a 232324 math optional kalgebra-common_4.14.2-1_amd64.deb 88c49fa5d95d7674456001ae9f9d101d 1704928 debug extra kalgebra-dbg_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURg3MAAoJEMcZdpmymyMqvdgQAIUvjELBcQKx6Xg8kPVX4ExG 2BdYGh8EvCxthbq04/FKlUgxXnyDczhs2V3XcEsCMgVQ4MpIH36BFq5eUtGDlfti O6FNO6rXS7ZQfgpibajgpqqRuxiFrrHHgAR1qPHfs+KgvUubXogbVZ9vSjA/yw0m 8GCXfRiUhQ0R0EUBe00f78UvtAnidrdxUj+VnOjO6ReU2LAJEMLOh0LXrur915yA qSAbTtR/uoQVCQZYLQBfAHVXTYceJCRRpqZtWLswR45MHpRY0VJJKcycmUfcquxo rPcEtrzZiNY4KHb/InDQsiTTgSgQgvftnc7NJiGx4UgfGNAU1RVyFdoonbn2sWlg vtiCTVGfDQcWgT9tn6JnRr0tQfwgyiK6u9p//aIcxmRsyuHy+3573U7a4Ys39oo2 5y6/QJB3O0P57fwrqciKN9JaerG+cvM2C/6C3u+fYuAGomWKbyRUheOxdu9mqiTh oe05dSCi8kSW5hgbWigox/7PmkxtXYXEzsvPKmb2Ohb7dExotjl0bO10WJAIEvfz 69uj2rm/V7w2vzFWedSC4scLoLsYx8BrIG4nIyQjNXmiHHjXa9NS5RGH8UB/sZBU 4ZtHQuPucwim+agUWFkSt4dLAuXYzOBDq2YEuSwImINicSwx1FdaqGA1nxI4jZqB XWHNBjxinqz9e+G1DRP0 =X4d7 -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: https://lists.debian.org/e1xgubr-0001hm...@franck.debian.org
Accepted ktouch 4:4.14.2-1 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:12:51 +0200 Source: ktouch Binary: ktouch ktouch-data Architecture: source amd64 all Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian/Ubuntu Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: ktouch - touch typing tutor for KDE ktouch-data - data files for ktouch Changes: ktouch (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 211b56c692d5934bf82e346c8b53bc85c31493fc 2095 ktouch_4.14.2-1.dsc 474bccfdfc13785db36d2eb63ddc9613d8c61537 2420756 ktouch_4.14.2.orig.tar.xz f72f38e8bad2ec3ecf3538b77fa9d889d90465f7 4696 ktouch_4.14.2-1.debian.tar.xz 59859962f9a8de1eb7fa080bac46e0c9457730a2 155828 ktouch_4.14.2-1_amd64.deb ae908c2213076942e03d96bb31c1fb240a9a8084 1930022 ktouch-data_4.14.2-1_all.deb Checksums-Sha256: f6c6f11fb8f197217d58b6c8ba010485271d36925a8a886a59649585af61f04d 2095 ktouch_4.14.2-1.dsc 1f0d68cd86b50f934fc154d93aa022df26710d9c7755b9fec49ef8bb46162c2d 2420756 ktouch_4.14.2.orig.tar.xz 9c6afff3cd7d6e539d2d42ee11fa28b1e58faf8c2343c5262bcd6b5df5d2bfb4 4696 ktouch_4.14.2-1.debian.tar.xz 7ac827da00866f88252290b9f92d6fff9e8e0c898de81d4ac2ff2a0b9678e49d 155828 ktouch_4.14.2-1_amd64.deb 20e8513192803f65203391b7405a7967b18459fb977d3beec58978c959d8ab8c 1930022 ktouch-data_4.14.2-1_all.deb Files: ef498197eedac6ff99a4cbf2e1cb72f9 2095 kde optional ktouch_4.14.2-1.dsc 05e9d5fba1f9cc9f2c7fdb52d7559650 2420756 kde optional ktouch_4.14.2.orig.tar.xz 72f392ce5fcdc7389e0b98de04e40a37 4696 kde optional ktouch_4.14.2-1.debian.tar.xz 5d6e09d4aff2f12bd99252837fc0dde6 155828 kde optional ktouch_4.14.2-1_amd64.deb 1014fd5080f61d53794075cb35ea7ed1 1930022 kde optional ktouch-data_4.14.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURg4TAAoJEMcZdpmymyMqwJMQAJFcUpM0YNp88LMMulohFeLg tDLf9/+ASZQr+B6UWaPF/A06WS7eEnIsS1S1vIsmw/2nYsz/Z6vkPbLEvSKoVWm1 mXRgtjsBSjbJTz1JlLQ+01pS/NSm/NjrnfGYwNHg8lZF9OirounIXACOSkHHfkSe WAIrc3kD68zBAWd7y0U9pqod2xPiW1ZzMYtjScME+i/M5eKs+tgUMD2bnd4Mahdd E80fT8C9crmGMkjm7OanBFVzFqWMksYIYJF85LrtpSo/PHzJJ3/E6882eodMwAqx 0G4gj+NMMawvBrEhcdAhnXWdMaiLRQc5VpVpZbGqXw5jxRwyNCch1zJ6LQg76bSS QH2fQuoH3oyuRiq1RdH+n410up2MBeV+EOsbQFzddsUrV1Blr+GYb3P+1vCsM7s6 YUVi5YauLSEhv/RMk4BNDDCJ2x6wadmjmeXgDgIl+ojPZHcPNccry8tYmZzRsFFo jfRZjR6cY5SvFFTtwWOeeXMcUO6uGwksZooMmhLSBPeYrWlQ43nbba+klhuPniZz 55qo3EDnWAqouOQ1YFj7qEDwLnlg343pTeR7kziDy9qt20c3lPJohlyAPX2i/IaT WCiXISu5JT7L1cp8gqZ/LiIyp5+nn+xWWnHrLeDRGOl8PwNOei+KaW3KX7iYPU1G /tJsXpGcCbF0YxbHb+JC =P8kK -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: https://lists.debian.org/e1xguce-00020n...@franck.debian.org
Accepted okteta 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:38 +0200 Source: okteta Binary: okteta okteta-dev libkasten2controllers2 libkasten2core2 libkasten2gui2 libokteta1core1 libokteta1gui1 libkasten2okteta1controllers1abi1 libkasten2okteta1core1 libkasten2okteta1gui1 Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: libkasten2controllers2 - controllers Kasten library for Okteta libkasten2core2 - core Kasten library for Okteta libkasten2gui2 - gui Kasten library for Okteta libkasten2okteta1controllers1abi1 - kastencontrollers library for Okteta libkasten2okteta1core1 - kastencore library for Okteta libkasten2okteta1gui1 - kastengui library for Okteta libokteta1core1 - core Okteta library libokteta1gui1 - gui Okteta library okteta - hexadecimal editor for binary files okteta-dev - Development files for Okteta Changes: okteta (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). * Update install files. Checksums-Sha1: e00123ee00439640268f7a57c6a76c8cf4c7fe5d 2817 okteta_4.14.2-1.dsc 24f3258cdfd9a2d6d2ad89cfbb51ff22315ddfa5 493624 okteta_4.14.2.orig.tar.xz 3469575249b46fa5b93288ea66d556bc99f1853a 27972 okteta_4.14.2-1.debian.tar.xz 018abedf27535be1e12b62ff48f31ded2fb71f3b 86176 okteta_4.14.2-1_amd64.deb 3883933a992e4995241d63fd83df88ed1443a59e 82312 okteta-dev_4.14.2-1_amd64.deb b4cc32b79ef40cd65292faa448f19f40b71d4287 60322 libkasten2controllers2_4.14.2-1_amd64.deb eb53cc210b8d1e91e68e5e73b305a0626d9a711b 48654 libkasten2core2_4.14.2-1_amd64.deb c35a9844e18fc3e4f189fd5f4166b092680d7b77 62112 libkasten2gui2_4.14.2-1_amd64.deb 505e57acc70b413d7cbbd65b9877f9f5f7e2fae9 55130 libokteta1core1_4.14.2-1_amd64.deb a74e2dbfa64ae331a08f63da93cb6ec42e0e3bf1 75534 libokteta1gui1_4.14.2-1_amd64.deb a54decf260dafffb669fe84cf640fbb161f25ace 357950 libkasten2okteta1controllers1abi1_4.14.2-1_amd64.deb 3481277a750ec4db023a64011cd46290f06ed9c5 26208 libkasten2okteta1core1_4.14.2-1_amd64.deb 3337b17a79f9c647eaf38517fb96205c2920c09c 77660 libkasten2okteta1gui1_4.14.2-1_amd64.deb Checksums-Sha256: 215e9f23bd08805bb83ff405502833e3a7f66e52cce966d867153a639098025d 2817 okteta_4.14.2-1.dsc 6ee2f8e8abfab935420f8bb09b08e406965748bc02ad73646d5bc08c06473742 493624 okteta_4.14.2.orig.tar.xz b1dd2eafa5042d54be2c8a493ac2e18ee5e66b9e6877a1eef3aff4d7138b2ece 27972 okteta_4.14.2-1.debian.tar.xz 41cdf448b36634f83167cb8b5ca5287594d22aeba7fee6d2e62391549d00765e 86176 okteta_4.14.2-1_amd64.deb 5e36cf0a21a1b189c0c606001994a08c813b65b04d6462f4e4fd83054d21392f 82312 okteta-dev_4.14.2-1_amd64.deb 53427b88e32b4c34f87307b438a87c38c8a67edaadd811059cd3a29c04df96fd 60322 libkasten2controllers2_4.14.2-1_amd64.deb 9b25ea85711b8c82fa41239fbab4bf8f5332b3174a89340ae592b97e5b7b468e 48654 libkasten2core2_4.14.2-1_amd64.deb 7940dde592ae35ac685894c635cf70c5f6c14d962294d256c20dd6a9450ec1fe 62112 libkasten2gui2_4.14.2-1_amd64.deb de7f0d58c1141c17f347729fcf7509d7f1346eb7aba8ff28e4016cde833c72d6 55130 libokteta1core1_4.14.2-1_amd64.deb 400b8432be7ac269573b738064de4a1626ac46d9ff2a40c0f9ab0c5801024319 75534 libokteta1gui1_4.14.2-1_amd64.deb 3e8d1626ed9f18b605bae143813a4e51ed45b1c900ef9f0884654c9237e37713 357950 libkasten2okteta1controllers1abi1_4.14.2-1_amd64.deb 14b9dd413502ae7ab9f5b0472cddb100e5b3b141b609ec481245ca13dfc620d1 26208 libkasten2okteta1core1_4.14.2-1_amd64.deb c0d271c7795c46b0991bfd054373c0d4b05037bd0b94bf1bf6caf7eba85c7082 77660 libkasten2okteta1gui1_4.14.2-1_amd64.deb Files: dd1c0036c6c14cadbd0a7835d09e1604 2817 kde optional okteta_4.14.2-1.dsc 183a37c0f928143cef795068f927cf59 493624 kde optional okteta_4.14.2.orig.tar.xz 2998e0730967a70e6c990ab9d076dbd1 27972 kde optional okteta_4.14.2-1.debian.tar.xz 14e5cdd03207d9a07860b746213f037b 86176 kde optional okteta_4.14.2-1_amd64.deb 73afc76117232dd0165851ae38ae21d1 82312 devel optional okteta-dev_4.14.2-1_amd64.deb 18bb8eabcfe3f2ae444ec840c24e8a27 60322 libs optional libkasten2controllers2_4.14.2-1_amd64.deb 9a2127a4fae570b33f952b040084af91 48654 libs optional libkasten2core2_4.14.2-1_amd64.deb 05d3b0b09f9e6a3a9249b12644e9d9ab 62112 libs optional libkasten2gui2_4.14.2-1_amd64.deb 483ae8a1e6f1035721fee4b1b5b36037 55130 libs optional libokteta1core1_4.14.2-1_amd64.deb a1c25d93beb56171fbc4cb25f7052023 75534 libs optional libokteta1gui1_4.14.2-1_amd64.deb a596c4660d52951c3c77ac338cbda7a7 357950 libs optional libkasten2okteta1controllers1abi1_4.14.2-1_amd64.deb 8f537c8a56c4c4aa744d5a0e1bf3f2ab 26208 libs optional libkasten2okteta1core1_4.14.2-1_amd64.deb e16aa962d27b8ef6ccaf353cddfefd34 77660 libs optional libkasten2okteta1gui1_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURg3eAAoJEMcZdpmymyMq9pgP/27v9Aq19/unscbKrXYA2rVo
Accepted audiocd-kio 4:4.14.2-1 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:40 +0200 Source: audiocd-kio Binary: kio-audiocd kio-audiocd-dev kdemultimedia-kio-plugins kdemultimedia-dev kio-audiocd-dbg Architecture: source amd64 all Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: kdemultimedia-dev - transitional package for KDE multimedia development packages kdemultimedia-kio-plugins - transitional package for kio-audiocd kio-audiocd - transparent audio CD access for applications using the KDE Platfo kio-audiocd-dbg - debugging symbols for the audio CD KIO plugin kio-audiocd-dev - development files for the audio CD KIO plugin Changes: audiocd-kio (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 2cd537c3a00e12cef28d0a8be0822fa410672969 2468 audiocd-kio_4.14.2-1.dsc d85abd243294a27a36423650142715d1e669a47a 51640 audiocd-kio_4.14.2.orig.tar.xz 736c934091279b0dcc49ac715ae5b34d4e6be8ba 4324 audiocd-kio_4.14.2-1.debian.tar.xz bd23eea679de28c96290f2aed8e52db0a5e75679 85982 kio-audiocd_4.14.2-1_amd64.deb 2fa8d0ae1bbd6fe5b7f967f0ac89358e0aa3d4e8 5420 kio-audiocd-dev_4.14.2-1_amd64.deb 82ca346d6447cc3ef2555c8b3ef93162cf3c4be6 3712 kdemultimedia-kio-plugins_4.14.2-1_all.deb 93623cf44992201f01ec488d0af3bbe3efa92f56 3748 kdemultimedia-dev_4.14.2-1_all.deb 17b3f383136fa4be2cf8959d6610ff1effa3f50c 954950 kio-audiocd-dbg_4.14.2-1_amd64.deb Checksums-Sha256: a7ea8a6cae104ed643bfc1cbbc46360c264c5c96dabbee31350fdf11f38f20ce 2468 audiocd-kio_4.14.2-1.dsc 58fd6fbdf6f06c0bceb106cda95323232985376cc680102b6c5d42acc0a40a68 51640 audiocd-kio_4.14.2.orig.tar.xz 4ddfc9411cf90be800d3dab7277b39e1f8edc374db53918aff4a9d2aa2e262e4 4324 audiocd-kio_4.14.2-1.debian.tar.xz 4edabf6646912887684de60f9db3c7106e6bbdc00b4fb2c69786376467945fcc 85982 kio-audiocd_4.14.2-1_amd64.deb fb14472cb4ef60bcb4d2bff38ec4921f078e8bef916a938cbf1511ec49238a3f 5420 kio-audiocd-dev_4.14.2-1_amd64.deb bf7cb5b71ea21c60de6dee924f39db858526907dcd3512be244ded0ddbf8c3f6 3712 kdemultimedia-kio-plugins_4.14.2-1_all.deb b921200041b43fc61afeacdab6f9f12b7e9961a5be083857dc7e94a6c18a5d75 3748 kdemultimedia-dev_4.14.2-1_all.deb 1d5cf9c643914fb30efdae84ec068a9007b0f1f8d9c9f5d0822aec542bff2ed1 954950 kio-audiocd-dbg_4.14.2-1_amd64.deb Files: 6d1accd4c22f9527f4537a5cdc493758 2468 kde optional audiocd-kio_4.14.2-1.dsc 542acb6ab4007fa4b8bb0a9aff6265e5 51640 kde optional audiocd-kio_4.14.2.orig.tar.xz 09af793ea900a76fea967db00b40645e 4324 kde optional audiocd-kio_4.14.2-1.debian.tar.xz dd4f008f985f526fbef634fceba0edc0 85982 kde optional kio-audiocd_4.14.2-1_amd64.deb d45618832f1ec9c9c81238367768bf03 5420 devel optional kio-audiocd-dev_4.14.2-1_amd64.deb 3fdf2eb8a58645142b172ad955487f09 3712 oldlibs extra kdemultimedia-kio-plugins_4.14.2-1_all.deb 1db16a90e6e69d17134952d751934b08 3748 oldlibs extra kdemultimedia-dev_4.14.2-1_all.deb 074e0f40a0d6d5fada622b63eba437b4 954950 debug extra kio-audiocd-dbg_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURiA9AAoJEMcZdpmymyMqH1wP/Aown9UCV/p0c70QdQHPx3qx vcM9XE7zle1rSNyXfzh4eBHIBBxw1OAV5qbuhQ1Nlv+Q9Eb4BqVPhnRE7T6mFl3q uVRH2Xa7bQW6yv+pCFkmsDABBT+tIDSODvH8dHxoSPa9xEZnXiqQ2gDs6jEkag+D +FaMebOtIzATCGY8M95UT5oQ3xIxCAp0uSedEBDhXVcBlOggsP0mQGRxgONc/DVn B2Goc83HQH37BWGw/ZBYGB6vuLNQU+qp9YNkxnSh7VkBJ26g6BVifvVP7TEDLr3f Y8W8auKhl4/R7M7rQYK/K/Rn1Hem/bnwGH0XXILqs3yCwwEOeKrMXD0o/y1Qaard ma7naFAfcsV55Ev9BnCxH0dI74R5wNUWTYTOnTfF1wQ/50SjBfJ/oQjsyFrxCQcH QO0hFHE3KirgK8dz/6QjfniLoCFgX5vxD0Fud7OFjRolAXwIoARl73LUKN6ZufD5 WLhqMkSVbD8SpTWN49DdNVd/cY8cjbjW6lRvBvRfjwzUHOp+lUweuFNHAziiUda8 cMEaCxfK9ol2N4dc1u/XNTKsjJwW/DxVNtaC0uPNEP5mVhzn4+HTXyb3q0dHeQ4f eN12yqPZNk7qdTbhN7AY6OYiHvY4v9IA+gZFFOXxdIByzZWePzipNegLkkKeR2nG UrWA+VqMORNUIUNQdCa/ =AeLY -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: https://lists.debian.org/e1xgw4u-0003lg...@franck.debian.org
Accepted cantor 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:24 +0200 Source: cantor Binary: cantor cantor-backend-kalgebra cantor-backend-maxima cantor-backend-octave cantor-backend-python2 cantor-backend-qalculate cantor-backend-r cantor-backend-sage cantor-backend-scilab cantor-backend-lua cantor-dbg Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: cantor - interface for mathematical applications cantor-backend-kalgebra - KAlgebra backend for Cantor cantor-backend-lua - Lua backend for Cantor cantor-backend-maxima - Maxima backend for Cantor cantor-backend-octave - Octave backend for Cantor cantor-backend-python2 - Python backend for Cantor cantor-backend-qalculate - Qalculate! backend for Cantor cantor-backend-r - R backend for Cantor cantor-backend-sage - Sage backend for Cantor cantor-backend-scilab - Scilab backend for Cantor cantor-dbg - debugging symbols for cantor Changes: cantor (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 63d24a500d021ff025665e8252c7b22942a9aa20 2904 cantor_4.14.2-1.dsc 71e1d3127994089fe3c66e940dfdf1c4557c1ff8 341724 cantor_4.14.2.orig.tar.xz f63fe4f5d3e911a982900b5735a998dcd20c65df 8020 cantor_4.14.2-1.debian.tar.xz 50d4b59df5529a9e342e7a9ee949761116343c87 350306 cantor_4.14.2-1_amd64.deb ce028883efde269453dfe07c446691fb1c91101c 21428 cantor-backend-kalgebra_4.14.2-1_amd64.deb 8b64cd69b925d5f18df074f837eb8fc3962bdb7e 67264 cantor-backend-maxima_4.14.2-1_amd64.deb c845399e3e8747527e0d9723aad3896ac85d9f2c 38818 cantor-backend-octave_4.14.2-1_amd64.deb 87ae5333d6db354189b150f8f03e8e572abc2ca1 74836 cantor-backend-python2_4.14.2-1_amd64.deb 5c1fd2e21fae7e9bcea5bce5a62ea6a7fa4fc67c 112334 cantor-backend-qalculate_4.14.2-1_amd64.deb 97c6e07a2af8829d478ed79f7625eb086e9936f9 61880 cantor-backend-r_4.14.2-1_amd64.deb 1516c134fc0ad2953efd34a3e22525d8323e8f3e 43394 cantor-backend-sage_4.14.2-1_amd64.deb 45b6a172481417c84df36f51b69d2300ba6862f7 38492 cantor-backend-scilab_4.14.2-1_amd64.deb 073ef30aba1034e70d306b54a990cfb80531d81c 24594 cantor-backend-lua_4.14.2-1_amd64.deb 14bf27127df7b531eeb1ecaa1509bed9ea4096c9 12666554 cantor-dbg_4.14.2-1_amd64.deb Checksums-Sha256: 4fcc473a48d25470313bfcfb790156c9028487df8b7cbfbfa7581ab14a99d745 2904 cantor_4.14.2-1.dsc 885f4c0c884f59c36087349fe41fdb525cf857aab90da5a2fb71f44f13d84915 341724 cantor_4.14.2.orig.tar.xz 17c28d21935f774bb9a434483927717561a330ecf9eff45c0fe9cae83e648877 8020 cantor_4.14.2-1.debian.tar.xz bfb8685eb4801c1d9d7b180efc90a89337501f5c01524a1e5302ea435837 350306 cantor_4.14.2-1_amd64.deb fbd48edbcbfd0922b89937508af2c73431e9954c8b633b83ba3d7cf04976c508 21428 cantor-backend-kalgebra_4.14.2-1_amd64.deb b3fb3486267ef85cbbbe1eaf3eb012cb33779a84c9eeb9fba4bf0763b21f112d 67264 cantor-backend-maxima_4.14.2-1_amd64.deb fc2223f9ca8bea13a232aef9c68559caef8de11eb46400fbf9dd2c0f8f816421 38818 cantor-backend-octave_4.14.2-1_amd64.deb 1de2c1fd740f9c125b20418b9a13d7a85dd8ee927b0289c03727785246819efe 74836 cantor-backend-python2_4.14.2-1_amd64.deb ba9c5fc33540a8337f7e9c0460a4cb9d51c883cdc588179fc6bb2ac257886765 112334 cantor-backend-qalculate_4.14.2-1_amd64.deb d4001f5bac6b46762c1306007479815a9db23153297b12cbcddbeb3ea1085649 61880 cantor-backend-r_4.14.2-1_amd64.deb 3cf6b5e7055586c04156a09c60bb14e623fdc72d0091a9e764883196e0acf00b 43394 cantor-backend-sage_4.14.2-1_amd64.deb 348d82fe5a8fc6d6cf38fc410bf96336669c02951b626f3603048f0d4dbdc079 38492 cantor-backend-scilab_4.14.2-1_amd64.deb c82b83f7d23e4a9edf1fbb533323f8d365385a2bb86aef1e51027251aeeb58af 24594 cantor-backend-lua_4.14.2-1_amd64.deb 8f03237a2e418c2a3fc92b096e06d54728ef80b2725ee3e8bff47d17f5e51afe 12666554 cantor-dbg_4.14.2-1_amd64.deb Files: 6cabdb6645c7530d1859067f6c7758b9 2904 kde optional cantor_4.14.2-1.dsc 81d7279640a0d63a8fc0495391af16d8 341724 kde optional cantor_4.14.2.orig.tar.xz e0162fe1974f5378014aca18e157 8020 kde optional cantor_4.14.2-1.debian.tar.xz 587d99c69c0ec7b60aeed9dce61031e6 350306 math optional cantor_4.14.2-1_amd64.deb 8f00e8f250b4597ec834848edb04d351 21428 math optional cantor-backend-kalgebra_4.14.2-1_amd64.deb 67d16d87a3df338f156bf9a9c0f8854f 67264 math optional cantor-backend-maxima_4.14.2-1_amd64.deb 5fff38b0d94118cb949e128d566517fd 38818 math optional cantor-backend-octave_4.14.2-1_amd64.deb e8927e8b3313400fb09148f2ff69d803 74836 math optional cantor-backend-python2_4.14.2-1_amd64.deb 10f9bf9b482021b9ecb8ddd2aefdc608 112334 math optional cantor-backend-qalculate_4.14.2-1_amd64.deb 65761342b8b80bc49fd036fa1df120a2 61880 math optional cantor-backend-r_4.14.2-1_amd64.deb 4e51ea6b3041de5874b11afb94061b18 43394 math optional cantor-backend-sage_4.14.2-1_amd64.deb 26df61648681692597a3fd454e3b44c7 38492 math optional
Accepted eweouz 0.9 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 21 Oct 2014 10:05:38 +0200 Source: eweouz Binary: eweouz Architecture: source amd64 Version: 0.9 Distribution: unstable Urgency: medium Maintainer: Tollef Fog Heen tfh...@debian.org Changed-By: Tollef Fog Heen tfh...@debian.org Description: eweouz - Emacs interface to Evolution Data Server Closes: 728072 754010 Changes: eweouz (0.9) unstable; urgency=medium . * Switch Depends to emacs | emacsen instead of hard coding version numbers. Closes: #754010 * Add dh-autoreconf to Build-Depends. * Ship README. Closes: #728072 Checksums-Sha1: 2d121d682dd14304a3b3a5d495efdcc79202e058 1463 eweouz_0.9.dsc cf61dc42dc914ec24fbbe567fdf2048f001f9541 21176 eweouz_0.9.tar.xz 0adfea453caca9a99170f517292a84420ce4b76d 19672 eweouz_0.9_amd64.deb Checksums-Sha256: 753f4f8fa539df1e13f14deea55ce38415592e543989533e678ee3ad1eb9e7a4 1463 eweouz_0.9.dsc 950543005cbdb17163ba06762162defaa1562aeb29e233d18620ea7986cac4e0 21176 eweouz_0.9.tar.xz c58ec47e06f50c27cc0bc38bed19c34518a0d068a35533eedfb2ada7eabf50ef 19672 eweouz_0.9_amd64.deb Files: aa4bfbd79d6ec03d65516b182b283606 1463 mail optional eweouz_0.9.dsc 38c8c4d431ff675c0e89712372b4cc32 21176 mail optional eweouz_0.9.tar.xz c440c3369551e5ee206eec6eba79f439 19672 mail optional eweouz_0.9_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURhk5AAoJELZaSHHKGdcXR18P/0X+FCtnm0f5HYxKrTALOvFh 7dG1B0IN9miq265I6x/NoJQUWtCsL2esbPXenx8nhGzNO4oURdVoEZ2SIRqccl6M 5QHyDTEVRI5R2fcjVFbVOal1eEleqzZPvGjTyS4wLGtDQ8okvdUY/jdHo5jTwGI5 MPnzOTTg9IhfrKTlLgivS/I45KU9YrXbwuziVJq60y/JyNdWuajJnlrDis32AGZ1 VQcmH3/s3PBh7XlYrIpAdvo6BFUAlTOcv/8+x9kW0Rd82cheMp8HKRiMER0nu51w EenRI1ogM2prJjI9AjRlZQDQbc2ShGQXcgA/eq5bgNMbMKhcrCH4US3mJL+/wL02 BKHbSBr0fE0UXNkSevNfMY9R2L/7r55gBVmFA8D8XRd58Bg7q6kEhqz+LId2cI7E Djyvu1h8eJ9QQnqCDJ8apROckhFBqTp6y3tUn2+stRGG1n6TvKSAA9lC7XPAANdG 9B4TSaWlUkPKK17jHwxx6wSR7cWspLi3ZbFAIwhLgVjZvdbqW+dVftmem2resBk6 hWz1jkuFd90oStANj4xx47fJS1reBBdGt4ZqAGqZXaCJ9Qukp3/XqVFMbCKtukbd DQybCyMtyWQ662BiiTmH9lbZ7TCN1XWfo6pQY9s0yWKyTwGK/zQRSpNA4L9y74H+ LlU+lalmj92obLRLyYmZ =evrT -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: https://lists.debian.org/e1xgw5w-0004hk...@franck.debian.org
Accepted distro-info 0.14 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 21 Oct 2014 10:09:57 +0200 Source: distro-info Binary: distro-info libdistro-info-perl python-distro-info python3-distro-info Architecture: source amd64 all Version: 0.14 Distribution: unstable Urgency: medium Maintainer: Benjamin Drung bdr...@debian.org Changed-By: Benjamin Drung bdr...@debian.org Description: distro-info - provides information about the distributions' releases libdistro-info-perl - information about distributions' releases (Perl module) python-distro-info - information about distributions' releases (Python module) python3-distro-info - information about distributions' releases (Python 3 module) Closes: 766142 Changes: distro-info (0.14) unstable; urgency=medium . * Fix days in month calculation for leap years (Closes: #766142) * Bump Standards-Version to 3.9.6 Checksums-Sha1: e461977fc889a86dd7c044dddbea8bae6b5b 1946 distro-info_0.14.dsc 3a755a0b68c2655d2bb2f4cf27d75374cf5d4f13 26460 distro-info_0.14.tar.xz a343e4c33ed4ae6553ce906b12f5a2b851e7eaed 20806 distro-info_0.14_amd64.deb 6b139b629b4d604a70e954101c2386fbf587bf6a 5602 libdistro-info-perl_0.14_all.deb dfd592fdea84f3ef096c4954a19bfdd079671524 9018 python-distro-info_0.14_all.deb 127b4299727c8bd534bfd1c5064da860b6493262 8990 python3-distro-info_0.14_all.deb Checksums-Sha256: ed5daa3ea5851ceb7aa5fbccfa757e6458a1bad829aa2fe74a12a27ef7b9813a 1946 distro-info_0.14.dsc 73b7912107157cdad96a52b10a050292c9bdb049c52fb3a70b6dbf21a4965204 26460 distro-info_0.14.tar.xz aa80fdfdf340f21b97652bd9b5c3046dc2fcd6191b9224058eec2413e49256e2 20806 distro-info_0.14_amd64.deb 2c07e852a21da93e5836e7a03c1d17a566bbbdd169cdc1901b8bf0f8f43e107d 5602 libdistro-info-perl_0.14_all.deb 016ca1d05defc4c518a539262f8628ce7b775f0673f800dc372f3c58c364af53 9018 python-distro-info_0.14_all.deb 5bf63c3b0308a2c0c78c93cba2f1344316e6bb4fcb3350ba5fb1d1782a7d4f95 8990 python3-distro-info_0.14_all.deb Files: a9f85d06d54457d588637f23c1269b39 1946 devel optional distro-info_0.14.dsc 4a1062955eb2fd6321f51aad6e714af9 26460 devel optional distro-info_0.14.tar.xz b32e8c077e2ab6f2529363f082c39fde 20806 devel optional distro-info_0.14_amd64.deb 320752efab2b3c9252cc669267674b36 5602 perl optional libdistro-info-perl_0.14_all.deb 2307b17a8adbc3cb47db1d8b6e378a3b 9018 python optional python-distro-info_0.14_all.deb 67bdc5a3ecb95d928ea2bb1e0746539d 8990 python optional python3-distro-info_0.14_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJURhY+AAoJEN2M1aXejH56coIP/RYlcsj+F9169cs1iG88m1qe qCotXBG2RqHCchA1ccKLajnSJMiXBBZmkxyJeNaIFimOqSHL8qxg5Wf90GmHVl62 IrGwxrJl/VfHa7eC4XoyuJQoZfewh31ulm6iEuJ7zi9L7/HM8XCVgb/Wmg52RuD7 iJmS6tHC7UZVKAcwrqOm6ki5VDmZnDy8zdoF96yMOotia9YxURcoz1xo5nmsp/6j HSPXsl81ZRW+WKxxzlatRtQ/rLaRCXBro+t5SwC9cS5aIGU0mw+NXiZpNvIzVob0 uflAjJ/baYQ/3CIWACLmv3fQeWFouMllYjH8jhWYJD79wOwTO+TFkdZgbQItIeEs 0OTGGY/h9EnmOJz9Gltm3kQeSKjyY5saPsxC4WeFcZHbLuDnPRewnJlIzc57pIyX 8qARyNUQDVNXQXnqxgRC72ZX3gMnm11ruj9E3sB0Zlf1py2PKEiN0rPWh4Rby1wK iW+jrC/Q+jIlEBuTn6waxN1MG97LZtup0uEkTaFtrYmYrYaUU5210V+WtZobvkJl yqNnJ08dsc57fx2+Tob+VLf5ZxUyJl21atVpUjClLPvGfozsDzxf5GRmAlsEZDfd SplZbiY+12mt3l5M4lNdUZoZJ+rC8r3ZaG/GzxBS8TPtwm0AqB1NXaSNK19HQFCo NogCfHLbAsT+lnoyjHu2 =bfaq -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: https://lists.debian.org/e1xgw5q-0004eb...@franck.debian.org
Accepted directfb 1.2.10.0-5.1 (source i386) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 16 Jun 2014 13:51:00 +0200 Source: directfb Binary: libdirectfb-1.2-9 libdirectfb-1.2-9-udeb libdirectfb-bin libdirectfb-bin-udeb libdirectfb-extra libdirectfb-dev libdirectfb-1.2-9-dbg libdirectfb-bin-dbg libdirectfb-extra-dbg Architecture: source i386 Version: 1.2.10.0-5.1 Distribution: unstable Urgency: medium Maintainer: Debian DirectFB Team pkg-directfb-de...@lists.alioth.debian.org Changed-By: Hector Oron zu...@debian.org Description: libdirectfb-1.2-9 - direct frame buffer graphics - shared libraries libdirectfb-1.2-9-dbg - direct frame buffer graphics - shared libraries debug symbols libdirectfb-1.2-9-udeb - direct frame buffer graphics - shared libraries (udeb) libdirectfb-bin - direct frame buffer graphics - binaries libdirectfb-bin-dbg - direct frame buffer graphics - binaries debug symbols libdirectfb-bin-udeb - direct frame buffer graphics - binaries (udeb) libdirectfb-dev - direct frame buffer graphics library - development files libdirectfb-extra - direct frame buffer graphics - extra providers libdirectfb-extra-dbg - direct frame buffer graphics - extra provider debug symbols Changes: directfb (1.2.10.0-5.1) unstable; urgency=medium . * Non-maintainer upload. * d/control: drop build depend on libts-dev. * d/libdirectfb-1.2-9.install.*: drop install libdirectfb_tslib.so * d/libdirectfb-dev.install.*: drop install libdirectfb_tslib.a * d/control: bump Standards-Version to 3.9.6 (no changes needed). Checksums-Sha1: c60bd47b78c7940b1f82ed087795fcbc6247af88 2713 directfb_1.2.10.0-5.1.dsc b9956e34f03fd0515d6c3dc19f06aceaf5368226 22060 directfb_1.2.10.0-5.1.debian.tar.xz 264f034ccc04e3fbf147c12692236ff357749552 1056270 libdirectfb-1.2-9_1.2.10.0-5.1_i386.deb ed58928dff3340beadb97beb54d2942a89a56e32 347906 libdirectfb-1.2-9-udeb_1.2.10.0-5.1_i386.udeb 0813d99a6013ad794f4f36d3dc0571711a603101 48996 libdirectfb-bin_1.2.10.0-5.1_i386.deb d654421e50b1c258c52cae3397509f66e63e369d 5690 libdirectfb-bin-udeb_1.2.10.0-5.1_i386.udeb a2c30d065d781f70a94263a5ed8948fac8698d94 31892 libdirectfb-extra_1.2.10.0-5.1_i386.deb f86ee72431965043a11d76f50464bb76d2a1a857 693274 libdirectfb-dev_1.2.10.0-5.1_i386.deb 61d7bf4b2ddb581bcdb88bec855fabd007682b46 2890492 libdirectfb-1.2-9-dbg_1.2.10.0-5.1_i386.deb e711cb7dfc79e2cc8d3bbfd51c718658cb3dfe44 794328 libdirectfb-bin-dbg_1.2.10.0-5.1_i386.deb c7da07b09575602c696b6777ae831569a1c011c5 627168 libdirectfb-extra-dbg_1.2.10.0-5.1_i386.deb Checksums-Sha256: 3dace619828b79f47a855b1e9f81958ed52523f452bbe6f21f1cdc8c308975e5 2713 directfb_1.2.10.0-5.1.dsc 4e295e840c8555dffce6546c213ba47ed96dbad4f4f53aa3bf4170e5f14b5d91 22060 directfb_1.2.10.0-5.1.debian.tar.xz bbe3489c2bc42518149af67fb1d07cde3f29464b85a48ffbab2420b4cec10619 1056270 libdirectfb-1.2-9_1.2.10.0-5.1_i386.deb 1c52807018d7e354cb7ec9acbd419446094813a7afe702f9c884a22d60cf52e2 347906 libdirectfb-1.2-9-udeb_1.2.10.0-5.1_i386.udeb c891cbdd917c40851ae321eb940d81677976541b357283561e17dd529bf1553c 48996 libdirectfb-bin_1.2.10.0-5.1_i386.deb b077bc0d334a12a4e3ec3a45cdc8e171f10fa105f6c1b73eaa0a120fcd12cc8c 5690 libdirectfb-bin-udeb_1.2.10.0-5.1_i386.udeb 2a277c098e164a9a7afafa5c8a46a96075a511b7f42b50735ce6ff525374 31892 libdirectfb-extra_1.2.10.0-5.1_i386.deb 84fb16e0a3ad69f3c532d19518d926a1c98acc04caa5b6206510ae4ca2b8be10 693274 libdirectfb-dev_1.2.10.0-5.1_i386.deb e81a07905efcdbe76d0fce5b1dd6fe904cb3f127abd7ef760936ceca50d98e5f 2890492 libdirectfb-1.2-9-dbg_1.2.10.0-5.1_i386.deb 7fbb700a23f71568827a205418313465db7df4bd02b108dabdc0a050b997db76 794328 libdirectfb-bin-dbg_1.2.10.0-5.1_i386.deb 5b633fb7ab4289e84d958eb039f69ba621dee9dff52e015a2b5613c85dc7 627168 libdirectfb-extra-dbg_1.2.10.0-5.1_i386.deb Files: 4e0b8ffc17c2eaacd9bc210d07441ad7 2713 libs optional directfb_1.2.10.0-5.1.dsc 9a09780536e519fbaa54e98f74e44ed0 22060 libs optional directfb_1.2.10.0-5.1.debian.tar.xz cce7e3559b4d9f5f24a0923474e418fb 1056270 libs optional libdirectfb-1.2-9_1.2.10.0-5.1_i386.deb 075987869a9a56f4529c999aaf86dc1c 347906 debian-installer optional libdirectfb-1.2-9-udeb_1.2.10.0-5.1_i386.udeb 3e4dd4952208dc8b8325cf9924645d54 48996 libs optional libdirectfb-bin_1.2.10.0-5.1_i386.deb b25a77939ec1eea868c0d021d6b5c717 5690 debian-installer optional libdirectfb-bin-udeb_1.2.10.0-5.1_i386.udeb 86610d7b411b93efe789e6daac74909c 31892 libs optional libdirectfb-extra_1.2.10.0-5.1_i386.deb ed7b1cc63c2986cf229eed5501c7e3da 693274 libdevel optional libdirectfb-dev_1.2.10.0-5.1_i386.deb 0131492b3de74635b48d4676a5427b90 2890492 debug extra libdirectfb-1.2-9-dbg_1.2.10.0-5.1_i386.deb 92e5089e1b56860a58ac30c1c9dd9389 794328 debug extra libdirectfb-bin-dbg_1.2.10.0-5.1_i386.deb e85eda47c54a108d40efc61928ee51cf 627168 debug extra libdirectfb-extra-dbg_1.2.10.0-5.1_i386.deb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1
Accepted filelight 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:29 +0200 Source: filelight Binary: filelight Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: filelight - show where your diskspace is being used Changes: filelight (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 6a9868cc38083248701103aa0bbd5f4e5216a028 2148 filelight_4.14.2-1.dsc 9f9bd3601eacfb7c7df83898bd183142dc5378bb 287008 filelight_4.14.2.orig.tar.xz dc547218f7d0e61b9b9aa1ea1d8787c87859cacf 2512 filelight_4.14.2-1.debian.tar.xz 64768f9dadf1ee72259df20d047881a6de5e6cdf 318736 filelight_4.14.2-1_amd64.deb Checksums-Sha256: 4f8611ecfdfd1643de6648a3a7531127b0b71f5ea7529c0691a445dfb95dc1d2 2148 filelight_4.14.2-1.dsc a431c41f159ca5cbf5f64776a3e3b34e28786c340d5fd64ab338d4a04fab 287008 filelight_4.14.2.orig.tar.xz 8f55e42b182e9b87edf561e8bcb7170d8aa513af74ae68a4570465b1000c80d0 2512 filelight_4.14.2-1.debian.tar.xz 8792067f539aac58b5c1aa63724c9e84dcba91b0021ab019f9c41ab8258be236 318736 filelight_4.14.2-1_amd64.deb Files: 4e6236bcbb850275315609f18c74ee7f 2148 kde optional filelight_4.14.2-1.dsc 80f58f68485d76346563d74db80a8415 287008 kde optional filelight_4.14.2.orig.tar.xz b0dae1b123fe4dbacfca057542ade76c 2512 kde optional filelight_4.14.2-1.debian.tar.xz 502872b53a792dfb07eecf978b80c794 318736 kde optional filelight_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURiAvAAoJEMcZdpmymyMqZEUQAJ0UvGtmfT5ieSztndzIaq+1 v12kdzr5hj4Sx2npzxs/Yy5fYcJ2fzXb2S5a5G1oh1nhy5mafh9H3hjHhs31CkGb 8q/S2BRt4KViuNQ+trjdMPUj/+a8UyKJuE6emRKchw4YyiseFTwni9D/zgzr9b6E g6sAYkBWj+QXPdvI52HbncuIfJcXXmjojzMQJKdGT3LLgV5b3NDjECuxwR+Zp886 PkgehVlESVWyGLI17Esd4WFV5m3rP/ngwynF2ybaDJPofLZsRq4YQBRubZhxy4oP 1TU5LDpODbEXP5Z1raA1Tap9uJzyWUSJJLbowustgeOeAT7zXpR/kLptK0bDu0zf S7FsybEQsVZmwxGDzIJyng3gHR4LUJQqt2kxnX5bROsShtYWKqXwzxZdUwk3P4Jc FNAFO5uBECuyqIiMFY0Db3ORwC/4vuher3KkbJd2/MPygDvIiWjsI7f47ce78Wbh ziSZXzw23Nseji476zPXVy0syXvhr1wE6NH5/RITXr/buPs9T9gR66oONkG166ih tdBJFiso9DxQgD9KEy+Aqxba4bs4mhACTMl+AZXMa1NHb866LaTNRiAQ4VHsCXxs KbskVvTVKk6n4fLc+sxJl4fUyIs7y3bpaKf8SREtYcunM0ZL9DUov81eORhgkujB kV+pHOXrSc1vLMH8b7Vt =Cer2 -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: https://lists.debian.org/e1xgw5e-0004m8...@franck.debian.org
Accepted gnome-panel 3.8.1-6 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 21 Oct 2014 11:52:46 +0400 Source: gnome-panel Binary: gir1.2-panelapplet-4.0 gnome-panel gnome-panel-data gnome-panel-dbg gnome-session-fallback gnome-session-flashback libpanel-applet-4-0 libpanel-applet-4-dev libpanel-applet-4-doc Architecture: source all Version: 3.8.1-6 Distribution: unstable Urgency: medium Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Changed-By: Dmitry Shachnev mity...@debian.org Description: gir1.2-panelapplet-4.0 - GObject introspection for the GNOME Panel Applet library gnome-panel - launcher and docking facility for GNOME gnome-panel-data - common files for the GNOME Panel gnome-panel-dbg - GNOME Panel and library for panel applets - debugging symbols gnome-session-fallback - GNOME Session Manager - GNOME Flashback (transitional package) gnome-session-flashback - GNOME Session Manager - GNOME Flashback session libpanel-applet-4-0 - library for GNOME Panel applets libpanel-applet-4-dev - library for GNOME Panel applets - development files libpanel-applet-4-doc - library for GNOME Panel applets - documentation files Changes: gnome-panel (3.8.1-6) unstable; urgency=medium . * Build-depend on gobject-introspection 1.41.4-1~ as this is the first version installing files into multiarch location. * Do not ship Compiz session. Checksums-Sha1: 031a2ce6ae42886d9d2435b7ffa3dcaacb15d679 3522 gnome-panel_3.8.1-6.dsc f35d5885c07082c5eb17454786ea515ed911db56 36032 gnome-panel_3.8.1-6.debian.tar.xz 0a063e759a3074b3d1d7b315284b8df871a78d4d 1176916 gnome-panel-data_3.8.1-6_all.deb 757ad0ad2958b7dc67a1bee5cfdb5553018e48ea 234914 gnome-session-fallback_3.8.1-6_all.deb 49557c6d96f65aada393e6e01cf3540e489d1aba 240158 gnome-session-flashback_3.8.1-6_all.deb 295415752a76e83a7d3216c94d662f362d19339c 259376 libpanel-applet-4-doc_3.8.1-6_all.deb Checksums-Sha256: f11495848cfc90dcfcf30ba872663a030cfa51c5cac3ca115199a530a63ce29b 3522 gnome-panel_3.8.1-6.dsc cd20883793d0d63bac351187e779c2b24bbef590d9d1d58a2f4fa991f513e84c 36032 gnome-panel_3.8.1-6.debian.tar.xz 7d997a684635cf5a1e7ba2796825257cab24ba46b9f6b8c2afcd9014062ab72b 1176916 gnome-panel-data_3.8.1-6_all.deb 19ea242316e7c9b02049ca8533ae624edc3e7f8fbfc51da15875265c24d53a44 234914 gnome-session-fallback_3.8.1-6_all.deb 9d34f144a58a2c3711cf63084840932ef5a3266afaa5e4a1791126e5d2d4c162 240158 gnome-session-flashback_3.8.1-6_all.deb b78fc1c9c901c7ff77294f5e19aeb9ab8c0ab134735daf416cb70573171eb6e5 259376 libpanel-applet-4-doc_3.8.1-6_all.deb Files: 5f676411a64f4ea93755fe0ea1f5bf87 3522 gnome optional gnome-panel_3.8.1-6.dsc 29206459bbfe5d5636609aa47f15a065 36032 gnome optional gnome-panel_3.8.1-6.debian.tar.xz 88c835e9532829bbacc666960c3e6d17 1176916 gnome optional gnome-panel-data_3.8.1-6_all.deb 03d07bce761ab98d3823faa21528bb2c 234914 oldlibs extra gnome-session-fallback_3.8.1-6_all.deb 93bda3ce9d9f62e078dab20186c62351 240158 gnome optional gnome-session-flashback_3.8.1-6_all.deb c0aeabef160632bb500796b4a6ec8823 259376 doc optional libpanel-applet-4-doc_3.8.1-6_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJURhToAAoJEGAmk20vHIrg6BQQAJxtt3h+qyMKZ2REGs3qWQV1 nWDjtMw6MRdUAZvPe5D1H1Wwds7Xyjc8pIC0dRHPh1rWzyrwVi/+/RYs1F6cfpAI TBZQlOivPNj3Dr7/4hLjrTWR1eArEh8XSzRb/yzZXHoVeSh1Z6hXcV6LS0yfau5a ZXR8twllFiOEPMmnUMwecyTwn4KabpngjpAq9bdiSWSSv8XAxafXXDquQdzVS07o +2XKqL/iJAhKrZpUB7cIQ1VuVSmJljgAaH+1bOn52BOLvzvCzF4uBrPE1cOYC36w /RxCBJyi997YP8VoNp0DoBRyT7Q8jLrZ6zszTZ96/WYLLCc06LH3u1JQjyTx8UtW s+ifYEWk8EgZhFjJLHSf4eyOPWHaR2/THEsqqOpfDs+A8rjgjlusp2DgL4dpyCEL LYf8KvWxedYI8tJNClICPLjgrzZi8soFqDb9Ws4QtTvaD2naIGtD+3xgHBK7kfez Zoq39hvUl6UVyDsLDXyOj78zJ02eGaCqET5+FQ/aluHLGTKvoKVf7/5xznZ9qny0 nx692hsIuuE07N3aYMlD9wLaxS3QhY+161M/odoQqwEWYfj9HVYyFQ25cgUWiadt /ndATwk1m1HEGmLypzGr2cTGVPfMUEvxEAx09TRdrqM3MICByKx3iXJjH6MXid50 /03SOa3ibAWITqwrtopk =HKr6 -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: https://lists.debian.org/e1xgw78-0005er...@franck.debian.org
Accepted granatier 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:07 +0200 Source: granatier Binary: granatier Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: granatier - Bomberman clone Changes: granatier (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 648dab226c8fc09d6acf8c265940c8e053158e3a 2304 granatier_4.14.2-1.dsc b09d1d6a78becceb4e6ca3d23bf9ba90c1db28d8 1382236 granatier_4.14.2.orig.tar.xz a561405c4ef765098cd27aeb2836b15cbaba8aea 7608 granatier_4.14.2-1.debian.tar.xz 25e519ae741bf0a81ecfd269ed2aae2a9d569d26 1427826 granatier_4.14.2-1_amd64.deb Checksums-Sha256: 3a846c2f3c9cd3f31b42ae5293eb4f7403707c89ea8451979a9c82524530fcfe 2304 granatier_4.14.2-1.dsc 0ed1e47218947cf992ae2d60de1d6ccafd2aa6ebf5ed6b24e410523908b33719 1382236 granatier_4.14.2.orig.tar.xz d884281824ff12a18918e663a9f2c9bddfd0027d029f78b25959e28891f02e9b 7608 granatier_4.14.2-1.debian.tar.xz f030dd332636787b81a9add2150a39f04c9f9fd224ef2f6fc42d66c819527567 1427826 granatier_4.14.2-1_amd64.deb Files: 5ebd3a2f97684a04922db6c9836211b1 2304 games optional granatier_4.14.2-1.dsc 5de0e7dd50be650da4f4b1c2eb8854c7 1382236 games optional granatier_4.14.2.orig.tar.xz 4b7c349d38083c64738a4f2d0e9c758d 7608 games optional granatier_4.14.2-1.debian.tar.xz fc1ce9bdcbdf8beb9d1d3848fe9ffa5d 1427826 games optional granatier_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURhSjAAoJEMcZdpmymyMqT9EP/3959MY2lMhIxcGJnma5Aq69 ys+qXCSfaQmGXN3S9jnuqu9B/WpYXtC1zy0ZoXlK2yUciCMdONJSu0O8I6hXeiQK xW4hodgE4atRmQtCy/OPu5PGNM4nTa7laqnT4VF0vaoiutNQWGPsADaJ3z0e3Z3o 7ihFTAeUpddL+SSlLKP/vFw+NeHHHfdbpyGaqKOEfTRxcAWCfu0JFoNTXaenlLkw hyclld0Ri9gY6jmC927zpSyOx3YthkQJtnk375sklmkhxSr9SRKLqxx2gWRoMD/6 TfDXEJI6n/uC659MvgD++ylkQJmdNOQRNby6ot4B4e6ZrEhF2H13+OMu0DEZ2EQQ Q1qntaW0n9ygvWeZtrOoG7csjEQat8AIP43b69cKHHzZgzWCW4Q/WfQpyT/p1Pfu eDnSjcR7N+i9HQUKkxcVcI09yIgatrjZGS+xAFovi4Wf0ozJLKRKcUwMHjzUq/zd gqDo6CW7gj8XBNHFoSab7Ielsiicd/YNIoqI5b7yAjhpk44tKH+VCMnpZYQvW2Zm qrP8TaxKgTsV8kHjPGQZNQhUVxlPGt5II5wWshiCHPhmZx5H0imWT+jvi8Behx39 KDYQjhijrfPANLPCOTMhE/VIr6O/JUwRiQkF/I7h8Jxq3j2Au9JqvLA1uxtNZRuT ygPiITSJJFbIagjnxyQ1 =XiT/ -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: https://lists.debian.org/e1xgw7j-0005jl...@franck.debian.org
Accepted juk 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:10 +0200 Source: juk Binary: juk Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: juk- music jukebox / music player Changes: juk (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 1a5b84bbf6781f57f3e1baf67c6136d0a134141d 2073 juk_4.14.2-1.dsc 7207987615807795febd92a8f8a7527c6ea9440b 439496 juk_4.14.2.orig.tar.xz d043345540436acfe1b3b76838a653adb3492fff 3900 juk_4.14.2-1.debian.tar.xz 623e58c7f88a6dafbfee1457cae57d7d8af787e2 695514 juk_4.14.2-1_amd64.deb Checksums-Sha256: 889676b583b050e2279db08b1dc56165c36c92a2f0ae3627bef657f70918eac8 2073 juk_4.14.2-1.dsc 6d682dd4797a55005a0133bf4718f0ffd9150379a804354d7784e6db2313fd29 439496 juk_4.14.2.orig.tar.xz 1dd9f52d4b70a00281584c52f485a951d5e6270c204e72d73fed549df731da62 3900 juk_4.14.2-1.debian.tar.xz cdc310255eda328edaea24d4310a93b53f3288f3a99bcedfee252dfac16b8a13 695514 juk_4.14.2-1_amd64.deb Files: 011d88866708ca423841b056449cb8a9 2073 kde optional juk_4.14.2-1.dsc 25103b26b973f109b9510b9d22e40303 439496 kde optional juk_4.14.2.orig.tar.xz 8bbb03bb16a3eb0593a1453bf3b0d137 3900 kde optional juk_4.14.2-1.debian.tar.xz 251098a0d37bcf8f69c2d506b81341d1 695514 sound optional juk_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURhkAAAoJEMcZdpmymyMqjjUP/jnFoQROn2qqoD9nGoyNvc9X qmGXaxGac/YnUHMcow9LofBN11gdv5DaYdoG0+z2jYP+llRhd/a0Z/TruzV5+kpj ADSNsrxHn5XDUXbO8JDzkNXPV5iie0bzBcQB7fYtkJiacRU4S9pVawfEmLELDu3S QbrCjxpW1so91OPjD0kjxG4eR9KEVOjWAXcmrgzOhxTdm0UjFmFmPow9BAN7VPZ1 lLN/QMjnm0oSxrBpWME7BIhM52tlCX8m85lhYBh0+FVIXOYcxNeLvq0yWGgYYDBe AgOFUQQalsjgx9TrHeRTh8k1IpMACPGYLnRvSAwSPTErsJlr/jyHws4XccQ2Q7OW tPGkeiMWIxiYuEXPGSg1ZOsR0eDEe7HUPVCxKbbyLMoWGIgytXbRRTIRG2tAKDwv 4cgtpviRw+WNghwh1SafDyESJ4UF+n4eGWVyYWsw/6kHbJ9fNhqUXS822VlS+eYF hP8OvDqOca4AMY+u+ZyWEH0KZmHpDuRDUy9kJ5waEEWoxRpCfLuCvKFOHMDS2peI wKDU1EIkplQLxNbQLI95dIKcR7MGmswB05sfLWX1HxdU0R2A++7px/k/EEe2YN7o amQdBClVeN+Pce9zcmkkWwTlBhYAgoo8tzvQSO98zAoC79Wx4TppbMlal2ibh17r DQcWYNlF/eqgjKJhJqy5 =pd5T -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: https://lists.debian.org/e1xgw7s-0005d9...@franck.debian.org
Accepted jovie 4:4.14.2-1 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:17 +0200 Source: jovie Binary: jovie kttsd jovie-dbg Architecture: source amd64 all Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: jovie - text-to-speech system jovie-dbg - debugging symbols for jovie kttsd - transitional package for jovie Changes: jovie (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: b49f05c96cdde0ac9734f5b99556555e59c231d9 2208 jovie_4.14.2-1.dsc da35cc41371312c0e0ae3654e0a46762b69dacb8 380012 jovie_4.14.2.orig.tar.xz b5047f9bd822b2af4d0d353fb637d0c468d3236a 4788 jovie_4.14.2-1.debian.tar.xz 21129b313644c2bcda5242a07fbd2e570b78aaab 446654 jovie_4.14.2-1_amd64.deb f4beb3a29441e507c0678108b4a9df7124b63d1b 13348 kttsd_4.14.2-1_all.deb 3d926ca1772e933f38bd57d03140a6a924fc7848 2188528 jovie-dbg_4.14.2-1_amd64.deb Checksums-Sha256: ccab73c5ce079ac08f546611aa6f02035451b6acf9c0898bf939c9650f8095e2 2208 jovie_4.14.2-1.dsc e88af2005772d056746883f4a3b17bc34ae4d5a1557e8024d85f968c15e3421a 380012 jovie_4.14.2.orig.tar.xz 68a52a94d3b6d6f5487cea7cd01010bbcf1acfe9afd9f7d6d7f36b4fa038592a 4788 jovie_4.14.2-1.debian.tar.xz 4fbcd0e694725c0d14bfe0930e5409347d169c3143413860c8f5a3787c5b6bc3 446654 jovie_4.14.2-1_amd64.deb 238eac6986e003459b7c7a85858eccd25bc99a0ca560ec3de7fc5ec6d406663b 13348 kttsd_4.14.2-1_all.deb 08db95ca1dc7f3f82e1783955f3dbdc8980e10ce8bb334c85c957384c8c32704 2188528 jovie-dbg_4.14.2-1_amd64.deb Files: 98cfffb8948236c7736dcaa02a70a7f8 2208 utils optional jovie_4.14.2-1.dsc eebe73b83a018fb94df9ff4c07c993ee 380012 utils optional jovie_4.14.2.orig.tar.xz 488cfb1f398b42bec6b3b0ef6cd2e4ce 4788 utils optional jovie_4.14.2-1.debian.tar.xz e6622ea0cae66feed35c84f562063f5a 446654 utils optional jovie_4.14.2-1_amd64.deb 75fc65884a61ff018303183922507eb8 13348 oldlibs extra kttsd_4.14.2-1_all.deb be94faa25cd128b2e834a9c9af057388 2188528 debug extra jovie-dbg_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURiC/AAoJEMcZdpmymyMqBkgQAIiyK9KzpKx3327gq+ariSNx M7Q2vFrVcOuCj8obwyGUVZ3vi6YrpaDGs9ojspmMiY02NzJOF7NThJxpiKhcHdWR 7csZySP9U7hTauYhcQbUUDsCB9/eCZrwPgdXV0yH3PpZfsn3iCs/KCZGhMEu5OXZ bcJGNacfnCmCEb9FK9AhZk0g34BJxR1Re3TJgkCKdusQl/+fY0zfJP+/HMUwSPvc SKdXhMEy99qMk/AZmJNPk//pBBVJUVJ52eJqWkz3rnA53eKymIxZiyepDFGvj+qh APyjimhVMXzkFPL7jbSVqeuBQbVMrTXKM1NMTJM+bZ6zYwFlceNLu6gZ/MZVmMhz KC2/JTXqgahJ/CsMlulb71mL+KE1mcAgSyMIslmBakrHrIqZoF3zBauJpiKlRamE egFWB2v8dqeZQtDi4Xi4PKVlbbujvsV8UtvwIdD6E/ux1XM1lLqP37NI4N7WZgGL oBAvLvS9InHcBZ4qKWpAx1JEM4u+fH6FpYJ0k/KiJc1krj7VZ1srPTsQaQxc9dWd M8FdJLRHyQ80YahgxxvM3trsi6sqgjghxhp9RcAAKJK4TGyvxe+AHqRK7kGfSsuk PXRzuJ+28dMsczHbqVLcrLYyDmjgQOAQamFA+tD3seoi8w7lWuTvclYDI3q7QyLv Fo3csTiDJ34zZfWrx2zz =15L3 -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: https://lists.debian.org/e1xgw7j-0005yu...@franck.debian.org
Accepted gwenview 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:16 +0200 Source: gwenview Binary: gwenview gwenview-dbg Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: gwenview - image viewer gwenview-dbg - debugging symbols for the gwenview Changes: gwenview (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 6453d51c6838e8a17740835f24c10c448002c11a 2353 gwenview_4.14.2-1.dsc 10c754dfc0dab4155db8430e2b79779753804727 2910664 gwenview_4.14.2.orig.tar.xz 933a872b4c799b9824aedd99764b59ef68b620d5 5544 gwenview_4.14.2-1.debian.tar.xz 901bebe2069ce3793caf2a60eff00c213cd5ca61 2934274 gwenview_4.14.2-1_amd64.deb aba2fc7fbfd4410840c8ab2cfa61c062c4199742 10241712 gwenview-dbg_4.14.2-1_amd64.deb Checksums-Sha256: 0d310acf4dad30201f13c8f73c0da090249e48e295528c9ce28f982e28db7ef7 2353 gwenview_4.14.2-1.dsc a231923cbca06d591b8a6bfab7ee2170be44d50eeb9735fe4b420dac1b1e4424 2910664 gwenview_4.14.2.orig.tar.xz 96270c62abaed56dd8aa61aa051460144e54241b9a10a38951a405f785c24b01 5544 gwenview_4.14.2-1.debian.tar.xz d2e4824400d428acd7e6845799f5022794849e60ae5abf59f1c94533b948b9d4 2934274 gwenview_4.14.2-1_amd64.deb 6f0c4f6cf69397701e8cef9029f8e05b51418410ac5253c5c76f74ed7a4b2f61 10241712 gwenview-dbg_4.14.2-1_amd64.deb Files: 4a3faa1477942b63ab549bbefceaafc0 2353 kde optional gwenview_4.14.2-1.dsc 63ef4c9eb8992cb7198c43d70268bdb1 2910664 kde optional gwenview_4.14.2.orig.tar.xz da9f9311aa5af15f26713876bb8395f3 5544 kde optional gwenview_4.14.2-1.debian.tar.xz 7eef8e32f1463b627fca3379a6870c17 2934274 graphics optional gwenview_4.14.2-1_amd64.deb bb5312f60282699c67bcd0c0305fa89a 10241712 debug extra gwenview-dbg_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURhuEAAoJEMcZdpmymyMqy9gP/3NMjjOAOtxKqjboLiiMLCAU AUUTM85MSI8IFdAKfFWwDWI7jkK6LzY7ubU133BW4w2bA4jTmA/Qcxuk241PLlWH iB+oJ0zD9B2xkxCBSUnh7ckCiDCH77OVNvJpiWmNTS5Chy+gDMqQGJbNLzicxq4P tU0JNjT8e+Gkb+lX3smoh0Ph5fE566AyfnMnhRQmnzhtQZihpz5jxeDeRHXIl9ei z+4QrATK1xnAG6zoRcc/FN+xl3XhFFzYNg4yBuynzIt2xdfmw5IxqFRVhfnfIhQu I6T66tietF113KKW9kybgxKFXAkLMkZ6EIwgqe4qi6f04ZdhsfVkb0e5HOyVExLM cyx4+wm5TTulNGS2AshR8ceni9Nbt5iymE6/OB2/Wwmdrv0dh8twAQC+YSBLjcjf dZRs8owHiNhRr2UyNCK7PgLRQGh/+pbO9U+jk3keduW268/zMaSuJoqRoKV7Hm/S wrt3kQE0iHV7gAcarleaBW5TLviNHeemcrc+n+b/78kMVnYPtlRtRtq8SGUs4CwU z5mEWjpXDG4uQLhSKTqJ9U5CggNhZkKeUg5lrKEsZOJbh/s9HBQeU1ZqfZgCmOIM uH+EzIAe3gUH7dmb93B1apqnrudZIyKRAu2zU5IvrGYd5wXs9AO3OBQqLuJTFwLW 1n7DIQp2wJNk962JwP9O =SYbb -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: https://lists.debian.org/e1xgw7w-0005qf...@franck.debian.org
Accepted kalzium 4:4.14.2-1 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:34 +0200 Source: kalzium Binary: kalzium kalzium-data kalzium-dbg Architecture: source amd64 all Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: kalzium- periodic table and chemistry tools kalzium-data - data files for Kalzium kalzium-dbg - debugging symbols for the Kalzium Changes: kalzium (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 72042fc175f76fa62016439dcd56bf1dd09a91b6 2346 kalzium_4.14.2-1.dsc dcbe9289d1c1f39ef2b3ca2e1154d4d02b4f1952 3945356 kalzium_4.14.2.orig.tar.xz 65a3be9691f1c4554da4e111c88f6086e5ec26d4 5628 kalzium_4.14.2-1.debian.tar.xz c2fb4b4a1038ffb897db238714edd6752d565524 612430 kalzium_4.14.2-1_amd64.deb 9d380f4f6f66c6ef2a2e437af7969400b5d48457 3764864 kalzium-data_4.14.2-1_all.deb 2e175f46390fdea1a05476efea72f27382b1087f 5951608 kalzium-dbg_4.14.2-1_amd64.deb Checksums-Sha256: 12ea31f1d105cea63715a1ffd9c8aa3a51484f06c5bf8c5db3a15c090bdb2131 2346 kalzium_4.14.2-1.dsc 8773456c5954b13abe1edf01fe0d13e0fa7e57b229aa8dbeaf0775187c3c2b28 3945356 kalzium_4.14.2.orig.tar.xz dbf15bb939c8ce3edb78cb4661072c627b98767d5f89fdd6aabad178367bcde8 5628 kalzium_4.14.2-1.debian.tar.xz 643f554b9fd72a4d94e2fff4ded33d2e170591cf37bf8611744fe8696d4810db 612430 kalzium_4.14.2-1_amd64.deb e3739f67e3def843d9af7d994550d020ed5068c19d1528ba32647a188069f7c1 3764864 kalzium-data_4.14.2-1_all.deb 91c4a0f220536eec4fb0b0de3352435b3637f677326adb557393cdb0c7d8dc5a 5951608 kalzium-dbg_4.14.2-1_amd64.deb Files: 810995749a7546c15db920ee86b89065 2346 kde optional kalzium_4.14.2-1.dsc d574eda78effa33148cf97a4ff3150ca 3945356 kde optional kalzium_4.14.2.orig.tar.xz d03b6185a80579bd79583c888a97683d 5628 kde optional kalzium_4.14.2-1.debian.tar.xz db9db3a6b95dc2fb112eb3e31c6dd7cf 612430 science optional kalzium_4.14.2-1_amd64.deb f19b0b08efea4eb1ea5d04a9f045 3764864 science optional kalzium-data_4.14.2-1_all.deb 2e38e3cd040ec4b28114b9df24a8c73c 5951608 debug extra kalzium-dbg_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURiBtAAoJEMcZdpmymyMqjGsP/2pyr2AsAJSN7tFI5gBfTgV6 NqIZMi3DKw7qNQ8AqboIz6cuGYlUHA+GQfRuDMvg1Hx7PB2qXqzXYC6Ml944PjfQ cMt3jOyIpjV/a4xLUD3aZyxBtRi+Q2Z75rZt8gEx9Ot8YCn/RkpPKV1FsY3+oDC3 0g6vQ1a73xgin003z1BhNc43nkWMgMWB/PumgGyITo7Cebtcx1CcrmSu8BvpBM4g kubtzA71hrPNfDIeSJgKzgvfnIFDD/s6VIF5IieJD7KhuKzPF8y8f1Qf3Li6rkZM hkTzhOjJ2f5dQ48nZbZqXo0kDBPkrL3ZU2S0dIukNZZdiyxVI1dOqCx4K4kVmF4r NE1XlH+fOpyvk96OIVXMWAjzNyyDryc1PlkQjygPLtKwdO3XHs2aLYZWpW17Dhus pwzL6TofKdffV8dMd7VQ1Ic5140Mtu20mnbjf9ho3Rsbft3rzBiC7cn4GvkEywJ4 EnvULBCVGecP3KCu1O7Brla2iM+fMxiImjXQ12o9OEB7nKb64NaxI0ktbfgRMtCn 3fak9MLExxKf81UcxZgEfTfYNN509FTABP19Qe2n+W72UjIelpI9YqAFRPBXfGWx Xbd+9JoIwn5nOM7VCqJg5TLmZcZWJdW823lEAE13sq5KUeQRJP7S9fWTSHQrNF6B +ctJezMn7YaXjWrKKK3r =hwtC -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: https://lists.debian.org/e1xgw9d-00061x...@franck.debian.org
Accepted kamera 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:39 +0200 Source: kamera Binary: kamera kamera-dbg Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: kamera - digital camera support for KDE applications kamera-dbg - debugging symbols for kamera Changes: kamera (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: c811af5c85466c5c881cfc60d2cc8745380265db 2128 kamera_4.14.2-1.dsc 572dbe77c3b54bca98b05037c20d8596e73ab718 35328 kamera_4.14.2.orig.tar.xz c438e194bcf1ac15750741d25c0e4e612b619fdb 2664 kamera_4.14.2-1.debian.tar.xz b01b2577b785c1d69ba4a8e780e0a8c5b4f21ac6 55276 kamera_4.14.2-1_amd64.deb 3f9e2f6cfb34f42ce3c0d8cd87c647682acd94b9 455316 kamera-dbg_4.14.2-1_amd64.deb Checksums-Sha256: e6bb727c02389b0455a82b762ab63747de7d6b2e97d8f385b6b8e2c3e808a00f 2128 kamera_4.14.2-1.dsc 5da95297732d01aff84ac9c45ef82bcf06abc30397e1d6f09d5811687c57e7b8 35328 kamera_4.14.2.orig.tar.xz 091dc126fcfb51851bbb7a59ae8e30fdb58e649ec638930225448ec8fa2e4199 2664 kamera_4.14.2-1.debian.tar.xz 376bca3aa1f9837f85b4e01d433f7f506a765ae64ec73d01ddb32b35b31a5f23 55276 kamera_4.14.2-1_amd64.deb 34db222d8df15a8c8b6ea58f071e9119408ddcc03d63ef0512c84683f9f8e505 455316 kamera-dbg_4.14.2-1_amd64.deb Files: 98990c832f80e37743e05c81690c6c8d 2128 kde optional kamera_4.14.2-1.dsc 467dead9aac5fb1b84f338573d85781c 35328 kde optional kamera_4.14.2.orig.tar.xz 434cb66ee30aa0200e730323e1e53b69 2664 kde optional kamera_4.14.2-1.debian.tar.xz cf174365e9281cb0b78a16eee4292492 55276 graphics optional kamera_4.14.2-1_amd64.deb 85a6a22288b522c62e286f56dfc77670 455316 debug extra kamera-dbg_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURiDRAAoJEMcZdpmymyMqLWkP/3bc8RQ91EfbEvIzJ3Atg59W EWvGtQZgjzURiMhqfLg2Fuz6LNSc0C0Eb0yNSbYBCiyljvlkIRZy86OJeq4P9iqI lakc46E4Ni+J9fZhmThpj5eWLMTh4I7Xy3Ni0pz6GK1g8+VWnj8FOyIfOstTZjad /EMTsKmuSQY/Xc1PwTpUJI+GbHpfRDd8PwRjBZmoM2DfPJGmXxDi+Vi4BngrKmZ8 uvepVCNPvph4xPI1BmK0Gm5+uupy2Hco5LmgrrkuXv77xeXWdNYsWRGiQu6zP0DZ 0BfUcOhnzIEaLIBhd6WL33UHjY4QopuC5Netgoc5/1Oj5WtWQrx3KLzpNFL27Zkr VvEcsde9gZ4SAUzi8EH56BX0S917eZMAtNidsdHBt/D+HZwvv7a/h609EZeT0C42 HU+77xljpuAm9fcNLR0mWit1X0MUjO8zqrb1auBuPryWUXfZfJvRCJLkCmenXcZ7 Ov04YVc5A2ln8utlLi3OF7ZerZkBJAjXFJSWsf1kCInuVJJxtUWngfO5qOVM4Vwv Qz/Po3dAmoOPwdGQyOxaDN2YmNYQ95mAvPvKnGKCFy6GGxz2Cd/2TpqyOxenTtow TycrZG231NzmISCyOuZVYu2VtRBPtt8T8rMLwk9W6bd2cBeLkMYkgcmhGcGeKRfV nmqAhFLMYDEmQ1doY51i =TQag -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: https://lists.debian.org/e1xgw9w-000689...@franck.debian.org
Accepted kblocks 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:33 +0200 Source: kblocks Binary: kblocks Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: kblocks- falling blocks game Changes: kblocks (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 43dba4c1804abdcfbbad1ceb71870c74b06bb07e 2282 kblocks_4.14.2-1.dsc 42bd4b0334de9eb9a20ff058cfe2bcdc3f1af433 1207976 kblocks_4.14.2.orig.tar.xz 49d1db9d70f36c7fe4584708d62448cafc3e7147 7220 kblocks_4.14.2-1.debian.tar.xz 3dcb866ea460d61e5c1e244d9be9458146e62857 1236434 kblocks_4.14.2-1_amd64.deb Checksums-Sha256: 9be4b3cbae6b719a6f958497599b4eb2e6e96283713649b9555d95cda061e318 2282 kblocks_4.14.2-1.dsc c9cc9855ab8bb010ea58e904f4bd3f0a2af2a271821bff123393a5b746f0103e 1207976 kblocks_4.14.2.orig.tar.xz dbdf14c24353343bc0abe7e629e8b28a2597069ef6905b2d7538f7f379c8 7220 kblocks_4.14.2-1.debian.tar.xz 814e0f7b20631c6196a6310041225308c8b51a3541b68a178835b599d93302c3 1236434 kblocks_4.14.2-1_amd64.deb Files: 79b06b6f5a60957c59b4d5782c5238fa 2282 games optional kblocks_4.14.2-1.dsc b934eee33e935449edd2fd592cc27831 1207976 games optional kblocks_4.14.2.orig.tar.xz 8fcbe5de4463682ea459264d0463f65a 7220 games optional kblocks_4.14.2-1.debian.tar.xz 4377699c1bf5e2def8073f86aa30c947 1236434 games optional kblocks_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURiBeAAoJEMcZdpmymyMqLsQP/jJz5bfeCSe7RQ1u2H8dL64C eF0cZv8ZgoNvE73xR54/frHJ4KqjOFWZJC3plGUi2GFyXKTJADhTk4RJQVyEoiX4 unuZZOJqtle4OqYmA6nq1NGiSk9EdZI37KFc4lhm5Wx0lRTQc+0I7b+C85+yj2eY +dsHekfU5hLRkbsR4XUcvDatNwJnnmgIKLxDOugkIn4DFvpLADEQwL4fR4Vk1u8L Qe5UstNv0VnFMv4F8MQ96VNJoCCc4r7Nz4BsXfOwcLbrqCJgCTYyNpzX9GJU+S7N 6nLkAHc5yw+xiqZyvPAVQpRxL1wxyrAVOXNlIVn53tWnaBVlkInsUvFmKHMmDu9+ fo2kuGhl7n+EU2fhPuNEDn1GsRrrOvAye/43DHQJaWmMrlEGgo4kYAPHdogbpEyF 2Y2a9ipAGfZDMq17xK+88d7NfA0mH7bAivqbJqf6MdpqmVQrj0gRCGDnmkrkoFD1 +x+TQxN4MPN+E471mizuj5l/4rFhWFzUPTMMcvd4sX/NtVDIse9jFXKboxqQwCCQ 59FhXWLkTvptsS7wB1AUVK80rtABaoqkHUADTTpOTGiRTfux90DbMC5OIbCmWaqS zIW3xc4NhFOsbp6xHiiDssUVANwxg9Sd+FoWsZX0Iwqt9bwrXeAOhyHE1dkk0riu zCHcenteUARJfpOXAenN =KgkQ -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: https://lists.debian.org/e1xgw9o-0006da...@franck.debian.org
Accepted kde-baseapps 4:4.14.2-1 (source all amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:05 +0200 Source: kde-baseapps Binary: kde-baseapps kdebase-apps dolphin kde-baseapps-bin kdebase-bin kde-baseapps-data kdepasswd kfind konqueror konqueror-nsplugins konq-plugins libkonq5abi1 libkonq-common libkonq5-templates libkonq5-dev libkonqsidebarplugin4a libkonqsidebarplugin-dev plasma-widget-folderview kde-baseapps-dbg kdebase-dbg Architecture: source all amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: dolphin- file manager kde-baseapps - base applications from the official KDE release (meta-package) kde-baseapps-bin - core binaries for the KDE base applications kde-baseapps-data - shared data files for the KDE base applications kde-baseapps-dbg - debugging symbols for the KDE base applications module kdebase-apps - Transitional package for kde-baseapps kdebase-bin - Transitional package for new kde-baseapps kdebase-dbg - Transitional package for kde-baseapps-dbg kdepasswd - graphical password changing utility kfind - file search utility konq-plugins - plugins for Konqueror, the KDE file/web/document browser konqueror - advanced file manager, web browser and document viewer konqueror-nsplugins - Netscape plugin support for Konqueror libkonq-common - core Konqueror library - support files libkonq5-dev - development files for the Konqueror libraries libkonq5-templates - data files for the Konqueror libraries libkonq5abi1 - core libraries for Konqueror libkonqsidebarplugin-dev - konqueror sidebar plugin library development files libkonqsidebarplugin4a - konqueror sidebar plugin library plasma-widget-folderview - plasma widget showing the content of a folder Changes: kde-baseapps (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 293307418b7068b5d624907d34fffe8859cca6e5 3714 kde-baseapps_4.14.2-1.dsc fd2714cf7fe8e79aac0e78f33ea97930db801be9 2548072 kde-baseapps_4.14.2.orig.tar.xz 6db8ecf31f34ca3b022d3ed1944f820db1460092 30680 kde-baseapps_4.14.2-1.debian.tar.xz d79653b41617be9e2453cfb3daa5ebbe07ee9282 18046 kde-baseapps_4.14.2-1_all.deb 452a3423666a47055b65e57a028c00c9fa021b49 17718 kdebase-apps_4.14.2-1_all.deb b609d9b54a618f28c0cffb8e599572a37fcb8794 1165514 dolphin_4.14.2-1_amd64.deb 32cb296ac4bd1143ad00b9a2fd9415d7bbbf9f3d 298346 kde-baseapps-bin_4.14.2-1_amd64.deb 127d48b6da7877f2e1df24c188f241404c1d07bb 17686 kdebase-bin_4.14.2-1_all.deb 84cd423ac1962102accdd88fe040649618dceb51 203886 kde-baseapps-data_4.14.2-1_all.deb 8db35f24f37d2491e6fe74e524008745e1689f2b 10 kdepasswd_4.14.2-1_amd64.deb 3a6cc4813e961a909d16e0f3df8fd9dc7621e7c4 100376 kfind_4.14.2-1_amd64.deb 78d4173f65093d11ed17c90f3ecbe8eb6e776c5d 1230378 konqueror_4.14.2-1_amd64.deb b8e5e262bdc5cb3c0d25a59c5d7a85233c0b856c 126568 konqueror-nsplugins_4.14.2-1_amd64.deb e4e57a7b4ad45d491b1c9d4abc4b00f324ff9ecd 448410 konq-plugins_4.14.2-1_amd64.deb 783caa2e93502d6731366d4a45d678fcdc4077f8 85094 libkonq5abi1_4.14.2-1_amd64.deb 6cf5fe8cc8488cb39d8003bc1e1dfeefa503cad9 46946 libkonq-common_4.14.2-1_amd64.deb 023a04d2d65a0edd574ba69a1c5c10cb997d1a8a 42628 libkonq5-templates_4.14.2-1_all.deb a172a9bd8e37904f8972a72d28359a63f0942100 30726 libkonq5-dev_4.14.2-1_amd64.deb 48e937a126b3a680503c4766580b4aa0b394c543 24814 libkonqsidebarplugin4a_4.14.2-1_amd64.deb 167c72b87730488cbe320eb44259eb6199baba04 19848 libkonqsidebarplugin-dev_4.14.2-1_amd64.deb 1b2123ccbb0b39f01c22ef8428671d004bd9be08 164200 plasma-widget-folderview_4.14.2-1_amd64.deb d27b642f5fee71026cf9f78e6892be672cb15e05 34993662 kde-baseapps-dbg_4.14.2-1_amd64.deb fb85f638bb793269ea858d2303ca6369df4652d7 17712 kdebase-dbg_4.14.2-1_all.deb Checksums-Sha256: 580da4b130795d3ceda220289f071b02e8a809316bac15c22503e65757fb5ffa 3714 kde-baseapps_4.14.2-1.dsc dfe3728522be0d10b1b79f54fe06b26be89b62cc88025d394c5750a31a26defe 2548072 kde-baseapps_4.14.2.orig.tar.xz 89bb2f6d0602db7233f2c1a3651a25bd6df6225ded84854f698428b953f36ba7 30680 kde-baseapps_4.14.2-1.debian.tar.xz e0d69ef7604feba8853df9352d147ea567eb087c059d0401db6fbeca683000f7 18046 kde-baseapps_4.14.2-1_all.deb ff19da50c18c8470bbbdd21c259259af5ffad4bd466a3937655c5182478f8144 17718 kdebase-apps_4.14.2-1_all.deb 6ad65bb864a6830c13de00958d35cd823bfcf589525961f4d7b5d3dbcbb23cb0 1165514 dolphin_4.14.2-1_amd64.deb 460de674b2bea5561c67dedbee20f0826ec57e4753d58be16b47bcec0203215b 298346 kde-baseapps-bin_4.14.2-1_amd64.deb 21d2693540deb3008e17d3cb6163b62c4d70b1733c515b44af28dee2a4812b98 17686 kdebase-bin_4.14.2-1_all.deb 681a0df6f2f30e6a59ff45e5383a4c67188492bfa8fdb623da69a88873176dff 203886 kde-baseapps-data_4.14.2-1_all.deb 93ad8656fddd79d5ac4044ef25a5c2a5a6fb5a95e4291ddfd5e3891b4e4a8e8d 10 kdepasswd_4.14.2-1_amd64.deb cc4515212b1ecb96440ce182b353769230fe8de9104fe29acc37356d0b552d9d
Accepted kdegraphics-mobipocket 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:22 +0200 Source: kdegraphics-mobipocket Binary: kdegraphics-mobipocket libqmobipocket1 libqmobipocket-dev Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: kdegraphics-mobipocket - mobipocket plugins for Strigi indexing and thumbnails libqmobipocket-dev - library for reading Mobipocket documents libqmobipocket1 - library for reading Mobipocket documents Changes: kdegraphics-mobipocket (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 8cc64cca8cf9a1f44755c0a02d8ac0e2e13118a8 2390 kdegraphics-mobipocket_4.14.2-1.dsc 38fb04cdc543f0882178e8d60b20e19f756bce46 14848 kdegraphics-mobipocket_4.14.2.orig.tar.xz 33363657d77fbde7345693a077e92ef35741ec98 3248 kdegraphics-mobipocket_4.14.2-1.debian.tar.xz 3caefe3217ef5f8224153620112fa1a428e4a7c4 10244 kdegraphics-mobipocket_4.14.2-1_amd64.deb f2a74567a1ff98688991fec520ffb7c409227cd3 14256 libqmobipocket1_4.14.2-1_amd64.deb 7bb0f861e5daa676d6179bea46eb259d7cc7ac97 4584 libqmobipocket-dev_4.14.2-1_amd64.deb Checksums-Sha256: d560a3da220f78e7ceb87f47fa84999f7ac75be42192898a25870cc0d52bd648 2390 kdegraphics-mobipocket_4.14.2-1.dsc 766e55fff4457ea6f489f88b976f7b38b2e20f7f39ed2045ec3472314967e542 14848 kdegraphics-mobipocket_4.14.2.orig.tar.xz 2b29c8d678e04972ebcdcf12f4aa9dd2528dba041f537de7dec8e6e9453b5cf0 3248 kdegraphics-mobipocket_4.14.2-1.debian.tar.xz ddb2737ef67029c3965d4dad423d007ca9e3581f2b19d6713580ba6f76abff5b 10244 kdegraphics-mobipocket_4.14.2-1_amd64.deb a4187db78e432515e0591cebdfca8460465be9845c33d24e1af8891c5ebbd9df 14256 libqmobipocket1_4.14.2-1_amd64.deb 63853819633219fde8186d90020a873a01bc68cdc221b69c91aab741363b994c 4584 libqmobipocket-dev_4.14.2-1_amd64.deb Files: f4dc77cf08713a7a7424f5108b0eb0e3 2390 kde optional kdegraphics-mobipocket_4.14.2-1.dsc a34577c86ace9bfa06957859a36dee3d 14848 kde optional kdegraphics-mobipocket_4.14.2.orig.tar.xz d1f83525e83f69519399aff6dba166b2 3248 kde optional kdegraphics-mobipocket_4.14.2-1.debian.tar.xz 8aa5fe332f61a6a303735d2378c6f5a7 10244 kde optional kdegraphics-mobipocket_4.14.2-1_amd64.deb 9e5e9e75929c8111b860309d0f4113ec 14256 libs optional libqmobipocket1_4.14.2-1_amd64.deb 41f20f01e3c62825ccf11a04beb79cc1 4584 libdevel optional libqmobipocket-dev_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURhvNAAoJEMcZdpmymyMqrVkQAKltKTKRGV3Bf6QI95AiYDbc aiwjdaWDgIlxaVBTms+XR0dD5dfAXvSHDExy4YuE5l2MCNrpamgQW0pkdW7o1/Ep JQluJuQQASLyExKY9W0uwL556SQF3+x4wI3OhLaAfAdrnR/wKGRxjY3ygcT6og3A DA0rGegAshnIliPiliI7ATOwtO2qMLDoE4YEr+LHdXwyfCZ3iezHwKyOERqxT76x 226prwJkE/c9JfxxfAEjG+umUqLkDg9OGtRZ2aV9QEoeiFWzXrgep3iqSrItHaso bYZPzTBIfrYqwNRLASwcFfQBN7cfXJ1TYgaos7vu6O/cGJAMqWDlTY6CuLQgfEtu 93KTL42A/3Ca9yO7xIsWH+BG2r2zrHwaEYpODkkAj5PzsRoa+6YPQoNpwFSzpVBG egi2czWEkxF1fIMUmKJpDuRJQ+RaC8mDaqccjORk2bUlSH5weLi2eK4p9BBzW3Dm LQWYFy+INHXpFk79NRd+lt5f3LaMZg8vQ473Ddkm6aipBEYmo3bnjxZS5XpXQuvM AC7CiDsOaoKIeFZ3q1W2swkAIYpi1WvjxSCeLu6yEJnV3eHL7jFo6nc6TrYowfOL yVWeLwk4HOv6wF1PSe6KXsHEE6i7C7AxIMcoLn1SAEP0+Hy+AyWmTzhYkGOosgtl 4zBt4qjuIfQSsv1VUIpf =YgEq -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: https://lists.debian.org/e1xgwcu-0007ir...@franck.debian.org
Accepted kdepimlibs 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:26 +0200 Source: kdepimlibs Binary: kdepimlibs5-dev kdepimlibs-kio-plugins libakonadi-contact4 libakonadi-kabc4 libakonadi-kcal4 libakonadi-kde4 libakonadi-kmime4 libakonadi-socialutils4 libakonadi-notes4 libakonadi-xml4 libgpgme++2 libkabc4 libkblog4 libkalarmcal2 libkcal4 libkcalcore4 libkcalutils4 libkholidays4 libkimap4 libkldap4 libkmbox4 libakonadi-calendar4 libkmime4 libkontactinterface4a libkpimidentities4 libkpimtextedit4 libkpimutils4 libkresources4 libktnef4 libkxmlrpcclient4 libmailtransport4 libmicroblog4 libqgpgme1 libsyndication4 kdepimlibs-dbg Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: kdepimlibs-dbg - debugging symbols for the KDE Development Platform PIM libraries kdepimlibs-kio-plugins - kio slaves used by KDE PIM applications kdepimlibs5-dev - development files for the KDE Development Platform PIM libraries libakonadi-calendar4 - library providing calendar helpers for Akonadi items libakonadi-contact4 - Akonadi contacts access library libakonadi-kabc4 - Akonadi address book access library libakonadi-kcal4 - Akonadi calendar access library libakonadi-kde4 - library for using the Akonadi PIM data server libakonadi-kmime4 - Akonadi MIME handling library libakonadi-notes4 - Akonadi notes access library libakonadi-socialutils4 - Akonadi resources for handling social feeds libakonadi-xml4 - Akonadi XML helper library libgpgme++2 - c++ wrapper library for gpgme libkabc4 - library for handling address book data libkalarmcal2 - library for handling kalarm calendar data libkblog4 - client-side support library for web application remote blogging A libkcal4 - library for handling calendar data libkcalcore4 - library for handling calendar data libkcalutils4 - library with utility functions for the handling of calendar data libkholidays4 - holidays calculation library libkimap4 - library for handling IMAP data libkldap4 - library for accessing LDAP libkmbox4 - library for handling mbox mailboxes libkmime4 - library for handling MIME data libkontactinterface4a - Kontact interface library libkpimidentities4 - library for managing user identities libkpimtextedit4 - library that provides a textedit with PIM-specific features libkpimutils4 - library for dealing with email addresses libkresources4 - KDE Resource framework library libktnef4 - library for handling TNEF data libkxmlrpcclient4 - simple XML-RPC client library libmailtransport4 - mail transport service library libmicroblog4 - library for using the Microblog Akonadi Resource libqgpgme1 - library for GpgME++ integration with Qt libsyndication4 - parser library for RSS and Atom feeds Changes: kdepimlibs (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). * Update symbols files from buildds logs (4:4.14.1-1). * Update symbols files. Checksums-Sha1: 3d0d9bb52a12386fe4447a839fe6f2d255500258 4608 kdepimlibs_4.14.2-1.dsc c152380465ed167d41f9ab7a85c9c59a7dc11680 2788976 kdepimlibs_4.14.2.orig.tar.xz 668a59fa15d6a14e56e1cf7483f1045b867a7fe2 114072 kdepimlibs_4.14.2-1.debian.tar.xz 5e5fa888c6e8b3dea4b551af3991d7d5ab6d36e3 533798 kdepimlibs5-dev_4.14.2-1_amd64.deb 869bba4f90327852b59de82e2509e43663a43f3a 259318 kdepimlibs-kio-plugins_4.14.2-1_amd64.deb 97e12dc362a4a09d074d3a52874d179a3c1556bf 355964 libakonadi-contact4_4.14.2-1_amd64.deb 2bb3cfe1e1c866417418e6a7f7ca74c53a4c 17760 libakonadi-kabc4_4.14.2-1_amd64.deb 399b2a2bd0897f86aad0cc15bb201e99fa747241 23736 libakonadi-kcal4_4.14.2-1_amd64.deb b7e0762c46b523878a3d21110a9d5328bfb1537c 936310 libakonadi-kde4_4.14.2-1_amd64.deb 1339e739a2cfeb88295056120486e9819a0b4ef1 114316 libakonadi-kmime4_4.14.2-1_amd64.deb 0072835be51bb3625c4feb887a5f7005d7d51739 60642 libakonadi-socialutils4_4.14.2-1_amd64.deb b41dffc6a6da89e3356bee9dfbc09bc233730f63 34284 libakonadi-notes4_4.14.2-1_amd64.deb 60594085c1d6ccb6efe9f3f5c55e600a2e542a01 41466 libakonadi-xml4_4.14.2-1_amd64.deb b82f2afac8e57b8b5099aee78d33a9fccd06031b 131540 libgpgme++2_4.14.2-1_amd64.deb 685553fb68f8b9d7f6a351cc2964b8f32193b2fc 302098 libkabc4_4.14.2-1_amd64.deb fca1ac91ad2cee192cd231965c7701d97f8e7ed4 107508 libkblog4_4.14.2-1_amd64.deb de06e5c5f637198555f82e786aee7909ca1928ec 146084 libkalarmcal2_4.14.2-1_amd64.deb 8ba2ce20234997d824d47ea9cfe5e0565cbf432c 368058 libkcal4_4.14.2-1_amd64.deb 2b387c749ad94ddee67c2d34f619361f411a08f3 274140 libkcalcore4_4.14.2-1_amd64.deb 4cdb8bd781bdf8674738e4fbb7afb29092f4cfb0 128518 libkcalutils4_4.14.2-1_amd64.deb 6dcca43bda34bff20b88199273fef568244e9d7b 154066 libkholidays4_4.14.2-1_amd64.deb 3b0ccda41cc75f6d902c0755011ff19382951b36 179666 libkimap4_4.14.2-1_amd64.deb f9fa3fc1853c744b3d7f25ae67f28c74e7e80213 90736
Accepted kig 4:4.14.2-1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 20 Oct 2014 17:13:23 +0200 Source: kig Binary: kig Architecture: source amd64 Version: 4:4.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Maximiliano Curia m...@debian.org Description: kig- interactive geometry tool for KDE Changes: kig (4:4.14.2-1) unstable; urgency=medium . * New upstream release (4.14.2). Checksums-Sha1: 52aba9ffe2bcd7d0bc7f9c10121df779c33de24f 2051 kig_4.14.2-1.dsc b779e3b648a7bb6a3ae4933d802dd39f63ebae90 1506456 kig_4.14.2.orig.tar.xz e94fe1223f749bcf0bdd5233246dcb1e82bf71c9 3604 kig_4.14.2-1.debian.tar.xz 5a708cdcef4d039666f62d004380d19ff34af7fe 1647366 kig_4.14.2-1_amd64.deb Checksums-Sha256: 8e9a5932babd4d7aca392f8563ed674610feacf2d8cd007232660bbdb515c40f 2051 kig_4.14.2-1.dsc b5332f60aba33fdbedc6dd980bd8f07d503ce1a5aa2c832263e39f75872005f2 1506456 kig_4.14.2.orig.tar.xz 594ff33e815359c0a541a32b9d204d3918b72e8a1ede0c66935958d32fd4bfdc 3604 kig_4.14.2-1.debian.tar.xz 042211fc7010433e5a6932ac2d81abb848596ce999b0ba554e122c4771149d09 1647366 kig_4.14.2-1_amd64.deb Files: d4661479b018660c449821d4507cc4a4 2051 kde optional kig_4.14.2-1.dsc 45d8b1972ddb13e6543bfb59c825d463 1506456 kde optional kig_4.14.2.orig.tar.xz 7592b92532ba6c545f414093c95eac3b 3604 kde optional kig_4.14.2-1.debian.tar.xz 8f04c7ad084c5792b9c0ae5c9e9df81b 1647366 math optional kig_4.14.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJURiDZAAoJEMcZdpmymyMqBlQP/1Yl+aHJkMJG2x0VHEeHvFJP LdWbYoIP+Q2TBUkLldlifG8MlF0bPjNIIgTglO5NW5S7R5Ng7gYlaOYtKn+5YWaf +pu9Y8JczviLDVQRh7QcaHuMNvysE1TTXUctBI5Em+X3LEFpeibXtkKTJ5ptVqQP lTYHSBGj+xU3/F13bR3rIcq6JYAvi0M2uNwFNxBKb37FLktYQ1h7tqamrCZklRnR NoNN9uc7l7BGaEsPDtpHvbczwxhCCMHj0FB2uFYMzpuaVtIOlKOoX/RhNSPrQNtn fc3dqQM4WJCs8ZNFm90KAeEhrap0tiu4ObPsV1Ot4ty0exMw+UrdYOgpybEtTUQQ 9DzjPtiY2bQAsOx+jRsFf1+ZN8evMKG/azme//2yExSmT2815vF/fsZNfb6jROHh 15fZz2pw/uBWzE6jA8+IU6aV/b6bZ3zPwBA8/ktQ72Ro7nrnpFB3dvGFV/vA7qLD L9MaSt5cUkLH+kz/0kMqYCnrmgUYgRQ8vcBD4eCMgaZhYE/zw124keFeji0ZcAZJ sP615oFYRY+qnIzegR0ql7ZY61CTQykbld+OPcEEhdF1mr9efkqIKdZDGYeh6SRc v/HmTmJb/uBJWv5GDSjJCCZmPh+b2owkT40dGd5q71lZkRNMto/F+8sxFpJCUc47 Sp2v5+3qykEGSj9ovs8O =T1JF -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: https://lists.debian.org/e1xgwdi-0008wc...@franck.debian.org