date:20170109

Re: [gentoo-user] Linux error messages trying to mimic wndws ?

2017-01-09 Thread Meino . Cramer

Corbin Bird  [17-01-10 05:12]:
> 
> On 01/09/2017 02:11 PM, meino.cra...@gmx.de wrote:
> > Hi,
> >
> > I want to burn an iso image onto a rewritable
> > CD (CD-RW) with k3b.
> >
> > I loaded the empty CDRW medium into the burner.
> >
> > I started k3b.
> >
> > Top left it says:
> >
> > "Empty CDRW-medium"
> >
> > I pressed "Burn ISO".
> >
> > A dialog pops up, asking for a ISO image
> > which did select.
> >
> > Then it calculates the Hash and asked
> > me "Please insert an empty medium"
> >
> > "Okay", I thought, "may erasing helps!"
> >
> > I choosed "Erase CDRW". A dialog pops
> > up and offers "Start", which I pressed.
> >
> > Instantly another error dialog pop up, which 
> > seems to be presented by another, foreign
> > OS...it looks so familiar, saying:
> >
> > "Found medium: Empty CD-RW medium
> > Please insert rewritable CD medium into drive."
> >
> > Lost?
> >
> > What went so badly here?
> >
> > Cheers
> > Meino
> >
> >
> >
> >
> >
> Question for you :
> 
> Did you format the CD-RW media first? ( Yes, it must be formatted before
> anything gets written. )
> 
> 
> 
> 

Answer for you:
Yes

Re: [gentoo-user] Linux error messages trying to mimic wndws ?

2017-01-09 Thread Corbin Bird


On 01/09/2017 02:11 PM, meino.cra...@gmx.de wrote:
> Hi,
>
> I want to burn an iso image onto a rewritable
> CD (CD-RW) with k3b.
>
> I loaded the empty CDRW medium into the burner.
>
> I started k3b.
>
> Top left it says:
>
> "Empty CDRW-medium"
>
> I pressed "Burn ISO".
>
> A dialog pops up, asking for a ISO image
> which did select.
>
> Then it calculates the Hash and asked
> me "Please insert an empty medium"
>
> "Okay", I thought, "may erasing helps!"
>
> I choosed "Erase CDRW". A dialog pops
> up and offers "Start", which I pressed.
>
> Instantly another error dialog pop up, which 
> seems to be presented by another, foreign
> OS...it looks so familiar, saying:
>
> "Found medium: Empty CD-RW medium
> Please insert rewritable CD medium into drive."
>
> Lost?
>
> What went so badly here?
>
> Cheers
> Meino
>
>
>
>
>
Question for you :

Did you format the CD-RW media first? ( Yes, it must be formatted before
anything gets written. )

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

2017-01-09 Thread Daniel Frey

On 01/09/2017 12:56 PM, tkane1...@yahoo.co.jp wrote:
> 
> On 01/09/2017 11:20 AM, tkane1...@yahoo.co.jp
>  wrote:
> > 
> > 
> >On 01/08/2017 11:22 AM, tkane1...@yahoo.co.jp
> 
> >>
> wrote:
> >> Thank you for your reply.
> >> Build.log is attached this mail.
> >> Can you find the error?
> >> 
> >> Tkane
> >> 
> >>On 01/08/2017 12:01 AM, tkane1...@yahoo.co.jp
> 
> >>
> >>   >>
> >wrote:
> >>> Hello,
> >>> I want to use dev-lang/R on gentoo/prefix.
> >>> But failed to build libblas as follows.
> >>> How can I fix this failure?
> >>>
> >>> cd
> >>>
> >>  
> >   
> 
> /home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS/SRC
> >>> && /home/kaneko/gentoo/usr/bin/cmake -E
> cmake_symlink_library
> >>> ../../lib/libblas.so.3.6.0 ../../lib/libblas.so.3
> >../../lib/libblas.so
> >>> make[2]: *** [BLAS/SRC/CMakeFiles/blas.dir/build.make:4002:
> >>> lib/libblas.so] Error 1
> >>> make[2]: *** Deleting file 'lib/libblas.so'
> >>> make[2]: Leaving directory
> >>>
> >>  
> >   
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
> >>> make[1]: *** [CMakeFiles/Makefile2:1004:
> >>> BLAS/SRC/CMakeFiles/blas.dir/all] Error 2
> >>> make[1]: Leaving directory
> >>>
> >>  
> >   
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
> >>> make: *** [Makefile:161: all] Error 2
> >>> make: Leaving directory
> >>>
> >>  
> >   
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS'
> >>>  * ERROR: sci-libs/blas-reference-20151113-r1::gentoo failed
> >(compile
> >>> phase):
> >>>  *  emake failed
> >>>
> >>> emerge --info text file is attached.
> >>>
> >>> Tkane
> >> 
> >>It doesn't look like the error is contained in the snipped
> you've
> >>provided, it's probably further up in the build log.
> >> 
> >>Dan
> >> 
> >> 
> >> 
> > 
> >Have you checked the output of `eselect blas` ? It looks like it's
> >failing in the linking stage, leading me to wonder if an
> implementation
> >is selected.
> > 
> >Dan
> > 
> > Thank you for confirming various things.
> > The result of eselect is below.
> > 
> > $ eselect blas
> > Usage: eselect blas  
> > 
> > Standard actions:
> >  help  Display help text
> >  usageDisplay usage information
> >  version  Display version information
> > 
> > Extra actions:
> >  add   
> >Add a new BLAS implementation
> >libdirlibrary directory where BLAS
> > implementation is installed (lib, lib64, etc.)
> >file  path to file containing symlink map
> >implementationname of the BLAS implementation
> >  list  List all installed BLAS implementations
> >  set   Activate one of the installed BLAS
> > implementations
> >implementationimplementation name or number (from
> 'list'
> > action)
> >  show  Print the currently active BLAS
> implementation
> > $ eselect blas list
> > $ eselect blas show
> > 
> > 
> > Tkane
> > 
> > 
> 
> 
> Have you tried the stable version of sci-libs/blas-reference?
> 
> Dan
> 
> 
> I do not understand it very well,
> I think sci-libs/blas-reference-20151113-r1 is a stable version.
> 
> $ eix -e sci-libs/blas-reference
> * sci-libs/blas-reference
>  Available versions:  20070226-r4 20151113-r1 {doc}
>  Homepage:http://www.netlib.org/blas/
>  Description: Basic Linear Algebra Subprograms F77 reference
> implementations
> 
> Tkane
> 
> 
> 
> 

