On Sat, 2012-10-06 at 00:29:22 +0200, Andreas Beckmann wrote:
> On 2012-10-04 11:34, Guillem Jover wrote:
> > Nope, dpkg does not currently have enough information (missing
> > metadata) to know if a path was shipped in the package as a directory
> > or as a symlink, and to be able to distinguish b
Hi Peter,
On Sat, Oct 06, 2012 at 12:28:07AM +0100, peter green wrote:
> My previous experiments with multiarch cross-building had run into
> lots of build-dependency and tool problems and as a result I hadn't
> got arround to actually building anything beyond trivial test
> programs.
> Unfortuna
My previous experiments with multiarch cross-building had run into lots
of build-dependency and tool problems and as a result I hadn't got
arround to actually building anything beyond trivial test programs.
Unfortunately I have now discovered that when I try to link against
some libraries I g
Just a few examples where something is installed over existing symlinks:
/usr/share/php/doc/Net_Ping != /usr/share/doc/php5-common/PEAR/Net_Ping
(php-net-ping)
/usr/share/texmf/doc/fonts != /usr/share/doc/texmf/fonts (cm-super-minimal)
/usr/share/texmf/doc/latex != /usr/share/doc/texmf/late
On 2012-10-04 11:34, Guillem Jover wrote:
> Nope, dpkg does not currently have enough information (missing
> metadata) to know if a path was shipped in the package as a directory
> or as a symlink, and to be able to distinguish between admin modified
> directory←→symlinks. AFAIR there's already a b
On Fri, Oct 05, 2012 at 11:35:53PM +0200, Jakub Wilk wrote:
> * Andreas Beckmann , 2012-10-05, 23:16:
> >I haven't made a detailed analysis, yet, and cannot say how many
> >packages would be affected. Right now I have about 100 candidate
> >piuparts logs that should cover /var/run and /var/lock, bu
On 2012-10-05 23:35, Jakub Wilk wrote:
> Lintian should be able to spot all the buggy ones, shouldn't it?
Good point.
> http://lintian.debian.org/tags/dir-or-file-in-run.html
0 :-)
> http://lintian.debian.org/tags/dir-or-file-in-var-run.html
28 (6 overridden)
> http://lintian.debian.org/tags/dir
* Andreas Beckmann , 2012-10-05, 23:16:
I haven't made a detailed analysis, yet, and cannot say how many
packages would be affected. Right now I have about 100 candidate
piuparts logs that should cover /var/run and /var/lock, but I haven't
sorted them in "buggy", "depends on buggy", "other prob
Hi,
I haven't made a detailed analysis, yet, and cannot say how many
packages would be affected. Right now I have about 100 candidate
piuparts logs that should cover /var/run and /var/lock, but I haven't
sorted them in "buggy", "depends on buggy", "other problem". I expect
the buggy category to be
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: python-doit
Version: 0.17.0-1
Upstream Author: Eduardo Naufel Schettino
URL: http://python-doit.sourceforge.net/
License: MIT/X11
Description: Automation tool to execute a
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libextutils-typemaps-default-perl
Version : 1.00
Upstream Author : Steffen Mueller
* URL : http://search.cpan.org/dist/ExtUtils-Typemaps-Default/
* License : GPL-1+, Artistic
Program
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libmodule-build-withxspp-perl
Version : 0.11
Upstream Author : Steffen Mueller
* URL : http://search.cpan.org/dist/Module-Build-WithXSpp/
* License : GPL-1+, Artistic
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libextutils-cppguess-perl
Version : 0.07
Upstream Author : Mattia Barbon
* URL : http://search.cpan.org/dist/ExtUtils-CppGuess/
* License : GPL-1+, Artistic
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: "Hans-Christoph Steiner"
* Package name: pd-fftease
Version : 2.5.2.1
Upstream Author : Eric Lyon and Christopher Penrose
* URL :
http://www.somasa.qub.ac.uk/~elyon/LyonSoftware/MaxMSP/FFTease/
* License : MIT
Program
[Chris Knadle]
> However since all DNS servers are generally meant to use port 53, I
> think it's unlikely to install more than one DNS server locally, so
> I'm not sure if doing this makes sense from a packaging perspective.
> [I can see how it does from an administration perspective.]
It's actu
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libarray-iterator-perl
Version : 0.8
Upstream Author : Steven Haryanto
* URL : http://search.cpan.org/dist/Array-Iterator
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: openvdb
Version : 0.96.0
Upstream Author : DreamWorks Animation LLC
* URL : http://www.openvdb.org
* License : MPL 2.0
Programming Lang: C++
Description : Sparse Volume Processing
On Thursday, October 04, 2012 10:44:10 PM Philipp Kern wrote:
> On Thu, Oct 04, 2012 at 03:10:01PM -0400, Chris Knadle wrote:
> > Last I looked into this [which has admittedly been a while], Bind 9 was
> > the
> > only DNS server that had actually implemented DNSSEC, and the others I
> > looked at
18 matches
Mail list logo
