<erudition>oh yeah I tried installing chromium the other day and it took me a while to realize why the screen was off when I came back... every time I tried it. Looks like I found a reliable way to completely hose a system with only 4G of ram
<xavierm02>How much can I trust packages in Guix? When you commit a package to guix, are you supposed to understand the code base of the project enough to ensure that there's nothing fishy, or just to ensure that it build, and check that there's nothing fishy is delegated to the user?
<rvgn>pkill9 Do you use "bridge" or "passthrough" for networking in VM?
<rvgn>g_bor[m] nckx Just leaving you both a update message. My training modules' flash components works with gnash in trisquel. But the system is too slow inside virtual machine as my host is X200T. So if could make gnash work in guix, it would be awesome. Thanks!
<minall>I can't start xorg, and because of that, when I start the pc, It goes on a loop when it tries to start GDM, can't, and starts again, and my screen goes like on/off, until GDM does goes on an error of 'to many open files', and stops trying to load GDM after the process of GDM number like 503, and then i can use my pc normally
<minall>I have some errors that I think may be interesting on my /var/log/gdm/greeter.log,
<minall>The first one, that I think is of importance, "(EE) Unable to locate/open config directory: "/gnu/store/fjvhaqqi26kjgypr03bd3c0znha1dxkv-xorg.conf.d""
<minall>then followed by failed to load module fbdev, module doesn't exist, and vesa, module doesn't exist
<minall>And then, the one that i think links to the first error: "(EE) Screen(s) found, but none have a usable configuration."
*kmicu puts on a tin foil hat: OriansJ works on bootstrapping, works for gov, and recommends NSA tools.
<OriansJ>kmicu: good, now don't trust any code that I write (I could have done anything)
<OriansJ>in fact the more people who don't trust and audit the F&ck out of the code I submit the better
<OriansJ>No one should have to trust me to have a trusted bootstrap; that is why one only has to audit the 2,874 bytes of hex code and generate their own 357byte hex0 assembler
<OriansJ>Then they need only audit the 4Kish lines of cc_x86.M1 (assembly) then everything else is straight forward C code to audit
<OriansJ>all of the pieces can easily be replaced by anyone interested in doing so; just like they are all easy to port to arbitrary hardware
<arshin>Are there any ideas floating around for "distributed verification" of FOSS projects? like a blockchain that says "these 43 nodes verified this project".
<OriansJ>arshin: yes guix challenge and public disclosure
<OriansJ>kmicu: all of the code is 100% deterministic and one needs only build their own hardware and bootstrap 5 pieces to check all platforms
*arshin reading about guix challenge. Is "public disclosure" some project or just a generic term for putting source code online?
<OriansJ>arshin: it is a generic term for making the entire world aware of a discrepency (I think gitian does something similar though)
<OriansJ>kmicu: and even if you trust me, assume my machine could have been compromised by someone else and audit the code and generate your own binaries
<arshin>OriansJ: thanks for the pointers. "making the world aware" - just by word of mouth (email lists, irc etc) or is there something blockchain-like to build public record of verifications? Guix challenge seems to be only about "local" verification
<OriansJ>arshin: well all validation chains must start locally but I am sure there are somethings out in the blockchain world that might extend this further (I just haven't had time to check yet)
<nckx>tune: Yeah, the upstream Terminus project stopped installing those 8-bit codepages entirely. My compromise was to put them in a separate output so Terminus is still Terminus as released by upstream, but keeps providing files that many need.
<nckx>rvgn: CVS is a type of VCS, and git is another. Confusing!
<rekado>rvgn: CVS is a … mature version control system with a central server and slow operations. “git” is a little more recent, pretty fast, decentralized (no central server needed, but often used in practise).
<rvgn>nckx I came across something shocking. Remember the patch you did for youtube-viewer? It stopped working after I did fresh reinstall of guix system couple of days ago. I double checked after doing guix package -u twice. Still did not work.
<nckx>Uhm. I don't *recall* it depending on .config/ or whatever… Weird?
<rvgn>On double-click, only SD videos opens and plays, not HD videos.
<nckx>rvgn: Could you check if ~/.config/youtube-viewer/<your-favourite>.conf doesn't contain anything fishy that could override the patching I applied in that commit?
<rvgn>Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita", at /gnu/store/xsd6a9yki1lc5w9x62yr7l7n3bslyncr-perl-gtk2-1.24992/lib/perl5/site_perl/5.28.0/x86_64-linux-thread-multi/Gtk2.pm line 126.
<nckx>rvgn: Just to rule out silly bugs: I double-click the thumbnail, not the text.
<rvgn>Other than that. No other errors while opening gtk-youtube-viewer from terminal.
<nckx>Hm. Shouldn't be related but you could install adwaita-icon-theme just to make sure.