These are the channel logs matching your query 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 |
2022-06-22 | [17:06:50] <trevdev`> I am at a loss then. |
2022-05-29 | [17:07:51] <unmatched-paren> Loss of portability is a small price to pay for s p e e d. |
2022-05-14 | [17:38:04] <PotentialUser-57> Karljoad: I see that makes sense. No data loss but might be a good idea to do some manual cleanup if you change the system completely, I gather |
2022-05-12 | [00:58:57] <ss2> yes. It's no loss. |
2022-05-12 | [05:33:28] <bjc> i've seen people make gamer-level nvidia cards work on windows in a vm at the same time as a linux host for relatively mild performance losses, but it required a bunch of driver hacking |
2022-05-11 | [16:00:14] <abrenon> (seriously though, that was a bad choice of word sorry, but I'm at a loss for a better term) |
2022-05-07 | [13:05:02] <nckx> OK, it's rebuilding, at least Cuirass has noticed the loss: https://ci.guix.gnu.org/status |
2022-04-22 | [01:53:44] <bjc> then i'm at a loss |
2022-04-21 | [01:51:57] <xelxebar> In general, when I find something not in the repo, I like to package it up. However, as node apps with approximately 3↑↑↑3 dependencies, I'm at a loss for how to properly go about packaging. |
2022-04-09 | [18:27:04] <unmatched-paren> because my BIOS has memory loss and likes to forget that grub exists |
2022-03-18 | [23:03:00] <atka> which could lead to data loss |
2022-03-13 | [01:05:20] <Aurora_v_kosmose> Ribby: A note whenever you check your logs: Arguably such emulation already does, but ultimately the programs & work done on them is what matters for most people. It's also why, as a Linux user prior, all of my qubes are Linux instances with no loss in work done or potential (well, GPU is a bit complicated). |
2022-02-05 | [00:38:24] <jpoiret> Yes, but with multiple derivations you would have some performance loss because bringing up a whole container + guile for each would be expensive |
2022-01-12 | [12:57:14] <roptat> I find the store gets corrupted very easily on power loss... |
2022-01-10 | [19:58:19] <lfam> I've been using this feature for a couple weeks and I haven't been tearing my hair out over the perf loss |
2022-01-10 | [19:59:04] <nckx> lfam: If you claim to notice a <1% performance loss you are legally required to run Gentoo. |
2022-01-10 | [20:06:33] <vagrantc> i would guess the only big loss to linux-libre 4.4.x would be compatibility with various android devices that are stuck on old kernels ... but i'd be surprised if they work well with linux-libre anyways |
2022-01-08 | [04:02:13] <nergal> keep telling them to "beware the cloud" here. cf, university of kyoto 77TB data loss. |
2022-01-08 | [04:02:41] <nckx> That is a lot of data loss. |
2022-01-08 | [04:04:58] <lfam> Apparent translation: "We believe that this file loss is 100% our responsibility. We will offer compensation for users who have lost files." |
2022-01-08 | [23:02:46] <Noisytoot> I have 100% packet loss to ci.guix.gnu.org |
2022-01-08 | [23:05:27] <nckx> Noisytoot: I have 0% packet loss — until you try anything other than ICMP :) |
2022-01-04 | [22:19:14] <apteryx> PCIe 4 should be able to operate as PCIe 3, although with a loss in performance |
2021-12-21 | [14:55:39] <cehteh> totall loss |
2021-12-21 | [14:56:11] <notmaximed> total loss of files or total loss of performance? |
2021-12-21 | [19:59:46] <notmaximed> The eventual goal was to reproduce the official binary of go-ethereum, to prevent ‘financial loss due to miscompilation’, I think? |
2021-12-21 | [20:01:06] <lfam> It's a bit silly that financial loss is a risk of miscompilation of a package. Although I always advocate for using the exact dependency graph specified upstream for Go software |
2021-12-21 | [20:04:02] <notmaximed> (about the financial loss thing) Why are go packages special here? Because if my browser has some security bug (caused by a compilation mistake or whatever), then when I log in into the e-banking system, then an attacker could use that security bug to steal money or whatever. |
2021-12-21 | [20:07:04] <notmaximed> Then I presume the difference between the financial loss in ‘go package/browser’, is that the go package is ethereum, a cryptocurrency, where reverting fraudulent transactions is way more difficult |
2021-12-19 | [05:36:21] <nckx> the_tubular: Just that ‘guix on top of debian is not what guix should be’ → neither is what you went through, so at some point you have to say ‘well this ain't it’ and cut your losses. |
2021-12-19 | [19:38:07] <lfam> I think that replacing (assoc-ref inputs "foo") with search-input-file entails a loss of specificity in how we describe dependencies. |
2021-12-19 | [19:40:38] <lfam> We should make it work with gexps, so that packages can be selected specifically in cases like this. Or justify the loss of specificity explicitly, rather than just saying that it's good enough |
2021-12-17 | [04:02:46] <lfam> Beyond that, I'm not really sure. It's been a while since I had trouble after a hard reset / power loss |
2021-12-16 | [22:09:27] <nckx> Win Subsystem for Loss yes. |
2021-12-15 | [19:16:45] <drakonis> unmatched-paren: hardly a loss |
2021-12-13 | [19:09:40] <f1refly> is it normal that my X server is lagging like hell when using picom? It worked just fine on arch without any noticable performance loss whatsoever using the same config |
2021-11-27 | [21:31:12] * nckx wonders whether to cut their losses and stop. |
2021-11-24 | [16:45:08] <M6piz7wk[m]> also looking at the CDDL license it seems to me that oracle is committed to FLOSS, but they aren't given the opportunity to be a FLOSS company like from what i was reseaching in that when there was this whole issue with it in linux kernel they would have a significant losses on GPLv3 |
2021-11-19 | [11:32:29] <jpoiret> you can use `mtr` to see if there's any packet loss along the way |
2021-11-06 | [10:37:52] <tissevert> (I would've though : porting guix the package manager to BSD, but since you specified "Guix System", I'm at a loss) |
2021-11-04 | [21:30:19] <apteryx> nckx: so both autossh services must conflict, leading to connection loss perhaps |
2021-10-30 | [02:51:03] <mahmooz> 😕 their loss i guess |
2021-10-21 | [13:11:44] <jpoiret> but on the other hand, discarding an hibernated image could lead to simply data loss |
2021-10-04 | [23:20:58] <attila_lendvai> i think it's very much desirable with go-ethereum, and in general in the crypto space. these software are dealing with wallets holding millions of dollars worth of crypto... making a mistake in the go importer, and building it with a wrong version of a dependency that has a bug unfixed, may result in enormous losses. and it's not even hostile actors here... |
2021-10-04 | [23:29:19] <attila_lendvai> e.g. if your geth client is staking, and it's running with a bug compared to the rest of the network, e.g. due to getting compiled with the wrong version of one of its dependencies, then such a bug directly turns into real losses. |
2021-10-04 | [23:30:48] <attila_lendvai> iskarian, that's not my point. my point is that guix tries to act as an extra pair of eyes wrt worms, but may end up mis-compiling the package and causing losses for people who just guix package -i go-ethereum |
2021-09-21 | [22:05:40] <nckx> dstolfa: Why? It's a loss less code than pulling in the entire (huge) blkid stack that does exactly the same in C. |
2021-09-19 | [13:55:20] <pkill9> and don't worry about the risks of data loss, I have that covered |
2021-08-20 | [23:27:09] <lfam> Like, imagine a bug in Guix System's file-systems code, that caused data loss. It wouldn't be reflected in the weather reports |
2021-08-15 | [01:22:17] <raingloom> well, sans the numerous gvfs bugs that can lead to data loss :) |
2021-08-14 | [21:05:11] <breathein> But I get ~10% packet loss |
2021-08-14 | [21:08:45] <breathein> I test out `ping gnu.org` on a different machine on the same network, and I get 0% packet loss |
2021-07-16 | [19:28:46] <monkwitdafunk> as long as you dont suffer financial losses, that is all that matters my family says so there is no need to get worked up |
2021-06-24 | [04:40:11] <zacchae[m]> Hmm. Databases is what I would want snapshotted. I haven't had that problem, but I'd hate to tell you "btrfs is fine for that" only for you to get some data loss |
2021-06-21 | [23:39:21] <ixmpp> i'm at a loss, tbh, everything i try for this isn't working well, but i can't believe i'm the only person with this issue |
2021-06-08 | [22:54:16] <ixmpp> but i'm just scared it's gonna lead to data loss |
2021-05-28 | [19:02:53] <nckx> It was certainly a net loss overall. |
2021-05-23 | [20:17:27] <robin> it gets cranky if you run out of disk space but i've never had data loss from it |
2021-05-10 | [00:14:41] <leoprikler> of course, depending on when the image is invalidated, you could get into resume → power outage → data loss |
2021-05-10 | [00:14:52] <leoprikler> or resume → power outage → resume → data loss |
2021-05-09 | [23:58:19] <nckx> leoprikler: I think the basic steps to go from zero to hibernation hero are (1) add your swap device as ‘resume=/dev/swap0’ to your kernel-arguments (2) reboot. You could add that to the manual somewhere. I'm a bit nervous about it: the possibility for data loss is real. |
2021-04-28 | [16:30:33] <vagrantc> getthe the display to work requires disabling the alternate display via usb-c, but that's no loss since it doesn't work yet |
2021-04-27 | [00:00:36] <lfam> darth-cheney: I'm at a loss |
2021-04-26 | [23:09:58] <rekado> wikipedia says that “some perception of loss of honor or dignity […] is involved” in embarassment, so let me say that this perception is unfounded :) |
2021-04-15 | [00:00:01] <rekado> it’s not unexpected then than projects that have been around for a long time and have had actual independent project management see the association as a loss. |
2021-03-28 | [14:57:54] <gxr> hqert: zfs has a lot of neat features. I do not have a requirement at the moment to use zfs, ceph or something similar. I use btrfs with luks. I do regular backups in order to not loose anything critical. I can live with a few hours of data loss atm. But anyway, good luck with your zfs endeavour. |
2021-03-26 | [19:34:28] <lle-bout> raghavgururajan: the git history will not be 100% pretty but I think judging benefit/loss this will be more than fine |
2021-03-25 | [17:13:15] <paulj> I haven't tried that yet. When I installed Guix everything just worked, and as I had an external mouse attached I never noticed the loss of the trackpad function. I'll do a bit more investigation and see whether I can narrow it down further. Interestingly, I have another X270 running Gentoo and this is also configured to use libinput, and has no issues. I am just updating that machine and will see if there is issue external to the |
2021-03-23 | [20:09:30] <genr8_> I'm at a loss of how to delete this and proceed. https://dpaste.com/8AEY352YY |
2021-03-18 | [08:33:16] <rekado_> roptat: ping latency is not all that interesting, I think. I asked for ICMP to be enabled, because it is also used to negotiate packet size and a failure to accomplish that can lead to packet loss and reduced bandwidth |
2021-03-10 | [17:18:19] <Noisytoot> ";; "LOST PROFITS" becoms "LOSS OF GOODWILL" and a section is added between 6.2" should be ";; "LOST PROFITS" becomes "LOSS OF GOODWILL" and a section is added between 6.2" |
2021-02-28 | [19:00:39] <nckx> Thanks. I just need to cut, ideally without quality loss. Encoding is optional, I can do that on the CLI too. |
2021-02-28 | [20:14:31] <Whyvn> yeah unsure if its frozen or not.. top says processes are running and guix processes shows it. if it doesnt finish by the time i get home i am going to close it and just cut it as a loss |
2021-02-25 | [19:08:41] <rekado> but I’m bringing it up with the network people anyway, because I wonder if it might be related to occasional packet loss |
2021-01-25 | [23:03:29] <lfam> Yeah, and they worked fine for us at work, until we had an application that couldn't tolerate very short duration network loss |
2021-01-16 | [17:11:49] <mdevos> Is it just my bad Internet connection, or is ci.guix.gnu.org down? ‘ping 141.80.181.40’ (ci.guix.gnu.org) tells ‘100% packet loss’ |
2020-12-16 | [18:14:44] <jcf> To prevent accidental data loss? |