I don't use eix, but the one you are trying to install (20151113-r1) is
marked unstable:

$ eshowkw sci-libs/blas-reference
Keywords for sci

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

2017-01-09 Thread tkane1124

Thank you for your reply.
I also posted this failure to bugs.gentoo.org because it seems to be a 
malfunction related to cmake.
I hope that I can improve it well.


Tkane

- Original Message -
>From: Zhu Sha Zang 
>To: gentoo-user@lists.gentoo.org 
>Date: 2017/1/10, Tue 02:38
>Subject: Re: [gentoo-user] Failed to build libblas to use dev-lang/R.
> 
>Hey, better to post this kind of problem into bugs.gentoo.org. Maybe 
>it's a known bug and already corrected and the maintainer would be 
>contacted.
>
>Regards
>
>
>On 01/09/2017 12:43 PM, Daniel Frey wrote:
>> On 01/08/2017 11:22 AM, tkane1...@yahoo.co.jp wrote:
>>> Thank you for your reply.
>>> Build.log is attached this mail.
>>> Can you find the error?
>>>
>>> Tkane
>>>
>>>      - Original Message -
>>>      *From:* Daniel Frey 
>>>      *To:* gentoo-user@lists.gentoo.org
>>>      *Date:* 2017/1/9, Mon 01:18
>>>      *Subject:* Re: [gentoo-user] Failed to build libblas to use dev-lang/R.
>>>
>>>      On 01/08/2017 12:01 AM, tkane1...@yahoo.co.jp
>>>       wrote:
>>>      > Hello,
>>>      > I want to use dev-lang/R on gentoo/prefix.
>>>      > But failed to build libblas as follows.
>>>      > How can I fix this failure?
>>>      >
>>>      > cd
>>>      >
>>>      
>>>/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS/SRC
>>>      > && /home/kaneko/gentoo/usr/bin/cmake -E cmake_symlink_library
>>>      > ../../lib/libblas.so.3.6.0 ../../lib/libblas.so.3 
>>>../../lib/libblas.so
>>>      > make[2]: *** [BLAS/SRC/CMakeFiles/blas.dir/build.make:4002:
>>>      > lib/libblas.so] Error 1
>>>      > make[2]: *** Deleting file 'lib/libblas.so'
>>>      > make[2]: Leaving directory
>>>      >
>>>      
>>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
>>>      > make[1]: *** [CMakeFiles/Makefile2:1004:
>>>      > BLAS/SRC/CMakeFiles/blas.dir/all] Error 2
>>>      > make[1]: Leaving directory
>>>      >
>>>      
>>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
>>>      > make: *** [Makefile:161: all] Error 2
>>>      > make: Leaving directory
>>>      >
>>>      
>>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS'
>>>      >  * ERROR: sci-libs/blas-reference-20151113-r1::gentoo failed (compile
>>>      > phase):
>>>      >  *  emake failed
>>>      >
>>>      > emerge --info text file is attached.
>>>      >
>>>      > Tkane
>>>
>>>      It doesn't look like the error is contained in the snipped you've
>>>      provided, it's probably further up in the build log.
>>>
>>>      Dan
>>>
>>>
>>>
>> Have you checked the output of `eselect blas` ? It looks like it's
>> failing in the linking stage, leading me to wonder if an implementation
>> is selected.
>>
>> Dan
>>
>
>
>
>
>

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

