Re: Rolling release prototype

2011-06-05 Thread Raphael Hertzog
Hi Josselin, On Sun, 05 Jun 2011, Josselin Mouette wrote: > I have prepared a quick and dirty implementation for my rolling release > proposal[1]. Where are the sources ? :) > The APT lines you need are the following: > deb http://your.favorite.mirror/ testing main contrib non-free > deb htt

Re: Ok to use upstream doumentation as-is (i.e. not regenerate)?

2011-06-05 Thread Joerg Jaspert
> I have noticed several times package changes like the following (from > cairomm entering testing today): > * debian/control: > - Drop build dependencies on doxygen and graphviz, since upstream > now ships the generated documentation Definitely not the prefered thing to do, imo. >

Re: Ok to use upstream doumentation as-is (i.e. not regenerate)?

2011-06-05 Thread Jonas Smedegaard
On 11-06-05 at 05:39am, Vincent Bernat wrote: > On Sat, 4 Jun 2011 21:54:11 +0200, Jonas Smedegaard wrote: > > >What I do is use upstream provided tarballs, then put aside > >autotools-generated files, then autogenerate myself, and in the clean > >rule put back the upstream-provided files (becau

Bug#629278: ITP: python-sphinx-aafig -- Embedded ASCII art figures in Sphinx documentations

2011-06-05 Thread Nicolas CANIART
Package: wnpp Severity: wishlist Owner: Nicolas CANIART * Package name: python-sphinx-aafig Version : 1.0 Upstream Author : Leandro Lucarella * URL : http://pypi.python.org/sphinxcontrib-aafig/ * License : BOLA Programming Lang: Python Description : Em

Bug#629279: ITP: libhtml-html5-microdata-parser-perl -- fairly experimental parser for HTML 'microdata'

2011-06-05 Thread Jonas Smedegaard
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard * Package name: libhtml-html5-microdata-parser-perl Version : 0.031 Upstream Author : Toby Inkster * URL : http://search.cpan.org/dist/HTML-HTML5-Microdata-Parser/ * License : Artistic or GPL-1+ Progra

Lintian backport on ftp-master

2011-06-05 Thread Joerg Jaspert
Heyho, just to inform you: lintian 2.5.0 (via backports) is on ftp-master. As such that one is doing the autorejects now, so whatever you do, you want to check against it. While doing this, there have been some small changes to the autoreject tag list: non-fatal: - embedded-zlib + embedded-libra

Re: distinguish between "core" and "main"?

2011-06-05 Thread Tshepang Lekhonkhobe
On Sun, 2011-06-05 at 08:29 +0200, Harald Dunkel wrote: > Hi Neil, > > On 06/04/11 19:01, Neil Williams wrote: > > > > Testing compatibility is the larger problem. Automated tests can only > > go so far. Dependencies are one thing, bugs which arise because one > > setup is using a version which h

Link-time optimization in debian packages

2011-06-05 Thread Emil Langrock
Hi, I have currently the problem that I have to use large, computing intensive applications [1,2]. These are usually implemented in many source files. I used in the past pseudo c files which include all other c files [3]. Of course, this is a hack and don't work in many situation due to conflic

Re: Rolling release prototype

2011-06-05 Thread Josselin Mouette
Le dimanche 05 juin 2011 à 10:31 +0200, Raphael Hertzog a écrit : > Where are the sources ? :) I’m somehow ashamed to share such crappy code, but it’s on ries:/home/joss/rolling/make_rolling.py > > The APT lines you need are the following: > > deb http://your.favorite.mirror/ testing main cont

Re: Bug#629278: ITP: python-sphinx-aafig -- Embedded ASCII art figures in Sphinx documentations

2011-06-05 Thread Jakub Wilk
* Nicolas CANIART , 2011-06-05, 12:06: * Package name: python-sphinx-aafig Why such a package name? It's neither the upstream name (sphinxcontrib-aafig) nor policy-compliant[0] name for the binary package (python-sphinxcontrib-aafig). * URL : http://pypi.python.org/sphinxco

