Re: [gentoo-user] wget SSL authentication problem?

2017-01-11 Thread Miroslav Rovis
On 170111-22:57-0500, Walter Dnes wrote:
>   I'm trying to pull down a text file with a script.  A web browser works
> fine, but wget dies as follows...
> 
At first I thought I had the same issue (will tell why further below).
But I didn't have an issue with this download:

> wget 'https://data.giss.nasa.gov/gistemp/tabledata_v3/GLB.Ts+dSST.txt'
> 
> Resolving data.giss.nasa.gov... 128.183.4.33
> Connecting to data.giss.nasa.gov|128.183.4.33|:443... connected.
> OpenSSL: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert
> handshake failure
> Unable to establish SSL connection.
I had a normal output instead:

$ wget 'https://data.giss.nasa.gov/gistemp/tabledata_v3/GLB.Ts+dSST.txt'
--2017-01-12 06:45:19--
https://data.giss.nasa.gov/gistemp/tabledata_v3/GLB.Ts+dSST.txt
Resolving data.giss.nasa.gov... 128.183.4.33
Connecting to data.giss.nasa.gov|128.183.4.33|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 15883 (16K) [text/plain]
Saving to: ‘GLB.Ts+dSST.txt’

GLB.Ts+dSST.txt   100%[===>]
15.51K  --.-KB/sin 0.1s

2017-01-12 06:45:20 (119 KB/s) - ‘GLB.Ts+dSST.txt’ saved [15883/15883]

$

And the download is correct, the same as with Palemoon.

I do have the same wget-1.18 installed as below:

> Output from "emerge -pv wget" is...
> 
> Calculating dependencies... done!
> [ebuild   R] net-misc/wget-1.18::gentoo  USE="pcre ssl zlib -debug
> -gnutls -idn -ipv6 (-libressl) -nls -ntlm -static {-test} -uuid" 0 KiB
> 
>   The URL has recently changed from "http" to "https", which is when
> the problem showed up.  I repeat, web browser works fine but wget dies.

The story about SSL is a good one, however. The network might by and
large be getting all the more decryptable for users, have a look at:

Write TLS session keys to $SSLKEYLOGFILE
https://github.com/rg3/youtube-dl/issues/11614

and:

SSL-key logging with Wget
http://www.croatiafidelis.hr/foss/cap/cap-170105_wget-ssl/

( Just imaging if youtube-dl soon starts decrypting Schmoog the
Schmoogle!? That'd be sooo great! If only! And the spies won't be able
to hide to whoever they want! )

But I'm really writing this for problems with downloading with wget
elsewhere, other files, pls. have a look at this that I just posted:

< title pending, busy elsewhere >
http://www.croatiafidelis.hr/foss/cap/cap-170112_wget-ssl/

where, at this time only the screenshots and the traces tell the story,
no time to post text there yet.

But in short, I couldn't download this gzip archive:

https://www.redhat.com/archives/virt-tools-list/2017-January.txt.gz

with wget, but could with Palemoon browser. In fact it downloads with
Wget, and it has the right size, but it doesn't have the magic number
(0x1FB808) at start and it doesn't gunzip...

File a bug? To:
http://lists.gnu.org/mailman/listinfo/bug-wget

I'm unsure... As I have other issues that might be interfering...
Tried to subscribed though, just in case, but have issues... But no
time...

Regards!
-- 
Miroslav Rovis
Zagreb, Croatia
http://www.CroatiaFidelis.hr


signature.asc
Description: Digital signature


Re: [gentoo-user] Re: locale : cannot generate it

2017-01-11 Thread Tom H
On Wed, Jan 11, 2017 at 8:13 PM, Jonathan Callen  wrote:
> On 01/08/2017 11:36 AM, Tom H wrote:
>> On Sun, Jan 8, 2017 at 11:14 AM, Helmut Jarausch  wrote:
>>> Urs wrote
>>>
 You can generate a "fake" C.UTF-8 locale with localedef:
 # localedef -i en_US -f UTF-8 C.UTF-8
 and remove it when no longer needed:
 # localedef --delete-from-archive C.utf8
>>>
>>> Is the strange locale name C.UTF-8 a "specialty" of darktable or have
>>> other distributions such a locale?
>>
>> C.UTF-8 is (and has been for a while) a valid Debian locale,installed
>> by default with libc. And it became, somewhat recently, a valid Fedora
>> locale (so as not to have to install any additional locales in a
>> container, over and above the default libc ones, C, C.UTF-8, and
>> POSIX).
>
> It is possible to create this on Gentoo (with some warnings) by creating
> a symlink /usr/share/i18n/locales/C that points to "POSIX", then adding
> "C.UTF-8" to locale.gen as normal.

Thanks. I've just done it. There were some warnings as you cautioned.
Symlinking C to en_US (to use locale-gen rather than localedef as
above) generates it without warnings but it's probably not
"appropriate."

Debian patches libc:

https://sources.debian.net/src/glibc/2.24-8/debian/patches/localedata/locale-C.diff/

