Hi!
On Wed, 2012-05-09 at 16:12:14 +0100, Iain Lane wrote:
> On Sun, May 06, 2012 at 10:37:53AM +0200, Andreas Beckmann wrote:
> > […]
> >
> > during a test with piuparts I noticed your package fails to upgrade from
> > 'testing'.
> > It installed fine in 'testing', then the upgrade to 'sid' fail
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 455 (new: 11)
Total number of packages offered up for adoption: 150 (new: 0)
Total number of packages reques
On Thu, 07 Jun 2012, Stephen Powell wrote:
> I'm not questioning anyone's competency, but parted is way out of
> date; and no-one seems to be doing anything about it.
http://bugs.debian.org/646130 seems to indicate that the primary
reason why we haven't yet switched to a newer version is due to th
On Tue, 05 Jun 2012 11:52:52 -0400 (EDT), Joey Hess wrote:
>
> ...
> This bug is a textbook example of making the perfect the enemy of the good.
> It's disconcerting that we, or our users, are willing to put up with this.
Unfortunately, this is not an isolated case. Another example is GNU parted
Package: wnpp
Severity: wishlist
Owner: Shen Wei
* Package name: libmath-vector-real-kdtree-perl
Version : 0.02
Upstream Author : Salvador Fandiño
* URL :
http://search.cpan.org/~salva/Math-Vector-Real-kdTree-0.02/lib/Math/Vector/Real/kdTree.pm
* License : A
Hi,
If you're using unstable and you're using static boot ordering with
sysv-rc, you might have run into #676463/#676520.
We've been using dynamic dependency-based boot ordering by default for
quite some time now. However, if you had a lenny (or earlier) system,
prior to sysv-rc 2.88dsf-23, user
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libfile-find-wanted-perl
Version : 0.01
Upstream Author : Andy Lester
* URL : http://search.cpan.org/dist/File-Find-Wanted/
* License : GPL-1+, Artistic
Programming Lang: Perl
Descr
Package: wnpp
Severity: wishlist
Owner: Shen Wei
* Package name: libmath-vector-real-perl
Version : 0.08
Upstream Author : Salvador Fandiño
* URL :
http://search.cpan.org/~salva/Math-Vector-Real-0.08/lib/Math/Vector/Real.pm
* License : Artistic
Programming
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libdata-rmap-perl
Version : 0.62
Upstream Author : Brad Bowman
* URL : http://search.cpan.org/dist/Data-Rmap/
* License : GPL-1+, Artistic
Programming Lang: Perl
Description :
On Thu, Jun 07, 2012 at 09:28:08PM +0200, Raphael Hertzog wrote:
> The point of the symlink tree is that you can easily switch between
> using the embedded version (when the packaged version is incompatible)
> and the packaged version (through the symlink tree). If you used a
> top-level symlink, y
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libmasonx-processdir-perl
Version : 0.02
Upstream Author : Jonathan Swartz
* URL : http://search.cpan.org/dist/MasonX-ProcessDir/
* License : GPL-1+, Artistic
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libany-template-processdir-perl
Version : 0.07
Upstream Author : Jonathan Swartz
* URL : http://search.cpan.org/dist/Any-Template-ProcessDir/
* License : GPL-1+, Artistic
Programming
Hi,
On Thu, 07 Jun 2012, Peter Samuelson wrote:
> [Raphael Hertzog]
> > It the next upstream version of your javascript library provides new
> > files, they will not be in the symlink tree that you built in your
> > package. So at runtime, it will fail because of the missing file.
>
> Forgive me
Apologies for using -announce, but it's become apparent that there
are some packages mis-using /run, and this will break squeeze to
wheezy upgrades, and it's clear that some maintainers are not aware
of this. mysql-5.5 is the package I'm aware of, but there may be
others, and this needs fixing or
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libcrypt-random-source-perl
Version : 0.07
Upstream Author : יובל קוג'מן (Yuval Kogman)
* URL : http://search.cpan.org/dist/Crypt-Random-Source/
* License : Artistic or GPL-1+
Programmi
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libdata-guid-perl
Version : 0.046
Upstream Author : Ricardo Signes
* URL : http://search.cpan.org/dist/Data-GUID/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description
Le jeudi 07 juin 2012 à 15:48 +0100, Ben Hutchings a écrit :
> There's no need to be a dick about it.
Because this discussion was all about not being a dick to begin with, of
course.
Remind me who, in absence of consensus, explained that if tmpfs was
enabled by default, he would forcefully make
* Wouter Verhelst (wou...@debian.org) [120607 16:06]:
> On Fri, Jun 01, 2012 at 07:00:52PM +0300, Serge wrote:
> > 2012/6/1 Goswin von Brederlow wrote:
> > > So tmpfs would basically never be used despite the benefits.
> >
> > Well, nobody named the benefits yet.
>
> - It speeds things up, especi
On Thu, 2012-06-07 at 09:37 +0200, Josselin Mouette wrote:
> Le mercredi 06 juin 2012 à 19:56 -0400, Joey Hess a écrit :
> > A lot of people came down on the pro-tmpfs side in this thread. You have
> > some good reasons to want to make it available to users. I just wanted
> > to invite you to make
On Thu, Jun 07, 2012 at 03:24:08PM +0200, Wouter Verhelst wrote:
On Fri, Jun 01, 2012 at 07:00:52PM +0300, Serge wrote:
Well, nobody named the benefits yet.
- You could mount your mail spool there, and make things go blazingly
fast [1]
If I remember Wietse’s opinion correctly he will jump on
[Raphael Hertzog]
> It the next upstream version of your javascript library provides new
> files, they will not be in the symlink tree that you built in your
> package. So at runtime, it will fail because of the missing file.
Forgive me if I'm missing something basic here, but this sounds like a
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libcrypt-util-perl
Version : 0.11
Upstream Author : Ann Barcomb, יובל קוג'מן (Yuval Kogman)
* URL : http://search.cpan.org/dist/Crypt-Util/
* License : Expat
Program
On Fri, Jun 01, 2012 at 07:00:52PM +0300, Serge wrote:
> 2012/6/1 Goswin von Brederlow wrote:
> > So tmpfs would basically never be used despite the benefits.
>
> Well, nobody named the benefits yet.
- You could mount your mail spool there, and make things go blazingly
fast [1]
- It speeds thin
On Thu, Jun 07, 2012 at 02:10:26PM +0200, Raphael Hertzog wrote:
> > Yes, and if a future version of *any* library will change its ABI it
> > will fail as well and we do not force the strict dependency anyway. So
> > my question is rather, in how far such dh_linktree-ed JS libraries
> > deserve th
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libtext-hunspell-perl
Version : 2.03
Upstream Author : Cosimo Streppone
* URL : http://search.cpan.org/dist/Text-Hunspell
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: pocl
Version : 0.6
Upstream Author : Carlos Sánchez de La Lama and others
* URL : https://launchpad.net/pocl
* License : Some kind of BSD
Programming Lang: C/llvm
Description : Port
On Thu, 07 Jun 2012, Andreas Tille wrote:
> On Thu, Jun 07, 2012 at 12:24:35PM +0200, Raphael Hertzog wrote:
> > It the next upstream version of your javascript library provides new
> > files, they will not be in the symlink tree that you built in your
> > package. So at runtime, it will fail becau
The license for this package is wrong.
It says "Perl Artistic" but it can be distributed as Perl itself under
GPL-1+ or Artistic.
Regards,
- Salvador
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.
On Thu, Jun 07, 2012 at 12:24:35PM +0200, Raphael Hertzog wrote:
>
> It the next upstream version of your javascript library provides new
> files, they will not be in the symlink tree that you built in your
> package. So at runtime, it will fail because of the missing file.
Yes, and if a future v
On Thu, 07 Jun 2012, Andreas Tille wrote:
> > dh-linktree generates strong dependencies on purpose because the set of
> > embedded files can evolve and you want to be sure that you regenerate the
> > binary package when the upstream version of your dependency changes.
>
> In how far is this differ
> Why not reverse the two commands:
> override_dh_installman:
> /somepath/create-a-man-page > debian/packagename.1
> dh_installman --
> Let dh_installman install the generated manpage.
To my mind this violates modularity, in that *building* the man page
is happening during what
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libcatalyst-authentication-credential-http-perl
Version : 1.014
Upstream Author : Jess Robinson, Sascha Kiefer ,
Yuval Kogman
* URL :
http://search.cpan.org/dist/Catalyst-Aut
Le mercredi 06 juin 2012 à 19:56 -0400, Joey Hess a écrit :
> A lot of people came down on the pro-tmpfs side in this thread. You have
> some good reasons to want to make it available to users. I just wanted
> to invite you to make it easier for users to enable tmpfs where
> appropriate -- d-i's p
On Thu, Jun 07, 2012 at 09:15:55AM +0200, Raphael Hertzog wrote:
> > I suspect something is broken here with the dependency resulution. Any
> > hint? Any more affected packages?
>
> dh-linktree uses the version of the package on the build system to inject
> a (usually strong) dependency in ${mis
Hi,
On Thu, 07 Jun 2012, Andreas Tille wrote:
> yesterday I uploaded the latest gnumed package including gnumed-doc
> which resulted in an uninstallable package in sid. The broken verisons
> were injected by
>
> Build-Depends: ... dh-linktree, libjs-jquery, libjs-jquery-livequery
>
> Depend
Hi,
yesterday I uploaded the latest gnumed package including gnumed-doc
which resulted in an uninstallable package in sid. The broken verisons
were injected by
Build-Depends: ... dh-linktree, libjs-jquery, libjs-jquery-livequery
Depends: ${misc:Depends}
I suspect something is broken here w
36 matches
Mail list logo