Re: Ok to use upstream doumentation as-is (i.e. not regenerate)?

2011-06-05 Thread Henrique de Moraes Holschuh
On Sun, 05 Jun 2011, Jonas Smedegaard wrote: > On 11-06-05 at 05:39am, Vincent Bernat wrote: > > On Sat, 4 Jun 2011 21:54:11 +0200, Jonas Smedegaard wrote: > > >What I do is use upstream provided tarballs, then put aside > > >autotools-generated files, then autogenerate myself, and in the clean >

Re: Rolling release prototype

2011-06-05 Thread Aurelien Jarno
On Sun, Jun 05, 2011 at 01:59:57PM +0200, Josselin Mouette wrote: > Le dimanche 05 juin 2011 à 10:31 +0200, Raphael Hertzog a écrit : > > Where are the sources ? :) > > I’m somehow ashamed to share such crappy code, but it’s on > ries:/home/joss/rolling/make_rolling.py > > > > The APT lines you

Bug#629304: ITP: indicator-datetime -- A very, very simple clock

2011-06-05 Thread Evgeni Golov
Package: wnpp Severity: wishlist Owner: The Ayatana Packagers * Package name: indicator-datetime Version : 0.2.3 Upstream Author : Ted Gould * URL : https://launchpad.net/indicator-datetime * License : GPL-2+, GPL-3, public-domain Programming Lang: C Descr

Re: Ok to use upstream doumentation as-is (i.e. not regenerate)?

2011-06-05 Thread Jonas Smedegaard
On 11-06-05 at 09:48am, Henrique de Moraes Holschuh wrote: > On Sun, 05 Jun 2011, Jonas Smedegaard wrote: > > On 11-06-05 at 05:39am, Vincent Bernat wrote: > > > On Sat, 4 Jun 2011 21:54:11 +0200, Jonas Smedegaard wrote: > > > >What I do is use upstream provided tarballs, then put aside > > > >aut

intermediate result of packaging-dev meta package discussion

2011-06-05 Thread Benjamin Drung
Hi, A few days ago, we had a discussion about a packaging-dev meta package. The responses were between neutral and positive. Therefore I created a initial draft [1] and tried to incorporate all suggestions made in the discussion. The list looks currently like this: Depends: build-essential,

Re: intermediate result of packaging-dev meta package discussion

2011-06-05 Thread Neil Williams
On Sun, 05 Jun 2011 15:46:44 +0200 Benjamin Drung wrote: > A few days ago, we had a discussion about a packaging-dev meta package. > This package is just for packaging, not for developing. So gdb, pylint > and co. won't go into it. This package should be installed by packagers. > No other packag

Re: intermediate result of packaging-dev meta package discussion

2011-06-05 Thread Benjamin Drung
Am Sonntag, den 05.06.2011, 15:11 +0100 schrieb Neil Williams: > On Sun, 05 Jun 2011 15:46:44 +0200 > Benjamin Drung wrote: > > > A few days ago, we had a discussion about a packaging-dev meta package. > > > This package is just for packaging, not for developing. So gdb, pylint > > and co. won't

Bug#629313: ITP: python-sphinx-seqdiag -- Sphinx "seqdiag" extention

2011-06-05 Thread Kouhei Maeda
Package: wnpp Severity: wishlist Owner: Kouhei Maeda * Package name: python-sphinx-seqdiag Version : 0.1.1 Upstream Author : Takeshi Komiya * URL : http://bitbucket.org/birkenfeld/sphinx-contrib * License : BSD Programming Lang: Python Description : S

Re: Ok to use upstream doumentation as-is (i.e. not regenerate)?

2011-06-05 Thread Joachim Breitner
Hi, Am Sonntag, den 05.06.2011, 11:03 +0200 schrieb Joerg Jaspert: > You need to ensure that (package in main. contrib/non-free are > different) > > - you can build everything you ship inside main, > - the thing you ship in your package is what the shipped source will >end up producing when

