Re: [gentoo-user] Re: KDE 5 MTP failure

[Walter Dnes]

On Thu, Jun 15, 2017 at 04:42:19PM -0700, Ian Zimmerman wrote

> Another option (Android only, of course) is the adb program in
> android-tools package.  I prefer it over MTP (independent of
> implementation issues) because it gives me file-level view of the
> device, rather than dealing in "pictures" and "songs".

  What implements that "Clippy-level-helpfull-feature"?  Is that KDE or
that particular mtpfs implementation?  I use simple-mtpfs and I run mc
(Midnight Commander) to move/copy/delete files.  Even a commandline...

[d531][waltdnes][~] sudo simple-mtpfs -o allow_other /home/waltdnes/tablet
Device 0 (VID=22b8 and PID=2e82) is a Motorola Moto G (ID2).
Android device detected, assigning default bug flags

[d531][waltdnes][~] cd tablet

[d531][waltdnes][~/tablet] ls -al
total 0
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Alarms
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Android
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 DCIM
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Download
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Movies
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Music
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 My_stuff
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Notifications
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Pictures
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Podcasts
drwxrwxr-x 2 waltdnes users 0 Dec 31  1969 Ringtones


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

[gentoo-user] nscd not caching hostnames

[Adam Carter]

I am told some systems at work are running nscd, so i wanted to get
familiar with it on my workstation. I added the nscd use flag and rebuilt
glibc, and i now have it running.

In nsswitch.conf have tried both;
hosts:   files dns
hosts:   cache files dns

And neither activate the caching. The "cache" option does not appear in
nsswitch.conf's man page, but was referenced online.

nscd -g reports;
hosts cache:
yes  cache is enabled
 no  cache is persistent
 no  cache is shared
211  suggested size
 216064  total data pool size
  0  used data pool size
   3600  seconds time to live for positive entries
 20  seconds time to live for negative entries
  0  cache hits on positive entries
  0  cache hits on negative entries
  1  cache misses on positive entries
  0  cache misses on negative entries
  0% cache hit rate

But i see from packet captures that a new request is sent to the dns server
each time, and nscd -i hosts is always empty. stracing nscd shows that its
not processing anything. How do i get it to intercept the name requests?
FWIW, im running systemd.

Re: [gentoo-user] glibc-2.24-r2 failed (install phase)

[tuxic]

On 06/15 08:18, tu...@posteo.de wrote:
> On 06/15 12:16, Mike Gilbert wrote:
> > On Thu, Jun 15, 2017 at 11:56 AM,   wrote:
> > > Hi,
> > >
> > > While updateing glibc-2.24-r2 failed to install.
> > >
> > > These are the last few lines of that process:
> > >
> > > 
> > > al/execinfo.c.texi 
> > > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/add.c.texi
> > >  
> > > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/summary.texi
> > >  
> > > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/pkgvers.texi
> > >  | sort;  \
> > >  echo "@end direntry") > 
> > > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi.new
> > > mv -f 
> > > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi.new
> > >  
> > > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi
> > > LANGUAGE=C LC_ALL=C makeinfo -P 
> > > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/
> > >  
> > > --output=/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/libc.info
> > >  libc.texinfo
> > > libc.texinfo:6: warning: @codequotebacktick should only appear at the 
> > > beginning of a line
> > > libc.texinfo:6: warning: @codequoteundirected should only appear at the 
> > > beginning of a line
> > > libc.texinfo:6: warning: @codequoteundirected should not appear in 
> > > @codequotebacktick
> > > libc.texinfo:6: expected @codequoteundirected on or off, not `on' require'
> > > libc.texinfo:6: superfluous argument to @codequotebacktick
> > > libc.texinfo:6: expected @codequotebacktick on or off, not `on' and ''
> > > make[2]: *** [Makefile:144: 
> > > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/libc.info]
> > >  Error 1
> > > make[2]: Leaving directory 
> > > '/var/tmp/portage/sys-libs/glibc-2.24-r2/work/glibc-2.24/manual'
> > > make[1]: *** [Makefile:215: manual/subdir_install] Error 2
> > > make[1]: Leaving directory 
> > > '/var/tmp/portage/sys-libs/glibc-2.24-r2/work/glibc-2.24'
> > > make: *** [Makefile:12: install] Error 2
> > >  * ERROR: sys-libs/glibc-2.24-r2::gentoo failed (install phase):
> > >  *   emake failed
> > >  *
> > >
> > > If anything more is wanted, I will be happy to post the wanted logs.
> > > But I want to prevent to logbomnb the mailinglist in beforehand... ;)
> > 
> > What version of sys-apps/texinfo do you have installed?
> > 
> [I] sys-apps/texinfo
>  Available versions:  4.13-r2 5.2 6.1 (~)6.3 {nls static}
>  Installed versions:  6.3(06:29:05 AM 02/18/2017)(nls -static)
>  Homepage:https://www.gnu.org/software/texinfo/
>  Description: The GNU info program and utilities
> 
> 
I installed this version:



[I] sys-apps/texinfo
 Available versions:  4.13-r2 5.2 6.1 [m](~)6.3 {nls static}
 Installed versions:  6.1(03:39:36 AM 06/16/2017)(nls -static)
 Homepage:https://www.gnu.org/software/texinfo/
 Description: The GNU info program and utilities

and the same (see above) happens.

[gentoo-user] Re: KDE 5 MTP failure

[Ian Zimmerman]

On 2017-06-15 07:26, Neil Bothwick wrote:

> > Android and iphones can be accessed as a USB drive. Doesn't this
> > work?
> 
> No they can't, at least not the modern Android phones. allowing two
> systems to mount the same filesystem is a recipe for disaster. That's
> why we have MTP, which would be the perfect answer... if it worked
> reliably.
> 
> I avoid all those issues by installing SSHhelper on Android and
> copying files with scp you can also open ssh views in Dolphin if the
> mouse is more your thing.

