Bonjour,
J'ai voulu mettre à jour un de mes paquets : k3b. Mais la nouvelle
version comporte désormais une librairie : libk3bcore :
$ dpkg -c k3b_0.9-1_i386.deb |grep lib
[...]
-rw-r--r-- root/root275296 2003-07-24 00:38:00 ./usr/lib/libk3bcore.so.1.0.0
-rw-r--r-- root/root 1105
* Jean-Michel Kelbert [EMAIL PROTECTED] [2003-07-24 01:18] :
Bonjour,
J'ai voulu mettre à jour un de mes paquets : k3b. Mais la nouvelle
version comporte désormais une librairie : libk3bcore :
[...]
Donc, je pense bien à utiliser dh_makeshlibs, mais je ne trouve pas cela
très propre.
There has been about one temporary file vulnerability in Debian per
month since the start of the year.
Given the number of relatively unaudited programs that create
temporary files and the possible complexity of tempfile
vulnerabilities, I am not sure that all the problems will be found and
Hi,
On Tuesday, July 22, 2003, at 07:03 PM, Adam Borowski wrote:
religiousasbestos longjohns
Just don't *dare* to let anyone remove /usr/bin/google or I'll kill
you,
your dog and your friend's uncle's son's ex-roommate's girlfriend's
aunt's
pet hamster.
/asbestos/religious
OK, how about we
On Thu, Jul 17, 2003 at 07:56:52AM -0400, Paul Galbraith wrote:
I didn't have any luck with this on the user list, I'm hoping someone on
this list can offer some suggestions. I'd really like to spend some time
digging into this to see if I can find the real problem, but I'm not sure
where to
Hi all,
As a brand newbie to linux, I'm hoping that someone can help me out
with a problem.
I recently installed Debian and ran apt-get update but keep
getting the same error messages. I've been attached to google for the
last few days and tried everything I could find but no success.
The
On Wed, Jul 23, 2003 at 02:09:28PM +1000, Martin Pool wrote:
There is already a PAM modules, libpam-tmpdir which automatically sets
this up on login by creating a per-user directory under /tmp and
pointing TMPDIR at it. Despite the scary low version number of 0.04
it seems to work reliably
On Wed, Jul 23, 2003 at 08:21:09AM +0200, Christoph Hellwig wrote:
On Wed, Jul 23, 2003 at 02:09:28PM +1000, Martin Pool wrote:
There is already a PAM modules, libpam-tmpdir which automatically sets
this up on login by creating a per-user directory under /tmp and
pointing TMPDIR at it.
I see my sid system has collected various python 2.1 and 2.2 packages, but
no 2.3 packages. Couldn't there be a python metapackage that I could
install to always keep python at its freshest, also saving disk space
by disposing older versions?
In particular, after purging 2.1 et. al. by hand, I
* Mike Haill [EMAIL PROTECTED] wrote:
As a brand newbie to linux, I'm hoping that someone can help me out
with a problem.
This should have better been mailed to a debian-user-mailinglist and not
to debian-devel for it is a well-known problem.
Reading Package Lists...Error!
E: Dynamic MMap
[ I have certainly been trolled, but you piss me off far too much: ]
On Wed, Jul 23, 2003 at 09:03:26AM +0800, Dan Jacobson wrote:
I see my sid system has collected various python 2.1 and 2.2 packages, but
no 2.3 packages. Couldn't there be a python metapackage that I could
install to always
On Tue, 2003-07-22 at 20:03, Dan Jacobson wrote:
I see my sid system has collected various python 2.1 and 2.2 packages, but
no 2.3 packages. Couldn't there be a python metapackage that I could
install to always keep python at its freshest, also saving disk space
by disposing older versions?
Martin Michlmayr - Debian Project Leader [EMAIL PROTECTED] wrote:
At the same time I observe that this thread has generated much hot
air, but I didn't see any proposal of who could act as DPL.
Please post the selection criteria for acceptance to the position of DAM.
The response If you don't
Package: wnpp
Version: unavailable; reported 2003-07-22
Severity: wishlist
* Package name: apradar
Version : 0.41
Upstream Author : Don Park [EMAIL PROTECTED]
* URL : http://apradar.sourceforge.net/
* License : MIT
Description : a GTK+-based graphical
it now prints two random credits rather than all of them, and credits
for the developers are in place. suggestions about how to improve this
while preserving the credits (e.g. printing them at a different stage of
mkreiserfs, etc.) are welcome.
--
Hans
On Tue, Jul 22, 2003 at 06:36:06PM -0400, Matt Zimmerman wrote:
I've some questions for you, first.
Would you mind, please, to explain to me why back-porting a patch for a
buggy package in stable would be better than releasing a new package for the
stable distribution?
Do you mind
(That's a really long recipient list - does this need only go to
reiserfs-list@namesys.com and [EMAIL PROTECTED])
On Wed, 23 Jul 2003 11:45:09 +0400
Hans Reiser [EMAIL PROTECTED] wrote:
it now prints two random credits rather than all of them, and credits
for the developers are in place.
On Wed, 2003-07-23 at 12:15, David B Harris wrote:
(That's a really long recipient list - does this need only go to
reiserfs-list@namesys.com and [EMAIL PROTECTED])
On Wed, 23 Jul 2003 11:45:09 +0400
Hans Reiser [EMAIL PROTECTED] wrote:
it now prints two random credits rather than all of
* Glenn McGrath
| Is there a list of developer accessible machines anywhere ?
|
| A mirror of http://db.debian.org/machines.cgi would have been handy
http://raw.no/debian/machines.html
is the list I have. Please send me updates and I'll update it.
--
Tollef Fog Heen
Yury Umanets wrote:
On Wed, 2003-07-23 at 12:15, David B Harris wrote:
(That's a really long recipient list - does this need only go to
reiserfs-list@namesys.com and [EMAIL PROTECTED])
On Wed, 23 Jul 2003 11:45:09 +0400
Hans Reiser [EMAIL PROTECTED] wrote:
it now prints two random credits
* Christoph Hellwig
| On Wed, Jul 23, 2003 at 02:09:28PM +1000, Martin Pool wrote:
| There is already a PAM modules, libpam-tmpdir which automatically sets
| this up on login by creating a per-user directory under /tmp and
| pointing TMPDIR at it. Despite the scary low version number of 0.04
On Wed, Jul 23, 2003 at 04:27:07AM -0400, [EMAIL PROTECTED] wrote:
Welcome to the [EMAIL PROTECTED] mailing list!
[...]
General information about the mailing list is at:
http://strategicnetworks.com/mailman/listinfo/cc_strategicnetworks.com
[...]
You must know your password to change your
On Wed, 2003-07-23 at 13:01, Hans Reiser wrote:
Yury Umanets wrote:
mkreiserfs creates bitmaps, and bitmap count depends on partition size,
so it will take longer time on bigger partitions.
Let's try it David's way. Change it and upload it to the website.
Done
--
We're flying
Joshua Kwan writes:
However, python2.3 is not the default yet. If you need profusely
bleeding edge stuff all the time, please don't use Debian, or do the
work yourself and keep an eye on experimental. Debian is about being
moderately stable at all times.
simply install python2.3 and continue
well, I changed my mind
a packaging of mplayer 0.90 is available at
deb http://tonelli.sns.it/pub/mplayer/ ./
we asked for someone on debian-legal to scrutinize it and say if the
work we did is enough to let this package in Debian
it has also been uploaded to the queue (in case an ftp-installer
Mailing list removal confirmation notice for mailing list Cc
We have received a request for the removal of your email address,
debian-devel@lists.debian.org from the [EMAIL PROTECTED]
mailing list. To confirm that you want to be removed from this
mailing list, simply reply to this message,
http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-bug-security
in particular 5.8.5.3 Preparing packages to address security issues
will answer your question
Fabio
On Wed, 23 Jul 2003, Luca - De Whiskey's - De Vitis wrote:
On Tue, Jul 22, 2003 at 06:36:06PM -0400, Matt
On Wed, Jul 23, 2003 at 11:57:54AM +0200, Fabio Massimo Di Nitto wrote:
http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-bug-security
in particular 5.8.5.3 Preparing packages to address security issues
It doesn't answare my question. I should explain my self in a different
On Wed, 2003-07-23 at 11:42, Federico Sevilla III wrote:
On Wed, Jul 23, 2003 at 04:27:07AM -0400, [EMAIL PROTECTED] wrote:
Welcome to the [EMAIL PROTECTED] mailing list!
[...]
General information about the mailing list is at:
On Wed, 2003-07-23 at 13:09, Rodrigo Moya wrote:
On Wed, 2003-07-23 at 11:42, Federico Sevilla III wrote:
On Wed, Jul 23, 2003 at 04:27:07AM -0400, [EMAIL PROTECTED] wrote:
Welcome to the [EMAIL PROTECTED] mailing list!
[...]
General information about the mailing list is at:
(Please don't cc me replies, see Mail-Followup-To)
On Wed, Jul 23, 2003 at 01:09:04PM +0200, Rodrigo Moya wrote:
On Wed, 2003-07-23 at 11:42, Federico Sevilla III wrote:
Seeing as it didn't seem like Debian-Devel as a whole wanted to be
included in the lone mailing list of
Yo all!
I went through some of the older bug reports of gnupg - I'd like some input
whether I should act as suggested, or rather not. All of those bugs are more
than 1 year old.
Greetings
-- vbi
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=101502
gnupg: gnupg uses wrong key
Quoting Luca - De Whiskey's - De Vitis ([EMAIL PROTECTED]):
My point is: i understand what said in that paragraph, but what if new version
is a bugfix release that does not address only a secutiry issue? I'm not sure
that system administrators would like to have a buggy package on their hosts
On Wed, 23 Jul 2003, Luca - De Whiskey's - De Vitis wrote:
On Wed, Jul 23, 2003 at 11:57:54AM +0200, Fabio Massimo Di Nitto wrote:
http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-bug-security
in particular 5.8.5.3 Preparing packages to address security issues
It
On Wed, Jul 23, 2003 at 01:19:25PM +0200, Sander Smeenk wrote:
The same happened with one of my packages: snort. There was a /really/
old release in stable, because new uploads didn't make it in time. There
were a couple of reasons why it would be good to have a new upstream
version of the
On Wed, Jul 23, 2003 at 07:09:01AM -0500, Luca - De Whiskey's - De Vitis wrote:
On Wed, Jul 23, 2003 at 01:19:25PM +0200, Sander Smeenk wrote:
The same happened with one of my packages: snort. There was a /really/
old release in stable, because new uploads didn't make it in time. There
were
On Wed, Jul 23, 2003 at 01:31:52PM +0200, Fabio Massimo Di Nitto wrote:
Because you can never be sure that it will not change the package
behaviour in all its small details and that will not introduce new bugs.
...And that is a rock solid concept if applied in general.
Probably in the
(Please CC: me, I no longer track debian-devel)
I am contemplating the upload of a version of coreutils that will have
support for file acls. (I.e., mv cp -p will preserve acls, and ls -l
will indicate whether a file has an acl.) Doing this would promote
libacl1 and libattr1 to base and required
On Wed, Jul 23, 2003 at 01:31:52PM +0200, Fabio Massimo Di Nitto wrote:
Because you can never be sure that it will not change the package
behaviour in all its small details and that will not introduce new bugs.
I believe that when a package is so badly outdated or broken that the version
in
On Wed, Jul 23, 2003 at 07:24:09AM -0500, Luca - De Whiskey's - De Vitis wrote:
...
... said that your points are good, it may be useful to define a forum for the
discussion of cases like phpgroupware or snort. In the end i whould say that
there must be a general behaviour, but we should leave
* Michael Stone ([EMAIL PROTECTED]) wrote:
to optional, but that would probably break something.) Thus, I am
soliciting input about whether this is something people would like to
see. The advantage is better support for acl's in debian (which will be
I'd definitely like to see it. I think
On Wed, Jul 23, 2003 at 07:09:01AM -0500, Luca - De Whiskey's - De Vitis wrote:
On Wed, Jul 23, 2003 at 01:19:25PM +0200, Sander Smeenk wrote:
The same happened with one of my packages: snort. There was a /really/
old release in stable, because new uploads didn't make it in time. There
were
On Wed, Jul 23, 2003 at 03:15:55AM -0500, Luca - De Whiskey's - De Vitis wrote:
On Tue, Jul 22, 2003 at 06:36:06PM -0400, Matt Zimmerman wrote:
I've some questions for you, first. Would you mind, please, to
explain to me why back-porting a patch for a buggy package in stable
would be
On Wed, Jul 23, 2003 at 08:18:02AM -0400, Michael Stone wrote:
I am contemplating the upload of a version of coreutils that will have
support for file acls. (I.e., mv cp -p will preserve acls, and ls -l
will indicate whether a file has an acl.) Doing this would promote
libacl1 and libattr1
On Wed, Jul 23, 2003 at 02:17:29PM +0200, Jesus Climent wrote:
On Wed, Jul 23, 2003 at 07:09:01AM -0500, Luca - De Whiskey's - De Vitis wrote
[...]
And another one: Who would ever use a SpamAssassin tool which cannot
catch any of the spam out there nowadays? 2.20-1woody is so old and
timely
Hi, Michael Stone wrote:
Another possibility would be an optional coreutils-acl package or
somesuch, but I don't particularly like the idea of diversions or
alternatives or complex dependency structures for ls et al.
What'd be the problem with a package coreutils-acl that just Conflicts:
and
Hi, Nick Phillips wrote:
I believe that when a package is so badly outdated or broken that the
version in stable should not or can not be used, it should at least be
considered for update, new bugs or no.
FWIW, I agree.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL
On Wed, Jul 23, 2003 at 08:18:02AM -0400, Michael Stone wrote:
I don't know whether kernels other than linux support acl's, so this may
not affect the freebsd or hurd ports.
FreeBSD supports ACLs but they don't have a libacl - their support
for Posix1003.1e is in libc.
On Wed, 23 Jul 2003, Michael Stone wrote:
(Please CC: me, I no longer track debian-devel)
I am contemplating the upload of a version of coreutils that will have
support for file acls. (I.e., mv cp -p will preserve acls, and ls -l
Yay! Please do so!
Another possibility would be an optional
On Wed, Jul 23, 2003 at 08:18:02AM -0400, Michael Stone wrote:
libacl1 and libattr1 to base and required status. (Or demote coreutils
Oh and btw, the depency on libattr1 is probably a bug. Since glibc 2.3
we have the xattr syscalls in libc (see /usr/include/sys/xattr.h)
On Wed, Jul 23, 2003 at 03:05:23PM +0200, Adrian Bunk wrote:
Do not even start thinking about something like this.
To late: if i wrote it, i thought it :)
If you start asking you will likely find more than thousand packages
where someone will have a good reason for an update of the package in
(Please CC: me, I no longer track debian-devel)
Your M-F-T is broken.
I am contemplating the upload of a version of coreutils that will have
support for file acls. (I.e., mv cp -p will preserve acls, and ls -l
How about selinux support?
On Wed, Jul 23, 2003 at 08:18:02AM -0400, Michael Stone wrote:
(Please CC: me, I no longer track debian-devel)
You should move debian-devel from subscribe to lists to automatize
this.
I am contemplating the upload of a version of coreutils that will have
support for file acls. (I.e., mv cp
Adrian Bunk [EMAIL PROTECTED] writes:
If you start asking you will likely find more than thousand packages
where someone will have a good reason for an update of the package
in Debian 3.0. If only every 10th of these updates introduces a new
bug (IMHO a conservative estimation) these packages
On Wed, Jul 23, 2003 at 08:41:50AM -0500, Luca - De Whiskey's - De Vitis wrote:
...
I accept your observation on my proposal, but i would more appreciate other
ideas and/or solutions.
If there was a stable release of Debian once a year Debian 3.1 was
already released.
ciao,
cu
Adrian
--
On Wed, Jul 23, 2003 at 03:05:35PM +0200, Matthias Urlichs wrote:
Hi, Michael Stone wrote:
Another possibility would be an optional coreutils-acl package or
somesuch, but I don't particularly like the idea of diversions or
alternatives or complex dependency structures for ls et al.
On Wed, Jul 23, 2003 at 09:10:01AM -0400, Matt Zimmerman wrote:
This is already in the security team FAQ, and in the developers reference in
section 5.8.5.3 Preparing packages to address security issues, but
apparently it requires further explanation, because this issue comes up from
time to
On Wed, Jul 23, 2003 at 03:08:30PM +0200, Frank Lenaerts wrote:
...
As base is quite small, it could be released more frequently. The not
base part could evolve independent from the base part.
Consider e.g. a g++ transition or a transition to a new version of perl:
There is no simple way to
On Wed, Jul 23, 2003 at 08:58:55AM -0500, Luca - De Whiskey's - De Vitis wrote:
Things are clearer now. You're right: i should have done a new package by
time, but you probably ignore that, due to lack of time, i've filed an RFA on
phpgroupware which resulted in many mails and no real effort
On Wed, Jul 23, 2003 at 02:30:28PM +0100, Richard Kettlewell wrote:
Adrian Bunk [EMAIL PROTECTED] writes:
If you start asking you will likely find more than thousand packages
where someone will have a good reason for an update of the package
in Debian 3.0. If only every 10th of these
On Wed, Jul 23, 2003 at 03:54:32PM +0200, Adrian Bunk wrote:
If there was a stable release of Debian once a year Debian 3.1 was
already released.
hehe, i knew you would have came to that suggestion sooner or later :)
But there are softwares for which it could make sense to update more than
On Wed, Jul 23, 2003 at 04:05:30PM +0200, Adrian Bunk wrote:
On Wed, Jul 23, 2003 at 03:08:30PM +0200, Frank Lenaerts wrote:
...
As base is quite small, it could be released more frequently. The not
base part could evolve independent from the base part.
Consider e.g. a g++ transition or a
On Tue, Jul 22, 2003 at 10:58:09PM +0200, Adrian Bunk wrote:
On Tue, Jul 22, 2003 at 03:51:51PM -0400, Matt Zimmerman wrote:
I don't think you'll find much argument with those points. It is a matter
of determining what needs to be done in order to achieve this goal, and
doing it.
I
On Wed, Jul 23, 2003 at 08:41:50AM -0500, Luca - De Whiskey's - De Vitis wrote:
On Wed, Jul 23, 2003 at 03:05:23PM +0200, Adrian Bunk wrote:
Do not even start thinking about something like this.
To late: if i wrote it, i thought it :)
If you start asking you will likely find more than
On Wed, Jul 23, 2003 at 04:17:57PM +0200, Frank Lenaerts wrote:
...
The not base part could be split further into parts. These parts could
be things related to mailservers, things related to webservers,
database servers, IDS, end-user workstations, ... Because each of
these not base
On Wed, Jul 23, 2003 at 09:17:14AM -0500, Luca - De Whiskey's - De Vitis wrote:
On Wed, Jul 23, 2003 at 03:54:32PM +0200, Adrian Bunk wrote:
If there was a stable release of Debian once a year Debian 3.1 was
already released.
hehe, i knew you would have came to that suggestion sooner or
On Wed, Jul 23, 2003 at 08:18:02AM -0400, Michael Stone wrote:
A demo package is available at people.d.o/~mstone/
Out of curiosity, is there a particular reason why acl support is not
integrated upstream?
--
- mdz
On Jul 23, Michael Stone [EMAIL PROTECTED] wrote:
I am contemplating the upload of a version of coreutils that will have
support for file acls. (I.e., mv cp -p will preserve acls, and ls -l
Please do.
--
ciao, |
Marco | [963 dih6i3GB682fA]
On Wed, Jul 23, 2003 at 10:26:24AM -0400, Matt Zimmerman wrote:
On Tue, Jul 22, 2003 at 10:58:09PM +0200, Adrian Bunk wrote:
On Tue, Jul 22, 2003 at 03:51:51PM -0400, Matt Zimmerman wrote:
I don't think you'll find much argument with those points. It is a matter
of determining what
* Luca - De Whiskey's - De Vitis ([EMAIL PROTECTED]) [030723 14:35]:
... said that your points are good, it may be useful to define a forum for the
discussion of cases like phpgroupware or snort. In the end i whould say that
there must be a general behaviour, but we should leave space for
On Wed, Jul 23, 2003 at 04:51:44PM +0200, Adrian Bunk wrote:
On Wed, Jul 23, 2003 at 10:26:24AM -0400, Matt Zimmerman wrote:
And as I stated above, I think at least half the problem is determining what
needs to be done. Have you any suggestions?
If I were release manager, I'd do the
Matt Zimmerman (2003-07-23 11:25:27 -0400) :
I'm not convinced that establishing release goals will and deadlines
speed the release process. For example, a prominent release goal
for sarge will be debian-installer, since we cannot release without
it. Will telling the d-i developers you must
Hi!
Am 2003-07-23 11:25 -0400 schrieb Matt Zimmerman:
I'm not convinced that establishing release goals will and deadlines speed
the release process. For example, a prominent release goal for sarge will
be debian-installer, since we cannot release without it. Will telling the
d-i developers
On Wed, Jul 23, 2003 at 03:05:34PM +0200, Matthias Urlichs wrote:
What'd be the problem with a package coreutils-acl that just Conflicts:
and Provides: coreutils?
I'd worry about the fragility of such a system in the face of upgrades,
the inability for a coreutils-acl to do a versioned provides:
On Wed, Jul 23, 2003 at 11:15:57AM -0400, Michael Furr wrote:
This isn't to say that it can _never_ enter debian, just that a
significant amount of code hacking would have to take place as well as a
general audit. Needless to say, I do not have time(nor the hardware) to
make these
On Wed, Jul 23, 2003 at 05:57:10PM +0200, Martin Pitt wrote:
Besides, what's so bad with the current boot-floppies that they could
not be used for another release? Most people will do a mere
dist-upgrade anyway, and b-f are thoroughly tested. But this certainly
is another issue...
Ask a
On Wed, Jul 23, 2003 at 09:43:17AM -0400, Clint Adams wrote:
How about selinux support?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193328
Mike Stone
Matt Zimmerman [EMAIL PROTECTED] wrote:
On Wed, Jul 23, 2003 at 04:51:44PM +0200, Adrian Bunk wrote:
On Wed, Jul 23, 2003 at 10:26:24AM -0400, Matt Zimmerman wrote:
And as I stated above, I think at least half the problem is
determining what needs to be done. Have you any suggestions?
If I
Le mer 23/07/2003 à 17:57, Martin Pitt a écrit :
Besides, what's so bad with the current boot-floppies that they could
not be used for another release? Most people will do a mere
dist-upgrade anyway, and b-f are thoroughly tested. But this certainly
is another issue...
Are you willing to
On Wed, Jul 23, 2003 at 03:02:59PM +0200, Andreas Metzler wrote:
On Wed, Jul 23, 2003 at 02:17:29PM +0200, Jesus Climent wrote:
Why should you redo this work?
http://www.fs.tum.de/~bunk/packages/
The package (1) does not deal with the logcheck mess that I am trying to solve.
data
(1)
On Wed, Jul 23, 2003 at 06:13:39PM +0200, Andreas Metzler wrote:
Matt Zimmerman [EMAIL PROTECTED] wrote:
I'm not convinced that establishing release goals will and deadlines
speed the release process. For example, a prominent release goal for
sarge will be debian-installer, since we
On Wed, Jul 23, 2003 at 12:27:59PM -0400, Matt Zimmerman wrote:
On Wed, Jul 23, 2003 at 06:13:39PM +0200, Andreas Metzler wrote:
Matt Zimmerman [EMAIL PROTECTED] wrote:
I'm not convinced that establishing release goals will and deadlines
speed the release process. For example, a
On Wed, Jul 23, 2003 at 04:45:54PM +0200, Andreas Barth wrote:
That applies to data-files (or very similar things) like spamassasin.
There should be in the README.Debian given a location for the backport
by the maintainer.
Spamassassin needs more than data files, since the rules relay on
On Wed, Jul 23, 2003 at 06:27:59PM +0200, Jesus Climent wrote:
On Wed, Jul 23, 2003 at 03:02:59PM +0200, Andreas Metzler wrote:
On Wed, Jul 23, 2003 at 02:17:29PM +0200, Jesus Climent wrote:
Why should you redo this work?
http://www.fs.tum.de/~bunk/packages/
The package (1) does not
On Wed, Jul 23, 2003 at 05:24:19PM +0200, Adrian Bunk wrote:
So you agree on having a bounce of personal archives on p.d.o rather than a
way of getting them in stable trough oficial channels?
If you use only stable you get the well-known stability of Debian.
Which might be where lies
* [EMAIL PROTECTED] (Aaron M. Ucko) wrote:
Marcus Frings [EMAIL PROTECTED] writes:
| Symbol's function definition is void: gnus-agent-possibly-save-gcc
Confirmed; FWIW, I have reportbug 2.20, emacs21 21.3-1, and gnus 5.10.2-3.
Almost the same here, except for the fact that I use Manoj's
On Wed, Jul 23, 2003 at 09:23:23AM -0500, Chad Walstrom wrote:
On Wed, Jul 23, 2003 at 12:35:15AM -0600, Joel Baker wrote:
Except for OS types or versions that don't support that, or people who
actually want /tmp when they explicitly request it, even if
TMPDIR=~/tmp is fine most of the
On Tue, Jul 22, 2003 at 03:21:59PM +0100, Matthew Garrett wrote:
But he /does/ do the job - people who are trusted to be Debian
developers end up in that state and as yet, nobody who plainly shouldn't
have been in Debian seems to have got in, which is a good sign.
Well, what about the people
On Sun, Jul 20, 2003 at 11:14:46AM +0200, Tollef Fog Heen wrote:
er, we have a leader, and he has a delegate, the DAM. The DPL and the
DAM are those who can change who the DAM is, through normal
functions.
Well, that's the theory, anyway...
--
G. Branden Robinson|
On Sun, Jul 20, 2003 at 10:19:20PM +0300, Kalle Kivimaa wrote:
I would much prefer the current system where the elected
DPL has the absolute power over the delegates.
Oh, is *that* what the current system is? I thought it was in actual
fact quite different. ;-)
(In fact, even in theory your
* Jesus Climent ([EMAIL PROTECTED]) [030723 18:50]:
On Wed, Jul 23, 2003 at 04:45:54PM +0200, Andreas Barth wrote:
That applies to data-files (or very similar things) like spamassasin.
There should be in the README.Debian given a location for the backport
by the maintainer.
Spamassassin
On Wed, Jul 23, 2003 at 11:15:57AM -0400, Michael Furr wrote:
Since several developers(and many users) have expressed interest in the
video-editing program, cinelerra, I thought I would post here that I
plan to close my ITP of it.
I'm sorry to hear that. Will you still provide packages at
On Wed, 2003-07-23 at 13:53, Matijs van Zuijlen wrote:
I'm sorry to hear that. Will you still provide packages at
http://userpages.umbc.edu/~fu1/debian?
I will leave them there for the time being, but I don't plan on making
any new changes.
On a up note, Benoit Mortier [EMAIL PROTECTED] has
On Tue, Jul 22, 2003 at 07:48:33PM -0400, Morgon Kanter wrote:
I am wondering if anyone else is having the same problems I am with debian
keeping the vmlinuz symlink in /.
I have several systems where /boot is the only filesystem accessable by the
boot loader because of software raid,
On Wed, Jul 23, 2003 at 07:30:39PM +0200, Andreas Barth wrote:
But I want to emphasize that getting nearer a new stable release would
be much better than discussion how to allow users to use updated
applications in stable.
Did I mention that I agree? Didn't I? No, I didn't. Well, I agree.
On Mon, Jul 21, 2003 at 05:03:08PM -0600, Joel Baker wrote:
On Mon, Jul 21, 2003 at 12:22:35PM -0400, Matt Zimmerman wrote:
Where did this full speed expectation come from? Yes, it slows down the
process a bit, but in general this is not a big problem.
It comes from the people who
Branden Robinson [EMAIL PROTECTED] writes:
On Sun, Jul 20, 2003 at 10:19:20PM +0300, Kalle Kivimaa wrote:
I would much prefer the current system where the elected
DPL has the absolute power over the delegates.
(In fact, even in theory your statement is incorrect, as a review of the
On Wed, Jul 23, 2003 at 06:48:58PM +0200, Jesus Climent wrote:
On Wed, Jul 23, 2003 at 05:24:19PM +0200, Adrian Bunk wrote:
So you agree on having a bounce of personal archives on p.d.o rather than
a
way of getting them in stable trough oficial channels?
If you use only stable
On Mon, Jul 21, 2003 at 02:19:15PM +0200, Piotr Roszatycki wrote:
On Thu, 17 Jul 2003, Piotr Roszatycki wrote:
I'd like to close bugs #38584, #181130. I just want to know how to call
update-alternatives in maintainer's scripts. Should be only with 'configure'
state for postinst and
On Wed, Jul 23, 2003 at 06:47:33PM +0200, Adrian Bunk wrote:
The package (1) does not deal with the logcheck mess that I am trying to
solve.
This problem [1] was reported a week ago isn't even fixed in unstable.
Get it fixed in unstable and the fix will go into the backport.
The
1 - 100 of 170 matches
Mail list logo