Re: Ok to use upstream doumentation as-is (i.e. not regenerate)?

2011-06-05 Thread David Bremner
On Sun, 05 Jun 2011 16:49:14 +0200, Joachim Breitner wrote: Non-text part: multipart/signed > > if I do regenerate the files for shipping (or don’t ship them in the > binary packages), is it ok to leave the upstream-generated files in > the .orig.tar.gz, even though I have no hard guarantee that

Re: Ok to use upstream doumentation as-is (i.e. not regenerate)?

2011-06-05 Thread Peter Samuelson
[Joachim Breitner] > if I do regenerate the files for shipping (or don’t ship them in the > binary packages), is it ok to leave the upstream-generated files in > the .orig.tar.gz, even though I have no hard guarantee that they are > built from these sources (assuming I have no reason to assume tha

Re: distinguish between "core" and "main"?

2011-06-05 Thread Kyle Willmon
On Sat, Jun 04, 2011 at 05:07:26PM +0200, Harald Dunkel wrote: > About the package set dependencies: The core package sets would be > self contained, i.e. they would not depend upon packages outside of > their own core set. The new main/testing repository would be meant > to work with both core/st

Re: Ok to use upstream doumentation as-is (i.e. not regenerate)?

2011-06-05 Thread Henrique de Moraes Holschuh
On Sun, 05 Jun 2011, Jonas Smedegaard wrote: > On 11-06-05 at 09:48am, Henrique de Moraes Holschuh wrote: > > On Sun, 05 Jun 2011, Jonas Smedegaard wrote: > > > On 11-06-05 at 05:39am, Vincent Bernat wrote: > > > > On Sat, 4 Jun 2011 21:54:11 +0200, Jonas Smedegaard wrote: > > > > >What I do is use

Re: distinguish between "core" and "main"?

2011-06-05 Thread Harald Dunkel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/05/11 13:17, Tshepang Lekhonkhobe wrote: > On Sun, 2011-06-05 at 08:29 +0200, Harald Dunkel wrote: >> >> Understood. If you reduce the number of packages to be released by >> focusing on a core package set with 1000 or 1500 packages instead >> of

Re: distinguish between "core" and "main"?

2011-06-05 Thread Bernhard R. Link
* Harald Dunkel [110605 18:02]: > Only core/stable should be released. The "rest" comes from > main/testing. > > I cannot speak for others, but I don't wait 3 years. I do > regular updates/upgrades to include the most recent security > and bug fixes. We've scheduled regular maintenance weekends >

Bug#629323: ITP: python-actdiag -- generate activity-diagram image file from spec-text file

2011-06-05 Thread Kouhei Maeda
Package: wnpp Severity: wishlist Owner: Kouhei Maeda * Package name: python-actdiag Version : 0.1.5 Upstream Author : Takeshi Komiya * URL : https://bitbucket.org/tk0miya/actdiag * License : Apache Programming Lang: Python Description : generate activ

Re: distinguish between "core" and "main"?

2011-06-05 Thread Philip Hands
On Sun, 05 Jun 2011 08:29:03 +0200, Harald Dunkel wrote: ... > My virtualization servers themselves were running testing, too, but > since Squeeze has been released testing is changing rapidly. Currently > I cannot rely upon testing for server installations. So use stable + backports for now, and

Re: [ANNOUNCE] dh_splitpackage 0.2.2

2011-06-05 Thread Olivier Berger
Hi. Le samedi 04 juin 2011 à 20:46 +0200, Zygmunt Krynicki a écrit : > > I wrote dh_splitpackage, a helper script that unambiguously splits the > files of a binary package into multiple packages based on a > configuration file. > Uh... Maybe I missed the point of this tool which was obvious

Re: distinguish between "core" and "main"?

2011-06-05 Thread Timo Juhani Lindfors
Hi, Philip Hands writes: > On Sun, 05 Jun 2011 08:29:03 +0200, Harald Dunkel wrote: > Your pipe-dream of an effortless, stable, and up to date system is just > that -- pick any two. I personally prefer stable system with unstable chroot. This gives me best of both worlds. I can use both stable

Re: Rolling release prototype

2011-06-05 Thread Ben Hutchings
On Sun, 2011-06-05 at 10:31 +0200, Raphael Hertzog wrote: > Hi Josselin, > > On Sun, 05 Jun 2011, Josselin Mouette wrote: [...] > > Don’t rush! Currently the rolling archive is empty. The first task is to > > fill it. Therefore I’m now looking for people who are running testing on > > their machin

Re: distinguish between "core" and "main"?

2011-06-05 Thread Tshepang Lekhonkhobe
On Sun, 2011-06-05 at 18:02 +0200, Harald Dunkel wrote: > I cannot speak for others, but I don't wait 3 years. I do > regular updates/upgrades to include the most recent security > and bug fixes. We've scheduled regular maintenance weekends > every 3 months for this. Important updates are installed

Bug#629344: ITP: plastimatch -- medical image reconstruction and registration

2011-06-05 Thread Greg Sharp
Package: wnpp Severity: wishlist Owner: Greg Sharp * Package name: plastimatch Version : 1.5 Upstream Author : Greg Sharp * URL : http://plastimatch.org/ * License : BSD-style Programming Lang: C, C++ Description : medical image reconstruction and reg

Re: distinguish between "core" and "main"?

2011-06-05 Thread Adam D. Barratt
On Sun, 05 Jun 2011 18:02:14 +0200, Harald Dunkel wrote: Debian already classifies packages in different priorities, to be used today when package updates are pushed into testing, for example. You appear to have confused package priority and upload urgency. Testing migration is affected by th

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-05 Thread Tollef Fog Heen
]] Bernd Zeimetz | On 05/26/2011 07:54 AM, Tollef Fog Heen wrote: | > ]] Scott Kitterman | > | > | Was there some discussion of this with Alioth users before it got | > | changed? | > | > No. | > | > And while I apologise for the problems we've had with the migration, I'd | > like to ask peop

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-05 Thread Ben Hutchings
On Sun, 2011-06-05 at 21:15 +0200, Tollef Fog Heen wrote: > ]] Bernd Zeimetz > > | On 05/26/2011 07:54 AM, Tollef Fog Heen wrote: > | > ]] Scott Kitterman > | > > | > | Was there some discussion of this with Alioth users before it got > | > | changed? > | > > | > No. > | > > | > And while I a

