Ted Ts'o writes:
> On Mon, Aug 16, 2010 at 09:01:42PM +0200, Bernhard R. Link wrote:
>> * Perry E. Metzger [100816 20:21]:
>> > The most reasonable argument against altering such things is that
>> > after decades, people are used to the whole /usr thing and the fight
>> > to change it isn't wort
David Claughton writes:
> On 18/08/10 09:29, Goswin von Brederlow wrote:
>> David Claughton writes:
>>
>>> On 13/08/10 17:58, Russ Allbery wrote:
Raphael Hertzog writes:
> As suggested by Ian on -devel (see attachment), it would be nice to have
> a way to remove files during
On Mon, Aug 16, 2010 at 09:01:42PM +0200, Bernhard R. Link wrote:
> * Perry E. Metzger [100816 20:21]:
> > The most reasonable argument against altering such things is that
> > after decades, people are used to the whole /usr thing and the fight
> > to change it isn't worthwhile. That I will agree
Russ Allbery writes ("Re: Atlas proposal"):
> I recommend instead doing the same thing that all the out-of-tree kernel
> modules that build with module-assistant do: ship the source as a .tar.bz2
> file, unpack it during the build, and then make clean after a successful
> build.
>
> Please don't s
On Wed, 2010-08-18 at 13:18 +0200, Daniel Baumann wrote:
> On 08/16/2010 07:22 PM, Damyan Ivanov wrote:
> > Adding Daniel Baumann, the sponsor of the above two packages, to CC in case
> > he
> > can shed some light.
>
> note that i'm semi-vac until 2010-09-04, however, i speak daily with
> jonas
On 18/08/10 09:29, Goswin von Brederlow wrote:
> David Claughton writes:
>
>> On 13/08/10 17:58, Russ Allbery wrote:
>>> Raphael Hertzog writes:
>>>
As suggested by Ian on -devel (see attachment), it would be nice to have
a way to remove files during unpack of a source package to hide
On Wed, Aug 18, 2010 at 01:59:59PM +0200, Sylvestre Ledru wrote:
> I am more concern about advanced users of scientific computing software
> (Scilab, R, Octave...) which are familiar with such tools but not
> familiar enough with the internals.
> They just see these software as a whole and would n
Ian Jackson writes:
> * Source code distributed in the .deb as
> /usr/src/autobuild/libatlas3gf-auto/*
> * README.DO-NOT-EDIT file in the above directory, and all the
> .deb-installed files are mode 600, to try to avoid the user
> editing the source.
I recommend instead doing
Package: wnpp
Severity: wishlist
Owner: John Feuerstein
* Package name: hatop
Version : 0.7.5
Upstream Author : John Feuerstein
* URL : http://feurix.org/projects/hatop/
* License : GPL3+
Programming Lang: Python
Description : interactive ncurses clie
On Mon, Aug 16, 2010 at 02:07:34PM +0100, Ian Jackson wrote:
> Dominic Hargreaves writes ("Re: OMG WTF BBQ balloons"):
> > On Mon, Aug 16, 2010 at 12:00:09PM +0100, Ian Jackson wrote:
> > > I just had to tell NoScript "forbid debian.org" because I wanted to
> > > read a bug report.
> > >
> > > I d
In data mercoledì, 18. di agosto 2010 11:00:04, Goswin von Brederlow ha
scritto:
> Those are DEBUG messages. They are not relevant or usefull for 99.9% of
> all users and the only thing they do is annoy. Some of them have been
> around for years so clearly they are not something anyone is working
Le mercredi 18 août 2010 à 22:53 +1000, Peter Miller a écrit :
> On Wed, 2010-08-18 at 13:38 +0200, Emilio Pozuelo Monfort wrote:
> > those are not stupid debug output, but real problems, and should
> > be fixed. We're not going to hide them.
>
> So have gtk_assert (or whatever it is) actually cal
On 18/08/10 at 13:29 +0100, Ian Jackson wrote:
> I think the key thing to remember here is that both writing fast code,
> and its subsequent deployment and performance tuning, are very hard
> problems which are fields of research in their own right. Our job in
> Debian is not primarily to try to o
On 18/08/10 14:53, Peter Miller wrote:
> So have gtk_assert (or whatever it is) actually call abort() and make
> the offending applications crash, so the offending developers *have* to
> fix them. But until you do that, give me a way to Shut Them Off, and
> without silencing *real* error messages,
Sylvestre Ledru writes:
> Le mercredi 18 août 2010 à 13:22 +0200, Goswin von Brederlow a écrit :
>> Ben Hutchings writes:
>>
>> > On Tue, 2010-08-17 at 23:56 +0200, Sylvestre Ledru wrote:
>> >> Le mardi 17 août 2010 à 22:45 +0100, Roger Leigh a écrit :
>> > [...]
>> I think some midd
Emilio Pozuelo Monfort writes:
> On 18/08/10 11:15, Goswin von Brederlow wrote:
>> The checks
>> in glib seem good enough to handle such cases sanely so maybe the glib
>> could be shut up about them for stable releases (or where users just
>> don't care). Maybe something like setting GLIB_BE_SILE
On Wed, 2010-08-18 at 13:38 +0200, Emilio Pozuelo Monfort wrote:
> those are not stupid debug output, but real problems, and should
> be fixed. We're not going to hide them.
So have gtk_assert (or whatever it is) actually call abort() and make
the offending applications crash, so the offending dev
I think the key thing to remember here is that both writing fast code,
and its subsequent deployment and performance tuning, are very hard
problems which are fields of research in their own right. Our job in
Debian is not primarily to try to outdo others' work by producing
programs which are bette
Le mercredi 18 août 2010 à 12:13 +0100, Simon McVittie a écrit :
> On Tue, 17 Aug 2010 at 23:09:08 +0200, Sylvestre Ledru wrote:
> > Quick remember, Atlas is a linear algebra library implementing the BLAS
> > API/ABI. It is widely used in the scientific computing world but also by
> > some spreadsh
On 18/08/10 11:15, Goswin von Brederlow wrote:
> The checks
> in glib seem good enough to handle such cases sanely so maybe the glib
> could be shut up about them for stable releases (or where users just
> don't care). Maybe something like setting GLIB_BE_SILENT or so if
> recompiling the lib silen
Le mardi 17 août 2010 à 22:19 -0400, Christian PERRIER a écrit :
> Quoting Sylvestre Ledru (sylves...@debian.org):
>
> > * is it possible to use debconf this way ?
>
>
> If you end up doing so, I'd insist strongly for a review to happen on
> debian-l10n-english. I suspect that the text of debcon
Le mercredi 18 août 2010 à 13:22 +0200, Goswin von Brederlow a écrit :
> Ben Hutchings writes:
>
> > On Tue, 2010-08-17 at 23:56 +0200, Sylvestre Ledru wrote:
> >> Le mardi 17 août 2010 à 22:45 +0100, Roger Leigh a écrit :
> > [...]
> I think some middle ground would be good, which I think is
Ben Hutchings writes:
> On Tue, 2010-08-17 at 23:56 +0200, Sylvestre Ledru wrote:
>> Le mardi 17 août 2010 à 22:45 +0100, Roger Leigh a écrit :
> [...]
>> > Disabling threading is also suspect: how can the optimal number of
>> > threads possibly be determined at build time? This should also b
On 08/16/2010 07:22 PM, Damyan Ivanov wrote:
> Adding Daniel Baumann, the sponsor of the above two packages, to CC in case he
> can shed some light.
note that i'm semi-vac until 2010-09-04, however, i speak daily with
jonas on irc, you may contact him as hggh on freenode.
also, i've pinged him ab
On Tue, 17 Aug 2010 at 23:09:08 +0200, Sylvestre Ledru wrote:
> Quick remember, Atlas is a linear algebra library implementing the BLAS
> API/ABI. It is widely used in the scientific computing world but also by
> some spreadsheets (openoffice).
> This is an highly optimized library. The optimisatio
Package: wnpp
Severity: wishlist
Owner: Daniel Thomas
* Package name: libgnuprologjava-java
Version : 0.2.5
Upstream Author : Daniel Thomas
* URL : http://www.gnu.org/software/gnuprologjava/
* License : LGPLv3 or later
Programming Lang: Java, Prolog
Descr
Ben Hutchings writes:
> On Sun, 2010-08-15 at 17:02 +0100, Neil Williams wrote:
> [...]
>> Most of the stuff in ~/.xsession-errors which has been mentioned here,
>> are exactly these kind of assertion failure errors:
>>
>> (gnome-power-manager:2346): GLib-GObject-WARNING **: value "-nan" of
>> t
Hello,
Lars Wirzenius writes:
> On su, 2010-08-15 at 14:19 +0200, Tollef Fog Heen wrote:
>> I would guess they still fill up the .xsession-errors file, though? At
>> least for me, that file is mostly useless due to:
>>
>> « ...Too much output, ignoring rest... »
>>
>> as the last line.
>
> It
> I agree on this. What we still don't agree on is whether you can build
> an optimized package at all, since Atlas will optimize it for the
> machine where it got built, and the optimizations it does will
> potentially make performance worse on another machine...
>
> Samuel
>
How does atlas cope
Christoph Egger writes:
> Neil Williams writes:
>> On Sun, 15 Aug 2010 02:23:32 +
>> "brian m. carlson" wrote:
>>> On Sun, Aug 15, 2010 at 12:09:42AM +0100, Neil Williams wrote:
>> Redirect stderr when opening the file or work out why okular was
>> selected in the first place. Moaning in th
David Claughton writes:
> On 13/08/10 17:58, Russ Allbery wrote:
>> Raphael Hertzog writes:
>>
>>> As suggested by Ian on -devel (see attachment), it would be nice to have
>>> a way to remove files during unpack of a source package to hide non-free
>>> files from our users without stripping the
* David Claughton [2010-08-15 01:33 +0100]:
> Another use-case might be to remove "convenience copies" of system
> libraries. Might be useful (e.g. for security reasons) to be able to
> guarantee that this code isn't being accidentally used by a build (in
> a way that can be easily checked by a sc
Just ship two packages: libatlas3gf-base and libatlas3gf-auto, with
appropriate Conflicts/Provides just as we have now. And have
libatlas3gf-auto depend on all build-dependencies, ship the source, and
build itself in its postinst. Gentoo-style.
was about to suggest this, this is the only fea
33 matches
Mail list logo
