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
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
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
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
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
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
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
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
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
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
* 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
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
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
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
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
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
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
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
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
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
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
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,
-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
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
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
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
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
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: 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
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
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
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:
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.
33 matches
Mail list logo
