be a common process
across all of Gentoo.
I already think there's too much time wasted on bureaucratic stuff that
distracts us from actually getting work done.
--
Fabian Groffen
Gentoo on a different level
or
something?
--
Fabian Groffen
Gentoo on a different level
for approval.
* The QA team will work with Recruiters to keep related documentation and
quizzes up to date, so that up and coming developers will have access to
all
of the necessary information to avoid past problems.
--
Fabian Groffen
Gentoo on a different level
is already EAPI 0?
--
Fabian Groffen
Gentoo on a different level
think new package releases should be announced on
these developer-related lists.
--
Fabian Groffen
Gentoo on a different level
On 20-01-2011 21:47:19 +0100, Sebastian Pipping wrote:
On 01/20/11 21:38, Fabian Groffen wrote:
Like Jeroen, I don't think new package releases should be announced on
these developer-related lists.
It's not about the package, it's about the release itself.
I don't send mails on package
role in this.
--
Fabian Groffen
Gentoo on a different level
result somewhere at the top. (Last time
I needed it, I couldn't find it any more.)
--
Fabian Groffen
Gentoo on a different level
!
--
Fabian Groffen
Gentoo on a different level
it works. Do you
really need Portage (the package manager) or the entire set of
applications provided by it?
--
Fabian Groffen
Gentoo on a different level
On 24-11-2010 12:29:41 -0600, Perry Smith wrote:
On Nov 24, 2010, at 12:22 PM, Fabian Groffen wrote:
Hi,
On 24-11-2010 12:17:12 -0600, Perry Smith wrote:
I don't use Gentoo but I bumped into Portage on a recent quest. Long
story short, I'd like to try and port it to AIX. I'm
. It's likely
to give problems with filesystems, and much more, such as scripts
looking at grep's output for instance.
--
Fabian Groffen
Gentoo on a different level
() {
+ tc-export CC
+ econf
+}
+
src_install() {
- dobin aggregate aggregate-ios
- doman aggregate.1 aggregate-ios.1
- dodoc LICENSE HISTORY
+ dobin aggregate aggregate-ios || die
+ doman aggregate{,-ios}.1
+ dodoc HISTORY
}
--
Fabian Groffen
Gentoo
, or find them too slow/bothersome),
because you can't tell others they don't do things you don't bother to
do yourself either, do you?
--
Fabian Groffen
Gentoo on a different level
| ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
~ | 4.5
--
Fabian Groffen
Gentoo on a different level
in keeping them
around for any platform at all).
Maybe it is necessary for our static-libs only platform(s).
In any case, a switch that can e.g. also be controlled through a profile
sounds like a nice thing if you people are going to push this forward.
--
Fabian Groffen
Gentoo on a different level
a ChangeLog
entry, but I think it should refrain if the ChangeLog has been modified.
--
Fabian Groffen
Gentoo on a different level
.)
--
Fabian Groffen
Gentoo on a different level
year?
chances are reasonable I will be there, and if we get a devroom, I can
give a talk on some to be defined subject for sure
--
Fabian Groffen
Gentoo on a different level
making binaries more
resistant to a library SONAME changes [1].
While this is sort of the end result, I'd suggest making a more correct
statement here, like and more importantly possibly reducing breakage of
binaries and libraries after a library SONAME changes.
--
Fabian Groffen
Gentoo
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
C implementation and create Python wrappers for them
instead of the other way around. Might accidentially speed up Portage,
and make tools like portage-utils happy.
--
Fabian Groffen
Gentoo on a different level
be replaced
by native C code as RSI and time permits in the future.
--
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
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
/run/samba during src_install?
http://www.pathname.com/fhs/2.2/fhs-5.13.html
--
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
for their groups.
--
Fabian Groffen
Gentoo on a different level
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
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
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
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
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
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
. 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
}
^
- 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
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
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
to look at it all the time.
So what do you think? Pros, cons?
--
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
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
this instead
of requiring bash-3.2 which just doesn't work.
--
Fabian Groffen
Gentoo on a different level
... 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
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
to spec it.
--
Fabian Groffen
Gentoo on a different level
-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
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
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
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
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
saying you don't
know about ${EAPI} yet, and to please file a bug.
--
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
/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
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
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
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
. 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 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
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
;;
+ 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
, 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
?
It's XML, so it may be extremely annoying to parse/use.
--
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
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
have no trouble in reusing the var,
but it's ugly.
--
Fabian Groffen
Gentoo on a different level
it with
his smolt-gentoo tool.
--
Fabian Groffen
Gentoo on a different level
Index: pym/portage/__init__.py
===
--- pym/portage/__init__.py (revision 13819)
+++ pym/portage/__init__.py (working copy)
@@ -1309,7 +1309,7
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
(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
is after the _emerge split
--
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
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
. 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
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
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 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
[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
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
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
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
401 - 500 of 638 matches
Mail list logo
