On Thu, May 05, 2011 at 07:48:45PM +0200, Carsten Hey wrote:
> * Pierre Habouzit [2011-05-05 07:46 +0200]:
> > On Wed, May 04, 2011 at 10:48:46PM +0200, Carsten Hey wrote:
> > > If more new upstream versions are uploaded to unstable (because they are
> > > targeted
On Fri, May 06, 2011 at 12:51:33AM +0200, Goswin von Brederlow wrote:
> Pierre Habouzit writes:
>
> > On Thu, May 05, 2011 at 06:51:35PM +0200, Goswin von Brederlow wrote:
> >> Pierre Habouzit writes:
> >>
> >> > On Wed, May 04, 2011 at 10:19:45PM
On Thu, May 05, 2011 at 06:51:35PM +0200, Goswin von Brederlow wrote:
> Pierre Habouzit writes:
>
> > On Wed, May 04, 2011 at 10:19:45PM +0200, Josselin Mouette wrote:
> >> Le mercredi 04 mai 2011 à 22:12 +0200, Lucas Nussbaum a écrit :
> >> > While I like the
On Thu, May 05, 2011 at 09:56:03AM +0200, sean finney wrote:
> Maybe valgrind already does checks like this [...]
It does.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.
On Thu, May 05, 2011 at 09:07:28AM +0200, Pierre Habouzit wrote:
> On Thu, May 05, 2011 at 08:58:31AM +0200, Lucas Nussbaum wrote:
> > On 05/05/11 at 08:51 +0200, Josselin Mouette wrote:
> > > Le jeudi 05 mai 2011 à 08:23 +0200, Lucas Nussbaum a écrit :
> > > > >
d like
tomorrow, and we could see how well it fares, and refine it when we
understand its dynamics.
Right now there are too many "what if", the simple proposal made of a
second britney run + forces is non intrusive, can be done on a d.net
host easily enough, and we could learn this way how
lling Team will benefit from the RT work so it's
just an incremental effort. Nothing wasted.
(And not wanting to finger point but I've read at least a certain RT
Member saying that he would even consider help a Rolling Team as he's
alread
On Wed, May 04, 2011 at 10:48:46PM +0200, Carsten Hey wrote:
> * Pierre Habouzit [2011-05-04 22:23 +0200]:
> > On Wed, May 04, 2011 at 10:19:45PM +0200, Josselin Mouette wrote:
> > > Le mercredi 04 mai 2011 à 22:12 +0200, Lucas Nussbaum a écrit :
> > > > While I lik
ture should be limited to people with a key in
the keyring.
Though we should make the software available for people to build their
own PPA infrastructure easily.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOO
ritney are
strictly versionned, for the rolling case one may want to have looser
way to express force hints (with version ranges e.g.), but that should't
be really hard.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOO
vered by uploading directly to
> either t-p-u or unstable.
Agreed, the entry point for rolling is clearly just unstable + a force
hint. Why would you need to upload something to rolling that you
couldn't make enter through unstable?
--
·O· Pierre Habouzit
··O
orified pinning
managed at the project level instead of on each other's machines. But it
doesn't make those users worthless to the release team, quite the
contrary.
It could even turn-up to become a useful release tool.
I just love that proposal. At leas
On Tue, May 03, 2011 at 04:49:42PM +0200, Jan Hauke Rahm wrote:
> On Tue, May 03, 2011 at 01:31:24PM +0200, Pierre Habouzit wrote:
> > On Tue, May 03, 2011 at 11:41:35AM +0200, Lucas Nussbaum wrote:
> > > It is clear from the discussion that there would be consequences. S
On Tue, May 03, 2011 at 03:17:18PM +0200, Lucas Nussbaum wrote:
> On 03/05/11 at 15:05 +0200, Pierre Habouzit wrote:
> > aptosid is just an example, I don't even know the distro, they may not
> > be the best choice, I just try to find alternates ideas. Note that I
> >
On Tue, May 03, 2011 at 03:05:34PM +0200, Pierre Habouzit wrote:
> On Tue, May 03, 2011 at 02:42:26PM +0200, Lucas Nussbaum wrote:
> > It's not as simple as "let's integrate aptosid". There are at least two
> > sides to this:
> > - integrate the develope
On Tue, May 03, 2011 at 02:42:26PM +0200, Lucas Nussbaum wrote:
> On 03/05/11 at 13:31 +0200, Pierre Habouzit wrote:
> > I've suggested integrating aptosid (or $derivative) people inside of
> > Debian as a way to provide rolling, I know that Joss did so on planet
> >
be improved in Debian to
make their job easier, while *we* don't since we never tried.
Just to say that your bipartisan view is a tad simplistic :)
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOO
On Mon, May 02, 2011 at 05:36:34PM +0200, Stefano Zacchiroli wrote:
> On Sun, May 01, 2011 at 11:00:58PM +0200, Pierre Habouzit wrote:
> > > First of all I think you should concede that the exercise you're asking
> > > us to do cannot be done as easily as you did yours
r these desktop release in order to decide, the
> best time, to base stable on a giver desktop version
>
>
> unstable==>testing==>desktop
> ||==>frozen==>stable
This is addressed in the thread, and some (me included) fear that it'll
squan
targeted at users. What would it be if testing becomes more user
targetted? Should the removal policies be amended ? Beware, I think
it's a huge no-go for the release team.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOO
like it. I'd rather see ways
on how to make the freeze shorter been explored instead.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org
--
To UNSUBSCRIBE, emai
On Mon, May 02, 2011 at 09:13:31AM +0200, Marc 'HE' Brockschmidt wrote:
> Hai!
>
> Pierre Habouzit writes:
> > On Sat, Apr 30, 2011 at 12:28:06PM +0200, Stefano Zacchiroli wrote:
> >> Size is just one ingredient. There are plenty of other ways to diminish
>
On Mon, May 02, 2011 at 12:10:42AM +0200, Lucas Nussbaum wrote:
> On 01/05/11 at 23:46 +0200, Pierre Habouzit wrote:
> > > Benefits for Debian:
> > > - attract users who think that testing is only a development branch, and
> > > want newer software than what one fi
On Mon, May 02, 2011 at 01:56:14AM +0200, Carsten Hey wrote:
> * Pierre Habouzit [2011-05-01 23:17 +0200]:
> > The problem is, you need to entry points, one for testing as we know it,
> > one for rolling.
>
> Actually, we need two entry points each, a default one and an
&g
On Sun, May 01, 2011 at 11:39:47PM +0200, Lucas Nussbaum wrote:
> On 01/05/11 at 22:48 +0200, Pierre Habouzit wrote:
> > On Sun, May 01, 2011 at 10:36:07PM +0200, Lucas Nussbaum wrote:
> > > It's clear that we are not going to stop doing stable releases anytime
> > &
inconciliable Debians at once? "Because users
want it" doesn't fly. I couldn't care less, I'm interested about *why*
they want it, not the mere fact that they do. Because when you know why
they want it, maybe there will be be
On Sun, May 01, 2011 at 10:41:07PM +0200, Stefano Zacchiroli wrote:
> On Sun, May 01, 2011 at 10:08:46PM +0200, Pierre Habouzit wrote:
> > Those are real users from real life. I'm not saying "we"-re
> > representative of a majority of Debian Users, but unlike all
On Sun, May 01, 2011 at 10:36:07PM +0200, Lucas Nussbaum wrote:
> On 01/05/11 at 22:17 +0200, Pierre Habouzit wrote:
> > On Sun, May 01, 2011 at 09:35:07PM +0200, Lucas Nussbaum wrote:
> > > [ Note that my position is based on the assumption that we have a
> > > share o
On Sun, May 01, 2011 at 04:26:57PM -0400, Joey Hess wrote:
> Pierre Habouzit wrote:
> > Who are they? Unlike this constant handwaving, I've shared my experience
> ^^^
> If you feel that my contributions and experience in Debian c
repository every now and then, but that doesn't make
them releases, please, at least not in the Debian sense).
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org
--
To UNSUBSCRIBE,
On Sun, May 01, 2011 at 04:01:20PM -0400, Joey Hess wrote:
> Pierre Habouzit wrote:
> > FWIW I think that "rolling" or "CUT" miss the point entirely. As a
> > Debian user I use stable on my servers (with a few backports for the 3-4
> > things I need
On Sun, May 01, 2011 at 09:43:51PM +0200, Stefano Zacchiroli wrote:
> On Sun, May 01, 2011 at 08:55:25PM +0200, Pierre Habouzit wrote:
> > (1) you'll split the userbase, some of the users will use rolling
> > instead of testing, and during the freeze we're very int
On Sun, May 01, 2011 at 08:02:51PM +0200, Lucas Nussbaum wrote:
> On 01/05/11 at 18:38 +0200, Pierre Habouzit wrote:
> > You're saying:
> >
> > Problem:
> > I acknowledge that people are not interested in stable releases
> > enough and that
I'm happy you
noticed. But what you propose isn't even wishful thinking. I'm still not
believing you've written something that naive, are you really deluding
yourself to that point?
PS: when you say your trick like that, you know, people
On Sun, May 01, 2011 at 11:22:51AM +0300, Andrei Popescu wrote:
> On Du, 01 mai 11, 09:57:50, Pierre Habouzit wrote:
> > I think we'd like people running unstable stick with testing when we
> > freeze, that makes sense, yes.
>
> This doesn't make sense to me, why
On Sun, May 01, 2011 at 08:38:55AM +0200, Mike Hommey wrote:
> On Sun, May 01, 2011 at 01:32:19AM +0200, Pierre Habouzit wrote:
> > FWIW I think that "rolling" or "CUT" miss the point entirely. As a
> > Debian user I use stable on my servers (with a few back
On Sat, Apr 30, 2011 at 11:24:41PM -0700, Ludovico Cavedon wrote:
> On 04/30/2011 04:32 PM, Pierre Habouzit wrote:
> > FWIW I think that "rolling" or "CUT" miss the point entirely. As a
> > Debian user I use stable on my servers (with a few backports for the 3-4
cies would help too but that's yet
another story: in a few words, we should allow NMUs as soon as there
is enough acked-by for them… to enforce a minimal level of
peer-review, so that quality is checked, and relax all the conditions
to perform NMUs at once
ld be the place to go.
And I'm sure there are lots of other good things it allows.
But really, let's focus on relieving the expensive scarce resource (aka
manpower, developers, maintainers) instead of adding burden on it for a
dubious claim that users want it. If you add more bur
ple hosts with one command. When
> > possible mussh will use ssh-agent and RSA/DSA keys to minimize
> > the need to enter your password more than once.
>
> how is that different to dsh, already present in Debian?
Or clusterssh ?
--
·O· Pierre Habouzit
··O
On Wed, May 19, 2010 at 03:28:00PM +0200, Bjørn Mork wrote:
> Pierre Habouzit writes:
> > On Wed, May 19, 2010 at 10:42:55AM +0200, Bjørn Mork wrote:
> >
> >> 2) http proxy servers cannot always process pipelined requests due to
> >>the complexity this a
the
pipelining may help is fine, but disabling it by default is wrong.
Pipelining is defined in the RFC since the nineties ffs...
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madis
the package actually is bogus from the beginning]
For all I care you cannot exploit this bug, unless you can make the nsd
user write symlink to files there. If this is asking for trouble, and my
next upload is going to fix that, it's not really worth the fuss about
c
On Sun, Sep 20, 2009 at 06:16:52PM +0200, Magnus Holmgren wrote:
> On lördagen den 19 september 2009, Pierre Habouzit wrote:
> > There is one point in having the transitional package: it ensures that
> > no package does try to take "foo" as a package name in $stable +
On Sat, Sep 19, 2009 at 03:00:54PM -0700, Steve Langasek wrote:
> On Sat, Sep 19, 2009 at 07:40:28PM +0200, Pierre Habouzit wrote:
> > On Sat, Sep 19, 2009 at 07:20:40PM +0200, Pierre Habouzit wrote:
> > > On Sat, Sep 19, 2009 at 02:32:51PM +0200, Andreas Barth wrote:
> &g
n dpkg, then pushed to user, then used, IOW only
squeeze+1 would be a target for "Supersedes" use anyway.
[2] yes slow, because for each package install, dpkg would have to
wonder if anything supersedes it, and deal with all the issues that
would arise if _two_ binary packages S
On Sat, Sep 19, 2009 at 07:20:40PM +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 02:32:51PM +0200, Andreas Barth wrote:
> > * Pierre Habouzit (madco...@madism.org) [090919 01:08]:
> > > I'll put blocks in my hint file to be sure that both those packages will
&
On Sat, Sep 19, 2009 at 02:32:51PM +0200, Andreas Barth wrote:
> * Pierre Habouzit (madco...@madism.org) [090919 01:08]:
> > I'll put blocks in my hint file to be sure that both those packages will
> > migrate in testing together (I'm unsure if britney is clever enough to
On Sat, Sep 19, 2009 at 01:01:38PM +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 11:47:35AM +0200, Bill Allombert wrote:
> > On Sat, Sep 19, 2009 at 01:08:12AM +0200, Pierre Habouzit wrote:
> > > On Sat, Sep 19, 2009 at 12:04:32AM +0200, Bill Allombert wrote:
>
On Sat, Sep 19, 2009 at 11:47:35AM +0200, Bill Allombert wrote:
> On Sat, Sep 19, 2009 at 01:08:12AM +0200, Pierre Habouzit wrote:
> > On Sat, Sep 19, 2009 at 12:04:32AM +0200, Bill Allombert wrote:
> > > Dear developers,
> > >
> > > There is a new version of
e.
I'm not sure if we're ready for this transition yet though, I'll let luk
or other RA/RM check if now is the best moment to do so.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org
signature.asc
Description: Digital signature
bscribed
Easy way to override 2: let reportbug have a
--do-not-subscribe-me-to-bugs--I-mean-it--I-really-want-to-be-a-PITA-for-the-maintainer
for people that never remember about the pseudo-header.
--
·O· Pierre Habouzit
··O
On Thu, Sep 10, 2009 at 05:23:32PM +0200, Stefano Zacchiroli wrote:
> On Thu, Sep 10, 2009 at 05:08:00PM +0200, Pierre Habouzit wrote:
> > When the maintainer think the bug reporter is not to be annoyed, then he
> > should mail nnn-silent or whatever, because that is the exception
se that is the exception.
Not the reverse. This is a major (if not _THE_ major) annoyance with the
BTS. FWIW this is a long discussed issue, and the BTS maintainers do not
share this opinion (that mailing @ should also mail the submitter)
so we're basically
anyway. If GObject or gpointer changes, symbol versioning doesn't
> > save you because _GtkTextChildAnchor is a public type
>
> This can all be solved using symbol versioning. Buf it will
> probably require alot of work to get it righ
going in the good direction.
He's annoyed I sent that mail so late (and FWIW sorry but I hadn't the
time to do it before, and when I had time in august I hadn't
connectivity.. but whatever) but I think the proposal will be amended so
that we're co
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
> >> f
can cherry-pick patches and format-patch them away. If you
ask them to add one missing header like the actual source or commid-id
they took the patch from, they'll probably do it (I would at least). If
you ask to rewrite the full stuff, then really, "go to hell" will
probably
sider adopting DEP3 without those "fixes". With those fixes though,
it's just a tiny bit of effort for them, so you'll instead probably see
quite a fast adopting rate for DEP3...
--
·O· Pierre Habouzit
··Omadco...@debian.org
O
On Sun, Sep 06, 2009 at 10:52:22AM -0700, Steve Langasek wrote:
> On Sun, Sep 06, 2009 at 06:40:44PM +0200, Pierre Habouzit wrote:
> > On Sun, Sep 06, 2009 at 12:04:33PM +0200, Marco d'Itri wrote:
> > > On Sep 06, Steve Langasek wrote:
>
> > > > > Whe
rt for enabling it on Linux architectures.
> +
> + -- Manoj Srivastava Sat, 05 Sep 2009 12:15:46 -0500
Isn't it a duplicate of #543420 where the maintainer claims upstream
doesn't want such a patch ?
--
Intersec <http://www.intersec.com>
Pierre Habouzit
Tél : +33 (0)1 5570
/restart anymore.
So I'd say that even for Linux we want some kind of sysvinit like
scripts anyways.
--
Intersec <http://www.intersec.com>
Pierre Habouzit
Tél : +33 (0)1 5570 3346
Mob : +33 (0)6 1636 8131
Fax : +33 (0)1 5570 3332
37 Rue Pierre Lhomme
92400 Courbevoie
signature.asc
Description: Digital signature
On Sun, Aug 09, 2009 at 06:04:34PM +0200, Raphael Hertzog wrote:
> retitle 485330 Allow context diff in debian/patches/ in 3.0 (quilt) format
> thanks
>
> On Thu, 06 Aug 2009, Pierre Habouzit wrote:
> > That said, yes, using non-unified diff is as laughable as using RCS or
On Fri, Aug 07, 2009 at 04:12:35PM +0200, Frank Küster wrote:
> Pierre Habouzit wrote:
>
> > On Fri, Aug 07, 2009 at 10:45:14AM +0900, Charles Plessy wrote:
> >> Le Thu, Aug 06, 2009 at 09:26:02AM -0700, Russ Allbery a écrit :
> >> >
> >> > (filterd
calls patch(1) to
apply the patches, à la cdbs-simple-patchsys.
--
Intersec <http://www.intersec.com>
Pierre Habouzit
Tél : +33 (0)1 5570 3346
Mob : +33 (0)6 1636 8131
Fax : +33 (0)1 5570 3332
37 Rue Pierre Lhomme
92400 Courbevoie
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.
On Thu, Aug 06, 2009 at 06:33:28PM +0200, Pierre Habouzit wrote:
> Those are actually valid ed scripts IIRC.
Okay, sorry, I meant to remove that sentence that is actually wrong...
sorry 'bout that.
--
·O· Pierre Habouzit
··Omadco...@de
$ combinediff aa-to-ab.diff /dev/null
unchanged:
--- aa 2009-08-06 18:25:44.875327948 +0200
+++ ab 2009-08-06 18:25:50.107327652 +0200
@@ -1,3 +1,3 @@
toto
-tuti
+tutu
titi
Cheers,
--
Intersec <http://www.intersec.com>
Pierre Habouzit
Tél : +33 (0)1
On Wed, Jul 08, 2009 at 03:53:58PM +0200, Pierre Habouzit wrote:
> On Sun, Jul 05, 2009 at 11:01:21PM +0200, Christian Hammers wrote:
> > Hello
> >
> > To help packages like Apache which have some parts like libaprutil
> > that wants to link against libmysqlclie
lds nothing with the .16 version, libmysql_r.so
has *not* an ABI that includes the one of libmysqlclient.so.
IOW programs that would be built against libmysqlclient.so on other distros
will not work on Debian at all if you do that.
As of the dpkg-shlibdeps warning you can probably work it around
you really mean to provide something like ia32-apt-get, what you
ought to do is to:
- help the user create and maintain a proper 32bits chroot;
- let ia32-apt-get or whatever it's called be a forward to running
apt-get inside that chroot;
- find a way to let the user run commands
,
just that it's meaningless to package it in Debian (especially in its
current state, but that's _really_ orthogonal).
--
Intersec <http://www.intersec.com>
Pierre Habouzit
Tél : +33 (0)1 5570 3346
Mob : +33 (0)6 1636 8131
Fax : +33 (0)1 5570 3332
37 Rue Pierre Lhomme
92400 Courbevoie
signature.asc
Description: Digital signature
On Thu, Jun 25, 2009 at 12:41:43AM +0200, Pierre Habouzit wrote:
> On Thu, Jun 25, 2009 at 12:24:40AM +0200, Guus Sliepen wrote:
> > On Wed, Jun 24, 2009 at 05:47:16PM -0400, Steve Langasek wrote:
> >
> > > > Once libposix reaches maturity, I will certainly consider lin
es glibc, you want
to only use glibc if you want to save memory. It's simple as that.
--
Intersec <http://www.intersec.com>
Pierre Habouzit
Tél : +33 (0)1 5570 3346
Mob : +33 (0)6 1636 8131
Fax : +33 (0)1 5570 3332
37 Rue Pierre Lhomme
92400 Courbevoie
signature.asc
Description: Digital signature
On Mon, Jun 01, 2009 at 03:08:02PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 01 Jun 2009, Pierre Habouzit wrote:
> > Think again, if I do such a package, I would obviously check with some
> > kind of trivial perl programm if the device containing /usr/lib/rootkit
>
On Mon, Jun 01, 2009 at 05:13:16PM +0200, Goswin von Brederlow wrote:
> Pierre Habouzit writes:
>
> > On Mon, Jun 01, 2009 at 01:11:20PM +0200, Goswin von Brederlow wrote:
> >> Josselin Mouette writes:
> >> > > - LVM and/or RAID: no real reason nowadays to
soon as you hit the disk, I'm told that the disk consumptions in
nowadays hardware wins over the CPU one from decryption. (I don't count
encryption as you usually very seldomly _write_ to /usr except when you
upgrade or install packages).
--
·O· Pierre Habouzit
··O
07:06:16 +, Pierre Habouzit wrote:
> We're in an era where inetds are less and less a central piece of a
> standard Linux distribution. Inetd was used in the past because many
> servers lacked a proper standalone mode, or were too memory-hungry.
>
> Most machines nowadays hav
On Tue, Mar 10, 2009 at 06:39:23AM +, Steve Langasek wrote:
> On Tue, Mar 10, 2009 at 07:31:35AM +0100, Luk Claes wrote:
> > Steve Langasek wrote:
> > > On Mon, Mar 09, 2009 at 08:06:16PM +0100, Pierre Habouzit wrote:
>
> > >> I'm wondering if making supe
ource: netkit-ntalk
Package: talkd
Source: netkit-telnet
Package: telnetd
Source: netkit-telnet-ssl
Package: telnetd-ssl
Source: netkit-tftp
Package: tftpd
Package: uucp
Source: uw-imap
Package: uw-imapd
Source: wipl
Package: wipl-client-inetd
Pac
On Fri, Dec 19, 2008 at 04:13:37PM +, Michael Banck wrote:
> On Thu, Dec 18, 2008 at 11:00:26PM +0100, Pierre Habouzit wrote:
> > > On Thu, Dec 18, 2008 at 08:44:11AM -0600, Manoj Srivastava wrote:
> > > > As to the people who emailed me that the
7;m still not sure it's
not a practical joke.
"Avoir un balai dans le cul" has to do with the "rigidity" of if. It
alludes to people being obtuse and taking offense from completely silly
things. A bit like you're doing actually. But of course,
and whether I should save you the bother or an
> > expulsion process.
>
> I would just like to go on record that if Manoj is expelled from the project
> due to the recent events, then I will resign. Fortunately, it seems that it
> won't be necessary.
H
On Sun, Dec 14, 2008 at 10:33:27PM +, Peter Palfrader wrote:
> On Sun, 14 Dec 2008, Pierre Habouzit wrote:
>
> > > Boycotting is unlikely to prevent all ballot options from reaching the
> >
> > Yeah Boycotting is silly, that's why I've voted for FD fir
On Sun, Dec 14, 2008 at 08:14:34PM +, Steve Langasek wrote:
> On Sun, Dec 14, 2008 at 08:49:10PM +0900, Paul Wise wrote:
> > On Sun, Dec 14, 2008 at 8:03 PM, Pierre Habouzit
> > wrote:
> > > This vote is nonsensical, and I'm hereby calling people to rank FD first
his vote is nonsensical, and I'm hereby calling people to rank FD first
or to boycott it. This is a practical joke.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org
pgp6r42WzZizh.pgp
Description: PGP signature
On Sun, Nov 23, 2008 at 09:26:48PM +, Steve Kemp wrote:
> On Sun Nov 23, 2008 at 22:17:44 +0100, Pierre Habouzit wrote:
>
> > FWIW we had this discussion already:
> >
> > http://lists.debian.org/debian-devel/2006/01/msg00920.html
> >
> > Could we
]
FWIW we had this discussion already:
http://lists.debian.org/debian-devel/2006/01/msg00920.html
Could we fucking stop repeating the same old discussions over and over
and over ? every two year we troll about firmwares, bad jokes on d-d-a,
what else ?
COULD WE PLEASE FUCKING LEARN FROM OUR PAST
; QA session ?
>
> Actually, it could be a good idea for you to attend, Pierrebut for
> what I know of your usual schedule, that might be hard to arrange.
It's totally impossible for me to attend.
--
·O· Pierre Habouzit
··O
On Fri, Oct 31, 2008 at 10:05:35PM +, Christoph Berg wrote:
> Re: Pierre Habouzit 2008-10-30 <[EMAIL PROTECTED]>
> > On Thu, Oct 30, 2008 at 04:52:58PM +, Christoph Berg wrote:
> > > Re: Pierre Habouzit 2008-10-30 <[EMAIL PROTECTED]>
> > > > Anyw
On Thu, Oct 30, 2008 at 04:52:58PM +, Christoph Berg wrote:
> Re: Pierre Habouzit 2008-10-30 <[EMAIL PROTECTED]>
> > Anyways, the information is: I don't intend to maintain or run bts-link
> > anymore[2], it is up for adoption. If the BTS people wish to inherit the
On Thu, Oct 30, 2008 at 03:47:56PM +, Robert Lemmen wrote:
> On Thu, Oct 30, 2008 at 03:33:49PM +0100, Pierre Habouzit wrote:
> > For the sake of 10 binary firmwares, you want to make whole Debian
> > depend upon non-free ? Wow, what an achievement.
>
> ok, i think i c
make whole Debian
depend upon non-free ? Wow, what an achievement.
No, please, we don't accept regressions as a solution.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
em around.
>
> Ok, many *loud* voices ...
>
> How many times did I see that binary firmware discussion in my few years
> as DD ...
Each time we release ?
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
On Wed, Oct 22, 2008 at 01:15:55PM +, Manoj Srivastava wrote:
> On Tue, Oct 21 2008, Pierre Habouzit wrote:
>
>
> > And you're comfortable with ftp-master ruling DFSG-iness through NEW
> > then ? I don't really see the difference.
>
> I w
On Tue, Oct 21, 2008 at 05:52:28PM +, Manoj Srivastava wrote:
> On Tue, Oct 21 2008, Pierre Habouzit wrote:
>
>
> > Though, when this software is central to all Debian (as the kernel is,
> > or the glibc for the sunrpc issue, or mesa for the GLX code, or ...),
> &
t; added to the rules in the wiki page.
Does bribing lucas into not using grid5k anymore works too ? :)
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpt45yCrpRX8.pgp
Description: PGP signature
reason that this huge effort toward free drivers
> > was done. If we did it for drivers, there's no reason we can't suceed for
> > firmwares.
> >
>
> And we should delay the release by 5 years until we have them...
I fear the hardware will be old at that time…
--
wares because the chips were made specifically for the board it was
in, and you had no problems with not having the source "code" of the
chip. So really, I see there is a double standard here, and a lot of
hypocrisy.
But sure, I still have 2 machines that use e100 at home (I thi
On Sun, Oct 19, 2008 at 05:59:55PM +, Pierre Habouzit wrote:
> Glibc has stubs for many of the pthread functions, that do nothing when
> libpthread isn't loaded. This way, code has not runtime perf
t on this issue?
Glibc has stubs for many of the pthread functions, that do nothing when
libpthread isn't loaded. This way, code has not runtime performance for
using mutexes and locking when there is no thread used.
If your library only uses the stuff t
1 - 100 of 601 matches
Mail list logo
