GravelPieceOfSword

joined 1 year ago
[–] GravelPieceOfSword@lemmy.ca 1 points 4 days ago

Kudos for putting together good reasons that you don't like PPA, while also acknowledging that Mozilla is trying to solve a problem.

Yours is one of the very few reasonable objections I've read IMO - when the PPA outrage first erupted, I read through how it worked. Unique ID + website unaware of interaction, but browser recognizing, then feeding it to an intermediate aggregator that anonymizes data by aggregating from multiple users without sharing their IDs, with the aim of trying to find a middle ground seems fair to me. Especially with the opt-out being so easy.

However, your points about classes clickbait encouragement, SEO feeding, and the uncertainty that this will solve the web spamminess as it is are valid concerns.

[–] GravelPieceOfSword@lemmy.ca 14 points 1 month 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 8 points 4 months ago* (last edited 4 months ago) (1 children)

This is the caveat for me for now.

To run locally a powerful graphics card with at least 6 GB VRAM is recommended. Otherwise generating images will take very long!

I've got decent RAM on an I9, but my graphics card, which is what matters here, isn't up to par.

[–] GravelPieceOfSword@lemmy.ca 2 points 4 months ago* (last edited 4 months ago)

Why not try it for yourself on Linux mint first by installing plasma? Plasma 5 is available on mint - I believe Fedora has plasma 6.

I use plasma 6 on my Opensuse Slowroll laptop and plasma 5 on my LMDE desktop.

Overall, I've found plasma 6 to run slightly better (I was on plasma 5 on Slowroll too for a long time).

Once you install and try plasma 5 on your current install, that will be a much less disruptive way to see how well it works for you.

After ricing, both plasma 5 and 6 are pretty similar on my setup. The cube desktop effect isn't there by default on plasma 5 of course.

[–] GravelPieceOfSword@lemmy.ca 8 points 5 months ago

They do. They did. What do you do when a 'good guy' is really a bad guy? Happens outside of software too. Someone inserts themselves into an organization while secretly working against its interests.

Here's a good summary. However, you should read a few articles - plenty have been going around, including on Lemmy.

[–] GravelPieceOfSword@lemmy.ca 4 points 6 months ago* (last edited 6 months ago)

As with all definitions, there is a gray area where people will have different boundaries on exact meanings. To you - a supplier relationship needs an explicit payment, which is a fair definition.

However, the more widely used definition that most people, including me, refer to, is not necessarily focused on the supplier, but on the supply - what we use in our toolchains is a supply - regardless of how it was obtained.

When there is an issue in a trusted supply, even if it was not a commercial relationship (a prerequisite by your definition), it is a supply-chain attack by the more widely used definition.

[–] GravelPieceOfSword@lemmy.ca 11 points 6 months ago (1 children)

The article states reasons which aren't limited to what happened. I understand and agree with your sentiment about the supply chain issue being something that could happen anywhere - those were my initial thoughts too.

The reasons for shifting are related to speed, other mainstream software already having made that switch years ago (pre incident), and unfortunately... More robustness in terms of maintainers.

Open source funding and resilience should be mainstream discussions. Open source verification and security reliability should be mainstream discussions: here's a recent mastodon thread I found interesting:

https://ruby.social/@getajobmike/112202543680959859

However, people switching from x to z (I did see what you did there) is something that is going to happen considering the other factors listed in the article that I summarized above.

[–] GravelPieceOfSword@lemmy.ca 9 points 6 months ago (1 children)

Linux mint Debian edition or Opensuse tumbleweed.

Slow Internet/less updates, older, more tested software, slightly wider package availability: LMDE.

Faster Internet, more updates, very new (but well tested) software, needs slightly more technical knowledge sometimes: Opensuse tumbleweed.

I personally use Opensuse Slowroll, which is a slower rolling release experimental version of Opensuse tumbleweed.

99
submitted 6 months ago* (last edited 6 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?)

[–] GravelPieceOfSword@lemmy.ca 2 points 6 months ago

Superlior you say? Superl!

[–] GravelPieceOfSword@lemmy.ca 2 points 6 months ago (1 children)

To be honest, I've never owned an apple device: only Android phones and windows (with Linux immediately installed) laptops. However, I kind of like the icon aesthetic the most out of all the ones I've tried.

The theme also grew on me during my Gnome days, so yup, these days I pretend my device is an apple from a cosmetic sense 😂

96
submitted 7 months ago* (last edited 7 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!

 

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!

 

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!

 
 

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%.

 

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.

 

I couldn't find a nix community, so I'm hoping it is ok that I'm posting on the nixos one instead. I'll switch to mailing list/discord if necessary, but I have a lemmy app on my phone, and it is much easier to have an ongoing conversation from here, so I decided to give it a shot. Here goes!

While I have a NixOS laptop, I primarily use other systems (e.g. OpenSuse Tumbleweed) as of now.

I love the ability to define the packages I want installed, with home-manager managing my command line utilities (e.g mtr, dig, protobuf etc).

I've been playing around a bit with protobuf recently, and after generating some c++ code using protoc, I loaded up the generated code in vscode, which understandably wasn't able to find the development headers for protobuf (since they are in the nix store - /nix/store/h2h5fs8iv2a8rmlkfhr6id6y4jxwd5i1-protobuf-3.21.12/include/google/protobuf/io)

I tried to compile the code anyways on the command line, and got some errors.

I might need an OS specific protobuf install just for the development headers, but I'm pretty sure I should be able to, and just don't know how. Here's what I get when I try to compile:

$ g++ searchReq.pb.cc
In file included from searchReq.pb.cc:4:
searchReq.pb.h:10:10: fatal error: google/protobuf/port_def.inc: No such file or directory
   10 | #include 
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.

Any tips/pointers would be appreciated. Thanks in advance!

===========================================

Edit: Thank you all, particularly @Xephopiqua@lemmy.ml and @chayleaf@lemmy.ml for the help. After setting the include path (compile) and LD_LIBRARY_PATH (link), things work great.

I ended up writing a small Makefile for convenience in the short run:

INC_FLAGS:=-I$(HOME)/.nix-profile/include -Icpp
LD_FLAGS:=-L$(HOME)/.nix-profile/lib -l protobuf

run: task
	LD_LIBRARY_PATH=$(HOME)/.nix-profile/lib ./task

task:
	g++ $(LD_FLAGS) $(INC_FLAGS) main.cpp cpp/searchReq.pb.cc -o task

regen:
	protoc --python_out=python --cpp_out=cpp searchReq.proto

That's enough to get me going for now.

TODO - read up the NIXOs Wiki C page in more detail

3
Nix package manager (nix-tutorial.gitlabpages.inria.fr)
 

It's been a month or two since I (re) discovered the nix package manager (and operating system).

It got me down a rabbit hole for a few weeks, before things finally settled down.

I loved that I could declare the software I wanted installed on any distro (I have machines with Ubuntu, Arch, Nixos atm). I use home-manager and the same home manager config across machines using chezmoi, so that way all cool command line tools (I'm using distro packages/flatpak for graphical for now) are installed painlessly everywhere.

Big shout-out to nix!

 
view more: next ›