Re: [gentoo-user] error trying to mount Samsung: Galaxy android models (MTP)

2020-11-21 Thread Jack

On 2020.11.21 23:12, edward m wrote:

hi, i receive an error when trying to mount an android phone under
gentoo. im  wondering if a fix, workaround exists or more likely its  
a bug.

thanks in advance.


error:
mtpfs AndroidDevice/
Listing raw device(s)
Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP).
   Found 1 device(s):
   Samsung: Galaxy models (MTP) (04e8:6860) @ bus 2, dev 12
Attempting to connect device
Error 1: Get Storage information failed.
Error 2: PTP Layer error 02fe: get_all_metadata_fast(): could not get
proplist of all objects.
Error 2: Error 02fe: PTP Data Expected
Error 2: PTP Layer error 02fe: get_handles_recursively(): could not  
get

object handles.
Error 2: Error 02fe: PTP Data Expected
Listing File Information on Device with name: Galaxy A10e
LIBMTP_Get_Storage() failed:-1


What does dmesg say right when you plug in the phone?
What does lsbus -v say about that device?

Are you sure the phone thinks it's connecting as an MTP device?  There  
should be a way to tell the phone how to connect, but it's probably  
specific to each phone, although likely somewhere under settings - look  
for developer settings.




[gentoo-user] error trying to mount Samsung: Galaxy android models (MTP)

2020-11-21 Thread edward m
hi, i receive an error when trying to mount an android phone under
gentoo. im  wondering if a fix, workaround exists or more likely its a bug.
thanks in advance.


error:
mtpfs AndroidDevice/
Listing raw device(s)
Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP).
   Found 1 device(s):
   Samsung: Galaxy models (MTP) (04e8:6860) @ bus 2, dev 12
Attempting to connect device
Error 1: Get Storage information failed.
Error 2: PTP Layer error 02fe: get_all_metadata_fast(): could not get
proplist of all objects.
Error 2: Error 02fe: PTP Data Expected
Error 2: PTP Layer error 02fe: get_handles_recursively(): could not get
object handles.
Error 2: Error 02fe: PTP Data Expected
Listing File Information on Device with name: Galaxy A10e
LIBMTP_Get_Storage() failed:-1


[gentoo-user] gentoo and kickstart files

2020-11-21 Thread Jude DaShiell
Does gentoo know about kickstart files and can it use them?



-- United States has 633 Billionaires with only 10 doing any annual
significant giving.




Re: [gentoo-user] X11 server not seeing font dirs

2020-11-21 Thread n952162

On 11/21/20 7:02 PM, k...@aspodata.se wrote:

$ xlsfonts | grep -i mono
$ xset +fp /usr/share/fonts/freefont
$ xlsfonts | grep -i mono | head -1
-misc-freemono-bold-o-normal--0-0-0-0-m-0-adobe-standard
$

I.e. it works as expected.



Okay, that's good to know.  I'm unfortunately not at the machine that
was giving me problems, I'll to through those exact steps in a week or two.




# emerge -aqv media-fonts/courier-prime
...

$ xset +fp  /usr/share/fonts/courier-prime
$ xset q | grep prime
   
/usr/share/fonts/courier-prime,/usr/share/fonts/freefont,/usr/local/share/fonts,/usr/share/fonts/misc/,/usr/share/fonts/OTF/,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,built-ins
$ xlsfonts | grep -i prime
$

So my courier-prime fp doesn't dissapear, but xlsfonts doesn't
report them as a core font.

I run fvwm2 on an older X without udev, can it be a fancy modern destop
that changes this under the hood for you ?



I run fvwm2, too.  :-)





I can see the font with

$ fc-list 'Courier prime'
/usr/share/fonts/courier-prime/Courier Prime Bold.ttf: Courier Prime:style=Bold
/usr/share/fonts/courier-prime/Courier Prime.ttf: Courier Prime:style=Regular
/usr/share/fonts/courier-prime/Courier Prime Bold Italic.ttf: Courier 
Prime:style=Bold Italic
/usr/share/fonts/courier-prime/Courier Prime Italic.ttf: Courier 
Prime:style=Italic



