[gentoo-user] Re: ebuild: package specific CFLAGS

[Jonathan Callen]

On 04/28/2017 10:10 PM, Ian Zimmerman wrote:
> I'm trying to create an ebuild of a crufty old program that needs
> -fgnu89-inline in compiler flags to have any chance of building.
> 
> What's the way to do that in an ebuild?  I could have something like
> 
> src_configure() {
> econf $(use_enable nls) CFLAGS=-fgnu89-inline
> }
> 
> but then, will this not _override_ (rather than add to, as desired) the
> CFLAGS from make.conf?
> 

If you want a particular flag to be added to CFLAGS/CXXFLAGS within an
ebuild, you can inherit flag-o-matic, then call "append-flags
-fgnu89-inline" in src_configure before the econf line.  If you
explicitly only want to set CFLAGS (and not CXXFLAGS), then call
"append-cflags" (there is also a append-cppflags, append-cxxflags,
append-ldflags, append-fflags).

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: ebuild: package specific CFLAGS

[Kai Krakow]

Am Sat, 29 Apr 2017 00:14:10 -0400
schrieb John Covici :

> On Fri, 28 Apr 2017 22:10:42 -0400,
> Ian Zimmerman wrote:
> > 
> > I'm trying to create an ebuild of a crufty old program that needs
> > -fgnu89-inline in compiler flags to have any chance of building.
> > 
> > What's the way to do that in an ebuild?  I could have something like
> > 
> > src_configure() {
> > econf $(use_enable nls) CFLAGS=-fgnu89-inline
> > }
> > 
> > but then, will this not _override_ (rather than add to, as desired)
> > the CFLAGS from make.conf?  
> 
> Maybe you'd be better off setting an environment variable outside the
> ebuild in a shell script in /etc/portage/env where you can put the
> whole CCFLAGS .

You should also say that you need to reference that
in /etc/portage/packages.env, similar to how packages.use works. Just
that instead of use flags, you give filenames from /etc/portage/env.

-- 
Regards,
Kai

Replies to list-only preferred.

[gentoo-user] Re: ebuild for canon ufr ii lt driver . Anyone got it ?

[walt]

On 04/08/2014 11:20 PM, Håkon Alstadheim wrote:
 Canon just came out with a driver for my printer i-Sensys lbp 7100cn
 (yay!) . It was promised september 2013 (grumble). It is downloadable
 from here :
 http://www.canon.no/Support/Consumer_Products/products/printers/Laser/i-SENSYS_LBP7100Cn.aspx
 . I could not for the life of me create a scraper for that page
 (grumble).
 
 Anyhow: Does anyone have an ebuild to install from the
 Linux_UFRIILT_PrinterDriver_V100_uk_EN.tar.gz into gentoo ?
 
 The common files seem to be the same as the ones in
 net-print/cndrvcups-common-lb (except for a version change from 2.70
 to 2.80) . The other file however is different,
 cndrvcups-ncap-1.00-1.tar.gz inside the above mentioned tar-file.
 Just running the commands in the README does not work, due to
 differences in the gentoo directory-structure I guess.

I can't supply you with an ebuild, but if you'll show us the error
messages you get when following the instructions in the README file
maybe I can give you some uneducated guesses :)

What files are included in cndrvcups-ncap-1.00-1.tar.gz?  Sometimes
you may be able to install a driver just by copying a file to the
proper directory.  Sometimes not...

[gentoo-user] Re: ebuild for gcc-independent llvm and clang for linux

[Takayuki Yamaguchi]

Sorry for earlier mis-send.

I send the article again.

I'm going to build and install llvm and clang packages in my Linux PC as
1. Binaries of llvm and claag installed finally were compiled by clang.
2. The binaries of 1. depend on libc++.so instead of libstdc++.so.
3. libc++.so was installed by portage.
4. The binaries of llvm, clang, and libc++.so are not linked with libgcc.
   If linkage with libraries like libgcc is necessary, compiler_rt is linked.

Checking the ebuilds of llvm, I found

sys-libs/libcxx
in DEPEND. But from the comment of revision, append libcxx in
dependency is for freebsd.

I want to ask

I. Building packages described above can be created using ebuilds in
main repository in linux?
II. if I. is not possible, any ebuild of llvm and clang exists anywhere?

If ebuilds that fill II. are not exist, I will to try create such ebuilds.

[gentoo-user] Re: ebuild for gcc-independent llvm and clang for linux

[Takayuki Yamaguchi]

Sorry, I mistook the operation of Gmail.
I will send with full-written article again.

2013/12/26 やまぐちたかゆき tyamaguchi.gen...@gmail.com:
 Hello everybody,

 I'm going to build and install llvm and clang packages in my Linux PC as
 1. Binaries of llvm and claag installed finally were compiled by clang.
 2. The binaries of 1. depend on libc++.so instead of libstdc++.so.
 3. libc++.so was installed by portage.
 4. The binaries of llvm, clang, and libc++.so are not linked with libgcc.

Re: [gentoo-user] Re: Ebuild

[Silvio Siefke]

On Sat, 26 Oct 2013 15:52:01 + (UTC) James
wirel...@tampabay.rr.com wrote:

 http://overlays.gentoo.org/proj/sunrise
 
 http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
 
 http://overlays.gentoo.org/

Thanks, yes i has read the manual of Gentoo. Now understand it more :)

Is only private maybe i make on my website but i want not do in portage
or as overlay. Sure not the intresting programm. 


Regards  Nice Day
Thank you  Greetings
Silvio

[gentoo-user] Re: Ebuild

[James]

Silvio Siefke siefke_listen at web.de writes:


 i has make a ebuild, but i not so sure what must do for build Process.


http://devmanual.gentoo.org/ebuild-writing/common-mistakes/

http://devmanual.gentoo.org/ebuild-writing/index.html

https://wiki.gentoo.org/wiki/Submitting_ebuilds



 But what i must do. The buildprocess i let run:


http://overlays.gentoo.org/proj/sunrise

http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq

http://overlays.gentoo.org/


 Thanks for help  Nice day
 Silvio

