linuxPIPEpower

joined 1 year ago
[–] [email protected] 2 points 3 days ago

I've been seeing a lot of posts about how nobody can get through the AI filters when applying for jobs.

These are the people who get through the filters.

[–] [email protected] 3 points 3 days ago (1 children)

but the advice is that instead of pointing, tell a riddle

[–] [email protected] 2 points 3 days ago

Since I started learning enough about computers that I have a reason to be hanging out in forums and issue trackers I've really changed the way I think about tech problems.

From feedback given to me, and to others, and from general posting guidelines, I learned to be more systematic about looking for answer. Going through the process of writing out in full what happened can clarify things. I often start writing a question, never to post it because it gets solved half way through. Assemble the logs. Check the environment isn't wonky somehow. Upgrade everything. Check the docs. Check the latest release notes. Verify the details.

I've always been comfortable with the software side of computers but I have a lot more confidence lately because of all this. But I never would have been able to learn it on my own. Equally important as the thinking is that I know I can lean on community members to help me get through those cognitive bottlenecks. By reading the vast archives of prior discussions and problem solving, and occasionally asking my own, or even answering if possible, I'm getting smarter at my areas of interest every year.

But I wasn't born knowing that, nor was it kept from me. I got socialized into a certain way of doing and thinking things that is appropriate to these situations. There is no reason why any newcomer would arrive so socialized. So you need to bring them through the process.

[–] [email protected] 4 points 3 days ago

Must point out that this essay was published in 2006. World of Warcraft was big 2002-2006 yes? So @jnod4 is mistaken about having grown up on the good old days.

Also mistaken, as you point out, that any such experience can be generalized to the rest of a generation.

I'm not much of a gamer at any stage of life but I feel like there is a ton of modding going on and there are certain games that are very well known for it. I'm sure there are opportunities to get into stuff for younger people.

Tho I do agree with the general sentiment that slick interfaces and anti-hacking legislation really does us all a disservice.

[–] [email protected] 5 points 3 days ago

one of the major benefits of going to school is you can learn stuff your parents don't know or can't teach.

In your country, when you were a child, how many parents out of 1000 knew more than a computer teacher about computing?

You are advocating for a world where only the children of the educated can become educated.

[–] [email protected] 4 points 3 days ago

Technology has really slowed down a lot since that time. There is less public investment and corporations sure as shit aren't going to finance all their own R&D. So why bother?

There's no virtue in needlessly cycling through new devices all the time just to satisfy one's own emotions.

[–] [email protected] 1 points 3 days ago (1 children)

because zsh I swapped out ~ -> $HOME. In addition to some permission denied that you always get finding over the home dir, I get these weird hits:

find "$HOME" -type l -exec /bin/sh /path/to/the/script "/path/to/target/dir" {} +
/home/user/.konan/dependencies/x86_64-unknown-linux-gnu-gcc-8.3.0-glibc-2.19-kernel-4.9-2/x86_64-unknown-linux-gnu/lib64/libatomic.so
/home/user/.mozilla/firefox/xxx000xx.someprofile/chrome/dir/file.css

lib atomic is something I've heard of vaguely but certainly not anything I use. I couldn't identify any way this file was doing anything outside the ~/.konan dir.

the CSS files there were a few different ones in a couple different Firefox profiles. it's the user customization. But I don't think it should have anything to do with the directory I was asking for.

If I give it a bit more of a hint, telling to look in ~/.config specifically, now I get some (but not all) the links I expect.

find "$HOME/.config" -type l -exec /bin/sh /path/to/the/script "/path/to/target/dir" {} +
/home/user/.config/dir02
/home/user/.config/dir01/subdir/file
/home/user/.config/dir01/subdir2/file2

And suggesting it searches in the .konan dir where it found lib atomimc, it now doesn't find anything.

find "$HOME/.konan" -type l -exec /bin/sh /path/to/the/script "/path/to/target/dir" {} +

Could be all kinds of things getting the way. Different versions of relevant tools, filesystems/setups, permissions...

 

