3
> # @DESCRIPTION:
> # Updates gtk3 immodules/gdk-pixbuf loaders listing.
> gnome2_query_immodules_gtk3() {
> @@ -388,7 +384,6 @@ gnome2_query_immodules_gtk3() {
> }
>
> # @FUNCTION: gnome2_giomodule_cache_update
> -# @USAGE: gnome2_giomodule_cache_update
> # @DESCRIPTION:
> # Updates glib's gio modules cache.
> # This function should be called from pkg_postinst and pkg_postrm.
--
Gilles Dartiguelongue
Gentoo
xplicitly search for it. I don't
think they fail if it is missing though but a tinderbox run would be
welcome.
The reason why it is in DEPEND though is that none of these tools are
required at runtime. They are needed at postinst and postrm stages
which afaik makes them DEPEND on EAPI previous to
Le lundi 26 mars 2018 à 13:55 +0200, Michał Górny a écrit :
> Dnia 26 marca 2018 10:47:04 CEST, Gilles Dartiguelongue rg> napisał(a):
> > Le lundi 26 février 2018 à 23:24 +0100, Michał Górny a écrit :
> > > 'luajit' is used consistently in 25+ packages. Make it a
Le dimanche 04 mars 2018 à 12:37 +0100, Michał Górny a écrit :
> Hi, everyone.
>
> I have proposed a new check for repoman [1] (with a patch at [2])
> that
> would warn developers about suspicious '=' deps.
>
> By suspicious, I mean dependencies '=foo-1.2.3' which are sometimes
> mistakenly used
t supposed to
match library names but features so this would seem more correct.
--
Gilles Dartiguelongue
27;t look like
> any
> of the remaining code was done like this, nor the GTK+ ebuild which
> calls this function. But I'll wait for the GNOME team to confirm what
> they want.
>
Looking at the ebuilds, it looks like your patch is correct. I honestly
cannot remember why we used EPREFIX and not EROOT.
--
Gilles Dartiguelongue
signature.asc
Description: This is a digitally signed message part
t; explicitly (i.e. knows that themes are installed), while the overhead
> of
> regenerating multiple caches is neglible.
Looks good.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
ortage.
I tried asking #gentoo-dev but the best answer I was given was to
switch to git clone and to generate the changelogs myself. Problem is,
I am not always on a dev machine or on a machine that can spare these
CPU cycles so it does not seem appropriate.
Is there any way to get this back that doesn't involve extra operations
over emerge --sync ?
--
Gilles Dartiguelongue
signature.asc
Description: This is a digitally signed message part
g.
>
> The potentially colliding files are:
>
> * /usr/bin/2to3
> * /usr/bin/pydoc
> * /usr/bin/python
> * /usr/bin/python2
> * /usr/bin/python3
> * /usr/bin/python-config
>
> For more information on python-exec, please see:
> https://wiki.gentoo.org/wik
Could you open a bug report on https://bugzilla.gentoo.org/, I think
this could be a very long standing bug.
--
Gilles Dartiguelongue
signature.asc
Description: This is a digitally signed message part
still mandate
> that the package manager can handle arbitrary long versions.
>
> Looks like using multiples of 100 is best practice if there is
> the same PV in different slots. Not sure if we should codify that
> somewhere. (If nobody contradicts, this message could be used as
> fu
Le jeudi 03 novembre 2016 à 11:15 +0100, Jason A. Donenfeld a écrit :
> Hey guys,
>
> Every other day on IRC, I see people arguing about touching each
> others packages, despite our policies against it. (Sometimes it's
> even
> me who's doing the touching!) My instinctive reaction is always,
> "ca
east to fix its default configuration which is
annoying me.
PS: re-posting as it went to the wrong ml.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
ge|sourcefo
> rge-jp|vim) #REQUIRED>
> +
> +
I am probably nitpicking here but if you expect this element to contain
a valid URL, then maybe using #CDATA makes more sense ?
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
# This file requires >=portage-2.1.1
> # New entries go on top.
>
> +# Pacho Ramos (17 Sep 2016)
> +# Unmask when needed versions are in the tree
> +>=net-misc/modemmanager-1.6.2 mbim qmi
> +
did you push a bump request with this ? I had delayed the commit due to
this issue.
--
Gilles Dartiguelongue
Gentoo
be used (and they are
not used in this case anyway).
--
Gilles Dartiguelongue
signature.asc
Description: This is a digitally signed message part
, checking environment variable set by multilib eclasses does not
seem like a robust solution.
Is there any reasonable way to make phase functions aware of if they
are running in a multilib enabled ebuild to adjust their behavior ?
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is
Le dimanche 13 décembre 2015 à 18:25 +0200, Alon Bar-Lev a écrit :
> On 13 December 2015 at 18:20, Gilles Dartiguelongue
> wrote:
> >
> > I was trying to cleanup my local USE flag settings and stumbled on
> > the
> > following three: smartcard, pcsc-lite and pkcs
through sys-
apps/pcsc-lite
* pkcs11: enabled PKCS#11 (smartcard) via $pkg
These look like the same thing to me so I propose we merge them all
into USE=smartcard as this is the feature being enabled, not the lib or
the standard being used to access the hardware if any.
--
Gilles Dartiguelongue
Remove docs from SUBDIRS so that docs are not installed,
> as
> + # we handle it in src_install.
> + sed -i -e 's|^\(SUBDIRS =.*\)docs\(.*\)|\1\2|' Makefile.in
> || \
> + die "sed Makefile.in failed"
> +
> + gnome2_src_prepare
> +}
> +
> +src_install() {
> + gnome2_src_install
> + if use doc; then
> + dohtml -r docs/reference/html/*
> + fi
> +}
Why a revbump for this, it appears to be a build-time fix only. Also it
appears to be missing an autools inherit and eautoreconf call.
--
Gilles Dartiguelongue
Gentoo
dependencies
optional for xdg.eclass, I am proposing to have them skipped for glib
only.
This issue currently breaks stage generation.
--
Gilles Dartiguelongue
Gentoo
From 905366a8a5a048a968df485223d47dfe1e50778b Mon Sep 17 00:00:00 2001
From: Gilles Dartiguelongue
Date: Wed, 25 Nov 2015 13:15:51
Hello all,
just a heads up that these eclass were slightly enhanced and pushed to
the tree. gnome2.eclass and gstreamer.eclass are now using it. If you
need to do any kind of hackery with XDG_* environment variable or are
using fdo-mime.eclass, you might want to update to xdg*.eclass.
--
Gilles
Le mercredi 10 juin 2015 à 11:04 -0400, Mike Gilbert a écrit :
> On Wed, Jun 10, 2015 at 10:12 AM, Gilles Dartiguelongue <
> e...@gentoo.org> wrote:
> > This is an attempt to fix bug #208047 [1] and bug #444568 [2]
> >
> > Current fdo-mime eclass is often
0)
https://bugs.gentoo.org/show_bug.cgi?id=545128
--
Gilles Dartiguelongue
Gentoo# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: xdg.eclass
# @MAINTAINER:
# freedesktop-b...@gentoo.org
# @AUTHOR:
# Original
1_python_install still carries --root override for
> intermediate root install though.
>
> Thanks to this, you can run the fore-mentioned command like this:
>
> esetup.py install_doc
> ---
Looks great.
--
Gilles Dartiguelongue
larly easy to get going already.
Anyway if there is a real point in having more possibilities to shoot
ourselves in the foot, please file a bug report. This is the usual way
to get this sorted out.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
suffer from settings not being applied and not knowing why.
This already happened with systemd/udev and net rules for example and I
am pretty sure in a couple of other packages but I have no other
examples on the top of my head.
Sure at some point you have to make things evolve but this upstream
solution simply isn't nice for its users.
--
Gilles Dartiguelongue
Gentoo
; Chris Reffett
> Gentoo QA Lead
I feel this policy is even less precise than what we had written in our wiki
page and will in fact bring more confusion.
Can we actually get together in the writing of this, I feel a bit unhappy about
the process.
--
Gilles Dartiguelongue
ilding everything even if you already have one.
webkit-gtk is just the best example to prove you this is a bad idea.
--
Gilles Dartiguelongue
Gentoo
ot going to remove it right now.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
makes sense. See gnome-desktop, glade, gtkhtml,
at-spi, libgda, gucharmap, vte, etc.
For those packages that still support both actively, we still want slots
because most packages we have seen (webkit-gtk, gtk-vnc, spice and more
that since lost their gtk2 support) only allowed building aga
ars ago.
Anyway, if QA would provide with a list of "offenders" (this could have
been done on bugzilla btw), we could walk-through the list and verify
what/if/how packages would need extra USE flags or not and not just for
our self-written policy's sake that is.
> Cheers
>
> [0]
> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Summary_of_Wednesday_January_29.2C_2014
> [1] https://wiki.gentoo.org/wiki/Gnome_Team_Policies#gtk3
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
maintainer-needed
in a week or so.
--
Gilles Dartiguelongue
Gentoo
Le jeudi 30 janvier 2014 à 09:29 +0100, Ulrich Mueller a écrit :
> >>>>> On Thu, 30 Jan 2014, Gilles Dartiguelongue wrote:
>
> > The thing with ${HOME} is that it should not be a directory where
> > XDG compliants tools should be able to store anything perman
a directory where XDG
compliants tools should be able to store anything permanent while
building since this would affect consecutive builds (say
gobject-introspection, gstreamer registry, etc).
This is why it is set to ${T} in gnome2-utils.eclass.
--
Gilles Dartiguelongue
Gentoo
#x27;d be inherited by gnome and kde eclasses, for example,
> so most people wouldn't even see it.
Exactly.
--
Gilles Dartiguelongue
Gentoo
ed bug report.
--
Gilles Dartiguelongue
Gentoo
Hi all,
here is a little patch to gst-plugins10.eclass fixing SLOT definition
for the new 1.2 release. Per upstream release mail, 1.* will remain
API/ABI compatible.
--
Gilles Dartiguelongue
Gentoo
Index: gst-plugins10.eclass
t and I would, for sure, be the first to try it out
since I very much prefer openrc.
--
Gilles Dartiguelongue
Gentoo
top environment
> might have a use for it.
It will be needed if someone manages to implement a logind alternative
as well. If that ever happens.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
+ else
> > > + touch "${D}"/${cache} || die
> > > + fi
> > > }
> > >
> > > pkg_postinst() {
> > >
> >
> >
> > shouldn't that be EROOT ?
>
> and ED in that case too
Do we still use that in EAPI > 3 ?
--
Gilles Dartiguelongue
Gentoo
As a follow up to this discussion, I came with the attached patch. It
appears to work ok for regular merges and binpkg merges with
FEATURES="collision-protect".
Per my reading of PMS it does not appear to violate anything so I guess
it is ok.
--
Gilles Dartiguelongue
Gentoo
[1;32m
+ service=${src##*/}
> + service=${service%.conf}
> + fi
> + # avoid potentially common mistake
> + [[ ${service} != *.d ]] || die "Service must not have .d suffix"
> +
> + local INSDESTTREE
I guess this is a leftover ?
> + insinto /etc/systemd/system/"${service}".d
> + newins "${src}" 00gentoo.conf
> +}
> +
> # @FUNCTION: systemd_dotmpfilesd
> # @USAGE: tmpfilesd1 [...]
> # @DESCRIPTION:
--
Gilles Dartiguelongue
Gentoo
Le mercredi 04 septembre 2013 à 15:23 -0400, Ian Stakenvicius a écrit :
> On 04/09/13 02:57 PM, Gilles Dartiguelongue wrote:
[snip]
> > Is there any other solution or is there any other point that would
> > move the balance from one solution to another ?
> >
> >
Le mercredi 04 septembre 2013 à 15:48 -0400, Ian Stakenvicius a écrit :
> On 04/09/13 03:44 PM, Gilles Dartiguelongue wrote:
> > Le mercredi 04 septembre 2013 à 15:23 -0400, Ian Stakenvicius a
> > écrit : [snip]
> >>
> >> By gdk-pixbuf.cache , you mean
s in Gnome ebuilds, like gtk-icon-cache, etc.
--
Gilles Dartiguelongue
Gentoo
Updated diffs + gdk-pixbuf handling.
Tested with success locally.
--
Gilles Dartiguelongue
Gentoo
Index: gnome2.eclass
===
RCS file: /var/cvsroot/gentoo-x86/eclass/gnome2.eclass,v
retrieving revision 1.122
diff -u -B -r1.122
Le samedi 31 août 2013 à 18:44 +0200, Gilles Dartiguelongue a écrit :
> Le samedi 31 août 2013 à 16:49 +0200, Michał Górny a écrit :
> > Dnia 2013-08-31, o godz. 15:00:43
> > Gilles Dartiguelongue napisał(a):
> >
> > > Le samedi 31 août 2013 à 13:
Le samedi 31 août 2013 à 16:49 +0200, Michał Górny a écrit :
> Dnia 2013-08-31, o godz. 15:00:43
> Gilles Dartiguelongue napisał(a):
>
> > Le samedi 31 août 2013 à 13:40 +0200, Michał Górny a écrit :
> > > > + cat "${tmp_file}" >
> > > &
Le samedi 31 août 2013 à 13:40 +0200, Michał Górny a écrit :
> Dnia 2013-08-31, o godz. 13:07:41
> Gilles Dartiguelongue napisał(a):
>
> > +# @FUNCTION: gnome2_gdk_pixbuf_savelist
> > +# @DESCRIPTION:
> > +# Find if there is any gdk-pixbuf loader to i
run the command.
Since this patch is quite trivial, I'd like to have it commited by
Sunday. Thanks.
I am attaching the patch here as well for convience.
--
Gilles Dartiguelongue
Gentoo
Index: gnome2.eclass
===
RCS file:
Le mercredi 21 août 2013 à 12:15 +0800, Ben de Groot a écrit :
> On 21 August 2013 07:36, Gilles Dartiguelongue wrote:
> > Le mardi 20 août 2013 à 17:31 +0400, Sergey Popov a écrit :
> >> 16.08.2013 21:15, hasufell пишет:
> >> > https://bugs.gentoo.org/show_bug.cg
kits if he wishes to
do so, but we strongly recommend to only select one slot for
applications in gentoo tree, the one which works best for the
application.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
USE
flag for controlling build of your application against gtk+:2 or 3 is
not what the gnome team recommends. Either the gtk3 UI is working or it
is not satisfying, there is no in the middle.
--
Gilles Dartiguelongue
Gentoo
ing about why that change in state was made;
> > this is unacceptable, it gives us no reason to believe the state change.
>
> This is expected, as it is similar to how systemd/gnome is managed :)
I hope you are not talking about the Gentoo Gnome team as this would be
very wrong. Every team member is heard on the team.
--
Gilles Dartiguelongue
Gentoo
e it provides the best Gnome 3 experience yet. Gnome
3.6 is almost one year old and unsupported, Gnome 2 is over 4 years old
and should already have left the tree but we didn't do so because we
wanted our users to have a decently stable desktop to work with,
whatever it is made of.
--
Gille
r the record, I fully support jer's work, my OCD doesn't look so bad
we he gets summaries fixed for me beforehand).
--
Gilles Dartiguelongue
Gentoo
solves most of the point raised since any font bump would generate
the file for all fonts.
Also, not sure it is related but, maybe this could be linked to
configuration set by eselect fontconfig in some way ?
--
Gilles Dartiguelongue
Gentoo
Le lundi 24 juin 2013 à 12:05 +0300, Samuli Suominen a écrit :
> On 24/06/13 11:54, Gilles Dartiguelongue wrote:
> > Le samedi 22 juin 2013 à 15:48 +0800, Dennis Lan (dlan) a écrit :
> >> On Fri, Jun 21, 2013 at 2:34 AM, Ian Stakenvicius wrote:
> >>> -BEGIN PGP
probably the befefits would be that we can have more
> accurate/explicit control,
> USE="dmalloc" is for debugging memory usage stuff (allocation, free,
> fence-post overwritten control)
> and USE=debug for other stuff?
>
> This is a slightly improvement, but I'm also totally fine to keep
> current state as it is.. no big deal
Reading this thread, looks to me like these dmalloc USE should be moved
to debug, unless it has no runtime impact on usual speed, etc.
--
Gilles Dartiguelongue
Gentoo
mentation about
writing ebuilds or whatever and not just for ssl.
In any case, I wrote this down for the Gnome team at Gentoo wiki [1].
[1] http://wiki.gentoo.org/wiki/Gnome_Team_Policies#ssl
--
Gilles Dartiguelongue
Gentoo
er script will
> just CC arches after 30 days.
I'll repeat gnome team position here:
We do not want automated stabilization requests.
We handle so many packages that having individual bug reports is driving
arch teams and us crazy.
We have our own set of scripts to do batch stabilization bug reports.
They were designed with arch teams so that it does not generate too much
load on them.
--
Gilles Dartiguelongue
Gentoo
zy.
> * Should 'xsl' remain a global useflag?
> * Should php remain 'xsl' or go to 'xslt'?
> * When building a new package with optional XSLT-support: Should I use
> 'xsl' or 'xslt'.
Maybe it should even be a specific flag and enabled with USE=xml,
depends on the package I guess.
--
Gilles Dartiguelongue
Gentoo
limits sooner than we
expect.
Most probably, we should avoid using it when we cannot add IUSE
dependency on reverse dependencies ?
Other than this technical point, I have no objection.
--
Gilles Dartiguelongue
Gentoo
it should
> be integrated with zeroconf.
Yeah I don't think it should be merged into zeroconf even though it
shares some of its technical base.
Imho, zeroconf == dnssd/mdns & ipv4ll and upnp/upnp-av are as described
in use.desc
--
Gilles Dartiguelongue
Gentoo
ns?
I thought this discussion was over last time it came around.
iirc the conclusion was what you wrote, use zeroconf unless there is a
special reason (none afaik in tree).
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
Le vendredi 29 mars 2013 à 08:30 +0200, Samuli Suominen a écrit :
> This is from Fedora Devel Mailing List. I found it to be news worthy
> also for Gentoo maintainers.
Thanks for the heads up, it will probably save some time figuring out
magic/sudden break up :)
ng around, and no package using it rely on them.
--
Gilles Dartiguelongue
Gentoo
work with empathy in 3.6 and up (at least as
configured through gnome-online-accounts). Either the xmpp gateway
bridges to skype or the it was not shut down yet.
--
Gilles Dartiguelongue
Gentoo
do this for ebuilds which install a couple of
plugins behind a few regular USE flags nowadays like rhythmbox, abiword,
etc.
--
Gilles Dartiguelongue
Gentoo
ntation this way as well.
You should probably try to avoid mixing [[ ]] and [ ] in the eclass. [ ]
seems to be less used here so just have everything [[ ]] and drop the
useless quoting that came with [ ].
The rest looks fine.
--
Gilles Dartiguelongue
Gentoo
Le lundi 18 février 2013 à 01:39 +0100, Diego Elio Pettenò a écrit :
> On 18/02/2013 00:46, Gilles Dartiguelongue wrote:
> > rethinkdb is a young project and its build system is a 1.5k lines
> > makefile horror. I wouldn't reintroduce stuff that isn't used in tree
>
Le lundi 18 février 2013 à 00:42 +0100, Diego Elio Pettenò a écrit :
> On 18/02/2013 00:39, Gilles Dartiguelongue wrote:
> > I have package some nodejs stuff related to rethinkdb in my overlay if
> > you want to have a look. Namely lessc and coffee-script. There is close
> >
f
you want to have a look. Namely lessc and coffee-script. There is close
to no packaging (let alone decent) with nodejs apps but if you are
motivated enough, maybe there is something to explore from how npm works
and map that to an eclass.
Usual disclosure about overlays applies.
http://git
e have bugs last touched in 2k5 :-P
This is nice.
On another note, I just saw a report for EAPI per eclass which is super
nice but unfortunately, EAPI=5 is listed but actually unsupported by the
result of the scan :)
--
Gilles Dartiguelongue
Gentoo
In case you missed it and work in Europe with Python,
http://pyfound.blogspot.fr/2013/02/python-trademark-at-risk-in-europe-we.html
--
Gilles Dartiguelongue
Gentoo
gt; virtualx_setup
> run_tests --foo
> virtualx_cleanup
This sounds nice but is imho but can be elaborated later on.
--
Gilles Dartiguelongue
Gentoo
further mail in this thread since it has looped a few times already on
the same arguments.
Thanks for reading this "captain obvious" mail.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
Le dimanche 03 février 2013 à 12:44 +0100, Pacho Ramos a écrit :
> Due tester lack of time the following packages are up for grabs:
> app-dicts/verbiste
I am taking this.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
Le samedi 26 janvier 2013 à 02:46 -0500, Mike Frysinger a écrit :
> On Friday 25 January 2013 19:10:53 Gilles Dartiguelongue wrote:
> > It's not like libcap is a big dependency
>
> true, but not everyone needs this, nor can everyone leverage it (caps). it's
> a linu
to work as intended, right ?
If the USE flag must stay, how is it different that current caps USE
flag ? It applies and not just enables support but is that relevant to
the purpose at hand ?
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
with it.
AMR* ebuild request is here:
https://bugs.gentoo.org/show_bug.cgi?id=306855
--
Gilles Dartiguelongue
Gentoo
[1;32mIndex: gst-plugins10.eclass[0;0m
[1;32m===[0;0m
[1;32mRCS file: /var/cvsroot/gentoo-x86/eclass/gst
ops up from time to time I have no idea how and
will it will come nor do I have time to help on that front.
However this eclass would enable quick and easy per-ebuild support for
multiple ABIs just like python-r1 and friends, and this is a good thing
for every maintainer that wants to provide this kind of support. I know
I would, at least to get rid of the always lagging emul packages.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
Le dimanche 13 janvier 2013 à 19:09 +, Ciaran McCreesh a écrit :
> On Sun, 13 Jan 2013 20:03:20 +0100
> Gilles Dartiguelongue wrote:
> > - if has ${EAPI-0} 0 1 2 3 4 && has doc ${IUSE} ; then
> > + if has ${EAPI:-0} 0 1 2 3 4 && in_iuse d
Update previous patch fixing bug #383901 with comments on this bug.
---
eclass/gnome2.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/gnome2.eclass b/eclass/gnome2.eclass
index 750f20b..592585c 100644
--- a/eclass/gnome2.eclass
+++ b/eclass/gnome2.eclass
@@ -260
gnome2.eclass appends configure switches to user arguments.
Change logic so that it prepends values to G2CONF and pass extra args
of
gnome2_src_configure after G2CONF so that ebuilds can indeed override
eclass
settings.
---
eclass/gnome2.eclass | 18 +-
1 file changed, 9 inserti
SCROLLKEEPER_UPDATE variable was deprecated long ago. It is no longer needed
and no longer in use in tree.
---
eclass/gnome2.eclass | 6 --
1 file changed, 6 deletions(-)
diff --git a/eclass/gnome2.eclass b/eclass/gnome2.eclass
index e263232..e2540d1 100644
--- a/eclass/gnome2.eclass
+++ b/
has bla ${IUSE} is "standardized" through in_iuse. Make use of this function.
---
eclass/gnome2.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/gnome2.eclass b/eclass/gnome2.eclass
index 70eb491..e263232 100644
--- a/eclass/gnome2.eclass
+++ b/eclass/gnome2.
Hi list,
here are a couple of patches to fix some bad behavior of the gnome2.eclass.
They have been sitting in the overlay for a while and I don't expect them to
cause any problem so I will commit then later today if nobody objects.
Gilles Dartiguelongue (4):
eclass/gnome2.eclass: switch
ld_dir ...
>
> Can you not change the logic so it doesn't die if build_dir isn't set,
> but uses the value of $1 and calls shift?
I guess an explicit option would be less error prone, eg. :
run_in_dir -d foodir barfunc arg1 arg2
or
run_in_dir --directory foodir barfunc arg1 arg2
documentation could then mention that the function defaults to BUILD_DIR
if this option is not set and fails if nothing is set.
--
Gilles Dartiguelongue
Gentoo
BUILD_DIR, e.g.:
>
> python_foreach_impl run_in_build_dir ...
>
> with python_foreach_impl setting BUILD_DIR.
FTR, this function is used as-is in quite a few gnome ebuilds that use
python-r1 eclass. We thought that it could probably be used in other
places but it would be nice if we could have changes to would make it
not suitable for this purpose.
--
Gilles Dartiguelongue
Gentoo
th pybugz.
Here is my dummy wrapper for that.
I wrote a variation of that as a git hooks for overlays if that is what
you are really after.
--
Gilles Dartiguelongue
Gentoo
ecommit.sh
Description: application/shellscript
, vp8 plugin both inherits from the eclas, and has an explicit
> dependency on media-libs/gst-plugins-bad — perhaps one or the other
> should be removed.
>
Please open bug reports at gentoo's bugzilla if you have problem with
the ebuilds.
--
Gilles Dartiguelongue
Gentoo
signature.
t need to apply these fixes to gstreamer eclasses as
well.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
Le jeudi 29 novembre 2012 à 10:07 +0100, justin a écrit :
> On 29/11/12 09:48, Gilles Dartiguelongue wrote:
> > Le jeudi 29 novembre 2012 à 08:52 +0100, justin a écrit :
> >> Currently we have an eselect module to switch between different
> >> implementations by setti
tualmake
> +
> + python_execute_function -s testing
> +}
> +
dbus variables needs to be unset for tests to work when you do your
builds from a terminal started from your desktop, is that really
equivalent ?
--
Gilles Dartiguelongue
Gentoo
select which implementation to get without further
patching of either upstream or downstream packages.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
ew years now (at least 2 by gnome release count), and
nothing comparable has emerged in gentoo (at least). So, can we go
forward with this now ?
--
Gilles Dartiguelongue
Gentoo
Le mercredi 21 novembre 2012 à 23:19 +0100, Michał Górny a écrit :
> diff --git a/gx86/eclass/python-single-r1.eclass
> b/gx86/eclass/python-single-r1.eclass
> new file mode 100644
> index 000..3d21ea8
> --- /dev/null
> +++ b/gx86/eclass/python-single-r1.eclass
> @@ -0,0 +1,93 @@
> +# Copyrigh
'm not a fan of +=, it seems alien to shell for me, but if this
is preferred, I have no problem changing it.
--
Gilles Dartiguelongue
Gentoo
signature.asc
Description: This is a digitally signed message part
1 - 100 of 279 matches
Mail list logo