hth,
James

[gentoo-user] Re: ebuild not inserting soname, therefore emerging zlib fails

[Alberto Luaces]

Alberto Luaces writes:

 Hi Paul,

 Paul Hartman writes:

 On Fri, May 27, 2011 at 11:26 AM, Alberto Luaces alua...@udc.es wrote:
 Hello,

 I have searched quite a bit for an error I'm having when emerging
 current zlib-1.2.5-r2. The problem is that somehow the soname is not
 written in the .so file, and the build process fails. I attach all the
 build logs in case I have some obvious misconfiguration that I should be
 aware of. I have not changed my CHOSTS or things like that.

 I recompiled the previous version and happened the same, but it seems
 at that time not having a soname was not forbidden by the ebuild and I
 got just a QA notice.

 If I try to compile zlib from the /var/tmp/portage... directory the
 library compiles fine and, in addition, the soname is included this
 time. I tried to trace the eclasses in order to know what was happening
 but I couldn't.

 Hi,

 Based on your settings I am guessing you have used distcc in the past,
 even though you have disabled it now.

 You are right, well spotted!

 I think zlib's configure makes some changes based on if it thinks you
 use distcc or not. I would try to unset CC in environment and remove
 -m32 from your CFLAGS and see if it is any different. It's only a
 guess and you can change it back if it doesn't work.


 My environment CC was empty or already unset, I removed the `-m32' tag
 but it happens the same.


 I would also select again your preferences in gcc-config and
 binutils-config, run env-update and source /etc/profile just to be
 sure everything is in working order. :)


 I followed your advice. I have only another compiler, the mingw cross
 compiler, but I checked that is not selected byb default.

 Nevertheless, thank you for your help. You gave me the idea on focusing
 on zlib's configure script in order to see what is failing in the
 detection process.

I finally found it. Turns out that for using distcc I had to set CC=cc
in make.conf, and with that setting, zlib's configure avoided to build
the shared library. Unsetting CC in make.conf made it working again.

-- 
Alberto

Re: [gentoo-user] Re: ebuild not inserting soname, therefore emerging zlib fails

[Paul Hartman]

On Wed, Jun 8, 2011 at 2:17 AM, Alberto Luaces alua...@udc.es wrote:
 Alberto Luaces writes:

 Hi Paul,

 Paul Hartman writes:

 On Fri, May 27, 2011 at 11:26 AM, Alberto Luaces alua...@udc.es wrote:
 Hello,

 I have searched quite a bit for an error I'm having when emerging
 current zlib-1.2.5-r2. The problem is that somehow the soname is not
 written in the .so file, and the build process fails. I attach all the
 build logs in case I have some obvious misconfiguration that I should be
 aware of. I have not changed my CHOSTS or things like that.

 I recompiled the previous version and happened the same, but it seems
 at that time not having a soname was not forbidden by the ebuild and I
 got just a QA notice.

 If I try to compile zlib from the /var/tmp/portage... directory the
 library compiles fine and, in addition, the soname is included this
 time. I tried to trace the eclasses in order to know what was happening
 but I couldn't.

 Hi,

 Based on your settings I am guessing you have used distcc in the past,
 even though you have disabled it now.

 You are right, well spotted!

 I think zlib's configure makes some changes based on if it thinks you
 use distcc or not. I would try to unset CC in environment and remove
 -m32 from your CFLAGS and see if it is any different. It's only a
 guess and you can change it back if it doesn't work.


 My environment CC was empty or already unset, I removed the `-m32' tag
 but it happens the same.


 I would also select again your preferences in gcc-config and
 binutils-config, run env-update and source /etc/profile just to be
 sure everything is in working order. :)


 I followed your advice. I have only another compiler, the mingw cross
 compiler, but I checked that is not selected byb default.

 Nevertheless, thank you for your help. You gave me the idea on focusing
 on zlib's configure script in order to see what is failing in the
 detection process.

 I finally found it. Turns out that for using distcc I had to set CC=cc
 in make.conf, and with that setting, zlib's configure avoided to build
 the shared library. Unsetting CC in make.conf made it working again.

Glad to hear it, I knew something about that CC looked suspicious. :)

[gentoo-user] Re: ebuild not inserting soname, therefore emerging zlib fails

[Alberto Luaces]

Hi Paul,

Paul Hartman writes:

 On Fri, May 27, 2011 at 11:26 AM, Alberto Luaces alua...@udc.es wrote:
 Hello,

 I have searched quite a bit for an error I'm having when emerging
 current zlib-1.2.5-r2. The problem is that somehow the soname is not
 written in the .so file, and the build process fails. I attach all the
 build logs in case I have some obvious misconfiguration that I should be
 aware of. I have not changed my CHOSTS or things like that.

 I recompiled the previous version and happened the same, but it seems
 at that time not having a soname was not forbidden by the ebuild and I
 got just a QA notice.

 If I try to compile zlib from the /var/tmp/portage... directory the
 library compiles fine and, in addition, the soname is included this
 time. I tried to trace the eclasses in order to know what was happening
 but I couldn't.

 Hi,

 Based on your settings I am guessing you have used distcc in the past,
 even though you have disabled it now.

You are right, well spotted!

 I think zlib's configure makes some changes based on if it thinks you
 use distcc or not. I would try to unset CC in environment and remove
 -m32 from your CFLAGS and see if it is any different. It's only a
 guess and you can change it back if it doesn't work.