2017-01-09 Thread tkane1124


>On 01/09/2017 11:20 AM, tkane1...@yahoo.co.jp wrote:
>> 
>> 
>>    On 01/08/2017 11:22 AM, tkane1...@yahoo.co.jp
>>     wrote:
>>    > Thank you for your reply.
>>    > Build.log is attached this mail.
>>    > Can you find the error?
>>    > 
>>    > Tkane
>>    > 
>>    >    On 01/08/2017 12:01 AM, tkane1...@yahoo.co.jp
>>    
>>    >    >
>>    wrote:
>>    >    > Hello,
>>    >    > I want to use dev-lang/R on gentoo/prefix.
>>    >    > But failed to build libblas as follows.
>>    >    > How can I fix this failure?
>>    >    >
>>    >    > cd
>>    >    >
>>    >  
>>    
>>/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS/SRC
>>    >    > && /home/kaneko/gentoo/usr/bin/cmake -E cmake_symlink_library
>>    >    > ../../lib/libblas.so.3.6.0 ../../lib/libblas.so.3
>>    ../../lib/libblas.so
>>    >    > make[2]: *** [BLAS/SRC/CMakeFiles/blas.dir/build.make:4002:
>>    >    > lib/libblas.so] Error 1
>>    >    > make[2]: *** Deleting file 'lib/libblas.so'
>>    >    > make[2]: Leaving directory
>>    >    >
>>    >  
>>    
>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
>>    >    > make[1]: *** [CMakeFiles/Makefile2:1004:
>>    >    > BLAS/SRC/CMakeFiles/blas.dir/all] Error 2
>>    >    > make[1]: Leaving directory
>>    >    >
>>    >  
>>    
>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
>>    >    > make: *** [Makefile:161: all] Error 2
>>    >    > make: Leaving directory
>>    >    >
>>    >  
>>    
>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS'
>>    >    >  * ERROR: sci-libs/blas-reference-20151113-r1::gentoo failed
>>    (compile
>>    >    > phase):
>>    >    >  *  emake failed
>>    >    >
>>    >    > emerge --info text file is attached.
>>    >    >
>>    >    > Tkane
>>    > 
>>    >    It doesn't look like the error is contained in the snipped you've
>>    >    provided, it's probably further up in the build log.
>>    > 
>>    >    Dan
>>    > 
>>    > 
>>    > 
>> 
>>    Have you checked the output of `eselect blas` ? It looks like it's
>>    failing in the linking stage, leading me to wonder if an implementation
>>    is selected.
>> 
>>    Dan
>> 
>> Thank you for confirming various things.
>> The result of eselect is below.
>> 
>> $ eselect blas
>> Usage: eselect blas  
>> 
>> Standard actions:
>>  help                      Display help text
>>  usage                    Display usage information
>>  version                  Display version information
>> 
>> Extra actions:
>>  add   
>>                            Add a new BLAS implementation
>>    libdir                    library directory where BLAS
>> implementation is installed (lib, lib64, etc.)
>>    file                      path to file containing symlink map
>>    implementation            name of the BLAS implementation
>>  list                      List all installed BLAS implementations
>>  set       Activate one of the installed BLAS
>> implementations
>>    implementation            implementation name or number (from 'list'
>> action)
>>  show                      Print the currently active BLAS implementation
>> $ eselect blas list
>> $ eselect blas show
>> 
>> 
>> Tkane
>> 
>> 
>
>
>Have you tried the stable version of sci-libs/blas-reference?
>
>Dan
>
>
>
I do not understand it very well,

I think sci-libs/blas-reference-20151113-r1 is a stable version.

$ eix -e sci-libs/blas-reference
* sci-libs/blas-reference
     Available versions:  20070226-r4 20151113-r1 {doc}
     Homepage:            http://www.netlib.org/blas/
     Description:         Basic Linear Algebra Subprograms F77 reference 
implementations

Tkane




>

[gentoo-user] Re: nvidia driver missing symbols

2017-01-09 Thread Nikos Chantziaras


On 01/09/2017 10:15 PM, Daniel Frey wrote:

On 01/09/2017 12:10 PM, Nikos Chantziaras wrote:

On 01/09/2017 10:09 AM, Philip Webb wrote:

170105 Nikos Chantziaras wrote:

On 01/05/2017 08:05 AM, wabe wrote:

Make sure that you have also enabled CONFIG_DRM.
CONFIG_DRM=y
CONFIG_DRM_KMS_HELPER=y
CONFIG_DRM_KMS_FB_HELPER=y
CONFIG_DRM_FBDEV_EMULATION=y

For nvidia, these need to be all disabled.  Then it should work.


I had a previous thread re Kernel 4.9.0 + Nvidia 375.26 (now stable).
I tried recompiling that kernel with DRM disabled,
& remerged Nvidia 375.26 , but X won't start.


