Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 02:17:59 Andrei POPESCU wrote:

> On Vi, 07 feb 20, 02:04:17, Gene Heskett wrote:
> > Greetings all;
> >
> > My local network has 2 8 port switches, one here in this room that
> > claims to be a gigabit and managed.
> >
> > One of its ports is connected to the upstream port of another dumber
> > unmanaged 8 port switch that feeds the machines in the garage, and
> > which also claims to be a gigahertz capable switch.
> >
> > But file moves to/from the machines in the garage seems to indicate
> > theres a slow connection of around 10Mb/s someplace in that path.
>
> Considering the type of machines you have it could be a storage
> limitation, i.e. you're not going to get Gbit speeds from USB2
> attached storage.
>
> Check 'ethtool ' on each of those systems,
> possibly one or more are connected at lower than 1Gbit.
>
> > Do we have a utitity that for troubleshooting purposes, can take the
> > address of one of those machines, and somewhat like traceroute, but
> > report the bandwidth capability of every box in that path including
> > this machine and target addresses abilities?
>
> You can test the bandwidth with iperf. Run the server on one system
> and test from each of the other systems.
>
So I ran the server on the rpi4, and tested as client from here, getting:
gene@coyote:~$ iperf -c rpi4 -b
iperf: option requires an argument -- b

Client connecting to rpi4, TCP port 5001
TCP window size: 85.0 KByte (default)

[  3] local 192.168.71.3 port 36322 connected with 192.168.71.13 port 
5001
[ ID] Interval   Transfer Bandwidth
[  3]  0.0-10.0 sec  1.09 GBytes   936 Mbits/sec

And popping back to the rpi4's ssh -Y login, I see a nearly identical 
report on its login screen:

pi@rpi4:~ $ iperf -s

Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)

[  4] local 192.168.71.13 port 5001 connected with 192.168.71.3 port 
36322
[ ID] Interval   Transfer Bandwidth
[  4]  0.0-10.0 sec  1.09 GBytes   934 Mbits/sec


Which tells me its the poor prolonged write speeds of the ssd's that are 
the main contributors to the slow big files problem.  Not much I can do 
about that. It is what it is.
>
> Kind regards,
> Andrei


Cheers Andrei, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 02:44:11 john doe wrote:

> On 2/7/2020 8:04 AM, Gene Heskett wrote:
> > Greetings all;
> >
> > My local network has 2 8 port switches, one here in this room that
> > claims to be a gigabit and managed.
> >
> > One of its ports is connected to the upstream port of another dumber
> > unmanaged 8 port switch that feeds the machines in the garage, and
> > which also claims to be a gigahertz capable switch.
> >
> > But file moves to/from the machines in the garage seems to indicate
> > theres a slow connection of around 10Mb/s someplace in that path.
>
> Have a look at the management interface of the manage switch to see
> what it is reporting.
>
> Also the unmanage ESW should indicate what speed it is connected with.
>
> How is the link between the two switches (trunk link)?
>
its upstream connector is plugged into one of the 8 ports on the managed 
switch with decade + old cat5.. But after running iperf and getting 935 
Mb/s, I think its the poor extended time write performance  of the cheap 
ssd's, see my reply to Andrei. Short of magic chickens to wave, not much 
I can do about that.  :)

Thanks John Doe

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: local network capability scanner?

[Andrei POPESCU]

On Vi, 07 feb 20, 03:12:08, Gene Heskett wrote:
> 
> Which tells me its the poor prolonged write speeds of the ssd's that are 
> the main contributors to the slow big files problem.  Not much I can do 
> about that. It is what it is.

If you're into testing you could try transferring to/from RAM (e.g. a 
tmpfs filesystem), different external storage, internal SD/eMMC, etc.

Just use a big enough compressed file to get meaningful results.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Laptop: External monitor, keyboard, and mouse "disabled" -- how re-enable without rebooting?

[David Christensen]

On 2020-02-06 07:45, rhkra...@gmail.com wrote:

I've installed Buster on a Dell Inspiron 1501 laptop.  I have it connected to
an external monitor, keyboard, and mouse via a KVM switch.

I thouight all was well, but now, a day later (with the KVM switched to other
computers), switching the KVM back to the laptop, the external monitor,
keyboard, and mouse are no longer enabled.  (They still work fine for any of
the other computers.)

I suspect that if I reboot the laptop, or maybe even if I logout of the
current user and back in, I might get the external monitor, keyboard, and
mouse re-enabled, but I don't really want to do either -- as is often the
case, I have various files and such open and to an appropriate place that I
don't want to lose (nor have to re-establish).

So, that leads to two questions:

1.  Is there a way to re-enable the external monitor, keyboard, and mouse
without doing something like rebooting?

2. Is there a way (a setting to change) to keep the problem from recurring in
the future?

One more  "extra credit" OT question (which I can ask in a future thread if no
one responds here) -- how can I tell whether the Buster installation is using
X or Wayland?


I have an IOGear GCS78KIT and several computers, including a Dell 
Inspiron E1505 with Debian 9 and Xfce.  Getting everything to work can 
be very challenging/ frustrating.  I ended up with this make/ model 
after buying, testing, and returning a several others at Fry's.  None 
were 100%; the GCS78 is fairly close.



The switch is PS/2 and VGA.  I use a KUL ES-87 USB keyboard, a Viewsonic 
VX2260WM monitor, and a Microsoft Optical wheel mouse.  The keyboard and 
mouse included included USB-PS/2 adapters.  At the computer end of the 
cables, I use IOGear PS/2-USB adapters and/or StarTech VGA-* adapters as 
required.  The old IOGear GUC100KM works with all machines.  The newer 
GUC10KM does not work reliably at boot with older machines (including my 
laptop), requiring a power cycle by unplugging / plugging everything.



The KVM switch is powered 24x7.  Eventually, it hangs.  I need to power 
cycle it a couple times a year by unplugging / plugging everything.



The laptop has Debian 9 and Xfce.  I try to configure Applications Menu 
-> Settings -> Power Manager to keep the laptop turned on and the 
display active at all times.  When it is connected to the KVM switch, I 
use Applications Menu -> Settings -> Display to set the external monitor 
as the primary display and disable the laptop display, and I use the 
laptop keyboard to dim the backlight.



I have found that if I close the lid on the laptop, with or without an 
external monitor or KVM connected, I am unable to get the display 
working again without a reboot.  I always install sshd, so I can log in 
via SSH and issue shutdown commands.



David

Re: LibreOffice takes about 35 seconds to fully open

[Joe]

On Fri, 7 Feb 2020 06:45:43 +
Brad Rogers  wrote:

> On Fri, 7 Feb 2020 10:17:09 +0800
> kaye n  wrote:
> 
> Hello kaye,
> 
> >I was just wondering if it takes about 35 seconds for your Debian
> >system to  
> 
> At least.  As you say, subsequent starts are much faster.
> 
> I note that Patrick says his starts in 3 or 4 secs.  I was going to
> suggest that he's using the LO quick starter, but that seems to be
> long gone - the option to use it is not there in 6.4.
> 
> No idea why Patrick's getting a much quicker start.
> 

Drives? Presumably Patrick's fancy system uses SSD, maybe the OP has
real hard drives.

-- 
Joe

Re: LibreOffice takes about 35 seconds to fully open

[Brad Rogers]

On Fri, 7 Feb 2020 09:09:15 +
Joe  wrote:

Hello Joe,

>Drives? Presumably Patrick's fancy system uses SSD, maybe the OP has
>real hard drives.

Here, everything else loads faster than LO, all from the same drive.  So,
whilst I agree that drive technology/speed may well be a factor, it's
almost certainly not all matters.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
It's the age of destruction, in a world of corruption
Neuromancer - Billy Idol


pgpOgKbis6toX.pgp
Description: OpenPGP digital signature

Re: Force device node link creation

[Curt]

On 2020-02-07, Christoph Pleger  wrote:
>
> I have already tried udevadm trigger together with udevadm settle, but 
> it did not help. Though it seemed to be the solution till Debian 9 
> inclusively.

Have you tried reloading the rules first?

  udevadm control --reload-rules && udevadm trigger 


> Regards
>Christoph
>
>


-- 
"J'ai pour me guérir du jugement des autres toute la distance qui me sépare de
moi." Antonin Artaud

Re: LibreOffice takes about 35 seconds to fully open

[Curt]

On 2020-02-07, kaye n  wrote:
>
> I was just wondering if it takes about 35 seconds for your Debian system to
> open LibreOffice.  Mine does.  My Debian is:
>

Seems excessive.

(Here it's molasses too, but "only" 20 seconds.)

All I can think of to suggest is to try starting LO from the command
line with the '--safe-mode' flag in order to verify whether your user
profile might somehow be the culprit.

Good luck.

-- 
"J'ai pour me guérir du jugement des autres toute la distance qui me sépare de
moi." Antonin Artaud

Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 03:55:32 Andrei POPESCU wrote:

> On Vi, 07 feb 20, 03:12:08, Gene Heskett wrote:
> > Which tells me its the poor prolonged write speeds of the ssd's that
> > are the main contributors to the slow big files problem.  Not much I
> > can do about that. It is what it is.
>
> If you're into testing you could try transferring to/from RAM (e.g. a
> tmpfs filesystem), different external storage, internal SD/eMMC, etc.
>
> Just use a big enough compressed file to get meaningful results.
>
That isn't too practical, the biggest tmpfs mount is less than useable. 
its only a 2gig pi4. You can tell when its using swap, a make -j3 slows 
down visibly when building a kernel, same with LinuxCNC when compiling 
the rs274 interpretor for it. If I left it with only the 100 meg 
swapfile, it will OOM and kill the compile. But with 10GB of swap, it 
just keeps on trucking.

> Kind regards,
> Andrei

You too Andrei, thanks.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: Anyone with experience scanning with Epson

[Brian]

On Fri 07 Feb 2020 at 10:36:11 +0800, kaye n wrote:

