linuxPIPEpower

Could you just use a text editor and a separate compiler?

I don't know? Could I? Specifically asking for android because the tutorials I find tell me to use Android Studio. Is it doing something essential and different?

So the following all drive me insane in exactly the same way:

• Android Studio
• VSCode/ium
• Submlime
• Brackets
• Atom
• various smaller projects that i uninstalled and can't remember the names of them

They can be somewhat ameliorated by

• uninstalling/removing/hiding features that are not in use if possible (but risk having to spend 30 minutes looking for it if you ever need it)
• finding a high contrast theme so at least you can mostly see where one visual area stops and the next one begins
• Never opening more than a single document
• don't use terminal, git or anything else. don't use any sidebars. remove status bars.

by way of contrast, these ones are either not confusing, or confusing in their own unique ways:

• Kate
• Notepad++
• Geaney
• jEdit
• gedit
• Mousepad
• TextMate
• BBEdit
• Textadept

Only considering GUI-based editors.

aaah hmmm you do seem to be correct

what is it then? the javascript-based UI?

oh of course there are abbreviated forms. I just used the long versions so that people who aren't framiliar can follow what I am doing without having to spend 10 mins cross referencing the man page.

Likewise in the examples I used options that created a fairly very simple screenshot to clearly illustrate an answer to the question of what eza does that ls doesn't.

I tend to use eza via a couple of aliases with sets of common preferences. Like in a git dir I want to sort by date. usually don't need to see the user column, the size or permissions (except when I do). I do want to see the dotfiles. So I have an appropriate line as eg (eza git). A great companion to gs.

It’s taken me forever to reply because (a) I feel guilty about short replies to long messages, (b) I had to think about this a bit, and © I almost exclusively access Lemmy on my phone and I hate typing long messages on my phone. Not an excuse, just an explanation. There are no good Lemmy desktop clients, but I’ve finally logged in to my instance’s web interface to respond to this. 3 months later.

well I appreciate the time and tbh and in no hurry for any of this. I'm glad it was on an account I actively monitor. I also don't have a perfect system set up to keep track of lemmy stuff so probably I miss things sometimes.

The argument that because the currency isn’t endorsed or backed by a government means it’s not real seems debatable, at best.

So as to the nature of crypto vs fiat. Fiat is not only backed by The State, it is created and controlled by The State. I have never done a deep dive but superficially I find the ideas of MMT as explained by Cory Doctow compelling in the context of capitalism

MMT's core precept is that governments first spend money into existence and then tax it out of existence (contrast this with the standard account that says that governments must tax citizens to pay for programs, which raises the question, "How did the citizens get the money to pay for their taxes unless the government first spent that money into existence, given that governments are the sole source of currency?").

I first encountered it on some podcast he was on, it might have been this one but not totally sure tbh.

So in terms of whether it's "real" that is one difference.

People have been scamming people using regular money for far longer than cryptocurrency has existed.

It is an interesting point, and I'm compelled to agree that lots of scams have been conducted with fiat currency. If it were possible to count it all up, way, way more value has been scammed out of people via fiat.

Just to disclose my priors: To be honest, I am not too interested in "fortunes" being scammed because I don't think anyone comes by massive quantities of money by means which are defensible. An old saying: "if one man has a dollar he didn't work for, it means another man worked for a dollar he didn't get." It is clumsy and imprecise but summarizes how I feel about wealthy individuals.

But crypto has been extensively marketed to people without fortunes. Small people like you (I assume) and me and our families and communities. These people will never get redress for their lost money and it can be devastating. It has specifically targets for example racialized communities who have been systematically excluded from systems that would allow them to accumulate fiat and property.

Unlike fiat, which is created and required by the state, crypto is more like an MLM (pyramid scheme). It is only valuable while new people are buying into it with fiat. If the money pump stops or even slow down, there is a crash. Fiat doesn't need people to buy into it with crypto and it never will.

Back to the topic of chat apps.

I think it feels sleezy to you because the devs are also interested in integrating cryptocurrency into the Session ecosystem, and you believe cryptocurrency=bad.

Disagree. I wouldn't use a chat app that was run by Wells Fargo or PayPal or Visa or a local credit union or any other such organization. That would be weird. My use case for a chat app is 100% in social communication and I see no reason for that to be entangled in financials unless I was directly choosing to contribute money to the development costs of the app.

However I can see different use cases where integration of financial exchange into the platform would be of benefit. Those would be for conducting relationships with a significant transactional nature. Platforms like ebay and aliexpress have chat/mail features and that makes sense. And think of facebook marketplace; also combines chat and transactions. People do business on instagram and whatsapp. It appears that the primary application of something like session would be as an adjunct or replacement for those kinds of conversations.

The question is: Is this a chat app that also has a way to send money, or a financial transaction app with a chat feature? I think it is the latter.

I will admit I don't deeply understand the inners of blockchains. But we know they are unstable so I still find it strange to mix up other unrelated features so intimately. For example aliexpress has a chat feature, and ultimately the stability of the chat is reliant on the business continuity of the organization. But on a day to day level, the reliability of the infrastructure isn't changing according to how much business is being conducted, how popular aliexpress is. I also wouldn't use aliexpress chat to conduct my personal relationships. If I made a friend on aliexpress somehow, I would move that to a more appropriate platform.

