What is something *new* you have learned about Linux within the past 7 days?
Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I don't get it. 'Ctrl+ l' and 'Ctrl + L' both clear my terminal screen and there is no scrolling to any previous output.
I suspect (s)he simply meant that ctrl-l clears the screen, but not the scroll-back buffer, so one can still shift-pgup to see what had already scrolled off the top of the screen prior to the ctrl-l. One still loses the visible part of the screen buffer of course, so I'm, not sure how useful that quirk is in practice.
side-note:
I've been finding myself using emacs shell-buffers more and more of late, in which ctrl-l will toggle the current line to the top/middle/bottom of the screen without losing any prior contents of the buffer. They don't support ncurses apps unfortunately, but they're good for running basic stdin/stdout based commands, especially when you want to cut/paste any of it.
I discovered today that when a directory name is a symbolic link to a directory elsewhere, you cannot list its contents with ls unless you use the -H option to dereference the link. This is a minor nuisance in Slackware-15, where the /var/log/packages directory (which I often check for package info) is now a link to a real directory in the /var tree.
It doesn't have a / at the end because technically it isn't a directory, it's a link.
Yes, but it used to have one, and it used to auto-complete. Now it also auto-completes but one must hit <Tab> twice.
It'd probably be best if I moved the directory back where it was, and make a symlink in that other place.
I learned (again, probably) that the dependencies are not always honored by the package handling software, like apt, dpkg and the like. This is probably an issue for the people who do the packaging for Debian.
Upon uninstalling unused software, some libraries – essential to other software – can be removed without giving you an indication, conflicts are not reported and you will be surprised...
Nothing critical, though. I do not understand it, but I can live with it. All is working again, btw.
I discovered today that when a directory name is a symbolic link to a directory elsewhere, you cannot list its contents with ls unless you use the -H option to dereference the link. This is a minor nuisance in Slackware-15, where the /var/log/packages directory (which I often check for package info) is now a link to a real directory in the /var tree.
Perhaps you can use a trailing / to enforce a directory?
It also enforces to follow the link.
This is a generic feature.
echo */
shows directories only.
Upon uninstalling unused software, some libraries – essential to other software – can be removed without giving you an indication, conflicts are not reported and you will be surprised...
Wow, never heard of that before or run into that in 20 years of daily linux usage.
I rarely remove software, true, but I did it like a couple dozen times, not a
single one ended with failure or unstable system, especially debian, ubuntu, mint,
mandrake, mageia... 0 errors when uninstalling software.
I learned (again, probably) that the dependencies are not always honored by the package handling software, like apt, dpkg and the like. This is probably an issue for the people who do the packaging for Debian.
Upon uninstalling unused software, some libraries – essential to other software – can be removed without giving you an indication, conflicts are not reported and you will be surprised...
The behaviour you describe would seem to indicate a bug. Bugs should be reported. Can you please give a specific example?
The behaviour you describe would seem to indicate a bug. Bugs should be reported. Can you please give a specific example?
I apologize in advance.
bugs should be reported – You are certainly right, but I am becoming so lazy. I am more occupied avoiding decortication of fine young apple-trees or – likewise – partying because heavy rain prevents me from passing that darned machine in the orchard.
specific example – I do not even remember the exact event which made me post. Maybe I should not follow this thread at all ...
No. I found a solution and am not harmed by the misbehavior that I have observed. This made me forget the problem rapidly.
I learned (again probably) that the power of a highly configurable system lures you into using this power, then – because everything is running so smoothly – you forget what you just did. Unfortunately this happens after changing an uninteresting setting just in the same way as after some crucial reconfiguration of important software.
This morning my IP was rejected by a Web-Server. The conclusion (that I jumped on) was evident and false.
It took me hours to remember that I have hard-wired a proxy with this one browser that I use only alternatively to others
Code:
socks://localhost:9050
These things happen all the time and it does not hurt much, but the core problem that I hope to point at in my initial phrase, should be addressed in a way. Let's say, I am getting old? How will I manage those situations? Some day, a petition in lunacy will certainly help.
Last edited by Michael Uplawski; 01-04-2022 at 03:35 AM.
Reason: Some missing rendered comprehension. Corrected. hope
So I've spent a number of years not understanding samba shares for a group. It just never worked and I never could figure out why. I followed every guide I could I thought. I even followed the smb.conf... or so I thought.
I only recently learned that I need to define the group with @group. For some reason for the past several years till recently I had always tried to define the valid users with %group.
Where I got that I don't know. But suffice to say it kept me from having easy mode samba shares for a long time.... Shamed much yes.
Last edited by jmgibson1981; 01-13-2022 at 03:41 PM.
Learned about making a boot partition on Hard Drive for uefi bios gear. Also what efi means.
Funny part in all of this. This was full install on a sd card since the touchscreen laptop had broken wires for the sata connection for the hard drive.
So I've spent a number of years not understanding samba shares for a group. It just never worked and I never could figure out why. I followed every guide I could I thought. I even followed the smb.conf... or so I thought.
I only recently learned that I need to define the group with @group. For some reason for the past several years till recently I had always tried to define the valid users with %group.
Where I got that I don't know. But suffice to say it kept me from having easy mode samba shares for a long time.... Shamed much yes.
Sometimes the main linux box will let me access a WinBox via the IP address; sometimes it just ignores me. It won't let any WinBoxen see its files, nor the other linux box, but is happy to share with the iPhone. Clue, that thing I'm still looking for...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.