Hi,
I've been too busy with other things to work on Gentoo for quite some
time and this isn't going to change now that I've just picked up new
study and work commitments.
So I'm gonna drop out of the IRC rooms and stop checking this email
account (which is spammed to death).
I guess this m
Matthias Schwarzott wrote:
Up to now I have just added use-flag "extras" to control these. But I suppose
that udev-acl and maybe gudev is a hard requirement for newer hal or
devicekit versions. And upstream thinks these should be enabled by default.
I've been playing with Fedora lately and the
Robin H. Johnson wrote:
It does NOT check /proc/config.gz presently. The original logic against
not checking /proc was that we were targeting the kernel being built,
but that's moot given the use of `uname -r` in OUTPUT_DIR.
That seems like a bug. OUTPUT_DIR should default to unset which would
I'm planning to request the stabling of gentoo-sources-2.6.29 on 23rd
may, 1 week from now. We have no known regressions in the kernel.
Regressions in external packages in the stable tree are tracked in bug
#264722. Please fix these asap.
Daniel
Christian Faulhammer wrote:
Hi,
any project lead/member can post an answer to this mail for a status
report:
kernel:
Continues to be a small team with desires to grow. Our processes scale
well but recruitment does not. Only real task is to handle
gentoo-sources, 90% of the time is handling
Petteri Räty wrote:
Why wasn't this sent to gentoo-dev-announce?
It should be posted on front page gentoo.org if that is not already in
the works.
Thanks,
Daniel
Tobias Klausmann wrote:
All .28 series kernels (all rc kernels and the final one, too) do
not compile on Alpha at all.
Please file this at the Gentoo bugzilla as well, so that we can keep
track. We can possibly even help fix it.
cheers,
Daniel
2.6.28 is out, happy holidays..
The usual things:
1. Bugs in non-kernel packages in the stable tree that appear due to
this upgrade are tracked at bug #252467
2. Tentative stable date is January 15th, will be held back if we have
bad kernel regressions etc, but jan 15th is the aim. If your p
why offlist?
Robert R. Russell wrote:
Stabilization reports for ~xorg-x11 and the ~xf86-video-intel drivers aren't
likely to go any where given the number of issues people are asking about on
the forums
But the important thing is that you notify the maintainers that you're
in trouble. That m
Robert R. Russell wrote:
My answer is a simple example from my own system. My current system uses a
motherboard that is around 6 months old and is only correctly supported by
the latest ~arch gentoo-sources. The add on video card, a 1 to 2 year old
nvidia card, works great with x11-drivers/xf86
Daniel Drake wrote:
I'm tentatively planning to request that gentoo-sources-2.6.27 gets
marked stable on x86+amd64 on December 15th, assuming we have fixed all
regressions (we have some open, which will hopefully be fixed soon).
We're still on track for December 15th stabling, so p
Mike Frysinger wrote:
can people who feel adventurous unmask sandbox-1.3.2 and give it a spin on
their systems before i unmask it for everyone ...
Thanks for looking after this important package. 1.3.2 isn't in CVS, did
you mean 1.3.1?
Daniel
It's unmaintained and broken against recent kernels.
It would be nice if someone could step up and replace it by adding and
maintaining a package for arpon: http://arpon.sourceforge.net/
which I guess it not a kernel module, yay
I'm planning to add arpstar to package.mask on December 11th, and
Daniel Drake wrote:
Hi,
I'm looking to find one or more people to help out with
gentoo-sources-2.6 maintenance (our primary supported kernel).
Thanks to this thread and the GMN, the response in my inbox has been
positively overwhelming. I responded to everybody until a point, an
Nicolas,
Nicolas Sebrecht wrote:
I would like to go further in the Linux kernel internal comprehension.
Could someone tell me where to find a good starting free documentation ?
Most of the documentations I've found are about old kernel versions (2.4
series).
Ask this on the gentoo-kernel list
Hi,
I'm tentatively planning to request that gentoo-sources-2.6.27 gets
marked stable on x86+amd64 on December 15th, assuming we have fixed all
regressions (we have some open, which will hopefully be fixed soon).
Kernel-dependent packages that are broken by this upgrade are tracked at
https:
Hi,
I'm looking to find one or more people to help out with
gentoo-sources-2.6 maintenance (our primary supported kernel). Right
now, me and Mike Pagano do most of the kernel work. I disappear fairly
often and it's always good to have more than 1 active person on the project.
I'm looking for
Hi,
I want to devote more time to the kernel project and other things, so
I'm looking for people or herds to take ebuild maintainership of the
following packages:
dev-dotnet/gsf-sharp
dev-dotnet/evolution-sharp
dev-util/rej
net-wireless/zd1211-firmware
sys-block/viaideinfo
sys-fs/udftools
x11
Hi,
On November 5th, I'll request that the latest revision of
gentoo-sources-2.6.26 goes stable on x86 and amd64. The UK will
celebrate the event with big bonfires and fireworks.
If there are any unfixed 2.6.26 regressions, please alert us, but things
seem to be nicely under control.
As fo
Carlos Silva wrote:
I'm really sorry to leave you guys but my current life isn't compatible
with working on Gentoo. Live is too busy to give Gentoo the time it
deserves. I really liked to work with all of you. I'll try to contribute as
much as possible via bugzzie. If anyone need any kind of help
Samuli Suominen wrote:
# Samuli Suominen <[EMAIL PROTECTED]> (21 Apr 2008)
# Masked by treecleaners for bug 160267. Removed in ~60 days.
# Has been included in 2.6 kernel series.
net-fs/coda-kernel
Are you sure? codafs has been in the kernel for years but I think the
external package is someth
2.6.25 was released today, gentoo-sources-2.6.25 is now in portage.
As usual this will break some packages in the portage tree (ones that
include kernel code), the tracker for such issues is here:
http://bugs.gentoo.org/show_bug.cgi?id=218127
Jakub normally does a wonderful job of herding all
Cédric Krier wrote:
I can take it if dsd agrees, as I use it but without the gtk interface.
Please go right ahead. Also I recommend working with Nirbheek Chauhan
who would be an ideal candidate for a maintainer/co-maintainer but when
I last asked didn't have enough time to go through recruitm
2.6.24 has been released, gentoo-sources-2.6.24 will be in portage this
afternoon.
Tentatively hoping to mark this stable after 5 weeks (i.e. 29th
February) but it may be done a little sooner.
We are hoping to get this stable for inclusion in 2008.0 (and to be the
kernel the livecd runs on).
Hi,
Is anyone interested in taking the b2evolution blog engine webapp off my
back? Steve Dibb has been doing almost all of the planet maintenance for
the last eon, and I don't really have an easy environment to test new
ebuilds etc.
Thanks,
Daniel
--
gentoo-dev@lists.gentoo.org mailing list
Hi,
I'm the current beagle maintainer but am struggling to find the time
needed for the simple maintenance efforts required. Is anyone interested
in taking over here?
A prospective developer (bheekling) would be interested in maintaining
this package in future, but right now he does not have
Hi,
Are there any developers who use svgalib and would be interested in
helping out maintenance-wise?
It's currently maintained by Mike (spanky) but he doesn't use it or have
any interest in it - he just looks after it because nobody else does.
I believe he's about to commit the fix for the
Piotr Jaroszyński wrote:
I have updated the GLEP, hopefully it is less confusing now and hence
the discussion will be more technical.
As I still didn't get the "ok to commit" from our glep folks, read the
most current version here:
http://dev.gentoo.org/~peper/glep-0055.html
http://dev.gent
Markus Ullmann wrote:
K, to sum it up then, everything stays like it is atm.
I think that makes sense. Yes, it's unrealistic for us to be able to
handle all of them, but I think that's a perfectly reasonable situation.
It's common for open source projects to have an excess of feature
reques
Marijn Schouten (hkBst) wrote:
Hi list,
the current interface to use flags, useq, usev, use_with, use_enable, as
defined in /usr/lib/portage/bin/ebuild.sh lacks generality. The common thing
is testing a use flag and possibly echoing a string, but there is no function
that implements this common
Doug Goldstein wrote:
When HAL evaluated the usage of libpci the following issues were
identified:
1) increased memory usage, to the point that HAL was not usable on the
OLPC project
I was only ever aware of concerns that memory usage might be high, but
wasn't aware it caused specific proble
Wulf C. Krueger wrote:
The question is not if some software is doing the right thing or not but
if our packages behave like they should for our users.
There is also value in satisfying and not deviating away from upstream,
as well as respecting values of upstream decisions (such as offering
c
Robin H. Johnson wrote:
Heya,
So now this is not a flamewar.
Jakub was originally going to complain at me for the upstream usbutils
adding support for gzipped usb.ids files, but a group of us (myself,
dsd, jakub, leio, steev) had a discussion about it, and came up with a
solution that both ends
On 12th November I plan to request the x86 and amd64 arch teams to mark
2.6.23 stable.
Right now we have one reported kernel regression:
http://bugs.gentoo.org/show_bug.cgi?id=197264
but I expect this to be fixed in advance. If more come up, they will
potentially delay the above stabling, but h
Donnie Berkholz wrote:
cd ${S}
cp -R /usr/src/linux-${KV} ${WORKDIR}
emake -j1 KDIR=/${WORKDIR}/linux-${KV} O=${KBUILD_OUTPUT} || die
"compile problem"
This is not the way that linux-mod is intended to be used. You should be
setting MODULE_NAMES, BUI
I like the idea of adding this to CONFIG_PROTECT_MASK.
Matthias Schwarzott wrote:
Only problem I see: What to do with people having custom modifications inside
the default rules-files?
I can't think of any cases where the user would have to do this (they
can make custom modifications in their
Donnie Berkholz wrote:
so next time dsd (or whoever the ninja kernel maintainer happens to be at the
time) says "hey i plan on stabilizing Linux x.y.z" and someone goes "wait,
you cant until we get working", the reply
is of course "blow it out your arse^H^H^H^Htalk to the package maintainer,
Greg KH wrote:
Ok, thanks for pointing me at this. I've already started discussing
this with a few of the users on that list. I tried a number of years to
get this code into shape enough to get into the main kernel tree. Looks
like I'll try this again.
Let me know if anything comes of it. I'
Greg KH wrote:
Is speakup finally dropped from the gentoo tree in this release?
Yes
Was there a reason for this?
It no longer compiles, as the legacy way of accessing serial ports
disappeared, serial is now a platform device. I can't see an easy fix.
It may return in future, in a differe
William L. Thomson Jr. wrote:
I haven't been able to get ati-drivers to compile against a 2.6.22
kernel. Seems to be for similar reasons as
http://bugs.gentoo.org/show_bug.cgi?id=181982
error: linux/ioctl32.h: No such file or directory
I already approved a patch against current stable for this
On Thursday I plan to request that the x86 and amd64 arch teams mark the
latest gentoo-sources-2.6.22 revision stable. We have no reported
regressions for this kernel release.
--
[EMAIL PROTECTED] mailing list
Roy Marples wrote:
I don't actually know how to set those up or what the migration path
would be. Maybe devzero and strerror could document this as I understand
they do this.
I manage systems with a single RAID 0 stripe (not dmraid) managed by
device-mapper. When upgrading baselayout, we also
Roy Marples wrote:
This is just a heads up for getting baselayout-2 stable. Next week I
plan to put baselayout-2.0.0_rc1 into the tree without any keywords and
it will be removed from package.mask (keeping the current alphas masked
though). Arch teams will then be pinged on a bug to keyword
basel
Mike Doty wrote:
All-
We're going to change the -dev mailing list from completely open to where only
devs can post, but any dev could moderate a non-dev post. devs who moderate in
bad posts will be subject to moderation themselves. in addition the
gentoo-project list will be created to take o
Mart Raudsepp wrote:
gtk+ documentation rebuilding can take as much as 30 to 60 minutes with
the doc USE flag for example. The benefit is cross references to glib,
pango and cairo documentation - upstream can not do that as they do not
know where the other docs will be found on disk. Though I sho
Doug Goldstein wrote:
Currently in the tree we have sys-fs/ntfs3g. However the proper upstream
name and name referenced in every single doc in the world is "ntfs-3g".
I tried to rename the package however, Portage does not let me since it
is invalid naming. marienz and genone informed me it's inv
I have created a kernel-misc herd, plus corresponding mail alias and
bugzilla account.
metadata for the following packages has been updated:
app-admin/addpatches
app-doc/linux-device-drivers
app-misc/fdutils
app-misc/klive
app-misc/zisofs-tools
dev-libs/klibc
net-misc/arpstar
sys-apps/kexec-too
Donnie Berkholz wrote:
I'm sure I'm not the only one with a number of projects I'll never get
to, but I'd really like them to happen anyway. I suggest we create some
sort of page that aggregates all of these personal projects together, so
anyone can browse through them and look for stuff that sou
I've tried to divide up the various things being discussed here.
Regarding paludis:
- The syntax change in question affects >=paludis-0.24
- The old syntax is still accepted
- A warning message is printed to the console by paludis when
the old (deprecated) syntax is detected
- The warnin
Hi,
I'm looking to find one or more people to help out with
gentoo-sources-2.6 maintenance (our primary supported kernel).
I'm looking for someone with at least:
- Interest in kernel stuff, or a desire to become interested
- Time to put towards the tasks
- Enthusiasm to ask lots of question
Duncan wrote:
I'm running (vanilla) rc7-git10 ATM, and have two possible regressions
remaining here
If reproducible on gentoo-soures-2.6.21, please file bug reports for
them or they will get lost.
Daniel
--
[EMAIL PROTECTED] mailing list
Petteri Räty wrote:
Why would the kernel have to go stable before the usual month dictated
by policy? Yes there are usually security bugs but you did not mention
that as a reason in your post.
At last check this was a recommendation, not a policy, plus nobody
objected timeframe-wise before.
Hi,
2.6.21 was released today. Testing muchly appreciated as usual -- please
file bugs and clearly mark them as 2.6.21 regressions if that is the case.
There will probably be several packages unable to compile/load due to
internal kernel API changes, as usual. Please make these block bug
#17
Robin H. Johnson wrote:
Case 2 - Metadata contains a single maintainer
--
- The herd field is not used.
- The maintainer address is used as the bugzilla assignee.
At least for some packages I'm involved with, this will result in me
deleting myself f
klive isn't that useful and I don't have enough time to maintain it.
There are several bugs kicking about.
If nobody takes over, I'll package.mask it on April 14th and remove it
on April 28th.
Daniel
--
gentoo-dev@gentoo.org mailing list
Steve Long wrote:
This is perfectly reasonable where it is a card with drivers in both, but
alas-drivers supports a broader range of hardware, eg the echo audio cards
(guess who has one ;) which have never been available in-kernel.
These were added to the kernel as of 2.6.18.
But it is still a
Jakub Moc wrote:
Bryan Østergaard napsal(a):
Nobody is forcing anybody to use in-kernel drivers.
Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
Sorry, my comments on that bug are a little unclear. I am not suggesting
removal of alsa-driver from Portage, neither I am suggesting that t
Jakub Moc wrote:
It not only doesn't work for me,
Bug please! :)
it doesn't work for majority of people
that have responded on this thread. So, something's wrong there I guess? :)
I don't regard this thread as quantifiable measure. Nevertheless, lets
count the number of successes and failu
Ioannis Aslanidis wrote:
Well, to be honest, I am neither supporter nor detractor. I think that
it's upstream that should go and fix themselves. It's them who have
caused all this.
The bug you linked to is a natural effect of maintaining kernel drivers
outside of the kernel source tree.
It i
Ioannis Aslanidis wrote:
The fact is that the bug has been around for quite a long time now:
http://bugs.gentoo.org/show_bug.cgi?id=165679
This bug is exactly the kind that makes maintaining alsa-driver (and any
other out-of-kernel module) a small nightmare. It's exactly the kind of
bug that
Mike Pagano wrote:
Just a user opinion here, but I find the need to use unstable
alsa-driver to solve a bug every now and then. This procedure would
be more complicated if I had to run a development kernel to solve a
sound problem.
And you'll still have that option.
I hope you file bugs when t
Doug Goldstein wrote:
The only crummy thing about this is that the in kernel drivers have
NEVER supported my sound card. Not even on 2.6.20. I'm using hda-intel
and it just never works. I end up always returning back to alsa-driver.
So I don't think that the code bases are the same.
Please file
Hi Jakub,
Thanks for your input. Please remember that alsa-driver isn't going away
any time soon.
Jakub Moc wrote:
- The in-kernel drivers seriously are not an equivalent alternative, let
alone the preferred one, for stuff like hda-intel or any similar drivers
that are under permanent heavy d
Hi,
We have some new ALSA maintainers: beandog, chainsaw, phreak
(and me helping out to start with)
It's of course up to the maintainers to choose how they work, but the
recommendations I have laid down have been that they focus on the
userspace side: utils, tools, firmware, lib.
I have suggest
Petteri Räty wrote:
Is Alsa OK too? I remember Diego talking something about it being broken
when he as still around. Might be fixed since with 2.6.20.X though.
No known significant problems. I think we may have a single occurance of
a hda regression to take care of.
Daniel
--
gentoo-dev@ge
Warwick Bruce Chapman wrote:
Will you be marking linux-headers-2.6.19 stable as well? I really think
http://bugs.gentoo.org/show_bug.cgi?id=160381 needs some serious attention.
linux-headers isnt anything to do with me or the kernel herd. I can't
comment on when it will go stable.
Daniel
-
I'm planning to request the latest revision of gentoo-sources-2.6.20 go
stable on x86 and amd64 in 1-2 weeks from now. Other arches will
probably follow soon after.
There are still a few new bugs with external modules:
https://bugs.gentoo.org/show_bug.cgi?id=163825
I've commented on every one o
Josh Saddler wrote:
We should not have third-party projects be part of SOC
I see 3 important points missing from the discussion so far:
(not directed at any response in particular)
1. We mentored projects like Piotr's last year, it seemed to work OK and
as far as I'm aware there weren't any o
Jason Stubbs wrote:
1) There is a fairly clear chain of command.
I've seen a few people make this kind of comment recently, and I'm never
sure whether they mean it as it sounds or not.
There isn't really a chain of command, since there isn't really anything
being commanded. There is no deve
Unfortunately I didn't find any suitable candidates from the call for
help that went out in the GWN recently. I have contacted all applicants
explaining how they can improve their skills, build up a series of
contributions, and become more likely developer candidates in the future.
Unless some
Christian Faulhammer wrote:
So, maybe we can discuss here another helping hand for amd64. Devs
that work with a given software (not necessarily the maintainer) on
amd64 architecture
It seems like this should be discussed amongst the active amd64
developers internally first, and perhaps shoul
Steve Long wrote:
Daniel Drake wrote:
Construction of a dynamic website for tracking kernel security issues.
There are too many of them and too many kernels to do this through the
normal GLSA process, and currently users are kept in the dark about
fixed security issues.
Who put's up the &
Chris Gianelloni wrote:
Submit your ideas here, so we can discuss them. I will be choosing one
idea that we think we can accomplish to test out the idea of
Council-driven projects.
Construction of a dynamic website for tracking kernel security issues.
There are too many of them and too many k
Hi,
A few weeks ago I posted that gentoo-sources-2.4 needs a maintainer.
antarus stepped up but realised his fatal mistake and has now fled from
the scene.
If anyone is interested please step up, otherwise this will go through
the usual mask/removal process. Recruiting a non-developer to tak
Michael Sullivan wrote:
I would like to help with coding/debugging packages for Gentoo. I have
some programming experience on a very small scale. I have an Associates
of Computer Science from a small community college, and I've never had a
job working for a software company. You spode of "good
Rémi Cardona wrote:
About that bug, has anyone filed anything for it in Gentoo or is it the
kind of bug that creeps up anywhere and can look like something else is
responsible for it?
Now that the problem is understood, it can be reproduced trivially on
any kernel and can easily result in fil
I will be asking the x86 and amd64 arch teams to mark the latest
revision of gentoo-sources-2.6.19 stable in 1 weeks time (Jan 14th).
This is a 1 week advance warning to maintainers of external kernel
modules which are still broken in the stable tree -- fix them, or file
new bugs asking for ne
Michael Imhof wrote:
If no one else steps up i can maintain openmosix, but my time is quite
limited. But i think this should be a better option than removing it
from the tree.
voxus explained in private that openmosix is pretty much a dead project.
If you are interested in seeing this kept ar
Hi,
openmosix has been hardmasked for a long time:
# Tim Yamin <[EMAIL PROTECTED]> (07 Aug 2006)
# Security mask
# Bugs #135167, #137623, #137626, #138617, #139321,
# #139475, #139641, #140444, #141503, #142616, #142617
sys-kernel/openmosix-sources
sys-cluster/openmosixview
sys-cluster/openmosix
Rémi Cardona wrote:
On second thoughts, I'll raise a small objection to the removal. Latest
gentoo version is 1.2.0 while the kernel (gentoo-sources-2.6.19-r2) says
to contain 1.1.4. I know that difference isn't exactly huge, but still,
it's a step backwards.
The only changes from 1.1.4 to 1.
Hi,
I plan to get gentoo-sources-2.6.19 stable on x86 and amd64 around
January 8th time.
There are a couple of outstanding kernel issues to fix, and I hope to
see the external kernel module tree in better shape:
https://bugs.gentoo.org/show_bug.cgi?id=156669
this is your advance warning -
Hi,
After no response to my call for maintainers, submount will enter
package.mask tomorrow for removal in 3 weeks.
http://archives.gentoo.org/gentoo-dev/msg_141377.xml
Daniel
--
gentoo-dev@gentoo.org mailing list
Alec Warner wrote:
This is to prevent people from sticking a random unchecksum'd ebuild in
your tree and then having portage source it for depend() metadata and
then getting bitten by some global scope nasties.
Is this really the correct solution to this "problem"?
I can't see the use case: d
Hi,
submount is an external kernel module which provides automounting
functionality. It is currently under kernel herd but nobody there has
interest in this package. I have had to fix it repeatedly in order to
compile with newer kernels, it's broken again for 2.6.19 and I've had
enough. Upstr
Hi,
With Tim gone there is nobody working on gentoo-sources-2.4. I'm not
sure what's left in the patchset but on last check there were users
depending on it.
If anyone is interested please step up, otherwise this will go through
the usual mask/removal process. Recruiting a non-developer to t
Sven Köhler wrote:
Have you ever thought about sollutions of that problem? It's not a real
problem, that these files are orphaned - but they are neither removed
nor renamed, so they stay in place and in one or the other way, they may
start to disturb.
Wasn't portage modified to remove unmodifie
Mike Frysinger wrote:
and is unmaintained.
says you :P
Following up from IRC earlier:
You're interested in maintaining this until a new maintainer is found.
Are you prepared to handle the security bugs here? Alternatively we
could either put it in hardmask until a maintainer is found, or w
Mike Pagano wrote:
This seems to me like a good opportunity to engage the arch teams for
some assistance.
So the arch teams would be happy to handle "package foo doesn't compile
with 2.6.18" bugs, for example, bug 148381?
Daniel
--
gentoo-dev@gentoo.org mailing list
Christian Faulhammer wrote:
Announce it here (or -core) which needs a fix and then just commit the
fix if it is trivial and there has been no reaction.
I think you didn't grasp the problem exactly.
There are a large number of packages which build against the kernel and
do not get much atten
Thomas Cort wrote:
What package(s) are going stable in 1 week? I have no clue what you are
writing about since you didn't mention it in your e-mail. I did a
quick search and found the following 6 packages which have a version
2.6.18:
gentoo-sources-2.6.18
linux-headers-2.6.18
This is your 1 week warning.. fix any packages which don't compile and
ensure the fix is also in the stable tree.
Thanks.
Daniel
--
gentoo-dev@gentoo.org mailing list
Benjamin Judas wrote:
Since I am sure that needs and ideas for such a CD have changed in the last 15
months, it's definitely a good idea to ask again which applications or
services should be available on that CD.
I hereby request every person make suggestions.
rsync
--
gentoo-dev@gentoo.o
cracklib is a library which makes judgements on passwords. It tells you
passwords weak as they are too short, based on a dictionary word, and
stuff like that. It's a nice thing to have, is fairly standard, but is
not a true requirement.
Any thoughts on these changes:
1. Promote cracklib USE f
Hi,
net-misc/bcm4400 is a kernel driver built as an external package through
portage. The codebase which this package use has been discontinued
upstream. The upstream replacement (which is not in Portage directly) is
simply a copy of the in-kernel b44 driver code.
For this reason we are sugg
Roy Marples wrote:
While the location was indeed good and in easy walking distance from the tube
station, the room was packed - do you know if they have larger rooms?
They do, see
http://www.theresourcecentre.org.uk/voluntary_charges.pdf
We were in seminar room 3. This was the largest one avai
Lisa Seelye wrote:
Is there any news on a 2007 event? This time, really, I promise I'll be
in the country to attend!
No, and you won't hear anything from me. I won't be in the country.
Daniel
--
gentoo-dev@gentoo.org mailing list
Hi,
The local root exploit-of-the-week would have been unable to run if our
users systems had /proc mounted with nosuid and/or noexec
It would be worthwhile considering making this a default. What are
people's thoughts?
Additional testing of this change would be appreciated (just ensure tha
Daniel Drake wrote:
Hi,
I'm hoping to be able to mark 2.6.17 stable on or around July 11th. I'll
give around a weeks notice here when that is to happen. Hopefully we'll
use this for the 2006.1 release too.
It will be a little later than planned, but this is your 1 week noti
Lars Weiler wrote:
app-cdr/dvdrtools: Same reason. No need to use this fork of
cdrtools-1.11...
This is a lot more more than a "add DVD writing support" fork - they
have changed much more than that, and they have an interesting list of
objectives. It's a much saner version of cdrtools.
P
Molle Bestefich wrote:
Same thing with a package called 'seamonkey':
Same answer as you got on the -user list: use --tree
But don't only look at the top section of the output.
Daniel
--
gentoo-dev@gentoo.org mailing list
1 - 100 of 184 matches
Mail list logo
