Re: systemd-fsck?
Hi On Fri, 09 May 2014, Josh Triplett wrote: debconf prompt on every Debian user; we should not assume that because *we* care, *they're* required to care. In practice, people will test I strongly disagree with this opinion. From personal experience I know several people who are not developers of Debian, but are technically interested, and they *do* care a lot. And they are searching for alternative distributions without systemd. One of the things that systemd breaks (not checked on Debian, but on other systems), is that screen session are killed when logging out of the ssh session. This is a *fundamental* change in behaviour, and does break a lot of setups and systems. So I *strongly* advise to inform *and* ask the users!! 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/20140510060622.gj8...@auth.logic.tuwien.ac.at
Re: systemd-fsck?
On 2014-05-09, Steve Langasek vor...@debian.org wrote: I don't think systemd integration is in a state today that this is ready to become the default. I don't think I have an opinion of the exact state today other than 'works for me in most cases', but I do think we are quite late in the process for making it default. We only have half a year to iron out all the quirks - including the quirks needed for a automatic upgrade from sysvinit to systemd. /Sune -- 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/lkkfp2$vc1$1...@ger.gmane.org
Re: systemd-fsck?
#secure method=pgpmime mode=sign On Fri, May 09 2014, Russ Allbery wrote: Josh Triplett j...@joshtriplett.org writes: Russ Allbery wrote: I think we need some sort of critical debconf prompt here for the jessie release, similar to how we handled the change of /bin/sh to dash and how we handled the switch to startpar. Probably in systemd-sysv, which is the package that forces the conversion. It's quite surprising to, for example, install network-manager (which is an application that ca be used with non-GNOME window managers) and end up with a new init system. I strongly disagree: if the maintainers of the various packages have done their jobs well (which they have), upgrading should be entirely transparent. When things are working well, of course there is little to worry about. I myself got converted and did not notice. But there is more to this than the happy lane: What happens when the init system breaks? I am currently very familiar with sysvinit, and am comfortable debugging and hacking at shell scripts to get my system back in single user mode. Am I similarly knowledgeable about recovering a sick systemd environment? No, not yet, I am not. I do mean to learn about it at some point, perhaps soon. But by pushing ahead the timetable, I have been left with a system I am not at all confident of being able to debug and fix. Not asking me has led to a gap in my disaster recovery preparedness :P I do not think silently swapping out a critical piece of infrastructure, where the underlying technology is so different, without asking is serving our users well. manoj -- To be able to be caught up into the world of thought--that is being educated. Edith Hamilton Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C -- 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/87ppjmxib7@glaurung.internal.golden-gryphon.com
Re: systemd-fsck?
]] Michael Biebl i.e. does /etc/default/rcS exist on a clean jessie install? That file is owned by initscripts, so no, that doesn't work. We could check if /sbin/init is a symlink to systemd (or if /proc/1/exe points to systemd) and if not warn. I think that will catch the normal cases. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m2ha4yjfi0@rahvafeir.err.no
Re: systemd-fsck?
On Fri, 09 May 2014 20:30:22 +0200, Michael Biebl bi...@debian.org wrote: Am 09.05.2014 19:56, schrieb Steve Langasek: I don't think systemd integration is in a state today that this is ready to become the default. What are you missing? For example, keyscript= in /etc/crypttab. I got systemd just by not paying attention, and in result an unbootable system since my crypto setup heavily relies on keyscript=. Thankfully it was only a test VM that got borked that way before I dared touching production. Will it be the norm that the binaries replacing well-used shell scripts on early boot only implement the features that Lennart deemed useful? That would be a major turn-off, adding to the fact that early boot will become undebuggable since one will not be able any more to dump -x'es in shell scripts to see what's going on. 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/e1wj29t-0001mh...@swivel.zugschlus.de
Re: How to go back to sysvinit (was: Re: systemd-fsck?)
On Fri, 09 May 2014 13:09:24 +0200, Ansgar Burchardt ans...@debian.org wrote: On 05/09/2014 12:35, Svante Signell wrote: Well, I've not been asked if I wanted to switch to systemd based boot when upgrading. I think this is a bug in init system choice and should be reported. How to go back to sysvinit? Please ask on one of the support mailing lists (CC'ed). We definetely should have a -unstable-user mailing list. -user is unreadable. I have unsubscribed years ago. And most systemd related questions are uninteresting and confusing to users of stable who are the real audience of -user. 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/e1wj2ds-0001tw...@swivel.zugschlus.de
libpng and next release
Dear release managers, dear libpng maintainers, all DD I would like to find a resolution of the currently very unfortunate state of libpng in Debian. We have * libpng 1.2 in stable, testing, unstable * libpng 1.6 in experimental, but not providing libpng-dev If we continue like this, the next release will continue to have libpng 1.2 as default, including *all* depending libraries. I myself am forced to include copies of 5 libraries in the next upload of TeX Live if this is not resolved, as upstream requires libpng 1.4 or above. After asking the libpng maintainers on their opinion on the future of libpng in Debian, I haven't received any answer now. I have offered the maintainers to do rebuild tests with 1.6, above the ones I have done by now, but I am feeling that there is no impetus to change the situation. Thus, I am asking both the release managers and the libpng maintainers: * what is the future of libpng in Debian, especially for the next release? * How will ftpmasters/security handle the packages that will include embedded copies of libraries for packages that require a more recent libpng? As mentioned, I am more than open to help in the transition, test build other libs and progs, but as long as there is no decision from the libpng *what* should be in jessie it is a vain efford. Thanks for your consideration Norbert On Fri, 02 May 2014, Norbert Preining wrote: Dear all, it is high time that we go forward with transitioning libpng-dev to version 1.6. That means, not only uploading libpng1.6, but *replacing* libpng in unstable with the new version. If we plan to have this ready for November freeze of jessie, we need to get started *now*! Major package of most is the state that can be migrated to libpng1.6. I agree, for TeX Live building purposes I have rebuilt several package with libpng1.6, namely libgd2, freetype, cairo, jbig2dec, and ghostscript (all the deps necessary for texlive building). There were no problems with that. I am also volunteering to rebuild and test other packages, but as long as there is no declared wish of the libpng developers it is wasted times. So, please, let me know, *what* are your plans concerning jessie? Should jessie ship with libpng 1.6 as default or 1.2? If you want to transition, what are the next steps? My suggestion is: * upload a libpng-dev (NOT libpng16) replacement to *experimental* * test all packages for binNMU * try to fix the failed packages, mass bug filing * give some head way * upload to unstable I think the *first* and *most*important* step is that we upload a replacement libpng-dev based on 1.6 to *experimental*. This is a sign that we are planning to transition. But again, libpng developers, please let me know your plans! I *really* want to help to get this transition going! Thanks 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/20140510083139.go8...@auth.logic.tuwien.ac.at
Re: systemd-fsck?
On Sat, 10 May 2014, Marc Haber wrote: boot will become undebuggable since one will not be able any more to dump -x'es in shell scripts to see what's going on. +10^20 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/20140510081657.gm8...@auth.logic.tuwien.ac.at
Re: systemd-fsck?
What are you missing? I am still missing the part of my logs that gets chopped off. #746351 (I know it's fixed in experimental, but I don't want to get important stuff from experimental). -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
copyrighted embedded ICC profiles in images
Hi,
Jonas Smedegaard brought to my attention that an image file [0]
can embed a copyrighted ICC profile without license.
Since it's something that not many people seems to be aware of,
maybe it might be useful to have a lintian check for that.
That command [1] shows positives on my /usr/share/
Most of them are HP or Apple embedded profiles.
Regards,
Jérémy
[0]
http://www.color.org/profile_embedding.xalter
[1]
find . -regextype posix-extended -iregex '.*\.(jpg|png)' -exec sh -c
'identify -verbose $0 | grep -i copyright echo $0' {} \;
(this shows also false positives with an empty Copyright field).
--
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/1399713019.31695.3.camel@imac.chaumes
Re: systemd-fsck?
Hi, Marc Haber: Will it be the norm that the binaries replacing well-used shell scripts on early boot only implement the features that Lennart deemed useful? That would be a major turn-off, adding to the fact that early boot will become undebuggable since one will not be able any more to dump -x'es in shell scripts to see what's going on. This begs one question: Why would you want to? systemctl status tells you quite clearly what went wrong, journalctl shows you what the program printed in case it did get started … and so on. If you manage not to get a login prompt, enable debug.service and you'll have a root shell on TTY 9. systemctl has even grown a --root argument, so you can do that to a mounted file system if you can't get even get an emergency prompt, or you can use it from the kernel command line. This is a whole lot easier than munging random shell scripts or, worse, booting with /bin/bash as PID1. Sticking -x into scripts was a major PITA from the beginning. It grew even more pains as init-functions and colorful prompts came along, and I for one am VERY happy to finally get rid of that kind of debugging. -- -- 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/20140510095519.gc12...@smurf.noris.de
Bug#747597: ITP: lxqt-config -- LXQt system settings center
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-config Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : LXQt system settings center (long description would come later.) -- 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/20140510101334.25336.62778.report...@octopus.collabora.co.uk
Bug#747596: ITP: liblxqt-mount -- Library used to manage removable devices for LXDE-Qt
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: liblxqt-mount Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL.) Programming Lang: (C++) Description : Library used to manage removable devices for LXDE-Qt (long description would come later.) -- 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/20140510100710.25202.65335.report...@octopus.collabora.co.uk
Bug#747598: ITP: lxqt-config-randr -- Qt config GUI for X11 RandR for LXQt system settings
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-config-randr Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : Qt config GUI for X11 RandR for LXQt system settings (long description would come later.) -- 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/20140510101606.25395.78046.report...@octopus.collabora.co.uk
Bug#747599: ITP: lxqt-common -- Common files for LXQt
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-common Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : Common files for LXQt (long description would come later.) -- 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/20140510101057.25270.42781.report...@octopus.collabora.co.uk
Bug#747602: ITP: lxqt-notificationd -- The LXQt notification daemon
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-notificationd Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : The LXQt notification daemon (long description would come later.) -- 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/20140510101945.25458.30059.report...@octopus.collabora.co.uk
Bug#747600: ITP: lxqt-about -- The standalone LXQt About dialog
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-about Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++.) Description : The standalone LXQt About dialog (long description would come later.) -- 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/20140510100908.25238.40259.report...@octopus.collabora.co.uk
Bug#747601: ITP: lxqt-globalkeys -- Daemon used to register global keyboard shortcuts
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-globalkeys Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : Daemon used to register global keyboard shortcuts (long description would come later.) -- 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/20140510101807.25429.47902.report...@octopus.collabora.co.uk
Bug#747603: ITP: lxqt-openssh-askpass -- OpenSSH user/password GUI dialog for LXQt
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-openssh-askpass Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : OpenSSH user/password GUI dialog for LXQt (long description would come later.) -- 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/20140510102100.25484.14708.report...@octopus.collabora.co.uk
Bug#747604: ITP: lxqt-qtplugin -- LXDE-Qt platform integration plugin for Qt
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-qtplugin Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : LXDE-Qt platform integration plugin for Qt (long description would come later.) -- 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/20140510102740.25600.61324.report...@octopus.collabora.co.uk
Bug#747605: ITP: pcmanfm-qt -- File manager and desktop icon manager (Qt port of PCManFM and libfm)
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: pcmanfm-qt Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : File manager and desktop icon manager (long description would come later.) -- 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/20140510103231.25681.42422.report...@octopus.collabora.co.uk
Bug#747607: ITP: lxqt-policykit -- The LXQt PolicyKit agent
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-policykit Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : The LXQt PolicyKit agent (long description would come later.) -- 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/20140510102354.25539.92656.report...@octopus.collabora.co.uk
Bug#747608: ITP: lxqt-session -- An alternative session manager ported from the original razor-session
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-session Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : session manager for LXDE-Qt (long description would come later.) -- 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/20140510103055.25653.98104.report...@octopus.collabora.co.uk
Bug#747610: ITP: lxqt-panel -- The LXQt desktop panel
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-panel Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : The LXQt desktop panel (long description would come later.) -- 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/20140510102220.25511.81651.report...@octopus.collabora.co.uk
Bug#747611: ITP: lxqt-powermanagement -- Power management module for LXQt
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-powermanagement Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : Power management module for LXQt (long description would come later.) -- 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/20140510102601.25566.12794.report...@octopus.collabora.co.uk
Bug#747613: ITP: lxqt-runner -- Tool used to launch programs quickly by typing their names
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: lxqt-runner Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : Tool used to launch programs quickly by typing their names (long description would come later.) -- 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/20140510102901.25626.41935.report...@octopus.collabora.co.uk
Re: systemd-fsck?
On Fri, 2014-05-09 at 20:39 -0700, Josh Triplett wrote: Russ Allbery wrote: ... I think we need some sort of critical debconf prompt here for the jessie release, similar to how we handled the change of /bin/sh to dash and how we handled the switch to startpar. Probably in systemd-sysv, which is the package that forces the conversion. It's quite surprising to, for example, install network-manager (which is an application that ca be used with non-GNOME window managers) and end up with a new init system. I strongly disagree: if the maintainers of the various packages have done their jobs well (which they have), upgrading should be entirely transparent. ... Why did you downgrade bug #747535 to wishlist? The discussion is ongoing, and no solution has found consensus yet. In further replies, please add the bug number to the Cc: list -- 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/1399719355.2096.76.camel@PackardBell-PC
Bug#747618: ITP: festvox-us-slt-hts -- US English voice for Festival. 32kHz sample rate, HTS
Package: wnpp Severity: wishlist Owner: Sergio Oller sergiol...@gmail.com * Package name: festvox-us-slt-hts Version : 2010.10.25 Upstream Author : Alan W Black a...@cs.cmu.edu * URL : http://festvox.org/voicedemos.html * License : MIT/X11-like Programming Lang: scheme Description : US English voice for Festival. 32kHz sample rate, HTS -- 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/20140510113828.21843.66744.reportbug@ubuntu
Re: systemd-fsck?
severity 747535 serious thanks Why did you downgrade bug #747535 to wishlist? The discussion is ongoing, and no solution has found consensus yet. I agree, raising the severity. If one (Josh) thinks that is fine, that doesn't mean it is fine. 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/20140510112732.gs8...@auth.logic.tuwien.ac.at
Bug#747620: ITP: liblxqt -- Core utility library for all LXDE-Qt components
Package: wnpp Severity: wishlist Owner: Andrew Lee (李健秋) ajq...@debian.org * Package name: liblxqt Version : 0.7.0 Upstream Author : LXQt team lxde-l...@lists.sourceforge.net * URL : http://lxqt.org * License : (GPL, LGPL) Programming Lang: (C++) Description : Core utility library for all LXDE-Qt components (long description would come later.) -- 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/20140510103250.25008.33549.report...@octopus.collabora.co.uk
Bug#747621: ITP: libthread-sigmask-perl -- thread specific signal masks
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libthread-sigmask-perl Version : 0.004 Upstream Author : Leon Timmermans le...@cpan.org * URL : https://metacpan.org/release/Thread-SigMask * License : Artistic or GPL-1+ Programming Lang: Perl Description : thread specific signal masks Thread::SigMask provides per-thread signal masks. On non-threaded perls it will be effectively the same as POSIX::sigprocmask. The interface works exactly the same as sigprocmask. signature.asc Description: Digital Signature
Re: systemd-fsck?
Am Freitag, 9. Mai 2014, 20:30:22 schrieb Michael Biebl: Am 09.05.2014 19:56, schrieb Steve Langasek: I don't think systemd integration is in a state today that this is ready to become the default. What are you missing? Suitable explaination and reaction to bug reports like: polkit-kde-1: requires root password for hibernate, wrongly reports other users are logged on http://bugs.debian.org/727645 This last time I tested still breaks hibernation for any users of a full KDE installation including dirmngr. *Months* after it was reported. I saw a work-around / partly fix posted which I missed before, by changing output=$(su -c . /lib/lsb/init-functions umask 027 start_daemon -p $PIDFILE $DAEMON --daemon --sh dirmngr) || return 1 in /etc/init.d/dirmngr to start-stop-daemon[1]. I will try this and report back to the bug report. Still on reporting this bug as well [2] like this I got the impression of being told: Go away, the bug is elsewhere, I don´t care. Basically you just told me that policy-kit just does what it is setup to do[3]. Yet with installing systemd it hibernation in full KDE setups breaks and with a user hat on – I contributed a few Debian packages – I just don´t care where this is to be fixed. I was baffled at being told that this behaviour is supposed to be there by design and got the impression that I was expected to put up with it. While such a bug is still unfixed in packages I think its not suitable to make systemd a default as I expressed here[4]. Unless you want users of unstable and testing to be annoyed with systemd. I accept that the fix may lay elsewhere, but I found your responses to not be helpful at all. Maybe that is my biggest concern with the systemd stuff. The defensive reaction to feedback and bug reports I perceived with upstream and debian developers which I partly understand given the bashing the systemd side received. I may have used an unsuitable tone at times as well, and I am sorry for that, but being told Go away just doesn´t match the responsibility for dealing with issues with something that is a default for all users who don´t change it. systemd as a default needs a different reaction to bug reports than this. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727645#45 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727645#20 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717731#10 [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727645#50 Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#747623: ITP: libsignal-mask-perl -- module for easy handling of signal masks
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libsignal-mask-perl Version : 0.007 Upstream Author : Leon Timmermans faw...@gmail.com * URL : https://metacpan.org/release/Signal-Mask * License : Artistic or GPL-1+ Programming Lang: Perl Description : module for easy handling of signal masks Signal::Mask is an abstraction around your process or thread signal mask. It is used to fetch and/or change the signal mask of the calling process or thread. The signal mask is the set of signals whose delivery is currently blocked for the caller. It is available as the global hash %Signal::Mask. Signal::Pending is an abstraction around your process'/thread's pending signals. It can be used in combination with signal masks to handle signals in a controlled manner. The set of pending signals is available as the global hash %Signal::Pending. signature.asc Description: Digital Signature
Re: copyrighted embedded ICC profiles in images
On Sat, 2014-05-10 at 11:10 +0200, Jérémy Lal wrote: Hi, Jonas Smedegaard brought to my attention that an image file [0] can embed a copyrighted ICC profile without license. [...] This sounds like a ludicrous overreach of copyright. Isn't an ICC descriptive, rather than creative? And the idea that vendors could claim images made with their products (very likely with no explicit action to use the profile) to be derivative works is appalling. Ben. -- Ben Hutchings Horngren's Observation: Among economists, the real world is often a special case. signature.asc Description: This is a digitally signed message part
Re: systemd-fsck?
Hi Martin, hi all, being told Go away just doesn´t match the responsibility for dealing with issues with something that is a default for all users who don´t change it. Indeed, and that is the feeling all around. Systemd developers often (by default?) tell people to go away - you don't have commit rights. I mentioned this before, here on the list, and elsewhere [1]. Is this the upstream we as Debian want to work with? It seems yes, because the responsible Debian developers for this piece of software behave the same way - go away. I mentioned this before in a G+ discussion [2] - devs of programs high up in the dependency chain (i.e., not leafs like editors etc) have a higher responsibility. Unfortunately neither systemd upstream, in particular L. Poettering and K. Sievers, nor the Debian devs seem to have grasped the far-reaching responsabilities they have taken over. That said, I have to exclude (at least) *one* member of the systemd dev team, Tom Gundersen, who has answered in proper ways, explaining problems, and pro-actively taking action. Big hurray to him. Norbert [1] https://www.preining.info/blog/2014/04/debian-systemd-heading-abyss/ [2] https://plus.google.com/u/0/115547683951727699051/posts/VYRaUuh1tkt 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/20140510122130.gu8...@auth.logic.tuwien.ac.at
Re: copyrighted embedded ICC profiles in images
Le samedi 10 mai 2014 à 13:37 +0100, Ben Hutchings a écrit : On Sat, 2014-05-10 at 11:10 +0200, Jérémy Lal wrote: Hi, Jonas Smedegaard brought to my attention that an image file [0] can embed a copyrighted ICC profile without license. [...] This sounds like a ludicrous overreach of copyright. Isn't an ICC descriptive, rather than creative? And the idea that vendors could claim images made with their products (very likely with no explicit action to use the profile) to be derivative works is appalling. On [2] one can find some examples of licenses one embedded icc profile can be put under: To anyone who acknowledges that the files sRGB_IEC61966-2-1_no_black_scaling.icc and sRGB_IEC61966-2-1_black scaled.icc are provided AS IS WITH NO EXPRESS OR IMPLIED WARRANTY, permission to use, copy and distribute these file for any purpose is hereby granted without fee, provided that the files are not changed including the ICC copyright notice tag, and that the name of ICC shall not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. ICC makes no representations about the suitability of this software for any purpose. So, even if the license was distributed along with the image using it, this license clearly violates DFSG 3 (here, no modifications of embedded icc profile are allowed). Jérémy. [2] http://www.color.org/srgbprofiles.xalter -- 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/1399726509.31695.17.camel@imac.chaumes
Re: copyrighted embedded ICC profiles in images
Quoting Ben Hutchings (2014-05-10 14:37:35) On Sat, 2014-05-10 at 11:10 +0200, Jérémy Lal wrote: Jonas Smedegaard brought to my attention that an image file [0] can embed a copyrighted ICC profile without license. [...] This sounds like a ludicrous overreach of copyright. Isn't an ICC descriptive, rather than creative? And the idea that vendors could claim images made with their products (very likely with no explicit action to use the profile) to be derivative works is appalling. I see it as two works embedded into same container: If a camera embeds a copyright-protected ICC profile each time is generates a JFIF file, I would consider only the ICC profile protected by that copyright, not the image data also embedded into same file. I believe Debian cannot ship the contents of Debian package icc-profiles in main. I believe it violates DFSG to ship e.g. JFIF or GIF files which contains copyright-protected but not freely licensed ICC profiles. I believe it does not violate DFSG to ship e.g. JFIF or GIF files which was upstream distributed with copyright-protected but not freely licensed ICC profiles, if repackaged to strip those ICC profiles. In many (but not all - need active decision by package maintainer) cases, ICC profiles can simply be stripped with no practical loss of functionality or quality. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: systemd-fsck?
[I kept your Cc, I don´t need to be Cc´d tough as I am subscribed to the list.) Am Samstag, 10. Mai 2014, 21:21:30 schrieb Norbert Preining: Hi Martin, hi all, being told Go away just doesn´t match the responsibility for dealing with issues with something that is a default for all users who don´t change it. Indeed, and that is the feeling all around. Systemd developers often (by default?) tell people to go away - you don't have commit rights. I mentioned this before, here on the list, and elsewhere [1]. Is this the upstream we as Debian want to work with? It seems yes, because the responsible Debian developers for this piece of software behave the same way - go away. I mentioned this before in a G+ discussion [2] - devs of programs high up in the dependency chain (i.e., not leafs like editors etc) have a higher responsibility. Unfortunately neither systemd upstream, in particular L. Poettering and K. Sievers, nor the Debian devs seem to have grasped the far-reaching responsabilities they have taken over. Just so that it is clear: I did not make a technical statement about systemd. I understand the reasons why Tech-CTTE chose it and while I am skeptical about the attitude of some upstream and Debian developers regarding handling bug reports and feedback, I am not generally opposed to it. I test drove it for some months some time ago, before hibernation was broken when it is in use, and mostly enjoyed the test drive. So please don´t use my feedback for any general anti systemd agenda. I am not opposed to it. But it for it to be default certain criteria are not yet met. In my eyes partly still open grave bugs and partly the handling or not handling of them. I wish that systemd upstream developers and Debian packagers adopt the never break userspace mantra of the kernel developers as never break applications and application oriented services and if you do take bug reports seriously. Cause for me systemd is a system component. Yes, it lives in otherspace, but it is so lowlevel that for me it is part of the system which provides services to application (just like the kernel does). -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- 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/9398212.28LRjJRf65@merkaba
Re: systemd-fsck?
Martin Steigerwald wrote: Am Freitag, 9. Mai 2014, 20:30:22 schrieb Michael Biebl: Am 09.05.2014 19:56, schrieb Steve Langasek: I don't think systemd integration is in a state today that this is ready to become the default. What are you missing? Suitable explaination and reaction to bug reports like: polkit-kde-1: requires root password for hibernate, wrongly reports other users are logged on http://bugs.debian.org/727645 This last time I tested still breaks hibernation for any users of a full KDE installation including dirmngr. *Months* after it was reported. I saw a work-around / partly fix posted which I missed before, by changing output=$(su -c . /lib/lsb/init-functions umask 027 start_daemon -p $PIDFILE $DAEMON --daemon --sh dirmngr) || return 1 in /etc/init.d/dirmngr to start-stop-daemon[1]. I will try this and report back to the bug report. Still on reporting this bug as well [2] like this I got the impression of being told: Go away, the bug is elsewhere, I don´t care. Basically you just told me that policy-kit just does what it is setup to do[3]. Yet with installing systemd it hibernation in full KDE setups breaks and with a user hat on – I contributed a few Debian packages – I just don´t care where this is to be fixed. I was baffled at being told that this behaviour is supposed to be there by design and got the impression that I was expected to put up with it. While such a bug is still unfixed in packages I think its not suitable to make systemd a default as I expressed here[4]. Unless you want users of unstable and testing to be annoyed with systemd. I accept that the fix may lay elsewhere, but I found your responses to not be helpful at all. Maybe that is my biggest concern with the systemd stuff. The defensive reaction to feedback and bug reports I perceived with upstream and debian developers which I partly understand given the bashing the systemd side received. I may have used an unsuitable tone at times as well, and I am sorry for that, but being told Go away just doesn´t match the responsibility for dealing with issues with something that is a default for all users who don´t change it. systemd as a default needs a different reaction to bug reports than this. The root cause of this bug is in the initscript of dirmngr that us using su instead of start-stop-daemon. su is starting a PAM session which then call pam_systemd. This should not happen for daemons. Again here systemd is only doing what he's instructed to do; not allowing a user to create a DOS for other logged in users. So please get dirmngr fixed instead of blaming systemd/logind. I've reopened the initial bug opened against dirmngr about the fact that the initscript is calling su (#668890) Cheers, Laurent Bigonville -- 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/20140510153626.0c888...@fornost.bigon.be
change is hard and feared upon (Re: systemd-fsck?)
Hi, On Samstag, 10. Mai 2014, Matthias Urlichs wrote: Will it be the norm that the binaries replacing well-used shell scripts on early boot only implement the features that Lennart deemed useful? That would be a major turn-off, adding to the fact that early boot will become undebuggable since one will not be able any more to dump -x'es in shell scripts to see what's going on. This begs one question: Why would you want to? because I'm old and I have my habits and learned things and now I dont want to learn new things and change my behavours. Thats scary and frightenend. (I spoke in the first person singular here, but thats not me...) Fear of change is not rational and this whole systemd debate is an excellent example for this. systemctl status tells you quite clearly what went wrong, journalctl shows you what the program printed in case it did get started … and so on. systemctl is not mentioned on https://wiki.debian.org/systemd - maybe it should? If you manage not to get a login prompt, enable debug.service and you'll have a root shell on TTY 9. systemctl has even grown a --root argument, so you can do that to a mounted file system if you can't get even get an emergency prompt, or you can use it from the kernel command line. enabling debug.service is not mentioned on https://wiki.debian.org/systemd - maybe it should? This is a whole lot easier than munging random shell scripts or, worse, booting with /bin/bash as PID1. but thats how it ever was, so it must be right!!111/irony Sticking -x into scripts was a major PITA from the beginning. It grew even more pains as init-functions and colorful prompts came along, and I for one am VERY happy to finally get rid of that kind of debugging. indeed. cheers, Holger, slightly feed up with the never ending debate (and the trolls attached to the topic and people arguing with them...) maybe I should just unsubscribe from -devel until after jessie has been released... or automark all mails as read which contain the string systemd on -devel... signature.asc Description: This is a digitally signed message part.
Re: systemd-fsck?
On Sat, 10 May 2014, Martin Steigerwald wrote: [I kept your Cc, I don´t need to be Cc´d tough as I am subscribed to the list.) [So am I ;-)] I did not make a technical statement about systemd. I understand the reasons Neither did I. My statement was about the attitude of (especially, but not exclusively) the upstream maintainers of systemd. handling of them. I wish that systemd upstream developers and Debian packagers adopt the never break userspace mantra of the kernel developers as never Ohh, I agree, that would be nice... try to convince LP. 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/20140510135332.gw8...@auth.logic.tuwien.ac.at
Re: systemd-fsck?
Am Samstag, 10. Mai 2014, 15:36:26 schrieben Sie: Martin Steigerwald wrote: Am Freitag, 9. Mai 2014, 20:30:22 schrieb Michael Biebl: Am 09.05.2014 19:56, schrieb Steve Langasek: I don't think systemd integration is in a state today that this is ready to become the default. What are you missing? Suitable explaination and reaction to bug reports like: polkit-kde-1: requires root password for hibernate, wrongly reports other users are logged on http://bugs.debian.org/727645 This last time I tested still breaks hibernation for any users of a full KDE installation including dirmngr. *Months* after it was reported. I saw a work-around / partly fix posted which I missed before, by changing output=$(su -c . /lib/lsb/init-functions umask 027 start_daemon -p $PIDFILE $DAEMON --daemon --sh dirmngr) || return 1 in /etc/init.d/dirmngr to start-stop-daemon[1]. I will try this and report back to the bug report. Still on reporting this bug as well [2] like this I got the impression of being told: Go away, the bug is elsewhere, I don´t care. Basically you just told me that policy-kit just does what it is setup to do[3]. Yet with installing systemd it hibernation in full KDE setups breaks and with a user hat on – I contributed a few Debian packages – I just don´t care where this is to be fixed. I was baffled at being told that this behaviour is supposed to be there by design and got the impression that I was expected to put up with it. While such a bug is still unfixed in packages I think its not suitable to make systemd a default as I expressed here[4]. Unless you want users of unstable and testing to be annoyed with systemd. I accept that the fix may lay elsewhere, but I found your responses to not be helpful at all. Maybe that is my biggest concern with the systemd stuff. The defensive reaction to feedback and bug reports I perceived with upstream and debian developers which I partly understand given the bashing the systemd side received. I may have used an unsuitable tone at times as well, and I am sorry for that, but being told Go away just doesn´t match the responsibility for dealing with issues with something that is a default for all users who don´t change it. systemd as a default needs a different reaction to bug reports than this. The root cause of this bug is in the initscript of dirmngr that us using su instead of start-stop-daemon. su is starting a PAM session which then call pam_systemd. This should not happen for daemons. Again here systemd is only doing what he's instructed to do; not allowing a user to create a DOS for other logged in users. So please get dirmngr fixed instead of blaming systemd/logind. I've reopened the initial bug opened against dirmngr about the fact that the initscript is calling su (#668890) Thats exactly the kind of reaction I meant: Frankly, I just *don´t* care where it is fixed. If its in dirmngr, fine. Yet: I do think its about high time systemd developers and packagers adopt an attitude of never break userspace like the kernel developers do. The plain fact: Using systemd breaks something that worked for probably a decade or longer before however long that su is in that init script. So on what account do you call calling su in an init script a bug? It may not be the most elegant solution to do things, granted, but a bug? Come on. Calling it a bug just cause systemd / policykit treat calling su in an initscript as they do is quite arrogant in my eyes. Telling Go away, the bug is elsewhere is just not an approbiate reaction for developers of a low level system component. Approbiate in my eyes would be caring and helping along with the issue to be fixed no matter where the fix will land in. I.e. provide help and a patch for dirmngr, or even a systemd service file, instead of getting systemd installed via some apt-get dist-upgrade and look at what breaks if its clear before hand that hibernation for any user of a full KDE installation is included in the list of breakages. Thats it. Additional to that: su does not by itself create another seat. Its still the same laptop. One keyboard, one display, *one* seat. Even if I run a ten different desktop sessions with ten different users on it, its just *one* seat. Which means that when I tell to hibernate, there is just no other user around who can be asked whether they are fine with it. It would be different with an application server where many people log in, it may be different with SSH sessions opened, but this is *just* a laptop. Well but this is all in the bug reports I mentioned. Again, I am not ranting about any technicalities here. I am ranting about attitude. Thats it. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a
Re: systemd-fsck?
I think this is a good example of how not to respond to reports, as we recently discussed on this list. Even though most parts are excellent. :-) On Sat, May 10, 2014 at 03:36:26PM +0200, Laurent Bigonville wrote: The root cause of this bug is [...] This part is useful. So please get dirmngr fixed instead of blaming systemd/logind. This is the part you should _NEVER_ do. It is YOUR responsibitiliy, as a maintainer (you are the maintainer, right?), to make sure that a bug that is reported in the wrong place gets sent to the right place. It is GOOD that a user reports it (it is a real bug), and it isn't a problem if technically it isn't in your package; you just fix that. These sort of responses are giving you a bad name. If you'd leave that statement out, the mail would be helpful. With it, the user will feel that you tell them to go away (which was complained about in this very thread). I've reopened the initial bug opened against dirmngr about the fact that the initscript is calling su (#668890) This again, is the right thing to do. Instead of complaining that the user reported the bug to the wrong package, please thank them for reporting it. They're spending their time to make Debian better. They are not trying to defame you. Thanks, Bas -- 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/20140510142700.gj10...@fmf.nl
Re: systemd-fsck?
On Saturday 10 May 2014 09:57:25 Marc Haber wrote: On Fri, 09 May 2014 20:30:22 +0200, Michael Biebl wrote: Am 09.05.2014 19:56, schrieb Steve Langasek: I don't think systemd integration is in a state today that this is ready to become the default. What are you missing? For example, keyscript= in /etc/crypttab. I got systemd just by not paying attention, and in result an unbootable system since my crypto setup heavily relies on keyscript=. Thankfully it was only a test VM that got borked that way before I dared touching production. I second this. We had several production systems that became unbootable due to this systemd change. It took quite some time to understand the intricate dependency among packages and we were fortunate to have a reliable recovery mechanism. We still do not understand why systemd does not seem to work with the cryptsetup package. The complexity of systemd is substantially higher which makes debugging these types of issues more difficult. -- JP signature.asc Description: This is a digitally signed message part.
Re: systemd-fsck?
Le Sat, 10 May 2014 16:00:39 +0200, Martin Steigerwald mar...@lichtvoll.de a écrit : [...] Thats exactly the kind of reaction I meant: Frankly, I just *don´t* care where it is fixed. If its in dirmngr, fine. Yet: I do think its about high time systemd developers and packagers adopt an attitude of never break userspace like the kernel developers do. Sure that the attitude I don't care where the root cause of a problem lies, opening 3 different bugs against 3 different packages for the same issue and then complain publicly that the bug is not fixed is good and productive... May I remind you that everybody in Debian is working as a volunteer and that we have limited time and motivation and that this kind of continuous ranting is not helping. The plain fact: Using systemd breaks something that worked for probably a decade or longer before however long that su is in that init script. So on what account do you call calling su in an init script a bug? It may not be the most elegant solution to do things, granted, but a bug? Come on. Calling it a bug just cause systemd / policykit treat calling su in an initscript as they do is quite arrogant in my eyes. IMVHO opening a PAM session in an initscript is a bad idea from day one, as you don't know which modules are being called, as it can create bogus audit trails or cause other subtile issues. Here it's just a symptom being revealed. Telling Go away, the bug is elsewhere is just not an approbiate reaction for developers of a low level system component. Approbiate in my eyes would be caring and helping along with the issue to be fixed no matter where the fix will land in. I.e. provide help and a patch for dirmngr, or even a systemd service file, instead of getting systemd installed via some apt-get dist-upgrade and look at what breaks if its clear before hand that hibernation for any user of a full KDE installation is included in the list of breakages. Thats it. I personally think that systemd team (of which I'm NOT part) is already doing a really good work to fix integration issues, they are already providing patches or .services for main packages but they cannot fix everything. Additional to that: su does not by itself create another seat. Its still the same laptop. One keyboard, one display, *one* seat. Even if I run a ten different desktop sessions with ten different users on it, its just *one* seat. Which means that when I tell to hibernate, there is just no other user around who can be asked whether they are fine with it. It would be different with an application server where many people log in, it may be different with SSH sessions opened, but this is *just* a laptop. Well but this is all in the bug reports I mentioned. Just using su will not cause logind to register a new session if you are already registered and if the loginuid attribute is properly set on your system by pam_loginuid, a new session is registered only if you are logging in from an entry point application like login or a DM. Even if you have one seat, that doesn't mean that other logged in users dont have long running process (compilations, download,...) that can be interrupted like that at any time. I personally find this behavior sensible and conservative, but even if after the dirmngr bug is fixed, you still don't like this behavior, it can be configured by changing the policykit configuration, I think that Michael already pointed you to some documentation. Again, I am not ranting about any technicalities here. I am ranting about attitude. Thats it. -- 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/20140510180002.1aaaf...@fornost.bigon.be
Avoiding systemd
After following the discussions of systemd (including everything on debian-devel), I find myself appalled at the rude and domineering attitudes of almost all systemd's defenders. I don't trust them. Accordingly, I'd like to keep systemd off my machine (sid) to the extent practical until things have had quite a while to shake out. Is it sufficient to install systemd-shim and add one or all of these stanzas to /etc/apt/preferences? If just one, which? Package: systemd Pin: origin * Pin-Priority: -100 Package: systemd-sysv Pin: origin * Pin-Priority: -100 Package: libpam-systemd Pin: origin * Pin-Priority: -100 Thanks for practical help. I'm not looking for more flames. -- johnrchamp...@wowway.com GPG key 1024D/99421A63 2005-01-05 EE51 79E9 F244 D734 A012 1CEC 7813 9FE9 9942 1A63 gpg --keyserver subkeys.pgp.net --recv-keys 99421A63 signature.asc Description: Digital signature
ignoring bugs with no maintainer (Re: Removal of emacs23 from unstable/testing)
Hi Rob, On Mittwoch, 7. Mai 2014, Rob Browning wrote: If we can, I'd like to remove emacs23 from unstable/testing before the freeze. To make that possible, any relevant packages will need to migrate to emacs24, or just include support for emacs24. what's your plan for dealing with old bugs against emacs23? I'm asking because I can see plenty of bugs against emacs20 (11 bugs), emacs21 (99) and emacs22 (62) have not been reassigned to the emacs23 source package but are left rotting in the corner of the BTS which is called packages maintained by no one, (in)visible at https://bugs.debian.org/cgi- bin/pkgreport.cgi?maint= The newest (#575370) is from March 2010 and without maintainer reaction. I believe all those bugs should be either reassigned to emacs23 (and soon 24) or just be closed with an informal message, also offering to reopen and reassign to emacs23/24 if applicable. Do you agree? If not, what do you propose to do with these bugs? Having these bugs rott in a corner of the BTS almost nobody ever looks at is a disservice to our users. IMO there should be 0 bugs open against https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint= Oh, and emacs bugs only make up 20% of those bugs... IMO all should be dealt with, i just picked emacs as the emacs23 removal announce mail reminded me... cheers, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#747612: RFP: manokwari -- a desktop shell for GNOME 3
Control: reassign -1 wnpp Control: retitle -1 RFP: manokwari -- a desktop shell for GNOME 3 On Sb, 10 mai 14, 18:05:32, Rahman Yusri Aftian wrote: Package: manokwari Version: 0.2.1.37 Severity: wishlist Dear Maintainer, Manokwari is a desktop shell for GNOME 3. It features combined Gtk+ and HTML5 frontend (Gtk+ is legacy here and would be replaced totally with HTML5 in the future). It is an evolution from a shell called blankon-panel. Manokwari is currently only available in the BlankOn and Debian have not entered into the repository Debian. I begged for it to be included repository debian. For Source Upstream: https://github.com/BlankOn/manokwari and source BlankOn: http://dev.blankonlinux.or.id/browser/tambora/manokwari Given in debian, debian user can then mengguankan Manokwari -- System Information: Distributor ID: Blankon Description: BlankOn Tambora (Development Branch) Release: 10.0 Codename: tambora Architecture: i686 Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=id_ID.utf8, LC_CTYPE=id_ID.utf8 (charmap=UTF-8) (ignored: LC_ALL set to id_ID.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages manokwari depends on: ii gnome-menus 3.10.1-0blankon1 ii gnome-screensaver 3.6.1-1blankon2 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libgee2 0.6.8-1 ii libglib2.0-02.39.92-2blankon1 ii libgnome-menu2 3.0.1-4 ii libgtk-3-0 3.11.9-0blankon1 ii libjavascriptcoregtk-3.0-0 2.3.4-2blankon1 ii libnotify-bin 0.7.6-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libunique-3.0-0 3.0.2-2 ii libwebkitgtk-3.0-0 2.3.4-2blankon1 ii libwnck-3-0 3.4.7-1 ii libx11-62:1.6.2-1 ii mutter 3.10.3-0blankon1 ii shutdowndialog 0.7 Versions of packages manokwari recommends: ii komodo-icon-theme 0.2.32 manokwari suggests no packages. -- no debconf information -- 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
Re: change is hard and feared upon (Re: systemd-fsck?)
Hi, Holger Levsen: systemctl is not mentioned on https://wiki.debian.org/systemd - maybe it should? Actually, this is hardly Debian specific, so a pointer to the generic page for debugging startup/shutdown with systemd would probably be more useful than duplicating information that's available elsewhere (and better maintained there, I hazard to assume). http://freedesktop.org/wiki/Software/systemd/Debugging/ enabling debug.service is not mentioned on https://wiki.debian.org/systemd - maybe it should? debug-shell.service, actually; my bad. See above. This is a whole lot easier than munging random shell scripts or, worse, booting with /bin/bash as PID1. but thats how it ever was, so it must be right!!111/irony 'xactly. -- -- 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/20140510164701.ga4...@smurf.noris.de
Re: systemd-fsck?
On 9 May 2014 23:50, Russ Allbery r...@debian.org wrote: Bas Wijnen wij...@debian.org writes: On Fri, May 09, 2014 at 10:37:03PM +0200, Tollef Fog Heen wrote: It and upstart (and any other providers of /sbin/init) should also grow critical debconf warnings if you install them and you were previously using systemd as your init so it's symmetric. Nobody is suggesting that systemd should give you a critical warning when you try to install it. The problem people are having, is that it suddenly installs itself without the user trying. When sysv init or upstart do that, they should get critical warnings as well. But better yet, they shouldn't do it. And neither should systemd. The same issue that leads to systemd being installed could well lead to one of the other init systems being installed for the same reason: some piece of software integrates with only one init system and Depends on it. If we can avoid that situation, great -- portable software is always good. But belt and suspenders: we should also prepare for that situation and ensure that any switch of an init system via package installation results in a critical debconf warning so that no one is caught by surprise. This has the advantage of future-proofing against any later change of init system, letting us reuse the mechanisms that we put in place for this one. When sysv-init was essential, installing upstart required to type Yes, do as I say!. Which is even higher than a critical debconf prompt. Users that already have installed upstart, instead of sysv-init, should upon upgrade stay with upstart installed and running as pid1, without any prompts. Similarly users that already have installed systemd, should stay on systemd without any prompts. Users of sysvinit, are of two categories, those that reverted to or wish to stay with sysvinit or those that simply use the default. It is desired to migrate simply use the default to the new default, systemd, if that is possible. As far as I understand, for sysvinit users that means upgrade paths possible are: * sysvinit + systemd-shim (assuming common-cases that something wants to use, e.g. logind) * systemd I don't think any sets of provides / alternative dependencies ordering, will give us ability to ask a question upon apt full-upgrade which of the two upgrade paths to take for current sysvinit users?! Thus, interim, until we have a mechanism to ask what to do on upgrades, maybe sysvinit/sysvinit-core should gain a (bogus) dependency on systemd-shim? -- Regards, Dimitri. -- 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/canbhlujopzqtjig5n+zulntvxhfrosj5g7i-mvovzyk+jst...@mail.gmail.com
Re: systemd-fsck?
Am Samstag, 10. Mai 2014, 18:00:02 schrieb Laurent Bigonville: Le Sat, 10 May 2014 16:00:39 +0200, Martin Steigerwald mar...@lichtvoll.de a écrit : [...] Thats exactly the kind of reaction I meant: Frankly, I just *don´t* care where it is fixed. If its in dirmngr, fine. Yet: I do think its about high time systemd developers and packagers adopt an attitude of never break userspace like the kernel developers do. Sure that the attitude I don't care where the root cause of a problem lies, opening 3 different bugs against 3 different packages for the same issue and then complain publicly that the bug is not fixed is good and productive... I am stopping here. As I do not think its productive to go on. I let your reaction to my oppinion speak for itself. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- 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/1432563.eND9Z3ZijF@merkaba
Re: systemd-fsck?
Hi, Martin Steigerwald: Yet: I do think its about high time systemd developers and packagers adopt an attitude of never break userspace like the kernel developers do. I beg to differ. At least in this case. su does a bunch of things that are perfectly appropriate for something that creates a new login. That's its job. Running a daemon under its own UID is an almost-completely different problem. We already have a tool which does this (start-stop-daemon), which has been recommended for this task for umpteen years, and which still works if there is no .service file – for whatever reason. Every compiler toolchain upgrade breaks a bunch of packages, sometimes in subtle ways, and mostly because the code was in some way non-standard. You don't complain about that, do you? So why is systemd different? Mind you, I am not defending the handling of this specific bug; certainly the systemd people's attitude is somewhat … let's call it abrasive … at times. But, let's face it: I were a maintainer of a package that's consistently held to higher standards than any other package, and for no clear reason (much less a technical one), I'd become abrasive in short order, too. Telling Go away, the bug is elsewhere is just not an approbiate reaction for developers of a low level system component. For the record: I do not disagree with this statement. -- -- 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/20140510171301.gb4...@smurf.noris.de
Re: systemd-fsck?
Am Samstag, 10. Mai 2014, 19:13:01 schrieb Matthias Urlichs: Hi, Martin Steigerwald: Yet: I do think its about high time systemd developers and packagers adopt an attitude of never break userspace like the kernel developers do. I beg to differ. At least in this case. su does a bunch of things that are perfectly appropriate for something that creates a new login. That's its job. Running a daemon under its own UID is an almost-completely different problem. We already have a tool which does this (start-stop-daemon), which has been recommended for this task for umpteen years, and which still works if there is no .service file – for whatever reason. On my other mail I wrote it a bit differently with an added statement along the lines and if you do care for fixing it at whatever place is most suitable and do so before systemd becomes default. I am not opposed to having this fixed in dirmngr init script. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- 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/1568868.KyVpHssOQI@merkaba
Re: systemd-fsck?
]] Norbert Preining So I *strongly* advise to inform *and* ask the users!! I would strongly advise you to stop spreading FUD as well as conserving the global supply of exclamation marks. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87wqdt8s57@xoog.err.no
Bug#747649: ITP: ceph-dkms -- Ceph FS and RBD Linux kernel drivers (DKMS version)
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,ceph-maintain...@lists.ceph.com Package name: ceph-dkms Version: 3.14+git20140429 Upstream Author: Sage Weil s...@newdream.net URL: https://github.com/ceph/ceph-client License: GPL-2, LGPL-2.1 Description: Ceph FS and RBD Linux kernel drivers (DKMS version) DKMS drivers for Ceph file system and RBD devices. . This package provides DKMS kernel modules for Linux Kernel 3.14+. . Ceph is a scalable distributed storage system; RBD is a block device striped across multiple distributed objects in RADOS, a reliable, autonomic distributed object storage cluster developed as part of the Ceph distributed storage system. Packaging is committed to http://anonscm.debian.org/gitweb/?p=pkg-ceph/ceph-dkms.git Shipping newer Ceph modules [libceph,ceph,rbd] in DKMS form is helpful to backport new features (like support for latest tunables) and fixes as well as to use recent ceph-client on stable Linux kernel. signature.asc Description: This is a digitally signed message part.
Re: systemd-fsck?
* Matthias Urlichs matth...@urlichs.de, 2014-05-10, 19:13: Every compiler toolchain upgrade breaks a bunch of packages, For end users? I don't think so. -- Jakub Wilk -- 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/20140510175333.ga3...@jwilk.net
Re: Avoiding system d
On Sat 10 May 2014 at 12:05:25 -0400, John wrote: Thanks for practical help. I'm not looking for more flames. A couple of quotes from your mail: I find myself appalled at the rude and domineering attitudes of almost all systemd's defenders. I don't trust them. You're not looking for flames? You're kidding, aren't you? Your technical question is wrapped up in flame-baiting. And you also post to -devel and -user. Getting the audience and attention looks like a prime aim. -- 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/10052014193615.5f8bd6799...@desktop.copernicus.demon.co.uk
Re: systemd-fsck?
Le Sat, 10 May 2014 19:13:01 +0200, Matthias Urlichs matth...@urlichs.de a écrit : Hi, [...] Telling Go away, the bug is elsewhere is just not an approbiate reaction for developers of a low level system component. For the record: I do not disagree with this statement. I think there are some misunderstanding here. The initial bugreport really sounded like a feature request / changes of behavior not an actual bug. And IMHO pointing the user to the documentation so the user can change it himself was perfectly correct. Looking at the original bug again, it seems that there were actually several issues. The bug with dirmngr creating a logind session and the fact that pam_loginuid was not properly set (login-session-id set to MAX_INT). The former bug will be fixed soon (I've pushed a NMU to the delayed/3 queue) and the later should have been fixed in KDM for quite sometimes now. Cheers, Laurent Bigonville -- 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/20140510213642.3f6b1...@fornost.bigon.be
Re: systemd-fsck?
On Sat, 2014-05-10 at 19:53 +0200, Jakub Wilk wrote: * Matthias Urlichs matth...@urlichs.de, 2014-05-10, 19:13: Every compiler toolchain upgrade breaks a bunch of packages, For end users? I don't think so. If a package is not changed to fix the FTBFS, then it will be removed from testing and will miss the next release. The effect on end users is not immediate (package is still in stable and unstable) but there is breakage that other maintainers need to fix. Ben. -- Ben Hutchings Horngren's Observation: Among economists, the real world is often a special case. signature.asc Description: This is a digitally signed message part
Re: systemd-fsck?
Hi, Jakub Wilk: * Matthias Urlichs matth...@urlichs.de, 2014-05-10, 19:13: Every compiler toolchain upgrade breaks a bunch of packages, For end users? I don't think so. The typical end user does not recompile some system-supplied package with a newer GCC; neither does the typical end user run Debian's old SysV init script with systemd. In both cases Debian supplies updated source, resp. updated init scripts. I would not label somebody who compiles their own code end user. I also would not expect an end user to add su foo -c /do/whatever to /etc/rc.local. Your opinion may differ, that's OK. I would, however, like to consider a couple of better solutions than adding a workaround or two for continuing to use /bin/su in contexts it was never intended for. For instance, /bin/su might recognize that it's called in an environment without controlling terminal and whatnot, and limit itself to not using PAM to create a new session. (Or whatever the exact bug is.) Alternately, a nice little message that the default init system is now called systemd and that everything SHOULD still work but the world is rarely perfect, so here's a link that tells you how to debug this strange new thing might as well mention that replacing any calls to su in rc.local with either sudo or systemd units would be a splendid idea. For bonus points, display the message with higher priority if you find the word su anywhere in /etc/rc*. For even more fun, imagine what'll happen for Zurg – when we replace X11 with Wayland as the default display manager … I predict the systemd transition to be painless by comparison. -- -- 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/20140510201300.gc4...@smurf.noris.de
Re: Ghostscript licensing changed to AGPL
In article nfdvy-6f...@gated-at.bofh.it, Bas Wijnen wij...@debian.org wrote: On Tue, May 06, 2014 at 06:44:16PM -0700, Jose Luis Rivas wrote: I saw it and I fail to see what exactly they want to achieve with this change since AGPLv3 is for web apps. I license almost all my work as AGPL, because I like that clause. The idea of the GPL is to make sure that all end users are free to do what they want, not just the people who initially received the software. With more and more things turning into web applications, you need the AGPL to continue to do this. So even if my code is not intended for using as a web service, I want my indirect users to have their freedoms when it is. I didn't look into their arguments at all, but I'm guessing it's along the same lines. Although the intent of AGPLv3 may be for web apps, the actual wording used is interacting with it remotely through a computer network. So, when someone is running xdvi through a thin client, and xdvi calls gs as a subprocess, then they are interacting with gs through a computer network and AGPL (section 13, specifically) applies. * texlive-bin (texlive-binaries) Actually with this one is worst, since the LPPL is not compatible with the GPL, lets not even talk about GPLv3 or AGPLv3 :-/ If it's incompatible with the GPL and the way they distributed it was acceptable, then I can't see why anything would have changed now. See my paragraph above. Also, please note that texlive is a compilation of many parts from many different sources, and they use different licenses. In particular, xdvi uses a license based on the X Consortium license. --Paul Vojta, vo...@math.berkeley.edu -- 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/lkm227$7vt$1...@dont-email.me
Bug#747668: ITP: secilc -- SELinux CIL compiler and helper commands
Package: wnpp Severity: wishlist Owner: Victor Porton por...@narod.ru I want to package this software along with some system scripts (to help installation of other packages) I am going to create: https://bitbucket.org/jwcarter/secilc Please take into account, it is my first package to be put into Debian. Well, now I have a trouble even to compile the upstream package, but I am willing to work on this. -- 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/20140510211415.7049.78661.reportbug@victor.local
Re: copyrighted embedded ICC profiles in images
On Sat, May 10, 2014 at 02:55:09PM +0200, Jérémy Lal wrote: Le samedi 10 mai 2014 à 13:37 +0100, Ben Hutchings a écrit : On Sat, 2014-05-10 at 11:10 +0200, Jérémy Lal wrote: Hi, Jonas Smedegaard brought to my attention that an image file [0] can embed a copyrighted ICC profile without license. [...] This sounds like a ludicrous overreach of copyright. Isn't an ICC descriptive, rather than creative? And the idea that vendors could claim images made with their products (very likely with no explicit action to use the profile) to be derivative works is appalling. On [2] one can find some examples of licenses one embedded icc profile can be put under: To anyone who acknowledges that the files sRGB_IEC61966-2-1_no_black_scaling.icc and sRGB_IEC61966-2-1_black scaled.icc are provided AS IS WITH NO EXPRESS OR IMPLIED WARRANTY, permission to use, copy and distribute these file for any purpose is hereby granted without fee, provided that the files are not changed including the ICC copyright notice tag, and that the name of ICC shall not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. ICC makes no representations about the suitability of this software for any purpose. So, even if the license was distributed along with the image using it, this license clearly violates DFSG 3 (here, no modifications of embedded icc profile are allowed). The license only matters if the work in question is copyrightable in the first place. If it's not copyrightable, then you don't need a license and should ignore any license being offered to you. The fact that someone is trying to *claim* copyright and offer you a license you don't need is not what's relevant. I haven't looked at what these ICC profiles are and whether we should consider them creative or not, but that's the question Ben is asking here. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: systemd-fsck?
On Sat, May 10, 2014 at 04:00:39PM +0200, Martin Steigerwald wrote: The root cause of this bug is in the initscript of dirmngr that us using su instead of start-stop-daemon. su is starting a PAM session which then call pam_systemd. This should not happen for daemons. Again here systemd is only doing what he's instructed to do; not allowing a user to create a DOS for other logged in users. So please get dirmngr fixed instead of blaming systemd/logind. I've reopened the initial bug opened against dirmngr about the fact that the initscript is calling su (#668890) Thats exactly the kind of reaction I meant: Frankly, I just *don´t* care where it is fixed. If its in dirmngr, fine. Yet: I do think its about high time systemd developers and packagers adopt an attitude of never break userspace like the kernel developers do. I consider it of the highest importance that the transition to systemd not break running systems. But Laurent is correct here: the bug in this case is in dirmngr, not in systemd. It's not reasonable to hold systemd to blame when other packages that were using wrong interfaces now have their bugs exposed because of logind. In fact, I'm surprised that this particular bug in dirmngr wasn't already a problem *before* systemd, since consolekit's behavior (including the integration with PAM sessions) was nearly identical. Laurent is not being a systemd apologist by pointing this out. I know from the PAM bugs I've worked with him on that he cares deeply about getting the core structure of session handling right in Debian. But doing that in a fashion that's maintainable over the long term means having a *design*, and stable *interfaces* that are supported - not a blanket promise to never break anything in the system that is relying on unintended side effects of the current implementation. Some of the regressions introduced are going to turn out to be bugs in systemd. Some of them are going to turn out to be latent bugs in other packages that are exposed by the transition to systemd. The important thing here is that Debian developers (and bug reporters) work constructively *with* the systemd maintainers to properly isolate the cause of the bugs, so that we can move forward together towards a stable jessie with systemd as the default... instead of wasting all our energy throwing blame at each other for the bugs that happen along the way, leaving none left for the actual bug fixing. The plain fact: Using systemd breaks something that worked for probably a decade or longer before however long that su is in that init script. So on what account do you call calling su in an init script a bug? It may not be the most elegant solution to do things, granted, but a bug? Come on. Calling it a bug just cause systemd / policykit treat calling su in an initscript as they do is quite arrogant in my eyes. As the maintainer of the pam package in Debian, I assure you: this is a bug in dirmngr. System services should not (must not) call interfaces that launch pam sessions as part of their init scripts. su is one of those interfaces. Telling Go away, the bug is elsewhere is just not an approbiate reaction for developers of a low level system component. Approbiate in my eyes would be caring and helping along with the issue to be fixed no matter where the fix will land in. I.e. provide help and a patch for dirmngr, If someone wants to provide a patch to dirmngr, kudos to them. But it's the responsibility of the dirmngr maintainer to fix this, not the responsibility of the systemd maintainers, and no package maintainer worth his salt should have any difficulty replacing 'su' with 'start-stop-daemon' in an init script... especially considering 'start-stop-daemon' is the default shown in the /etc/init.d/skeleton example. Now, this *is* an example of why it's bad for systemd to have started pulling itself into people's systems before the sysvinit default has been switched, and shows that we should only make the switch of default in concert and after extensive testing. But the responsibility for fixing the bug still lies with the maintainer of the buggy package. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: Avoiding systemd
Hi John, On Sat, May 10, 2014 at 12:05:25PM -0400, John wrote: After following the discussions of systemd (including everything on debian-devel), I find myself appalled at the rude and domineering attitudes of almost all systemd's defenders. I don't trust them. Accordingly, I'd like to keep systemd off my machine (sid) to the extent practical until things have had quite a while to shake out. Is it sufficient to install systemd-shim and add one or all of these stanzas to /etc/apt/preferences? If just one, which? snip Package: systemd-sysv Pin: origin * Pin-Priority: -100 This one. The systemd package contains other dbus services that you don't want to try to exclude from a desktop system; and libpam-systemd provides necessary integration with policykit on those same systems. Hope that helps, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: systemd-fsck?
previously on this list Matthias Urlichs contributed: I also would not expect an end user to add su foo -c /do/whatever to /etc/rc.local. Your opinion may differ, that's OK. My opinion certainly does differ as I'm sure is already apparent ;-) especially that pid1 and single user should most certainly be technically held to a higher level of scrutiny where the decision to increase it's complexity has been decided (perhaps you meant the other parts of systemd though). I love sudo but do not use it in rc.local. How can using substitute user identity in rc.local possibly be wrong, please elaborate without mentioning PAM. I can't say I know the details but even so surely the bug has to be either with systemd or my expectation being PAM? -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/704384.38987...@smtp111.mail.ir2.yahoo.com
Re: systemd-fsck?
On Sat, 10 May 2014, Tollef Fog Heen wrote: I would strongly advise you to stop spreading FUD as well as conserving ? Could you be so kind and explain your insinuation? 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/20140510232733.gz8...@auth.logic.tuwien.ac.at
Re: systemd-fsck?
previously on this list Steve Langasek contributed: Using systemd breaks something that worked for probably a decade or longer before however long that su is in that init script. So on what account do you call calling su in an init script a bug? It may not be the most elegant solution to do things, granted, but a bug? Come on. Calling it a bug just cause systemd / policykit treat calling su in an initscript as they do is quite arrogant in my eyes. As the maintainer of the pam package in Debian, I assure you: this is a bug in dirmngr. System services should not (must not) call interfaces that launch pam sessions as part of their init scripts. su is one of those interfaces. In that case should it be one of those interfaces. He is right, books tell you (for decades) quite rightly to do just that in rc.local for example. Examples are all over the internet, so if this breaks your system are you or RedHat going to change all those books and websites to say but if you are using Linux post 20?? you now have to do it differently unless you use Slackware or maybe Gentoo or???, that is irresponsible or bad planning or configuration or perhaps money in RedHat's pocket for support if I was inclined to be sinical. The su utility allows a user to run a shell with the user and group ID of another user without having to log out and in as that other user. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___ ___ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/101395.27220...@smtp148.mail.ir2.yahoo.com
correct use of su
On 11 May 2014 03:13, Matthias Urlichs matth...@urlichs.de wrote: su does a bunch of things that are perfectly appropriate for something that creates a new login. That's its job. I am still a bit confused, isn't this only when you use the -l su flag? Does su do stuff (e.g. pam session stuff) even without the -l flag? Running a daemon under its own UID is an almost-completely different problem. We already have a tool which does this (start-stop-daemon), which has been recommended for this task for umpteen years, and which still works if there is no .service file – for whatever reason. As a debian developer I was unaware of this. What about the task of running a short program for a brief duration, e.g. from cron scripts? Is using su considered acceptable? e.g. /etc/cron.daily/spamassassin on wheezy has numerous references to su. I think there might be other packages, this is just one I could find the quickest. The name start-stop-daemon would suggest this is inappropriate for cron jobs, is that an invalid assumption I made? (please don't turn this into a systemd debate - I simply want to know what is considered best practise for Debian packaging) -- Brian May br...@microcomaustralia.com.au
Guile language support in make
Hi, I have two constituencies here; people who would like to see guile support in make, and to explore the new features. And people who expect a sensibly small set of packages essential to building other packages in Debin. Without guile suport, make just depends on libc, and nothing else. Guile support adds the allowing packages to the dependencies: guile-2.0-libs, libgc1c2 (= 1:7.2d) Since make is build essential, I am not going to pull in these extra dependencies without due consideration, so I have put the wishlist bug to add the support as wontfix, for the moment. However, just install guile-2.0-dev, apt-get source make, and rebuilding should give you a guile supporting make, so it is a low barrier of entry. I have labeled wontfix a bug report to prevent that from happening, since that would change the behaviour of make compiled on a machine (not a sterile build environment) somewhat different than the official package. I suspect that there are a lot of things in the environment that could change the resulting binaries, which is why most deterministic build scanarios start with a well defined build environment; and in such an environment the current make package will indeed build consistently without guile support (unless build-essential or debhelper grow guile dependencies, and I';; of course watch for that). But, enough rambling. How do we move forward with enabling guile support in make? Building two binary packages from a single source seems hackish, since make and make-guile would require ./configure to be run again, and each target of the ./debin/rules might need cleanup/restart. Not unsolvable, but messy, and I do not have the motivation to do that. Patches welcome, of course. I would like to solicit the opinion of the developers about the value of adding Guile support to the default make package, at the expense of two smallish additional dependencies. http://blog.melski.net/2013/11/29/whats-new-in-gnu-make-4-0/ has a write up on what guile support would bring. Thanks for listening manoj -- Perl itself is usually pretty good about telling you what you shouldn't do. :-) --Larry Wall in 11...@jpl-devvax.jpl.nasa.gov Manoj Srivastava sriva...@acm.org 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Re: Guile language support in make
Manoj Srivastava sriva...@ieee.org writes: Building two binary packages from a single source seems hackish, since make and make-guile would require ./configure to be run again, and each target of the ./debin/rules might need cleanup/restart. Not unsolvable, but messy, and I do not have the motivation to do that. Patches welcome, of course. I do this with libpam-krb5 to build against both MIT Kerberos and Heimdal, and it's very straightforward with a package that supports out of tree builds, like I presume make does. (Nearly all GNU software does.) debhelper has built-in support for doing this; see libpam-krb5's debian/rules file to get a feeling for how it would work. I think building two separate binaries makes more sense than adding Guile support by default for all the reasons you stated. We do similar things with Emacs, which has a -nox version to avoid pulling in tons of X libraries, and I think it's more important for make. -- 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/87ha4xjbyh@windlord.stanford.edu
Re: Guile language support in make
Russ Allbery wrote: Manoj Srivastava sriva...@ieee.org writes: Building two binary packages from a single source seems hackish, since make and make-guile would require ./configure to be run again, and each target of the ./debin/rules might need cleanup/restart. Not unsolvable, but messy, and I do not have the motivation to do that. Patches welcome, of course. I do this with libpam-krb5 to build against both MIT Kerberos and Heimdal, and it's very straightforward with a package that supports out of tree builds, like I presume make does. (Nearly all GNU software does.) debhelper has built-in support for doing this; see libpam-krb5's debian/rules file to get a feeling for how it would work. I think building two separate binaries makes more sense than adding Guile support by default for all the reasons you stated. We do similar things with Emacs, which has a -nox version to avoid pulling in tons of X libraries, and I think it's more important for make. Thinking about the poor people trying to bootstrap things, I'm tempted to suggest doing this as two separate source packages. Make is *so* far down the bottom of the stack that adding a dependency on another language could cause significant problems. -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1wjjva-0005od...@mail.einval.com
Re: Guile language support in make
On Sun, 2014-05-11 at 03:28 +0100, Steve McIntyre wrote: Russ Allbery wrote: Manoj Srivastava sriva...@ieee.org writes: Building two binary packages from a single source seems hackish, since make and make-guile would require ./configure to be run again, and each target of the ./debin/rules might need cleanup/restart. Not unsolvable, but messy, and I do not have the motivation to do that. Patches welcome, of course. I do this with libpam-krb5 to build against both MIT Kerberos and Heimdal, and it's very straightforward with a package that supports out of tree builds, like I presume make does. (Nearly all GNU software does.) debhelper has built-in support for doing this; see libpam-krb5's debian/rules file to get a feeling for how it would work. I think building two separate binaries makes more sense than adding Guile support by default for all the reasons you stated. We do similar things with Emacs, which has a -nox version to avoid pulling in tons of X libraries, and I think it's more important for make. Thinking about the poor people trying to bootstrap things, I'm tempted to suggest doing this as two separate source packages. Make is *so* far down the bottom of the stack that adding a dependency on another language could cause significant problems. Why separate source packages and not multi-stage bootstrap where make-guile is excluded from stage1? Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. signature.asc Description: This is a digitally signed message part
Re: Guile language support in make
Steve McIntyre st...@einval.com writes: Thinking about the poor people trying to bootstrap things, I'm tempted to suggest doing this as two separate source packages. Make is *so* far down the bottom of the stack that adding a dependency on another language could cause significant problems. Oh, good point. Yeah, requiring Guile for a regular source package build could make bootstrapping quite annoying. -- 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/87d2fljb7p@windlord.stanford.edu
Accepted ruby-fog-core 1.22.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 10 May 2014 07:17:51 +0200 Source: ruby-fog-core Binary: ruby-fog-core Architecture: source all Version: 1.22.0-1 Distribution: unstable Urgency: low Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Changed-By: Cédric Boutillier bou...@debian.org Description: ruby-fog-core - shared classes and tests for fog providers and services Closes: 747555 Changes: ruby-fog-core (1.22.0-1) unstable; urgency=low . * Team upload. * Add Breaks/Replace with versions of ruby-fog causing file conflicts (Closes: #747555) to fix upgrade path from the monolithic ruby-fog package. . [ Pirate Praveen ] * New upstream release. Checksums-Sha1: d3c7a94957571b69aa71a73afabe4296dce22b67 1774 ruby-fog-core_1.22.0-1.dsc d737b6ff668bab7fbed2eab48ffac028cfd7d03b 32667 ruby-fog-core_1.22.0.orig.tar.gz 9fe27c4aad8c47344ef9853331864b20f513f802 2440 ruby-fog-core_1.22.0-1.debian.tar.xz a23e9302ca1d1a7be12c005af62b4bc28df0515e 25028 ruby-fog-core_1.22.0-1_all.deb Checksums-Sha256: c33df1c7012ef45aa196ede8286b902d2d536513873da5a51818c0610cef486c 1774 ruby-fog-core_1.22.0-1.dsc e16852ae888686705d6ebf12ab932345390c38cb5754d2a4f47086934bf4a861 32667 ruby-fog-core_1.22.0.orig.tar.gz bdb8c7508b32bf50783f50c9ccc64008cc7edc3e9bc8797e2501013835605bb7 2440 ruby-fog-core_1.22.0-1.debian.tar.xz 20bdeb48ffb49d461640e3eca943b5d7159714b50a95f03045e0fbb036c4002e 25028 ruby-fog-core_1.22.0-1_all.deb Files: bee1925b6b1efa86041ee8d3899c0cb7 25028 ruby optional ruby-fog-core_1.22.0-1_all.deb e3f48ab62ade39c2304d11af16d83b42 1774 ruby optional ruby-fog-core_1.22.0-1.dsc 5a37fa979e0c2e9e7d0c6f32bc368adf 32667 ruby optional ruby-fog-core_1.22.0.orig.tar.gz 5b8caf281d73a67116a0856969835830 2440 ruby optional ruby-fog-core_1.22.0-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTbb83AAoJEImvgrc5zSF6kcwH/30JjHxbNyNFNZYVvTQnQXMZ F2MGytXPY/k7e3YrGz1RBHzSCIIHxbiYskpujEJhVCV60SInEORr1wTVs3JqQJeQ 3q1KiOqwXRTJhwuG77PBMc79x8KCUpLxpSb7X3nI4LrIk5ywD2LPUWsu2JxxFdfx acJ1SCHmJYg0d8LSgkiWcPNb/LS/TKnvL3nJjNt6NitYCKbRusKLh1xQ+/uzgev1 DWbkM77vddIw2AUGGlH2ByLYn/VCMt6ulo6xddUuSw8kMn6wNwVmVZUtV6hZZ3KE 0/LQiaMLXinZFYZtqQYC4ZHfXjeGcncXDP8gqLXrb9c+Qp/LOG1L3a7GT3eqr30= =FwZp -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/e1wj0nh-0002ob...@franck.debian.org
Accepted pypolicyd-spf 1.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 10 May 2014 02:08:19 -0400 Source: pypolicyd-spf Binary: postfix-policyd-spf-python Architecture: source all Version: 1.3-1 Distribution: unstable Urgency: medium Maintainer: Scott Kitterman sc...@kitterman.com Changed-By: Scott Kitterman sc...@kitterman.com Description: postfix-policyd-spf-python - Postfix policy server for SPF checking Closes: 741516 747349 Changes: pypolicyd-spf (1.3-1) unstable; urgency=medium . * New upstream release - Updated to support RFC 7208 - New configuration parameter to adjust DNS timeout delay, Lookup_Time (Closes: #747349) - When used witn pyspf 2.0.9 meets all RFC 7208 requirements (set minimum python3-spf version) - Refreshed patches * Updated package description * Bump standards version to 3.9.5 without further change * Update debian/README.Debian to match current user name and file locations (Closes: #741516) Checksums-Sha1: 7d42761ba5847b794c8800fc588d640589ce2e67 2014 pypolicyd-spf_1.3-1.dsc 9ce47ca7a36feff483f6c52c2c6e463dfb4b5cff 31833 pypolicyd-spf_1.3.orig.tar.gz bb2c13200b231fde4649ea5db4ccd27ac57d80b1 6951 pypolicyd-spf_1.3-1.diff.gz 33dcac32cfb0e0678a96e397ded198ed770c335e 36954 postfix-policyd-spf-python_1.3-1_all.deb Checksums-Sha256: a7666477e2f1954b03941a7bb19dd4d1b473b35bd950ce5e422f63d6968d05eb 2014 pypolicyd-spf_1.3-1.dsc ad2c435eed63b5c7e9499abe30bb0bda927a1346fab115c3955262b15ecb2b83 31833 pypolicyd-spf_1.3.orig.tar.gz 81c24641e3b337605a5d13182452b661e455e886e50fd86d0a659d355a7370f9 6951 pypolicyd-spf_1.3-1.diff.gz 3887220ba8f1b5ff841dd9085955c578a6191a8f9c23da724a6384cc560a4811 36954 postfix-policyd-spf-python_1.3-1_all.deb Files: 39a4657d09f2ede1d73718074486105f 36954 mail optional postfix-policyd-spf-python_1.3-1_all.deb 06cf7764eeed6255487d958006c0867e 2014 mail optional pypolicyd-spf_1.3-1.dsc 69e095cc34bd8b643ee68a7a9bb0df90 31833 mail optional pypolicyd-spf_1.3.orig.tar.gz 793631362525f637259b2034e8660308 6951 mail optional pypolicyd-spf_1.3-1.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTbccMAAoJEHjX3vua1ZrxZrUP/3LGy80cHOVEqWnVC+8FAICr jc6KH5SdbdB+pzdFKePqe4l9jKqgQprYsrwh/42p9QMILeK9u0Dc27TTmECEQzum i4TOwK3BMsQk7hHfLmPbhqf04Q23Fu0h1WP2sUScZRUKWdCR5Rncrkx6mKBQbLiY noDRLPPqPubPLOwMf4AzysZtwZkI5WT3LgcOXDXUyhqFhJvUxbCMTP4qru5Rwwws JnSjDcJQRVH3CLm3PiKsXbpLloDc2oeHyl2dIYbdWLzRfmTw40qQa+SeinQ0ipNp hGuO4Av54BvEXAbGQ2PkwGsZOwLEbCfhvT9jwILzS8p2VeFWU9pUivdu1C4jwqmE ChDdEfUk5Xnm+Fbmf1x5h28R81DeLK6hzpcdnz8dq3M8IO3MnS8gxYYxgXwqJqXH bswdmpM4fF1ZAoDycs6/yGisNWMhYsvdNZhOINZvY45Yi0r20RnSmHBJoJxZTus8 WPFLMxSXUTbcql+GRoBqfuchCDRCNgZ5qWWoCKujo/9oLH0oboP8XzeYa7qfiU2X cfzn/0U5Piof+LKOMwK1lGAKHImwu02m8fv1GE/E41NJFcR6ab0B+mI0R3t556sH 3pee/bNdbVBmHHaZJAg39FvqaYqGgKk22O/DNBqnrokBr/vfnl+3kBQSWhaSVSH6 ZjwxO1uB/X9FZs9c5ptb =pklH -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/e1wj0r5-0004kx...@franck.debian.org
Accepted python-biopython 1.63+dfsg-5 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 10 May 2014 07:52:48 +0200 Source: python-biopython Binary: python-biopython python3-biopython python-biopython-doc python-biopython-sql python3-biopython-sql Architecture: source amd64 all Version: 1.63+dfsg-5 Distribution: unstable Urgency: medium Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Andreas Tille ti...@debian.org Description: python-biopython - Python library for bioinformatics (implemented in Python 2) python-biopython-doc - Documentation for the Biopython library python-biopython-sql - Biopython support for the BioSQL database schema (Python 2) python3-biopython - Python library for bioinformatics (implemented in Python 3) python3-biopython-sql - Biopython support for the BioSQL database schema (Python 3) Closes: 747494 Changes: python-biopython (1.63+dfsg-5) unstable; urgency=medium . * Apply upstream fix to fix cpairwise2 import issue under python3 Closes: #747494 Checksums-Sha1: d05e8779d330283c9d7128d7f2a8c2ef8db96b77 2876 python-biopython_1.63+dfsg-5.dsc 2d166433795fdc1944b0ad0c8074b881fb841cda 13928 python-biopython_1.63+dfsg-5.debian.tar.xz 1b0659bbf6c7423a2acaa960c45f73adc5850e6b 1135416 python-biopython_1.63+dfsg-5_amd64.deb 8f879b5d7aa7fa2bccc71e1ee66616f07e33b464 1100290 python3-biopython_1.63+dfsg-5_amd64.deb 074d27b456c9b5cbdc72439d5d5627d2163de010 9643596 python-biopython-doc_1.63+dfsg-5_all.deb 8287c2c79b6b13fbb9fb15c635afcc89593c7923 26992 python-biopython-sql_1.63+dfsg-5_all.deb e2c515c07e2c7e8aeb4626a9e9cd60fb7c96530b 26972 python3-biopython-sql_1.63+dfsg-5_all.deb Checksums-Sha256: 2ea1aadf6629734646b3297178e56bd80de77def5f5d05ca68bbd8caeb39bf85 2876 python-biopython_1.63+dfsg-5.dsc e14867be08bc7e320242d2aaaf21922d40a5ed2a9e8bb534db876de63ee90e96 13928 python-biopython_1.63+dfsg-5.debian.tar.xz 75acf28d4c4dea109d7f1fb0d2bd6cc7d0601658503a7bf79fd857b158b90090 1135416 python-biopython_1.63+dfsg-5_amd64.deb c56696f05b090d488d2bf6fe24334d6a0d9a2df78de5ad86a653b98cf7cd22c2 1100290 python3-biopython_1.63+dfsg-5_amd64.deb b527822fe6f4274c96ee4abbbd09389d59df240e49f3fceee1726edd7da70e0f 9643596 python-biopython-doc_1.63+dfsg-5_all.deb b9cd88ae943c63d5f1fd1c6653923c486ce234c0a1036a0844309b030aea9907 26992 python-biopython-sql_1.63+dfsg-5_all.deb 126a228adb893cb09cd74876b62cd845fb28b5f9b8961581e4fba1cb0d9a8150 26972 python3-biopython-sql_1.63+dfsg-5_all.deb Files: 448476ff15bf2c9bff00b8c14845e5bc 1135416 python optional python-biopython_1.63+dfsg-5_amd64.deb f1bc59b90caa1622728f8a1952b87b3e 1100290 python optional python3-biopython_1.63+dfsg-5_amd64.deb f3dbb1dc21b722d14cc314b8246151ba 9643596 doc optional python-biopython-doc_1.63+dfsg-5_all.deb e0e67bcc9e92d155a40b6b7563e2ad40 26992 python optional python-biopython-sql_1.63+dfsg-5_all.deb e2d824857ab15137420b60d77b0c937d 26972 python optional python3-biopython-sql_1.63+dfsg-5_all.deb 92b1f3675f2df49bbe550cc8c202b95c 2876 python optional python-biopython_1.63+dfsg-5.dsc 7843dd867f1811da9a9ea91515dab2ea 13928 python optional python-biopython_1.63+dfsg-5.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTbcUsAAoJEFeKBJTRxkbRzNsP/0Da8d0sYYk52AXUk9dOme1i STkyQLncl2OxNJ7svpGtAzEQAf0Hx84F1Wo49+7uBHIQ/spHaH2K99y/0SSjsXTl MQ3yeIJPKBY0GzMcImOG9qNFnscT2wmRrD3S2zy1QANWxPYTlusnC7L4p+PV7oj5 04DMb4vE9tDKGP0+zutQZokqECXa08FN9/IT+3NspyIiykMDPQBPndDr7OM8fJJY PjxXgq5Sil+YVsb9IfpoCem4k4uqjCq9qiZlvhhFqWtb25eXsxyatS6tE21U8E1p nT/27qJ3zopl4I7L9dFZdI9kC1z7VytYejDvInpQ6BgH2JjWmZGEuiZ5v959HblJ TkstCyioMonQA26XjU7YI0K6LdG2FjWYAXqwUiTQLBt3Jh0CcQpHsfWakjviH25g DT02O7Ph/dJFiGozoo/5xT2CR2Yv4K4WugG63Yufx8T8Yor6j+TzOfrsBrvNikei ezuGFqrfTcw6aMtBF4sugAG/ZMcUyARUV1p3cDacUIesoGMN37EMu4aKHWz1sKOm QiQklwAMYX4oFgo2k0mQs+LwLNx8bbq5QTD8D2lT4xvVFBIiyzhX9xHSAcKzds8H +Hra57OY/xlCvM2BAYXO62STZGKqZLvzmRMJxbyfeEEgUsyneaJ+hR+DXEGPYfEz qXi6e+IWWNej2n6VfCRg =AuO7 -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/e1wj0ro-0004u0...@franck.debian.org
Accepted gramps 4.0.3+dfsg-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 14 Feb 2014 20:53:14 +0100 Source: gramps Binary: gramps Architecture: source all Version: 4.0.3+dfsg-3 Distribution: unstable Urgency: low Maintainer: Ross Gammon rossgam...@mail.dk Changed-By: Ross Gammon rossgam...@mail.dk Description: gramps - Genealogical research program Closes: 737771 747318 Changes: gramps (4.0.3+dfsg-3) unstable; urgency=low . * Drop patch to disable HTML View * Apply patch to fix and re-enable the HTML View. Thanks to Serge Noiraud (Closes: #737771) * Fix bug preventing the editing of notes (Closes: #747318) Checksums-Sha1: 0aa391795d72c6063e4ce1992381ea5bb922c8fa 1954 gramps_4.0.3+dfsg-3.dsc e31a7709fd1a87d01155d43d90c6d6d2f61ce593 14616 gramps_4.0.3+dfsg-3.debian.tar.xz e4a5d1745b604b22f580f6db5d1bb8398f50a7f6 5844078 gramps_4.0.3+dfsg-3_all.deb Checksums-Sha256: dcaaccba4997f49b394c188730b8bdd80c6037cc5b9bb962b7dc413b1eba3b19 1954 gramps_4.0.3+dfsg-3.dsc 32f804b7b54cdfff44df7ecf06a3b1e8dd4017bc4a8051d92feee8b84d3923cb 14616 gramps_4.0.3+dfsg-3.debian.tar.xz a2c5f69960cf5bfa6a820e259086c6153c5f9c7956462e6f3dce7943c3bfa142 5844078 gramps_4.0.3+dfsg-3_all.deb Files: 59efa19bfc6e3d7fc45cb2a19fa35287 5844078 gnome optional gramps_4.0.3+dfsg-3_all.deb 63f4e8f0dde0b2ef5029d274f12f5df2 1954 gnome optional gramps_4.0.3+dfsg-3.dsc 43672afa87da7c6de52cd768b8e37cfb 14616 gnome optional gramps_4.0.3+dfsg-3.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTbMCVAAoJELZQGcR/ejb4rgkP/A/MiQmHruqTyf08QYUelGx8 YiPg/TF/rOYOGNDP5rBHxXXHpcrr6yVqTAWstgTolXAr29GVg+ojnARl08ebG/kE jqbOglOMwgINHNKIhRpsnwlH+Uzn+eC420L6ViZwCO0JXNTUdthMVmsnOHI1Ldhu 7csSe3Gl6UKg9O8Tl7q+CpGkCCapapCXzSixTeeX+/glzWQlY0mDt3pglg9+VCeS euNwKh8aFY8iYPN5AAdkLPTc7x6C4EXvfRVgtuK2lh7/OHrUPdvD8wSIYRliHgYr yJh8w0kpj4+HtQWE668KU14ohCbE9ANYsjNdYZuv5QE3ZdWrMoAOAhU+oCdzr07H ulVvmv1vnqa3FUh3AgunO43PfuyBG6a3ijNS/B+5cgCXurCmMAUNgzzmeOOhJ2PN VmOHn4NnScV/IgbZo5xYoqTWNW1yUfTjCVIRsLt5RKqZWT1xNJGGfl/j9C6sbLAU p6fuM6CH1FW6SPOQpzUXVYjQtM5KRMSZt+szzD/Vj1aNF4NF7ODL1IjQ6cqyqM7X tvO8sBMC1GMRKmizGhl6YzcFFYbb3BsH6DqCpKzvPbZmqDPFU4nG0EEZTyP0WWpe RjxX/hUGWnOaCAHvSlSdVsrjjpy4/qL8uKw4YAIo7D4f0rbr40ZhHSnXHwndcFLA Oec8EMmnZ0R/6DK2NsIz =XR8W -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/e1wj1yj-0008mn...@franck.debian.org
Accepted bijiben 3.12.0-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 10 May 2014 00:03:33 -0700 Source: bijiben Binary: bijiben Architecture: source amd64 Version: 3.12.0-2 Distribution: unstable Urgency: medium Maintainer: Vincent Cheng vch...@debian.org Changed-By: Vincent Cheng vch...@debian.org Description: bijiben- intuitive note editor integrated with GNOME 3 Changes: bijiben (3.12.0-2) unstable; urgency=medium . * Upload to unstable. Checksums-Sha1: 21ad43d9896c0881a48f8e8e4b29d40f0682dcd5 2142 bijiben_3.12.0-2.dsc d5fbedc24d332ef7bbe50a6a01981aea56299c47 8992 bijiben_3.12.0-2.debian.tar.xz 3a18276a9b12d8ad06fa6126513fc20ad817aa5b 403502 bijiben_3.12.0-2_amd64.deb Checksums-Sha256: 884542430ee0ceba6bacc0c28d4b50ee6094e8b46750d365ed18cd30a489a640 2142 bijiben_3.12.0-2.dsc 2fef70a7d06dbc878dfb9cbb7b4479ba3db3b84bf0bd5310cf7e37099a344b87 8992 bijiben_3.12.0-2.debian.tar.xz 8ec81f0ed31ce947646d45841a2c77062fe90c94b5cc5be15162d32e7b7250c7 403502 bijiben_3.12.0-2_amd64.deb Files: a8aeee10139d15523ccfbb2a3023cd46 403502 gnome optional bijiben_3.12.0-2_amd64.deb e9bd55ca900dfb112cbf492e7b1cbe3e 2142 gnome optional bijiben_3.12.0-2.dsc 4fc2c57c668510647949fc741b0e09dd 8992 gnome optional bijiben_3.12.0-2.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTbdBpAAoJEI7tzBuqHzL/zlcP/0Wcc5szKxZQTj4fMY5//UqV QazeRIvSKJ1NWzQYogMQGg9Pca77IT+PJp7vOV8ZelMTfCTeB2Vgz07erN2/JPxf axatrsQ/cELsAXfR+hmqLhlGBy0/0K3Y5RCik/ZKVGfxtwLr2+Dv6YLQt7EnAxGr h5a48lc1B7RhaXCq8lT3YLkZCKocd1+AV2mpIG7oIBOyB27RzRljz1yQohsHxJwR muMEoHY9oa05J+pIwaOGH+iDbLSB/cHlGCkC+Pje1S8cinkizztiq3MQxKfWr28N lGxwJshIhYtusf9qSbPUYAioGsSMBcX1B2qj+qf/DKjtrxLT8QcgC8rYWs3nGSEl hs0rKCmRBdYKCUSOmJKJL0GOE5Y2E+0NoPWVC5Q0IHl8QDCvURQebL5JYFXO0PCw 3XvZQwSKj64hMMwS02GVBAdDJYeiOR6cSBComj6EZ1aGFzIe/sgYd17cmBIjjFrW SBQBQAfZIAdQYvJ4F6XOvnM/X2F2NOOgMBVH0GH7QBUCKiOHZS9QfRoWuv/IBSkl 7c1zigAbO1AicrFx0SLNvPPFAOxyHKCnbuyXbsTp2o1J0j8JKWGbT9HvINA6aWc0 LGHXiY9u9E11+AJ9Kx1SBa7w/J1ZSXJ0/IeF1TBbZ9QzxUaZxNj75ckgqgePFQfM wFJL4K4DliK8qVSkFnSK =jh2X -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/e1wj1mj-0001vi...@franck.debian.org
Accepted rygel 0.22.1-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 10 May 2014 08:55:30 +0200 Source: rygel Binary: rygel rygel-dbg rygel-2.2-dev librygel-core-2.2-2 librygel-server-2.2-2 librygel-renderer-2.2-2 librygel-renderer-gst-2.2-2 rygel-mediathek rygel-tracker rygel-gst-renderer rygel-playbin rygel-gst-launch rygel-preferences Architecture: source amd64 all Version: 0.22.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Rygel Maintainers ah-ry...@debian.org Changed-By: Andreas Henriksson andr...@fatal.se Description: librygel-core-2.2-2 - GNOME UPnP/DLNA services - core library librygel-renderer-2.2-2 - GNOME UPnP/DLNA services - renderer library librygel-renderer-gst-2.2-2 - GNOME UPnP/DLNA services - renderer library librygel-server-2.2-2 - GNOME UPnP/DLNA services - server library rygel - GNOME UPnP/DLNA services rygel-2.2-dev - GNOME UPnP/DLNA services - plugin development files rygel-dbg - GNOME UPnP/DLNA services rygel-gst-launch - GNOME UPnP/DLNA services - gst-launch plugin rygel-gst-renderer - transitional dummy package rygel-mediathek - GNOME UPnP/DLNA services - Mediathek plugin rygel-playbin - GNOME UPnP/DLNA services - GStreamer Media Renderer plugin rygel-preferences - GNOME UPnP/DLNA services - preferences tool rygel-tracker - GNOME UPnP/DLNA services - Tracker plugin Changes: rygel (0.22.1-1) unstable; urgency=medium . * Imported Upstream version 0.22.1 Checksums-Sha1: 55191578f4f9114ff3a2804ba4fa2201441bd0b0 2543 rygel_0.22.1-1.dsc 3fc74032d52a42382430a7fb9b192f41b6cab7c7 3338948 rygel_0.22.1.orig.tar.xz bfb1a07fe2d9f104c9000b19c1421585364d7e23 10168 rygel_0.22.1-1.debian.tar.xz 62498b0a66d6dfb37d1791952e6d27dd26a8d1ae 874788 rygel_0.22.1-1_amd64.deb 4007a67a561728fa965e05bf7dde0f9f38688579 3116766 rygel-dbg_0.22.1-1_amd64.deb 5ffa34512d1d4e0d0eece46fb88e13a977ef9705 580874 rygel-2.2-dev_0.22.1-1_amd64.deb 50e964ef9f3138bcbab91a8cb078dfd596a5929c 517430 librygel-core-2.2-2_0.22.1-1_amd64.deb 452f96c3ff74192b0a05ee68cdb3e3686a1f753b 605420 librygel-server-2.2-2_0.22.1-1_amd64.deb 3386c1c0fe065fc3e1540292eb43461c3a4ce2f5 486310 librygel-renderer-2.2-2_0.22.1-1_amd64.deb 05b03f5c9d028aec492df2b56c70a86ec873f555 464136 librygel-renderer-gst-2.2-2_0.22.1-1_amd64.deb 3b3e0c729ba0d61c840796e0573074a7e60029d5 468708 rygel-mediathek_0.22.1-1_amd64.deb 90be49eead6cbe65e5330ecdc429ee80fefcea04 500578 rygel-tracker_0.22.1-1_amd64.deb fe76735402329af7981ee056e8e386e0a0bad9d6 452214 rygel-gst-renderer_0.22.1-1_all.deb a1905b2a0b98f9f46d477ac24d335d86a3dca0d6 455462 rygel-playbin_0.22.1-1_amd64.deb c9d06e9612d5ad3d02bb0b236aff147fa94b284e 458930 rygel-gst-launch_0.22.1-1_amd64.deb bf51accaf0620e29c1f2509e35a74ad4ddb2b714 475346 rygel-preferences_0.22.1-1_amd64.deb Checksums-Sha256: f9b22bf9ba1a7a1db6183959cb69f9354e0c8763c7f0759d9f70110573dade0d 2543 rygel_0.22.1-1.dsc 11e18979682685e1c078f0205cc1e53f3e7adac768eeba91026677972b8976bc 3338948 rygel_0.22.1.orig.tar.xz 2324b11642c3ec36e5eb4cefeeb3b580c21441b2a7f712e54c165d64452b8fb2 10168 rygel_0.22.1-1.debian.tar.xz e7e1748f33047aecacd744e5e1a1de761b686acc1f82df54ab602154467ca957 874788 rygel_0.22.1-1_amd64.deb a07d4e61c7c4df5a16b7e69506e95daf9556fb9a731318c1229d0930395e61a8 3116766 rygel-dbg_0.22.1-1_amd64.deb 18a66c372721d4c6f3419a7b004bc3956109e9d59f108be1ea5705385defd720 580874 rygel-2.2-dev_0.22.1-1_amd64.deb 5c935b4473a6e7571fb3077b9ddc7fdba3dd4ef889e8e01809d6dbeb63c23e4a 517430 librygel-core-2.2-2_0.22.1-1_amd64.deb 60036b2038855293218921a8f52c72c97f4b96247d81f55a0b8251815ff3719d 605420 librygel-server-2.2-2_0.22.1-1_amd64.deb 42cdb5608f0257dacfe00d5a4d9023daab9a64cbe8b4ac0870eed49fb1eaa9ea 486310 librygel-renderer-2.2-2_0.22.1-1_amd64.deb 5ea86ef3aab8a9e219a25faa2873bd7234c2ca5bf13e664551ff26aca954 464136 librygel-renderer-gst-2.2-2_0.22.1-1_amd64.deb 08a1e79202ac4ee7aceceecee83dd962ac8ac54468cf85b1491bf80922bf9cde 468708 rygel-mediathek_0.22.1-1_amd64.deb 45da00f19a7b0404235fddde81dc0d13c047a45774af75e959d93744778d0350 500578 rygel-tracker_0.22.1-1_amd64.deb 5dce8326ee90c288150d5ac3d2d470851a005050c0179df40d616c461bfa1296 452214 rygel-gst-renderer_0.22.1-1_all.deb 7f8357555483f84156dce0c273a373e812aa43f60f29a659b8cddd9a60f0c0a8 455462 rygel-playbin_0.22.1-1_amd64.deb ff602e2dc852665e012b513587a5cc349714143c8b8b69b9c9adbdbf266b4a3f 458930 rygel-gst-launch_0.22.1-1_amd64.deb fefd35a4b5e40aabb5391322eb3cb3306e07f58c9a227ea85ddb8f4f42a7dd60 475346 rygel-preferences_0.22.1-1_amd64.deb Files: 53a26d6d9d21465189978539b86d4d7e 874788 net extra rygel_0.22.1-1_amd64.deb 156f384be3835f723cddb5e143711f11 3116766 debug extra rygel-dbg_0.22.1-1_amd64.deb 85cce24ac04d92e0a5f2c59b875d8923 580874 devel extra rygel-2.2-dev_0.22.1-1_amd64.deb 0f78cb30a43b7d867e565dcb9d2589a7 517430 libs extra librygel-core-2.2-2_0.22.1-1_amd64.deb 2266b29ea7ecb3a149ce343978bee2e1 605420 libs extra librygel-server-2.2-2_0.22.1-1_amd64.deb
Accepted castle-game-engine 5.0.0-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 13 Dec 2013 21:29:44 +0100 Source: castle-game-engine Binary: fp-units-castle-game-engine castle-game-engine-doc castle-game-engine-src Architecture: source amd64 all Version: 5.0.0-1 Distribution: unstable Urgency: medium Maintainer: Abou Al Montacir abou.almonta...@sfr.fr Changed-By: Abou Al Montacir abou.almonta...@sfr.fr Description: castle-game-engine-doc - Castle Game Engine - Developer's Documentation castle-game-engine-src - Castle Game Engine - Source code for Lazarus integration fp-units-castle-game-engine - Castle Game Engine - 3D game engine for FreePascal / Lazarus Closes: 732760 747128 Changes: castle-game-engine (5.0.0-1) unstable; urgency=medium . [ Abou Al Montacir ] * New upstream release. (Closes: #747128) * Remove unused include file to allow building on systems where quilt is not installed . [ Paul Gevers ] * Fix typo in package descriptions (Closes: #732760) * Remove nearly obsolete bzip compression for binary packages (See https://lists.debian.org/debian-devel/2014/01/msg00542.html) * Bump standards to 3.9.5 (no changes) * Converted copyright file to machine readable format and add notices for new files * Build Pascal source style font formats (using dejavu fonts package) * Strip piwik from documentation (thanks Lintian) Checksums-Sha1: f1e276be77f866403435064f1aaa9ae392e317d2 1996 castle-game-engine_5.0.0-1.dsc fe849d394d098e7349d01daae11294e7da89a29c 94238304 castle-game-engine_5.0.0.orig.tar.gz 29e9a1a9c99289131c5a2e2c361b57a08515c446 18408 castle-game-engine_5.0.0-1.debian.tar.gz b9213bf38f3de318ea4e3f0525b60c7119d43c4a 2854162 fp-units-castle-game-engine_5.0.0-1_amd64.deb 6250bbe3ee7643909c9464cf22efe5c27a028ad4 934888 castle-game-engine-doc_5.0.0-1_all.deb fe4e99b47528df2e494b2034551ab0b752100f59 1983192 castle-game-engine-src_5.0.0-1_all.deb Checksums-Sha256: 25c7686b79cc6e5818e0e95ba2074690e3972c085c65cb49f16cc58bfed5b516 1996 castle-game-engine_5.0.0-1.dsc c305cb5cf8c07f3f76e2098d3fbf56861c8d36d4f09784c050a011a290aafaf7 94238304 castle-game-engine_5.0.0.orig.tar.gz 25d5969eebe1a30f40bbf9e0c90f66a426650574a9a4ca32a6d8e1fa9aed4c76 18408 castle-game-engine_5.0.0-1.debian.tar.gz 499bb8c357b307438ea840d6ad06fc9a012c5650297b81d6fbf1ee9eec72d5dd 2854162 fp-units-castle-game-engine_5.0.0-1_amd64.deb 5a96193a56c0f1b4814b7880d953267d9dfa06771bdf74bf229603c545434da8 934888 castle-game-engine-doc_5.0.0-1_all.deb 232868d1070231de984ff648f3ff52e060600febdcc9a48a6eb037defaede82b 1983192 castle-game-engine-src_5.0.0-1_all.deb Files: 8ca062a7feed21a8e64afec6c005e8b8 2854162 misc optional fp-units-castle-game-engine_5.0.0-1_amd64.deb 71bc9ee4ec662d489512b76b51d1ae1e 934888 doc optional castle-game-engine-doc_5.0.0-1_all.deb 55ae4d36c59300e8a17dc022c1162077 1983192 doc optional castle-game-engine-src_5.0.0-1_all.deb c7017dec8d0568328cf96e99ff743bea 1996 misc optional castle-game-engine_5.0.0-1.dsc f341f653b10c8de4fea5bfb1f40731b9 94238304 misc optional castle-game-engine_5.0.0.orig.tar.gz 5b80ec1fe5448e5c2f79b08c4621bd15 18408 misc optional castle-game-engine_5.0.0-1.debian.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJTbc0bAAoJEJxcmesFvXUK6IUIAIVCXHj9qdw5hsG/epPjwpAX 9ob08lOnIe4x63swDVc5MwJe1MbSz1Kb3134Z8ZAVJyWSryY+NtKOVolieRn87+a +cMpmvjJbpXxq/Z8JREa9ZAjUlErZ5yvPvwnG9R+Jfgrw96GPooTlQuu1bi665/e EYTzj8M1hItEDdidoE++BwXJv/gQV5oI/5LwhTK+bSM+h+W2gFWVCb/wVTgJZN/f NAf3rVCIWm4dypBraMA0F9u2dX2iVvb9REMw0lt4j+a9kepnyoTeS0+KAqIbGRcu EaUsSabydNGD1LVMiNOfxM8/lxfkhRQcO/8G5wAuds34F/BseB3hi91xgFYkpks= =r6zb -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/e1wj3rf-0005ub...@franck.debian.org
Accepted curlftpfs 0.9.2-7 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 10 May 2014 09:46:23 +0200 Source: curlftpfs Binary: curlftpfs Architecture: source amd64 Version: 0.9.2-7 Distribution: unstable Urgency: medium Maintainer: Vincent Bernat ber...@debian.org Changed-By: Vincent Bernat ber...@debian.org Description: curlftpfs - filesystem to access FTP hosts based on FUSE and cURL Changes: curlftpfs (0.9.2-7) unstable; urgency=medium . * Fix Vcs-* fields in debian/control. * Bump Standards-Version to 3.9.5. * Use dh-autoreconf. Checksums-Sha1: 0f9edd856537d7e3009a3f69a043a31fd8c47973 1990 curlftpfs_0.9.2-7.dsc e5f43ee93c0fe191f29361432e93519098981530 4256 curlftpfs_0.9.2-7.debian.tar.xz 6cd0f72f166a6ff5f34899035b0bab93325de2e2 30160 curlftpfs_0.9.2-7_amd64.deb Checksums-Sha256: b8b2b2ce4d832c930bcbaf82f95eb286f875f750202255365ad15f1277c4e27e 1990 curlftpfs_0.9.2-7.dsc e09a3380bfe84d1a60741bf5cb5dea3ce873763fa7698d144d0520c464383f8e 4256 curlftpfs_0.9.2-7.debian.tar.xz 8e63c65c0dd5c951718389ec271a34c2876f49209991afdb57638c49f1b0 30160 curlftpfs_0.9.2-7_amd64.deb Files: 724e43962b646d32919de383d908013b 30160 utils optional curlftpfs_0.9.2-7_amd64.deb 46a68d77ef9ebfada589a0f09eff2d5a 1990 utils optional curlftpfs_0.9.2-7.dsc 2befc9b223e7def8cfd23ca30e00b401 4256 utils optional curlftpfs_0.9.2-7.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTbdqIAAoJEJWkL+g1NSX5LiQP/2g/vnSV1ZHXTXAgGZztcuHH jAuhTKFEXPP5R0+G2zKa66ol8CUTheFvKBxkjYP4eKglHFizditl06LbafYx4JHT KOhJJDjjsrgfRY+5ZUqIP0G+YEcwm4i5OkORQTiyFbs3qyToYPHOW5YKg4XG7LER S9ZMQuh+b+ME0BfAvaWPblCMh5y8y2g+PzNBnsEfnNTn6TD45EGCrYxgjdY5vztr wo8nGHHQG7yMQxYTSdlb5h/X8kX0P0zlQP2IEq6eez8qEl7duZ1Ow3sIRO67r9LH 1BDdhMbru9EC/Osf67X4jXBnlnXMFIiG3bowwsEVQtep/FNLsSUtKsOP77BHiDAp ZBS57z6/S2Yf6JYw1UECaa9q0hH3jHAkYTSZN3CbbLlOlcvhlYtvjKlyRayTlz9E kr+nrcQ46RFI9O2X3iIui1lFZit3yD2OuYvgxaQBeN8McUZBBO0Qp3oV6yRqa+3n svs4qtXzUbdrQeYUSboEGfLqZ6zIFXrBTIZwZXL4MWBIlkhWxcM6ULoNsRnhNiPT xXg3EjpfhDOOQ915RkEJJAH1XpdVPYMbfZrRfUtOC0vQrYhDu9grqnYYgvTeiFtX S7dOKbMh6YHfMl7ro6jtmEY4MiqyG1UiHxvQwkSwFh9p9DrW/pY4WaORb3WE0wHA 9js2JK+48uAC5FiyO47/ =Djna -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/e1wj3ro-0005yd...@franck.debian.org
Accepted seaview 1:4.5.1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 10 May 2014 17:29:33 +0900 Source: seaview Binary: seaview Architecture: source amd64 Version: 1:4.5.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Charles Plessy ple...@debian.org Description: seaview- Multiplatform interface for sequence alignment and phylogeny Changes: seaview (1:4.5.1-1) unstable; urgency=medium . * New upstream version . [ Andreas Tille ] * debian/upstream - debian/upstream/metadata * cme fix dpkg-control . [ Charles Plessy ] * debian/patches/add-ldl.patch: removed (applied upstream). * Build-depend on libjpeg8-dev instead of libjpeg62-dev. * debian/seaview.mime: removed (redundant with FreeDesktop entry). Checksums-Sha1: b8a6547fa798eabfc6be6115c9f3e31044187061 2135 seaview_4.5.1-1.dsc ba99bb0614b25a07fd165b3881c9d6e802fd56c7 340762 seaview_4.5.1.orig.tar.gz 2c038222921964d36d3c2b86b7ceef5befc7b2c2 15876 seaview_4.5.1-1.debian.tar.xz 1b992cbbd94c35e7692625e983a23d5a8a2e6954 312642 seaview_4.5.1-1_amd64.deb Checksums-Sha256: 678027324066061e8b1a6068edb558dcb6a078e1012bf28b4daa89a3690ef088 2135 seaview_4.5.1-1.dsc f02c0be6110ad475258a95e315ed62e478bc3785a4d3341364691b128cefeee3 340762 seaview_4.5.1.orig.tar.gz a06e01576f11f0c5a2520bf4897d918167801b3505cbf49fbf53414da863 15876 seaview_4.5.1-1.debian.tar.xz bc0a04f378369a09cc66c3ca0f2a7f44a655d50bc71e0d0987d41cf9547dee0b 312642 seaview_4.5.1-1_amd64.deb Files: f024e3fc127855b761ee58c5ca24802e 312642 non-free/science optional seaview_4.5.1-1_amd64.deb d13adca2d907b62b81dc7482f7ff6315 2135 non-free/science optional seaview_4.5.1-1.dsc 58a86ad84f9c393f36c5ac089295137d 340762 non-free/science optional seaview_4.5.1.orig.tar.gz 9eda66eea6eb599055ddd87fac08fce8 15876 non-free/science optional seaview_4.5.1-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTbeUyAAoJEMW9bI8ildUCfxIP/2c4VkvukpCrRjDZqvyz0d50 nnDsYxIm90jTKocDB7UEDrG8fVntcztVGftsdPSFvBeYVEdLEO5AnEkcJBTBqvqr JEvZR5veqWIkgEmSfGz/eP9/GAw5xKg3egZq31NRwOOz2J++YKo7g446IyjJGppz Dcdn7yEiMc+mgTKx8VJSnNFz3ns/eGMoTVGZWzYeRSyy5EhkiPEAVjD5AWyuqUZO aKeDoGgYwlqetvb5+tT18o80ghQYnQ2DOPhisuSGC4kLjN20cjTgVa+CXMc0U6IK /47jIfI9+kMrIx1NqnO2878xMiYwiMby8GOl3p8RLIDAPFVTbsvQAXFgjWhBzyMs W2rMUoFn168mWQFAhgNl/5MXHhcFznHvPhZgoxqgSFa9vn04BJOn214rqf5slhZ+ c2TGWow6CQy+oLC5Hhs6x/DYu3g1WNzT5cHYxi7j4F3Qf7xgkO6xo9w3wwqYb6Bu XzYN2M74H4JnMlxWWhTqTIulNXuhmZjB8pWjFlK0s05vYEcyyiUn4JnUXArSksuC 1mIpi4iDV66Pp7Iqt7AoWXnE0i8Ttef0Oq21ybIvpEXFLUv1QPDhFLzsHw30+1dw AZnSnv9H/x68P6u1oEErlN6Sa4Ca6uh7BdmqoEVbAzmQhSBuJEMyj5lhn8cRvv9z /2XJag6KcUWxTG0XJv/R =lXfc -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/e1wj3uc-0006t4...@franck.debian.org
Accepted vtk 5.8.0-16 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 10 May 2014 08:39:05 +0200 Source: vtk Binary: vtk-doc vtk-examples libvtk5.8 libvtk-java libvtk5-dev libvtk5.8-qt4 libvtk5-qt4-dev tcl-vtk python-vtk Architecture: source all amd64 Version: 5.8.0-16 Distribution: unstable Urgency: medium Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Changed-By: Anton Gladky gl...@debian.org Description: libvtk-java - Visualization Toolkit - A high level 3D visualization library - j libvtk5-dev - VTK header files for building C++ code libvtk5-qt4-dev - Visualization Toolkit - A high level 3D visualization library - Q libvtk5.8 - Visualization Toolkit - A high level 3D visualization library - r libvtk5.8-qt4 - Visualization Toolkit - A high level 3D visualization library - Q python-vtk - Python bindings for VTK tcl-vtk- Tcl bindings for VTK vtk-doc- VTK class reference documentation vtk-examples - C++, Tcl and Python example programs/scripts for VTK Closes: 731823 Changes: vtk (5.8.0-16) unstable; urgency=medium . [ Gianfranco Costamagna ] * Team upload. * [5e721d4] Change Java target to 1.5 . (Closes: #731823) Checksums-Sha1: ce749d7e5c702af346f366e846b7d72c8c8777d4 3095 vtk_5.8.0-16.dsc ece52f4fa92811fe927581e60ecb39a8a5f68cd9 23745803 vtk_5.8.0.orig.tar.gz 76cb09098b24523e8fde2e137438c361c157b553 51540 vtk_5.8.0-16.debian.tar.xz e77ca1efea6c86b76d4777c9ea51ebc9ce894bb7 3603188 vtk-doc_5.8.0-16_all.deb b5ca5252e63b45f910c9f910b9eea5155a451f36 387196 vtk-examples_5.8.0-16_all.deb feb2dcf36c388289ac6d0106a1f8d64115378285 10829490 libvtk5.8_5.8.0-16_amd64.deb efb1e8026804592474b273227e6e9c5e2d334aba 4016658 libvtk-java_5.8.0-16_amd64.deb 579dad0344f470b508f70a9a5df46759b339d4c5 1749940 libvtk5-dev_5.8.0-16_amd64.deb e21992cc1a56e16dc772f81ca99a28b735bc1d8a 373590 libvtk5.8-qt4_5.8.0-16_amd64.deb ff039500dc691479b188f84bd324eec531715ab2 86548 libvtk5-qt4-dev_5.8.0-16_amd64.deb 40b0ddb02be244c59021495d704347879dd7b86f 3651320 tcl-vtk_5.8.0-16_amd64.deb 0eb64ec4db5f0a760a2d1a155e1f092d355044c6 4489798 python-vtk_5.8.0-16_amd64.deb Checksums-Sha256: 00c6fe0b8af53b90fbc39ab329a074f269a1a04d9bb172aaec55d0cddc0274e5 3095 vtk_5.8.0-16.dsc 83ee74b83403590342c079a52b06eef7ab862417f941d5f4558aea25c6bbc2d5 23745803 vtk_5.8.0.orig.tar.gz ead8d72a41ffd14400559c3a5959ef6574e2ab981afd1418d99029f9b5aa7080 51540 vtk_5.8.0-16.debian.tar.xz a25cee09124011a2f363d1fbf655061ae10ae8dbafe2acbfb55d6703f7c9fb92 3603188 vtk-doc_5.8.0-16_all.deb 654c97beb04f208b91b81eda8270edc7fac4c63d8cc2d2eb7c7e405bb30f42b4 387196 vtk-examples_5.8.0-16_all.deb aa771aa5d8b752602c68ec3bf1c59b294d4d09aec319d8a89dfc94aef473e817 10829490 libvtk5.8_5.8.0-16_amd64.deb e0ef1982530cd7cc025a80b1538ff6e45903c48a64a7c26ee55253f4a19252ec 4016658 libvtk-java_5.8.0-16_amd64.deb 30fc38dfde396abffdee418af69ecd1b29dce901f1d5b9d6e16492b14c12b651 1749940 libvtk5-dev_5.8.0-16_amd64.deb c8cdf91aa51f68fcb87006d2396094c3e9d73c8a8569eeeb3017864d78a113ab 373590 libvtk5.8-qt4_5.8.0-16_amd64.deb 09b1fb857c23bdc3a71832ce8789390d56e49af0bc720e38897662fdcddf5e5a 86548 libvtk5-qt4-dev_5.8.0-16_amd64.deb fb77c7b9fd2a43fef89e13eca607a038f32f9d521279851cc7b73c25eeb52f00 3651320 tcl-vtk_5.8.0-16_amd64.deb 7127d009455aff3eff8c7b9cb338ef58fde3aed8f5da126a11edb09c81786f1a 4489798 python-vtk_5.8.0-16_amd64.deb Files: 351cecd69a19ee257fd05415e6f76a1b 3603188 doc optional vtk-doc_5.8.0-16_all.deb 520c433ca640609ae254e7b59914d63d 387196 graphics optional vtk-examples_5.8.0-16_all.deb 6bc7b21b3a3f26f7c706a08a4c50d15c 10829490 libs optional libvtk5.8_5.8.0-16_amd64.deb 49aaf643c8567da2d8eb6a7ccd9ff816 4016658 java optional libvtk-java_5.8.0-16_amd64.deb 273d742b6a5c4a76797652ecc201dbdd 1749940 libdevel optional libvtk5-dev_5.8.0-16_amd64.deb 44614786c6a95d01b0e39000134974ab 373590 libs optional libvtk5.8-qt4_5.8.0-16_amd64.deb 2f9a9e9aa5485816ae892fc5dfd0930e 86548 libdevel optional libvtk5-qt4-dev_5.8.0-16_amd64.deb 55f3ec341a4a0008eda85ec2b831de4c 3651320 interpreters optional tcl-vtk_5.8.0-16_amd64.deb 0f0c185fa07352d9e85847680172d6f5 4489798 python optional python-vtk_5.8.0-16_amd64.deb 0e6b07ef5d36d4d917f0ec3212b36e73 3095 graphics optional vtk_5.8.0-16.dsc 37b7297d02d647cc6ca95b38174cb41f 23745803 graphics optional vtk_5.8.0.orig.tar.gz caa55096d82df66e9bbba84b5026844f 51540 graphics optional vtk_5.8.0-16.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJTbd8fAAoJENPhc4PPp/8Gb4oP/1oc3zHTkGu8P98BkpLfTJQP 1UqUCAtFdko6BO9XvAkahEZ1fY7RSQQMxPrI2h1sF50aQ9IRPjnlvzRU8ttfOBrA 1pVXggcTGYMQPWww9jfl4twn92S3b5mEFGOpX/ZBBnBJqIZxyc5k7Fptez6Py4XM f5qm5XWSiV7kmFfuPNCp4RMsWaqcxcbCmhStbRW+oD+m0iFRcuUHzzEAzW95idXt 6yJqH+6EuKPhAouYmEaMmXWdgyEAbgYEoffLJ4AhaL7fRrShakpJT4XL+wslfYeu cWffEmKXTz+ay68E/Z5EnLjP1cAKb/bG8rB4coHif76VYrFlWPAg/QadWDo+0Hsw wrUVHNuNRXShx7m/LakjK3qzUpy760q/1X7fNrRvxHm1sF1zuA2mk8HqTaDcGDiJ
Accepted garmin-plugin 0.3.23-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 10 May 2014 09:13:45 +0200 Source: garmin-plugin Binary: garmin-plugin Architecture: source amd64 Version: 0.3.23-1 Distribution: unstable Urgency: low Maintainer: Debian running development group pkg-running-de...@lists.alioth.debian.org Changed-By: Ralf Treinen trei...@debian.org Description: garmin-plugin - browser plugin for communication with the fitness websites Changes: garmin-plugin (0.3.23-1) unstable; urgency=low . * New upstream release * Standards-Version 3.9.5 (no change) Checksums-Sha1: adc0862a6e38aa04cbe7ab2a33ed965ca8409d70 2151 garmin-plugin_0.3.23-1.dsc 8cb2c6fccf245da7acccf6a249a863c21e13ad4a 163282 garmin-plugin_0.3.23.orig.tar.gz 33b1020742347c763e10605515d31c81e8851ec9 3596 garmin-plugin_0.3.23-1.debian.tar.xz 2bf49378a7cdc185088fb2334b9656def037f6fd 113812 garmin-plugin_0.3.23-1_amd64.deb Checksums-Sha256: 01df09fcbf0e93a90c3d2d024670c7044163423a9369f6ea9b1b5ca9c15f83a2 2151 garmin-plugin_0.3.23-1.dsc 241ce67da3a7d10a4a5f900e0117e334db9a72c26d204187c8a0b7f508e936ef 163282 garmin-plugin_0.3.23.orig.tar.gz b7cf5072e3ba35ceec6e5f90e5e90ee637447f06823294ace6d4d763033128ad 3596 garmin-plugin_0.3.23-1.debian.tar.xz 8c7e0bbad82a3e3f975e58c037c45370a0f79bad363f6fe2594790e9e96604a4 113812 garmin-plugin_0.3.23-1_amd64.deb Files: f1c4bbb9932b98aafc6c263413f7720a 113812 utils extra garmin-plugin_0.3.23-1_amd64.deb 4164feb4dba8ce44ee53e3ae2588396d 2151 utils extra garmin-plugin_0.3.23-1.dsc bb763cbe62fba938324c014e19ec11b1 163282 utils extra garmin-plugin_0.3.23.orig.tar.gz ffb02798667a301479a5100f83d6f734 3596 utils extra garmin-plugin_0.3.23-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTbe8gAAoJEHRcR2bUys3/whkQAKPIOSaLaR8MwpXa3fK8nvNf Z0fGtQ1Ck/BnmH1ciDXkxJtkdxUTwUUfm2yBe1fPm3PyrfG5yJR2XFnHfhdiYfT5 8wsCYsLR3HLVsT9TmsFqHZnnpU3jHUZ9e2ovVcsGv5GkziBM59JDKT+eMfqxeA7m cT6EwXC8lFPtzfiBFGQOXNMWS9xdEzefT+gqoHd8h1Q238IeaBgicFowm6+it0Zu UCTeJ+p60trx4AL0uoiotNoflZQorBFNbzjuWFLpIRltdGrQkWOpfFSu5bNNYOEu otDSG8lEvm9qvm9r9Sjp8EbYoCvoQj7pZAhHmNPH/GgOAU+JI7s/9WdeAGmzHC84 8J9+ZL9yVZKx3BwjrzS5yndHIQ3c92hNAAWlcoDwWzPluDtwlJGCzqFQazR4UcTH 0UiGVNfgbTKeEDOGy7UGJQzN97cCO2S3LtNZTdGtj+LkFf2Wpu/ieTrPkuGKX8GC OWSrdwXl+3tKY76sktk7kAKPSJuW81McS7+00qn5ruwuU+EUUEG2k/+dsnzO/S2h ntZXZBGetG/lW4II3bXbpW9+PBOoJ3+pHL060/NeLz9tYVKKss64+eTm7zV2/slF ex/yCh+0GFx8n+53Sv2esbNJTDyM1/KM5lBK8EywysnXbxCfaew2lETcJL9tpAhF +2wKxSPx2vp0K5xa3E1m =ZETt -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/e1wj3ud-0006bk...@franck.debian.org
Accepted ocaml-estring 20130822-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 09 May 2014 00:40:25 +0200 Source: ocaml-estring Binary: libestring-ocaml libestring-ocaml-dev Architecture: source amd64 Version: 20130822-3 Distribution: unstable Urgency: medium Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org Changed-By: Mehdi Dogguy me...@debian.org Description: libestring-ocaml - Estring: OCaml development platform (runtime) libestring-ocaml-dev - Estring: OCaml development platform (development) Closes: 722559 Changes: ocaml-estring (20130822-3) unstable; urgency=medium . * Team upload. * libestring-ocaml now Conflicts/Replaces libbatteries-ocaml-dev ( 2.0) (Closes: #722559). Checksums-Sha1: a41d130758a034d3f65c3b484e2a9ed0d0ae71bd 2205 ocaml-estring_20130822-3.dsc bd8368a1a0248ad5b18b4407867ddd4dbc04f199 3252 ocaml-estring_20130822-3.debian.tar.xz d5e60b6b58e489bcd11d9fa4e6623527a31f3987 29486 libestring-ocaml_20130822-3_amd64.deb 50447024639b64a408a392d2d4df6a086f77b4aa 31194 libestring-ocaml-dev_20130822-3_amd64.deb Checksums-Sha256: a999fe17608b2e66c0afdb58a8c011391a4e65651d3f2c2899934648433feb94 2205 ocaml-estring_20130822-3.dsc dc68a6eb13cb54b2604b7904a017a04f51449f8755e4412db84e5388d9bb6323 3252 ocaml-estring_20130822-3.debian.tar.xz 1a7caa6ada3481e8ff0564185314260a6aa01288f6b4b8d692517d29de65e9ce 29486 libestring-ocaml_20130822-3_amd64.deb 71f54deb55ffd91fa68e872f210e08a21eb4ab33e7010d0eb6ffee479d3fb900 31194 libestring-ocaml-dev_20130822-3_amd64.deb Files: e051dd88a22b3646e4246d0802c7a01a 29486 ocaml optional libestring-ocaml_20130822-3_amd64.deb c2da9c539e06c9027b4af5e6be00 31194 ocaml optional libestring-ocaml-dev_20130822-3_amd64.deb 3d302d4ada775cddc1080e2022e9b827 2205 ocaml optional ocaml-estring_20130822-3.dsc 646a6ba0a18641817ba8a450ecde69e5 3252 ocaml optional ocaml-estring_20130822-3.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJTbfC3AAoJEDO+GgqMLtj/+bsP/iRCLeGrJR5+lnVDTVcfSLIG Gz2b4HcgiAfSngbTsxNRXO391mQgmnDdobVK8/1Yrx5L0Xj4z/5V19SpPZmsl68B ncD24zZ++GqcbQjiLy2vKgUTJ9rIZE0yscX5rfP4WoxpRuRtA7hDV8pgceGJh1tC XiNiJBMJu/vmtOMiPiipseKEBByJ3vId9emhJAOWY4uJm5bEFZsDY+iZwe8OOkOr C6Dp5jj9Mvfe4K6dyCEUqMwUgptZHrFl/XsGAk5xE/3EAxZfQsPzViiId5YSSOO7 H0tfCf217ElR256j2+adel9A695GaMM+qku8PD2zZF3MnoJLW/weQmJ3RUMSRSwP rZO79XX3HqSZghyOgy8duVtX7uwndkm6mMa0TlwAKtftH2FV6RgIo8CkyuXpyNGi 6OVyPXXxi0P3HyH6C8t7Qib5N8tRzdPvzOf8+Pf09PTNLbbBwL8u4QYGsi9tb1Vi 8K8CcqXEuldR6qKUbY7IfkSQL/uLtbvq/9mfjyRMcCCMvF57hfzkq3dhSm21UG6q u+mwfhx5DsKmN7Otlqv7A2Ga5MnjHZ6Ti0f+TNRhYk1GCIOirlNownlY61HxUiwx LJxX0WPj7JA33gcdEs+KMkm0TTbpnD72gPpUm3TAi/54RjnvFtl+do6qnyHnhthL D8Kv5odmS73KN8a3XfFF =0NOO -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/e1wj3ul-0006ge...@franck.debian.org
Accepted muffin 2.2.1-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 28 Apr 2014 22:27:14 +0200 Source: muffin Binary: muffin libmuffin0 muffin-common libmuffin-dev gir1.2-meta-muffin-0.0 gir1.2-muffin-3.0 muffin-dbg Architecture: source amd64 all Version: 2.2.1-1 Distribution: experimental Urgency: low Maintainer: Maximiliano Curia m...@debian.org Changed-By: Margarita Manterola ma...@debian.org Description: gir1.2-meta-muffin-0.0 - GObject introspection data for Muffin gir1.2-muffin-3.0 - GObject introspection data for Muffin (compatibility version) libmuffin-dev - lightweight window and compositing manager (development files) libmuffin0 - lightweight window and compositing manager (shared library) muffin - lightweight window and compositing manager muffin-common - lightweight window and compositing manager (data files) muffin-dbg - lightweight window and compositing manager (debugging symbols) Closes: 745908 Changes: muffin (2.2.1-1) experimental; urgency=low . [ Nicolas Bourdaud ] * New upstream: muffin_1.8.2 * Bump policy version to 3.9.4 -- no changes . [ Maximiliano Curia ] * New upstream release muffin_2.0.5 * New maintainers (Closes: #745908) * Bump Standards-Version to 3.9.5. * Add new build-dependencies. * Refresh patch: support-muffin-typelib * Update install files. * Update symbols file. * Add abi-compliance-checker info. . [ Margarita Manterola ] * New upstream release muffin_2.2.1. * Add patch: update-cogl-support to support libcogl-dev 1.18 * Add patch: gtk-state-flags to support new GTK_STATE_FLAG values. Checksums-Sha1: 2e768f39328ef6f07a69ae2cc9082107a902495b 2936 muffin_2.2.1-1.dsc 131cbf3ae5df466558f20b8181c2461a6be73629 2704590 muffin_2.2.1.orig.tar.gz 940a21d0328f10984a553b799bf06701e1259070 9908 muffin_2.2.1-1.debian.tar.xz 78b3c7ecf129c905958e0931da9f19664c9a7b15 22578 muffin_2.2.1-1_amd64.deb 8ea576f6df003f23d0789e1cf919895ce6c8babd 276588 libmuffin0_2.2.1-1_amd64.deb da683aa41446b916cd1d1eee33579e77e1e529e7 730600 muffin-common_2.2.1-1_all.deb d505c9987cb35560919a8a85c8475d5d3e48109a 48170 libmuffin-dev_2.2.1-1_amd64.deb af09791c6c023f81b9fdc2dbae47b4509ee26d3c 16500 gir1.2-meta-muffin-0.0_2.2.1-1_amd64.deb eb71374e6ddebe51a34d15fcc172c39bb748ea63 16618 gir1.2-muffin-3.0_2.2.1-1_amd64.deb 917978a236efafd8b61f3feb5e1b8e628dde05e6 1128332 muffin-dbg_2.2.1-1_amd64.deb Checksums-Sha256: 3f6a02dfeb87a8d263756de49e11480de6e204963a653eaf7098c770d9ba41ab 2936 muffin_2.2.1-1.dsc 52c18cf5d247c79d6b19cf79eaeb39f91b0fe947dd37fef8fbd2d5e70f414fe1 2704590 muffin_2.2.1.orig.tar.gz 38fcb1ea1970c6ad2d93b19de61a4b6e84c56c129566415bfd913128840baa8b 9908 muffin_2.2.1-1.debian.tar.xz 8ae8f2fbd741151b9c998f4fe981fdba70d9e3106ff0edab53a84191cecb675e 22578 muffin_2.2.1-1_amd64.deb 929c8b9fc75cadb20bf55250426222e9dbf6e09e2ea69ca0ae22a20a3fe51581 276588 libmuffin0_2.2.1-1_amd64.deb bec01f7cf75d4f8efa30dac5f43f661e66742eee259525d3059b962933e48f71 730600 muffin-common_2.2.1-1_all.deb d83362bb0c2b46102c1142056e5111c0ee4cadfa9b4bc4fd0d5ff39c64f6e5dd 48170 libmuffin-dev_2.2.1-1_amd64.deb 70f80d4349b7e33e5728a75ce1698ed4edda23dc7a742c56c01717cdf0095498 16500 gir1.2-meta-muffin-0.0_2.2.1-1_amd64.deb d41c54796e7f388528c51e4f8376382120f29d5c0744b08d9ce65272b0bddb1d 16618 gir1.2-muffin-3.0_2.2.1-1_amd64.deb 92e21682dfff5d3461bd8ef7d55aa8c72e0d60a3baab8d28a6a8fe7b12277a55 1128332 muffin-dbg_2.2.1-1_amd64.deb Files: a9782959910c105c7321906e870d861e 22578 x11 optional muffin_2.2.1-1_amd64.deb 6e69bc4af351445a119638b64cd5f768 276588 libs optional libmuffin0_2.2.1-1_amd64.deb a5e1d5cef4ec99d6d776121e0729e2c8 730600 misc optional muffin-common_2.2.1-1_all.deb 84f02793ed63113256a937d4e952b4d9 48170 libdevel optional libmuffin-dev_2.2.1-1_amd64.deb 4310cce6fc9e67af65d8c67f8366f222 16500 introspection optional gir1.2-meta-muffin-0.0_2.2.1-1_amd64.deb ed6719f4f5ccd322dc6bd1a417e9871a 16618 introspection optional gir1.2-muffin-3.0_2.2.1-1_amd64.deb ea8d9f762a30079882fca4cd0c1f59d0 1128332 debug extra muffin-dbg_2.2.1-1_amd64.deb 232e82317186bd643e68bb89d240e7dc 2936 x11 optional muffin_2.2.1-1.dsc f79844f40143b14e49e2e4509407d9a3 2704590 x11 optional muffin_2.2.1.orig.tar.gz 95bf20c147d461d5ed18b367461a3df3 9908 x11 optional muffin_2.2.1-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTXt3/AAoJEIDQpC/yyFDKZ2sQAJBixfIOV8UG8rkXr9C/0pQC H6RJZj4lFINZTIv/P92tTSCl0DIfDvQkv728lOdcguytKLILcBnJl+huPOuDJx08 A9eff2zPefwzJitf/AQVQP6g6rkekzV/54YufkpfU/U4HiC5lU7SF/ysJSzVauiv FqLL9p0YPUARLiIN9RDn3Ah6/O8YJC0tjPaobWqtyPQsPyx5R632gL7WPxC6Mcu1 EP0jVGH/xKsDXuva68gUxExEs+Nagmy+Cea0llJDS7ZFhwEgBagSbISC/WTCOPfm AJfxcwBJrXV09i4yKU7LNuNxW7nOLimnXJo/Og5UeUmiowI5/m7F5yS80KjoTD4i khtex0yYVYrBdhtOk+uqBV5p13J2ZgCbV9hJwjNvNYRxP7C2RC4dvEonKQxyZuK4 xTUarVyYAoxzF7YsMoCWlMgrC4jndaG9aHggGWbaB1RMutS0tzqZuvfIG3YVEqsM lwwd4HI39jNTZVsRftDTEKD0QlRkoTmMAJHMqlekDD3AHFaqYrMqIsLqp7whK3M4
Accepted zsnes 1.510+bz2-7 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 06 May 2014 10:15:30 +0200 Source: zsnes Binary: zsnes zsnes-dbg Architecture: source i386 Version: 1.510+bz2-7 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Etienne Millon m...@emillon.org Description: zsnes - Emulator of the Super Nintendo Entertainment System zsnes-dbg - Emulator of the Super Nintendo Entertainment System - debugging s Closes: 720941 729969 740860 Changes: zsnes (1.510+bz2-7) unstable; urgency=low . [ Eshat Cakar ] * Remove myself from uploaders. . [ Etienne Millon ] * New patch to fix FTBFS on hurd-i386, thanks to Svante Signell. (Closes: #720941) * Update my email address. * Add zsnes-dbg, a package containing the debugging symbols. (Closes: #729969) * zsnes-linux-resume-freeze-fix.patch: do arithmetic on unsigned long long. Thanks to Cedric Dourneau (Closes: #740860). * Fix lintian errors: - privacy-breach-w3c-valid (remove links) - privacy-breach-donation (replace by DEP12) - privacy-breach-logo (remove image tags) Checksums-Sha1: c4966bf7177e032a81afb0a6c0965c81d24ec013 1530 zsnes_1.510+bz2-7.dsc f8528b177acf9d4652c5d019ef5de4fd54721590 26416 zsnes_1.510+bz2-7.debian.tar.xz 01db171453bccc5c544c058147ed2cb477135672 720052 zsnes_1.510+bz2-7_i386.deb b7e66985d77ba06e52aaf853402cc5168ab20c18 896838 zsnes-dbg_1.510+bz2-7_i386.deb Checksums-Sha256: cb51db9accc3c1b9dc57db0f5e38fa25a975a1f7a63d87376cbc79272107ef46 1530 zsnes_1.510+bz2-7.dsc 70b4205e328b303183aa527d1e444d720a98473a203b4673e9217858d0096b99 26416 zsnes_1.510+bz2-7.debian.tar.xz 0d397d0873b68098201bed9de42157102873c52076e9d9030c2b4ead2faa9163 720052 zsnes_1.510+bz2-7_i386.deb b7ef1357d5daba1b0cbb5ea9d153e51f96b39b8d10f53273904bcb6c41f6078a 896838 zsnes-dbg_1.510+bz2-7_i386.deb Files: 03a675c429a6695f56ba2a99f1a13fed 720052 otherosfs optional zsnes_1.510+bz2-7_i386.deb 838203b5ffd8cdf256a1e4922e2a54f0 896838 debug extra zsnes-dbg_1.510+bz2-7_i386.deb cbc510a11043d8a82a1636b39d3029bf 1530 otherosfs optional zsnes_1.510+bz2-7.dsc 1ccb772d4e7362e90b9fe387885a617c 26416 otherosfs optional zsnes_1.510+bz2-7.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlNpa9YACgkQx/UhwSKygsolyACfdQY9ao/YvTfdu/3pyAY2Uf4/ ahkAoIWbLFGPA0eDX6XLNmVKpfdetalI =lX0j -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/e1wj44o-0002jd...@franck.debian.org
Accepted libisocodes 1.2-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 07 May 2014 12:15:30 +0200 Source: libisocodes Binary: libisocodes-dev gir1.2-isocodes-1.2 libisocodes1 Architecture: source amd64 Version: 1.2-1 Distribution: unstable Urgency: low Maintainer: Tobias Quathamer to...@debian.org Changed-By: Tobias Quathamer to...@debian.org Description: gir1.2-isocodes-1.2 - access of iso-codes data and translations - GObject introspection libisocodes-dev - access of iso-codes data and translations - development files libisocodes1 - access of iso-codes data and translations Changes: libisocodes (1.2-1) unstable; urgency=low . * Imported Upstream version 1.2 * Rename packages to reflect new library SONAME * Add new symbols to debian/symbols Checksums-Sha1: 1810a9fad77cdf043aad66d2eccbd025a572c85a 1941 libisocodes_1.2-1.dsc 07fa1e4a9be6808caee8adcf46df3b06a4fd21c9 291692 libisocodes_1.2.orig.tar.xz 6ec1b565fa5125a61c29c0d14e76d3bc62075449 3524 libisocodes_1.2-1.debian.tar.xz 91963938a15decd2efff863506b4a4547af7d3eb 22484 libisocodes-dev_1.2-1_amd64.deb cf76eaebb40e5b1abe8fd99364b969abdbb9302f 5750 gir1.2-isocodes-1.2_1.2-1_amd64.deb 1716552eeda5854e0d718ec6e882feda5ed9a4bb 22140 libisocodes1_1.2-1_amd64.deb Checksums-Sha256: 032530ac61777a60a9faefc82376722cd991ef294805b6ab1f7a7a34b2d323b5 1941 libisocodes_1.2-1.dsc 49066752e4a0bcd4a09837ef6c0f35a754aadb82dc5597f539a66ba9cf39829c 291692 libisocodes_1.2.orig.tar.xz ade7942e2b99a8004d01de0c01ba9381a67228fef99f30863f7c1ad204187a41 3524 libisocodes_1.2-1.debian.tar.xz cb307428befb16dfe4d9b7890ff01875e26f7629543003b9cf5d46ccba65 22484 libisocodes-dev_1.2-1_amd64.deb e55ffaefbb94f06a7e14369254dd73036f6ec3ecccd3778b20cbb6544a7a8d1d 5750 gir1.2-isocodes-1.2_1.2-1_amd64.deb 43270fe210d8fd3e8c17117ca917fe67066138c2b5e5105f6139cde2e7a06ff7 22140 libisocodes1_1.2-1_amd64.deb Files: cd2bff613a826651497af94586e35ab4 22484 libdevel optional libisocodes-dev_1.2-1_amd64.deb dcc6a1d31e74051fc84338e2a59bff01 5750 introspection optional gir1.2-isocodes-1.2_1.2-1_amd64.deb 9758c415c75379e90d7a682b6560b512 22140 libs optional libisocodes1_1.2-1_amd64.deb f44ee272d740b2c20abc492ec81dc156 1941 libs optional libisocodes_1.2-1.dsc 11cc0a512521349b825f9a8566a8daae 291692 libs optional libisocodes_1.2.orig.tar.xz 3d04c9933c5eeb89554354f84e0e3c55 3524 libs optional libisocodes_1.2-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTagikAAoJEIP9HEaC0TjgHmwP/RNL7diq8wbm3RBDqJqT0eLQ aqLZFJBz2DQAQWlUh5OeR40DHD9e/VRIXXavXr1fOnS4t2vtx/29LPNnIyQ5JQ3E KHkRJOoLqINEpC9Ed10K6EATK6Gxb6/htUCwV9K3hGemaJjr4oVUi3Tb5ZTSmrBj Ymjal6HwEsvKCiVJtiqGp7xJ5MfKY+MEA37adY6HxzXKTaMOIxNfZ1fYocIDxdiD 0sT3fnWfgPTgKkgPBC9Wr3vPR/cUTYBxi/Td+LzEl5YwRYqn3jRR2UvtK7hCQGEl G/NqR+j36DUpTwGTYB60RoDXIwx6qTWi0EkT7DcEcGA59StAaRJQskl/NlOeimoi I6PyR9rmx+hgzxRU9qy5gpygGvXUkjNpv36dbGmQt2+IkLRTe2jN3D5sxguOsGL/ sf/MGMNRgJchDfhemqqAuCTD2+/1Qklu8RAYVIzPaSd70jNxZDcdijKmklOCeL01 D2ZWfU6hAOcdtdPoUgsY8/wbkZ1ZRdB+gRCyfhntxc1pgDSYNB88qg8ExgBfoBtB bOFLFpRM1VFd3U8plD3vX6hKHcngc2XjhP4lPp1cUZVGcbFad7qlTL496UWW5qrN Ebpd+Vev1PDMefp14wv5ok/jfPIFW0gMHmv5NT9izGr15p5kO225A6btnF0gsxNu BtrMoBZ4TPweLczfoF/m =Zvsl -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/e1wj44d-0002do...@franck.debian.org
Accepted festival 1:2.1~release-7 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 20 Apr 2014 02:44:38 +0200 Source: festival Binary: festival festival-dbg festival-dev festival-doc Architecture: source amd64 all Version: 1:2.1~release-7 Distribution: unstable Urgency: low Maintainer: Jean-Philippe MENGUAL te...@accelibreinfo.eu Changed-By: Samuel Thibault sthiba...@debian.org Description: festival - General multi-lingual speech synthesis system festival-dbg - General multi-lingual speech synthesis system -- debug symbols festival-dev - Development kit for the Festival speech synthesis system festival-doc - Documentation for Festival Closes: 732083 734474 Changes: festival (1:2.1~release-7) unstable; urgency=low . [ Sergio Oller ] * Improved performance by reducing disk i/o on HTS voices and by avoiding redundant HTS model reloads. * Rewritten text2wave: - Linear in CPU with respect to text length. - Constant in maximum memory usage no matter the text length. - Waves were temporary saved to disk and loaded from it. Now, disk output is reduced by half and disk input is reduced to almost 0. * Build festival-dbg package * Build festival-doc package * Language selection chooses only among installed voices supporting the requested language. (Closes: 732083) . [ Peter Drysdale ] * Remove sys-rc | file-rc dependency - we already ship with init files off due to security issues. (Closes: 734474) . [ Samuel Thibault ] * Bump Standards-Version to 3.9.5 (no changes). * README.testing: add. Checksums-Sha1: 5152f98b15cb4bab6796cee4bfa87984bc22a6b4 2277 festival_2.1~release-7.dsc e8caf2c4535ac77016a107f84eab6eda8fc6e2f0 97124 festival_2.1~release-7.debian.tar.xz c0aa9a23e31870e92b857cec3ed464fcc3c26827 855454 festival_2.1~release-7_amd64.deb f3ec7c1c0dd92514c24442fd1209baadf6e17661 2419970 festival-dbg_2.1~release-7_amd64.deb 683d888c76ec8bc627abbdd9773435fc3290af80 4325444 festival-dev_2.1~release-7_amd64.deb 5fe99d164dd6510b0e314bfe3f7c45905245f2a5 652848 festival-doc_2.1~release-7_all.deb Checksums-Sha256: 5ff5bdf7be5dc7e56c7c6b3c322b64842861e3daa1d23a21c287503904165987 2277 festival_2.1~release-7.dsc d1c8e092538042e212d4acfba6920b3683ef77bfa312aff9b0f888648089ceee 97124 festival_2.1~release-7.debian.tar.xz 4e9dd64f6f02951705ef106063609ee9782c326215b13bfd1fc4647c89467814 855454 festival_2.1~release-7_amd64.deb 6b8b5cf8d509c7beb97ee893d0d02182478ab1d32e24524bb3545fe54acc3269 2419970 festival-dbg_2.1~release-7_amd64.deb 6514b3e624dc729add35ee3577199103be02821793c2d4ff82d8d99d689c061a 4325444 festival-dev_2.1~release-7_amd64.deb 7caf2d4c7012d6521214e85c7e34fc8f6f7d9d888dbdb7abe938e2d88f22baad 652848 festival-doc_2.1~release-7_all.deb Files: a90a2b99f5d1ca1efbe5e262a37d804b 2277 sound optional festival_2.1~release-7.dsc 8645081c2d618fb9da2416f18c4d4f26 97124 sound optional festival_2.1~release-7.debian.tar.xz 67793f947a13ba8257c09d1fcc06cef7 855454 sound optional festival_2.1~release-7_amd64.deb 89904263aaba6f642a3ff1dc9b0dc10d 2419970 debug extra festival-dbg_2.1~release-7_amd64.deb 97530db71a1bddf3eb79ea27c5e483f2 4325444 libdevel optional festival-dev_2.1~release-7_amd64.deb ae7df227e2a77b9736a4d3cb672c3131 652848 doc optional festival-doc_2.1~release-7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTUxxXAAoJEJTQtYw0gxjVx7MP/3G5YUNhDd5qQsMkcNESRg+6 RXprmVCJxQNseEcLMaWiC539T16XYKKiCpkrnc5/IbVVeXUeLi6IC2LFS+7sZW/G iBmtwzpe/rbhCk3QYPJRY2y6ouYZfKjP5HmugaPE8LYPltPj5ca7h52VcVXxhzM9 W6+VjwFTt8WjGoVOBzCaK+Bl+SgzYIhx/CSCO/9ostlkAqTqO/VKR7a8W8HKa/X4 mbDtyUQ+6fntJN/zDCaFrVGxbc3+cSfkAte0CV1gV5izO1GevhcljubG07IIemlT EDN2fjGKCMa8Dtem6d3sFhQrkKVaZ9mLjecA3PicyARC3WImzGYBS1uQJwrVy/8O QQBmmd36YGmFo/JQQFG8TJTdgVEt/5l6d9do51NPG25ZfMvVMFlxLqxSiox2iimG ooKgUcrbEDJGjdm9nMmIuNm/wb0BlTWbe+3SEq2svQbbKJJBwva9yWaNJJPYb94c THKON+KyLOf3a6gP1VbWW7dPhTUjn6i9EEEbxmmqwwda2XyBBgDdNT/k1pWsdvLG fx6x+fIoB9BNu1eaGkFIHJDhLIPbOdxB30qyaCBmDBvPCz998F5sF/HS5wBCtjyb +bQYFye+yTkh+p8H92/F1/vdJU5iIZNUjLSoQXu0Zw2KCzxbFAj7PLwtKsdjDj+m GrGKJizoLkHRVBb+e11k =8FOv -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/e1wj44d-0002cr...@franck.debian.org
Accepted recoll 1.19.13-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 08 May 2014 15:01:30 +0530
Source: recoll
Binary: recoll python-recoll python3-recoll
Architecture: source amd64
Version: 1.19.13-1
Distribution: experimental
Urgency: low
Maintainer: Kartik Mistry kar...@debian.org
Changed-By: Kartik Mistry kar...@debian.org
Description:
python-recoll - Python extension for recoll
python3-recoll - Python extension for recoll (Python3)
recoll - Personal full text search package with a Qt GUI
Changes:
recoll (1.19.13-1) experimental; urgency=low
.
* New upstream release.
* Uploaded to unstable.
* debian/control:
+ Added new package python3-recoll for Python3.
+ Updated Standards-Version to 3.9.5
+ python*-recoll depends on recoll (= ${binary:Version})
* debian/rules:
+ dh_python2/dh_python3 target for separated package.
+ Fixed installation of some filters.
* Updated debian/watch file.
* Updated python-recoll.install file.
* Updated debian/copyright.
* Added patch to fix shebang for some filters.
Checksums-Sha1:
d9ee96810d46282f04ee117042af187c40d94909 2118 recoll_1.19.13-1.dsc
9e6f9e65c1fd5473d247c773a7a56d462f1b40b2 2066817 recoll_1.19.13.orig.tar.gz
84549ec6b9c508dc99817719f1c20d5e5f5e943c 10168 recoll_1.19.13-1.debian.tar.xz
3d85bf75450c62d50d08a251254580e2ae62b506 1480728 recoll_1.19.13-1_amd64.deb
aa27161d3a0d91a119e025695347bfc5f6ed1c54 117698
python-recoll_1.19.13-1_amd64.deb
5574b5a3d7ba0de51d5737312a92fcf7e6e1ab10 117944
python3-recoll_1.19.13-1_amd64.deb
Checksums-Sha256:
f8ea7844ec40e142fee54052dbc72fa8ddcde91babd6246c78a6b246b826 2118
recoll_1.19.13-1.dsc
5918ef4565fd22856e79996bafd7b8857f3963fa716cda39c5e8cb803fbfc1a0 2066817
recoll_1.19.13.orig.tar.gz
5c1a791eecf64c48c29a51aa4a0b1551cb3177e71ea7d04f57823df6b520a968 10168
recoll_1.19.13-1.debian.tar.xz
f23fda6c5b70f5a0425eeed454b52e0591c81a97dfece54c6d2d2f8852c69bc5 1480728
recoll_1.19.13-1_amd64.deb
f6fdf089293f116e51c6f2fe66150bfc80af17dcdbe5c4215e426e22bbe2feec 117698
python-recoll_1.19.13-1_amd64.deb
ef1b8d3ef9c971805e6b114e8421ba886eef6493eb9c8e8c4a32a073f31c42b3 117944
python3-recoll_1.19.13-1_amd64.deb
Files:
ff202084fb9a4335027ce96ccc929710 1480728 x11 optional
recoll_1.19.13-1_amd64.deb
bcf0552f4d6d3f17bc547c974ca99130 117698 python optional
python-recoll_1.19.13-1_amd64.deb
d3589535dccd1bb77e4796347a8a7dd2 117944 python optional
python3-recoll_1.19.13-1_amd64.deb
37718285320c14428037e5155340139c 2118 x11 optional recoll_1.19.13-1.dsc
b8a670e182e9671e25ec9a493d8452a1 2066817 x11 optional
recoll_1.19.13.orig.tar.gz
f8c875b6f318da1aa8143c40cc60e752 10168 x11 optional
recoll_1.19.13-1.debian.tar.xz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCAAGBQJTa1cUAAoJEALB0/J4OqTemzEQAJoRu9u4EoCAKS6JLfQv4Mfn
ERlShg90MIKzoH9K9JjpZgupxwhZrCyH2vMbsMRJLWQ4Z/DoxLgnAfO2Cibm6sBr
GPSWoqV8SBZLTMPp61MomZ3d29MjYeNX//GpT7kVKIPcmAEKd6iTiO4Z0/AfnXza
ZKwof/XgVF1u2wlqUikXRsJ//Ie7elVuhSRQVQunxh3nPUEJUAJ5CPrTyzdGHjZB
CLv8PToxH6dUOJmTbkjimoWC1QeMS3McAHdaY2ucyMEqbTreQOa5nvAtiWGvYn+T
l9mj6VD7h8DUDrbd2aDylIrx+/RfHBKRU6dkreKp6+M5oBqWHtDD4ZEOHQ4nJcH6
nTyHjpC2eT880lclnoLzmmH4vuCnPFT/yacau/D90TwYnSW8WD2BjjxxOmqlyFPy
hlyhiAohMknK1HsWcw0H9lKsGCuK+1UDkCenhkZ9yUrtqdzo3tcpS5sKj+CfR8kS
lA+4MaSmNKHdwv/FSBD5avds6WrUHBrv0LDzxzQBJcYo5nOB5s/Xf6gMN9DEPHS1
0ykxTK+WexJ6dsYxEsV5x5JJD2qrOjIgETaq6JtXIe+XlvgBW+WNZG7+466HCHSX
KSqQ2k4381+NMU7Yy+nTLDFt9MK7NFLxiJSiCvi1epM8KpmlOn3JytiU8dJY0+/h
iDXVkg9TsEdLgOUh7Pzm
=8Pnf
-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/e1wj44h-0002gz...@franck.debian.org
Accepted libofx 1:0.9.9-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 06 May 2014 20:24:23 +0200 Source: libofx Binary: libofx6 libofx-dev libofx6-dbg libofx-doc ofx Architecture: source amd64 all Version: 1:0.9.9-1 Distribution: experimental Urgency: low Maintainer: Sébastien Villemot sebast...@debian.org Changed-By: Sébastien Villemot sebast...@debian.org Description: libofx-dev - development package for libofx6 libofx-doc - documentation for libofx4 libofx6- library to support the Open Financial Exchange format libofx6-dbg - debugging symbols for libofx6 ofx- Open Financial Exchange programs Closes: 726184 727420 734348 Changes: libofx (1:0.9.9-1) experimental; urgency=low . * Imported Upstream version 0.9.9 - Fixes handling of utf-8 encoded files. (Closes: #726184) * debian/copyright: reflect upstream changes. * Drop all patches, either applied upstream or unnecessary. * Bump SONAME to libofx6. * Adopt package. (Closes: #734348) * Use dh-autoreconf. (Closes: #727420) * Activate parallel build. * Simplify debian/rules by removing manual backup of modified files. Clean them instead. * Bump Standards-Version to 3.9.5. * Update Vcs-* fields. * Mark libofx-dev and libofx6-dbg as Multiarch: same. * Add source for jquery.js in debian/missing-sources/. Checksums-Sha1: 9154dc1b1dc10792821408a664690152233735e9 2117 libofx_0.9.9-1.dsc b8ea875cee16953166449de8ddd1b69fb181f61b 1072495 libofx_0.9.9.orig.tar.gz 3fdde29fb24c7bf8251ab7f2b9a9502e55a56e9a 43724 libofx_0.9.9-1.debian.tar.xz 43facc02db90c806773e7a0389282317a8d87140 151202 libofx6_0.9.9-1_amd64.deb 980cca579e413e3f6416f30cc4d8ca355726a262 112382 libofx-dev_0.9.9-1_amd64.deb 0fd86366820fcc323e85e47a6d000f425dc0fe35 867854 libofx6-dbg_0.9.9-1_amd64.deb 7cfddfdd1afdd7f74f212ad7423830f18a292db3 234952 libofx-doc_0.9.9-1_all.deb a732949a18c931fd7a253a1cbf2f296ce5a00ef1 55572 ofx_0.9.9-1_amd64.deb Checksums-Sha256: 1979b762a66ed4ae39afc6c83792ba8a3e17b3cf5541f74294f73eef01096511 2117 libofx_0.9.9-1.dsc 94ef88c5cdc3e307e473fa2a55d4a05da802ee2feb65c85c63b9019c83747b23 1072495 libofx_0.9.9.orig.tar.gz 01584843e089803665e1fa6f01a1a03c73c581e8fb031f7779f11c7255d30f29 43724 libofx_0.9.9-1.debian.tar.xz 0cbb1bef8fb5e7c989a5a300ddd1073d3c647f460c9deebb864d9bbeb9fa5871 151202 libofx6_0.9.9-1_amd64.deb 72cf0c2ab9a05150a9472a7c1f166cc36e8474ffa437fd91f58d4ad4c20bebd8 112382 libofx-dev_0.9.9-1_amd64.deb 7e47beed9cf00be5724368e16ae7c1f23094946dba0559ed55263d15058cbf8d 867854 libofx6-dbg_0.9.9-1_amd64.deb 45cbc6cde85dcfde97094f8e43df8be7b7436ff5509a69d3b611388e5f74f05d 234952 libofx-doc_0.9.9-1_all.deb 85680209ce7c0acf41acf393cec253ff576ec73dfa9c30d023e034eef79a859f 55572 ofx_0.9.9-1_amd64.deb Files: 18dfc4e939f5a46ee5fa9664aca0845c 151202 libs optional libofx6_0.9.9-1_amd64.deb 29ba72ec051eb77299dded60d497f522 112382 libdevel optional libofx-dev_0.9.9-1_amd64.deb 2daffca477af7912f0c570a669306fbd 867854 debug extra libofx6-dbg_0.9.9-1_amd64.deb a58bba903edb7ddc2d78d46f7accdd15 234952 doc optional libofx-doc_0.9.9-1_all.deb 29ea359cb15ca9ab7cdfcd0bebd9cc2c 55572 libs optional ofx_0.9.9-1_amd64.deb 4376674b812173f07091e315a290ff69 2117 libs optional libofx_0.9.9-1.dsc 2ea3adcec51e6dc90555a52a7ab621c9 1072495 libs optional libofx_0.9.9.orig.tar.gz 11a44a1e9d2fa49faff37712d00ffd7a 43724 libs optional libofx_0.9.9-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTaSv5AAoJECzs6TUOzr5KQGUQAIfPCHgiAWfJf3zA3mzF6l++ AWAlz/3KQrNvka8/uugQXqq4J4kWSyjf/aQYWbF+TcveDFeZ3PgAcps7puXnFsBx ZCbNuHzPfpNHXPmWtDaIXK0JUEfWmauLs/MvlFXH5gvhNWTX4xsvSvcdxR/VCEzM 4xmazoDtbt5S6J8hBwSxI7EswkF3oAGuy3pHFlJ98Dsz727M93kHuSHwgBKcU9Qe xBhIDUvKej9qsZtWEvaJTYqz3mdF2MONE++XHYpO0dN9JYltm89DBnWwTSfqgBQk 1RdNh4oNSWviEN9hv9x9H0+fc21U0JrDwLYKRsYgtaIXh7QLQQMjgbZHbvqocozZ buw7av6RaTccAkiPrha2eAAFFKb5zW3G9e2gllylRh9p3OQkEVDbwZf/L3Z5SulQ WAKoSDfjXxInmKAd6/DeAZcHQc/Swg4ZqviufhbM6rX021dZb4KOK1xMy3XW1f7u et1EJkp3Ms+Xze40Xgn3KrPcPgDiNy81MBUprYVLDttLW9YLAYkp6lF8HYUn5INQ R4yUhzuQh3mbGjJdm/Bicw2mP4Ngd4E03+YsZiPoUZt11bhOFK7Hyi0b2nDom7zW q3a8cu6RtJYuu5Wz/DC7CA9BBeck6UM2ifx6B3Ul/3+to2UTCjC63y4vx2F/l8fL wSfRURdU3BIi5YDHhxOH =Vnce -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/e1wj44e-0002ep...@franck.debian.org
Accepted pgextwlist 1.2-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 05 Feb 2014 15:25:54 +0100 Source: pgextwlist Binary: postgresql-9.3-pgextwlist Architecture: source amd64 Version: 1.2-1 Distribution: unstable Urgency: medium Maintainer: Dimitri Fontaine dimi...@2ndquadrant.fr Changed-By: Christoph Berg christoph.b...@credativ.de Description: postgresql-9.3-pgextwlist - PostgreSQL Extension Whitelisting Changes: pgextwlist (1.2-1) unstable; urgency=medium . * Add regression tests and run them using autopkgtest. * Include the plugins/pgextwlist.so symlink in the package. * Add watch file. Checksums-Sha1: 6db6f011c6add0c0e8407e8bf831f13ca58bf0aa 1892 pgextwlist_1.2-1.dsc b3c16db2afcaef2015dfd8f8fc3e819da6031b9c 12060 pgextwlist_1.2.orig.tar.gz 662d8bc60f1e0e8e433c43096bd59a7534fbf26b 2620 pgextwlist_1.2-1.debian.tar.xz dea8516c55b4b127304bb0ae4f987249b20c7604 11304 postgresql-9.3-pgextwlist_1.2-1_amd64.deb Checksums-Sha256: ea54804e3a4c04da1f61989746fb8b5ed67dd0b8f6c4d67029f074934b23993e 1892 pgextwlist_1.2-1.dsc 1f3af4431eb49e83c68dd9208f5611e71529000e0cf931b41119b33c96f3258f 12060 pgextwlist_1.2.orig.tar.gz 52791a6460c3c4415859075b71dd0ca22b24604b0b6bea896558f5de8ff31fee 2620 pgextwlist_1.2-1.debian.tar.xz 51fc6895a7541080733816d28f4c291333b3af05bb063dba627f8dbb8634b7c4 11304 postgresql-9.3-pgextwlist_1.2-1_amd64.deb Files: bc8c38385eb2d23ea526ce62283f471e 1892 database extra pgextwlist_1.2-1.dsc 360b171b715234516aa00486f21bdef7 12060 database extra pgextwlist_1.2.orig.tar.gz 35a68b3e296975d752128353a87afad5 2620 database extra pgextwlist_1.2-1.debian.tar.xz 160ee76d5e33c03a6352408c45a7d631 11304 libs extra postgresql-9.3-pgextwlist_1.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS8k0fAAoJEExaa6sS0qeukPQP/2gm7qfDsc9VU94MRPFUkiQo FG7AjHZHMvL8Jxamv7Dr3+SE5KDEJTyJy5+nOYIsoQZ2wJH8xuNv3pO6MJYT3lHm 4zSgPnpBqGHyAdfBvO9Y9en0hN0Uyanf/KyFFbgWPyaS4H0Kj6xONv2K6Yhw7g9O XNZJTGNw63x++2XUbaIT+JsgNQh79JDesvLScOwL2pMeesMWfJQaVcz1KQNLnQX5 fkP4hIlHeG9EBrr3glrN0bKt/Zlhr+Rj/1FdWx9a8sELxsOvcVY82nWIeVzN4TJq KsTclWhedCLuHNHA1XFyLCXurSJK23VUOyzPHK5N/Alp60DiULkv/AJoFH0eNTV9 kwHIKtMZaBvZUhg9M9KWfGpJTuQoblvB7mubvLzz1x+hdrJfdy8TyuqdacKH9E9q Qanghy1KuQ0XZ/vZTZnEE9PLFboEf5rcditCO8dfuWh3XfDXVnAwqcxx8oNCF2Z4 AdSzHi0ppAUWVMLcNwdDvvS+7Ca9Gtg3TsqsLP3XBLbdf5So6beHfmDQTtGbFniR p/ZVLzQUI/9r/HPVvSCsh7wrK2N1ANaAGL4rXDwHImvflshKcf1978Dle0a7aSJg z4MyUI8V9dglmCR+3RkrSLsz3+786amBOOhjXEXfvK9+nEoMbl4mk85aLxgAY6mw GhRNPpbNLErrR3n9PMq7 =cIuV -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/e1wj44g-0002fb...@franck.debian.org
Accepted php-pclzip 2.8.2-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 21 Jan 2014 14:54:49 -0400 Source: php-pclzip Binary: php-pclzip libphp-pclzip Architecture: source all Version: 2.8.2-3 Distribution: unstable Urgency: medium Maintainer: Debian PHP PEAR Maintainers pkg-php-p...@lists.alioth.debian.org Changed-By: David Prévot taf...@debian.org Description: libphp-pclzip - transitional dummy package php-pclzip - ZIP archive manager class for PHP Closes: 682305 Changes: php-pclzip (2.8.2-3) unstable; urgency=medium . * Update Maintainer and Uploaders (Closes: #682305) * Proofread Description * Document Vcs * Convert copyright to format 1.0 * Depend on php5-common instead of php5 | php5-cli * Update Standards-Version to 3.9.5 * Rename package as php-pclzip * Handle patch with gbp pq * Use readme.txt as upstream changelog Checksums-Sha1: b67aa066e97bb83d6b6839f555c5a2bf686fd1e0 1622 php-pclzip_2.8.2-3.dsc 024b7bed03555698b3dccc889d43f73e353cff2a 46028 php-pclzip_2.8.2.orig.tar.gz 00923dc23c44a46d2ccaa6d4fdf56c55749d1b46 3820 php-pclzip_2.8.2-3.debian.tar.xz 1676fb2bc06c0211e328a65be0ebc0b14275d2ca 35286 php-pclzip_2.8.2-3_all.deb 88e2859852ae730728ad684f7b722117bef21226 11356 libphp-pclzip_2.8.2-3_all.deb Checksums-Sha256: ccf58bcbfecab9f69210228b9e69e376aeb0a6561a4d5e6285c8e4dcf30056bb 1622 php-pclzip_2.8.2-3.dsc 8fdd706c00e4694551109c21eee6565d761bd6883e295b42f4a0eb99a0a348b7 46028 php-pclzip_2.8.2.orig.tar.gz 616c667cd420d584f14ebd76fb840beac4c6ef084e0cde74a558230b381bf6bd 3820 php-pclzip_2.8.2-3.debian.tar.xz de0d15075b569dfd3c25174ebdfbb9fec2ca9c59bb68fb7d5262b934511f83e5 35286 php-pclzip_2.8.2-3_all.deb 68ce3a3bccaaecfe21eb711b9164882adc335740daedcd7ebbee38329d14e460 11356 libphp-pclzip_2.8.2-3_all.deb Files: 72da77478d46d4b161e51def9242677c 1622 php optional php-pclzip_2.8.2-3.dsc 8fad2042b746942f62480d12e0ab72dc 46028 php optional php-pclzip_2.8.2.orig.tar.gz 0a8112f305839272ed6952e30514007b 3820 php optional php-pclzip_2.8.2-3.debian.tar.xz 3597799cc79a6b890259bacf98d3ab57 35286 php optional php-pclzip_2.8.2-3_all.deb 0d2f416852e9f5d8f2e357111c43526d 11356 oldlibs optional libphp-pclzip_2.8.2-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTABNoAAoJEAWMHPlE9r08438IAJW7GVhnFq82CJhBEvJMWmii Ezhd0veCD8CMtvTTO8m+/H3kP0Hyptp+/OF/3juMwGNOa0c5DpFq6q7uyN3iXR/E G3hOA2bqNKXOz8UCGVydCLUgASFfDsvqId19gREEwkjvy++NZRxfVoQ5VbL+9rA2 xWgiWqfm9L/TwLYvfLOxukx0hcZR8+So2jaYzdmPg3Q6Y+edHoVQZKnNf0Y17LZP h+p8mYGUPndiA4n/7F3CFp1F+OPhrOtiFI3whC0DGLwvSEsU5AgN5BjVwDMKrzSQ G64x/t5GbkaMnjr+Tpk1uPc0hyEMmDJtcbkfhArZzCarfXY88yLhX0IBE/xyJKo= =nhJN -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/e1wj44g-0002fz...@franck.debian.org
Accepted libgdal-grass 1.11.0-1~exp1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 04 May 2014 14:43:12 +0200 Source: libgdal-grass Binary: libgdal1-1.11.0-grass Architecture: source amd64 Version: 1.11.0-1~exp1 Distribution: experimental Urgency: low Maintainer: Debian GIS Project pkg-grass-de...@lists.alioth.debian.org Changed-By: Bas Couwenberg sebas...@xs4all.nl Description: libgdal1-1.11.0-grass - GRASS extension for the GDAL library Changes: libgdal-grass (1.11.0-1~exp1) experimental; urgency=low . * New upstream release. * Update copyright file. * Move GDAL version check to configure target, to allow pbuilder builds without requiring a matching GDAL installed outside the build environment. Checksums-Sha1: 17d2067f0d09ddf0db2e18c13d3e04b8e66c1b06 2148 libgdal-grass_1.11.0-1~exp1.dsc 99e894130670098da68d312b7041843a20b630e5 50242 libgdal-grass_1.11.0.orig.tar.gz 9c1130ddd7db49dec8574eff9099be1591e8cc9a 6688 libgdal-grass_1.11.0-1~exp1.debian.tar.xz 38358511ea743e1f34f71c008deb55c35bbbd0db 25350 libgdal1-1.11.0-grass_1.11.0-1~exp1_amd64.deb Checksums-Sha256: f3cea739343eba6edb858a2667f0d6dd06021d01345c7d833b0cb21b77f555e7 2148 libgdal-grass_1.11.0-1~exp1.dsc cacbfbcd8c2eb29579dbcffe36c6b034878c094d93ab582149ba00d89f2a5bbc 50242 libgdal-grass_1.11.0.orig.tar.gz 3846814834c5622653b21fb9c36bd22b45f1e86bdde3455c3b0e679398ced9a5 6688 libgdal-grass_1.11.0-1~exp1.debian.tar.xz 4a353a21aaec8f8fc47242f80d9d487f804a3168f3e3e1c53f7704217a3c5433 25350 libgdal1-1.11.0-grass_1.11.0-1~exp1_amd64.deb Files: 985ecbde5bcef1c0d4b893a58f94ef1e 25350 libs optional libgdal1-1.11.0-grass_1.11.0-1~exp1_amd64.deb f31c85f6715bb67a5ce1598e77e1c6d0 2148 science optional libgdal-grass_1.11.0-1~exp1.dsc 626593c90a1afee82ae2574d23a9d3cf 50242 science optional libgdal-grass_1.11.0.orig.tar.gz 41685f0b146c3c3262af83d2a16ffb52 6688 science optional libgdal-grass_1.11.0-1~exp1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTbHS8AAoJEFeKBJTRxkbRlmQP/2qzGGNRTYi4vKG90y3BQBZQ hErSiQD6YfyOlCzllal+gvyuebguzsNDQ7b40iV+VR4hHC2ufL6DLzwuDgtIPKlW gEwDjPLT+bStePewTDVE6YnusmlxQDrcDjlnAPHrm4uzfkHHXvS4ZkJyfbv2I6+2 iKy7btylULQzL3X8lSiSJTo1J4vmeuFxd+6FKAPSr7FNPZH/T9uGXCoj7CarXhiu UVr9TQWgoxKxoAy6/L4/UO2WVPVEIi1n7Q7pduw1hXDNbGqY2UqGwQHYrmfWub4F +5VD+Q6V8an4Zx1h/7oZutvp9T7uwNxv43B7FpmnJ8HVXay7TuGjFh7qdGLUpSPn itpsg5ye5XCFbFGguliQXc+IDGuzDd+qtqy8I9u+oOOud3Uup+uoNq5goOsdjY4+ OZzntlM5k2aheTSyGZsKmEpIrN8oA/npGZc860tafC+wgIVvZoLiriMT2Z/lYjuF iw1cM/iCIYdK3SMKljgnGP0ZaVUvDqTSS+5kiZxtwM3XwPVsO1bgQxHPrc/g4CAY 6FSHyD+6XDqys8mi+my0Jx6h1VDNpaeEk7cAv34yd3Z7nAEu1S9msALRjRwvkOn6 mPq3qBdvq9uML88RhIDynoD2lpRT/bGIxNfWYB73QHE2VS8wViOl61svrRr8QzN8 4qr8BlK6lnST5lDOCESr =BQx3 -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/e1wj44d-0002dl...@franck.debian.org
Accepted speech-tools 1:2.1~release-7 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 20 Apr 2014 02:44:41 +0200 Source: speech-tools Binary: libestools2.1 libestools2.1-dev libestools2.1-dbg speech-tools speech-tools-dbg speech-tools-doc Architecture: source amd64 all Version: 1:2.1~release-7 Distribution: unstable Urgency: low Maintainer: Jean-Philippe MENGUAL te...@accelibreinfo.eu Changed-By: Samuel Thibault sthiba...@debian.org Description: libestools2.1 - Edinburgh Speech Tools Library libestools2.1-dbg - Edinburgh Speech Tools Library -- debug symbols libestools2.1-dev - Edinburgh Speech Tools Library - developer's libraries speech-tools - Edinburgh Speech Tools - user binaries speech-tools-dbg - Edinburgh Speech Tools - debug symbols speech-tools-doc - Documentation for the Edinburgh Speech Tools Closes: 715728 716193 716464 716578 716618 Changes: speech-tools (1:2.1~release-7) unstable; urgency=low . [ Samuel Thibault ] * Team upload. * rules: Remove config/config on clean. * Bump Standards-Version to 3.9.5 (no changes). * patches/doc-doc.diff: Fix build when libestools is not installed yet. * rules: Do not install refman.pdf, it does not build. . [ Sergio Oller ] * EST_Tokenstream: Add support to read from istream to reduce Festival HTS disk input/output usage. * Add several methods to EST_WaveFile and EST_Wave to write waves by parts (header and data separately) in order improve text2wave performance in festival package on long texts. * rules: dh_auto_clean must depend on dh_auto_configure to clean safely. * Check fread worked when loading files: (Closes: #715728, #716618, #716578, #716193, #716464) * Build -dbg packages. * Build speech-tools-doc package. * Allow -pc LONGEST in ch_wave. (LP: #723854) Checksums-Sha1: 027d7266dfdfcee3a840476b448eb74ab85dd423 2405 speech-tools_2.1~release-7.dsc 2631d185a18da4975d482fe7a8bb11b844098f49 268476 speech-tools_2.1~release-7.debian.tar.xz eec2d2257c67f40db85ddc07a0f765811f792af9 990516 libestools2.1_2.1~release-7_amd64.deb 54912cf0862e51fd2af5efaddd18d64e67fd8326 8120034 libestools2.1-dev_2.1~release-7_amd64.deb fb21fed06e3e70beccd3d08535cb2370b4345f88 4524944 libestools2.1-dbg_2.1~release-7_amd64.deb e6479d5b354e37fa7778f3211573c64c283b279b 170174 speech-tools_2.1~release-7_amd64.deb ac93c6f7285887de59da659432088b80583a3863 856644 speech-tools-dbg_2.1~release-7_amd64.deb b2904ccf743e25019877d3c78a2ede3c6803a285 5786302 speech-tools-doc_2.1~release-7_all.deb Checksums-Sha256: f6732dd7f07d4a57c8ce049e7e8897e1b599e385e526727554cf422ed5022040 2405 speech-tools_2.1~release-7.dsc e9582923f63b1b624a66d4c3a38bff47694897caf1bcc304ed39934dc62df302 268476 speech-tools_2.1~release-7.debian.tar.xz 37b86368216546e107e1fb062b318712ce59a7550127cc86b50a862ee681009f 990516 libestools2.1_2.1~release-7_amd64.deb 92c1f2f8c799b0562b7faa519b491ddd0e779e009b06fd54d0084c3728e2bba3 8120034 libestools2.1-dev_2.1~release-7_amd64.deb 9756883bd48c1b9837c4d6f55036e6eda39191322d093d3ff0951865b073aa10 4524944 libestools2.1-dbg_2.1~release-7_amd64.deb 439a0cb9734001e80ada8314143db09f06c755f955dc953ec12296b76c805d2d 170174 speech-tools_2.1~release-7_amd64.deb 7f3c01bd26286f74d095cf014440960b3117d5f125c0573810a0aac4bc300745 856644 speech-tools-dbg_2.1~release-7_amd64.deb c0bb239f1b6a32dbe48a4df72c3ce428e189bf79459a6f289f22f77cf5c86572 5786302 speech-tools-doc_2.1~release-7_all.deb Files: f1e8bb1654b4f95324f532b0f987de00 2405 sound optional speech-tools_2.1~release-7.dsc 27e264274e7fe65673c871d2632115fa 268476 sound optional speech-tools_2.1~release-7.debian.tar.xz e7c3b2c00c64f9973eaf2051448763ba 990516 libs optional libestools2.1_2.1~release-7_amd64.deb 15a5527d4bc1dca6bae5b124fb539482 8120034 libdevel optional libestools2.1-dev_2.1~release-7_amd64.deb 93c622ef75103cfb9c664a7f281e39d2 4524944 debug extra libestools2.1-dbg_2.1~release-7_amd64.deb a3026e7aae55d1283a8c4a3980a3ba72 170174 sound optional speech-tools_2.1~release-7_amd64.deb 688c94dabc806548ce103ab660bd6119 856644 debug extra speech-tools-dbg_2.1~release-7_amd64.deb b5f57f18253dc86aee46cc76a75b3326 5786302 doc optional speech-tools-doc_2.1~release-7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTUxxXAAoJEJTQtYw0gxjVaMIQAKBlbvQ8+dBG1mHgY7wFpF3A ZfqEoE5QLjPtPVL1hOW/lf2zhr0eZzTrAtveEFIeZ7T+LRvxYFpTZvlX2bcd3Kxi wd9VBkjraDL1BtUsa2u3xy2IaJekJxxdEuxXeDZnci0dvKGHGtMYkbR3LJVfKHu/ k2dUmBNnxjl3k7w2S75rG/kGq0vUsf3qIZTPcRuifdkiCcR7FLcWV4VKmjdajQWk BLRr0NVoj8zx1UfQMOudn9uKN21zEED9sZ6ZCaKmZfQu5mKI5Ej14vyYv7B3+3CM ID+H+hRw/Dy1SJyKmg4IY265OxyRXqWU42oruL0rYTmZHU3lCBipdVLiW69eBy2+ fn3O3jRHWFWQG/DonTH0As4HoLz0U2hKYwFymRYue9oxXjT1Z2NqaCu1qjBse9/z 9SGirtnfpNJeJolE7uSDQUFAFwA4tP3ErDTuqR3j6sC891vKuw8McdT8rv8o0tbb uqxpyUBN5R/bT5DsHiHiLP68HB4U9j/Aw4UEGtw/kRnVdmmzZd0bleISI/SuxD5P C4Khp/6tPI1u/TXgqzysovLo2bupO17Qq0dZLujW78+FawRltNdbWdW/yqW+zTTq yNhOr3YsvYbGelDqi86RxNhkXQHk7EQAm8GcAow0d6lwtdSJXjRfMSyipTL3aBdD
Accepted eclipse-ptp 7.0.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 11 Feb 2014 17:12:19 +0100 Source: eclipse-ptp Binary: eclipse-ptp-rdt Architecture: source all Version: 7.0.3-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Jakub Adam jakub.a...@ktknet.cz Description: eclipse-ptp-rdt - Eclipse Remote Development Tools Closes: 699869 Changes: eclipse-ptp (7.0.3-1) unstable; urgency=low . * Initial release. (Closes: #699869) Checksums-Sha1: cc536ca4807a27a9eda4ef31a897191409a9fb1e 2011 eclipse-ptp_7.0.3-1.dsc 0084212d4276eab60b1a823205983ef3bb528219 1842108 eclipse-ptp_7.0.3.orig.tar.xz 3d12244868068d63d48a9dbbe1a1f8b5cfcd0646 8316 eclipse-ptp_7.0.3-1.debian.tar.xz 06a6146447751361eefd894e6aa7fa260dedca0f 3241102 eclipse-ptp-rdt_7.0.3-1_all.deb Checksums-Sha256: da4b8819fde5ede684cd9beff490686f2852cdf45ba0dba82e2830aa5d3acf9f 2011 eclipse-ptp_7.0.3-1.dsc b3ce72d091c50fc82a58926f93c5b0ac2b2fc811c40dabeda56a8c277a5edec1 1842108 eclipse-ptp_7.0.3.orig.tar.xz f2a1be6c1a89d0f8259b3a3716f845ae430cd9aa06212bd2b5fb1bb5e6681233 8316 eclipse-ptp_7.0.3-1.debian.tar.xz ada6caa674d2e9c1db1a6753b65380474427fc06cb9f7b838fe4aae1553d498a 3241102 eclipse-ptp-rdt_7.0.3-1_all.deb Files: 6cfd3a7030ea263803399b8a09cbc43a 2011 devel optional eclipse-ptp_7.0.3-1.dsc bdb62e52801d24094721abcb9210310e 1842108 devel optional eclipse-ptp_7.0.3.orig.tar.xz 68349f706bcaa75cc660c169a974301c 8316 devel optional eclipse-ptp_7.0.3-1.debian.tar.xz 38b99bc614985a3c35423da890ecd505 3241102 devel optional eclipse-ptp-rdt_7.0.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJS/6GTAAoJECHSBYmXSz6WDzkQAJwywq3r8lPjSf4DvLOoq9ri 0lgeujZOI3owo8YPuYi1NzneEXaen//yr3wUkBHyvF1Aje6geYxaKs6O5Dryc3/4 e/kv1RnpDHH9DDsPyWLp9lE2W+u5Jp6EPT6jMhrkNHFOjFIaCeYF13JAf3lbBLHS DfTijfmLzksVXo3T31gTI+hKTOG8/+TJQy5nq1Ucru9Ep8Qr1C1d6lDVdGFAwJgI 7eFa0l7UZRYolHrprJXNU5j4gcwQJJ0jaZ+/KDUWUyKuftzU6BairUP/m2c6jO/k yspsSVzcPkMR8KXghrpdB3iIxQdm5VPuzbdSe/DllBadqWMx8YQQ4f9SUtwbprfB 8SQlz+zt32J4m3+SjamaalOehIPn7W9it810+NYkLQ1Sg2bMUYMcVl7YWHxyT50c 0UgFtgW1FR4h0bSPRC4OOdIqxk8Z78D5yD2/4SBaaWikn+WDu9AHCZg6hAGa4SCg El6uhpBoo5fXbrbtWCDccCC9i9EukVjo45hPiyQ2QpwSsV7a0d+czaYioLDgz4xD 0vd0y3zksKe7ns3PB6PdSBYXk5q59RaljtTuye7slWyHnjn5ZkpDcSuj03yZdz5h UR3aP9S71kGQYm04k5oGNWp3i6/NXoMhb/87gljwvenuRFX2dk9fqnJB2Ws3V3sk 0HllZpTEQwc3QCp8upl1 =/MxU -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/e1wj44b-0002ci...@franck.debian.org
Accepted x2goclient 4.0.2.0-1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 09 May 2014 18:57:26 +0200 Source: x2goclient Binary: x2goclient x2goplugin x2goplugin-provider x2goclient-dbg x2goplugin-dbg Architecture: source amd64 all Version: 4.0.2.0-1 Distribution: unstable Urgency: low Maintainer: X2Go Packaging Team pkg-x2go-de...@lists.alioth.debian.org Changed-By: Mike Gabriel sunwea...@debian.org Description: x2goclient - X2Go Client application (Qt4) x2goclient-dbg - X2Go Client application (Qt4), debug symbols (client) x2goplugin - X2Go Client (Qt4) as browser plugin x2goplugin-dbg - X2Go Client application (Qt4), debug symbols (plugin) x2goplugin-provider - Provide X2Go Plugin via Apache webserver Changes: x2goclient (4.0.2.0-1) unstable; urgency=low . * New upstream release. * debian/control: + Raise versioned B-D: libssh (= 0.5.4-2~). + Bump Standards: to 3.9.5. No changes needed. + Provide dbg:package for X2Go Plugin. + Make sure very old x2goclient-gtk instances get uninstalled when updating to X2Go Client 4.0.2.0. + Don't directly recommend apache2. * debian/rules: + Make upstream ChangeLog available for X2Go Client build. + Drop manually stripping symbols from libx2goplugin.so. * upstream changelog: + Stop shipping upstream changelog in debian/ folder. Upstream provides it now in their source tarballs. Checksums-Sha1: 0dbbba66071a99080483d4a8c7a9121db0ddf621 2371 x2goclient_4.0.2.0-1.dsc bbe8efb2df88bfa18b056c52ee0b1cca7a52b71b 1398919 x2goclient_4.0.2.0.orig.tar.gz 1a293a1097975c6af3e047856ae3c8a704359d25 7116 x2goclient_4.0.2.0-1.debian.tar.xz 4b83d378a32e20027289bc28a56aeedfc454cbfa 1036012 x2goclient_4.0.2.0-1_amd64.deb f8c75a864af98edd2c5b55c4fe4633d6fb64fd34 1049692 x2goplugin_4.0.2.0-1_amd64.deb 352e7c7aebb6ca85584b4a8ed9f1ef218b01da48 21032 x2goplugin-provider_4.0.2.0-1_all.deb ec1f6002717162054bdfb71178a2c394ba515e37 2640766 x2goclient-dbg_4.0.2.0-1_amd64.deb e25f64a137464b5dcd6cbc7dcc7eb98e858dfc55 2953168 x2goplugin-dbg_4.0.2.0-1_amd64.deb Checksums-Sha256: f86a4f7c8b4ed0720dff3dde7071aadaed0437d144ba2ff22913a0de65ce9505 2371 x2goclient_4.0.2.0-1.dsc 7b1d42e30041d469ef986e686a1dacb4d0fb55d04fdcfc20ad26f5a4282d30b3 1398919 x2goclient_4.0.2.0.orig.tar.gz 9eb68c219209f8b5ab971c21574993e301f3baa97ada0131b74c18812572576e 7116 x2goclient_4.0.2.0-1.debian.tar.xz 588b278574899d2832a6b604312fde6861427571dce3043942fc8013fe74553a 1036012 x2goclient_4.0.2.0-1_amd64.deb 939683bf019841834192762ca0016f0512fc0583e4222501aa695e820d802c48 1049692 x2goplugin_4.0.2.0-1_amd64.deb 0e31ea1a7dd05b4e3af0f3a6d7b53cf7073e931077b47b449184a9563379fe6f 21032 x2goplugin-provider_4.0.2.0-1_all.deb f33da2b3112f9cdf1d23f12e469b87ffee7141c7b068080162fb00a53cddd0d9 2640766 x2goclient-dbg_4.0.2.0-1_amd64.deb b7a4f8ce6f37d58aa46b5dd14458ef90c230d888c14a49d15fe44503fb1561e2 2953168 x2goplugin-dbg_4.0.2.0-1_amd64.deb Files: f6cd792cb76872bb521e574cedd411be 1036012 x11 extra x2goclient_4.0.2.0-1_amd64.deb 1237445ee3ab3839237e6f3ee0533bc3 1049692 x11 extra x2goplugin_4.0.2.0-1_amd64.deb c510ca65d83f0c92f73ea6a8759bbee7 21032 x11 extra x2goplugin-provider_4.0.2.0-1_all.deb 46c74c5c104915d46aedb0b7f06dd61f 2640766 debug extra x2goclient-dbg_4.0.2.0-1_amd64.deb 57cf54082d42a56951cc2dc78883318e 2953168 debug extra x2goplugin-dbg_4.0.2.0-1_amd64.deb 7906231c201b9aec9fa45c04e60fc6f6 2371 x11 extra x2goclient_4.0.2.0-1.dsc cbb72c66d4157b4192413d29ab2b4437 1398919 x11 extra x2goclient_4.0.2.0.orig.tar.gz 44896e2261c252e523ffc6663ded 7116 x11 extra x2goclient_4.0.2.0-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJTbQrsAAoJEJr0azAldxsxmoMP/2vznZ0FYOWZTBoemrJIm7GC k5Y/4E92NRWqXiHtwPeMb2aXYZaHAYp4qSMDZ/KIKFS/bCerRd0dee5jnosRmFag VbNVAJl5TQqiq1UKk4MVhacM+DWXBJAo6z9uXaauCiKixJec9S0BFGNJwts8HC2n iHoQhZgmoc0bNlDirmTVeoBWfSm1mwfAsK6Sl6/aRzxi0wR7mN29AIr/nFvYFo3i PgrqsS7NlDaqztOCITMq0X5vdtK7Z91+HRrbLqoBpM7RNn2Lc8keUQWx4DC+x0on UPIj7N+ofABoJTxdFUOTShJXvmqQrXL4U40vYQ4C7kgQ6Xk3hCGKqwa+qLkAEMvz cwfRvN7tmUkKPvQeGqHJTwVPk9Ig8kJZSkRvOGcQEuw4aJjXnXrPfCitfXfyhiiA RsUIhtDMCXuKUrwa3alhXKx+WaEw9Rm+nVhjipc+paxtwJzn/oDJzY8NWGrUCSqb ksdmo0BfCgck2Vt4osmPkV0R+YowI7ij0MsyyjSerlzU5eN3vHHUTrD8EWwWG98M yNDIlZj6HX//v7kq0+OrOEY/PXa2W+flJh7Epvqli/hym2My3nDG8NM154fQhMFB EJZLDsinYI8wSsoviWSsOamhZ0Psi+mRy7zi+Ip/JcN0wqnvAJzqInVGK+hBpGfy cBXQ9N2Y6MPmWG0MYUnk =i64i -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/e1wj44n-0002ix...@franck.debian.org
Accepted clzip 1.6~pre2-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 10 May 2014 11:49:21 +0200 Source: clzip Binary: clzip clzip-dbg Architecture: source amd64 Version: 1.6~pre2-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann m...@daniel-baumann.ch Changed-By: Daniel Baumann m...@daniel-baumann.ch Description: clzip - C, lossless data compressor based on the LZMA algorithm clzip-dbg - C, lossless data compressor based on the LZMA algorithm (debug) Changes: clzip (1.6~pre2-1) unstable; urgency=low . * Merging upstream version 1.6~pre2. Checksums-Sha1: 89a4fdc44dfff79b1123cd97ea30f4482e77a184 1250 clzip_1.6~pre2-1.dsc b1c68f694335a6d4e3957a30200220ae40fd15d1 61360 clzip_1.6~pre2.orig.tar.xz 2cd5019f54ce25d6da63e21b5cf4c6fa4c72ef82 3732 clzip_1.6~pre2-1.debian.tar.xz 30ec2a68f67006102afa56e25b70b5265b86c4e6 45356 clzip_1.6~pre2-1_amd64.deb 28382efa2daef9091444a3f266df7f5949b230f3 7406 clzip-dbg_1.6~pre2-1_amd64.deb Checksums-Sha256: 3d486d2bb28e2a2ad374f43394bc39c683605d4beebb36f41e5e435e1c178616 1250 clzip_1.6~pre2-1.dsc 3f23781ed30d842a43c3bb3ab5c00d7f830b74f39aab0d4b1eb0e030a9558b95 61360 clzip_1.6~pre2.orig.tar.xz b4746809d03f7d591a14c0a0ab0de1b1e8e2e1d2ed9b3da2bd77135ce7387741 3732 clzip_1.6~pre2-1.debian.tar.xz ec2beef13a4786624f6ea40dd6250b60249f6fdb3915ce07072554e8c1e11fc4 45356 clzip_1.6~pre2-1_amd64.deb 9ae2789b9adf240c00a0a7f56cc96ded5007500e02cbe50434752856168515bb 7406 clzip-dbg_1.6~pre2-1_amd64.deb Files: a2d3c89faf6aaebda11edcbf388709f1 45356 utils optional clzip_1.6~pre2-1_amd64.deb 71e6cffac7a74ecbac8b01deb765c669 7406 debug extra clzip-dbg_1.6~pre2-1_amd64.deb 54e0b34d2741bc82f635a4ea5a8d23df 1250 utils optional clzip_1.6~pre2-1.dsc 324a9572dddf6ea1e5d56215e95115c4 61360 utils optional clzip_1.6~pre2.orig.tar.xz 328b613212eed2a22f3cc91011442f6f 3732 utils optional clzip_1.6~pre2-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlNt9qEACgkQ+C5cwEsrK57RhACgg7B5oS2YXCnC4VgcwF5kMoUN ReAAoOF9/VoggteDMLdtXFUUBQK0YGr2 =Ilnx -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/e1wj4ne-ak...@franck.debian.org
Accepted lzlib 1.6~rc1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 10 May 2014 11:52:09 +0200 Source: lzlib Binary: liblz1 liblz-dev liblz-dbg Architecture: source amd64 Version: 1.6~rc1-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann m...@daniel-baumann.ch Changed-By: Daniel Baumann m...@daniel-baumann.ch Description: liblz-dbg - data compressor based on the LZMA algorithm (debug) liblz-dev - data compressor based on the LZMA algorithm (development) liblz1 - data compressor based on the LZMA algorithm (library) Changes: lzlib (1.6~rc1-1) unstable; urgency=low . * Merging upstream version 1.6~rc1. Checksums-Sha1: 9f9d0d34ae0b247b03315aed3616b837e06b3c2b 1297 lzlib_1.6~rc1-1.dsc fdcddd4c7b5294d2763de89e7e068c70bc85ecae 82492 lzlib_1.6~rc1.orig.tar.xz 12622f20a6768dbfcc37faae6f885c1f89fcd58d 4468 lzlib_1.6~rc1-1.debian.tar.xz 2b4ec0b59df105cc7e4c8e094e5bacb23fc59a15 45386 liblz1_1.6~rc1-1_amd64.deb 8b0b65b44db544a6e1db923d99d691b471701b12 61214 liblz-dev_1.6~rc1-1_amd64.deb aa33ec644616c229618858f6c4d769fc6f295adc 190634 liblz-dbg_1.6~rc1-1_amd64.deb Checksums-Sha256: 42c28700f6ce06f889271b6e7679ec76f48d6e083a3ce6687d8d740ea20e19ad 1297 lzlib_1.6~rc1-1.dsc 8741007e4d713c3b7185246f244e3a8341c650f4efcded37fb56269277b1e95c 82492 lzlib_1.6~rc1.orig.tar.xz e650c9cf2db952addde282889547f0e4e2da4aa271cf23a5381485ecd1ea0ff4 4468 lzlib_1.6~rc1-1.debian.tar.xz 5d8860904ab7ea1171bc993587e758b79b7208e306cf8b3b1940fd171d082035 45386 liblz1_1.6~rc1-1_amd64.deb 96f9eeac3cb714587a9f1736a5d92f56ced5c45c85a750782978bd87ef430e57 61214 liblz-dev_1.6~rc1-1_amd64.deb 8186093e110586ae109aac19bbff0de02c0c75be23b6cb3e051b8ce2d75cb9ee 190634 liblz-dbg_1.6~rc1-1_amd64.deb Files: cc0cc42baaf7d77dbde172198bbf6331 45386 libs optional liblz1_1.6~rc1-1_amd64.deb 88a0f4d515f3b96ba23146da0ee1f782 61214 libdevel optional liblz-dev_1.6~rc1-1_amd64.deb 2dc2d356468345f57211200a46c8c306 190634 debug extra liblz-dbg_1.6~rc1-1_amd64.deb ad57de89fcb2ea425eb8c6ed31a55f0f 1297 libs optional lzlib_1.6~rc1-1.dsc f6f589cda3ae8a6e57c748a88b1105b0 82492 libs optional lzlib_1.6~rc1.orig.tar.xz 6f2feee47030bcb4c8e529ee6a2e7e91 4468 libs optional lzlib_1.6~rc1-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlNt9vIACgkQ+C5cwEsrK541XwCgzd7BfWq3/7RdyVwPe/psHVnE Z2QAoLIgCprEdYOgFDYzRYu/iCddk+Cn =/mqQ -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/e1wj4nc-mx...@franck.debian.org
