uld solve the problem...
Mike already added an elog, so it's done.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
els up).
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
t would get dropped from system.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
27; doesn't get a competant proposal written by a student it
> is not going to get funded, end 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 g
l for me on my desktop, so let's first see if we
get selected this year and then if we have people without enough
inspiration. Thanks.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
walker- a script that walks over all packages and runs eupdate on
them
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
ce extra deps/caution (e.g. gettext macros being available)
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
and the keyword + profile 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
think this keyword should have something more generic arch instead, like
the x64 we use in prefix now.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
t care, but amd64-macos just doesn't make any
sense to me, and em64t is just 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
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
the above things where I don't step on others' 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 alre
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
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
> >
gt; | amd64(-linux) -- x86_64-fbsd
> | x86(-linux) -- x86-fbsd
> |
> | 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
d
rvice such as PostgreSQL is killed (maybe a reboot?) does OpenRC
then know 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
keep your
user's home. Importing 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 diff
date automatically, by having all overlays checked
out and recording their repo_name ...
--
Fabian Groffen
Gentoo on a different level
s.gentoo.org/gentoo-dev/msg_a5b81c2f60a80cc91e2a47a802168185.xml
> Is this *really* a issue? If so, I have no trouble in reusing the var,
> but it's ugly.
--
Fabian Groffen
Gentoo on a different level
sive, and it makes probably more sense to do some CHOST
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
can be run, 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
like name as it is.
Point remains that it looks in-consistant, for repo, name is an
attribute, while for owner it is a sub-element. Why having attributes
in the first place anyway?
It's XML, so it may be extremely annoying to parse/use.
--
Fabian Groffen
Gentoo on a different level
command-line option, because it doesn't break
other linkers, but if it implies many ebuilds getting -Wl,--no-as-needed
append-ldflagged, then I'm not getting happy as that breaks my builds.
--
Fabian Groffen
Gentoo on a different level
allowing real typos/bugs to go unnoticed.
We currently do 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
;
> ok, chost check would be cheap. how about,
>
> no-as-needed() {
> case $($(tc-getLD) -v 2>&1*GNU*) # GNU ld
> echo "-Wl,--no-as-needed" ;;
> esac
> }
>
> usage: append-ldflags $(no-as-needed)
that would work fine
ho "-Wl,--no-as-needed" ;;
> + 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
roblem then. Python does some awful processing during 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)" :
> > grobian 09/10/11 15:04:33
> >
> > Modified: ChangeLog getmail-4.9.2.ebuild
> > Log:
> > Use ED for Prefix compatability, marked ~ppc-mac
t 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 Groffen
Gentoo on a different level
han changing a load
> of ebuilds.
Of course we 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
>
for the next council meeting.
>
> As the council decided to add new 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
eed to introduce some new way to work with
> such situations.
Would it be reasonable to just mask in such case? Resolution would
eventually just hit the masked 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
#x27;m
> trying to keep these packages alive, which noone else seems to do.
thanks
--
Fabian Groffen
Gentoo on a different level
> <http://archives.gentoo.org/gentoo-dev/msg_2a62689c71f95e4de5699a330b8b5524.xml>
>
[3]
http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/scripts/eapify
[4] http://stats.prefix.freens.org/keywords-packages.png
--
Fabian Groffen
Gentoo on a different level
at)
>
> My installation path on my 6-8 prefix arches is in my NFS home. If you
> are referring to the Windows special installation package, well..that is
> just a "stage4" installer with binary packages. The windows installer is
> no where near the heart of Gentoo Prefix, instead it is a product of
> Gentoo Prefix and a convenience factor offered by another Prefix dev. It
> showcases the possibilities quite well, IMO.
>
> You can set EPREFIX to anything. One of our users even set it to "/" -
> which we don't endorse but it is possible. :)
>
> >
> >> What exactly is expected from a prefix-compliant package manager to
> >> support full prefix 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
on the
default, which for a Prefix toolchain includes the offset library search
paths before the host system's. In any case, it must compile and link
against the Prefix installed libexpat, since the one from the host
system usually is very archaic and not under Portage's control.
--
Fabian Groffen
Gentoo on a different level
nary from a Prefix 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
ix 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/libc.so.
If Gentoo Prefix would not do this, Portage's dependencies would become
useless, and many uncontrollable and unpr
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
> >
fore the council
> members vote 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 differ
that it points to the corresponding place
in the offset-prefix installation, e.g. under "${EPREFIX}".
--with-apr="${EPREFIX}"/usr/bin/apr-1-config
When this variable is empty, there's obviously no change to the
behaviour of the ebuild.
--
Fabian Groffen
Gentoo on a different level
2) : ;;
> 21 *) DEPEND="EAPI-TOO-OLD" ;;
> 22 esac
I guess you better add a section for known eapis that are too old to
your liking, and use the *) section for an oops message saying you don't
know about ${EAPI} yet, and to please file a bug.
--
Fabian Groffen
Gentoo on a different level
t 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
n reveals the
most(?) developer-friendly difference **
7. References 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
too Developers can stand for and vote in the election.
I nominate (in no particular order):
lu_zero
patrick
scarabeus
--
Fabian Groffen
Gentoo on a different level
e avoided
- cross-list posting can be reduced to a minimum
--
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
to
-dev as well, I didn't have to check -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
of people, who can and
> are willing to work on portage code is limited, so which other way do
> you have to improve it as requested?
Prefix has been more or less a one-man-team for a long long time, but
then, the project exists for about 5 years now. I cannot really advise
you to go that route, so please try to spec it.
--
Fabian Groffen
Gentoo on a different level
versions of Python 2 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?
--
Fabia
hy does 2:2.5 expand to 2.7, 2.6 and 2.5? I
would have expected 2.0 ... 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 nor
(a'
>
> we could quote these or require bash-3.2+ ...
We actually don't require (vanilla) bash 3.2, but bash-3.2.48 (Gentoo patches
don't matter iirc) for our tree. IMO we should explicitly state this instead
of requiring "bash-3.2" which just doesn't work.
--
Fabian Groffen
Gentoo on a different level
t; Would be great to hear a few 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
dependent of EAPI?
> Can't we move this to prefix.eclass and inherit it? Or is the EPREFIX
> setting in prefix.eclass 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: T
ng, while eliminating
the need to look at it all the time.
So what do you think? Pros, cons?
--
Fabian Groffen
Gentoo on a different level
Gentoo quizes too access
all or nothing more fine-grained and hopefully community controlled?
--
Fabian Groffen
Gentoo on a different level
On 07-03-2010 01:19:49 -0600, Dale wrote:
> Fabian Groffen wrote:
> > # Fabian Groffen (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
>
to dev-vcs/${PN})" ${PN}
> ^
> - 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
ecleaned, or removed due
security issues. 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
viour to be satisfied 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
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&#
aths from it during "emerge").
In general, LD_LIBRARY_PATH is considered harmful, and I wouldn't like
to see it being used for normal operation.
Instead I'd like to know first why applications can find retained libs,
because from the Portage side, in theory 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
e for this, by e.g.
setting a bogus rpath entry at buildtime. If you want to go that route,
you probably want to look at the Prefix' binutils-config wrapper 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
t a very
small part 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 wrote:
> > On 06-04-2010 07:43:02 +0530, Nirbheek Chauhan wrote:
> >> * It makes zero sense to manually manage ChangeLogs in git[1]
> >> - Irritating conflict
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
o is
the "root" user, similar for their groups.
--
Fabian Groffen
Gentoo on a different level
#x27;t good enough or
something.
> [1] - http://www.bugzilla.org/docs/3.4/en/html/lifecycle.html
--
Fabian Groffen
Gentoo on a different level
amba
>
> Why? Is it impossible to create /var/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
do I understand well that you
consider masqueraded EAPI bumps as homepage updates as trivial changes
too? (traitsbackendwx)
--
Fabian Groffen
Gentoo on a different level
e the proper changelog message.
I removed the previous patch since it was no longer 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
s and more importantly 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 chang
quot; or something.
--
Fabian Groffen
Gentoo on a different level
ttending FOSDEM next 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
bump/update shouldn't really matter much as it
shouldn't change anything for the user.)
--
Fabian Groffen
Gentoo on a different level
of repoman being able to add a ChangeLog
entry, but I think it should refrain if the ChangeLog has been modified.
--
Fabian Groffen
Gentoo on a different level
them (that is, if Prefix is interested 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.
~ |
> [I]4.4.4-r1 | ~ ~ ~ + ~ ~ ~ ~ ~ ~ ~ ~
> ~ | #
>4.4.4-r2 | ~ + ~ + ~ ~ ~ ~ ~ ~ ~ +
> ~ |
>4.4.5 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
> ~ |
> --+---+---
> [M]4.5.1 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
> ~ | 4.5
--
Fabian Groffen
Gentoo on a different level
ot;/${P}-build-fixup.patch
> }
>
> +src_configure() {
> + 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 on a different level
rt looking into what you committed.
You, as a QA member, should extra carefully stick to the standing rules
(even though you don't like them, 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
:', neither any other special characters. 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
aintainer is. Of course, you need to take care that you
bring over all necessary changes, remove the package from the prefix
tree, and add it to the whitelist.txt file.
--
Fabian Groffen
Gentoo on a different level
lementation works).
This would be absolutely great!
--
Fabian Groffen
Gentoo on a different level
default to something people would expect, and to be properly documented,
such that it turns up in search result somewhere at the top. (Last time
I needed it, I couldn't find it any more.)
--
Fabian Groffen
Gentoo on a different level
ted" until it is stabilised, which means unstable users
are the ones to find the problems, if any. The maintainer (and to an
extent the arch teams) of course has a leading role in this.
--
Fabian Groffen
Gentoo on a different level
t; Still, I may take it off the list if another Gentoo developer seconds
> that request.
Like Jeroen, I don't 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 rel
t if Python is already EAPI >0?
--
Fabian Groffen
Gentoo on a different level
lead 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
> seems like a waste of time. Evaluation can be done quite easily on a
> case by case basis. Why bother with quizzes?
I guess you also prefer the council members chosing their own
replacements then, do you?
If QA were just a normal team like most others, I couldn't care less
about how they are chosen and who is their lead.
--
Fabian Groffen
Gentoo on a different level
be possible, but
> that is a separate decision from whether it should 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
can live on, on e.g. gentooexperimental or
something?
--
Fabian Groffen
Gentoo on a different level
On 04-02-2011 03:26:16 +0100, Christian Ruppert wrote:
> b) gentoo-comm...@lists.gentoo.org/mailinglist commit mails.
Thanks a ton, this is really appreciated!
--
Fabian Groffen
Gentoo on a different level
301 - 400 of 561 matches
Mail list logo