I want to move a directory with a bunch of subdirectories and files. But I have the feeling there might be some symlinks to a few of them elsewhere on the file system. (As in the directory contains the targets of symlinks.)

How do I search all files for symlinks pointing to them?

Some combination of find, stat, ls, realpath, readlink and maybe xargs? I can't quite figure it out.

[–] [email protected] 3 points 5 days ago

Ventoy is just soooo fucking useful.

[–] [email protected] 1 points 5 days ago

Idk which has worked best. Currently it is running on a debian derivative called "sparky" for no particular reason. As I said, bluethooth magically started working so I'm not changing anything.

I really strongly recommend you prioritize a popular distro as a novice user. When you have problems, it will be a lot harder to get help if you are using something obscure. People who are using more common distros won't be able to know if your problem could be due to some oddity of your distro. So they will be more reluctant to offer solutions.

Mint is a really good first choice. And you should just try the thing I suggested about booting from USBs and seeing if networking and other basics work properly.

Only proceed to something like sparky if nothing else works.

The good news about having a device from 2018, is there should be no (few) surprises. Other people will have tried things already. It's a similar benefit as choosing a popular distro.

[–] [email protected] 12 points 6 days ago (5 children)

You are thinking too hard I think in the wrong direction. Use Mint unless you have a strong feeling/need for something else. In which case, use that. Choice of first distro is not really that important. Pick a popular one and if it's wrong for you, you'll figure it out.

What you haven't mentioned is any research you have done regarding hardware support/compatibility for your specific device. I searched the specs you listed and it came up with some netbooks like CB012DX. I actually have an older, shittier version of this device running a debian derivative. (Mint is also in the debian family FYI.) And I've had fun installing various linuxes on even older, shittier ~~chrome~~netbooks over the years.

Assuming yours is in this ballpark, I have one really important piece of advice for you. Before you think anymore about it, download ISOs of your top 1 or 3 distro choices, flash them to USB and attempt to boot. These super cheap devices cut corners on components. It is not unlikely that you will have some hardware that either doesn't have open source drivers, or has some sort of theoretical support that will be too esoteric for you to implement at your current skill level. It is quite common on these devices that everything works fine except networking or something like that. So you might be able to exclude some of your choices based on that. Try to find a distro that works reasonably well out of the box.

You should find the various names your device goes by

As you have probably read, booting from a flashed USB is non-destructive of you normal system (unless you choose to format your disk or something of course). Assuming you have no issues booting, try out all the hardware features you have like: trackpad (different kinds of click, drag, zoom etc), ethernet, wireless (2.4 + 5ghz network), bluetooth, speakers, headphones, external input device, external displays, fingerprint scanner, touch screen, all keys and buttons, cameras, mics, sensors, keyboard lights. Any external devices you like to use: mice, keyboards, dongles, should also be included. I suggest making a list and systematically checking each item.

You can use this amazing tool called ventoy to flash one USB boot drive to have multiple distros available. You can even keep a windows ISO on there. It will even let you reserve a portion of the disk for persistent storage. Ventoy substantially improves this whole process so you don't have to have 10 different USB disks floating around. It is well designed and straight forward to use.

So on my current netbook, I was lucky that networking has been no problem. people with a slightly different model have to use an external wifi dongle (and not all wifi dongles are compatible with linux). I have never gotten anything form the speakers, but they might have arrived broken, apparently it's pretty easy to blow out the speakers and I didn't test while ChromeOS was still installed. Using an arch-based distro, the touch screen worked but now in Debian it doesn't. I don't really care about that. I really wanted Bluetooth to work and I couldn't for the longest time til one day it just magically solved itself and I haven't reinstalled since then because I am not sure I'd be able to re-solve it.

The other piece of advice has to do with storage. Depending what software you run, it can require a bit of space. 64gb could be gone quickly. This will be somewhat controversial (for good reason) but I always end up devoting the full eMMC to the system partition and having a permanently mounted SD card for /home, user storage and maybe even some of the system temp directories. This goes against common advice because SD cards are more prone to failure. So you need to have a good backup plan or just accept the risk. But if you run out of storage space on your system drive you can get yourself into the kind of mess that requires reinstalling.