Re: [ANNOUNCE] dh_splitpackage 0.2.2

2011-06-05 Thread David Bremner
On Sun, 05 Jun 2011 18:22:10 +0200, Olivier Berger wrote: > Uh... Maybe I missed the point of this tool which was obvious to many > others, but could you provide a typical use case for using it ? I assume it is a matter of not wanting to manually maintain $pkg.install files. Here is an except f

Re: Bug#629278: ITP: python-sphinx-aafig -- Embedded ASCII art figures in Sphinx documentations

2011-06-05 Thread Nicolas CANIART
2011/6/5 Jakub Wilk : > * Nicolas CANIART , 2011-06-05, 12:06: >> >> * Package name    : python-sphinx-aafig > > Why such a package name? [...] Done. > >> * URL             : http://pypi.python.org/sphinxcontrib-aafig/ > I think you meant: http://packages.python.org/sphinxcontrib-aafig/ Yep that

Re: distinguish between "core" and "main"?

2011-06-05 Thread Josselin Mouette
Le dimanche 05 juin 2011 à 18:02 +0200, Harald Dunkel a écrit : > I understand that splitting main into core/stable and > main/testing would be a deep cut. Surely I do not expect it > to happen within the next few weeks or months. Just think > about it. What you do not understand is how presumptu

Re: Link-time optimization in debian packages

2011-06-05 Thread Mike Hommey
On Sun, Jun 05, 2011 at 01:18:43PM +0200, Emil Langrock wrote: > Hi, > > I have currently the problem that I have to use large, computing intensive > applications [1,2]. These are usually implemented in many source files. I > used > in the past pseudo c files which include all other c files [3]

