[gentoo-dev] USE_EXPAND additions

2005-04-13 Thread Jason Stubbs 
Add FEATURES, ARCH, USERLAND to USE_EXPAND
http://bugs.gentoo.org/show_bug.cgi?id=82513

FRITZCAPI_CARDS in USE_EXPAND is needed for newer fritzcapi versions
http://bugs.gentoo.org/show_bug.cgi?id=84422


There's bound to be more of these come up, but unlikely to be many more 
versions in the portage 2.0.51 series. Thinking about it, these don't really 
belong in portage's domain anyway. The latter should be freely available for 
anybody to do. The former really needs discussion between QA and the arch 
teams (and portage by extension of that discussion - fex multilib).

Anyway, any objections against moving the current USE_EXPAND out of 
make.globals and into base's make.defaults? Those using =2.0.50* won't get 
any additions (how it is now anyway) and anybody using a stacked profile 
(which requires =2.0.51) will get whatever is in make.globals overwritten 
with whatever is in make.defaults.

Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New net-fs/openafs ebuild

2005-04-13 Thread Mike Frysinger 
On Wednesday 13 April 2005 06:44 am, Martin MOKREJ wrote:
   I'm not sure how to block the ebuild when user is running 2.6 kernel
 (uname(1)?), of when the /usr/src/linux points to 2.6 kernel ... or just to
 check whether gentoo-sources or vanila-sources of 2.4 version are
 installed?

put this into pkg_setup():
[[ ${KV:0:3} == 2.6 ]]  die Sorry, this package doesnt support 2.6 
kernels
-mike

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New net-fs/openafs ebuild

2005-04-13 Thread Martin MOKREJŠ 
Jason Stubbs wrote:
On Wednesday 13 April 2005 22:06, Mike Frysinger wrote:
On Wednesday 13 April 2005 06:44 am, Martin MOKREJ wrote:
 I'm not sure how to block the ebuild when user is running 2.6 kernel
(uname(1)?), of when the /usr/src/linux points to 2.6 kernel ... or just
to check whether gentoo-sources or vanila-sources of 2.4 version are
installed?
put this into pkg_setup():
[[ ${KV:0:3} == 2.6 ]]  die Sorry, this package doesnt support 2.6
kernels

Better to use the kernel groups eclass of the month for this one. The defining 
of $KV will likely be removed from portage down the track.
1)
Jason, can you give me an example. ;) I'm making my first ebuild, so that's
why I came here.
2)
I have more questions hidden in the .ebuild file, but I think I shouldn't be 
lazy
and paste them here. ;)
src_compile() {
   econf --enable-transarc-paths --enable-namei-fileserver 
--enable-full-vos-listvol-switch --with-linux-kernel-headers=/usr/src/linux 
--enable-bitmap-later --enable-fast-restart --enable-largefile-fileserver 
--enable-bos-new-config || die econf
   make CC=$(gcc-getCC) MT_CC=$(gcc-getCC) || die make
}
The above results in:
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man 
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc 
--localstatedir=/var/lib --enable-transarc-paths --enable-namei-fileserver 
--enable-full-vos-listvol-switch --with-linux-kernel-headers=/usr/src/linux 
--enable-bitmap-later --enable-fast-restart --enable-largefile-fileserver 
--enable-bos-new-config
Why is there --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man 
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib? OK, I 
believe that's because of general Gentoo instalation paths. But see the $subj, the point here is to install 
openafs into *standard* locations. In real it doesn't matter for the install process performed by the ebuild, 
as it installs files in manual way and ignores make install step. Still, for 
completeness I'd like to see this removed from this ebuild behaviour.
3)
The ebuild as I've said install config file into well-known location. I can imagine 
having symlinks from standard Gentoo places to them.
Currently I have commented that out.
   # symlink configfiles in TransArc location to Gentoo's typical place
   # dosym /usr/vice/etc/CellServDB /etc/afs/CellServDB
   # dosym /usr/vice/etc/ThisCell /etc/afs/ThisCell
   # touch /usr/vice/etc/cacheinfo
4)
Could someone explain me CONFIG_PROTECT_MASK?
   # Hmm, what about this?
   dodir /etc/env.d
   # don't know what's this CONFIG_PROTECT_MASK usefull for
   echo 'CONFIG_PROTECT_MASK=/etc/afs/C /etc/afs/afsws' \
${D}/etc/env.d/01${PN}
   echo 'PATH=/usr/afs/bin' \
${D}/etc/env.d/01${PN}
   echo 'ROOTPATH=/usr/afs/bin' \
${D}/etc/env.d/01${PN}
Thanks for answer. ;)
Martin
--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] USE_EXPAND additions

2005-04-13 Thread Kito 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 13, 2005, at 1:57 PM, Stephen Bennett wrote:
On Wed, 2005-04-13 at 20:48 +0900, Jason Stubbs wrote:
Anyway, any objections against moving the current USE_EXPAND out of
make.globals and into base's make.defaults? Those using =2.0.50* 
won't get
any additions (how it is now anyway) and anybody using a stacked 
profile
(which requires =2.0.51) will get whatever is in make.globals 
overwritten
with whatever is in make.defaults.
Sounds good to me. Waiting on new portage releases for stuff we want to
use in ebuilds kinda sucks, so (up to a point) the more we can move 
into
profiles the better, as far as I'm concerned.
Agreed.
--
gentoo-dev@gentoo.org mailing list
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iD8DBQFCXWtmJ0rMK/3OwgsRAjOCAJ0UpDEVomjnctPEa5mtza+MYUZi3ACfagTV
YxaEZaaVpB7TUz3O1IjeLv8=
=BePN
-END PGP SIGNATURE-
--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New Developer Truedfx

2005-04-13 Thread Maurice van der Pot 
On Wed, Apr 13, 2005 at 10:39:16AM +0200, Paul de Vrieze wrote:
  is actually a ligature anyway that just means ij in a nicer visual 
 style.

You obviously haven't seen my font ;)

-- 
Maurice van der Pot

Gentoo Linux Developer   [EMAIL PROTECTED] http://www.gentoo.org
Creator of BiteMe!   [EMAIL PROTECTED]   http://www.kfk4ever.com



pgpkFTISPDKmj.pgp
Description: PGP signature