Re: [gentoo-user] texlive-core - poppler / xpdf missing library

[thelma]

y 
'/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build'
Makefile:126: recipe for target 'all' failed
make: *** [all] Error 2
 * ERROR: app-text/poppler-0.32.0::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info 
'=app-text/poppler-0.32.0::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=app-text/poppler-0.32.0::gentoo'`.
 * The complete build log is located at 
'/var/log/portage/app-text:poppler-0.32.0:20150901-183239.log'.
 * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/app-text/poppler-0.32.0/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/app-text/poppler-0.32.0/temp/environment'.
 * Working directory: 
'/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build'
 * S: '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0'

>>> Failed to emerge app-text/poppler-0.32.0, Log file:

>>>  '/var/log/portage/app-text:poppler-0.32.0:20150901-183239.log'

Thelma

Re: [gentoo-user] Re: Lost tabs links in Firefox

[Dale]

»Q« wrote:
> On Tue, 1 Sep 2015 11:20:40 +0300
> Gevisz  wrote:
>
>> On Tue, 01 Sep 2015 08:56:01 +0200 Peter Weilbacher
>>  wrote:
>>
>>> On 2015-09-01 08:33, gevisz wrote:  
 I have a bad habit of leaving too many tabs open
 when closing Firefox relying on its feature to open them
 again next time I start it.  
>>> [...]  
 I still believe that at least links for them can be found
 somewhere inside ~/.mozilla directory.  
>>> Search for sessionstore.{json,bak} in ~/.mozilla/firefox. One of
>>> those should contain the URLs of your tabs.  
>> Thank you. I have found them in
>> ~/mozilla/firefox/x.default/sessionstore-backups/upgrade.js-20150809112930
>>
>> More late tabs are gone. :(
>>
>> Will try to look in other files in the same directory...
> Unless there are backups dated after that, probably the only way to
> find them is to look through the browser's history.  The Session
> Manager extension will let you automagically save sessions more often,
> hopefully to avoid this annoyance in the future.  I haven't tried it,
> but I know a few people who rely on it.
>
> 
>
>
>


I use it here.  My only advice, run a stable version of Firefox not the
very latest.  Either that, or backup your .mozilla directory before
starting Firefox after a update, just in case. 

I have had a couple times where the latest Firefox wouldn't like some
add ons and it would cause issues that sometimes vary.  It can get . . .
interesting.

Just a word of advice.  ;-)

Dale

:-)  :-) 

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Fernando Rodriguez]

On Tuesday, September 01, 2015 4:02:52 AM Walter Dnes wrote:
>   How many heads will explode?  I have /etc/portage/package.use/package.use
> file (YES!) The only reason I made a package.use directory was because I
> set up a cross-build environment, so that my ancient 32-bit Atom netbook
> wouldn't have to spend 14 hours building Seamonkey.  The cross-compiler
> *DEMANDS* a package.use directory.
> 
> [d531][waltdnes][~] ll /etc/portage/package.use/
> total 24
> drwxr-xr-x  2 root root 4096 Jul 30 17:05 .
> drwxr-xr-x 13 root root 4096 Jul 30 17:03 ..
> -rw-r--r--  1 root root   41 Mar 25 00:04 cross---help
> -rw-r--r--  1 root root   37 Mar 25 00:01 cross--p
> -rw-r--r--  1 root root  274 May  4 12:07 cross-i686-pc-linux-gnu
> -rw-r--r--  1 root root  585 Jul 30 17:05 package.use
> 
> 

Mine looks similar. The reason it demands a directory is because it owns those 
files and will make changes to them during the build stages. If you want to 
make changes to the cross compiler use flags you need to make them on your own 
package.use or some other file or it will overwrite them.

Also one exception to the directory naming convention is the keywords file. The 
file was package.accept_keywords but the directory is package.keywords. IIRC 
crossdev just created that one and portage used both except for autounmask 
that kept wanting to write to the cross-* files until I moved that file. I 
always tought autounmask would write to the original package.* filename (since 
cross-* comes before package.*) until I saw Alan's reply.

-- 
Fernando Rodriguez

Re: *****SPAM***** Re: [gentoo-user] texlive-core - poppler / xpdf missing library

[thelma]

On 09/01/2015 10:48 AM, the...@sys-concept.com wrote:
> 
> On 09/01/2015 09:47 AM, Alec Ten Harmsel wrote:
>> On Tue, Sep 01, 2015 at 07:47:56AM -0600, the...@sys-concept.com wrote:
>>> I'm emerging texlive-core and it complains on missing libraries:
>>>
>>> 
>>>
>>> emerge -1q luatex texlive-core
>>> [ebuild  N] dev-tex/luatex-0.70.1-r2 
>>> [ebuild U ] app-text/texlive-core-2014-r4 [2012-r1]
>>> [blocks B ] >> (">> app-text/texlive-core-2014-r4)
>>> [blocks B ] dev-tex/luatex ("dev-tex/luatex" is blocking 
>>> app-text/texlive-core-2014-r4)
>>
>> texlive-core needs to be updated, not installed with --oneshot. Can you
>> try running `emerge --update --newuse --deep --with-bdeps=y @world'?
>>
>> Alec
>>
>>
> 
> I run unmerged all "texlive" application and run:
> `emerge --update --newuse --deep --with-bdeps=y @world'
> 
> and coming up with the same error message:
> 
> checking requested system `poppler' library... failed
> checking requested system `xpdf' library... failed
> checking requested system `zziplib' library... ok
> configure: error: some requested system libraries failed
> 

It is looking for poppler and xpdf both of these packages are obsolete.
Should I look for file dependent of xpdf and poppler and recompile them?

--
Thelma

[gentoo-user] Re: Lost tabs links in Firefox

[»Q«]

On Tue, 1 Sep 2015 11:20:40 +0300
Gevisz  wrote:

> On Tue, 01 Sep 2015 08:56:01 +0200 Peter Weilbacher
>  wrote:
> 
> > On 2015-09-01 08:33, gevisz wrote:  
> > > I have a bad habit of leaving too many tabs open
> > > when closing Firefox relying on its feature to open them
> > > again next time I start it.  
> > [...]  
> > > I still believe that at least links for them can be found
> > > somewhere inside ~/.mozilla directory.  
> > 
> > Search for sessionstore.{json,bak} in ~/.mozilla/firefox. One of
> > those should contain the URLs of your tabs.  
> 
> Thank you. I have found them in
> ~/mozilla/firefox/x.default/sessionstore-backups/upgrade.js-20150809112930
> 
> More late tabs are gone. :(
> 
> Will try to look in other files in the same directory...

Unless there are backups dated after that, probably the only way to
find them is to look through the browser's history.  The Session
Manager extension will let you automagically save sessions more often,
hopefully to avoid this annoyance in the future.  I haven't tried it,
but I know a few people who rely on it.

Re: [gentoo-user] texlive-core - poppler / xpdf missing library

[Mick]

On Tuesday 01 Sep 2015 17:57:24 the...@sys-concept.com wrote:
> On 09/01/2015 10:48 AM, the...@sys-concept.com wrote:
> > On 09/01/2015 09:47 AM, Alec Ten Harmsel wrote:
> >> On Tue, Sep 01, 2015 at 07:47:56AM -0600, the...@sys-concept.com wrote:
> >>> I'm emerging texlive-core and it complains on missing libraries:
> >>> 
> >>> 
> >>> 
> >>> emerge -1q luatex texlive-core
> >>> [ebuild  N] dev-tex/luatex-0.70.1-r2
> >>> [ebuild U ] app-text/texlive-core-2014-r4 [2012-r1]
> >>> [blocks B ]  >>> (" >>> app-text/texlive-core-2014-r4) [blocks B ] dev-tex/luatex
> >>> ("dev-tex/luatex" is blocking app-text/texlive-core-2014-r4)
> >> 
> >> texlive-core needs to be updated, not installed with --oneshot. Can you
> >> try running `emerge --update --newuse --deep --with-bdeps=y @world'?
> >> 
> >> Alec
> > 
> > I run unmerged all "texlive" application and run:
> > `emerge --update --newuse --deep --with-bdeps=y @world'
> > 
> > and coming up with the same error message:
> > 
> > checking requested system `poppler' library... failed
> > checking requested system `xpdf' library... failed
> > checking requested system `zziplib' library... ok
> > configure: error: some requested system libraries failed
> 
> It is looking for poppler and xpdf both of these packages are obsolete.
> Should I look for file dependent of xpdf and poppler and recompile them?

Not both are obsolete:

eix -l poppler
[I] app-text/poppler
 Available versions:  
0.32.0(0/51)^t  [cairo cjk curl cxx debug doc +introspection 
+jpeg jpeg2k +lcms png qt4 qt5 tiff +utils]
   ~0.33.0-r1 (0/52)^t  [cairo cjk curl cxx debug doc +introspection 
+jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils]
   ~0.34.0(0/53)^t  [cairo cjk curl cxx debug doc +introspection 
+jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils]
   ~0.35.0(0/54)^t  [cairo cjk curl cxx debug doc +introspection 
+jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils]
   **     (0/)^t[cairo cjk curl cxx debug doc 
+introspection +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils]
 Installed versions:  0.32.0^t(13:45:31 04/05/15)(cairo cxx introspection 
jpeg lcms png qt4 tiff utils -cjk -curl -debug -doc -jpeg2k -qt5)

So, I would unmerge xpdf which has been obsoleted for years and 'emerge -1aNDv 
app-text/poppler' to see if portage is happy about it.

-- 
Regards,
Mick


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

[gentoo-user] poppler-0.32.0 - can not emerge

[thelma]

I can seem to emerge poppler, getting error:

Linking CXX executable pdftocairo
cd /var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build/utils && 
/usr/bin/cmake -E cmake_link_script CMakeFiles/pdftocairo.dir/link.txt 
--verbose=1
/usr/bin/x86_64-pc-linux-gnu-g++   -Wall -Wcast-align -fno-exceptions 
-fno-check-new -fno-common -march=nocona -O2 -pipe  -Wnon-virtual-dtor 
-Woverloaded-virtual   -Wl,-O1 -Wl,--as-needed 
CMakeFiles/pdftocairo.dir/parseargs.cc.o 
CMakeFiles/pdftocairo.dir/pdftocairo.cc.o 
CMakeFiles/pdftocairo.dir/pdftocairo-win32.cc.o 
CMakeFiles/pdftocairo.dir/__/poppler/CairoFontEngine.cc.o 
CMakeFiles/pdftocairo.dir/__/poppler/CairoOutputDev.cc.o 
CMakeFiles/pdftocairo.dir/__/poppler/CairoRescaleBox.cc.o  -o pdftocairo 
-rdynamic -lcairo -lfreetype ../libpoppler.so.51.0.0 -lpthread -llcms2 
-Wl,-rpath,/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build:
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_finish_compress@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_write_scanlines@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to `jpeg_std_error@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_quality@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_finish_decompress@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to `jpeg_destroy@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_defaults@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_read_scanlines@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_CreateCompress@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_raw_data@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_start_compress@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_CreateDecompress@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_start_decompress@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_tables@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_resync_to_restart@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_set_colorspace@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_header@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_write_raw_data@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to `jpeg_abort@LIBJPEG_6.2'
/usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_suppress_tables@LIBJPEG_6.2'
collect2: error: ld returned 1 exit status
utils/CMakeFiles/pdftocairo.dir/build.make:214: recipe for target 
'utils/pdftocairo' failed
make[2]: *** [utils/pdftocairo] Error 1
make[2]: Leaving directory 
'/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build'
CMakeFiles/Makefile2:305: recipe for target 
'utils/CMakeFiles/pdftocairo.dir/all' failed
make[1]: *** [utils/CMakeFiles/pdftocairo.dir/all] Error 2
make[1]: Leaving directory 
'/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build'
Makefile:126: recipe for target 'all' failed
make: *** [all] Error 2
 * ERROR: app-text/poppler-0.32.0::gentoo failed (compile phase):
 *   emake failed
 *
 * If you need support, post the output of `emerge --info 
'=app-text/poppler-0.32.0::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=app-text/poppler-0.32.0::gentoo'`.
 * The complete build log is located at 
'/var/log/portage/app-text:poppler-0.32.0:20150901-171555.log'.
 * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/app-text/poppler-0.32.0/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/app-text/poppler-0.32.0/temp/environment'.
 * Working directory: 
'/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build'
 * S: '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0'

There is a but filed about poppler:
https://bugs.gentoo.org/show_bug.cgi?id=529182

Apparently the solution is to use:
MAKEOPTS="-j1"

How do you use it?

MAKEOPTS="-j1" emerge -1aNDv  app-text/poppler  

It failed as well. Re-emerging it doesn't help.

-- 
Thelma

[gentoo-user] black screen on boot when udevevents are processed

[lee]

Hi,

I'm getting a black screen during booting, with the last message I can
see being that udevevents are being processed.

This happens with an NVIDIA GTX770 connected to a 4k display via a
display port cable, and only when the monitor is configured to use
display port 1.2 rather than 1.1.  With 1.1, I can get only 30Hz refresh
rate, so I want to use 1.2, which should allow 60.

Installed are nvidia-drivers 343.36.

Do I need a very special display port cable for this, or what might the
issue?  Both the graphics card and the monitor should be able to do the
full resolution at 60Hz just fine.

Is the nvidia module loaded just at the point when the message about
processing udevevents is shown?  I suspect that the display goes black
when the module is loaded.

When the screen goes black, I can still log in, blindly, after booting
and do a shutdown or reboot, so apparently everything is working except
only having a black screen.


-- 
Again we must be afraid of speaking of daemons for fear that daemons
might swallow us.  Finally, this fear has become reasonable.

Re: [gentoo-user] Re: Lost tabs links in Firefox

[Gevisz]

On Tue, 01 Sep 2015 13:06:29 -0500 Dale  wrote:

> »Q« wrote:
> > On Tue, 1 Sep 2015 11:20:40 +0300
> > Gevisz  wrote:
> >
> >> On Tue, 01 Sep 2015 08:56:01 +0200 Peter Weilbacher
> >>  wrote:
> >>
> >>> On 2015-09-01 08:33, gevisz wrote:  
>  I have a bad habit of leaving too many tabs open
>  when closing Firefox relying on its feature to open them
>  again next time I start it.  
> >>> [...]  
>  I still believe that at least links for them can be found
>  somewhere inside ~/.mozilla directory.  
> >>> Search for sessionstore.{json,bak} in ~/.mozilla/firefox. One of
> >>> those should contain the URLs of your tabs.  
> >> Thank you. I have found them in
> >> ~/mozilla/firefox/x.default/sessionstore-backups/upgrade.js-20150809112930
> >>
> >> More late tabs are gone. :(
> >>
> >> Will try to look in other files in the same directory...
> > Unless there are backups dated after that, probably the only way to
> > find them is to look through the browser's history.  The Session
> > Manager extension will let you automagically save sessions more often,
> > hopefully to avoid this annoyance in the future.  I haven't tried it,
> > but I know a few people who rely on it.
> >
> > 
> > 
> 
> I use it here.  My only advice, run a stable version of Firefox not the
> very latest.

I stick to the stable version of everything unless something necessary
is not available as a stable version at all. So, my Firefox is "stable".

> Either that, or backup your .mozilla directory before
> starting Firefox after a update, just in case.

Will do it in the future.

F***ing Firefox!
 
> I have had a couple times where the latest Firefox wouldn't like some
> add ons and it would cause issues that sometimes vary.  It can get . . .
> interesting.
> 
> Just a word of advice.  ;-)
> 
> Dale
> 
> :-)  :-) 
> 

