[-] kixik@lemmy.ml 7 points 1 month ago

Anyone using NewsFlash? I really like it, specially to keep the seeds locally.

[-] kixik@lemmy.ml 8 points 2 months ago

If talking about non proprietary kernels' drivers, such as linux, then again, profit is what regulates it. No wonder why now nvidia finally cares about linux, being the most used kernels behind the cloud, behind servers of whatever. Meaning, it's not profitable not to support linux now a days for Nvidia.

The other fundamental factor is lock-in, which is abused by some big corps, such as MS.

But the profit idea es even wrong, but it's what we have been educated with. For an OEM, providing FOSS drivers or FOSS FW doesn't mean to have less profit, but somehow it's interpreted as such. And there's also our culture, backed by corps again, that tends to make us believe that everything profitable enough has to be corporate secret, and if not, others would take advantage of you business. That way of thinking really prevents for more FOSS adoption at the OEMs level. I don't agree with it. It might be the presence or lack of some HW features might be inferred by the drivers/FW, but it doesn't mean your competitors will know how exactly you provide such feature, and even less how to make it with the performance you do. And usually once released, you really want to show off your features, your innovation and so on, not keep it secret. So in general, really see no issue for OEMs not to offer drivers and FW as FOSS, even as free/libre SW.

I can imagine OEMs offering FOSS drivers and FW, but that not being as convenient for the major players in the market, since that would risk their position in the market. Just a thought...

Remember the lock-in mechanisms by the corps that feel being threatened if open sourcing dirvers... Some of which no longer say it out loud, but still think GPLed licences are a cancer...

[-] kixik@lemmy.ml 7 points 5 months ago

why toxic? Or better yet, define toxic.

1
submitted 6 months ago by kixik@lemmy.ml to c/xmpp@slrpnk.net

Hi !

As I have account on lemmy.ml, I look into the lemmy community created on slrpnk.net through the federated lemmy community, but its contents don't match the ones on the original slrpnk community. There are some messages missing.

Not sure if this is something someone would care, but I was planning to look at the contents through the lemmy instance, where I do have my account...

Greetings !

67
submitted 6 months ago by kixik@lemmy.ml to c/librewolf@lemmy.ml

I believe the settings to disable this on Librewolf are set by default...

[-] kixik@lemmy.ml 11 points 6 months ago

Probably Guix, and GNU endorsed distributions. Binary blobs are not allowed on free/libre distributions, or not on their official repos. That said, most gnu + linux distributions don't care about those. Most will take care, if they get to realize it, about distribution licenses, so if something has some sort of legal issue to be distributed, that will get purged from its repos most probably...

[-] kixik@lemmy.ml 7 points 6 months ago

I'm all for Jami, and XMPP.

1
submitted 7 months ago* (last edited 7 months ago) by kixik@lemmy.ml to c/artixlinux@lemmy.ml

xz-5.6.1-2 from Artix system repo is already available.

Artix corresponding news: The xz package has been backdoored

1
submitted 8 months ago* (last edited 8 months ago) by kixik@lemmy.ml to c/xmpp@slrpnk.net

I'm not self hosting, so I'm depending on what the server admin enables, and the policies they establish.

That said, the server fully supports xep-0313, which perhaps among other things control messages being kept on the server precisely for the purpose of sending them to all registered devices, thus allowing the sync.

But perhaps there's a policy in place removing the messages from the server as soon as some device has gotten it, leaving only online devices with the ability to grab them. I don't know if that's possible...

I experimented getting a device offline for a couple of minutes, and then exchanged messages with another account, and also to my same account. Then eventually I got the device offline, and none of the messages, not even the ones sent to myself, were ever synced on the device just coming online...

This is really sad, since that's precisely one of the benefits of having servers over peer to peer solutions, it's easier to sync devices through the server.

Might this be some sort of policy to keep disk usage on the server low?

I might need to explore some other server if that's the case...

Thanks !

Edit: Communicated with the admin, and they mentioned this was unexpected.

1
submitted 8 months ago by kixik@lemmy.ml to c/xmpp@slrpnk.net

Just wondering, as the reasons to move here are gone, can the community go back to lemmy.ml? There are quite some posts over lemmy.ml, so going back there would be useful I believe, and also moving the few posts here over there would be just great (perhaps not the comments)...

Just an honest question, not to provoke flame wars or anything like it...

Greetings !

28
submitted 8 months ago* (last edited 8 months ago) by kixik@lemmy.ml to c/privacy@lemmy.ml

cross-posted from: https://lemmy.ml/post/12692350

