Re: [gentoo-user] installing LTSP

2016-03-14 Thread Adam Carter
On Fri, Mar 11, 2016 at 10:18 PM, hw  wrote:

> hw wrote:
>
>> Hi,
>>
>> I'm trying to set up an ltsp server.  It seems
>> that one of the required packages is no longer
>> available:
>>
>>
>>  >>> Downloading '
>> https://launchpad.net/ltsp/ltspfs-trunk/1.1/+download/ltspfs-1.1.tar.xz'
>> --2016-03-10 18:08:59--
>> https://launchpad.net/ltsp/ltspfs-trunk/1.1/+download/ltspfs-1.1.tar.xz
>> Resolving launchpad.net... 91.189.89.223, 91.189.89.222
>> Connecting to launchpad.net|91.189.89.223|:443... connected.
>> HTTP request sent, awaiting response... 404 Not Found
>> 2016-03-10 18:09:00 ERROR 404: Not Found.
>>
>> !!! Couldn't download 'ltspfs-1.1.tar.xz'. Aborting.
>>  [31;01m *  [39;49;00mFetch failed for 'sys-fs/ltspfs-1.1', Log file:
>>  [31;01m *  [39;49;00m '/var/tmp/portage/sys-fs/ltspfs-1.1/temp/build.log'
>>
>>
>> What could I do about this?  Is it possible to
>> install ltspfs manually and somehow to override
>> this requirement?
>>
>
If you can find that .tar.xz file anywhere, then just dump it in
/usr/portage/distfiles, then re-run emerge.

If you really want to get manual (which means you'll need to take care of
dependencies), then you unpack the source, cd into the source directory and
run;
./configure
make
make install

The configure script will have a much of options, and since you'll want to
keep all this non standard stuff in a different directory from the rest
you'll want to specify that. Directories like /opt or /usr/local are often
used for this purpose.


Re: [gentoo-user] Re: Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread J. Roeleveld
On 15 March 2016 02:21:47 CET, "»Q«"  wrote:
>On Mon, 14 Mar 2016 23:41:46 +
>Neil Bothwick  wrote:
>
>> On Mon, 14 Mar 2016 11:12:20 -0400, Alan Grimes wrote:
>> 
>> >  * If you need support, post the output of `emerge --info
>> > '=app-emulation/wine-1.9.5::gentoo'`,
>> >  * the complete build log and the output of `emerge -pqv
>> > '=app-emulation/wine-1.9.5::gentoo'`.  
>> 
>> I couldn't see this anywhere  your post.
>
>I read the whole thing as just a complaint, not a request for help.  I
>guess a filter for multiple exclamation marks in the Subject would
>help.  (c;

The OP always sends emails with complaints. Never does anything constructive 
and never provides additional information.

A filter on his email would be sufficient. 
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.



Re: [gentoo-user] openscad seg fault

2016-03-14 Thread Adam Carter
>
> If it's build using debug options, looking with GDB where it fail would be
> much more useful than a random dependency graph.
>

Its not at the moment, but i can try that.

>
> It's intriguing that it default just after doing a mmap:
>
> mmap(NULL, 4096, PROT_READ|PROT_WRITE|PROT_EXEC,
> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f50a7949000
>
>
> What options did you pass to strace to get this log? Have you set the
> "follow child" option?
>

No options. With follow child (-f) it looks similar tho;

[pid 31585] ioctl(10, 0xc008646a, 0x7ffe4fbcfb50) = 0
[pid 31585] ioctl(10, 0x40086464, 0x7ffe4fbcfb50) = 0
[pid 31585] ioctl(10, 0xc020645e, 0x7ffe4fbcfb70) = 0
[pid 31585] mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED, 10,
0x136821000) = 0x7f3f1a735000
[pid 31585] munmap(0x7f3f1a735000, 4096) = 0
[pid 31585] futex(0x201aba4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x201aba0,
{FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
[pid 32475] <... futex resumed> )   = 0
[pid 31585] futex(0x208d0ec, FUTEX_WAIT_PRIVATE, 1, NULL 
[pid 32475] futex(0x201ab78, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 32475] ioctl(10, 0xc0206466, 0x207bf50) = 0
[pid 32475] futex(0x208d0ec, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x208d0e8,
{FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
[pid 31585] <... futex resumed> )   = 0
[pid 32475] futex(0x201aba4, FUTEX_WAIT_PRIVATE, 3, NULL 
[pid 31585] futex(0x208d0c0, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 31585] ioctl(10, 0xc020645d, 0x7ffe4fbcfe00) = 0
[pid 31585] futex(0x35a6a2c168, FUTEX_WAKE_PRIVATE, 2147483647) = 0
[pid 31585] mmap(NULL, 4096, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3f1a735000
[pid 31585] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR,
si_addr=0x968} ---
[pid 32475] +++ killed by SIGSEGV +++
+++ killed by SIGSEGV +++
Segmentation fault


Re: [gentoo-user] openscad seg fault

2016-03-14 Thread Adam Carter
> openscad is working fine here. I propose comparing our versions. Here is
> mine:
>
> $ equery depgraph openscad
>  * Searching for openscad ...
>
>  * dependency graph for media-gfx/openscad-2015.03
>  `--  media-gfx/openscad-2015.03  ~amd64
>`--  media-gfx/opencsg-1.3.2-r1  (media-gfx/opencsg) ~amd64
>`--  sci-mathematics/cgal-4.3-r1  (sci-mathematics/cgal) amd64
>`--  dev-qt/qtcore-4.8.6-r2  (dev-qt/qtcore) amd64
>`--  dev-qt/qtgui-4.8.6-r4  (dev-qt/qtgui) amd64
>`--  dev-qt/qtopengl-4.8.6-r1  (dev-qt/qtopengl) amd64
>`--  dev-cpp/eigen-3.2.6  (dev-cpp/eigen) ~amd64
>`--  dev-libs/gmp-6.0.0a  (dev-libs/gmp) amd64
>`--  dev-libs/mpfr-3.1.3_p4  (dev-libs/mpfr) amd64
>`--  dev-libs/boost-1.56.0-r1  (dev-libs/boost) amd64
>`--  x11-libs/qscintilla-2.8.4-r1  (x11-libs/qscintilla) amd64
> [ media-gfx/openscad-2015.03 stats: packages (11), max depth (1) ]
>

Here's mine

 * dependency graph for media-gfx/openscad-2015.03
 `--  media-gfx/openscad-2015.03  ~amd64
   `--  media-gfx/opencsg-1.3.2-r1  (media-gfx/opencsg) ~amd64
   `--  sci-mathematics/cgal-4.7  (sci-mathematics/cgal) ~amd64
   `--  dev-qt/qtcore-4.8.6-r2  (dev-qt/qtcore) amd64
   `--  dev-qt/qtgui-4.8.6-r4  (dev-qt/qtgui) amd64
   `--  dev-qt/qtopengl-4.8.6-r1  (dev-qt/qtopengl) amd64
   `--  dev-cpp/eigen-3.1.3  (dev-cpp/eigen) amd64
   `--  dev-libs/gmp-6.0.0a  (dev-libs/gmp) amd64
   `--  dev-libs/mpfr-3.1.3_p4  (dev-libs/mpfr) amd64
   `--  dev-libs/boost-1.56.0-r1  (dev-libs/boost) amd64
   `--  x11-libs/qscintilla-2.8.4-r1  (x11-libs/qscintilla) amd64
[ media-gfx/openscad-2015.03 stats: packages (11), max depth (1) ]

Looks like cgal and eigen are different, so i'll try downgrading cgal and
upgrading eigen.

Thanks,
Adam


[gentoo-user] Re: Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread »Q«
On Mon, 14 Mar 2016 23:41:46 +
Neil Bothwick  wrote:

> On Mon, 14 Mar 2016 11:12:20 -0400, Alan Grimes wrote:
> 
> >  * If you need support, post the output of `emerge --info
> > '=app-emulation/wine-1.9.5::gentoo'`,
> >  * the complete build log and the output of `emerge -pqv
> > '=app-emulation/wine-1.9.5::gentoo'`.  
> 
> I couldn't see this anywhere  your post.

I read the whole thing as just a complaint, not a request for help.  I
guess a filter for multiple exclamation marks in the Subject would
help.  (c;




Re: [gentoo-user] Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread Neil Bothwick
On Mon, 14 Mar 2016 13:53:44 -0400, Alan Grimes wrote:

> No, skipfirst only works when it actually tries to compile something.
> Here it is failing in some strange pre-compile stage. I don't know why
> it has to be so anal about this, The normal solution would be to log the
> error, drop the two packages that were affected, and then compile the
> rest...

What's wrong with using --exclude until you can find the cause of the
problem?


-- 
Neil Bothwick

She's fine, upstanding, and wonderful laying down.


pgpYL385xNUlG.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread Neil Bothwick
On Mon, 14 Mar 2016 11:12:20 -0400, Alan Grimes wrote:

>  * If you need support, post the output of `emerge --info
> '=app-emulation/wine-1.9.5::gentoo'`,
>  * the complete build log and the output of `emerge -pqv
> '=app-emulation/wine-1.9.5::gentoo'`.

I couldn't see this anywhere  your post.


-- 
Neil Bothwick

The Computer is the logical advancement of humankind:
intelligence without morality.


pgpcETWBMj5ed.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread Alex Corkwell
I encountered something similar to this myself a bit ago.
Apparently, GCC 5.3 has a bug in how it works with the stack alignment
in some cases, which causes compiling wine to fail halfway through [1].
I believe that that is the check for that bug.

If you have GCC 5.3, you may want to consider moving back to 5.2 until
the patch makes it into 5.4.
Or you can download the patch [1] and add it to /etc/portage/patches, if you
know how.

Alternatively, you can just mask the 1.9.* versions of wine for now.

That is, assuming that you are using GCC 5.3.
If not, ignore this.


[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69140


On Mon, Mar 14, 2016 at 01:53:44PM -0400, Alan Grimes wrote:
> No, skipfirst only works when it actually tries to compile something.
> Here it is failing in some strange pre-compile stage. I don't know why
> it has to be so anal about this, The normal solution would be to log the
> error, drop the two packages that were affected, and then compile the
> rest...
> 
> but no.
> 
> I had to uninstall wine and winetricks, now about 80% of my packages are
> compiling... I'm probably going to end up with another lengthy list of
> miserable fail
> 
> 
> Franz Fellner wrote:
> > man emerge
> > search for "skipfirst" and "keep-going"
> > It also seems you did not post the actual error or log. At least the
> > snipped you posted does not make any sense.
> >
> > 2016-03-14 16:12 GMT+01:00 Alan Grimes  > >:
> >
> > In order to press ahead, I had to drop ktorrent and digikam, both
> > packages that I consider high priority. =\
> >
> >
> > I thought that would finally get me going...
> >
> >
> > Oh what a fool I was...
> >
> > #
> >
> > >>> Running pre-merge checks for kde-plasma/plasma-workspace-5.5.5-r2
> > >>> Running pre-merge checks for kde-plasma/kdeplasma-addons-5.5.5
> > >>> Running pre-merge checks for kde-plasma/khotkeys-5.5.5
> > >>> Running pre-merge checks for kde-plasma/powerdevil-5.5.5
> > >>> Running pre-merge checks for kde-plasma/kmenuedit-5.5.5
> > >>> Running pre-merge checks for kde-plasma/plasma-desktop-5.5.5
> > >>> Running pre-merge checks for dev-lang/mono-4.2.2.30
> >  * Determining the location of the kernel source code
> >  * Found kernel source directory:
> >  * /usr/src/linux
> >  * Found kernel object directory:
> >  * /lib/modules/4.4.0/build
> >  * Found sources for kernel version:
> >  * 4.4.0
> >  * Checking for suitable kernel configuration
> > options...
> > [ ok ]
> >
> >  * Messages for package app-emulation/wine-1.9.5:
> >
> >  * ERROR: app-emulation/wine-1.9.5::gentoo failed (pretend phase):
> >  *   (no error message)
> >  *
> >  * Call stack:
> >  *   ebuild.sh, line 133:  Called pkg_pretend
> >  *   wine-1.9.5.ebuild, line 206:  Called wine_build_environment_check
> >  *   wine-1.9.5.ebuild, line 179:  Called die
> >  * The specific snippet of code:
> >  *  $(tc-getCC) -O2 "${FILESDIR}"/pr69140.c -o
> > "${T}"/pr69140 || die
> >  *
> >  * If you need support, post the output of `emerge --info
> > '=app-emulation/wine-1.9.5::gentoo'`,
> >  * the complete build log and the output of `emerge -pqv
> > '=app-emulation/wine-1.9.5::gentoo'`.
> >  * The complete build log is located at
> > '/var/tmp/portage/app-emulation/wine-1.9.5/temp/build.log'.
> >  * The ebuild environment file is located at
> > '/var/tmp/portage/app-emulation/wine-1.9.5/temp/die.env'.
> >  * Working directory: '/usr/lib64/python3.4/site-packages'
> >  * S: '/var/tmp/portage/app-emulation/wine-1.9.5/work/wine-1.9.5'
> > tortoise ~ #
> >
> > 
> >
> > So this one stupid leaf package is killing my ENTIRE update???
> >
> > I guess I'd better pray to Bill Gates that he won't fuck up my
> > Windows 7
> > HTPC by shoving win x down my throat or otherwise I won't be able to
> > even try to play the several games I have that are windows only. =\
> >
> > --
> > IQ is a measure of how stupid you feel.
> >
> > Powers are not rights.
> >
> >
> >
> 
> 
> -- 
> IQ is a measure of how stupid you feel.
> 
> Powers are not rights.
> 
> 


signature.asc
Description: PGP signature


Re: [gentoo-user] Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread J. Roeleveld
On Monday, March 14, 2016 11:12:20 AM Alan Grimes wrote:
> In order to press ahead, I had to drop ktorrent and digikam, both
> packages that I consider high priority. =\
> 
> 
> I thought that would finally get me going...
> 
> 
> Oh what a fool I was...
> 
> #
> 
> >>> Running pre-merge checks for kde-plasma/plasma-workspace-5.5.5-r2
> >>> Running pre-merge checks for kde-plasma/kdeplasma-addons-5.5.5
> >>> Running pre-merge checks for kde-plasma/khotkeys-5.5.5
> >>> Running pre-merge checks for kde-plasma/powerdevil-5.5.5
> >>> Running pre-merge checks for kde-plasma/kmenuedit-5.5.5
> >>> Running pre-merge checks for kde-plasma/plasma-desktop-5.5.5
> >>> Running pre-merge checks for dev-lang/mono-4.2.2.30
> 
>  * Determining the location of the kernel source code
>  * Found kernel source directory:
>  * /usr/src/linux
>  * Found kernel object directory:
>  * /lib/modules/4.4.0/build
>  * Found sources for kernel version:
>  * 4.4.0
>  * Checking for suitable kernel configuration
> options...
> [ ok ]
> 
>  * Messages for package app-emulation/wine-1.9.5:
> 
>  * ERROR: app-emulation/wine-1.9.5::gentoo failed (pretend phase):
>  *   (no error message)
>  *
>  * Call stack:
>  *   ebuild.sh, line 133:  Called pkg_pretend
>  *   wine-1.9.5.ebuild, line 206:  Called wine_build_environment_check
>  *   wine-1.9.5.ebuild, line 179:  Called die
>  * The specific snippet of code:
>  *  $(tc-getCC) -O2 "${FILESDIR}"/pr69140.c -o
> "${T}"/pr69140 || die
>  *
>  * If you need support, post the output of `emerge --info
> '=app-emulation/wine-1.9.5::gentoo'`,
>  * the complete build log and the output of `emerge -pqv
> '=app-emulation/wine-1.9.5::gentoo'`.
>  * The complete build log is located at
> '/var/tmp/portage/app-emulation/wine-1.9.5/temp/build.log'.
>  * The ebuild environment file is located at
> '/var/tmp/portage/app-emulation/wine-1.9.5/temp/die.env'.
>  * Working directory: '/usr/lib64/python3.4/site-packages'
>  * S: '/var/tmp/portage/app-emulation/wine-1.9.5/work/wine-1.9.5'
> tortoise ~ #
> 
> 
> 
> So this one stupid leaf package is killing my ENTIRE update???
> 
> I guess I'd better pray to Bill Gates that he won't fuck up my Windows 7
> HTPC by shoving win x down my throat or otherwise I won't be able to
> even try to play the several games I have that are windows only. =\

If you can't be bothered to spent the time to FIX your own mess, stop using 
unstable.





[gentoo-user] Re: Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread Jörg Schaible
Alan Grimes wrote:

> No, skipfirst only works when it actually tries to compile something.
> Here it is failing in some strange pre-compile stage. I don't know why
> it has to be so anal about this, The normal solution would be to log the
> error, drop the two packages that were affected, and then compile the
> rest...
> 
> but no.
> 
> I had to uninstall wine and winetricks, now about 80% of my packages are
> compiling... I'm probably going to end up with another lengthy list of
> miserable fail

or simply mask 1.9.x versions of wine. Any real reason why to use the 
latest? Personally I use 1.7.55 together with latest pipelight. Newer 
versions of wine broke pipelight for me.

Cheers,
Jörg




Re: [gentoo-user] Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread Alan Grimes
No, skipfirst only works when it actually tries to compile something.
Here it is failing in some strange pre-compile stage. I don't know why
it has to be so anal about this, The normal solution would be to log the
error, drop the two packages that were affected, and then compile the
rest...

but no.

I had to uninstall wine and winetricks, now about 80% of my packages are
compiling... I'm probably going to end up with another lengthy list of
miserable fail


Franz Fellner wrote:
> man emerge
> search for "skipfirst" and "keep-going"
> It also seems you did not post the actual error or log. At least the
> snipped you posted does not make any sense.
>
> 2016-03-14 16:12 GMT+01:00 Alan Grimes  >:
>
> In order to press ahead, I had to drop ktorrent and digikam, both
> packages that I consider high priority. =\
>
>
> I thought that would finally get me going...
>
>
> Oh what a fool I was...
>
> #
>
> >>> Running pre-merge checks for kde-plasma/plasma-workspace-5.5.5-r2
> >>> Running pre-merge checks for kde-plasma/kdeplasma-addons-5.5.5
> >>> Running pre-merge checks for kde-plasma/khotkeys-5.5.5
> >>> Running pre-merge checks for kde-plasma/powerdevil-5.5.5
> >>> Running pre-merge checks for kde-plasma/kmenuedit-5.5.5
> >>> Running pre-merge checks for kde-plasma/plasma-desktop-5.5.5
> >>> Running pre-merge checks for dev-lang/mono-4.2.2.30
>  * Determining the location of the kernel source code
>  * Found kernel source directory:
>  * /usr/src/linux
>  * Found kernel object directory:
>  * /lib/modules/4.4.0/build
>  * Found sources for kernel version:
>  * 4.4.0
>  * Checking for suitable kernel configuration
> options...
> [ ok ]
>
>  * Messages for package app-emulation/wine-1.9.5:
>
>  * ERROR: app-emulation/wine-1.9.5::gentoo failed (pretend phase):
>  *   (no error message)
>  *
>  * Call stack:
>  *   ebuild.sh, line 133:  Called pkg_pretend
>  *   wine-1.9.5.ebuild, line 206:  Called wine_build_environment_check
>  *   wine-1.9.5.ebuild, line 179:  Called die
>  * The specific snippet of code:
>  *  $(tc-getCC) -O2 "${FILESDIR}"/pr69140.c -o
> "${T}"/pr69140 || die
>  *
>  * If you need support, post the output of `emerge --info
> '=app-emulation/wine-1.9.5::gentoo'`,
>  * the complete build log and the output of `emerge -pqv
> '=app-emulation/wine-1.9.5::gentoo'`.
>  * The complete build log is located at
> '/var/tmp/portage/app-emulation/wine-1.9.5/temp/build.log'.
>  * The ebuild environment file is located at
> '/var/tmp/portage/app-emulation/wine-1.9.5/temp/die.env'.
>  * Working directory: '/usr/lib64/python3.4/site-packages'
>  * S: '/var/tmp/portage/app-emulation/wine-1.9.5/work/wine-1.9.5'
> tortoise ~ #
>
> 
>
> So this one stupid leaf package is killing my ENTIRE update???
>
> I guess I'd better pray to Bill Gates that he won't fuck up my
> Windows 7
> HTPC by shoving win x down my throat or otherwise I won't be able to
> even try to play the several games I have that are windows only. =\
>
> --
> IQ is a measure of how stupid you feel.
>
> Powers are not rights.
>
>
>


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.




Re: [gentoo-user] Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread Franz Fellner
man emerge
search for "skipfirst" and "keep-going"
It also seems you did not post the actual error or log. At least the
snipped you posted does not make any sense.

2016-03-14 16:12 GMT+01:00 Alan Grimes :

> In order to press ahead, I had to drop ktorrent and digikam, both
> packages that I consider high priority. =\
>
>
> I thought that would finally get me going...
>
>
> Oh what a fool I was...
>
> #
>
> >>> Running pre-merge checks for kde-plasma/plasma-workspace-5.5.5-r2
> >>> Running pre-merge checks for kde-plasma/kdeplasma-addons-5.5.5
> >>> Running pre-merge checks for kde-plasma/khotkeys-5.5.5
> >>> Running pre-merge checks for kde-plasma/powerdevil-5.5.5
> >>> Running pre-merge checks for kde-plasma/kmenuedit-5.5.5
> >>> Running pre-merge checks for kde-plasma/plasma-desktop-5.5.5
> >>> Running pre-merge checks for dev-lang/mono-4.2.2.30
>  * Determining the location of the kernel source code
>  * Found kernel source directory:
>  * /usr/src/linux
>  * Found kernel object directory:
>  * /lib/modules/4.4.0/build
>  * Found sources for kernel version:
>  * 4.4.0
>  * Checking for suitable kernel configuration
> options...
> [ ok ]
>
>  * Messages for package app-emulation/wine-1.9.5:
>
>  * ERROR: app-emulation/wine-1.9.5::gentoo failed (pretend phase):
>  *   (no error message)
>  *
>  * Call stack:
>  *   ebuild.sh, line 133:  Called pkg_pretend
>  *   wine-1.9.5.ebuild, line 206:  Called wine_build_environment_check
>  *   wine-1.9.5.ebuild, line 179:  Called die
>  * The specific snippet of code:
>  *  $(tc-getCC) -O2 "${FILESDIR}"/pr69140.c -o
> "${T}"/pr69140 || die
>  *
>  * If you need support, post the output of `emerge --info
> '=app-emulation/wine-1.9.5::gentoo'`,
>  * the complete build log and the output of `emerge -pqv
> '=app-emulation/wine-1.9.5::gentoo'`.
>  * The complete build log is located at
> '/var/tmp/portage/app-emulation/wine-1.9.5/temp/build.log'.
>  * The ebuild environment file is located at
> '/var/tmp/portage/app-emulation/wine-1.9.5/temp/die.env'.
>  * Working directory: '/usr/lib64/python3.4/site-packages'
>  * S: '/var/tmp/portage/app-emulation/wine-1.9.5/work/wine-1.9.5'
> tortoise ~ #
>
> 
>
> So this one stupid leaf package is killing my ENTIRE update???
>
> I guess I'd better pray to Bill Gates that he won't fuck up my Windows 7
> HTPC by shoving win x down my throat or otherwise I won't be able to
> even try to play the several games I have that are windows only. =\
>
> --
> IQ is a measure of how stupid you feel.
>
> Powers are not rights.
>
>
>


Re: [gentoo-user] Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread Marc Joliet
On Monday 14 March 2016 11:12:20 Alan Grimes wrote:
[...]
>So this one stupid leaf package is killing my ENTIRE update???
[...]

Does passing "--keep-going" to emerge help?  I have it in my
EMERGE_DEFAULT_OPTS.

HTH
--
Marc Joliet
--
"People who think they know everything really annoy those of us who
know we
don't" - Bjarne Stroustrup



signature.asc
Description: This is a digitally signed message part.


[gentoo-user] Emerge is teh FAIL ! ! ! ! !

2016-03-14 Thread Alan Grimes
In order to press ahead, I had to drop ktorrent and digikam, both
packages that I consider high priority. =\


I thought that would finally get me going...


Oh what a fool I was...

#

>>> Running pre-merge checks for kde-plasma/plasma-workspace-5.5.5-r2
>>> Running pre-merge checks for kde-plasma/kdeplasma-addons-5.5.5
>>> Running pre-merge checks for kde-plasma/khotkeys-5.5.5
>>> Running pre-merge checks for kde-plasma/powerdevil-5.5.5
>>> Running pre-merge checks for kde-plasma/kmenuedit-5.5.5
>>> Running pre-merge checks for kde-plasma/plasma-desktop-5.5.5
>>> Running pre-merge checks for dev-lang/mono-4.2.2.30
 * Determining the location of the kernel source code
 * Found kernel source directory:
 * /usr/src/linux
 * Found kernel object directory:
 * /lib/modules/4.4.0/build
 * Found sources for kernel version:
 * 4.4.0
 * Checking for suitable kernel configuration
options...  


[ ok ]

 * Messages for package app-emulation/wine-1.9.5:

 * ERROR: app-emulation/wine-1.9.5::gentoo failed (pretend phase):
 *   (no error message)
 *
 * Call stack:
 *   ebuild.sh, line 133:  Called pkg_pretend
 *   wine-1.9.5.ebuild, line 206:  Called wine_build_environment_check
 *   wine-1.9.5.ebuild, line 179:  Called die
 * The specific snippet of code:
 *  $(tc-getCC) -O2 "${FILESDIR}"/pr69140.c -o
"${T}"/pr69140 || die
 *
 * If you need support, post the output of `emerge --info
'=app-emulation/wine-1.9.5::gentoo'`,
 * the complete build log and the output of `emerge -pqv
'=app-emulation/wine-1.9.5::gentoo'`.
 * The complete build log is located at
'/var/tmp/portage/app-emulation/wine-1.9.5/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/app-emulation/wine-1.9.5/temp/die.env'.
 * Working directory: '/usr/lib64/python3.4/site-packages'
 * S: '/var/tmp/portage/app-emulation/wine-1.9.5/work/wine-1.9.5'
tortoise ~ #



So this one stupid leaf package is killing my ENTIRE update???

I guess I'd better pray to Bill Gates that he won't fuck up my Windows 7
HTPC by shoving win x down my throat or otherwise I won't be able to
even try to play the several games I have that are windows only. =\

-- 
IQ is a measure of how stupid you feel.

Powers are not rights.