On Mon, Feb 8, 2010 at 1:15 PM, Daniel Pielmeier wrote:
> # Daniel Pielmeier (08 Feb 2010)
> # Masked for removal on 10 Mar 2010.
> # Manifest failures due to upstream source changes without version bump.
> # SRC_URI changes all the time. Firmware extraction fails. Overly complex
> # ebuild for j
I was thinking that maybe we should join the desktop-wm [1] and
desktop-util [2] subprojects and elect one lead, as all herds under
these projects seem to lack manpower and coordination. And we could
try to recruit a few new devs for these herds as well. As I am now a
full-time openbox user, I am w
On Mon, 8 Feb 2010 13:11:31 +0100
Christian Faulhammer wrote:
> Your proposal does not look to appealing to me. What about people
> trying to keep "pollution" down and avoid one or the other toolkit?
Some packages don't use a USE flag to pull those in, since the toolkit
dependency isn't optiona
On 02/07/10 09:38, Markos Chandras wrote:
> On Saturday 06 February 2010 19:22:47 Samuli Suominen wrote:
>> While we have few devs listed in desktop-misc, nobody is really looking
>> at the bugs in general so it's like a clone of maintainer-needed alias
>> at the moment... The bug count has escalat
On 02/08/2010 05:22 PM, AllenJB wrote:
On 08/02/10 14:02, Nikos Chantziaras wrote:
On 02/08/2010 03:41 PM, AllenJB wrote:
On 08/02/10 12:32, Nikos Chantziaras wrote:
On 02/08/2010 01:39 PM, Samuli Suominen wrote:
IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
everything
# Daniel Pielmeier (08 Feb 2010)
# Masked for removal on 10 Mar 2010.
# Manifest failures due to upstream source changes without version bump.
# SRC_URI changes all the time. Firmware extraction fails. Overly complex
# ebuild for just installing one or two files.
# Will be replaced by updating the
On 8 February 2010 16:22, AllenJB wrote:
> The current system caters perfectly for both people who want to avoid
> specific toolkits and those who don't care what toolkits they use.
I agree. The current system is best, in my opinion.
Cheers,
--
Ben de Groot
Gentoo Linux developer (qt, media, lx
2010-02-06 13:14:41 Brian Harring napisał(a):
> On Sat, Feb 06, 2010 at 12:03:11PM +0100, Arfrever Frehtes Taifersar Arahesis
> wrote:
> > 2010-02-05 17:40:00 Arfrever Frehtes Taifersar Arahesis napisał(a):
> > > - Dependency on Python 2 should be set correctly. You can specify it
> > > directly
Hi all,
On Mon, Feb 08, 2010 at 02:34:08PM +0200, Nikos Chantziaras wrote:
> On 02/08/2010 02:11 PM, Christian Faulhammer wrote:
> > Hi,
> >
> > Nikos Chantziaras:
> >> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user
> >> has "X qt -gtk" in hope to have programs that support b
On 08/02/10 14:02, Nikos Chantziaras wrote:
> On 02/08/2010 03:41 PM, AllenJB wrote:
>> On 08/02/10 12:32, Nikos Chantziaras wrote:
>>> On 02/08/2010 01:39 PM, Samuli Suominen wrote:
IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
everything that deps on them, so I d
On 02/08/2010 03:41 PM, AllenJB wrote:
On 08/02/10 12:32, Nikos Chantziaras wrote:
On 02/08/2010 01:39 PM, Samuli Suominen wrote:
IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
everything that deps on them, so I disagree.
I was under the impression that USE flags are fo
On 08/02/10 12:32, Nikos Chantziaras wrote:
> On 02/08/2010 01:39 PM, Samuli Suominen wrote:
>> IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
>> everything that deps on them, so I disagree.
>
> I was under the impression that USE flags are for enabling/disabling
> features,
On 02/08/2010 02:16 PM, Samuli Suominen wrote:
On 02/08/2010 02:12 PM, Nikos Chantziaras wrote:
On 02/08/2010 01:36 PM, AllenJB wrote:
On 08/02/10 11:15, Nikos Chantziaras wrote:
Hello. Please don't be too harsh if I got this wrong or if this looks
like whining :P
A lot of ebuilds seem to ig
On 02/08/2010 02:11 PM, Christian Faulhammer wrote:
Hi,
Nikos Chantziaras:
A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user
has "X qt -gtk" in hope to have programs that support both Gtk and Qt
being built with the toolkit that is more native to his DE. When a
package has a
On 02/08/2010 01:39 PM, Samuli Suominen wrote:
On 02/08/2010 01:30 PM, Tomáš Chvátal wrote:
Dne 8.2.2010 12:15, Nikos Chantziaras napsal(a):
Hello. Please don't be too harsh if I got this wrong or if this looks
like whining :P
A lot of ebuilds seem to ignore the "X" USE flag and instead onl
2010-02-06 17:54:10 Mark Loeser napisał(a):
> Arfrever Frehtes Taifersar Arahesis said:
> > 2010-02-05 17:40:00 Arfrever Frehtes Taifersar Arahesis napisał(a):
> > > I consider filing bugs for not adjusted packages after some months (e.g
> > > in summer).
> >
> > 1123 packages (440 in dev-python
On 02/08/2010 02:12 PM, Nikos Chantziaras wrote:
> On 02/08/2010 01:36 PM, AllenJB wrote:
>> On 08/02/10 11:15, Nikos Chantziaras wrote:
>>> Hello. Please don't be too harsh if I got this wrong or if this looks
>>> like whining :P
>>>
>>> A lot of ebuilds seem to ignore the "X" USE flag and instea
On 02/08/2010 01:36 PM, AllenJB wrote:
On 08/02/10 11:15, Nikos Chantziaras wrote:
Hello. Please don't be too harsh if I got this wrong or if this looks
like whining :P
A lot of ebuilds seem to ignore the "X" USE flag and instead only have
"gtk", "qt" and the like. This should be declared abs
Hi,
Nikos Chantziaras :
> A Gnome user probably has "X gtk -qt" in make.conf, while a KDE user
> has "X qt -gtk" in hope to have programs that support both Gtk and Qt
> being built with the toolkit that is more native to his DE. When a
> package has a GUI tool that is able to only use one of thos
2010-02-07 19:43:24 Markos Chandras napisał(a):
> On Saturday 06 February 2010 13:03:11 Arfrever Frehtes Taifersar Arahesis
> wrote:
> > 2010-02-05 17:40:00 Arfrever Frehtes Taifersar Arahesis napisał(a):
> > > - Dependency on Python 2 should be set correctly. You can specify it
> > > directly in
2010-02-08 01:20:22 Brian Harring napisał(a):
> On Sun, Feb 07, 2010 at 12:17:17PM -0800, Zac Medico wrote:
> > I noticed that this generates a depedency like "|| (
> > =dev-lang/python-2.7* =dev-lang/python-2.6* )" which is very similar
> > to the way that QT3VERSIONS works in qt3.eclass. One thin
On Monday 08 February 2010 06:15:38 Nikos Chantziaras wrote:
> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
> "gtk", "qt" and the like. This should be declared absolutely wrong,
> IMHO. When a program provides a command-line tool and a GUI tool, and
> the GUI tool uses o
On 02/08/2010 01:30 PM, Tomáš Chvátal wrote:
> Dne 8.2.2010 12:15, Nikos Chantziaras napsal(a):
>> Hello. Please don't be too harsh if I got this wrong or if this looks
>> like whining :P
>
>> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
>> "gtk", "qt" and the like. Thi
On 08/02/10 11:15, Nikos Chantziaras wrote:
> Hello. Please don't be too harsh if I got this wrong or if this looks
> like whining :P
>
> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
> "gtk", "qt" and the like. This should be declared absolutely wrong,
> IMHO. When a p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 8.2.2010 12:15, Nikos Chantziaras napsal(a):
> Hello. Please don't be too harsh if I got this wrong or if this looks
> like whining :P
>
> A lot of ebuilds seem to ignore the "X" USE flag and instead only have
> "gtk", "qt" and the like. This sh
Hello. Please don't be too harsh if I got this wrong or if this looks
like whining :P
A lot of ebuilds seem to ignore the "X" USE flag and instead only have
"gtk", "qt" and the like. This should be declared absolutely wrong,
IMHO. When a program provides a command-line tool and a GUI tool,
В Вск, 07/02/2010 в 21:24 -0500, Mike Frysinger пишет:
> it might also be useful to add a default epatch() to the initial env that
> would be clobbered when the inherit occurred.
> epatch() { die "you need to inherit eutils.eclass to use epatch" ; }
After fixing breakage that was introduced
Hi,
Joe Sapp :
> Thanks for looking at this Christian.
Sorry for the late reply.
> Patch to the original revision is attached.
I am fine with it.
V-Li
--
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
http://gentoo.faulhammer.org/>
29 matches
Mail list logo