> Hello Friends!
> 
> I'm running:
> Kernel: 4.19.0-6-amd64 x86_64
> bits: 64
> Desktop: Xfce 4.12.4
> Distro: Debian GNU/Linux 10 (buster)
> 
> My printer is an Epson L220.  It's connected to my laptop's USB port.
> 
> The command lsusb shows:
> Bus 002 Device 003: ID *04b8:08d1* Seiko Epson Corp.
> 
> Therefore in the file, /etc/sane.d/epkowa.conf
> I added this line:
> 
> 
> *usb 0x04b8 0x08d1*
> The printer can print just fine, but ImageScan and XSane would not run.
> 
> ImageScan says:
> Could not send command to scanner. Check the scanner's status.
> 
> XSane says:
> Failed to open device 'epkowa:usb:002:003':
> Access to resource has been denied.
> 
> Thank you for your time!

What is the name of the file you downloaded from epson?

-- 
Brian.

Re: local network capability scanner?

[Dan Purgert]

On Feb 07, 2020, Gene Heskett wrote:
> Greetings all;
> 
> My local network has 2 8 port switches, one here in this room that claims 
> to be a gigabit and managed. 
> 
> One of its ports is connected to the upstream port of another dumber 
> unmanaged 8 port switch that feeds the machines in the garage, and which 
> also claims to be a gigahertz capable switch.

a "gigahertz" switch?  neat :) (I think you meant gigabit again).

What're the make/models (and most importantly, AGE!) of said switches?

> 
> But file moves to/from the machines in the garage seems to indicate 
> theres a slow connection of around 10Mb/s someplace in that path.

What're the two endpoint machines? 
Do they both show link state at 1 gbit?
What about the switches? Do their ports all show a gbit link state?  On
a gbit switch, this is usually green (with amber then indicating
10/100).

> 
> Do we have a utitity that for troubleshooting purposes, can take the 
> address of one of those machines, and somewhat like traceroute, but 
> report the bandwidth capability of every box in that path including this 
> machine and target addresses abilities?

iperf3


-- 
|_|O|_| 
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281


signature.asc
Description: PGP signature

Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 05:53:05 Dan Purgert wrote:

> On Feb 07, 2020, Gene Heskett wrote:
> > Greetings all;
> >
> > My local network has 2 8 port switches, one here in this room that
> > claims to be a gigabit and managed.
> >
> > One of its ports is connected to the upstream port of another dumber
> > unmanaged 8 port switch that feeds the machines in the garage, and
> > which also claims to be a gigahertz capable switch.
>
> a "gigahertz" switch?  neat :) (I think you meant gigabit again).

Guilty.  Blame it on oldtimers.

> What're the make/models (and most importantly, AGE!) of said switches?

They are a Netgear GS-108 for the managed one, about 4 years old, and 
another unmanaged Netgear GS something, its up on a shelf and mostly out 
of sight in the garage and its close to a decade old as it started life 
here, and got moved to the garage when I bought this one. Might be both 
will handle ipv6, but any ipv6 connectivity stops at the cable modem so 
I generally keep it disabled.
>
> > But file moves to/from the machines in the garage seems to indicate
> > theres a slow connection of around 10Mb/s someplace in that path.
>
> What're the two endpoint machines?
> Do they both show link state at 1 gbit?

Depending on the driver, that or 1000M.

> What about the switches? Do their ports all show a gbit link state? 
> On a gbit switch, this is usually green (with amber then indicating
> 10/100).

All active are green.
>
> > Do we have a utitity that for troubleshooting purposes, can take the
> > address of one of those machines, and somewhat like traceroute, but
> > report the bandwidth capability of every box in that path including
> > this machine and target addresses abilities?
>
> iperf3

Anyway, I found an answer, iperf says the net is fine. That leaves the 
write speeds of the SSD's on the other end.  And I can't fix that.

So lets close this thread.

Thanks Dan

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: local network capability scanner?

[Jeremy Nicoll]

On Fri, 7 Feb 2020, at 07:04, Gene Heskett wrote:

> But file moves to/from the machines in the garage seems to indicate 
> theres a slow connection of around 10Mb/s someplace in that path.

Later you said:
> But on really big writes, the ssd's decay to around 17-20 mb/s.

Surely here you meant MB/s?

If the SSDs will take data at 17-20 MBps then that will need more 
than just (17-20) * 8 ie 136-160 Mbps data to be transferred across
the network, as far as I know.  There's protocol/control data that
is passed around as well.

In the past I found it simpler to multiply / divide by ten, so for 17
MB to pass across a network I'd assume the network would move
approximately 170 Megabits.   Maybe things are more efficient now?

Anyway if SSD speed is the issue, your network is presumably 
moving nearer 170-200 Mbps to feed the disks at their max
rate.

That's nearly 20 times the "slow" data rate you mentioned in 
your original question.

-- 
Jeremy Nicoll - my opinions are my own.

Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 06:24:10 Jeremy Nicoll wrote:

> On Fri, 7 Feb 2020, at 07:04, Gene Heskett wrote:
> > But file moves to/from the machines in the garage seems to indicate
> > theres a slow connection of around 10Mb/s someplace in that path.
>
> Later you said:
> > But on really big writes, the ssd's decay to around 17-20 mb/s.
>
> Surely here you meant MB/s?
>
> If the SSDs will take data at 17-20 MBps then that will need more
> than just (17-20) * 8 ie 136-160 Mbps data to be transferred across
> the network, as far as I know.  There's protocol/control data that
> is passed around as well.
>
> In the past I found it simpler to multiply / divide by ten, so for 17
> MB to pass across a network I'd assume the network would move
> approximately 170 Megabits.   Maybe things are more efficient now?
>
> Anyway if SSD speed is the issue, your network is presumably
> moving nearer 170-200 Mbps to feed the disks at their max
> rate.
>
> That's nearly 20 times the "slow" data rate you mentioned in
> your original question.

I was trying different ways to move a kernel src to the pi for making and 
also reached the conclusion that mc was for some reason terminally slow 
at unpacking an .xz kernel and writing the unpack across the network. It 
was promising me a 43+ hour ETC. And was showing figures when it updated 
the screen here as 4.3 kilobytes/second? Really?

So I stopped that, killed the partial copy, backed out and copied the 
whole image to the pi in just 2 or 3 minutes, with mc, then unxz'd it on 
the pi in maybe 3 minutes.  Made sure it was set for arch/arm with a 
bcm2835_defconfig, verified it said fully preemptible and turned off the 
wifi.  Then built the realtime kernel in around an hour, installed it 
and its been running since yesterday. Best kernel I've built yet. 
Latency about 16 microseconds. Sweet even.

So maybe bit rot in mc? DIIK. But the job is done, and in a day or so, 
when I know its stable, I'll put the output up as a tarball on my web 
page for others to use.

Too bad debian does not support the pi's past a pi3.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: local network capability scanner?

[songbird]

Gene Heskett wrote:
...
> So I stopped that, killed the partial copy, backed out and copied the 
> whole image to the pi in just 2 or 3 minutes, with mc, then unxz'd it on 
> the pi in maybe 3 minutes.  Made sure it was set for arch/arm with a 
> bcm2835_defconfig, verified it said fully preemptible and turned off the 
> wifi.  Then built the realtime kernel in around an hour, installed it 
> and its been running since yesterday. Best kernel I've built yet. 
> Latency about 16 microseconds. Sweet even.
>
> So maybe bit rot in mc? DIIK. But the job is done, and in a day or so, 
> when I know its stable, I'll put the output up as a tarball on my web 
> page for others to use.
>
> Too bad debian does not support the pi's past a pi3.

  well, it would if there were enough volunteers who cared
to do the work and keep up with the changes needed.

  i'm not sure what this site does, but it may be of interest...

  https://www.raspberrypi.org/


  songbird

Re: Anyone with experience scanning with Epson

[Michael Stone]

On Fri, Feb 07, 2020 at 10:36:11AM +0800, kaye n wrote:

Hello Friends!

I'm running:
Kernel: 4.19.0-6-amd64 x86_64
bits: 64
Desktop: Xfce 4.12.4
Distro: Debian GNU/Linux 10 (buster)

My printer is an Epson L220.  It's connected to my laptop's USB port.

The command lsusb shows:
Bus 002 Device 003: ID 04b8:08d1 Seiko Epson Corp.

Therefore in the file, /etc/sane.d/epkowa.conf
I added this line:
usb 0x04b8 0x08d1

The printer can print just fine, but ImageScan and XSane would not run.

ImageScan says:
Could not send command to scanner. Check the scanner's status.

XSane says:
Failed to open device 'epkowa:usb:002:003':
Access to resource has been denied.

Thank you for your time!


This smells like a permission problem. In your example above the scanner 
is on bus 002 device 003. (It may change as you unplug and replug usb 
devices, so check with lsusb and change the numbers below as needed.) 
You can see the permissions for that device with:

ls -l /dev/bus/usb/002/003
If it comes back with something that starts with:
crw-rw-r-- 1 root root
then it's writable only by root. A working configuration would have 
either

crw-rw-rw- 1 root root
or would having your username or a group that you're in rather than 
root, or would look like

crw-rw-r--+ 1 root root
indicating an ACL which you can see via 
getfacl /dev/bus/usb/002/003
(there would be a line with your username in the default libsane 
configuration). 

Assuming the permissions look like they might be the problem, you can 
confirm that by running

chmod o+w /dev/bus/usb/002/003
to make the file world writable (for testing only; it isn't permantent 
if the scanner is unplugged or the system rebooted). If xsane works, 
you've found the problem. If that's the case, the next step is probably 
to update the udev configuration. If not, on to the next guess. :)

Re: Anyone with experience scanning with Epson

[Brian]

On Fri 07 Feb 2020 at 09:37:17 -0500, Michael Stone wrote:

