These are the channel logs matching your query loss
| 2025-10-30 | [18:33:48] <loquatdev> Hello, everyone. I had a sudden power loss on one of my guix machines and just about every guix command fails with `error: unsupported manifest format`. Does anyone know where I can begin to fix this? It happens for every user, including root. |
| 2025-09-25 | [05:01:09] <loquatdev> AHA! It... worked??? It substituted just fine... I am at a loss for words. I suppose it was a rogue cache issue, then. |
| 2025-09-23 | [00:06:16] <loquatdev> is messing up the hash (from a sudden loss of power or something like that). I'll attempt to build the packaged on a third machine and see if the results are any different. If it matches the same hash given by my secondary machine, I might have to repair my store or reinstall on my build machine. |
| 2025-09-05 | [19:25:28] <ieure> Maybe access is slow because of this teeny WiFi dongle with its teeny antenna and that increases latency / packet loss and that makes the request to bordeaux time out. |
| 2025-09-03 | [05:43:12] <ieure> I'm not mad, just cutting my losses. |
| 2025-09-02 | [19:50:08] <Tadhgmister> I've even relogged, so it isn't a cache thing... I am at a loss |
| 2025-09-01 | [22:14:10] <euouae> Was there loss of data? |
| 2025-07-30 | [15:55:08] <dariqq> jlicht: I usually only see it after a system reconfigure. I rebooted a lot today to test various things but I dont really want to risk data loss on my laptop and have not yet figured out how to reliable trigger it |
| 2025-07-29 | [22:58:58] <dariqq> ieure: does an fsck cause data loss/empty files if / gets unmounted cleanly? |
| 2025-07-23 | [05:45:48] <apteryx> is someone else having issues with the indentation of scheme in emacs 30 having changed? seems to be party caused by my config, as 'emacs -q' behaves closer to emacs 29, but I'm at a loss. |
| 2025-07-20 | [20:50:56] <vagrantc> although, i am at a loss with glib-networking |
| 2025-07-17 | [11:17:26] <janneke> ACTION is at loss how "we" missed that, but yeah |
| 2025-05-29 | [23:30:10] <podiki> their loss is our gain apparently |
| 2025-04-23 | [17:01:19] <ieure> I'm at a loss to explain why my changes break the build. |
| 2025-04-22 | [06:48:27] <apteryx> ieure: so far 'make check-system TESTS=pounce' succeeds, so I'm a bit at a loss |
| 2025-03-20 | [15:42:38] <Rutherther> jcabieces: there isnt really a way to find it proper from installed profile. You could either pack the whole profile from store with path to it, or just use the file with instruction again with the pack. Packing just the store path with output of the package will mean loss of search paths, so is not really a supported use case. |
| 2025-03-18 | [23:00:07] <dcunit3d> depending on your hard disk's partition situation (whether you would need to separate /home & other partitions to avoid data loss), then i would (1) define a system to run from USB or use the Guix ISO (2) backup your existing running system configuration (3) reboot on the ISO (4) carefully resize and note the UUID's for disks (5) mount the new disks to the FHS paths under /mnt (6) start the cow-store at mount (7) edit the system |
| 2025-03-18 | [23:00:52] <dcunit3d> you may want to run this by more experienced users (esp. if you're worried about data loss) |
| 2025-03-18 | [23:01:20] <cancername> dcunit3d: I'm on the install USB, so no risk of data loss. I appreciate t. |
| 2025-03-16 | [01:13:28] <lactose> wakyct: gnome-desktop-service-type is indeed there. I'm still at a bit of a loss as to why my Wi-Fi goes away when I add packages though... |
| 2025-03-11 | [14:03:20] <kimapr> cehteh: how can ssd firmware decide by itself that a block is free if it's all occupied by completely opaque random bits that it can't know to drop without risking data loss? |
| 2025-02-19 | [23:08:50] <dstolfa> vagrantc: yeah, i agree that it doesn't i'm just a bit at a loss as to how to actually solve it :D |
| 2025-02-04 | [02:10:05] <lfam> I also wonder about "There were a few undocumented behaviors around the absense or presense of a value." As a general issue, there is something gained and something lost when we make these Scheme abstractions for configuration of external programs. You know what is gained. I'll say the loss is that it makes it harder to report bugs upstream and sometimes makes upstream a little mad at us |
| 2025-01-31 | [02:04:55] <coyotes4ys> oh guix has systemd? i didn't know that. i've seen people crying from rooftops about loss of freedoms for sysadmins and devs |
| 2025-01-29 | [03:38:31] <meaty> the good part is that whatever was compiled should stick around until your next 'guix gc', so it's not a total loss coyotes4ys |
| 2025-01-20 | [14:07:01] <futurile> I think "switch" might be the wrong word, "add" is probably something that realistically people who like the current flow can't argue with: otherwise, people who like the email flow face "loss" |
| 2024-12-20 | [02:58:23] <ElephantErgo> Hey, so I'm trying to build a version of llama-cpp with ROCm support using the hipamd package from the guix-hpc channel. I'm running into a problem where configure is unable to find the cmake files it wants. Specifically,it's missing rocm-toolchain-6.2.2/lib/cmake/hip-lang/hip-lang-config.cmake. Does anyone know if I can find some package (or package version?) that provides this cmake file? I'm sorta at a loss as to how to proceed. I |
| 2024-12-07 | [20:54:47] <cancername_> I wonder whether this is just corruption from power loss or disk failure |
| 2024-12-03 | [03:28:49] <wakyct> hi, this might not be a guix issue, but is anyone using a bluetooth headset with mic successfully? I'm at a loss because everything connects and my headset is showing headset and handsfree in the BT profile, and I even see the capture sink in pipewire (using Helvum). But I can't get the mic to work in any program. |
| 2024-11-26 | [10:27:52] <unmush> I've managed to bootstrap mono up to the latest release, 6.12.0.206, but I'm at a bit of a loss as to how to proceed from there. This is because, to put it bluntly, the msbuild world is utterly resistant to packaging. I haven't managed to bootstrap msbuild yet, so I've been using mono's xbuild, but everything I have tried so far has resulted in errors complaining about nuget packages missing, and often it will insist on trying to |
| 2024-10-26 | [22:54:16] <sadmax> At this point I'm at a loss. I do not know what to do. |
| 2024-09-26 | [12:27:51] <mange> I think saying "there aren't dependencies between store items" is a bit pedantic. For instance, "(guix) Invoking guix build" in the manual opens with "the guix build command builds packages or derivations and their dependencies, ...". Things lie "inputs" and "references" are more precise language, but I think it's reasonable to use the word "dependency" as well (accepting the loss of precision). |
| 2024-09-23 | [22:51:37] <ieure> sham1, Yes, the whole language feels like a loss-leader to sell IntelliJ licenses. |
| 2024-09-23 | [22:51:58] <ieure> I miss Clojure, which was a loss-leader to sell Datomic licenses. |
| 2024-09-16 | [20:49:07] <aswjrisp> ieure: Why, to protect against data loss in case there is an issue with the drive? I know SSD are faster. I will setup an automated backup of the data on this harddrive to other drives. |
| 2024-08-31 | [03:02:50] <amano> weary-traveler: nckx : I just tested deleting random encrypted zfs snapshots without decrypting them, and the latest snapshot could be decrypted and mounted without any data loss. |
| 2024-08-31 | [04:02:19] <amano> I mean deleting snapshots won't lead to unexpected data loss.... |
| 2024-08-31 | [12:33:50] <insomniac> Ok sure whatever.�� You do you and enjoy the data loss down the line. |
| 2024-08-31 | [14:40:45] <amano> apteryx: I think btrfs raid10 can only lose one disk. If you lose more than one disk, btrfs raid10 guarantees data loss. |
| 2024-08-31 | [14:41:07] <amano> mdraid10 can lose anywhere between 1 disk and half the disks before data loss... |
| 2024-06-19 | [18:44:21] <trying2instguix> im at a loss at what i might be missing |
| 2024-06-18 | [03:37:04] <lactose> Still at a bit of a loss to get xdg-desktop-portal working. Pipewire and D-Bus seem to be functioning, but I still can't screen share from sway. |
| 2024-05-02 | [09:01:26] <civodul> kimjetwav: i also think it should work, but it will discard patches that are applied to emacs-next, so expect some functionality loss |
| 2024-04-14 | [21:03:39] <bjc> the other thing is the loss, or sometimes inversion, of past participle forms. i cringe so hard every time i read "i had ran it" |
| 2024-03-11 | [15:19:22] <jpoiret> I'm thinking we cut our losses for now, revert pkgconf and finish ironing out the rough edges of c-u before shipping it. We'll be able to focus on a pkgconf branch later on |
| 2024-02-21 | [09:11:04] <ulfvonbelow> `_PyParser_ASTFromString''. It seems to be attempting to compile lib/taglessFinal again, but this time without the -lpython flag that was specified in lib/taglessFinal/dune. I'm at a bit of a loss as to how to make this work; the build system seems to only support "build and link this C code", not just "link this C code", which seems like an absurd oversight, so I'm sure I'm missing something |
| 2024-02-19 | [23:46:51] <jpoiret> euouae: well not unmounting the filesystems can cause data loss |
| 2024-02-07 | [01:52:01] <amano> The cost of freedom is loss of security... for the foreseeable future. |
| 2024-01-17 | [19:40:32] <jaft> I'm at a loss as to what might even be causing it so was hoping someone else had it working and could give insight as to their setup. |
| 2024-01-15 | [22:01:55] <podiki> civodul: I think the coverage loss is mostly on e.g. aarch64 and powerpc64le no? bordeaux usually does much better there than berlin, but i never saw a QA page for mesa-updates this round |
| 2023-10-28 | [22:26:29] <nckhexen> Altadil: If you're at a loss for what to do when it reports a mismatch: use --keep-failed, then use diffoscope to compare the two reported store items. |
| 2023-10-21 | [19:36:50] <efraim> unscheduled power loss corrupted the bootloader |
| 2023-10-17 | [09:09:16] <attila_lendvai> if they have local fixes to their rocksdb fork, then this is a good example that too eager unbundling can lead to broken software. sometimes subtly so that may lead to loss. |
| 2023-10-13 | [23:26:47] <jbnote> ok, thanks. I also just got this from gexp.scm. I just don't understand why in what looks to me like identical places, but in slightly different contexts (function arguments VS more-or-less direct value) it seems to behave so very differently. And i'm at a loss how to write things in a way that I get the behaviour I want. |
| 2023-10-13 | [23:47:45] <jbnote> ulfvonbelow: Thanks for taking the time to educate me :) I think I understand the examples you gave. However here, at the same place -- where a string is required, a (file-append git "/bin/git") will yield the desired result (and the correct string) while a (string-append "CGI_SCRIPT=" (file-append git "/bin/git")) will not work. At the very same place. I'm at a complete loss to understand why. |
| 2023-09-20 | [21:33:53] <nckx> So this should be at loss less painful, thanks :) |
| 2023-09-19 | [18:34:27] <jbnote> cbaines: indeed guix archive works for the sources -- the output of guix build --sources=transitive is fine. For the pre-built binaries, I'm a bit at a loss to know what to archive (but probably just the package name would work). For guix itself (what's generated by guix pull), I don't know how to 'call it' for guix archive to do its job. Maybe you |
| 2023-09-14 | [16:46:02] <prattle> I've been curious about this: Does Guix system allow you to tear out enormous sections of your operating system and have them atomically disappear, configurations and all? I presume you can't do that down to the disk specifications (that you can't just reformat your disks without data loss, etc); is that right? |
| 2023-08-27 | [08:48:11] <bdju> I've just tried installing and using fwupd, but got an error about polkit. what other setup is needed? I heard there is an issue with some samsung ssd firmware that can lead to data loss, so I wanted to update |
| 2023-08-11 | [20:22:32] <bjc> i don't much care for hibernation, tbh. normal sleep is pretty low power draw, so the battery lasts a long time. i'd rather just eat the loss if the battery runs out than have to contend with hibernation making sleep/wake cycles extremley expensive all the time |
| 2023-06-27 | [02:21:20] <dadinn[m]> since semantic versioning is cool these days, version 28 dutifully crippled my entire Emacs environment (a.k.a. LIFE) after a Debian upgrade from Bullseye to Bookworm. I am looking to cover the losses so decided to bite the bullet and go real geeksy. But it looks like there is no way out! It's 28.2! |
| 2023-06-21 | [11:33:47] <sammm> afaik, no loss of features, but will take a closer look |
| 2023-06-18 | [02:27:04] <lw> So I can use lisp, java, and bash at the same time, outside the "bash" restrictions lossing the industry standard as an exchange |
| 2023-05-15 | [10:59:38] <janneke> but i guess i'm a bit at loss again wrt the all the cross packages that we'd need; adding it to gnumach-headers doesn't work |
| 2023-05-12 | [19:08:14] <foxfromabyss> succeeds for `use-modules`. Kinda at a loss here and would appreciate getting pointed in a direction |
| 2023-04-25 | [12:35:46] <attila_lendvai> looking at what beautify-description does, not calling it would be a loss |
| 2023-04-11 | [14:59:28] <unmatched-paren> i have my config online, so it's no big loss. |
| 2023-04-10 | [01:08:58] <mirai> drop the f and you end up with loss |
| 2023-04-05 | [18:17:38] <mirai> anything that uses zstd with the right combination of factors is is risking data loss |
| 2023-03-31 | [02:07:11] <quidnunc> I installed guix 1.4.0 on Ubuntu Lunar via apt. When I install a package it doesn't show up in the bin directory of my profile. Does anyone know what I can do to debug? I'm at a loss. |
| 2023-03-31 | [13:19:22] <pranavats> I do think my setup is correct now. It seems that the older misconfigurations caused the data loss. |
| 2023-03-31 | [16:55:00] <mirai> the plague of the sporadic connection losses just disconnected my SSH session |
| 2023-03-31 | [17:08:27] <civodul> sporadic connection losses? |
| 2023-03-24 | [15:18:38] <mjw> papapanda[m], yes, some massive network packet loss :{ possibly a ddos attack. https://hostux.social/@fsfstatus.rss |
| 2023-03-14 | [14:55:50] <abrenon> I'm still at a loss to understand compile-time for guile, which seems only evaluated to me (when I pass a guix.scm file for instance) |
| 2023-02-28 | [18:04:57] <bjc> especially for something like the nginx.conf, that's a gigantic loss |
| 2023-02-25 | [15:33:15] <nckx> Turning Guix into Linux (contribution-wise) would net us all the contributors we'd ever want, but we'd all have to go search for a new distro; a net loss. |
| 2023-01-30 | [10:44:44] <Kabouik> Trying that, thanks. But was I assuming right the cause of such big storage losses when using guix package/remove? |
| 2023-01-27 | [16:57:25] <neshamon[m]> nckx: Okay thanks, because I'm at a loss at what I should do haha |
| 2023-01-21 | [19:35:14] <normeo> something wrong with savannah? i get random packet loss and git tls errors |
| 2023-01-10 | [17:45:03] <nckx> Euler-Maskerony: This is #guix and can't speak for all of GNU, but it prevents the loss and abuse of the authors' efforts that ���permissive��� licences allow. You can't (legally) take a GPL project, modify or build upon it, and redistribute your version without granting the users the same rights you enjoyed. |
| 2023-01-06 | [15:33:30] <mirai> there's a non-trivial potential for data loss as well |
| 2023-01-05 | [00:36:02] <nckx> The system can be very slow (hours; exceptionally days). These delays are far more likely than loss of messages. |
| 2022-12-26 | [19:20:33] <vagrantc> now that i think about it ... i did have a power loss possibly in the middle of guix operations ... |
| 2022-11-30 | [16:35:35] <munen> Logging into the console fails with a 'no such file or directory' error for /gnu/store/xxx/bin/login. Hence, I'm at a loss of how to continue the installation. Are these known issues? I suppose they are, because I'm getting the same errors on two different machines. |
| 2022-11-24 | [13:04:12] <nckx> Hibernation signature means you hibernated, then didn't resume from the image. Your system saw a hard power loss. If you resume from the image now, you'll experience severe file system corruption. Just mkswap it and enable it again. |
| 2022-11-10 | [21:51:14] <apteryx> hopefully it's just a temporary issue with the SAN and there was no loss of data |
| 2022-11-08 | [09:50:08] <abrenon> I suppose it was propagated from another package, but I'm at a loss to find out which one |
| 2022-11-04 | [22:34:11] <vagrantc> nckx: i'm just cutting off cruft that is also present in the description, figuring it's no real data loss ... but ... i'm not sure what the "important" parts are to cut off |
| 2022-11-01 | [11:03:55] <civodul> (by "gc bug" i expected a data loss issue or something) |
| 2022-11-01 | [11:19:25] <qzdlns[m]> ah thanks @nckx, I'm not aware of this distinction -- if it matters, I'm in a previous system generation, but have a healthy mount on /boot/efi -- I had power-loss last night which prevented my from booting on the HEAD generation |
| 2022-10-31 | [18:32:48] <stevenroose> Btw, sorry for your loss on the name collision ;) |
| 2022-10-27 | [22:25:15] <nckhexen> unmatched-paren, apteryx: Like you, I don't really understand the objection, so I can't really counter it (I tried here and it got a bit intense, probably due to bandwidth loss). I don't want to ignore it and just push, but it seems like apteryx at least agrees with keeping it as an error? |
| 2022-10-07 | [22:50:49] <GNUtoo> I also had some data loss so I also need to finish recovering from it to at least have a reliable mail system that doesn't block when you enter some folders |
| 2022-10-05 | [21:33:54] <tschilptschilp23> yes, they absolutely do, switching back to 3.42.1 makes things 'normal' again, there's zero data-loss. I'll just go to 3.46 and note the error it tells me, and also the one from secrets (I've deb-pasted a few days ago, but they will have expired by now...) |
| 2022-08-18 | [19:28:10] <drakonis> it is a distinct loss of flexibility and control as it will still be in a language they do not have full mastery of |
| 2022-08-06 | [03:51:01] <atka> its stable, decent latency and low packet loss, but I'm only downloading at 40KB/s most of the time |
| 2022-08-02 | [19:21:14] <acrow> vagrantc: Ok, that seems practical. I was going to suggest just listing all the files bc it is supposed to be machine readable anyway and globbing results in some data loss. |
| 2022-08-02 | [19:21:37] <vagrantc> acrow: technically globbing doesn't result in data loss if you do it correctly :) |
| 2022-06-24 | [19:29:14] <johnjaye> either way this is probably fine. don't want to be too paranoid but my connection has problems which can lead to data loss |