Re: Technical committee acting in gross violation of the Debian constitution
Hi, Martin Steigerwald: Am Donnerstag, 27. November 2014, 22:30:15 schrieb Vincent Bernat: ❦ 27 novembre 2014 22:02 +0100, Martin Steigerwald mar...@lichtvoll.de : And well, I also wonder why systemd --user functionality is in the *same* binary than the PID 1 stuff… but well… Wild guess: because it manages processes like PID 1? That kind of exchange isn´t productive You mean the wild guess part? Yes, it's not, but you have to admit that I wonder why systemd --user is the same binary as systemd --system kindof asks for that kind of response – after all, the answer should be obvious; it's not as if we started discussing what systemd does (and how) yesterday. -- -- Matthias Urlichs signature.asc Description: Digital signature
Re: successful upgrade to jessie - thanks!
Hi, Marc Haber: Updating of such systems has always been a pain, but this time it's going to be a gazillion times more painful. Why? (Seriously.) -- -- 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/20141128083000.gg6...@smurf.noris.de
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 2014-11-28 at 08:45 +0100, Josselin Mouette wrote: Le jeudi 27 novembre 2014 à 21:29 +0100, Marc Haber a écrit : On Thu, 27 Nov 2014 01:19:14 +0100, Josselin Mouette j...@debian.org If you want to help our users, you can contribute to debianfork, or you can improve your packages in Debian. The official name of the Debian fork is devuan: https://devuan.org It will be interesting to see how many Debian Maintainers and Developers will jump the ship and join them (in addition to the users). Future will tell... -- 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/1417164192.11764.382.ca...@g3620.my.own.domain
Re: Technical committee acting in gross violation of the Debian constitution
Hi, Marc Haber: On Thu, 27 Nov 2014 11:53:18 +0100, Matthias Urlichs matth...@urlichs.de wrote: Yes, the logind-related parte _could_ be provided elsewhere, but part of the features logind needs is already implemented in systemd. So using that instead of rolling your own from scratch is simply common sense. It would be common sense to move the shared code to a library. That shared piece of code needs to either run in only one process, or coordinate with other copies of itself (if any). The systemd people decided on the first option, and on using dbus to tell the one copy that's running in PID-1 what to do. Works for me. (Except for the fact that the dbus API between systemd and logind should be public – but given the changes that interface has seen lately, a freeze would have been premature, and systemd-shim wasn't on the horizon then.) If you want to convince the systemd people to split that part of systemd- -as-pid1 off to a separate library, and/or to properly version that API, you should submit an appropriate patch – but I don't think that telling _them_ to do work that's outside their usecase is reasonable. -- -- Matthias Urlichs signature.asc Description: Digital signature
Re: Javascript trigger design
Am 28.11.2014 um 08:19 schrieb Matthias Urlichs: Hi, Tomas Pospisek: At least the Ruby On Rails framework notices an updated JS and will re-compress the whole JS blob from its parts. Does it call stat() on every constituent of these packed JS files on every web request, or does it do that with a periodic background checker? I do not know. Now that I am reading the answers in this thread I'm noticing that RoR might be checking the newness of JS scripts depending on the mode it's running in (production, testing, dev). In which case the trigger mechanism could come into play again. So maybe my statement was mistaken. In case anybody intends to make conclusions, s/he really needs to look these detail up in the RoR docu. *t -- 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/547840c0.4050...@sourcepole.ch
Re: Javascript trigger design
Le vendredi 28 novembre 2014 à 06:16 +, olivier sallou a écrit : Le Fri Nov 28 2014 at 01:55:26, Tomas Pospisek t...@sourcepole.ch a écrit : Am 28.11.2014 um 00:04 schrieb Thomas Goirand: Hi, Web application have evolved into monsters that needs lots of javascript. It's very common that these javascript applications are collecting all the .js library they use, concatenate them into a single file, and compress the result using all sorts of tools (node uglify is one of the implementation, but that's not the only one). As much as possible, as good Debian citizens, we do package each and every javascript library into a separate package. But then, if there's an update of that JS library, the Web application package has to somehow know about it, and redo the concatenate compress job. Otherwise, the web app would continue to use the old version. I have this issue with the OpenStack dashboard (ie: Horizon), but also with a second web app which I'm currently packaging (OpenStack Fuel, which is a deployment software for OpenStack). Though this could of course be generalize to any JS app. It's been a long time I've been thinking about it, and I believe that the only way to do this, would be to use triggers. Though I have never used triggers, and I thought it was a good idea to ask my DD friends and this list about it. Should there be one trigger per web app? How would this work? Thoughts anyone? Jonas maybe, who did lots of JS packaging? At least the Ruby On Rails framework notices an updated JS and will re-compress the whole JS blob from its parts. I don't know about other server side frameworks, but they _should_ be able to do the same. - ? Unfortunalty no. Many frameworks help you build such things but with no update detection. Many frameworks are not running server like RoR but only build tools (Grunt, Yeoman, ...) These tools concat/minify/uglify etc... at build time and then you just put your app under Apache/Nginx and a different language server (to manage the GUI). So there is no awy for all these tools to detect a change and automatically do the modification. 1) A trigger mechanism could indeed inform an additional script (that Debian developper/maintainer should develop per app) and this script could do the job, but on production system, I do not think that you would want to do automatically this because this may imply other things, and/or many compilation on your server at the same time (think of a jquery update triggering update of all dependent platforms...). 2) One thing could be that a dependency update triggers a rebuilt of the package with a kinda automatic minor version upgrade and you would benefit from it at next system/app update. From a deveopper point of view (which I am), I would like idea 1, but from an admin point of view I think it would be idea 2. The debian side is in no way able / fit to take care of *live* updating js/css bundles. This is up to the web framework you're using - like you mentioned for example RoR. What is needed for debian-packaged webapps is to be able to regenerate a bundle made of several other packages files (supporting concatenation, browserification, whatever else...) when one of them changes at install time. This requires it knows reverse build-dependencies of the package that contains the file that changed, and call some trigger of each of these package so it can itself call the proper script that is specific for each of these packages. Jérémy. -- 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/1417168319.8304.1.ca...@melix.org
Re: Javascript trigger design
On Fri, Nov 28, 2014 at 5:51 PM, Jérémy Lal wrote: The debian side is in no way able / fit to take care of *live* updating js/css bundles. This is up to the web framework you're using - like you mentioned for example RoR. What is needed for debian-packaged webapps is to be able to regenerate a bundle made of several other packages files (supporting concatenation, browserification, whatever else...) when one of them changes at install time. This requires it knows reverse build-dependencies of the package that contains the file that changed, and call some trigger of each of these package so it can itself call the proper script that is specific for each of these packages. I believe that Thomas is talking about dpkg triggers, which could allow each web app to regenerate their bundle of javascript whenever one of the libjs-* packages is updated. https://wiki.debian.org/DpkgTriggers -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6HSU�LdmnttjrPizQnvyw6g1ARyYxS9v8xUXhxB=j...@mail.gmail.com
Summary:Re: Bug#762194: Proposal for upgrades to jessie
Hello, In the (last) hope that the CTTE will bring this issue on the agenda next meeting on December 4. Additional information below and a short summary. On Wed, 2014-11-26 at 09:56 +0100, Thorsten Glaser wrote: On Tue, 25 Nov 2014, Svante Signell wrote: (another partial? solution is to change order of the (pre-)depends of the init package, as proposed in No, that breaks due to the bug in debootstrap’s dependency “resolver” (see #557322, #668001, #768062) and the unwillingness of KiBi to fix that. That is, it breaks fresh installs. Note, this (long-time) refusal to make changes to that package has to be weighted in when the CTTE is discussing this issue: There are very small patches available before the freeze Wed, 5 Nov 2014 (Sun, 22 Nov 2009 and Fri, 17 Oct 2014) that has not been addressed by the maintainer: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557322#24 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668001#20 and reported working https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668001#50 And according to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762194 with preliminary results in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762194#142 the order of pre-depends for int init package should change from Pre-Depends: systemd-sysv | sysvinit-core | upstart to Pre-Depends: sysvinit-core | systemd-sysv | upstart (I hope I made the correct links and conclusions) 1) Heavily advertise (release-notes?) that doing an upgrade from wheezy/etc to jessie will give you systemd as init system and inform about the apt pinning solution. That should be a given, a minimum, independent of the others. I'll file a bug against release notes about the release-notes! In summary: a) Upgrades should _not_ change init: whatever is installed should be kept. b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. More detailed: 1) Fix debootstrap bugs 2) Add a (non-aborting) debconf message referring to release-notes on how to install sysvinit-core when installing from scratch. 3) Add information in release-notes on how to: - Upgrade from stable/testing/sid to jessie to avoid getting systemd-sysv installed (this should not strictly be needed if the ctte chooses to decide that upgrades will _not_ switch init) - Install sysvinit-core after installation and reboot after getting systemd-sysv as default. 3.1) I'll file a bug against release-notes as written above. -- 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/1417175791.11764.416.ca...@g3620.my.own.domain
Bug#771306: ITP: libjs-autonumeric -- jQuery plugin that automatically formats currency and numbers
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-autonumeric Version : 1.9.12 Upstream Author : Robert J. Knothe b...@decorplanit.com * URL : https://github.com/BobKnothe/autoNumeric * License : Expat Programming Lang: Javascript Description : jQuery plugin that automatically formats currency and numbers autoNumeric is a jQuery plugin that automatically formats currency and numbers as you type on form inputs. It supports most International numeric formats and currency signs including those used in Europe, North and South America, Asia and India lakhs (Lakhs values supported below 1 billion). . Any number of currency formats can reside on the same page and are configured by settings/options that can be placed as HTML5 data attribute or passed as an argument. These settings can easily be changed at any time using the new update method or via the callback feature. autoNumeric to many other elements, allowing you to place formatted numbers and currency on just about any part of the page. . Seven built in methods gives you the flexibility needed to use autoNumeric to its maximum potential. You can now easily start and stop autoNumeric, update the settings and remove the formatting from multiple inputs, preparing the values for manipulation or form submission. This is a dependency for OpenStack Fuel -- 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/20141128115653.7629.98904.report...@buzig.gplhost.com
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, 28 Nov 2014, Svante Signell wrote: the order of pre-depends for int init package should change from Pre-Depends: systemd-sysv | sysvinit-core | upstart to Pre-Depends: sysvinit-core | systemd-sysv | upstart That would probably require changes in d-i to ensure that systemd is, indeed, installed by default on fresh installs, but otherwise has the most chance of keeping existing systems running properly, so I think that this change is fair, yes. a) Upgrades should _not_ change init: whatever is installed should be kept. Are there any upgrade paths where software existing in wheezy requires systemd in jessie? If so, these are corner cases where switching init may or may not be avoidable; if not, present a debconf message here. But the vast majority probably should not (need to; even GNOME can work with the shim) switch, yes. b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. I think this is not fair, though. CTTE decided that systemd be the default init system for Linux in jessie “period”. That means no debconf message required here. Do note that new installs of kFreeBSD and Hurd should not get systemd, but what exactly is probably up to the porters for lack of a CTTE decision in that. 1) Fix debootstrap bugs Yesplease! bye, //mirabilos -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1411281257100.10...@tglase.lan.tarent.de
Bug#771308: ITP: libjs-backbone-deep-model -- improved support for models with nested attributes
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-backbone-deep-model Version : 0.10.4 Upstream Author : Charles Davison, Pow Media Ltd, char...@powmedia.co.uk * URL : https://github.com/powmedia/backbone-deep-model * License : Expat Programming Lang: Javascript Description : Improved support for models with nested attributes Deep model is a plugin for the Backbone javascript library, which allows to get and set nested attributes with path syntax, e.g. `user.type`. It Triggers change events for changes on nested attributes. -- 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/20141128120103.7873.21380.report...@buzig.gplhost.com
Bug#771311: ITP: libjs-backbone.stickit -- Backbone data binding plugin that binds Model attributes to View elements
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-backbone.stickit Version : 0.7.0 Upstream Author : The New York Times, Matthew DeLambo dela...@gmail.com * URL : https://github.com/NYTimes/backbone.stickit * License : Expat Programming Lang: Javascript Description : Backbone data binding plugin that binds Model attributes to View elements Stickit is a Backbone data binding plugin that binds Model attributes to View elements with a myriad of options for fine-tuning a rich app experience. Unlike most model binding plugins, Stickit does not require any extra markup in your html; in fact, Stickit will clean up your templates, as you will need to interpolate fewer variables (if any at all) while rendering. In Backbone style, Stickit has a simple and flexible api which plugs in nicely to a View's lifecycle. This is another dependency for OpenStack Fuel. -- 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/20141128120413.8161.33042.report...@buzig.gplhost.com
Bug#771313: ITP: libjs-cocktail -- implementation of Backbone mixins
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-cocktail Version : 0.5.7 Upstream Author : Onsi Fakhouri onsi...@gmail.com * URL : https://github.com/onsi/cocktail * License : Expat Programming Lang: Javascript Description : implementation of Backbone mixins With Cocktail, it is possible to break out a shared Backbone.js model/collection/view behaviors into separate modules and mix them into classes with. Cocktail is an implementation of Backbone mixins. Mixins are simply bare-bones JavaScript objects that provide additional functionality to Backbone objects. Think of them as bags of methods that will get added to all instances of objects. This is another dependency of OpenStack Fuel. -- 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/20141128121113.8746.53242.report...@mx.xen01.node0184.gplhost.com
Re: Javascript trigger design
On Fri, 28 Nov 2014, Thomas Goirand wrote: It's been a long time I've been thinking about it, and I believe that the only way to do this, would be to use triggers. Though I have never Look at libjs-protoaculous which combines prototype and scriptaculous into one (possibly minified) js file. In (our inhouse version of) FusionForge, we just depend on it, and it contains all the trigger and dependency magic needed for that. On Fri, 28 Nov 2014, Ben Finney wrote: My understanding is that the Debian JavaScript team is converging on a standard for compiling JavaScript (using uglify, I think) as a routine That’s not good. Various upstreams recommend/require various minifier tools and say they have had issues with other tools, e.g. due to the minifiers differing in what they require from the source code to work without failure. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1411281316540.10...@tglase.lan.tarent.de
Bug#771314: ITP: libjs-i18next -- easy way to translate a website on clientside
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-i18next Version : 1.7.1 Upstream Author : Jan Muehlemann jan.muehlem...@gmail.com * URL : http://github.com/i18next/i18next * License : Expat Programming Lang: Javascript Description : easy way to translate a website on clientside i18next provides an easy way to translate a website on clientside: * fetch resources from server * fetch each resource file individually (static) or all once via dynamicRoute * apply translation to HTML tags with the _data-i18n_ attribute * post missing key-value pairs to server (for easy development, just translate the new keys) * search for key en-US first, then in en, then in fallback language (or de-DE, de, fallback). This is another dependency of OpenStack Fuel. -- 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/20141128121322.8772.29724.report...@mx.xen01.node0184.gplhost.com
Bug#771318: ITP: libjs-requirejs -- uses plain script tags to load modules/files
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-requirejs Version : 2.1.9 Upstream Author : jrburke jrbu...@gmail.com * URL : https://github.com/jrburke/requirejs * License : BSD-or-MIT Programming Lang: Javascript Description : uses plain script tags to load modules/files RequireJS uses plain script tags to load modules/files, so it should allow for easy debugging. It can be used simply to load existing JavaScript files so one can add it to existing project without having to re-write JavaScript files. . RequireJS includes an optimization tool one can run as part of packaging steps for deploying code. The optimization tool can combine and minify JavaScript files to allow for better performance. This is another dependency of OpenStack Fuel. -- 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/20141128122216.8800.68049.report...@mx.xen01.node0184.gplhost.com
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 28 Nov 2014, Svante Signell wrote: It will be interesting to see how many Debian Maintainers and Developers will jump the ship and join them (in addition to the users). Future will I’ll tell you in the present. Github? Ugh! http://mako.cc/copyrighteous/free-software-needs-free-tools The rest is just as bad (mailinglists hosted somewhere in the wild too, etc). And the website is illegible, and I curiously wonder who is behind all that. But mostly rhetorically, as I’m not really interested… bye, //mirabilos -- 15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1411281329280.10...@tglase.lan.tarent.de
Re: Technical committee acting in gross violation of the Debian constitution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 28.11.2014 09:43, Svante Signell wrote: The official name of the Debian fork is devuan: https://devuan.org It will be interesting to see how many Debian Maintainers and Developers will jump the ship and join them (in addition to the users). Future will tell... Well, not me. While the situation sucks for embedded systems, I doubt this project will gain sufficient traction to provide a better alternative, so the result is basically going back to square one and providing the necessary tools for embedded system development from emdebian.org. Simon -BEGIN PGP SIGNATURE- Version: GnuPG v1 iJwEAQECAAYFAlR4cmYACgkQ0sfeulffv7vPKwP+LfoVtVuR9tscjavkpP86A3lL 0ep9JouCVcKir/IYfL4Yl/hpmwMtqerak7KqhGvfLrPogB1VV19oBCC/pU0Cxr8e ud9CNY7J422dUocr7cD0FEFF7PrRrZHCQ7Jx+v+/y4WmeTg1p/5UGlGuPtEHn5ht PRVzMQFmvGfUAX74FyA= =q5r6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54787270.9000...@debian.org
Re: ArchitectureSpecificsMemo
Hi, On Thu, Nov 27, 2014 at 10:50:26AM +, Edmund Grimley Evans wrote: http://wiki.debian.org/ArchitectureSpecificsMemo Some suggestions for improving this table: 1. About half of the table is taken up with sizeof information, some of which could be expressed more concisely. (Are all Debian architectures ILP32 or LP64? Any rare exceptions could be described in a footnote.) Right. Also the recently added float/double/long double columns can be reduced to to a float parameters passed via column, since all three kind of floats are passed same way. 2. Perhaps it would be better to reverse the axes, particularly if the sizeof information is simplified and as more and more architectures are added. Ok, makes sense - it also easier to see what arch the actual edit touched when getting wiki notifications. I also approve how you changed char,endian and stack direction back to words instead of single letters. now one doesn't have to read the legend all the time! 3. A link to a list of system calls might be useful for some people. probably for some other page. 4. I'd like to see some information about va_list added as this sometimes causes portability problems. For example: I think it's unwise - to rephrase what Thorsten said, we shouldn't encourage people to depend on the internals of va_list but use the va_list api functions and not make assumptions. Another page documenting va_list differences on architectures might make sense. Riku -- 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/20141128125024.ga6...@afflict.kos.to
Thank you for the remarkable work on Jessie
Hi debian-devel, I'm glad to say I just upgraded my machine[1] from wheezy (7.4~5) directly to current Jessie, and I found this progress is just painless at all, and no dependency problems remains after upgrade. There indeed are some configuration issues which I resolved easily, and I think those issue is not bug. Besides, I noticed that the init system has been changed from sysvinit to systemd, and it works very well. However there's a issue: Once started the Xorg, it Segfaults right away. Seems that this is caused by xserver-xorg-video-siliconmotion[3]. For wheezy, I downloaded a tarball[4] from a forum, and Xorg would not Segfault anymore after applied its contents. I don't know how to resolve this issue on Jessie to let Xorg work again. (Please let me know what log/file should I send if someone is interested in looking into this problem.) Nevertheless, Thank you for your hard work, so that Debian users can enjoy those smooth dist-upgrade. Hurra Debian! [1] loongson-2f, mipsel architecture [2] i'm not sure [3] This problem exists on wheezy too [4] content: xorg.conf and modified xserver-xorg-video-siliconmotion.deb -- Regards, C.D.Luminate -- 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/1417179844.2022.1.ca...@gmail.com
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Nov 28, Svante Signell svante.sign...@gmail.com wrote: a) Upgrades should _not_ change init: whatever is installed should be kept. I disagree: upgrades should get the default init system unless the system administrator chooses otherwise. b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. It would be totally unacceptable to waste the time of every Debian user with pointless advertisement. This can be documented in the release notes, if needed. -- ciao, Marco pgpa3iMNK8pLZ.pgp Description: PGP signature
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On 28/11/14 11:56, Svante Signell wrote: 3) Add information in release-notes on how to: - Upgrade from stable/testing/sid to jessie to avoid getting systemd-sysv installed (this should not strictly be needed if the ctte chooses to decide that upgrades will _not_ switch init) This part has already been done; the release notes contain instructions on how to pin systemd-sysv to never be installed: https://www.debian.org/releases/jessie/amd64/release-notes/ch-information.en.html#systemd-upgrade-default-init-system - Install sysvinit-core after installation and reboot after getting systemd-sysv as default. This bit, however, does appear to still need documenting in the Release Notes and Installation Guide. -- 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/54787c99.9050...@zen.co.uk
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On 2014-11-28 14:41, Marco d'Itri wrote: On Nov 28, Svante Signell svante.sign...@gmail.com wrote: [...] b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. It would be totally unacceptable to waste the time of every Debian user with pointless advertisement. This can be documented in the release notes, if needed. I suspect it would fit better in the installation-guide. The release-notes concerns itself mainly with upgrades and not with fresh installs. ~Niels -- 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/54787d58.3090...@thykier.net
Bug#771326: ITP: libjs-requirejs-text -- loader plugin for loading text resources
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-requirejs-text Version : 2.0.9 Upstream Author : James Burke jrbu...@gmail.com * URL : https://github.com/requirejs/text * License : BSD-or-MIT Programming Lang: Javascript Description : loader plugin for loading text resources It is nice to build HTML using regular HTML tags, instead of building up DOM structures in script. However, there is no good way to embed HTML in a JavaScript file. The best that can be done is using a string of HTML, but that can be hard to manage, particularly for multi-line HTML. . The text.js AMD loader plugin can help with this issue. It will automatically be loaded if the text! prefix is used for a dependency. This is the hopefully last Javascript dependency for OpenStack Fuel. -- 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/20141128134932.12829.61946.report...@buzig.gplhost.com
Bug#771325: ITP: libjs-require-css -- requiring and optimization with almond support
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-require-css Version : 0.1.0 Upstream Author : Guy Bedford guybedf...@gmail.com * URL : https://github.com/guybedford/require-css * License : Expat Programming Lang: Javascript Description : requiring and optimization with almond support This Javascript library allows the construction of scripts that can require CSS, using the simple RequireJS syntax. Require-css is fully compatible with IE 6+, Chrome 3+, Firefox 3.5+, Opera 10+, iOS. This is another dependency of OpenStack Fuel. -- 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/20141128134657.12755.59196.report...@buzig.gplhost.com
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 28.11.2014 14:41, Marco d'Itri wrote: a) Upgrades should _not_ change init: whatever is installed should be kept. I disagree: upgrades should get the default init system unless the system administrator chooses otherwise. I disagree: This is not safe and can break systems. I have a system where the network connection is so important that the pppd is invoked via the inittab, which is a published interface of the init system and has been for decades. When an upgrade installs systemd, this machine will simply drop off the network. Other systems I have have serial consoles only, also configured via inittab. Installing systemd there will lock me out. I gladly support systemd as default for new installations, but I think upgrades should remain safe to install as far as possible. Simon -BEGIN PGP SIGNATURE- Version: GnuPG v1 iJwEAQECAAYFAlR4gLkACgkQ0sfeulffv7ts4AQAiLYVwGKyhUpVAvMMpM1aHY/J mnCjhPhhTr3TgDP5raQUF5PjpYbjD5wTvdPQlN0inq+2cThcLg9oWLTd8Jm1z2mg CHLItGDJ1VoIFA3Xb2JJtTwb3KVdpd2x6m9+Ibm6Hjvjj/JQKkwdKQ+TVpmL+C2K r3P87zHHV9sWcSGqlvI= =N+z1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547880c2.7030...@debian.org
Re: Javascript trigger design
On Fri, Nov 28, 2014 at 10:30:40AM +0100, Tomas Pospisek wrote: Am 28.11.2014 um 08:19 schrieb Matthias Urlichs: Hi, Tomas Pospisek: At least the Ruby On Rails framework notices an updated JS and will re-compress the whole JS blob from its parts. Does it call stat() on every constituent of these packed JS files on every web request, or does it do that with a periodic background checker? I do not know. Now that I am reading the answers in this thread I'm noticing that RoR might be checking the newness of JS scripts depending on the mode it's running in (production, testing, dev). In which case the trigger mechanism could come into play again. So maybe my statement was mistaken. In case anybody intends to make conclusions, s/he really needs to look these detail up in the RoR docu. *t In development mode, it will always serve the latest version of those files in a way that is transparent to the developer, but of course that has a cost. For production usage, Rails provides a build-time task that you run to compile/minify the static assets. So a packaged app should probably run such task during its postinst; using triggers is a perfect way of solving this. Note however that this feature (calle assets pipeline) is optional and not all Rails apps will use it. Redmine for instance doesn't, partially because it exists since before the asset pipeline was introduced and migrating to use it is not always super convenient. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, 28 Nov 2014, Marco d'Itri wrote: On Nov 28, Svante Signell svante.sign...@gmail.com wrote: a) Upgrades should _not_ change init: whatever is installed should be kept. I disagree: upgrades should get the default init system unless the system administrator chooses otherwise. I disagree with you, and so does CTTE, this time: they said that existing installations should retain their init system – which goes along with “upgrades should not change the sy‐ sytem state” generall – as much as possible. b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. It would be totally unacceptable to waste the time of every Debian user with pointless advertisement. I actually have to agree here. bye, //mirabilos -- Yes, I hate users and I want them to suffer. -- Marco d'Itri on gmane.linux.debian.devel.general -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1411281511270.10...@tglase.lan.tarent.de
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
Hi, Simon Richter: I have a system where the network connection is so important that the pppd is invoked via the inittab, which is a published interface of the init system and has been for decades. When an upgrade installs systemd, this machine will simply drop off the network. Other systems I have have serial consoles only, also configured via inittab. Installing systemd there will lock me out. Non-standard inittab entries should surely be displayed and warned about, but IMHO that's not sufficient reason to not switch the other 99.99% who never touched their inittab. -- -- Matthias Urlichs signature.asc Description: Digital signature
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On 11/28/2014 03:16 PM, Thorsten Glaser wrote: On Fri, 28 Nov 2014, Marco d'Itri wrote: I disagree: upgrades should get the default init system unless the system administrator chooses otherwise. I disagree with you, and so does CTTE, this time: they said that existing installations should retain their init system – which goes along with “upgrades should not change the sy‐ sytem state” generall – as much as possible. No, the ctte did not say that. We had a flamewar about that interpretation before. Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5478853d.3010...@debian.org
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, 28 Nov 2014, Ansgar Burchardt wrote: No, the ctte did not say that. We had a flamewar about that interpretation before. That was almost word by word from https://lists.debian.org/debian-devel-announce/2014/11/msg0.html bye, //mirabilos -- Why don't you use JavaScript? I also don't like enabling JavaScript in Because I use lynx as browser. +1 -- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1411281523530.10...@tglase.lan.tarent.de
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, Nov 28, 2014 at 02:41:23PM +0100, Marco d'Itri wrote: On Nov 28, Svante Signell svante.sign...@gmail.com wrote: a) Upgrades should _not_ change init: whatever is installed should be kept. I disagree: upgrades should get the default init system unless the system administrator chooses otherwise. Of course not. syslog-ng was not replaced by rsyslog when Debian changed the default syslog. The grub1 bootloader was not replaced when Debian changed to grub2. If Debian changed from exim to postfix the existing MTA would not be changed. So keep your hands of the init system on upgrades. b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. It would be totally unacceptable to waste the time of every Debian user with pointless advertisement. This question could be part of the expert menu. Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: s...@fsing.rootsland.net | | Public Keys: http://fsing.rootsland.net/~stse/keys.html | signature.asc Description: Digital signature
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On 11/28/2014 03:24 PM, Thorsten Glaser wrote: On Fri, 28 Nov 2014, Ansgar Burchardt wrote: No, the ctte did not say that. We had a flamewar about that interpretation before. That was almost word by word from https://lists.debian.org/debian-devel-announce/2014/11/msg0.html See [1] and [2] and possibly other places. Ansgar [1] https://lists.debian.org/debian-ctte/2014/11/msg00046.html [2] https://lists.debian.org/debian-ctte/2014/11/msg00049.html -- 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/547886a1.6090...@debian.org
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, Nov 28, 2014 at 03:24:18PM +0100, Thorsten Glaser wrote: On Fri, 28 Nov 2014, Ansgar Burchardt wrote: No, the ctte did not say that. We had a flamewar about that interpretation before. That was almost word by word from https://lists.debian.org/debian-devel-announce/2014/11/msg0.html Hi Thorsten, I think you may be misreading the text there. They /did not/ say that the init system should not be switched. I'll try a simplified version of the resolution below. 0) This is advice, it's non-binding. 1) The previous resolution was silent on automatic switching. 2) We've been asked to decide about automatic switching and... 3) We don't want to decide this while there's a GR going on. 4) Please propose changes which would make new installations get systemd, and upgrades retain existing init so that... 5) We can decide what to do after the GR is over. Hope this clarifies. Neil -- 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/20141128143245.go17...@halon.org.uk
Re: Re: systemd, fstab, noauto and nofail
Simon McVittie: If sshd uses (or can be made to use) IP_FREEBIND to remove the potential dependency on bringing up network interfaces, then /lib/systemd/system/ssh.service could have DefaultDependencies=no, RequiresMountsFor=/usr /lib /etc, and drop its dependency on network.target. Altering sshd is altering the wrong thing. This is what FreeBind=true in a socket unit and the --bind-to-any option in nosh's tcp-socket-listen program are for. -- 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/547887e9.1080...@ntlworld.com
Re: Bug#769907: A small suggestion on constructive engagement [Was, Re: Bug#769907: general: non-sysvinit init systems are made of fail]
Octavio Alvarez: Question: is it safe to say that systemd doesn't yet support the full /etc/fstab specification from util-linux [1]? Yes; it's safe. It's also wrong. But it's quite safe. (-: -- 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/5478885f.9020...@ntlworld.com
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Nov 28, Simon Richter s...@debian.org wrote: I disagree: This is not safe and can break systems. Everything is not safe and can break systems, so this is not a very compelling argument. I have a system where the network connection is so important that the pppd is invoked via the inittab, which is a published interface of the init system and has been for decades. When an upgrade installs systemd, this machine will simply drop off the network. I want to warn about non-standard inittab entries with a debconf notice, but I have not started working on it yet. -- ciao, Marco pgplQ47iFnvR9.pgp Description: PGP signature
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, 28 Nov 2014, Stephan Seitz wrote: Of course not. syslog-ng was not replaced by rsyslog when Debian changed the default syslog. Note that syslog-ng was not the default, but sysklogd (which was) wasn’t replaced either. Thankfully. The grub1 bootloader was not replaced when Debian changed to grub2. Actually, it was, unless you installed the fresh “grub-legacy” package before upgrading, which was mostly a no-op though. And forgetting to do so *did* hose some obscure systems. So, the GRUB 0.x → GRUB2 change is actually a g̲o̲o̲d̲ example of why the init system ought to be kept on upgrade. I’ve attached the company-internal documentation (minus one person name) of the process I used to upgrade virtually all of our lenny machines straight to wheezy (we mostly skipped squeeze altogether). It’s MediaWiki syntax. It’s German but you’ll get rough ideas, enough LC_ALL=C dpkg/apt in there. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg= Debian Lenny → Wheezy Upgrade = [[Category:HowTos]] sudo su - exec mksh -l == Vorab zu prüfen == Wenn irgendwelche Software händisch installiert ist, die Python 2.6 braucht, abbrechen oder vorher sicherstellen, daß die Software hinterher mit Python 2.7 ⓐ noch läuft und ⓑ man die auch dagegen neukompilieren und installieren kann! == Sicherstellen, daß das lenny komplett up-to-date ist == * '''Mindestens einen 2.6.32 Kernel, ggfs. aus lenny-backports, booten!''' * Nachgucken, welche PostgreSQL-Version(en) installiert und/oder aktiv sind. * System aktualisieren und aufräumen: agus apt-get --purge dist-upgrade apt-get --purge autoremove apt-get --purge clean dpkg --audit Gern auch „von Hand“ mit '''dselect''' interaktiv. == ggfs. Pakete auf „hold“ setzen == for x in mailman; do print $x hold; done | dpkg --set-selections == squeeze sources.list draufkopieren == Je nach Location (extern vs. im tarent-Netz): * admin/unix/sources.list/squeeze * admin/unix/sources.list/squeeze.tarent Die '''/etc/apt/sources.list''' hierdurch ersetzen. Alle lokalen Anpassungen sind eh’ in '''/etc/apt/sources.list.d/*.list'''. Außerdem die /etc/apt/preferences und ggfs. /etc/apt/preferences.d/** leeren/reviewen. == dpkg aktualisieren, grub-legacy beibehalten, apt-listbugs entfernen == apt-listbugs entfernen – es geht während des Upgrades von squeeze auf wheezy zwischendrin kaputt, weil seine Dependencies nicht korrekt sind und die Ruby 1.8 → 1.9.1(really-1.9.3) Migration im Weg ist. Außerdem nervt das eh immer nur. agus apt-get --purge install dpkg apt-listbugs- grub- grub-legacy == apt aktualisieren == Potentiell ein bißchen tricky, durch einen Bug in APT selber. apt-get --purge install apt agus Wenn das nicht klappt: apt-get --purge install apt -o APT::Immediate-Configure=no agus == System temporär auf squeeze heben == Potentiell ein bißchen tricky, durch einen Bug in APT selber. apt-get --purge dist-upgrade Falls Fehler auftreten, iterativ so lösen: * E: Could not perform immediate configuration on 'perl'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) * E: Could not perform immediate configuration on 'perl-modules'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) apt-get --purge install perl -o APT::Immediate-Configure=no apt-get --purge dist-upgrade * E: Could not perform immediate configuration on 'g++-4.4'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) apt-get --purge install build-essential -o APT::Immediate-Configure=no apt-get --purge dist-upgrade == Platz schaffen == '''Achtung:''' (hier noch) keine postgresql-* Pakete von „autoremove“ entfernen lassen! apt-get --purge autoremove apt-get --purge clean == ggfs. Pakete auf „hold“ setzen == ''(wo nötig, Beispiel siehe oben)'' == wheezy sources.list draufkopieren == Je nach Location (extern vs. im tarent-Netz): * admin/unix/sources.list/wheezy * admin/unix/sources.list/wheezy.tarent Die '''/etc/apt/sources.list''' ersetzen. Alle lokalen Anpassungen sind eh’ in '''/etc/apt/sources.list.d/*.list'''. Außerdem ''erneut'' die /etc/apt/preferences und ggfs. /etc/apt/preferences.d/** leeren/reviewen (da tarent-server für squeeze sie noch mit Leben füllen könnte). == tar und danach(!) dpkg aktualisieren === agus apt-get --purge install tar apt-get --purge install dpkg dpkg --audit Manchmal mag dpkg nicht, das sieht dann so aus: The following packages have unmet dependencies: libc6-dev : Breaks: gcc-4.4 ( 4.4.6-4) but 4.4.5-8 is to be installed E: Broken packages Demfalls hilft i.d.R. ein Entfernen von gcc-4.4 (braucht das noch wer? in wheezy nichtmals m68k…): apt-get --purge install dpkg gcc-4.4-base- -o APT::Immediate-Configure=no dpkg --audit gcc-4.3
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, Nov 28, 2014 at 04:00:42PM +0100, Thorsten Glaser wrote: On Fri, 28 Nov 2014, Stephan Seitz wrote: Of course not. syslog-ng was not replaced by rsyslog when Debian changed the default syslog. Note that syslog-ng was not the default, but sysklogd (which was) wasn’t replaced either. Thankfully. Are you sure that we didn’t have syslog-ng between sysklogd and rsyslog? I’m getting old… The grub1 bootloader was not replaced when Debian changed to grub2. Actually, it was, unless you installed the fresh “grub-legacy” package before upgrading, which was mostly a no-op though. And forgetting to do so *did* hose some obscure systems. Hm, I got the info that a new menu entry was added to the grub1 menu to chainload into grub2 (not the boot default). After some testing you had to enter a command to install the grub2 bootloader. Without it grub1 was active with its menu.lst. Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: s...@fsing.rootsland.net | | Public Keys: http://fsing.rootsland.net/~stse/keys.html | smime.p7s Description: S/MIME cryptographic signature
Re: Re: systemd, fstab, noauto and nofail
Vincent Danjean: I found another issue with systemd and noauto. [...] Do you think I should do a bugreport ? Not until you've constructed a far better description, because your current description is this: 1. I have several lines in /etc/fstab that all have noauto. 2. systemd is obeying my noauto instruction. 3. and, at runtime, my photos are not mounted under /media/photos or not with the options I specify (I need to check that exactly) It should be obvious that this is going to be rejected as a systemd bug. You should (in addition to describing the computer's behaviour properly, as you note) find out what part of your system is responsible for enacting the mounts, since you explicitly instructed systemd not to be, and file the bug against that, if it is indeed a bug. * http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/problem-report-standard-litany.html -- 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/54788d43.1080...@ntlworld.com
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 2014-11-28 at 13:48 +0100, Thorsten Glaser wrote: On Fri, 28 Nov 2014, Svante Signell wrote: It will be interesting to see how many Debian Maintainers and Developers will jump the ship and join them (in addition to the users). Future will I’ll tell you in the present. Github? Ugh! http://mako.cc/copyrighteous/free-software-needs-free-tools The rest is just as bad (mailinglists hosted somewhere in the wild too, etc). And the website is illegible, and I curiously wonder who is behind all that. But mostly rhetorically, as I’m not really interested… (about devuan) This has just started, give them some time, please. From a comment on the thread about upgrades (that don't belong to the ctte bugs): https://lists.debian.org/debian-devel/2014/11/msg01265.html Do note that new installs of kFreeBSD and Hurd should not get systemd, but what exactly is probably up to the porters for lack of a CTTE decision in that. Maybe it would be a better place for the non-linux debian-ports to be hosted by devuan (they are currently not release candidates for Jessie): If Debian ditch all non-linux ports, that would make life easier for all DMs and DDS: - no non-linux ports needing other any init than systemd, remove alternatives - no requirement for portable code upstream, previously forwarded by DMs and/or bug reporters. - no annoying bug reports for patches addressing portability, see above (mostly ignored anyway). - ditch all other desktop systems, just go with Gnome - etc - based on the above, plenty of packages could be removed, etc BTW: why not rename Debian 8 Jessie to Debian Lendows(tm) 1, and perhaps the whole distribution (Lindows was acquired by M$, that name is taken already) Note, I'm just kidding, or? Is the Universal OS ship sinking? -- 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/1417188308.11764.444.ca...@g3620.my.own.domain
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, 28 Nov 2014, Stephan Seitz wrote: On Fri, Nov 28, 2014 at 04:00:42PM +0100, Thorsten Glaser wrote: On Fri, 28 Nov 2014, Stephan Seitz wrote: Of course not. syslog-ng was not replaced by rsyslog when Debian changed the default syslog. Note that syslog-ng was not the default, but sysklogd (which was) wasn’t replaced either. Thankfully. Are you sure that we didn’t have syslog-ng between sysklogd and rsyslog? I’m Yes. Although, for most use cases, they’re both too bloated. On Guillem’s recommendation I’ve switched to inetutils-syslogd now, and like it so far. When sending to a logserver, you have to enable that in /etc/default/inetutils-syslogd (for security reasons), and the logserver can then be e.g. an rsyslogd with all of its advanced functionality. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1411281636390.10...@tglase.lan.tarent.de
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 28 Nov 2014, Svante Signell wrote: Github? Ugh! http://mako.cc/copyrighteous/free-software-needs-free-tools This has just started, give them some time, please. No. If they even consider things like this, there is something seriously wrong right in the beginning. Maybe it would be a better place for the non-linux debian-ports to be hosted by devuan (they are currently not release candidates for Jessie): No. There’s always debian-ports, which I’m told is moving closer to Debian itself, but for now, keeping those who already are there in Debian unstable itself is better. If Debian ditch all non-linux ports, that would make life easier for all DMs and DDS: - no non-linux ports needing other any init than systemd, remove alternatives […] Uhm… that is not a good idea. Hey, there are *still* bugs found because of s390 (not s390x). Portability and variety is g̲o̲o̲d̲! bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1411281638380.10...@tglase.lan.tarent.de
Re: Thank you for the remarkable work on Jessie
On Fri, Nov 28, 2014 at 9:04 PM, lumin wrote: However there's a issue: Once started the Xorg, it Segfaults right away. Seems that this is caused by xserver-xorg-video-siliconmotion[3]. Please file a bug (severity serious): http://x.debian.net/howto/report-bugs.html (Please let me know what log/file should I send if someone is interested in looking into this problem.) You will need to include the gdb backtrace: http://x.debian.net/howto/use-gdb.html -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6eqbhsv2npjkwmzy0mpmcprezrxl9jtajhxjluoqxh...@mail.gmail.com
Bug#771337: init-scripts: iptables-persistent initialized after psad
Package: general Severity: important I installed the psad in order to detect port scanning attempts and – according to the recommendations from https://wiki.debian.org/iptables – installed my initial set of rule to be loaded by iptables-persistent. However, in the init script order, psad has priority 20 and iptables-persistent has 37, which will trigger a warning email because psad does not find the logging rules in iptables when it starts. My expectation would be that iptables-persistent gets initialized before psad. Kind regards, Sven -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-042stab093.5 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20141128155500.22460.45910.report...@vm-a.i.cluepunk.com
Bug#771337: init-scripts: iptables-persistent initialized after psad
Control: reassign -1 psad On Fri, 28 Nov 2014 16:55:00 +0100, Sven Herzberg wrote: I installed the psad in order to detect port scanning attempts and – according to the recommendations from https://wiki.debian.org/iptables – installed my initial set of rule to be loaded by iptables-persistent. However, in the init script order, psad has priority 20 and iptables-persistent has 37, which will trigger a warning email because psad does not find the logging rules in iptables when it starts. My expectation would be that iptables-persistent gets initialized before psad. Sounds like a bug in psad's init script (missing requirement). I'm reassigning the bug report to the psad package. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Various Artists: Fernando Sor Variations Sur Malbrough S En Va T En Guerre signature.asc Description: Digital Signature
Processed: Re: Bug#771337: init-scripts: iptables-persistent initialized after psad
Processing control commands: reassign -1 psad Bug #771337 [general] init-scripts: iptables-persistent initialized after psad Bug reassigned from package 'general' to 'psad'. Ignoring request to alter found versions of bug #771337 to the same values previously set Ignoring request to alter fixed versions of bug #771337 to the same values previously set -- 771337: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771337 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b771337.14171929962929.transcr...@bugs.debian.org
Re: Bug#771269: ITP: jnr-ffi -- Java library for loading native libraries without writing writing JNI code
Hi Tim, I believe we already have that one: https://packages.qa.debian.org/j/jffi.html -- 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/5478a80c.5070...@apache.org
Re: Technical committee acting in gross violation of the Debian constitution
The mailinglist of Devuan is not hosted elsewhere - it's hosted on the infrastructure of another GNU/Linux Distribution. Just call dyne.org in the browser ... signature.asc Description: OpenPGP digital signature
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 28 Nov 2014 10:20:22 +0100, Matthias Urlichs matth...@urlichs.de wrote: If you want to convince the systemd people to split that part of systemd- -as-pid1 off to a separate library, and/or to properly version that API, you should submit an appropriate patch You see, I have been an architect and a sysadmin for almost 20 years. That means that I have a pretty clear image about how I want my systems to look like and how I want to be able to run my system. That does not mean that I am able to provide a patch to coax any piece of software into doing what I want it to do. That's a developer's job. And even acknowledging those facts does not take away my privilege of voicing my opinion about how I want my systems to look like and how I want to be able to run my system. I became a member of Debian thirteen years ago[1] to be able to bring some of my ideas into Debian proper. It's not that anybody needs to listen, but nobody is going to tell me to shut up just because I only know how the result of a job should look like without being able to do the job myself. Greetings Marc [1] yes, and I know that you were already around when I arrived -- -- !! 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/e1xupsw-0002yu...@swivel.zugschlus.de
Re: Technical committee acting in gross violation of the Debian constitution
On Thu, 27 Nov 2014 14:25:46 -0800, Nikolaus Rath nikol...@rath.org wrote: Would you stop using (random example) apache if it started shipping with some often-useful CGI scripts? I am pretty sure that the apache people would include them with a way to disable them just in case one does not want them. And I am also pretty sure that they would not de-implement the Common Gateway Interface just because people still like to run vulnerable Matt Wright Scripts from 2002. 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/e1xupus-0002za...@swivel.zugschlus.de
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 28 Nov 2014 08:45:29 +0100, Josselin Mouette j...@debian.org wrote: There is nothing in the FUD that’s still being spread that hasn’t been entirely debunked almost a year ago in https://wiki.debian.org/Debate/initsystem/systemd I have nothing to add to what we wrote at that time. And I’m tired of people rehashing the same crap just because they can’t admit they have been wrong. Systemd is here in jessie, the world didn’t fall down like you predicted, and those “bitter rearguard battles” Ian warned us about only achieve a single goal: pissing people off, including three of those who made this possible by their tireless work. This is nothing short of bullying. If you want to help our users, you can contribute to debianfork, or you can improve your packages in Debian. But spreading your bitterness on development forums is only about hurting people. Your way of communicating is hurting people as usual. Please stop. 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/e1xupvt-0002zi...@swivel.zugschlus.de
Re: successful upgrade to jessie - thanks!
On Fri, 28 Nov 2014 09:30:01 +0100, Matthias Urlichs matth...@urlichs.de wrote: Marc Haber: Updating of such systems has always been a pain, but this time it's going to be a gazillion times more painful. Why? (Seriously.) Because this time fixing those things is more than just minor changes in some init script. It's learning and understanding more than just a few bizarre new concepts. And this facing a mostly hostile upstream and a Fedora-Centric community. 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/e1xupxh-0002zs...@swivel.zugschlus.de
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 2014-11-28 at 19:05 +0100, Marc Haber wrote: And I am also pretty sure that they would not de-implement the Common Gateway Interface just because people still like to run vulnerable Matt Wright Scripts from 2002. For many things, CGI is actually the only way to run them securely, since it's the only way to run foreign processes in a container environment (chroots, etc.) or with user privilege separation. The poor man alternatives like mod-php5 are nothing which a security conscious admin would ever use. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
Matthias Urlichs matth...@urlichs.de writes: Non-standard inittab entries should surely be displayed and warned about, but IMHO that's not sufficient reason to not switch the other 99.99% who never touched their inittab. In the server world, I'm pretty sure you are significantly underestimating the number of systems with a custom inittab, although automatic handling of all the various ways to spawn a useful serial console would cut down the numbers somewhat. But we're pretty late in the release cycle to do enough analysis to try to figure out what those all are. (Where I've worked, this has always been custom, replacing /etc/inittab with a local configuration file, so the analysis isn't trivial.) -- 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/8761dzf9qh@hope.eyrie.org
Re: Technical committee acting in gross violation of the Debian constitution
Hi, Marc Haber mh+debian-de...@zugschlus.de writes: Your way of communicating is hurting people as usual. Please stop. I respectfully disagree. There was imho nothing in the quoted message that would warrant a reaction like 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/87wq6fyxb2.fsf@rincewind.i-did-not-set--mail-host-address--so-tickle-me
Re: Bug#771099: ITP: cakephp2 -- MVC rapid application development framework for PHP (2.x series)
Maxime Chatelle x...@rxsoft.eu schrieb: Package: wnpp Severity: wishlist Owner: Maxime Chatelle x...@rxsoft.eu * Package name: cakephp2 Version : 2.5.6 Upstream Author : http://cakefoundation.org/ * URL : http://cakephp.org/ * License : MIT Programming Lang: PHP Description : MVC rapid application development framework for PHP (2.x series) CakePHP is a flexible model-view-controller rapid application development framework for PHP inspired by Ruby on Rails. Why a separate source package? cakephp is orphaned, you should rather adopt it and update it to the most recent upstream release. Cheers, Moritz -- 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/slrnm7hj5n.3ms@inutil.org
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, Nov 28, 2014 at 07:03:14PM +0100, Marc Haber wrote: It's not that anybody needs to listen, but nobody is going to tell me to shut up just because I only know how the result of a job should look like without being able to do the job myself. Having a detailed discussion about how systemd should be developed on debian-devel could get a little bit tiring for some though. -- Regards, Olav -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141128192412.gc25...@bkor.dhs.org
Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am 28.11.2014 15:55, schrieb Marco d'Itri: I have a system where the network connection is so important that the pppd is invoked via the inittab, which is a published interface of the init system and has been for decades. When an upgrade installs systemd, this machine will simply drop off the network. I want to warn about non-standard inittab entries with a debconf notice, but I have not started working on it yet. Excellent, thank you! Simon -BEGIN PGP SIGNATURE- Version: GnuPG v1 iJwEAQECAAYFAlR40l0ACgkQ0sfeulffv7tV1gP/SByNCzmUNh6N0i8C/3aW9Ziq F2jq7uKuDfNjOa/VlIcj2TPNP4phDyPgEChu6yzstfIutwOOCYbfip72T829anQ2 cixkAKm8cOkbfXHcdPzZZ5g8t2p0+oo0lvA/ixXpj2HFgY6uoTQEXtzlf7gJzfjj oZWVokDS5awd3zICa1Q= =h93B -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5478d25f.8030...@debian.org
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, Nov 28, 2014 at 04:40:50PM +0100, Thorsten Glaser wrote: Hey, there are *still* bugs found because of s390 (not s390x). Uhm. s390x is 64bit BE; ppc64 and sparc64 never made it into the archive. Kind regards Philipp Kern signature.asc Description: Digital signature
Re: successful upgrade to jessie - thanks!
On Fri, Nov 28, 2014 at 07:08:09PM +0100, Marc Haber wrote: And this facing a mostly hostile upstream and a Fedora-Centric community. I have observed a mostly hostile Debian community in recent months. I'm not sure if this jab at Fedora is particularly warranted. Kind regards Philipp Kern signature.asc Description: Digital signature
Re: Technical committee acting in gross violation of the Debian constitution
Marc Haber mh+debian-de...@zugschlus.de writes: On Thu, 27 Nov 2014 14:25:46 -0800, Nikolaus Rath nikol...@rath.org wrote: Would you stop using (random example) apache if it started shipping with some often-useful CGI scripts? I am pretty sure that the apache people would include them with a way to disable them just in case one does not want them. So what? You can also use systemd without using the tools for NTP, network configuration, or the journal. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- 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/87tx1j2hp8@vostro.rath.org
Re: Bug#771099: ITP: cakephp2 -- MVC rapid application development framework for PHP (2.x series)
On Fri, Nov 28, 2014 at 08:27:51PM +0100, Moritz Mühlenhoff wrote: Maxime Chatelle x...@rxsoft.eu schrieb: Package: wnpp Severity: wishlist Owner: Maxime Chatelle x...@rxsoft.eu * Package name: cakephp2 Version : 2.5.6 Upstream Author : http://cakefoundation.org/ * URL : http://cakephp.org/ * License : MIT Programming Lang: PHP Description : MVC rapid application development framework for PHP (2.x series) CakePHP is a flexible model-view-controller rapid application development framework for PHP inspired by Ruby on Rails. Why a separate source package? cakephp is orphaned, you should rather adopt it and update it to the most recent upstream release. I'm already adopting cakephp, in fact I just need a sponsor, the last 1.x upstream release is waiting on mentors.d.n cakephp (1.x series) is still used by peoples (120+ installs in popcon) and still maintained by upstream. So instead of forcing users to migrate their webapp I prefer to add alternative. And 2.x series is not backward compatible with 1.x series. Regards, -- Maxime Chatelle gpg: 5111 3F15 362E 13C6 CCDE 03BE BFBA B6E3 24AE 0C5B -- 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/20141128201710.ga4...@hermes.rxsoft.eu
Re: successful upgrade to jessie - thanks!
Hi, Marc Haber mh+debian-de...@zugschlus.de writes: A few hours of reasearch later (which could have been a few minutes if just the community would have been a bit more helpful) it turned out they were right: We start kdm via an init script and sysvrc emulation, and this does actually break the distinction between multi-user.target and graphical.target. I have yet to find out why runlevel3.target doesn't work either. runlevel{2,3,4}.target are by default aliases for multi-user.target: $ /lib/systemd/system % ls -l runlevel* lrwxrwxrwx 1 root root 15 Nov 18 13:15 runlevel0.target - poweroff.target lrwxrwxrwx 1 root root 13 Nov 18 13:15 runlevel1.target - rescue.target lrwxrwxrwx 1 root root 17 Nov 18 13:15 runlevel2.target - multi-user.target lrwxrwxrwx 1 root root 17 Nov 18 13:15 runlevel3.target - multi-user.target lrwxrwxrwx 1 root root 17 Nov 18 13:15 runlevel4.target - multi-user.target lrwxrwxrwx 1 root root 16 Nov 18 13:15 runlevel5.target - graphical.target lrwxrwxrwx 1 root root 13 Nov 18 13:15 runlevel6.target - reboot.target Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/8738932ep7@deep-thought.43-1.org
Re: successful upgrade to jessie - thanks!
On Fri, 28 Nov 2014 20:55:42 +0100, Philipp Kern pk...@debian.org wrote: On Fri, Nov 28, 2014 at 07:08:09PM +0100, Marc Haber wrote: And this facing a mostly hostile upstream and a Fedora-Centric community. I have observed a mostly hostile Debian community in recent months. I'm not sure if this jab at Fedora is particularly warranted. On #systemd yesterday, it took a mere twelve minutes until I got the first maybe your distribution is broken when I just wanted to debug a faulty X server. A few hours of reasearch later (which could have been a few minutes if just the community would have been a bit more helpful) it turned out they were right: We start kdm via an init script and sysvrc emulation, and this does actually break the distinction between multi-user.target and graphical.target. I have yet to find out why runlevel3.target doesn't work either. Thankfully kdm does still have an init script which honored a strategically placed exit 0. 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/e1xut2e-0004ll...@swivel.zugschlus.de
Re: Technical committee acting in gross violation of the Debian constitution
Am Freitag, 28. November 2014, 09:28:39 schrieb Matthias Urlichs: Hi, Martin Steigerwald: Am Donnerstag, 27. November 2014, 22:30:15 schrieb Vincent Bernat: ❦ 27 novembre 2014 22:02 +0100, Martin Steigerwald mar...@lichtvoll.de : And well, I also wonder why systemd --user functionality is in the *same* binary than the PID 1 stuff… but well… Wild guess: because it manages processes like PID 1? That kind of exchange isn´t productive You mean the wild guess part? Yes, it's not, but you have to admit that I wonder why systemd --user is the same binary as systemd --system kindof asks for that kind of response – after all, the answer should be obvious; it's not as if we started discussing what systemd does (and how) yesterday. Well, it doesn´t get any more productive. And if you read and understand one of my previous posts it would be obvious *why*. -- 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.
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 28 Nov 2014 12:28:19 -0800, Nikolaus Rath nikol...@rath.org wrote: Marc Haber mh+debian-de...@zugschlus.de writes: On Thu, 27 Nov 2014 14:25:46 -0800, Nikolaus Rath nikol...@rath.org wrote: Would you stop using (random example) apache if it started shipping with some often-useful CGI scripts? I am pretty sure that the apache people would include them with a way to disable them just in case one does not want them. So what? You can also use systemd without using the tools for NTP, network configuration, or the journal. Is that as easy as running current GNOME without systemd, which is surely possible? 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/e1xusz6-0004ls...@swivel.zugschlus.de
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, Nov 28, 2014 at 10:21:48PM +0100, Marc Haber wrote: Is that as easy as running current GNOME without systemd, which is surely possible? Much easier. Note that if you want GNOME without systemd, it required actual effort instead of doing petty jabs on mailing lists. Actual effort was done amongst others the developers of systemd-shim. Currently not having systemd and use GNOME is quite easy on Debian. -- Regards, Olav (GNOME release team) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141128213622.gd25...@bkor.dhs.org
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, Nov 28, 2014 at 10:36:22PM +0100, Olav Vitters wrote: On Fri, Nov 28, 2014 at 10:21:48PM +0100, Marc Haber wrote: Is that as easy as running current GNOME without systemd, which is surely possible? Much easier. Note that if you want GNOME without systemd, it required actual effort instead of doing petty jabs on mailing lists. Actual effort was done amongst others the developers of systemd-shim. Currently not having systemd and use GNOME is quite easy on Debian. Uh? gnome-settings-daemon → libpam-systemd → systemd (There's more to systemd than just pid 1.) -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141128222911.ga10...@angband.pl
Re: Technical committee acting in gross violation of the Debian constitution
2014-11-28 23:29 GMT+01:00 Adam Borowski kilob...@angband.pl: On Fri, Nov 28, 2014 at 10:36:22PM +0100, Olav Vitters wrote: On Fri, Nov 28, 2014 at 10:21:48PM +0100, Marc Haber wrote: Is that as easy as running current GNOME without systemd, which is surely possible? Much easier. Note that if you want GNOME without systemd, it required actual effort instead of doing petty jabs on mailing lists. Actual effort was done amongst others the developers of systemd-shim. Currently not having systemd and use GNOME is quite easy on Debian. Uh? gnome-settings-daemon → libpam-systemd → systemd (There's more to systemd than just pid 1.) I think he meant systemd, the PID 1 specifically here. As for the other parts: You couldn't have GNOME without ConsoleKit or GTK+ before either... -- 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/caknhny9qf1kuvn1o6jhafxrdrgbjsq344nrv37tdmauw7se...@mail.gmail.com
Re: Javascript trigger design
On 11/28/2014 08:20 PM, Thorsten Glaser wrote: On Fri, 28 Nov 2014, Thomas Goirand wrote: It's been a long time I've been thinking about it, and I believe that the only way to do this, would be to use triggers. Though I have never Look at libjs-protoaculous which combines prototype and scriptaculous into one (possibly minified) js file. In (our inhouse version of) FusionForge, we just depend on it, and it contains all the trigger and dependency magic needed for that. Hi! Thanks for the pointer. I just had a look, let me make sure I understand how it works now. So if I understand well (by reading your example package), the only thing I have to do (for horizon) is: 1/ Create a debian/openstack-dashboard.triggers that would contain a list of interest /usr/share/javascript/something, for example: interest /usr/share/javascript/jsencrypt then I'd get triggered in my postinst, and then I should do: 2/ in debian/openstack-dashboard.postinst, implement something like: if [ $1 = triggered ] ; then /usr/share/openstack-dashboard/manage.py compress --force fi Is it *that* simple? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5479059e.1060...@debian.org
Re: Technical committee acting in gross violation of the Debian constitution
Marc Haber mh+debian-de...@zugschlus.de writes: On Fri, 28 Nov 2014 12:28:19 -0800, Nikolaus Rath nikol...@rath.org wrote: Marc Haber mh+debian-de...@zugschlus.de writes: On Thu, 27 Nov 2014 14:25:46 -0800, Nikolaus Rath nikol...@rath.org wrote: Would you stop using (random example) apache if it started shipping with some often-useful CGI scripts? I am pretty sure that the apache people would include them with a way to disable them just in case one does not want them. So what? You can also use systemd without using the tools for NTP, network configuration, or the journal. Is that as easy as running current GNOME without systemd, which is surely possible? Much easier, the comparison does not really make sense. Running systemd without the extra tools is about as easy as running systemd without Gnome. Best, Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- 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/87r3wm3mhx@vostro.rath.org
Re: Technical committee acting in gross violation of the Debian constitution
On Thu, Nov 27, 2014 at 10:02:06PM +0100, Martin Steigerwald wrote: And well, I also wonder why systemd --user functionality is in the *same* binary than the PID 1 stuff… but well… I brought this upstream to no avail. OK, since this is a different forum, let me go over the reasons once again. The code paths in systemd which differ between --system and --user are relatively small. One part that is the table of paths where to load units from (/etc/systemd/system vs. /etc/systemd/user, /run/systemd/system vs $XDG_RUNTIME_DIR/systemd/user, etc). Another part says (grossly simplyfying) if (--system !test_mode !virtualized_in_container()) setup_filesystems(); But those are just a few (important, but still) parts of the code. The majority, like the unit dependency logic, starting of processes, notifications from services, opening of sockets, watching of paths, etc, etc, are all shared. Actually systemd --user is probably closer to systemd --system running in a container than to systemd --system running on the host, because both run without full privileges and simply skip mounting of various things and other low-level setup. In this scenario it is natural to structure the code as a single binary that conditionalized parts of it logic as necessary. At least the logind stuff appears to be separate: Yes, logind does not share many high-level code paths with the systemd binary, so it is natural to keep them separate. OTOH, systemd and systemd-logind use the same primitives like string handling, configuration file parsing (including the logic of drop-in directories and /etc-overrides-/run-overrides-/usr/lib), and a bunch of other utility functions, which are provided by the shared systemd libraries, so it is much easier to develop them in a single repository. I hope this explains things. Zbyszek -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141129003222.gh12...@in.waw.pl
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, Nov 28, 2014 at 4:32 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Thu, Nov 27, 2014 at 10:02:06PM +0100, Martin Steigerwald wrote: And well, I also wonder why systemd --user functionality is in the *same* binary than the PID 1 stuff… but well… I brought this upstream to no avail. OK, since this is a different forum, let me go over the reasons once again. The code paths in systemd which differ between --system and --user are relatively small. [snip] The majority, like the unit dependency logic, starting of processes, notifications from services, opening of sockets, watching of paths, etc, etc, are all shared. Actually systemd --user is probably closer to systemd --system running in a container than to systemd --system running on the host, because both run without full privileges and simply skip mounting of various things and other low-level setup. In this scenario it is natural to structure the code as a single binary that conditionalized parts of it logic as necessary. +1 At least the logind stuff appears to be separate: Yes, logind does not share many high-level code paths with the systemd binary, so it is natural to keep them separate. OTOH, systemd and systemd-logind use the same primitives like string handling, configuration file parsing (including the logic of drop-in directories and /etc-overrides-/run-overrides-/usr/lib), and a bunch of other utility functions, which are provided by the shared systemd libraries, so it is much easier to develop them in a single repository. Do you really think logind and systemd are the only pieces of C software that struggle with strings or config parsing? Those are definitely a couple of things that could be split out into a separate library so we all do not have to either (a) suffer through it, tediously writing another solution or (b) throw our software in systemd's git repo and use the same release cycle and license and all the other implications of being in the same repo (including not having commit access to your own software automatically). The config aspects especially so. It would be very positive if software knew they could just depend on a really simple library and get config parsing for basically free, since then users would eventually only have to know how to write one config format and software would only have to know how to read (parse) that same one. I do not know why I am discussing this here though, haha. Cheers, -- Cameron Norman -- 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/CALZWFRJu892a xx8auf+epvnggs2bts10fg4xkuqfoeof...@mail.gmail.com
Re: Thank you for the remarkable work on Jessie
On Sat, 2014-11-29 at 00:08 +0800, Paul Wise wrote: Please file a bug (severity serious): Yes, filed this bug at: #771387: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771387 -- Regards, C.D.Luminate -- 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/1417227159.2059.3.ca...@gmail.com
Re: successful upgrade to jessie - thanks!
Le vendredi 28 novembre 2014, 22:25:28 Marc Haber a écrit : We start kdm via an init script and sysvrc emulation, and this does actually break the distinction between multi-user.target and graphical.target. Hi, Here is a native kdm service I'v copied from an other distro months ago; and used daily since. In theory it should go in /etc/systemd/system/ , but I guess that if you put it in /lib/systemd/system/ ; it will then be overwriten by dpkg once the package ship a native service. What begs me is that it actually works fine, without something matching the lengthlty setup_config() in init script; that is not replicated here. FYI: There is a more elaborate patch linked to this open bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=kdm-systemd.diff;att=1;bug=754314 Alexandre Detiste [Unit] Description=KDM Display Manager Conflicts=getty@tty1.service After=systemd-user-sessions.service getty@tty1.service plymouth-quit.service [Service] ExecStart=/usr/bin/kdm -nodaemon Restart=always IgnoreSIGPIPE=no [Install] Alias=display-manager.service WantedBy=multi-user.target
Re: Technical committee acting in gross violation of the Debian constitution
On Fri, 28 Nov 2014 23:49:58 +0100, Matthias Klumpp matth...@tenstral.net wrote: I think he meant systemd, the PID 1 specifically here. No. 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/e1xuc3j-0005ub...@swivel.zugschlus.de
Re: successful upgrade to jessie - thanks!
On Fri, 28 Nov 2014 22:33:08 +0100, Ansgar Burchardt ans...@debian.org wrote: Marc Haber mh+debian-de...@zugschlus.de writes: A few hours of reasearch later (which could have been a few minutes if just the community would have been a bit more helpful) it turned out they were right: We start kdm via an init script and sysvrc emulation, and this does actually break the distinction between multi-user.target and graphical.target. I have yet to find out why runlevel3.target doesn't work either. runlevel{2,3,4}.target are by default aliases for multi-user.target: $ /lib/systemd/system % ls -l runlevel* lrwxrwxrwx 1 root root 15 Nov 18 13:15 runlevel0.target - poweroff.target lrwxrwxrwx 1 root root 13 Nov 18 13:15 runlevel1.target - rescue.target lrwxrwxrwx 1 root root 17 Nov 18 13:15 runlevel2.target - multi-user.target lrwxrwxrwx 1 root root 17 Nov 18 13:15 runlevel3.target - multi-user.target lrwxrwxrwx 1 root root 17 Nov 18 13:15 runlevel4.target - multi-user.target lrwxrwxrwx 1 root root 16 Nov 18 13:15 runlevel5.target - graphical.target lrwxrwxrwx 1 root root 13 Nov 18 13:15 runlevel6.target - reboot.target Which significantly changes things in Jessie since the majory of services is still started via the old rcX.d mechanism, and thus starting to runlevels behaves completely different from what users expect. This is bad. 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/e1xuc8j-0005uv...@swivel.zugschlus.de
Embedded systems and systemd
Simon Richter wrote: On 28.11.2014 09:43, Svante Signell wrote: The official name of the Debian fork is devuan: https://devuan.org It will be interesting to see how many Debian Maintainers and Developers will jump the ship and join them (in addition to the users). Future will tell... Well, not me. While the situation sucks for embedded systems, I doubt this project will gain sufficient traction to provide a better alternative, so the result is basically going back to square one and providing the necessary tools for embedded system development from emdebian.org. Why, precisely, do you foresee future problems with embedded systems development? Personally, I'm looking forward to a much easier time building future embedded systems using systemd, or the occasional too-small-for-anything-else embedded system (that couldn't run standard sysvinit or Debian for that matter) using a dedicated init=/custom-program. If you've actually evaluated systemd for embedded systems applications and run into issues, please consider filing bug reports or raising issues on the upstream mailing list; that's a use case I'm interested in as well, and I'd be happy to help. - Josh Triplett -- 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/20141129070620.GA8027@thin
Re: successful upgrade to jessie - thanks!
Hi, Marc Haber: It's learning and understanding more than just a few bizarre new concepts. I learned. I (think I) understand. But I do not think these fancy new concepts are bizarre at all. If anything, they make my life way easier. If anything, IMHO using words like bizarre isn't exactly conductive to rational dialogue … -- -- Matthias Urlichs signature.asc Description: Digital signature
Re: Javascript trigger design
Quoting Thorsten Glaser (2014-11-28 13:20:36) On Fri, 28 Nov 2014, Thomas Goirand wrote: It's been a long time I've been thinking about it, and I believe that the only way to do this, would be to use triggers. Though I have never Look at libjs-protoaculous which combines prototype and scriptaculous into one (possibly minified) js file. In (our inhouse version of) FusionForge, we just depend on it, and it contains all the trigger and dependency magic needed for that. Just looking at the package name that seems not an ideal aproach: Should we then make packages for each combination of libraries to be merged together, or am I missing a more clever logic? Or do you perhaps point at that package not suggesting duplicating it but instead cherry-picking triggers for a system-wide structure? On Fri, 28 Nov 2014, Ben Finney wrote: My understanding is that the Debian JavaScript team is converging on a standard for compiling JavaScript (using uglify, I think) as a routine That’s not good. Various upstreams recommend/require various minifier tools and say they have had issues with other tools, e.g. due to the minifiers differing in what they require from the source code to work without failure. I agree that too strong standardization is not good - and I disagree with the interpretation that the Javascript team is moving towards such standardization. That said, I do believe Uglifyjs is the best compressor we have, and recomend to treat it as a default similar to newest GCC for C - i.e. use Uglifyjs unless all of... * code is complex, and * upstream tests only only against an alternate compressor which is available in Debian, and * no testsuite with decent coverage and usable for us on build daemons - 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
Bug#771398: ITP: ruby-redis-activesupport -- Redis store for ActiveSupport::Cache
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-redis-activesupport Version : 4.0.0 Upstream Author : Luca Guidi m...@lucaguidi.com * URL : https://github.com/redis-store/redis-activesupport * License : Expat Programming Lang: Ruby Description : Redis store for ActiveSupport::Cache -- 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/20141129074851.31910.66496.reportbug@sasalam
Re: Technical committee acting in gross violation of the Debian constitution
❦ 28 novembre 2014 22:21 +0100, Marc Haber mh+debian-de...@zugschlus.de : So what? You can also use systemd without using the tools for NTP, network configuration, or the journal. Is that as easy as running current GNOME without systemd, which is surely possible? systemd-timesyncd and systemd-networkd are disabled by default, at least in Debian. You can disable systemd-journald as well if you wish. -- Make sure comments and code agree. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Re: Embedded systems and systemd
]] Josh Triplett Simon Richter wrote: On 28.11.2014 09:43, Svante Signell wrote: The official name of the Debian fork is devuan: https://devuan.org It will be interesting to see how many Debian Maintainers and Developers will jump the ship and join them (in addition to the users). Future will tell... Well, not me. While the situation sucks for embedded systems, I doubt this project will gain sufficient traction to provide a better alternative, so the result is basically going back to square one and providing the necessary tools for embedded system development from emdebian.org. Why, precisely, do you foresee future problems with embedded systems development? Personally, I'm looking forward to a much easier time building future embedded systems using systemd, or the occasional too-small-for-anything-else embedded system (that couldn't run standard sysvinit or Debian for that matter) using a dedicated init=/custom-program. I'm not Simon, but one valid argument I've heard is that embedded stuff has a tendency to get stuck on old vendor kernels, something that doesn't work so well when systemd uses newer kernel interfaces. Apart from «don't use new kernel interfaces» (something that upstream won't do, ditto for adding workarounds fro old kernels), I don't really see this as easily fixable. -- 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/m23892tq34@rahvafeir.err.no
Accepted policykit-1 0.105-8 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 10:07:46 +0100 Source: policykit-1 Binary: policykit-1 policykit-1-doc libpolkit-gobject-1-0 libpolkit-gobject-1-dev libpolkit-agent-1-0 libpolkit-agent-1-dev libpolkit-backend-1-0 libpolkit-backend-1-dev gir1.2-polkit-1.0 Architecture: source amd64 all Version: 0.105-8 Distribution: unstable Urgency: medium Maintainer: Utopia Maintenance Team pkg-utopia-maintain...@lists.alioth.debian.org Changed-By: Martin Pitt mp...@debian.org Description: gir1.2-polkit-1.0 - GObject introspection data for PolicyKit libpolkit-agent-1-0 - PolicyKit Authentication Agent API libpolkit-agent-1-dev - PolicyKit Authentication Agent API - development files libpolkit-backend-1-0 - PolicyKit backend API libpolkit-backend-1-dev - PolicyKit backend API - development files libpolkit-gobject-1-0 - PolicyKit Authorization API libpolkit-gobject-1-dev - PolicyKit Authorization API - development files policykit-1 - framework for managing administrative policies and privileges policykit-1-doc - documentation for PolicyKit-1 Closes: 771281 Changes: policykit-1 (0.105-8) unstable; urgency=medium . * Rebuild against libsystemd0. This drops the last remaining dependency to libsystemd-login0. (Closes: #771281) * Bump Standards-Version to 3.9.6 (no changes necessary). Checksums-Sha1: 4baf1e267c493584f33f9482f74bab093516be6c 2883 policykit-1_0.105-8.dsc 1c70fbf5548175c44aaeafcf4f9ec283c26a6821 17608 policykit-1_0.105-8.debian.tar.xz 84543def1de7aa44c0374428147c76cbe45dcd3c 58656 policykit-1_0.105-8_amd64.deb 43351fb89a4fd5e0762148e254f19434d79892c1 261474 policykit-1-doc_0.105-8_all.deb 2ce326ee51773357e18389ec1f78ea4e2f4adfac 40814 libpolkit-gobject-1-0_0.105-8_amd64.deb f915fc3c6133e876cb3254bbac83bf61194d29ff 58964 libpolkit-gobject-1-dev_0.105-8_amd64.deb cebbba795d75cf6e04f3674860dcf6a380ec838b 22122 libpolkit-agent-1-0_0.105-8_amd64.deb 61372822dae83ffc8961aae99ea8a5a70b05da64 27942 libpolkit-agent-1-dev_0.105-8_amd64.deb 57972554f67e30920824303f3b9449754754b428 42696 libpolkit-backend-1-0_0.105-8_amd64.deb c48b2a421aadfa003dc2699e88bf63c08309506c 47266 libpolkit-backend-1-dev_0.105-8_amd64.deb 7d01d7896af3636b0b05362fe303ad3fd9bf72cb 14164 gir1.2-polkit-1.0_0.105-8_amd64.deb Checksums-Sha256: 169da9ec58d47a6abe1a0e1bd054a463c45d8a014adb2c4a46b7c2d718276cc2 2883 policykit-1_0.105-8.dsc d9bf8cd917ab712b181471d216d3bacff6750127350d7bed9b0beee5b7e88ee9 17608 policykit-1_0.105-8.debian.tar.xz 4b23f28f7c221366ea31909c41aae4c6c9362d34d8bf95453503b95e957cffb4 58656 policykit-1_0.105-8_amd64.deb a7f2c06217e9ce7a3a0a3f31e27e6feb7705fda39fd92c116973cc312d362404 261474 policykit-1-doc_0.105-8_all.deb 52b963731a835130ef88c55412dba6b858d8d3dbcd084e8b2418105842cda7b2 40814 libpolkit-gobject-1-0_0.105-8_amd64.deb 0f06b20acd5c2f6260632991f61098d654931c8637667de5fe6d3aeaf2d4280f 58964 libpolkit-gobject-1-dev_0.105-8_amd64.deb e7f3fa8c5eccce0f0643ba4ec3b686ad5cc5a3c29759db94acb87488b864edd7 22122 libpolkit-agent-1-0_0.105-8_amd64.deb 1f27fa19e040747f620c57c16e6174ffa04e67f3780c63db776afd8ce85896b1 27942 libpolkit-agent-1-dev_0.105-8_amd64.deb 9b3e1d4d25c6a019a73a6c629c4cf52c7efd300c7519aa2f3213cf638dfda06d 42696 libpolkit-backend-1-0_0.105-8_amd64.deb 4293f7eb9c848e34ce5a7816fa23c2e14f68b4d0e69685bc98de1222a5c243c5 47266 libpolkit-backend-1-dev_0.105-8_amd64.deb 295f0b4a713b422ff68fdd78d711c72be46165f2b28e723e3a4e43a485ae444c 14164 gir1.2-polkit-1.0_0.105-8_amd64.deb Files: be58c44396bfaddf6719f6b01f693c70 2883 admin optional policykit-1_0.105-8.dsc 8d5ac292802fd5f14950496550e86193 17608 admin optional policykit-1_0.105-8.debian.tar.xz 5287fded321f20d76f8b7926a1002180 58656 admin optional policykit-1_0.105-8_amd64.deb 4946fa676312b2ade58f5ec77fecc185 261474 doc optional policykit-1-doc_0.105-8_all.deb 8b82e6514ff9912a1d09d8451cfe7c38 40814 libs optional libpolkit-gobject-1-0_0.105-8_amd64.deb 0926d74c3192c9ff83ed025d6681d3ac 58964 libdevel optional libpolkit-gobject-1-dev_0.105-8_amd64.deb 10a61965c2ca5079fc7994bcb133dbb0 22122 libs optional libpolkit-agent-1-0_0.105-8_amd64.deb 0fe17e370fca5a6835e0b5b4602ffe2d 27942 libdevel optional libpolkit-agent-1-dev_0.105-8_amd64.deb 777deb61de29f0f54a48c89258317bad 42696 libs optional libpolkit-backend-1-0_0.105-8_amd64.deb 05218e89f063f30460fced48da10f3a9 47266 libdevel optional libpolkit-backend-1-dev_0.105-8_amd64.deb ee54c9c9e81333b035dc96df5407910b 14164 introspection optional gir1.2-polkit-1.0_0.105-8_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIbBAEBCAAGBQJUeDxmAAoJENFO8V2v4RNH6/gP+IEr6V9IHV6bardCnPYi/CPg w5J1bWTCLSpZpFZTK1cwsoNRIpalAdpEkE23XySXcnDUmNKofUPBJfH0M0coCx7x zLmxV7ttvy3NpAf3kfhpv5ci55T4SBRtnqtkp3aA/Fpr+l9oAi7mGOsg0W5ZfxSQ rmCmaWgKqMDzfl2XnEuUWoZ0Ew/ik6s3ia1IGV59Gog3lO01GldG/L/LPbySQK5c G3QUVNGhPsywWXVIu98JXrXJ2hq4xXAV5cThAgxhmThpW6RRYorJJwZQqLSLMU1h
Accepted https-everywhere 4.0.2-2 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 09:31:54 + Source: https-everywhere Binary: xul-ext-https-everywhere Architecture: source all Version: 4.0.2-2 Distribution: unstable Urgency: medium Maintainer: Debian Mozilla Extension Maintainers pkg-mozext-maintain...@lists.alioth.debian.org Changed-By: Damyan Ivanov d...@debian.org Description: xul-ext-https-everywhere - extension to force the use of HTTPS on many sites Changes: https-everywhere (4.0.2-2) unstable; urgency=medium . * Team upload . * Patch src/chrome/content/toolbar_button.js to make loading of the FAQ require user action. When run for the first time, the addon shows a notification bar. Closing that bar loads the HTTPS-everywhere FAQ from the authors' site. This is a privacy breach. This patch requires pressing a 'FAQ…' button before loading the remote page. Checksums-Sha1: 7025326130e1e35f3456cb3b3de732bc8fa6ac16 2140 https-everywhere_4.0.2-2.dsc ca992565f5a59c306f56ccab21fc78a0f9dded24 10028 https-everywhere_4.0.2-2.debian.tar.xz d06ac958fa70f2736b69cee9a1044da01f9bd5a9 631802 xul-ext-https-everywhere_4.0.2-2_all.deb Checksums-Sha256: 3b89910396e92eb516a45e7958760471a2e2e89d0a4712f3c12aa8310c44d8a5 2140 https-everywhere_4.0.2-2.dsc da00201f44d624ece6acff3e8911a9fc5a114031412a5c82673b2079a03fc05a 10028 https-everywhere_4.0.2-2.debian.tar.xz a11ceb0066d1cc9f92a9d511e54c2816e5e72b584f90b58fd6f6fec549834b4a 631802 xul-ext-https-everywhere_4.0.2-2_all.deb Files: 345ec4471164292f1bed1126fafe424c 2140 web optional https-everywhere_4.0.2-2.dsc b5c8330ef59dce6b47f8340d7079990c 10028 web optional https-everywhere_4.0.2-2.debian.tar.xz 0a371ef058f1dc8a1a5c615b27a2228e 631802 web optional xul-ext-https-everywhere_4.0.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUeEGmAAoJENu+nU2Z0qAEnOEP/3NNJdvLHAZiHcNqJlZKbqVE Je1EARkwm6N824S8RcmckLiIUveGFpjcVil/FEtev+LPWEXDE9GH4YaWDKdGLCCJ d4/8mwCSOgzqQZMP/o3AHT86b2vsNh7VvBh66+C0OBb+fGYNKIQdhp86PgLxuLPk oZmBK4cqgTrRhMghxuSuEJdsiwCGcYJsj6nC8rltMLrvA9hj8XLnKXEbF6anKNS4 87SfvZkn6TbDjNQ59gg/k62NwxxbM1YFixAE3ekbPtdf7gfEDzF2rM6AkDuQrQ7L 2MlLm6U9aIbTC5iKEAWX5P3W8vIrany3c1CXg8AfRgvBmwF1MOxGVNX9EuBLrB9u vW+dP0MxAS5GYHKKtIjtOPF3EQus3MrMEH+ilQzH2LkzhJwq9bj3fBPkn/DpPw3Y 9mm6ADLsRsxTSEU5AIieYYyEoeOHE2B+6aNGnBQ2f00INZD11ZAbHoYkiLKr/Bfl fc3AKWwgB/B0NhIvX7KVbeOZrrS3GI4MzcPC8HErTgvbPiSg8SL91x9Rsh6NL/Rz a3MY1Pbwo8gTsXszmUvZakBG/K/9zjozitmNTBJ34qftB1umMXUFxSKouAX1Cok2 Ghil03fN6wn23Lj8jZjtHphXYkzGgXQjE3foRg107DiVu8SaoyTCs2kICfD79kEl ckl+8V4e4Qvim3VrjMTC =zIPg -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/e1xuiak-qo...@franck.debian.org
Accepted policykit-1 0.112-4 (source amd64 all) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 10:15:06 +0100 Source: policykit-1 Binary: policykit-1 policykit-1-doc libpolkit-gobject-1-0 libpolkit-gobject-1-dev libpolkit-agent-1-0 libpolkit-agent-1-dev gir1.2-polkit-1.0 Architecture: source amd64 all Version: 0.112-4 Distribution: experimental Urgency: medium Maintainer: Utopia Maintenance Team pkg-utopia-maintain...@lists.alioth.debian.org Changed-By: Martin Pitt mp...@debian.org Description: gir1.2-polkit-1.0 - GObject introspection data for PolicyKit libpolkit-agent-1-0 - PolicyKit Authentication Agent API libpolkit-agent-1-dev - PolicyKit Authentication Agent API - development files libpolkit-gobject-1-0 - PolicyKit Authorization API libpolkit-gobject-1-dev - PolicyKit Authorization API - development files policykit-1 - framework for managing administrative policies and privileges policykit-1-doc - documentation for PolicyKit-1 Closes: 771281 Changes: policykit-1 (0.112-4) experimental; urgency=medium . [ Andreas Henriksson ] * Install typelib files into MA libdir. . [ Martin Pitt ] * Rebuild against libsystemd0. This drops the last remaining dependency to libsystemd-login0. (Closes: #771281) * Bump Standards-Version to 3.9.6 (no changes necessary). Checksums-Sha1: cfe30db65183943a63d57e845464113cb01c3e19 2730 policykit-1_0.112-4.dsc 06ce2d1583d3b7977e54edf2e61d6652af7f1181 14832 policykit-1_0.112-4.debian.tar.xz 129488627710eb4d3a8d15ecbfd3cdff47f5b7a0 94648 policykit-1_0.112-4_amd64.deb f39f00996a263ed954965daf9fa19e904e26b58a 244200 policykit-1-doc_0.112-4_all.deb 26f5891a12d3791df41ead2c437ca4eddc214ea4 41266 libpolkit-gobject-1-0_0.112-4_amd64.deb 71429e242f4c1ff330d2b7a4777ec35f2c62065a 59626 libpolkit-gobject-1-dev_0.112-4_amd64.deb e98d64f34788c3f2acd0c957826684ee6b667cba 22772 libpolkit-agent-1-0_0.112-4_amd64.deb 8424691d947c7dabedb0be7d5bbd21f202310e7e 28574 libpolkit-agent-1-dev_0.112-4_amd64.deb 1ead08b919ba702c66d30063f5ca88cfde67f1ce 14990 gir1.2-polkit-1.0_0.112-4_amd64.deb Checksums-Sha256: e36f49d52710779c783125b67989a53a79521623cf7059a7c4e262b2fd944c23 2730 policykit-1_0.112-4.dsc a71841ad77a79333af7bdf2ba1bbafc3c54a37b308bd374830c726257bb97792 14832 policykit-1_0.112-4.debian.tar.xz 062bbfd338148d49ae91664ea3d24c39fe0e64dd5d9342cba698a41b9f68d7e9 94648 policykit-1_0.112-4_amd64.deb f332e431a2fd3b55c9526a8f6267ae48e922eb93f1b22bb94758e8be39b4b5c3 244200 policykit-1-doc_0.112-4_all.deb a44b36741adddad1122d4c55999a5f76eeb7ae447949c06f6c245bd3d807172a 41266 libpolkit-gobject-1-0_0.112-4_amd64.deb 1c7419cd1ba108fdb298f53b911a8cd067f5ad446fa7a54cae0fa2c71383f4a0 59626 libpolkit-gobject-1-dev_0.112-4_amd64.deb d52b27c5448baa289cce6a45675503a2b2e0e5705d5d680d9f4b81cd7757a47b 22772 libpolkit-agent-1-0_0.112-4_amd64.deb d1f30820b7a466f9a7b71fb6e19bf7afd5cad20a3eca4a066eabbe14d13d2981 28574 libpolkit-agent-1-dev_0.112-4_amd64.deb 2ed0f42047bcb88ea03b62a20deb8b2a5f1a7cff85d6816e955363417628f9f5 14990 gir1.2-polkit-1.0_0.112-4_amd64.deb Files: 4d93b7d2e8a3635da6bba54afc07e39f 2730 admin optional policykit-1_0.112-4.dsc 84e21c47962dca6119bc9dc401e149f2 14832 admin optional policykit-1_0.112-4.debian.tar.xz b140c8588253a7b21e58146a57a4338a 94648 admin optional policykit-1_0.112-4_amd64.deb a79f678a502b48f9974d788e6e04e9d3 244200 doc optional policykit-1-doc_0.112-4_all.deb 8a7661b2016f35fd3d500a895bb0f07d 41266 libs optional libpolkit-gobject-1-0_0.112-4_amd64.deb f05a5b299b9f8588c7016a38ed07f044 59626 libdevel optional libpolkit-gobject-1-dev_0.112-4_amd64.deb 06e35bf456c434cb9b3b0950799506dd 22772 libs optional libpolkit-agent-1-0_0.112-4_amd64.deb 8c889966e17e35e7a6b8f343166db46f 28574 libdevel optional libpolkit-agent-1-dev_0.112-4_amd64.deb 353047fa6e227b71b6455400326e7399 14990 introspection optional gir1.2-polkit-1.0_0.112-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUeEesAAoJENFO8V2v4RNHLCwP/3AOCFHplTOiNYdrSKNSrbmG 7ZHBWhObVyEnN+mUI48+RbCDd5rlhH9N2s0Zbimk0rxXm8/hdD8V1jy6eIw+g94A 2Ckui5DDiGoPkZT31jTp8hyIXgUISLwbvf07J0EIh4niCGGaVndZSxaPF4E3mE35 e8TTfHznOjFamTYx2jrOIALcwJaxMzswc6GlZINBUyt2dpEEc69HETg9I5gnu49h K83TW2wWoZ01yTX2NtDEysZcYFpr9zR5chk0ddXFSRnNSgmcxlV7LHWnqN81sZlF B8YWZtNO+8IXVRVfmJBT/KID+vjkDl/1XkQlagWvjK6ggT/SIYq03is1dKyUL9r2 OH1rit5CGYBcZKP6y6HOhiO2sGhg5JWOleqEUhCUftZDBpCmgp8pIThsINj+bmhF 5yTO+YswF8fiT2PPhO5Ogt/FvcwTKaHYBGcGgxe9JV9BsFSlz5p08f0sknf2BNK+ PMnmn6gXT2UtuMmP1Nr0KNWVc+Z4UW2wHd44KO6jNSCQ1z9auZDN1TiqTStV9gDi HpkC+uCgCDlfae+BN9V0enIDRlZdqpm0ZXry+K4nInqUSz3fRh1HLQRQ5AHtnOMW lrBf7GV8BHe72kVwErrR73/otkOoUVwx+USss3vrneQ+HXe6W53hopuOTzPcwP/0 HnNDykpFD/8EzSR7VKE9 =t2br -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/e1xuiqc-0005ox...@franck.debian.org
Accepted https-everywhere 4.0.2-3 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 09:59:35 + Source: https-everywhere Binary: xul-ext-https-everywhere Architecture: source all Version: 4.0.2-3 Distribution: unstable Urgency: medium Maintainer: Debian Mozilla Extension Maintainers pkg-mozext-maintain...@lists.alioth.debian.org Changed-By: Damyan Ivanov d...@debian.org Description: xul-ext-https-everywhere - extension to force the use of HTTPS on many sites Changes: https-everywhere (4.0.2-3) unstable; urgency=medium . * forgotten bug closer in previous changelog entry * add Bug-Debian to no-unconditional-FAQ-load.patch description Checksums-Sha1: f6018aa8f022a01ce4813c024a1b16f8f958418b 2140 https-everywhere_4.0.2-3.dsc 43a19a4e256f61766e03b48104a4add7fef97068 10084 https-everywhere_4.0.2-3.debian.tar.xz 3e37552e4bb8c638c6c1083ddedf9a63b441de22 631886 xul-ext-https-everywhere_4.0.2-3_all.deb Checksums-Sha256: ac5aff52cbc152ff223bbdf1e0032b781b151276e568e9feb54341827bbff933 2140 https-everywhere_4.0.2-3.dsc c7a9a852880276d79b10397fd6050ff4741904e6669e01ec0ba892deeb9276e2 10084 https-everywhere_4.0.2-3.debian.tar.xz 632276636d64a2535d89b0620a0323f4b3956345fb4a05309382271f83142f96 631886 xul-ext-https-everywhere_4.0.2-3_all.deb Files: d38ba105a4e871fc72d48a6415a53c50 2140 web optional https-everywhere_4.0.2-3.dsc 2a2e63f591961d9b54b8c5a723b32331 10084 web optional https-everywhere_4.0.2-3.debian.tar.xz fd700bc8ffd553a005c4ae3936365319 631886 web optional xul-ext-https-everywhere_4.0.2-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUeEiWAAoJENu+nU2Z0qAEF+8P/0IVNoeBWpovz4iIqzq6nfHY wqNlbUONJWVNx10miUqlvfa+UjaKsFPedFQ8nEy/zWwi7qsIgf7Exqt++XoRQuoO wtrFjMGtn66f9lo2jsVSMRp8EOkLcBz04oQ28OWyTtA4CzYAHiEJ32rxa5Ci5EZz bKaF6DZLzrJJ+o5We5q/pXoTmv/8OKqwvlVKJdetSJhsXgBOwQ1U/+Nh2rA4oFaz HQ4/JUE/VahTcN+7IL4FknGD95NFXAVddj7ynw0gFZuw5VFhMnGuD0yfj4uL3YXf 5bZ/+PQ0zT35fY4ENPuSDET/rKQ/8/q2yirUYIy0zcN3cVqa8gkCjo06PuQAj5rF w0IGqmijz0jpC5CBFNOBgqOC6WS5ScBNTixidGNvpTqL09BcRZ8EZex3CIIxqCrk R7c+QSJVKnKUFHypCGcOouDRJsWB5pCy3dsiZw67AMJNUyZF8v8L6bWqJVSXhKyX EMq0M/oWCBACa/x60yCaEVBngNL8GhpEeEYHNFJkl/5mKbE5kxCG6ABJDl2h9GO+ fO4gg/+Ofjtmzc6JyDLz69MmbK9Zesp0VEbeMv6NAt8aKtKhvaY08O60kmOZl48s cQC0PBASH0s04Qq6UN0Xe+3dTSMPmNNCLuthnCDMi8jWEIIG7n6ddYjuN/29uwjX pD10u34NWFXrdLZmTdEI =W1d3 -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/e1xuidq-0001br...@franck.debian.org
Accepted pgadmin3 1.20.0~rc1-1 (source amd64 all) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 09:59:17 +0100 Source: pgadmin3 Binary: pgadmin3 pgadmin3-dbg pgadmin3-data Architecture: source amd64 all Version: 1.20.0~rc1-1 Distribution: experimental Urgency: medium Maintainer: Debian PostgreSQL Maintainers pkg-postgresql-pub...@lists.alioth.debian.org Changed-By: Christoph Berg christoph.b...@credativ.de Description: pgadmin3 - graphical administration tool for PostgreSQL pgadmin3-data - graphical administration tool for PostgreSQL - documentation pgadmin3-dbg - graphical administration tool for PostgreSQL (debugging symbols) Changes: pgadmin3 (1.20.0~rc1-1) experimental; urgency=medium . * Fix Vcs-Browser URL. Checksums-Sha1: f14618b6bed1fb89dc240e256a5ea9d69d52c888 2270 pgadmin3_1.20.0~rc1-1.dsc bd005e525d77660af933e6e568da2d05aec2 14376169 pgadmin3_1.20.0~rc1.orig.tar.gz 6a146975dacb20260fddc57454908039bd6abbb1 19220 pgadmin3_1.20.0~rc1-1.debian.tar.xz 39a142374a236ee220b47ac5ea6247a23d0ad498 3204494 pgadmin3_1.20.0~rc1-1_amd64.deb b44624d02b4b317100f9a5e865e88a0ea99bbc63 54610632 pgadmin3-dbg_1.20.0~rc1-1_amd64.deb e96e42228f8873d747519252c71336e63852b4ab 2437658 pgadmin3-data_1.20.0~rc1-1_all.deb Checksums-Sha256: 6de2334ca4033258693d44cfcd91683b5eba8b23e919ed43ba36bd94bdcc8e80 2270 pgadmin3_1.20.0~rc1-1.dsc 25d6d8fb51bdf988132cdeaafe1d65680dce28d7f7e0c4ed05292b81688b5a2e 14376169 pgadmin3_1.20.0~rc1.orig.tar.gz 29f6baed65290602ba19112d85d0a8d9ab36ac14649840c8baab3f1222ae3c72 19220 pgadmin3_1.20.0~rc1-1.debian.tar.xz 5660141f30bef471b65c044a87391ad97e4225bdebc93cc4e9fa8d8e74556b2a 3204494 pgadmin3_1.20.0~rc1-1_amd64.deb ceec30b0a613b384ae0613badfc9b330959e1e51a64051af0b66af8ccf3c13fb 54610632 pgadmin3-dbg_1.20.0~rc1-1_amd64.deb 4b710adef7c222d93cb40bc2f9f5a968a1242f86e2f6312144070685fe1565d5 2437658 pgadmin3-data_1.20.0~rc1-1_all.deb Files: 8e74edb8ec0f7503e4077b4b038a21f0 2270 database optional pgadmin3_1.20.0~rc1-1.dsc 49258e3404c52f6dccf773ae5563673a 14376169 database optional pgadmin3_1.20.0~rc1.orig.tar.gz 0e8395f23835e037596a356cdb5cd890 19220 database optional pgadmin3_1.20.0~rc1-1.debian.tar.xz 14a32833beb6235c456c64b7f7be6307 3204494 database optional pgadmin3_1.20.0~rc1-1_amd64.deb 21ffdd1f749e7811ca5ea8ae0310214c 54610632 debug extra pgadmin3-dbg_1.20.0~rc1-1_amd64.deb 2e186343312adcb32746360922d93a96 2437658 database optional pgadmin3-data_1.20.0~rc1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUeEnZAAoJEExaa6sS0qeuGR0QAKKASiBudO1dXRvL7leFwJcD ecw5yjomRqCqbQxukLOM/iS2BubdAiC46/pk+An2xAga+igcx9JKr60X+ifbKf0V awZ9JLDsD2Wji3A/W5o3HEpt0Bx616jt9m7ieldyLsjRUP5/pRb7/WUfxREcFXw2 CbcSsYLsqpQzw/TighHRcKdb77uRL/4Ba65pF8fvu0Fe1C2h3Ejnwb960JRj4AZA darkrFLCAdtCylF1jfqGI/ZoiHPrppYMroDhc09qW9mMu+2ysl4u5X6E4Xf4s6e7 sHFp3Lw5vYC0dkAR/SwPRRQZl8M0+2JyELgaJiXH371lQiHDZmRGUprc/7zI+Kps TndL4GEQpjya1sH0z0Nq5bfOus8ixqjsvqY/4tuRaQM9/mtalaQq7ZN4ummsFs3f /l7DDBl4LAh15nOJXAdv4yQZxv5ZoIFSwPyNnei6QDawyrzCFPfbSQ0thuo/yIo8 Xf1tvr2AR05duLT4jmh+yWppZEmkbbHcx+oFy9MGhA0+0XQS7XSMtkGMYiCs8cJj IF/x3kkpUsSW9OsEV8MJ2gcU0jpxGv4vRFcxtflZgqjy+UX70Z1NplnMehsY2R5p xwhQ0JKm/gNSTqvNC4nqmT4yQ1fFrKO4rhFF9IMe1kK2svwEjJ8/guClMrsHklEx wvozrWrvvNT9S/AVBuSc =oppg -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/e1xuieg-0001jw...@franck.debian.org
Accepted quicksynergy 0.9-2 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 28 Nov 2014 10:20:20 +0100 Source: quicksynergy Binary: quicksynergy Architecture: source amd64 Version: 0.9-2 Distribution: unstable Urgency: low Maintainer: Jérémie Corbier jcorb...@debian.org Changed-By: Jérémie Corbier jcorb...@debian.org Description: quicksynergy - GUI for easy configuration of Synergy Closes: 765251 Changes: quicksynergy (0.9-2) unstable; urgency=low . * New maintainer email address. * Switch to debhelper compatibility level 9: - Get rid of cdbs. - Add a versionned dependency on quilt so dh --with quilt $@ can be used. - Use dh-autoreconf to update build files (Closes: #765251). - Add debian/source/format file ; stick to 1.0 for now. * Update Debian packaging copyright information. * Bumped up Standards-Version to 3.9.6: no changes needed. Checksums-Sha1: 524da0e58746fac0646c7e231ecdcdc92dca6627 1290 quicksynergy_0.9-2.dsc 085c9016577cdd7692d7a080c5ef7fe1a64cb8fa 6619 quicksynergy_0.9-2.diff.gz 6b73573e064b26b713e24311abd0ac4b10c2d65d 21490 quicksynergy_0.9-2_amd64.deb Checksums-Sha256: e2c8612efa45ebf8862bab7f62a4d858d7f30a59dd0f92340f28dfd8e57a57e0 1290 quicksynergy_0.9-2.dsc fb4027dda157f54d809799573a80514510de6cecde178e35f07405ec9dfc5c6a 6619 quicksynergy_0.9-2.diff.gz c2c7a2fd0163c5ab6de67f9b0c72bc78a0b4cea2634eec9ed4dd878c34354b69 21490 quicksynergy_0.9-2_amd64.deb Files: 2bb61ab2f20c54ce9c20a944503f201d 1290 net optional quicksynergy_0.9-2.dsc 96da8ef2523ca69182ed3bf595c90b28 6619 net optional quicksynergy_0.9-2.diff.gz be611ad83837dd2e5c0c052317ca6ffd 21490 net optional quicksynergy_0.9-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlR4TtQACgkQFq2EwGQTI7GtIwCfULm0HFlNFoLXehkmcr7Tg+qJ H1QAoItHlXt4aOj1IE9bRrCtcVlqycy0 =4wjW -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/e1xuisn-0006x6...@franck.debian.org
Accepted aircrack-ng 1:1.2-0~beta3-4 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 28 Nov 2014 00:48:06 +0100 Source: aircrack-ng Binary: aircrack-ng Architecture: source amd64 Version: 1:1.2-0~beta3-4 Distribution: unstable Urgency: medium Maintainer: Carlos Alberto Lopez Perez clo...@igalia.com Changed-By: Carlos Alberto Lopez Perez clo...@igalia.com Description: aircrack-ng - wireless WEP/WPA cracking utilities Closes: 771221 Changes: aircrack-ng (1:1.2-0~beta3-4) unstable; urgency=medium . * Update the paths for the IEEE OUI file on airodump-ng to match the ones used now by the package ieee-data. (Closes: #771221) Checksums-Sha1: 9344bbcb11297696ff79f093a446e1dd764d9c49 1917 aircrack-ng_1.2-0~beta3-4.dsc 669624b2b1f16fe8c8737438073c349028471f07 12588 aircrack-ng_1.2-0~beta3-4.debian.tar.xz 362d93c9b57bec12900f97ac0c3f2768b081025c 434898 aircrack-ng_1.2-0~beta3-4_amd64.deb Checksums-Sha256: 92430cf035eec305ea373b54a1303cb3456874d711fd376b01b97b8f4d9129a8 1917 aircrack-ng_1.2-0~beta3-4.dsc d6af45067398f408b6188e075b4b710f38f356e46570502e132a5cbdc44709c0 12588 aircrack-ng_1.2-0~beta3-4.debian.tar.xz 776902e2094859a3e3f10aceb415f2de1531c91b2534af73e46b802055b97ea7 434898 aircrack-ng_1.2-0~beta3-4_amd64.deb Files: 6c7b151c4ca0e00ce5b3743a7295eeda 1917 net optional aircrack-ng_1.2-0~beta3-4.dsc 3f7f84946f052fdf1155fac2bd028c95 12588 net optional aircrack-ng_1.2-0~beta3-4.debian.tar.xz e76e99aa6fb819a14695ddab40229f63 434898 net optional aircrack-ng_1.2-0~beta3-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUeFBbAAoJEJZQic5rlfiCzpEP/RQSHTEMQS7DHI3NZctfCAvL 0OMlXCiu9IX43Iza7K59Ol6xKJj5j27sCJj5UXg1gXLcBrjXzKhQC9FRKDSCh1Fn F24MEOdyKUgydA8cQ3tHinh8Q7oCGN5IcWYD0btdWYumahFlf+zrW6QKkbeL1GQs I18UANc/f1QmeHZNEQmyRceOS01RfVJxxIISIma7lxF5dXM+xx4ZPzlxjxc59k6x 31Rn3LPz+9qYpFcBL0T2ajr4gyTQdWayPVxMcDK9per/s1VjXC2G21YFbuW+/g3R F3XBQoQN22ExZQEyJwFPAGqyPmRGBhcEJFxUK7OhTs5vAXL5FrOMDl0rZ5hRzalI VR5igm8MCMzL1Y7DpRtSdaLPT93dYjTnrh6bu/mC9FSUDq0s4v74O+AMDKP7hI50 nEF4mp4258DhezzJ64WV4uXqouwKcpiajEGHRx6JXkS/FCvp2J/OvjepRM/x3gvu KSLBU0rcjGX3skx4jYfchb1vO9hJB2qJs40kHn06SluB7zSHAKnAT40Uj88WqYVH 6HAcO5EwZwT54hVqMUHiFVMky5CZ0/WFrosyMgRlvWqV4XeVd41DaH75selUgGDB 649yVBPR+oeYl/UP5tRU7Q3QH6d7y+pZwthzSGLakCNbqcxFiQuYKRf+IlJyYdjs 8xEX21Ce37uQ7TqnqkBX =/xI2 -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/e1xuj6h-0002kg...@franck.debian.org
Accepted systemd 217-1 (source amd64) into experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 10:53:58 +0100 Source: systemd Binary: systemd systemd-sysv libpam-systemd libsystemd0 libsystemd-dev libsystemd-login0 libsystemd-login-dev libsystemd-daemon0 libsystemd-daemon-dev libsystemd-journal0 libsystemd-journal-dev libsystemd-id128-0 libsystemd-id128-dev udev libudev1 libudev-dev udev-udeb libudev1-udeb libgudev-1.0-0 gir1.2-gudev-1.0 libgudev-1.0-dev python3-systemd systemd-dbg Architecture: source amd64 Version: 217-1 Distribution: experimental Urgency: medium Maintainer: Debian systemd Maintainers pkg-systemd-maintain...@lists.alioth.debian.org Changed-By: Martin Pitt mp...@debian.org Description: gir1.2-gudev-1.0 - libgudev-1.0 introspection data libgudev-1.0-0 - GObject-based wrapper library for libudev libgudev-1.0-dev - libgudev-1.0 development files libpam-systemd - system and service manager - PAM module libsystemd-daemon-dev - systemd utility library (transitional package) libsystemd-daemon0 - systemd utility library (deprecated) libsystemd-dev - systemd utility library - development files libsystemd-id128-0 - systemd 128 bit ID utility library (deprecated) libsystemd-id128-dev - systemd 128 bit ID utility library (transitional package) libsystemd-journal-dev - systemd journal utility library (transitional package) libsystemd-journal0 - systemd journal utility library (deprecated) libsystemd-login-dev - systemd login utility library (transitional package) libsystemd-login0 - systemd login utility library (deprecated) libsystemd0 - systemd utility library libudev-dev - libudev development files libudev1 - libudev shared library libudev1-udeb - libudev shared library (udeb) python3-systemd - Python 3 bindings for systemd systemd- system and service manager systemd-dbg - system and service manager (debug symbols) systemd-sysv - system and service manager - SysV links udev - /dev/ and hotplug management daemon udev-udeb - /dev/ and hotplug management daemon (udeb) Closes: 748668 Changes: systemd (217-1) experimental; urgency=medium . [ Martin Pitt ] * New upstream release. Drop all cherry-picked patches and port the Debian specific ones. * Disable systemd-resolved for now. It still needs to mature, and integration into Debian should be discussed first. * Bump util-linux dependency to = 2.25 as per NEWS. * Drop installation of 50-firmware.rules, not shipped upstream any more. Firmware loading is now exclusively done by the kernel. * Drop installation of readahead related services and code, readahead got dropped in this version. * Ship new networkctl CLI tool. * debian/libsystemd0.symbols: Add new symbols from this release. * debian/rules: Call dpkg-gensymbols with -c4 to immediately spot changed/missing symbols during build. * boot-and-services autopkgtest: Test AppArmor confined units (LP #1396270) * Create new systemd-journal-remote system group, for systemd-tmpfiles-setup.service. . [ Marc Deslauriers ] * Build-depend on libapparmor-dev to enable AppArmor support. (LP: #1396270) . [ Didier Roche ] * Handle display-manager transitions: (Closes: #748668) - Add a generator to ensure /etc/X11/default-display-manager is controlling which display-manager is started. - Modify insserv generator to mask of sysvinit-only dms with insserv $x-display-manager tag if they don't match /etc/X11/default-display-manager. This avoids starting multiple dms at boot. * Cherry-pick Shared-add-readlink_value.patch as using that function in the generator. Checksums-Sha1: ff18a7537a76984104f5d043f68d87185f60053e 4120 systemd_217-1.dsc a5445cefe889e75d0b4d7d83057a6f54f99f9645 3694524 systemd_217.orig.tar.xz dfa64533d487219467e83177e1947463d56c426f 122860 systemd_217-1.debian.tar.xz c55b4e1d3e9438fc96b9bb8a2103df04878f9b86 2764900 systemd_217-1_amd64.deb 8c33095e73d76226441adcf7720da0bb41631efb 30704 systemd-sysv_217-1_amd64.deb 4a89f1b4c54f028df913e0f1475cb6ed25416c8f 121018 libpam-systemd_217-1_amd64.deb 6c7b12ddf1394fbb0fbdf192282357171d60450b 84532 libsystemd0_217-1_amd64.deb df0678e4050f7d97b1e8c777027cc94017e91c03 91278 libsystemd-dev_217-1_amd64.deb 813fab0490a100dccbc461daf7af55d75372fdca 43868 libsystemd-login0_217-1_amd64.deb 90a17ac6d7bc4a3a48e1355e5be5d40ae25607d6 26312 libsystemd-login-dev_217-1_amd64.deb 6109ca2b879ab80698b55d26d2514eeebb7a5b12 32928 libsystemd-daemon0_217-1_amd64.deb 97b5847ed260e76d69068524c763a32cb9630815 26330 libsystemd-daemon-dev_217-1_amd64.deb c39b690de29845267b9783cfa4f5ce58b275b494 69144 libsystemd-journal0_217-1_amd64.deb 1e44cd49ecdcc10b627d7cbc45d4801dbaf85936 26306 libsystemd-journal-dev_217-1_amd64.deb b0d79de89bffb5247b9ec0c00902679492938133 31900 libsystemd-id128-0_217-1_amd64.deb 84cce4d36225f95b08570db934dd8294e51be078 26300 libsystemd-id128-dev_217-1_amd64.deb
Accepted icedtea-web 1.5.2-1 (source amd64 all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 28 Nov 2014 12:30:39 +0100 Source: icedtea-web Binary: icedtea-netx icedtea-plugin icedtea-netx-common icedtea-7-plugin Architecture: source amd64 all Version: 1.5.2-1 Distribution: unstable Urgency: medium Maintainer: OpenJDK Team open...@lists.launchpad.net Changed-By: Matthias Klose d...@ubuntu.com Description: icedtea-7-plugin - web browser plugin based on OpenJDK and IcedTea to execute Java a icedtea-netx - NetX - implementation of the Java Network Launching Protocol (JNL icedtea-netx-common - NetX - implementation of the Java Network Launching Protocol (JNL icedtea-plugin - web browser plugin to execute Java applets (dependency package) Changes: icedtea-web (1.5.2-1) unstable; urgency=medium . * IcedTea-Web 1.5.2 release. Checksums-Sha1: 8d1d08c0cd4a066ac2f7a15d53a79e26f0d9f540 1975 icedtea-web_1.5.2-1.dsc 45eb9ef057cc5239cd85d7fdfc6394de86ee7e6b 1583105 icedtea-web_1.5.2.orig.tar.gz a0af1dd8cd5e4f76f450278ea15ff313e4c9e8f6 16056 icedtea-web_1.5.2-1.debian.tar.xz d33482aabc9e22530b251e276003a157503db023 24940 icedtea-netx_1.5.2-1_amd64.deb 74f79f7b2382659978e79cc525eafe8fb9eb0e85 200348 icedtea-7-plugin_1.5.2-1_amd64.deb aaa57e968cd4e76abdd3fe70fb146b869ad90fa4 1131592 icedtea-netx-common_1.5.2-1_all.deb 588300a8d6568877675006c971649af564b1e403 8792 icedtea-plugin_1.5.2-1_all.deb Checksums-Sha256: ea20cfac5b852f87e3271598b10724b10d6af77472ed2c228d46740e0865bc0b 1975 icedtea-web_1.5.2-1.dsc b29e8ff2533cc6521a6509a002001f4c97c80a004460063156d003898da13bf3 1583105 icedtea-web_1.5.2.orig.tar.gz aaec437bd507830c57e5c2cd77744bcd28810496c7defeac69a8b073041f21bd 16056 icedtea-web_1.5.2-1.debian.tar.xz ae2d4c9751461a1d9e9b90257878a4c96a5ffd8e2f9767563e9d77ac59c1a22c 24940 icedtea-netx_1.5.2-1_amd64.deb 12f69cb1bd43d2b94dec0fd2a6422ffc5a091e59aed15c27083c561f165dfe2a 200348 icedtea-7-plugin_1.5.2-1_amd64.deb aae76860752029a3316305dd1eff9f05922afdc61c8c6461d24450a35624f208 1131592 icedtea-netx-common_1.5.2-1_all.deb fc91b54e79aa08df5ab26ebbb49ebe2fabbbd8e67422579f79dd79f5295c8a21 8792 icedtea-plugin_1.5.2-1_all.deb Files: beb11d65ea01f1771b06287a079c55c7 1975 java extra icedtea-web_1.5.2-1.dsc f8656d18345a7d1e2eb20e076abcc3ca 1583105 java extra icedtea-web_1.5.2.orig.tar.gz ca1ac7a14858dc5dcca73a6461a09f5f 16056 java extra icedtea-web_1.5.2-1.debian.tar.xz 8d128faff62bc743c6cc96f778472236 24940 java extra icedtea-netx_1.5.2-1_amd64.deb 427568cc69ba4ddeb3bf373c16424654 200348 web extra icedtea-7-plugin_1.5.2-1_amd64.deb 059231df0e370622cc8e95f00fb1ec2e 1131592 java extra icedtea-netx-common_1.5.2-1_all.deb 78c4765740bc627962e934127c4841fc 8792 web extra icedtea-plugin_1.5.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlR4ZBgACgkQStlRaw+TLJx1MgCePGIwi+SLSJYrzUrM5n/ruUwy ggwAn0X59395wRtoY9rwYDy1JjS0vH7f =tOtx -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/e1xuki0-0007kj...@franck.debian.org
Accepted gnome-user-share 3.14.0-2 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 12:53:48 +0100 Source: gnome-user-share Binary: gnome-user-share Architecture: source amd64 Version: 3.14.0-2 Distribution: unstable Urgency: medium Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Changed-By: Laurent Bigonville bi...@debian.org Description: gnome-user-share - User level public file sharing via WebDAV or ObexFTP Changes: gnome-user-share (3.14.0-2) unstable; urgency=medium . * debian/control.in: Depends against bluez-obexd instead of obex-data-server, gnome-user-share now uses the new interfaces Checksums-Sha1: 2cce2681300a9e0820ce9c0a25b6f3ea0807a0aa 2095 gnome-user-share_3.14.0-2.dsc 61668b995b2e7041cd7c87834f5c13b0d53cb4e9 9248 gnome-user-share_3.14.0-2.debian.tar.xz 8e9daba12ed11c9973707af6e8137a39f41f445a 147726 gnome-user-share_3.14.0-2_amd64.deb Checksums-Sha256: d110c34db02466fbc4aefdd6430e7ff3c543fa17e6e0985c43f1cc8019d19bab 2095 gnome-user-share_3.14.0-2.dsc 5e7bca0203384b430b03d738e354a611a502dcabd438d62f298011a8422a7ccb 9248 gnome-user-share_3.14.0-2.debian.tar.xz b62265ed2bbef20ac440b587487b5d5a0439f73d4581935710143a0699bf52ac 147726 gnome-user-share_3.14.0-2_amd64.deb Files: f6c38ce78bcc593cccb2c474e9dcc28c 2095 gnome optional gnome-user-share_3.14.0-2.dsc a5447e0f15c2295e3586d60a4698a42a 9248 gnome optional gnome-user-share_3.14.0-2.debian.tar.xz b79f4001c0067ff83157c136764dfd68 147726 gnome optional gnome-user-share_3.14.0-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJUeGNbAAoJEB/FiR66sEPVJX0H/1Yy3Iqc2zYwYCOt1pjPdBHl CyI0rPlq+JzSGIaqjz1VSkxBatiRZIWbkvmlMUMGmFtwowCI5GhsPF+5C29o7rJk vBUV4MOgKucjovK59+0R53rcGrJRyZKaIsCmMN4U9mjnPG1eg72CFIVHbRYLQM5q phThooxJ1WlEyPn7iggNKbnSepQyqsDkpKqof45WSfptRgKsvJh4AvnWQFu+z+gz 1NZTYr//wrlzhqRJ84dxigeyL/UGaFs20ee7PCBBm7dG8mHjgh+ZXF5PC3e2oRJT rhjW1LOJzGBEvA7bgMZqVW4UhektCAubaKMgxM0h2OLU2/pOCNpU8pgvMUGpi/g= =iLi6 -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/e1xukhp-0007dd...@franck.debian.org
Accepted gnome-bluetooth 3.14.0-2 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 12:42:14 +0100 Source: gnome-bluetooth Binary: gnome-bluetooth libgnome-bluetooth13 libgnome-bluetooth-dev gir1.2-gnomebluetooth-1.0 Architecture: source amd64 Version: 3.14.0-2 Distribution: unstable Urgency: medium Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Changed-By: Laurent Bigonville bi...@debian.org Description: gir1.2-gnomebluetooth-1.0 - Introspection data for GnomeBluetooth gnome-bluetooth - GNOME Bluetooth tools libgnome-bluetooth-dev - GNOME Bluetooth tools - support library development files libgnome-bluetooth13 - GNOME Bluetooth tools - support library Changes: gnome-bluetooth (3.14.0-2) unstable; urgency=medium . * debian/control.in: Depends against bluez-obex instead of obex-data-server and obexd-client, gnome-bluetooth uses the new interfaces (org.bluez.obex.Client vs. org.bluez.obex.Client1, yes this is confusing) Checksums-Sha1: b5c433bef6417f0afe5c17a7ef6aecee47fa2328 2329 gnome-bluetooth_3.14.0-2.dsc 177c2201c2b8be590710fa46cec39b28fb812633 10248 gnome-bluetooth_3.14.0-2.debian.tar.xz 6908dea916aef49422725896338b4711f99745d3 986422 gnome-bluetooth_3.14.0-2_amd64.deb 5023f34b041ec075cecd14077206667748f14e00 310320 libgnome-bluetooth13_3.14.0-2_amd64.deb ff179528f7baa46ea44f6a96321ac24e6caa75fd 269346 libgnome-bluetooth-dev_3.14.0-2_amd64.deb 9a3ee262731031ce5961c653d856cda6fd0e9188 245550 gir1.2-gnomebluetooth-1.0_3.14.0-2_amd64.deb Checksums-Sha256: 4fc8afd372bd1bf48fbfd6b9e41c40308d9049593f930e4a2d5bcf8b966d2434 2329 gnome-bluetooth_3.14.0-2.dsc a7d39edfaa02104de52dcb9f87deead35200fb7d1e4a74b8448ee1b801fc7193 10248 gnome-bluetooth_3.14.0-2.debian.tar.xz 25bde42131459f204647e2c0c89d23126afac8a23d306314d9d6effb2536308d 986422 gnome-bluetooth_3.14.0-2_amd64.deb 772bb12c68beebd2a081ab77b4f15a520bb84c69067725d68c203af36da5b2fc 310320 libgnome-bluetooth13_3.14.0-2_amd64.deb ff806aa20dc3327307b6dac2966da5605b982762722ec8ed720322323ff3790d 269346 libgnome-bluetooth-dev_3.14.0-2_amd64.deb 93e47488d3dd0b95483ba9f4df47d2c27e3866e12ca9b7e537a63f88c9060847 245550 gir1.2-gnomebluetooth-1.0_3.14.0-2_amd64.deb Files: bc5593bf1c0ceaac4eb1dee49c4cef74 2329 gnome optional gnome-bluetooth_3.14.0-2.dsc 251d9ddbf20b26bcb62b539ff38f5658 10248 gnome optional gnome-bluetooth_3.14.0-2.debian.tar.xz 1f3e5cd0a5ae3593b9db336995200e59 986422 gnome optional gnome-bluetooth_3.14.0-2_amd64.deb 8c86b18bb6c91316725b59d201d641ea 310320 libs optional libgnome-bluetooth13_3.14.0-2_amd64.deb 7c191e3343defd8387e751c058e20264 269346 libdevel extra libgnome-bluetooth-dev_3.14.0-2_amd64.deb c07b5826db03ebbb2f3a8ee511ba6734 245550 introspection optional gir1.2-gnomebluetooth-1.0_3.14.0-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJUeGIuAAoJEB/FiR66sEPV7mAH/Aj3Y6zuWFxKZmdN9DRqP4Ku xELSp7Gdt6wdL18pIoQoGI+WhRWtNXu4qOBM7zSB2iewI9JH9/OvQDw8At5sbXV9 P0gJEhAxVTCp6onFXeRiMxj7ZadKK6+cJsFHtOk+eakdJEMAdRIwOO4dO964Ju2t UQIpFRbP5OAcHk26ZphMdPuFFr7yxn94twBn5ezpEfuhscu/vTw/80D48w8ht6jq nSdNO0SCkzAXZwemfQ1RPX4wBaD+kdPmiLAS9vNyE70nW90jSmJsPdIP3Yo+//zt fiyQuDYmy/Y79mZ8+AQ2xd79yNO4yKDyxmLdGq4681pwSmsKWktlgJb+9hP1IYI= =jniZ -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/e1xukhh-0007zv...@franck.debian.org
Accepted android-platform-system-core 21-6 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 28 Nov 2014 13:00:09 +0100 Source: android-platform-system-core Binary: android-system-dev android-liblog android-liblog-dev android-libcutils android-libcutils-dev android-libzipfile android-libzipfile-dev Architecture: source amd64 Version: 21-6 Distribution: unstable Urgency: low Maintainer: Android tools Maintainer android-tools-de...@lists.alioth.debian.org Changed-By: Hans-Christoph Steiner h...@eds.org Description: android-libcutils - Android utils library for C android-libcutils-dev - Android utils library for C - Development files android-liblog - Android logging library android-liblog-dev - Android logging library - Development files android-libzipfile - Android zipfile library android-libzipfile-dev - Android zipfile library - Development files android-system-dev - Android system development headers Closes: 769646 Changes: android-platform-system-core (21-6) unstable; urgency=low . [Simon McVittie] * fix missing android_atomic_* symbols on i386 (Closes: #769646) Checksums-Sha1: 43eb56d73259d7ac7fa951a61c5021cb94e98d1c 2752 android-platform-system-core_21-6.dsc ba7a770eee7e87a10475c4f590278f6a256bd861 13932 android-platform-system-core_21-6.debian.tar.xz a40f6ce08b96ae5ea5beb28685554716390ba587 24458 android-system-dev_21-6_amd64.deb 3283b22629214ad210df20292c7dff5bc2b5ea57 15770 android-liblog_21-6_amd64.deb d8c568a25d50864fdd1b086dbd301303baa06c6c 21780 android-liblog-dev_21-6_amd64.deb a6a9bf63d06639752fd8a48aafa29a79391052e8 22968 android-libcutils_21-6_amd64.deb 8f42e3dd7d7acb0b642c884b4daa23b538c72d67 38844 android-libcutils-dev_21-6_amd64.deb 23cf513ac1b0487cc239944299efb6f690ba8211 7594 android-libzipfile_21-6_amd64.deb 67211af5b3c7ebe8437141dfd75dbe7c7ccfcf5f 7054 android-libzipfile-dev_21-6_amd64.deb Checksums-Sha256: 3ea64675d4fc81ed632f571816af0a976b49cc8a3627c909dc7a15c0fea571d9 2752 android-platform-system-core_21-6.dsc d8f4d0b375f29aaac02891d706f4682f129307c81e07ba08306e500390da2706 13932 android-platform-system-core_21-6.debian.tar.xz 3ff1942c6869677f4e003146870e7ed93e4da17f38d65aaf2462febac3a5f14c 24458 android-system-dev_21-6_amd64.deb 066e7693d6e8cf8973b23729504582ce3d69b7392999eab64ae2af72f1c4c91d 15770 android-liblog_21-6_amd64.deb 2811dab5230e514c9dc7a5012dc5f41d67c1ea0f47bb91b94bb4b528bd838e90 21780 android-liblog-dev_21-6_amd64.deb 48bda44e10007b913f12ec82798b27f16ce03c96ab304be75cd6d3bc19ef4e2d 22968 android-libcutils_21-6_amd64.deb 9295d9edc9e69ae5284360b375b584e7c7b39cf9762258cbb5983607407da02c 38844 android-libcutils-dev_21-6_amd64.deb 20c3c9e32827b59f5368ed683a96b64771a8429e3bf6a27119aec6ecf021219f 7594 android-libzipfile_21-6_amd64.deb 087facd92f67b109692f6f5b22ce0952b683894a20de12b2171880a6bb704eb9 7054 android-libzipfile-dev_21-6_amd64.deb Files: 27c654d52f41fe58d95ca054bfa7 2752 devel extra android-platform-system-core_21-6.dsc 3cef0671508a59f41a02c500c5ffe660 13932 devel extra android-platform-system-core_21-6.debian.tar.xz 902a91844b0da377ae13e32835a4477a 24458 libdevel extra android-system-dev_21-6_amd64.deb 04f0cc9800db917a349824315b5b198b 15770 libs extra android-liblog_21-6_amd64.deb dc9e866bfac1b10f341b4ffa407b0984 21780 libdevel extra android-liblog-dev_21-6_amd64.deb 91ec0b75f58e11fb978a1d1d88633f12 22968 libs extra android-libcutils_21-6_amd64.deb ca084deefd2531ad4295441ad9d9c312 38844 libdevel extra android-libcutils-dev_21-6_amd64.deb e99c5bf710ab1b38d011a81fc51bfcdd 7594 libs extra android-libzipfile_21-6_amd64.deb 0b0662add5764a07d6bab162ad72c169 7054 libdevel extra android-libzipfile-dev_21-6_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: GPG for Android - https://guardianproject.info/code/gnupg/ iQIcBAEBCAAGBQJUeG5FAAoJEJ8P5Yc3S76BPFQP/0gopXVIm4y4ItnjzJ94wXS8 eI57766/B4tnjolKU3metZFGPh/f+AwNlMuIqhbuR/UikJbcktBWjNrKsA55Gsg5 g11pPU+45My79ANdFuivFVHRmawCCCcgCOc1RRyiMEMY5nCDatp6UUHUaHKGRQDI ohcSs1mTxvcXYZEI/uyHBPbK/SNuac0U7V+WSe4UPRRDdvzCuBBaxqV2XpPwyLhY PU/JvJRgteiA/IV9VeFDXUkAaaYWSUxVLaSDCCTUyT4NiIWbQKqw0A5sqti7Ttcu nhpQBtynAZHsQR+vb8RpxrrkdL8Wta3KLnWfHuKlLlFPZIN4S5Zy7+2D9JZNb4KS XeU14oS5hHqhc/91LIIWU9H1J7Ge15bRYdpufilGm3ua5Xjwlb9qGCtE389dMdZF xq4PJWSYUNGEbpUlWd9KuabpNUd0C2mCz5hEKZGzIrRWTY5CGvY8zp+/1TJLx+n7 s7K6zToR/+dVtSea7w3J33ApI4vKWB72rTNoGV1unhH1YwUve6y2yzXmDKU0B0pS krCetyDPHCg3p7glcBLbPZBUfoqKNtwgGSXgT0kFRS/TpovD/shcrF0oT1XXLf// diPOykd0L7YdeikAsVZ/FG9BsGQJ/7wSpOWn8rUJt6C99D+cfLpLarsY2X+Qb2A9 lYK52OeZzPRvD4M9RWL7 =YN+5 -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/e1xukyq-00052u...@franck.debian.org
Accepted macchanger 1.7.0-3.1 (source amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 27 Nov 2014 10:52:16 +0100 Source: macchanger Binary: macchanger Architecture: source amd64 Version: 1.7.0-3.1 Distribution: unstable Urgency: medium Maintainer: David Paleino da...@debian.org Changed-By: Jean-Michel Nirgal Vourgère jmv_...@nirgal.com Description: macchanger - utility for manipulating the MAC address of network interfaces Closes: 768325 Changes: macchanger (1.7.0-3.1) unstable; urgency=medium . * Non-maintainer upload. * Change the non-vendor bytes, and only them, on automatic run. (Closes: #768325) Checksums-Sha1: 00b81047b0bf9b53c14136bc2da943c65ec2671c 1911 macchanger_1.7.0-3.1.dsc 305c68bcbb730715a47dc5d354352da83635c6a9 19164 macchanger_1.7.0-3.1.debian.tar.xz b993e2ca170216618d957d4effcb2b40a0f99c2d 189604 macchanger_1.7.0-3.1_amd64.deb Checksums-Sha256: 17ec5ac1293427eeaeb0878d829de3f2873bd8fa0c576cc89f665b1b0ca6df9e 1911 macchanger_1.7.0-3.1.dsc f77df147c7f93d9be3ff70f64b2239de86136cefc6469dbec18dee809132afd3 19164 macchanger_1.7.0-3.1.debian.tar.xz c06c4e0bbb93d162d87d8c0dc4cfe338f7221eae3c0560c4dece323e7f839070 189604 macchanger_1.7.0-3.1_amd64.deb Files: eaf04d00b8a2aaa9ef0a4513af2b40ce 1911 net extra macchanger_1.7.0-3.1.dsc c9531b55f5d5233a3467c0f234155470 19164 net extra macchanger_1.7.0-3.1.debian.tar.xz d74765acb7980ba9b2c08eefac87d659 189604 net extra macchanger_1.7.0-3.1_amd64.deb -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJUeGsqAAoJELrOFdKldJj/Pf8QAM9YQnr6glYG7JdaU4QBtc/5 A/nhQMIGFThJd4JQmPChs4KxQmPP68yXQwvM8uCcBXCdStA5+O1yiWSdu/esmCuD QAuIVLc4tp7P7efnoBpM0YdKnwKHsFELwaYAb1ps3MnLIZhpoDircbJM/Mbespk9 OSrkU/OU3YbrVB8URoXHy3vu24AvodWdaTRJshD5E35GvsOF9f0VVW/Epfmfk3yD wfvS53T43t7jzE39F3Khr8t0iAHoamna9IfPjgRJ+eTU/0bn2hY7Q52vfBmo6Fwc hfvjqPUdq9iaeMAvd6D3I5Sen9xfgQPWYnjkEaORiHU+Lln2QJ+1i0aau6tDNOPC tm6jbuLhxU+S7g8Gf59PppiZeWktbZyGSYZXOL4BwFKwxV66lQdvxHYH1Y5Wc6/a jtiq+yXXHko6cZ/wGd57tZtbVH9uPKOqpUFt4t61TTpsZ/zsBJmUflfFKJcT7Str adPc4phMSIMp3bpxZREMYpFj1anhnNFmOF0mANtl/XLcnU783Wyh5MWKPg4l9OSD ixHvpI430korgfmaMSZ11BNiVPyRs6EfUWLVYoRbwB4wJXDz88hr0oRqX3nR8hDJ WpV6Y6ESQ0JBgqMgU9CEODQfBPibdytF+qmpNw/y8y8rexosO01enQvfZrSE+5Ta /EjNxmYVgeXff0OqEHER =2ofP -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/e1xukz6-00057m...@franck.debian.org
Accepted binutils 2.24.90.20141128-1 (source all amd64) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 28 Nov 2014 14:20:09 +0100 Source: binutils Binary: binutils binutils-dev binutils-multiarch binutils-multiarch-dev binutils-hppa64 binutils-doc binutils-source Architecture: source all amd64 Version: 2.24.90.20141128-1 Distribution: unstable Urgency: medium Maintainer: Matthias Klose d...@debian.org Changed-By: Matthias Klose d...@debian.org Description: binutils - GNU assembler, linker and binary utilities binutils-dev - GNU binary utilities (BFD development files) binutils-doc - Documentation for the GNU assembler, linker and binary utilities binutils-hppa64 - GNU assembler, linker and binary utilities targeted for hppa64-li binutils-multiarch - Binary utilities that support multi-arch targets binutils-multiarch-dev - GNU binary utilities that support multi-arch targets (BFD develop binutils-source - GNU assembler, linker and binary utilities (source) Changes: binutils (2.24.90.20141128-1) unstable; urgency=medium . * Snapshot, taken from the 2.25 branch 20141128. - gold: Fix corrupted .eh_frame section with LTO and --gc-sections. - gold: Fix PowerPC relaxation corner case. * Relax upper shlibs version dependency to the next release candidate. Checksums-Sha1: 285eb3264c6712caada566b4805077c0e0cb3c8f 1810 binutils_2.24.90.20141128-1.dsc 32c1ed859ea833ea61450049f51538717a761f23 29908057 binutils_2.24.90.20141128.orig.tar.gz fd1e0e2cb54e22e2c950c0d7e9b2d130ef784722 120555 binutils_2.24.90.20141128-1.diff.gz 8cacc69bb9a560b5917d4d3474cc5d0a3cc4d6d2 501546 binutils-doc_2.24.90.20141128-1_all.deb 09405a6c40a0f2f3810e8e73ae3d5a6901f54a08 17151152 binutils-source_2.24.90.20141128-1_all.deb a0ee39ec74d06e4e117ce03de540ada94bf619bc 3492712 binutils_2.24.90.20141128-1_amd64.deb 74fb1ec77d3d866fbc1967419ea44cb9d98b33f4 1920332 binutils-dev_2.24.90.20141128-1_amd64.deb 761e5e5c5a9594d7bc303fdddf9fd590004979ff 1643190 binutils-multiarch_2.24.90.20141128-1_amd64.deb 099760075868de918e2a7e563d8dc408b20d8835 1376 binutils-multiarch-dev_2.24.90.20141128-1_amd64.deb Checksums-Sha256: 8976fa93cbabe6f8ee0f34d790564ccd4cf8153bb73c49c629d07b93194fd688 1810 binutils_2.24.90.20141128-1.dsc e487c1eb14e605ac73a6c31e69678eaf58f09b50f32451c18e1db91fa810face 29908057 binutils_2.24.90.20141128.orig.tar.gz e114b84a02d55022631f4442dd6ec1d3fd2d3f7bdf7ad9f30f0d321363de05db 120555 binutils_2.24.90.20141128-1.diff.gz 91b20566da923fd858458d2cb0094b4efdc48fb5cbcbd0d4dcb0a06177cd144e 501546 binutils-doc_2.24.90.20141128-1_all.deb bc21327a572d210e8f9abcfb877c28c1138ca49b2904c5dfb2eab0ca10a56d05 17151152 binutils-source_2.24.90.20141128-1_all.deb 6534f34c690fc92030312d7f2e5225642b1036b5d9c2247dfd1885c3fc5f55d6 3492712 binutils_2.24.90.20141128-1_amd64.deb f91f3dfea1cc15bc2125d9739a602cc3392fb3bb622594b40c7158adbef50a8a 1920332 binutils-dev_2.24.90.20141128-1_amd64.deb af59b079121f0cf9c047356802626d9911b9c341090e6c1edd8e4c7e2654713a 1643190 binutils-multiarch_2.24.90.20141128-1_amd64.deb a08c43f71460e015f37c1b4d739bc0e93c0393b78ed2fa7dfdfd16dda10234bc 1376 binutils-multiarch-dev_2.24.90.20141128-1_amd64.deb Files: 6ca2b64d865870fb8ff9a31f74bae1a1 1810 devel optional binutils_2.24.90.20141128-1.dsc 696db65d3c1d017da8ea10db10cef863 29908057 devel optional binutils_2.24.90.20141128.orig.tar.gz 00c05fad93b0fe172ed882ae50aa4d33 120555 devel optional binutils_2.24.90.20141128-1.diff.gz 547bcf79905daaeb75f02f1a2cee1652 501546 doc optional binutils-doc_2.24.90.20141128-1_all.deb 5422aa8534e6180f3957847821ad73bd 17151152 devel optional binutils-source_2.24.90.20141128-1_all.deb d2291830b9517f21120956102e398de9 3492712 devel optional binutils_2.24.90.20141128-1_amd64.deb 04912b0002dfecd413942e0604894424 1920332 devel extra binutils-dev_2.24.90.20141128-1_amd64.deb 4f5b90beabdc68e16118657916ee695d 1643190 devel extra binutils-multiarch_2.24.90.20141128-1_amd64.deb 75f418b7cb66541218a56c955f770225 1376 devel extra binutils-multiarch-dev_2.24.90.20141128-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlR4f/AACgkQStlRaw+TLJxR0gCfVBHEL7v5AcLrd9RuTHTFpG7L 3+UAn1lIFjm88QpkcrgAd2c1fs7GvKvx =Yzzc -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/e1xunko-0006sq...@franck.debian.org
Accepted dictionaries-common 1.23.17 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 21 Nov 2014 17:36:35 +0100 Source: dictionaries-common Binary: dictionaries-common dictionaries-common-dev Architecture: source all Version: 1.23.17 Distribution: unstable Urgency: medium Maintainer: Agustin Martin Domingo agmar...@debian.org Changed-By: Agustin Martin Domingo agmar...@debian.org Description: dictionaries-common - spelling dictionaries - common utilities dictionaries-common-dev - spelling dictionaries - developer files Closes: 770484 Changes: dictionaries-common (1.23.17) unstable; urgency=medium . * installdeb.in: Important documentation fix (Closes: #770484). - Fix info about this script automatically creating symlinks for hashes created by {a,i}spell-autobuildhash. This is not true since 1.23.0. - Add info about specific substvar variables. Checksums-Sha1: f643559d621cec9a243fba57bdfba414a7b43d0c 1875 dictionaries-common_1.23.17.dsc 0141aeb5abed71fd5819dad87cba50cfa4bc8c2b 357710 dictionaries-common_1.23.17.tar.gz d61d667bdbfe3a1b1c361d35d980b839c0a4d8a2 248982 dictionaries-common_1.23.17_all.deb 4b8b3b8b3e4c3a62634f5d9980df99b65e9d1e07 141986 dictionaries-common-dev_1.23.17_all.deb Checksums-Sha256: 74f73bc8b529d3bd6ae1b32ef555d35a7a9013cb9164987a342cd75d264d6752 1875 dictionaries-common_1.23.17.dsc 6664b870323cbfa90e58d9c419748bb0b4ddd4d44aaba09b1e77c5f76c6a07e5 357710 dictionaries-common_1.23.17.tar.gz 9c8bf5ab0c36e5807cb4e8cb95968612e0d1e304af05c97888538ddc83e3c625 248982 dictionaries-common_1.23.17_all.deb 553a73439c413f7301e904c3e146ac64981aeb3982172fcd4bf042606aa42655 141986 dictionaries-common-dev_1.23.17_all.deb Files: a30abcb03fb2eee7be24985acb041c41 1875 text optional dictionaries-common_1.23.17.dsc ad6f3cc60f3aa3e498d88b2362a54057 357710 text optional dictionaries-common_1.23.17.tar.gz 8797622d54ea825038e3e5662ede94c6 248982 text optional dictionaries-common_1.23.17_all.deb 7f9da6fbb8e166b0a3d58d2a89d94764 141986 devel extra dictionaries-common-dev_1.23.17_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUeGb3AAoJEBSawi3ooIL8thwP/A4Rm5JB6UNg2OZBPQO9o4C/ AZmE7d492RPW0u0rSAiKradVzvlXCb44+4VygNkvoR05HH8PCp4WqtkYw5wHqQ8r tdCJ7O7b3L+PZGhIZJe+9mX2Bb2NtltXR7nGpqhk8gcOCCVXPc8BhtZQXK/4RyKA SZ+xAVYTDMxFJxSpysH5Q9rwqcIAoxMgSAe7GnY+1Gdx+5Bl83BZZtre1YFlMlZv Z95kFc2CbgGafdHsw7lA/WygFqbbq3BMGorajyBnfU7mhjbTCNNNhat8k5FJVdc8 AlCzt4Y1B6B/WrOXG1w6sT6uX84yicDgXLlOavju8PePGl/bNsf5emAy59z5GM/q BpK7jylirDXxGN/4/dylCqV2MRDwHC6DECvgK3m3MpgflxLFJIE/MKDrehYlePHP K20IMvvU9bzpY2Tbjw6ALH0Tj731VySZHoQhANz6yXjfIK+NDMFF/reOOKuyKImW yXGAz6WdOXSzfM+S6iAd/1Pptl2UVY1ESPyaVesoSfDucZIRkXrZ7Z8d7UBcUZ5n ir5XGWnt6uOBNgCa9Y95crZknzpEEJnnM5P+n/QOv3OPz+wPcGQIDUo5SUJWMyaf mMUCGooH7Xoz9J+P17cdYA62SmT5CIZ9cgQE6uRE2LV2BFkODXktfS8HMfToDskM FBoxKfZfVk9WtWb+MjKv =uPby -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/e1xunlg-00072u...@franck.debian.org
Accepted cups 1.7.5-9 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 27 Nov 2014 20:44:45 +0100 Source: cups Binary: libcups2 libcupsimage2 libcupscgi1 libcupsmime1 libcupsppdc1 cups cups-core-drivers cups-daemon cups-client libcups2-dev libcupsimage2-dev libcupscgi1-dev libcupsmime1-dev libcupsppdc1-dev cups-bsd cups-common cups-server-common cups-ppdc cups-dbg Architecture: source all Version: 1.7.5-9 Distribution: unstable Urgency: medium Maintainer: Debian Printing Team debian-print...@lists.debian.org Changed-By: Didier Raboud o...@debian.org Description: cups - Common UNIX Printing System(tm) - PPD/driver support, web interfa cups-bsd - Common UNIX Printing System(tm) - BSD commands cups-client - Common UNIX Printing System(tm) - client programs (SysV) cups-common - Common UNIX Printing System(tm) - common files cups-core-drivers - Common UNIX Printing System(tm) - PPD-less printing cups-daemon - Common UNIX Printing System(tm) - daemon cups-dbg - Common UNIX Printing System(tm) - debugging symbols cups-ppdc - Common UNIX Printing System(tm) - PPD manipulation utilities cups-server-common - Common UNIX Printing System(tm) - server common files libcups2 - Common UNIX Printing System(tm) - Core library libcups2-dev - Common UNIX Printing System(tm) - Development files CUPS library libcupscgi1 - Common UNIX Printing System(tm) - CGI library libcupscgi1-dev - Common UNIX Printing System(tm) - Development files for CGI libra libcupsimage2 - Common UNIX Printing System(tm) - Raster image library libcupsimage2-dev - Common UNIX Printing System(tm) - Development files CUPS image li libcupsmime1 - Common UNIX Printing System(tm) - MIME library libcupsmime1-dev - Common UNIX Printing System(tm) - Development files MIME library libcupsppdc1 - Common UNIX Printing System(tm) - PPD manipulation library libcupsppdc1-dev - Common UNIX Printing System(tm) - Development files PPD library Closes: 763517 768163 Changes: cups (1.7.5-9) unstable; urgency=medium . * Drop color-management patch; it got refused by upstream and is not available in non-english translations (Closes: #763517, #768163) * Drop the upstream patch to limit Get-Jobs replies to 500, as this triggers a FTBS on mips Checksums-Sha1: 6a777bfb5e609eee82fcf138a6f70af4526bdf03 3418 cups_1.7.5-9.dsc 9c91a374efce7c2e3c4e01718da752ccf47f4ec1 299828 cups_1.7.5-9.debian.tar.xz c50ca81849c14d9214ad5033bc5d8a2bd8c06f76 273048 cups-common_1.7.5-9_all.deb dcf8d912969b2e2bf46f60a52616c9ca46cdaad5 620050 cups-server-common_1.7.5-9_all.deb Checksums-Sha256: 724d0f5c175ae12165551628cbe52ee8db7b46b7dabf601c3e8bcadf29480739 3418 cups_1.7.5-9.dsc 44cfd3bbe5c31ab0efafce07d1cde405fd109ffa1e02701d64afd8ac0c5bc9b1 299828 cups_1.7.5-9.debian.tar.xz fa2d2f3953bae9b11db540b03d3ef9c4a56a591f67a8062276bd7cdc59941b6a 273048 cups-common_1.7.5-9_all.deb 62bd38a2d3286c122cf4a450b6b12cf38bd3060bc1dd4e30c1eecf57bd68e91c 620050 cups-server-common_1.7.5-9_all.deb Files: 2714b684919e0b135653b7966314d667 3418 net optional cups_1.7.5-9.dsc 37766f163bf5f5229f4618639426b16b 299828 net optional cups_1.7.5-9.debian.tar.xz c7802116c6ce730334c57edaa94ab601 273048 net optional cups-common_1.7.5-9_all.deb d25f0ca397e6e8fb42839d946e8aedf9 620050 net optional cups-server-common_1.7.5-9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQGcBAEBCAAGBQJUeIRFAAoJEIvPpx7KFjRVtsML/AoaGtLcywxhXpystY8gNazI /BHZ1hyQ5wxStN0IUQdvVFcr4A1pFqwd8/VgiPlwDwBgKSmmvfQxvUhqAsdYbIe4 37XGrFh0tKuHyUM/ogieHut7HPAi2wca0+N4YDMJB3UHnbVZ53nLgF50/Y0lmpxQ VHw5g4G4WxLeL7XlJ1xsqZxR2r+xwlI6R8exCasiddqDPjhAAV8hMnKNcYDymzqO a8EIXzigBMGItxbGnSY5IgiIH/JUonOs8YNqTZRudqrdCjp0G5QxnIl3LRn7Ezak t6kbtb65ZTRxkylcfJQP9JiVCrf9B23YgCC/n8Si9bnOpUznU3r326c7HMt1VQi9 MTedI1/lYcUBeK1ubaVqQJ9n8sBY1DmqV8IMRLeJERruqaSa7duw9FGmHy+yzqAa YEP6pv1ZGSPN/2bDtbTxDCTZXuOTWAcaMl+Fra9+YJgP1tCbcvC6KRF/a9+wYTo+ boNYNeepsQK8887RIryfDuYjM3zHH7MxPgFCmKEW2w== =nhdG -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/e1xunl8-0006zy...@franck.debian.org