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
are
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 (giv
> "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 f
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 US
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 mi
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 pro
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 disc
> 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:
htt
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] http://www.cyrius.com/publications/michlmayr-phd.pdf>
--
http://www.gentoo.org/
http://www.faulha
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. B
Martin Schwier wrote:
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 epip
=
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 mul
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 sho
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 sh
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 lik
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 m
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 o
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
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 t
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 t
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, wo
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 m
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 compres
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 profile
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 op
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 solu
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 Ga
"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 g
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
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 ha
38 matches
Mail list logo
