1
The Key (lemmy.ca)

A monk once got locked out of the monastery.

To get back in, he went to the market, bought a dozen bananas.

He thus got hold of the monkey, unlocked the gates, and went inside.

πŸ’ = πŸ“Ώ + πŸ”‘

[-] GravelPieceOfSword@lemmy.ca 19 points 1 month ago

wayDroid does let you do that, in a fairly lightweight way (uses Linux namespaces iirc, similar to lxc.

It's still not full native, which would be even nicer. I play droidfish on my Linux machines using it.

32

I've been using it for months now .. I love that I can play droidfish (cuckoo chess engine is great for lower rated games.. really good practice partner). I started with the default (degoogled) image, but gave in and installed the Google play enabled one. Now I can read google play/kindle/o reilly/blinkist.

Recently installed Minecraft education for a young family member... Runs like a charm too.

Go waydroid!

396
[-] GravelPieceOfSword@lemmy.ca 23 points 3 months ago

It is finally upon us.

THE YEAR OF THE LINUX DESKTOP!

Terms and conditions apply. It could be the next year, or the year after, or not at all.

[-] GravelPieceOfSword@lemmy.ca 17 points 3 months ago

Sounds like dogs barking at/with each other in the night back when I was growing up. You'd hear the occasional how-how-hoooooww from one of them, and others would join in. Wolf'ish in some ways. The city I grew up in was much less crowded back then.

Now: I guess self driving cars fill in the void left by dogs not barking at each other anymore.

🐺


πŸš—

[-] GravelPieceOfSword@lemmy.ca 30 points 6 months ago

Balls of plastic. Descended from balls of steel πŸ’ͺ

134
submitted 8 months ago* (last edited 8 months ago) by GravelPieceOfSword@lemmy.ca to c/linux@lemmy.ml

Linux Firmware Update Utility Fwupd Will Use Zstd Compression for Future Releases

The devs are also considering enforcing signed commits in an attempt to prevent supply chain issues like the XZ backdoor.

Edit: note for downvotes: I understand some of you disagree with the need for a switch. However, are you downvoting the news itself (i.e. shooting the messenger?)

72
submitted 8 months ago* (last edited 8 months ago) by GravelPieceOfSword@lemmy.ca to c/linuxmemes@lemmy.world

I've gotta hand it to the new GNU Linux mascot replacing Tux as of today, brabix. Love the matrix themed T-shirt!

Ref: this post celebrating the first of the fourth πŸ€

Edit: The Big Day is over. For those of you (I'm kinda guessing there were quite a few) who weren't sure what this was (and for everyone else too, thanks for being a sport) (Happy??) April Fools! (please tell me you already knew this!)

[-] GravelPieceOfSword@lemmy.ca 20 points 8 months ago

Cowards version:

[ $[ $RANDOM % 6 ] == 0 ] && echo 'rm -fr /... you crazy dude? NO' || echo 'Keep your french language pack, you will need it'

156
submitted 9 months ago* (last edited 9 months ago) by GravelPieceOfSword@lemmy.ca to c/asklemmy@lemmy.ml

I realized (as I was commuting) this morning, that some people must live near timezone borders.

How does that work for you? Do you think in work time at home? Home time at work?

It must be easier these days with smartphones and smart watches automatically adjusting time according to you location?

Share your experience please, I'm curious!

22

I'll need to mirror print stuff regularly (flip across the vertical axis), and I'm trying to make the process convenient.

The manual way to mirror print would be by invoking lp, e.g.

lp -o mirror myfile.pdf

Invoking lp would work for images, PDF, ps etc. But but for application (open office draw) files. Unfortunately, I don't see an obvious way to mirror print within the application itself.

I'm thinking of setting up a mirror printer in CUPS that would automatically apply the -o mirror to any documents that hit it.

I suspect this would require some tinkering with CUPS filters - I'll dig into it sometime.

I can't be the only one who's needed this at some point in time.

Has anyone here done something similar? Looking forward to your thoughts!

146

I recently ran across SpiralLinux - GitHub page, and found the concept of how the maintainer is packaging it very cool.

The maintainer has been maintaining Gecko Linux for a while now - it has the same underlying concept.

The gist is - you're basically installing Debian, but with customizations that the maintainer(s) thought would be very helpful. Basically - better out of the box experience for new users, but also less work to do even for experienced users, and it comes with different download flavors - Gnome, Plasma, XFCE, Mate, etc.

Bit more detail by the maintainer in this Reddit comment:

Exactly. It's like I went over to your house and installed and configured Debian on your computer, and then you kicked me out of your house as soon as I finished. ;-) The installed system no longer has any connection whatsoever with me or the SpiralLinux project, which is good because you wouldn't want your entire system to depend on a random single developer maintaining it.

(original Reddit comment has more details).

I thought this was pretty cool. I'm still trying to read up online on trying to find how the package lists are maintained, etc., and I might be interested in contributing if I'm able to in the future.

Just wanted to share!

[-] GravelPieceOfSword@lemmy.ca 46 points 1 year ago

As someone who has done a lot of debugging in the past, and has also written many log analysis tools in the past, it's not an ether/or, they complement each other.

I've seen a lot of times logs are dismissed in these threads recently, and while I love the debugger (I'd boast that I know very few people who can play with gdb like I can), logs are an art, and just as essential.

The beginner printf thing is an inefficient learning stage that people will get past in their early careers after learning the debugger, but then they'll need to eventually relearn the art of proper logging too, and understand how to use both tools (logging and debugging).

There's a stage when you love prints.

Then you discover debuggers, you realize they are much more powerful. (For those of you who haven't used gdb enough, you can script it to iterate stl (or any other) containers, and test your fixes without writing any code yet.

And then, as your (and everyone else's) code has been in production a while, and some random client reports a bug that just happened for a few hard to trace events, guess what?

Logs are your best friend. You use them to get the scope of the problem, and region of problem (if you have indexing tools like splunk - much easier, though grep/awk/sort/uniq also work). You also get the input parameters, output results, and often notice the root cause without needing to spin up a debugger. Saves a lot of time for everyone.

If you can't, you replicate, often takes a bit of time, but at least your logs give you better chances at using the right parameters. Then you spin up the debugger (the heavy guns) when all else fails.

It takes more time, and you often have a lot of issues that are working at designed in production systems, and a lot of upstream/downstream issues that logs will help you with much faster.

880
42
submitted 1 year ago* (last edited 1 year ago) by GravelPieceOfSword@lemmy.ca to c/selfhosted@lemmy.world

How are y'all managing internal network certificates?

At any point in time, I have between 2-10 services, often running on a network behind an nginx reverse proxy, with some variation in certificates, none ideal. Here's what I've done in the past:

  • setup a CLI CA using openssl
    • somewhat works, but importing CAs into phones was a hassle.
  • self sign single cert per service
    • works, very kludgy, very easy
  • expose http port only on lo interface for sensitive services (e.g. pihole admin), ssh local tunnel when needed

I see easy-RSA seems to be more user friendly these days, but haven't tried it yet.

I'm tempted to try this setup for my local LAN facing (as exposed to tunnel only, such as pihole) services:

  • Get letsencrypt cert for single public DNS domain (e.g. lan.mydomain.org).. not sure about wildcard cert.
  • use letsencrypt on nginx reverse proxy, expose various services as suburls (e.g. lan.mydomain.org/nextcloud)

Curious what y'all do and if I'm missing anything basic.

I have no intention of exposing these outside my local network, and prefer as less client side changes as possible.

[-] GravelPieceOfSword@lemmy.ca 15 points 1 year ago

The traffic is stuck in the traffic🚦

[-] GravelPieceOfSword@lemmy.ca 84 points 1 year ago

I'm a bit sad that my favorite (Infinity/Eternity) isn't that high up. Loved it since my Reddit days. Tried different clients: Lemmy, thunder, liftoff, sync,... still like this the most!

55

Two main points:

  • no one unified distro to keep things simple (thread OP)

VS

  • people don't care. Someone else needs to advocate, sell, migrate, and support (medium term) Linux (whichever distro they want) for the intermediate term (few months at least) - thread response).

I think a lot of the 97% desktop market share is like this, instead of the hands on 2-3%.

307

I never imagined I'd like playing Tetris on the command line, on a terminal on my phone (termux), but here I am!

I couldn't find any Tetris app on fdroid, and just checked if pkgs had one. Lo and behold! It asked me to run pkgs install vitetris, and when I did, the tetris command was there to launch the game.

It's a two step process, as opposed to just launching an app, but it is very lightweight, no tracking, and FOSS.

For anyone with termux already installed and feeling a bit nostalgic, might be worth trying it out.

[-] GravelPieceOfSword@lemmy.ca 26 points 1 year ago

Somehow reminds me of this

[-] GravelPieceOfSword@lemmy.ca 19 points 1 year ago

I have a massive subscribe list, and I usually just read subscriptions. I'll occasionally (maybe once it twice a week) read all, and if I notice interesting communities: subscribe to them too.

[-] GravelPieceOfSword@lemmy.ca 23 points 1 year ago

Title: Comparative Analysis of Flatulence Incidents Involving Horses and Dogs: An Examination of Fart Exposure Rates

Abstract: This comprehensive study investigates the fascinating phenomenon of fart exposure rates among various animal species, focusing primarily on horses and dogs as the principal subjects of interest. Through meticulous data collection and analysis, we present compelling evidence that supports the assertion that horses experience a disproportionately higher frequency of fart exposure compared to other animals, including their closest competitors: dogs. Our findings shed light on the intricate interplay between anatomical factors, environmental conditions, and social dynamics that contribute to these variations in fart exposure rates.

Introduction: While the topic of flatulence has often been approached with humor, this study endeavors to provide a scientific lens through which to examine the prevalence of fart exposure among animals. Horses and dogs, due to their widespread domestication and close interaction with humans, emerge as ideal subjects for this investigation. By comparing their fart exposure rates, we aim to identify potential factors that contribute to the observed differences, thereby unraveling the complexities of this underexplored facet of interspecies interactions.

Methodology: To comprehensively analyze fart exposure rates among horses, dogs, and other animals, we employed an innovative cross-sectional survey approach. Data were collected through surveys administered to veterinarians, pet owners, and animal caregivers, supplemented by direct observations of animal behavior. Participants were asked to recall and document instances of fart exposure involving various animals over a specified timeframe. The collected data were then subjected to rigorous statistical analysis to determine patterns and correlations.

Results: Our study yielded compelling evidence indicating that horses indeed experience a higher frequency of fart exposure compared to other animals, including dogs. Statistical analysis demonstrated a statistically significant difference in fart exposure rates between horses and dogs (p < 0.05). Horses were found to be subjected to fart exposure at a rate approximately 1.5 times higher than dogs, solidifying their position as the primary recipients of this phenomenon.

Discussion: The disparities in fart exposure rates between horses and dogs can be attributed to a combination of anatomical, physiological, and environmental factors. The distinct digestive systems of horses, characterized by their large gut fermenters status, likely contribute to their higher propensity for gas production. Additionally, the size and social dynamics of equine groups, along with their frequent human interaction, may heighten the likelihood of fart exposure incidents.

Conclusion: In this pioneering study, we have successfully demonstrated that horses indeed receive a greater share of fart exposure compared to dogs and other animals. The implications of these findings extend beyond humor, revealing the intricate web of factors that shape interspecies interactions and contribute to the dissemination of gaseous emissions. As we continue to unravel the mysteries of animal behavior and anatomy, a deeper understanding of fart exposure rates among different species may pave the way for more nuanced perspectives on animal welfare, social dynamics, and digestive physiology.

[-] GravelPieceOfSword@lemmy.ca 15 points 1 year ago* (last edited 1 year ago)

signal-2023-08-09-08-51-16-065

Me wishing there were public bidets in the US and feeling dirty when I use non-bidets in an emergency.

view more: next β€Ί

GravelPieceOfSword

joined 1 year ago