Adrian von Bidder wrote:
> On Friday 02 February 2007 09:33, Sam Hocevar wrote:
> > On Fri, Feb 02, 2007, martin f krafft wrote:
> > > PS: Almost all... as first official act, I herewith announce the
> > > nomination of Mark J. Ray as an honorary member of debian.ch.
> > > Honorary members have no
On Saturday 03 February 2007 20:25, Joey Schulze <[EMAIL PROTECTED]> wrote:
> > No it's not. It's what we technically call a Joke. Debian could use
> > more of them. (And yes, I do invite people to make jokes on my expense
> > when the occasion arises.)
>
> While I agree that it could help impro
Am Freitag 02 Februar 2007 21:14 schrieb Reinhard Tartler:
> Hendrik Sattler <[EMAIL PROTECTED]> writes:
> > And everybody gets the SE Linux overhead if he wants or not?
>
> Which overhead does SE Linux impose to you?
Take a look at the extra paths in the LSM that the kernel runs for many system
On Saturday 03 February 2007 22:37, Hendrik Sattler
<[EMAIL PROTECTED]> wrote:
> Am Freitag 02 Februar 2007 21:14 schrieb Reinhard Tartler:
> > Hendrik Sattler <[EMAIL PROTECTED]> writes:
> > > And everybody gets the SE Linux overhead if he wants or not?
> >
> > Which overhead does SE Linux impose
Am Samstag 03 Februar 2007 02:21 schrieb Russell Coker:
> On Saturday 03 February 2007 05:17, Hendrik Sattler
> <[EMAIL PROTECTED]> wrote:
> > And everybody gets the SE Linux overhead if he wants or not?
>
> It's disabled by default, unlike in Fedora and Red Hat Enterprise Linux
> where it's on by
Am Samstag 03 Februar 2007 13:17 schrieb Russell Coker:
> Anyway, if the overhead of SE Linux in the kernel is something you consider
> to be a problem then there are many bigger problems that you will have with
> the Debian kernel packages (or probably any kernel image from a binary
> distribution
On la, 2007-02-03 at 12:37 +0100, Hendrik Sattler wrote:
> > > Not being able to change the cause to the better doesn't mean to
> > > introduce a mess to control the result. And I really hope that Debian
> > > never considers installing+enabling selinux by default.
> >
> > IIRC, debian/etch alread
On Sat, 03 Feb 2007, Russell Coker wrote:
> One that springs to mind is CONFIG_HIGHMEM4G, it seems only useful if you
> have
You need to enable PAE (64GB support) to access the NX bit on ia32, which is
even worse, and that's the reason why my 1GB laptop has a PAE kernel :(
> Another is the fact
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/03/07 08:20, Henrique de Moraes Holschuh wrote:
> On Sat, 03 Feb 2007, Russell Coker wrote:
[snip]
>>> "Real world security concerns"? Please describe your "real world" and
>>> compare to the other existant "real world"s.
>
> Botnets and the maf
Hello,
the feature as in the subject is nice and makes me feel safe, but
sometimes it hits on the laptop, when booting on batteries, with people
watching.
Ideally, if I'm in a hurry I would like to be able to do ^C on it, and I
would expect that the same check is run at next boot; however, I neve
On Saturday 03 February 2007 10:39, Enrico Zini wrote:
> Assuming it's safe to ^C fsck, would it make sense to change the
> message to document it, like:
In my experience it is safe, except when the / partition is being fsck'ed.
For / it is also safe, but I've been unable to get the system to bo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/03/07 03:39, Enrico Zini wrote:
> Hello,
>
> the feature as in the subject is nice and makes me feel safe, but
> sometimes it hits on the laptop, when booting on batteries, with people
> watching.
>
> Ideally, if I'm in a hurry I would like to
Hi,
* Ron Johnson <[EMAIL PROTECTED]> [2007-02-03 20:13]:
> On 02/03/07 03:39, Enrico Zini wrote:
[...]
> > Assuming it's safe to ^C fsck, would it make sense to change the message
> > to document it, like:
> >
> > /foo has been mounted xx times [...] check forced
> > If you need to boot quic
Package: wnpp
Severity: wishlist
Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>
* Package name: shell.fm
Version : 0.2
Upstream Author : Jonas Kramer <[EMAIL PROTECTED]> and others.
* URL : http://nex.scrapping.cc/shell-fm/
* License : GPL
Programming Lang:
Ron Johnson wrote:
> The file /etc/init.d/checkfs.sh (in package initscripts) is supposed
> to check whether you are on battery power or not. Maybe a bug needs
> to be filed against it?
Assumption: This only works, if the battery module is loaded at this
point. Normally acpid loads this module, w
Hi,
* Armin Berres <[EMAIL PROTECTED]> [2007-02-03 21:32]:
> Ron Johnson wrote:
> > The file /etc/init.d/checkfs.sh (in package initscripts) is supposed
> > to check whether you are on battery power or not. Maybe a bug needs
> > to be filed against it?
>
> Assumption: This only works, if the batt
On Sat, 3 Feb 2007 21:45:49 +0100 Nico Golde wrote:
> Acpid doesn't load modules, it only listens to events and
> executes programs.
But the init-script does:
# As the name says. If the kernel supports modules, it'll try to load
# the ones listed in "MODULES".
load_modules() {
...
}
Regards
--
Hello!
On Sat, 03 Feb 2007 21:45:49 +0100, Nico Golde wrote:
> * Armin Berres <[EMAIL PROTECTED]> [2007-02-03 21:32]:
>> Ron Johnson wrote:
>>> The file /etc/init.d/checkfs.sh (in package initscripts) is
>>> supposed to check whether you are on battery power or not. Maybe
>>> a bug needs to be fi
Evgeni Golov wrote:
> On Sat, 3 Feb 2007 21:45:49 +0100 Nico Golde wrote:
>
>> Acpid doesn't load modules, it only listens to events and
>> executes programs.
>
> But the init-script does:
That's what I meant. Thanks for the clarification.
I can confirm the following behavior: If I boot with a
Package: wnpp
Severity: wishlist
Owner: Mark Purcell <[EMAIL PROTECTED]>
* Package name: tripod
Version : 0.7.0
Upstream Author : Seb Ruiz <[EMAIL PROTECTED]>
* URL : http://www.sebruiz.net/tripod
* License : GPL
Programming Lang: C++
Description : iPod
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: ttf2tex
Version : 0.70
Upstream Author : Philipp Lehman <[EMAIL PROTECTED]>
* URL :
http://www.ctan.org/tex-archive/help/Catalogue/entries/ttf2tex.html
* License : G
Package: wnpp
Owner: Luca Capello <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: thinkfinger
Version : 0.2.2 [1]
Upstream Author : Timo Hoenig <[EMAIL PROTECTED]>, Pavel Machek <[EMAIL
PROTECTED]>
* URL or Web page : http://thinkfinger.sourceforge.net
* License : G
On Saturday 03 February 2007 23:47, Hendrik Sattler
<[EMAIL PROTECTED]> wrote:
> > It's disabled by default, unlike in Fedora and Red Hat Enterprise Linux
> > where it's on by default. I believe that the latest release of SUSE has
> > AppArmor on by default.
>
> RedHat has a long history of stran
On Sunday 04 February 2007 01:20, Henrique de Moraes Holschuh <[EMAIL
PROTECTED]>
wrote:
> On Sat, 03 Feb 2007, Russell Coker wrote:
> > One that springs to mind is CONFIG_HIGHMEM4G, it seems only useful if you
> > have
>
> You need to enable PAE (64GB support) to access the NX bit on ia32, which
idid'nt received my verification code, please send it
Thanks
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
--
To UNSUBSCRIBE, email to
On Sun, 04 Feb 2007, Russell Coker wrote:
> On Sunday 04 February 2007 01:20, Henrique de Moraes Holschuh <[EMAIL
> PROTECTED]>
> wrote:
> > On Sat, 03 Feb 2007, Russell Coker wrote:
> > > One that springs to mind is CONFIG_HIGHMEM4G, it seems only useful if you
> > > have
> >
> > You need to ena
Hello,
Is it still the case that packages should not update
/etc/nsswitch.conf as documented in bug #78110?
The reason I ask is because libnss-mdns does just
this (e.g. see bug #406198), and I thought this
was a policy violation.
My personal opinion is that I consider /etc/nsswitch.conf, like
/e
On Sun, Feb 04, 2007 at 12:27:41PM +1100, Russell Coker wrote:
> On Saturday 03 February 2007 23:47, Hendrik Sattler
> <[EMAIL PROTECTED]> wrote:
> > > It's disabled by default, unlike in Fedora and Red Hat Enterprise Linux
> > > where it's on by default. I believe that the latest release of SUSE
28 matches
Mail list logo