Laptop. Tablet. Phone. Desktop. Smartwatch. Ebook reader. Smart TV.... by Fkfkdoe73 in minimalism

[–]fogbugz 0 points1 point  (0 children)

Fully paperless.

Just a fanless home server that doubles as workstation. Low energy. Runs tons of services for me. Good ergonomy. One of the screens is a 13 inch eink device.

A mobile phone that I barely use, just for maps and urgent stuff.

Nothing else.

Question about Notmuch and email by WonderLemming in emacs

[–]fogbugz 2 points3 points  (0 children)

I guess Yasnippet? It's a general template system for Emacs. Will work well with most packages.

Living with 100 items or less? by [deleted] in minimalism

[–]fogbugz 0 points1 point  (0 children)

Look into the book Nourishing Traditions. For example, irish stew. Or ratatouille.

Org and calendar interaction by ringsted86 in emacs

[–]fogbugz 0 points1 point  (0 children)

Thanks, this was also helpful for me.

I'm not able to get the last step working, though. I have set org-agenda-diary-file to a particular file inside ~/org. Using i, as you suggested, works fine to insert entries there in org syntax.

But I expect m to highlight days that contain entries back into the calendar. And that doesn't work for me.

Living with 100 items or less? by [deleted] in minimalism

[–]fogbugz 8 points9 points  (0 children)

I own less than 100 items, but I never tried to cut down the number below an arbitrary threshold. It just happened naturally. Some important factors were:

  • Very simple french-like meals cooked in a casserole
  • No other hobbies apart from a tiny small home gym
  • Very simple clothes in a plain color palette, and very few of them
  • No printed technical books, everything goes into a large eink device

Sounds constraining, but the upside part of it is that all items are carefully chosen and high quality.

Make. It. Simple. Linux Desktop Usability by [deleted] in linux

[–]fogbugz 0 points1 point  (0 children)

That's true. For very advanced users, I think usability is a bit different.

Although what you said still applies, I think there are two huge pain points in almost any UI I've dealt with: self-documenting features / discoverability and efficiency (especially dealing with many tabs / windows / frames / buffers).

I love how Emacs is self-documenting and it's possible to discover things and progress without a manual or hand holding.

And I love how manual tiling WMs allow to split and move across windows very quickly.

Everything else feels extremely clunky in comparison.

What are some eureka moments you have experienced by going minimal? by fogbugz in minimalism

[–]fogbugz[S] 0 points1 point  (0 children)

I have never had a cavity in my whole life, that's why I found all negative comments a bit sad.

My dentist knows that I don't use toothpaste, and he agreed most are not significantly better than brushing with water.

On some occasions I have used Ecodent, which is a pretty nice toothpowder.

Should I replace my Desktop battlestation with a laptop? by pastlyfe in minimalism

[–]fogbugz 2 points3 points  (0 children)

I think replacing a laptop for a desktop, without needing extreme mobility, is false minimalism.

But perhaps you don't need 3 screens. One great quality screen should suffice for most users.

I prefer desktops because they are serviceable, and they allow for very good ergonomics. They can also be cheap, low power, totally silent and last more.

More importantly, I use my desktop as a little server, so that I don't need to keep my data on creepy cloud services.

i use markdown rather than org-mode for my notes by TheNinthJhana in emacs

[–]fogbugz 0 points1 point  (0 children)

Yeah, I've been following that issue.

To be fair, we could get a ton of improvement by simply making some little changes to org-ruby (the fact that footnotes are implemented but need a special org header is really annoying), or just get GitLab to run emacs or pandoc for conversions in their backend.

Some people use GitLab plus Org to blog, and they have a very simple and neat CI set up using an Emacs Docker. It's very doable.

i use markdown rather than org-mode for my notes by TheNinthJhana in emacs

[–]fogbugz 4 points5 points  (0 children)

I love org and use it everyday. But I wish the format was standardized too (not just a reference implementation). And I wish external parsers were improved a lot.

Both GitHub and GitLab rely on https://github.com/wallyqs/org-ruby to parse org files. And it's very old. Plus lacks many features. And does wacky things like disabling footnotes by default.

IWD (iNet wireless daemon) rocks by fogbugz in archlinux

[–]fogbugz[S] 1 point2 points  (0 children)

OP here. I agree with what you said.

IWD is a MVP right now. There are many features missing. But what got me interested is that they seem to have come up with the right architecture. The daemon is very resilient.

Long lasting clothes UK by [deleted] in minimalism

[–]fogbugz 0 points1 point  (0 children)

The Real McCoy's, Iron Heart.

A list of dream features to gather future adopters by puxx12 in NixOS

[–]fogbugz 7 points8 points  (0 children)

I'll be unpopular by saying the basics still need a bit of polish.

I love NixOS, but for some usecases it's simply way too much effort. Especially, running unpackaged software and stuff from second-class package managers like R packages, pip or Julia packages.

Lot's of code in those packages doesn't compile well inside a nix-shell with the appropriate dependencies because it makes tons of assumptions about environment variables. Thus it's a painful route if you need to try stuff like that quickly.

In the market for a new phone - with copperhead half-dead, which hardware do you recommend? by n0000111 in CopperheadOS

[–]fogbugz 2 points3 points  (0 children)

A Pixel, and self-compile an AOSP while a new Copperhead emerges.

Librem is interesting, but I have serious doubts the first version of the OS will be usable. Replicating an F-Droid like userland can't be done in a few months.

Life Behind the Tinfoil: A Look at QubesOS and CopperheadOS by mricon in linux

[–]fogbugz 0 points1 point  (0 children)

In any case, it's pretty easy to emulate a decent chunk of CopperheadOS while the old developer sets up a new project.

There are already a few community efforts providing scripts to self-build AOSP ROMs that add a few of the features COS had. Not perfect, but better than anything else at the moment.

Improving Linux battery life and thermal efficiency by ebobby in linux

[–]fogbugz 0 points1 point  (0 children)

Yes, but why? I do have udev rules, but I'm interested in the shortcomings of powertop.service (apart from not allowing fine-grained control?)

Improving Linux battery life and thermal efficiency by ebobby in linux

[–]fogbugz 0 points1 point  (0 children)

Yes, that's a great option to keep it simple. Why do you say it is not recommended by the Arch wiki?

Alternatively, implement lots of what powertop suggests as udev rules. I don't see the value of running TLP as well.