The nvidia driver isn't "automatic". It's not used by X.Org by default.
X.Org only uses its own drivers by default.

For the nvidia driver, you need a conf file. Something like this in
/etc/X11/xorg.conf.d/nvidia.conf:

http://pastebin.com/raw/0y3NMndp



The nvidia driver has a tool to help with this too, it's called
`nvidia-xconfig`.


Which creates a global config IIRC. It's better to use a xorg.conf.d 
file instead of a global one. Let X.Org do auto-configuration for 
everything else, and just use xorg.conf.d/nvidia.conf for the nvidia 
driver only.

Re: [gentoo-user] Re: nvidia driver missing symbols

2017-01-09 Thread Daniel Frey

On 01/09/2017 12:10 PM, Nikos Chantziaras wrote:
> On 01/09/2017 10:09 AM, Philip Webb wrote:
>> 170105 Nikos Chantziaras wrote:
>>> On 01/05/2017 08:05 AM, wabe wrote:
 Make sure that you have also enabled CONFIG_DRM.
 CONFIG_DRM=y
 CONFIG_DRM_KMS_HELPER=y
 CONFIG_DRM_KMS_FB_HELPER=y
 CONFIG_DRM_FBDEV_EMULATION=y
>>> For nvidia, these need to be all disabled.  Then it should work.
>>
>> I had a previous thread re Kernel 4.9.0 + Nvidia 375.26 (now stable).
>> I tried recompiling that kernel with DRM disabled,
>> & remerged Nvidia 375.26 , but X won't start.
> 
> The nvidia driver isn't "automatic". It's not used by X.Org by default.
> X.Org only uses its own drivers by default.
> 
> For the nvidia driver, you need a conf file. Something like this in
> /etc/X11/xorg.conf.d/nvidia.conf:
> 
> http://pastebin.com/raw/0y3NMndp
> 

The nvidia driver has a tool to help with this too, it's called
`nvidia-xconfig`.

Dan

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

2017-01-09 Thread Daniel Frey

On 01/09/2017 11:20 AM, tkane1...@yahoo.co.jp wrote:
> 
> 
> On 01/08/2017 11:22 AM, tkane1...@yahoo.co.jp
>  wrote:
> > Thank you for your reply.
> > Build.log is attached this mail.
> > Can you find the error?
> > 
> > Tkane
> > 
> >On 01/08/2017 12:01 AM, tkane1...@yahoo.co.jp
> 
> >>
> wrote:
> >> Hello,
> >> I want to use dev-lang/R on gentoo/prefix.
> >> But failed to build libblas as follows.
> >> How can I fix this failure?
> >>
> >> cd
> >>
> >   
> 
> /home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS/SRC
> >> && /home/kaneko/gentoo/usr/bin/cmake -E cmake_symlink_library
> >> ../../lib/libblas.so.3.6.0 ../../lib/libblas.so.3
> ../../lib/libblas.so
> >> make[2]: *** [BLAS/SRC/CMakeFiles/blas.dir/build.make:4002:
> >> lib/libblas.so] Error 1
> >> make[2]: *** Deleting file 'lib/libblas.so'
> >> make[2]: Leaving directory
> >>
> >   
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
> >> make[1]: *** [CMakeFiles/Makefile2:1004:
> >> BLAS/SRC/CMakeFiles/blas.dir/all] Error 2
> >> make[1]: Leaving directory
> >>
> >   
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
> >> make: *** [Makefile:161: all] Error 2
> >> make: Leaving directory
> >>
> >   
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS'
> >>  * ERROR: sci-libs/blas-reference-20151113-r1::gentoo failed
> (compile
> >> phase):
> >>  *  emake failed
> >>
> >> emerge --info text file is attached.
> >>
> >> Tkane
> > 
> >It doesn't look like the error is contained in the snipped you've
> >provided, it's probably further up in the build log.
> > 
> >Dan
> > 
> > 
> > 
> 
> Have you checked the output of `eselect blas` ? It looks like it's
> failing in the linking stage, leading me to wonder if an implementation
> is selected.
> 
> Dan
> 
> Thank you for confirming various things.
> The result of eselect is below.
> 
> $ eselect blas
> Usage: eselect blas  
> 
> Standard actions:
>   help  Display help text
>   usage Display usage information
>   version   Display version information
> 
> Extra actions:
>   add   
> Add a new BLAS implementation
> libdirlibrary directory where BLAS
> implementation is installed (lib, lib64, etc.)
> file  path to file containing symlink map
> implementationname of the BLAS implementation
>   list  List all installed BLAS implementations
>   set   Activate one of the installed BLAS
> implementations
> implementationimplementation name or number (from 'list'
> action)
>   show  Print the currently active BLAS implementation
> $ eselect blas list
> $ eselect blas show
> 
> 
> Tkane
> 
> 


Have you tried the stable version of sci-libs/blas-reference?