My environment CC was empty or already unset, I removed the `-m32' tag
but it happens the same.


 I would also select again your preferences in gcc-config and
 binutils-config, run env-update and source /etc/profile just to be
 sure everything is in working order. :)


I followed your advice. I have only another compiler, the mingw cross
compiler, but I checked that is not selected byb default.

Nevertheless, thank you for your help. You gave me the idea on focusing
on zlib's configure script in order to see what is failing in the
detection process.

-- 
Alberto

[gentoo-user] Re: Ebuild hacking howto

[James]

Mark Shields laebshade at gmail.com writes:


 Saw that you linked to the creating an updated ebuild from gentoo-wiki, so
what I say may overlay quite a bit, but hear me out:

 Attachment (jffnms-0.8.5.ebuild): application/octet-stream, 2207 bytes


Mark,
I appreciate your answer very much. I'm looking at this now as we speak.
I'll follow up tomorrow on the results of my efforts, using your
suggestions.


thanks very much,

James

[gentoo-user] Re: Ebuild hacking howto

[James]

James wireless at tampabay.rr.com writes:


 Any other documents I should reference before
 attempinging to update an ebuild on my own
 person overlay dir?

What about this link: rpm -- ebuild ?
a tool that generates an ebuild from a
rpm package?

http://devmanual.gentoo.org/ebuild-writing/functions/
src_unpack/rpm-sources/index.html


Does this work?
Am I miss interpreting the .rpm to ebuild conversion
process?

Anyone with any experience with this approach?
(there is a robust and current rpm for jffnms)


James

[gentoo-user] Re: ebuild creation (python-2.7) - please help

[walt]

On 12/12/2010 03:33 AM, Helmut Jarausch wrote:

Hi,

after switching to Python-2.7 an ebuild of myself fails.
I'm trying to write an ebuild for  dev-python/pyparsing-

My attemp fails with 'setup.py' not found.


Have you tried using the -d flag with emerge?  The debugging output
may tell you where it's looking for setup.py.

Also, have you run python-updater to re-install all of your python
packages using python2.7?

Re: [gentoo-user] Re: ebuild creation (python-2.7) - please help

[Helmut Jarausch]

On 12/12/10 14:52:28, walt wrote:
 On 12/12/2010 03:33 AM, Helmut Jarausch wrote:
  Hi,
 
  after switching to Python-2.7 an ebuild of myself fails.
  I'm trying to write an ebuild for  dev-python/pyparsing-
 
  My attemp fails with 'setup.py' not found.
 
 Have you tried using the -d flag with emerge?  The debugging output
 may tell you where it's looking for setup.py.

Thanks, I'll try that.
 
 Also, have you run python-updater to re-install all of your python
 packages using python2.7?

Yes, and this one was the last one I couldn't fix until now.

Helmut.

[gentoo-user] Re: ebuild description

[Remy Blank]

Michael P. Soulier wrote:
 msoul...@anton:~$ grep DESCRIPTION
 /usr/portage/dev-libs/libassuan/libassuan-1.0
 .5.ebuild 
 DESCRIPTION=Standalone IPC library used by gpg, gpgme and newpg
 
 Great, that helps. Still, I wouldn't think that grep would be the best say, so
 I looked in the emerge manpage and found --info, but that tells me everything
 *except* the DESCRIPTION string. :)

Try:

  emerge -s libassuan

-- Remy



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[Miguel Ramos]

2008/12/14 James wirel...@tampabay.rr.com:
 should have said profiler
 Breaking down algorithms and make a fundamentally better
 algo for a gpu, will require a really good profiler to
 imho.

So far I'd be happy at being able to run something and leave the
evaluation of gains at a theoretical level.

 Anyway, it seems to me that all that is needed is to have the GPU
 compiler running on the host system.
 I wouldn't think that the code produced or the binding code for the
 CPU would then require us to pull in glibc-2.2.5.
 But then, I never used Brook+ or Cal.

 Me either. I was waiting until somebody in the gentoo community got
 things at least functional, before obtaining  a high end video
 card for GPU experimentation and programming.

 I guess I'll just have to wait a little bit longer

I'm not a very experienced Linux user, I've been using FreeBSD for longer.
At work I keep a subtree of a gentoo kernel-2.4/glibc-2.3 which I do
not update for chroot whenever I need to compile things for a 2.4
kernel.

Do you (anyone?) have any hints on the less inconvenient way to run
glibc-2.2.5 programs on Gentoo?

-- 
Miguel Ramos 2...@miguel.ramos.name
GnuPG ID 0xA006A14C

[gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[James]

Miguel Ramos 2008 at miguel.ramos.name writes:


  http://techreport.com/discussions.x/15886

  I sure hope we get at least a function level profile
  that works with gcc with Catalyst 8.12.

should have said profiler
Breaking down algorithms and make a fundamentally better 
algo for a gpu, will require a really good profiler to
imho.

 I took a look at your link but I can't see what I was expected to see.
 

Here'w what I was my emphasis:

Simultaneously with the Catalyst 8.12 driver release, AMD expects to introduce
version 1.3 of its Stream SDK to developers. The new-and-improved development
toolkit will bring significant performance enhancements to the Brook+
high-level programming language, and it will support Radeon HD 4350, 4550, and
4600 graphics cards plus a new high-performance computing card—the AMD
FireStream 9270.


 Anyway, it seems to me that all that is needed is to have the GPU
 compiler running on the host system.
 I wouldn't think that the code produced or the binding code for the
 CPU would then require us to pull in glibc-2.2.5.
 But then, I never used Brook+ or Cal.

Me either. I was waiting until somebody in the gentoo community got
things at least functional, before obtaining  a high end video
card for GPU experimentation and programming.

I guess I'll just have to wait a little bit longer


thanks,
James

[gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[James]

Miguel Ramos 2008 at miguel.ramos.name writes:


 I'm new to these lists.
 I have just come up with an ebuild for the most recent ATI driver for
 FirePro/FireGL chips.
 Previous ebuilds didn't work due to problems compiling fgl_glxgears;
 so this one is better because it solves these issues and because the
 driver is more recent.

 Whom should I give/send/show it to, so it becomes available for everyone?
 There isn't a gentoo-ati mailing list.

Wow!

I have a:
ATI Technologies Inc RD580 [CrossFire Xpress 3200] Chipset Host Bridge
VGA compatible controller: ATI Technologies Inc R580 [Radeon X1900 XT]


I looked at bugs.gentoo.org and could not find it. The bug
number would be greatly appreciated?

Since upgrading to ati-8.552-r2


When playing bzflag, sporadically I get what looks like a loss
of sync, then it pops back ok after a long second or 2..


Reading the link posted by another user (KH):

http://www.gentoo.org/doc/en/ebuild-submit.xml

I see this prose (very exciting) on page 5/6:

ATI Stream Computing Support

It seems that with ATI Catalyst 8.12, we commoners can
finally access and program so that the GPU is another
available processor for us to  access and use.


Anyone with information, particularly relate to 'howto'
use an ATI GPU under gentoo, would be of keen interest
to me. I'm wondering if the aforementioned (experimental)
ebuild would address basic access to the GPU?


James

Re: [gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[Miguel Ramos]

2008/12/11 James [EMAIL PROTECTED]:
 ATI Stream Computing Support

 It seems that with ATI Catalyst 8.12, we commoners can
 finally access and program so that the GPU is another
 available processor for us to  access and use.


 Anyone with information, particularly relate to 'howto'
 use an ATI GPU under gentoo, would be of keen interest
 to me. I'm wondering if the aforementioned (experimental)
 ebuild would address basic access to the GPU?

Thanks for the info.
It really looks like the 8.12 is more recent than the 8.54.3 after all...
I'm going to try to install this one and I'll get back to you.

As to GPU programming, I'm certainly there too!
However, there is another obstacle on the way, the AMD Brook+ and Cal
toolkits seem to be linked to glibc-2.2.5 !! That's way too old for
Gentoo.
Perhaps some Gentoo expert can point us the less inconvenient way to
work around that one.

-- 
Miguel Ramos [EMAIL PROTECTED]
GnuPG ID 0xA006A14C

[gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[James]

Miguel Ramos 2008 at miguel.ramos.name writes:

 Thanks for the info.
 It really looks like the 8.12 is more recent than the 8.54.3 after all...
 I'm going to try to install this one and I'll get back to you.

 As to GPU programming, I'm certainly there too!
 However, there is another obstacle on the way, the AMD Brook+ and Cal
 toolkits seem to be linked to glibc-2.2.5 !! That's way too old for
 Gentoo.
 Perhaps some Gentoo expert can point us the less inconvenient way to
 work around that one.

Did you see this?

http://techreport.com/discussions.x/15886

I sure hope we get at least a function level profile
that works with gcc with Catalyst 8.12.


I await your respone.


James

Re: [gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[Miguel Ramos]

2008/12/11 James wirel...@tampabay.rr.com:
 Did you see this?

 http://techreport.com/discussions.x/15886

 I sure hope we get at least a function level profile
 that works with gcc with Catalyst 8.12.


 I await your respone.

I took a look at your link but I can't see what I was expected to see.

Anyway, it seems to me that all that is needed is to have the GPU
compiler running on the host system.
I wouldn't think that the code produced or the binding code for the
CPU would then require us to pull in glibc-2.2.5.
But then, I never used Brook+ or Cal.


-- 
Miguel Ramos 2...@miguel.ramos.name
GnuPG ID 0xA006A14C

[gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[Nikos Chantziaras]

Miguel Ramos wrote:

2008/12/11 Volker Armin Hemmann volker.armin.hemm...@tu-clausthal.de:

But the result isn't very good. I have the following behaviour
consistently: boot system, X starts fine, I close X on purpose, second
time X doesn't start, receives signal 11, third time on starting X my
system hangs badly and I have to press the power button for 4 secs.

make sure your login manager termiates X. Also remove all ati files from
/etc/acpi


I was starting X using xinit from the command line. X was being
terminated alright.

The behaviour after the upgrade to xorg 7.4 is the same. Unloading the
fglrx kernel module allows me to restart X without problems.

Oh, well, at least now I have OpenGL 2.1 in Mesa too.


Same here, plus that switching to VTs and back to X a couple of times 
hangs the machine.  That's has always the case with fglrx, with any 
version ever produced, on any distro you can imagine.




Sorry to ask again, what is your approach to keeping xorg 7.4
installed? Using ACCEPT_KEYWORDS?

I did put the lengthly list of files in package.keywords with ~amd64,
but I'm not sure this is the beast approach in the long run.


It is for a system that is mostly arch with some selected packages from 
~arch.  And you can omit the ~amd64 ;)  Just list the atom in 
package.keywords without an ~amd64 in the end.


For a system that is completely ~arch, the recommended way I saw people 
talking about is to use an ~arch profile.  I've no idea what that is 
though :D  Point is, they don't recommend using ACCEPT_KEYWORDS.

Re: [gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[Miguel Ramos]

2008/12/11 Nikos Chantziaras rea...@arcor.de:
 Same here, plus that switching to VTs and back to X a couple of times hangs
 the machine.  That's has always the case with fglrx, with any version ever
 produced, on any distro you can imagine.

Oh, I can't believe!
I'm almost sure at some point this afternoon I got it not crashing.
But in the meanwhile I changed my kernel config.

I was using a lot of kernel debug options because I installed Gentoo
the other day and had to go to kernel 2.6.27 because of the wireless,
and this kernel comes with lots of debug options active.
While experimenting with different driver versions and changed the
kernel config to include less debuging...
I wonder if this is the reason... I should never have changed two
things at the same time...

-- 
Miguel Ramos 2...@miguel.ramos.name
GnuPG ID 0xA006A14C

[gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[Nikos Chantziaras]

Neil Bothwick wrote:

On Thu, 11 Dec 2008 22:16:59 +, Miguel Ramos wrote:


I did put the lengthly list of files in package.keywords with ~amd64,
but I'm not sure this is the beast approach in the long run.


Make /etc/portage/package.keywords a directory, then run 
autounmask x11-base/xorg-server, which will create a separate file in

that directory. That way all your keywording for xorg is kept separate
from other packages you may wish to run as ~arch.


That failed.  I had to keyword autounmask itself first (the stable 
version isn't stable.)


Then did the above command.  All it did was creating a file 
autounmask-xorg-server with this inside:


 # ---
 # BEGIN: x11-base/xorg-server-1.5.3
 # ---
 =x11-base/xorg-server-1.5.3 ~amd64
 # ---
 # END: x11-base/xorg-server-1.5.3
 # ---

Obviously, that isn't doing anything useful.

Re: [gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[Alan McKinnon]

On Friday 12 December 2008 01:24:27 Nikos Chantziaras wrote:
 Neil Bothwick wrote:
  On Thu, 11 Dec 2008 22:16:59 +, Miguel Ramos wrote:
  I did put the lengthly list of files in package.keywords with ~amd64,
  but I'm not sure this is the beast approach in the long run.
 
  Make /etc/portage/package.keywords a directory, then run
  autounmask x11-base/xorg-server, which will create a separate file in
  that directory. That way all your keywording for xorg is kept separate
  from other packages you may wish to run as ~arch.

 That failed.  I had to keyword autounmask itself first (the stable
 version isn't stable.)

 Then did the above command.  All it did was creating a file
 autounmask-xorg-server with this inside:

   # ---
   # BEGIN: x11-base/xorg-server-1.5.3
   # ---
   =x11-base/xorg-server-1.5.3 ~amd64
   # ---
   # END: x11-base/xorg-server-1.5.3
   # ---

 Obviously, that isn't doing anything useful.

Because there is no such version of xorg-server in portage. Latest is 1.5.2

-- 
alan dot mckinnon at gmail dot com

[gentoo-user] Re: ebuild for recent ATI driver, whom to go to?

[Nikos Chantziaras]

Alan McKinnon wrote:

On Friday 12 December 2008 01:24:27 Nikos Chantziaras wrote:

[...]
Then did the above command.  All it did was creating a file
autounmask-xorg-server with this inside:

  # ---
  # BEGIN: x11-base/xorg-server-1.5.3
  # ---
  =x11-base/xorg-server-1.5.3 ~amd64
  # ---
  # END: x11-base/xorg-server-1.5.3
  # ---

Obviously, that isn't doing anything useful.


Because there is no such version of xorg-server in portage. Latest is 1.5.2


/usr/portage/local/layman/x11

Re: [gentoo-user] Re: ebuild that installs partprobe

[justin]

www.portagefilelist.de 

On Mon, 14 Jan 2008 13:04:18 +0100, Michael Schmarck
[EMAIL PROTECTED] wrote:
 Alan McKinnon [EMAIL PROTECTED] wrote:
 
 There a site out there that lists files installed for just about all
 gentoo ebuilds, could some kind soul post the url for me please?
 
 I suppose you're talking about PFS, Portage File Search at
 http://www.rommel.stw.uni-erlangen.de/~fejf/pfs/ - but that
 site is gone now :( If anyone knows of a replacement for this:
 Please post URL!
 
 Michael
 
 --
 gentoo-user@lists.gentoo.org mailing list

-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: ebuild that installs partprobe

[Michael Schmarck]

Alan McKinnon [EMAIL PROTECTED] wrote:

 There a site out there that lists files installed for just about all
 gentoo ebuilds, could some kind soul post the url for me please?

I suppose you're talking about PFS, Portage File Search at
http://www.rommel.stw.uni-erlangen.de/~fejf/pfs/ - but that
site is gone now :( If anyone knows of a replacement for this:
Please post URL!

Michael

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: ebuild that installs partprobe

[Alan McKinnon]

On Monday 14 January 2008, [EMAIL PROTECTED] wrote:
 www.portagefilelist.de

*Very* useful link - thanks!

alan







 On Mon, 14 Jan 2008 13:04:18 +0100, Michael Schmarck

 [EMAIL PROTECTED] wrote:
  Alan McKinnon [EMAIL PROTECTED] wrote:
  There a site out there that lists files installed for just about
  all gentoo ebuilds, could some kind soul post the url for me
  please?
 
  I suppose you're talking about PFS, Portage File Search at
  http://www.rommel.stw.uni-erlangen.de/~fejf/pfs/ - but that
  site is gone now :( If anyone knows of a replacement for this:
  Please post URL!
 
  Michael
 
  --
  gentoo-user@lists.gentoo.org mailing list



-- 
Alan McKinnon
alan dot mckinnon at gmail dot com
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: ebuild that installs partprobe

[justin]

There is a wiki article http://gentoo-wiki.com/PortageFileList which
contains a python script, which sends updates from ones personal box to the
database server. As this project community dependent a lot of users should
help to update the database.

On Mon, 14 Jan 2008 15:07:31 +0200, Alan McKinnon [EMAIL PROTECTED]
wrote:
 On Monday 14 January 2008, [EMAIL PROTECTED] wrote:
 www.portagefilelist.de
 
 *Very* useful link - thanks!
 
 alan
 
 
 
 
 
 

 On Mon, 14 Jan 2008 13:04:18 +0100, Michael Schmarck

 [EMAIL PROTECTED] wrote:
  Alan McKinnon [EMAIL PROTECTED] wrote:
  There a site out there that lists files installed for just about
  all gentoo ebuilds, could some kind soul post the url for me
  please?
 
  I suppose you're talking about PFS, Portage File Search at
  http://www.rommel.stw.uni-erlangen.de/~fejf/pfs/ - but that
  site is gone now :( If anyone knows of a replacement for this:
  Please post URL!
 
  Michael
 
  --
  gentoo-user@lists.gentoo.org mailing list
 
 
 
 --
 Alan McKinnon
 alan dot mckinnon at gmail dot com
 --
 gentoo-user@lists.gentoo.org mailing list

-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: ebuild that installs partprobe

[reader]

[EMAIL PROTECTED] writes:

 There is a wiki article http://gentoo-wiki.com/PortageFileList which
 contains a python script, which sends updates from ones personal box to the
 database server. As this project community dependent a lot of users should
 help to update the database.

That script fails here... I suppose the site has a bug report or help
link there somewhere.  Or I guess a wiki input scheme... I've never
actually used a wiki in that way before.

Very nice site though... many times over the last 3 or so years I could
have used this..  Thanks gentoo community. 

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: ebuild that installs partprobe

[Dale]

[EMAIL PROTECTED] wrote:
 [EMAIL PROTECTED] writes:

   
 There is a wiki article http://gentoo-wiki.com/PortageFileList which
 contains a python script, which sends updates from ones personal box to the
 database server. As this project community dependent a lot of users should
 help to update the database.
 

 That script fails here... I suppose the site has a bug report or help
 link there somewhere.  Or I guess a wiki input scheme... I've never
 actually used a wiki in that way before.

 Very nice site though... many times over the last 3 or so years I could
 have used this..  Thanks gentoo community. 

   

I ran the script here and it worked fine.  Did you run it as root?  Also
make it executable too.

Dale

:-)  :-) 
-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: ebuild that installs partprobe

[reader]

Dale [EMAIL PROTECTED] writes:

 [EMAIL PROTECTED] wrote:
 [EMAIL PROTECTED] writes:

   
 There is a wiki article http://gentoo-wiki.com/PortageFileList which
 contains a python script, which sends updates from ones personal box to the
 database server. As this project community dependent a lot of users should
 help to update the database.
 

 That script fails here... I suppose the site has a bug report or help
 link there somewhere.  Or I guess a wiki input scheme... I've never
 actually used a wiki in that way before.

 Very nice site though... many times over the last 3 or so years I could
 have used this..  Thanks gentoo community. 

   

 I ran the script here and it worked fine.  Did you run it as root?  Also
 make it executable too.

I did those things as matter of course.  It think its a directory at
/var/db/pkg/sus-libs/ that is empty that is causing the grief.

It also appears to have a funky name from some kind of error
somewhere.

/var/db/pkg/sys-libs/-MERGING-pam-0.99.8.1-r1

If I knew anything about python I might try fixing it since a well
written script ought not to cave on an empty directory.

But since I don't I just moved the directory. :)


-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: ebuild that installs partprobe

[Dale]

[EMAIL PROTECTED] wrote:
  SNIP 

 But since I don't I just moved the directory. :)


   

That's what I would have done too.  LOL

Dale

:-) :-) :-)
-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: ebuild for a rails application

[Thufir]

On Thu, 29 Nov 2007 20:06:12 -0700, darren kirby wrote:


 An ebuild is little more than a shell script with some helper/hook
 functions built in. So: if the install of your rails app is scriptable,
 then yes, you should be able to write an ebuild for it.
 
 As for whether there is an eclass or whatever for rails apps, I don't
 know...


Capistrano, http://www.capify.org/, looks like the tool for deploying 
rails apps?  I was thinking of almost a desktop app once I get it 
workable.




-Thufir

-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] Re: ebuild for python-fuse?

[Remy Blank]

b.n. wrote:
 I am looking for the python bindings to FUSE, since I want to write a 
 little thing taking advantage of it.
 Unfortunately in the portage tree I can only find bindings for ruby and 
 perl, but not for python. It could be the moment to learn ruby or perl, 
 but it would be another project in itself :)

http://bugs.gentoo.org/show_bug.cgi?id=63789

I'd like to see this in portage myself, but I also understand that the
Gentoo devs already have a lot of work maintaining other (more
important) packages. Just put the ebuild in your own overlay.

-- Remy


Remove underscore and suffix in reply address for a timely response.

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: [ebuild] make ebuild use custom ./configure arg

[reader]

Neil Bothwick [EMAIL PROTECTED] writes:

 On Tue, 05 Sep 2006 01:00:06 -0500, [EMAIL PROTECTED] wrote:

 I'm trying to make my own ebuild of samba, jumping to latest release
 23c.  After creating the overlay and moving the current 23a there
 renamed as 23c.  I'd like to make ebuild use one custom ./conifigure
 arg of my own creation.

 There are two ways of doing this:

 Modify the ebuild, adding 

   --without-torture \

 to the list that follows econf in src_compile(), line 95 in the
 3.0.23a ebuild.

 Set the EXTRA_ECONF variable

 EXTRA_ECONF=--without-torture emerge samba

Thanks for the detailed help, I think I must be going at this the
wrong way and should maybe be trying to figure out why `torture' is
breaking rather than trying to by-pass it.