Another option (Android only, of course) is the adb program in
android-tools package.  I prefer it over MTP (independent of
implementation issues) because it gives me file-level view of the
device, rather than dealing in "pictures" and "songs".

-- 
Please *no* private Cc: on mailing lists and newsgroups
Personal signed mail: please _encrypt_ and sign
Don't clear-text sign:
http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html

Re: [gentoo-user] bugzilla down?

[Mart Raudsepp]

Ühel kenal päeval, N, 15.06.2017 kell 16:28, kirjutas Ian Zimmerman:
> ~$ curl -L https://bugs.gentoo.org  2>/dev/null | lynx -dump -stdin
>  Internal Server Error


Please look at https://infra-status.gentoo.org/ of course.

[gentoo-user] bugzilla down?

[Ian Zimmerman]

~$ curl -L https://bugs.gentoo.org  2>/dev/null | lynx -dump -stdin
 Internal Server Error

   The server encountered an internal error or misconfiguration and was
   unable to complete your request.

   Please contact the server administrator at webmas...@gentoo.org to
   inform them of the time this error occurred, and the actions you
   performed just before this error.

   More information about this error may be available in the server error
   log.
 __


Apache Server at bugs.gentoo.org Port 443

-- 
Please *no* private Cc: on mailing lists and newsgroups
Personal signed mail: please _encrypt_ and sign
Don't clear-text sign:
http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html

Re: [gentoo-user] e2fsck -a /dev/sdb1

[Daniel Frey]

On 06/15/2017 12:28 PM, Mick wrote:
> If you remove the USB disk while the PC is accessing it, the electrical 
> discharge across the physical contacts of the USB connector can cause 
> terminal 
> damage to the onboard chipset controller.
> 
> If you're lucky only partial corruption of the filesystem occurs and the USB 
> disk can be used again.  If you are very lucky and no I/O operations were 
> being performed at the time the USB will suffer no damage.  I try to remember 
> to unmount the USB before I remove it, but I had to learn this the hard way.
> 

This is the first I've heard of this. I have witnessed our staff at
working plugging something in and having static discharge fry a USB
stick, but I've never seen that happen while unplugging.

I tell staff to touch the computer case before plugging it in first.
When a user fries one I asked if they touched the case first and the
answer is always "no".

Dan

Re: [gentoo-user] KDE 5 MTP failure

[Daniel Frey]

On 06/15/2017 11:20 AM, Neil Bothwick wrote:
> On Thu, 15 Jun 2017 08:07:45 -0700, Daniel Frey wrote:
> 
>>> I avoid all those issues by installing SSHhelper on Android and
>>> copying files with scp you can also open ssh views in Dolphin if the
>>> mouse is more your thing.
> 
>> Thanks for the tip. I installed SSHelper and was able to log in with
>> bash but Dolphin whines about the connection being broken with fish://
>> and with sftp:// it says the password is incorrect (it IS correct, I
>> used it from a bash prompt.) Any clues?
> 
> I just tried pointing Dolphin at sftp://192.168.1.135: and logged in
> using root and the set password.
> 
> 

I think Dolphin was remembering something, I closed all the Dolphin
windows and tried it again and it seems to be working. I'm pretty sure I
haven't used ssh to the phone before. I wonder what caused that...

Dan

Re: [gentoo-user] e2fsck -a /dev/sdb1

[Rich Freeman]

On Thu, Jun 15, 2017 at 3:37 PM, Mick  wrote:
> On Thursday 15 Jun 2017 21:40:30 dan...@sonck.nl wrote:
>> On Jun 15, 2017 9:28 PM, Mick  wrote:
>
>> This is the first time I heard about discharge damage while unplugging. I
>> highly doubt that but for curiosity sake I like some document
>> proving/explaining this.
>
> I'd like one too, but until one appears have a look at what's happening in
> this video around 0:46min.
>
>  https://www.youtube.com/watch?v=PdiJWQmSi0k
>
> The principle is similar.  There is current flow and unplugging the conductors
> apart causes an arc.  Of course the voltages involved are much smaller and so
> is the damage.
>

You're comparing a 500kV breaker at a substation to a USB device?

I'm very skeptical of the claim that any electrical effects associated
with unplugging a device is going to cause issues with any USB device.
They're basically designed to be hot swapped.

Now, the filesystem is an entirely different matter - disconnecting a
mounted filesystem can cause all kinds of issues.  I think this is the
most likely issue people are going to run into, and of course you
should not have a mounted filesystem when removing a device.  Some
filesystems are more resilient to this sort of thing than others.

I would think that something like a log-based filesystem like f2fs
would be pretty impervious to loss of anything but uncommitted data.
COW filesystems should also be pretty resilient.  Filesystems set to
journal data should be fine, but ones that overwrite data in-place
might be left in a somewhat inconsistent state.  I suspect this
applies even when using ordered data mode on something like ext4 (your
metadata is going to be fine, but if you were overwriting 15 blocks
in-place I'd think that you could end up in a situation where half are
updated and half are not).  I'd be interested in somebody who knows
better on this last point.  Ideally you want the failure mode to be
that the state of of the disk corresponds to what you would expect at
the conclusion of a write system call (maybe not all the calls in the
cache, but it should end on a boundary).

I'd also buy the argument that some poorly designed USB drives could
end up with data loss to something other than the block being
immediately written, but honestly I'm skeptical that this is a
widespread problem.

-- 
Rich

Re: [gentoo-user] e2fsck -a /dev/sdb1

[Mick]

On Thursday 15 Jun 2017 21:40:30 dan...@sonck.nl wrote:
> On Jun 15, 2017 9:28 PM, Mick  wrote:

> This is the first time I heard about discharge damage while unplugging. I
> highly doubt that but for curiosity sake I like some document
> proving/explaining this.