Dan

[gentoo-user] Linux error messages trying to mimic wndws ?

2017-01-09 Thread Meino . Cramer

Hi,

I want to burn an iso image onto a rewritable
CD (CD-RW) with k3b.

I loaded the empty CDRW medium into the burner.

I started k3b.

Top left it says:

"Empty CDRW-medium"

I pressed "Burn ISO".

A dialog pops up, asking for a ISO image
which did select.

Then it calculates the Hash and asked
me "Please insert an empty medium"

"Okay", I thought, "may erasing helps!"

I choosed "Erase CDRW". A dialog pops
up and offers "Start", which I pressed.

Instantly another error dialog pop up, which 
seems to be presented by another, foreign
OS...it looks so familiar, saying:

"Found medium: Empty CD-RW medium
Please insert rewritable CD medium into drive."

Lost?

What went so badly here?

Cheers
Meino

[gentoo-user] Re: nvidia driver missing symbols

2017-01-09 Thread Nikos Chantziaras


On 01/09/2017 10:09 AM, Philip Webb wrote:

170105 Nikos Chantziaras wrote:

On 01/05/2017 08:05 AM, wabe wrote:

Make sure that you have also enabled CONFIG_DRM.
CONFIG_DRM=y
CONFIG_DRM_KMS_HELPER=y
CONFIG_DRM_KMS_FB_HELPER=y
CONFIG_DRM_FBDEV_EMULATION=y

For nvidia, these need to be all disabled.  Then it should work.


I had a previous thread re Kernel 4.9.0 + Nvidia 375.26 (now stable).
I tried recompiling that kernel with DRM disabled,
& remerged Nvidia 375.26 , but X won't start.


The nvidia driver isn't "automatic". It's not used by X.Org by default. 
X.Org only uses its own drivers by default.


For the nvidia driver, you need a conf file. Something like this in 
/etc/X11/xorg.conf.d/nvidia.conf:


http://pastebin.com/raw/0y3NMndp

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

2017-01-09 Thread tkane1124


>
>On 01/08/2017 11:22 AM, tkane1...@yahoo.co.jp wrote:
>> Thank you for your reply.
>> Build.log is attached this mail.
>> Can you find the error?
>> 
>> Tkane
>> 
>>    On 01/08/2017 12:01 AM, tkane1...@yahoo.co.jp
>>     wrote:
>>    > Hello,
>>    > I want to use dev-lang/R on gentoo/prefix.
>>    > But failed to build libblas as follows.
>>    > How can I fix this failure?
>>    >
>>    > cd
>>    >
>>    
>>/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS/SRC
>>    > && /home/kaneko/gentoo/usr/bin/cmake -E cmake_symlink_library
>>    > ../../lib/libblas.so.3.6.0 ../../lib/libblas.so.3 ../../lib/libblas.so
>>    > make[2]: *** [BLAS/SRC/CMakeFiles/blas.dir/build.make:4002:
>>    > lib/libblas.so] Error 1
>>    > make[2]: *** Deleting file 'lib/libblas.so'
>>    > make[2]: Leaving directory
>>    >
>>    
>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
>>    > make[1]: *** [CMakeFiles/Makefile2:1004:
>>    > BLAS/SRC/CMakeFiles/blas.dir/all] Error 2
>>    > make[1]: Leaving directory
>>    >
>>    
>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
>>    > make: *** [Makefile:161: all] Error 2
>>    > make: Leaving directory
>>    >
>>    
>>'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS'
>>    >  * ERROR: sci-libs/blas-reference-20151113-r1::gentoo failed (compile
>>    > phase):
>>    >  *  emake failed
>>    >
>>    > emerge --info text file is attached.
>>    >
>>    > Tkane
>> 
>>    It doesn't look like the error is contained in the snipped you've
>>    provided, it's probably further up in the build log.
>> 
>>    Dan
>> 
>> 
>> 
>
>Have you checked the output of `eselect blas` ? It looks like it's
>failing in the linking stage, leading me to wonder if an implementation
>is selected.
>
>Dan
>
>
Thank you for confirming various things.
The result of eselect is below.

$ eselect blas
Usage: eselect blas  

Standard actions:
  help                      Display help text
  usage                     Display usage information
  version                   Display version information

Extra actions:
  add   
                            Add a new BLAS implementation
    libdir                    library directory where BLAS implementation is 
installed (lib, lib64, etc.)
    file                      path to file containing symlink map
    implementation            name of the BLAS implementation
  list                      List all installed BLAS implementations
  set       Activate one of the installed BLAS implementations
    implementation            implementation name or number (from 'list' action)
  show                      Print the currently active BLAS implementation
$ eselect blas list
$ eselect blas show


Tkane

>

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

2017-01-09 Thread Zhu Sha Zang

Hey, better to post this kind of problem into bugs.gentoo.org. Maybe 
it's a known bug and already corrected and the maintainer would be 
contacted.


Regards


