On Mon, 22 Sep 2003 22:04:15 +0200
martin f krafft <[EMAIL PROTECTED]> wrote:
> I'd appreciate if you would not quote me on a mailing list without
> my consent. Anyhow...
>
> also sprach Florian Weimer <[EMAIL PROTECTED]> [2003.09.22.2114 +0200]:
> > It's a well accepted fact among kernel develop
Hello,
On Sat, Sep 20, 2003 at 03:41:36PM +0200, Paul Seelig wrote:
> snip -
> Package: popsneaker
> Status: install ok installed
> Priority: optional
> Section: mail
> Installed-Size: 159
> Maintainer: Stefan Baehre <[EMAIL PROTECTED]>
> Version: 0.6.2-1
> Dep
On Mon, 2003-09-22 at 12:07, Cesar Eduardo Barros wrote:
[ cc'ing -devel due to the widespreadness of the problem ]
> I don't know, but I have seen this happen (and because of this I tend
> not to use restart; I use a manual stop/start, and let the extra delay
> caused by typing the options help)
I was having trouble with the nvaudio module crashing. I've found a
magic incantation that works for me. I thought I'd post it here.
Cheers,
Shaun
apt-get install gcc-3.3
apt-get install kernel-image-2.4.20-3-k7 kernel-headers-2.4.20-3-k7
ln -s /usr/src/kernel-headers-2.4.20-3-k7 \
/lib/modules/
2.4.20 is the Linux kernel version. k7 means optimise for Athlon. What
does 3 mean?
Please cc me in your reply.
Thanks,
Shaun
The resolvconf package provides a framework for dynamic updating
of /etc/resolv.conf and other nameserver lists. (See the long
description at packages.debian.org/resolvconf .)
The resolvconf package is now at version 0.44 in unstable.
If you are interested in the package and haven't tested it in
On Sun, Sep 21, 2003 at 08:27:49PM -0500, Manoj Srivastava wrote:
> I am always willing to improve my packages; the constraints
> are ability (I would need to grok the details of the current
> implementation), time, and collaboration (I would need to find out
> how to get a hook into the
On Tue, Sep 23, 2003 at 08:08:07AM +1000, Herbert Xu wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > I currently patch my kernels with device-mapper, a few evms-related patches
> > and skas3. It would be very convenient if device-mapper and the evms
> > patches could be included in the the
On Tue, Sep 23, 2003 at 07:20:59AM +1000, Herbert Xu wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > Both should record the change in the package which caused the bug to be
> > closed. The change may be described at a high level (fixed the problem
> > which caused ) or a low level (fixed
I'm having trouble using nvaudio with kernel-image-2.4.20-3-k7. The
nvaudio module is segfaulting. If this is working for someone, can
you please e-mail me privately?
Thanks,
Shaun
I'm curious if there has ever been any attempt to Policyize scripts
located in init.d. Specifically requiring inclusion of such lines as
DESC="description" or NAME="name". I ask because I am doing a little bit
of work on the rc startup script.
I have found a few scripts in the base install that do
Matt Zimmerman <[EMAIL PROTECTED]> wrote:
>
> OK, these are very minimal criteria, and I think that probably many of the
> kernel-patch packages in Debian would fit them. Where would you draw the
> line?
Most of them fail the maintainence check.
Unless the patch is clearly going to be merged up
David Z Maze <[EMAIL PROTECTED]> wrote:
>
> ...do you include *everything* that comes by you that meets these
> criteria? Because from this it sounds like anything that has an
> upstream that can be built as modules would be included. My
> particular directed thought right now is a somewhat inva
Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've got a problem and like to have some lights to correct it...
>
> 1° I did replace the orig.tar.gz of libdtdparser-java to remove the
>generated doc and the generated jar file because I don't need them,
>it's rebuilt from sour
Matt Zimmerman <[EMAIL PROTECTED]> wrote:
>
>> > - a user to be able to read the changelog, with an idea of the bug in
>> > his head, and find where it was fixed. For example, a stable user
>> > reading an unstable changelog to see if a bug affecting him is fixed
>>
>> This is not relevant I'm a
On Wed, 24 Sep 2003 18:24:44 -0500 (CDT)
Adam Heath <[EMAIL PROTECTED]> wrote:
> -sa doesn't work anymore with pools. You need to change the upstream
> version.
ok, thanks, I finally rebuilt the package with old original tarball.
--
.''`. ** Debian GNU/Linux **
: :' : Arnaud Vandyck
On Wed, 24 Sep 2003, Arnaud Vandyck wrote:
> Hi all,
>
> I've got a problem and like to have some lights to correct it...
>
> 1° I did replace the orig.tar.gz of libdtdparser-java to remove the
>generated doc and the generated jar file because I don't need them,
>it's rebuilt from source
On Mon, Sep 22, 2003 at 09:31:49PM +1000, Herbert Xu wrote:
> George Danchev <[EMAIL PROTECTED]> wrote:
> >
> > it is faster and wiser to fix your kernel-source-2.4.22 (unpatch is
> > useless,
> > leave to users to patch if they want) then all other
> > kernel-patch-
> > packages will be fine.
George Danchev wrote:
>On Monday 22 September 2003 14:20, Matthew Garrett wrote:
>> It would be inappropriate to do it within a stable release, sure, but it
>> is something that Debian do do in general.
>
>Then all kernel-source-x.y.z prepared like this kernel-source-2.4.22 2.4.22-1
>will never b
I'd appreciate if you would not quote me on a mailing list without
my consent. Anyhow...
also sprach Florian Weimer <[EMAIL PROTECTED]> [2003.09.22.2114 +0200]:
> It's a well accepted fact among kernel developers that vanilla
> kernel.org kernels should not be used by end users.
Could you point m
Hi, Herbert Xu wrote:
> George Danchev <[EMAIL PROTECTED]> wrote:
>>
>> it is faster and wiser to fix your kernel-source-2.4.22 (unpatch is useless,
>> leave to users to patch if they want) then all other kernel-patch-
>> packages will be fine.
>
> It is unacceptable for us to distribute kerne
Package: wnpp
Version: unavailable; reported 2003-09-24
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libtest-warn-perl
Version : 0.08
Upstream Author : Janek Schliecher <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Test-War
On Mon, Sep 22, 2003 at 07:52:40PM +0200, Domenico Andreoli wrote:
> sorry for the profane question, is IPsec related to any security issue
> in 2.4.2x kernels? i don't care about IPsec, i don't either know what
> it really is and i'm having problems with it. is there a way to throw
> away it with
On Wed, Sep 24, 2003 at 07:37:03AM -0700, Steve Lamb wrote:
> > Runs spamc twice. Usually it won't matter, but with higher traffic, the load
> > will increase for obvious reasons...
>
> spamc isn't run twice. exiscan-acl *can* run the mail through SA as a
> test. It doesn't /have/ to. So if
Hi all,
I've got a problem and like to have some lights to correct it...
1° I did replace the orig.tar.gz of libdtdparser-java to remove the
generated doc and the generated jar file because I don't need them,
it's rebuilt from sources!
2° I dpatch it and now it can be built with free c
On Wed, Sep 24, 2003 at 01:56:09PM -0500, Ryan Underwood wrote:
>
> Hi,
>
> On Mon, Sep 22, 2003 at 08:03:18PM +0200, martin f krafft wrote:
> >
> > This is a good point. Debian makes an effort to be kernel
> > independent, so why does the kernel-source install Linux?
> >
> > I think we should
Joerg Jaspert <[EMAIL PROTECTED]> writes:
> Ah, and a fast fix for the actual worm is to set MAXSIZE_ALLOW to
> something smaller than 140k.
Erm. Its MAXSIZE_DENY for this, except one defines the virus senders
with some ALLOW rule before. Brrr. :)
--
bye Joerg
2.5 million B.C.: OOG the Open Sou
Hi,
where can I find the "official" definition for the Release
file (http://ftp.us.debian.org/debian/dists/sarge/Release),
e.g. a BNF or an informal description?
Which is the tool (of choice) to create the files?
How are the lines with the md5sums created?
TIA and cheers!
Paul Seelig <[EMAIL PROTECTED]> writes:
>> Of those packages in the archive, mailfilter is the best IMHO. However, I
>> ended up *not* using it because it doesn't support ANDing of conditions
>> AFAICT ("size > 100k AND header spelling "SUBJECT:").
> Then maybe you should have a look at popsneak
On Mon, Sep 22, 2003 at 08:03:50PM +0200, martin f krafft wrote:
> also sprach Martin Pitt <[EMAIL PROTECTED]> [2003.09.22.1343 +0200]:
> > However, they might be useful to people using make-kpkg and patch
> > packages to get the right dependencies and ease the download. Thus
> > I would not vote
Hi,
On Mon, Sep 22, 2003 at 08:03:18PM +0200, martin f krafft wrote:
>
> This is a good point. Debian makes an effort to be kernel
> independent, so why does the kernel-source install Linux?
>
> I think we should rename to linux-kernel-source, linux-kernel-image
> and so on...
I very much agre
On Mon, Sep 22, 2003 at 08:03:18PM +0200, martin f krafft wrote:
> also sprach Bernhard R. Link <[EMAIL PROTECTED]> [2003.09.22.1213 +0200]:
> > So your complain reduces in my eyes to an incomplete label.
> > I personally think not having the term "linux" in it more of an
> > issue than having "-de
also sprach Matthew Garrett <[EMAIL PROTECTED]> [2003.09.22.1320 +0200]:
> It would be inappropriate to do it within a stable release, sure,
> but it is something that Debian do do in general. In this case
> it's a chunk of code that has almost nothing to do with the core
> kernel code - it just so
On Wed, Sep 24, 2003 at 06:33:45PM +0200, Wouter Verhelst wrote:
> Op wo 24-09-2003, om 17:05 schreef Gunnar Wolf:
> > And I insist... Do you want to stop every mail which is (peeking at my
> > inbox) between 1887 and 2183 bytes long just because it might be a
> > virus?
>
> Hm. I was under the i
also sprach Martin Pitt <[EMAIL PROTECTED]> [2003.09.22.1343 +0200]:
> However, they might be useful to people using make-kpkg and patch
> packages to get the right dependencies and ease the download. Thus
> I would not vote to throw them out completely.
make-kpkg and kernel-patches/modules work j
also sprach Bernhard R. Link <[EMAIL PROTECTED]> [2003.09.22.1213 +0200]:
> So your complain reduces in my eyes to an incomplete label.
> I personally think not having the term "linux" in it more of an
> issue than having "-debian" in it...
This is a good point. Debian makes an effort to be kernel
Dear googlers,
I've juist made a transcription of the 'dueling banjos' for two guitars.
Have a look at
http://www.muziekzetter.be/free/dueling_banjos.pdf
Comments are welcome!
This sheet was made with Finale, a proprietary Windoze program (the only
thing that is keeping me from using Debian all
also sprach Bernhard R. Link <[EMAIL PROTECTED]> [2003.09.22.1213 +0200]:
> Thus I see absolutely no reason, why I should want
> a debian-package with a unmodified source-tree.
Because
-- it may be on a CD and you cannot download 25+ Mb
-- your kernel source is integrated with the Debian pack
Daniel Burrows dijo [Wed, Sep 24, 2003 at 01:10:57PM -0400]:
> > And I insist... Do you want to stop every mail which is (peeking at my
> > inbox) between 1887 and 2183 bytes long just because it might be a
> > virus?
>
> Um, those are line counts, not byte counts. 1889 lines is about 140k
> o
also sprach Eduard Bloch <[EMAIL PROTECTED]> [2003.09.22.1155 +0200]:
> And if you meant the kernel-source package, then please think
> twice before you request a such thing. Your "idea" would require
> dozens of versions of kernel-source-NUMBER-foo every time when
> I a small fix had to be applied
On Mon, Sep 22, 2003 at 09:31:49PM +1000, Herbert Xu wrote:
> George Danchev <[EMAIL PROTECTED]> wrote:
> >
> > it is faster and wiser to fix your kernel-source-2.4.22 (unpatch is
> > useless,
> > leave to users to patch if they want) then all other
> > kernel-patch-
> > packages will be fine.
Hi, 42106
Thank you for expressing interest in ATGWS watches.
We would like to take this opportunity to offer you our fine selection of
Italian crafted Rolex Timepieces.
You can view our large selection of Rolexes (including Breitling, Tag Heuer,
Cartier etc) at:
www.DirectPricings.com
F
also sprach Osamu Aoki <[EMAIL PROTECTED]> [2003.09.22.0005 +0200]:
> There is a file /usr/src/kernel-patches/all/2.4.22/debian/list whose
> content goes like:
> -
> # This file is sorted by patch dependency. The patch which applies to the
> # upstream kernel must come first.
>
> patch-2.
Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> On Sun, Sep 21, 2003 at 11:55:37AM +0100, Mark Brown wrote:
>> Simply saying that the bug was fixed in the new upstream release doesn't
>> tell the user why
>
> Why a bug wa gixed is obvious, because it was a bug.
>
> - XXX does nt delete temp file
> -
Op wo 24-09-2003, om 17:05 schreef Gunnar Wolf:
> And I insist... Do you want to stop every mail which is (peeking at my
> inbox) between 1887 and 2183 bytes long just because it might be a
> virus?
Hm. I was under the impression that they were a lot larger.
OK, never mind...
--
Wouter Verhels
Wouter Verhelst dijo [Wed, Sep 24, 2003 at 09:03:39AM +0200]:
> > I don't think so - And if so, this could break many client MTAs.
> > According to the protocol definition [1],
>
> [...]
>
> > [1] http://www.ietf.org/rfc/rfc0821.txt
>
> MTAs that still stick to nothing but RFC821 are horribly o
On Wed, 24 Sep 2003 16:17:45 +0200
Josip Rodin <[EMAIL PROTECTED]> wrote:
> Runs spamc twice. Usually it won't matter, but with higher traffic, the load
> will increase for obvious reasons...
spamc isn't run twice. exiscan-acl *can* run the mail through SA as a
test. It doesn't /have/ to. S
On Tue, Sep 23, 2003 at 12:52:30PM -0700, Steve Lamb wrote:
> > > Same here though I am sticking with SA-Exim because it saves the mail
> > > in a certain range so I can throw it at the Bayesian classifier.
>
> > I usually don't have large enough partitions to hold all the spam (!)
>
> C
Op di 23-09-2003, om 01:48 schreef Gunnar Wolf:
> Mike Hommey dijo [Tue, Sep 23, 2003 at 12:28:44AM +0200]:
> > > > helps catching 95%... But the bandwidth is still used... I'm still
> > > > looking for a pure MTA solution...
> > >
> > > A pure MTA solution would still need to scan the body and thu
Warning: This message has had one
or more attachments removed (UPGRADE.exe). Please read the "VirusWarning.txt"
attachment(s) for more information.
Microsoft
All Products |
Support |
Search |
Microsoft.com Guide
Microsoft Home
Microsoft Client
this is the late
See detailed discussion in
Bug#212034: Debian Perl Policy manual uses "dependency" backwards,
especially the ends of my last two messages, regarding ambiguity of
the terminology (even if we continue to disagree on the rest of it).
Daniel
--
Daniel Barclay
[EMAIL PROTECTED]
On Wed, 20 Aug 2003 17:12:42 +0200
cobaco <[EMAIL PROTECTED]> wrote:
> KDE is not mission critical in the sense that when a user's KDE-instance
> crashes the KDE-instances of the other users will continue to run. Just
> like when -in that same organization with some thousands of X terminals-
> 1 X
52 matches
Mail list logo