> On Fri, Feb 07, 2020 at 10:36:11AM +0800, kaye n wrote:
> > Hello Friends!
> > 
> > I'm running:
> > Kernel: 4.19.0-6-amd64 x86_64
> > bits: 64
> > Desktop: Xfce 4.12.4
> > Distro: Debian GNU/Linux 10 (buster)
> > 
> > My printer is an Epson L220.  It's connected to my laptop's USB port.
> > 
> > The command lsusb shows:
> > Bus 002 Device 003: ID 04b8:08d1 Seiko Epson Corp.
> > 
> > Therefore in the file, /etc/sane.d/epkowa.conf
> > I added this line:
> > usb 0x04b8 0x08d1
> > 
> > The printer can print just fine, but ImageScan and XSane would not run.
> > 
> > ImageScan says:
> > Could not send command to scanner. Check the scanner's status.
> > 
> > XSane says:
> > Failed to open device 'epkowa:usb:002:003':
> > Access to resource has been denied.
> > 
> > Thank you for your time!
> 
> This smells like a permission problem. In your example above the scanner is
> on bus 002 device 003. (It may change as you unplug and replug usb devices,
> so check with lsusb and change the numbers below as needed.) You can see the
> permissions for that device with:
> ls -l /dev/bus/usb/002/003
> If it comes back with something that starts with:
> crw-rw-r-- 1 root root
> then it's writable only by root. A working configuration would have either
> crw-rw-rw- 1 root root
> or would having your username or a group that you're in rather than root, or
> would look like
> crw-rw-r--+ 1 root root
> indicating an ACL which you can see via getfacl /dev/bus/usb/002/003
> (there would be a line with your username in the default libsane
> configuration).
> 
> Assuming the permissions look like they might be the problem, you can
> confirm that by running
> chmod o+w /dev/bus/usb/002/003
> to make the file world writable (for testing only; it isn't permantent if
> the scanner is unplugged or the system rebooted). If xsane works, you've
> found the problem. If that's the case, the next step is probably to update
> the udev configuration. If not, on to the next guess. :)

Permisions on the USB bus are managed by an ACL.

  https://wiki.debian.org/Scanner

-- 
Brian.

Re: local network capability scanner?

[David Wright]

On Fri 07 Feb 2020 at 08:12:18 (-0500), Gene Heskett wrote:
> 
> I was trying different ways to move a kernel src to the pi for making and 
> also reached the conclusion that mc was for some reason terminally slow 
> at unpacking an .xz kernel and writing the unpack across the network. It 
> was promising me a 43+ hour ETC. And was showing figures when it updated 
> the screen here as 4.3 kilobytes/second? Really?

Ooh, gosh, don't do that! Even with a cat5 cable between two machines,
unpacking an archive across the link with mc will take at least 100x
more than transferring the archive and unpacking at the destination,
even if you do said unpacking with mc.

fish is fine for the odd file transfer, and I guess it's faster than
kermit (untested), but there's a large overhead on each file.

> So I stopped that, killed the partial copy, backed out and copied the 
> whole image to the pi in just 2 or 3 minutes, with mc, then unxz'd it on 
> the pi in maybe 3 minutes.  Made sure it was set for arch/arm with a 
> bcm2835_defconfig, verified it said fully preemptible and turned off the 
> wifi.  Then built the realtime kernel in around an hour, installed it 
> and its been running since yesterday. Best kernel I've built yet. 
> Latency about 16 microseconds. Sweet even.
> 
> So maybe bit rot in mc? DIIK.

Take a look at the scripts in /usr/lib/mc/fish/ and imagine running a
couple of them on each and every file in the kernel.

> But the job is done, and in a day or so, 
> when I know its stable, I'll put the output up as a tarball on my web 
> page for others to use.
> 
> Too bad debian does not support the pi's past a pi3.

Cheers,
David.

Re: Anyone with experience scanning with Epson

[Michael Stone]

On Fri, Feb 07, 2020 at 03:05:31PM +, Brian wrote:

On Fri 07 Feb 2020 at 09:37:17 -0500, Michael Stone wrote:


On Fri, Feb 07, 2020 at 10:36:11AM +0800, kaye n wrote:
> Hello Friends!
>
> I'm running:
> Kernel: 4.19.0-6-amd64 x86_64
> bits: 64
> Desktop: Xfce 4.12.4
> Distro: Debian GNU/Linux 10 (buster)
>
> My printer is an Epson L220.  It's connected to my laptop's USB port.
>
> The command lsusb shows:
> Bus 002 Device 003: ID 04b8:08d1 Seiko Epson Corp.
>
> Therefore in the file, /etc/sane.d/epkowa.conf
> I added this line:
> usb 0x04b8 0x08d1
>
> The printer can print just fine, but ImageScan and XSane would not run.
>
> ImageScan says:
> Could not send command to scanner. Check the scanner's status.
>
> XSane says:
> Failed to open device 'epkowa:usb:002:003':
> Access to resource has been denied.
>
> Thank you for your time!

This smells like a permission problem. In your example above the scanner is
on bus 002 device 003. (It may change as you unplug and replug usb devices,
so check with lsusb and change the numbers below as needed.) You can see the
permissions for that device with:
ls -l /dev/bus/usb/002/003
If it comes back with something that starts with:
crw-rw-r-- 1 root root
then it's writable only by root. A working configuration would have either
crw-rw-rw- 1 root root
or would having your username or a group that you're in rather than root, or
would look like
crw-rw-r--+ 1 root root
indicating an ACL which you can see via getfacl /dev/bus/usb/002/003
(there would be a line with your username in the default libsane
configuration).

Assuming the permissions look like they might be the problem, you can
confirm that by running
chmod o+w /dev/bus/usb/002/003
to make the file world writable (for testing only; it isn't permantent if
the scanner is unplugged or the system rebooted). If xsane works, you've
found the problem. If that's the case, the next step is probably to update
the udev configuration. If not, on to the next guess. :)


Permisions on the USB bus are managed by an ACL.

 https://wiki.debian.org/Scanner


Yes, that's why I mentioned the ACL. :) But, it hasn't always been that 
way and it's not the only way that will actually work...hence the other 
possibilities.

Re: Anyone with experience scanning with Epson

[Brian]

On Fri 07 Feb 2020 at 10:25:22 -0500, Michael Stone wrote:

> On Fri, Feb 07, 2020 at 03:05:31PM +, Brian wrote:
> > On Fri 07 Feb 2020 at 09:37:17 -0500, Michael Stone wrote:
> > 
> > > On Fri, Feb 07, 2020 at 10:36:11AM +0800, kaye n wrote:
> > > > Hello Friends!
> > > >
> > > > I'm running:
> > > > Kernel: 4.19.0-6-amd64 x86_64
> > > > bits: 64
> > > > Desktop: Xfce 4.12.4
> > > > Distro: Debian GNU/Linux 10 (buster)
> > > >
> > > > My printer is an Epson L220.  It's connected to my laptop's USB port.
> > > >
> > > > The command lsusb shows:
> > > > Bus 002 Device 003: ID 04b8:08d1 Seiko Epson Corp.
> > > >
> > > > Therefore in the file, /etc/sane.d/epkowa.conf
> > > > I added this line:
> > > > usb 0x04b8 0x08d1
> > > >
> > > > The printer can print just fine, but ImageScan and XSane would not run.
> > > >
> > > > ImageScan says:
> > > > Could not send command to scanner. Check the scanner's status.
> > > >
> > > > XSane says:
> > > > Failed to open device 'epkowa:usb:002:003':
> > > > Access to resource has been denied.
> > > >
> > > > Thank you for your time!
> > > 
> > > This smells like a permission problem. In your example above the scanner 
> > > is
> > > on bus 002 device 003. (It may change as you unplug and replug usb 
> > > devices,
> > > so check with lsusb and change the numbers below as needed.) You can see 
> > > the
> > > permissions for that device with:
> > > ls -l /dev/bus/usb/002/003
> > > If it comes back with something that starts with:
> > > crw-rw-r-- 1 root root
> > > then it's writable only by root. A working configuration would have either
> > > crw-rw-rw- 1 root root
> > > or would having your username or a group that you're in rather than root, 
> > > or
> > > would look like
> > > crw-rw-r--+ 1 root root
> > > indicating an ACL which you can see via getfacl /dev/bus/usb/002/003
> > > (there would be a line with your username in the default libsane
> > > configuration).
> > > 
> > > Assuming the permissions look like they might be the problem, you can
> > > confirm that by running
> > > chmod o+w /dev/bus/usb/002/003
> > > to make the file world writable (for testing only; it isn't permantent if
> > > the scanner is unplugged or the system rebooted). If xsane works, you've
> > > found the problem. If that's the case, the next step is probably to update
> > > the udev configuration. If not, on to the next guess. :)
> > 
> > Permisions on the USB bus are managed by an ACL.
> > 
> >  https://wiki.debian.org/Scanner
> 
> Yes, that's why I mentioned the ACL. :) But, it hasn't always been that way
> and it's not the only way that will actually work...hence the other
> possibilities.

It is the way it is now on unstable/buser/stretch. What is in the past
is in the past. No user should have to mess about with permissions or
be in the scanner group to have permission to use a USB scanner. If it
is a route that is thought to be necessary, there is something wrong
with the user's setup or it is a bug.

-- 
Brian.

Autodesk, AutoCAD Customers Emails list

[Sheila Phillips]

Hi



Looking for companies using CAD Software?



We have an updated contact information of decision makers/companies using below 
Products -:

AutoCAD, BlocksCAD, OpenSCAD, IronCAD, TurboCAD, LibreCAD, ARCHICAD, Rhinoceros 
3D and Versatile 3D.



We can also provide below technologies customers - Adobe Illustrator, Architect 
3D, Fusion 360, CATIA, Rhino,  SketchUp, MicroStation, SolidWorks, ANSYS, 
DraftSight and many others.



Kindly review and let me know your target criteria and I will get back to you 
with detailed information accordingly.

If you are not the right person to contact, please feel free to connect me with 
the right person for this.



Thanks and Regards,

Sheila Phillips

Sr. Manager



If you wish to exclude yourself from our mailing list, please reply back 
"Unsubscribe" in a subject line.

<>

Re: guys

[mick crane]

On 2020-02-02 15:01, Michael Stone wrote:

