IRC channel logs
2014-11-24.log
back to list of logs
<taylanub>I'm confused; do we have *any* build-time-dependency v. run-time-dependency separation so far? if a package uses scons to build, that surely shouldn't install scons for someone installing that package via a binary substitute? <nkar>sneek: later tell civodul indeed, building with substitutes solves the problem <nkar>it seems there's no 'shutdown' on the usb image, right? <jmd>git checkout wip-libreoffice ; ./pre-inst-env guix package -i libreoffice ; soffice <jmd>Anyone tried installing libreoffice ? <sneek>civodul, you have 1 message. <sneek>civodul, nkar says: indeed, building with substitutes solves the problem <nkar>civodul: built the package and wrote filled the with random data. I'll continue tonight <nkar>in other words, I haven't made much progress. <nkar>but it's only due to the lack of time <civodul>that gnu-system-discuss thread is depressing <civodul>you're invited to start looking for a name... <nkar>civodul: are you referring to the "What can we expect ..." thread? <nkar>civodul: the naming issue is just a tip of the iceberg. there's no dedicated effort. people just work on their own projects (sometimes in groups) that only share the same prefix. <civodul>davexunit: in which the same protagonists defend the same ideas :-) <civodul>at least rms has clarified his thoughts, which is good <nkar>civodul: let me give an example: you asked the "gnu maintainers" several times to start maintaining their packages in guix. how many were interested? <civodul>nkar: you want me more depressed or what? ;-) <civodul>i'm really surprised there's resistance <civodul>i would expect people to just not care <civodul>but here, it's like, "please, let the project die peacefully" <nkar>civodul: you almost never can convince people if they don't want to be convinced. just keep working. I understand that you care about naming because you want to consolidate the projects, but I don' think it'll happen. but the work you (and other developers) do is still important. <nkar>one of the goals of the project (as I understand it) is to have a free nixos with scheme, which is a good goal, too. <davexunit>I dunno, I think RMS might eventually agree to have it GNU. *davexunit is having major opengl and sound issues on his guix machine <davexunit>(though I don't think it was using pulseaudio) <civodul>the problem is when there are process that use ALSA, and others that try to use PA <civodul>ALSA grants exclusive access to the process <civodul>for instance, MPlayer uses ALSA by default, which is annyoing <civodul>i don't think i really use OpenGL, but who knows ;-) <davexunit>I tried to run minetest, and it was extremely slow. <civodul>ISTR that MESA is normally dlopened, or something <davexunit>I have an nvidia GPU, and I can see that the nouveau module had been loaded via lsmod | grep nouveau <civodul>could you check if that is the case? <davexunit>other sound issues involved SDL_mixer not working, I think you noticed that, too. <davexunit>I ended up tweaking LD_LIBRARY_PATH to include my profile's lib dir and then SDL_mixer was able to use libpulse <davexunit>it was at this point that I got too tired to struggle with it anymore <civodul>i remember that NixOS has this /run/opengl-driver directory to allow apps to dlopen MESA or something <iyzsong``>davexunit: you may want to pass "--disable-sdl-dlopen" to SDL <davexunit>iyzsong``: you sure know a lot of things! :) <davexunit>that will solve the SDL issue, but it won't solve other software issues <davexunit>for instance, icecat: try to view any page that requires webgl, it will fail. <iyzsong``>well, I just got `This browser does not appear to support WebGL', maybe our mesa is too old? <davexunit>I think it's because it can't load libgl and co. <iyzsong``>yes, you are right! I load icecat with LD_LIBRARY_PATH, it works.. <iyzsong``>we can hardcode the mesa or using LD_LIBRARY_PATH to support 3rd opengl drivers? <davexunit>I don't think we want to mess with LD_LIBRARY_PATH <davexunit>I don't really know why, though. civodul would know, I think. *davexunit notices that guix has reached the point of having to deal with asshats on the mailing lists. <CrLF0710>Hi, i'm interested in giving Guix a try, though i'm a newbie and don't know where to start. I'm got a VirtualBox machine ready and downloaded the usb image of guix. Now what should i do? I don't have a usb device at hand(weird, but true), can i convert this usb image to iso or something like that so i can bootstrap the guix distro? <jxself>Please don't. VirtualBox is non-free nowadays. <_`_>Isn't the base GPLv2? <_`_>The extension pack isn't entirely necessary <jxself>Not the extension stuff. It needs a non-free compiler nowadays. <jxself>This is why Debian has moved it into non-free. <_`_>But it's not as if the extension pack is necessary for this use case <jxself>Why are you talking of the extenions? I'm not. <jxself>Oracle offers compiler output for people to use as a source and don't seem to understand (or don't want to understand) the issue. <jxself>Being GPLed doesn't matter if you can't compile it with free software. :) <jxself>Which is why looking only at licenses isn't enough, _`_ :) <_`_>“It needs a non-free compiler nowadays.” It wasn't clear to me that “it” referred to the base there. But yeah a shame. <DusXMT>_`_: From what I heared, a part of the code is "real-mode C", and the free software world apparently doesn't have a real-mode compiler <_`_>which is apparently “too buggy” according to whoracle. <_`_>It should be possible to build the BIOS from the 4.1 series with bcc then use it on 4.2 <_`_>More work than anyone might want to care for though. <DusXMT>I wonder how hard it would be to rewrite the real-mode part into assembly... but it probably wouldn't bee too beneficial, as we already have qemu/KVM with SeaBios <_`_>apparently there are assembly sources somewhere, haven't looked. <_`_>Main reason people might prefer virtualbox over qemu/kvm is a lack of intel vt-x/amd-v on their system, which shouldn't be that common, but might be. <DusXMT>Usually, on those kinds of computers (I had one), VirtualBox also isn't accelerated <_`_>But the software based virtualization it does, probably results in better performance in guests over purely emulating with qemu. <guixnoob>hi guys. How to change keyboard layout in guix? <davexunit>guixnoob: from an x session? I use xmodmap to map caps lock to ctrl, for example. <jmd>How to know why gramatical subject omitted in IRC? <guixnoob>davexunit, thanks. Can you tell mi which window manager you're using? <davexunit>guixnoob: I just started using ratpoison. I was using window maker at first. <davexunit>window maker is the default WM that the slim-service starts upon login. <jmd>guixnoob: You can use setxkbmap if you want a "standard layout" <jmd>Obviously that only affects the X server's idea of the keymap. <guixnoob>aha, thanks... right now i'm just preparing to install guix, so i'm just exploring my options. BTW, i'm from croatia and woud like to have croatian layout if possible <davexunit>I need to figure out how to remap caps lock to ctrl outside of x, too. <guixnoob>i like the idea of "functional package manager" <davexunit>guixnoob: that should be possible, but I'm not very familiar with keyboard configuration tools. <guixnoob>and i like the fact that it all is configurable from scheme - scheme is my most favorable language. Can't wait guix v1.0! :))) <davexunit>guixnoob: I think you will really like guix. <guixnoob>i hope so... i just saw guix web page yesterday first time <guixnoob>so, if i understand correctly, i just need to use something like that and execute this: guix system init /mnt/etc/config.scm /mnt <civodul>we should really add a knob to easily configure the keyboard layout <paroneayea>davexunit: are you dual booting, or is that your booot-to-VM? <davexunit>paroneayea: I have a desktop computer that I'm using. <paroneayea>maybe I should get a beaglebone black for my backup server, that'd be cheap... <jmd>There's a flag or something to say that a package cannot be cross compiled. Can anyone remember what it is? <davexunit>I asked this person to email bug-guix about this, but for the record: <davexunit><[TheFlash]> davexunit: hi, in guix 0.8, DMD doesn't seem to unmount the <davexunit> filesystems during shutdown, just letting you know <civodul>i meant to email the list, but i didn't <davexunit>and that's after the 0.8 release, I take it? <paroneayea>guess I'm not running it on a beaglebone black for my backup server then, yet :) <paroneayea>assuming beaglebone black also boots with linux-libre anyway <davexunit>paroneayea: might be one of the in-progress items <civodul>oh that'd be the first ARM machine to get the RYF stamp, no? <jxself>paroneayea: I suspect it does. I've not looked into it though. <jxself>On a related note, the .rocks idea jpope suggested is available. Just FYI... ;) <jxself>The "done" is probably in response to my suggestion that people send you email so that your inbox has things in it.