Re: [gentoo-user] MIPS question

[Fernando Rodriguez]

On Tuesday, September 01, 2015 11:22:37 AM Michel Catudal wrote:
> Le 2015-09-01 11:11, Michel Catudal a écrit :
> > What would be the HOST name for a MIPS achitecture that is 32 bit, little 
Endian and hardfloat. I have no interest whatsoever for a soft float system.
> >
> > I want a hardfloat MIPS gentoo for the MIPS creator. I am not sure if the 
one that Imagination has is hard float or soft float. In the same light, is the 
stage available for MIPS 32 bit little Endian is hard float of soft float? If 
there is a hard float 
> > stage which one is it? If not I will have to figure out how to convert one 
or create one from scratch.
> >
> > For hard float with ARM the word hardfloat is in the HOST name so it is 
obvious which one is hard float and which one isn't.
> >
> > Thanks
> >
> > Michel
> >
> I meant CHOST not HOST
> 
> 

I think it's mipsel-linux-gnu (should be set on the tarball - read the README 
on the tarball directory) and add -mhard-float or -msoft-flloat to CFLAGS and 
CXXFLAGS. I don't know if any mips that can run Linux don't have FPU but you 
don't care if it's disabled in the tarball cause you're going to rebuild it 
during the install.

-- 
Fernando Rodriguez

Re: [gentoo-user] Lost tabs links in Firefox

[Gevisz]

On Tue, 01 Sep 2015 08:56:01 +0200 Peter Weilbacher  
wrote:

> On 2015-09-01 08:33, gevisz wrote:
> > I have a bad habit of leaving too many tabs open
> > when closing Firefox relying on its feature to open them
> > again next time I start it.
> [...]
> > I still believe that at least links for them can be found
> > somewhere inside ~/.mozilla directory.
> 
> Search for sessionstore.{json,bak} in ~/.mozilla/firefox. One of
> those should contain the URLs of your tabs. (Unless you started
> too many times after the error. Then they might have gotten
> overwritten.)
> 
> Maybe it's just a matter of having started with a different
> profile than normal? There were such cases on this list recently.
> Try starting with |firefox -P|...

I have tried this. I have only one profile.
So, it did not help as it is not my case.
But thank you for suggestion.

Re: [gentoo-user] Re: Lost tabs links in Firefox

[Gevisz]

On Tue, 1 Sep 2015 12:23:06 -0500 »Q«  wrote:

> On Tue, 1 Sep 2015 11:20:40 +0300
> Gevisz  wrote:
> 
> > On Tue, 01 Sep 2015 08:56:01 +0200 Peter Weilbacher
> >  wrote:
> > 
> > > On 2015-09-01 08:33, gevisz wrote:  
> > > > I have a bad habit of leaving too many tabs open
> > > > when closing Firefox relying on its feature to open them
> > > > again next time I start it.  
> > > [...]  
> > > > I still believe that at least links for them can be found
> > > > somewhere inside ~/.mozilla directory.  
> > > 
> > > Search for sessionstore.{json,bak} in ~/.mozilla/firefox. One of
> > > those should contain the URLs of your tabs.  
> > 
> > Thank you. I have found them in
> > ~/mozilla/firefox/x.default/sessionstore-backups/upgrade.js-20150809112930
> > 
> > More late tabs are gone. :(
> > 
> > Will try to look in other files in the same directory...
> 
> Unless there are backups dated after that, probably the only way to
> find them is to look through the browser's history.

Thank you for suggestion. Will look into it later.

> The Session Manager extension will let you automagically save sessions more 
> often,
> hopefully to avoid this annoyance in the future.  I haven't tried it,
> but I know a few people who rely on it.
> 
> 
> 
> 

Re: [gentoo-user] Lost tabs links in Firefox

[Peter Weilbacher]

On 2015-09-01 08:33, gevisz wrote:

I have a bad habit of leaving too many tabs open
when closing Firefox relying on its feature to open them
again next time I start it.

[...]

I still believe that at least links for them can be found
somewhere inside ~/.mozilla directory.


Search for sessionstore.{json,bak} in ~/.mozilla/firefox. One of
those should contain the URLs of your tabs. (Unless you started
too many times after the error. Then they might have gotten
overwritten.)

Maybe it's just a matter of having started with a different
profile than normal? There were such cases on this list recently.
Try starting with |firefox -P|...

   Peter.

[gentoo-user] Lost tabs links in Firefox

[gevisz]

I have a bad habit of leaving too many tabs open
when closing Firefox relying on its feature to open them
again next time I start it.

But yesterday, when I opened Firefox during the system
update (the updated packages were sys-devel/gcc-4.8.5,
sys-devel/gdb-7.9.1, net-libs/gnutls-3.3.17.1, and
media-gfx/gimp-2.8.14-r1), I have found all my tabs
in Firefox to be empty.

I still believe that at least links for them can be found
somewhere inside ~/.mozilla directory.

Could anybody point me to the needed file more specifically?

Or suggest any other way of recovering links of my old tabs in firefox?

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Fernando Rodriguez]

On Tuesday, September 01, 2015 11:29:42 PM Neil Bothwick wrote:
> On Tue, 1 Sep 2015 15:26:10 -0400, Fernando Rodriguez wrote:
> 
> > Also one exception to the directory naming convention is the keywords
> > file. The file was package.accept_keywords but the directory is
> > package.keywords.
> 
> The name was changed from package.keywords to package.accept_keywords to
> match the variable name in make.conf. Either can be a directory, there's
> even an example in the portage man page of a directory with the new name.

I guess crossdev hasn't caught up to that change (at least the stable one). It 
only uses the package.keywords directory.

> > I always tought autounmask would write
> > to the original package.* filename (since cross-* comes before
> > package.*) until I saw Alan's reply.
> 
> Portage treats all the files in the directory as a single file, in
> lexical order. If it's a file, portage adds auto-unmask entries to the
> end ot make sure they are not counteracted by something else in the file.
> If you use a directory, portage adds the changes to the end of the last
> file for the same reason. As with many things, I though portage was doing
> the wrong thing by adding to the "wrong" file, until I realised just
> what it was doing and why. See the section on -autounmask-write
> in man emerge.

-- 
Fernando Rodriguez

Re: [gentoo-user] black screen on boot when udevevents are processed

[Fernando Rodriguez]

On Wednesday, September 02, 2015 12:29:36 AM lee wrote:
>  writes:
> 
> > lee  wrote:
> >
> >> Hi,
> >> 
> >> I'm getting a black screen during booting, with the last message I can
> >> see being that udevevents are being processed.
> >> 
> >> This happens with an NVIDIA GTX770 connected to a 4k display via a
> >> display port cable, and only when the monitor is configured to use
> >> display port 1.2 rather than 1.1.  With 1.1, I can get only 30Hz
> >> refresh rate, so I want to use 1.2, which should allow 60.
> >> 
> >> Installed are nvidia-drivers 343.36.
> >> 
> >> Do I need a very special display port cable for this, or what might
> >> the issue?  Both the graphics card and the monitor should be able to
> >> do the full resolution at 60Hz just fine.
> >
> > You need a DP cable that is able to handle a resolution of 4k@60Hz. Not
> > all DP cables can do this.
> 
> Hm, I bought this cable today, so I'd think it should be ok --- but I
> didn't explicitly specify that it must be one that does 4k@60.  I didn't
> know I might have to.
> 
> Is there any way to tell?  The sticker on the package only says DP/DP
> 2.0m.
> 
> > But if you use the cable that is delivered with your monitor, it
> > should work for all resolutions/refresh rates as long as it is not
> > broken.
> 
> Unfortunately, the cable that came with it has a normal size connector
> on one end and a small size connector on the other.  Both the monitor
> and the graphics card require the normal size connector, so I cannot use
> that cable.  That's why I bought one ...
> 
> > Sorry, but I can't say anything about the rest of your questions.
> 
> Np; when I don't have the right cable, it'll never work anyway.  Now I
> know what I need to look into first :)

According to [1] a DP cable is a DP cable, so it should work. The exception is 
if the cable is marked as RBR (Reduced Bit Rate). But depending on the brand 
and where you get it's not unlikely that it's RBR but not marked as such. They 
got a list of certified cables on the last paragraph.

1.http://www.displayport.org/cables/how-to-choose-a-displayport-cable-and-not-get-a-bad-one/
-- 
Fernando Rodriguez

Re: [gentoo-user] poppler-0.32.0 - can not emerge

[Fernando Rodriguez]

On Tuesday, September 01, 2015 12:57:31 PM the...@sys-concept.com wrote:
> I can seem to emerge poppler, getting error:
> 
> Linking CXX executable pdftocairo
> cd /var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build/utils 
&& /usr/bin/cmake -E cmake_link_script CMakeFiles/pdftocairo.dir/link.txt --
verbose=1
> /usr/bin/x86_64-pc-linux-gnu-g++   -Wall -Wcast-align -fno-exceptions -fno-
check-new -fno-common -march=nocona -O2 -pipe  -Wnon-virtual-dtor -
Woverloaded-virtual   -Wl,-O1 -Wl,--as-needed 
CMakeFiles/pdftocairo.dir/parseargs.cc.o 
CMakeFiles/pdftocairo.dir/pdftocairo.cc.o 
CMakeFiles/pdftocairo.dir/pdftocairo-win32.cc.o 
CMakeFiles/pdftocairo.dir/__/poppler/CairoFontEngine.cc.o 
CMakeFiles/pdftocairo.dir/__/poppler/CairoOutputDev.cc.o 
CMakeFiles/pdftocairo.dir/__/poppler/CairoRescaleBox.cc.o  -o pdftocairo -
rdynamic -lcairo -lfreetype ../libpoppler.so.51.0.0 -lpthread -llcms2 -Wl,-
rpath,/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build:
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_finish_compress@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_write_scanlines@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_std_error@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_quality@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_finish_decompress@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_destroy@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_set_defaults@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_read_scanlines@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_CreateCompress@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_read_raw_data@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_start_compress@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_CreateDecompress@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_start_decompress@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_write_tables@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_resync_to_restart@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_set_colorspace@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_header@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_write_raw_data@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_abort@LIBJPEG_6.2'
> /usr/lib64/libtiff.so.5: undefined reference to 
`jpeg_suppress_tables@LIBJPEG_6.2'
> collect2: error: ld returned 1 exit status
> utils/CMakeFiles/pdftocairo.dir/build.make:214: recipe for target 
'utils/pdftocairo' failed
> make[2]: *** [utils/pdftocairo] Error 1
> make[2]: Leaving directory '/var/tmp/portage/app-
text/poppler-0.32.0/work/poppler-0.32.0_build'
> CMakeFiles/Makefile2:305: recipe for target 
'utils/CMakeFiles/pdftocairo.dir/all' failed
> make[1]: *** [utils/CMakeFiles/pdftocairo.dir/all] Error 2
> make[1]: Leaving directory '/var/tmp/portage/app-
text/poppler-0.32.0/work/poppler-0.32.0_build'
> Makefile:126: recipe for target 'all' failed
> make: *** [all] Error 2
>  * ERROR: app-text/poppler-0.32.0::gentoo failed (compile phase):
>  *   emake failed
>  *
>  * If you need support, post the output of `emerge --info '=app-
text/poppler-0.32.0::gentoo'`,
>  * the complete build log and the output of `emerge -pqv '=app-
text/poppler-0.32.0::gentoo'`.
>  * The complete build log is located at '/var/log/portage/app-
text:poppler-0.32.0:20150901-171555.log'.
>  * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/app-text/poppler-0.32.0/temp/build.log'.
>  * The ebuild environment file is located at '/var/tmp/portage/app-
text/poppler-0.32.0/temp/environment'.
>  * Working directory: '/var/tmp/portage/app-
text/poppler-0.32.0/work/poppler-0.32.0_build'
>  * S: '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0'  
> 
> There is a but filed about poppler:
> https://bugs.gentoo.org/show_bug.cgi?id=529182
> 
> Apparently the solution is to use:
> MAKEOPTS="-j1"
> 
> How do you use it?
> 
> MAKEOPTS="-j1" emerge -1aNDv  app-text/poppler
> 
> It failed as well. Re-emerging it doesn't help.