On Sat, Feb 01, 2020 at 07:31:31PM +, mick crane wrote:

I probably shouldn't post this.
I see all these questions people trying to get their installations to 
work.

It is supposed to be files with documentation what they do.
Is there a reason things seem to get more complicated ?


Because people who didn't have problems rarely post about that?

If you think installation has gotten harder you either weren't there
or don't clearly remember how things worked 25 years ago.


you are correct, there was a lot of attention required yet you got some 
sort of oversight what did what as you tried to get it to work.

Now it Just Works.
Please excuse my post, I must make more of an effort.

mick
--
Key ID4BFEBB31

Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 10:20:45 David Wright wrote:

> On Fri 07 Feb 2020 at 08:12:18 (-0500), Gene Heskett wrote:
> > I was trying different ways to move a kernel src to the pi for
> > making and also reached the conclusion that mc was for some reason
> > terminally slow at unpacking an .xz kernel and writing the unpack
> > across the network. It was promising me a 43+ hour ETC. And was
> > showing figures when it updated the screen here as 4.3
> > kilobytes/second? Really?
>
> Ooh, gosh, don't do that! Even with a cat5 cable between two machines,
> unpacking an archive across the link with mc will take at least 100x
> more than transferring the archive and unpacking at the destination,
> even if you do said unpacking with mc.

you miss-understood, both the archive and mc were on this machine and 
only the output of the unpack was going out over the cat5.


> fish is fine for the odd file transfer, and I guess it's faster than
> kermit (untested), but there's a large overhead on each file.

I don't use fish that I know of.  Thats not to say mc isn't using it.  In 
which case someone has been playing with mc that has no clue what they 
are doing.

>
> > So I stopped that, killed the partial copy, backed out and copied
> > the whole image to the pi in just 2 or 3 minutes, with mc, then
> > unxz'd it on the pi in maybe 3 minutes.  Made sure it was set for
> > arch/arm with a bcm2835_defconfig, verified it said fully
> > preemptible and turned off the wifi.  Then built the realtime kernel
> > in around an hour, installed it and its been running since
> > yesterday. Best kernel I've built yet. Latency about 16
> > microseconds. Sweet even.
> >
> > So maybe bit rot in mc? DIIK.
>
> Take a look at the scripts in /usr/lib/mc/fish/ and imagine running a
> couple of them on each and every file in the kernel.

According to the README.fish, there, mc does use the scripts in that 
directory.  But fish itself is not installed.  

Perhaps it should be? And the slowness is because its not?  Another DIIK.

And this has been a linux only house since I built my first linux box in 
1998, networking it to use my stuffed amiga 2000 as its dialup port. 
Around here, I bought my first winblows machine last summer because the 
linux scripts to display a redpitaya's VNA output didn't work on debian.

> > But the job is done, and in a day or so,
> > when I know its stable, I'll put the output up as a tarball on my
> > web page for others to use.
> >
> > Too bad debian does not support the pi's past a pi3.
>
> Cheers,
> David.

Thanks David.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: local network capability scanner?

[Dan Purgert]

On Feb 07, 2020, Gene Heskett wrote:
> On Friday 07 February 2020 05:53:05 Dan Purgert wrote:
>> [...]
>> a "gigahertz" switch?  neat :) (I think you meant gigabit again).
> 
> Guilty.  Blame it on oldtimers.

Hehe, and I was busy scouring Amazon too... 

> [...]
> Anyway, I found an answer, iperf says the net is fine. That leaves the 
> write speeds of the SSD's on the other end.  And I can't fix that.

Ouch, bummer.

-- 
|_|O|_| 
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281


signature.asc
Description: PGP signature

Re: Anyone with experience scanning with Epson

[Michael Stone]

On Fri, Feb 07, 2020 at 03:36:55PM +, Brian wrote:

On Fri 07 Feb 2020 at 10:25:22 -0500, Michael Stone wrote:


On Fri, Feb 07, 2020 at 03:05:31PM +, Brian wrote:
> On Fri 07 Feb 2020 at 09:37:17 -0500, Michael Stone wrote:
>
> > On Fri, Feb 07, 2020 at 10:36:11AM +0800, kaye n wrote:
> > > Hello Friends!
> > >
> > > I'm running:
> > > Kernel: 4.19.0-6-amd64 x86_64
> > > bits: 64
> > > Desktop: Xfce 4.12.4
> > > Distro: Debian GNU/Linux 10 (buster)
> > >
> > > My printer is an Epson L220.  It's connected to my laptop's USB port.
> > >
> > > The command lsusb shows:
> > > Bus 002 Device 003: ID 04b8:08d1 Seiko Epson Corp.
> > >
> > > Therefore in the file, /etc/sane.d/epkowa.conf
> > > I added this line:
> > > usb 0x04b8 0x08d1
> > >
> > > The printer can print just fine, but ImageScan and XSane would not run.
> > >
> > > ImageScan says:
> > > Could not send command to scanner. Check the scanner's status.
> > >
> > > XSane says:
> > > Failed to open device 'epkowa:usb:002:003':
> > > Access to resource has been denied.
> > >
> > > Thank you for your time!
> >
> > This smells like a permission problem. In your example above the scanner is
> > on bus 002 device 003. (It may change as you unplug and replug usb devices,
> > so check with lsusb and change the numbers below as needed.) You can see the
> > permissions for that device with:
> > ls -l /dev/bus/usb/002/003
> > If it comes back with something that starts with:
> > crw-rw-r-- 1 root root
> > then it's writable only by root. A working configuration would have either
> > crw-rw-rw- 1 root root
> > or would having your username or a group that you're in rather than root, or
> > would look like
> > crw-rw-r--+ 1 root root
> > indicating an ACL which you can see via getfacl /dev/bus/usb/002/003
> > (there would be a line with your username in the default libsane
> > configuration).
> >
> > Assuming the permissions look like they might be the problem, you can
> > confirm that by running
> > chmod o+w /dev/bus/usb/002/003
> > to make the file world writable (for testing only; it isn't permantent if
> > the scanner is unplugged or the system rebooted). If xsane works, you've
> > found the problem. If that's the case, the next step is probably to update
> > the udev configuration. If not, on to the next guess. :)
>
> Permisions on the USB bus are managed by an ACL.
>
>  https://wiki.debian.org/Scanner

Yes, that's why I mentioned the ACL. :) But, it hasn't always been that way
and it's not the only way that will actually work...hence the other
possibilities.


It is the way it is now on unstable/buser/stretch. What is in the past
is in the past. No user should have to mess about with permissions or
be in the scanner group to have permission to use a USB scanner. If it
is a route that is thought to be necessary, there is something wrong
with the user's setup or it is a bug.


There's nothing wrong with the user's setup if they have a configuration 
(possibly older) that sets permissions in a way that works even if it 
isn't the current default. I'd rather show someone how they can identify 
whether the permissions are a problem than have them waste their time

changing things if it isn't even an issue. YMMV.

Re: local network capability scanner?

[mick crane]

On 2020-02-07 16:24, Gene Heskett wrote:

I don't use fish that I know of.  Thats not to say mc isn't using it.  
In

which case someone has been playing with mc that has no clue what they
are doing.


mick@slinky:~$ mc
[connect shell link option]
fish: Waiting for initial line...
Enter passphrase for key '/home/mick/xxx/xxx':

mick
--
Key ID4BFEBB31

Re: Anyone with experience scanning with Epson

[Mark Allums]

On 2/7/2020 10:53 AM, Michael Stone wrote:

On Fri, Feb 07, 2020 at 03:36:55PM +, Brian wrote:

On Fri 07 Feb 2020 at 10:25:22 -0500, Michael Stone wrote:


On Fri, Feb 07, 2020 at 03:05:31PM +, Brian wrote:
> On Fri 07 Feb 2020 at 09:37:17 -0500, Michael Stone wrote:
>
> > On Fri, Feb 07, 2020 at 10:36:11AM +0800, kaye n wrote:
> > > Hello Friends!
> > >
> > > I'm running:
> > > Kernel: 4.19.0-6-amd64 x86_64
> > > bits: 64
> > > Desktop: Xfce 4.12.4
> > > Distro: Debian GNU/Linux 10 (buster)
> > >
> > > My printer is an Epson L220.  It's connected to my laptop's 
USB port.

> > >
> > > The command lsusb shows:
> > > Bus 002 Device 003: ID 04b8:08d1 Seiko Epson Corp.
> > >
> > > Therefore in the file, /etc/sane.d/epkowa.conf
> > > I added this line:
> > > usb 0x04b8 0x08d1
> > >
> > > The printer can print just fine, but ImageScan and XSane would 
not run.

> > >
> > > ImageScan says:
> > > Could not send command to scanner. Check the scanner's status.
> > >
> > > XSane says:
> > > Failed to open device 'epkowa:usb:002:003':
> > > Access to resource has been denied.
> > >
> > > Thank you for your time!
> >
> > This smells like a permission problem. In your example above the 
scanner is
> > on bus 002 device 003. (It may change as you unplug and replug 
usb devices,
> > so check with lsusb and change the numbers below as needed.) You 
can see the

> > permissions for that device with:
> > ls -l /dev/bus/usb/002/003
> > If it comes back with something that starts with:
> > crw-rw-r-- 1 root root
> > then it's writable only by root. A working configuration would 
have either

> > crw-rw-rw- 1 root root
> > or would having your username or a group that you're in rather 
than root, or

> > would look like
> > crw-rw-r--+ 1 root root
> > indicating an ACL which you can see via getfacl 
/dev/bus/usb/002/003

> > (there would be a line with your username in the default libsane
> > configuration).
> >
> > Assuming the permissions look like they might be the problem, 
you can

> > confirm that by running
> > chmod o+w /dev/bus/usb/002/003
> > to make the file world writable (for testing only; it isn't 
permantent if
> > the scanner is unplugged or the system rebooted). If xsane 
works, you've
> > found the problem. If that's the case, the next step is probably 
to update

