Peter Hjalmarsson
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 snapshot of gnash was uploaded where the old USE=ssl
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 broken.
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 support
mån 2010-06-28 klockan 15:05 +0100 skrev Ciaran McCreesh:
On Mon, 28 Jun 2010 14:59:21 +0100
Roy Bamford neddyseag...@gentoo.org 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 =
tis 2010-06-22 klockan 15:17 +0530 skrev Arun Raghavan:
On 21 June 2010 21:23, Arun Raghavan ford_pref...@gentoo.org 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.
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
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 clearly
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 bil...@gentoo.org 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
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 might
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
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 did
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
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 portage
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 profile
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 scarab...@gentoo.org wrote:
Removing eclass functions like this is not allowed by current
policy. If you want to do it, you should discuss
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 depends on your
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 own, but maybe with anoher structure
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.
cache
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ò flamee...@gentoo.org (13 Dec 2009)
# on behalf of QA team
#
# Pre-strip files (bug #241534),
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 3),
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 ago in
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
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](from
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' case is
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.5view=markup
and scroll to the bottom.
//Peter Hjalmarsson
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 morning
29 matches
Mail list logo