problem with new bash
> features, too, since you could point that command at a specific
> version.
And what would /usr/bin/eapi5 do? Are you suggesting misusing shebang
or making ebuilds PM-centric?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
of the EAPI parsing would be discarded for earlier EAPIs).
>
> I don't like this idea because the sane way should be easy and
> straightforward. Mixing a constant declaration with bash assignment
> just confuses users who think the assignment is full bash when in
> fact it is not.
>
> EAPI=$(somefunc)
> EAPI=${SOMEVAR%%-*}
> and so forth all don't meet the regex (and would be flagged invalid.)
> However a naive author might think they work.
And they all should be invalid due to our policies. The most important
ebuild variables like EAPI should be readable on sight, without having
to lookup random variables, functions etc.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Thu, 08 Mar 2012 10:56:21 -0500
Michael Orlitzky wrote:
> On 03/08/2012 07:03 AM, Michał Górny wrote:
> >>
> >> Someone suggested using a standard shebang the last time this came
> >> up, and if I remember correctly it was one of the
> >> least-disag
t; .ebuild -> .eb.
And we're going to retroactively migrate the tree or have random file
suffixes intermixed? Not to mention we're either keeping two different
variants for a longer while, or disregarding backwards compatibility
with older package managers for no actual benefit.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
er is in master.
Did you just do the ultimately ugly thing of having two repos in one,
as two completely diverged branches?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
variable,
> and we wouldn't need to know the EAPI ahead of time to do it as long
> as it's the first function called in the ebuild.
>
> This is of course isomorphic to requiring a specific EAPI=4 format,
> but does allow you to do stupid things like x=`seq 4 4`; eapi $x
er they want
For net-zope, I'd prefer dropping it. We decided to get rid of Zope,
removed almost all relevant packages, so there's no point in keeping
the herd.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Fri, 09 Mar 2012 00:35:14 -0500
Michael Orlitzky wrote:
> On 03/09/2012 12:04 AM, Michał Górny wrote:
> >>
> >> This is of course isomorphic to requiring a specific EAPI=4 format,
> >> but does allow you to do stupid things like x=`seq 4 4`; eapi $x;
> >&
f now is makeself and similar. Those are
indeed a quite good argument.
But the main point here is that at some point someone may want to use
a non-bash syntax for ebuilds. Or some kind of optional bash extension.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
something in make.conf when /usr is on separate partition.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Sun, 11 Mar 2012 09:36:24 +
Neil Bothwick wrote:
> On Sun, 11 Mar 2012 09:41:02 +0100, Michał Górny wrote:
>
> > > A major change like this needs more notice than this. The news
> > > item should give some reasonable notice of the change to give
> > > p
/sbin -> /usr/*
> > split.
>
> Indeed. I thought we got past this already and started moving things
> to /usr [1][2]
>
> http://bugs.gentoo.org/398081
> http://bugs.gentoo.org/403073
I've just reported executables which are broken without /usr mounted.
Some devs moved them to /usr, others moved libraries to /.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Sun, 11 Mar 2012 10:25:38 -0700 (PDT)
Leho Kraav wrote:
> On Monday, May 30, 2011 9:30:02 AM UTC+3, Michał Górny wrote:
> >
> > Right now, a quick 'grep -l github.*tarball' shows that there are
> > about 147 ebuilds in portage using github snapshots. Thi
uild. Of course, this could make problems with stuff like:
# EAPI 4 because of foobarbaz
EAPI=4
(on the other hand, in this particular case it will fetch '4' anyway).
And this will work as well with:
15-xml
and
- eapi: 15-yaml
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Mon, 12 Mar 2012 08:30:19 +
Ciaran McCreesh wrote:
> On Mon, 12 Mar 2012 09:27:11 +0100
> Michał Górny wrote:
> > 15-xml
> >
> > and
> >
> > - eapi: 15-yaml
>
> You're carefully concocting your examples to make it look like it
> should
On Mon, 12 Mar 2012 21:39:52 +1300
Kent Fredric wrote:
> On 12 March 2012 21:27, Michał Górny wrote:
> > And we could just use a good regex for that instead.
> >
> > Something like: [eE][aA][pP][iI] [a-z0-9-+]+
> >
> > and just require users for this to be t
On Mon, 12 Mar 2012 09:36:00 +0800
Ben wrote:
> On 12 March 2012 02:27, Michał Górny wrote:
> > On Sun, 11 Mar 2012 10:25:38 -0700 (PDT)
> > Leho Kraav wrote:
> >
> >> On Monday, May 30, 2011 9:30:02 AM UTC+3, Michał Górny wrote:
> >> >
> >> &
t; > to use GLEP 55.
>
> If we do go with a variant of GLEP 55, I'd prefer a variant that uses
> a constant extension (like .eb) and places the EAPI string just after
> the version component of the name. For example:
>
>foo-1.0-r1-eapi5.ebuild
Or .eapi5.ebuild, to make it
actual format changes.
In other words, if EAPI 15 introduces XML-based syntax, we start
using .xml.ebuild. If EAPI 7 introduces bash4 in global scope (still
don't see much reason for it), we use .bash4.ebuild.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
e svn repository any more.
>
> Especially, this concerns the news about udev unmasking that was
> committed (to svn) yesterday.
Can we make svn read-only then?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Mon, 12 Mar 2012 10:47:41 +0100
Michał Górny wrote:
> On Mon, 12 Mar 2012 09:36:00 +0800
> Ben wrote:
>
> > On 12 March 2012 02:27, Michał Górny wrote:
> > > On Sun, 11 Mar 2012 10:25:38 -0700 (PDT)
> > > Leho Kraav wrote:
> > >
> > >
fix is to make python.eclass add dependency on
> app-admin/eselect-python only when ${CATEGORY}/${PN} is
> dev-lang/python, dev-java/jython or dev-python/pypy. See bug #341037.
Couldn't we just push that dependency to the specific ebuilds?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
y is called dev-vcs
too. [1]
[1]:https://bugs.gentoo.org/show_bug.cgi?id=311101
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
ty here. Why don't you delight us with your vision of wildly
accurate space prediction, mister?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
https://bitbucket.org
one, so if the URI stops working, we can replace it with the 'official'
one.
Any comments?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
r any fears about trying to force an untimely
> stabilization?
Maybe we should create a new mailing list, say,
gentoo-usr-discuss...@lists.gentoo.org.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
ally
> _before_ src_prepare (the same way as done currently in
> base_src_prepare)
No. EAPIs have overridable phase functions for a reason.
> * disallow or deprecate at least direct calls to epatch, to ensure
> ordering
What if some patches are applied conditionally?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
thanks to complete control
over the moment where epatch_user() is called, autotools-utils is able
to smartly do autoreconf when needed. If user patches were forced to be
PM-only feature, there would be no good way of doing that.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
ss
> as it's not used by most of packages, and calling it from a lot of
> eclasses/ebuilds doesn't sound me like a good idea.
>
> What do you think?
Agreed. It should be in repoman.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Sun, 15 Apr 2012 16:12:11 +0200
Pacho Ramos wrote:
> El dom, 15-04-2012 a las 16:02 +0200, Michał Górny escribió:
> > On Sun, 15 Apr 2012 11:59:50 +0200
> > Pacho Ramos wrote:
> >
> > > I am unsure about validate_desktop_entries() utility. It's
> >
? Most of the devs
probably prefer the way 'I want GUI only if it's using my favorite
toolkit'. But users OTOH may prefer saying 'I want GUI in this app, no
matter what it uses'.
This would probably handle the wxwidgets case most correct, having it
under USE=gui or similar.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Sun, 15 Apr 2012 17:19:18 -0500
William Hubbs wrote:
> On Sun, Apr 15, 2012 at 03:55:58PM +0200, Michał Górny wrote:
> >
> > What if some patches are applied conditionally?
>
> imo patches that are applied conditionally should be rewritten so they
> can always be ap
On Mon, 16 Apr 2012 11:22:22 +0300
Samuli Suominen wrote:
> On 04/16/2012 11:11 AM, Michał Górny wrote:
> > On Tue, 10 Apr 2012 09:12:16 +0200
> > ""Paweł Hajdan, Jr."" wrote:
> >
> >> On 4/10/12 8:58 AM, Pacho Ramos wrote:
> >>> O
orks? Do you have a
> better alternative?
And it implies autotools on every, even very simple patch.
autotools-utils does that much better but everyone likes reinventing
wheels.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
us|pecl|pear|bitbucket)
> #REQUIRED>
Wouldn't it be better if we kept them sorted?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
hub, gitorious and bitbucket provide file
> hosting? I know they host repos, but for most ebuilds where remote-id
> would be useful, we need tarballs.
Yes, they do.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Thu, 19 Apr 2012 21:32:49 +0200
Corentin Chary wrote:
> On Thu, Apr 19, 2012 at 6:54 PM, Michał Górny
> wrote:
> > On Thu, 19 Apr 2012 17:31:11 +0200
> > Corentin Chary wrote:
> >
> >> - >> (freshmeat|sourceforge|sourceforge-jp|cpan|v
# Michał Górny (22 Apr 2012)
# Obsolete and unmaintained. Their functions are provided by
# x11-apps/xinput nowadays ('xinput set-mode' and 'xinput set-pointer'
# respectively). Bug #411999. Masked for removal in 30 days.
x11-apps/xsetmode
x11-apps/xsetpointer
<=x11-base/xo
On Sun, 22 Apr 2012 06:39:04 -0400
Philip Webb wrote:
> 120422 Michał Górny wrote:
> > # Michał Górny (22 Apr 2012)
> > # Obsolete and unmaintained. Their functions are provided by
> > # x11-apps/xinput nowadays ('xinput set-mode' and 'xinput
> >
es users have patches which touch autoconf files but my
> existing patch set doesn't so I'm not calling eautoreconf. Does anyone
> have a suggested way to handle this?
inherit autotools-utils
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
lways call it when the user applies patches. i don't see a big
> deal. epatch_user && eautoreconf
> -mike
No configure.{ac,in} present!
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Tue, 24 Apr 2012 00:14:15 -0400
Alexandre Rostovtsev wrote:
> On Tue, 2012-04-24 at 06:05 +0200, Michał Górny wrote:
> > On Mon, 23 Apr 2012 22:45:36 -0500
> > Doug Goldstein wrote:
> >
> > > So I've just had one reservation when using epatch_user for
&g
On Tue, 24 Apr 2012 00:25:56 -0400
Mike Frysinger wrote:
> On Tuesday 24 April 2012 00:15:45 Michał Górny wrote:
> > On Tue, 24 Apr 2012 00:10:30 -0400 Mike Frysinger wrote:
> > > On Monday 23 April 2012 23:45:36 Doug Goldstein wrote:
> > > > So I've
require fixing all tools using it.
And as it is already deprecated, I don't see much good in still working
on it.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
uplicate entries added (eg
> adding us.pear, de.pear and the pear bouncer is bad. Should have just
> the bouncer).
It'd be great if we could add some kind of additional mirror entries,
which would be used by repoman to signal missing mirror:// entries but
won't be used for downloads.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Wed, 25 Apr 2012 09:16:05 +0200
Corentin Chary wrote:
> On Tue, Apr 24, 2012 at 6:38 PM, Michał Górny
> wrote:
> > On Tue, 24 Apr 2012 16:19:11 +
> > "Robin H. Johnson" wrote:
> >
> >> On Tue, Apr 24, 2012 at 04:50:49PM +0200, Corentin Chary wr
re will be only used for ebuilds not
calling epatch_user manually or through the eclass.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
uts something like "you should use 'mirror://github'".
Well, we could decide on something common and special like:
github:bad-uris http://.
And then let repoman suggest using mirror with ':bad-uris' stripped.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Thu, 26 Apr 2012 11:43:37 -0700
Zac Medico wrote:
> On 04/26/2012 11:27 AM, Michał Górny wrote:
> > On Thu, 26 Apr 2012 06:18:32 + (UTC)
> > Duncan <1i5t5.dun...@cox.net> wrote:
> >
> >> My suggestion is therefore to do the simple thing, just apply a
On Fri, 27 Apr 2012 10:06:38 +0200
Corentin Chary wrote:
> On Thu, Apr 26, 2012 at 8:41 PM, Michał Górny
> wrote:
> > On Thu, 26 Apr 2012 10:21:36 +0200
> > Corentin Chary wrote:
> >
> >> Second solution:
> >> github http://cloud.github.com/downloa
tc/portage/patches2/ or
> some such. Another solution could be to make the existing
> epatch_user call a no-op, and force post-src-prepare invocation on
> EAPIs 1-4.
>
> But both of these have problems in that they nullify the work done in
> existing ebuilds to locate the c
t comes to marginal feature which many of
devs don't even accept, it's enough to quickly release a new EAPI which
most of the tree won't support.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
ely slot-operator-deps and profile-iuse-injection.)
Of course, if we take the 'quick EAPI 5 route', it won't include
anything useful. In the meantime, do we have a complete list of
candidates for EAPI 5?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Fri, 27 Apr 2012 21:12:27 +0100
Ciaran McCreesh wrote:
> * Get a versionator replacement into the PM
Why are we trying to make PM a brick instead of keeping stuff modular?
What does the eclass lack which could be provided by PM?
--
Best regards,
Michał Górny
signature.asc
Descript
On Sat, 28 Apr 2012 12:17:55 +0200
Michael Weber wrote:
> Is there any state-of-the-art(tm) alternative to read .chm ebooks? I
> wouldn't want to loose this possibility.
The one and only FBReader?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
e mentioned mentioning two cross-linked program/data trees
(well, three or four in our case) with fuzzy classification rules is
against KISS?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
ghts on that ?
Maybe we should provide it independently in some other package.
Considering the implementations are supposed to be compatible, the .m4
file should work fine with all of them. And we'll create same configure
files independently of which impl particular user uses.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
unted]
+ /etc
+ /lib, /lib32, /lib64
+ /opt
+ /sbin
[potentially + /service for ugly daemontools]
+ /usr
+ /var
- /usr/local
- /usr/portage
What are your thoughts on this?
[1]:https://bugs.gentoo.org/show_bug.cgi?id=410691#c4
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Mon, 30 Apr 2012 10:23:03 +0200
Krzysztof Pawlik wrote:
> On 30/04/12 10:12, Ulrich Mueller wrote:
> >>>>>> On Mon, 30 Apr 2012, Michał Górny wrote:
> >> Since lately Gentoo devs force you to replace collision-protect
> >> with protect-owned [1]
On Mon, 30 Apr 2012 10:24:58 +0200
Krzysztof Pawlik wrote:
> On 30/04/12 08:57, Michał Górny wrote:
> > Hello,
> >
> > Since lately Gentoo devs force you to replace collision-protect with
> > protect-owned [1] and sometimes packages just spit out files
> >
On Mon, 30 Apr 2012 11:37:53 +0200
Krzysztof Pawlik wrote:
> On 30/04/12 11:28, Michał Górny wrote:
> > On Mon, 30 Apr 2012 10:23:03 +0200
> > Krzysztof Pawlik wrote:
> >
> >> On 30/04/12 10:12, Ulrich Mueller wrote:
> >>>>>>>> On
On Mon, 30 Apr 2012 11:40:26 +0200
Krzysztof Pawlik wrote:
> On 30/04/12 11:30, Michał Górny wrote:
> > On Mon, 30 Apr 2012 10:24:58 +0200
> > Krzysztof Pawlik wrote:
> >
> >> On 30/04/12 08:57, Michał Górny wrote:
> >>> Hello,
> >>&g
}
in pkg_preinst().
> - PM has a manifest file that lists all installed file, it can check
> against it, not against live file system, so just removing the files
> may not be enough (just my speculations - I'm not sure of this)
It is enough in case of Portage. Especially that thos
s also "pkg-config-lite" and "pkgconf". they should be
> compatible with the canonical pkg-config. they aren't yet in the
> tree, but will be once we agree on this topic.
>
> any comments ?
Maybe if pkgconf proves really good we could finally add pkg-config dep
to @system...
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
on the ChangeLog file. So I moved my entry using vim.
>
> there it is. vim (last i looked) will re-encode for you. guess you
> should fix your locale settings to something that ends in ".UTF8" ;).
Or set a more friendly 'fencs' in your vimrc.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
tils.eclass
3186 python.eclass
Do you have any real arguments?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
> them.
>
> Suggestion: new category office-ext
>
> What do you think?
office-plugins, to follow suit.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
e. What do you guys think?
> >
> > Cheers, Ben | yngwin
> >
> A new minimal profile targeting who? Desktop users with lightweight
> DE/WM ?
I don't think even heavyweight DE/WM usually needs ldap...
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
webkit support. This kind of information could be useful to some
> people, and it may be preferable to having a separate webkit-qt flag.
If 'qt' flag is required for webkit support, it's 'webkit? ( qt )'.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Mon, 07 May 2012 14:41:33 -0700
Zac Medico wrote:
> On 05/07/2012 01:43 PM, Michał Górny wrote:
> > On Mon, 07 May 2012 13:24:31 -0700
> > Zac Medico wrote:
> >
> >> On 05/07/2012 12:18 PM, Ulrich Mueller wrote:
> >>>>>>>> On Mon,
On Mon, 07 May 2012 20:58:18 -0700
Zac Medico wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/07/2012 08:50 PM, Michał Górny wrote:
> > On Mon, 07 May 2012 14:41:33 -0700 Zac Medico
> > wrote:
> >
> >> On 05/07/2012 01:43 PM, Michał Gó
;t think you are forced to use anything. As was proven before,
there are always alternatives.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Thu, 10 May 2012 21:14:33 +0100
Ciaran McCreesh wrote:
> On Thu, 10 May 2012 22:13:33 +0200
> Michał Górny wrote:
> > > On Thu, 10 May 2012 20:55:02 +0100
> > > Markos Chandras wrote:
> > > > Make a constructive criticism if you really need to rant about
your
> proposal, even without the need to add an explicit src_install
> function.
As above. Otherwise, we'll end up reimplementing just another variable
to let users pass their custom arguments.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
tinst.
If you don't need it in install-time (i.e. don't install any files
owned by it), you should indeed defer the check as late as possible.
There's no point in creating user earlier when the emerge can still
fail/be aborted.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
and it becomes much harder for the python team
> to provide a smooth upgrade path by adding in new preferred targets
> later on.
Yes, in particular the person who opened my bug has interpreted
the 'any-of' message as 'set to "python2_6 python2_7"'...
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
to the
> documentation then?
Upstream which enforces a particular warning flags on users is a dumb
upstream. Necessary warning flags should be set locally by devs /
distro maintainers rather than through autoconf. If they can't handle
that, someone should probably be replaced.
--
Best r
fallback2" ... )
Still painful for s-l-r but could be implemented without
eclass-specific hacks as array support. Of course, if we support this
not only for fetching but for checkouts as well, it's likely to get
unreadable as well...
What are your ideas?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
ts will be to
the final user.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Sat, 19 May 2012 12:28:02 -0700
Luca Barbato wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 17/05/12 01:40, Michał Górny wrote:
> >
> >
> > 1/ Mike suggested something like:
> >
> > EGIT_REPO_URI=( "repo1 fallback1
if you just set up an initramfs instead of writing that post,
you'd probably save some time. Our time, especially.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Sun, 20 May 2012 15:33:11 +0300
Samuli Suominen wrote:
> ChangeLog entries missing for every autotools.eclass modification
> today.
I will repeat once again: autogenerate them.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
fixes, like all other apps. Don't pollute systems with unnecessary
security perimeters which don't provide any real benefit.
Any comments?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
n for
> review now.
I'd rather see a new function for that rather than making doicon()
overcomplex.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
imilar widely used eclass, it is best to
| email the gentoo-dev list. It may be that your proposed change is
| broken in a way you had not anticipated> [...]. If you don't email
| gentoo-dev first, and end up breaking something, expect to be in a
| lot of trouble.
Not that this disrespect for this rule is something new...
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
I've opened a bug for this:
https://bugs.gentoo.org/show_bug.cgi?id=417101
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
"[TRACKER] portage migration to git".
Kill it! And while we're at it, kill ChangeLogs as well!
/me hides...
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
epared for commit.
With CVS, it's PITA but with git it's already much better. Of course,
it all fails if every commit has to update a randomly changed, shared
file called ChangeLog...
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
ght coupling. CVS was good enough for my grandfather,
> > and it's good enough for you.
>
> I hope this is sarcasm or a joke?
Obviously. His grandfather used SCCS.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
o try to understand what magic is
happening there... Please reimplement in Perl.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Wed, 23 May 2012 16:14:53 -0500
Dan Douglas wrote:
> If not I will be leaving Gentoo for Funtoo in the near future, though
> there are disadvantages to doing this I don't look forward to dealing
> with.
Most of us will probably be doing that :P.
--
Best regards
that monitors for changes in the master repo, and
> replicates commits to github after each push
>
> c) Tie it with the rsync tree building system so every time the tree
> is built for rsync clients, the master is replicated to github.
d) Talk with github folks to add our repo as 'mirror'.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Thu, 24 May 2012 17:02:24 +0200
Ralph Sennhauser wrote:
> On Thu, 24 May 2012 16:40:02 +0200
> Michał Górny wrote:
>
> > d) Talk with github folks to add our repo as 'mirror'.
>
> Can we keep the master on Gentoo hardware please.
Yes, that's the inten
As autotools-utils exports phase functions, it will be better if
remove_libtool_files() functions would be somewhere else.
---
eutils.eclass | 68 +
1 file changed, 68 insertions(+)
diff --git a/eutils.eclass b/eutils.eclass
index c88ef35.
usersync since a long time, how about add it too?
>
> Yeah, I think that would be a good default too. I guess the portage
> ebuild can do a recursive adjustment of $PORTDIR permissions in
> pkg_postinst, in order to solve bug #277970 [1].
Wouldn't that break users who sync using a regular user? And then break
again, and again every time portage is merged?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
? That seems to be the most reasonable way of ensuring
the system is left in working state.
3) how about semi-official eselect modules, like eselect-sh? I don't
really see all shells depending on it; should the ebuilds check whether
a particular eselect module is installed first?
[1]:https://b
On Tue, 29 May 2012 14:50:19 +0100
Steven J Long wrote:
> Michał Górny wrote:
>
> > + find "${D}" -type f -name '*.la' -print0 | while read -r -d ''
> > f;
> ..
> > + rm -f "${f}" || die
> ..
> > + done
>
&g
On Wed, 30 May 2012 17:19:49 -0400
Mike Frysinger wrote:
> On Monday 28 May 2012 03:58:56 Michał Górny wrote:
> > +# @USAGE: [all]
>
> this is incorrect. the usage is:
>
No, it's perfectly valid. Moreover, it even explains what the function
actually does rathe
parsing is incorrect and needs fixing. probably
> easiest by doing: case $#:$1 in
> 0:'') ;;
> 1:all) removing_all=1 ;;
> *) die "invalid usage" ;;
> esac
Just a little reverse logic in spirit of makefiles. But the case
variant would be probabl
A function which determines correct .la files for removal and removes
them.
---
gx86/eclass/eutils.eclass | 92 -
1 file changed, 91 insertions(+), 1 deletion(-)
diff --git a/gx86/eclass/eutils.eclass b/gx86/eclass/eutils.eclass
index c88ef35..b0399ac
1 - 100 of 7639 matches
Mail list logo