> > the udev configuration. If not, on to the next guess. :)
>
> Permisions on the USB bus are managed by an ACL.
>
>  https://wiki.debian.org/Scanner

Yes, that's why I mentioned the ACL. :) But, it hasn't always been 
that way

and it's not the only way that will actually work...hence the other
possibilities.


It is the way it is now on unstable/buser/stretch. What is in the past
is in the past. No user should have to mess about with permissions or
be in the scanner group to have permission to use a USB scanner. If it
is a route that is thought to be necessary, there is something wrong
with the user's setup or it is a bug.


There's nothing wrong with the user's setup if they have a 
configuration (possibly older) that sets permissions in a way that 
works even if it isn't the current default. I'd rather show someone 
how they can identify whether the permissions are a problem than have 
them waste their time

changing things if it isn't even an issue. YMMV.

Minor threadjack here:  Has his printer updated its firmware or software 
recently?  Mine (Epson ET-7750) updated both and now won't respond to my 
scanning software.


I say "threadjack" because my printer is connected via network, not USB, 
and the software is running on Windows.


Still, did something update?  Without your knowledge?  It's a good idea 
to double check.


Mark

Re: Laptop: External monitor, keyboard, and mouse "disabled" -- how re-enable without rebooting?

[Ralph Katz]

On 2/7/20 2:00 AM, David Christensen wrote:

[snip]
> I have found that if I close the lid on the laptop, with or without an
> external monitor or KVM connected, I am unable to get the display
> working again without a reboot. 
[snip]

Maybe it's this bug:
light-locker, lightdm: screen stays off after resume
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870641

Regards,
Ralph



signature.asc
Description: OpenPGP digital signature

Re: LibreOffice takes about 35 seconds to fully open

[Ralph Katz]

On 2/6/20 8:27 PM, kaye n wrote:
> By the way, it only takes 35 seconds on the first execution.  If I close
> libreoffice, and open i again, it's really not so slow.

FWIW, on my laptop with a similar configuration, it takes 6 seconds to
open LO initially.

i3-7130U CPU @ 2.70GHz
8Gb memory/ 2.2Gb used
1 Tb hard disk

Regards,
Ralph



signature.asc
Description: OpenPGP digital signature

Re: LibreOffice takes about 35 seconds to fully open

[Patrick Bartek]

On Fri, 7 Feb 2020 06:45:43 +
Brad Rogers  wrote:

> On Fri, 7 Feb 2020 10:17:09 +0800
> kaye n  wrote:
> 
> Hello kaye,
> 
> >I was just wondering if it takes about 35 seconds for your Debian
> >system to  
> 
> At least.  As you say, subsequent starts are much faster.
> 
> I note that Patrick says his starts in 3 or 4 secs.  I was going to
> suggest that he's using the LO quick starter, but that seems to be long
> gone - the option to use it is not there in 6.4.

I use version 6.1.  When I load via the "libreoffice" menu item, I get
a window that lists all the libreoffice apps' files.  I started
Writer from it.  I also cold rebooted the system and started Writer
directly from the menu.  Took about 5 or 6 seconds to load.

> No idea why Patrick's getting a much quicker start.
> 

Firstly, I have a very lean system.  No desktop and all the background
processes they run.  Just a window manager and a single LXPanel with
menus.  No power management as this isn't a notebook running off a
battery.  So, everything runs at full speed. Etc.

B

Re: Anyone with experience scanning with Epson

[Brian]

On Fri 07 Feb 2020 at 11:53:12 -0500, Michael Stone wrote:

> On Fri, Feb 07, 2020 at 03:36:55PM +, Brian wrote:
> > On Fri 07 Feb 2020 at 10:25:22 -0500, Michael Stone wrote:
> > 
> > > On Fri, Feb 07, 2020 at 03:05:31PM +, Brian wrote:
> > > > On Fri 07 Feb 2020 at 09:37:17 -0500, Michael Stone wrote:
> > > >
> > > > > On Fri, Feb 07, 2020 at 10:36:11AM +0800, kaye n wrote:
> > > > > > Hello Friends!
> > > > > >
> > > > > > I'm running:
> > > > > > Kernel: 4.19.0-6-amd64 x86_64
> > > > > > bits: 64
> > > > > > Desktop: Xfce 4.12.4
> > > > > > Distro: Debian GNU/Linux 10 (buster)
> > > > > >
> > > > > > My printer is an Epson L220.  It's connected to my laptop's USB 
> > > > > > port.
> > > > > >
> > > > > > The command lsusb shows:
> > > > > > Bus 002 Device 003: ID 04b8:08d1 Seiko Epson Corp.
> > > > > >
> > > > > > Therefore in the file, /etc/sane.d/epkowa.conf
> > > > > > I added this line:
> > > > > > usb 0x04b8 0x08d1
> > > > > >
> > > > > > The printer can print just fine, but ImageScan and XSane would not 
> > > > > > run.
> > > > > >
> > > > > > ImageScan says:
> > > > > > Could not send command to scanner. Check the scanner's status.
> > > > > >
> > > > > > XSane says:
> > > > > > Failed to open device 'epkowa:usb:002:003':
> > > > > > Access to resource has been denied.
> > > > > >
> > > > > > Thank you for your time!
> > > > >
> > > > > This smells like a permission problem. In your example above the 
> > > > > scanner is
> > > > > on bus 002 device 003. (It may change as you unplug and replug usb 
> > > > > devices,
> > > > > so check with lsusb and change the numbers below as needed.) You can 
> > > > > see the
> > > > > permissions for that device with:
> > > > > ls -l /dev/bus/usb/002/003
> > > > > If it comes back with something that starts with:
> > > > > crw-rw-r-- 1 root root
> > > > > then it's writable only by root. A working configuration would have 
> > > > > either
> > > > > crw-rw-rw- 1 root root
> > > > > or would having your username or a group that you're in rather than 
> > > > > root, or
> > > > > would look like
> > > > > crw-rw-r--+ 1 root root
> > > > > indicating an ACL which you can see via getfacl /dev/bus/usb/002/003
> > > > > (there would be a line with your username in the default libsane
> > > > > configuration).
> > > > >
> > > > > Assuming the permissions look like they might be the problem, you can
> > > > > confirm that by running
> > > > > chmod o+w /dev/bus/usb/002/003
> > > > > to make the file world writable (for testing only; it isn't 
> > > > > permantent if
> > > > > the scanner is unplugged or the system rebooted). If xsane works, 
> > > > > you've
> > > > > found the problem. If that's the case, the next step is probably to 
> > > > > update
> > > > > the udev configuration. If not, on to the next guess. :)
> > > >
> > > > Permisions on the USB bus are managed by an ACL.
> > > >
> > > >  https://wiki.debian.org/Scanner
> > > 
> > > Yes, that's why I mentioned the ACL. :) But, it hasn't always been that 
> > > way
> > > and it's not the only way that will actually work...hence the other
> > > possibilities.
> > 
> > It is the way it is now on unstable/buser/stretch. What is in the past
> > is in the past. No user should have to mess about with permissions or
> > be in the scanner group to have permission to use a USB scanner. If it
> > is a route that is thought to be necessary, there is something wrong
> > with the user's setup or it is a bug.
> 
> There's nothing wrong with the user's setup if they have a configuration
> (possibly older) that sets permissions in a way that works even if it isn't
> the current default.

Like protocols, everyone can have their own set of defaults on buster.
In which case, they can sort their own problems out. :)

>  I'd rather show someone how they can identify whether
> the permissions are a problem than have them waste their time
> changing things if it isn't even an issue. YMMV.

Indeed. The wiki attempts to do that for a buster user such as the OP.
sane-find-scanner is also a useful tool.

-- 
Brian.

Re: LibreOffice takes about 35 seconds to fully open

[Patrick Bartek]

On Fri, 7 Feb 2020 09:09:15 +
Joe  wrote:

> On Fri, 7 Feb 2020 06:45:43 +
> Brad Rogers  wrote:
> 
> > On Fri, 7 Feb 2020 10:17:09 +0800
> > kaye n  wrote:
> > 
> > Hello kaye,
> >   
> > >I was just wondering if it takes about 35 seconds for your Debian
> > >system to
> > 
> > At least.  As you say, subsequent starts are much faster.
> > 
> > I note that Patrick says his starts in 3 or 4 secs.  I was going to
> > suggest that he's using the LO quick starter, but that seems to be
> > long gone - the option to use it is not there in 6.4.
> > 
> > No idea why Patrick's getting a much quicker start.
> >   
> 
> Drives? Presumably Patrick's fancy system uses SSD, maybe the OP has
> real hard drives.

Nope. Regular spinning hard drive.  A 4 or 5 year old, 7200 RPM, WD
500GB SATA II (NOT III!), MBR configured from the 13 year old system.
It had replaced as system drive the original 160GB one which after
13 years of spinning, I was getting nervous about failing.

For the curious out there, the reason I'm running that old drive in the
new system is at the time I built the new system, I hadn't decided how
I wanted to configure it as I had no experience and little knowledge of
SSDs, 2.5 inchers or M.2s, SATAs or NVME, their advantages and
disadvantages, etc.  And the new system has lots of drive
configuration options to consider not only for now, but for the future.

B 

Re: local network capability scanner?

[David Wright]

On Fri 07 Feb 2020 at 11:24:46 (-0500), Gene Heskett wrote:
> On Friday 07 February 2020 10:20:45 David Wright wrote:
> 
> > On Fri 07 Feb 2020 at 08:12:18 (-0500), Gene Heskett wrote:
> > > I was trying different ways to move a kernel src to the pi for
> > > making and also reached the conclusion that mc was for some reason
> > > terminally slow at unpacking an .xz kernel and writing the unpack
> > > across the network. It was promising me a 43+ hour ETC. And was
> > > showing figures when it updated the screen here as 4.3
> > > kilobytes/second? Really?
> >
> > Ooh, gosh, don't do that! Even with a cat5 cable between two machines,
> > ¹unpacking an archive across the link with mc¹ will take at least 100x
> > more than ²transferring the archive and unpacking at the destination²,
> > even if you do said unpacking with mc.
> 
> you miss-understood, both the archive and mc were on this machine and 
> only the output of the unpack was going out over the cat5.

