Quoting Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]):
> > [Short version: see the patch below.]
> (after a few days w/o answers from Snort's maintainer)
> Sander, any comments wrt to this patch? Please at least say wether you are
> going to forward this to Snort maintainers or use it in
Quoting Matt Zimmerman ([EMAIL PROTECTED]):
> > I'm about to close 95153, 133049, 158040, 16, 170580, 173331, 176223,
> > 135603, 161659, 165107, 165135, 165351, 171190, 172529, 173663, 174506,
> > 174508, 174509, 192401, 193544, 101725, 122689, 159575, 165126, 182280,
> > and 189780 with a nic
Quoting Matt Zimmerman ([EMAIL PROTECTED]):
> > That's for Martin Schulze (Joey - Stable Release Manager) and/or the
> > security
> > team to decide; not ftpmaster.
> A quick scan of those bugs doesn't reveal anything which looks like a
> security vulnerability, so this would seem to be purely an
Quoting Drew Scott Daniels ([EMAIL PROTECTED]):
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=183719 and bug 189267
> say:
> DSA 297 closes these bugs. It may be worth noting that potato was not
> affected.
> What other security issues are there?
Let's first start by telling that my back
Quoting Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]):
> > Thus, it can't detect potentially harmful traffic.
> That's not correct, it cannot detected _new_ potentially harmful traffic.
> There's quite a lot of potentially harmful traffic (stable) snort can
> detect. The fact that it's not up
Quoting Josip Rodin ([EMAIL PROTECTED]):
> > > I've upgraded to this version and it has required me to press y to replace
> > > modified conffiles in /etc/snort/rules/ about two dozen times, while I'm
> > > pretty sure I never touched any of them. That's an pretty impressive
> > > amount
> > > of
Quoting Jamin W. Collins ([EMAIL PROTECTED]):
> > Before you object to this rather 'rude' bughandling, please keep in
> > mind that version 1.8.4 of snort, which is in stable, has 3 severe
> > security exploits,
> So, why hasn't a security update been released for it?
There has been a DSA about
Quoting Josip Rodin ([EMAIL PROTECTED]):
> Oh and it didn't even want to start properly -- and the init script wasn't
> even so kind to tell me, I had to learn from syslog that
> Aug 24 16:57:23 hostname snort: FATAL ERROR: Unable to open rules file:
> ../rules/bad-traffic.rules or /etc/snort/../
Quoting Josip Rodin ([EMAIL PROTECTED]):
> > [2] deb http:///people.debian.org/~ssmeenk/snort-stable-i386/ ./
>~ Typo.
Oops.
> I've upgraded to this version and it has required me to press y to replace
> modified conffiles in /etc/snort/rules/ about two dozen times, while I'm
> p
Quoting Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]):
> > 'semi up to date'. Still a lot of people use the outdated and utterly
> > broken 1.8.4 release and complain. Although these complaints are correct,
> Maybe because they are not aware of your backporting efforts.
And they never will b
2], to have automatic
installation of newer backported packages when they are released.
If you feel this bug to be closed incorrectly, or the problem still
exists in the newer version of snort, please reopen this bug.
Thanks for your interrest in improving snort!
Kind regards,
Sander Smeenk.
Snort pac
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 host
Quoting Mateusz Papiernik ([EMAIL PROTECTED]):
> > I don't use Gnome2 as a desktop manager, eg. I don't have panels
> > running, I only use gaim, which links against libgtk2. So the problem
> > is where gaim (and other libgtk2 using apps) don't start some
> > component that gnome-control-center doe
Quoting Ross Burton ([EMAIL PROTECTED]):
> > Since I while I am forced to shut down my Linux workstation when I leave
> > my workplace.
> If you don't want to start GNOME via gnome-session (you can remove the
> panel from the session if you wish) you must run "gnome-settings-daemon"
> in your sta
Hi,
Since I while I am forced to shut down my Linux workstation when I leave
my workplace. And since then I noticed that every time I boot again, and
start my X, and open my apps like Gaim and Mozilla, the font used is
HUGE (Helvetica, 12px, or something), while I have set the font to be
Verdana,
Quoting Marcelo E. Magallon ([EMAIL PROTECTED]):
> > > > Now let's lart Thom for compiling apache2 against libdb3, instead of
> > > > libdb4, which renders subversion unusable :)
> > > Again, I don't know about this...
> > Thom does :) He didn't want tons of emails questioning where to ge
Quoting Thom May ([EMAIL PROTECTED]):
> > > Now let's lart Thom for compiling apache2 against libdb3, instead of
> > > libdb4, which renders subversion unusable :)
> > Again, I don't know about this...
> I'm pretty unhappy about the LARTing ;-)
heh.. sorry? :)
Regards,
Sander.
--
| Is er ee
Quoting Marcelo E. Magallon ([EMAIL PROTECTED]):
> > missing... try "deb http://people.debian.org/~ssmeenk/ ./" for
> http://people.debian.org/~mmagallo/packages/subversion/ sid/i386/
> should work.
Okay, I admit, i'm a mess at creating apt-lines :)
Your packages are fine, Thom will add '
Quoting Thom May ([EMAIL PROTECTED]):
> > Very nice :) But I have 2 things:
> > 1) Where's apache2-modules? Subversion depends on them!
> Subversion needs to update :) Happily, I don't have to be back compat, but I
> will add a provides for apache2-modules. We scrapped the seperate deb as it
>
Quoting Thom May ([EMAIL PROTECTED]):
> As those of you who read slashdot know, Apache 2.0 was released last night.
> deb http://pandora.debian.org/~thom/apache2 ./
Very nice :) But I have 2 things:
1) Where's apache2-modules? Subversion depends on them!
2) Why is apache2 compiled against libd
Quoting Marcelo E. Magallon ([EMAIL PROTECTED]):
> http://people.debian.org/~mmagallo/packages/subversion/
Much appreciated!! But I have two things:
1) that directory isn't apt-gettable, the Packages.gz file is
missing... try "deb http://people.debian.org/~ssmeenk/ ./" for
Quoting Sander Smeenk (CistroN Medewerker) ([EMAIL PROTECTED]):
> | unable to make backup link of
> |`./usr/X11R6/lib/X11/fonts/100dpi/lutBS19-ISO8859-1.pcf.gz' before
> |installing new version: Device or resource busy
>
> |Sep 10 11:54:05 replicator kernel: reiserfs_add_en
Quoting Wessel Dankers ([EMAIL PROTECTED]):
> > > |Sep 10 11:54:05 replicator kernel: reiserfs_add_entry: Congratulations!
> > > |we have got hash function screwed up
> > So what kernel are you running Sander? There are data corruption bugs in
> > earlier 2.4 kernels.
> My guess would be that the b
Hey,
I have this weird 'problem' I can't figure out what causes this, and
I was wondering if anyone else is having the same problem. I wrote
Branden (xfonts-*dpi maintainer) about this, but he hasn't received
any other messages about this yet.
This is what happens:
Each and every time I receive
Quoting Daniel Burrows ([EMAIL PROTECTED]):
> >http://zipnab.yoll.net/icons/
> Wow, that's the most creative spam I've ever read..it almost was worth the
> effort :)
In fact, if you take a look at the page, there is nothing commercial,
it only shows some apache standard icons, some debian l
Quoting Bernd Eckenfels ([EMAIL PROTECTED]):
> It would be nice if you can avoid using xlibs, which
> in turn depends in xfree86-common.
A simple solution for this would be to make libgd1 *suggest* xlibs, but
not depend on it. Since libgd1 will work when xlibs is not installed (eg.
purged with --
26 matches
Mail list logo
