[gentoo-user] Re: File transfer via USB?
On 2021-04-25, Grant Taylor wrote: > On 4/25/21 12:14 PM, Grant Edwards wrote: >> Nope. Many years ago I used UUCP a number of times for "production" >> projects involving data gathering from remote systems via dial-up. > >:-) > >> 25+ years ago, I wrote an article about one of those projects for >> Linux Journal. > > Can you narrow that down any more? I'd like to go find a copy of it > and read it. https://www.linuxjournal.com/article/2880 >> I'd probably have better luck with Kermit. > > Please elaborate. I've used Kermit on Windows before. I already have Kermit installed on Linux and use it every day. I've never run UUCP on Windows, and have no idea that would be involved in getting it running in Win10 (I know that WSL is out of the question -- I haven't looked into Cygwin). > My fear is that Kermit would be more manual for transferring files one > at a time. Maybe I'm wrong. Yes, it would definitly be less convenient than UUCP. >> and proxy, and I can get files to/from the Windows machine that way. > > ~chuckle~ > > That happens. > >> So my initial question is moot. > > ;-)
[gentoo-user] xscreensaver-demo has vanished
I've updated Xscreensaver to 5.45 (from 5.43 IIRC) & 'xscreensaver-demo',
which runs the interactive config screen, has vanished.
'man xscreensaver' says it's available,
but when I enter 'xscreensaver-command -demo', it says "xscreensaver-command:
could not exec xscreensaver-demo: No such file or directory" ;
'equery files xscreensaver | grep bin' confirms this
& it has disappeared from the KDE apps menu.
Xscreensaver is running (started by Xinit), as confirmed by 'htop',
& 'xscreensaver-command -activate' does bring up a screensaver as expected.
Here's the record of the emerge :
root:550 ~> eix xscreensaver
[I] x11-misc/xscreensaver
Available versions: 5.44-r4 5.45 {caps +gdk-pixbuf gdm +gtk jpeg +locking
new-login offensive opengl pam +perl selinux suid systemd xinerama}
Installed versions: 5.45([2021-04-26 00:02:29])(gtk jpeg opengl -caps
-gdk-pixbuf -gdm -locking -new-login -offensive -pam -perl -selinux -suid
-systemd -xinerama)
Can anyone explain what has happened ?
--
,,
SUPPORT ___//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: File transfer via USB?
On 4/25/21 4:08 PM, David M. Fellows wrote: A quick Duckduckgo search for "linux journal" grant edwards yields https://www.linuxjournal.com/article/2880 Thank you for the link Dave. I'll read that later tonight. Still available. Reading it takes me back... :-) -- Grant. . . . unix || die
[gentoo-user] SELinux errors
I just finished putting a new test box after the old one finally gave up
the ghost. Everything seems to be working okay, EXCEPT for selinux. To
be safe, I started with selinux in permissive mode. And I'm glad I did
because of all the errors showing up for things that had BETTER not show
errors. Things like auth, sshd, etc...
Here's a sample of the errors I'm seeing
Apr 25 19:36:09 jupiter kernel: audit: type=1400
audit(1619400969.224:485): avc: denied { getattr } for pid=8100
comm="auth" path="/etc/mysql/mariadb.d" dev="vda1" ino=271985181
scontext=system_u:system_r:dovecot_auth_t
tcontext=system_u:object_r:mysqld_etc_t tclass=dir permissive=1
Apr 25 19:36:09 jupiter kernel: audit: type=1400
audit(1619400969.224:486): avc: denied { search } for pid=8100
comm="auth" name="mysqld" dev="tmpfs" ino=160
scontext=system_u:system_r:dovecot_auth_t
tcontext=system_u:object_r:mysqld_runtime_t tclass=dir permissive=1
Apr 25 19:36:09 jupiter kernel: audit: type=1400
audit(1619400969.224:487): avc: denied { write } for pid=8100
comm="auth" name="mysqld.sock" dev="tmpfs" ino=161
scontext=system_u:system_r:dovecot_auth_t
tcontext=system_u:object_r:mysqld_runtime_t tclass=sock_file permissive=1
Apr 25 19:36:09 jupiter kernel: audit: type=1400
audit(1619400969.224:488): avc: denied { connectto } for pid=8100
comm="auth" path="/run/mysqld/mysqld.sock"
scontext=system_u:system_r:dovecot_auth_t
tcontext=system_u:system_r:initrc_t tclass=unix_stream_socket permissive=1
Apr 25 19:36:50 jupiter kernel: audit: type=1400
audit(1619401010.244:490): avc: denied { create } for pid=8172
comm="smbd" name="8172" scontext=system_u:system_r:smbd_t
tcontext=system_u:object_r:var_lock_t tclass=file permissive=1
Apr 25 19:36:50 jupiter kernel: audit: type=1400
audit(1619401010.244:491): avc: denied { read write open } for
pid=8172 comm="smbd" path="/run/lock/samba/msg.lock/8172" dev="tmpfs"
ino=669 scontext=system_u:system_r:smbd_t
tcontext=system_u:object_r:var_lock_t tclass=file permissive=1
Apr 25 19:36:50 jupiter kernel: audit: type=1400
audit(1619401010.244:492): avc: denied { lock } for pid=8172
comm="smbd" path="/run/lock/samba/msg.lock/8172" dev="tmpfs" ino=669
scontext=system_u:system_r:smbd_t tcontext=system_u:object_r:var_lock_t
tclass=file permissive=1
Apr 25 19:36:50 jupiter kernel: audit: type=1400
audit(1619401010.444:493): avc: denied { unlink } for pid=8175
comm="smbd" name="8175" dev="tmpfs" ino=670
scontext=system_u:system_r:smbd_t tcontext=system_u:object_r:var_lock_t
tclass=file permissive=1
Apr 25 19:38:35 jupiter kernel: audit: type=1400
audit(1619401115.314:494): avc: denied { connectto } for pid=4350
comm="apache2" path="/run/mysqld/mysqld.sock"
scontext=system_u:system_r:httpd_t tcontext=system_u:system_r:initrc_t
tclass=unix_stream_socket permissive=1
Apr 25 19:39:44 jupiter kernel: audit: type=1400
audit(1619401184.815:495): avc: denied { read } for pid=8450
comm="smbd" name="lock" dev="vda1" ino=492466
scontext=system_u:system_r:smbd_t tcontext=system_u:object_r:var_lock_t
tclass=lnk_file permissive=1
Apr 25 19:42:00 jupiter kernel: audit: type=1400
audit(1619401320.875:496): avc: denied { write } for pid=8852
comm="lpqd" name="msg.lock" dev="tmpfs" ino=516
scontext=system_u:system_r:smbd_t tcontext=system_u:object_r:var_lock_t
tclass=dir permissive=1
Apr 25 19:42:00 jupiter kernel: audit: type=1400
audit(1619401320.875:497): avc: denied { remove_name } for pid=8852
comm="lpqd" name="8852" dev="tmpfs" ino=697
scontext=system_u:system_r:smbd_t tcontext=system_u:object_r:var_lock_t
tclass=dir permissive=1
Apr 25 19:42:00 jupiter kernel: audit: type=1400
audit(1619401320.875:498): avc: denied { sendto } for pid=5984
comm="lpqd" path="/var/lib/samba/private/msg.sock/5797"
scontext=system_u:system_r:smbd_t tcontext=system_u:system_r:initrc_t
tclass=unix_dgram_socket permissive=1
Apr 25 19:42:00 jupiter kernel: audit: type=1400
audit(1619401320.875:499): avc: denied { sendto } for pid=5984
comm="lpqd" path="/var/lib/samba/private/msg.sock/5919"
scontext=system_u:system_r:smbd_t tcontext=system_u:system_r:winbind_t
tclass=unix_dgram_socket permissive=1
Apr 25 19:42:12 jupiter kernel: audit: type=1400
audit(1619401332.945:500): avc: denied { add_name } for pid=8865
comm="smbd" name="8865" scontext=system_u:system_r:smbd_t
tcontext=system_u:object_r:var_lock_t tclass=dir permissive=1
Apr 25 19:44:31 jupiter kernel: audit: type=1400
audit(1619401471.206:501): avc: denied { read } for pid=9056
comm="winbindd" name="lock" dev="vda1" ino=492466
scontext=system_u:system_r:winbind_t
tcontext=system_u:object_r:var_lock_t tclass=lnk_file permissive=1
Apr 25 19:44:31 jupiter kernel: audit: type=1400
audit(1619401471.206:502): avc: denied { search } for pid=9056
comm="winbindd" name="lock" dev="tmpfs" ino=454
scontext=system_u:system_r:winbind_t
tcontext=system_u:object_r:var_lock_t tclass=dir permissive=1
Apr 25
Re: [gentoo-user] Re: File transfer via USB?
>On 4/25/21 12:14 PM, Grant Edwards wrote: >> Nope. Many years ago I used UUCP a number of times for "production" >> projects involving data gathering from remote systems via dial-up. > >:-) > >> 25+ years ago, I wrote an article about one of those projects for >> Linux Journal. > >Can you narrow that down any more? I'd like to go find a copy of it and >read it. A quick Duckduckgo search for "linux journal" grant edwards yields https://www.linuxjournal.com/article/2880 Still available. Reading it takes me back... DaveF
Re: [gentoo-user] Re: File transfer via USB?
On 4/25/21 12:14 PM, Grant Edwards wrote: Nope. Many years ago I used UUCP a number of times for "production" projects involving data gathering from remote systems via dial-up. :-) 25+ years ago, I wrote an article about one of those projects for Linux Journal. Can you narrow that down any more? I'd like to go find a copy of it and read it. UUCP would work a treat for the problem I initially posed. :-) Back in the day, I always used Taylor-UUCP, and I'm pretty sure I could get it working again on Linux, but I have little confidence I could get it working on Win10. I'm quite confident that Taylor-UUCP can be made to work on contemporary Linux and macOS (Big Sur and it's predecessors) as I've got exactly that working. What's more, I've got it working across SSH as a transport in lieu of serial connections. I'd probably have better luck with Kermit. Please elaborate. I know very little about Kermit. I've looked at it a number of times over the last 20 years, but it's never presented a feature that I couldn't do with other things. I don't know if I'm just too late to the Kermit game to properly appreciate it or if I'm completely missing something. My fear is that Kermit would be more manual for transferring files one at a time. Maybe I'm wrong. Hence, please elaborate about Kermit. ;-) It turns out the initial requirements that I was given were wrong, and the Windows machine does have some limited Internet access via a VPN and proxy, and I can get files to/from the Windows machine that way. ~chuckle~ That happens. So my initial question is moot. ;-) -- Grant. . . . unix || die
Re: [gentoo-user] File transfer via USB?
On 4/25/21 11:39 AM, k...@aspodata.se wrote: I doubt that many are fluen in cu and uucp, I think that lack of knowledge / dumb / ignorant about something is (or can be) a relatively easy problem to solve. As in there is (or was) no knowledge about something and there will be (or is) knowledge at some point in the future. are they even available on the ms-win side. I used Taylor-UUCP (no known relation) on Windows XP a number of years ago via Cygwin. I suspect that Windows Subsystem for Linux could be pressed into service for similar today. Who knows, this might work https://www.uupc.net/ Probably. You can always build yourself two pairs of RS232 to RS422 converters and see where the limit on your serial ports are. What would the RS232 to RS422 get you? Why not just use RS232 between the computers? What does RS422 provide to make the extra conversions worth while? You can even try with other deserializes/serializers. What speed do you want ? Probably. I would be afraid that they would have a lower RoI, particularly on the effort front. -- Grant. . . . unix || die
[gentoo-user] Re: File transfer via USB?
On 2021-04-25, k...@aspodata.se wrote: > Grant: >> On 4/23/21 7:45 PM, k...@aspodata.se wrote: >> > Grant: >> >> I think you are conflating me for the OP. Easy to do with the same >> first name. ;-) > > Well, your sig is at a cursory look wery alike, but now I see you > have some extra dots and an || expression. > > ... >> Is it wrong that the first thing that came to mind when reading the OP's >> post is UUCP with as high speed serial as possible? > > I doubt that many are fluen in cu and uucp, are they even available on > the ms-win side. Who knows, this might work https://www.uupc.net/ > >> I wonder if the USB LapLink (type) cable or USB On The Go gadget cables >> could present as a multi-megabit serial interface. > > You can always build yourself two pairs of RS232 to RS422 converters > and see where the limit on your serial ports are. You can even try with > other deserializes/serializers. What speed do you want ? I've got USB<->serial RS422 adapters that will easily do 1Mbps. That would probably be good enough 90% of the time. -- Grant
[gentoo-user] Re: File transfer via USB?
On 2021-04-25, Grant Taylor wrote: >> It is usually simple to setup and use a serial null-modem cable and >> run kermit or somthing on the MS-Win side and add a getty (I've used >> mgetty) handling the serial port on the linux side. > > Is it wrong that the first thing that came to mind when reading the OP's > post is UUCP with as high speed serial as possible? Nope. Many years ago I used UUCP a number of times for "production" projects involving data gathering from remote systems via dial-up. 25+ years ago, I wrote an article about one of those projects for Linux Journal. UUCP would work a treat for the problem I initially posed. Back in the day, I always used Taylor-UUCP, and I'm pretty sure I could get it working again on Linux, but I have little confidence I could get it working on Win10. I'd probably have better luck with Kermit. > I wonder if the USB LapLink (type) cable or USB On The Go gadget cables > could present as a multi-megabit serial interface. It turns out the initial requirements that I was given were wrong, and the Windows machine does have some limited Internet access via a VPN and proxy, and I can get files to/from the Windows machine that way. So my initial question is moot. -- Grant
Re: [gentoo-user] File transfer via USB?
Grant: > On 4/23/21 7:45 PM, k...@aspodata.se wrote: > > Grant: > > I think you are conflating me for the OP. Easy to do with the same > first name. ;-) Well, your sig is at a cursory look wery alike, but now I see you have some extra dots and an || expression. ... > Is it wrong that the first thing that came to mind when reading the OP's > post is UUCP with as high speed serial as possible? I doubt that many are fluen in cu and uucp, are they even available on the ms-win side. Who knows, this might work https://www.uupc.net/ > I wonder if the USB LapLink (type) cable or USB On The Go gadget cables > could present as a multi-megabit serial interface. You can always build yourself two pairs of RS232 to RS422 converters and see where the limit on your serial ports are. You can even try with other deserializes/serializers. What speed do you want ? Regards, /Karl Hammar
Re: [gentoo-user] File transfer via USB?
On 4/23/21 7:45 PM, k...@aspodata.se wrote: Grant: I think you are conflating me for the OP. Easy to do with the same first name. ;-) In that case, your usb-connection (or anything) will probably be a borderline case to, since that is also a network... But I guess the thing fobidden is anything makeing the ms-win box recognize and use somthing to communicate outwards. I agree and that such is a possibility and is something that Grant /Edwards/ -- the OP -- will need to make a judgement call on. Don't know much about the windows side, but I found this: https://stackoverflow.com/questions/766912/raw-ethernet-frames-using-winsock https://www.winpcap.org/ https://hacked10bits.blogspot.com/2011/12/sending-raw-ethernet-frames-in-6-easy.html seems to be some programming involved. That's about what I had expected. Not many, if any, ready built tools for transferring raw Ethernet frames. Though plenty of scaffolding to create it. Seems it never was, though there were patches: https://flylib.com/books/en/3.151.1.29/1/ That's about what I remember. 4.18-rc1 it seems. Thank you for finding and sharing that milestone. Aside: I don't like using "milestone" to describe the point that was removed. Particularly something I think is good. Ah, forgot that one. ;-) About the original question. Here what a few thing I dig up. https://www.amazon.com/Laplink-High-Speed-Transfer-Cable-PCmover/dp/B0093H83DW This is the USB version of the Laplink cable concept. Decidedly different than the old serial & parallel versions of which I've used many times. LapLink, INTERLNK.EXE & INTERSVR.EXE, and '95's Direct Cable Connection used them. I suspect there may have been more that I'm not aware of. https://sourceforge.net/projects/lptransfer/ Interesting. I'm not sure why a separate program was needed. Maybe it didn't monopolize the server side the same way that INTERSVR.EXE did. Because INTERLNK.EXE would map a drive to the server and return control to the command prompt / batch script allowing use of the new drive letter. https://github.com/viveris/uMTP-Responder Interesting. This is most likely to be the lease problematic considering that it turns the Linux end into a /special/ USB flash drive. It is usually simple to setup and use a serial null-modem cable and run kermit or somthing on the MS-Win side and add a getty (I've used mgetty) handling the serial port on the linux side. Is it wrong that the first thing that came to mind when reading the OP's post is UUCP with as high speed serial as possible? I wonder if the USB LapLink (type) cable or USB On The Go gadget cables could present as a multi-megabit serial interface. -- Grant. . . . unix || die
Re: [gentoo-user] Multiple instances of Dolphin automagically appear upon login
On Sun, Apr 25, 2021 at 7:12 AM Andrew Lowe wrote: > > Hi all, > A reworking of the subject line from my earlier post regarding pods of > Dolphins... > > I've just started up and then logged into my up to date KDE machine. > Once the machine is logged in and ready to go, I have, on the boot/login > just now, 20 instances of Dolphin running. This is straight after login, > I have done nothing to the machine after hitting "enter" when entering > my login password. This number also appears to be increasing each time > I log in. > > Has anyone come across this "feature"? I use ~x86 and everything is up > to date. > > Any thoughts greatly appreciated, > > Andrew To me it's suggestive of something messed up in a config file. What does your .config/dolphinrc file look like? At the level of KDE in general I have no idea what config file/files it looks at when configuring the complete desktop environment but that would be the next thing I'd go looking for. I'm assuming (bad idea) that you've done a very simple experiment like closing all the dolphin windows and immediately logging out of KDE? - Mark
[gentoo-user] Multiple instances of Dolphin automagically appear upon login
Hi all, A reworking of the subject line from my earlier post regarding pods of Dolphins... I've just started up and then logged into my up to date KDE machine. Once the machine is logged in and ready to go, I have, on the boot/login just now, 20 instances of Dolphin running. This is straight after login, I have done nothing to the machine after hitting "enter" when entering my login password. This number also appears to be increasing each time I log in. Has anyone come across this "feature"? I use ~x86 and everything is up to date. Any thoughts greatly appreciated, Andrew
Re: [gentoo-user] File transfer via USB?
Karl: ... > About the original question. Here what a few thing I dig up. > https://www.amazon.com/Laplink-High-Speed-Transfer-Cable-PCmover/dp/B0093H83DW ... With Secure ms-win box - usb laplink cable - dummy ms-win box - tcp/ip - linux box you could be able to do it with usb. Possible have a directory on the linux side be mounted (network share I think it called) on the dummy ms-win box. Then by using the laplink cable/software, transfer things from linux to secure box, it "should" work but I don't know if the laplink thing handles network shares on the dummy well. Their homepage is https://web.laplink.com/ Regards, /Karl Hammar
