Hello developers,
today I posted a bug (187475) about a minor issue about the useflag
libnotify not beeing in the default desktop profile. Me was told that
this sould be discussed on gentoo-dev. I can't really understand why
such a minor issue have to be discussed among all developers as there
Martin Schwier wrote:
+bash-completion
Well I for one can't stand bash-completion, but I guess I could always
disable it if others think it useful.
+bluetooth
+ffmpeg(totem isn't much without it)
If it's just for a specific package, there is a default package.use iirc.
+libnotify (gives
Sven == Sven Köhler [EMAIL PROTECTED] writes:
Sven Oh! So USE=hal forces pciutils not to use zlib?
There are many more ebuilds than just hal which fail with a compressed
pci.ids file. And many of them are non-obvious. It took me more than
I little bit of effort after the zlib USE flag was
James Cloos wrote:
The pciutils ebuild should be re-engineered to use separate USE flags
for linking to libz and compressing the database.
++
It may be what upstream (pciutils) do by default, but no other distro ships
with compressed ids for the reasons you outline (and you can't mmap the
file).
Martin Schwier wrote:
To come to the bug, I'll comment Jakub Moc's last comment:
As said above - bloating default profiles even more goes to gentoo-dev
mailing
list, so that people could comment. I for one am already annoyed enough by
the
nonsense being added there, such as USE=kerberos
On 8/2/07, Martin Schwier [EMAIL PROTECTED] wrote:
Hello developers,
today I posted a bug (187475) about a minor issue about the useflag
libnotify not beeing in the default desktop profile. Me was told that
this sould be discussed on gentoo-dev. I can't really understand why
such a minor
Rémi Cardona wrote:
One of the core Gentoo philosophies is that it's a meta distribution. As
such, the idea of opt in rather than opt out has been the motto for
quite a while. It's one defining trait of Gentoo.
I second that. But gentoo isn't following this philosophies strictly.
The profiles
On Thursday 02 August 2007, Martin Schwier wrote:
today I posted a bug (187475) about a minor issue about the useflag
libnotify not beeing in the default desktop profile. Me was told that
this sould be discussed on gentoo-dev. I can't really understand why
such a minor issue have to be
There are many more ebuilds than just hal which fail with a compressed
pci.ids file. And many of them are non-obvious. It took me more than
I little bit of effort after the zlib USE flag was first added to the
pciutils ebuild to figure out why so many packages where failing...
Oh! Really?
On Thursday, 2. August 2007 19:35, Christian Faulhammer wrote:
Martin Michlmayr, Debian Project Leader from 2003 to 2005, has
finished his Phd thesis about Quality improvement in volunteer
software projects [1]
.. he gave a short introduction on the whole topic on Google Tech Talks:
Hi,
Martin Michlmayr, Debian Project Leader from 2003 to 2005, has finished
his Phd thesis about Quality improvement in volunteer software
projects [1]
V-Li
P.S.: Is -dev the correct list?
[1] URL:http://www.cyrius.com/publications/michlmayr-phd.pdf
--
http://www.gentoo.org/
William L. Thomson Jr. ha scritto:
This is for the very short
term. I don't want to maintain a driver for hardware I don't own and
never intend on purchasing.
Well seems most AMD machines are likely to ship with ATI chipsets these
days. For sure most lappies :)
Interesting side note.
Martin Schwier wrote:
snip
The gnome meta ebuild pulls in way too much stuff. I always have to copy
it in my local overlay and have to remove epiphany, evolution, vino,
ekiga and more. There are no use flags to control this and I expect many
gnome users to use Firefox and Thunderbird instead of
=
Status report
=
Project description
=
Archfs is a filesystem that displays rdiff-backup archives in a
user-friendly fashion. It is built using FUSE library, that makes
possible creating filesystems in userspace. This particular filesystem
analyzes given single or
Martin Schwier wrote:
In the libnotify
case I would vote to make it a static dependency and not useflag
controllable or at least set the useflag by default.
I see this so:
If upstream thinks, this is an option, the ebuild should reflect this.
If upstream thinks, this is vital, the ebuild
On Thu, 2007-08-02 at 20:09 +0200, federico ferri wrote:
William L. Thomson Jr. ha scritto:
This is for the very short
term. I don't want to maintain a driver for hardware I don't own and
never intend on purchasing.
Well seems most AMD machines are likely to ship with ATI
Sven Köhler wrote:
There are many more ebuilds than just hal which fail with a compressed
pci.ids file. And many of them are non-obvious. It took me more than
I little bit of effort after the zlib USE flag was first added to the
pciutils ebuild to figure out why so many packages where
On Wednesday 01 August 2007, William L. Thomson Jr. wrote:
On Wed, 2007-08-01 at 09:54 -0700, Chris Gianelloni wrote:
This is for the very short
term. I don't want to maintain a driver for hardware I don't own and
never intend on purchasing.
Well seems most AMD machines are likely to
On Thu, Aug 02, 2007 at 05:19:02PM -0600, Ryan Hill wrote:
Oh! Really? Which ones?
app-laptop/smcinit
app-misc/ddccontrol
sys-apps/hwsetup
sys-apps/{lib,}kudzu
sys-apps/vbetool
sys-boot/efibootmgr
sys-power/athcool
are some we have on file so far.
So it seems, there are many many
On Thu, 2 Aug 2007 19:31:09 -0400
Mike Frysinger [EMAIL PROTECTED] wrote:
if the driver blows dead goats and the vendor isnt willing to help
and no Gentoo dev wants to touch it, what other solution is there ?
There's an open-source driver for the r5xx stuff called the avivo
driver [1]. It's
Christian Faulhammer wrote:
Hi,
Martin Michlmayr, Debian Project Leader from 2003 to 2005, has finished
his Phd thesis about Quality improvement in volunteer software
projects [1]
V-Li
P.S.: Is -dev the correct list?
I would say this is perfect for -project. It's a thesis on software
Er it's been pointed out to me that this is a Google SoC project, so
apologies for the beginners info. (I'd forgotten your earlier post.)
http://code.google.com/p/archfs/ for anyone else who's interested.
--
[EMAIL PROTECTED] mailing list
Robin H. Johnson wrote:
On Thu, Aug 02, 2007 at 05:19:02PM -0600, Ryan Hill wrote:
Oh! Really? Which ones?
app-laptop/smcinit
app-misc/ddccontrol
sys-apps/hwsetup
sys-apps/{lib,}kudzu
sys-apps/vbetool
sys-boot/efibootmgr
sys-power/athcool
are some we have on file so far.
So it seems,
On Thursday 02 August 2007, Donnie Berkholz wrote:
Mike Frysinger [EMAIL PROTECTED] wrote:
if the driver blows dead goats and the vendor isnt willing to help
and no Gentoo dev wants to touch it, what other solution is there ?
There's an open-source driver for the r5xx stuff called the avivo
Heya,
The upstream rules_du_jour folk have had issues over the last few months
with DDoS and other attacks. Additionally, the nature of their original
update mechanism causes a lot of traffic.
Everybody that is using rules_du_jour is strongly encouraged to move to
using the sa-update mechanism
emerge: there are no ebuilds to satisfy archfs.
Perhaps a link to the homepage/ overlay might be handy? ;)
This is not something that's about the technical development of our tree
so it might be considered off-topic (interesting though it might be.) As a
general rule, the Unsupported Software
On Thu, 2007-08-02 at 11:27 +0200, Martin Schwier wrote:
So, these are my proposed changes for the default desktop profile:
+bash-completion
+bluetooth
+ffmpeg(totem isn't much without it)
+libnotify (gives very nice popup notifications in many programs instead
of an annoying, workflow
Robin H. Johnson wrote:
Heya,
The upstream rules_du_jour folk have had issues over the last few months
with DDoS and other attacks. Additionally, the nature of their original
update mechanism causes a lot of traffic.
Everybody that is using rules_du_jour is strongly encouraged to move to
On Thu, 2007-08-02 at 14:15 +0100, Steve Long wrote:
James Cloos wrote:
The pciutils ebuild should be re-engineered to use separate USE flags
for linking to libz and compressing the database.
++
It may be what upstream (pciutils) do by default, but no other distro ships
with compressed ids
On Thu, 2007-08-02 at 08:23 -0400, James Cloos wrote:
There are many more ebuilds than just hal which fail with a compressed
pci.ids file. And many of them are non-obvious. It took me more than
I little bit of effort after the zlib USE flag was first added to the
pciutils ebuild to figure
Chris Gianelloni wrote:
On Thu, 2007-08-02 at 11:27 +0200, Martin Schwier wrote:
+ppds (everyone has a printer, and this is needed to configure it
without further investigations. cups is already in)
+startup-notification
Well, we don't add local USE flags to the default profiles unless
On Thu, 2007-08-02 at 16:55 -0700, Donnie Berkholz wrote:
On Thu, 2 Aug 2007 19:31:09 -0400
Mike Frysinger [EMAIL PROTECTED] wrote:
if the driver blows dead goats and the vendor isnt willing to help
and no Gentoo dev wants to touch it, what other solution is there ?
There's an open-source
On Thu, 2007-08-02 at 20:05 -0400, Mike Frysinger wrote:
sounds good to me ... so to tie back to the source of the thread, crappy
closed source vendor drivers are not a valid reason to hold up stabilization
of a kernel
Who ever said they were crappy? Maybe the documentation on usage is
William L. Thomson Jr. wrote:
On Thu, 2007-08-02 at 16:55 -0700, Donnie Berkholz wrote:
On Thu, 2 Aug 2007 19:31:09 -0400
Mike Frysinger [EMAIL PROTECTED] wrote:
if the driver blows dead goats and the vendor isnt willing to help
and no Gentoo dev wants to touch it, what other solution is
William L. Thomson Jr. wrote:
FYI, the patches in bug #183480 [1] allow one to use the most current
ati-drivers with a 2.6.22 kernel. As I am now while I am composing this
message. Having applied said patches and bumped ebuild locally. Just
needs to happen in tree :)
01 Aug 2007; Jeff
William L. Thomson Jr. [EMAIL PROTECTED] posted
[EMAIL PROTECTED], excerpted below, on
Thu, 02 Aug 2007 23:19:08 -0400:
On Thu, 2007-08-02 at 16:55 -0700, Donnie Berkholz wrote:
On Thu, 2 Aug 2007 19:31:09 -0400
Mike Frysinger [EMAIL PROTECTED] wrote:
if the driver blows dead goats and the
On Thursday 02 August 2007, William L. Thomson Jr. wrote:
On Thu, 2007-08-02 at 20:05 -0400, Mike Frysinger wrote:
sounds good to me ... so to tie back to the source of the thread, crappy
closed source vendor drivers are not a valid reason to hold up
stabilization of a kernel
Who ever
Mike Frysinger wrote:
my point though wasnt to knock ati (although it was fun), the point was that
i
do not believe any closed source driver in our tree should ever be grounds
for preventing stabilization of a kernel ebuild
so next time dsd (or whoever the ninja kernel maintainer happens
38 matches
Mail list logo