I'd like one too, but until one appears have a look at what's happening in 
this video around 0:46min.

 https://www.youtube.com/watch?v=PdiJWQmSi0k

The principle is similar.  There is current flow and unplugging the conductors 
apart causes an arc.  Of course the voltages involved are much smaller and so 
is the damage.


> What I think is more likely is, flash memory needs special consideration
> when writing to. If the driver inside the USB flash drive did not have
> enough time to write out all it's accounting data on where to write stuff
> and it's cycles, the flash will be damaged. 

Not really.  What you describe should only damage the filesystem not the chip 
controller, or the semiconductor material.  I've experienced hardware failure 
on USB drives which were removed during a writing cycle.


> At least I assume this holds
> for flash as it does for SSD. Both are limited in write cycles, and I'd
> assume both use a similar technique, though I have no proof to back this
> up.
> 
> Greetings,
> 
> Daniel

I've read that industrial NAND flash devices (Single Layer Cell construction) 
are less prone to fs damage because they include capacitors to flush any 
controller buffers not yet written to the device when the forced disconnection 
occurs.  Allegedly they also have better electro-static-discharge protection.  
Consumer grade devices are less graceful in the event of a disconnection.


PS. Can you please refrain from posting HTML messages to this mailing list.  
Many old-timers lurking around here are still using text only (teletype) 
terminals.  :p

-- 
Regards,
Mick

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

[gentoo-user] Re: e2fsck -a /dev/sdb1

[Nikos Chantziaras]

On 15/06/2017 06:26 μμ, the...@sys-concept.com wrote:

I'm trying to repair USB disk (64GB) originally formatted with ext4

I read the USB stick on Windows via some kind of windows ext4 driver now I can 
not open it on Linux box.

e2fsck -a /dev/sdb1
64gb: recovering journal

(just stays there and does nothing).
when I unplug it I get:

e2fsck: No such file or directory while trying to re-open 64gb


If you don't need the files on the stick (as you mentioned on another 
post), then I'd recommend formatting it using exfat. Works on both Linux 
and Windows. Emerge sys-fs/fuse-exfat and mounting exfat sticks will 
happen automatically, just like as if it was ext4.


To format the stick you can use sys-fs/exfat-utils (it installs 
mkfs.exfat.) Or format it under Windows. You probably should erase the 
partition first under Linux though so that Windows sees all space as 
unclaimed. Just remember to select exfat instead of fat32 when you 
format it.

Re: [gentoo-user] XFCE "Set Title" hotkey

[Bill Kenworthy]

On 16/06/17 05:16, Floyd Anderson wrote:
> On Do, 15 Jun 13:54:15 +0800
> Bill Kenworthy  wrote:
>> Hi,
>>
>>I am using the XFCE4 Terminal in drop down mode on an XFCE4
>> desktop.  Something has caused the "Set Title" hotkey to be set with the
>> letter "o" trapping that key whenever it is pressed.  Very frustrating
>> as "o" is a common letter :)
>>
>> I've checked everywhere I can think of so I am now looking for
>> ideas/suggestions where this might be set/overridden?  Other systems I
>> have are fine so it probably something I accidentally altered.
> 
> Look for the file ‘accels.scm’ in your home directory. Mine is:
> 
>${XDG_CONFIG_HOME}/xfce4/terminal/accels.scm
> 
> and within that configuration change the line:
> 
>(gtk_accel_path "/terminal-window/set-title" "s")
> 
> to what ever you need.
> 
> Note, to completely remove/deactivate the shortcut, commenting the line
> doesn’t work because it falls back to the default ‘s’.
> You have to set:
> 
>(gtk_accel_path "/terminal-window/set-title" "")
> 
> means no shortcut at all. After editing that file and a re-login you
> should be done.
> 
> BTW and in the case you remove the ‘Set Title’ shortcut, setting the
> title can be achieved in various ways:
> 
>`xfce4-terminal --drop-down -T 'my new title'`
> 
> or in a running terminal by using escape control sequences [1]:
> 
>`echo -ne '\033]2;my new title\007'`
> 
> or
> 
>`printf '\e]0;%s\007' 'my new title'`
> 
> 
> [1] man page: console_codes(4)
> 
> 

see previous reply:
or hover mouse over menu item and hit backspace.

Thanks,
BillK

Re: [gentoo-user] XFCE "Set Title" hotkey

[Bill Kenworthy]

On 15/06/17 21:45, R0b0t1 wrote:
> On Thu, Jun 15, 2017 at 12:54 AM, Bill Kenworthy  wrote:
>> Hi,
>>
>> I am using the XFCE4 Terminal in drop down mode on an XFCE4
>> desktop.  Something has caused the "Set Title" hotkey to be set with the
>> letter "o" trapping that key whenever it is pressed.  Very frustrating
>> as "o" is a common letter :)
>>
>> I've checked everywhere I can think of so I am now looking for
>> ideas/suggestions where this might be set/overridden?  Other systems I
>> have are fine so it probably something I accidentally altered.
>>
> 
> There's a couple pages that reference things like "editable menu
> accelerators" but I can't find any reference to setting the title of
> the XFCE Terminal emulator. Is there an entry in the main keyboard
> shotcuts pane that references a program that interacts with the
> settings daemon?
> 
> http://docs.xfce.org/faq
> 
> R0b0t1.
> 

Thanks - it was an "editable menu accelerator".  Must have hit a key
while the mouse was hovering over the menu.  Useful idea but a few
google hits on my problem so probably needs a rethink on how they
implemented it.

BillK

Re: [gentoo-user] XFCE "Set Title" hotkey

[Floyd Anderson]

On Do, 15 Jun 13:54:15 +0800
Bill Kenworthy  wrote:

Hi,

   I am using the XFCE4 Terminal in drop down mode on an XFCE4