Isn't the fontconfig system a separate, disconnected font service?



$ xfd -fa 'Courier prime'
...



I don't have that command and didn't find a man page right away on the
internet.  I see there's a gentoo package for it, it looks useful.




  Can the problem be that there is a space in the x core font name?



I renamed the files in the courier-prime package with dashes and
regenerated fonts.dir and the other one, too.  Didn't help.




$ head -2  /usr/share/fonts/courier-prime/fonts.dir
16
Courier prime bold italic.ttf -misc-courier 
prime-bold-i-normal--0-0-0-0-m-0-iso10646-1
$

If I, as root, do:

cd /usr/share/fonts/courier-prime/
perl -wpi.bak -e 'tr/ /_/; s/_-/ -/' fonts.dir
perl -wpi.bak -e 'tr/ /_/; s/_-/ -/' fonts.scale
list=`ls -1  | grep Cour | tr ' ' '_'`
for i in $list; do b=`echo $i  | tr '_' ' '`; mv "$b" $i; done

  Then I can do:
$ xset fp rehash



I used my fixms(1) script (attached).



$ xlsfonts | grep -i prime | head -1
-misc-courier_prime-bold-i-normal--0-0-0-0-m-0-iso10646-1
$ xfd -fn -misc-courier_prime-bold-i-normal--0-0-0-0-m-0-iso10646-1
Warning: Missing charsets in String to FontSet conversion
Warning: Unable to load any usable fontset
Warning: Cannot convert string 
"-misc-courier_prime-bold-i-normal--0-0-0-0-m-0-iso10646-1" to type FontStruct
xfd:  no font to display
$ xterm -fn -misc-courier_prime-medium-r-normal--17-120-100-100-m-0-iso10646-1
xterm: cannot load font 
"-misc-courier_prime-medium-r-normal--17-120-100-100-m-0-iso10646-1"

Unfortunately, I cannot use it...

I don't think x likes core fonts with spaces in font- nor
filenames.

Regards,
/Karl Hammar



Okay, I didn't get that far.  I'll try to get more documentation.

Thanks for looking into it.




#!/usr/bin/env bash

for f in "$@"; do
if [ -r "$f" ]; then
tgt=$(echo "$f" | tr " " '-' | tr -d "'")

if [ $tgt = "$f" ]; then
continue
fi

echo mv "$f" $tgt

if [ -f $tgt ]; then
echo "$0: $tgt exists" >&2
exit 1
fi

echo -n "Move [ny]?"
read answer

case "$answer" in
[yY]|[yY]es|[yY]ES)
/bin/mv "$f" $tgt
;;
esac
else
echo "$0: $f not readable" >&2
fi
done


Re: [gentoo-user] X11 server not seeing font dirs

2020-11-21 Thread karl
n952162:
> Can anyone say why I have the error messages in my Xorg.0.log file that
> I list below?
> 
> xlsfonts(1) does not list fonts that are in /usr/share/fonts.
> 
> If I add them with "xset +fp /usr/share/fonts/courier-prime" they appear
> and then disappear in the "xset -q" display.  They are not available to
> xlsfonts, though.
> 
> Interestingly enough, adding them with the plus in back: "xset fp+
> /user/..." causes them to persist, but still not be available to xlsfonts.
...

$ xlsfonts | grep -i mono
$ xset +fp /usr/share/fonts/freefont
$ xlsfonts | grep -i mono | head -1
-misc-freemono-bold-o-normal--0-0-0-0-m-0-adobe-standard
$

I.e. it works as expected.

# emerge -aqv media-fonts/courier-prime
...

$ xset +fp  /usr/share/fonts/courier-prime
$ xset q | grep prime
  
/usr/share/fonts/courier-prime,/usr/share/fonts/freefont,/usr/local/share/fonts,/usr/share/fonts/misc/,/usr/share/fonts/OTF/,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,built-ins
$ xlsfonts | grep -i prime
$

So my courier-prime fp doesn't dissapear, but xlsfonts doesn't
report them as a core font.