In terms of both storage and RAM/CPU use, you will want to be extremely judicious of you application use. Firefox is a beast on any operating system.If you like to have a bunch of hungry tabs going on, you can't really optimize the OS.

[–] [email protected] 0 points 1 week ago

No I'm one of those "think!" nutjobs

 

I have 2 directories which both have stuff in them:

  • /home/user/folderApple

  • /mnt/drive/folderBanana

I want to mount folderBanana onto folderApple like this:

sudo mount --bind "/mnt/drive/folderBanana" "/home/user/folderApple"

But I still want to be able to access the contents of folderApple while this is activated. From what I am reading, binding the original directory to a new location should make it available, like this:

mkdir "/home/user/folderApple-original"
sudo mount --bind  "/home/user/folderApple" "/home/user/folderApple-original"

But this just binds /mnt/drive/folderBanana to /home/user/folderApple-original as well. I tried reversing the order and result is the same.

How do I tell mount to look for the underlying directory?

I am happy to use symlinks or something else if it'll reliably get the job done, I am not wedded to this mechanism.

(The purpose of all this is that when an external drive is connected, I can have the storage conveniently available, but when it is not connected, the system will fallback to internal storage. But then I will want to move files between the fallback and external locations when both are available. So I need to see both locations at once.)

 

Is there anyway to pass terminal colors through a pipe?

As a simple example, ls -l --color=always | grep ii.

When you just run the ls -l --color=always part alone, you get the filenames color coded. But adding grep ii removes the color coding and just has the grep match highlighting.

Screenshot of both examples:

In the above example I would want ii.mp3 and ii.png filenames to retain the cyan and magenta highlighting, respectively. With or without the grep match highlighting.

Question is not specific to ls or grep.

If this is possible, is there a correct term/name for it? I am unable to locate anything.

 

Once again I try to get a handle of my various dotfiles and configs. This time I take another stab at gnu stow as it is often recommended. I do not understand it.

Here's how I understand it: I'm supposed to manually move all my files into a new directory where the original are. So for ~ I make like this:

~
  - dotfiles
      - bash
         dot-bashrc
         dot-bash_profile
      - xdg
            - dot-config
                user-dirs.dirs
      - tealdeer
            - dot-config
                - tealdeer
                       config.toml

then cd ~/dotfiles && stow --dotfiles .

Then (if I very carefully created each directory tree) it will symlink those files back to where they came from like this:

~
  .bashrc
  .bash_profile
   - .config
        user-dirs.dirs
      - tealdeer
          config.toml

I don't really understand what this application is doing because setting up the dotfiles directory is a lot more work than making symlinks afterwards. Every instructions tells me to make up this directory structure by hand but that seems to tedious with so many configs; isn't there some kind of automation to it?

Once the symlinks are created then what?

  • Tutorials don't really mention it but the actual manual gives me the impression this is a packager manager in some way and that's confusing. Lots of stuff about compiling

  • I see about how to combine it with git. Tried git-oriented dotfile systems before and they just aren't practical for me. And again I don't see what stow contributing; git would be doing all the work there.

  • Is there anything here about sharing configs between non-identical devices? Not everything can be copy/pasted exactly. Are you supposed to be making git branches or something?

The manual is not gentle enough to learn from scratch. OTOH there are very very short tutorials which offer little information.

I feel that I'm really missing the magic that's obvious to everyone else.

 

Some packages install in under a minute, while alternatives which seem functionally similar, take hours.

Sometimes there are several available options to fit a use case and I would like to use it now. Is it possible to anticipate which one will likely be the fastest to get rolling?

Generally I like to install via yay.

Searching around here is what I learned. Agree?:

  • AUR will be slower
  • Certain categories of package, like web browser, are inherently slow
  • Selecting -bin will be faster if available

Is there some way to guess beyond that? Certain programing languages take longer than others? Is it in relationship to existing packages on the system? Other characteristic? Some kind of dry-run feature to estimate?

