• 1 Post
  • 32 Comments
Joined 1 year ago
cake
Cake day: June 20th, 2023

help-circle
  • Anecdotally Windows is the only platform I’ve used where printing (and scanning) didn’t tend to “just work”. The only issue I’ve had printing under Linux was with a second hand printer my dad got that we couldn’t get to print from any computer. (shrug)





  • I totally pulled a LTT and removed my kernel. >_< There was a “real time” kernel listed in apt, and I installed it because I was curious if it would reduce lock latency for a project I was working on. (I wasn’t trying to solve a problem, just curious) It didn’t and I figured it was probably a bad idea to leave it installed. So I did an apt remove, and the rest went something like this.

    Apt: Are you sure you want to remove the your kernel? Y/N

    Me: Oh jeez… I don’t want to do that.

    Motor Memory: Y <return>

    Apt: Are you really really sure? Your computer will not boot if you do this. Y/N

    Me: Oh, crap! That’s not what I meant to do. Definitely not!

    Motor Memory: Y <return>

    Me: No! Why would my brain betray me!?

    Fortunately this was on a PopOS machine, so I booted into the recovery partition. Even if fixing it only took a minute, I still felt very very dumb. >_<


  • Hmm. I still have my old 2013 MBA that I’ve used with Fedora, but it’s an HD 4000 IIRC. I feel you on Apple’s locked down stance to repairs. It was ultimately what pushed me off of OS X. I needed a newer laptop in 2020, and they only sold hardware with non-upgradable RAM and SSDs. So long and thanks for all the fish… I had already replaced my desktop machine with Linux a few years earlier. I used the Mac 70% as a Unix machine anyway, so it was a pretty comfortable transition.

    My Air worked great as a stand-in laptop when my System76 Lemur died last summer. Honestly I was blown away by how perfectly usable it still was for basic tasks. Parallel stuff like compiling was slow, but single threaded stuff still ran just great. Heck, I was even using it again yesterday to test OS X builds of my game on older hardware and it ran like a champ.



  • Well… they don’t like the design of a “system tray”. To be fair, it’s a very Windows centric idea, and the notion that they must provide one because Windows has one seems… similarly questionable to me too. Speaking personally I hate the idea, and always have. It’s a real dumpster fire because:

    • Lots of drivers (on Windows) assume you don’t know how to launch programs, and force a permanent launch shortcut on you.
    • Programs assume you don’t understand how to minimize or hide a window, and put themselves in the tray instead. (launchers, chat programs, etc)
    • Some programs seem to use them just to put their logo on the screen. You can’t really do anything with the tray icon.
    • Few icons match stylistically, and even on Windows, they don’t match the system style. (White icons on a white taskbar? FFS)
    • Programs often don’t provide an option to disable their tray icons, and it’s rare that I want them.

    I guess I found the lack of them to be a breath of fresh air when I first tried Gnome 3 a few years ago. The current iteration doesn’t quite work though… 99% of the time I just want an option to kill the damn things, but I’ve have had some programs that only provide functions through the system tray. It’s dumb, and I hate it, but it is what it is.



  • Egh. I kinda sorta agree. I had a 10th gen i7 Lemur Pro. It was nice and had excellent battery life. (15 -25 hours as an average range) The screen was a perfectly nice IPS, the keyboard/trackpad were fine (maybe not great), and the speakers were… well… pretty terrible. The software/firmware support for an otherwise generic laptop was great!

    The problem was that I had multiple hardware failures on mine and getting warranty repairs was painful. The 3rd time it happened took several weeks to convince my rep it was a legitimate hardware failure. When he was finally convinced, he said something like “Well, that seems pretty obvious it’s a motherboard failure. What would you like us to do?” The response was obvious. It was under warranty still. I wanted it fixed! By the time it was working again it had taken 9 weeks. (!!!) Less than a year later, it died again. Put a really bad taste in my mouth. :-\ I bought a Framework to replace it.


  • slembcke@lemmy.mltoLinux@lemmy.mlNew laptop
    link
    fedilink
    arrow-up
    2
    ·
    edit-2
    10 months ago

    I had a 10th gen S76 Lemur. The hardware was a mixed bag. Chassis was nice and light (compared to Apple), but enameled so the edges eventually chipped. Keyboard/trackpad were average. Speakers were awful… Battery life was excellent like usually got around 20 hours on a charge (and often more with a little effort!). I also had a number of hardware failures and dealing with their support was pretty terrible… Broken control key out of the box, Wifi died twice, second time they replaced the motherboard (and that took like… 9 weeks), then it completely died a year later when it was finally out of warranty. A real mixed bag of Pop OS being nice, and having great software/firmware support, but also multiple hardware failures coupled with terrible warranty support.



  • I’ve been using Wayland daily for a few years (2020 at least?) on intel and AMD graphics and have had few complaints:

    1. Some games didn’t work right a few years ago. (Under Proton or otherwise. Haven’t had issues for a while)
    2. RenderDoc, a vital bit of graphics debugging software, works poorly on Wayland. (Easy fix is to force X11 for QT via QT_QPA_PLATFORM=xcb)
    3. Had some issues with mixed integrated/NVidia graphics on a laptop I was using for a demo once.
    4. Covering or otherwise hiding a Wayland window blocks a program’s graphics thread. This is sometimes problematic.
    5. VR development had issues a while ago? (This was for work. It just… stopped working at some point. Dunno if it was a Linux, SteamVR, or Unity3D issue. My work machine mostly runs Windows 10 now as a result. Oh well.)
    6. Screen recording didn’t work well a while ago… (continued)

    Overall, it’s just worked great though!

    My anti-complaints:

    1. Mixed refresh rates on monitors “just works” now. (I have a 1080@144 for gaming, and a 4k@60 for work)
    2. Video frames don’t have half drawn content. (ex: when resizing windows), except on XWayland stuff
    3. Video tearing has basically disappeared.
    4. Video timing issues seem to be improved.
    5. Input handling for keyboard layouts has improved.
    6. Screen recording in Wayland is way better than it ever was on X11 now. I do this a lot to share gamedev stuff I’m working on.

  • A bit of a zombie thread, but I’m not making anything up here. The blocking issue gets discussed a lot in gamedev circles, and there are issue threads that have been locked by folks with the power to do so because they just said “no”. One of them (Maybe Sebastian Wick? I don’t remember… doesn’t really matter) gave verbatim that use case where a video service they use would stop playing videos when the browser was in the background, and that is why they won’t report . Maybe they weren’t a “core” developer, but they had the ability to say “no” and end the discussion thread.

    As for it being not a problem anymore, it still occurs even on Fedora 39. The 1 second present timeout still only works for XWayland, and that’s… not a great solution. Also, realistically unless SDL2, GLFW or whatever engine a gamedev is using handles it for them they just don’t have the time to worry about what GTK, Qt, or XDG shell does. We are already supporting multiple rendering APIs, and combining that with multiple UI libraries just to get a window to draw a triangle into is a combinatorial explosion. Last I remember reading from the SDL folks, they were waiting for the functionality to appear in Wayland before they could implement it, and they weren’t expecting anything to change soon either. Speaking personally, my current game project is single player so I can just pave over the timing issues when they come up:

    Long frame detected: 6463.731931 ms. Skipping ahead!

    The most frustrating part to me is much more meta. You get discussions with other game devs that have heard about this stuff and they continue to think that supporting Linux is just way too much work. Sometimes they are right, but rarely for the right reasons it seems. I believe in the glorious Wayland future… I just wish it would get here a bit faster. ;) On the other hand, if we rushed it and botched it then it would never arrive at all I suppose. (sigh)

    As for how window activation works, you got me there. I just heard other people discussing that one, but it did explain why on Wayland I would just get “Firefox is ready” notifications when opening links instead of just showing me the page like X did. Though I’m quite happy that it’s gone now in Fedora 39. Progress is good!


  • Yup, don’t. People already covered why. I will add that I tried learning dvorak for quite a while and it didn’t stick until I went cold turkey. It was very frustrating hunting and pecking for a couple days, but I made pretty quick progress. IIRC I was back up to 20-30 wpm after a week which was “usable” at least, and back to 60-70 wpm after a month. I had regular wrist pain before switching, and it was basically gone after. I don’t think it helped my typing speed. Like I can do 90 in bursts for a bit longer, but generally I “cruise” much slower than that. ;)



  • Wayland is great! Except for all list of not-a-bugs that I’d like to see fixed. Still, I’m not going back to X, so take that how you will.

    What are the not-a-bugs? Things like covering up a Wayland window will block it’s rendering thread indefinitely with no way to detect it happens to handle it. This can lock up some games, or cause you to time out in a networked application. Some Wayland core folks don’t want applications to know if their window is visible or not because it’s mild information about a user’s attention that should be private. Every game dev on the other hand is asking “WTF!?” as it causes their games to break randomly.

    Another mild example is that windows cannot be raised except by the user or by launching them. This is supposed to be a mild security precaution so a program can’t pop up a legitimate looking dialog over another application and trick the user. Realistically it means that applications can’t open and focus URL in your web or file browser. Instead they have to give you a notification telling you “Firefox is Ready” and make you do it manually.

    A lot of this is slowly (painfully?) changing, and the adversarial nature is a bit frustrating. Wayland fixes so many little things that I find it well worth it though, and I say that as a game developer frustrated by many of the core design decisions.


  • I really like plain “boring” vanilla Gnome. It’s straightforward, I like it’s workflow, it does everything I need it too, and looks nice too. I’m not a fan of “power user” UIs as I feel like they have too many features I’ll never use filling them up. You can always get more programs to do more things anyway. Like I use compilers and disassemblers all the time, but I’m not upset that Gnome doesn’t ship with those features built in when I’m in some weird 1% of users that need them. On the other hand, I think KDE is important to the ecosystem too, and I donate $100 a year to both the Gnome and KDE projects.


  • There are a few directory structures I have memorized, like my programming projects for instance. For everything else, I use the GUI. That’s what it’s there for. Mixing and match to get the best of both worlds. Some handy tips:

    • xdg-open will act like clicking on a file in the GUI, and is an easy way to open folders from the terminal when you want to browse them.
    • Use sshfs or even just whatever is built into your desktop environment to connect to remote servers and browse them
    • Most terminals let you drag files or folders into them to paste their paths