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
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 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
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
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
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
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
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
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
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
t would get dropped from system.
--
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
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
ell people to use
> svn:// 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
--
is weekend, so people are told to switch. 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
/
Thanks, I'll priorise on that to get it rolling. Thanks a lot!
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
ave
other people in the dark, ending up (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
G
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.
h
he second time) handle a case like this one, 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
oo and up-to-date. Eclass changes, package
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.
--
s SVN support patch acceptable
for the trunk (not much benefit for us at the moment, though)
- (most probably) go crazy
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
ble.
Even with the example you gave in the previous mail, it looks like a
perfect succession of EAPIs.
However, I realise that this discussion is stricktly said off-topic for
the GLEP at hand, as this stuff hasn't been dealt with in the main tree
(yet). In the end I guess it's a mat
I'm strugling myself with how EAPI will eventually allow
for "Prefix" to enter the main tree (or not), if ever.
Currently the combination in EAPI serves me pretty well, and hence yes,
if this GLEP gets accepted I'll 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
APIs are not orderable, I get the
impression you imply these "combinations" of EAPIs to be desirable. In
that case, what would the extension of the ebuild be like?
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
e would be to make EAPI1, EAPI2 etc. subdirs in the eclass
directory where sort of eclass overloading can be done. This would only
solve eclasses not to have an EAPI= in it, so they don't overwrite the
ebuild's value.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
fix overlay, e.g.
http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/app-shells/bash/bash-3.2_p17-r00.1.ebuild
It has the advantage for me that EAPI is never hidden away somewhere
down the ebuild, and it is just inserted by a simple bash script
automagically (eapify in this case).
--
Fabi
On 06-11-2007 04:03:32 -0800, Robin H. Johnson wrote:
> On Tue, Nov 06, 2007 at 10:44:07AM +0000, Fabian Groffen (grobian) wrote:
> > Index: monetdb-4.20.0.ebuild
> ...
> > DEPEND="dev-libs/libpcre
> > dev-libs/openssl
> > sys-libs/readline
> >
ointed out, we sort of all agree that scripts outside
of portage should be POSIX sh.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
r a relatively small part of Gentoo as a
whole.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
doesn't like to travel. He doesn't have a TV and reads only
> programming-related books. He enjoys english and frequently goes to
> the movies.
>
> Please everybody, give a very warm welcome to Elias.
Yay! Welcome to my^W^Wthe team!
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
sn't do what you expect
it to.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
m are you using?
I know of three such systems, that's why I'm asking.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
i.e. via something like #2).
If you want a GNU userland on FreeBSD, Solaris, Darwin, etc. I think you
should look at Prefix where [[ ${USERLAND} == "GNU" ]] always holds. ;)
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
userland are being seen as one. I think it would be very easy
to install all GNU equivalents of tools on BSD in some separate dir, put
it in portage's DEFAULT_PATH before /bin and /usr/bin and all would work
perfectly well from the ebuild/eclass perspective.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
key=\$2
> > + val=\$3
> > + echo " * setting \${dom} \${key}"
> > + defaults write \${dom} \${key} \${val}
> > +}
> > +
> > +echo "Applying ${P} default configuration ..."
> > +EOF
> > +
>
> There's gotta be
4.2.27
Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION
[horus:/export/scratch/gentoo] % uname -a
FreeBSD horus 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan
12 10:40:27 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 i386
Pentium II/Pentium II Xeon/Celeron FreeBSD
--
Fab
On 02-10-2007 12:00:12 +0100, Roy Marples wrote:
> Infact, if we're not interested in portable code why bother with
> Gentoo/ALT in the first place?
Our code /IS/ portable, that's why you and me have a working Gentoo/Alt
system at the moment.
--
Fabian Groffen
Gentoo on a
n't force it
down on anyone, we only use it to install a package for you.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
compiled with GCC, what are the benefits
exactly if you change that into "should be compiled with a C99 compliant
compiler", considering you are eventually interested in the produced
code only. (Is it worth it to teach/force devs to use something else
if this is only how to obtain the end product, which should run with
"anything"?)
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
ion is just to get (Free)BSD
working seamlessly with Gentoo, or whether you also look beyond your
current scope to the "Meta Distribution". This includes the benefit of
moving from bash to POSIX(?) sh as standard kit to interpret the meta
information. Changing init.d scripts is one thing, changing the
definition of how the meta information should be read is another thing.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
;m interested in your motivation to
make this eclass "pure sh", whatever that may mean.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
On 29-09-2007 14:11:54 +, Duncan wrote:
> Fabian Groffen <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on Sat, 29 Sep 2007
> 12:01:39 +0200:
>
> > On 29-09-2007 02:29:21 -0700, Robin H. Johnson wrote:
> >> On Sat, Sep 29, 2007 at 09:2
rg/show_bug.cgi?id=181172
Isn't that tackled suffiently now by setting a bogus reply-to header?
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
7;/^DO NOT REPLY TO THIS EMAIL/,+2d'
Thanks.
Most annoying is the many 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
not that kind) and couldn't find anything
> suspicious. Except... hold on... what's that Gentoo thing? ;o)
>
> Let's all welcome him later today on #gentoo-dev at around 1300 UTC.
wt!!!!
Welcome Micheal! (No way back for you now.)
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
and report any feedback to us. For convenience I also attached the
diffs made between the first post and this post.
Thanks for all remarks made sofar.
--
Fabian Groffen
Gentoo on a different level
# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Pu
On 29-07-2007 22:26:54 +0200, Christian Heim wrote:
...
> So please welcome Dimitry as a new (old) fellow developer among us !
Welkom!
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
This is not relevant to the big public, I guess. However, might
be worth to keep it in the back of your head when designing new profile
structures, such that it in some way or another can be put into the
model using the same structure.
Thanks
[1]
http://overlays.gentoo.org/proj/alt/browser/tru
Masked mail-client/muttng pending removal, unless someone steps up/takes
over. Removal after 30 days.
On 26-05-2007 10:52:07 +0200, Fabian Groffen wrote:
> Hi all,
>
> mail-client/muttng currently sits in the tree as some sort of orphan.
> It used to be a fork of Mutt, having
e. If you are
using muttng now, consider moving to the latest Mutt.
Please speak up now if there are major reasons to keep muttng in the
tree, despite being unmaintained and out of date.
--
Fabian Groffen
--
[EMAIL PROTECTED] mailing list
Hi Grant, Rémi and Yuri,
On 25-04-2007 20:30:45 -0500, Yuri Vasilevski wrote:
> On Wed, 25 Apr 2007 23:39:47 +0200
> Rémi Cardona <[EMAIL PROTECTED]> wrote:
>
> > Grant Goodyear a écrit :
> > > Fabian Groffen wrote: [Sat Apr 14 2007, 03:33:03AM CDT]
> > >&g
Hereby I would like to request the counsel to discuss this mini-GLEP in
the first meeting for which this request is in time.
On 14-04-2007 10:33:03 +0200, Fabian Groffen wrote:
> On 14-04-2007 01:19:41 -0700, Robin H. Johnson wrote:
> > On Sat, Apr 14, 2007 at 07:32:12AM +0100, Steve L
diffs
> - not uncommon for people to contact me as the maintainer because i'm in that
> - wastes space (well, probably not a strong argument due to bytes vs blocks)
> - for mostly green users, it's confusing and they get it wrong
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
On 20-04-2007 09:11:10 -0500, Yuri Vasilevski wrote:
> On Fri, 20 Apr 2007 14:52:46 +0200
> Fabian Groffen <[EMAIL PROTECTED]> wrote:
> > > Is the info you need in CVS/ ?
> >
> > That requires:
> > a) an up-to-date CVS tree checkout
> > b) a CVS tree
a CVS tree (not a regular rsynced one)
c) parsing of the CVS/Entries file
So in principle, yes I think it can be done using the CVS directory, but
I prefer not to.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
can easily sync, keeping my local changes.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
On 14-04-2007 01:19:41 -0700, Robin H. Johnson wrote:
> On Sat, Apr 14, 2007 at 07:32:12AM +0100, Steve Long wrote:
> > Fabian Groffen wrote:
> > > This GLEP has been laying around for some long time now in my gleps dir.
> > > I nearly forgot about it. Anyw
sed up because
of ppc-macos packages. I'm working on a list given to me by Diego to
fix the ppc-macos mess, but I still got 500 to go it seems. Just feel
free to assign a bug to us (well, me) so I might be able to move the
packages that give problems up in the priority list.
--
Fabian
On 19-02-2007 18:12:42 +0100, Simon Stelling wrote:
> Simon Stelling wrote:
> >I'll use cp -pPr.
>
> Actually -dpPR, which is what -a is an alias for.
Yes, but -d is a GNU option, and BSD people are after the POSIX only
options, hence the -pPR. :)
--
Fabian Groffen
Gentoo
a imho
For my understanding, what's wrong with cp -pPR?
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@gentoo.org mailing list
On 23-11-2006 00:12:45 +, Francesco Riosa wrote with possible deletions:
> Also if you are the maintainer of one of the mentioned [5] packages
> please avoid version bumps until tomorrow when I'll apply the changes to
> the tree (see [2] for an explanation)
[snip]
> [5]
> profiles/default-dar
501 - 561 of 561 matches
Mail list logo