ebugging on x86 with
-fomit-frame-pointers. Not sure how that works in relation to split ELF
debug files.
http://gnu.paradoxical.co.uk/software/gcc/gcc-4.0/changes.html
"Location lists are now generated by default when compiling with debug
info and optimization. Location lists provide m
ots
of modern day tools and libraries (GTK+ 2.8+, cairo, gstreamer-0.10/xine
probably SVG for skins soon if not already, etc).
As a conclusion, if you used BMP for your lightweight player, you
probably want audacious, if you don't want to try a more different
thing.
Hope this clears things up.
said people to disable anti-aliasing, use the default
gtk2 theme, and use gtk2.6 for not that bigger resource usage.
Delaying GNOME-2.14 for non-GNOME packages using gtk2 USE flag is mildly
funny to me, too.
Some two weeks have passed from 2.14 release, I would have expected it
to be in x86 at lea
On Mon, 2006-04-03 at 00:53 +0200, foser wrote:
> On Mon, 2006-04-03 at 00:43 +0300, Mart Raudsepp wrote:
> > Delaying GNOME-2.14 for non-GNOME packages using gtk2 USE flag is mildly
> > funny to me, too.
>
> These two things are not related, 2.14 is not delayed whatsoeve
;t already :P
The schedule should be pretty accurate on xorg.fd.org wiki.
> A couple more RCs, and release in about a month
> if all goes well?
--
With regards,
Mart Raudsepp
Project manager of wxMUD - http://wxmud.sourceforge.net/
Developer of wxWidgets- http://www.wx
l (and go equally unnoticed):
>
> local DOCS="foo bar COPYING baz"
> dodoc ${DOCS}
Well, this DOCS deal is coming through gnome2.eclass, and that's how all
of the packages using that eclass are supposed to install DOCS.
I suppose we could also add a QA warning into the eclass for
h a 1 to 5 months of delay.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
t go along, but not in all cases (depends
on how much time the maintainer has, how complex the build system is,
etc).
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
eanwhile please
consider using the upstream provided .tar.gz tarballs instead and not
roll patchsets in .lzma just cause you can.
coreutils and linux-headers come to my mind out of system packages right
now. I'm sure more dragons await me.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PRO
On K, 2008-05-07 at 15:34 +0200, Fabian Groffen wrote:
> On 07-05-2008 16:23:12 +0300, Mart Raudsepp wrote:
> > This is a plea and also a request for comments on the matter of
> > using .tar.lzma tarballs or not, and for what packages this is
> > acceptable and for what not.
ht it up here as well to ensure this is not something I have to
fight against in overlays and time wastes continuously in the future.
Oh and net-tools has not distributed anything in .tar.lzma, so this has
nothing to do with following upstream in any shape or form in this case.
--
Mart Ra
_mod_optimize is
> ROOT aware (since recently).
Does that mean that every python_mod_optimize user (ebuild) that used it
as was expected from python_mod_optimize is now broken for ROOT != "/"
by installing them into ${ROOT}/${ROOT}/ ?
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
e is just
mighty happy with --as-needed and lots of benefits to gain from it.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
--
gentoo-dev@lists.gentoo.org mailing list
On R, 2008-05-30 at 22:37 +0100, Ciaran McCreesh wrote:
> On Sat, 31 May 2008 00:31:22 +0300
> Mart Raudsepp <[EMAIL PROTECTED]> wrote:
> > On R, 2008-05-30 at 20:20 +0100, Ciaran McCreesh wrote:
> > > On Fri, 30 May 2008 21:13:32 +0200
> > > Luca Barbato <[E
rt has been underway for understanding
the workflow. Without an update, it gives the impression nothing has
been done, which I don't want to believe. I'd appreciate an update - not
necessarily as part of the council agenda, but perhaps just per mail,
with any discussions if any is necessary
>
> I wish to nominate Halcy0n, Cardoe and leio.
Thanks, I accept.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
s or something), then it's a real bug and you
could probably just as well fix it by patching the Makefile.in or
configure that you forgot to patch when you patched Makefile.am or
configure.{in,ac}.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
ms and potentially high
maintenance effort, so I haven't put much effort into putting it into
writing. But maybe someone interested wants to chat on IRC on the topic.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Descrip
having to have a INSTALL_MASK set with a few exceptions that they don't
know; and if they don't know what are the exceptions, they'll have
trivial problems like bash not working, iirc.
Btw, just to be clear, I'm not claiming this is the sole reason GNOME
doesn't fit on
shouldn't really care if
LDFLAGS is honored or not...
Maybe this gives some ideas to someone to write a proper QA script, or
point us all to an already existing almighty script or tool that does
just that.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.ge
On P, 2008-07-27 at 18:20 +0200, Arfrever Frehtes Taifersar Arahesis
wrote:
> 2008-07-26 02:56:24 Mart Raudsepp napisał(a):
> > On L, 2008-07-26 at 03:39 +0300, Nikos Chantziaras wrote:
> > > Fortunately, the majority of ebuilds/packages are honoring LDFLAGS. Of
> > >
p, typically build fixes).
> Q: Are there any other use-cases you have and actively use?
No.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
S=test enables the USE flag on its own, and it should never be
enabled or disabled in a users USE settings in /etc/make.conf or any
other place. FEATURES=test is the thing that can be modified for this.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
when that initial testing is done with helping users, the
reason could be modified to tell things broke and what the tracking bug
is, or unmasked if it works fine with other packages.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signatu
ols the same thing it does for
everything else gtk-doc - passing --disable-gtk-doc or --enable-gtk-doc
which acts like described above for regeneration.
Making USE=doc control both installation and regeneration is out of the
question. The benefits of rebuilding are not that big that everyon
ugs needed before stabilization), will be over
then.
Taking the renaming of the USE flag approach as a start would also mean
touching many GNOME packages (build-depends on gtk-doc if eautoreconf is
involved), and I'd rather not risk that at the moment. It would also
heavily disrupts the movin
e appropriate bugzilla,
they wouldn't go stable before that bug is fixed (which I read are
already fixed).
I can not understand why this is dragged on. It was a bug, it is fixed.
The sky is not falling and EAPI-2 is not broken - there was a bug in the
implementation that is fixed.
--
Mart Raud
On Sun, 2008-07-20 at 15:40 +0400, Peter Volkov wrote:
> В Втр, 01/07/2008 в 05:05 +0300, Mart Raudsepp пишет:
> > Over a year or two ago, it was communicated that it supposedly a policy
> > that USE=static
>
> Well, I don't have web-reference at hand now, but there wa
USE flag to get
things like GRP packages to work right.
Regards,
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
On Fri, 2008-10-31 at 19:22 -0500, Andrew Gaffney wrote:
> Mart Raudsepp wrote:
> > On Fri, 2008-10-31 at 15:50 -0600, Joe Peterson wrote:
> >> Michael Hammer wrote:
> >>> * Doug Goldstein <[EMAIL PROTECTED]> [081031 15:53]:
> >>>> If
with upstream probably not having them categorized themselves
like GNOME has.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
ord hundreds of other
packages, or I'm just allowed to remove it but should really apply a
common sense as usual and you don't want to go into details in this
document?
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.a
that it would be a good idea to tweak revdep-rebuild
to not take indirect dependencies listed in .la files too seriously, and
mostly just go by DT_NEEDED entries in ELF files on ELF systems instead
of all of the listed ones in .la ones, as even if a solution for
upstream libtool is figured out, we'd still have old installed .la files
around that include indirect libraries.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
On K, 2008-11-12 at 15:40 +0100, Peter Alfredsen wrote:
> On Wednesday 12 November 2008, Mart Raudsepp wrote:
>
> > I heavily object to having any such function introduced or used or
> > equivalent .la removals conducted without a good rationale and
> > explanation of
't know what will be using that
shared library, so the toolchain can not safely discard anything, even
if you just have one application using some big library, but only using
a small subset of its functionality.
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Weblog: http://planet.g
>
> --- a/foobar/foo.c
> +++ b/foobar/foo.c
>
> and the problem is usually solved.
Could you please expand on what the actual problem is for reference,
having never seen them fail myself or hear any fail for others?
--
Mart Raudsepp
Gentoo Developer
Mail: [EMAIL PROTECTED]
Webl
On P, 2008-12-07 at 12:03 +, Mike Frysinger (vapier) wrote:
> vapier 08/12/07 12:03:34
>
> Modified: libxml2-2.7.2-r1.ebuild
ChangeLog entires are mandatory without any exceptions for
stabilizations. Don't touch packages I co-maintain without a ChangeLog
entry if it's not a
apier Exp $
>
> inherit eutils gnome2
>
> @@ -9,7 +9,7 @@
>
> LICENSE="LGPL-2"
> SLOT="0"
> -KEYWORDS="alpha amd64 ~arm hppa ia64 ~mips ppc ppc64 ~sh sparc x86 ~x86-fbsd"
> +KEYWORDS="alpha amd64 arm hppa ia64 ~mips ppc ppc64
uld just google if I did),
read from flash is more likely to be quicker.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
d gnome-games meta
package from gnome-*/ category and individual games in their suitable
category (glchess is a cool board game, etc)..
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
at the subdirs
either - so categories for the user just become a way to differentiate
packages with the same name for the few cases there are equal names.
However those that prefer the categories approach, can keep using it.
Developers also deal with categories, but that's easy enough to keep
goin
lib (frequent bumps)
> net-voip/telepathy-gabble (frequent bumps)
GNOME team need all these working good so we could take those. I think
empathy is already co-maintained by us as an official GNOME module.
We wouldn't mind co-maintenance of the telepathy stuff with other teams
or people.
's fall out from attempts to fix support for case statements in
> subshells
Then the bug should be fixed, instead of changing usage to something
apparently less common, as the conversion could miss some. And more
importantly users still want to use \; for find -exec ending on their
command
On Sat, 2009-02-21 at 19:29 -0500, Mike Frysinger wrote:
> On Saturday 21 February 2009 19:00:19 Mart Raudsepp wrote:
> > On Sat, 2009-02-21 at 18:55 -0500, Mike Frysinger wrote:
> > > On Saturday 21 February 2009 18:38:55 Ryan Hill wrote:
> > > > On Sat, 21 Feb 2009
On Sat, 2009-02-21 at 19:44 -0500, Mike Frysinger wrote:
> On Saturday 21 February 2009 19:38:33 Mart Raudsepp wrote:
> > On Sat, 2009-02-21 at 19:29 -0500, Mike Frysinger wrote:
> > > On Saturday 21 February 2009 19:00:19 Mart Raudsepp wrote:
> > > > On Sat, 2
tory is standalone
from gentoo-x86 could be beneficial in more cases than this specific
one.
For package.mask negation as done in GNOME overlay it's also about
profiles/package.mask vs profiles/base/package.mask behaviour (in
addition to negation of masks in a different repository/overlay) - the
discussion of that is not a subject to this thread, so please make a new
thread when wanting to discuss about that.
Note that I'm on devaway for up to a week from this moment, just getting
an actual discussion going on this topic meanwhile as promised at
council meeting.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
r.
I have intentionally left out my own ideas at start to keep everyone's
mind open to various approaches to this.
Please share your thoughts and ideas as a reply here, on my matching
blog post as comments or via private e-mail!
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.o
On Mon, 2009-03-02 at 16:48 +, Ciaran McCreesh wrote:
> On Fri, 27 Feb 2009 04:41:23 +0200
> Mart Raudsepp wrote:
> > So here the reverting of a masking in gentoo-x86 is quite intentional
> > and currently desired.
>
> This is fundamentally broken as a concept.
>
we have the _choice_ to take that extra time and double-check on
maintainers if they really did their job right.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
npacking .lzma, .xz, etc that
need a build depend for the unpacker and don't have it yet. Then sounds
fine.
In separate threads:
* Slot operator support
* dohard being deprecated
Did I miss anything?
I'm not even sure anymore where to find a list of items that is current
for wha
On Thu, 2009-04-09 at 04:51 +0300, Mart Raudsepp wrote:
>
> In separate threads:
..
> * dohard being deprecated
Actually bug #235642 has been fixed by now, and therefore this seems
simple enough.
The main reasoning for deprecation (and banning) of dohard() was that
bug as far as I u
e once we try to
cover some of the above with new syntax?
Perhaps some forward thinking is sensible here to not end up with having
to deprecate the := and :* syntax soon after its introduction.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org
On N, 2009-04-09 at 11:30 +0200, Tiziano Müller wrote:
> Am Donnerstag, den 09.04.2009, 05:25 +0300 schrieb Mart Raudsepp:
> > Hello,
> >
> >
> > This thread is for any discussion about the slot operator support item
> > in EAPI-3 draft.
> >
> > The
fine.
> But you don't want unpack fail on unknown types? Seems a bit
> inconsequent.
Unknown types in this case is about "not packed at all".
Or we could define those types - .patch, .bin, etc
PM knows that there's .lzma, .xz and so on, so it could know whi
On N, 2009-04-09 at 15:37 +0100, Ciaran McCreesh wrote:
> On Thu, 09 Apr 2009 04:12:02 +0300
> Mart Raudsepp wrote:
> > It is quite irresponsible to enable that by default for the FULL user
> > base, given the state of the tree in regards to it
>
> Which is why we are no
ew a bit further for myself in relation to profile
set implicit stuff and emerge --newuse behaviour and output
> * AA
whatever
> * KV
whatever
> * REPLACE-VERSION-VARS
query
need to think more through for myself, also possibly somewhat in
relation to slot operators
> * S-WORKDIR-FA
On Tue, 2009-04-21 at 16:17 +0100, Ciaran McCreesh wrote:
> On Tue, 21 Apr 2009 05:11:15 +0300
> Mart Raudsepp wrote:
> > > * ECONF-OPTIONS
> >
> > query
> > --disable-dependency-tracking has other implications than it being
> > allowed to be passed to
On Tue, 2009-04-21 at 16:03 +0100, Ciaran McCreesh wrote:
> On Tue, 21 Apr 2009 05:11:15 +0300
> Mart Raudsepp wrote:
> > > * SLOT-OPERATOR-DEPS
> >
> > An outstanding problem to me as a package maintainer is the lack of
> > means to know which slot the PM ac
On Thu, 2009-04-23 at 13:58 +0100, Ciaran McCreesh wrote:
> On Thu, 23 Apr 2009 10:56:56 +0300
> Mart Raudsepp wrote:
> > > If a parallel install is overwriting things on / whilst a package is
> > > compiling, things are already horribly broken regardless of this
>
entially bad
things don't end up accepted based on some kind of an uninformed
majority vote or concensus.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
licants instead, having no real time conversations, leading to no
idea about the applicants real knowledge (when there is not much time to
do research after a question is posed), attitude and so on?
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
e, let's just say that the
> upgrade
> from expat 1.95 to 2.0 was a walk in the park compared to this.
An important difference to note here is that expat case (sorry) was hit
by everyone, but xcb problem will be hit only by people who have enabled
USE=xcb on certain packages or globally, an
ject hopes to make previously directly
unavailable popular packages of quality easily available to the user
base until other projects and developers are able to take over.
Discuss! :)
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
sig
On Wed, 2009-05-13 at 20:47 -0500, Jeremy Olexa wrote:
> Mart Raudsepp wrote:
> > Hello,
Hey,
> > I have had this project in my mind for a while, so it's about time to
> > get it out there, as to see if feedback finds it a good one - and if
> > that is so, if ther
On N, 2009-05-14 at 14:02 +0300, Markos Chandras wrote:
> On Thursday 14 May 2009 03:32:12 Mart Raudsepp wrote:
> > Hello,
> >
> > I have had this project in my mind for a while, so it's about time to
> >[..]
> I think there is no need for this project. Devel
this directly applies to the subject at hand, because
> while we're talking new versions of packages already in-tree here, the
> subject at hand is packages that aren't in-tree in any form yet.
Sorry, still felt like replying with my view on Gentoo vs dist-upgraded
distros :)
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
On Thu, 2009-05-14 at 19:24 +0100, Roy Bamford wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2009.05.14 01:32, Mart Raudsepp wrote:
> > Hello,
> >
> [snip]
>
> > Project maintainer-wanted
> > =
> >
On Sun, 2009-05-17 at 12:08 -0600, Ryan Hill wrote:
> On Thu, 14 May 2009 03:32:12 +0300
> Mart Raudsepp wrote:
>
> > Project maintainer-wanted
> > =
> >
> > Abstract:
> > There are currently quite some package requests (over 3000)
gt; no-longer maintainer-wanted.
The maintainer-wanted team would effectively aggregate those people
together, so that the end result would be better quality, quicker
response times and so on.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
On Thu, 2009-05-14 at 10:50 -0400, Richard Freeman wrote:
> Mart Raudsepp wrote:
> >
> > Liking and using the package yourself shouldn't be a prerequisite for a
> > package getting to be in-tree by the maintainer-wanted team.
>
> How about actually maintai
people in their LQ subforums to
their official forums when they get the chance?
> Like it or not, LQ is the first place where a newcomer goes.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
On K, 2009-05-20 at 11:36 -0400, Richard Freeman wrote:
> Mart Raudsepp wrote:
> >
> > The maintainer-wanted team owns that foo package then, which is why
> > having a different mail alias than the existing one for "new package
> > requests that aren't in
On N, 2009-05-28 at 11:55 +0400, Peter Volkov wrote:
> В Чтв, 14/05/2009 в 03:32 +0300, Mart Raudsepp пишет:
> > Project maintainer-wanted
> > =
>
> Mart, I think that it's good idea to create such project but with a
> different goals. I thin
On K, 2009-05-20 at 00:55 +, Duncan wrote:
> Mart Raudsepp posted
> 1242777068.30374.30.ca...@localhost, excerpted below, on Wed, 20 May 2009
> 02:51:08 +0300:
>
> > It is about getting popular packages (based on various metrics) into the
> > official tree for ea
d be, and what the individual local USE flag
descriptions currently are? So that everyone won't need to look up by
themselves or guess the global description.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
On K, 2009-06-03 at 21:02 +0300, Samuli Suominen wrote:
> Mart Raudsepp wrote:
> > On K, 2009-06-03 at 02:13 +0300, Samuli Suominen wrote:
> >> USE network is used by 9 ebuilds, and one is using USE networking which
> >> can be converted, that'd be 10.
>
>
On E, 2009-06-01 at 10:48 +0200, Patrick Lauer wrote:
> People I nominate:
>
> * leio / mraudsepp, because he's done a really good job protecting the
> distro's interests
I accept
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gent
e.
Now lets get back to useful things, like giving "code names" that make
sense and don't need to be looked up with what is actually meant when
they are being referred to in short names.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
.gentoo.org/proj/en/council/
>
>
> Attached is the preliminary meeting agenda.
I acknowledge that agenda, or something.
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
ker on a vote.
> >
> > As a American that sees his own country's government getting out of
> > control, never count on common sense. Elected people rarely have any.
> > If they do during the election, it disappears after taking their
> > position. I think the vast majority of people here have seen that over
> > the years.
> >
> > My $0.02 worth.
> >
> > Dale
> >
> > :-) :-)
>
> Regards,
> Ferris
--
Mart Raudsepp
Gentoo Developer
Mail: l...@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
On L, 2012-06-23 at 15:10 +0100, Ciaran McCreesh wrote:
> On Sat, 23 Jun 2012 10:06:58 -0400
> Mike Gilbert wrote:
> > > I don't quite understand why this would be necessary.
> > >
> > > Would "funky-slots" just be used in situations where ebuilds with
> > > the same PV but different PVR have diff
ld work in a
similar model as purely binary distributions)
USE flags typically control the functionality of compiled binaries,
usually involving external dependencies to achieve such extra
functionality.
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=2#doc_chap1_sect2
Best Regards,
Mart Raudsepp
verlay,
> where one can have static or dynamic, but not both, as per. upstream
> requirements (no idea why). So FTR, this is not always a matter of
> personal taste.
static-libs is for installing static libraries IN ADDITION to shared
libraries, not instead.
USE=static is for what you have in mind there.
Best,
Mart Raudsepp
On N, 1970-01-01 at 00:00 +, Tobias Klausmann wrote:
> Hi!
>
> On Wed, 29 Aug 2012, William Hubbs wrote:
> > On Wed, Aug 29, 2012 at 01:57:48PM +0200, Tobias Klausmann wrote:
> > > As a first crude datapoint, I compared the build times
> > > (configure+make) of udev-171-r6 and -188 on our dev
used to be SLOT=0 accidentally, but this has
been slotmoved now, so SLOT 0.10 dep there as well.
Thanks,
Mart Raudsepp
Hello,
I am working towards having a clean deptree for arm64 and afterwards
marking the non-hardened 5 arm64 profiles stable (or 4 - I don't see
value in the developer profile without the desktop specific
subprofiles, until there are mix-ins).
This e-mail is meant to make sure there are no other
Ühel kenal päeval, L, 04.02.2017 kell 07:26, kirjutas Mart Raudsepp:
> Hello,
>
> I am working towards having a clean deptree for arm64 and afterwards
> marking the non-hardened 5 arm64 profiles stable (or 4 - I don't see
> value in the developer profile without the desktop sp
The Gentoo GNOME team will meet on Friday 2017-02-10, 20:00 UTC in the
#gentoo-meetings channel on Freenode.
https://www.timeanddate.com/worldclock/fixedtime.html?iso=20170210T20
Agenda:
* GNOME 3.22 stabling status
** Should we revert default session to X11 before stabling even if
USE=wayland
Ühel kenal päeval, E, 06.02.2017 kell 04:59, kirjutas Mart Raudsepp:
> To make it easier to handle new keywording that's happening earlier
> too
> in parallel, I now additionally plan to move half of these profiles
> from exp to dev in a couple of days, so that when repoman
# Mart Raudsepp (16 Feb 2017)
# Old gstreamer 0.10 version, which is security vulnerable.
# Use gstreamer:1.0 with media-plugins/gst-plugins-libav
# instead (despite the name, it uses media-video/ffmpeg too).
# Masked for removal in 30 days. Bug #594878
media-plugins/gst-plugins-ffmpeg
d like to know the state of affairs, so I know for future
reference what can I expect and what I can do to packages that I do not
explicitly maintain either.
And yes, I am aware there was a pending bump request for a couple
years. I'm still dealing with backlog after getting back to tree
Ühel kenal päeval, L, 18.02.2017 kell 22:03, kirjutas Mart Raudsepp:
> Ühel kenal päeval, L, 18.02.2017 kell 19:47, kirjutas Michał Górny:
> > commit: 7207a292b2591dde5cbd336470bed3c11617a8e1
> > Commit: Michał Górny gentoo org>
> > CommitDate: Sat Feb 18 19:
Ühel kenal päeval, E, 20.02.2017 kell 13:50, kirjutas Mike Gilbert:
> On Sat, Feb 18, 2017 at 3:03 PM, Mart Raudsepp
> wrote:
> > Ühel kenal päeval, L, 18.02.2017 kell 19:47, kirjutas Michał Górny:
> > > commit: 7207a292b2591dde5cbd336470bed3c11617a8e1
> > > Co
Ühel kenal päeval, N, 16.03.2017 kell 12:55, kirjutas Joshua Kinard:
> On 03/16/2017 09:49, Michał Górny wrote:
> > //
> > note: i'm in process of testing [building binpkgs] of all glibc
> > versions
> > to confirm i didn't accidentally break anything. - fails in
> > compile
> > phase both befo
Ühel kenal päeval, E, 27.03.2017 kell 11:07, kirjutas Fabian Groffen:
> On 27-03-2017 09:56:50 +0200, Ulrich Mueller wrote:
> > > > > > > On Mon, 27 Mar 2017, Fabian Groffen wrote:
> > > > > When you say "arch" you actually mean a keyword as per GLEP-
> > > > > 53[1]
> > > > > right?
> > > >
> > >
This looks good overall, thanks.
If we stay with the whitespace separated columns, the spec should be
clear that implementations should be able to deal with future
additional "columns" in their parsing code.
Below some paint choices from me.
> We introduce a new file "arches.desc" which essentia
# Mart Raudsepp (04 Apr 2017)
# Masked for removal in 30 days. Does not work with new
# gnome-base/gnome-shell.
# gnome-extra/gnome-shell-extensions-topicons-plus is a
# fork that has added features and works with modern
# gnome-shell that is suitable as a system-wide replacement
# package
Ühel kenal päeval, E, 10.04.2017 kell 14:44, kirjutas William L.
Thomson Jr.:
> Again go modify a few hundred python packages to remove say 3.4. I
> think about 10-20 ebuilds in. You will be scripting and looking for
> another way
No, for that you simple remove python3_4 from _PYTHON_ALL_IMPLS
Ühel kenal päeval, E, 10.04.2017 kell 15:38, kirjutas William L.
Thomson Jr.:
> On Mon, 10 Apr 2017 21:57:10 +0300
> Mart Raudsepp wrote:
>
> > Ühel kenal päeval, E, 10.04.2017 kell 14:44, kirjutas William L.
> > Thomson Jr.:
> > > Again go modify a few hundred pyt
Ühel kenal päeval, E, 10.04.2017 kell 16:01, kirjutas William L.
Thomson Jr.:
> On Mon, 10 Apr 2017 22:51:35 +0300
> Mart Raudsepp wrote:
> >
> > After testing they actually work with the new version, instead of
> > throwing known breakages onto ~arch users.
>
&
1 - 100 of 414 matches
Mail list logo
