I can't remember how I ended up maintaining this.
I'm not even too sure what it does - I don't use it. It's some kind of
web grabber thingy. Upstream is alive. http://pavuk.sourceforge.net/
Does anyone want to take this package? It also comes with 2 bonus bugs:
114189 and 118287.
Daniel
--
Daniel Drake wrote:
Does anyone want to take this package? It also comes with 2 bonus bugs:
114189 and 118287.
vanquirius took it. Thanks!
--
gentoo-dev@gentoo.org mailing list
I wrote most of this a while ago but didn't get round to finishing it.
This seems appropriate at this time, so here it is :)
Here are some small *suggestions* for how I think we can motivate users
on Bugzilla to contribute more, and to contribute more often. I'm not
suggesting this be
Marien Zwart wrote:
I think this is too much effort, especially for small corrections. I
tend to fix them myself, commit with a message like ...based on an
ebuild from ... (bug #) and comment on the bug like Committed
with minor changes. It would probably be a good thing if I went into
a bit
Duncan wrote:
2. Be careful with INVALID resolutions
The term invalid _is_ harsh in bugzilla context, so make sure you write
a quick thankful-sounding comment to go with it.
I like all the suggestions, but this one hits a particular sore spot, as I
had it happen to me, with I think my second
Chris Gianelloni wrote:
Isn't XSESSION *only* used by display managers? I know for a fact that
it isn't used by startx or anything.
It is used by startx. The following commands have their expected effect:
# XSESSION=fluxbox startx
# XSESSION=gnome startx
Daniel
--
gentoo-dev@gentoo.org
Duncan wrote:
I'd /not/ really wish to encourage version bump requests overnight.
That's jumping the gun, and indeed, could encourage first post like
behavior.
What I'd do with such bugs is thank the user, but say next time, please
give me a few days, at least a week (or whatever a dev feels
Hi,
Linux 2.6.16 will be in the tree very soon. Assuming there aren't any
major problems, we'll hopefully be marking it stable in 2-3 weeks.
As usual, please bring any conflicts (e.g. compilation failures of
kernel module ebuilds against 2.6.16) to our attention by making them
block bug
Roy Marples wrote:
Now, if the commandline is the same, should the package name be the same? If
so, what version number should I be using? It's currently just called
resolvconf-0.1
Definately change the name of the package (if not the script itself)
otherwise the Debian resolvconf author
more open? I can't think of a decent way to phrase the subject line
which might make it sound it was coming from a native English
speaker..ahem..anyway:
I read a complimentary comment from a Gentoo user recently (can't
remember exactly where, so this is from memory). It was something along
Hi Brandon,
Brandon Edens wrote:
When I was a system administrator working with Gentoo I would've
appreciated a way to interact with the other Gentoo system
administrators. snip
You seem to be purely describing interactions with the user community
from a user perspective.
My post was about
Daniel Drake wrote:
Hi,
Linux 2.6.16 will be in the tree very soon. Assuming there aren't any
major problems, we'll hopefully be marking it stable in 2-3 weeks.
We're planning to mark it stable on 10th April. Maybe a few days later,
need to double check that we don't have any in-kernel
Diego 'Flameeyes' Petten wrote:
It's the driver for NVIDIA nForce motherboard sound card. It's OSS-only, it's
badly broken (hardlocks machines and so on), lacks someone who can maintain
it (missing hardware mostly) and there are bugs open for it.
If nobody steps up, I'm going to remove it a
Hi,
Is anyone interested in taking over maintenance of easytag? I still use
it, but am looking to free up some time for other things.
It doesn't require much commitment: there aren't many bugs filed for it
(none open at the moment either). Easytag 2.0 is just around the corner
and will be
Hi,
I've been wrangling with usermode-sources maintenance for some time now,
but I don't have any interest in it and have no clue how it works.
The current version in Portage is a bit out of date and faces the usual
minor kernel security issues.
usermode-sources is actually just Paolo
dang is the new maintainer - thanks!
--
gentoo-dev@gentoo.org mailing list
Chris Gianelloni wrote:
I use it myself, but haven't ever looked at any of its bugs. I guess I
can take it, provided you're going to be available to answer questions
on it for a bit. ;]
Of course. I know the codebase quite well.
If you are happy to take this, please put yourself in the
http://guadec.org/GUADEC2006
Anyone going? Anyone staying in the GNOME village?
I'll be there, with a friend.
Daniel
--
gentoo-dev@gentoo.org mailing list
Stephen Bennett wrote:
If noone has any strong reasonable objections, I'd like to add a
Paludis profile to the tree.
I think that this should be the decision of the Portage developers. If
there is any burden other than the points you mentioned, it directly or
indirectly falls on them.
Ciaran McCreesh wrote:
Adding a new profile doesn't affect Portage unless Portage is told to
use that profile. And anyone telling Portage to use *any* invalid
profile is going to be in for a shock.
I was more thinking along the lines of that there might be a lot of
confusion if Paludis and
Harald van Dijk wrote:
and as for
unreadable error messages, getting German gcc output in a German locale
is a feature, not a bug.
I agree - but only when you use gcc on the command line, or in a
Makefile, or in some other normal usage scenario.
I think Stefan is suggesting just using the
Donnie Berkholz wrote:
Why a new domain? We've already got a blog setup at
http://planet.gentoo.org/developers/ and could just add
http://planet.gentoo.org/summerofcode/ or something. If you want
something like this, why not (soc|summerofcode).gentoo.org/?
The domain is already set up, and
Mivz wrote:
/dev/sda:
Timing cached reads: 1424 MB in 2.00 seconds = 711.96 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device
Timing buffered disk reads: 114 MB in 3.00 seconds = 37.95 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete)
Christel Dahlskjaer wrote:
I would like to ask that the Council discuss the current state and
future of the GWN at their next meeting.
This is an open project. The solution to the problems you raise is
incredibly simple: Contribute on a regular basis, or find other people
who will do so.
Mike Frysinger wrote:
maybe give ebuilds a way to maintain a list of files that portage should nuke
when unmerging the package ...
Something similar to this would be useful for kernel ebuilds, as simply
unmerging kernel source will leave a load of temporary and object files
on the
Diego 'Flameeyes' Pettenò wrote:
Can gnuconfig_update calls go away from new ebuilds, then?
Yes, because base/make.defaults includes FEATURES=autoconfig and no
profile turns it off.
Daniel
--
gentoo-dev@gentoo.org mailing list
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.
If you find packages (e.g. out-of-tree drivers) in the stable tree which
do not compile against 2.6.17
Mike Frysinger wrote:
i guess i'll start off some mass nominations of random people off the top of
my head who i think would do a good job ... there's a bunch more people i
think would do a good job, but i'm going to cut my list short as it's already
ridiculously long ...
Thanks for the
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
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.
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 notice
that 2.6.17
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
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
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
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
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
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
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
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 they
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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,
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
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 please make
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
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
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
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
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
Christian Parpart wrote:
could you be please more specific? I mean. why isn't it a current solution?
because SVN isn't right in place or because of the copyright problems still
around or ...?
He means the copyright issues. I believe that Greg also signed the form, and
he was the one who
Hi,
Quite often, I use Gentoo's from-source nature to my advantage when developing
or testing software packages.
Gentoo is fairly well oriented for this kind of environment, but it's not
brilliant. As an example, foo-3.2.1 (the latest version) is installed on my
system, but more recently, they
Hi,
I don't really see why USE=svga is enabled by default. This brings svgalib
into emerge system. svgalib is quite problematic and not used much anymore.
Any objections to dropping it from the default USE flags?
Thanks,
Daniel
--
gentoo-dev@gentoo.org mailing list
Hi,
media-sound/emu10k1 is being considered for removal. It provides audio drivers
for Linux 2.4 for emu10k1 chips (SB live, audigy, etc). Upstream is dead since
2002 and the ALSA drivers are much better.
2.4 users can alternatively use the in-kernel emu10k1 drivers (unmaintained),
or they can
Please keep future information regarding this poll public on gentoo-dev or
similar.
[publicising on gentoo-dev with permission from Grant Goodyear]
Dear all,
Polls are open for the metastructure reform vote. All Gentoo developers are
eligible to vote.
The proposals up for vote:
- The FOSDEM
Daniel Drake wrote:
- Form a task force for additional study (Task-Force)
-core mail (7 June 2005) from jstubbs, [EMAIL PROTECTED]
(will be available on gentoo-dev as a response to this message)
Jason Stubbs' proposal:
I'm past this deadline, but I'd like to propose a modified keeping
Jim Northrup wrote:
1) There is nowhere specified on gentoo.org or gentoo maintained sites
I've rtfm'd specifying any hint of conduct guidelines for being a
developer interfacing with the outside world, representing the
organization. Common social ettiquette does not always reside with
Hi,
It's been running for about a week already but its about time it was properly
announced :)
It seems that we have a fairly even split of opinions on whether Planet Gentoo
should be strictly for Gentoo and related topics, or whether it should be a
full aggregation of more personal articles
Stuart Longland wrote:
This sounds great. And yes, I'd like to participate. I have but one
question though...
My question is this: Which web-blog script would you recommend for the
p.g.o site?
I use wordpress for my own weblog, and I like it. Not overly complicated and
does the job well
Markus Nigbur wrote:
Anyway, as I've already said I'm the _currently_ the only active herd
member and simply cannot take the responsibility of about 100 new
packages.
Therefor I suggest introducing a new keyword to bugzilla's resolution
list, called NEEDMAINTAINER.
With this new keyword
Maurice van der Pot wrote:
Do you have a date or thread subject or something like that? I can't
find it in the archives. I would like to see some reasons why one or the
other is better.
I can't remember and I can't see it in the archives. Maybe I was dreaming...
I think it logically fits
Stefan Schweizer wrote:
I think its better to leave the package on the right alias, because its
easier
to find all pkges without maintainer for a certain herd then.
Most of the people will want to start with only one herd to get ebuilds
added,
so it imo makes really sense to leave them
John Mylchreest posted these objectives in January. I'm not John so I guess
he'll follow up with anything I missed :)
Migrate all existing ebuilds to kernel-2 and linux-* eclasses.
This is progressing and can realistically be completed before the end of the
year.
Push 2.6 for default where
Markus Nigbur wrote:
Assigning to [EMAIL PROTECTED] and adding the actual fitting herd to CC is
the most
elegant option, IMHO.
However we do it, we should really agree on one solution, to get more
structure into the chaos.
Here's what I'd propose:
This only applies to new packages, as
Andrew Muraco wrote:
actually i dont know if they were talking about ssp/pie but the correct
term is
SELinux (known to gentooers as hardened) and trusted computing are also
things that were reported to be up for mainline kernel
http://www.linuxworld.com.au/index.php/id;669959914;fp;16;fpid;0
Omkhar Arasaratnam wrote:
That said, we're not RedHat. We ship as MANY features as we can and let
the user decide. I agree that it is valuable to get reiser4 testing done
up front. Eventually - some people will use it. Last I checked I think
$FOO is stupid wasn't a valid closure code in
Jonathan Smith wrote:
you could simply make the default:
src_configure() {
[ -f ./configure ] econf || die
}
No need, this will do fine as a default:
src_configure() {
econf || die
}
Since econf already checks for a configure script and does nothing if it can't
find one...
Nathan L. Adams wrote:
(a) Its not a waste of time, and it is a FACT that peer review improves
quality.
I don't think anyone is disputing that it would be a beneficial concept, in
terms of improving quality and feedback.
However the suggestion you are making is really not practical in our
Hi Chris,
Chris White wrote:
Doc is still here:
http://www.gentoo.org/doc/en/bugzilla-howto.xml
I've just read over it in full. It looks good - thanks for writing it.
As you know, I've been meaning to write one of these for a while. I've been
keeping a list of topics I think should be
Nathan L. Adams wrote:
Good point. See my reply to Jon Portnoy for the latest revision of the
idea that would apply to everyone as an optional 'best practice'.
Again, it doesn't really work like this. The groups you describe are different
in nature, and certain procedures suit some groups
Shyam Mani wrote:
As for the rest of the points you've brought up, did you have time to
pen down answers as well? If so, could we have a look at them please?
Some answers are obvious, but some others aren't and these points are
quite valid and do need to be in the doc.
I haven't written any
Chris White wrote:
never reassign a bug
Ok, I have a section on how to re-assign the bug to the maintainer if you're
the reporter, so you don't want that at all is what you're saying? Just let
bug-wranglers handle it?
Yes, I'm pretty much saying that. Thinking back to the situation that
Hi,
As the Planet Gentoo admin (http://planet.gentoo.org), I often get feature
ideas and requests for ways to enhance the Planet website.
Right now, a python script called planet (www.planetplanet.org) powers the
site. planet is a nice simple script, which is invoked by cron every hour - it
Sebastian Bergmann wrote:
Have you looked at the software [1] that runs on Planet PHP [2]?
--
[1] http://svn.bitflux.ch/repos/public/planet-php/trunk/
[2] http://www.planet-php.net/
Thanks, I hadn't heard of that. It seems in tune to what we need: Storing
entries in a MySQL database,
Rob Cakebread wrote:
I patched the Planet source to add all the entries to an sql
database then wrote a quick CherryPy demo [1] that uses the existing
Planet's template system.
The example just has the entries for a few random developers. You can
search the titles or full text. Source code
Hi,
Theres a bug filed against gentoo-sources-2.6 which causes the system to be
unreliable when running the 64GB highmem option. This bug isn't present in the
vanilla kernels so it must be caused by one of the patches we apply, but I
don't know which this might be.
To see this bug, you need
Kormos Matej wrote:
Hello!
I am beginner with Gentoo and absolute rookie about writing drivers, but I
am trying to write one.
I hope I have choose the right mailing list for my questions :-)
You should try the kernel-newbies mailing list, or the linux kernel mailing
list.
I have encountered
Frank Schafer wrote:
Does someone know if it's worth a try with the vanilla and if vanilla
here means a really vanilla from kernel.org or if it's sufficient to get
the (too patched and thus not so vanilla) vanilla-sources.
vanilla-sources is not patched.
Please be kind with me regarding to
Ivan Yosifov wrote:
On Tue, 2005-09-13 at 14:52 +0100, Daniel Drake wrote:
are running vesafb-tng and have =1GB RAM then try
turning off vesafb-tng
Why ?
Actually, this shouldn't matter, as this only occurs with 64gb highmem. I only
mentioned it as this is the only random crasher
Quoting Georgi Georgiev [EMAIL PROTECTED]:
I can only think of a couple of solution:
- Remove these unnecessary checks completely: Follow the example of all
other distributions and do not depend on anything kernel-ish for such
packages. A recompilation of the kernel with different options
Thierry Carrez wrote:
But it's a good idea to have some kind of automatic replication of
frontpage announcements to gentoo-announce and the forums, this will
help getting important messages through. However, I'm not sure *all*
frontpage contents should get replicated to gentoo-announce and the
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
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
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
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
1 - 100 of 147 matches
Mail list logo