The configure still fails after adding 
--without-torture \
as suggested under the `econf' section.  The the last chunk of
compiler output is at the end of this message.

It appears identical to the ouput I got with my first attempt at
making an ebuild, so I'm guessing --without-torture is not really a
possible flag as it appears to be breaking on torture any way.

I see some lines futher down below the econf section, around line 127
where the script runs `make torture' so --without-torture doesn't do
it I guess.  

I've tried commenting those two line out:
  #  einfo make rpctorture
  #  emake rpctorture || ewarn rpctorture didn't build

But then the verification fails on the ebuild `unpack' part:
  [...]
  !!! Digest verification failed:
  !!! /usr/local/portage/net-fs/samba/samba-3.0.23c.ebuild
  !!! Reason: Filesize does not match recorded size
  !!! Got: 8233
  !!! Expected: 8230

So how can I edit this script and get around that failure?  And why
didn't it fail verification when I inserted --withoug-toruture?

That would have changed the md5 too.

Or is it something I can correct by just generating my own post edit
md5 checksum?



-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: [ebuild] make ebuild use custom ./configure arg

[Richard Fish]

On 9/5/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Or is it something I can correct by just generating my own post edit
md5 checksum?


Yes.  ebuild path_to_.ebuild digest.  So run:

ebuild /usr/local/portage/net-fs/samba/samba-3.0.23c.ebuild digest

HTH,
-Richard
--
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Ebuild and emacs enough is enough

[Harry Putnam]

Francesco Talamona [EMAIL PROTECTED] writes:

 I know for sure a developer belonging to emacs herd is actively 
 participating to [EMAIL PROTECTED]

Ok good tip.  Does this fellow have a public mail address for dev
work?

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Ebuild and emacs enough is enough

[Harry Putnam]

Francesco Talamona [EMAIL PROTECTED] writes:

 On Monday 06 February 2006 03:10, Harry Putnam wrote:
 Where do I need to take this complaint?

 Perhaps gentoodev mailing list is the right place for this topic.
 I suggest to provide some real life example and pointers to manpage/URLs 
 supporting your claims.

Ok, I have an example from building apache2 still in my logs.  And any
long time emacs user will know what I'm talking about I'm sure.

So I'll take this there before putting something into the bug system.


-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Ebuild and emacs enough is enough

[Francesco Talamona]

On Monday 06 February 2006 15:12, Harry Putnam wrote:
 Francesco Talamona [EMAIL PROTECTED] writes:
  I know for sure a developer belonging to emacs herd is actively
  participating to [EMAIL PROTECTED]

 Ok good tip.  Does this fellow have a public mail address for dev
 work?

Yes, of course, but I omitted it intentionally, because I think the best 
thing to do is post to the list.
There you can publicly discuss the issue and find people thinking you 
are right and people against your point of view.

IMO It is definitely more useful a post than a swarm of bugs marked as 
INVALID in a few minutes.

For herds look here:
http://www.gentoolinux.org/proj/en/metastructure/herds/herds.xml
Good I didn't mention the dev seen on the list, because he belongs to 
vim one!

Ciao
Francesco
-- 
Linux Version 2.6.15-gentoo-r2, Compiled #1 PREEMPT Wed Feb 1 07:51:02 
CET 2006
One 1GHz AMD Athlon 64 Processor, 2GB RAM, 2007.27 Bogomips Total
aemaeth
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Ebuild and emacs enough is enough

[Francesco Talamona]

On Monday 06 February 2006 03:10, Harry Putnam wrote:
 Where do I need to take this complaint?

Perhaps gentoodev mailing list is the right place for this topic.
I suggest to provide some real life example and pointers to manpage/URLs 
supporting your claims.

I know for sure a developer belonging to emacs herd is actively 
participating to [EMAIL PROTECTED]

Ciao
Francesco
-- 
Linux Version 2.6.15-gentoo-r2, Compiled #1 PREEMPT Wed Feb 1 07:51:02 
CET 2006
One 1.8GHz AMD Athlon 64 Processor, 2GB RAM, 3613.07 Bogomips Total
aemaeth
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Holly Bostick]

Stroller schreef:
 
 On 26 Dec 2005, at 20:27, Neil Bothwick wrote:
 
 On Mon, 26 Dec 2005 20:46:55 +0100, Peper wrote:
 
 Yes, I do know that and that's why i proposed a new solution for
 this - emerge would handle showing license and user will accept
 or  decline it. If user accepts fetching starts...
 
 
 Which would almost certainly break Sun's licence, they want to see
 you agree to the licence. The best emerge could do would be to load
 the relevant page in your browser, where you could jump through
 whatever hoops the licence requires.
 
 
 I thought emerge did something like this for some of the games 
 packages... I thought it displayed the whole text of the license and
  requires the reader to accept before continuing.
 

Yes, it does; but those I have encountered (Quake 4, for example)
require you to have already bought the game to even install it (insofar
as you're unlikely to install a game you can't run, because the game
data files must be transferred from the CD, and the serial number from
the game box must be entered before you can play).

Since you have already bought the game the license is displayed via the
install script, just as it would be displayed by the Windows installer
before installation proceeded. But afaik, the displayed license is a
part of the install script (which in the case of Quake 4, is provided by
id, not by gentoo), not a part of emerge /per se/. The same thing
happens, iirc, with the Flash installer, which is why you have to
install it via the command line when installing manually or under
another distro-- the developer-provided install script (which is what's
contained in the *.rpm, basically an rpm install just unpacks the script
then runs it) requires that the license be accepted before the script
will proceed with the install, and if for whatever reason you're not
installing from the command line (for example, SuSE users using the
YAST/Konqueror integration and clicking the install with YAST button
with the *.rpm selected in a Konq window) the app will not install,
because you cannot accept the licence (because you can't see it, not
having a term window open), and therefore the install script does not run.

But as Neil said, this is not the same situation as with Sun and IBM (or
Transgaming), who require you to specifically, personally, authenticate
yourself *to /their/ servers* prior to downloading the binary /from/
their servers. Which emerge cannot do (authenticate each individual user
to the relevant server and then download the binary on the basis of that
authentication).

Holly
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Peper]

 You see that little f there next to the ebuild?  It has a fetch
 restriction.  If you look a little ways up it will give you the URL to
 go to to accept the license and download it.  After you download the
 java thing, move it to /usr/portage/distfiles/ then emerge it.  I do
 this all the time and it is a PITA.  I wish some other java would work
 as good so I didn't have to put up with the manual crap.
It's all about reading software license, which noone reads anyway :]

 Oh, as far as I know, this is the only program that has this
 restriction.  I haven't seen any other at least.  If you use
 http-replicator and run repcacheman, it won't even download it from the
 cache.  It's there but you have to get it manually.  Sucks huh?  Sun did
 it, not Gentoo.
ibm java packages have the same restriction or even worse beacause you must 
register to dowload the packages. And there are also some packages like 
cedega, which you must even dowload by torrent :P

-- 
Best Regards
Peper
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Dale]

Peper wrote:


You see that little f there next to the ebuild?  It has a fetch
restriction.  If you look a little ways up it will give you the URL to
go to to accept the license and download it.  After you download the
java thing, move it to /usr/portage/distfiles/ then emerge it.  I do
this all the time and it is a PITA.  I wish some other java would work
as good so I didn't have to put up with the manual crap.
   


It's all about reading software license, which noone reads anyway :]
 



I didn't read it on their site either.  I don't see what difference it 
makes really.


 


Oh, as far as I know, this is the only program that has this
restriction.  I haven't seen any other at least.  If you use
http-replicator and run repcacheman, it won't even download it from the
cache.  It's there but you have to get it manually.  Sucks huh?  Sun did
it, not Gentoo.
   

ibm java packages have the same restriction or even worse beacause you must 
register to dowload the packages. And there are also some packages like 
cedega, which you must even dowload by torrent :P


 


Glad I don't know what cedega is.  I have heard of toorent before though.

Dale
:-)

--
To err is human, I'm most certainly human.

I have four rigs:

1:  Home built; Abit NF7 ver 2.0 w/ AMD 2500+ CPU, 1GB of ram and right now two 
80GB hard drives.  Named Smoker
2:  Home built; Iwill KK266-R w/ AMD 1GHz CPU, 256MBs of ram and a 4GB drive.  
Named Swifty
3:  Home built; Gigabyte GA-71XE4 w/ 800MHz CPU, 224MBs of ram and a 2.5GB 
drive.  Named Pokey
4:  Compaq Proliant 6000 Server w/ Quad 200MHz CPUs, 128MBs of ram and a 4.3GB 
SCSI drive.  Named Putput

All run Gentoo Linux, all run folding. #1 is my desktop, 2, 3, and 4 are set up as servers.  


--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Neil Bothwick]

On Mon, 26 Dec 2005 05:41:10 -0600, Dale wrote:

 It's all about reading software license, which noone reads anyway :]

 I didn't read it on their site either.  I don't see what difference it 
 makes really.

The difference is that you acknowledged that you had read it, even if
you didn't. That's a world away from Gentoo completely bypassing the step
where you are supposed to read the licence, and breaking the licence
themselves by mirroring the file.


-- 
Neil Bothwick

I am NOT Paranoid! And why are you always watching me??


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Holly Bostick]

Peper schreef:
 And there are also some packages like cedega, which you must even
 dowload by torrent :P
After you have subscribed (which is the real reason for the fetch
restriction)?

It's only a 10MB rpm/deb/tgz, why would you have to download it by torrent?

In that particular case, Cedega is a commercial application, and only
subscribers (paying customers) may access the download link. Therefore
you are required to manually download the binary to
/usr/portage/distfiles, where Gentoo can then install it.

It's really just a super-set of the same issue, you have to in some way
authenticate yourself before you may have the program; in sun and ibm's
case, that authentication involves accepting the license, in the case of
Transgaming, it involves paying money to subscribe. But it's the same
thing; the developer wants to know/specify who has access to their work,
and they enforce that. Gentoo respects that enforcement.

Holly
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Peper]

  And there are also some packages like cedega, which you must even
  dowload by torrent :P

 After you have subscribed (which is the real reason for the fetch
 restriction)?

 It's only a 10MB rpm/deb/tgz, why would you have to download it by
 torrent?

 In that particular case, Cedega is a commercial application, and only
 subscribers (paying customers) may access the download link. Therefore
 you are required to manually download the binary to
 /usr/portage/distfiles, where Gentoo can then install it.

 It's really just a super-set of the same issue, you have to in some way
 authenticate yourself before you may have the program; in sun and ibm's
 case, that authentication involves accepting the license, in the case of
 Transgaming, it involves paying money to subscribe. But it's the same
 thing; the developer wants to know/specify who has access to their work,
 and they enforce that. Gentoo respects that enforcement.

Yeah i know that. It was rather a joke about how 'hard' is to install apps in 
gentoo :] And torrent part was about how 'hard' is to install cedega without 
subscription :]

While writing this i thought about smth: cannot displaying licenses be 
implemented in emerge? If you want to progress(fetch the file) you must 
accept displayed license. Maybe sun will be happy with that...

-- 
Best Regards,
Peper
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Bob Sanders]

On Mon, 26 Dec 2005 15:48:25 +0100
Peper [EMAIL PROTECTED] wrote:


 While writing this i thought about smth: cannot displaying licenses be 
 implemented in emerge? If you want to progress(fetch the file) you must 
 accept displayed license. Maybe sun will be happy with that...
 

Licenses are displayed for those that have CDs - like UT2004.  The license 
comes up
during the install and must be accepted or not (and the install exits).  But 
Sun requires
a person to accept the license before the download can occur.  

Click on the SDK and it takes you to a separate page with a long legal license 
with an
accept or decline.  Then it triggers the download.  Sun's website handles all 
that, not the
target system.

Bob
-  
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Peper]

 Click on the SDK and it takes you to a separate page with a long legal
 license with an accept or decline.  Then it triggers the download.  Sun's
 website handles all that, not the target system.
Yes, I do know that and that's why i proposed a new solution for this - emerge 
would handle showing license and user will accept or decline it. If user 
accepts fetching starts...

-- 
Best Regards,
Peper
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Neil Bothwick]

On Mon, 26 Dec 2005 20:46:55 +0100, Peper wrote:

 Yes, I do know that and that's why i proposed a new solution for this -
 emerge would handle showing license and user will accept or decline it.
 If user accepts fetching starts...

Which would almost certainly break Sun's licence, they want to see you
agree to the licence. The best emerge could do would be to load the
relevant page in your browser, where you could jump through whatever
hoops the licence requires.


-- 
Neil Bothwick

Hi, I'm not a signature virus. Why don't you just copy me into your
signature?


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: ebuild for dev-java/sun-j2sdk?

[Stroller]

On 26 Dec 2005, at 20:27, Neil Bothwick wrote:


On Mon, 26 Dec 2005 20:46:55 +0100, Peper wrote:

Yes, I do know that and that's why i proposed a new solution for  
this -
emerge would handle showing license and user will accept or  
decline it.

If user accepts fetching starts...


Which would almost certainly break Sun's licence, they want to see you
agree to the licence. The best emerge could do would be to load the
relevant page in your browser, where you could jump through whatever
hoops the licence requires.


I thought emerge did something like this for some of the games  
packages... I thought it displayed the whole text of the license and  
requires the reader to accept before continuing.


Stroller.

--
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Ebuild for RealPlayer-10.0.4 not working: Aborting before download

[Yoann Pannier]

Urs Schuetz wrote, On 05/12/2005 03:11 AM:
 Where expects portage the downloaded RealPlayer to be?  Can it
 just be moved there, or has something else to be done?

In `portageq distdir`. Yes, no.

-- 
Yoann Pannier

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Ebuild for RealPlayer-10.0.4 not working: Aborting before download

[Yoann Pannier]

Holly Bostick wrote, On 05/12/2005 03:48 AM:
 As for why your download failed with such a weird error, I cannot say,
 but maybe it has something to do with it being a https:// url?

Oh, a wget installed without ssl in USE flags ?

-- 
Yoann Pannier

-- 
gentoo-user@gentoo.org mailing list