properly fixed by now and not needing such hackery anymore.
https://www.gnupg.org/documentation/manuals/gnupg-devel/Common-Problems.html
gnupg is just weird like that...
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
ave it too, but I'm not in OS X at the
> moment, so I can't check), which pretty much describes this branch in
> the codepath as well. Linux users will have the nproc command from
> coreutils.
Yes, Darwin has it too, but the tool lives in /usr/sbin instead:
https://gitweb.gentoo.o
a similar exercise, a little
cleanup would be nice then though.
Fabian
--
Fabian Groffen
Gentoo on a different level
--- mdocml-1.13.4/read.c
+++ mdocml-1.13.4/read.c
@@ -38,6 +38,7 @@
#include
#include
#include
+#include
#include "mandoc_aux.h"
#include "mandoc.h&q
On 16-01-2017 22:13:39 -0800, Daniel Campbell wrote:
> On 01/10/2017 05:16 AM, Fabian Groffen wrote:
> > On 09-01-2017 09:08:22 +0100, Jan Stary wrote:
> >> The particular problem I am having is that http://mdocml.bsd.lv/ ,
> >> my manpage formatter of choice, does de
ris/5.9/sparc64
> prefix/sunos/solaris/arch
Please don't remove these. Most seem missing profile.desc ptrs to me,
but some are odd, which needs investigation.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
On 22-01-2017 19:56:58 +0100, Fabian Groffen wrote:
> On 19-01-2017 20:47:46 +0100, Michał Górny wrote:
> > prefix/bsd/freebsd/arch
> > prefix/darwin/macos/arch
> > prefix/sunos/solaris/arch
These profiles are there just for reuse by other profiles. They should
not be remove
hese USE flags enabled globally?
> >
> > These USE seem pretty package-specific in scope. On my system, they
> > are used by around a dozen of 1000+ installed packages. I think it
> > might make sense to migrate them to appropriate IUSE defaults, or
> > leave them disabled where they do not provide critical functionality.
>
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
On 27-01-2017 13:08:41 +0100, Kristian Fiskerstrand wrote:
> > On Fri, Jan 27, 2017 at 9:32 AM, Fabian Groffen wrote:
> >> Replying here because I think said email client is the one I recently
> >> added REQUIRED_USE constraints for.
> >>
> >> Reason I
# Fabian Groffen (2022-02-27)
# Masked for removal, needs updates, significant amount of work, no
# Clang toolchain available to test with
# Removal on 2022-03-29. Bug #834306
sys-apps/tapi
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
dy had pkgdev/pkgcheck text in place so there wasn't
> much to do. See: https://github.com/gentoo/devmanual/pull/274
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2022-03-16)
# little activity upstream, doesn't work with PHP 8.0
# Removal in 30 days
www-apps/agendav
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
couraging quick 'n' dirty, for as long as
it remains a big fat warning and advice.
My €0.02
Fabian
> [0]: https://github.com/gentoo/gentoo/pull/24709#discussion_r832361402
> [1]: https://github.com/gentoo/devmanual/pull/281
> [2]:
> https://gitweb.gentoo.org/archive/repo/gentoo-2.git/tree/eclass/eutils.eclass?id=50e8beda904760c773e5c67fdfe8242255e13495#n175
>
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2022-04-01)
# unused package, not enabling tests, bug #796830
# Removal in 30 days
dev-python/thrift
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 01-04-2022 16:59:40 +0500, Anna Vyalkova wrote:
> On 2022-04-01 13:53, Fabian Groffen wrote:
> > # Fabian Groffen (2022-04-01)
> > # unused package, not enabling tests, bug #796830
> > # Removal in 30 days
> > dev-python/thrift
>
> It has a reverse depen
Dropped this mask again, I missed a dep in the tree.
Fabian
On 01-04-2022 13:53:24 +0200, Fabian Groffen wrote:
> # Fabian Groffen (2022-04-01)
> # unused package, not enabling tests, bug #796830
> # Removal in 30 days
> dev-python/thrift
--
Fabian Groffen
Gentoo on a dif
hat sometimes people really delve into a package, and thereby
know very much how it works, and what you should/should not do.
Something like LLVM is a good example, maybe. Anyway, in such
situation, I think extreme care should be taken by non-maintainers.
Dunno how to best indicate that, and/or if that's feasible -- like you
said, it quickly ends up being an excuse for declaring a package to be
off-limits.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
ot; impact an Gentoo system wrt
availability of packages? I see pip in the list, so I expect the Python
env will be seriously crippled? An estimation of the impact would be
appreciated here.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 27-07-2022 13:30:32 +0200, Michał Górny wrote:
> On Wed, 2022-07-27 at 12:52 +0200, Fabian Groffen wrote:
> > On 26-07-2022 08:42:57 +0200, Michał Górny wrote:
> > > Hi, everyone.
> > >
> > > Just a quick FYI: since Rust is going to be marked stable on the
# Fabian Groffen (2022-08-06)
# superseeded by sys-apps/baselayout, removal in 30 days. bug #836114
sys-apps/baselayout-prefix
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
gt;
> If someone presents a use case where adding users to
> ${EROOT}/etc/passwd makes sense, we can revisit it then.
Would have to look if RAP uses this.
@heroxbd do you know if that is used?
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2022-12-27)
# Old SVN version, with open bugs #830031, #770946, #712534, all fixed
# in app-admin/coreboot-utils package. (Conflict in #888581) Removal
# on 2023-01-26.
sys-apps/superiotool
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP
# Fabian Groffen (2023-05-26)
# Cygwin package for which keyword/profile support was dropped
# Removal on 2023-06-25. Bug #907194.
app-admin/cygwin-rebase
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 26-05-2023 09:06:30 +0200, Fabian Groffen wrote:
> # Fabian Groffen (2023-05-26)
> # Cygwin package for which keyword/profile support was dropped
> # Removal on 2023-06-25. Bug #907194.
> app-admin/cygwin-rebase
These two packages are appended to mask:
dev-libs/pthreads4w
sys-
# Fabian Groffen (2023-06-21)
# Ancient OSX integration package, not keyworded for any current arch
# Removal on 2023-07-21. Bug #908938.
x11-themes/gtk-engines-quartz
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
ne
> solution versus the other? Any other (better) ideas?
I don't know how widespread the problem is, and how much it can be
generalised, but could you perhaps use a virtual, such that
stabilisation of the virtual means the deps must be satisfied?
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
e removed from uid-gid.txt, and instead
be marked as reserved or something with a date.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
dian - Big-endian toolchain support
> bindist - Flag to enable or disable options for prebuilt (GRP) packages (eg.
> due to licensing issues)
> blas - Add support for the virtual/blas numerical library
> bluetooth - Enable Bluetooth Support
> +bootstrap-prefix - !!internal use only!!
# Fabian Groffen (2024-01-26)
# compilation issues, no reverse dependencies in the tree
# Removal on 2024-02-26
mail-filter/libsrs_alt
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
I do not have any means to test/use this anymore, so I'm forced to drop
it to maintainer-needed.
It has bug https://bugs.gentoo.org/928502 open for an update and ebuild
improvements.
Fabian
On 01-04-2022 14:56:15 +0200, Fabian Groffen wrote:
> Dropped this mask again, I missed a dep in
,
> don't do this then. I'm going to figure out an alternative way I can
> verify Portage metadata soon, as there are other ways if you are creative.
If you just want to verify signatures and manifests after sync,
qmanifest from portage-utils can help you do this.
Thanks,
Fabian
# Fabian Groffen (2024-04-13)
# Python wrapper around liblmsensors, no reverse dependencies
# Removal on 2024-05-13, bug #929495
dev-python/PySensors
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
# Fabian Groffen (2024-04-16)
# Official latest Python support 3.8, replacement app-metrics/go-carbon
# is more performant and designed to be a drop-in replacement.
# Removal on 2024-05-16, bug #929444
dev-python/carbon
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description
On 28-06-2024 13:12:15 +0200, Michał Górny wrote:
> sys-apps/flashrom
I will take this as I have means to test this for coreboot.
Thanks,
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: PGP signature
On 24-11-2012 22:12:17 +0100, Pacho Ramos wrote:
> # Pacho Ramos (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: Digital signature
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
ng CVS is helping us 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
s
ncentive -- that's all that I 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
ply them to the Prefix' tree versions keep on working.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
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
rlays.gentoo.org/gitweb/?p=exp/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
ckground here is that I set up a new system and "forgot" to set
> FEATURES=sign before I went 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 signature
y?
You definitely should. In case you need it, I can introduce you to e.g.
Cor.
Fabian
--
Fabian Groffen
Gentoo on a different level
at likely, but absolutely not true.
> Therefore we propose the following cartesian product extension to
> keyword system.
We added the keywords as is, to uniquely define which systems it works
on. Assuming something will work because it should be similar is (and
has been proven in the past to be) wrong.
)\""
I think you want "${cand#${ROOT}}" here, don't you?
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
etting the credit 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
"
> > +
> > + if [[ -e ${ROOT}${cache} ]]; then
> > + cp "${ROOT}"${cache} "${D}"/${cache} || die
> > + else
> > + touch "${D}"/${cache} || die
> > + fi
> > }
> >
> >
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 "
ng this?
>
> The only concern I have how this change affects *BSD or prefix? But yet
> I failed to find a package that is affected and that is not Linux
> specific.
If it works for the host system, then Prefix should be fine.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
plemented by all tools.
Fabian
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
how useless messages often are there...
Council had some discussions on this topic:
http://www.gentoo.org/proj/en/council/meeting-logs/2008-summary.txt
http://www.gentoo.org/proj/en/council/meeting-logs/20111011-summary.txt
Conclusion back then was that ChangeLog files need to stay.
--
F
need to be amended, updated or changed. That to fix
misleading typos, and more. ChangeLogs are meant for our users. For
this reason repoman was changed to update the ChangeLog automatically on
commit, if no changes to this file had been made.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
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
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 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
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 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
can easily sync, keeping my local changes.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
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
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
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
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
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
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
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
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
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
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
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
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
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
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
;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
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
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
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
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
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
key=\$2
> > + val=\$3
> > + echo " * setting \${dom} \${key}"
> > + defaults write \${dom} \${key} \${val}
> > +}
> > +
> > +echo "Applying ${P} default configuration ..."
> > +EOF
> > +
>
> There's gotta be
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
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
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
sn't do what you expect
it to.
--
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
r a relatively small part of Gentoo as a
whole.
--
Fabian Groffen
Gentoo on a different level
--
[EMAIL PROTECTED] mailing list
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
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
> >
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
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
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
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
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
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
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.
--
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
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
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
/
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
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
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
--
201 - 300 of 561 matches
Mail list logo