Fedora patches libc:

http://pkgs.fedoraproject.org/cgit/rpms/glibc.git/tree/glibc-c-utf8-locale.patch



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

2017-01-11 Thread tkane1124





>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
>>    >  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
>> 
>> 
>> 
>> 
>
>I don't use eix, but the one you are trying to install (20151113-r1) is
>marked unstable:
>
>$ eshowkw 

[gentoo-user] wget SSL authentication problem?

2017-01-11 Thread Walter Dnes
  I'm trying to pull down a text file with a script.  A web browser works
fine, but wget dies as follows...

wget 'https://data.giss.nasa.gov/gistemp/tabledata_v3/GLB.Ts+dSST.txt'

Resolving data.giss.nasa.gov... 128.183.4.33
Connecting to data.giss.nasa.gov|128.183.4.33|:443... connected.
OpenSSL: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert
handshake failure
Unable to establish SSL connection.

Output from "emerge -pv wget" is...

Calculating dependencies... done!
[ebuild   R] net-misc/wget-1.18::gentoo  USE="pcre ssl zlib -debug
-gnutls -idn -ipv6 (-libressl) -nls -ntlm -static {-test} -uuid" 0 KiB

  The URL has recently changed from "http" to "https", which is when
the problem showed up.  I repeat, web browser works fine but wget dies.

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



[gentoo-user] Re: locale : cannot generate it

2017-01-11 Thread Jonathan Callen
On 01/08/2017 11:36 AM, Tom H wrote:
> On Sun, Jan 8, 2017 at 11:14 AM, Helmut Jarausch  wrote:
>>
>> The strange C.UTF-8 , which was suggested by one of the devolopers of
>> media-gfx/darktable, did cause the problems. The error messages were
>> strange and misleading.
>>
>> Urs wrote
>>
>>> You can generate a "fake" C.UTF-8 locale with localedef:
>>> # localedef -i en_US -f UTF-8 C.UTF-8
>>> and remove it when no longer needed:
>>> # localedef --delete-from-archive C.utf8
>>> Don't blame me for ugly side effects...
>>
>> Many thanks for this unusual hint. With this I can build the
>> GIT-version of darktable.
>>
>> Is the strange locale name C.UTF-8 a "specialty" of darktable or have
>> other distributions such a locale?
> 
> C.UTF-8 is (and has been for a while) a valid Debian locale,installed
> by default with libc. And it became, somewhat recently, a valid Fedora
> locale (so as not to have to install any additional locales in a
> container, over and above the default libc ones, C, C.UTF-8, and
> POSIX).
> 
> 


It is possible to create this on Gentoo (with some warnings) by creating
a symlink /usr/share/i18n/locales/C that points to "POSIX", then adding
"C.UTF-8" to locale.gen as normal.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature


[gentoo-user] ro /

2017-01-11 Thread Jorge Almeida
I have my / partition mounted read-only. It works fine, /var is in a
different partition, as well as /usr/portage. Of course, I have to
remount / rw when emerging packages.

The problem is that, more often than not, I cannot remount ro after
emerging ("/ is busy").
I tried "lsof / | awk '$4 ~ /[0-9].*w/'" and the only files that are
open for writing are FIFOs, which are associated with services I put
there myself and should be there ( and were there before emerging,
anyway...) IOW, no file is unexpectedely open for writing in /.

I suspect something related with updated libraries (old versions kept?).
I tried logging out. The problem persists after logging in in a getty,
with no X process active.

I'm updating the system  with
emerge -NDu world

and then
emerge @preserved-rebuild

Maybe I'm missing something obvious re updating?

Ideas, similar experiences?

Thanks

Jorge Almeida



[gentoo-user] GUI-less (non-dbus) virt-manager (to run Tails in Gentoo)

2017-01-11 Thread Miroslav Rovis
Hi!

This is my installation of the package virt-manager:

# equery l virt-manager
 * Searching for virt-manager ...
[IP-] [  ] app-emulation/virt-manager-1.4.0-r2:0
#

# emerge -pv virt-manager

These are the packages that would be merged, in order:

Calculating dependencies ... done!
[ebuild   R] app-emulation/virt-manager-1.4.0-r2::gentoo  USE="sasl -debug
-gnome-keyring -gtk -policykit" LINGUAS="-as -bg -bn_IN -bs -ca -cmn -cs -da
-de -en_GB -es -fi -fr -gu -hi -hr -hu -is -it -ja -kn -ko -ml -mr -ms -nb -nl
-or -pa -pl -pt -pt_BR -ro -ru -sk -sr -sr@latin -sv -ta -te -tr -uk -vi
-zh_CN -zh_TW" PYTHON_TARGETS="python2_7" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB
#

Also gunzip the equery_f_virt-manager.txt.gz for the list of files, of which I
present only those that I will, apparently, have to try and use, once my
initial query is cleared:

/usr/bin/virt-clone
/usr/bin/virt-convert
/usr/bin/virt-install
/usr/bin/virt-xml