I run fvwm2 on an older X without udev, can it be a fancy modern destop
that changes this under the hood for you ?

I can see the font with

$ fc-list 'Courier prime'
/usr/share/fonts/courier-prime/Courier Prime Bold.ttf: Courier Prime:style=Bold
/usr/share/fonts/courier-prime/Courier Prime.ttf: Courier Prime:style=Regular
/usr/share/fonts/courier-prime/Courier Prime Bold Italic.ttf: Courier 
Prime:style=Bold Italic
/usr/share/fonts/courier-prime/Courier Prime Italic.ttf: Courier 
Prime:style=Italic
$ xfd -fa 'Courier prime'
...

 Can the problem be that there is a space in the x core font name?

$ head -2  /usr/share/fonts/courier-prime/fonts.dir 
16
Courier prime bold italic.ttf -misc-courier 
prime-bold-i-normal--0-0-0-0-m-0-iso10646-1
$

If I, as root, do:

cd /usr/share/fonts/courier-prime/
perl -wpi.bak -e 'tr/ /_/; s/_-/ -/' fonts.dir
perl -wpi.bak -e 'tr/ /_/; s/_-/ -/' fonts.scale
list=`ls -1  | grep Cour | tr ' ' '_'`
for i in $list; do b=`echo $i  | tr '_' ' '`; mv "$b" $i; done

 Then I can do:
$ xset fp rehash
$ xlsfonts | grep -i prime | head -1
-misc-courier_prime-bold-i-normal--0-0-0-0-m-0-iso10646-1
$ xfd -fn -misc-courier_prime-bold-i-normal--0-0-0-0-m-0-iso10646-1
Warning: Missing charsets in String to FontSet conversion
Warning: Unable to load any usable fontset
Warning: Cannot convert string 
"-misc-courier_prime-bold-i-normal--0-0-0-0-m-0-iso10646-1" to type FontStruct
xfd:  no font to display
$ xterm -fn -misc-courier_prime-medium-r-normal--17-120-100-100-m-0-iso10646-1
xterm: cannot load font 
"-misc-courier_prime-medium-r-normal--17-120-100-100-m-0-iso10646-1"

Unfortunately, I cannot use it...

I don't think x likes core fonts with spaces in font- nor 
filenames.

Regards,
/Karl Hammar





[gentoo-user] ssh key type ed25519

2020-11-21 Thread n952162

I tried to ssh to another machine and got a failing man-in-the-middle
warning.

The fingerprint given to check didn't match that of the target host.  On
closer inspection, the entries in known_hosts are *ecdsa-sha2-nistp256*
and the offending key was of type *ed25519*, as reported by the client.

These are both gentoo machines, relatively recently updated.

Everything on the net talks about how to generate key files of the
appropriate type, but I'm don't want to generate a key file.

Apparently, this is a gentoo configuration issue.  USE flags of openssh
on both machines are the same.

There are two news items related to ssh, but neither seems relevant.

Has there been a changed system-wide determination of the key type and
what would be the best way to make them consistent across all machines?



Re: [gentoo-user] Hugin panoramic picture and auto control points.

2020-11-21 Thread Dale
Meik Frischke wrote:
> Hi Dale,
>
> Hugin has a USE-flag for SIFT which pulls autopano-sift-C as a
> dependency: sift? ( media-gfx/autopano-sift-C ). The SIFT algorithm
> used to be patented [1] which could be a possible reason why the
> dependency was not enabled by default, though you might have to ask
> the maintainer for that. The patent is expired as of this year, so
> there is probably little reason to not enable the USE flag for you.
> "autopano-noop" is an obsolete wrapper [2] for autopano-sift-C which
> might be an artifact from an earlier hugin version upgrade.
> Anyway, good that you got it to work.
>
> Sincerely,
> Meik
>
>
> [1] https://patents.google.com/patent/US6711293B1/en
> [2] http://manpages.ubuntu.com/manpages/trusty/man1/autopano-noop.1.html
>
>

I already got it working.  I was posting about how to get it to work. 
Hopefully, if someone googles it, they will find this thread and be able
to follow how to set it up and it work. 