desktop.  Something has caused the "Set Title" hotkey to be set with the
letter "o" trapping that key whenever it is pressed.  Very frustrating
as "o" is a common letter :)

I've checked everywhere I can think of so I am now looking for
ideas/suggestions where this might be set/overridden?  Other systems I
have are fine so it probably something I accidentally altered.


Look for the file ‘accels.scm’ in your home directory. Mine is:

   ${XDG_CONFIG_HOME}/xfce4/terminal/accels.scm

and within that configuration change the line:

   (gtk_accel_path "/terminal-window/set-title" "s")

to what ever you need.

Note, to completely remove/deactivate the shortcut, commenting the line 
doesn’t work because it falls back to the default ‘s’. 
You have to set:


   (gtk_accel_path "/terminal-window/set-title" "")

means no shortcut at all. After editing that file and a re-login you 
should be done.


BTW and in the case you remove the ‘Set Title’ shortcut, setting the 
title can be achieved in various ways:


   `xfce4-terminal --drop-down -T 'my new title'`

or in a running terminal by using escape control sequences [1]:

   `echo -ne '\033]2;my new title\007'`

or

   `printf '\e]0;%s\007' 'my new title'`


[1] man page: console_codes(4)


--
Regards,
floyd

Re: [gentoo-user] e2fsck -a /dev/sdb1

[J. Roeleveld]

On June 15, 2017 7:24:09 PM GMT+02:00, the...@sys-concept.com wrote:
>On 06/15/2017 10:48 AM, Helmut Jarausch wrote:
>> On 06/15/2017 06:21:44 PM, the...@sys-concept.com wrote:
>> 
>[snip]
>>>
>> 
>> This looks like a hardware failure. You could try to use 
>sys-fs/ddrescue
>> to recover all / most files.
>> If this doesn't work as expected, you can try to use
>app-admin/testdisk.
>> 
>> Then you can format the drive and copy the files back.
>> 
>> P.S. Have you used the "save eject feature" of Windows before
>> disconnection the drive from your PC?
>> 
>> (Cheap) USB sticks are by no means a safe data storage.
>> 
>> If you don't change any data while the drive is attached to Windows
>try
>> using a stick with a write protection toggle.
>> If you have to write to the drive from Windows it would be better to
>> format it as NTFS which can be read/written on Linux.
>> 
>> Helmut
>
>I don't really need any of the files that were on this USB stick.
>I was trying to recover the ext4 file system on this USB but it didn't
>work.
>
>I was under impression that ext4 file system was much better (not prone
>to these kind of damages) but I was wrong.
>
>--
>Thelma

Ext4, and any other filesystem, is only as reliable as the implementation.

Using a random, rarely tested, implementation is often a bad idea.

Simply unplugging a USB drive can easily kill the entire filesystem. If I see a 
person simply pulling it out without ejecting first will never get one of 
mine...

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] e2fsck -a /dev/sdb1

[daniel]

On Jun 15, 2017 9:28 PM, Mick  wrote:On Thursday 15 Jun 2017 11:24:09 the...@sys-concept.com wrote:



> I was under impression that ext4 file system was much better (not prone

> to these kind of damages) but I was wrong.

> 

> --

> Thelma



If you remove the USB disk while the PC is accessing it, the electrical 

discharge across the physical contacts of the USB connector can cause terminal 

damage to the onboard chipset controller.



If you're lucky only partial corruption of the filesystem occurs and the USB 

disk can be used again.  If you are very lucky and no I/O operations were 

being performed at the time the USB will suffer no damage.  I try to remember 

to unmount the USB before I remove it, but I had to learn this the hard way.

-- 

Regards,

Mick
This is the first time I heard about discharge damage while unplugging. I highly doubt that but for curiosity sake I like some document proving/explaining this.What I think is more likely is, flash memory needs special consideration when writing to. If the driver inside the USB flash drive did not have enough time to write out all it's accounting data on where to write stuff and it's cycles, the flash will be damaged. At least I assume this holds for flash as it does for SSD. Both are limited in write cycles, and I'd assume both use a similar technique, though I have no proof to back this up.Greetings,Daniel

Re: [gentoo-user] e2fsck -a /dev/sdb1

[Mick]

On Thursday 15 Jun 2017 11:24:09 the...@sys-concept.com wrote:

> I was under impression that ext4 file system was much better (not prone
> to these kind of damages) but I was wrong.
> 
> --
> Thelma

If you remove the USB disk while the PC is accessing it, the electrical 
discharge across the physical contacts of the USB connector can cause terminal 
damage to the onboard chipset controller.

If you're lucky only partial corruption of the filesystem occurs and the USB 
disk can be used again.  If you are very lucky and no I/O operations were 
being performed at the time the USB will suffer no damage.  I try to remember 
to unmount the USB before I remove it, but I had to learn this the hard way.
-- 
Regards,
Mick

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

Re: [gentoo-user] KDE 5 MTP failure

[Neil Bothwick]

On Thu, 15 Jun 2017 08:07:45 -0700, Daniel Frey wrote:

> > I avoid all those issues by installing SSHhelper on Android and
> > copying files with scp you can also open ssh views in Dolphin if the
> > mouse is more your thing.

> Thanks for the tip. I installed SSHelper and was able to log in with
> bash but Dolphin whines about the connection being broken with fish://
> and with sftp:// it says the password is incorrect (it IS correct, I
> used it from a bash prompt.) Any clues?

I just tried pointing Dolphin at sftp://192.168.1.135: and logged in
using root and the set password.


-- 
Neil Bothwick

"I can picture in my mind a world without war, a world without hate. And I
can picture us attacking that world, because they'd never expect it."


pgpVuCGBbVkcy.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] glibc-2.24-r2 failed (install phase)

[tuxic]

