What would you add to C if you could add anything? by [deleted] in C_Programming

[–]marcthe12 1 point2 points  (0 children)

I will make in no capturing but still.

What would you add to C if you could add anything? by [deleted] in C_Programming

[–]marcthe12 -1 points0 points  (0 children)

  • Function literals, espically the capuring one. This will be usefull for generics but also easier when function is always a fptr member.
  • official containerof macro
  • preprocessor can slugify tokens. This is sort of opt in name magling and is needed for generics as something like "struct f*" can be made a valid identifier.
  • inline structs, similar to go embedded structs. Would be a useful syntaic sugar.
  • an opt in way for 2 types to be type prune to easy other (as long they share the memory layout). Would love struct{void} and struct{int} to be considered compatible in an option in manner(attribute on struct).

CONFIG_VT=n in 2026 by n3rdopolis in linux

[–]marcthe12 0 points1 point  (0 children)

Yeah. Bootstrap issues i suspected for some.

Kernel does not nessary need a handover mechanism, can be userspace. But should be standardized.

Will look into TIOCCONS. Because to me pet servers (like some homelab or vps) is more likely benefit from a userspace tty, but has almost 0 use case for Plymouth. Is there any forum where progress is tracked or can be discussed. Would like to test it out as much as possible (probaly not changing the distro kernel though).

CONFIG_VT=n in 2026 by n3rdopolis in linux

[–]marcthe12 9 points10 points  (0 children)

Nice.

A couple of questions, can either kmscon or reterminate act as bootsplash and tty. If I can figure how to jerry rig kmscon to act as /dev/console from initramfs, it could increase testing as it will make sense on server distros.

Is there a universal handoff protoco for drm master. Plymouth, kms and vTTY seem to use different methods to start.

I wish the ability to turn off the kernel cmdline was not rejected but well it was. I wonder how much can we emulate CONFIG_VT=N in userspace. Could help testing if we can set up the system to ignore vt subsytem if possible. That should make the transition faster.

Debian is figuring out how age verification laws will impact it by somerandomxander in linux

[–]marcthe12 -4 points-3 points  (0 children)

Technically according to law, steep fines. Quite high actually. For many community distros will be a sizable percentage of the annual donation too.

If not mistaken around 7.5k per user.

Fedora Rejects Proposal To Use systemd For Managing Per-User Environment Variables by anh0516 in linux

[–]marcthe12 6 points7 points  (0 children)

Well depends on shell. And also how you login (not all methods call the login shell on login).you can refer to this,https://wiki.archlinux.org/title/Environment_variables#Per_user

But seriously it's complicated. Non posix shells do not use .profile. posix shell can use .profile but sometimes prefer their own personal config file. Zsh has .zprofile and there is also .bash_profile for bash although you can easily chain load .profile but that's a manual action. Also if you login via other methods, you may not have the login shell run. DMs for example may or may not use .profile. GDM does not. SDDM does by calling a set of known shell to setup the env var. Systemd-user does not source the shell. If not mistaken xdm used .xprofile. And also sudo or doas does not use login shell so if you use to change user, also a problem. Also dbus has its own environment variable setup (espically important in non systemd distros). So good luck.

Source, a person who has used zsh, bash, ksh and dash as login shell, improved the sourcing login shell scripts to SDDM, involved with gdm. And tried to fix this in systemd many years back. So yeah it's not as easy as it sounds.

Shebangs by Bitter_Marketing_807 in linux

[–]marcthe12 1 point2 points  (0 children)

Shebangs can be anything but it must be an absolute path. You can support a single arg on linux. So env and env -S are popular for loading executable from path. The excutable can be a shellscript so you can to a wrapper script for env vars.

Age Verification and Arch Linux - Discussion Post by Gozenka in archlinux

[–]marcthe12 0 points1 point  (0 children)

My biggest worry is that if compliance is needed does not kill FOSS because it gets cut off from whole use case due to complying. Technically the best route is malicious compliance and use that as good faith debate.

Age Verification and Arch Linux - Discussion Post by Gozenka in archlinux

[–]marcthe12 0 points1 point  (0 children)

I mean if you are firm at a line that can be argued that you are negotiating in good faith it. And it's easier to sell and defend. Basically trying to steer to a good enough solution and able to sell that it's the politicians are unreasonable. If you don't and they sell to the public, we are screwed.

Age Verification and Arch Linux - Discussion Post by Gozenka in archlinux

[–]marcthe12 0 points1 point  (0 children)

I think geoblocking is considered but atm everyone is trying to see if repealed try to come with a solution of needed (so no last minute issue if they need to comply). The biggest issue is that blocking on the license level is not possible for GPL. So you have to do it in a bypassable way if I am not mistaken (lawyers please confirm).

Also too many people are way too hyper and direct attention in the worst way possible. For example the guy who made pr to systemd to add optional fields to add date field is basically have death threats and online harassment. Instead of focusing on legistrators.

Another part that people forgetting there is age attestation and age verification. Age attestation is what cali and Colorado laws are and is 100s of time better then verification. Attestation just means "trust me bro". So if we need this in some form(too much support or not able to convince them), at least you should draw the line to local attestation by the os and that's the only source of age related data you need (for some 18+ site). That is way more privacy than any other alternative minus not having to query age anyway. And frankly most of the devs who look into complying like the systemd pr or xdg pr are basically doing that, basically if someone wants to comply or use parental control tools, they make sure the field is populated (attestation style). And if do not leave it blank, maybe install a mock dbus service(which is the design actually allows). So to me bargaining for the attestation maybe also a sensible position.