Since I installed this so long ago, it likely held the old defaults over
from the past.  It may work on new installs.  Oh, I already had the sift
USE flag enabled.  Still, the defaults didn't work. 

Interesting to know some history about this tho.  May explain why it was
the way it was. 

Dale

:-)  :-) 



Re: [gentoo-user] Hugin panoramic picture and auto control points.

2020-11-21 Thread Meik Frischke

Hi Dale,

Hugin has a USE-flag for SIFT which pulls autopano-sift-C as a 
dependency: sift? ( media-gfx/autopano-sift-C ). The SIFT algorithm used 
to be patented [1] which could be a possible reason why the dependency 
was not enabled by default, though you might have to ask the maintainer 
for that. The patent is expired as of this year, so there is probably 
little reason to not enable the USE flag for you. "autopano-noop" is an 
obsolete wrapper [2] for autopano-sift-C which might be an artifact from 
an earlier hugin version upgrade.

Anyway, good that you got it to work.

Sincerely,
Meik


[1] https://patents.google.com/patent/US6711293B1/en
[2] http://manpages.ubuntu.com/manpages/trusty/man1/autopano-noop.1.html


Am 2020-11-21 06:36, schrieb Dale:

Howdy,

I been using Hugin to create panoramic pictures for years.  The
automatic create control point button never worked.  It always spit out
a error about a tool missing so I did it manually.  Time consuming to
say the least.  I recently took a few pictures and got tired of 
spending

all night going through pictures manually setting control points.  I
decided to try and figure out how to fix it since all the programs and
commands should be installed.  I went to File, Preferences and then
clicked on the Control Point Detectors tab in the new window.  If you
have autopano-sift-C installed, it should be the default.  Highlight it
and then click Edit. Find Program and then click the Choose button.  
The

correct setting and path is /usr/bin/autopano-sift-c.  The default I
think was autopano-noop.sh or autopano-noop.  When I googled, I 
couldn't

find that command anywhere so no idea why that is the default setting. 
It took me a while to figure out where that setting was.  Google wasn't
much help.  Once you have that set up, you should be able to add
pictures and then tell it to Create Control Points and it work. 

I don't know how few use this program on this list but since I get a 
lot

of help here, I wanted to post this just in case it will help someone
who does use this and has the same problem I had with having to do it
manually.  Trust me, it is much faster and it does a awesome job so
far.  What normally would take me all night only took a few minutes 
with

the auto tool working plus it creates a lot more control points. 

Hope this helps someone.  Pictures makes memories.  :-D  I may post a
link to some at some point. 

Dale

:-)  :-) 




Re: [gentoo-user] Gnome mplayer replacement

2020-11-21 Thread Poncho

On 20.11.20 04:32, Dale wrote:

I been using celluloid a fair amount.  So far, it is the closest to
gnome player after a little tweaking here and there.  A couple things
tho.  I like it to start in a specific window size.  I like it as big as
I can but not cover up my Kmix volume controls.  I have Kmix set to a
specific spot, right side, and then I adjust my video player to take up
the rest of the screen.  I then tell KDE to always use those settings by
right clicking the top bat and setting application settings.  Celluloid
doesn't have the normal bar at the top of the window tho.  I can't right
click on it and tell it to use specific settings.  I suspect this is
made for something other than KDE.  My other thing, I can't see the
close button in the upper right.  It closes when I blindly click it but
it's not visible. I feel like a blind squirrel looking for a acorn.

Anyone know a way to workaround those two things?  The first one is
really annoying as I have to right click the top bar and select resize
to set it like I want, each and every time I open it. o_O


You can specify an mpv.conf file to use in the settings of celluloid. 
Preferences -> Config files -> Load MPV configuration file


See https://github.com/celluloid-player/celluloid#configuration

MPV settings like fullscreen, geometry, autofit, force-window should 
work if you set them in the corresponding config.





Thanks.

Dale

:-)   :-)  


P. S.  Never would have guessed celluloid was a video player.  O_O


It used to be called gnome-mpv... but was renamed to celluloid some time 
ago.