On 06/15 12:16, Mike Gilbert wrote:
> On Thu, Jun 15, 2017 at 11:56 AM,   wrote:
> > Hi,
> >
> > While updateing glibc-2.24-r2 failed to install.
> >
> > These are the last few lines of that process:
> >
> > 
> > al/execinfo.c.texi 
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/add.c.texi
> >  
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/summary.texi
> >  
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/pkgvers.texi
> >  | sort;  \
> >  echo "@end direntry") > 
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi.new
> > mv -f 
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi.new
> >  
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi
> > LANGUAGE=C LC_ALL=C makeinfo -P 
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/
> >  
> > --output=/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/libc.info
> >  libc.texinfo
> > libc.texinfo:6: warning: @codequotebacktick should only appear at the 
> > beginning of a line
> > libc.texinfo:6: warning: @codequoteundirected should only appear at the 
> > beginning of a line
> > libc.texinfo:6: warning: @codequoteundirected should not appear in 
> > @codequotebacktick
> > libc.texinfo:6: expected @codequoteundirected on or off, not `on' require'
> > libc.texinfo:6: superfluous argument to @codequotebacktick
> > libc.texinfo:6: expected @codequotebacktick on or off, not `on' and ''
> > make[2]: *** [Makefile:144: 
> > /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/libc.info]
> >  Error 1
> > make[2]: Leaving directory 
> > '/var/tmp/portage/sys-libs/glibc-2.24-r2/work/glibc-2.24/manual'
> > make[1]: *** [Makefile:215: manual/subdir_install] Error 2
> > make[1]: Leaving directory 
> > '/var/tmp/portage/sys-libs/glibc-2.24-r2/work/glibc-2.24'
> > make: *** [Makefile:12: install] Error 2
> >  * ERROR: sys-libs/glibc-2.24-r2::gentoo failed (install phase):
> >  *   emake failed
> >  *
> >
> > If anything more is wanted, I will be happy to post the wanted logs.
> > But I want to prevent to logbomnb the mailinglist in beforehand... ;)
> 
> What version of sys-apps/texinfo do you have installed?
> 
[I] sys-apps/texinfo
 Available versions:  4.13-r2 5.2 6.1 (~)6.3 {nls static}
 Installed versions:  6.3(06:29:05 AM 02/18/2017)(nls -static)
 Homepage:https://www.gnu.org/software/texinfo/
 Description: The GNU info program and utilities

Re: [gentoo-user] e2fsck -a /dev/sdb1

[thelma]

On 06/15/2017 10:48 AM, Helmut Jarausch wrote:
> On 06/15/2017 06:21:44 PM, the...@sys-concept.com wrote:
> 
[snip]
>>
> 
> This looks like a hardware failure. You could try to use  sys-fs/ddrescue
> to recover all / most files.
> If this doesn't work as expected, you can try to use app-admin/testdisk.
> 
> Then you can format the drive and copy the files back.
> 
> P.S. Have you used the "save eject feature" of Windows before
> disconnection the drive from your PC?
> 
> (Cheap) USB sticks are by no means a safe data storage.
> 
> If you don't change any data while the drive is attached to Windows try
> using a stick with a write protection toggle.
> If you have to write to the drive from Windows it would be better to
> format it as NTFS which can be read/written on Linux.
> 
> Helmut

I don't really need any of the files that were on this USB stick.
I was trying to recover the ext4 file system on this USB but it didn't work.

I was under impression that ext4 file system was much better (not prone
to these kind of damages) but I was wrong.

--
Thelma

Re: [gentoo-user] e2fsck -a /dev/sdb1

[Helmut Jarausch]

On 06/15/2017 06:21:44 PM, the...@sys-concept.com wrote:


> Try increasing verbosity of the e2fsck
>\u200b
> And why would you trust some random ms windows ext4 driver in RW  
mode?

>\u200b
> --
> Joost

Increasing verbosity doesn't help much :-/
e2fsck -v /dev/sdb1
e2fsck 1.43.3 (04-Sep-2016)
64gb: recovering journal

e2fsck: No such device or address while trying to re-open 64gb

64gb: ** WARNING: Filesystem still has errors **

I had copied bunch of picture from my box into largest USB disk I  
could
find on my desk, little I realized that that disk had been format to  
ext4.

When I went to presented it (I had only Windows box available) and had
to use some kind of "ext" driver from http://www.ext2fsd.com/ to read
the disk on Windows.

--
Thelma



This looks like a hardware failure. You could try to use   
sys-fs/ddrescue

to recover all / most files.
If this doesn't work as expected, you can try to use app-admin/testdisk.

Then you can format the drive and copy the files back.

P.S. Have you used the "save eject feature" of Windows before  
disconnection the drive from your PC?


(Cheap) USB sticks are by no means a safe data storage.

If you don't change any data while the drive is attached to Windows try  
using a stick with a write protection toggle.
If you have to write to the drive from Windows it would be better to  
format it as NTFS which can be read/written on Linux.


Helmut

Re: [gentoo-user] e2fsck -a /dev/sdb1

[thelma]