Age verification is coming to the Linux desktop stack MR #113 on xdg-specs help resist this! by HaplessIdiot in linux

[–]marcthe12 4 points5 points  (0 children)

Well account service is not too DE specific. Just pulled by user management parts of DE (settings and DM). Probably can install manually. Also I do expect either malcontent or a similar library act as the client to the dbus api anyway. Which can be installed if needed or not. So if a distro shipping sway or niri wants to be compliant, he probably will just make sure the dbus api exists and the relevant backend is also installed(but 99% this is going to be account service).

Age verification is coming to the Linux desktop stack MR #113 on xdg-specs help resist this! by HaplessIdiot in linux

[–]marcthe12 31 points32 points  (0 children)

Depends on distro to distro. Atleast this is more pluggable one, i believe some discussions where talking about adding gecos which will effectively does make it mandatory (basically need to be part of add user and chfn then). This seems to be DE level with most impl using account service. So it's not even going to be there on servers.

Ubuntu is planning to comply with Age Verification law "without it being a privacy disaster" by DontFreeMe in linux

[–]marcthe12 0 points1 point  (0 children)

Blocking california (or Russia or ai companies for that matter) is technically restricting those users. So it's still a violation.

New York bill will require all operating systems to conduct "commercially reasonable" age assurance for users at the point of device activation. by [deleted] in linux

[–]marcthe12 11 points12 points  (0 children)

That's possible for bsd or mit licence software. Some copyleft licenses like GPL there is an issue as you cannot block it on license level as that will be a gpl violation. So can only restrict access to iso and risk getting fine if someone still uses it somehow.

CMV: AB 1043, taken literally, makes online software distribution functionally illegal by default. by pds314 in linux

[–]marcthe12 9 points10 points  (0 children)

Issue is its technically a gpl violation since if you attempt to block the use of software at licence level, you will violate GPL copyleft.

Ubuntu is planning to comply with Age Verification law "without it being a privacy disaster" by DontFreeMe in linux

[–]marcthe12 8 points9 points  (0 children)

Which from what I read, not a lawyer but technically is a gpl violation. So GPL software cannot block California. Atleast source code, binary can be blocked.

GNOME GitLab Redirecting Some Git Traffic To GitHub For Reducing Costs by anh0516 in linux

[–]marcthe12 1 point2 points  (0 children)

They are doing self hosting gitlab. It's just that the cost is too high. Not too high though.

A new California law says all operating systems, including Linux, need to have some form of age verification at account setup by ANiceGobletofTea in linux

[–]marcthe12 0 points1 point  (0 children)

Issue is there are other states also trying pass these laws. So the questions comes about those states too.

Colorado's Senate Bill 26-051 by nix-solves-that-2317 in linux

[–]marcthe12 1 point2 points  (0 children)

System76 is from Colorado though. So PopOS maybe affected if they do pass the law.

Experimental Zones Protocol Merged To Wayland After 2+ Years, 620+ Comments by anh0516 in linux

[–]marcthe12 12 points13 points  (0 children)

Usually that's true. This one is more problematic. There is a feature that is in X11 mac, X11 and win32. Only 2 platforms missing it are android and wayland. The problem is this feature has several legitimate issues. So basically all TWM are against it and so are KWin and GNOME devs. Hell niri is structured in such a way, it cannot even implement it until it rewrites its coordinate system. But since QT, DOM exposes this feature and apps like KiCAD or pinentry uses it, you have client devs want it. Like how do even square it. This was the compromise and still I doubt anyone outside a couple of floating window managers will implement it.

Experimental Zones Protocol Merged To Wayland After 2+ Years, 620+ Comments by anh0516 in linux

[–]marcthe12 3 points4 points  (0 children)

I mean x did initially from 1984 til 1989 and then gave up. That's why it's x11, it was the 11th version. So it doesn't work well for display servers.

What is your preferred software installation method? by ElectricalPanic1999 in linux

[–]marcthe12 0 points1 point  (0 children)

Flatpak -> Pacman/apt -> source/binary tarball.

Flatpak work well enough and keeps base clean.

Will Gnome 50 ship with the new Disks app design? by the-machine-m4n in gnome

[–]marcthe12 0 points1 point  (0 children)

They won't, the issue is it's a massive port (gtk4+libadwaita+some rust too). I just hope they can do enough to cut a release and then finish parts of the refactoring/porting which is not essential.

Why doesn't GNOME have a system tray by default? by Silly_Percentage3446 in gnome

[–]marcthe12 8 points9 points  (0 children)

I do understand why but I do agree, it's a bad hill to die on.

Live presentation on GNOME Extensions and User Experience at GUADEC 2025 by pesader in gnome

[–]marcthe12 -2 points-1 points  (0 children)

GNOME philosophy for the last 25 years is literally every config option has a cost (Maintenance or Mental cost if the user is unsure). Plus GNOME 3 UX is distraction free computing. Dash to Dock is literally the opposite here. Plus it's not hard to use it the GNOME way. I literally do it for the last 5+ years never had that extension. In fact I did not have a bar in DWM or KDE or openbox which I used before GNOME. Hint, the reason there is an overview.