, define it in whatever special variable it needs to be
added to according to the specs then. IUSE_IMPLICIT -- assuming it can
be defined in the profiles -- seems like a good way to prepare for that,
since it makes explicit it is implicit, IMO.
--
Fabian Groffen
Gentoo on a different level
}${EPREFIX}.
- The variable EROOT, available in pkg_*[1], set to ${ROOT}${EPREFIX}.
[1] this is copied from PMS, Table 11.1, in general, EROOT needs to be
available where currently ROOT is.
--
Fabian Groffen
Gentoo on a different level
On 27-03-2009 01:34:36 +0100, Donnie Berkholz wrote:
+ # - Linux needs -ldl
+ if [[ ${CHOST} == *-linux-gnu ]]; then
echo -ldl
How about uclibc?
Good catch, thanks for pointing out. And thanks drizzt for fixing it
before I could ;)
--
Fabian Groffen
Gentoo
to gentoo-x86
ebuilds.
Please review.
--
Fabian Groffen
Gentoo on a different level
# Copyright 1999-2009 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id: prefix.eclass 40407 2009-03-27 11:51:37Z grobian $
# @ECLASS: prefix.eclass
# @MAINTAINER
On 27-03-2009 13:08:46 +0100, Ulrich Mueller wrote:
On Fri, 27 Mar 2009, Fabian Groffen wrote:
Please review.
r=$?
eend ${r}
[[ ${r} != 0 ]] die failed to eprefixify ${x}
Here you could save a variable, since eend returns the status:
it wasn't
/... (which is the case with x86-interix and
x86-winnt for example).
Then how does it work for you?
--
Fabian Groffen
Gentoo on a different level
the will respect and remember your agreement
- Add a related local comment (*documenting*) to ebuilds
and expect other developers to act accordingly on a bump
probably best solution
- Making a GLEP *enforcing* on of these and make people
vote on which
very bad one.
--
Fabian
this rm code in place... :(
--
Fabian Groffen
Gentoo on a different level
.
the presumption seems to be, that as a dev one has to be available via
IRC. it has long been my feeling that Gentoo as a project could realize
more of its potential by better integrating people who dont do IRC.
+1
--
Fabian Groffen
Gentoo on a different level
pre SVN revision 10460,
which does not require =3.2.17.
See http://bugs.gentoo.org/show_bug.cgi?id=229677#c11 on why PMS should
require 3.2.17 over plain 3.2 if you decide to push the requirement
update.
We can work around it by using a self-made pre-patched tarball, though.
--
Fabian Groffen
daemon...).
... and it is Linux only, which spoils the fun.
--
Fabian Groffen
Gentoo on a different level
-print non-ELF systems are likely to need .la files.
+ debug-print .la files not removed from ${TARGET}
rationale?
--
Fabian Groffen
Gentoo on a different level
On 09-11-2008 18:34:31 +0200, Peter Alfredsen wrote:
On Sunday 09 November 2008, Fabian Groffen wrote:
On 09-11-2008 18:04:05 +0200, Peter Alfredsen wrote:
+ # If this is a non-ELF system, chances are good that the .la
files will be needed. + if type -P scanelf /dev/null
I think
+ else
+ debug-print This appears to be a non-ELF system.
+ debug-print non-ELF systems are likely to need .la files.
+ debug-print .la files not removed from ${TARGET}
+ fi
+}
--
Fabian Groffen
Gentoo on a different level
for a long time, so no benefit of joining it.
--
Fabian Groffen
Gentoo on a different level
?
Having prefix as tag in a keyword isn't such a bad idea, perhaps, since
one should really see them as separate from non-prefixed in certain
cases. So far we just solved problems via the profiles or newly
introduced prefix? conditionals.
--
Fabian Groffen
Gentoo on a different level
, IMO. We can just create a new overlay either in
gentoo-alt or a new top-level one on overlays.g.o.
--
Fabian Groffen
Gentoo on a different level
${EPREFIX} would be
unset, this would result in simple ${D}, which is backwards
compatible. This is not all what is necessary, but a big deal of it.
Question here, however, is whether this is worth it. Personally, I
prefer the shorthands, as they give a lot of readability.
--
Fabian Groffen
Gentoo
sense for a Mac
- x64 is more like x86, whereas the complement of amd64 would more be
i386 or ia32, but we wanted to avoid x86_64, x8664, so x64
- we were changing keywords anyway
--
Fabian Groffen
Gentoo on a different level
On 10-10-2008 14:40:13 +0200, Diego 'Flameeyes' Pettenò wrote:
Fabian Groffen [EMAIL PROTECTED] writes:
- x64 is what the vendors (Apple, Sun) advertise themselves
Err I'm sure I haven't seen any x64 in the documentation or
advertisement of my MacBook Pro, are you sure _Apple_ uses
variable.
Please discuss.
--
Fabian Groffen
Gentoo on a different level
the difference of -linux
appended, however this is not the clearest distinction between the two.
Perhaps using KEYWORDS for Prefix keywords is not the best thing to do,
and should we use something like PREFIX_KEYWORDS?
[1] http://www.gentoo.org/proj/en/glep/glep-0053.html
--
Fabian Groffen
Gentoo
On 09-10-2008 19:15:26 +0100, Ciaran McCreesh wrote:
On Thu, 9 Oct 2008 19:46:55 +0200
Fabian Groffen [EMAIL PROTECTED] wrote:
Currently in Prefix we implemented EAPI as being a set of tokens that
are orthogonal to each other. In other words, while 0, 1 and 2 are
mutual exclusive, prefix
to me.
Apart from that I don't think calling einstall when emake install fails
makes sense. Ideally einstall should never be used IMO.
--
Fabian Groffen
Gentoo on a different level
with the Solaris
userland tools.
--
Fabian Groffen
Gentoo on a different level
to bother about this at all.
--
Fabian Groffen
Gentoo on a different level
set it either.
--
Fabian Groffen
Gentoo on a different level
, and apply the
patch on my Prefix version of the same file (ebuild, ChangeLog,
patch, eclass, ...).
For that reason I'd pretty much prefer to keep the CVS Header in place,
unless there is a very good reason to remove it.
--
Fabian Groffen
Gentoo on a different level
On 27-08-2008 10:28:57 -0700, Robin H. Johnson wrote:
On Wed, Aug 27, 2008 at 06:35:57PM +0200, Fabian Groffen wrote:
For that reason I'd pretty much prefer to keep the CVS Header in place,
unless there is a very good reason to remove it.
As I wrote in the other thread, my reason for asking
generation) with the two commits either.
Incidently the $Header: $ feature just helps me a lot at the moment to
keep the Prefix tree up-to-date. Hence, I'm against switching them off
or removing them as long as we use CVS for gentoo-x86.
--
Fabian Groffen
Gentoo on a different level
: $ stuff
- yes I'd even like to use another VCS which can make my life easer
- but, as long as we're on CVS, I'd prefer it when you'd keep my life
sort of bearable
- so, keep the $Header: $ stuff for Prefix' sake (me) as long as
we're using CVS
--
Fabian Groffen
Gentoo on a different level
for any problems/troubles.
#gentoo-alt
--
Fabian Groffen
Gentoo on a different level
, as it looks for [sandbox] in the process
list
--
Fabian Groffen
Gentoo on a different level
leave behind. I guess we need to use --no-ignore,
and then also recognise the I entries. Bah.
--
Fabian Groffen
Gentoo on a different level
On 14-05-2008 17:56:38 +0200, Fabian Groffen wrote:
On 14-05-2008 16:27:28 +0200, Arfrever Frehtes Taifersar Arahesis wrote:
2008-05-14 00:32 Marius Mauch [EMAIL PROTECTED] napisał(a):
Merged in r10325 with some minor changes (removed the 'svn update' bit
until someone remembers why
deps cannot be compiled
or emerged yet.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
for C(XX)FLAGS in the
installation manual?
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
}
And probably this can be done even better with respect to the glob...
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 29-06-2008 20:28:39 -0700, Donnie Berkholz wrote:
On 23:15 Sun 29 Jun , Fabian Groffen wrote:
On 29-06-2008 07:29:57 -0400, Mike Frysinger wrote:
On Saturday 28 June 2008, Petteri Räty wrote:
Arfrever Frehtes Taifersar Arahesis kirjoitti:
I would like to suggest that default
On 30-06-2008 17:35:08 +0200, Arfrever Frehtes Taifersar Arahesis wrote:
How can you easily revert it in a profile?
You can set LDFLAGS= in a subprofiles's make.defaults.
How elegant... but I guess I'll have no choice.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev
some basic optimizations.
At least adding -O1 should not be problematic. I think vapier was
already suggesting this quite a while ago.
imo -Wl,-O1 should go into base
I prefer not. Please only on profiles that use GNU binutils as linker.
--
Fabian Groffen
Gentoo on a different level
://www.gentoo.org/proj/en/Python/developersguide.xml
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
can be still
added to default LDFLAGS, but this thread isn't about --as-needed.)
as long as it doesn't go in /base, but in the linux/freebsd profiles
instead, it's fine with me.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
value to me, as it seems
only to change things into other terminology, more files, and cause an
avalanche of other GLEPs without a clear rationale.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
the bug, I'd say it's pretty real.
For those of us trying to play along at home, which one is this?
http://tinyurl.com/4w4t69
Why the need for EAPI=1?
A cursory glance shows nothing unusual.
slot deps
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing
.
It is less ambiguous than natural language. That solves the issue The
syntax is underspecified
Perhaps some examples showing the syntax could improve the situation here?
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
, but that package can also work with GCC's libffi, and
ffcall these days.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 05-06-2008 02:35:16 -0700, Josh Saddler wrote:
Now that nominations are officially open, I nominate the current council
members (again):
I nominate:
dertobi123
fmccor
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
it by default is a very sane and sound idea.
It does so after every merge IIRC, and you can also find them in a file
somewhere.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 14-05-2008 00:45:10 +0200, Marius Mauch wrote:
On Mon, 12 May 2008 20:53:35 +0200
Fabian Groffen [EMAIL PROTECTED] wrote:
The following patch shows the url to the binhost in an emerge -av as
repository name, instead of unknown. Unfortunately the patch
doesn't store the binhost url
Attached patch is necessary for some extreme platforms, as can be read
in the comments.
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk/bin/ebuild.sh 2008-04-27 17:36:18 +0200
+++ ./bin/ebuild.sh 2008-04-13 11:41:55 +0200
@@ -372,9 +372,22 @@
LHa|LHA
eselect compiler has been removed from the tree, hence its usage can be
removed from portage.
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk/pym/_emerge/__init__.py 2008-05-12 19:25:21 +0200
+++ ./pym/_emerge/__init__.py 2008-05-12 17:16:49 +0200
@@ -303,12 +318,6
The following patch shows the url to the binhost in an emerge -av as
repository name, instead of unknown. Unfortunately the patch doesn't
store the binhost url, such that portage can't show where the package
comes from when unmerged.
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk
Attached patch adds statusbar support for xterm-color and interix
terminals.
--
Fabian Groffen
Gentoo on a different level
--- ../../trunk/pym/portage/output.py 2008-05-12 19:25:13 +0200
+++ ./pym/portage/output.py 2008-05-08 21:17:50 +0200
@@ -246,7 +246,7 @@
if len(mystr
On 10-05-2008 03:32:08 -0400, Mike Frysinger wrote:
On Wednesday 07 May 2008, Fabian Groffen wrote:
m4, that one gave me some headaches, because lzma-utils required some
eautoreconf, which introduced a nice cycle.
must have been a prefix-only bug as the version in the tree never did
Ehmm
. Instead, just ask those who decided to
follow upstream why and if they have even thought about the issues you
brought up.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
be 'cause you can.
coreutils and linux-headers come to my mind out of system packages right
now. I'm sure more dragons await me.
m4, that one gave me some headaches, because lzma-utils required some
eautoreconf, which introduced a nice cycle.
--
Fabian Groffen
Gentoo on a different level
--
gentoo
to the team!
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
everybody, give a very warm welcome to mduft.
Yay, at last someone in our team that has the right to feel blue :)
Welcome and enjoy!
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
. Yes, people, that
means Gentoo on Win32.
Welcome!
I will love to see Windows support via cygwin and not commartial product.
Something like [1], [2].
Interix is free and these days bundled with Windwows, IIRC.
Why do you want it to run on Cygwin? (Honest question...)
--
Fabian
://technet.microsoft.com/en-us/library/bb463204.aspx?wt.svl=2007resources
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 30-04-2008 21:21:06 +0300, Alon Bar-Lev wrote:
On 4/30/08, Fabian Groffen [EMAIL PROTECTED] wrote:
I think in that sense Cygwin is more Open Source, because how you get
the primary shell/environment is available too. However, for me that
doesn't matter, as the OS itself is inherently
to put attention
to this remarkable policy.
I assume it is just a better, more explicit wording of already existing
policy, considering the original version.
The policy appears worrysome to me, but in my opinion seems not to be
introduced by this commit.
--
Fabian Groffen
Gentoo on a different
there. SpikeSource's SpikeWAMP uses Cygwin underneath, so
Portage/ebuilds will see the mapped paths only, never heard of any
problems from them regarding this either.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
=53269
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
prefix profiles in the same way. I see some
big benefits in doing so, but before I do I'd like to make sure I
understand the new structure correctly.
Thanks!
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
to allow them to bitrot can be booted.
On other projects I sometimes see a remark such as:
Maintainer time-out, committing the fix as in bug #bla
Maybe that is a bit less intrusive as dropping the maintainer entirely.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org
On 21-03-2008 12:07:24 +, Roy Marples wrote:
On Friday 21 March 2008 10:37:11 Fabian Groffen wrote:
Assuming you would use libkvm, on Darwin this means as unprivileged user
(not using suid) you can't see any processes at all.
That's different from FreeBSD and NetBSD then.
Indeed
, but just uses some pid file with a lock or something?
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
information than you think. It's just that
Portage doesn't fully use it (yet).
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
the users wouldn't be too hard to as exporting
the OSX users. On 10.5 for example you could use
`dscl . -readall /Users`
to do a LDAP-like dump of the users in the system.
[1] http://www.ardistech.com/hfsplus/
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing
it is not running any more? I guess it does, so that's good
enough, IMO.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 28-02-2008 11:22:13 +, Roy Marples wrote:
On Wed, 27 Feb 2008 15:21:58 +0100, Fabian Groffen [EMAIL PROTECTED]
wrote:
I'm not sure how far OpenRC actually can
deal with unprivileged installs, so that are just things we have to find
out along the way.
Provided you have
|
| would be more confusing than
| amd64(-linux) -- amd64-fbsd
| x86(-linux) -- x86-fbsd
I agree, and vote for consistency as well.
Yes, but as mentioned before, my problem is that amd64-macos really
doesn't make any sense to me.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev
' toes, yes.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 27-02-2008 10:46:43 +, Roy Marples wrote:
On Wed, 27 Feb 2008 09:42:05 +0100, Fabian Groffen [EMAIL PROTECTED]
wrote:
- baselayout porting to Prefix (mostly the start stop mechanisms)
What start stop mechanics do you mean?
OpenRC already has full FreeBSD jail support in services
On 27-02-2008 13:56:51 +, Roy Marples wrote:
On Wed, 27 Feb 2008 13:29:15 +0100, Fabian Groffen [EMAIL PROTECTED]
wrote:
Well... that's great! But a jail or a (ch)root is in general not the
same as a prefix.
No, but it's the same kettle of fish as chroots, jails and vps systems
On 14-02-2008 20:21:05 +0100, Fabian Groffen wrote:
I basically want to finish the job by removing the entire default-darwin
directory from the profiles directory.
It's done.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
as bad as (if not worse than) amd64. I
could even live with i64, even though that might get confused with ia64.
Long story short, in the end it's just a keyword, so nothing life
threathening.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
need any Portage
support, IMHO.
But I think for the current amd64 keyword, it's not worth the hassle to
change it. Though, if for instance amd64-fbsd would be introduced, I
think this keyword should have something more generic arch instead, like
the x64 we use in prefix now.
--
Fabian Groffen
from arch.list and profiles.desc. Also,
do I forget anything?
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
)
So I'd prefer to keep it quite clear that this is happening, instead of
hiding it somewhere in an obscure corner of the ebuild.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
doupdates - helper to approve/commit updates in the correct order
approve - script that does the actual user input and repoman commit
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
of story.
Is there a place were devs can just throw in 'ideas'? I have a couple
in mind, so it would be great if there was a place where interested
students can go to see all ideas and pick one they like.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
people without enough
inspiration. Thanks.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
dropped from system.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
).
Is it possible to have a CVS server-side commit check to see if digest
files were added, and if so to reject the commit?
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
an elog, so it's done.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
:// and git://, but if you're behind a stupid firewall, there is also
http:// available.
I know of at least two cases where people have to go through a
(corporate) firewall, so I fully second this suggestion.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
(needlessly) rebootstrapping.
If a transition period would be available, I could make Portage
alarm users to fix the SYNC variable to reflect the new URL. I also
need to add/fix/change Portage's support for this new URL scheme.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev
will not have a clue they are using SVN.
As a migration help, I have enabled the svn:// protocol on the old
overlays box, so you can make a start on getting your users converted.
svn://overlays.gentoo.org/proj/alt/
Thanks, I'll priorise on that to get it rolling. Thanks a lot!
--
Fabian Groffen
. At the same time I can
update the bootstrap images/snapshot and scripts to use the new scheme,
and install a prefix-portage that uses/supports the new scheme.
Thanks.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
On 11-01-2008 21:52:08 -0500, Mike Frysinger wrote:
On Tuesday 08 January 2008, Fabian Groffen wrote:
- sort out the 64-bits targets with their multilib-hell forced upon us
dont know exactly what you're referring to, but multilib is completely
optional.
http://article.gmane.org
changes, all just got better.
What are we going to do:
Probably trying to keep it up-to-date like it is right now, and try to
be the best distro for GNUstep users. Of course we'll hope that Etoile
becomes less buggy and more usable.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev
, and not someone
else from devrel?
I have a hard time to take your message as an objective and unbiased
one.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
, though)
- (most probably) go crazy
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
of the ebuild be like?
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
have to find another way to achieve the
same as it's not going to work well in the extention.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
, as this stuff hasn't been dealt with in the main tree
(yet). In the end I guess it's a matter of opening up a new can of
worms, or trying to keep it simple and see how far you'll get with it.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
501 - 600 of 638 matches
Mail list logo