On Tue, May 21, 2013 at 5:29 AM, Norbert Preining wrote:
>> Please don't introduce yet more embedded code copies.
>
> Already happened and uploaded. Will be reverted when libgd is fixed.
And the general result of such embedding can be seen here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=70
]] Holger Levsen
> I am absolutly in favor of doing this, but this either needs (more hardware)
> ressources or is non-trivial. Still, I'm all for it and happy to help.
While we of course don't have infinite hardware resources, we generally
have spare capacity and I'd like people to at least ta
On Fri, May 17, 2013 at 03:42:06PM +0200, Thomas Preud'homme wrote:
> Le vendredi 17 mai 2013 15:36:02, Julien Cristau a écrit :
> > On Fri, May 17, 2013 at 14:14:20 +0200, Thomas Preud'homme wrote:
> > > Also, it wouldn't help for the case of a binNMU on a subset of all arches
> > > since only som
On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
> That might be possible with DPAs and if upload management is changed
> generally to get less "broken" packages into unstable. E.g.
I think that most of the ideas you presented are very useful and other
responses have (silently) ex
Hi,
On Dienstag, 21. Mai 2013, Ondřej Surý wrote:
> One more thing – I concur with Sune and Paul that your style was/is
> unnecessary aggressive and you should tone down a little bit on the
> public mailing list. Responding to friendly poke with more aggression
> is not worth any bug or any softwa
Hi Tollef,
On Dienstag, 21. Mai 2013, Tollef Fog Heen wrote:
> > I am absolutly in favor of doing this, but this either needs (more
> > hardware) ressources or is non-trivial. Still, I'm all for it and happy
> > to help.
> While we of course don't have infinite hardware resources, we generally
> h
On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
> That might be possible with DPAs and if upload management is changed
> generally to get less "broken" packages into unstable. E.g.
What problem are you trying to solve? What percentage of packages is
currently broken? Please speci
On Fri, May 17, 2013 at 11:36:53AM -0500, Steve Langasek wrote:
> On Thu, May 16, 2013 at 01:10:06PM +0200, Goswin von Brederlow wrote:
> > On Tue, May 14, 2013 at 12:21:33PM -0500, Steve Langasek wrote:
> > > On Tue, May 14, 2013 at 10:03:34AM -0700, Russ Allbery wrote:
>
> > > > I think that, to
Package: wnpp
Owner: Cyril Bouthors
Severity: wishlist
* Package name: asynk
Version : 0.4.1
Upstream Author : Sriram Karra
* URL or Web page : https://karra-asynk.appspot.com/
* License : I started a discussion with upstream about that, probably
GPL
Description :
On Di, 21 Mai 2013, Ondřej Surý wrote:
> And the general result of such embedding can be seen here:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709145
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709146
Which I have both closed now.
The libraries have to be present in the code for co
Hi,
On Dienstag, 21. Mai 2013, Bastian Blank wrote:
> What problem are you trying to solve? What percentage of packages is
> currently broken? Please specify the false positive and false negative
> rates of all tests involved, especially the ones you propose without
> supervision.
the archive is
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: opencsv
Version : 2.3
Upstream Author : Glen Smith
* URL : http://opencsv.sourceforge.net
* License : Apache-2.0
Programming Lang: Java
Description : Library for reading and writing
Hi,
On Dienstag, 21. Mai 2013, Andreas Beckmann wrote:
> @all maintainers: How would you like to run piuparts s.t. it easily
> integrates into your workflow and allows improving Debian's quality?
have an option to run piuparts automatically by debuild, after or before
lintian.
cheers,
@all maintainers: How would you like to run piuparts s.t. it easily
integrates into your workflow and allows improving Debian's quality?
This is something we could improve right now. Integrating piuparts into
the ftp-master/buildd side will take a much longer way.
On 2013-05-19 18:39, Ondřej Surý
On Tue, May 21, 2013 at 12:05 PM, Holger Levsen wrote:
> Hi,
>
> On Dienstag, 21. Mai 2013, Andreas Beckmann wrote:
>> @all maintainers: How would you like to run piuparts s.t. it easily
>> integrates into your workflow and allows improving Debian's quality?
>
> have an option to run piuparts auto
On 2013-05-21 11:47, Holger Levsen wrote:
> As you asked for numbers, here is one: there are 167 piuparts failures in sid
> today. Thats 167 bugs to file (if they werent already). Which wouldnt have to
> be filed if these packages would not have entered in the first place.
Not to forget the 550 p
On 21/05/13 10:48, Andreas Beckmann wrote:
> @all maintainers: How would you like to run piuparts s.t. it easily
> integrates into your workflow and allows improving Debian's quality?
Ideally, I would like a guide to setting up piuparts in a simple,
recommended way, which doesn't assume I already
On Tue, May 21, 2013 at 12:17:38PM +0100, Simon McVittie wrote:
> On 21/05/13 10:48, Andreas Beckmann wrote:
> > @all maintainers: How would you like to run piuparts s.t. it easily
> > integrates into your workflow and allows improving Debian's quality?
>
> Ideally, I would like a guide to setting
Le mardi, 21 mai 2013 12.35:47, Ondřej Surý a écrit :
> On Tue, May 21, 2013 at 12:05 PM, Holger Levsen
wrote:
> > have an option to run piuparts automatically by debuild, after or before
> > lintian.
>
> Also integrate it with git-pbuilder/pbuilder/cowbuilder to run
> piuparts inside the create
Hi,
On Dienstag, 21. Mai 2013, Simon McVittie wrote:
> Ideally, I would like a guide to setting up piuparts in a simple,
> recommended way, which doesn't assume I already have in-depth knowledge
> of piuparts, and preferably also doesn't assume I already use pbuilder.
that's really easy, esp. wit
On Mon, May 20, 2013 at 07:02:17PM +0200, Ondřej Surý wrote:
> On Mon, May 20, 2013 at 6:36 PM, Adam D. Barratt
> wrote:
> > Or that gd needs to not tie its own transition to libtiff, and should go
> > back to using libtiff4 until we're ready to do the tiff transition.
>
> JFTR I have no problem
On 2013-05-21 14:28, Holger Levsen wrote:
> On Dienstag, 21. Mai 2013, Simon McVittie wrote:
>> Ideally, I would like a guide to setting up piuparts in a simple,
>> recommended way, which doesn't assume I already have in-depth knowledge
>> of piuparts, and preferably also doesn't assume I already u
On Tue, May 21, 2013 at 2:53 PM, Colin Watson wrote:
> On Mon, May 20, 2013 at 07:02:17PM +0200, Ondřej Surý wrote:
>> On Mon, May 20, 2013 at 6:36 PM, Adam D. Barratt
>> wrote:
>> > Or that gd needs to not tie its own transition to libtiff, and should go
>> > back to using libtiff4 until we're r
Package: wnpp
Severity: wishlist
Owner: "Rogério Brito"
* Package name: libvidstab
Version : 0.96
Upstream Author : Georg Martius
* URL : http://public.hronopik.de/vid.stab/
* License : GPL
Programming Lang: C
Description : video stabilization library
On 2013-05-21 13:27, Didier 'OdyX' Raboud wrote:
> Le mardi, 21 mai 2013 12.35:47, Ondřej Surý a écrit :
>> On Tue, May 21, 2013 at 12:05 PM, Holger Levsen
> wrote:
>>> have an option to run piuparts automatically by debuild, after or before
>>> lintian.
that means we need a driver script that a
Hi Andreas,
On Dienstag, 21. Mai 2013, Andreas Beckmann wrote:
> That allows some basic test (installing all the .debs from the
> .changes), but not the per-package testing as its done on piuparts.d.o.
> But such fine-granular testing is required to discover some dependency
> issues.
Sure! But pe
Le mardi, 21 mai 2013 14.58:17, Andreas Beckmann a écrit :
> >> On Tue, May 21, 2013 at 12:05 PM, Holger Levsen
> > wrote:
> >>> have an option to run piuparts automatically by debuild, after or
> >>> before lintian.
>
> that means we need a driver script that accepts a .changes file and
> create
On Tue, May 21, 2013 at 3:34 PM, Didier 'OdyX' Raboud wrote:
>> I consider the package-by-package testing as a much better test than
>> installing all the packages at once because it can discover much more
>> dependency issues - and it much closer resembles what is being run on
>> piuparts.d.o
>
On 05/21/2013 06:35 PM, Ondřej Surý wrote:
> Also integrate it with git-pbuilder/pbuilder/cowbuilder to run
> piuparts inside the created clean(ish) chroot, so it's less time
> consuming.
>
> O.
This really would be nice, indeed!!!
I've been asking for that feature already, and I am happy to see
th
Am 19.05.2013 20:17, schrieb Russ Allbery:
> Bastien ROUCARIES writes:
>
>> These packages include documentation licensed under GFDL with Invariant
>> Sections or Cover Texts:
>
>> autoconf2.64
>
> The documentation has subsequently been relicensed upstream to remove the
> invariant sections re
On Tue, May 21, 2013 at 03:44:06PM +0200, Matthias Klose wrote:
> I would like to save the effort to upload that. And if somebody wants to nmu
> that, please just append dfsg to the version, not +dfsg. +dfsg is annoyingly
> popular, but prevents updates of something like 2.64.1.
$ dpkg --compare-
On 21-05-13 12:05, Holger Levsen wrote:
> Hi,
>
> On Dienstag, 21. Mai 2013, Andreas Beckmann wrote:
>> @all maintainers: How would you like to run piuparts s.t. it easily
>> integrates into your workflow and allows improving Debian's quality?
>
> have an option to run piuparts automatically by d
Matthias Klose writes:
> I would like to save the effort to upload that. And if somebody wants
> to nmu that, please just append dfsg to the version, not +dfsg. +dfsg
> is annoyingly popular, but prevents updates of something like 2.64.1.
I think you're confusing +dfsg with .dfsg. The latter
On Dienstag, 21. Mai 2013, Wouter Verhelst wrote:
> The trouble is...
hence my suggestion to have debuild do this optionally.
your suggestion of having pdebuild do it by default is a good one though. I
guess someone should do something, eg file bugs.
:)
signature.asc
Description: This is a di
On Tue, May 21, 2013 at 05:58:00PM +0200, Wouter Verhelst wrote:
> The trouble is that piuparts doesn't manage its own chroot tarball last
> I checked; it uses the pbuilder tarball instead.
piuparts -s $HOME/piuparts.tar.gz ... # create the tarball
piuparts -b $HOME/piuparts.tar.gz ... # use the t
Package: wnpp
Severity: wishlist
Owner: Dmitry Papchenkov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: utmp
Version : 0.3.1-1
Upstream Author : Dmitry Papchenkov
* URL : https://github.com/dmitry-papchenkov/utmp
* License : MIT/X
Programm
Norbert Preining dixit:
>Currently everyone is upgrading libkpathsea6 to in incompatible
>version, because texlive-lang is in NEW and the partial upgrade
>breaks the whole TeX system.
I *really* hope you’re joking here.
That to prevent is what package relationships are for!
You might want to de
Package: wnpp
Severity: wishlist
Owner: Oleg Gashev
* Package name: libcwd-guard-perl
Version : 0.01
Upstream Author : Masahiro Nagano
* URL : https://metacpan.org/release/Cwd-Guard/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : p
Package: wnpp
Severity: wishlist
Owner: Dmitry Papchenkov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: meta-suckless-tools
Version : 39
Upstream Author : The Suckless Team
* URL : http://www.suckless.org/
* License : MIT/X
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Dmitry Papchenkov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: st
Version : 0.4.1
Upstream Author : Anselm R Garbe , Auréen Aptel
* URL : http://www.suckless.org/
* License : MIT/X
Programming Lang
Hi,
On 05/21/2013 03:27 AM, Norbert Preining wrote:
> Currently everyone is upgrading libkpathsea6 to in incompatible
> version, because texlive-lang is in NEW and the partial upgrade
> breaks the whole TeX system.
was it possible to escape this? I have spent today half an hour to
understand, wha
On 2013-05-21 20:45, Dmitry Papchenkov wrote:
* Package name: meta-suckless-tools
Version : 39
Upstream Author : The Suckless Team
* URL : http://www.suckless.org/
* License : MIT/X
Programming Lang: C
Description : meta-package installs simple commands
* Dmitry Papchenkov , 2013-05-21, 23:56:
* Package name: st
This name is already taken (by an unrelated package):
http://packages.qa.debian.org/s/st.html
Version : 0.4.1
Upstream Author : Anselm R Garbe , Auréen Aptel
* URL : http://www.suckless.org/
* License
10 packages, excluding metapackage.
This work was originally done for test-packages for mentors.debian.net
as an effort to update and clean up suckless-tools.
But after posting packages to mentors I was requested to make ITP-bugs for it.
So, I'll post ITP just for two packages and wait if maintaine
I see. Sorry, I should check latest suckless-tools package before
submitting an ITP.
Version 38 of suckless-tools package includes st, and there is no new
version in stable, testing or unstable.
On Wed, May 22, 2013 at 12:12 AM, Jakub Wilk wrote:
> * Dmitry Papchenkov , 2013-05-21, 23:56:
>>
>> *
Hi,
On 20/05/13 at 18:19 +0200, Michael Stapelberg wrote:
> Hello,
>
> In the past, we have had multiple heated discussions involving
> systemd. We (the pkg-systemd-maintainers team) would like to better
> understand why some people dislike systemd.
>
> Therefore, we have created a survey, which
Hi Lucas,
Lucas Nussbaum writes:
> I think that one reason why we risk having another init systems
> discussion is that there hasn't been (TTBOMK) a good effort to summarize
> the various point raised and your answers (as systemd maintainers) to
> them. Such a "systemd demystification" effort wou
Hi!
2013/5/21 Michael Stapelberg :
> Hi Lucas,
>
> Lucas Nussbaum writes:
>> I think that one reason why we risk having another init systems
>> discussion is that there hasn't been (TTBOMK) a good effort to summarize
>> the various point raised and your answers (as systemd maintainers) to
>> them
On 13218 March 1977, Dmitry Papchenkoff wrote:
> 10 packages, excluding metapackage.
> This work was originally done for test-packages for mentors.debian.net
> as an effort to update and clean up suckless-tools.
> But after posting packages to mentors I was requested to make ITP-bugs for it.
> So,
On 21 May 2013 21:53, Lucas Nussbaum wrote:
> Hi,
>
> On 20/05/13 at 18:19 +0200, Michael Stapelberg wrote:
>> Hello,
>>
> - Neither systemd nor upstart are likely to be ported to kfreebsd soon,
> as they both rely on many Linux-specific features and interfaces.
>
Well, Colin Watson, Matthias K
On Di, 21 Mai 2013, Anton Gladky wrote:
> was it possible to escape this? I have spent today half an hour to
> understand, what is going on with Tex and trying to "fix" that.
Downgrade to libkpathsea6 from stable.
Norbert
P
Am 22.05.2013 02:00, schrieb Dmitrijs Ledkovs:
> On 21 May 2013 21:53, Lucas Nussbaum wrote:
>> Hi,
>>
>> On 20/05/13 at 18:19 +0200, Michael Stapelberg wrote:
>>> Hello,
>>>
>> - Neither systemd nor upstart are likely to be ported to kfreebsd soon,
>> as they both rely on many Linux-specific fe
Hi Thorsten,
On Di, 21 Mai 2013, Thorsten Glaser wrote:
> >Currently everyone is upgrading libkpathsea6 to in incompatible
> >version, because texlive-lang is in NEW and the partial upgrade
> >breaks the whole TeX system.
>
> I *really* hope you’re joking here.
No.
> That to prevent is what pac
On 13 May 2013 19:14, Russ Allbery wrote:
> Philip Hands writes:
>
>> No matter what the technical merits, the inevitable flame war regarding
>> copyright assignment seems very likely to render upstart a non-starter
>> as an essential element of Debian.
>
> Debian already uses many packages as pa
On 22 May 2013 01:16, Michael Biebl wrote:
> Am 22.05.2013 02:00, schrieb Dmitrijs Ledkovs:
>> On 21 May 2013 21:53, Lucas Nussbaum wrote:
>>> Hi,
>>>
>>> On 20/05/13 at 18:19 +0200, Michael Stapelberg wrote:
Hello,
>>> - Neither systemd nor upstart are likely to be ported to kfreebsd s
On Tue, May 21, 2013 at 4:19 AM, Helmut Grohne wrote:
> On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
>> That might be possible with DPAs and if upload management is changed
>> generally to get less "broken" packages into unstable. E.g.
>
> I think that most of the ideas you pre
Hi!
On Wed, 2013-05-22 at 01:47:42 +0100, Dmitrijs Ledkovs wrote:
> On 22 May 2013 01:16, Michael Biebl wrote:
> > Am 22.05.2013 02:00, schrieb Dmitrijs Ledkovs:
> >> On 21 May 2013 21:53, Lucas Nussbaum wrote:
> >>> On 20/05/13 at 18:19 +0200, Michael Stapelberg wrote:
> >>> - Neither systemd n
On Wednesday, May 22, 2013 04:09:33 AM Guillem Jover wrote:
...
> ... But then I'm not interested in assigning my copyright to a for-profit
> company that is not employing me ...
...
It may be a distinction without difference from your perspective, but in the
interests of precision, they no lon
On Wed, May 22, 2013 at 01:16:29AM +0100, Dmitrijs Ledkovs wrote:
> I have signed Canonical's and Python Software Foundation's contributor
> agreements.
> But I have no intention to assign copyright to FSF at the moment,
> given it's past well documented bad practices at doing things for the
> sake
On Tue, 2013-05-21 at 22:16:46 -0400, Scott Kitterman wrote:
> On Wednesday, May 22, 2013 04:09:33 AM Guillem Jover wrote:
> ...
> > ... But then I'm not interested in assigning my copyright to a for-profit
> > company that is not employing me ...
> ...
>
> It may be a distinction without differ
Lucas Nussbaum wrote:
> I went through the various init systems threads again during the last
> few days. My understanding of the consensus so far is the following:
>
> - Both systemd and upstart bring many useful features, and are a
> clear improvement over sysvinit.
Yes, both are an improveme
Maybe there should not be a separate package for each tool, but at
least st and dmenu should be packaged separately.
Moreover, there IS a package named stterm in unstable which ships st
separately (I've found it then published ITP for my version of st). It
lacks Breaks/Conflicts with suckless-tools
Le Tue, May 21, 2013 at 11:48:57AM +0200, Andreas Beckmann a écrit :
> @all maintainers: How would you like to run piuparts s.t. it easily
> integrates into your workflow and allows improving Debian's quality?
> This is something we could improve right now. Integrating piuparts into
> the ftp-maste
On Wed, May 22, 2013 at 1:51 AM, Dmitry Papchenkoff
wrote:
> I see. Sorry, I should check latest suckless-tools package before
> submitting an ITP.
suckless-tools no more contains st its now part of stterm package
> Version 38 of suckless-tools package includes st, and there is no new
> version
Package: wnpp
Severity: wishlist
Owner: tony mancill
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: bpm-tools
Version : 0.3
Upstream Author : Mark Hills
* URL : http://www.pogo.org.uk/~mark/bpm-tools/
* License : GPLv2
Programming Lang: C
D
Yes, I already know that, probably bug should be closed for now.
Also, there is my effort in splitting suckless-tool completely, it's
in wnpp bug #709237, moving CFLAGS to quilt patches and support for
dpkg-buildflags.
I have done this already and uploaded packages to mentors, so maybe
you'll find
On Tue, 21 May 2013, Ondřej Surý wrote:
> I did:
>
> $ grep tiff debian/control
> B-D: libtiff5-alt-dev | libtiff-dev,
Note that sbuild only considers the first alternative, so libtiff-dev
would be ignored for bin-nmu on official buildds.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Get the D
On 22/05/13 at 05:50 +0300, Uoti Urpala wrote:
> Lucas Nussbaum wrote:
> > I went through the various init systems threads again during the last
> > few days. My understanding of the consensus so far is the following:
> >
> > - Both systemd and upstart bring many useful features, and are a
> > c
Hi Guillem,
On Wed, May 22, 2013 at 04:09:33AM +0200, Guillem Jover wrote:
> On Wed, 2013-05-22 at 01:47:42 +0100, Dmitrijs Ledkovs wrote:
> > On 22 May 2013 01:16, Michael Biebl wrote:
> > > Am 22.05.2013 02:00, schrieb Dmitrijs Ledkovs:
> > >> On 21 May 2013 21:53, Lucas Nussbaum wrote:
> > >
Hi,
In the past few days and weeks there have been many advocacies, for new
applicants and for DM->DD applicants.
Please take advantage of the NM web interface where possible, as it makes
the process much more streamlined for us. If the applicant doesn't have a
record there yet, please wait patie
70 matches
Mail list logo