On 06/15/2017 10:11 AM, J. Roeleveld wrote:
> On June 15, 2017 5:26:36 PM GMT+02:00, the...@sys-concept.com wrote:
>> I'm trying to repair USB disk (64GB) originally formatted with ext4
>>
>> I read the USB stick on Windows via some kind of windows ext4 driver
>> now I can not open it on Linux box.
>>
>> e2fsck -a /dev/sdb1
>> 64gb: recovering journal
>>
>> (just stays there and does nothing).
>> when I unplug it I get:
>>
>> e2fsck: No such file or directory while trying to re-open 64gb
>>
>> 64gb: ** WARNING: Filesystem still has errors **
>>
>> (dmesg):
>> usb-storage 8-1:1.0: USB Mass Storage device detected
>> [1175553.773966] scsi host8: usb-storage 8-1:1.0
>> [1175554.790598] scsi 8:0:0:0: Direct-Access Verbatim STORE N GO   
>>   5.00 PQ: 0 ANSI: 6
>> [1175554.791142] sd 8:0:0:0: Attached scsi generic sg2 type 0
>> [1175558.511554] sd 8:0:0:0: [sdb] 120933888 512-byte logical blocks:
>> (61.9 GB/57.7 GiB)
>> [1175558.511720] sd 8:0:0:0: [sdb] Write Protect is off
>> [1175558.511722] sd 8:0:0:0: [sdb] Mode Sense: 23 00 00 00
>> [1175558.511890] sd 8:0:0:0: [sdb] No Caching mode page found
>> [1175558.511891] sd 8:0:0:0: [sdb] Assuming drive cache: write through
>> [1175558.514906]  sdb: sdb1
>> [1175558.515986] sd 8:0:0:0: [sdb] Attached SCSI removable disk
>> [1176008.633223] usb 8-1: USB disconnect, device number 46
>> [1176008.641063] sd 8:0:0:0: [sdb] tag#0 FAILED Result:
>> hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
>> [1176008.641069] sd 8:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 01 38 08
>> 00 00 00 08 00
>> [1176008.641073] blk_update_request: I/O error, dev sdb, sector
>> 20449280
>> [1176008.641076] Buffer I/O error on dev sdb1, logical block 2555904,
>> lost async page write
>> [1176008.641113] sd 8:0:0:0: [sdb] tag#0 FAILED Result:
>> hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
>> [1176008.641116] sd 8:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 01 3c 08
>> 00 00 00 08 00
>> [1176008.641118] blk_update_request: I/O error, dev sdb, sector
>> 20711424
>> [1176008.641120] Buffer I/O error on dev sdb1, logical block 2588672,
>> lost async page write
>> [1176008.651400] VFS: Dirty inode writeback failed for block device
>> sdb1 (err=-5).
> 
> Try increasing verbosity of the e2fsck
> 
> And why would you trust some random ms windows ext4 driver in RW mode?
> 
> --
> Joost

Increasing verbosity doesn't help much :-/
e2fsck -v /dev/sdb1
e2fsck 1.43.3 (04-Sep-2016)
64gb: recovering journal

e2fsck: No such device or address while trying to re-open 64gb

64gb: ** WARNING: Filesystem still has errors **

I had copied bunch of picture from my box into largest USB disk I could
find on my desk, little I realized that that disk had been format to ext4.
When I went to presented it (I had only Windows box available) and had
to use some kind of "ext" driver from http://www.ext2fsd.com/ to read
the disk on Windows.

--
Thelma

Re: [gentoo-user] glibc-2.24-r2 failed (install phase)

[Mike Gilbert]

On Thu, Jun 15, 2017 at 11:56 AM,   wrote:
> Hi,
>
> While updateing glibc-2.24-r2 failed to install.
>
> These are the last few lines of that process:
>
> 
> al/execinfo.c.texi 
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/add.c.texi
>  
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/summary.texi
>  
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/pkgvers.texi
>  | sort;  \
>  echo "@end direntry") > 
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi.new
> mv -f 
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi.new
>  
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi
> LANGUAGE=C LC_ALL=C makeinfo -P 
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/
>  
> --output=/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/libc.info
>  libc.texinfo
> libc.texinfo:6: warning: @codequotebacktick should only appear at the 
> beginning of a line
> libc.texinfo:6: warning: @codequoteundirected should only appear at the 
> beginning of a line
> libc.texinfo:6: warning: @codequoteundirected should not appear in 
> @codequotebacktick
> libc.texinfo:6: expected @codequoteundirected on or off, not `on' require'
> libc.texinfo:6: superfluous argument to @codequotebacktick
> libc.texinfo:6: expected @codequotebacktick on or off, not `on' and ''
> make[2]: *** [Makefile:144: 
> /var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/libc.info]
>  Error 1
> make[2]: Leaving directory 
> '/var/tmp/portage/sys-libs/glibc-2.24-r2/work/glibc-2.24/manual'
> make[1]: *** [Makefile:215: manual/subdir_install] Error 2
> make[1]: Leaving directory 
> '/var/tmp/portage/sys-libs/glibc-2.24-r2/work/glibc-2.24'
> make: *** [Makefile:12: install] Error 2
>  * ERROR: sys-libs/glibc-2.24-r2::gentoo failed (install phase):
>  *   emake failed
>  *
>
> If anything more is wanted, I will be happy to post the wanted logs.
> But I want to prevent to logbomnb the mailinglist in beforehand... ;)

What version of sys-apps/texinfo do you have installed?

Re: [gentoo-user] e2fsck -a /dev/sdb1

[J. Roeleveld]