On 01/09/2017 12:43 PM, Daniel Frey wrote:

On 01/08/2017 11:22 AM, tkane1...@yahoo.co.jp wrote:

Thank you for your reply.
Build.log is attached this mail.
Can you find the error?

Tkane

 - Original Message -
 *From:* Daniel Frey 
 *To:* gentoo-user@lists.gentoo.org
 *Date:* 2017/1/9, Mon 01:18
 *Subject:* Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

 On 01/08/2017 12:01 AM, tkane1...@yahoo.co.jp
  wrote:
 > Hello,
 > I want to use dev-lang/R on gentoo/prefix.
 > But failed to build libblas as follows.
 > How can I fix this failure?
 >
 > cd
 >
 
/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS/SRC
 > && /home/kaneko/gentoo/usr/bin/cmake -E cmake_symlink_library
 > ../../lib/libblas.so.3.6.0 ../../lib/libblas.so.3 ../../lib/libblas.so
 > make[2]: *** [BLAS/SRC/CMakeFiles/blas.dir/build.make:4002:
 > lib/libblas.so] Error 1
 > make[2]: *** Deleting file 'lib/libblas.so'
 > make[2]: Leaving directory
 >
 
'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
 > make[1]: *** [CMakeFiles/Makefile2:1004:
 > BLAS/SRC/CMakeFiles/blas.dir/all] Error 2
 > make[1]: Leaving directory
 >
 
'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
 > make: *** [Makefile:161: all] Error 2
 > make: Leaving directory
 >
 
'/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS'
 >  * ERROR: sci-libs/blas-reference-20151113-r1::gentoo failed (compile
 > phase):
 >  *  emake failed
 >
 > emerge --info text file is attached.
 >
 > Tkane

 It doesn't look like the error is contained in the snipped you've
 provided, it's probably further up in the build log.

 Dan




Have you checked the output of `eselect blas` ? It looks like it's
failing in the linking stage, leading me to wonder if an implementation
is selected.

Dan

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

2017-01-09 Thread Daniel Frey

On 01/08/2017 11:22 AM, tkane1...@yahoo.co.jp wrote:
> Thank you for your reply.
> Build.log is attached this mail.
> Can you find the error?
> 
> Tkane
> 
> - Original Message -
> *From:* Daniel Frey 
> *To:* gentoo-user@lists.gentoo.org
> *Date:* 2017/1/9, Mon 01:18
> *Subject:* Re: [gentoo-user] Failed to build libblas to use dev-lang/R.
> 
> On 01/08/2017 12:01 AM, tkane1...@yahoo.co.jp
>  wrote:
> > Hello,
> > I want to use dev-lang/R on gentoo/prefix.
> > But failed to build libblas as follows.
> > How can I fix this failure?
> >
> > cd
> >
> 
> /home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS/SRC
> > && /home/kaneko/gentoo/usr/bin/cmake -E cmake_symlink_library
> > ../../lib/libblas.so.3.6.0 ../../lib/libblas.so.3 ../../lib/libblas.so
> > make[2]: *** [BLAS/SRC/CMakeFiles/blas.dir/build.make:4002:
> > lib/libblas.so] Error 1
> > make[2]: *** Deleting file 'lib/libblas.so'
> > make[2]: Leaving directory
> >
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
> > make[1]: *** [CMakeFiles/Makefile2:1004:
> > BLAS/SRC/CMakeFiles/blas.dir/all] Error 2
> > make[1]: Leaving directory
> >
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build'
> > make: *** [Makefile:161: all] Error 2
> > make: Leaving directory
> >
> 
> '/home/kaneko/gentoo/var/tmp/portage/sci-libs/blas-reference-20151113-r1/work/blas-reference-20151113_build/BLAS'
> >  * ERROR: sci-libs/blas-reference-20151113-r1::gentoo failed (compile
> > phase):
> >  *  emake failed
> >
> > emerge --info text file is attached.
> >
> > Tkane
> 
> It doesn't look like the error is contained in the snipped you've
> provided, it's probably further up in the build log.
> 
> Dan
> 
> 
> 

Have you checked the output of `eselect blas` ? It looks like it's
failing in the linking stage, leading me to wonder if an implementation
is selected.

Dan

Re: [gentoo-user] Re: nvidia driver missing symbols

2017-01-09 Thread Corbin Bird