While at the list of files, pls. notice that there is no executable named
'virt-manager' in my system's virt-manager install:

# grep -E '\/?bin\/virt-manager' equery_f_virt-manager.txt
#

or:

# grep 'virt-manager$' equery_f_virt-manager.txt
#

both return empty.

If I try sticking:
echo "app-emulation/virt-manager gtk" >> 
/etc/portage/package.use/package.use.file

hopeful to get the GUI, then:

# emerge -pv virt-manager

These are the packages that would be merged, in order:

Calculating dependencies ... done!   

!!! All ebuilds that could satisfy "x11-libs/gtk+:3[introspection]" have been 
masked.
!!! One of the following masked packages is required to complete your request:
- x11-libs/gtk+-3.22.5::gentoo (masked by: package.mask)
/etc/portage/package.mask/package.mask.file:
#media-video/libav
#gnome-base/gconf

- x11-libs/gtk+-3.22.4::gentoo (masked by: package.mask)
- x11-libs/gtk+-3.20.9::gentoo (masked by: package.mask)
- x11-libs/gtk+-3.18.9::gentoo (masked by: package.mask)
- x11-libs/gtk+-3.16.7::gentoo (masked by: package.mask, missing keyword)

(dependency required by "app-emulation/virt-manager-1.4.0-r2::gentoo[gtk]" 
[ebuild])
(dependency required by "virt-manager" [argument])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

#

And that is a story that I have met many times with many packages, and, in
short, it hasn't ever been possible to solve it because in my
security-oriented no-frills true-unix only system I have "-dbus" among other
useflags:

# grep -B3 -A6 '\-dbus' /etc/portage/make.conf
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="a52 alsa apache2 audit bash-completion berkdb bzip2 caps cdr crypt \
 cscope css -dbus dri dvb dvdr fam ffmpeg fontconfig gdbm \
 -geoip gif git -gnome gnutls gpm gstreamer gzip hardened \
 imagemagick -introspection jack jpeg jpeg2k -kde lame libcaca -libav \
 mad maildir mhash mng mplayer ncurses nls ogg opengl -pam png 
-policykit \
 readline sasl sdl -selinux -systemd sysvipc smp sound sox sqlite 
sqlite3 \
 ssl subversion svg tiff truetype -udev unicode v4l vim-syntax vorbis \
 X x264 xattr xine xv xvid zlib -pulseaudio"

(
A sidenote: notice what is banned with the '-' prefix. It's an
non-poetterware [1], true-unix only system, and the 'hardened' useflag is of
course for grsecurity-based hardened system, not for NSA Linux based. Oh
sorry, I meant SELinux, but NSA, at the turn of the millenium, created SELinux
just as, say, Mozilla, back in the Netscape days, created Javascript. So it
should be called that, shouldn't it?
)

So I guess, to get Tails installed, the way I will need to follow:

https://tails.boum.org/doc/advanced_topics/virtualization/virt-manager/index.en.html

is certainly not literally. Exampli gratia, there is not anything to click at
at all in my virt-manager, for me to be able to follow, say, let me paste just 
the
first step into here from that "advanced_topics" Tails page:

PASTING->
Running Tails from an ISO image

Start virt-manager.
Double-click on localhost (QEMU) to connect to the QEMU system of your host.
To create a new virtual machine, choose File -> New Virtual Machine.
In step 1, choose Local install media (ISO image or CDROM).
In step 2, choose:
Use ISO image, then Browse..., and Browse Local to browse for the ISO 
image that you want to start from.
OS type: Linux.
Version: Debian Wheezy.
In step 3, allocate at least 1024 MB of RAM.
In step 4, disable storage for this virtual machine.
In step 5:
Type a name for the new virtual machine.
Click Finish to start the virtual machine.
->PASTED

Instead, I fear that I am left to these:

/usr/bin/virt-clone
/usr/bin/virt-convert
/usr/bin/virt-install
/usr/bin/virt-xml

to accomplish the above GUI tasks, but translated 

[gentoo-user] To do or not to do...

2017-01-11 Thread Meino . Cramer
Hi,


After fcron updateing, I got this informations as the last 
stepsand cant decide, whether this has already be done
while emerge was running or whether it is something I have
to do.


<<<  dir /usr/share/doc/fcron-3.1.2-r2/html
<<<  dir /usr/share/doc/fcron-3.1.2-r2
>>> Regenerating /etc/ld.so.cache...
>>> Original instance of package unmerged safely.
 * fcron's default systab was updated since your last installation.
 * You can use
 * 
 *   # emerge --config sys-process/fcron
 * 
 * to re-install systab (do not call this command before you
 * have merged your configuration files).
>>> sys-process/fcron-3.2.1-r1 merged.
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * GNU info directory index is up-to-date.
 * After world updates, it is important to remove obsolete packages with
 * emerge --depclean. Refer to `man emerge` for more information.


By the way...cfg-update -l prints nothing to merge...

HELP! I need somebody... HELP! not just anybodu, HELP!
I need just GENTOOO UH!H!...

Thanks in advance!

Cheers
Meino