That bug has nothing to do with your error.
Try rebuilding media-libs/tiff or even better go back to your other posts and 
follow the advice given to address the root of the problem.

-- 
Fernando Rodriguez

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Fernando Rodriguez]

On Tuesday, September 01, 2015 4:04:34 PM the...@sys-concept.com wrote:
> System fails to upgrade to audacity-2.0.5
> 
> -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype  -lasound -lrt
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_finish_decompress@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_CreateDecompress@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_resync_to_restart@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_CreateCompress@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_read_scanlines@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_read_header@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_finish_compress@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_start_compress@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_write_scanlines@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_start_decompress@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_set_quality@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_destroy_decompress@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_set_defaults@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_destroy_compress@LIBJPEG_6.2'
> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_std_error@LIBJPEG_6.2'
> collect2: error: ld returned 1 exit status
> Makefile:301: recipe for target '../audacity' failed
> make[1]: *** [../audacity] Error 1
> make[1]: Leaving directory '/var/tmp/portage/media-
sound/audacity-2.0.5/work/audacity-src-2.0.5/src'
> Makefile:21: recipe for target 'audacity' failed
> make: *** [audacity] Error 2
>  * ERROR: media-sound/audacity-2.0.5::gentoo failed (compile phase):
>  *   emake failed
>  * 
>  * If you need support, post the output of `emerge --info '=media-
sound/audacity-2.0.5::gentoo'`,
>  * the complete build log and the output of `emerge -pqv '=media-
sound/audacity-2.0.5::gentoo'`.
>  * The complete build log is located at '/var/log/portage/media-
sound:audacity-2.0.5:20150901-215644.log'.
>  * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/media-sound/audacity-2.0.5/temp/build.log'.
>  * The ebuild environment file is located at '/var/tmp/portage/media-
sound/audacity-2.0.5/temp/environment'.
>  * Working directory: '/var/tmp/portage/media-
sound/audacity-2.0.5/work/audacity-src-2.0.5'
>  * S: '/var/tmp/portage/media-sound/audacity-2.0.5/work/audacity-src-2.0.5'

Since you're too stupid to follow advice, you need to rebuild *EVERYTHING* 
that linked against libjpeg (in this case x11-libs/wxGTK).

-- 
Fernando Rodriguez

[gentoo-user] Portage is proposing an ncurses update and I don't understand what it means

[walt]

This is on my one amd64 (stable) machine, so the following proposed
update should be safe and Just Work(TM), right?

Maybe it will, but there is no way I'm going to let this upgrade happen
tonight when I'm tired from fighting all day with the so-called 'stable'
computers at work:

Calculating dependencies... done!
[ebuild U  ] sys-libs/ncurses-5.9-r5 [5.9-r3]
[ebuild  NS] sys-libs/ncurses-5.9-r99 [5.9-r3] USE="cxx gpm unicode
-ada -static-libs -tinfo" ABI_X86="32 (64) (-x32)" 

Is this going to install two different (slotted) versions of ncurses-5.9
on my stable machine?

If not, then this proposed update must be an experiment or a hack or a
workaround of some kind.  On my *stable* machine!

Can you tell I'm in a bad mood and a bit paranoid at the moment?  I'm
going to bed and will update the stable machine again in the morning.
Hrmph!

Re: [gentoo-user] black screen on boot when udevevents are processed

[wabenbau]

lee  wrote:

>  writes:
> 
> > lee  wrote:
> >
> >> Hi,
> >> 
> >> I'm getting a black screen during booting, with the last message I
> >> can see being that udevevents are being processed.
> >> 
> >> This happens with an NVIDIA GTX770 connected to a 4k display via a
> >> display port cable, and only when the monitor is configured to use
> >> display port 1.2 rather than 1.1.  With 1.1, I can get only 30Hz
> >> refresh rate, so I want to use 1.2, which should allow 60.
> >> 
> >> Installed are nvidia-drivers 343.36.
> >> 
> >> Do I need a very special display port cable for this, or what might
> >> the issue?  Both the graphics card and the monitor should be able
> >> to do the full resolution at 60Hz just fine.
> >
> > You need a DP cable that is able to handle a resolution of 4k@60Hz.
> > Not all DP cables can do this.
> 
> Hm, I bought this cable today, so I'd think it should be ok --- but I
> didn't explicitly specify that it must be one that does 4k@60.  I
> didn't know I might have to.
> 
> Is there any way to tell?  The sticker on the package only says DP/DP
> 2.0m.

It should be certified to DP 1.1a at least.

Excerpt from

https://web.archive.org/web/20140327103747/http://www.displayport.org/faq/



Q: Where can I buy a DP 1.2 cable? Most of the cables are certified to DP 1.1a.

A: The DisplayPort version 1.2 standard was designed to utilize the Standard 
Display cable. We did this intentionally to avoid customer confusion. A 
DisplayPort cable is a DisplayPort cable; EXCEPT if it a “reduced bit rate” (or 
RBR) cable, which is typically a 15m cable designed for projector applications, 
and they only support up to 1080P; OR if it is an active cable, which will not 
support the new HBR2 rate introduced in the DP 1.2 standard.

So a cable that was tested to meet the DP 1.1a requirments also meets the DP 
1.2 requirements.



But this is theory. I've made the experience that some cables doesn't 
work with 4k@60Hz although they are so-called 1.1a/1.2 certified. I've 
bought four faulty cables before I found the two that I'm using now. 
One of the faulty cables doesn't work at all at full resolution, the 
others are working but the picture had a lot of errors and was sometimes
black for some seconds.

The two cables which I'm using now are a CROMO 41532 (2m length) and a 
CROMO 41533 (3m length).

Do you have the opportunity to test the cable with some other system,
e.g. some live system (knoppix?) or some windows system? I would do this
first before buying a new cable. 

--
Regards
wabe

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Fernando Rodriguez]

On Tuesday, September 01, 2015 9:22:44 PM Alec Ten Harmsel wrote:
> On Tue, Sep 01, 2015 at 05:05:09PM -0600, the...@sys-concept.com wrote:
> > On 09/01/2015 04:55 PM, Fernando Rodriguez wrote:
> > > Since you're too stupid to follow advice, you need to rebuild 
*EVERYTHING* 
> > > that linked against libjpeg (in this case x11-libs/wxGTK).
> > 
> > This kind of language does not belong here. If you can not refrain
> > yourself making sarcastic remarks don't make any comments.
> 
> This language occasionally belongs on this list.
> 
> > I would appreciate you stop reading my posts at all.
> > I don't belong to Gentoo community.
> 
> OK. Maybe we all got off on the wrong foot here. When you ask for help,
> can you please provide:
> 
> * the *exact* command you ran
> * the output of `emerge --info'
> * the whole error, not just the part you think is relevant
> 
> It is incredibly difficult for us to help when we only get a small piece
> of what's going on with your system.
> 
> Alec
> 

He was told what the problem was on his first post about libjpeg-turbo, he 
didn't just ignore it but posted the wrong solution with a big SOLVED on the 
subject that only serves to mislead future users of this list. On his last 
post about this same error (different package) I politely told him to go back 
and follow the advise on that post, again he ignored it and posted a bogus 
solution (it worked because he rebuilt tiff, perl had nothing to do with it). 
revdep-rebuild may (or may not) fix it now, but the right solution is to remove 
or fix the obsolete package to depend on virtual/jpeg, update world properly, 
and then revdep-rebuild to undo this mess.

-- 
Fernando Rodriguez

Re: [gentoo-user] Portage is proposing an ncurses update and I don't understand what it means

[wabenbau]

walt  wrote:

> This is on my one amd64 (stable) machine, so the following proposed
> update should be safe and Just Work(TM), right?
> 
> Maybe it will, but there is no way I'm going to let this upgrade
> happen tonight when I'm tired from fighting all day with the
> so-called 'stable' computers at work:
> 
> Calculating dependencies... done!
> [ebuild U  ] sys-libs/ncurses-5.9-r5 [5.9-r3]
> [ebuild  NS] sys-libs/ncurses-5.9-r99 [5.9-r3] USE="cxx gpm
> unicode -ada -static-libs -tinfo" ABI_X86="32 (64) (-x32)" 
> 
> Is this going to install two different (slotted) versions of
> ncurses-5.9 on my stable machine?
> 
> If not, then this proposed update must be an experiment or a hack or a
> workaround of some kind.  On my *stable* machine!
> 
> Can you tell I'm in a bad mood and a bit paranoid at the moment?  I'm
> going to bed and will update the stable machine again in the morning.
> Hrmph!

I'm also not sure about this. I will do a full backup before I try to
update my system tomorrow.

--
Regards
wabe

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Alec Ten Harmsel]

On Tue, Sep 01, 2015 at 05:05:09PM -0600, the...@sys-concept.com wrote:
> On 09/01/2015 04:55 PM, Fernando Rodriguez wrote:
> > Since you're too stupid to follow advice, you need to rebuild *EVERYTHING* 
> > that linked against libjpeg (in this case x11-libs/wxGTK).
> 
> This kind of language does not belong here. If you can not refrain
> yourself making sarcastic remarks don't make any comments.

This language occasionally belongs on this list.

> I would appreciate you stop reading my posts at all.
> I don't belong to Gentoo community.

OK. Maybe we all got off on the wrong foot here. When you ask for help,
can you please provide:

* the *exact* command you ran
* the output of `emerge --info'
* the whole error, not just the part you think is relevant

It is incredibly difficult for us to help when we only get a small piece
of what's going on with your system.

Alec

Re: [gentoo-user] Portage is proposing an ncurses update and I don't understand what it means

[Fernando Rodriguez]

On Tuesday, September 01, 2015 6:06:05 PM walt wrote:
> This is on my one amd64 (stable) machine, so the following proposed
> update should be safe and Just Work(TM), right?
> 
> Maybe it will, but there is no way I'm going to let this upgrade happen
> tonight when I'm tired from fighting all day with the so-called 'stable'
> computers at work:
> 
> Calculating dependencies... done!
> [ebuild U  ] sys-libs/ncurses-5.9-r5 [5.9-r3]
> [ebuild  NS] sys-libs/ncurses-5.9-r99 [5.9-r3] USE="cxx gpm unicode
> -ada -static-libs -tinfo" ABI_X86="32 (64) (-x32)" 
> 
> Is this going to install two different (slotted) versions of ncurses-5.9
> on my stable machine?
> 
> If not, then this proposed update must be an experiment or a hack or a
> workaround of some kind.  On my *stable* machine!
> 
> Can you tell I'm in a bad mood and a bit paranoid at the moment?  I'm
> going to bed and will update the stable machine again in the morning.
> Hrmph!
> 
> 

It has something to do with the slot move. It is safe to install, I installed 
that one about a week ago. I don't fully understand it, but I think it's to 
cause the 6.0 update to come before the 5.9-r101 so that you don't go through 
what I went through yesterday when I tried to outsmart portage (when you do 
the slot move from r5 to r101 it tries to preserve the old libraries so it 
collides with itself).

-- 
Fernando Rodriguez

Re: [gentoo-user] audacity-2.0.5 failed to compile

[wraeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 02/09/15 12:23, Fernando Rodriguez wrote:
> On Tuesday, September 01, 2015 9:22:44 PM Alec Ten Harmsel wrote:
>> On Tue, Sep 01, 2015 at 05:05:09PM -0600, the...@sys-concept.com
>> wrote:
>>> On 09/01/2015 04:55 PM, Fernando Rodriguez wrote:
 Since you're too stupid to follow advice, you need to rebuild
 
> *EVERYTHING*
 that linked against libjpeg (in this case x11-libs/wxGTK).
>>> 
>>> This kind of language does not belong here. If you can not
>>> refrain yourself making sarcastic remarks don't make any
>>> comments.
>> 
>> This language occasionally belongs on this list.
>> 
>>> I would appreciate you stop reading my posts at all. I don't
>>> belong to Gentoo community.
>> 
>> OK. Maybe we all got off on the wrong foot here. When you ask for
>> help, can you please provide:
>> 
>> * the *exact* command you ran * the output of `emerge --info' *
>> the whole error, not just the part you think is relevant
>> 
>> It is incredibly difficult for us to help when we only get a
>> small piece of what's going on with your system.
>> 
>> Alec
>> 
> 
> He was told what the problem was on his first post about
> libjpeg-turbo, he didn't just ignore it but posted the wrong
> solution with a big SOLVED on the subject that only serves to
> mislead future users of this list. On his last post about this same
> error (different package) I politely told him to go back and follow
> the advise on that post, again he ignored it and posted a bogus 
> solution (it worked because he rebuilt tiff, perl had nothing to do
> with it). revdep-rebuild may (or may not) fix it now, but the right
> solution is to remove or fix the obsolete package to depend on
> virtual/jpeg, update world properly, and then revdep-rebuild to
> undo this mess.

So someone posted an issue(s), then marked it solved when they got a
workaround which may not resolve the actual issue but got them past
their initial problem(s).

Your argument to that is that their "false solution" will mislead
future readers of the list. Doesn't the same apply to insulting
participants of the list? Not to mention this comes shortly after a
discussion about attracting new blood into the Gentoo community.

You don't have to participate in this thread. You could also simply
say "I said in your previous posts that you need to do /this/."

We should never resort to insults and name calling if we want this to
be a productive list. If there's a problem with someone, either stop
replying to their messages, take it up with them directly (and
diplomatically), or bring it up with the list owner [1,2].

1: http://www.ietf.org/rfc/rfc1855.txt
2: gentoo-user+ow...@lists.gentoo.org

- -- 
wraeth 
GnuPG Key: B2D9F759
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlXmZZoACgkQXcRKerLZ91n3xAD/TkB/Qsw9dQzmFNO17XYAa69i
dlmukfj3FgdPz1OSm4QA/iLSdfcTLtjWFHDQtYyI92zzXvwL0QitH8Hhdx1irQo2
=7q/Z
-END PGP SIGNATURE-

Re: [gentoo-user] poppler-0.32.0 - can not emerge

[thelma]

On 09/01/2015 02:05 PM, Fernando Rodriguez wrote:
> On Tuesday, September 01, 2015 12:57:31 PM the...@sys-concept.com wrote:
>> I can seem to emerge poppler, getting error:
>>
>> Linking CXX executable pdftocairo
>> cd /var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build/utils 
> && /usr/bin/cmake -E cmake_link_script CMakeFiles/pdftocairo.dir/link.txt --
> verbose=1
>> /usr/bin/x86_64-pc-linux-gnu-g++   -Wall -Wcast-align -fno-exceptions -fno-
> check-new -fno-common -march=nocona -O2 -pipe  -Wnon-virtual-dtor -
> Woverloaded-virtual   -Wl,-O1 -Wl,--as-needed 
> CMakeFiles/pdftocairo.dir/parseargs.cc.o 
> CMakeFiles/pdftocairo.dir/pdftocairo.cc.o 
> CMakeFiles/pdftocairo.dir/pdftocairo-win32.cc.o 
> CMakeFiles/pdftocairo.dir/__/poppler/CairoFontEngine.cc.o 
> CMakeFiles/pdftocairo.dir/__/poppler/CairoOutputDev.cc.o 
> CMakeFiles/pdftocairo.dir/__/poppler/CairoRescaleBox.cc.o  -o pdftocairo -
> rdynamic -lcairo -lfreetype ../libpoppler.so.51.0.0 -lpthread -llcms2 -Wl,-
> rpath,/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build:
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_finish_compress@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_write_scanlines@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_std_error@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
>> `jpeg_set_quality@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_finish_decompress@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_destroy@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_set_defaults@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_read_scanlines@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_CreateCompress@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_read_raw_data@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_start_compress@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_CreateDecompress@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_start_decompress@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_write_tables@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_resync_to_restart@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_set_colorspace@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
>> `jpeg_read_header@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_write_raw_data@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_abort@LIBJPEG_6.2'
>> /usr/lib64/libtiff.so.5: undefined reference to 
> `jpeg_suppress_tables@LIBJPEG_6.2'
>> collect2: error: ld returned 1 exit status
>> utils/CMakeFiles/pdftocairo.dir/build.make:214: recipe for target 
> 'utils/pdftocairo' failed
>> make[2]: *** [utils/pdftocairo] Error 1
>> make[2]: Leaving directory '/var/tmp/portage/app-
> text/poppler-0.32.0/work/poppler-0.32.0_build'
>> CMakeFiles/Makefile2:305: recipe for target 
> 'utils/CMakeFiles/pdftocairo.dir/all' failed
>> make[1]: *** [utils/CMakeFiles/pdftocairo.dir/all] Error 2
>> make[1]: Leaving directory '/var/tmp/portage/app-
> text/poppler-0.32.0/work/poppler-0.32.0_build'
>> Makefile:126: recipe for target 'all' failed
>> make: *** [all] Error 2
>>  * ERROR: app-text/poppler-0.32.0::gentoo failed (compile phase):
>>  *   emake failed
>>  *
>>  * If you need support, post the output of `emerge --info '=app-
> text/poppler-0.32.0::gentoo'`,
>>  * the complete build log and the output of `emerge -pqv '=app-
> text/poppler-0.32.0::gentoo'`.
>>  * The complete build log is located at '/var/log/portage/app-
> text:poppler-0.32.0:20150901-171555.log'.
>>  * For convenience, a symlink to the build log is located at 
> '/var/tmp/portage/app-text/poppler-0.32.0/temp/build.log'.
>>  * The ebuild environment file is located at '/var/tmp/portage/app-
> text/poppler-0.32.0/temp/environment'.
>>  * Working directory: '/var/tmp/portage/app-
> text/poppler-0.32.0/work/poppler-0.32.0_build'
>>  * S: '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0' 
>>
>> There is a but filed about poppler:
>> https://bugs.gentoo.org/show_bug.cgi?id=529182
>>
>> Apparently the solution is to use:
>> MAKEOPTS="-j1"
>>
>> How do you use it?
>>
>> MAKEOPTS="-j1" emerge -1aNDv  app-text/poppler   
>>
>> It failed as well. Re-emerging it doesn't help.
> 
> That bug has nothing to do with your error.
> Try rebuilding media-libs/tiff or even better go back to your other posts and 
> follow the advice given to address the root of the problem.

media-libs/tiff rebuild just fine.
I have run: perl-cleaner --all
and I think it might have fix something; now poppler installed OK and
app-text/texlive-core installed as well.

Thelma

Re: [gentoo-user] Re: Lost tabs links in Firefox

[Dale]

Gevisz wrote:
> On Tue, 01 Sep 2015 13:06:29 -0500 Dale  wrote:
>
>
>> Either that, or backup your .mozilla directory before
>> starting Firefox after a update, just in case.
> Will do it in the future.
>
> F***ing Firefox!
>


Actually, I think it is some of the plug-ins/add-ons that cause the
problem.  I think Firefox has some changes and the plug-ins/add-ons need
updating before being used.  I have had times where Firefox even
disabled some stuff because it was known not to work correctly.  So,
Firefox generally survives.  Using a stable version gives the person
doing those extras a chance to catch up. 

I might add, going back to a stable version usually returns things to
normal but one can never be to careful. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: OneDrive access from Linux using webdavs

[Fernando Rodriguez]

On Tuesday, September 01, 2015 11:25:08 AM Mick wrote:
> On Friday 28 Aug 2015 12:55:37 you wrote:
> > Hi All,
> > 
> > Apparently OneDrive, the Microsoft cloud storage, is using the webdav
> > protocol.  However, to effect authentication OneDrive uses redirection to a
> > different URL, which breaks Linux connections to it.  This page explains
> > someone's attempts using the previous MS offering of SkyDrive:
> > 
> > http://blog.lazut.in/2012/12/skydrive-webdav-access.html
> > 
> > I've tried the suggestions using both cadaver and dolphin.  Both failed to
> > connect.  I have not used net-fs/davfs2 to mount OneDrive, but I read in
> > the above link that davfs2 does not handle redirects either.
> > 
> > Would you know of some trick to allow me to access onedrive from Linux? 
> > Read only access will do for the use case I have in mind, which is to
> > browse and download some files from a customer's shared folder.
> > 
> > 
> > PS. I've also found 'onedrive-d' a python script/program, which does not
> > seem to be available in portage, or any overlays.  Do you know if there's
> > an ebuild somewhere for it?  However, I think that this is for synch'ing a
> > local fs to OneDrive - something I am not necessarily interested in.
> 
> What?!  No-one on this list had to use OneDrive?  I can't believe it.  :p
> 

I've had to but wasn't able to :) Only for a little while I got it to work 
with an old version of onedrive-d until it stopped working. I decided to give 
the last usable version[1] (that's the one they're using with Ubuntu, the one 
on the new repo says it's not usable) a try but it has python deps that are 
not on gentoo or conflict.

https://github.com/xybu/onedrive-d-old/tree/future
-- 
Fernando Rodriguez

Re: [gentoo-user] audacity-2.0.5 failed to compile

[thelma]

On 09/01/2015 04:55 PM, Fernando Rodriguez wrote:
> On Tuesday, September 01, 2015 4:04:34 PM the...@sys-concept.com wrote:
>> System fails to upgrade to audacity-2.0.5
>>
>> -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype  -lasound -lrt
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_finish_decompress@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_CreateDecompress@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_resync_to_restart@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_CreateCompress@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_read_scanlines@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_read_header@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_finish_compress@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_start_compress@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_write_scanlines@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_start_decompress@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_set_quality@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_destroy_decompress@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_set_defaults@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_destroy_compress@LIBJPEG_6.2'
>> /usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
> `jpeg_std_error@LIBJPEG_6.2'
>> collect2: error: ld returned 1 exit status
>> Makefile:301: recipe for target '../audacity' failed
>> make[1]: *** [../audacity] Error 1
>> make[1]: Leaving directory '/var/tmp/portage/media-
> sound/audacity-2.0.5/work/audacity-src-2.0.5/src'
>> Makefile:21: recipe for target 'audacity' failed
>> make: *** [audacity] Error 2
>>  * ERROR: media-sound/audacity-2.0.5::gentoo failed (compile phase):
>>  *   emake failed
>>  * 
>>  * If you need support, post the output of `emerge --info '=media-
> sound/audacity-2.0.5::gentoo'`,
>>  * the complete build log and the output of `emerge -pqv '=media-
> sound/audacity-2.0.5::gentoo'`.
>>  * The complete build log is located at '/var/log/portage/media-
> sound:audacity-2.0.5:20150901-215644.log'.
>>  * For convenience, a symlink to the build log is located at 
> '/var/tmp/portage/media-sound/audacity-2.0.5/temp/build.log'.
>>  * The ebuild environment file is located at '/var/tmp/portage/media-
> sound/audacity-2.0.5/temp/environment'.
>>  * Working directory: '/var/tmp/portage/media-
> sound/audacity-2.0.5/work/audacity-src-2.0.5'
>>  * S: '/var/tmp/portage/media-sound/audacity-2.0.5/work/audacity-src-2.0.5'
> 
> Since you're too stupid to follow advice, you need to rebuild *EVERYTHING* 
> that linked against libjpeg (in this case x11-libs/wxGTK).

This kind of language does not belong here. If you can not refrain
yourself making sarcastic remarks don't make any comments.

I would appreciate you stop reading my posts at all.
I don't belong to Gentoo community.

[gentoo-user] audacity-2.0.5 failed to compile

[thelma]

System fails to upgrade to audacity-2.0.5

-lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype  -lasound -lrt
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_finish_decompress@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_CreateDecompress@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_resync_to_restart@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_CreateCompress@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_read_scanlines@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_read_header@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_finish_compress@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_start_compress@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_write_scanlines@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_start_decompress@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_set_quality@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_destroy_decompress@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_set_defaults@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_destroy_compress@LIBJPEG_6.2'
/usr/lib64/libwx_gtk2u_core-2.8.so: undefined reference to 
`jpeg_std_error@LIBJPEG_6.2'
collect2: error: ld returned 1 exit status
Makefile:301: recipe for target '../audacity' failed
make[1]: *** [../audacity] Error 1
make[1]: Leaving directory 
'/var/tmp/portage/media-sound/audacity-2.0.5/work/audacity-src-2.0.5/src'
Makefile:21: recipe for target 'audacity' failed
make: *** [audacity] Error 2
 * ERROR: media-sound/audacity-2.0.5::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info 
'=media-sound/audacity-2.0.5::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=media-sound/audacity-2.0.5::gentoo'`.
 * The complete build log is located at 
'/var/log/portage/media-sound:audacity-2.0.5:20150901-215644.log'.
 * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/media-sound/audacity-2.0.5/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/media-sound/audacity-2.0.5/temp/environment'.
 * Working directory: 
'/var/tmp/portage/media-sound/audacity-2.0.5/work/audacity-src-2.0.5'
 * S: '/var/tmp/portage/media-sound/audacity-2.0.5/work/audacity-src-2.0.5'

-- 
Thelma

Re: [gentoo-user] black screen on boot when udevevents are processed

[lee]

 writes:

> lee  wrote:
>
>> Hi,
>> 
>> I'm getting a black screen during booting, with the last message I can
>> see being that udevevents are being processed.
>> 
>> This happens with an NVIDIA GTX770 connected to a 4k display via a
>> display port cable, and only when the monitor is configured to use
>> display port 1.2 rather than 1.1.  With 1.1, I can get only 30Hz
>> refresh rate, so I want to use 1.2, which should allow 60.
>> 
>> Installed are nvidia-drivers 343.36.
>> 
>> Do I need a very special display port cable for this, or what might
>> the issue?  Both the graphics card and the monitor should be able to
>> do the full resolution at 60Hz just fine.
>
> You need a DP cable that is able to handle a resolution of 4k@60Hz. Not
> all DP cables can do this.

Hm, I bought this cable today, so I'd think it should be ok --- but I
didn't explicitly specify that it must be one that does 4k@60.  I didn't
know I might have to.

Is there any way to tell?  The sticker on the package only says DP/DP
2.0m.

> But if you use the cable that is delivered with your monitor, it
> should work for all resolutions/refresh rates as long as it is not
> broken.

Unfortunately, the cable that came with it has a normal size connector
on one end and a small size connector on the other.  Both the monitor
and the graphics card require the normal size connector, so I cannot use
that cable.  That's why I bought one ...

> Sorry, but I can't say anything about the rest of your questions.

Np; when I don't have the right cable, it'll never work anyway.  Now I
know what I need to look into first :)


-- 
Again we must be afraid of speaking of daemons for fear that daemons
might swallow us.  Finally, this fear has become reasonable.

Re: [gentoo-user] black screen on boot when udevevents are processed

[wabenbau]

lee  wrote:

> Hi,
> 
> I'm getting a black screen during booting, with the last message I can
> see being that udevevents are being processed.
> 
> This happens with an NVIDIA GTX770 connected to a 4k display via a
> display port cable, and only when the monitor is configured to use
> display port 1.2 rather than 1.1.  With 1.1, I can get only 30Hz
> refresh rate, so I want to use 1.2, which should allow 60.
> 
> Installed are nvidia-drivers 343.36.
> 
> Do I need a very special display port cable for this, or what might
> the issue?  Both the graphics card and the monitor should be able to
> do the full resolution at 60Hz just fine.

