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
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
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
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
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
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.
> >
>
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
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 , 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 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
* 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
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 [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
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
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
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
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
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.
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
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
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
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
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
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
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:
> 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,
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
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
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 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
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
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
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
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
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
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
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
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
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
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
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
[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.
* 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
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
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.
>
>
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
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
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
50 matches
Mail list logo