On 01/09/2017 02:09 AM, Philip Webb wrote:
> 170105 Nikos Chantziaras wrote:
>> On 01/05/2017 08:05 AM, wabe wrote:
>>> Make sure that you have also enabled CONFIG_DRM.
>>> CONFIG_DRM=y
>>> CONFIG_DRM_KMS_HELPER=y
>>> CONFIG_DRM_KMS_FB_HELPER=y
>>> CONFIG_DRM_FBDEV_EMULATION=y
>> For nvidia, these need to be all disabled.  Then it should work.
> I had a previous thread re Kernel 4.9.0 + Nvidia 375.26 (now stable).
> I tried recompiling that kernel with DRM disabled,
> & remerged Nvidia 375.26 , but X won't start.
> Here are the last lines of  Xorg.0.log :
>
>  (**) ModulePath set to "/usr/lib64/opengl/nvidia,/usr/lib64/xorg/modules"
>  (II) The server relies on udev to provide the list of input devices.
>  If no devices become available, reconfigure udev or disable AutoAddDevices.
>  (II) Loader magic: 0x809c80
>  (II) Module ABI versions:
>   X.Org ANSI C Emulation: 0.4
>   X.Org Video Driver: 20.0
>   X.Org XInput driver : 22.1
>   X.Org Server Extension : 9.0
>  (--) PCI:*(0:1:0:0) 10de:104a:1043:8496 rev 161, Mem @ 0xfd00/16777216, 
> 0xf000/134217728, 0xf800/33554432, I/O @ 0xe000/128, BIOS @ 
> 0x/131072
>  (II) LoadModule: "glx"
>  (II) Loading /usr/lib64/opengl/nvidia/extensions/libglx.so
>  (II) Module glx: vendor="NVIDIA Corporation"
>   compiled for 4.0.2, module version = 1.0.0
>   Module class: X.Org Server Extension
>  (II) NVIDIA GLX Module  375.26  Thu Dec  8 17:59:51 PST 2016
>  (==) Matched nouveau as autoconfigured driver 0
>  (==) Matched nv as autoconfigured driver 1
>  (==) Matched modesetting as autoconfigured driver 2
>  (==) Matched fbdev as autoconfigured driver 3
>  (==) Matched vesa as autoconfigured driver 4
>  (==) Assigned the driver to the xf86ConfigLayout
>  (II) LoadModule: "nouveau"
>  (WW) Warning, couldn't open module nouveau
>  (II) UnloadModule: "nouveau"
>  (II) Unloading nouveau
>  (EE) Failed to load module "nouveau" (module does not exist, 0)
>  (II) LoadModule: "nv"
>  (WW) Warning, couldn't open module nv
>  (II) UnloadModule: "nv"
>  (II) Unloading nv
>  (EE) Failed to load module "nv" (module does not exist, 0)
>  (II) LoadModule: "modesetting"
>  (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
>  (II) Module modesetting: vendor="X.Org Foundation"
>   compiled for 1.18.4, module version = 1.18.4
>   Module class: X.Org Video Driver
>   ABI class: X.Org Video Driver, version 20.0
>  (II) LoadModule: "fbdev"
>  (WW) Warning, couldn't open module fbdev
>  (II) UnloadModule: "fbdev"
>  (II) Unloading fbdev
>  (EE) Failed to load module "fbdev" (module does not exist, 0)
>  (II) LoadModule: "vesa"
>  (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
>  (II) Module vesa: vendor="X.Org Foundation"
>   compiled for 1.18.4, module version = 2.3.4
>   Module class: X.Org Video Driver
>   ABI class: X.Org Video Driver, version 20.0
>  (II) modesetting: Driver for Modesetting Kernel Drivers: kms
>  (II) VESA: driver for VESA chipsets: vesa
>  (--) using VT number 7
>
>  (EE) open /dev/dri/card0: No such file or directory
>  (WW) Falling back to old probe method for modesetting
>  (EE) open /dev/dri/card0: No such file or directory
>  vesa: Ignoring device with a bound kernel driver
>  (WW) Falling back to old probe method for vesa
>  (EE) Screen 0 deleted because of no matching config section.
>  (II) UnloadModule: "modesetting"
>  (EE) Screen 0 deleted because of no matching config section.
>  (II) UnloadModule: "vesa"
>  (EE) Device(s) detected, but none match those in the config file.
>  (EE) 
>  error:
>  (EE) no screens found(EE) -- final lines snipped
>
> Does anyone have any suggestions ?
>

Questions, more info please.

What are your local / global USE flags for "x11-drivers/nvidia-drivers"?

Did you try setting up a "*|/etc/X11/xorg.conf.d/nvidia.conf|*" file?



Reference Link : https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers

Re: [gentoo-user] KDE5: no desktop

2017-01-09 Thread Robin Atwood

On Sunday 08 January 2017, Fernando Rodriguez wrote:
> Try to login as a new user (or move your home directory out of the
> way). If it works start selectively deleting dot files/directories
> from your home directory. Start with .cache, .kde4 and everything that
> starts with a k in .config and .local and go from there. I had the
> exact same problem when I upgraded one of my laptops and that's how I
> fixed it. Also delete anything in /var/cache and any files belonging
> to your uses in /tmp and /run.
> 
> You can also try switching to a VT and kill plasmashell and if it
> doesn't restart automatically start it with the DISPLAY environment
> variable properly set.
> 
> Also look at the system logs, .xsession-errors, xorg logs, etc for
> clues. You can also run kdebugdialog5 from another DE to enable a lot
> of kde debug output to the system logs.
> 

I said above that I created a new user and got exactly same problem, so that 
pretty much excludes old files as a possibility.

Thanks
Robin

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Re: nvidia driver missing symbols

2017-01-09 Thread Philip Webb

170105 Nikos Chantziaras wrote:
> On 01/05/2017 08:05 AM, wabe wrote:
>> Make sure that you have also enabled CONFIG_DRM.
>> CONFIG_DRM=y
>> CONFIG_DRM_KMS_HELPER=y
>> CONFIG_DRM_KMS_FB_HELPER=y
>> CONFIG_DRM_FBDEV_EMULATION=y
> For nvidia, these need to be all disabled.  Then it should work.

I had a previous thread re Kernel 4.9.0 + Nvidia 375.26 (now stable).
I tried recompiling that kernel with DRM disabled,
& remerged Nvidia 375.26 , but X won't start.
Here are the last lines of  Xorg.0.log :

 (**) ModulePath set to "/usr/lib64/opengl/nvidia,/usr/lib64/xorg/modules"
 (II) The server relies on udev to provide the list of input devices.
 If no devices become available, reconfigure udev or disable AutoAddDevices.
 (II) Loader magic: 0x809c80
 (II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 20.0
X.Org XInput driver : 22.1
X.Org Server Extension : 9.0
 (--) PCI:*(0:1:0:0) 10de:104a:1043:8496 rev 161, Mem @ 0xfd00/16777216, 
0xf000/134217728, 0xf800/33554432, I/O @ 0xe000/128, BIOS @ 
0x/131072
 (II) LoadModule: "glx"
 (II) Loading /usr/lib64/opengl/nvidia/extensions/libglx.so
 (II) Module glx: vendor="NVIDIA Corporation"
compiled for 4.0.2, module version = 1.0.0
Module class: X.Org Server Extension
 (II) NVIDIA GLX Module  375.26  Thu Dec  8 17:59:51 PST 2016
 (==) Matched nouveau as autoconfigured driver 0
 (==) Matched nv as autoconfigured driver 1
 (==) Matched modesetting as autoconfigured driver 2
 (==) Matched fbdev as autoconfigured driver 3
 (==) Matched vesa as autoconfigured driver 4
 (==) Assigned the driver to the xf86ConfigLayout
 (II) LoadModule: "nouveau"
 (WW) Warning, couldn't open module nouveau
 (II) UnloadModule: "nouveau"
 (II) Unloading nouveau
 (EE) Failed to load module "nouveau" (module does not exist, 0)
 (II) LoadModule: "nv"
 (WW) Warning, couldn't open module nv
 (II) UnloadModule: "nv"
 (II) Unloading nv
 (EE) Failed to load module "nv" (module does not exist, 0)
 (II) LoadModule: "modesetting"
 (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
 (II) Module modesetting: vendor="X.Org Foundation"
compiled for 1.18.4, module version = 1.18.4
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 20.0
 (II) LoadModule: "fbdev"
 (WW) Warning, couldn't open module fbdev
 (II) UnloadModule: "fbdev"
 (II) Unloading fbdev
 (EE) Failed to load module "fbdev" (module does not exist, 0)
 (II) LoadModule: "vesa"
 (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
 (II) Module vesa: vendor="X.Org Foundation"
compiled for 1.18.4, module version = 2.3.4
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 20.0
 (II) modesetting: Driver for Modesetting Kernel Drivers: kms
 (II) VESA: driver for VESA chipsets: vesa
 (--) using VT number 7

 (EE) open /dev/dri/card0: No such file or directory
 (WW) Falling back to old probe method for modesetting
 (EE) open /dev/dri/card0: No such file or directory
 vesa: Ignoring device with a bound kernel driver
 (WW) Falling back to old probe method for vesa
 (EE) Screen 0 deleted because of no matching config section.
 (II) UnloadModule: "modesetting"
 (EE) Screen 0 deleted because of no matching config section.
 (II) UnloadModule: "vesa"
 (EE) Device(s) detected, but none match those in the config file.
 (EE) 
 error:
 (EE) no screens found(EE) -- final lines snipped

Does anyone have any suggestions ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Linux error messages trying to mimic wndws ?

Re: [gentoo-user] Linux error messages trying to mimic wndws ?

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

[gentoo-user] Re: nvidia driver missing symbols

Re: [gentoo-user] Re: nvidia driver missing symbols

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

[gentoo-user] Linux error messages trying to mimic wndws ?

[gentoo-user] Re: nvidia driver missing symbols

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

Re: [gentoo-user] Failed to build libblas to use dev-lang/R.

Re: [gentoo-user] Re: nvidia driver missing symbols

Re: [gentoo-user] KDE5: no desktop

Re: [gentoo-user] Re: nvidia driver missing symbols

16 matches

Site Navigation

Mail list logo

Footer information