Re: Link-time optimization in debian packages

2011-06-05 Thread Adam Borowski
On Sun, Jun 05, 2011 at 01:18:43PM +0200, Emil Langrock wrote: > I played around a little bit with GCC's LTO [4]. It is really impressive for > this kind of applications. I had a size reduction and speed increase with the > tested applications. Of course, it was just a small testset and not reall

How do I join the development team?

2011-06-05 Thread Jason Hsu
I would like to join the Debian development team. How do I get started? The two things I would like to work on are: 1. Lightweight programs for burning CDs and DVDs: The KDE and GNOME distros come with CD/DVD burning programs that INCLUDE verification. Most lightweight distros do not. I use

Bug#629370: ITP: python-requests -- an elegant and simple HTTP library for Python, built for human beings

2011-06-05 Thread Daniele Tricoli
Package: wnpp Severity: wishlist Owner: Daniele Tricoli * Package name: python-requests Version : 0.4.1 Upstream Author : Kenneth Reitz * URL : http://python-requests.org * License : ISC Programming Lang: Python Description : an elegant and simple HTTP

Oferta sprzedaży (bez VAT) hali 1.683 m2 w Gryficach 499.000 zł - okazja !!! na działce 1,4 ha

2011-06-05 Thread Kazimierz Kocik
Umowa sprzedaży nie podlego opodatkowaniu VAT !! Witam, oferta sprzedaży hali w Gryficach woj. zachodniopomorskie 28 km od Mrzeżyna nad morzem. Więcej informacji ... http://www.gremius.pl/pl/nieruchomosci-gryfice/obiekty/sprzedaz/GRE-HS-649 Na sprzedaż hala produkcyjno-magazyn

Re: Link-time optimization in debian packages

2011-06-05 Thread brian m. carlson
On Mon, Jun 06, 2011 at 01:15:29AM +0200, Adam Borowski wrote: > Speed gains for compiled executables are great, though: around 20%[2]. It depends. I have code where using -flto causes no significant improvement (< 2%) in some cases and major performance losses (-7 to -37%) in others. This is no

Re: How do I join the development team?

2011-06-05 Thread Paul Wise
[CCing you since I assume you are not subscribed] On Mon, Jun 6, 2011 at 7:03 AM, Jason Hsu wrote: > I would like to join the Debian development team.  How do I get started? In general: http://www.debian.org/devel/join/ > 1.  ... I want to provide PBurn and iso2cd ... Neither of these is avai

Re: distinguish between "core" and "main"?

2011-06-05 Thread Paul Wise
On Sat, Jun 4, 2011 at 2:54 PM, Harald Dunkel wrote: > On 06/04/11 07:56, Paul Wise wrote: >> Sounds like you are looking for backports.debian.org? > > Backports for Squeeze contains just about 400 package, Hmm, I'm getting the impression that what you want is a squeeze-backports-auto suite that c

Re: distinguish between "core" and "main"?

2011-06-05 Thread Russ Allbery
Paul Wise writes: > On Sat, Jun 4, 2011 at 2:54 PM, Harald Dunkel wrote: >> On 06/04/11 07:56, Paul Wise wrote: >>> Sounds like you are looking for backports.debian.org? >> Backports for Squeeze contains just about 400 package, > Hmm, I'm getting the impression that what you want is a > squeeze

Re: Anonymous read-only access and Vcs-* [Re: Alioth status update, take 3]

2011-06-05 Thread Guillem Jover
On Sun, 2011-06-05 at 20:56:25 +0100, Ben Hutchings wrote: > On Sun, 2011-06-05 at 21:15 +0200, Tollef Fog Heen wrote: > > vasks has the copy of the repositories. > > > > wagner NFS mounts the repositories read-only. > > > > vasks is {git,svn,…}.debian.org (so ssh://git.d.o/ continues working), >