Re: how to remove libsystemd0 from a live-running debian desktop system

2015-02-20 Thread Matthias Urlichs
Hi, Marc Haber: > On Mon, 16 Feb 2015 22:31:19 +0100, m...@linux.it (Marco d'Itri) wrote: > >As usual, the systemd critics are just misinformed. This comforts me. > >because it means that their views can be easily ignored. > > And as usual, you don't make any effort to change the misinformation.

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Andreas Tille
Hi Marc, while your argument is true and known we have no idea what Harald really means and thus we are wasting time in wild speculations. :-( Kind regards Andreas. On Fri, Feb 20, 2015 at 10:15:41PM +0100, Marc Haber wrote: > On Fri, 20 Feb 2015 09:50:13 +0100, Andreas Tille > wrote:

Bug#778879: ITP: boomaga -- virtual printer for viewing a document before printing

2015-02-20 Thread Lisandro Damián Nicanor Pérez Meyer
Package: wnpp Severity: wishlist Owner: "Lisandro Damián Nicanor Pérez Meyer" * Package name: boomaga Version : 0.6.2 Upstream Author : Alexander Sokolov * URL : https://github.com/Boomaga/boomaga * License : LGPL-2.1+ Programming Lang: C++ Description

Re: Automatic restart of services after a library upgrade

2015-02-20 Thread Axel Beckert
Hi Sebastian, Sebastian Andrzej Siewior wrote: > I noticed that php restarts apache but this restart is part of php's > postinst script. Is there are a trigger based solution of which I am > not aware of? There is also a hard-coded list of packages to be restarted if installed (and configured) in

Re: Possibilities to merge some parts of some of the daemons-that-need-to-be-restarted checkers (was: Re: Bug#776628: ITP: needrestart-session -- [...])

2015-02-20 Thread Christoph Berg
Re: Axel Beckert 2015-02-20 <20150220221043.gh3...@sym.noone.org> > > > Just FYI. Guido Gunther has done something similar with whatmaps > > > > > > https://honk.sigxcpu.org/piki/projects/whatmaps > > > > I count at least 6 implementations of the concept now: > > > > checkrestart (from debian-goo

Possibilities to merge some parts of some of the daemons-that-need-to-be-restarted checkers (was: Re: Bug#776628: ITP: needrestart-session -- [...])

2015-02-20 Thread Axel Beckert
Hi, sorry for reopening this thread. I don't read debian-devel@l.d.o regularily and stumbled upon this thread by accident via some blog posting (http://www.deimeke.net/dirk/blog/?/archives/3500-Restart-check-html; German). (Cc'ing Ritesh as requested as well the primary maintainers of the men

Re: Automatic restart of services after a library upgrade

2015-02-20 Thread Jonas Smedegaard
Quoting Sebastian Andrzej Siewior (2015-02-20 22:10:03) > Lets say there is a daemon / service D which is using library L. Both > are in separate packages. Security updates are handled via > unattended-upgrades. Now lets assume that unattended-upgrades upgrades > L. After that upgrade it does no

Automatic restart of services after a library upgrade

2015-02-20 Thread Sebastian Andrzej Siewior
Lets say there is a daemon / service D which is using library L. Both are in separate packages. Security updates are handled via unattended-upgrades. Now lets assume that unattended-upgrades upgrades L. After that upgrade it does not restart D which means D remains vulnerable until the box restarts

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Marc Haber
On Fri, 20 Feb 2015 09:50:13 +0100, Andreas Tille wrote: >I have no idea why you concluded that the Debian package exists since >upstream is "not good enough". Usually it is better to include a Debian >package into official Debian since you are profitting from several QA >means which is not the c

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Marc Haber
On Fri, 20 Feb 2015 09:04:56 +0100, Harald Dunkel wrote: >Problem: The Debian maintainer messed up the version numbers >and had to introduce a "1:" for his foo package. Now upstream's >package always appears to be out of date, forcing me to override >apt-get. That is unfortunately a situation t

Re: Should .a library contains non-reallocatable code?

2015-02-20 Thread Simon Richter
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am 20.02.2015 um 13:36 schrieb Jakub Wilk: > IMO the policy is overly strict and it should be relaxed. Speaking of relaxing things: could this be solved with linker relaxations? The compiler would need to generate both PIC and non-PIC code in t

Re: dpkg-capoverride (?)

2015-02-20 Thread Guillem Jover
Hi! On Fri, 2015-02-20 at 11:30:02 +0100, Santiago Vila wrote: > Would it worth to have a procedure like "dpkg-capoverride" so that > whenever a package needs to change a capability, the change gets > registered somewhere other than the filesystem itself? Yes and no. It might be more convenient,

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Adam Borowski
On Fri, Feb 20, 2015 at 05:53:27PM +, Simon McVittie wrote: > If the Debian packages are not as good as the upstream ones, such that > you end up having to use the upstream ones for some reason, then that > also seems like a bug. If you can help the Debian maintainer to fix that > bug (e.g. by

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Simon McVittie
On 20/02/15 14:25, Harald Dunkel wrote: > IMHO there should be a policy for the special case, that > there is a naming conflict between upstream's source or > binary packages, and the packages included in Debian. Whatever we might say on the subject in Debian policy, upstream-produced packages are

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Andreas Tille
Hi Harald, On Fri, Feb 20, 2015 at 03:25:32PM +0100, Harald Dunkel wrote: > > Just to understand your problem: there is a package foo. Debian provides > > it with version 1:A-B and upstream provides some self-compiled packages > > with the same name under version C-D (and C-D < 1:A-B) and you want

Bug#778855: ITP: presentty -- Console-based presentation system

2015-02-20 Thread Clint Byrum
Package: wnpp Severity: wishlist Owner: Clint Byrum * Package name: presentty Version : 0.1.0 Upstream Author : James E. Blair * URL : https://gitorious.org/presentty * License : GPLv3 Programming Lang: Python Description : Console-based presentation s

Bug#778854: ITP: libmime-lite-tt-perl -- generates MIME messages from Template Toolkit templates

2015-02-20 Thread Christopher Hoskin
Package: wnpp Owner: Christopher Hoskin Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libmime-lite-tt-perl Version : 0.02 Upstream Author : Yasuhiro Horiuchi * URL : https://metacpan.org/release/MIME-Lite-T

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Geert Stappers
On Fri, Feb 20, 2015 at 03:25:32PM +0100, Harald Dunkel wrote: > On 02/20/15 13:09, Daniel Leidert wrote: > > > > Just to understand your problem: there is a package foo. Debian provides > > it with version 1:A-B and upstream provides some self-compiled packages > > with the same name under versio

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Harald Dunkel
Hi Daniel, On 02/20/15 13:09, Daniel Leidert wrote: > > Just to understand your problem: there is a package foo. Debian provides > it with version 1:A-B and upstream provides some self-compiled packages > with the same name under version C-D (and C-D < 1:A-B) and you want to > force apt to instal

ITP: python-darts-lib-utils-lru: Simple dictionary with LRU behaviour

2015-02-20 Thread Gianfranco Costamagna
Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna * Package name: python-darts-lib-utils-lru Version: 0.5~git20140220-1 Upstream Author : 2011 Dirk Esser https://code.google.com/p/cld2/ * License: MIT Programming Lang: Python Description: Simple dictionary with

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Andreas Tille
Hi, On Fri, Feb 20, 2015 at 01:09:20PM +0100, Daniel Leidert wrote: > ... > > These are the ways, I would try. While this perfectly answers to question of the original poster it is hiding a potential problem inside a (currently unknown) Debian package. Harald, in case you follow this hint, pleas

Bug#778838: ITP: seqprep -- stripping adaptors and/or merging paired reads of DNA sequences with overlap

2015-02-20 Thread Andreas Tille
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: seqprep Version : 1.1 Upstream Author : John St. John * URL : http://seqanswers.com/wiki/SeqPrep * License : MIT Programming Lang: C Description : stripping adaptors and/or merging p

Re: Should .a library contains non-reallocatable code?

2015-02-20 Thread Jakub Wilk
* Jeff Epler , 2015-02-19, 17:19: Here are two scenarios where building a static library (libfoo) with -fPIC is desirable: * libbar has a stable API, so it should be shipped as a .so, but if it links libfoo.a, and libfoo.a is not -fPIC, then libbar has to be shipped as a a static library too

Re: Should .a library contains non-reallocatable code?

2015-02-20 Thread Alastair McKinstry
On 20/02/2015 12:06, Simon McVittie wrote: > On 19/02/15 23:19, Jeff Epler wrote: >> Here are two scenarios where building a static library (libfoo) with >> -fPIC is desirable > ... >> I wonder whether these scenarios were considered when the Policy was >> written. > Conversely, when that part of

Bug#778832: ITP: stacks -- pipeline for building loci from short-read DNA sequences

2015-02-20 Thread Andreas Tille
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: stacks Version : 1.25 Upstream Author : Julian Catchen * URL : http://creskolab.uoregon.edu/stacks/ * License : GPL Programming Lang: C++ Description : pipeline for building loci fro

Aw: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Daniel Leidert
Harald Dunkel wrote: > I would like to use upstream's Debian/Ubuntu packages for a > certain tool 'foo'. Its closer to what I need, and I don't > have migrate between both versions before asking the mailing > list for help or for reporting/fixing problems. > > Problem: The Debian maintainer messe

Re: Should .a library contains non-reallocatable code?

2015-02-20 Thread Simon McVittie
On 19/02/15 23:19, Jeff Epler wrote: > Here are two scenarios where building a static library (libfoo) with > -fPIC is desirable ... > I wonder whether these scenarios were considered when the Policy was > written. Conversely, when that part of the policy was written, 32-bit x86 was the major arch

Re: dpkg-capoverride (?)

2015-02-20 Thread Peter Palfrader
On Fri, 20 Feb 2015, Michael Biebl wrote: > Having a way to set caps in a declarative way and let dpkg handle the > setup would be nice imo. Very much agreed. Just this week I ran into an issue where a system restored from backup didn't have a working ping or check_ping nagios check due to missi

Re: dpkg-capoverride (?)

2015-02-20 Thread Michael Biebl
Am 20.02.2015 um 11:30 schrieb Santiago Vila: > Now I am worried about what other things in my system that I didn't > discover yet will not work because of not using rsync -X. > Do we have a list of packages where we use extended attributes? I would try something like "grep setcap /var/lib/dpkg/i

dpkg-capoverride (?)

2015-02-20 Thread Santiago Vila
Greetings. I installed jessie on a kvm virtual machine, then did rsync to a real partition (long story short: I didn't want debian-installer to format all my swap partitions). As a result, the ping command did not work as a normal user anymore and said this: ping: icmp open socket: Operation not

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Geert Stappers
On Fri, Feb 20, 2015 at 09:04:56AM +0100, Harald Dunkel wrote: > Hi folks, > > I would like to use upstream's Debian/Ubuntu packages for a > certain tool 'foo'. Its closer to what I need, and I don't > have migrate between both versions before asking the mailing > list for help or for reporting

Re: conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Andreas Tille
Hi Harald, On Fri, Feb 20, 2015 at 09:04:56AM +0100, Harald Dunkel wrote: > I would like to use upstream's Debian/Ubuntu packages for a > certain tool 'foo'. Its closer to what I need, and I don't > have migrate between both versions before asking the mailing > list for help or for reporting/fi

conflicts between Debian's and upstream's Debian package

2015-02-20 Thread Harald Dunkel
Hi folks, I would like to use upstream's Debian/Ubuntu packages for a certain tool 'foo'. Its closer to what I need, and I don't have migrate between both versions before asking the mailing list for help or for reporting/fixing problems. Problem: The Debian maintainer messed up the version nu