<Cinnamon811rc>thank you! I tryied to install GuixSD beta version on notebook hd pavilion md3. I had chosen xfce and gnome. It took 3 days and nights, and after finished with aan error that no dependency is for something. It was after creation of signatures or something in square forms.
<Cinnamon811rc>I tried again with only xfce. It took 2 days with the same result.
<adfeno>One question: Since I'm new to Guile, how do I tell Guile to create a temporary directory, and also save the path to a variable?
<Cinnamon811rc>maybe there is an option to skip some checking, because it works smoothly
<civodul>adfeno: you can simply use the 'mkdir' procedure, no need for mkdtemp within the build env
<Cinnamon811rc>I do not remember it. I understand that you are devellopers and you need exact error
<Cinnamon811rc>By the way I thought before that GNU is something like garbage, but now I see that you are VERY responsible and highest levek people
<adfeno>Cinnamon811rc: I'm a free/libre software activst from Brazil, and, although I don't know much about GuixSD, I ask: Did you import the substitute server's key to your copy of Guix? (if you do want to make use of substitutes, of course)
<adfeno>Cinnamon811rc: Oh... I hope you meant "free" as in "freedom". :) Anyways, you do have a point, it does get harder if our "real-life" jobs are way out of our expectations as free/libre software activists (e.g.: if it's an unfriendly environment for free/libre software activists to do their activism).
<jmd>Cinnamon811rc: Obviously nobody is obliged to help you if you haven't made any specific agreement to do so.
<jmd>Cinnamon811rc: But I many years ago, when I used to use (and pay for) proprietary software, I found also that neither the vendor nor the manufacturer would help when I had a problem.
<Cinnamon811rc>I think that if a person does everything with responsibility and the best it is the best
<adfeno>civodul: How do I save the resulting path created by mkdir procedure to a variable?
<jmd>Cinnamon811rc: I think so too. However when one talks about responsibility it begs the question "responsibility to whom?"
<Cinnamon811rc>yes you all are very intelligent and high level persons. You should continue live in the same way and you will deserve the best and it will happen
<Cinnamon811rc>to yourself and consequently to the world and any body who is not too far from the reality
<adfeno>Cinnamon811rc: I'm not directly involved with the Guix project, so I can't represent their true goal, but my understanding of Guix and GuixSD installation is that: by default, you only get **package recipes** from Guix servers (e.g.: any server that provides such recipes that are on the server list). This means that, unless you tell your copy of Guix to rely on some server to provide the **package derivations/derivatives**, your computer will follow the recipe
<Cinnamon811rc>I wanted to learn srkribilo and system administration and how to do hacking on non free web sites it is a joke
<adfeno>I hope my message wasn't cut. Last word was "own.".
<adfeno>Cinnamon811rc: Perhaps you are experiencing the situation I described.
<buenouanq>were things partitioned correctly? this is the only part of the install guide I found lacking - It should have more explicit suggested partition schemes. I just ended up copying what my previous Debian had done with a boot, swap, and main.
<adfeno>Cinnamon811rc: Wait a second I'll look for the documentation on build substitutes.
<Cinnamon811rc>yes I know this very well how to partition assign labels swap etc
<jmd>Cinnamon811rc: I suggest that you try installing again (but without xfce and gnome) making a note of any warnings/errors. Then if you still get problems send a message to firstname.lastname@example.org
<Cinnamon811rc>do you know how to tell guix to continue to work if there is missing something
<rekado_>gitweb stylesheet customization requires writing to the installation directory of gitweb :-/ All config values are taken as relative to the gitweb root, so overwriting the stylesheet requires packaging.
<htgoebel>This is ugly IMHO. There should be a more elegant solution.
<htgoebel>Without the ",@(…)" part, I can access the version without problems.
<htgoebel>I need the current input's version anyway.
<Cinnamon811rc>I apologize for bothering you today. May I do the installation of GuixSD a bit differently like in Arch Linux? First, mount the root partition on /mnt, copy everything from disk to /mnt, chroot to /mnt, and after proceed like in the instructions, but do everything relatively /, not /mnt. I t will prevent loss of the installed system, which is not complete by mistake.
<adfeno>Minor question for #guix: Does `guix system` supports the `-c` option to limit CPU usage?
<Cinnamon811rc>when I installed it fist compiled C compiler gcc everything it is terrible
<Cinnamon811rc>maybe you have a generic iso image for x86_64-linux? I would install it first and after reconfigure
<adfeno>Cinnamon811rc: About build/package substitutes again: If you followed the documentation I pointed before and for some reason the command returns an error saying that the file doesn't exist, then try, on another terminal window, to look for places where the file might be.
<civodul>jmd: please let's not play on words, it's not productive
<civodul>'match' is not a replacement for car/cdr, it's a replacement for the general pattern of destructuring lists
<adfeno>Strangely enough, I had a rescent kernel panic. Although my computer is old, and it wasn't installed from Guix (but it's Linux-libre also, and came from a repository of a collegue from Trisquel community).
<civodul>so the idea is not to replace every car/cdr directly by 'match'
<jmd>civodul: Oh. From your reviews I got that idea. I'm sorry if I was mistaken.
<adfeno>The last kernel panic I saw on my computer was yesterday, I was doing some work for the boss (filling in some entries of new buildings for their sales website), and was about to open a terminal to create symbolic links for some .pdf files which would apply to multiple cases...
<adfeno>... and when I tried using shell's auto completion, it happenned.
<ng0>this is no kernel panic though. i#ver sent an email about it to the list this morning around 7 UTC.
<fr33domlover>jmd, I rebooted. In GRUB I pressed 'e' to edit the config. At the end of the line that starts with 'linux' I appended that thing. Pressed F10, system boots, kernel still warns about "missing firmware" and services still fail to start. i wonder if that's really the reason though
<fr33domlover>in the console i see "failed to staer service" and only then ethernet link becomes ready
<joshuaBPMan_>Hello, I'm dual booting parabola and guixSD. I installed parabola first. Then guixSD. (guixSD overwrote parabola's install of grub). I then configured my config.scm to correctly boot guixSD and parabola.
<joshuaBPMan_>rekado. yes. Do you know of a way to check a log file? So I can see why gnome is not loading properly when I log in as a normal user?
<dvc>fr33domlover: does ip link list the wifi card? that's weird if there isn't a kernel driver loaded it shouldn't be there...
<joshuaBPMan_>rekado: also my parabola and guixSD are sharing the same home partition, but different root partitions. Actually I might have just found the reason. My currently ls -lh /home/joshua currently shows my user as "joshua" but my group is 2000.
<ng0>have you created a normal user and set a password for it, joshuaBPMan_ ?
<dvc>well, don't know if it was particularly helpful... have a nice evening
<ng0>if hte linux releases continue like this, we'll be at linux-libre-500 in some years
<rekado>ng0: a revert is not the same as erasing a commit. A revert just creates a new commit with the changes applied backwards.
***orly_owl_ is now known as orly_owl
<rekado>I don’t understand why a package’s version should depend on a package that hasn’t been added yet.
<rekado>I wouldn’t downgrade the package at all until there’s an actual problem.
<ng0>thne I haven't described the problem enough in detail
<ng0>I don't want the software in master which is known to have a problem, but I added the commit before I was remember that this problem exists (lack of issue tracker for this application, i have addressed it and hope it gets added soon to our issue tracker), so it builds, yeah, but it has problems. the only known problem exists in combination with psyced, which depends on psyclpc at runtime. if you were to use
<ng0>this version you'd have no xmpp functionality. it is possible that there are no other problems at all. I've pointed out that we (upstream) need to write tests for both applications which can prevent relying just on "you know the code".
<ng0>so if you think it's okay to keep the package as it is, i'm okay with it
<ng0>from upstream perspective I found the software broken and want to revert until it (the way pcre is used) is fixed.