Drastically nerfed the quotas. FOSS projects with a valid license used to have GitLab Premium access to shared runners and now even FOSS projects with a valid license get a rather useless 400 minutes. They also require new accounts to add CC info just to use that paltry sum which means FOSS projects can’t rely on CI passing on forks to ensure a merge request passes the checks before merging, as even if you have project specific runners set up forks don’t use them and neither to MRs.
I wish companies didn’t offer what they can’t support from the beginning rather than this embrace, extend, extinguish shit. I guess in GitLab’s case there was no extend, it was just embrace FOSS projects and let them set up CI pipelines and get projects depending on the shared CI runners as part of merge request workflow for a few years and then extinguish by yoinking that access away and fucking over everyone’s workflow, leaving us scrambling to set up project side runners and ruining checks on MRs.
I still left my old and unmaintained projects on GitHub but I moved all my active projects to GitLab and any new projects go there too. I have them auto mirrored back to GitHub though as the more mirrors the better. I also recently set up a Codeberg mirror for some of my projects, though GitLab’s CI is what is keeping me on GitLab even though they nerfed the shit out of it and made it basically a requirement to host your own runners even for FOSS projects a year or two back. Still hate them for that and if Codeberg gets a solid CI option, leaving GitLab would make me happy. They too have seen quite a lot of enshittification in the years since Microsoft bought GitHub.
Does this change run the 32-bit .exe using x86_64 instructions? From the description it just sounds like it allows 64-bit Linux libraries to be used in place of 32-bit ones, but that the Windows layer still operates in native 32-bit mode. This means there is still a need to emulate 32-bit x86 instructions which I don’t think box64 can do at this time (x86_32 translates to arm32 with box86, x86_64 translates to arm64 with box64). If box86 could translate x86_32 to arm64 then this might work as Wine would handle the conversion between 32 and 64 bit addressing and argument passing into the libraries but I’m not familiar with the inner workings there.
For those of us who use Discord primarily on desktop though, this UI is atrocious. I expect Discord to work like Discord, not <insert other mobile app here>. I like the consistent experience between platforms.
Ultimately though, why can this not just be a freaking OPTION? Just put a toggle in the menu [DMs in Server List] [DMs in Separate Tab]. Bad user experience is forcing all users to conform to the One True Vision ™. Especially when that vision is now horribly disjointed between platforms.
I hate the new layout. Why are DMs separate from servers? It makes no sense, and it means extra back button presses/swipes to change between them. Why not just have everything in one sidebar which I feel is way more logically consistent and convenient? This update is trash and Discord should feel bad.
I got to be on the Tech Over Tea podcast! I really enjoyed talking with Brodie and would definitely recommend his main channel as well as Tech Over Tea. There is another podcast I sometimes watch called Linux Game Cast too.
Also Brodie’s podcast Tech Over Tea. I was on the podcast so I’m a bit biased, but he has a lot of open source developers from different projects on and they are always interesting.
I usually put up my Christmas lights at the end of September if I can. Programmable RGB lights so I can use them for Halloween as well as Christmas. I turn them off between Halloween and Thanksgiving usually, but now I’m seeing tons of Christmas lights already on in my neighborhood and I didn’t actually put my lights up this year. Probably will just go without putting them up this year as I hate going up on the ladder, but I have some RGB spiral trees to put up in the yard at least that I’ll still put out probably after I get back from Thanksgiving break.
Just to make sure, you’re using DisplayPort right? I don’t think the Arc cards support VRR over HDMI. The HDMI port on the Arc is actually a built in DisplayPort to HDMI converter, and I don’t think any converter chips support VRR modes.
What kernel are you using? Debian tends to lag behind with kernel updates which makes it a bad choice when running new hardware. I switched from Debian to Arch when I got my A770 because at the time Debian’s latest kernel even in sid didn’t support Arc at all while it worked fine in Arch.
I’ve been running an A770 Limited Edition on Arch for a year now and I am happy with it now. It was a rough start, with issues ranging from glitches and crashes to HDMI and DisplayPort audio/VRR issues, but these days it is pretty solid. VRR works fine on my DisplayPort 144Hz 4K monitor. Most games perform pretty well but temper your expectations, the A770 is a midrange card.
I can play Overwatch 2 at 4K 144Hz low settings just fine and I don’t see many frame dips. It’s not noticeable if it does dip because VRR. CS2 performance isn’t amazing, but at low settings 4K I get between 100 and 160 frames depending on complexity. I have FSR turned on. On Cyberpunk I have FSR turned on and it seems to dip down to 20fps when out in the desert and the city is in view, but usually 40 to 60.
What are you interested in? What are your hobbies/what are you good at? Do something that involves that field. For me it was technology, I was always into video games and computers growing up in the 90’s and by high school I knew I wanted to get into programming. After high school I knew I wanted to go into some form of programming so I went into computer engineering and am now an embedded software engineer. Do you have passion for any particular topic or area of study as a hobby?
Agreed, Reddit used to show up/down counts but got rid of it and I thought that was a stupid choice on their part. Reddit also did other weird manipulations to the upvote count on posts which I’m glad we don’t have here.