On June 15, 2017 5:26:36 PM GMT+02:00, the...@sys-concept.com wrote:
>I'm trying to repair USB disk (64GB) originally formatted with ext4
>
>I read the USB stick on Windows via some kind of windows ext4 driver
>now I can not open it on Linux box.
>
>e2fsck -a /dev/sdb1
>64gb: recovering journal
>
>(just stays there and does nothing).
>when I unplug it I get:
>
>e2fsck: No such file or directory while trying to re-open 64gb
>
>64gb: ** WARNING: Filesystem still has errors **
>
>(dmesg):
>usb-storage 8-1:1.0: USB Mass Storage device detected
>[1175553.773966] scsi host8: usb-storage 8-1:1.0
>[1175554.790598] scsi 8:0:0:0: Direct-Access Verbatim STORE N GO   
>   5.00 PQ: 0 ANSI: 6
>[1175554.791142] sd 8:0:0:0: Attached scsi generic sg2 type 0
>[1175558.511554] sd 8:0:0:0: [sdb] 120933888 512-byte logical blocks:
>(61.9 GB/57.7 GiB)
>[1175558.511720] sd 8:0:0:0: [sdb] Write Protect is off
>[1175558.511722] sd 8:0:0:0: [sdb] Mode Sense: 23 00 00 00
>[1175558.511890] sd 8:0:0:0: [sdb] No Caching mode page found
>[1175558.511891] sd 8:0:0:0: [sdb] Assuming drive cache: write through
>[1175558.514906]  sdb: sdb1
>[1175558.515986] sd 8:0:0:0: [sdb] Attached SCSI removable disk
>[1176008.633223] usb 8-1: USB disconnect, device number 46
>[1176008.641063] sd 8:0:0:0: [sdb] tag#0 FAILED Result:
>hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
>[1176008.641069] sd 8:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 01 38 08
>00 00 00 08 00
>[1176008.641073] blk_update_request: I/O error, dev sdb, sector
>20449280
>[1176008.641076] Buffer I/O error on dev sdb1, logical block 2555904,
>lost async page write
>[1176008.641113] sd 8:0:0:0: [sdb] tag#0 FAILED Result:
>hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
>[1176008.641116] sd 8:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 01 3c 08
>00 00 00 08 00
>[1176008.641118] blk_update_request: I/O error, dev sdb, sector
>20711424
>[1176008.641120] Buffer I/O error on dev sdb1, logical block 2588672,
>lost async page write
>[1176008.651400] VFS: Dirty inode writeback failed for block device
>sdb1 (err=-5).

Try increasing verbosity of the e2fsck

And why would you trust some random ms windows ext4 driver in RW mode?

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[gentoo-user] glibc-2.24-r2 failed (install phase)

[tuxic]

Hi,

While updateing glibc-2.24-r2 failed to install.

These are the last few lines of that process:


al/execinfo.c.texi 
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/add.c.texi
 
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/summary.texi
 
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/pkgvers.texi
 | sort;  \
 echo "@end direntry") > 
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi.new
mv -f 
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi.new
 
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/dir-add.texi
LANGUAGE=C LC_ALL=C makeinfo -P 
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/
 
--output=/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/libc.info
 libc.texinfo
libc.texinfo:6: warning: @codequotebacktick should only appear at the beginning 
of a line
libc.texinfo:6: warning: @codequoteundirected should only appear at the 
beginning of a line
libc.texinfo:6: warning: @codequoteundirected should not appear in 
@codequotebacktick
libc.texinfo:6: expected @codequoteundirected on or off, not `on' require'
libc.texinfo:6: superfluous argument to @codequotebacktick
libc.texinfo:6: expected @codequotebacktick on or off, not `on' and ''
make[2]: *** [Makefile:144: 
/var/tmp/portage/sys-libs/glibc-2.24-r2/work/build-amd64-x86_64-pc-linux-gnu-nptl/manual/libc.info]
 Error 1
make[2]: Leaving directory 
'/var/tmp/portage/sys-libs/glibc-2.24-r2/work/glibc-2.24/manual'
make[1]: *** [Makefile:215: manual/subdir_install] Error 2
make[1]: Leaving directory 
'/var/tmp/portage/sys-libs/glibc-2.24-r2/work/glibc-2.24'
make: *** [Makefile:12: install] Error 2
 * ERROR: sys-libs/glibc-2.24-r2::gentoo failed (install phase):
 *   emake failed
 * 

If anything more is wanted, I will be happy to post the wanted logs.
But I want to prevent to logbomnb the mailinglist in beforehand... ;)

Cheers
Meino

[gentoo-user] e2fsck -a /dev/sdb1

[thelma]

I'm trying to repair USB disk (64GB) originally formatted with ext4

I read the USB stick on Windows via some kind of windows ext4 driver now I can 
not open it on Linux box.

e2fsck -a /dev/sdb1
64gb: recovering journal

(just stays there and does nothing).
when I unplug it I get:

e2fsck: No such file or directory while trying to re-open 64gb

64gb: ** WARNING: Filesystem still has errors **

(dmesg):
usb-storage 8-1:1.0: USB Mass Storage device detected
[1175553.773966] scsi host8: usb-storage 8-1:1.0
[1175554.790598] scsi 8:0:0:0: Direct-Access Verbatim STORE N GO   5.00 
PQ: 0 ANSI: 6
[1175554.791142] sd 8:0:0:0: Attached scsi generic sg2 type 0
[1175558.511554] sd 8:0:0:0: [sdb] 120933888 512-byte logical blocks: (61.9 
GB/57.7 GiB)
[1175558.511720] sd 8:0:0:0: [sdb] Write Protect is off
[1175558.511722] sd 8:0:0:0: [sdb] Mode Sense: 23 00 00 00
[1175558.511890] sd 8:0:0:0: [sdb] No Caching mode page found
[1175558.511891] sd 8:0:0:0: [sdb] Assuming drive cache: write through
[1175558.514906]  sdb: sdb1
[1175558.515986] sd 8:0:0:0: [sdb] Attached SCSI removable disk
[1176008.633223] usb 8-1: USB disconnect, device number 46
[1176008.641063] sd 8:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT 
driverbyte=DRIVER_OK
[1176008.641069] sd 8:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 01 38 08 00 00 00 
08 00
[1176008.641073] blk_update_request: I/O error, dev sdb, sector 20449280
[1176008.641076] Buffer I/O error on dev sdb1, logical block 2555904, lost 
async page write
[1176008.641113] sd 8:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT 
driverbyte=DRIVER_OK
[1176008.641116] sd 8:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 01 3c 08 00 00 00 
08 00
[1176008.641118] blk_update_request: I/O error, dev sdb, sector 20711424
[1176008.641120] Buffer I/O error on dev sdb1, logical block 2588672, lost 
async page write
[1176008.651400] VFS: Dirty inode writeback failed for block device sdb1 
(err=-5).

