Hi,
On Tue, 08 Sep 2009, Matthijs Kooijman wrote:
> Just a small inconsistency I noted. The description for Origin says "The field
> can be optionaly prefixed with a single keyword followed by a comma and a
> space to categorize the origin." while the examples use a colon instead of a
> comma:
In
On Tue, 08 Sep 2009, Lucas Nussbaum wrote:
> - Where should discussions occur? Should we re-use debian-policy@, since
> both documents are a bit related? Or use another list? I would
> personally prefer to use another list (-policy@ is already quite
> busy), but I could be convinced to use -p
Paul Wise writes:
> On Tue, Sep 8, 2009 at 7:53 AM, Pierre Habouzit wrote:
> > On Mon, Sep 07, 2009 at 10:30:14PM +0200, Raphael Hertzog wrote:
> >> Anyway, I'd rather wait some time until people have tried using
> >> this format before deciding if we must make some special case due
> >> to git
Jakub Wilk wrote:
> * Raphael Geissert , 2009-09-08, 13:28:
>>> Since CFQ is the default IO scheduler, this kind of tasks should be
>>> launched with "ionice -c3", no ?
>>
>>But that would introduce a dependency on ionice. An option would be to use
>>start-stop-daemon's IO nice capabilities.
>
>
On 07/09/09 at 16:01 -0700, Steve Langasek wrote:
> One thing I didn't say before is that, /in theory/, I'm willing to help with
> maintenance of the devref package if the problem of public-by-default change
> process is addressed. I didn't mention this because I don't want to mislead
> anyone int
Josselin Mouette writes:
> Le mardi 08 septembre 2009 à 13:00 +0200, Bjørn Mork a écrit :
>> Trusting a library to do all your error handling and cleanup is not
>> good style IMHO. In addition to the lack of self-documenting source,
>> it often leave you with the meaningless generic error messa
* Raphael Geissert , 2009-09-08, 13:28:
Since CFQ is the default IO scheduler, this kind of tasks should be
launched with "ionice -c3", no ?
But that would introduce a dependency on ionice. An option would be to use
start-stop-daemon's IO nice capabilities.
$ dlocate -S /bin/ionice
util-linux
[Dropping the -amd64 ML as it seems irrelevant]
Olivier Bonvalet wrote:
> Since CFQ is the default IO scheduler, this kind of tasks should be
> launched with "ionice -c3", no ?
>
But that would introduce a dependency on ionice. An option would be to use
start-stop-daemon's IO nice capabilities.
Package: wnpp
Severity: wishlist
Owner: Stefan Schmidt
* Package name: clamz
Version : 0.2
Upstream Author : Benjamin Moody
* URL : http://code.google.com/p/clamz/
* License : GPLv3
Programming Lang: C
Description : Downloader for the Amazon.com MP3 mu
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: v4l2ucp
Version : 2.0.0
Upstream Author : Scott J. Bertin
* URL : http://v4l2ucp.sourceforge.net
* License : GPL
Programming Lang: C, C++
Description : Video for Linux 2 Universa
Since CFQ is the default IO scheduler, this kind of tasks should be
launched with "ionice -c3", no ?
Olivier
Lennart Sorensen a écrit :
On Tue, Sep 08, 2009 at 01:42:28PM +0200, Hans-J. Ullrich wrote:
I would like to discuss and suggest the following thing:
On my 64-bit notebook I am usin
On Tue, Sep 08, 2009 at 05:11:53PM +0200, Mathieu Malaterre wrote:
> Just for fun today, I tried to see the complete list of debian dev:
>
> http://qa.debian.org/developer.php
> -> http://qa.debian.org/developer.php?all=1
>
> List is empty for me...
>
> weird...
Please, do as you are asked in t
Mathieu Malaterre wrote:
> Just for fun today, I tried to see the complete list of debian dev:
>
> http://qa.debian.org/developer.php
> -> http://qa.debian.org/developer.php?all=1
>
> List is empty for me...
>
> weird...
This is #511109 and #523732 …
Not weird, just a bug.
--
To UNSUBSCRIB
On Tue, Sep 08, 2009 at 05:35:06PM +0200, Gabor Gombas wrote:
> On Tue, Sep 08, 2009 at 04:35:42PM +0200, Fabian Greffrath wrote:
>
> > With the namespace issue fixed and a blacklist to avoid mounting
> > partitions in a virtualization environment, would it make sense to
> > make grub-pc recommend
On Tue, Sep 08, 2009 at 04:35:42PM +0200, Fabian Greffrath wrote:
> With the namespace issue fixed and a blacklist to avoid mounting
> partitions in a virtualization environment, would it make sense to
> make grub-pc recommend (or even depend on) os-prober again?
The problem is not just virtualiz
Just for fun today, I tried to see the complete list of debian dev:
http://qa.debian.org/developer.php
-> http://qa.debian.org/developer.php?all=1
List is empty for me...
weird...
--
Mathieu
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
There's already a report open on os-prober to make it really read-only
#417407
IIRC Colin Watson already thought in an Ubuntu bug report about
implementing a blacklist for os-prober.
With the namespace issue fixed and a blacklist to avoid mounting
partitions in a virtualization environment, wou
Am Dienstag, den 08.09.2009, 16:35 +0200 schrieb Fabian Greffrath:
> > There's already a report open on os-prober to make it really read-only
> > #417407
> > IIRC Colin Watson already thought in an Ubuntu bug report about
> > implementing a blacklist for os-prober.
>
> With the namespace issue fix
On Tue, Sep 08, 2009 at 01:42:28PM +0200, Hans-J. Ullrich wrote:
> I would like to discuss and suggest the following thing:
>
> On my 64-bit notebook I am using anacron and (of course) apt. In the apt
> package included is the file /etc/cron.daily/apt, which contents some lines,
> which are star
Nevermind, the basic idea is described here:
http://www.gnu.org/manual/gawk/html_node/Special-FD.html
Sorry for the noise,
On Tue, Sep 8, 2009 at 3:31 PM, Mathieu
Malaterre wrote:
> Hi there,
>
> I am running into an issue, dicom3tools does not compile properly on
> the buildd machine. The erro
Hi there,
I am running into an issue, dicom3tools does not compile properly on
the buildd machine. The error is:
...
rm -rf transynu.h
nawk -f ../../.././libsrc/support/transyn.awk \
role=extern outname=transynu
<../../.././libsrc/standard/transyn.tpl
>transynu.h
rm -rf sopclu.h
On Mon, 2009-09-07 at 13:59:48 -0700, Steve Langasek wrote:
> On Mon, Sep 07, 2009 at 09:40:51PM +0100, Roger Leigh wrote:
> > There are many obvious examples of update-foo scripts which behave in
> > this manner. The requirement to run a script to update the working
> > configuration is nothing n
Hi!
On Mon, 2009-09-07 at 22:06:23 +0100, Roger Leigh wrote:
> On Fri, Sep 04, 2009 at 10:02:21PM -0700, Steve Langasek wrote:
> > On Fri, Sep 04, 2009 at 09:54:19PM +0200, Serafeim Zanikolas wrote:
> > > * document that local policy will live in /etc/inetd.conf.d/ and any
> > > manual
> > > ch
Am Dienstag 08 September 2009 schrieb Michael Banck:
> Hello,
>
> On Tue, Sep 08, 2009 at 10:39:58AM +0200, Hans-J. Ullrich wrote:
> > sorry to write here, but at the moment it is not possible, to register or
> > send bugreports to bugzilla.kernel.org.
>
> Please refrain from using debian-devel a
Hello,
On Tue, Sep 08, 2009 at 10:39:58AM +0200, Hans-J. Ullrich wrote:
> Dear maintainers,
>
> sorry to write here, but at the moment it is not possible, to register or
> send
> bugreports to bugzilla.kernel.org.
>
> Seems the mailsystem is completely down. So I even cannot send the message,
Please don't cross-post to many lists. debian-kernel would have been
sufficient.
On Tue, 2009-09-08 at 10:39 +0200, Hans-J. Ullrich wrote:
> Dear maintainers,
>
> sorry to write here, but at the moment it is not possible, to register or
> send
> bugreports to bugzilla.kernel.org.
>
> Seems t
Hello,
On Tue, Sep 08, 2009 at 10:39:58AM +0200, Hans-J. Ullrich wrote:
> sorry to write here, but at the moment it is not possible, to register or
> send
> bugreports to bugzilla.kernel.org.
Please refrain from using debian-devel as a catch-all address for
off-topic matters in the future.
t
Twas brillig at 13:42:28 08.09.2009 UTC+02 when hans.ullr...@loop.de did gyre
and gimble:
HU> What do you think? Is there a way and a chance, to improve things? Any
HU> feedback will be very welcome.
Excerpt from the file itself:
# check if the user really wants to do something
AutoAptEnabl
On Tue, Sep 8, 2009 at 5:09 PM, Eduard Nemours wrote:
> this is a feature request to integrate php5-fpm packages into.
> It is currently in (final) development for Ubuntu 9.10.
Please get the patch merged into PHP upstream and then file a wishlist
bug on the php5 package to update it to the lates
Josselin Mouette wrote:
Le mardi 08 septembre 2009 à 13:00 +0200, Bjørn Mork a écrit :
Trusting a library to do all your error handling and cleanup is not good
style IMHO. In addition to the lack of self-documenting source, it
often leave you with the meaningless generic error messages some OSe
Hi all,
I would like to discuss and suggest the following thing:
On my 64-bit notebook I am using anacron and (of course) apt. In the apt
package included is the file /etc/cron.daily/apt, which contents some lines,
which are starting a find process. This find process initiated by apt (and I
h
On Tue, Sep 08, 2009 at 01:16:08PM +0200, Josselin Mouette wrote:
> Le mardi 08 septembre 2009 à 13:00 +0200, Bjørn Mork a écrit :
> > Trusting a library to do all your error handling and cleanup is not good
> > style IMHO. In addition to the lack of self-documenting source, it
> > often leave yo
Le mardi 08 septembre 2009 à 13:00 +0200, Bjørn Mork a écrit :
> Trusting a library to do all your error handling and cleanup is not good
> style IMHO. In addition to the lack of self-documenting source, it
> often leave you with the meaningless generic error messages some OSes
> are so full of.
Josselin Mouette writes:
> Le lundi 07 septembre 2009 à 20:00 +0200, Giacomo A. Catenazzi a
> écrit :
>> Steve Langasek wrote:
>> > Case 1, please. Either case 2 fails to handle the allocation error, or
>> > glib
>> > is doing its own abort. Neither is acceptable.
>
> Yeah, sure. As if there w
On Tue, Sep 08, 2009 at 03:23:50PM +0800, Paul Wise wrote:
> On Tue, Sep 8, 2009 at 7:53 AM, Pierre Habouzit wrote:
> > On Mon, Sep 07, 2009 at 10:30:14PM +0200, Raphael Hertzog wrote:
> >> Anyway, I'd rather wait some time until people have tried using this
> >> format before deciding if we must
On Sun, Sep 06, 2009 at 01:50:45PM +0200, Julien Cristau wrote:
> On Sun, Sep 6, 2009 at 15:14:21 +0400, Nikita V. Youshchenko wrote:
>
> > As of today, debian does not contain this bug, because ffmpeg with this
> > brakage happened not to be uploaded yet to debian. However, once it is,
> > the
Hi,
this is a feature request to integrate php5-fpm packages into.
It is currently in (final) development for Ubuntu 9.10.
The developer believes that the package is ready. php5-fpm comes as a
patch file, and new build target to the existing php5 source package.
Now that they have a newer up
* Josselin Mouette [090908 11:00]:
> Le mardi 08 septembre 2009 à 10:55 +0200, Bernhard R. Link a écrit :
> > Often there is something sensible: Wait till more memory is available or
> > just make the operation needing so much memory fail.
>
> If it???s an operation that specifically requires muc
Twas brillig at 11:00:07 08.09.2009 UTC+02 when j...@debian.org did gyre and
gimble:
JM> If it’s an operation that specifically requires much memory, Glib
JM> provides g_try_*alloc functions for that.
JM> However, when allocations start failing for string manipulation
JM> operations, the ap
* Josselin Mouette , 2009-09-08, 10:06:
> Case 1, please. Either case 2 fails to handle the allocation error, or glib
> is doing its own abort. Neither is acceptable.
Yeah, sure. As if there was anything more sensible to do than aborting
when a memory allocation fails. When this happens under
Le mardi 08 septembre 2009 à 10:55 +0200, Bernhard R. Link a écrit :
> Often there is something sensible: Wait till more memory is available or
> just make the operation needing so much memory fail.
If it’s an operation that specifically requires much memory, Glib
provides g_try_*alloc functions
* Josselin Mouette [090908 10:45]:
> Le lundi 07 septembre 2009 à 20:00 +0200, Giacomo A. Catenazzi a
> > Steve Langasek wrote:
> > > Case 1, please. Either case 2 fails to handle the allocation error, or
> > > glib
> > > is doing its own abort. Neither is acceptable.
>
> Yeah, sure. As if ther
Le lundi 07 septembre 2009 à 20:00 +0200, Giacomo A. Catenazzi a
écrit :
> Steve Langasek wrote:
> > Case 1, please. Either case 2 fails to handle the allocation error, or glib
> > is doing its own abort. Neither is acceptable.
Yeah, sure. As if there was anything more sensible to do than abort
Dear maintainers,
sorry to write here, but at the moment it is not possible, to register or send
bugreports to bugzilla.kernel.org.
Seems the mailsystem is completely down. So I even cannot send the message,
that the mailservice is down, too.
I hope, that one of the kernel-maintainers might r
Giacomo A. Catenazzi wrote:
> >>Case 2:
> >>char *foo = g_strdup_printf ("%s equals %i", somestring,
> >>someint);
> >
> >>Pick your choice.
> >
> >Case 1, please. Either case 2 fails to handle the allocation error, or glib
> >is doing its own abort. Neither is acceptable.
> >
>
On Tue, Sep 08, 2009 at 09:18:40AM +0200, Stefano Zacchiroli wrote:
> > One thing I didn't say before is that, /in theory/, I'm willing to
> > help with maintenance of the devref package if the problem of
> > public-by-default change process is addressed. I didn't mention
> > this because I don't
Hi all,
> after several rounds of discussion on -devel, we now have a
> new standard defining meta-information to integrate on patches that we
> distribute/apply in our packages:
> http://dep.debian.net/deps/dep3/
Just a small inconsistency I noted. The description for Origin says "The field
can b
Raphael Hertzog writes:
> after several rounds of discussion on -devel, we now have a
> new standard defining meta-information to integrate on patches that we
> distribute/apply in our packages:
> http://dep.debian.net/deps/dep3/
Just a minor comment on the examples: Please either use your own d
On Tue, Sep 8, 2009 at 7:53 AM, Pierre Habouzit wrote:
> On Mon, Sep 07, 2009 at 10:30:14PM +0200, Raphael Hertzog wrote:
>> Anyway, I'd rather wait some time until people have tried using this
>> format before deciding if we must make some special case due to
>> git format-patch.
>
> It's not a s
On Mon, Sep 07, 2009 at 04:01:31PM -0700, Steve Langasek wrote:
> > I think it's a good idea, at least it's worth trying. That should however
> > not mean that only delegated policy editors can maintain the package...
> > maintainership should still be relatively open like it has always been.
> > I
50 matches
Mail list logo
