Communication issue? (was: Consciously blocking packages and development)

2013-09-03 Thread David Prévot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Norbert, Le 03/09/2013 02:10, Norbert Preining a écrit : > Are you planning to block TeX Live transition for unforeseeable future? Absolutely not, a fixed d-e-d package will be uploaded in due time. In the mean time, if you’re in a hurry to see

Re: Communication issue? (was: Consciously blocking packages and development)

2013-09-03 Thread Norbert Preining
Hi David, On Di, 03 Sep 2013, David Prévot wrote: > Absolutely not, a fixed d-e-d package will be uploaded in due time. In > the mean time, if you’re in a hurry to see your package reach testing, > feel free to provide back the binary packages you removed (via > convenient dummy transitional packa

Re: Nitpicking in the NEW queue.

2013-09-03 Thread Charles Plessy
(Long answer, but I promise to limit my messages in this thread). Le Mon, Sep 02, 2013 at 01:08:12PM -0400, Paul Tagliamonte a écrit : > > Yes. For the record, this day when Charles sent this mail, I was working > in NEW from early in the morning to about 9:00 at night. I don't want > thanks or e

Looking for ideas for merging a micro package... (was: Nitpicking in the NEW queue.)

2013-09-03 Thread Vincent Danjean
Le 02/09/2013 06:12, Paul R. Tagliamonte a écrit : > Respectfully - when we add micro (under Size 100 packages) the amount of > metadata added to every mirror and every users machine is almost as much as > the package contents. > > This is a very common request (make sure this really needs to be

Re: Consciously blocking packages and development

2013-09-03 Thread Holger Levsen
Dear Norbert, I stopped reading after reading the subject. Not sure if you get why, oh, my. I'll give you a little hint: always assume the worst, spread the word, and for maximum impact, put names in subject too. This really really helps and is super joyful. cheers, Holger signature.a

Re: Nitpicking in the NEW queue.

2013-09-03 Thread Paul Wise
Reading Charles' mail I had a thought; how about accepting buggy packages (unless the issues make them non-distributable) and file RC and other bugs if there are DFSG or other issues? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.or

Bug#721705: ITP: python-misaka -- binding for Sundown, a markdown parsing library

2013-09-03 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-misaka Version : 1.0.2 Upstream Author : Frank Smit * URL : http://misaka.61924.nl/ * License : MIT Programming Lang: Python Description : binding for Sundown, a markdown pars

Re: Looking for ideas for merging a micro package... (was: Nitpicking in the NEW queue.)

2013-09-03 Thread Paul Wise
On Tue, Sep 3, 2013 at 10:51 AM, Vincent Danjean wrote: > Never mind. My current problem is that I have no idea which current > package to contact to ask for a inclusion. It is not important enough > to be included in packages such as util-linux and few (no?) system/devel > packages already have

Re: Nitpicking in the NEW queue.

2013-09-03 Thread Luca Falavigna
2013/9/3 Paul Wise : > Reading Charles' mail I had a thought; how about accepting buggy > packages (unless the issues make them non-distributable) and file RC > and other bugs if there are DFSG or other issues? Although this could be possible, a second upload would be needed anyway (hopefully in a

Bug#721708: ITP: python-steadymark -- markdown-based test runner

2013-09-03 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-steadymark Version : 0.4.5 Upstream Author : Gabriel Falcao * URL : https://github.com/gabrielfalcao/steadymark * License : MIT Programming Lang: Python Description : markdow

Bug#721710: ITP: python-sure -- utility belt for automated testing for python

2013-09-03 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-sure Version : 1.2.2 Upstream Author : Gabriel Falcao * URL : https://github.com/gabrielfalcao/sure * License : GPL-3 Programming Lang: Python Description : utility belt for

Re: Bits from the Release

2013-09-03 Thread Stefano Zacchiroli
On Sun, Aug 25, 2013 at 05:09:22PM +0200, Niels Thykier wrote: > How you can help (NEW-TEST-HELP) > > > Add tests to your packages. The full specification for these tests > are available from [AUTOPKG]. If you need inspiration, consider looking > at some of the e

Re: Looking for ideas for merging a micro package...

2013-09-03 Thread Vincent Danjean
Le 03/09/2013 11:52, Paul Wise a écrit : > On Tue, Sep 3, 2013 at 10:51 AM, Vincent Danjean wrote: > >> Never mind. My current problem is that I have no idea which current >> package to contact to ask for a inclusion. It is not important enough >> to be included in packages such as util-linux an

Re: Nitpicking in the NEW queue.

2013-09-03 Thread Steve McIntyre
Paul Wise wrote: >Reading Charles' mail I had a thought; how about accepting buggy >packages (unless the issues make them non-distributable) and file RC >and other bugs if there are DFSG or other issues? Why should we rush to let more broken stuff into the archive? -- Steve McIntyre, Cambridge,

Re: Looking for ideas for merging a micro package...

2013-09-03 Thread Paul Tagliamonte
On Tue, Sep 03, 2013 at 02:31:35PM +0200, Vincent Danjean wrote: > Le 03/09/2013 11:52, Paul Wise a écrit : > > On Tue, Sep 3, 2013 at 10:51 AM, Vincent Danjean wrote: > > > >> Never mind. My current problem is that I have no idea which current > >> package to contact to ask for a inclusion. It

Bug#721715: ITP: python-couleur -- tool to play around with ANSI features in a unix terminal

2013-09-03 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-couleur Version : 0.5.0 Upstream Author : Gabriel Falcão * URL : https://github.com/gabrielfalcao/couleur * License : Apache-2.0 Programming Lang: Python Description : tool t

Re: Nitpicking in the NEW queue.

2013-09-03 Thread Paul Tagliamonte
Hey Charles, On Tue, Sep 03, 2013 at 05:43:52PM +0900, Charles Plessy wrote: > Hi Paul, > > first of all, please let me clarify that the reason why I answered on our core > mailing list is not to fingerpoint if or not you are wrong, but becase this is > the only way I have to see if others agree

Re: Nitpicking in the NEW queue.

2013-09-03 Thread Raphael Hertzog
On Tue, 03 Sep 2013, Luca Falavigna wrote: > 2013/9/3 Paul Wise : > > Reading Charles' mail I had a thought; how about accepting buggy > > packages (unless the issues make them non-distributable) and file RC > > and other bugs if there are DFSG or other issues? > > Although this could be possible,

Re: Consciously blocking packages and development

2013-09-03 Thread Norbert Preining
On Di, 03 Sep 2013, Holger Levsen wrote: > I stopped reading after reading the subject. Thanks for the helpful comment instead of fixing things. Norbert PREINING, Norbert http://www.preining.in

Bug#721730: ITP: libpg-hstore-perl -- Perl module for working with PostgreSQLs HSTORE data type

2013-09-03 Thread Sebastiaan Couwenberg
Package: wnpp Owner: Bas Couwenberg Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libpg-hstore-perl Version : 1.03 Upstream Author : Galimov Albert * URL : http://search.cpan.org/dist/Pg-hstore/ * License

Re: Nitpicking in the NEW queue.

2013-09-03 Thread Gergely Nagy
Raphael Hertzog writes: > On Tue, 03 Sep 2013, Luca Falavigna wrote: >> 2013/9/3 Paul Wise : >> > Reading Charles' mail I had a thought; how about accepting buggy >> > packages (unless the issues make them non-distributable) and file RC >> > and other bugs if there are DFSG or other issues? >> >

lib/libgsl.so: undefined reference to `cblas_ztrsv' (on Ubuntus)

2013-09-03 Thread Yaroslav Halchenko
Hi Everyone, Though it is actually not a Debian specific question (since on pure Debian builts/links fine), I hope to find help and wisdom here. We (neurodebian) have a package for AFNI which we have been cooking for a while... with a recent change to force -Wl,--no-undefined I got into a weird

Bug#721731: ITP: camo -- SSL image proxy to prevent mixed-content warnings

2013-09-03 Thread Luke Faraone
Package: wnpp Severity: wishlist Owner: Luke Faraone * Package name: camo Version : 1.1.1 Upstream Author : Rick Olson and Cory Donohoe * URL : https://github.com/atmos/camo * License : Expat Programming Lang: JavaScript (nodejs) Description : SSL image

Re: lib/libgsl.so: undefined reference to `cblas_ztrsv' (on Ubuntus)

2013-09-03 Thread Andrey Rahmatullin
On Tue, Sep 03, 2013 at 11:42:32AM -0400, Yaroslav Halchenko wrote: > ~/afni-0.20130830~dfsg.1/build-x86_64-linux-gnu/avovk# gcc --param > ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -g -O2 > -fstack-protector > --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wno-unused

Re: lib/libgsl.so: undefined reference to `cblas_ztrsv' (on Ubuntus)

2013-09-03 Thread Yaroslav Halchenko
On Tue, 03 Sep 2013, Andrey Rahmatullin wrote: > > ~/afni-0.20130830~dfsg.1/build-x86_64-linux-gnu/avovk# gcc --param > > ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -g -O2 > > -fstack-protector > > --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wno-unused > > -fopenm

Re: lib/libgsl.so: undefined reference to `cblas_ztrsv' (on Ubuntus)

2013-09-03 Thread Andrey Rahmatullin
On Tue, Sep 03, 2013 at 12:21:50PM -0400, Yaroslav Halchenko wrote: > > > /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/libgsl.so: undefined > > > reference to `cblas_ztrsv' > > > /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/libgsl.so: undefined > > > reference to `cblas_scasum' > > If y

Re: Bug#721731: ITP: camo -- SSL image proxy to prevent mixed-content warnings

2013-09-03 Thread Paul Wise
On Tue, Sep 3, 2013 at 6:02 PM, Luke Faraone wrote: > Camo is all about making insecure assets look secure. This is an SSL > image proxy to prevent mixed content warnings on secure pages. Is distributing software that pretends it is secure a good idea? -- bye, pabs http://wiki.debian.org/PaulW

Re: Bug#721731: ITP: camo -- SSL image proxy to prevent mixed-content warnings

2013-09-03 Thread Paul Wise
On Tue, 2013-09-03 at 13:02 -0400, Luke Faraone wrote: > This provides integrity protection and last-mile confidentiality to > images, thus preventing a local network attacker from seeing the images > you request (allowing for possible disclosure of the content you're > viewing) or changing their

Re: Looking for ideas for merging a micro package...

2013-09-03 Thread Vincent Danjean
Le 03/09/2013 14:50, Paul Tagliamonte a écrit : > On Tue, Sep 03, 2013 at 02:31:35PM +0200, Vincent Danjean wrote: >> So, I'm looking for a package that would accept this ruby script >> (I will probably ask linux-util anyway if nobody has other suggestions) >> and I will keep it in my perso repos

Re: Consciously blocking packages and development

2013-09-03 Thread Ondřej Surý
It would probably more helpful to approach our release team asking for advice how to proceed with transition than sending this blunt rant into d-d. O. On Tue, Sep 3, 2013 at 8:10 AM, Norbert Preining wrote: > Dear maintainers of debian-edu-doc, all of d-d > > [short explanation for d-d: debian

Re: lib/libgsl.so: undefined reference to `cblas_ztrsv' (on Ubuntus)

2013-09-03 Thread Vincent Danjean
Le 03/09/2013 18:26, Andrey Rahmatullin a écrit : > On Tue, Sep 03, 2013 at 12:21:50PM -0400, Yaroslav Halchenko wrote: >> btw - even on Debian systems it is not: >> $> ldd /usr/lib/libgsl.so >> linux-vdso.so.1 (0x7fff5fddb000) >> libm.so.6 => /lib/x86_64-linux-

Replacing a binary package by another one(was: Communication issue?)

2013-09-03 Thread David Prévot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi again, Le 03/09/2013 03:37, Norbert Preining a écrit : > On Di, 03 Sep 2013, David Prévot wrote: >> if you’re in a hurry to see your package reach testing, >> feel free to provide back the binary packages you removed (via >> convenient dummy tra

Re: Looking for ideas for merging a micro package...

2013-09-03 Thread Russ Allbery
Vincent Danjean writes: > The fact is that the FTP team comment was correct: it is really a small > package. So, my question was really open (I do not know every package in > Debian), in case someone has a useful suggestion (that does not involve > to rewrite the script). moreutils is another po

Re: Replacing a binary package by another one(was: Communication issue?)

2013-09-03 Thread Norbert Preining
Hi David, On Di, 03 Sep 2013, David Prévot wrote: > I was directly proposing that, instead of silently removing the > texlive-lang-danish — and at least texlive-lang-norwegian — binary > packages, they could be added back as dummy transitional packages I understood your proposal, of course. Still

Re: Replacing a binary package by another one(was: Communication issue?)

2013-09-03 Thread Peter Samuelson
[Norbert Preining] > I understood your proposal, of course. Still, since there are no rdepends > besides very few (1?) build-depends on these two packages, I consider > it a a waste of resources. Sounds like you are saying 'texlive-lang-danish' is only useful as a package dependency - in other w

Re: Introducing dgit - git integration with the Debian archive

2013-09-03 Thread Barry Warsaw
On Aug 31, 2013, at 01:37 AM, Jelmer Vernooij wrote: >In the end, this meant that using UDD had some minor benefits (a richer >history, and theoretical improved merge support) I'd argue that they were more than minor benefits! >but there were a number of extra things you had to watch out for tha

Re: Replacing a binary package by another one(was: Communication issue?)

2013-09-03 Thread Norbert Preining
On Di, 03 Sep 2013, Peter Samuelson wrote: > Sounds like you are saying 'texlive-lang-danish' is only useful as a > package dependency - in other words, users would never install it > explicitly because they want its functionality. Is that correct? This I never said that. The functionality is no

Re: Replacing a binary package by another one(was: Communication issue?)

2013-09-03 Thread Peter Samuelson
> > Sounds like you are saying 'texlive-lang-danish' is only useful as a > > package dependency - in other words, users would never install it > > explicitly because they want its functionality. Is that correct? This [Norbert Preining] > I never said that. The functionality is now in > te

Re: Replacing a binary package by another one(was: Communication issue?)

2013-09-03 Thread Norbert Preining
On Di, 03 Sep 2013, Peter Samuelson wrote: > texlive-lang-european? It doesn't look like it to me (no Breaks or > Conflicts), but I haven't actually tried it. conflicts there are, texlive-base conflicts with all the old packages. TL2013 made big changes to the naming of packages. If I go down th

Re: Replacing a binary package by another one(was: Communication issue?)

2013-09-03 Thread Ben Hutchings
On Wed, 2013-09-04 at 10:57 +0900, Norbert Preining wrote: > On Di, 03 Sep 2013, Peter Samuelson wrote: > > texlive-lang-european? It doesn't look like it to me (no Breaks or > > Conflicts), but I haven't actually tried it. > > conflicts there are, texlive-base conflicts with all the old packages

Re: Replacing a binary package by another one(was: Communication issue?)

2013-09-03 Thread Norbert Preining
On Mi, 04 Sep 2013, Ben Hutchings wrote: > How much do those packages weigh, Norbert? Are TeX transitional > packages particularly heavy? In kg? In bit? In work time? > I really don't know why you think TeX is exempt from the usual > requirements to support clean upgrades between Debian releases

Re: Looking for ideas for merging a micro package...

2013-09-03 Thread tony mancill
On 09/03/2013 02:17 PM, Russ Allbery wrote: > Vincent Danjean writes: > >> The fact is that the FTP team comment was correct: it is really a small >> package. So, my question was really open (I do not know every package in >> Debian), in case someone has a useful suggestion (that does not involve

Re: Looking for ideas for merging a micro package...

2013-09-03 Thread Russ Allbery
tony mancill writes: > Thank you for pointing this out. I just recently uploaded a script, > splitpatch, that I argued should be accepted as-is (i.e. as a "micro > package") because of the dependency on ruby. > Given that ruby is becoming more popular for scripting, what do folks > think about