default at boot time. This can be accomplished by
>
> I second this request.
Same here. Please include it, but at the same time I think it would be
reasonable to wait till sarge is out, so kernel effort can be put into
working on kernels released with sarge. Just a thought.
--
Frederi
ponsors from time to time, I second this.
B/R,
--
Frederik Dannemare | mailto:[EMAIL PROTECTED]
http://qa.debian.org/developer.php?login=Frederik+Dannemare
http://frederik.dannemare.net | http://www.linuxworlddomination.dk
t
members of ftp-masters process the NEW queue?).
Best regards,
--
Frederik Dannemare | mailto:[EMAIL PROTECTED]
http://qa.debian.org/developer.php?login=Frederik+Dannemare
http://frederik.dannemare.net | http://www.linuxworlddomination.dk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thursday 03 February 2005 14:45, Steve Langasek wrote:
> On Thu, Feb 03, 2005 at 02:28:39PM +0100, Frederik Dannemare wrote:
> > On Thursday 03 February 2005 03:03, Marcelo E. Magallon wrote:
> > > On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar
wrote:
> &g
On Thursday 03 February 2005 16:05, Wouter Verhelst wrote:
> Op do, 03-02-2005 te 15:44 +0100, schreef Frederik Dannemare:
> > On Thursday 03 February 2005 14:45, Steve Langasek wrote:
> > > Increasing the rate at which new packages flow into unstable is
> > > NOT
On Friday 04 February 2005 02:30, Steve Langasek wrote:
> On Thu, Feb 03, 2005 at 04:05:19PM +0100, Wouter Verhelst wrote:
> > Op do, 03-02-2005 te 15:44 +0100, schreef Frederik Dannemare:
> > > > which
> > > > requires no imprimatur from the DPL, before you sta
On Friday 04 February 2005 14:14, Brian M. Carlson wrote:
> On Fri, 2005-02-04 at 13:26 +0100, Frederik Dannemare wrote:
> > On Friday 04 February 2005 02:30, Steve Langasek wrote:
> > > On Thu, Feb 03, 2005 at 04:05:19PM +0100, Wouter Verhelst wrote:
> > > > Op
On Friday 04 February 2005 15:02, Henrique de Moraes Holschuh wrote:
> On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> > As of right now it is troublesome to build e.g. gl stuff as a
> > maintainer if you are using the nvidia drivers on your system. I'm
> > sure
On Friday 04 February 2005 15:02, Thiemo Seufer wrote:
> Frederik Dannemare wrote:
> [snip]
>
> > I surely hope they would still do so. Another option could simply
> > be to proceed with the current way of uploading - but then let the
> > buildd rebuild the uploaded bin
On Friday 04 February 2005 15:47, Henrique de Moraes Holschuh wrote:
> On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> > On Friday 04 February 2005 15:02, Henrique de Moraes Holschuh wrote:
> > > On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> > > > As of right now
On Friday 04 February 2005 15:59, Thiemo Seufer wrote:
> Frederik Dannemare wrote:
> [snip]
>
> > > Always build packages for uploads in a clean environment (a fresh
> > > chroot if nothing else is available).
> >
> > I absolutely agree. But it still d
were
from Potato to Woody (where the version number was bumped from 2.2 ->
3.0)? If yes, and with that in mind, it could probably be justified
that Sarge ships as 4.0, I guess.
--
Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk
http://qa.debian.org/developer.php?log
assword, right? I only remember setting "PasswordAuthentication no" in
sshd_config and I haven't touched any PAM stuff (ie. default Sarge
settings).
Best regards,
--
Frederik Dannemare | http://sentinel.dk | http://linuxworlddomination.dk
http://qa.debian.org/developer.php?lo
On Monday 16 May 2005 11:12, Frederik Dannemare wrote:
> On Thursday 12 May 2005 20:18, Marc Haber wrote:
> [ ... ]
>
> > "UsePam yes" is generally a _big_ surprise for the local admin
> > since it allows passwords to be used even if
> > "UsePassword
ckage: ftp.debian.org
Severity: important
Tags: sid
< explain reason for removal... >
2) 1 day before mozilla-firefox-locale-da-dk goes in sarge:
Ask on debian-release: hint/tag my package for removal
BTW, what does RoM and RoQA mean?
Thanks in advance,
--
Frederik Dannemare | mailto:[EMAIL PROT
fmpeg). I merely think we should
consider the possibility of releasing Sarge with these other extremely
popular tools.
Best regards,
--
Frederik Dannemare | mailto:[EMAIL PROTECTED]
http://qa.debian.org/developer.php?login=Frederik+Dannemare
http://frederik.dannemare.net | http://www.linuxworld
ot;RM: mozilla-firefox-locale-da -- RoM; replacement available,
replacement collides with this one"
P.S.: Please include the list on replies.
Best regards,
--
Frederik Dannemare | mailto:[EMAIL PROTECTED]
http://qa.debian.org/developer.php?login=Frederik+Dannemare
ht
On Tuesday 11 January 2005 20:29, Frederik Dannemare wrote:
> Hi,
>
> how should I properly approach the removal of a package which I
> maintain?
>
> Package in question is mozilla-firefox-locale-da which is to be
> replaced by mozilla-firefox-locale-da-dk (not maintained
On Wednesday 12 January 2005 19:39, Frank Küster wrote:
> Frederik Dannemare <[EMAIL PROTECTED]> wrote:
> > On Tuesday 11 January 2005 20:29, Frederik Dannemare wrote:
> >> Package in question is mozilla-firefox-locale-da which is to be
> >> replaced by mozilla-fir
On Friday 14 January 2005 17:08, Tollef Fog Heen wrote:
> * Frederik Dannemare
>
> | Package in question is mozilla-firefox-locale-da which is to be
> | replaced by mozilla-firefox-locale-da-dk (not maintained by me)
> | from source package mozilla-firefox-locale-all.
>
>
so.1.0.4496
mv libGL.so libGL.so.nontls
ln -s /usr/lib/tls/libGL.so.1.0.4496 libGL.so
Seems to be a problem with the latest nvidia-glx package, I guess? Anybody
else seen it?
B/R,
Frederik Dannemare
Frederik Dannemare wrote:
Hi everybody,
the last week or so I have been seeing complains about libGL not being
able to handle TLS data (whatever that means in this context).
forgot to say I'm running Sid, of course...
After a lot of trial'n'error this eventually worked out for me
Juergen Kreileder wrote:
Frederik Dannemare <[EMAIL PROTECTED]> writes:
Frederik Dannemare wrote:
[cut]
Read the (recently closed) bug reports for nvidia-glx
[cut]
and install the current version of that package.
,[ /usr/share/doc/nvidia-glx/changelog.Debian.gz ]
| nvidia-graphics-d
with the ptrace issue some time back?
Wasn't it (the brk vuln) considered to be threatening enough to justify a
quick fix, or was it because the fix by Andrew Morton didn't say (kerne
changelog) enough about the potential seriousness of the vuln, or?
--
B/R,
Frederik Dannemare
Frederik Dannemare wrote:
Hi everybody,
just curious: any particular reason why we didn't see a backport any
sooner of the integer overflow in the brk system call (see recent
announcement by Wichert Akkerman:
http://lists.debian.org/debian-security-announce/debian-security-announce
case, since
nothing else would make much sense. I'm just glad the exploit was discovered,
and I think the way the whole situation was handled from day one was very
professional.
--
B/R,
Frederik Dannemare
aqs/smart-questions.html#beprecise).
Then ask again (but on debian-user instead).
Best regards,
--
Frederik Dannemare | mailto:[EMAIL PROTECTED]
http://qa.debian.org/developer.php?login=Frederik+Dannemare
http://frederik.dannemare.net | http://www.linuxworlddomination.dk
27 matches
Mail list logo
