tis 2009-03-10 klockan 08:29 -0700 skrev Alec Warner:
> > With some devs reviewing gentoo-commits@, I highly doubt that this commit
> > could go unnoticed more than a few hours.
>
> really? cause I bet I could slip something in; now I'm motivated to try ;p
>
Looking inside of package.mask this m
be formed before enabling it anywhere by default. Should this test
really be run by default, or should it be shielded by USE="unsafetests" or
something of just restricted?
My 2 cents.
[1]
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-apps/dbus/dbus-1.3.0.ebuild?rev=1.5&view=markup
and scroll to the bottom.
//Peter Hjalmarsson
ons 2009-10-07 klockan 16:46 +0200 skrev Gilles Dartiguelongue:
> Le mardi 06 octobre 2009 à 20:38 -0600, Ryan Hill a écrit :
> > Some packages, like dbus[1], have testing features that, while useful for
> > developers and arch-testers, aren't something that should be foisted on
> > users. Dbus' c
Sorry for reviving an old thread, but was there any progress on this
topic?
With packages as dbus that breaks with FEATURES/USE="test" hand in hand
with packages like dev-libs/gmp[1] there would really be nice to know if
you are supposed to be screwed or helped by FEATURES/USE="test"...
[1](fr
tis 2009-11-03 klockan 16:48 +0100 skrev Patrick Lauer:
> Hi there,
>
> All of these bugs were for the use of the FEATURES variable in ebuilds, which
> is a very convenient thing to work around issues.
> For example known failures with FEATURE="distcc" or funky things like test
> failures with
tor 2009-11-26 klockan 05:04 + skrev Duncan:
> Ciaran McCreesh posted on Wed, 25 Nov 2009 22:13:27 + as excerpted:
>
> > Examples will merely be
> > dismissed as one-off cases that can be worked around, or as relying upon
> > a string of coincidences that will "obviously" never really happ
ons 2009-12-02 klockan 17:55 + skrev Jacob Todd:
> On Wed, Dec 02, 2009 at 09:15:10AM +0100, Gunnar Wrobel wrote:
> > ... I did buy the rights to my book back.
> Wait, you don't keep the 'rights' to *your* book when it's published?
>
No this is a common thing with books. Remember some time ag
fre 2009-12-11 klockan 12:11 -0800 skrev Zac Medico:
> Should we enable FEATURES=userpriv by default? If we do that then do
> we also need to support RESTRICT=userpriv? Maybe RESTRICT=userpriv
> should not be supported on the grounds that it is never justified?
> What about prefix support (in EAPI
mån 2009-12-14 klockan 19:03 -0500 skrev Mike Frysinger:
> On Monday 14 December 2009 18:38:36 Ryan Hill wrote:
> > On Sun, 13 Dec 2009 20:46:18 +0100 Diego E. Pettenò wrote:
> > > # Diego E. Pettenò (13 Dec 2009)
> > > # on behalf of QA team
> > > #
> > > # Pre-strip files (bug #241534), ignore
lör 2010-01-16 klockan 19:16 +0100 skrev Sebastian Pipping:
> On 01/16/10 05:39, Mike Frysinger wrote:
> > On Friday 15 January 2010 20:55:18 Sebastian Pipping wrote:
> >> On 01/16/10 02:45, Mike Frysinger wrote:
> >>> the better idea
> >>> though would be to split your stuff along the proper lines
lör 2010-01-16 klockan 19:31 +0100 skrev Jörg Schaible:
> dev-ran...@mail.ru wrote:
>
> > On Sat, Jan 16, 2010 at 01:57:38PM +0100, Ben de Groot wrote:
> >> 2010/1/16 Peter Volkov :
> >> > layman cache is nfs distributable. Also it's good idea to have it close
> >> > to PORTDIR. Thus I'd like to k
mån 2010-01-18 klockan 06:27 +0100 skrev Ulrich Mueller:
> > On Mon, 18 Jan 2010, Sebastian Pipping wrote:
>
> > isn't a package tree somehow having "system-wide implications"?
> > i'm not really sure about /var/db - doesn't seem to be in FHS.
> > is a package tree a database?
>
> This depend
mån 2010-01-18 klockan 12:40 +0100 skrev Michael Haubenwallner:
> Alex Alexander wrote:
> > On Mon, Jan 18, 2010 at 09:05:58AM +0100, Peter Hjalmarsson wrote:
> >> I sometimes think the main problem is the tree itself. Portage really
> >> should had a directory of its
ons 2010-03-03 klockan 17:46 +0200 skrev Petteri Räty:
> On 03/03/2010 02:47 PM, Ciaran McCreesh wrote:
> > On Wed, 03 Mar 2010 09:47:37 +0100
> > Tomáa Chvátal wrote:
> Removing eclass functions like this is not allowed by current
> policy. If you want to do it, you should discuss about
mån 2010-03-08 klockan 10:53 +0100 skrev Antoni Grzymala:
> Sorry guys if I missed something crucial in this lengthy thread, but
> from what I'm understanding:
>
> if python-3 goes stable (and unmasked):
>
> - it is a separate, slotted version
> - it generally shouldn't get pulled in (current po
mån 2010-03-08 klockan 19:13 +0200 skrev Mart Raudsepp:
> Instead I think we should be improving "eselect profile" to support
> multiple inheriting /etc/make.profile files in a user friendly fashion,
> and in the end removing 249 subprofiles, instead of adding 28+.
>
I vote for this one. A prof
fre 2010-03-19 klockan 05:13 -0500 skrev Dale:
> Because, when I installed gcc 4.3, I could then unmerge the old gcc.
> That's why I didn't complain about that. With python, we still have to
> have the current version plus the new version which is not being used at
> all.
>
That was if you
I have a question related to this:
If I have package X which supports python2 and python 3, and I install
it without python3 installed it will only install python2-files
(i.e. /usr/lib/python2.x/*), right?
What happens if I later install packages Y that is only python3, and
relies on the python3 p
I took a look at qemu-kvm and found something I percieve as funny:
It had a gnutls use-flag, but no ssl useflag.
As I see it is I want ssl/tls support it should be sufficient to enable
USE="ssl" and let the maintainer of said ebuild decide which
implementation (if more then one) I am better off wi
mån 2010-04-05 klockan 03:54 +0300 skrev Mart Raudsepp:
> The problem is really the RESOLVED connotation and the hiding that goes
> along with that on searches, etc.
>
> The LATER status itself can be useful when used properly (more as
> "ASSIGNED LATER"). In the lack of that some bigger teams mig
fre 2010-04-30 klockan 16:34 + skrev Robin H. Johnson:
> Note however, that while I have a high level of trust in ccache, I do
> think there are more latent bugs in distcc.
>
Heh, yeah. I have had problems with ccache having broken cache (i.e.
stuff breaks, removing the cache and it unbreaks)
fre 2010-04-30 klockan 18:24 +0200 skrev Enrico Weigelt:
> * Daniel Pielmeier schrieb:
>
> > What about searching the complete file system but using an exclude file
> > where
> > you can put directories and files which should not be searched. It is
> > tedious to
> > tell every path on the comm
mån 2010-05-10 klockan 23:52 -0400 skrev Mike Frysinger:
> On Monday 10 May 2010 23:10:48 Markos Chandras wrote:
> > provide a user friendly way to migrate to the new libpng without the need
> > to spend so many hours digging around on which packages to rebuild.
>
> if you're "digging around" then
sön 2010-06-20 klockan 15:55 +0200 skrev Arfrever Frehtes Taifersar
Arahesis:
>
> This problem is probably caused by bugs in Python 2, which have been fixed in
> Python 3.
>
> $ echo 'a = True' > test.pyx
> $ cython test.pyx
> $ gcc -O2 -Wall -I/usr/include/python3.1 -c test.c
> $ gcc -O2 -Wall
tis 2010-06-22 klockan 15:17 +0530 skrev Arun Raghavan:
> On 21 June 2010 21:23, Arun Raghavan wrote:
> [...]
> > I'm still trying to think of a good name. I understand the concerns
> > about "introspection" being too generic and non GNOME-y, but "gir" is
> > likely to cause confusion.
>
> "gir"
mån 2010-06-28 klockan 15:05 +0100 skrev Ciaran McCreesh:
> On Mon, 28 Jun 2010 14:59:21 +0100
> Roy Bamford wrote:
> > All of engineering involves compromise.
>
> It's not a question of compromise. It's a question of being right vs
> being wrong. If one person says that 2 + 2 = 4 and a loud mob
lör 2010-07-31 klockan 13:37 +0200 skrev Hanno Böck:
> vpx for supporting googles vp8 codec used in webm.
>
> At the moment this is only mplayer and ffmpeg, but it's pretty obvious that
> apps supporting vp8 will start popping up everywhere (currently working on
> arista ebuild which will suppor
se flag to ensure that my
whole system has support for it, or should I just have to enable
USE="ssl"?
And will I still be sure that those use flag did not disable a (maybe
superior or by maintainer preferred) internal ssl implementation?
[1] Last time I did a bugreport about this, here is the answer:
https://bugs.gentoo.org/show_bug.cgi?id=310681
Regards
Peter Hjalmarsson
lör 2010-08-14 klockan 13:45 +0200 skrev Chí-Thanh Christopher Nguyễn:
> Peter Hjalmarsson schrieb:
> > This is about my beloved USE="ssl". A bit long and ranty, but if you
> > want the consensus, just read the last part.
> >
> >
> > Today a new snaps
lör 2010-08-14 klockan 15:14 +0300 skrev Samuli Suominen:
> > [1] Last time I did a bugreport about this, here is the answer:
> > https://bugs.gentoo.org/show_bug.cgi?id=310681
>
> Long story short:
>
> If package has SSL support, and use "ssl" is ignored or not present in a
> ebuild. it's plain
y to be enabled by default?
Regards
Peter Hjalmarsson
31 matches
Mail list logo