You need a DP cable that is able to handle a resolution of 4k@60Hz. Not
all DP cables can do this. But if you use the cable that is delivered
with your monitor, it should work for all resolutions/refresh rates as 
long as it is not broken.

Sorry, but I can't say anything about the rest of your questions.

--
Regards
wabe

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Neil Bothwick]

On Tue, 1 Sep 2015 15:26:10 -0400, Fernando Rodriguez wrote:

> Also one exception to the directory naming convention is the keywords
> file. The file was package.accept_keywords but the directory is
> package.keywords.

The name was changed from package.keywords to package.accept_keywords to
match the variable name in make.conf. Either can be a directory, there's
even an example in the portage man page of a directory with the new name.

> I always tought autounmask would write
> to the original package.* filename (since cross-* comes before
> package.*) until I saw Alan's reply.

Portage treats all the files in the directory as a single file, in
lexical order. If it's a file, portage adds auto-unmask entries to the
end ot make sure they are not counteracted by something else in the file.
If you use a directory, portage adds the changes to the end of the last
file for the same reason. As with many things, I though portage was doing
the wrong thing by adding to the "wrong" file, until I realised just
what it was doing and why. See the section on -autounmask-write
in man emerge.


-- 
Neil Bothwick

Suicidal twin kills sister by mistake!


pgpjsxV74UIz9.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] a few blockers I can't figure out

[Marc Joliet_1]

On Tuesday 01 September 2015 11:55:12 Alan McKinnon wrote:
>On 01/09/2015 02:12, cov...@ccs.covici.com wrote:
[...]
>
>Got it, finally :-)
>
>fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
>highest version with an explicit python USE flag. All later versions do
>not have the flag at all.
>
>Your choices are either to have fail2ban fixed to deal with recent
>systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
>fail2ban with something equivalent

That'll be because the systemd python bindings were split into a separate 
package upstream.  But fail2ban already depends on it:

systemd? ( $(python_gen_cond_dep '|| (
dev-python/python-systemd[${PYTHON_USEDEP}]
sys-apps/systemd[python(-),${PYTHON_USEDEP}]
)' 'python*' ) )

So maybe the OP just needs to unmask python-systemd?

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.

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Alan McKinnon]

On 01/09/2015 12:21, Bill Kenworthy wrote:
> On 01/09/15 16:10, Emanuele Rusconi wrote:
>> On 1 September 2015 at 10:02, Walter Dnes  wrote:
>>>   How many heads will explode?  I have /etc/portage/package.use/package.use
>>> file (YES!) The only reason I made a package.use directory was because I
>>> set up a cross-build environment, so that my ancient 32-bit Atom netbook
>>> wouldn't have to spend 14 hours building Seamonkey.  The cross-compiler
>>> *DEMANDS* a package.use directory.
>>>
>>> [d531][waltdnes][~] ll /etc/portage/package.use/
>>> total 24
>>> drwxr-xr-x  2 root root 4096 Jul 30 17:05 .
>>> drwxr-xr-x 13 root root 4096 Jul 30 17:03 ..
>>> -rw-r--r--  1 root root   41 Mar 25 00:04 cross---help
>>> -rw-r--r--  1 root root   37 Mar 25 00:01 cross--p
>>> -rw-r--r--  1 root root  274 May  4 12:07 cross-i686-pc-linux-gnu
>>> -rw-r--r--  1 root root  585 Jul 30 17:05 package.use
>>>
>>> --
>>> Walter Dnes 
>>> I don't run "desktop environments"; I run useful applications
>>>
>>
>> Yeah, crazy, right? I mean, a configuration file WITHIN a directory!!
>> Woah, it's mind-boggling, dude!!
>>
>> -- Emanuele Rusconi
>>
> 
> Hey! - I am not the only one doing this then :)
> 
> And it was also because of a cross-compiler.  When I looked at how much
> extra work this type fragmentation causes, and how little (or any!)
> advantage it gives makes one wonder about the designers sanity ...

Switching from a single file to a directory of files is a needless PITA,
because the file and the directory *have*the*same*name* 

So you must first move the file out of the way or rename it, then move
it into the newly created directory.

What ought to have happened, and the convention had long existed when
this scheme for portage was thought up, is to call the directory

/etc/portage/package.mask.d/

then you could easily have a main file and as many subsidiary files as
you need/want. Just like how every other package seems to do it.

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Bill Kenworthy]

On 01/09/15 16:10, Emanuele Rusconi wrote:
> On 1 September 2015 at 10:02, Walter Dnes  wrote:
>>   How many heads will explode?  I have /etc/portage/package.use/package.use
>> file (YES!) The only reason I made a package.use directory was because I
>> set up a cross-build environment, so that my ancient 32-bit Atom netbook
>> wouldn't have to spend 14 hours building Seamonkey.  The cross-compiler
>> *DEMANDS* a package.use directory.
>>
>> [d531][waltdnes][~] ll /etc/portage/package.use/
>> total 24
>> drwxr-xr-x  2 root root 4096 Jul 30 17:05 .
>> drwxr-xr-x 13 root root 4096 Jul 30 17:03 ..
>> -rw-r--r--  1 root root   41 Mar 25 00:04 cross---help
>> -rw-r--r--  1 root root   37 Mar 25 00:01 cross--p
>> -rw-r--r--  1 root root  274 May  4 12:07 cross-i686-pc-linux-gnu
>> -rw-r--r--  1 root root  585 Jul 30 17:05 package.use
>>
>> --
>> Walter Dnes 
>> I don't run "desktop environments"; I run useful applications
>>
> 
> Yeah, crazy, right? I mean, a configuration file WITHIN a directory!!
> Woah, it's mind-boggling, dude!!
> 
> -- Emanuele Rusconi
> 

Hey! - I am not the only one doing this then :)

And it was also because of a cross-compiler.  When I looked at how much
extra work this type fragmentation causes, and how little (or any!)
advantage it gives makes one wonder about the designers sanity ...

BillK

[gentoo-user] Re: [SOLVED] media-libs/jpeg / media-libs/libjpeg-turbo - blocking each other

[Nikos Chantziaras]

On 01/09/15 03:35, the...@sys-concept.com wrote:

Found a solution.

emerge -avC libjpeg-turbo
emerge -av1 media-libs/jpeg:0 media-libs/jpeg:62

Solved the problem.


That is not a solution. It's a workaround.

The real solution is to make the package that depends on media-libs/jpeg 
not depend on it. I doubt that it really needs that package and can't 
work with libjpeg-turbo instead.

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 01/09/2015 02:12, cov...@ccs.covici.com wrote:
> Alan McKinnon  wrote:
> 
>> On 31/08/2015 18:54, cov...@ccs.covici.com wrote:
 The words make sense, the meaning doesn't :-)
>
> It looks like fail2ban wants systemd without python support, but the
> true reason is still hidden. The fail2ban ebuild has this:
>
> RDEPEND="
> ...
> systemd? ( $(python_gen_cond_dep '|| (
> dev-python/python-systemd[${PYTHON_USEDEP}]
> sys-apps/systemd[python(-),${PYTHON_USEDEP}]
>
>
> I'm thinking maybe you have a specific portage entry that's getting in
> the way. What are your results for:
>
> emerge --info
> grep -r python /etc/portage
> grep -r systemd /etc/portage
>>> Just to let you know, most of the python entries were mandated by
>>> portage, certainly the systemd one.
>>
>>
>> I'm having a hard time figuring out what is making portage do this.
>> I also figure you're OK with a downgraded systemd meanwhile, but just
>> for kicks, lets test my theory: If you run this, does portage offer to
>> upgrade systemd?
>>
>>
>> USE="-python" emerge -pv systemd
> 
> Well, here is what I got
> [ebuild U  ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo]
> USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit
> -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma
> -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*)
> (-gudev%) (-introspection%*) (-python%*)
> (-terminal%)" ABI_X86="32 (64) (-x32)"
> PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)"
> PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB
> 
> Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB
> 
> !!! Multiple package instances within a single package slot have been
> pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> sys-apps/systemd:0
> 
>   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled
>   in by
> sys-apps/systemd (Argument)
> 
>   (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by
> 
> sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?]
> required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)



Got it, finally :-)

fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
highest version with an explicit python USE flag. All later versions do
not have the flag at all.

Your choices are either to have fail2ban fixed to deal with recent
systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
fail2ban with something equivalent


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Emanuele Rusconi]

On 1 September 2015 at 10:02, Walter Dnes  wrote:
>   How many heads will explode?  I have /etc/portage/package.use/package.use
> file (YES!) The only reason I made a package.use directory was because I
> set up a cross-build environment, so that my ancient 32-bit Atom netbook
> wouldn't have to spend 14 hours building Seamonkey.  The cross-compiler
> *DEMANDS* a package.use directory.
>
> [d531][waltdnes][~] ll /etc/portage/package.use/
> total 24
> drwxr-xr-x  2 root root 4096 Jul 30 17:05 .
> drwxr-xr-x 13 root root 4096 Jul 30 17:03 ..
> -rw-r--r--  1 root root   41 Mar 25 00:04 cross---help
> -rw-r--r--  1 root root   37 Mar 25 00:01 cross--p
> -rw-r--r--  1 root root  274 May  4 12:07 cross-i686-pc-linux-gnu
> -rw-r--r--  1 root root  585 Jul 30 17:05 package.use
>
> --
> Walter Dnes 
> I don't run "desktop environments"; I run useful applications
>

Yeah, crazy, right? I mean, a configuration file WITHIN a directory!!
Woah, it's mind-boggling, dude!!

-- Emanuele Rusconi

Re: [gentoo-user] Lost tabs links in Firefox

[Gevisz]

On Tue, 01 Sep 2015 08:56:01 +0200 Peter Weilbacher  
wrote:

> On 2015-09-01 08:33, gevisz wrote:
> > I have a bad habit of leaving too many tabs open
> > when closing Firefox relying on its feature to open them
> > again next time I start it.
> [...]
> > I still believe that at least links for them can be found
> > somewhere inside ~/.mozilla directory.
> 
> Search for sessionstore.{json,bak} in ~/.mozilla/firefox. One of
> those should contain the URLs of your tabs.

Thank you. I have found them in 
~/mozilla/firefox/x.default/sessionstore-backups/upgrade.js-20150809112930

More late tabs are gone. :(

Will try to look in other files in the same directory...

> (Unless you started too many times after the error.
> Then they might have gotten overwritten.)
> 
> Maybe it's just a matter of having started with a different
> profile than normal? There were such cases on this list recently.

Yes, I have read about that but it did not happen to me that time
because I use -bindist use flag for quite a long time.

> Try starting with |firefox -P|...

Will try it later.

Thank you.

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Walter Dnes]

  How many heads will explode?  I have /etc/portage/package.use/package.use
file (YES!) The only reason I made a package.use directory was because I
set up a cross-build environment, so that my ancient 32-bit Atom netbook
wouldn't have to spend 14 hours building Seamonkey.  The cross-compiler
*DEMANDS* a package.use directory.

[d531][waltdnes][~] ll /etc/portage/package.use/
total 24
drwxr-xr-x  2 root root 4096 Jul 30 17:05 .
drwxr-xr-x 13 root root 4096 Jul 30 17:03 ..
-rw-r--r--  1 root root   41 Mar 25 00:04 cross---help
-rw-r--r--  1 root root   37 Mar 25 00:01 cross--p
-rw-r--r--  1 root root  274 May  4 12:07 cross-i686-pc-linux-gnu
-rw-r--r--  1 root root  585 Jul 30 17:05 package.use

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] a few blockers I can't figure out

[Rich Freeman]

On Tue, Sep 1, 2015 at 5:55 AM, Alan McKinnon  wrote:
> Got it, finally :-)
>
> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
> highest version with an explicit python USE flag. All later versions do
> not have the flag at all.
>
> Your choices are either to have fail2ban fixed to deal with recent
> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
> fail2ban with something equivalent
>

Sounds like this is covered by:
https://bugs.gentoo.org/show_bug.cgi?id=558168
https://bugs.gentoo.org/show_bug.cgi?id=02

It seems to me like this is a portage issue with the resolver.
Running emerge -1 python-systemd sounds like it fixes the issue.
Apparently once it is installed portage will figure out it needs to
hang onto it.

-- 
Rich

[gentoo-user] Re: OneDrive access from Linux using webdavs

[Mick]

On Friday 28 Aug 2015 12:55:37 you wrote:
> Hi All,
> 
> Apparently OneDrive, the Microsoft cloud storage, is using the webdav
> protocol.  However, to effect authentication OneDrive uses redirection to a
> different URL, which breaks Linux connections to it.  This page explains
> someone's attempts using the previous MS offering of SkyDrive:
> 
> http://blog.lazut.in/2012/12/skydrive-webdav-access.html
> 
> I've tried the suggestions using both cadaver and dolphin.  Both failed to
> connect.  I have not used net-fs/davfs2 to mount OneDrive, but I read in
> the above link that davfs2 does not handle redirects either.
> 
> Would you know of some trick to allow me to access onedrive from Linux? 
> Read only access will do for the use case I have in mind, which is to
> browse and download some files from a customer's shared folder.
> 
> 
> PS. I've also found 'onedrive-d' a python script/program, which does not
> seem to be available in portage, or any overlays.  Do you know if there's
> an ebuild somewhere for it?  However, I think that this is for synch'ing a
> local fs to OneDrive - something I am not necessarily interested in.

What?!  No-one on this list had to use OneDrive?  I can't believe it.  :p