Obviously I don't have the fastest computer. I have added MAKEFLAGS="-j4" to /etc/makepkg.conf so at least all 4 cores can get used.

Once I realize a package is going to take ages to get ready, is it possible to safely intervene to stop the process? I try to avoid it because in general I understand arch-based distros don't like "partial" installs. But is it safe to stop compiling? No changes have yet been made, right?

 

Title is TLDR. More info about what I'm trying to do below.

My daily driver computer is Laptop with an SSD. No possibility to expand.

So for storage of lots n lots of files, I have an old, low resource Desktop with a bunch of HDDs plugged in (mostly via USB).

I can access Desktop files via SSH/SFTP on the LAN. But it can be quite slow.

And sometimes (not too often; this isn't a main requirement) I take Laptop to use elsewhere. I do not plan to make Desktop available outside the network so I need to have a copy of required files on Laptop.

Therefor, sometimes I like to move the remote files from Desktop to Laptop to work on them. To make a sort of local cache. This could be individual files or directory trees.

But then I have a mess of duplication. Sometimes I forget to put the files back.

Seems like Laptop could be a lot more clever than I am and help with this. Like could it always fetch a remote file which is being edited and save it locally?

Is there any way to have Laptop fetch files, information about file trees, etc, located on Desktop when needed and smartly put them back after editing?

Or even keep some stuff around. Like lists of files, attributes, thumbnails etc. Even browsing the directory tree on Desktop can be slow sometimes.

I am not sure what this would be called.

Ideas and tools I am already comfortable with:

  • rsync is the most obvious foundation to work from but I am not sure exactly what would be the best configuration and how to manage it.

  • luckybackup is my favorite rsync GUI front end; it lets you save profiles, jobs etc which is sweet

  • freeFileSync is another GUI front end I've used but I am preferring lucky/rsync these days

  • I don't think git is a viable solution here because there are already git directories included, there are many non-text files, and some of the directory trees are so large that they would cause git to choke looking at all the files.

  • syncthing might work. I've been having issues with it lately but I may have gotten these ironed out.

Something a little more transparent than the above would be cool but I am not sure if that exists?

Any help appreciated even just idea on what to web search for because I am stumped even on that.

 

Does anyone else find javascript/electron-based code editors confusing? I can never understand the organization/hierarchies of menus, buttons, windows, tabs. All my time is spent hunting through the interface. My kingdom for a normal dialogue box!

I've tried and failed to use VSCodium on a bunch of occasions for this reason. And a couple other ones. It's like the UI got left in the InstaPot waaaay too long and now it's just a soggy stewy mess.

Today I finally thought I'd take the first step toward android development. Completing a very simple hello world tutorial is proving to be challenging just because the window I see doesn't precisely correspond to the screenshots. Trying to find the buttons/menus/tools is very slow as I am constantly getting lost. I only ever have this in applications with javascript-based UIs

Questions:

  1. Am I the only one who faces this challenge?

  2. Do I have to use Android Studio or it there some kind of native linux alternative?

edited to reflect correction that Android Studio is not electron

 

I just noticed that eza can now display total disk space used by directories!

I think this is pretty cool. I wanted it for a long time.

There are other ways to get the information of course. But having it integrated with all the other options for listing directories is fab. eza has features like --git-awareness, --tree display, clickable --hyperlink, filetype --icons and other display, permissions, dates, ownerships, and other stuff. being able to mash everything together in any arbitrary way which is useful is handy. And of course you can --sort=size

docs:

  --total-size               show the size of a directory as the size of all
                             files and directories inside (unix only)

It also (optionally) color codes the information. Values measures in kb, mb, and gb are clear. Here is a screenshot to show that:

eza --long -h --total-size --sort=oldest --no-permissions --no-user

Of course it take a little while to load large directories so you will not want to use by default.

Looks like it was first implemented Oct 2023 with some fixes since then. (Changelog). PR #533 - feat: added recursive directory parser with `--total-size` flag by Xemptuous

view more: next ›