Subjunctive posted:Just track your dependencies better, OP. Here's the build error: pre:===> share/zoneinfo (install) mkdir -p /usr/share/zoneinfo (cd /usr/share/zoneinfo; mkdir -p Africa America/Argentina America/Indiana America/Kentucky America/North_Dakota Antarctica Arctic Asia Atlantic Australia Etc Europe Indian Pacif ic US Mexico Chile Canada Brazil) for f in `cat zonefiles`; do install -o root -g wheel -m 444 /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/${f} /usr/share/zoneinfo/${f}; done install: /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Abidjan: No such file or directory *** [install-zoneinfo] Error code 71 make[5]: stopped in /usr/src/share/zoneinfo 1 error make[5]: stopped in /usr/src/share/zoneinfo make[4]: stopped in /usr/src/share make[3]: stopped in /usr/src make[2]: stopped in /usr/src 57.34 real 28.19 user 30.09 sys *** [installworld] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src make: stopped in /usr/src If I'd run make cleandir, that probably would've been all that would've been required - and if not, then recreating the ZFS dataset surely would.
|
|
# ? Jan 16, 2024 01:33 |
|
|
# ? May 19, 2024 17:41 |
|
If you need to clean to fix the build, your dependencies aren’t tracked appropriately, because there’s nothing saying to rebuild some relevant artifact. Other than clock skew or manually loving with artifacts and their timestamps, it’s the only thing that can cause a clean to be required. Pretty much by definition.
|
# ? Jan 16, 2024 01:35 |
Subjunctive posted:If you need to clean to fix the build, your dependencies aren’t tracked appropriately, because there’s nothing saying to rebuild some relevant artifact. Other than clock skew or manually loving with artifacts and their timestamps, it’s the only thing that can cause a clean to be required. Pretty much by definition. Question is, does IANA have some way of tracking it? I still would've actually needed to remember the cleandir target for BSD make, though. There's exactly one existing report of this being an issue, that dates back to 2017 - so it's a pretty infrequent bug to hit. I'm gonna spend some time figuring out who to talk about it with. BlankSystemDaemon fucked around with this message at 01:55 on Jan 16, 2024 |
|
# ? Jan 16, 2024 01:53 |
|
"Fix your dependency tracking" really means "fix your makefiles". But it sounds like BSD didn't write this software? So you're SOL.
|
# ? Jan 16, 2024 03:18 |
VostokProgram posted:"Fix your dependency tracking" really means "fix your makefiles". But it sounds like BSD didn't write this software? So you're SOL. While yes, it isn’t something I wrote (it’s the internet timezone database, maintained by IANA), it shouldn’t be capable of breaking the build in this way. Ultimately it’s a very rare bug, because there’s only a single result on the wider web. EDIT: And that result appears to be a different bug with a simple race condition, which doesn’t apply here, as I wasn’t using any jobs for the install target. BlankSystemDaemon fucked around with this message at 11:13 on Jan 16, 2024 |
|
# ? Jan 16, 2024 11:07 |
|
We joke a lot about Linux and other Unixes being an unusable mess, but I just had a sublime moment of desktop usability. My phone rang and KDE automatically paused the music on my desktop so I could take the call. That's the desktop automation I want, not some "AI assistant" to tell me the weather like I'm illiterate.
|
# ? Jan 17, 2024 16:34 |
|
spiritual bypass posted:We joke a lot about Linux and other Unixes being an unusable mess, but I just had a sublime moment of desktop usability. My phone rang and KDE automatically paused the music on my desktop so I could take the call. That's the desktop automation I want, not some "AI assistant" to tell me the weather like I'm illiterate. Linux - Get the Apple experience of 2010 today!
|
# ? Jan 17, 2024 16:39 |
|
lobsterminator posted:Linux - Get the Apple experience of 2010 today! New thread title
|
# ? Jan 17, 2024 16:42 |
|
yeah kde connect owns, i've been using it since 2014 i think
|
# ? Jan 17, 2024 16:45 |
|
but you're using KDE so overall its a wash at best.
|
# ? Jan 17, 2024 16:49 |
|
spiritual bypass posted:We joke a lot about Linux and other Unixes being an unusable mess, but I just had a sublime moment of desktop usability. My phone rang and KDE automatically paused the music on my desktop so I could take the call. That's the desktop automation I want, not some "AI assistant" to tell me the weather like I'm illiterate. Microsoft has been pushing out automatic updates with an unfinished preview version of Bing Chat that lives in the systray and pops over from the right. It's ridiculous. Welcome to the new age of the command line on the premier desktop platform. I for one cannot wait for the next version of Gnome where the only way disable this is through a Welcome to Copilot in Windows support.microsoft.com posted:Windows is the first PC platform to provide centralized AI assistance to you. Together with Microsoft Copilot (formerly Bing Chat), Copilot in Windows helps you get answers and inspirations from across the web, supports creativity and collaboration, and helps you focus on the task at hand. Do more with Copilot in Windows! Yeah let me just type in "mute my volume"
|
# ? Jan 17, 2024 16:50 |
|
mawarannahr posted:My housemate booted up their Win 11 laptop the other day and called out, "wtf is copilot? Is this a virus?" I have friends who work at Microsoft and they, too, are sick of Copilot.
|
# ? Jan 17, 2024 18:56 |
|
cruft posted:I have friends who work at Microsoft and they, too, are sick of Copilot. It's a shame it looks like it will leave a keyboard key behind to bother us long after the project itself is gone.
|
# ? Jan 17, 2024 19:04 |
I really don't trust an LLM to execute arbitrary commands on my system. Yes copilot, I would like to delete everything in this directory. "Roger roger! executing sudo rm -rf /*"
|
|
# ? Jan 17, 2024 19:22 |
|
other people posted:but you're using KDE so overall its a wash at best. I run KDE Connect on my Windows machines, too. It really is just super handy and effective. Also, I run KDE on my Linux machines and I like it. Edit: Also, I figured out that you can install KDE Connect from the Windows Store, which gets around me not having admin rights on my desktop at the office. Of course why Windows lets me install software as a regular user as long as I do it from their store is a question unto itself. CaptainSarcastic fucked around with this message at 07:31 on Jan 18, 2024 |
# ? Jan 18, 2024 07:28 |
|
CaptainSarcastic posted:Of course why Windows lets me install software as a regular user as long as I do it from their store is a question unto itself. Same reason why you don't need sudo to install flatpaks on Linux: MS store apps live in folders under your home directory and are not allowed to touch protected folders. Another option, when using a corporate laptop with no admin rights, is to find a valid reason to enable WSL and/or WSA (the Android emulator), then you can install whatever you want inside those systems. (I'm fortunate enough that my corporate is fairly reasonable and all I need to sudo poo poo is to log a message describing what I'm about to do, in case IT needs to unfuck my machine later)
|
# ? Jan 18, 2024 18:53 |
|
NihilCredo posted:Same reason why you don't need sudo to install flatpaks on Linux: MS store apps live in folders under your home directory and are not allowed to touch protected folders. NihilCredo is not in the sudoers file. This incident will be reported.
|
# ? Jan 18, 2024 18:55 |
|
man I've been trying to set up some container (not with docker) that uses dbus and im trying to avoid it writing anything to ~/.dbus but it looks like it's hardcoded to write to ~/.dbus. users want to mount host ~ into ~ (and it does by default). however it starts loving with my own computer when it does that. sucks!! why would you hardcode this? Also clutter in home sucks generally. https://gitlab.freedesktop.org/dbus/dbus/-/blob/master/tools/dbus-launch-x11.c#L208 code:
|
# ? Jan 18, 2024 19:04 |
|
Why do you need dbus? https://github.com/containers/podman/discussions/16772 seems like there may be some gotchas
|
# ? Jan 18, 2024 19:16 |
|
Mr. Crow posted:Why do you need dbus? running vnc + xfce + gui app. it has mostly worked so far because everyone else is just using this one remote machine they rarely use, but when I'm testing on my own computer, poo poo gets weird because I also use xfce there. I may just change the bind mounts so it doesn't launch with $HOME:$HOME, but then people are like "help I can't see my files." It's also not super healthy to have it read your bashrc and profile I'm sure.
|
# ? Jan 18, 2024 19:24 |
|
mawarannahr posted:man I've been trying to set up some container (not with docker) that uses dbus and im trying to avoid it writing anything to ~/.dbus but it looks like it's hardcoded to write to ~/.dbus. users want to mount host ~ into ~ (and it does by default). however it starts loving with my own computer when it does that. sucks!! why would you hardcode this? Also clutter in home sucks generally. Could you symlink $HOME/.dbus to /run/$USER/dbus? Or... could you set $DBUS_SESSION_BUS_ADDRESS? https://gitlab.freedesktop.org/dbus/dbus/-/blob/master/tools/dbus-launch-x11.c#L407 I'm not entirely sure what I'm reading here, but maybe that'd work?
|
# ? Jan 18, 2024 20:22 |
|
mawarannahr posted:running vnc + xfce + gui app. it has mostly worked so far because everyone else is just using this one remote machine they rarely use, but when I'm testing on my own computer, poo poo gets weird because I also use xfce there. I may just change the bind mounts so it doesn't launch with $HOME:$HOME, but then people are like "help I can't see my files." It's also not super healthy to have it read your bashrc and profile I'm sure. Square peg round hole imo, just use normal desktop facilities / systemd etc Not everything needs to run in a container.
|
# ? Jan 18, 2024 21:30 |
|
Mr. Crow posted:Square peg round hole imo, just use normal desktop facilities / systemd etc This absolutely does. I would not want to be doing this if I didn't have to. - no sudo on host - host packages are old anyway - need to run a program with a million dependencies and an X11 gui - no X installed on the host - X forwarding too slow for the job - no VNC installed on the host - can build and run containers on the host - user needs to be able to run a single command that gives them a SSH connection string they can copy-pastr to launch a tunnel, then point their vnc viewer on Windows or macOS at it
|
# ? Jan 18, 2024 22:56 |
|
I have the impression that there's an easier way to do that (ssh tunnel and stuff) but anyway. I had to, at one point, launch an UI application from a container and wanted it to have a dbus connection as well. Instead of fighting to find the correct incantation for podman, I just used x11docker from https://github.com/mviereck/x11docker . It does whatever it does to pass the right thing to the container. My preset file for it was: pre:--backend=podman --hostdbus --hostdisplay --gpu=direct --pulseaudio=host --ipc=host --share ~/.config Now, you definitely do not need all those params (pulseaudio and stuff), I just pasted them for completeness because I have no idea what else besides "hostdbus" was actually needed. In github you can look to see what it actually does in there if you feel like it.
|
# ? Jan 18, 2024 23:04 |
If I need to use a gui application in a container I just use distrobox?
|
|
# ? Jan 18, 2024 23:08 |
|
Well, you don't need to launch a UI application with x11docker, but it was able to provide a connection to dbus, so I thought it may be helpful. I never used distrobox but if it can do that too, then sure, whatever works.
|
# ? Jan 18, 2024 23:29 |
|
mawarannahr posted:man I've been trying to set up some container (not with docker) that uses dbus and im trying to avoid it writing anything to ~/.dbus but it looks like it's hardcoded to write to ~/.dbus. users want to mount host ~ into ~ (and it does by default). however it starts loving with my own computer when it does that. sucks!! why would you hardcode this? Also clutter in home sucks generally. That's the default fallback if $DBUS_SESSION_BUS_ADDRESS isn't set.
|
# ? Jan 19, 2024 00:09 |
|
I think mawarannahr is trying to set something specific up for a userbase. If I were to guess, I'd say it was some sort of obscure visualization software for the output of a compute job on a cluster.
|
# ? Jan 19, 2024 00:10 |
|
cruft posted:Or... could you set $DBUS_SESSION_BUS_ADDRESS? https://gitlab.freedesktop.org/dbus/dbus/-/blob/master/tools/dbus-launch-x11.c#L407 I'm not entirely sure what I'm reading here, but maybe that'd work? pseudorandom name posted:That's the default fallback if $DBUS_SESSION_BUS_ADDRESS isn't set. Hey mawarannahr, I think you need to set $DBUS_SESSION_BUS_ADDRESS
|
# ? Jan 19, 2024 00:11 |
|
mawarannahr posted:This absolutely does. I would not want to be doing this if I didn't have to. Hmmm, did you try setting $DBUS_SESSION_BUS_ADDRESS? Real answer is this what your trying to do / get started? https://stackoverflow.com/questions/52284171/running-desktop-enviroment-in-docker-in-headless-linux Mr. Crow fucked around with this message at 01:39 on Jan 19, 2024 |
# ? Jan 19, 2024 01:35 |
|
Huh, neat: suse now has a variant of their Tumbleweed rolling-release called "Slowroll", which shifts updates into big monthly chunks rather than constant package updates. (Except for security updates, which come right away.) As someone who picked Manjaro based on their sales pitch of "rolling release but with delays for testing", but found that Manjaro really doesn't have testing for poo poo, this is intriguing to me.
|
# ? Jan 20, 2024 18:15 |
|
cruft posted:Hey mawarannahr, I think you need to set $DBUS_SESSION_BUS_ADDRESS Nope, when it's set explicitly it is still creating it even if it doesn't use it.
|
# ? Jan 20, 2024 18:55 |
|
Mr. Crow posted:Hmmm, did you try setting $DBUS_SESSION_BUS_ADDRESS? It (vnc on container) has been working for some time, but dbus is writing stuff to a place I would rather it not do, and it can't launch if it can't write there.
|
# ? Jan 20, 2024 18:58 |
|
Klyith posted:Huh, neat: suse now has a variant of their Tumbleweed rolling-release called "Slowroll", which shifts updates into big monthly chunks rather than constant package updates. (Except for security updates, which come right away.) Okay, I was unaware of that, but it sounds promising. I keep meaning to shift this machine from 15.4 to Tumbleweed, but I delay due to the frequency of big 100+ item updates, and the attendant version mismatches that can happen because I have some stuff installed from packman which require manual intervention in the update process. Spacing them out a bit sounds like it would address some of my few minor annoyances with Tumbleweed.
|
# ? Jan 20, 2024 22:20 |
|
With Fedora dropping xorg support for 40, I'm thinking of jumping to OpenSUSE at least until Nvidia behaves better on Wayland, or I finally need to replace my 3080 and get an AMD card. I'd like to keep my /home directory intact without having to do a bunch of work. I have /home on a btrfs subvolume in Fedora. Since OpenSUSE uses btrfs, can I just point to the old subvolume when I need to set up a new /home during install? Or should I just copy everything to a USB drive and move it over after install? I'm not too worried about bringing /etc or anything over since I'm afraid of what it'd break and since it's just a desktop, the most work I've done there is some changes to fstab.
|
# ? Jan 22, 2024 16:01 |
If you want to stick on Fedora you could try UBlue which is just some tweaks to the base image of silverblue/kinoite to include stuff like nvidia support in the image (if you install that version.). They will be retaining X11 support for F40 for their nvidia builds The nice thing is, since it's ostree based, you can just rpm-ostree rebase back to regular silverblue if you decide you are done with it, no need to reinstall. Works more or less like just switching which image a docker container is set to use.
|
|
# ? Jan 22, 2024 16:28 |
|
Well Played Mauer posted:With Fedora dropping xorg support for 40, I'm thinking of jumping to OpenSUSE at least until Nvidia behaves better on Wayland, or I finally need to replace my 3080 and get an AMD card. Technically there is always a way. But why not take this opportunity to back up this important directory? Then you can test your backup by restoring it to a new OS install.
|
# ? Jan 22, 2024 16:52 |
|
The thing about Xorg is that it's effectively become nothing more than Xwayland upstream anyways. Like they finally added tear-free support for the modesetting driver but they haven't cut a stable release of it, so the only way you can run Xorg without screen tearing is if the driver supports it (as the intel driver long did, but that's no longer supported on modern Intel hardware) or to run an external compositor, which itself is fine, but a bit heavy handed if the only reason you're running a compositor is to avoid screen tearing.
|
# ? Jan 22, 2024 17:09 |
|
cruft posted:Technically there is always a way. Time to learn rclone for the Synology. God dammit!
|
# ? Jan 22, 2024 18:28 |
|
|
# ? May 19, 2024 17:41 |
|
Well Played Mauer posted:Time to learn rclone for the Synology. God dammit! May I suggest restic for your backups? It is more geared toward backing up and not only syncing. I am using it with an rclone backend.
|
# ? Jan 22, 2024 19:08 |