<francis7>Jookia, send a patch for libreboot docs saying how you did that
<francis7>also, since this is probably guix, could you write a full disk encryption guide for guix with libreboot?>asn I understand it, suitsmeveryfine was/is also working on that, so you could work with that person too
<JeanLouis>Jookia: there shall be option to mount the system after boot too, as if anyone is searching laptop, like police or courts, they find encrypted disk, and this may have implications for the person.
<hyperreal>It started at time zero for Unix, Dec 31, 1969.
<lfam>hyperreal: Are you using libreboot? There was some change in the kernel that had that effect for libreboot users. I think that is the reason we have kept around version 4.1 of the linux-libre kernel: so those users don't have this clock issue
<hyperreal>by the way, paroneayea: In that bug report above, I noticed someone mentioned you're sharing your home directory with two different versions of gnome (one for Debian, one for Guix). I'd like to help out with getting gnome working on Guix. is there a recommended way to install it on GuixSD? I presume I'd have to include the gnome package module. Does it have a meta-package?
<lfam>hyperreal: The name of the meta-package is 'gnome'
<hyperreal>when i try to run guix system reconfigure /etc/config.scm, I get Unbound variable: linux-libre-4.1. I'm learning guile syntax as I go along. And I do have the linux package module included.
<lfam>hyperreal: It works for me with this line in my system configuration: (kernel linux-libre-4.1). Perhaps you haven't updated your system with `guix pull` since linux-libre-4.1 was added? What does `guix package --show=linux-libre` offer?
<hyperreal>lfam: guix package --show=linux-libre shows version 4.4.4 and 4.1.19
<robsyme>Hi all. Another quick question about writing package definitions. I'm writing a definition for a tool that includes two binaries. One is a compiled C++ program and the other is a python script. When I include (native-inputs `(("python", python-2))), the hashbang in the script is automatically converted to a python version in /gnu/store. When I include (native-inputs `(("python", python))), the bashbang remains as #!
<robsyme>/usr/bin/python. The script doesn't have a strict requirement for python2, so it seems unnecessary to specify python-2 in the native-inputs, but I want to make sure that the script is run with python from guix. Which native-inputs should I include?
<civodul>robsyme: the 'python' package (Python 3) does not have a 'python' binary, only 'python3'
<civodul>that's why the shebang does not get patch
<civodul>robsyme: so presumably you should use python-wrapper
<robsyme>civodul: Ah, thanks! (I have obviously not done much with python3)...
***kelsoo1 is now known as kelsoo
<alezost>robsyme: also use comma just before a symbol: ("python" ,python), not ("python", python). This is called "unquoting": ,foo is the same as (unquote foo)
<roelj>I have a package A that is only three cpp files. Which compiles to a program. Now, another package B includes all (three) cpp files from A and compiles it into its own programs. I would like to package A, and then extract the source code of A into package B. Is there a way to reference the source tar ball of A in package B? Or should I create a separate "source" target in package A, so that I can put specifically the source code of
<robsyme>I'm writing a package definition for a tool that, for some invocations, shells out to a non-free binary (SignalP). Is there a way to flag that the user must download this non-free program themselves and ensrure that it is in $PATH?
<robsyme>rekado: The main tool (CodingQuarry) itself doesn't have any problems, but it does include an optional shell script that acts as a wrapper - calling a couple of other included scripts and the SignalP (non-free) binary. Perhaps the CodingQuarry binary can be included in Guix upstream if I leave out the optional wrapper script?
<JeanLouis>is there a way to download binary directly? Because I cannot easily compile gdk-pixbuf
<roelj>JeanLouis: There's a gdk-pixbuf package in Guix that compiles it for you.
<JeanLouis>roelj: it fails in compiling and takes hours. Is there way to get gdk-pixbuf by guix in binary?
<roelj>JeanLouis: So, you could use Hydra, which gives you a binary..
<JeanLouis>roelj: yes, how to use it? I tried with this guix build emacs --substitute-urls=hydra.gnu.org -- but no go
<roelj>JeanLouis: Have you authorized hydra.gnu.org with guix archive --authorize?
<roelj>It's at the end of section 2.1 in the Guix manual: To use substitutes from hydra.gnu.org (see Section 3.4 [Substitutes], page 26), authorize them: guix archive --authorize < ~root/.guix-profile/share/guix/hydra.gnu.org.pub
<roelj>JeanLouis: Al right, then simply guix package --install=gdk-pixbuf should query hydra to download it from there instead of compiling it. But, if I understand correctly, in your case, that is not working?
<JeanLouis>it goes on with installing, compiling CC....
<roelj>How should I specify the version of a package that has no formal releases, only git commits?
<civodul>JeanLouis: what does "guix build gdk-pixbuf -n" report?
<JeanLouis>I could just release myself from full block, during compiling
<rekado>needed in case there's a new commit that's lexicographically smaller than the previous one.
<rekado>by increasing the internal revision number we can force the new version number to be considered "greater"
<alezost>JeanLouis: gdk-pixbuf-2.32.1 is an old version; I think you need to do "guix pull"
<alezost>JeanLouis: you have some old version of guix code (including package recipes), so you are trying to build the packages that do not have substitutes on hydra anymore. Run "guix pull" and try again
<NiAsterisk>I am doing last fixes before leaving for berlin and have a question: " `(("gnunet-svn" ,gnunet-svn) " in (inputs), should this rather be "gnunet-svn" ,gnunet so the application knows that guix input gnunet-svn should be recognized as gnunet ?
<rekado>NiAsterisk: depends on what value you want to use there.
<NiAsterisk>everything works, big patch incoming, but there is one issue I need to fix in gnunet-gtk-fs :)
<NiAsterisk>what is the practical (for the build system) difference between `(inputs (("python" ,python-2)("some" ,some)) and `(inputs (("python-2" ,python-2)("some" ,some)) and does it matter for the configure and build system at all?
<NiAsterisk>in gnunet.scm, gnunet exists and gnunet-svn now. I should choose "gnunet-svn" ,gnunet-svn probably?
<NiAsterisk>there's this other issue I currently search for in the /svn/gnunet-gtk/ ... was this what you experience in 0.10.1 as well, that gnunet-gtk-fs is black? I have an error message on this, put the needed things in inputs but it's still black
<NiAsterisk>NiAsterisk [01:33] (gnunet-fs-gtk:15348): GLib-GIO-ERROR **: No GSettings schemas are installed on the system
<roelj>rekado: Thanks for the ant-build-system update.
<rekado>roelj: sorry it took me so long. hamcrest-core really tripped me up.
<NiAsterisk>I'll just search around some more. next step for me after this patch is system service integration. thanks rekado :)
<roelj>rekado: Well, I find it hard to package anything Java.. For things like Picard we need openjdk-1.8.0, and I haven't gotten icedtea8 to work (even with your patch) <- the download link for that patch works for me btw.
<JeanLouis>will it be possible to run most of GuixSD on Debian, except booting, and few of daemons?
<NiAsterisk>more or less solved, but as I lack the experience with ratpoison: (gnunet-fs-gtk:6344): GLib-GIO-ERROR **: Settings schema 'org.gtk.Settings.FileChooser' is not installed how do I provide org.gtk.Settings.FileChooser in ratpoison? install any gtk based filemanager?
<roelj>NiAsterisk: Possibly you need gsettings-desktop-schemas
<roelj>If I have package A that extracts the sources of other packages into its build environment with ,(package-source B), and then I want to extract the complete source of A into C. Is that possible?
<roelj>So in short, will ,(package-source A) also extract B?
<Jookia>civodul: Do you think a solution is to simply let some derivations be marked as only root-readable?
<Jookia>I wonder if guix container would break that
<civodul>Jookia: yes, that seems to be more or less what the github link above talks about
<rekado>hmm, the pre-release of icedtea-8 has version "3.0.0pre09". That's bigger than just "3.0.0". What version number should I give it instead to satisfy "version>?"?
<wingo>davexunit: i don't think webkit sucks in any significantly different way than other browser engines
<wingo>but, i work with many people who work full-time on webkit, so *shrug*
<davexunit>so I guess I'm wondering why Epiphany is seen as safer.
<NiAsterisk>palemoon was nice too. forgot it on my packaging wishlist :)
<wingo>davexunit: i think it is of equivalent safety to firefox stable. more safe than icecat i think because it uses webkitgtk which makes more frequent releases which benefit from upstream webkit security work.
<davexunit>rekado: Chef seems better, but not much better.
<mark_weaver>it's important to stay up-to-date, for security updates
<bavier>bishopj: I'm assuming with local compilation? There's `guix build --sources=transitive <foo>...`, but you'd need to apply that to all packages you'd be interested in, and maybe also with the --no-substitutes flag
<JeanLouis>mark_weaver: my goal is to make system myself, and later install basic GuixSD -- copy from USB/CD to system, and done. you think it is possible?
<mark_weaver>JeanLouis: I guess maybe "guix system disk-image" might be what you're looking for?
<mark_weaver>see section 7.2.13 (Invoking 'guix system') in the manual
<JeanLouis>mark_weaver: oh yes something like that, exactly.
<bishopj>bavier: correct I am planning on creating my own local hydra repo on my own personal server and I would like to ensure Full sources are locally stored and built locally.
<bavier>bishopj: in that case, it might be easier to ensure that guix-daemon is started with the --no-substitutes flag
<civodul>look, you could say it as: "I found another great opportunity to use Guix at work!"
<civodul>it's the salesperson in me that speaks ;-)
<davexunit>tg: there's a few major issues. the biggest issue is that right now we only use GRUB as the bootloader, which doesn't have an official ARM-supporting release. second to that, each ARM board is a bit of a special snowflake. often they require kernel/bootloader forks in order to work.
<mark_weaver>the Libreboot X200 worked much better in my experience, but at the moment my X200 has hardware problems so I'm back to the X60 for now.
<fhmgufs>X200 is better of course. Is this hardware flashing difficult?
<mark_weaver>fhmgufs: I would be very surprised if the stability problems are related to Guix. I strongly suspect it has to do with the fact that Guix has the latest versions of things, and developers aren't testing the latest code on older machines like the X60.
<lfam>mark_weaver: Okay, I will give that a shot. I need to get more fluent in the REPL
<lfam>Here's a newbie question. From the top level of the Guix source tree, I start Guile, and then try to do ',use (guix build utils)', but I get the error 'no code for module (guix build utils)'. Same for ',use (gnu)', which I could have sworn worked in the past. My knowledge here is really thin...
<mark_weaver>lfam: the issue is what modules are in the guile load path. ./pre-inst-env takes care of that for you
<mark_weaver>within guile, there's %load-path and %load-compiled-path. when guile starts, it consults the GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH environment variables
<lfam>I did the substitution from the REPL. Pretty magical :)
<lfam>I see, that makes sense. I *was* wondering how Guile was supposed to find the modules in my source tree. I guess I totally forgot how I did it last time.
<davexunit>rekado: why do we specify NO_LAPACK=1 in our openblas make flags?
<lfam>How about escaping parens? When I use \\( then I get "illegal character in escape sequence: #\\(". When I use \\\\(, the substitution takes effect, but there is a stray \\ inserted before the paren in the result
<lfam>And when I use \\\\\\(, I get the same error about "illegal character..."
<lfam>It makes sense that the replacement string is handled differently
<mark_weaver>there are two levels of escaping that's needed: one to escape characters like \\ and " in a scheme string literal, and ther second layer (needed only for the pattern, not the replacement) is escaping regexp meta-characters.
<lfam>Has anybody started using the https URLs for our substitutes servers? I ran `guix pull` and updated the --substitute-urls in my invocation of the daemon, but I still get the backtrace from http://bugs.gnu.org/22937