-- 
Regards,
Mick


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

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 01/09/2015 12:18, Marc Joliet_1 wrote:
> On Tuesday 01 September 2015 11:55:12 Alan McKinnon wrote:
>> On 01/09/2015 02:12, cov...@ccs.covici.com wrote:
> [...]
>>
>> Got it, finally :-)
>>
>> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
>> highest version with an explicit python USE flag. All later versions do
>> not have the flag at all.
>>
>> Your choices are either to have fail2ban fixed to deal with recent
>> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
>> fail2ban with something equivalent
> 
> That'll be because the systemd python bindings were split into a separate 
> package upstream.  But fail2ban already depends on it:
> 
>   systemd? ( $(python_gen_cond_dep '|| (
>   dev-python/python-systemd[${PYTHON_USEDEP}]
>   sys-apps/systemd[python(-),${PYTHON_USEDEP}]
>   )' 'python*' ) )
> 
> So maybe the OP just needs to unmask python-systemd?


That makes sense.


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[Rich Freeman]

On Tue, Sep 1, 2015 at 7:13 AM,   wrote:
> Rich Freeman  wrote:
>>
>> Sounds like this is covered by:
>> https://bugs.gentoo.org/show_bug.cgi?id=558168
>> https://bugs.gentoo.org/show_bug.cgi?id=02
>>
>> It seems to me like this is a portage issue with the resolver.
>> Running emerge -1 python-systemd sounds like it fixes the issue.
>> Apparently once it is installed portage will figure out it needs to
>> hang onto it.
>
> And portage will not let me do that even though I have removed the
> explicit python use flag from sys-apps/systemd -- in fact it will not
> let me reinstall the same version of systemd without the python use
> flag.
>

Can you attach the emerge output of "emerge -1 python-systemd" ?  I
don't see that anywhere in this thread.

As far as I can tell everything should work as long as you emerge that
first, or on the same command line as fail2ban, as the bug indicates.
You shouldn't have to mess with any systemd USE flag settings if
you're on ~amd64, and in theory touching the flag won't change
anything anyway.

-- 
Rich

Re: [gentoo-user] What is the correct version of ncurses on ~amd64 now?

[Todd Goodman]

* Fernando Rodriguez  [150831 20:35]:
[..SNIP..]
> Hmm, I keyworded ncurses and this is what portage wants to do:
> 
> [ebuild  r  U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo [5.9-r5:0/5::fernan] 
> USE="cxx doc gpm tinfo unicode -ada -debug -minimal -profile -static-libs {-
> test%} -threads% -trace" ABI_X86="32 (64) -x32" 3,059 KiB
> [ebuild U ~] sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] 
> USE="gpm tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) -
> x32" 0 KiB
> [ebuild  rR   ~] sys-devel/gdb-7.10::gentoo  USE="client expat python server 
> zlib -lzma -multitarget -nls {-test} -vanilla" 
> PYTHON_SINGLE_TARGET="python2_7 
> -python3_3 -python3_4" PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB
> [ebuild  rR] app-misc/screen-4.3.1::gentoo  USE="pam -debug -multiuser -
> nethack -selinux" 0 KiB
> [ebuild  rR] app-emulation/wine-1.6.2::gentoo  USE="X alsa cups custom-
> cflags fontconfig gecko jpeg lcms ldap mp3 ncurses openal opengl perl png 
> prelink pulseaudio run-exes samba ssl threads truetype udisks v4l xcomposite 
> xinerama xml -capi -dos -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl -
> osmesa -oss -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32" 
> LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr -he -hi 
> -hr 
> -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR -pt_PT -rm -ro -ru -sk -
> sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th -tr -uk -wa -zh_CN -zh_TW" 0 KiB
> 
> 
> That looks dangerous to me because the first build will upgrade my 5.9 
> installation to 6.0 and the second will reinstall 5.9. 
> 
> So what happens in between when I have no 5.9 installed but everything is 
> linked against it? Won't it need bash to build the second one? What if the 
> 2nd 
> build fails? Will stuff linked against 5.9 work with 6.0?

I'm running ~x86 and ~amd64 and update daily so hopefully some of what I'll
relate below won't apply to anyone else who doesn't do that.

But first when I got ncurses-6.0 I then couldn't build ghc because the
binary build tools were linked against ncurses-5.x (this has been fixed
now.)  At the time I could get around it by installing ncurses-5.0 as
the ncurses:5 slot.  Since then however ncurses:5 seems to give
ncurses-6.0 and ncurses:0 is ncurses-6.1 (though I could be mistaken.)

Anyway, ncurses-6.0 and ncurses-5.9 were coinstalled and happy together
as you'd expect from a slotted package.

However, yesterday there were problems with more ncurses changes and
readline.  Somehow the build of sys-libs/readline went awry and it
produced a .so without some symbols needed by gawk and bc (or more
likely, they needed to be rebuilt but couldn't be.)  This prevented
ncurses from being rebuilt since the build requires awk and prevented my
kernel from being rebuilt because it requires bc.  But readline couldn't
be rebuilt because it required ncurses.  I could be off on the actual
interdependencies but bottom line is that I couldn't get out of the
circular dependencies (and there were no use flags to turn then off.)
Even trying to build with --nodeps didn't get me out of the hole.

In the end I had to pull a gawk off a stage3 and
/{lib,lib64}/libreadline.so.6.3 off other systems to get out of it.

Hopefully that was all just because of running ~x86 and ~amd64 (I don't
want to call it unstable because it's worked great for me for years and
is very stable due to excellent work from Gentoo devs!) and my just
catching things in flux.

Presented here in case someone experiences readline/ncurses problems in
the future unrelated to this original ncurses issue.

Todd

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Rich Freeman  wrote:

> On Tue, Sep 1, 2015 at 5:55 AM, Alan McKinnon  wrote:
> > Got it, finally :-)
> >
> > fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
> > highest version with an explicit python USE flag. All later versions do
> > not have the flag at all.
> >
> > Your choices are either to have fail2ban fixed to deal with recent
> > systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
> > fail2ban with something equivalent
> >
> 
> Sounds like this is covered by:
> https://bugs.gentoo.org/show_bug.cgi?id=558168
> https://bugs.gentoo.org/show_bug.cgi?id=02
> 
> It seems to me like this is a portage issue with the resolver.
> Running emerge -1 python-systemd sounds like it fixes the issue.
> Apparently once it is installed portage will figure out it needs to
> hang onto it.

And portage will not let me do that even though I have removed the
explicit python use flag from sys-apps/systemd -- in fact it will not
let me reinstall the same version of systemd without the python use
flag.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Rich Freeman  wrote:

> On Tue, Sep 1, 2015 at 7:13 AM,   wrote:
> > Rich Freeman  wrote:
> >>
> >> Sounds like this is covered by:
> >> https://bugs.gentoo.org/show_bug.cgi?id=558168
> >> https://bugs.gentoo.org/show_bug.cgi?id=02
> >>
> >> It seems to me like this is a portage issue with the resolver.
> >> Running emerge -1 python-systemd sounds like it fixes the issue.
> >> Apparently once it is installed portage will figure out it needs to
> >> hang onto it.
> >
> > And portage will not let me do that even though I have removed the
> > explicit python use flag from sys-apps/systemd -- in fact it will not
> > let me reinstall the same version of systemd without the python use
> > flag.
> >
> 
> Can you attach the emerge output of "emerge -1 python-systemd" ?  I
> don't see that anywhere in this thread.
> 
> As far as I can tell everything should work as long as you emerge that
> first, or on the same command line as fail2ban, as the bug indicates.
> You shouldn't have to mess with any systemd USE flag settings if
> you're on ~amd64, and in theory touching the flag won't change
> anything anyway.

Here it is, I filed a bug anyway against fail2ban.

[ebuild  N ] dev-python/python-systemd-230::gentoo
PYTHON_TARGETS="python2_7 python3_4 -python3_3" 39 KiB
[blocks B  ] sys-apps/systemd[python(-)]
("sys-apps/systemd[python(-)]" is blocking
dev-python/python-systemd-230)

Total: 1 package (1 new), Size of downloads: 39 KiB
Conflict: 1 block (1 unsatisfied)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (dev-python/python-systemd-230:0/0::gentoo, ebuild scheduled for
  merge) pulled in by
python-systemd
 
-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon  wrote:

> On 01/09/2015 02:12, cov...@ccs.covici.com wrote:
> > Alan McKinnon  wrote:
> > 
> >> On 31/08/2015 18:54, cov...@ccs.covici.com wrote:
>  The words make sense, the meaning doesn't :-)
> >
> > It looks like fail2ban wants systemd without python support, but the
> > true reason is still hidden. The fail2ban ebuild has this:
> >
> > RDEPEND="
> > ...
> > systemd? ( $(python_gen_cond_dep '|| (
> > dev-python/python-systemd[${PYTHON_USEDEP}]
> > sys-apps/systemd[python(-),${PYTHON_USEDEP}]
> >
> >
> > I'm thinking maybe you have a specific portage entry that's getting in
> > the way. What are your results for:
> >
> > emerge --info
> > grep -r python /etc/portage
> > grep -r systemd /etc/portage
> >>> Just to let you know, most of the python entries were mandated by
> >>> portage, certainly the systemd one.
> >>
> >>
> >> I'm having a hard time figuring out what is making portage do this.
> >> I also figure you're OK with a downgraded systemd meanwhile, but just
> >> for kicks, lets test my theory: If you run this, does portage offer to
> >> upgrade systemd?
> >>
> >>
> >> USE="-python" emerge -pv systemd
> > 
> > Well, here is what I got
> > [ebuild U  ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo]
> > USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit
> > -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma
> > -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*)
> > (-gudev%) (-introspection%*) (-python%*)
> > (-terminal%)" ABI_X86="32 (64) (-x32)"
> > PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)"
> > PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB
> > 
> > Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB
> > 
> > !!! Multiple package instances within a single package slot have been
> > pulled
> > !!! into the dependency graph, resulting in a slot conflict:
> > 
> > sys-apps/systemd:0
> > 
> >   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled
> >   in by
> > sys-apps/systemd (Argument)
> > 
> >   (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by
> > 
> > sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?]
> > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)
> 
> 
> 
> Got it, finally :-)
> 
> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
> highest version with an explicit python USE flag. All later versions do
> not have the flag at all.
> 
> Your choices are either to have fail2ban fixed to deal with recent
> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
> fail2ban with something equivalent

I do need fail2ban, so should I file a bug against it?


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 01/09/2015 13:03, cov...@ccs.covici.com wrote:
> Alan McKinnon  wrote:
> 
>> On 01/09/2015 02:12, cov...@ccs.covici.com wrote:
>>> Alan McKinnon  wrote:
>>>
 On 31/08/2015 18:54, cov...@ccs.covici.com wrote:
>> The words make sense, the meaning doesn't :-)
>>>
>>> It looks like fail2ban wants systemd without python support, but the
>>> true reason is still hidden. The fail2ban ebuild has this:
>>>
>>> RDEPEND="
>>> ...
>>> systemd? ( $(python_gen_cond_dep '|| (
>>> dev-python/python-systemd[${PYTHON_USEDEP}]
>>> sys-apps/systemd[python(-),${PYTHON_USEDEP}]
>>>
>>>
>>> I'm thinking maybe you have a specific portage entry that's getting in
>>> the way. What are your results for:
>>>
>>> emerge --info
>>> grep -r python /etc/portage
>>> grep -r systemd /etc/portage
> Just to let you know, most of the python entries were mandated by
> portage, certainly the systemd one.


 I'm having a hard time figuring out what is making portage do this.
 I also figure you're OK with a downgraded systemd meanwhile, but just
 for kicks, lets test my theory: If you run this, does portage offer to
 upgrade systemd?


 USE="-python" emerge -pv systemd
>>>
>>> Well, here is what I got
>>> [ebuild U  ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo]
>>> USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit
>>> -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma
>>> -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*)
>>> (-gudev%) (-introspection%*) (-python%*)
>>> (-terminal%)" ABI_X86="32 (64) (-x32)"
>>> PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)"
>>> PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB
>>>
>>> Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB
>>>
>>> !!! Multiple package instances within a single package slot have been
>>> pulled
>>> !!! into the dependency graph, resulting in a slot conflict:
>>>
>>> sys-apps/systemd:0
>>>
>>>   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled
>>>   in by
>>> sys-apps/systemd (Argument)
>>>
>>>   (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by
>>> 
>>> sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?]
>>> required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)
>>
>>
>>
>> Got it, finally :-)
>>
>> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the
>> highest version with an explicit python USE flag. All later versions do
>> not have the flag at all.
>>
>> Your choices are either to have fail2ban fixed to deal with recent
>> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace
>> fail2ban with something equivalent
> 
> I do need fail2ban, so should I file a bug against it?


Yes, definitely. There's a problem with fail2ban, or with portage's
resolver, or with our ability to read portage operators, I'm not sure
which :-)

The package maintainer is in a position to help out here.


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Mick]

