On mar., 2009-11-17 at 14:07 +0900, Charles Plessy wrote:
> Although it sounds a bit sillogical, if for some architectures we do not build
> the packages that have no users, no user will complain. So why not ?
Well, I'm not really sure we can expect our user to follow unstable and
each and every
Package: wnpp
Severity: wishlist
Owner: Tang Ke
* Package name: openpref
Version: 0.1.3
Upstream Authors: I. Azarniy, A. V. Fedotov, Ketmar Dark, K. Tokarev
* URL:http://sourceforge.net/projects/openpref/
* License: GPL3
Programming Lang: C++
Description: trick-taking card game Preferans
Le Mon, Nov 16, 2009 at 09:38:38AM -0600, Steve Langasek a écrit :
> Debian only advances as fast as the slowest supported port
That is the key observation.
To save everybody's time, I proposed earlier in this month's discussion to not
report the build failures in our bug tracking system unless
Package: wnpp
Severity: wishlist
Owner: Janos Guljas
* Package name: python-slimmer
Version : 0.1.30
Upstream Author : Peter Bengtsson
* URL : http://pypi.python.org/pypi/slimmer/
* License : Python Software Foundation License
Programming Lang: Python
Des
Steve Langasek writes:
> On Mon, Nov 16, 2009 at 08:38:15AM +0100, Goswin von Brederlow wrote:
>> > I'm not asserting that this problem is *not* significant, I simply don't
>> > know - and am interested in knowing if anyone has more data on this beyond
>> > some four-year-old anecdotes. Certainl
Package: wnpp
Severity: wishlist
Owner: Tiago Bortoletto Vaz
* Package name: lcrack
Version : 20040914
Upstream Author : Bernardo Reino
* URL : http://usuarios.lycos.es/reinob/
* License : GPL-2
Programming Lang: C
Description : A generic password cra
Hello,
I am getting rather confused with the install-info changes, and what I am
expected to do.
First I see:
http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo which says "dpkg ships
a new /usr/sbin/install-info that will call /usr/bin/install-info with the same
arguments." However dpkg do
Actually this shouldn't be packaged as there are patent problems with it.
Sorry for the noise.
On Monday 16 November 2009 19:49:34 Andres Mejia wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Andres Mejia
>
>
> * Package name: libcrypt-misty1-perl
> Version : 1.1.3
> Upstr
Package: wnpp
Severity: wishlist
Owner: Andres Mejia
* Package name: libcrypt-misty1-perl
Version : 1.1.3
Upstream Author : Julius C. Duque
* URL : http://search.cpan.org/dist/Crypt-Misty1/
* License : GPL
Programming Lang: Perl, C
Description : Perl
On Mon, 2009-11-16 at 09:38 -0600, Steve Langasek wrote:
> I thought the nature of the problem was clear, but to be explicit:
> requiring binary uploads ensures that the package has been build-tested
> *somewhere* prior to upload, and avoids clogging up the buildds with
> preventable failures (so
On Tue, Nov 17, 2009 at 00:36, Kevin Mark wrote:
> On Sun, Nov 15, 2009 at 07:44:18PM +0100, Sandro Tosi wrote:
> >
>>
>> While I like the "source + trow away" solution, I'd also like to ask
>> you to please consider some methods to allow the "throw away" step on
>> the developer machine, for exam
On Sun, Nov 15, 2009 at 07:44:18PM +0100, Sandro Tosi wrote:
>
>
> While I like the "source + trow away" solution, I'd also like to ask
> you to please consider some methods to allow the "throw away" step on
> the developer machine, for example having dput/dupload not upload the
> .debs (so .chang
Josselin Mouette wrote:
> Le lundi 16 novembre 2009 à 13:55 +0100, Harald Braumann a écrit :
>>> Just because it is a tradition doesn’t mean it’s the correct way.
>> So far I haven't seen any argument as to why it shouldn't be the correct
>> way.
>
> It’s broken because:
> * there are race
Joerg Jaspert writes:
> On 11933 March 1977, Russ Allbery wrote:
>> The next upload of Lintian will remove the check for "Author(s)", since
>> it's very prone to false positives and isn't checking what it's supposed
>> to be checking. Thank you very much to Manoj for his work on verifying
>> thi
Package: wnpp
Severity: wishlist
Owner: Michael Hanke
* Package name: python-openelectrophy
Version : 0.0.svn145
Upstream Author : Samuel Garcia, Nicolas Fourcaud-Trocmé
* URL : http://neuralensemble.org/trac/OpenElectrophy
* License : Cecill v2
Programming L
Goswin von Brederlow wrote:
> Philipp Kern writes:
>
>> On 2009-11-16, Simon Huggins wrote:
>>> If you throw away the binaries, a DD can upload a binary package with a
>>> sole binary that prints out banana and a source package that builds the
>>> right thing presumably. Are there any checks to
Simon Richter wrote:
> Hi,
>
> On Mon, Nov 16, 2009 at 09:38:38AM -0600, Steve Langasek wrote:
>
>> requiring binary uploads ensures that the package has been build-tested
>> *somewhere* prior to upload, and avoids clogging up the buildds with
>> preventable failures (some of which will happen on
On Mon, Nov 16, 2009 at 11:07:52AM +0100, Josselin Mouette wrote:
> We remove entirely the getty respawning from /etc/inittab. Instead, a
> new daemon is started by a regular init script. This daemon does the
> following:
> * Opens all /dev/tty1 to tty6 and display a d-i-like “press enter
>
Hi,
On Mon, Nov 16, 2009 at 09:38:38AM -0600, Steve Langasek wrote:
> requiring binary uploads ensures that the package has been build-tested
> *somewhere* prior to upload, and avoids clogging up the buildds with
> preventable failures (some of which will happen only at the end of the
> build, wh
On Mon, Nov 16, 2009 at 08:38:15AM +0100, Goswin von Brederlow wrote:
> > I'm not asserting that this problem is *not* significant, I simply don't
> > know - and am interested in knowing if anyone has more data on this beyond
> > some four-year-old anecdotes. Certainly, Debian with its wider range
On Mon Nov 16 11:07, Josselin Mouette wrote:
> We remove entirely the getty respawning from /etc/inittab. Instead, a
> new daemon is started by a regular init script. This daemon does the
> following:
> * Opens all /dev/tty1 to tty6 and display a d-i-like “press enter
> to activate t
Josselin Mouette writes:
> Le lundi 16 novembre 2009 à 13:55 +0100, Harald Braumann a écrit :
>> > Just because it is a tradition doesnât mean itâs the correct way.
>> So far I haven't seen any argument as to why it shouldn't be the correct
>> way.
>
> Itâs broken because:
> * the
On Mon, 16 Nov 2009 14:39:06 +0100
Josselin Mouette wrote:
> Le lundi 16 novembre 2009 à 13:55 +0100, Harald Braumann a écrit :
> > > Just because it is a tradition doesn’t mean it’s the correct way.
> > So far I haven't seen any argument as to why it shouldn't be the
> > correct way.
>
> It’s
Le lundi 16 novembre 2009 à 14:29 +0100, Fabian Greffrath a écrit :
> > * Current situation is far from perfect.
> > * New GDM upstream, as is, is completely broken.
>
> Would it be possible to just stick with GDM 2.20 and maintain it as a
> fork (just as you do until now)?
It’s ver
Philipp Kern writes:
> On 2009-11-16, Simon Huggins wrote:
>> If you throw away the binaries, a DD can upload a binary package with a
>> sole binary that prints out banana and a source package that builds the
>> right thing presumably. Are there any checks to prevent that?
>>
>> I'm trying to w
* Current situation is far from perfect.
* New GDM upstream, as is, is completely broken.
Would it be possible to just stick with GDM 2.20 and maintain it as a
fork (just as you do until now)?
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen un
Le lundi 16 novembre 2009 à 14:19 +0100, Frans Pop a écrit :
> How would gettys on serial (and equivalent) ports be handled in this
> proposal?
Good question. I guess they could be handled like the first text VTs:
ready to be started by pressing enter, on a configurable list
of /dev/ttyS? device
Le lundi 16 novembre 2009 à 13:55 +0100, Harald Braumann a écrit :
> > Just because it is a tradition doesn’t mean it’s the correct way.
> So far I haven't seen any argument as to why it shouldn't be the correct
> way.
It’s broken because:
* there are race conditions in the way VTs are all
]] Adam Majer
| The obvious answer is it did not. On the contrary, it allows
| questionably built packages into Sid potentially breaking other
| package's dependencies. Consider,
|
| 1. libfoofoo maintainer uploads with binary and new ABI for AMD64
| 2. libfoofoo FTBFS
| 3. ubberapp mainta
Josselin Mouette wrote:
> We remove entirely the getty respawning from /etc/inittab. Instead, a
> new daemon is started by a regular init script. This daemon does the
> following:
> * Opens all /dev/tty1 to tty6 and display a d-i-like “press enter
> to activate this console” in them.
> * Provide
On Mon, 16 Nov 2009 11:07:52 +0100
Josselin Mouette wrote:
> Le lundi 16 novembre 2009 à 10:33 +0100, Harald Braumann a écrit :
> > I don't see any real arguments against the set-up as it is now or
> > for a new way to do it.
>
> There are no real arguments for keeping the current setup either
Le lundi 16 novembre 2009 à 11:21 +0100, Samuel Thibault a écrit :
> Josselin Mouette, le Mon 16 Nov 2009 11:07:52 +0100, a écrit :
> > * Opens all /dev/tty1 to tty6 and display a d-i-like “press enter
> > to activate this console” in them.
> > * Provide a very simple interfac
Josselin Mouette, le Mon 16 Nov 2009 11:07:52 +0100, a écrit :
> * Opens all /dev/tty1 to tty6 and display a d-i-like “press enter
> to activate this console” in them.
> * Provide a very simple interface to reserve a VT, that can be
> queried by the display manager.
A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Am Sa den 14. Nov 2009 um 15:45 schrieb Josselin Mouette:
> it???s been a long-standing tradition on Linux to have 6 started getty
> processes, in tty1 to tty6. However this doesn???t correspond anymore to
> the way we use our machines.
Yes. I
On 2009-11-16, Simon Huggins wrote:
> If you throw away the binaries, a DD can upload a binary package with a
> sole binary that prints out banana and a source package that builds the
> right thing presumably. Are there any checks to prevent that?
>
> I'm trying to work out if you get what you th
Hi
Dne Mon, 16 Nov 2009 11:22:22 +0100
Cyril Brulebois napsal(a):
> Michal Čihař (16/11/2009):
> > Hi
>
> Hello,
>
> > "Adam D. Barratt" napsal(a):
> >
> > > #556178 was filed against geoclue this morning, but has already
> > > been marked as wontfix and closed. The suggestion was to modif
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: swissknife
Version : 1.6.7
* URL : http://swissknife.sourceforge.net
* License : GPL-2+
Programming Lang: Perl
Description : Perl API to UniProt database
Vcs-Svn :
svn://sv
On Sun, Nov 15, 2009 at 04:15:35PM +0100, Joerg Jaspert wrote:
> source-only uploads
> ---
> After some discussion about this, there are two opinions within the
> ftp-team about this matter. Given that other distros experience has
> shown that allowing source only uploads results i
Michal Čihař (16/11/2009):
> Hi
Hello,
> "Adam D. Barratt" napsal(a):
>
> > #556178 was filed against geoclue this morning, but has already
> > been marked as wontfix and closed. The suggestion was to modify
> > gammu to build without libusb support on !linux, but there doesn't
> > appear to
Hi
Dne Sat, 14 Nov 2009 17:04:18 +
"Adam D. Barratt" napsal(a):
> #556178 was filed against geoclue this morning, but has already been
> marked as wontfix and closed. The suggestion was to modify gammu to
> build without libusb support on !linux, but there doesn't appear to be
> any open re
Le lundi 16 novembre 2009 à 10:33 +0100, Harald Braumann a écrit :
> I don't see any real arguments against the set-up as it is now or for a
> new way to do it.
There are no real arguments for keeping the current setup either.
> Just because GDM is broken doesn't mean we should
> change a syste
On Sat, 14 Nov 2009 15:45:11 +0100
Josselin Mouette wrote:
> Hi,
>
> it’s been a long-standing tradition on Linux to have 6 started getty
> processes, in tty1 to tty6. However this doesn’t correspond anymore to
> the way we use our machines.
> * I don’t think we need more than 2 of these.
Le samedi 14 novembre 2009 à 15:45 +0100, Luk Claes a écrit :
> >> - anjuta not yet built on all arches
> >
> > This is a consequence of the subversion FTBFS on said architectures. It
> > can be given-back once svn is fixed.
>
> Ok, hopefully there will be soon some progress on that issue.
Ther
Hi
Dne Sat, 14 Nov 2009 15:09:51 +0100
Josselin Mouette napsal(a):
> > - empathy not built on kfreebsd*
>
> It’s waiting on geoclue, which in turn needs disabling of gammu support
> on !linux.
It rather looks like Gammu needs disabling libusb support on !linux,
I will do that.
--
Mic
On 11933 March 1977, Russ Allbery wrote:
> The next upload of Lintian will remove the check for "Author(s)", since
> it's very prone to false positives and isn't checking what it's supposed
> to be checking. Thank you very much to Manoj for his work on verifying
> this tag.
Is that the 2.2.18 we
Package: wnpp
Severity: wishlist
Owner: Richard Darst
* Package name: python-lzma
Version : 0.5.2
Upstream Author : Per Øyvind Karlsen
* URL : https://launchpad.net/pyliblzma
* License : GPL-3
Programming Lang: C, Python
Description : Python bindings
46 matches
Mail list logo