Yes, that's what I described in ¹… …¹, and it's slow. AIUI mc sends
the filename and stat information across the link (so that the other
end knows where to put it, and what metadata to use), then it sends
the file (which is usually much larger). When the other end indicates
that the file arrived, mc starts on the next file.

> > fish is fine for the odd file transfer, and I guess it's faster than
> > kermit (untested), but there's a large overhead on each file.
> 
> I don't use fish that I know of.  Thats not to say mc isn't using it.  In 
> which case someone has been playing with mc that has no clue what they 
> are doing.

If you're not running any suitable server at the other end (are you?),
then instead of the first line of /usr/lib/mc/fish/* telling a fish
server what to do, the script is handed to bash, which ignores that
first line (# comment) and executes the shell commands instead.
Those echo lines in the scripts are what would be the fish server's
return codes going back to mc.

> > > So I stopped that, killed the partial copy, backed out and copied
> > > the whole image to the pi in just 2 or 3 minutes, with mc, then
> > > unxz'd it on the pi in maybe 3 minutes.

Yes, you then used ²… …² above which is fast because mc only has to
deal with sending a single, smaller (compressed) file.

> > > So maybe bit rot in mc? DIIK.
> >
> > Take a look at the scripts in /usr/lib/mc/fish/ and imagine running a
> > couple of them on each and every file in the kernel.
> 
> According to the README.fish, there, mc does use the scripts in that 
> directory.  But fish itself is not installed.  
> 
> Perhaps it should be? And the slowness is because its not?  Another DIIK.

I'm not aware that there's a faster way of sending the files once
you've unpacked the archive locally. After all, you've thrown away the
benefits of compression and aggregation.

Cheers,
David.

trouble with my account's groups and strange 'id' result

[Patrice Duroux]

Hi,

Currently on a Debian Sid system, I am facing this inconsistent 'id' result:

patrice@hp-dark:~$ id
uid=1000(patrice) gid=1000(patrice) 
groupes=1000(patrice),4(adm),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),50(staff),100(users),102(systemd-journal),108(netdev),113(bluetooth),126(kvm),127(debian-tor),997(systemd-coredump)
patrice@hp-dark:~$ id patrice
uid=1000(patrice) gid=1000(patrice) 
groupes=1000(patrice),4(adm),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),50(staff),100(users),102(systemd-journal),108(netdev),113(bluetooth),126(kvm),997(systemd-coredump),127(debian-tor),999(bumblebee)

I have tried to quit the desktop (GNOME) session and to open again a session.
I am sure that rebooting my system will solve this 'cache' (systemd?) trouble.
Is this expected?

And I would have like to make some test without having to reboot before. What 
do I have to do?

Thanks,
Patrice

Re: Anyone with experience scanning with Epson

[Michael Stone]

On Fri, Feb 07, 2020 at 07:06:37PM +, Brian wrote:

Like protocols, everyone can have their own set of defaults on buster.
In which case, they can sort their own problems out. :)


Or you just don't waste time complaining about something that's a no-op 
on a properly functioning system with a default install but can detect 
other cases as a helpful side effect.

Re: Does “apt-get install” follow “recommends” links recursively?

[Jonathan Dowland]

On Thu, Feb 06, 2020 at 01:50:01AM +0100, Rich Morin wrote:
> Debian's "apt-get install" command is documented as following
> "recommends" links by default. It also follows "depends" links,
> presumably in a recursive fashion. However, I haven't been able to
> find out if it also follows recommends links recursively.

It does, yes.

-- 
👱🏻  Jonathan Dowland
✎   j...@dow.land
🔗   https://jmtd.net

Re: LibreOffice takes about 35 seconds to fully open

[Brad Rogers]

On Fri, 7 Feb 2020 10:45:43 -0800
Patrick Bartek  wrote:

Hello Patrick,

>On Fri, 7 Feb 2020 06:45:43 +
>Brad Rogers  wrote:
>> I note that Patrick says his starts in 3 or 4 secs.  I was going to
>I use version 6.1.  When I load via the "libreoffice" menu item, I get
>a window that lists all the libreoffice apps' files.  I started
>Writer from it.  I also cold rebooted the system and started Writer
>directly from the menu.  Took about 5 or 6 seconds to load.

I've not timed mine, but it takes at least 30 seconds.

I should, for the sake of full disclosure, say that my machine is almost
a decade old with only a dual core processor.  That certainly won't
help, I'm sure.  The disks are spinning, not SSDs.
 
>Firstly, I have a very lean system.  No desktop and all the background

Running KDE, but not with 'everything' on a desktop machine.  I've tried
leaner DEs and WMs, but always come back to KDE.

So, we can start to see where some of my problems are, perhaps.  TBH, it
doesn't really bother me.  Once I start LO it stays open until I shut
down or reboot.  I suppose I /could/ autostart it, along with several
other apps I use, but that would make for a much longer starting
process, as there'd be half a dozen fairly hefty apps all competing;
Claws Mail, Libre Office, Gramps, Pale Moon, tellico and mikutter are all
frequently used here.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Let them go, set them free, let them be who they wanna be
Lovers Of Outrage - Penetration


pgpR4hJdrsUDH.pgp
Description: OpenPGP digital signature

Re: trouble with my account's groups and strange 'id' result

[Greg Wooledge]

On Fri, Feb 07, 2020 at 08:53:29PM +0100, Patrice Duroux wrote:
> Currently on a Debian Sid system, I am facing this inconsistent 'id' result:
> 
> patrice@hp-dark:~$ id
> uid=1000(patrice) gid=1000(patrice) 
> groupes=1000(patrice),4(adm),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),50(staff),100(users),102(systemd-journal),108(netdev),113(bluetooth),126(kvm),127(debian-tor),997(systemd-coredump)
> patrice@hp-dark:~$ id patrice
> uid=1000(patrice) gid=1000(patrice) 
> groupes=1000(patrice),4(adm),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),50(staff),100(users),102(systemd-journal),108(netdev),113(bluetooth),126(kvm),997(systemd-coredump),127(debian-tor),999(bumblebee)

Typically this means you haven't logged out and back in yet.

> I have tried to quit the desktop (GNOME) session and to open again a session.

Ahh... GNOME is involved.  OK, that complicates matters.  In addition
to what I said above, it's *also* possible that you're reusing a
terminal from a previous login, which has your previous credentials.

This is also possible without GNOME (e.g. you are using screen/tmux,
you detach your terminal session, you log out and back in, and then
you reattach to tmux/screen -- which is still running a process with
your previous credentials), but GNOME seems to take it to a new level,
doing this sort of thing to people who aren't even using tmux/screen.

Instead of launching a terminal as a child of the window manager, like
any other sensible windowing environment would do, GNOME dispatches
a request to the dbus daemon, and asks dbus to spawn a terminal for
you.  What you get from there, who knows.

> I am sure that rebooting my system will solve this 'cache' (systemd?) trouble.
> Is this expected?
> 
> And I would have like to make some test without having to reboot before. What 
> do I have to do?

Hmm... the first thing that comes to mind is finding out when your
shell, and your shell's parent process, were started.

ps -fp $$,$PPID

Try that in the window where you're seeing the unexpected results.
Compare the process start times to the time you logged out and back
in.

Beyond that... if you want more details about the dbus layer, and how
that relates to login credentials, unfortunately I'm not the person who
can give you that information.  If you can't find it in the GNOME/dbus
documentation, and if nobody else here knows, then you might want to
ask on a GNOME mailing list.

Re: Laptop: External monitor, keyboard, and mouse "disabled" -- how re-enable without rebooting?

[elvis]

On 8/2/20 4:02 am, Ralph Katz wrote:

On 2/7/20 2:00 AM, David Christensen wrote:

[snip]

I have found that if I close the lid on the laptop, with or without an
external monitor or KVM connected, I am unable to get the display
working again without a reboot.


I had a similar problem with a Thinkpad E460, I had to reboot every so 
often when it resumed because the screen was blank.



I found out it was just turning the brightness down! for some reason and 
I could fix it with the function hot keys (just turning up the 
brightness). Annoying but livable. Seems have gone away with an update 
to something.



Another thing that helped me find the problem was enabling sshd on the 
laptop and poking around remotely in the logs when it was blank but 
working.



--
The stage is level when the drummer drools out both sides of his mouth

Re: local network capability scanner?

[Stefan Monnier]

> also claims to be a gigahertz capable switch.

IIRC gigabit ethernet doesn't run at gigahertz frequencies.

> But file moves to/from the machines in the garage seems to indicate 
> theres a slow connection of around 10Mb/s someplace in that path.

Is that really 10Mb/s (aka ~1MB/s)?


Stefan

Re: local network capability scanner?

[Stefan Monnier]

> I'm not aware that there's a faster way of sending the files once
> you've unpacked the archive locally. After all, you've thrown away the
> benefits of compression and aggregation.

rsync?


Stefan

change email addy

[ghe]

I need to change my email address for this list. There seems to be a lot
about subscribing and unsubscribing on Debian's site, but I couldn't
find anything about a new address.

Could someone who knows how to do this please let me know?

And don't send to the list. Send to ghe2...@protonmail.com.

TIA

-- 
Glenn English

Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 16:24:51 Stefan Monnier wrote:

> > also claims to be a gigahertz capable switch.
>
> IIRC gigabit ethernet doesn't run at gigahertz frequencies.
>
> > But file moves to/from the machines in the garage seems to indicate
> > theres a slow connection of around 10Mb/s someplace in that path.
>
> Is that really 10Mb/s (aka ~1MB/s)?
>
Less than that on the 5th when I started this thread. I once saw 4.kb/s.

Then someone mentioned mc used fish, but fish itself is not installed and 
AFAIK is not an mc dependency. I have asked "should it be" but have not 
rx'd a reply to that.
>
> Stefan
Thanks Stefan.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: change email addy

[Daryl]

On Wed, 5 Feb 2020 18:01:36 -0700
ghe  wrote:

> I need to change my email address for this list. There seems to be a
> lot about subscribing and unsubscribing on Debian's site, but I
> couldn't find anything about a new address.
> 
> Could someone who knows how to do this please let me know?
> 
> And don't send to the list. Send to ghe2...@protonmail.com.
> 
> TIA
> 

You don't change it. You unsubscribe the address. Next subscribe the
new address.

Re: LibreOffice takes about 35 seconds to fully open

[Patrick Bartek]

On Fri, 7 Feb 2020 20:02:57 +
Brad Rogers  wrote:

> On Fri, 7 Feb 2020 10:45:43 -0800
> Patrick Bartek  wrote:
> 
> Hello Patrick,
> 
> >On Fri, 7 Feb 2020 06:45:43 +
> >Brad Rogers  wrote:  
> >> I note that Patrick says his starts in 3 or 4 secs.  I was going to  
> >I use version 6.1.  When I load via the "libreoffice" menu item, I get
> >a window that lists all the libreoffice apps' files.  I started
> >Writer from it.  I also cold rebooted the system and started Writer
> >directly from the menu.  Took about 5 or 6 seconds to load.  
> 
> I've not timed mine, but it takes at least 30 seconds.
> 
> I should, for the sake of full disclosure, say that my machine is almost
> a decade old with only a dual core processor.  That certainly won't
> help, I'm sure.  The disks are spinning, not SSDs.

Well, a slow dual core CPU is certainly a problem with today's
software.  Even my previous 13-year-old box is a quad-core/4-threads,
but started out in 2007 as a single core, then upgraded, first to a
dual-core, then quad.  My current system is a Ryzen
hex-core/12-threads.  Makes a difference.  Very snappy now even with an
5-year-old spinning drive.

 
> >Firstly, I have a very lean system.  No desktop and all the background  
> 
> Running KDE, but not with 'everything' on a desktop machine.  I've tried
> leaner DEs and WMs, but always come back to KDE.

If KDE is what you like, stay with it. Just be prepared for lackluster
performance from 10-year-old hardware which will become even more
lackluster as you upgrade software.  I had gotten to the point where I
could no longer tolerate that. The slight delay before menus appeared.
 Ditto application responses.  Annoyed me no end.  So when I upgraded
the old system OS from Fedore 12 to Wheezy seven or so years ago, I
decided to abandoned the CPU cycle-hungry desktop in favor of a window
manager and panel, and a part-by-part lean install starting with just a
terminal system. Just doing that gave me a noticeable performance boost
without having to spend any money to upgrade hardware.

FWIW, the easiest way these days to improve performance of an old
sluggish system is to install an SSD as the system drive, if your system
is compatible. As SSDs are usually 4 to 6 times faster than a spinning
drive, booting and loading applications will be much faster without
having to do anything else.


> So, we can start to see where some of my problems are, perhaps.  TBH, it
> doesn't really bother me.  Once I start LO it stays open until I shut
> down or reboot.  I suppose I /could/ autostart it, along with several
> other apps I use, but that would make for a much longer starting
> process, as there'd be half a dozen fairly hefty apps all competing;
> Claws Mail, Libre Office, Gramps, Pale Moon, tellico and mikutter are all
> frequently used here.

With only 6 GB of RAM, you might run low running all that.  And that
will defintely affect performance.

B

Re: how to seamlessly play audio clip

[Charles Curley]

On Fri, 7 Feb 2020 23:53:06 + (UTC)
Long Wind  wrote:

> i use mplayer -loop 0 to play white noise(it might help sleep by
> masking other noise) but when it reach end and restart to play
> againthere's some interval, which isn't desirable any mplayer option
> or other player i can use so that it plays seamlessly?? 

Are you sure that's not a leading or trailing silence in the recording?

You might try the VLC command line player. VLC does not insert a gap.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: change email addy

[The Wanderer]

On 2020-02-07 at 19:20, Daryl wrote:

> On Wed, 5 Feb 2020 18:01:36 -0700 ghe  wrote:
> 
>> I need to change my email address for this list. There seems to be
>> a lot about subscribing and unsubscribing on Debian's site, but I 
>> couldn't find anything about a new address.
>> 
>> Could someone who knows how to do this please let me know?
>> 
>> And don't send to the list. Send to ghe2...@protonmail.com.
>> 
>> TIA
> 
> You don't change it. You unsubscribe the address. Next subscribe the 
> new address.

Or, at your discretion (to minimize risk of missing any incoming
messages), the other way around.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: Fresh install UEFI debian-10.2.0-amd64-xfce-CD-1 will not boot

[Steve McIntyre]

Apologies for the slow response - I've had 3 back-to-back conferences
and I'm just catching up on mail... :-/

David wrote:
>On 2020-01-30 16:47, Steve McIntyre wrote:
>> OK. How exactly have you partitioned the target USB drive? What
>> files are on the EFI System Partition there? Did you tell the
>> installer to also install grub to the removable media path? That
>> would be my first guess for what's missing.
>
>On 2020-01-30 16:47, Steve McIntyre wrote:
>> You don't need to tell grub-install to use x86_64-efi-signed as a 
>> target - it should work things out automatically and install shim 
>> etc. as needed. There is*not*  a modinfo.sh for the signed grub 
>> packaging as the signed binaries we build for grub are monolithic 
>> (i.e. no loadable modules allowed).

...

>I zeroed another USB stick and used a Dell PowerEdge T30 in UEFI Secure 
>Boot mode to install Debian onto the blank USB stick:
>
> Insert debian-10.2.0-amd64-xfce-CD-1 USB flash drive into
> front top USB 3.0 port.
>
> Insert wiped SanDisk Ultra Fit USB 3.0 16 GB flash drive into
> front bottom USB 3.0 port.
>
> Boot.
>
> Debian GNU/Linux 10.2.0
>
> Debian GNU/Linux UEFI Installer menu  Install
> Language  C
> Continent or region   North America
> Country, territory or areaUnited States
> Keymap to use American English
> Primary network interface eth0
> Hostname  buster
> Domain name   tracy.holgerdanske.com
> Root password 
> Full name for the new userdebian
> Username for your account debian
> Choose a password for the new user
> Select your time zone Pacific
> Partitioning method   manual
>
> Press Alt+F2 and open second virtual terminal.  Installation media
> is /dev/sdb and blank media is /dev/sda.
>
> Select sda and create empty partition table.
>
> Encrypted volume (sda3_crypt) - 1.0 GB Linux device-mapper (crypt)
>  #1  1.0 GBf  swap  swap
> Encrypted volume (sda4_crypt) - 13.0 GB Linux device-mapper (crypt)
>  #1 13.0 GBf  btrfs /
> SCSI5 (0,0,0) (sda) - 15.6 GB SanDisk Ultra Fit
>1.0 MB   FREE SPACE
>#1499.1 MBF  ESP buster_esp
>#2  1.0 GBF  btrfs   buster_boot   /boot
>#3  1.0 GBK  crypto  buster_swap   (sda3_crypt)
>#4 12.0 GBK  crypto  buster_root   (sda4_crypt)
> 51.4 MB   FREESPACE
> SCSI6 (0,0,0) (sdb) - 15.6 GB SanDisk Ultra Fit
>
> Finish partitioning and write changes to disk
> Use a network mirror  No
> Participate in the package usage survey   No
> Choose software to install
>   Debian desktop environment
>   Xfce
>   standard system utilities
> Installation complete Continue
>
> Power down at POST.
>
> Remove installation media.
>
>
>Note that I was never prompted to install GRUB.

No, for EFI we just do it by default. Due to the ESP, we already know
where to install so by default we don't have to prompt like we do in
BIOS mode.

...

>2020-01-30 21:40:36 root@tinkywinky ~
># mount -o ro /dev/sdb1 /mnt/sdb1
>
>2020-01-30 21:41:05 root@tinkywinky ~
># mount | grep sdb1
>/dev/sdb1 on /mnt/sdb1 type vfat 
>(ro,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
>
>2020-01-30 21:41:37 root@tinkywinky ~
># ls -AlR /mnt/sdb1
>/mnt/sdb1:
>total 4
>drwxr-xr-x 3 root root 4096 Jan 30 19:42 EFI
>
>/mnt/sdb1/EFI:
>total 4
>drwxr-xr-x 2 root root 4096 Jan 30 19:43 debian
>
>/mnt/sdb1/EFI/debian:
>total 5208
>-rwxr-xr-x 1 root root 108 Jan 30 19:43 BOOTX64.CSV
>-rwxr-xr-x 1 root root 1206824 Jan 30 19:43 fbx64.efi
>-rwxr-xr-x 1 root root 121 Jan 30 19:43 grub.cfg
>-rwxr-xr-x 1 root root 1529200 Jan 30 19:43 grubx64.efi
>-rwxr-xr-x 1 root root 1261192 Jan 30 19:43 mmx64.efi
>-rwxr-xr-x 1 root root 1322936 Jan 30 19:43 shimx64.efi

OK, that's all looking like expected for a normal installation.

>Inserting the installed stick into the Dell PowerEdge T30 front top USB 
>3.0 port, powering up, and pressing F2 to enter Setup:
>
>General -> Boot Sequence -> debian -> View
>
> Boot Option Name
> debian
>
> File System List
> VenHw(99E275E7-75A0-4B37-A2E6-C5385E6C00CB)
>
> File Name
> \EFI\BOOT\BOOTX64.EFI
>
>
>I find it strange that there is no EFI\BOOT\BOOTX64.EFI in the ESP 
>partition/ filesystem listing, above.

That's the removable media path that I mentioned in earlier
mail. Operating system installers are *not* meant to instal

Re: local network capability scanner?

[David Wright]

On Fri 07 Feb 2020 at 16:57:59 (-0500), Stefan Monnier wrote:
> > I'm not aware that there's a faster way of sending the files once
> > you've unpacked the archive locally. After all, you've thrown away the
> > benefits of compression and aggregation.
> 
> rsync?

Sure, if you're updating a tree. But AIUI the OP is transferring
a kernel source archive from scratch.

Cheers,
David.

Re: local network capability scanner?

[David Wright]

On Fri 07 Feb 2020 at 18:49:20 (-0500), Gene Heskett wrote:
> On Friday 07 February 2020 16:24:51 Stefan Monnier wrote:
> 
> > > also claims to be a gigahertz capable switch.
> >
> > IIRC gigabit ethernet doesn't run at gigahertz frequencies.
> >
> > > But file moves to/from the machines in the garage seems to indicate
> > > theres a slow connection of around 10Mb/s someplace in that path.
> >
> > Is that really 10Mb/s (aka ~1MB/s)?
> >
> Less than that on the 5th when I started this thread. I once saw 4.kb/s.
> 
> Then someone mentioned mc used fish, but fish itself is not installed and 
> AFAIK is not an mc dependency. I have asked "should it be" but have not 
> rx'd a reply to that.

I posted the answer to that (and asked you a question) over three
hours before this. Bash can substitute for fish: you've seen its
scripts and read the README accompanying them.

https://lists.debian.org/debian-user/2020/02/msg00282.html

Cheers,
David.

Re: LibreOffice takes about 35 seconds to fully open

[kaye n]

*So, how long does it take to load the second time?*
About 4 seconds.

After doing this:


*kaye@laptop:~$ sudo suroot@laptop:/home/kaye# sync && echo 3 >
/proc/sys/vm/drop_caches*
Yes, it opened slow again.  Slow disk then?  Should I replace it soon?



*Drives? Presumably Patrick's fancy system uses SSD, maybe the OP has real
hard drives.*
It's still the original hard drive that came with the laptop.  Bought the
laptop nine years ago.






























*kaye@laptop:~$ libreoffice --safe-mode/home/kaye/.gtkrc-2.0:3: Unable to
locate image file in pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:4: Unable
to locate image file in pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:5:
Unable to locate image file in pixmap_path:
"foo.bar"/home/kaye/.gtkrc-2.0:6: Unable to locate image file in
pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:7: Unable to locate image file
in pixmap_path: "foo.bar"(soffice:2173): Gdk-WARNING **: 10:21:41.576:
gdk_window_set_icon_list: icons too large/home/kaye/.gtkrc-2.0:3: Unable to
locate image file in pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:4: Unable
to locate image file in pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:5:
Unable to locate image file in pixmap_path:
"foo.bar"/home/kaye/.gtkrc-2.0:6: Unable to locate image file in
pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:7: Unable to locate image file
in pixmap_path: "foo.bar"(soffice:2193): Gdk-WARNING **: 10:22:08.569:
gdk_window_set_icon_list: icons too large/home/kaye/.gtkrc-2.0:3: Unable to
locate image file in pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:4: Unable
to locate image file in pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:5:
Unable to locate image file in pixmap_path:
"foo.bar"/home/kaye/.gtkrc-2.0:6: Unable to locate image file in
pixmap_path: "foo.bar"/home/kaye/.gtkrc-2.0:7: Unable to locate image file
in pixmap_path: "foo.bar"(soffice:2206): Gdk-WARNING **: 10:22:11.748:
gdk_window_set_icon_list: icons too large(soffice:2206): Gdk-WARNING **:
10:22:11.811: gdk_window_set_icon_list: icons too large(soffice:2206):
Gdk-WARNING **: 10:22:12.953: gdk_window_set_icon_list: icons too
large(soffice:2206): Gdk-WARNING **: 10:22:29.022:
gdk_window_set_icon_list: icons too large*

Re: how to seamlessly play audio clip

[David Wright]

On Fri 07 Feb 2020 at 23:53:06 (+), Long Wind wrote:
> i use mplayer -loop 0 to play white noise(it might help sleep by masking 
> other noise)
> but when it reach end and restart to play againthere's some interval, which 
> isn't desirable
> any mplayer option or other player i can use so that it plays seamlessly??

You might try mpv instead. It displays the timings at the bottom of
the picture, and they stay on screen if you leave the mouse there
(otherwise it times out and disappears).

But you can set looping points interactively. Play the video, then
press l where you want looping to loop back to (ie the start of
section), and again at the end of the section.

mpv also has a configuration parameter for sound files, particularly
useful for classical music:

# Music tracks often segue
gapless-audio=yes

Cheers,
David.

Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 14:29:08 David Wright wrote:

> On Fri 07 Feb 2020 at 11:24:46 (-0500), Gene Heskett wrote:
> > On Friday 07 February 2020 10:20:45 David Wright wrote:
> > > On Fri 07 Feb 2020 at 08:12:18 (-0500), Gene Heskett wrote:
> > > > I was trying different ways to move a kernel src to the pi for
> > > > making and also reached the conclusion that mc was for some
> > > > reason terminally slow at unpacking an .xz kernel and writing
> > > > the unpack across the network. It was promising me a 43+ hour
> > > > ETC. And was showing figures when it updated the screen here as
> > > > 4.3
> > > > kilobytes/second? Really?
> > >
> > > Ooh, gosh, don't do that! Even with a cat5 cable between two
> > > machines, ¹unpacking an archive across the link with mc¹ will take
> > > at least 100x more than ²transferring the archive and unpacking at
> > > the destination², even if you do said unpacking with mc.
> >
> > you miss-understood, both the archive and mc were on this machine
> > and only the output of the unpack was going out over the cat5.
>
> Yes, that's what I described in ¹… …¹, and it's slow. AIUI mc sends
> the filename and stat information across the link (so that the other
> end knows where to put it, and what metadata to use), then it sends
> the file (which is usually much larger). When the other end indicates
> that the file arrived, mc starts on the next file.
>
And since the upacked kernel archive has tons of individual functions 
which may be only a 2 kilobyte file, the over head on the cat-5 is 20kb 
to send a 2kb file.  The light finally comes on.

> > > fish is fine for the odd file transfer, and I guess it's faster
> > > than kermit (untested), but there's a large overhead on each file.
> >
> > I don't use fish that I know of.  Thats not to say mc isn't using
> > it.  In which case someone has been playing with mc that has no clue
> > what they are doing.

Because mc, 22+ years ago was pretty much self-contained.  Now, AFAIAC, 
mc has been contaminated, albeit invisibly just to keep it working as 
ways and means have changed. Not always an improvement but it still 
works for some definition of works. In this case, stretching the hell 
out of the definition of "works".
>
> If you're not running any suitable server at the other end (are you?),

just an ssh -Y connection, which may at times be supplemented as I also 
use an sshfs "mount", which works well as long as its user 1000 on both 
ends of the cable. Root access is disallowed going either way as part of 
my security model here. I've long since given up on ever keeping an nfs 
share work here for more than a month or so, somebody is always screwing 
with it breaking established connections.  Samba/cifs has been broken at 
weekly intervals since Tridgel? took on a partner many yeas ago now.

So I use what works, ssh and friends, which tries by encoding the 
transfer to guard against MITM attacks. And is about 1% more 
dependable.

> then instead of the first line of /usr/lib/mc/fish/* telling a fish
> server what to do, the script is handed to bash, which ignores that
> first line (# comment) and executes the shell commands instead.
> Those echo lines in the scripts are what would be the fish server's
> return codes going back to mc.
>
> > > > So I stopped that, killed the partial copy, backed out and
> > > > copied the whole image to the pi in just 2 or 3 minutes, with
> > > > mc, then unxz'd it on the pi in maybe 3 minutes.
>
> Yes, you then used ²… …² above which is fast because mc only has to
> deal with sending a single, smaller (compressed) file.

But its still  well over a gigabyte.
>
> > > > So maybe bit rot in mc? DIIK.
> > >
> > > Take a look at the scripts in /usr/lib/mc/fish/ and imagine
> > > running a couple of them on each and every file in the kernel.

Fuggly.

> > According to the README.fish, there, mc does use the scripts in that
> > directory.  But fish itself is not installed.
> >
> > Perhaps it should be? And the slowness is because its not?  Another
> > DIIK.
>
> I'm not aware that there's a faster way of sending the files once
> you've unpacked the archive locally. After all, you've thrown away the
> benefits of compression and aggregation.

Understood now.

> Cheers,
> David.

Thanks David

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: LibreOffice takes about 35 seconds to fully open

[Brad Rogers]

On Fri, 7 Feb 2020 16:25:28 -0800
Patrick Bartek  wrote:

Hello Patrick,

>Well, a slow dual core CPU is certainly a problem with today's
>software.

And everything else you say about older tech, speed, etc. noted.  Thus
far, the only real issue is the slow load of LO, first time.  For the
sort of things I do, the system is still quite useable.

Of course, in time, I'll upgrade.  No doubt I'll look back and think;
"How the *hell* did I cope with that old piece of $#@t!?"   :-)

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Only the wounded remain, the generals have all left the game
Generals - The Damned


pgprWQ4v2IEA_.pgp
Description: OpenPGP digital signature

Re: LibreOffice takes about 35 seconds to fully open

[Patrick Bartek]

On Sat, 8 Feb 2020 10:28:59 +0800
kaye n  wrote:

> *So, how long does it take to load the second time?*
> About 4 seconds.
> 
> After doing this:
> 
> 
> *kaye@laptop:~$ sudo suroot@laptop:/home/kaye# sync && echo 3 >
> /proc/sys/vm/drop_caches*
> Yes, it opened slow again.  Slow disk then?  Should I replace it soon?
> 

Slow disk? Probably. I wouldn't put another spinning drive in it though.
Will it take a SATA SSD?  You can buy 128GB to 256GB ones for under $40
new.  Less on sale. Does the notebook even have SATA?

> 
> *Drives? Presumably Patrick's fancy system uses SSD, maybe the OP has real
> hard drives.*
> It's still the original hard drive that came with the laptop.  Bought the
> laptop nine years ago.

Maybe, it's time to consider getting a newer, but not necessarily new
machine. You can only do so much to improve performance of an old
machine.  Even less for a notebook.  And at some point, it's just
no longer cost effective to do so.

B