On Wednesday 02 Sep 2015 05:57:49 wraeth wrote:
> On 02/09/15 14:24, the...@sys-concept.com wrote:
> > On 09/01/2015 08:57 PM, wraeth wrote:
> >> On 02/09/15 12:23, Fernando Rodriguez wrote:
> >>> He was told what the problem was on his first post about
> >>> libjpeg-turbo, he didn't just ignore it but posted the wrong
> >>> solution with a big SOLVED on the subject that only serves to
> >>> mislead future users of this list. On his last post about this
> >>> same error (different package) I politely told him to go back
> >>> and follow the advise on that post, again he ignored it and
> >>> posted a bogus solution (it worked because he rebuilt tiff,
> >>> perl had nothing to do with it). revdep-rebuild may (or may
> >>> not) fix it now, but the right solution is to remove or fix the
> >>> obsolete package to depend on virtual/jpeg, update world
> >>> properly, and then revdep-rebuild to undo this mess.
> > 
> > Apology if I didn't most enough information. I know should have
> > post "emerge --info" but when it comes to error log.  It is very,
> > very long and email wouldn't be able to accept it; so I cat the
> > ending message as this is the point it stop compiling.
> 
> For large files, you can either paste the file to a pastebin service
> and give us the URL, compress it with gzip or bzip2 and attach that,
> or give us the last 250 lines or so.
> 
> The reason for this is because the error you see in the logs may not
> be the first error or the one that is causing the build to fail - the
> more information we have, the more information available to help
> resolve an issue.
> 
> Either way, no harm done.
> 
> > Emergeing "x11-libs/wxGTK" did not help.
> 
> I haven't been following along with the threads, but as far as I
> understand there's an obsolete package that has a dependency that
> conflicts with newer packages. If that's the case, you would need to
> deal with that obsolete package.
> 
> There's also been suggestion of using revdep-rebuild - have you tried
> that?

First check that you have not inadvertently added any virtual packages in 
/var/lib/portage/world.  If so remove them, portage will bring them back if 
needed.  Then use:

emerge -uaNDv world
emerge --depclean -p -v
emerge @preserved-rebuild -p
revdep-rebuild -v -- -a

perl-cleaner is also a good to run anytime portage updates any perl packages.

Have a look at 'man qdepends' for direct and reverse dependencies of different 
packages.  In your case jpeg seems to be borked, so investigate jpeg and jpeg 
libraries with the above tools to see what may be causing the problem.  It 
could be that a package is in world that shouldn't be, or it could be that you 
have some USE flag set that forces portage into a knot.

HTH.
-- 
Regards,
Mick


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

Re: [gentoo-user] audacity-2.0.5 failed to compile

[thelma]

On 09/01/2015 08:57 PM, wraeth wrote:
> On 02/09/15 12:23, Fernando Rodriguez wrote:
>> On Tuesday, September 01, 2015 9:22:44 PM Alec Ten Harmsel wrote:
>>> On Tue, Sep 01, 2015 at 05:05:09PM -0600, the...@sys-concept.com
>>> wrote:
 On 09/01/2015 04:55 PM, Fernando Rodriguez wrote:
> Since you're too stupid to follow advice, you need to rebuild
>
>> *EVERYTHING*
> that linked against libjpeg (in this case x11-libs/wxGTK).

[snip]
> 
>> He was told what the problem was on his first post about
>> libjpeg-turbo, he didn't just ignore it but posted the wrong
>> solution with a big SOLVED on the subject that only serves to
>> mislead future users of this list. On his last post about this same
>> error (different package) I politely told him to go back and follow
>> the advise on that post, again he ignored it and posted a bogus 
>> solution (it worked because he rebuilt tiff, perl had nothing to do
>> with it). revdep-rebuild may (or may not) fix it now, but the right
>> solution is to remove or fix the obsolete package to depend on
>> virtual/jpeg, update world properly, and then revdep-rebuild to
>> undo this mess.
> 
> So someone posted an issue(s), then marked it solved when they got a
> workaround which may not resolve the actual issue but got them past
> their initial problem(s).
> 
> Your argument to that is that their "false solution" will mislead
> future readers of the list. Doesn't the same apply to insulting
> participants of the list? Not to mention this comes shortly after a
> discussion about attracting new blood into the Gentoo community.
> 
> You don't have to participate in this thread. You could also simply
> say "I said in your previous posts that you need to do /this/."
> 
> We should never resort to insults and name calling if we want this to
> be a productive list. If there's a problem with someone, either stop
> replying to their messages, take it up with them directly (and
> diplomatically), or bring it up with the list owner [1,2].
> 
> 1: http://www.ietf.org/rfc/rfc1855.txt
> 2: gentoo-user+ow...@lists.gentoo.org


Apology if I didn't most enough information. I know should have post "emerge 
--info" but when it comes to error log.  It is very, very long and email 
wouldn't be able to accept it; so I cat the ending message as this is the point 
it stop compiling.

Emergeing "x11-libs/wxGTK" did not help.

Here is: emerge --info =media-sound/audacity-2.0.5::gentoo
Portage 2.2.20.1 (python 3.4.1-final-0, default/linux/amd64/13.0/desktop, 
gcc-4.8.4, glibc-2.20-r2, 3.10.17-gentoo x86_64)
=
 System Settings
=
System uname: 
Linux-3.10.17-gentoo-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9550_@_2.83GHz-with-gentoo-2.2
KiB Mem: 4049400 total,   3006588 free
KiB Swap:8008396 total,   8008396 free
Timestamp of repository gentoo: Fri, 28 Aug 2015 22:30:02 +
sh bash 4.3_p39
ld GNU ld (Gentoo 2.24 p1.4) 2.24
ccache version 3.1.9 [disabled]
app-shells/bash:  4.3_p39::gentoo
dev-java/java-config: 2.2.0::gentoo
dev-lang/perl:5.20.2::gentoo
dev-lang/python:  2.7.9-r1::gentoo, 3.3.5-r1::gentoo, 3.4.1::gentoo
dev-util/ccache:  3.1.9-r4::gentoo
dev-util/cmake:   3.2.2::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.2::gentoo
sys-apps/openrc:  0.17::gentoo
sys-apps/sandbox: 2.6-r1::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69::gentoo
sys-devel/automake:   1.11.6-r1::gentoo, 1.13.4::gentoo, 1.15::gentoo
sys-devel/binutils:   2.24-r3::gentoo
sys-devel/gcc:4.5.4::gentoo, 4.8.4::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool:2.4.6::gentoo
sys-devel/make:   4.1-r1::gentoo
sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
sys-libs/glibc:   2.20-r2::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://10.0.0.103/gentoo-portage
priority: -1000

x-portage
location: /usr/local/portage
masters: gentoo
priority: 0

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA googleearth PUEL dlj-1.1 Oracle-BCLA-JavaSE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/fax /usr/share/gnupg/qualified.txt 
/var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d 
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release 
/etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ 
/etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d 
/etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d 
/etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=nocona -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--autounmask-write=y --keep-going --with-bdeps=y"
FCFLAGS="-O2 -pipe"

Re: [gentoo-user] Re: Lost tabs links in Firefox

[Gevisz]

On Tue, 01 Sep 2015 17:09:01 -0500 Dale  wrote:

> Gevisz wrote:
> > On Tue, 01 Sep 2015 13:06:29 -0500 Dale  wrote:
> >
> >
> >> Either that, or backup your .mozilla directory before
> >> starting Firefox after a update, just in case.
> > Will do it in the future.
> >
> > F***ing Firefox!
> >
> 
> 
> Actually, I think it is some of the plug-ins/add-ons that cause the
> problem.  I think Firefox has some changes and the plug-ins/add-ons need
> updating before being used.  I have had times where Firefox even
> disabled some stuff because it was known not to work correctly.  So,
> Firefox generally survives.

I have only two add-ons enabled: FlashGot 1.5.6.12.1-signed and Greasemonkey 
3.3,
but FF have not complained about them, just silently opened with all tabs empty.
And it was not just after its update: this happened on August 31 in the evening
and I did updated FF to version 38.2.0 on August 28. I definitely used FF on 
August 30
and in the morning of August 31 without the issue.

> Using a stable version gives the person doing those extras a chance to catch 
> up. 

I am using only stable version of FF.

> I might add, going back to a stable version usually returns things to
> normal but one can never be to careful. 
> 
> Dale
> 
> :-)  :-) 
> 

Re: [gentoo-user] audacity-2.0.5 failed to compile

[wraeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 02/09/15 14:24, the...@sys-concept.com wrote:
> On 09/01/2015 08:57 PM, wraeth wrote:
>> On 02/09/15 12:23, Fernando Rodriguez wrote:
>> 
>>> He was told what the problem was on his first post about 
>>> libjpeg-turbo, he didn't just ignore it but posted the wrong 
>>> solution with a big SOLVED on the subject that only serves to 
>>> mislead future users of this list. On his last post about this 
>>> same error (different package) I politely told him to go back
>>> and follow the advise on that post, again he ignored it and
>>> posted a bogus solution (it worked because he rebuilt tiff,
>>> perl had nothing to do with it). revdep-rebuild may (or may
>>> not) fix it now, but the right solution is to remove or fix the
>>> obsolete package to depend on virtual/jpeg, update world
>>> properly, and then revdep-rebuild to undo this mess.
> 
> Apology if I didn't most enough information. I know should have
> post "emerge --info" but when it comes to error log.  It is very,
> very long and email wouldn't be able to accept it; so I cat the
> ending message as this is the point it stop compiling.

For large files, you can either paste the file to a pastebin service
and give us the URL, compress it with gzip or bzip2 and attach that,
or give us the last 250 lines or so.

The reason for this is because the error you see in the logs may not
be the first error or the one that is causing the build to fail - the
more information we have, the more information available to help
resolve an issue.

Either way, no harm done.

> Emergeing "x11-libs/wxGTK" did not help.

I haven't been following along with the threads, but as far as I
understand there's an obsolete package that has a dependency that
conflicts with newer packages. If that's the case, you would need to
deal with that obsolete package.

There's also been suggestion of using revdep-rebuild - have you tried
that?

- -- 
wraeth 
GnuPG Key: B2D9F759
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlXmgckACgkQXcRKerLZ91l+PQD+MpIWSe42Zy4FwRTpNYT8WLoS
lSW4GdI7lOxtvmZ/TSEA/AvddwqMPOvbot6CUjlEi3NPMJTOnANCGXKbDMgR9ZUt
=mtuq
-END PGP SIGNATURE-

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Fernando Rodriguez]

On Wednesday, September 02, 2015 12:57:37 PM wraeth wrote:
> On 02/09/15 12:23, Fernando Rodriguez wrote:
> > On Tuesday, September 01, 2015 9:22:44 PM Alec Ten Harmsel wrote:
> >> On Tue, Sep 01, 2015 at 05:05:09PM -0600, the...@sys-concept.com
> >> wrote:
> >>> On 09/01/2015 04:55 PM, Fernando Rodriguez wrote:
>  Since you're too stupid to follow advice, you need to rebuild
> 
> > *EVERYTHING*
>  that linked against libjpeg (in this case x11-libs/wxGTK).
> >>>
> >>> This kind of language does not belong here. If you can not
> >>> refrain yourself making sarcastic remarks don't make any
> >>> comments.
> >>
> >> This language occasionally belongs on this list.
> >>
> >>> I would appreciate you stop reading my posts at all. I don't
> >>> belong to Gentoo community.
> >>
> >> OK. Maybe we all got off on the wrong foot here. When you ask for
> >> help, can you please provide:
> >>
> >> * the *exact* command you ran * the output of `emerge --info' *
> >> the whole error, not just the part you think is relevant
> >>
> >> It is incredibly difficult for us to help when we only get a
> >> small piece of what's going on with your system.
> >>
> >> Alec
> >>
> >
> > He was told what the problem was on his first post about
> > libjpeg-turbo, he didn't just ignore it but posted the wrong
> > solution with a big SOLVED on the subject that only serves to
> > mislead future users of this list. On his last post about this same
> > error (different package) I politely told him to go back and follow
> > the advise on that post, again he ignored it and posted a bogus
> > solution (it worked because he rebuilt tiff, perl had nothing to do
> > with it). revdep-rebuild may (or may not) fix it now, but the right
> > solution is to remove or fix the obsolete package to depend on
> > virtual/jpeg, update world properly, and then revdep-rebuild to
> > undo this mess.
> 
> So someone posted an issue(s), then marked it solved when they got a
> workaround which may not resolve the actual issue but got them past
> their initial problem(s).
> 
> Your argument to that is that their "false solution" will mislead
> future readers of the list. Doesn't the same apply to insulting
> participants of the list? Not to mention this comes shortly after a
> discussion about attracting new blood into the Gentoo community.
> 
> You don't have to participate in this thread. You could also simply
> say "I said in your previous posts that you need to do /this/."
> 
> We should never resort to insults and name calling if we want this to
> be a productive list. If there's a problem with someone, either stop
> replying to their messages, take it up with them directly (and
> diplomatically), or bring it up with the list owner [1,2].

I have no excuse for name calling, that was wrong and I should've handled it 
better. Hopefully s/he'll get over it. 

It's arguable if that makes the list less productive, but certainly posting a 
new thread every few hours about the same issue will make it less productive.

> 1: http://www.ietf.org/rfc/rfc1855.txt
> 2: gentoo-user+ow...@lists.gentoo.org
> 
> --
> wraeth 
> GnuPG Key: B2D9F759
> 

-- 
Fernando Rodriguez

Re: *****SPAM***** Re: [gentoo-user] texlive-core - poppler / xpdf missing library

[thelma]

On 09/01/2015 09:47 AM, Alec Ten Harmsel wrote:
> On Tue, Sep 01, 2015 at 07:47:56AM -0600, the...@sys-concept.com wrote:
>> I'm emerging texlive-core and it complains on missing libraries:
>>
>> 
>>
>> emerge -1q luatex texlive-core
>> [ebuild  N] dev-tex/luatex-0.70.1-r2 
>> [ebuild U ] app-text/texlive-core-2014-r4 [2012-r1]
>> [blocks B ] > ("> [blocks B ] dev-tex/luatex ("dev-tex/luatex" is blocking 
>> app-text/texlive-core-2014-r4)
> 
> texlive-core needs to be updated, not installed with --oneshot. Can you
> try running `emerge --update --newuse --deep --with-bdeps=y @world'?
> 
> Alec
> 
> 

I run unmerged all "texlive" application and run:
`emerge --update --newuse --deep --with-bdeps=y @world'

and coming up with the same error message:

checking requested system `poppler' library... failed
checking requested system `xpdf' library... failed
checking requested system `zziplib' library... ok
configure: error: some requested system libraries failed

