On 24-11-2012 22:12:17 +0100, Pacho Ramos wrote:
# Pacho Ramos pa...@gentoo.org (24 Nov 2012)
# Fails to build (#205047, #425680), segfaults (#415787).
# Removal in a month.
app-emulation/e-uae
All bugs fixed.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description
On 16-12-2012 11:57:35 -0500, Michael Orlitzky wrote:
3. Get off CVS for Christ's sake. Nobody wants to work with that. I
don't know how this fits into my bullet list, but it's important.
It doesn't, and it's not.
--
Fabian Groffen
Gentoo on a different level
signature.asc
attract new
developers.
But it's sufficiently easy to learn (significantly easier than git) that
any person who is not capable of doing so would unlikely be a good
candiate to become a Gentoo developer.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
was suggesting. By eliminating the
disincentive, you potentially attract more developers.
You know just as good as me that this is being worked on. I see no need
to reiterate on the topic.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
. Weren't we planning to
drop the CVS keywords for the git migration, anyway?
Yeah, but I'd really appreciate it if they could stay for as long as
we're on CVS, so my scripts that use the version number to retrieve
diffs and apply them to the Prefix' tree versions keep on working.
Fabian
--
Fabian
On 09-01-2013 10:14:21 +0100, Diego Elio Pettenò wrote:
On 09/01/2013 10:09, Fabian Groffen wrote:
Yeah, but I'd really appreciate it if they could stay for as long as
we're on CVS, so my scripts that use the version number to retrieve
diffs and apply them to the Prefix' tree versions keep
/gentoo-x86.git;a=summary
This is if stuff. If it wasn't if, we'd already done it, of course.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
On 27-01-2013 10:43:47 +0100, Theo Chatzimichos wrote:
Hello,
how about sending the lastrites announcements in gentoo-dev-announce only?
+1
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
on to do commits from that system. It's not
like I set FEATURES=-sign on purpose. :)
I wouldn't mind a mild warning from repoman if you're on the gentoo-x86
tree and try to commit without FEATURES=sign.
So, +1
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital
you need it, I can introduce you to e.g.
Cor.
Fabian
--
Fabian Groffen
Gentoo on a different level
?
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
for them at all.
Sorry! I guess your efforts (which are really appreciated!) just mean
bug reports should be read more thoroughly ... mea culpa.
Thanks again for the effort anyway,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
} ]]; then
+ cp ${ROOT}${cache} ${D}/${cache} || die
+ else
+ touch ${D}/${cache} || die
+ fi
}
pkg_postinst() {
shouldn't that be EROOT ?
and ED in that case too
--
Fabian Groffen
Gentoo on a different level
On 11-09-2013 10:51:22 +0200, Gilles Dartiguelongue wrote:
shouldn't that be EROOT ?
and ED in that case too
Do we still use that in EAPI 3 ?
EROOT = ROOT + EPREFIX
ED = D + EPREFIX
Unless I misunderstand your question, that means yes, we do to me.
Fabian
--
Fabian Groffen
Gentoo
.
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
this rm code in place... :(
--
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
}${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
behaviour.
--
Fabian Groffen
Gentoo on a different level
On 04-04-2009 14:54:20 +0300, Petteri Räty wrote:
Fabian Groffen wrote:
On 04-04-2009 14:31:20 +0300, Petteri Räty wrote:
If prefix is in USERLAND then you have a userland_prefix use flag to use
that can be hidden.
It is not.
But can be added.
I think we talk about different things
On 04-04-2009 14:31:20 +0300, Petteri Räty wrote:
If prefix is in USERLAND then you have a userland_prefix use flag to use
that can be hidden.
It is not.
--
Fabian Groffen
Gentoo on a different level
On 04-04-2009 15:21:23 +0300, Petteri Räty wrote:
You can set USERLAND=GNU PREFIX
Prefix is not a userland, please understand that.
It's like pizza not being an elibc, or beer not being a kernel.
--
Fabian Groffen
Gentoo on a different level
upgrade Linux to FreeBSD or x86 to ppc. While this would be great, it
doesn't work.
--
Fabian Groffen
Gentoo on a different level
, 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
to succeed in the past, but
it just can't in the current eclass, so it's bogus, and I will remove it
again.
Thanks for the check, much appreciated!
--
Fabian Groffen
Gentoo on a different level
On 04-04-2009 23:53:29 -0400, Mike Frysinger wrote:
On Saturday 04 April 2009 13:17:56 Fabian Groffen (grobian) wrote:
grobian 09/04/04 17:17:56
Modified: toolchain-funcs.eclass
Log:
Add support for all Prefix arches, in particular for gen_usr_ld_script,
and add
Ciaran,
On 02-04-2009 15:47:05 +0100, Ciaran McCreesh wrote:
On Thu, 2 Apr 2009 11:53:47 +0200
Fabian Groffen grob...@gentoo.org wrote:
While the first variable (EPREFIX) can be set using an eclass, the
latter two need to be set by the package manager. In particular ED,
because the value
[2] http://www.gentoo.org/proj/en/gentoo-alt/prefix/usecases.xml
[3] http://www.gentoo.org/proj/en/gentoo-alt/prefix/bootstrap-solaris.xml
[4] http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay
[5] http://stats.prefix.freens.org/rsync-usage.png
--
Fabian Groffen
Gentoo on a different
On 11-05-2009 11:26:46 +0200, Thilo Bangert wrote:
FEATURE-misuse.txt was generated by
$ find -name '*.ebuild' | xargs grep -nH FEATURES FEATURES-misuse.txt
and sifting through the false positives.
Have you checked if eclasses use it as well?
--
Fabian Groffen
Gentoo on a different level
On 12-05-2009 08:28:15 +0200, Mounir Lamouri wrote:
Fabian Groffen wrote:
Therefore, we plan to focus on merging back the many patches and
extensions from our Prefix overlay into the Gentoo mainline tree. For
us, this roadmap looks as follows:
[snip]
I used Gentoo on MacOS X (which
On 26-05-2009 09:04:46 +0200, Ulrich Mueller wrote:
As of today, app-admin contains 179 packages.
We could move the 27 eselect-* packages to a new app-eselect category
(eselect itself would stay in app-admin).
Opinions?
I hate package moves, so is it really *really* necessary?
--
Fabian
. That makes them sort of stackable, hence I added
this snippet in the prefix top-level profile and it works for all
sub-profiles as far as I can see.
Thanks.
--
Fabian Groffen
Gentoo on a different level
is generated sort of like you described,
doing some extra voodoo of inserting news and glsas. An update takes
about 2 minutes, most time spent in running cvs update and svn update.
--
Fabian Groffen
Gentoo on a different level
...
just my 2 cents why I am avoiding adding news messages these days
--
Fabian Groffen
Gentoo on a different level
(ulm)
Mart Raudsepp (leio)
Luca Barbato (lu_zero)
A big surprise! (is it a birthday present?)
Congratulations to all of you!
--
Fabian Groffen
Gentoo on a different level
On 24-06-2009 13:51:37 +, Torsten Veller wrote:
| mail-mta/exim.
I'm looking for users that want to help maintaining Exim. Especially if
you feel like becoming a Gentoo developer at some time, contact me
directly.
--
Fabian Groffen
Gentoo on a different level
On 02-07-2009 22:06:33 +0100, AllenJB wrote:
Fabian Groffen wrote:
On 24-06-2009 13:51:37 +, Torsten Veller wrote:
| mail-mta/exim.
I'm looking for users that want to help maintaining Exim. Especially if
you feel like becoming a Gentoo developer at some time, contact me
directly
have no trouble in reusing the var,
but it's ugly.
--
Fabian Groffen
Gentoo on a different level
matches with known configurations then, handling the obvious cases
(--{no-,}as-needed etc.)
i.e. something like:
append-ldflags() {
use userland_GNU || set -- $(test-flag-LD $@)
..
}
thanks
--
Fabian Groffen
Gentoo on a different level
, and they merely become
examples/documentation.
Should we start filing bugs on these issues? In the end, they are
broken scripts on the system. Is there interest for porting the Prefix
shebang QA check to normal Portage?
--
Fabian Groffen
Gentoo on a different level
?
It's XML, so it may be extremely annoying to parse/use.
--
Fabian Groffen
Gentoo on a different level
, then I'm not getting happy as that breaks my builds.
--
Fabian Groffen
Gentoo on a different level
either a CHOST check, or call ld to see if it's GNU for
all packages that hardcode -Wl,--{,no-}as-needed usage.
--
Fabian Groffen
Gentoo on a different level
about,
no-as-needed() {
case $($(tc-getLD) -v 21 /dev/null) in
*GNU*) # GNU ld
echo -Wl,--no-as-needed ;;
esac
}
usage: append-ldflags $(no-as-needed)
that would work fine for me, and all possible future cases I can think
of
--
Fabian Groffen
Gentoo
;;
+ esac
+}
It's committed.
To avoid the already caused trouble for you (prefix), these should be
converted:
thanks!
--
Fabian Groffen
Gentoo on a different level
startup to
determine its own prefix, pythonpath etc. We might be able to just
patch our python to behave.
--
Fabian Groffen
Gentoo on a different level
On 11-10-2009 17:14:29 +0200, Torsten Veller wrote:
* Fabian Groffen (grobian) grob...@gentoo.org:
grobian 09/10/11 15:04:33
Modified: ChangeLog getmail-4.9.2.ebuild
Log:
Use ED for Prefix compatability, marked ~ppc-macos and ~x64-solaris
[snip]
Can you please
. Examples are fixing and porting packages and getting
the Prefix Portage branch merged with regular Portage some day. At that
point, the variables EPREFIX, ED and EROOT can become available in a
next EAPI as well.
[1] http://sources.gentoo.org/viewcvs.py/portage/main/branches/prefix/
--
Fabian
would like to do that, but that was rejected for EAPI=3, so
it will at least take until EAPI=4 is implemented, which is not the
forseeable future, given that EAPI=3 isn't a fact yet either.
--
Fabian Groffen
Gentoo on a different level
On 18-10-2009 14:31:15 +0200, Fabian Groffen wrote:
On 18-10-2009 13:57:10 +0200, Tomáš Chvátal wrote:
Hi,
You know i am totaly supporting prefix but i have one point.
Why on earth portage simply does not detect the prefix enviroment is being
run
and then INTERNALY switch D-ED
stuff in the last meeting if zac is
starting to implement new EAPIs this could go into EAPI 3 too.
Yes, this was implicit, the next EAPI should contain the same support
too.
--
Fabian Groffen
Gentoo on a different level
stardict dictionary and display the
reason why it's masked (stardict doesn't compile, not yet looked into
keywording: please try, etc.)
--
Fabian Groffen
Gentoo on a different level
alive, which noone else seems to do.
thanks
--
Fabian Groffen
Gentoo on a different level
/eapify
[4] http://stats.prefix.freens.org/keywords-packages.png
--
Fabian Groffen
Gentoo on a different level
installs, as opposed to just supporting installs
to / with prefix-aware ebuilds?
(The PMS patch should answer that)
Agreed
--
Fabian Groffen
Gentoo on a different level
and not under Portage's control.
--
Fabian Groffen
Gentoo on a different level
without having properly
initialised the Prefix environment. While this is not what we advise
people to do, it can work fine for applications like subversion.
--
Fabian Groffen
Gentoo on a different level
absolutely
necessary, such as for e.g. /lib/libc.so.
If Gentoo Prefix would not do this, Portage's dependencies would become
useless, and many uncontrollable and unpredictable errors may arise both
at compile time as well as at run time.
--
Fabian Groffen
Gentoo on a different level
On 26-11-2009 10:37:10 +, Duncan wrote:
Fabian Groffen posted on Thu, 26 Nov 2009 11:10:09 +0100 as excerpted:
Gentoo Prefix tries to be as much self-sufficient as possible, and hence
applications *must* not reference the host system, unless absolutely
necessary, such as for e.g. /lib
on it that will be even better. If you need help don't
hesitate to contact me. I'll try and look for the right people to help
you depending on what you need.
Here is the patch. I tried to cover all places.
--
Fabian Groffen
Gentoo on a different level
diff --git a/eapi-differences.tex b/eapi
saying you don't
know about ${EAPI} yet, and to please file a bug.
--
Fabian Groffen
Gentoo on a different level
at a later stage, which may not
entirely be understood/noticed by (their maintaining) devs
Please voice your opinion and share your insights, if any.
--
Fabian Groffen
Gentoo on a different level
On 16-12-2009 09:29:07 +0300, Peter Volkov wrote:
В Втр, 15/12/2009 в 19:59 +0100, Fabian Groffen пишет:
Should an ebuild using an EAPI that has offset-prefix support make the
use of that support mandatory or optional?
I think no. Without real testing that package works in prefix
to dynamic libraries in Prefix are sort of fixed to find
the Prefix libraries. Why is this done?
--
Fabian Groffen
Gentoo on a different level
for and vote in the election.
I nominate (in no particular order):
lu_zero
patrick
scarabeus
--
Fabian Groffen
Gentoo on a different level
--
Fabian Groffen
Gentoo on a different level
On 20-12-2009 15:01:30 -0500, Mike Frysinger wrote:
On Sunday 20 December 2009 09:49:09 Fabian Groffen wrote:
On 15-12-2009 09:54:36 -0700, Denis Dupeyron wrote:
I will be following up discussions on various mailing lists to prepare
the agenda. If you already want to suggest topics feel
-dev-announce, and archives.g.o
would also have the original January 2010 meeting date mail in the
thread on -dev.
--
Fabian Groffen
Gentoo on a different level
On 21-12-2009 06:30:23 -0500, Richard Freeman wrote:
On 12/21/2009 02:54 AM, Fabian Groffen wrote:
If all mail that would go to -dev-announce would guaranteed be sent to
-dev as well, I didn't have to check -dev-announce, and archives.g.o
would also have the original January 2010 meeting
to spec it.
--
Fabian Groffen
Gentoo on a different level
are accepted.
(Eventually PYTHON_DEPEND variable will have to be set only in ebuilds of
packages
not supporting installation for multiple versions of Python.)
Can you explain the intended use of this variable, and why normal DEPEND
is not sufficient?
--
Fabian Groffen
Gentoo on a different
... 2.5. Maybe the language isn't as intuitive
then as Sebastian pointed out.
--
Fabian Groffen
Gentoo on a different level
On 11-01-2010 08:29:32 +, Duncan wrote:
Fabian Groffen posted on Mon, 11 Jan 2010 08:50:30 +0100 as excerpted:
On 11-01-2010 01:25:45 +0100, Arfrever Frehtes Taifersar Arahesis wrote:
Can you explain the intended use of this variable, and why normal
DEPEND is not sufficient
this instead
of requiring bash-3.2 which just doesn't work.
--
Fabian Groffen
Gentoo on a different level
opinions. Thanks!
How about storing it in DISTDIR (like metadata.xml)? Or storing it
somewhere in the rsync image? That would maybe make sense when Portage
takes over layman's functionality in the future.
--
Fabian Groffen
Gentoo on a different level
already enough?
You cannot set EROOT and ED (reliably) from prefix.eclass, unless you
wrap them in phase funcs for which ROOT and D are guaranteed to be
defined. OIW: The logic can be moved but a simple inherit prefix
won't be enough to use EROOT and ED.
--
Fabian Groffen
Gentoo on a different
to look at it all the time.
So what do you think? Pros, cons?
--
Fabian Groffen
Gentoo on a different level
of developer ranks where the inner circle is QA or something? The more
you are on the outside, the less you are allowed to touch by policy. As
learning process, making the thin line of the Gentoo quizes too access
all or nothing more fine-grained and hopefully community controlled?
--
Fabian
On 07-03-2010 01:19:49 -0600, Dale wrote:
Fabian Groffen wrote:
# Fabian Groffengrob...@gentoo.org (06 Mar 2010)
# Masked for security issues and discontinued interest from upstream to
# support non-Windows platforms. Bug #233928
# Pending removal on April 6, 2010
app-antivirus/f-prot
}
^
- Remove any traces of dev-util/${PN} in profiles/
Please take masks for packages you move into account for /all/ profiles.
--
Fabian Groffen
Gentoo on a different level
. If removal of stuff would mean it's dumped in there it
can be easily used by users and more easily readded later afterwards, if
need arises.
--
Fabian Groffen
Gentoo on a different level
with a python slot and to not
require other slots.
Since the last option will take time in any case, I guess the first
option is the best to achieve the desired goal: make sure Python 3 stays
as far away as possible from any system that doesn't need it.
--
Fabian Groffen
Gentoo on a different level
On 19-03-2010 15:59:07 +0200, Petteri Räty wrote:
Any objections to turning on the udev use flag by default in the base
profile?
Yeah, can we just do it in the Linux profiles only somewhere?
--
Fabian Groffen
Gentoo on a different level
On 21-03-2010 10:35:29 +0100, Torsten Veller wrote:
-EAPI=2
+EAPI=3
inherit eutils toolchain-funcs flag-o-matic perl-module
perl-module.eclass currently does not support EAPI=3.
ohw, I see, that's unfortunate. I'll open a bug. Thanks.
--
Fabian Groffen
Gentoo on a different
they shouldn't. Maybe patching
GNU ld if it turns out being too smart may solve problems in a nicer way.
--
Fabian Groffen
Gentoo on a different level
that
already calls the linker with added rpath arguments. Afterwards you can
use chrpath to set it to the correct location. Will get messy with the
vdb though, but if Portage's doing it, it can probably be dealt with.
--
Fabian Groffen
Gentoo on a different level
of it. Conclusion, if you can, try hard to keep your changes
minimal, and preferably zero compared to the origin, gentoo-x86.
--
Fabian Groffen
Gentoo on a different level
On 06-04-2010 12:31:51 +0530, Nirbheek Chauhan wrote:
On Tue, Apr 6, 2010 at 12:11 PM, Fabian Groffen grob...@gentoo.org wrote:
On 06-04-2010 07:43:02 +0530, Nirbheek Chauhan wrote:
* It makes zero sense to manually manage ChangeLogs in git[1]
- Irritating conflicts while merging branches
On 12-04-2010 10:07:54 +0200, Christian Faulhammer wrote:
if [[ -d ${D}/${VENDOR_LIB} ]] ; then
Haven't checked, but quotes not needed?
it's within [[ ]], so no.
--
Fabian Groffen
Gentoo on a different level
for their groups.
--
Fabian Groffen
Gentoo on a different level
.
I'm all for removing it from the workflow. I take a opportunistic
approach, assuming that the reporter (or someone else with the same
problem) will reopen the bug if it turns out a fix wasn't good enough or
something.
[1] - http://www.bugzilla.org/docs/3.4/en/html/lifecycle.html
--
Fabian
/run/samba during src_install?
http://www.pathname.com/fhs/2.2/fhs-5.13.html
--
Fabian Groffen
Gentoo on a different level
On 05-06-2010 02:00:02 +0200, Torsten Veller wrote:
All nominations must be sent to the gentoo-dev mailing list. If you
were nominated and want to run, you have to accept your nomination on
the same mailing list.
I nominate ulm.
--
Fabian Groffen
Gentoo on a different level
that you
consider masqueraded EAPI bumps as homepage updates as trivial changes
too? (traitsbackendwx)
--
Fabian Groffen
Gentoo on a different level
necessary (fixed
upstream), I made the new patch conditional, since it is possibly
causing trouble for Darwin 9 and up. I will bring the issue upstream
once I get to the right computer. It probably requires some autoconf
help.
--
Fabian Groffen
Gentoo on a different level
empty lines for normal comment mails that were
added. You *must* scroll down now to just read the contents. Just
removing those from the template (like it used to be, and is for the
other kind of mails) would already help a lot.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL
-to header?
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
1 - 100 of 638 matches
Mail list logo