You've correctly compared crypto to the stock market. It is very apt as they share a lot of structural elements; only the stock market is older, more entrenched. My opinion: stock market is completely indefensible; get rid of it. Same premise different conclusion. :D I wouldn't use a chat app that was relying on some penny stock for it's technical viability.

further reading if this wasn't enough:

Molly White follows and explains crypto et al; her website: Web3 is Going Just Great is updated frequently. If you are a podcast weirdo like me, she appears on them from time to time, search through your app.

Thanks! I always appreciate another tool for this. I tried to run it but have dep issues.

What is gwc? I can't find a package by that name nor is it included that I can see.

Websearch finds GeoWebCache, Gnome Wave Cleaner, GtkWaveCleaner, several IT companies... nothing that looks relevant.

edit: also stumped looking for gsort. it seems to be associated with something called STATA which is statistical analysis software. Is that something you are involved with maybe running some special stuff on your system?

PS you missed a newline at the end before closing the code block which is why the image was showing up as markdown instead of displaying properly.

Change:

    }```

to:

    }
    ```

Nice! I'm sure they will appreciate your thorough report.

I wonder if they also plan to make an option about crossing filesystem boundaries. I have seen it commonly in this sort of use case.

Maybe all this complexity this is the reason why total dir size has not previously been integrated into this kind of tool. (Notable exception: lsd if you are interested.) I really hope the development persists though because being able to easily manipulate so many different kinds of information about the filesystem without spending hours/days/weeks/years creating bespoke shell scripts is super handy.

I am inclined to agree with you. See my comment in cross post of this thread.

I'm just a home admin of my own local systems and while I try to avoid doing stuff that's too wacky, in the context I don't mind playing a bit fast n loose. If I screw it up, the consequences are my own.

At work, I am an end user of systems with much higher grade of importance to lots of people. I would not be impressed to learn there was a bunch of novel bleeding edge stuff running on those systems. Administering them has a higher burden of care and responsibility and I expect the people in charge to apply more scrutiny. If it's screwed up, the consequences are on a lot of people with no agency over the situation.

Just like other things done at small vs large scale. Most people with long hair don't wear a hairnet when cooking at home, although it is a requirement in some industrial food prep situations. Most home fridges don't have strict rules about how to store different kinds of foods to avoid cross contamination, nor do they have a thermometer which is checked regularly and logged to show the food is being stored appropriately. Although this needs to be done in a professional context. Pressures, risks and consequences are different.

To summarize: I certainly hope sysadmins aren't on here installing every doohicky some dumbass like me suggests on their production systems. :D

Some of the distros actually just included an alias from exa to eza when the project forked. I didn't even realize I was using eza for a long time!

ooops you commented similar/same twice. I think this one was a draft. :)

For my part I think all this troublefinding and troublesolving is a great use of a thread. :D Especially if it gets turned into a bug report and eventually PR. I had a quick look in the repo and I don't see anything relevant but it could be hidden where I can't see it. Since you've already gone and found the problem it would be a shame to leave it here where it'll never be found or seen. Hope you will send to them.

I also reproduce the bug by moving an ISO file into a directory then hardlinking it in the same dir. Each file is counted individually and the dir is 2x the size it should be! I can't find any way to fix it.

The best I can come up with is to show the links but it only works when you look at the linked file itself:

$ eza --long -h --total-size --sort=oldest --no-permissions --no-user --no-time --tree --links LinuxISOs
Links Size Name
    1 3.1G LinuxISOs
    2 1.5G ├── linux.iso
    2 1.5G └── morelinux.iso

If you look further up the filetree you could never guess. (I will say again that my distro is not up to date with the latest release and it is possible this is already fixed.)

This should be an option. In dua-cli, another one of the other rust terminal tools I love, you can choose:

$ dua  LinuxISOs
      0   B morelinux.iso
   1.43 GiB linux.iso
   1.43 GiB total

$ dua --count-hard-links LinuxISOs
   1.43 GiB linux.iso
   1.43 GiB morelinux.iso
   2.86 GiB total

well I guess a way to test would be to create a new directory and copy or create some files into it rather than using a working directory where there are unknown complexities. IIRC dd can create files according to parameters.

Start with a single file in a normal location and see how to get it to output the correct info and complicate things until you can find out where it breaks.

That's what I would do, but maybe a dev would have a more sophisticated method. Might be worth while to read the PR where the feature was introduced.

Also kind of a shot in the dark but do you have an ext4 filesystem? I have been dabbling with btrfs lately and it leads to some strange behaviors. Like some problems with rsync. Ideally this tool would be working properly for all use cases but it's new so perhaps the testing would be helpful. I also noticed that this feature is unix only. I didn't read about why.

it would be that du AND Dolphin filemanager would ignore those files, and eza would not. Which its hard to believe for me.

Although only 1 of various potential causes, I don't think it is implausible on its face. du probably doesn't know about git at all right? If nautilus has a VCS extension installed I doubt it would specifically ignore for the purposes of calculating file size.

I have found a lot of these rust alternatives ignore .git and other files a little too aggressively for my taste. Both fd (find), and ag (grep) require 1-2 arguments to include dotfiles, git-ignored and other files. There are other defaults that I suppose make lots of sense in certain contexts. Often I can't find something I know is there and eventually it turns out it's being ignored somehow.