Hi,
Chris Gianelloni [EMAIL PROTECTED]:
If adding bluetooth seems to be a bit much, how about just the usb
USE flag? After all, my UPS won't work with apcupsd without USE=usb
on my server... ;]
I don't know how badly needed bluetooth is (no need here), but I
remember we had to mask
Vlastimil Babka a écrit :
How about just some elog If you use make install, emerge --noreplace
debianutils in the kernel's postinst or something.
Bellow is my contribution to this thread :)
Cheers,
Rémi
--- kernel-2.eclass 2007-12-17 17:06:02.0 +0100
+++ kernel-2.eclass
Vlastimil Babka [EMAIL PROTECTED] posted [EMAIL PROTECTED],
excerpted below, on Sat, 02 Feb 2008 02:55:12 +0100:
How about just some elog If you use make install, emerge --noreplace
debianutils in the kernel's postinst or something.
Well, that doesn't help those who get their kernels
On Fri, 2008-02-01 at 08:54 -0500, Mike Frysinger wrote:
On Friday 01 February 2008, Natanael Copa wrote:
On Thu, 2008-01-31 at 18:46 -0500, Mike Frysinger wrote:
On Thursday 31 January 2008, Natanael Copa wrote:
...
I can create a bug on this so we get rid of both perl and debianutils
Richard Freeman wrote:
George Prowse wrote:
How does the SoC work within Gentoo? Do the developers suggest things
they want worked on or do the users suggest things, the developers
okay it and then they get worked on or what?
I think the good ideas matter more than who came up with them!
On Sat, 2008-02-02 at 09:45 +0100, Christian Faulhammer wrote:
Chris Gianelloni [EMAIL PROTECTED]:
If adding bluetooth seems to be a bit much, how about just the usb
USE flag? After all, my UPS won't work with apcupsd without USE=usb
on my server... ;]
I don't know how badly needed
On Sat, 2008-02-02 at 09:45 +, Duncan wrote:
How about just some elog If you use make install, emerge --noreplace
debianutils in the kernel's postinst or something.
Well, that doesn't help those who get their kernels elsewhere, which IMO
are the ones most likely to have their own
Hi,
Chris Gianelloni [EMAIL PROTECTED]:
If I don't hear any complaints, I'd like to go ahead and get a GMN
article together.
Good to go in my eyes...
Do we really need a front-page news item for this? I don't think the
impact would be terribly great, as I suspect this affects a very
Chris Gianelloni wrote:
Do we really need a front-page news item for this? I don't think the
impact would be terribly great, as I suspect this affects a very small
number of people whom are likely to be more advanced users. I think
adding the info to GMN/gentoo-dev-announce/gentoo-user should
Chris Gianelloni wrote:
I'm thinking of adding both the bluetooth and usb USE flags to the
2008.0 profiles for amd64/x86. I'll be adding just usb for everybody
else, unless they want bluetooth, also.
So why am I asking about this?
Well, I'm wanting to add it to the 2008.0 profiles, not the
On Sat, 2008-02-02 at 14:21 +0100, Vlastimil Babka wrote:
Chris Gianelloni wrote:
Do we really need a front-page news item for this? I don't think the
impact would be terribly great, as I suspect this affects a very small
number of people whom are likely to be more advanced users. I think
We've seen a lot of change in Gentoo recently and the Developer Relations
team is no exception. We have reviewed our policy for the resolution of
conflicts, found it to be in need of improvement, and have taken this
opportunity to reorganize ourselves, as well. The Conflict Resolution
project has
Chris Gianelloni [EMAIL PROTECTED] posted
[EMAIL PROTECTED], excerpted below, on Sat,
02 Feb 2008 04:45:53 -0800:
Well, we can hold off adding it to the actual tree until after the next
GMN, so that's not really an issue.
My main question was if there was any opposition, and it appears that
Chris Gianelloni kirjoitti:
Understandable, bluetooth isn't the most mature thing in Linux. It
tends to either work or it doesn't.
Actually bluetooth support is in quite a good shape. The thing was there
was a urgent need to get bluez-utils-3* stable for which I need some doc
updates etc
On Sat, 02 Feb 2008 09:50:21 +0100
Rémi Cardona [EMAIL PROTECTED] wrote:
Vlastimil Babka a écrit :
How about just some elog If you use make install, emerge
--noreplace debianutils in the kernel's postinst or something.
Bellow is my contribution to this thread :)
Cheers,
Rémi
So it seems to me that we have tons of tools out there that people
have writtten and we need to aggregrate and document them.
I don't care necessarily how shitty they are, how old they are, what
language they are in, or even who wrote them. I care that they are
open source or public domain; that
On Sat, 2008-02-02 at 22:54 -0800, Alec Warner wrote:
So reply with a URL pointing at your tool*.
For XEmacs there is the pebuild script which tracks upstreams packages
and automatically bumps ebuilds for them when newer versions are
available:
Hi,
Alec Warner [EMAIL PROTECTED]:
So reply with a URL pointing at your tool*. Please don't attach your
tool to the email as that would make our mail server sad. If you need
space; e-mail your tool to me (not the list) and I will host it
somewhere.
URL:http://gatt.sourceforge.net/ is
Petteri Räty wrote:
Actually bluetooth support is in quite a good shape. The thing was there
was a urgent need to get bluez-utils-3* stable for which I need some doc
updates etc before it can go stable. (Yes I am a slacker there)
Doc updates? GDP hasn't heard anything about this, as far as I
Alec Warner wrote:
s/writtten/written
s/aggregrate/aggregate
s/genitellia/genitalia
app-doc/nightmorph, your spellchecking tool.
signature.asc
Description: OpenPGP digital signature
It seems to me like there are a number of things that should be able to
hint that you want some particular slots of particular packages, such that
--depclean doesn't remove them and emerge world updates them.
For example, it shouldn't remove the version of gentoo-sources that your
21 matches
Mail list logo