!!! Please attach the following file when seeking support:
!!! 
/var/tmp/portage/app-text/texlive-core-2014-r4/work/texlive-core-2014_build/config.log
 * ERROR: app-text/texlive-core-2014-r4::gentoo failed (configure phase):
 *   econf failed
 * 
 * Call stack:
 *   ebuild.sh, line   93:  Called src_configure
 * environment, line 2887:  Called econf '-C' '--bindir=/usr/bin' 
'--datadir=/var/tmp/portage/app-text/texlive-core-2014-r4/work/texlive-core-2014_build'
 '--with-system-freetype2' '--with-system-zlib' '--with-system-libpng' 
'--with-system-xpdf' '--with-system-poppler' '--with-system-teckit' 
'--with-teckit-includes=/usr/include/teckit' '--with-system-kpathsea' 
'--with-kpathsea-includes=/usr/include' '--with-system-icu' 
'--with-system-ptexenc' '--with-system-harfbuzz' '--with-system-icu' 
'--with-system-graphite2' '--with-system-cairo' '--with-system-pixman' 
'--with-system-zziplib' '--with-system-libpaper' '--without-texinfo' 
'--disable-dialog' '--disable-multiplatform' '--enable-epsfwin' 
'--enable-mftalkwin' '--enable-regiswin' '--enable-tektronixwin' 
'--enable-unitermwin' '--with-ps=gs' '--disable-psutils' '--disable-t1utils' 
'--enable-ipc' '--disable-biber' '--disable-bibtex-x' '--disable-dvipng' 
'--disable-dvipsk' '--disable-chktex' '--disable-lcdf-typetools' '-!
 -disable-p
dfopen' '--disable-ps2eps' '--disable-ps2pkm' '--disable-detex' 
'--disable-ttf2pk2' '--disable-tex4htk' '--disable-cjkutils' '--disable-xdvik' 
'--disable-xindy' '--enable-luatex' '--disable-dvi2tty' '--disable-dvisvgm' 
'--disable-vlna' '--enable-shared' '--disable-native-texlive-build' 
'--disable-largefile' '--disable-xetex' '--disable-ptex' '--disable-eptex' 
'--disable-uptex' '--disable-euptex' '--disable-mendexk' '--disable-makejvf' 
'--disable-texdoctk' '--with-x'
 *phase-helpers.sh, line  662:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  117:  Called die
 * The specific snippet of code:
 *  die "$@"
 * 
 * If you need support, post the output of `emerge --info 
'=app-text/texlive-core-2014-r4::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=app-text/texlive-core-2014-r4::gentoo'`.
 * The complete build log is located at 
'/var/log/portage/app-text:texlive-core-2014-r4:20150901-164906.log'.
 * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/app-text/texlive-core-2014-r4/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/app-text/texlive-core-2014-r4/temp/environment'.
 * Working directory: 
'/var/tmp/portage/app-text/texlive-core-2014-r4/work/texlive-core-2014_build'
 * S: 
'/var/tmp/portage/app-text/texlive-core-2014-r4/work/texlive-core-2014_build'

What is it looking for?

Thelma

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Michel Catudal]

Le 2015-09-01 06:21, Bill Kenworthy a écrit :

Hey! - I am not the only one doing this then :)

And it was also because of a cross-compiler.  When I looked at how much
extra work this type fragmentation causes, and how little (or any!)
advantage it gives makes one wonder about the designers sanity ...

BillK




I think that it is a very good idea. You can have several files in that 
directory. For example you can have one for anything to do with app that need a 
lot of override, this is needed a lot for MIPS and ARM ports.

Enven on a PC with AMD64 that can be usefull

michel@michel ~ $ dir /etc/portage/package.use/
total 28
drwxr-xr-x  2 root root 4096  1 sep 10:59 .
drwxr-xr-x 14 root root 4096  5 aoû 23:11 ..
-rw-r--r--  1 root root  326 30 jun 19:57 cross-armv7a-hardfloat-linux-gnueabi
-rw-r--r--  1 root root  366  1 jui 12:01 cross-mipsel-hardfloat-linux-gnueabi
-rw-r--r--  1 root root   33 22 fév  2015 iputils
-rw-r--r--  1 root root 1988  1 jui 21:36 misc.use


The misc.use on my ARM boards is getting a little big so I will split it in 
pieces to make it more readable.
When you need to add stuff, a big file is not as easy to handle. Having 
multiple files makes this very handy.

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Alexander Kapshuk]

On Mon, Aug 31, 2015 at 11:06 PM, Neil Bothwick  wrote:
> On Mon, 31 Aug 2015 22:33:58 +0300, Alexander Kapshuk wrote:
>
>> cat rubygems
>> >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21
>> >=virtual/rubygems-10 ruby_targets_ruby21
>>
>> Is this format acceptable? Or should I have used two separate files,
>> one for 'dev-lang/rubygems', and another for 'virtual/rubygems'?
>
> Use whatever suits you, portage doesn't care whether you use one file for
> everything or one file for each setting.
>
> My preference is to create a file for each program I use, and put the
> settings for dependent packages in there, that way I know what they
> relate to. It also means that if I remove the package, I can remove the
> file too. This to my mind is the key advantage of the separate file
> approach, a single file is too unwieldy without extensive comments, and I
> am too lazy to add useful comments.
>
> But it's up to you, do whatever works for your way of thinking - it's all
> the same to portage.
>
> One thing to be aware of is that portage adds "auto-unmask" entries to the
> "last" file in package.use, so I always create a zzz-auto-unmask file
> then transfer entries from there to the appropriate location.
>
>
> --
> Neil Bothwick
>

Understood. Thanks.

[gentoo-user] MIPS question

[Michel Catudal]

What would be the HOST name for a MIPS achitecture that is 32 bit, little 
Endian and hardfloat. I have no interest whatsoever for a soft float system.

I want a hardfloat MIPS gentoo for the MIPS creator. I am not sure if the one that Imagination has is hard float or soft float. In the same light, is the stage available for MIPS 32 bit little Endian is hard float of soft float? If there is a hard float 
stage which one is it? If not I will have to figure out how to convert one or create one from scratch.


For hard float with ARM the word hardfloat is in the HOST name so it is obvious 
which one is hard float and which one isn't.

Thanks

Michel

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

[gentoo-user] Re: advice on transitioning from package.use file to package.use directory

[James]

Alan McKinnon  gmail.com> writes:


>> And it was also because of a cross-compiler.  When I looked at how much
>> extra work this type fragmentation causes, and how little (or any!)
>> advantage it gives makes one wonder about the designers sanity ...

I've run across this several times already. For now I have avoided the
dir expansion, as I find one (larger) file easier to parse. Often I less the
one file to see what is in there and delete things manually.
It would seem like when you delete (-C) a package it would check all of
/etc/portage for entries to remove, but I do not think that happens.
Still, now that we're all moving to git everywhere (on your system)
I suspect having separate files is better/easier for those devs and hackers
amongst us.


> What ought to have happened, and the convention had long existed when
> this scheme for portage was thought up, is to call the directory
> /etc/portage/package.mask.d/
> then you could easily have a main file and as many subsidiary files as
> you need/want. Just like how every other package seems to do it.

Yep. Brilliant and simple.

File a bug:: feature request.

Why not make the request. We already support /etc/make.conf and
/etc/portage/make.conf so masking can occur in (2) dirs to ease the
migration to a more sensible nomenclature and tree structure

James

Re: [OT] Was re: [gentoo-user] system uptime

[Peter Humphrey]

On Monday 31 August 2015 16:39:26 Alan McKinnon wrote:
> On 31/08/2015 15:41, Peter Humphrey wrote:

> > I won't tell you what systems used a 24-bit processor and 12 or 16 KB of
> > 2us core store backed by a 2MB disk (three feet in diameter), for fear of
> > frightening you.;-)
> 
> Nah, I have some experience with such things.

I thought I'd be misunderstood. I meant the purposes the computer systems were 
put to. In one case it was the closed-loop control of a nuclear power reactor 
(AGR); in the other the analysis and control of the national power grid. And 
the lights stayed on!

> Remember the old horror stories about not smoking in the computer room,
> because smoke particles are much bigger than fly height of the disk
> heads? The young 'uns here never had to deal with that.

Yes, of course. Them was the days - when we was young. Miles of 8-hole tape 
flying around the room. Entering boot code manually on key-switches. Two-day 
course in maintenance of ASR-33 and KSR-35. Back injury from manhandling a 
power supply into position. Aye...hmm...

> We understand each other perfectly;

Well, that must be a novelty :-)

-- 
Rgds
Peter

[gentoo-user] texlive-core - poppler / xpdf missing library

[thelma]

I'm emerging texlive-core and it complains on missing libraries:


checking requested system `cairo' library... ok
checking requested system `poppler' library... failed
checking requested system `xpdf' library... failed
checking requested system `zziplib' library... ok
configure: error: some requested system libraries failed

!!! Please attach the following file when seeking support:
!!! 
/var/tmp/portage/app-text/texlive-core-2014-r4/work/texlive-core-2014_build/config.log
 * ERROR: app-text/texlive-core-2014-r4::gentoo failed (configure phase):
 *   econf failed
 * 
 * Call stack:
 *   ebuild.sh, line   93:  Called src_configure
 * environment, line 2887:  Called econf '-C' '--bindir=/usr/bin' 
'--datadir=/var/tmp/portage/app-text/texlive-core-2014-r4/work/texlive-core-2014_build'
 '--with-system-freetype2' '--with-system-zlib' '--with-system-libpng' 
'--with-system-xpdf' '--with-system-poppler' '--with-system-teckit' 
'--with-teckit-includes=/usr/include/teckit' '--with-system-kpathsea' 
'--with-kpathsea-includes=/usr/include' '--with-system-icu' 
'--with-system-ptexenc' '--with-system-harfbuzz' '--with-system-icu' 
'--with-system-graphite2' '--with-system-cairo' '--with-system-pixman' 
'--with-system-zziplib' '--with-system-libpaper' '--without-texinfo' 
'--disable-dialog' '--disable-multiplatform' '--enable-epsfwin' 
'--enable-mftalkwin' '--enable-regiswin' '--enable-tektronixwin' 
'--enable-unitermwin' '--with-ps=gs' '--disable-psutils' '--disable-t1utils' 
'--enable-ipc' '--disable-biber' '--disable-bibtex-x' '--disable-dvipng' 
'--disable-dvipsk' '--disable-chktex' '--disable-lcdf-typetools' '-!
 -disable-p
dfopen' '--disable-ps2eps' '--disable-ps2pkm' '--disable-detex' 
'--disable-ttf2pk2' '--disable-tex4htk' '--disable-cjkutils' '--disable-xdvik' 
'--disable-xindy' '--enable-luatex' '--disable-dvi2tty' '--disable-dvisvgm' 
'--disable-vlna' '--enable-shared' '--disable-native-texlive-build' 
'--disable-largefile' '--disable-xetex' '--disable-ptex' '--disable-eptex' 
'--disable-uptex' '--disable-euptex' '--disable-mendexk' '--disable-makejvf' 
'--disable-texdoctk' '--with-x'
 *phase-helpers.sh, line  662:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  117:  Called die
 * The specific snippet of code:
 *  die "$@"

* One or more packages are either masked or have missing dependencies:
 * 
 *   >=dev-tex/luatex-0.45 pulled in by:
 * (dev-texlive/texlive-latex-2012:0/0::gentoo, installed)
 * 
 *   >=dev-tex/luatex-0.70 pulled in by:
 * (dev-texlive/texlive-basic-2012:0/0::gentoo, installed)
 * 
 *   >=dev-tex/luatex-0.70 pulled in by:
 * (app-text/texlive-core-2012-r1:0/0::gentoo, installed)
 * 
 * The resume list contains packages that are either masked or have
 * unsatisfied dependencies. Please restart/continue the operation
 * manually, or use --skipfirst to skip the first package in the list and
 * any other packages that may be masked or have missing dependencies.

When I try to emerge luatex it complains they can not be installed together.

emerge -1q luatex texlive-core
[ebuild  N] dev-tex/luatex-0.70.1-r2 
[ebuild U ] app-text/texlive-core-2014-r4 [2012-r1]
[blocks B ] 

Re: [gentoo-user] MIPS question

[Michel Catudal]

Le 2015-09-01 11:11, Michel Catudal a écrit :

What would be the HOST name for a MIPS achitecture that is 32 bit, little 
Endian and hardfloat. I have no interest whatsoever for a soft float system.

I want a hardfloat MIPS gentoo for the MIPS creator. I am not sure if the one that Imagination has is hard float or soft float. In the same light, is the stage available for MIPS 32 bit little Endian is hard float of soft float? If there is a hard float 
stage which one is it? If not I will have to figure out how to convert one or create one from scratch.


For hard float with ARM the word hardfloat is in the HOST name so it is obvious 
which one is hard float and which one isn't.

Thanks

Michel


I meant CHOST not HOST

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

Re: [gentoo-user] texlive-core - poppler / xpdf missing library

[Alec Ten Harmsel]

On Tue, Sep 01, 2015 at 07:47:56AM -0600, the...@sys-concept.com wrote:
> I'm emerging texlive-core and it complains on missing libraries:
>
> 
>
> emerge -1q luatex texlive-core
> [ebuild  N] dev-tex/luatex-0.70.1-r2 
> [ebuild U ] app-text/texlive-core-2014-r4 [2012-r1]
> [blocks B ]  (" [blocks B ] dev-tex/luatex ("dev-tex/luatex" is blocking 
> app-text/texlive-core-2014-r4)

texlive-core needs to be updated, not installed with --oneshot. Can you
try running `emerge --update --newuse --deep --with-bdeps=y @world'?

Alec