Anyone aware of a conversations fork with support for unified push notifications? Or a similar xmpp android app with omemo (just the same as conversations' support) and unified push notifications support, available through the official f-droid repor or a f-droid repo if not available from the official ones?

BTW, I noticed !xmpp@lemmy.ml community was locked. Any particular reason for that?

Also, Converstions requests to set unrestricted use of battery, to use battery under background without restrictions. So it seems unified push notifications would help, though this github issue sort of indicates unified push notifications wouldn't help, so it just tells me there's no intention to include support for it on Conversations, but not that it wouldn't help save battery.

11
submitted 8 months ago* (last edited 8 months ago) by kixik@lemmy.ml to c/fediverse@lemmy.ml

Anyone aware of a conversations fork with support for unified push notifications? Or a similar xmpp android app with omemo (just the same as conversations' support) and unified push notifications support, available through the official f-droid repor or a f-droid repo if not available from the official ones?

BTW, I noticed !xmpp@lemmy.ml community was locked. Any particular reason for that?

Also, Converstions requests to set unrestricted use of battery, to use battery under background without restrictions. So it seems unified push notifications would help, though this github issue sort of indicates unified push notifications wouldn't help, so it just tells me there's no intention to include support for it on Conversations, but not that it wouldn't help save battery.

13
submitted 8 months ago* (last edited 8 months ago) by kixik@lemmy.ml to c/fediverse@lemmy.ml

https://disroot.org provides several decentralized federated services, as email and xmpp, besides other cloud services as well... But not sure if asking here is right or not, but don't know anywhere to ask either...

Is it having a license issue, does anyone know about it? Any status updates?

Websites prove their identity via certificates. LibreWolf does not trust this site because it uses a certificate that is not valid for disroot.org. The certificate is only valid for p1lg502277.dc01.its.hpecorp.net.
 
Error code: SSL_ERROR_BAD_CERT_DOMAIN

But also:

disroot.org has a security policy called HTTP Strict Transport Security (HSTS), which means that LibreWolf can only connect to it securely. You can’t add an exception to visit this site.

The issue is most likely with the website, and there is nothing you can do to resolve it. You can notify the website’s administrator about the problem.

I also tested with ungoogled chromium and pretty similar thing...

Anyonea aware, and also about disroot saying on this?

Edit (sort of understood already, no issue with disroot at all): The issue only shows up under the office VPN. It seems like disroot is not recognizing the office's cert...

Edit: Solved. Yes it's the office replacing the original cert with its own, as someone suggested. Thanks to all.

[-] kixik@lemmy.ml 10 points 9 months ago* (last edited 9 months ago)

Bloated and unnecessary if freeSW or openSW. That's what system shared libraries are for. If sandboxing is a thing, then firejail is availble, which can be combined with apparmor if looking for extra MAC security.

6
submitted 9 months ago by kixik@lemmy.ml to c/rust@lemmy.ml

Anyone aware of a testing framework hopefully integrating well, and abstracting the shuttle testing functionality?

BTW I found rtest, but it doesn't in particular abstracts shuttle at all, it's a fixtures generic framework.

Planning to use shuttle to do MT testing targeting C binded code, and looking for a way to abstract as much as possible the shuttle scheduler trait and such...

Thanks !

1
Closing in on a COSMIC Alpha (blog.system76.com)
submitted 9 months ago by kixik@lemmy.ml to c/cosmic@lemmy.ml
1
A COSMIC Thanksgiving (blog.system76.com)
submitted 9 months ago by kixik@lemmy.ml to c/cosmic@lemmy.ml

cross-posted from: https://discuss.tchncs.de/post/6777822

Notable changes:

  • Tracking improvements. For example, if you use the launcher to launch an application and then switch workspaces, it will still launch in the workspace you opened it from;
  • Supported the ext-session-lock protocol, which authenticates the user and informs the compositor when the session should be unlocked
  • XDG activation and DBus activation support
  • work on HDR
  • Ongoing work to package COSMIC on NixOS: tracking issue
1
submitted 9 months ago by kixik@lemmy.ml to c/cosmic@lemmy.ml
[-] kixik@lemmy.ml 12 points 9 months ago

But strip is still enabled on new makepkg.conf, so all debug symbols get removed when packaging. Actually I don't get it why stripping debug symbols while also generating them first. So are those two actually compatible?

[-] kixik@lemmy.ml 10 points 1 year ago

The main problem with systemd has never been the time it takes to boot, it's more on the lines of what @z3rOR0ne@lemmy.ml and @StrangeAstronomer@lemmy.ml mentioned.

[-] kixik@lemmy.ml 7 points 1 year ago

That's so sad. So perhaps it's time to say goodbye to reddit frontends, :( I'd prefer to setup rss feeds, but even those are getting rate limited now a days.

Sadly, even with the movement to lemmy, several interesting technical subs are still strong on reddit. The thing with local feeds, is disk space, and self-host is something I can't do at the moment. At any rate, with the last libreddit front end down, I can't even easily get the subs I was locally subscribed to, :(

Oh well...

[-] kixik@lemmy.ml 11 points 1 year ago* (last edited 1 year ago)

Second one, which I'd rephrase as ubuntu sticking with apt/dpkg as its package manager. Which is really nice if you like ubuntu as a distro already.

Though I don't really get why there has to be a distro to be beaten. And having flavors is always good. I, for example, don't like distros changing too much upstream SW, so the more vanilla the better. I don't like either the periodic releases, and to be rolling release rocks. I don't like systemd, whereas most distros now a days are systemd dependent. I also dislike network manager and similar and require a distro that keeps support for the basic dhcpcd + wpa_supplicant... All that to say, that no distro fits all needs, so several options are good, no need to have one beating the rest, :)

[-] kixik@lemmy.ml 9 points 1 year ago
view more: ‹ prev next ›

kixik

joined 3 years ago