-- 
Thelma

Re: [gentoo-user] KDE 5 MTP failure

[Daniel Frey]

On 06/14/2017 11:26 PM, Neil Bothwick wrote:
> On Thu, 15 Jun 2017 07:29:14 +0200, J. Roeleveld wrote:
> 
>> Android and iphones can be accessed as a USB drive. Doesn't this work?
> 
> No they can't, at least not the modern Android phones. allowing two
> systems to mount the same filesystem is a recipe for disaster. That's why
> we have MTP, which would be the perfect answer... if it worked reliably.
> 
> I avoid all those issues by installing SSHhelper on Android and copying
> files with scp you can also open ssh views in Dolphin if the mouse is
> more your thing.
> 
> 

Thanks for the tip. I installed SSHelper and was able to log in with
bash but Dolphin whines about the connection being broken with fish://
and with sftp:// it says the password is incorrect (it IS correct, I
used it from a bash prompt.) Any clues?

Dan

Re: [gentoo-user] XFCE "Set Title" hotkey

[R0b0t1]

On Thu, Jun 15, 2017 at 12:54 AM, Bill Kenworthy  wrote:
> Hi,
>
> I am using the XFCE4 Terminal in drop down mode on an XFCE4
> desktop.  Something has caused the "Set Title" hotkey to be set with the
> letter "o" trapping that key whenever it is pressed.  Very frustrating
> as "o" is a common letter :)
>
> I've checked everywhere I can think of so I am now looking for
> ideas/suggestions where this might be set/overridden?  Other systems I
> have are fine so it probably something I accidentally altered.
>

There's a couple pages that reference things like "editable menu
accelerators" but I can't find any reference to setting the title of
the XFCE Terminal emulator. Is there an entry in the main keyboard
shotcuts pane that references a program that interacts with the
settings daemon?

http://docs.xfce.org/faq

R0b0t1.

Re: [gentoo-user] KDE 5 MTP failure

[R0b0t1]

On Thu, Jun 15, 2017 at 1:26 AM, Neil Bothwick  wrote:
> On Thu, 15 Jun 2017 07:29:14 +0200, J. Roeleveld wrote:
>
>> Android and iphones can be accessed as a USB drive. Doesn't this work?
>
> No they can't, at least not the modern Android phones. allowing two
> systems to mount the same filesystem is a recipe for disaster. That's why
> we have MTP, which would be the perfect answer... if it worked reliably.
>

As it used to be implemented the phone would simply freeze. For some
reason this was seen as unacceptable. SSH helper is very interesting,
though.

Re: [gentoo-user] KDE 5 MTP failure

[Neil Bothwick]

On Thu, 15 Jun 2017 10:04:26 +0100, Peter Humphrey wrote:

> > I avoid all those issues by installing SSHhelper on Android and
> > copying files with scp you can also open ssh views in Dolphin if the
> > mouse is more your thing.  
> 
> That's interesting. What kind of network connection do you use? 

The phone is connected by wifi to the same network as the computer.

I use SSH for one off copies, for syncing directories I use
net-p2p/syncthing.


-- 
Neil Bothwick

Top Oxymorons Number 14: Temporary tax increase


pgpdrG0BgRtw0.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: KDE 5 MTP failure

[Nikos Chantziaras]

On 06/14/2017 06:05 PM, Daniel Frey wrote:

So the MTP process crapped out again.

I repeated this three times and cursed at KDE (it used to work, I
haven't had to copy files off my phone in more than six months) and
emailed them to myself.


Same happens to me. And always has.

I also tried every MTP tool in portage, and only found one (1) that 
actually works: sys-fs/simple-mtpfs


And I suspect that might even differ from device to device. What works 
for one device will probably not work for another. In general, MTP 
support seems like a huge mess.

Re: [gentoo-user] KDE 5 MTP failure

[Peter Humphrey]

On Thursday 15 Jun 2017 07:26:45 Neil Bothwick wrote:
> On Thu, 15 Jun 2017 07:29:14 +0200, J. Roeleveld wrote:
> > Android and iphones can be accessed as a USB drive. Doesn't this work?
> 
> No they can't, at least not the modern Android phones. allowing two
> systems to mount the same filesystem is a recipe for disaster. That's why
> we have MTP, which would be the perfect answer... if it worked reliably.
> 
> I avoid all those issues by installing SSHhelper on Android and copying
> files with scp you can also open ssh views in Dolphin if the mouse is
> more your thing.

That's interesting. What kind of network connection do you use? 

-- 
Regards
Peter

Re: [gentoo-user] KDE 5 MTP failure

[Neil Bothwick]

On Thu, 15 Jun 2017 07:29:14 +0200, J. Roeleveld wrote:

> Android and iphones can be accessed as a USB drive. Doesn't this work?

No they can't, at least not the modern Android phones. allowing two
systems to mount the same filesystem is a recipe for disaster. That's why
we have MTP, which would be the perfect answer... if it worked reliably.

I avoid all those issues by installing SSHhelper on Android and copying
files with scp you can also open ssh views in Dolphin if the mouse is
more your thing.


-- 
Neil Bothwick

Deja Moo: The feeling that you heard this bull somewhere before.


pgp_LAkSonOCJ.pgp
Description: OpenPGP digital signature

[gentoo-user] XFCE "Set Title" hotkey

[Bill Kenworthy]

Hi,

I am using the XFCE4 Terminal in drop down mode on an XFCE4
desktop.  Something has caused the "Set Title" hotkey to be set with the
letter "o" trapping that key whenever it is pressed.  Very frustrating
as "o" is a common letter :)

I've checked everywhere I can think of so I am now looking for
ideas/suggestions where this might be set/overridden?  Other systems I
have are fine so it probably something I accidentally altered.

 

BillK