IRC channel logs


back to list of logs

<quiliro>lispmacs: Hello... When you install with the "graphic" installer, it creates a config.scm file which would have almost all that you need. you could post it by installing a paste program on the installer with "guix install curl" and then post the url for people to look at it here
<amz3>dutchie: compiled kodi 18.2 without any problem.
<quiliro>lispmacs: you could use wgetpaste by installing with guix install wgetpaste
<quiliro>lispmacs: when you install with the graphic installer, you get a saved config on /etc/config.scm
<PotentialUser-27>Hey there guys! I've recently downloaded and installed guix onto my librebooted X200. I have some fundamental questions as followS:
<PotentialUser-27>How do I browse the source for the distro from inside of it? There are many commands being referenced by the manual, but I want to understand what they are doing. I
<PotentialUser-27>I'm trying to get a base system config that I can instantiate with a file, is the reccomended method to install using manifest? Or should I just edit my config.scm file with the global packages I want?
<quiliro>PotentialUser-27: it is not clear what you want
<quiliro>or your level of knowledge of GNU
<amz3>PotentialUser-27: all the source code is in /gnu/store...
<amz3>+1 quiliro
<quiliro>amz3: thank you for the link to GWL
<quiliro>amz3: the doc
<amz3>yeah, the website seems down for some reasons, I assume you could find the link, but I was looking for it too
<quiliro>i wonder why the installer does not incorporate some type of paste and irc software
<amz3>that is a good question, I would say telnet is the Right Thing ;)
<quiliro>amz3: that site does not specify how to run GWL but only sample GWL files to be run
<amz3>look at the .texi file
<quiliro> is the manual
<amz3>yeah not very user friendly but...
<quiliro>amz3: yes
<user5822>Good evening. I've just begun the guixSD journey, and was wondering how emacs configs are managed. The manual says to place the config files in $HOME/.guix-profile/share/emacs/site-lisp but the directory is read only
<amz3>I find the idea of GWL very inspiring, I hope it comes out great.
<quiliro>amz3: same here
<amz3>I mean, it should mature somehow... I am interested in too many topics but among them I like the distributed task scheduling for some reasons
<rvgn>user5822 There should be a folder called ".emacs.d" in your home directory?
<amz3>gwl is an instance of distributed computation
<amz3>I wonder how related to Borg paper, GWL is
<user5822>rvgn: yes there is a .emacs.d in the home dir, although is ./guix-profile/../site-lisp seems to be populated, should one manage the init.el like "normal" from .emacs then? alright. Also, do you know how one can Symlink a directory in the .guix-profile/share/ to the home directory?
<quiliro>user5822: there is also .emacs file
<quiliro>you knew that already
<user5822>quiliro: i've installed the emacs-guix package, and geiser, but thought that it might be a way to manage .init.el from within .guix-profile/ and not from the normal home dir
<quiliro>.guix-profile is untouchable
<quiliro>only guix touches it
<user5822>yes, so it seems
<amz3>quiliro: it is a paper from the giant ad company, that explains how *programs* are scheduled in their gigantic farms (this includes hard disk requirements, memory, CPU time and GPU). It is like k8s but ... hela scale
<amz3>quiliro: both long running amd short lived script can be scheduled, paused and restarted depending on the load taking into account geographical stuff etc...
<amz3>k8s = kubernetes
<quiliro>amz3: cool! reverse engineer the ad companyç
<amz3>quiliro: tb;dt: too big; did not try.
<amz3>quiliro: to extent that is what guix deploy is going to become except it will not rely on static compilation etc...
<user5822>From the Documentation "2.6.5 Emacs Packages
<user5822>When you install Emacs packages with Guix, the elisp files may be placed either in $HOME/.guix-profile/share/emacs/site-lisp/ or in sub-directories of $HOME/.guix-profile/share/emacs/site-lisp/guix.d/. The latter directory exists because potentially there may exist thousands of Emacs packages and storing all their files in a single directory may not be reliable (because of name conflicts). So we think using a separate directory for each
<user5822>package is a good idea. It is very similar to how the Emacs package system organizes the file structure (see Package Files in The GNU Emacs Manual).
<user5822>By default, Emacs (installed with Guix) “knows” where these packages are placed, so you do not need to perform any configuration. If, for some reason, you want to avoid auto-loading Emacs packages installed with Guix, you can do so by running Emacs with --no-site-file option (see Init File in The GNU Emacs Manual). "
<user5822>But, one uses the .emacs.d/ in the home directory instead ? Anyhow, thanks!
<amz3>user5822: I think, the doc is somewhat mislead to think that the user (like me and you) can use guix profile dir to store emacs extensions. Never touch the guix profile directory and the /gnu/store you can break your Operating System
<quiliro>user5822: will you please post your enquiry on the help-guix mailing list? would be of more use
<amz3>user5822: guix profile is managed by guix.
<user5822>ye, thanks
<fxer>hello, in guix system, where is gdm configured to start the wm? eventuall i would prefer init into a lower run-level and have the binary be executed from ~/.xinitrc. 2am here, in a hurry to test my newly build wm package and cannot find the config :-) thx
<amz3>fxer: i think it is a service of sheperd
<fxer>amz3: aha, thx!
<amz3>fxer: one thing you might try is remove the gdm service, and reboot
<amz3>reconfigure and reboot
<amz3>and this point you will be able to add .xinitrc, there might be a more elegant way to go but idk
<quiliro>i don't think a user may start it allowed?
<quiliro>it would be great
<amz3>you may be correct
<amz3>maybe the right thing to do, is to configure gdm to run the window manager you want \cc fxer
<fxer>amz3: nice. from the services list i guess; right now i have: xcfe-desktop-service-type
<quiliro>maybe it could be tested: sudo herd stop xorg-server ; startx
<fxer>amz3: yeah i figured i start there
<bzp>hi all
<fxer>but eventually i don't prefer to default into a gui
<quiliro>fxer: did you check the mailing list archives?
<fxer>quiliro: not yet
<bzp>hello to all, I need to run the 'Popcorn' program in guixsd, in another distribution that used it worked well just by using './Doccuments/Popcorn/Popcorn &', but in guixsd it does not work to see what it is and how do I solve it?
<amz3>hello bzp
<quiliro>fxer: maybe there is nome info there...not sure though
<amz3>bzp: that is a bad idea to run binaries from the wild, I stopped using Popcorn because dangerous.
<bzp>bash: ./Popcorn-Time: No such file or directory
<amz3>bzp: this is not supported, if you want to run binaries compiled for regular distro, look into the patchelf command.
<Gamayun>What's a good module to put a DLNA/UPnP-AV media server in? Any suggestions?
<nckx>Gamayun: (gnu packages upnp)?
<fxer>ok, desktop.scm needed a new entry to be referred from config.csm. thx for input amz3 and quiliro, gn8!
<Gamayun>nckx: Yeah!
<Gamayun>nckx: I'd have to add all the media modules though.
<nckx>Gamayun: As long as it doesn't cause circular dependencies it's fine.
<Gamayun>nckx: Great!
<amz3>Gamayun: tx for the contributions
<amz3>Gamayun: in adavance ;)
<Gamayun>amz3: :D
<Gamayun>amz3: I've got a couple lined up.
<Gamayun>nckx: Hm, at least video.scm uses upnp.scm, so maybe I'm better adding it there.
<nckx>Gamayun: I don't think this belongs in (gnu packages video), though.
<nckx>Why not upnp.scm? Just because video.scm already use-'s it?
<nckx>Oh I see. That's not the kind of cycle I meant. I meant the ‘Guile uses all your RAM & crashes’, ‘you'll know it when you see it’ kind, when there's actually a dependency loop between variables. Modules mutually importing each other isn't necessarily a problem.
*nckx → bed.
<bavier`>something broke recently in the latest clang/llvm package
<bavier`>e.g. hedgewars gets a build error from the linker about not being able to find crt1.o, libgcc, etc
<bavier`>similarly for some other packages that use clang in their builds
<Gamayun>nckx: Ah, ok. I will keep it there then. It can always get moved later to a 'media server' module with similar things, if needed.
<ilikeheaps>amz3: thanks, I've checked emacs-guix documentation but it covered pretty much only the interactive commands. They explicitly stated that the documentation doesn't cover many things so I'll check it later. I've also seen use-package can use a custom package manager so that might be a way
<pie_>Hi folks, i'm a NixOS user, I don't have much scheme experience but I find the idea of approaching a fully / coherent language based system enticing, so I'm going to start idling here o/
<pie_>hmm, any guix people going to nixcon?
<rvgn>Hello Guix!
<rvgn>efraim Are you available to discuss regarding the virt-manager bug (
<efraim>rvgn: I'm here
<efraim>i checked the source briefly and I didn't see a string where it looked like it was looking in the wrong spot
<rvgn>efraim So you are facing the same issue on your end as well?
<efraim>my machine still has 2.1.0 for virt-manager
<rvgn>mine too 2.1.0
<rvgn>efraim The error I posted was directly copy pasted from virt-manager pop-up error dialog.
<efraim>mine started just fine, other than I stuck an arm64 iso on an amd64 device
<rvgn>efraim Is it possible that the issue is with libvirt and not virt-manager?
<rvgn>jonsger o/
<efraim>definately possible, virt-manager never remembers where to look for qemu connections, including on the device i'm running it from
<rvgn>efraim In that case, what version of libvirt you running?
<rvgn>Also, how do I check package's version in the system profile?
<efraim>libvirtd -V says 5.5.0
<efraim>i launched it from /run/current-system/profile/bin/ and then went to 'about'
<rvgn>Same output here: 5.5.0
<rvgn>I am totally confused about that error.
<civodul>Hello Guix!
<rvgn>civodul o/
<rvgn>civodul As you are here, would you be able to shed some light on the issue
<rvgn>I banging my head xD
<efraim>rvgn: do you have a config file or anything in .config/libvirt?
<rvgn>efraim just a sec
<efraim>i just checked, my .config/libvirt has some directories but du says it's empty completely
<rvgn>efraim i do not have a folder named "libvirt" inside ".config"
<roptat>hi guix!
<civodul>hey, roptat!
<civodul> is operational now
<civodul>well, the manual lacks images, so i'll fix that
<civodul>then i'll stop :-)
<jonsger>nice civodul
<roptat>have you copied the pdf files to berlin?
*rvgn have not slept and gonna take a nap 😴
<civodul>roptat: i have
<roptat>cool :)
<civodul>there's a problem with things like
<civodul>the ~ \\.pdf$ regexp takes precedence
<civodul>because regexp locations take precedence over non-regexp locations
<civodul>so i added a ~ /manual/.*\\.pdf$ regexp
<civodul>but that does what you see above
<civodul>not sure what the right approach is
<roptat>mh? I thought the regexp had a ^ at the beginning, so it wasn't going to match /manual/de/
<roptat>oh, does . match /?
<roptat>should it be ~ ^[^/]+\.pdf$ then?
<dwagenk>Hey there! I'm trying out GuixSD right now and have a question regarding the operation system declaration and multiple profiles.
<dwagenk>I've usally got XFCE and i3 installed on my machines, so I can select the WM on the login screen. I kno wI can
<civodul>roptat: so the initial problem is that in nginx, "~" locations take precedence over other locations
<civodul>that's documented
<roptat>I know, but I only intended the regex to match top-level pdf files
<civodul>but now, i don't understand why it automatically adds "/index.html" to manual/de/
<civodul>ok, let me try the regexp with [^/]
<roptat>then, we have to make sure it doesn't add index.html to top-level pdf
<dwagenk>sorry, not accustomed to this webirc client, so excuse the premature messages, please... I know I can just list all of them in the (packages append (list packagename1 packagename2 etc) %base-packages)) part of the operating system declaration (and already have done that). This leaves me with the installe dapplications all beeing available insid
<dwagenk>e both i3 and XFCE. I'd like to make use of profiles, so that both are installed globally, but when I start i3, only the i3 packages are available (e.g. not showing thunar, the XFCE File browser) and when I start XFCE I don't see all my i3 applications.
<roptat>dwagenk, did we already talk a bit on mastodon? :)
<roptat>or was it here?
<dwagenk>I've had a small conversation on this with roptat on mastodon and was recommended to put it in separate user profiles. I kinda see this as part of my OS, because I want the OS to have (two separate) fully functional Desktop environments and then put my user specific customization on top.
<dwagenk>roptat: yes, we did on mastodon
<civodul>roptat: seems to work now but my browser cached the thing and insists on adding a trailing slash for some reason
<roptat>civodul, good!
<roptat>dwagenk, so you would like the two profiles to be declared from your system config file?
<roptat>I don't think that's possible though :/
<dwagenk>roptat: so is there a way to specify several global profiles in the operating system configuration and preconfigure xfce to source one of it (plus the common one) and i3 to source the other one (plus the common one)
<roptat>if you want a declarative profile, you can still use a manifest to populate your separate profiles
<dwagenk>toptat: yes, exactly!
<roptat>I don't think we have configuration options for i3 or xfce, other than installing the package, so it won't be declarative, but you can modify your ~/.config/i3/something to automatically source from ~/.i3-profile/etc/profile when it starts for example
<roptat>I don't know how to do that because I don't use either, but the internet might know :)
<dwagenk>roptat: is there a way to specify in the operating sytem declaration a manifest file for my user, e.g. 8users (cons( user-account (name "dwagenk") (manifest "dwagenks-prepared-maifest-file.scm") ...
<roptat>I don't think so...
<roptat>maybe it could be integrated as a service
<dwagenk>so it will always be a multi-step setup: declare the OS, log into the user, install the packages from manifest file ?
<roptat>need to go, but maybe there's a solution, I'll think about it if others don't find a solution
<dwagenk>roptat: you mean creating a service, that will do the guix package -i -m manifest-file.scm at first boot?
<dwagenk>roptat: thanks for your heltp!
<dwagenk>although roptat is away now, I'll extend on my thought regarding this: A'm I right, that I could globally install all required packages and then basically blacklist them in per-user per-desktop-environment profiles, by uninstalling them in those profiles? In combination with a service declaration, that takes care of initiating those profiles from m
<dwagenk>anifest files and a skeleton providing the adapted XFCE and i3 config files that source those profiles this should work, right?
<g_bor[m]>Hello guix!
<g_bor[m]>dwagenk: I do not believe that would work as intended. The packages in the system profile are not uninstallable from a user profile. The user and system profile work by adding their bin to path with the user profile taking precedence.
<dwagenk>g_bor[m]: thanks for the reply.
<g_bor[m]>What you could do instead is to add the minimal set of packages needed to the system profile, and have two user profiles for the two desktops.
<dwagenk>g_bor[m]: so it's again a per user thing? I guess I'll try that out. I still think it would be neat, to be able to provide multiple desktop environments separated from each other at the system level and not have to create those at the user level...
<roptat>dwagenk, I've thought about it a bit... you could have a manifest that would be a profile in the store (but not make it accessible from /var/guix) but something will have to reference it
<roptat>I don't know how you could configure i3 or xfce globally (even on a foreign distro), but if it's possible, you could create an i3-srevice-type that would reference that profile, same with xfce
<roptat>or you can create an etc-service-type that creates a script that sources the content of the i3 profile, and another for xfce, then you would load these files from your user configuration
<roptat>(guix profiles) exports profile-derivation that can take a manifest as its first argument
<roptat>it returns a derivation you can use in a gexp
<dwagenk>roptat: that sounds promising. i3 looks up it's config under /etc (probably patched to /gnu/store/...-i3-wm/etc in guix, right) if there is nothing in $XDG_CONFIG_DIR, so providing a default should work
<roptat>mh... you can't modify anything in the store
<dwagenk>roptat: aaah. so I'd need to create a new guix package, that contains the adapted config file?
<roptat>probably, or a desktop file with the right options
<dwagenk>it's getting complicated. Still need to get accustomed to guix and especially to the whole guile stuff, it still looks intimidating and confusing to me.
<roptat>I understand :)
<roptat>I think you can create a i3 package that inherits from i3, but adds ("myconfig" ,(profile-derivation my-i3-manifest)) to its inputs, and adds a phase to install a config file
<roptat>not sure if that will work
<dwagenk>roptat: thanks for all the suggestions. I think I'll need to back down a little and live with the non-separated desktop environments for now. I guess packagingone or two applications that I'd like to have will get em accustomed to guile a little more and then I can still come back to creatign new service types and maybe i3 with manipulated config..
<roptat>sure! don't hesitate to come here to ask questions :)
<dwagenk>roptat: it's not worse than my previous setup on arch... xfce applications are listet in the i3 launcher and vice-versa
<civodul>rekado: python-matplotlib propagates gtk+, which in turn propagates all sorts of things, which is not nice
<civodul>do you know if this could be avoided?
<davidl>I cancelled a package build to install another package before finishing it, but then the build restarts as I install another package? Is there a simple way to avoid that?
<dwagenk>can someone point me to an example of packaging a bash script ( dependencies are git, bash and gpg and the installation on "normal" distros copies the bash file and a manpage to the right directories. Optionally there's a bash-completion script as well.
<roptat>davidl, could it be that you're building a build dependency for some package?
<dwagenk>I guess the trivial-build-system would be suited for that, but I'd like to look at an example, that's already packaged in guix, to have a clue where to start
<roptat>dwagenk, maybe look at tmux-xpanes
<roptat>(you can run guix edit tmux-xpanes)
<roptat>it looks exactly like a bash script with a man page :)
<davidl>roptat: no I cancelled a build of python, to install perl-text-csv
<dwagenk>thanks, just glimpsed at it and it looks like the right place to start!
<roptat>davidl, mh... do you have substitutes? I think python is very low in the package graph
<roptat>but it's indeed not in perl-text-csv's graph
<roptat>it could be needed for a profile hook though
<roptat>have you tried "guix buidl perl-text-csv"?
<roptat>that shouldn't build python
<davidl>dwagenk: you could also have a look here for a rather simple installation of some bash scripts:
<davidl>roptat: no, haven't tried with just the build command, will test that, thx :-)
<dwagenk>davidl: also looks like a great reference. thanks
<rekado>civodul: I don’t think it actually needs gtk+. It’s probably just used for an optional backend.
<civodul>it's for GI_TYPELIB_PATH according to the comment
*rekado opens up the file
<rekado>I’m not convinced we actually need it. If someone would like to use the GTK backend they could install gtk+ into their profile.
<rekado>I’ll try building it without and see what happens.
<rekado>there’s another big one there: python-matplotlib depends on python-pyqt for its Qt backend.
<rekado>we can build it just fine without gtk+ and without python-pyqt
<rekado>don’t know if it’s usable out of the box, though
<rekado>it’s usable.
<rekado>still gotta play with the other backends
<civodul>rekado: i actually noticed it by chance while playing with Jupyter
<civodul>my environment would build a huge manual database, and that's because we pull in gtk+, which pulls in libxext, which has 1K+ man pages
<civodul>and there other propagated packages that would bring their share of man pages
<civodul>things i'll probably never read in my whole life :-)
<rekado>heh, I noticed this too when I wanted to demonstrate how easy it is to get started with Jupyter using Guix
<rekado>“just run guix environment … and … I guess you have to wait for two minutes…?”
<rekado>I really don’t know much about matplotlib, but it looks like we can drop gtk+ and pyqt from the propagated inputs without ill effects.
<rekado>I just did “guix environment --pure --ad-hoc python python-matplotlib gtk+ -- python3” and loaded up this example:
<rekado>(with the modified python-matplotlib without gtk+ or python-pyqt)
<rekado>worked just fine.
<civodul>ok, sounds good, then
<civodul>so no problem with GI_TYPELIB_PATH?
<efraim>I don't think our telnetd binary in inetutils works
<rekado>civodul: no problem at all. I didn’t need to set any variables at all.
<rekado>by default the GTK+ and Qt backends won’t work, which I think is fair.
<rekado>don’t know what you kids are doing for entertainment these days, but I gotta say that simplifying texlive packages on the wip-texlive branch is really satisfying.
<rekado>there’s nothing quite like removing code
<raingloom>heyyyyy, anyone knows how to get GVFS working? I still can't figure out why there is nothing in /run/user/$UID/gvfs
<rekado>raingloom: it should work fine if you add the “gvfs” package to the global list of packages in your operating system configuration.
<raingloom>rekado, thanks! trying that...
<civodul>rekado: good!
<civodul>so i let you push the matplotlib change?
*civodul tries to resume work on the Guix Jupyter kernel
<roptat>oh, it's great to read that!
<civodul>i submitting a talk to present it in October, and it was accepted
<civodul>so now it has to actually work :-)
<civodul>dunno if it's the same for you, but i have a hard time working on a code base i'm not satisfied with
<civodul>so it seems i must start with an overhaul so it "feels" better
<civodul>and only then can i hopefully be productive
<efraim>think I need to have telnetd setuid for the service to work?
<civodul>it prolly needs to be started as root so it can bind to port 23
<civodul>but... telnetd, you sure? :-)
<quiliro>saluton guix
<rekado>civodul: yes, I’ll push the change after building the dependents first (including pigx). It’s only 55 rebuilds so it can go to master.
<quiliro> havas la programon por fari la videojn...sed, kie estas la videoj?
<rekado>civodul: heh, I know what that’s like. Mumi and guile-debbugs feel the same to me.
<rekado>quiliro: the videos should have been uploaded to the GNU audio/video server.
<quiliro>oh! mediagoblin
<quiliro>rekado: thanks..i will look for them
<rekado>hmm, but I don’t see them listed on
<efraim>civodul: I have the service set to run in a container, should be good for running nyancat or 'telnet here to play tetris'
<roptat>telnet can be useful: say you're lost in a city you don't know and your hotel only allows port 23 (for some reason :p), you can "telnet" :D
<efraim>yeah, but this is telnetd
<efraim>i got nyancat (almost) working using inetd
<roptat>cool :)
<civodul>, woow!
<civodul>it confuses M-x term a bit
<civodul>how does one zoom in?
<nckx>civodul: a, z or scrollmouse.
<nckx>roptat wins the Internet for today.
<roptat>you can move with the mouse too
<quiliro>rekado: is there something i can help with about the videos? or is it possible to produce the videos for myself?
<civodul>quiliro: you should discuss the current status with lsl88 (Laura) and with Paul on the mailing list
<civodul>i'd love to have them "officially" published!
<quiliro>civodul: will do...thank you
<quiliro>civodul: discuss the videos on which mailing list? help-guix?
<civodul>quiliro: previous discussions took place on guix-devel
<civodul>i think it was last month if you want to browse the archive
<quiliro>sneek: later tell Minall: Ĉu vi bezonas helpon kun Xorg?
<apteryx>would anyone knows why our initrd doesn't honor the rootflags=subvol=name argument? How can I inspect the content of the initrd init script?
<apteryx>ok, the initrd .cpio.gz is at /var/guix/profiles/system/initrd
<samplet>I’m currently running core-updates! \o/ I had to remove “emacs-org-contrib” from my manifest, since “supercollider” (one of its dependencies) needs an older version of “boost”.
<efraim>i got telnetd spawning nyancat, but it takes over the VM, probably a bad config on my part
<brendyyn>Has anyone made an attempt at packaging anki/.
<rekado>brendyyn: I only added it to my list but didn’t start working on it.
<roptat>brendyyn, I did, but it depends on qt4 and qt4-webkit or something iirc
<brendyyn>roptat: was that the new version or an old one?
<brendyyn>because i think i was waiting for there new version
<roptat>mh.. maybe last year?
<rekado>apteryx: we are generating the initrd with Guile. Maybe it’s missing something.
<brendyyn>yeah i think the new one doesnt have that issue and so should be easier to package
<civodul>congrats samplet!
<civodul>apteryx: the supported kernel command-line flags supported by the initrd are documented at
<civodul>there are only 5 of them :-)
<civodul>the good thing is that you can add support for more in (gnu build linux-initrd)
<roptat>brendyyn, looks like 2.1 upgraded to qt5, but that's already from 2018
<roptat>looks like my last attempt was 2.1.0beta25
<brendyyn>ok i started with rc2
*rekado bypasses the SOAP service in guile-debbugs to work around a bug in Debbugs
<roptat>if you manage to build it, I'm interested :)
<rekado>going forward mumi will download the original emails from debbugs, index them locally, and fetch new messages regularly with a background worker.
<jonsger>samplet: thanks for the EDS patch :)
<rekado>the Debbugs SOAP service is too slow and the search has really strange results in most cases.
<rekado>(it also truncates some messages…)
<samplet>jonsger: You’re welcome. I spent to much time on it, but it feels worth it since it ended up upstream. :)
<apteryx>rekado, civodul thanks, I was reading linux-initrd.scm, yes. I'll try to add support for it! It's the last piece of the puzzle to properly support the use of Btrfs submodules in your system config.
<apteryx>thanks for the pointers!
<apteryx>(I should specify: Btrfs root subvolume, as other subvolumes can simply be added as file systems already)
<lsl88>civodul: yes!! when shall we publish them
<rekado>lsl88: did we agree on where to upload them?
<lsl88>quiliro: yes! you can produce videos by yourself or we can do it together :)
<saslibre____>Hello guix!
<lsl88>rekado: yes!
<rekado>lsl88: do you remember what was holding up the publication of the videos? Was it access to
<rekado>uhm, I’m getting a weird error trying to deploy one of the build nodes of
<rekado>gnu/services/mcron.scm:143:41: In procedure extend:
<rekado>it’s “expecting struct” but it got a single-item list of #<gexp ...>
<civodul>rekado: oh, i recently touched 'build-machines', did i mess with it?
<rekado>that’s using root on berlin.
<rekado>probably related to commit 44674b7044…
<civodul>oh my bad, it should take an mcron-configuration record, not a list of jobs
<civodul>(list gc-job) -> (mcron-configuration (jobs (list gc-job)))
<rekado>okay, no problem
*rekado tries to fix ant-bootstrap on core-updates; looks easy
<lsl88>rekado: I think so
<raingloom>rekado, I added gvfs to /etc/config.scm and ran guix system reconfigure /etc/config.scm and gio mount still doesn't work
<rekado>lsl88: so what are the next steps?
<lsl88>rekado: the videos are uploaded in the internet archive, the idea was that the folks looked at them, some of them found typos and that kind of stuff, gave their opinion, and if everything was right, then upload them officially
<civodul>lsl88: maybe you need to reping "the folks" and set a hard deadline? :-)
<rekado>the ant-bootstrap failure is weird. I fixed it, but only by copying files around. It should be able to find these files without copying. I wonder what changed.
<rekado>nobody touched ant-bootstrap.
<rekado>maybe this is related to some changes in environment variables set by the build system.
<rekado>the build of python-matplotlib dependents is almost done BTW
<rekado>no errors
<minall>quiliro: Kiel vi Fartas!
<sneek>Welcome back minall, you have 1 message.
<sneek>minall, quiliro says: Ĉu vi bezonas helpon kun Xorg?
<lsl88>civodul: ok, I will write an email now
<minall>quiliro: I asked for help, but they didn't have anything... they responded me with the same 'use a major distro'
<minall>quiliro: disculpa quiliro, la reunion era en la iglesia catolica de?, perdí el mensaje
<dongcarl>I've been sitting on #36346 for a week as mbakke suggested. Going to push to master now if there aren't any objections. (This doesn't cause any rebuilds, because Guix is magic)
<mbakke>dongcarl: I forgot to comment on the issue, but the updated patch LGTM. Unless civodul has any last-minute remarks, I think you can push it. :-)
<dongcarl>mbakke: Thanks! :-) I'm going to rebase on latest master and sanity check that this doesn't cause rebuilds... Just in case...
<mbakke>dongcarl: Good practice :-)
<rekado>hmm… compiling the 226 source files of ant-bootstrap takes much too long.
<dongcarl>Quick question: what do people think about exposing cross-building toolchains as packages?
<dongcarl>I had to manually do this for Bitcoin Core:
<dongcarl>I think what's lacking is a way to embed the `CROSS_*` env vars into the package so it's not an external requirement
<dongcarl>I set the env vars here:
<jonsger>dongcarl: is there any particular reason to leave ppc64le out of the race?
<dongcarl>jonsger: Nope! In fact I've gotten a lot of pressure to include ppc64le from bitcoin core devs. However, the pull request to merge ppc64le support for our normal build system (non-Guix) hasn't landed yet, and I depend on our normal build system to do these deterministic Guix builds.
<dongcarl>No rebuilds, just pushed #36346...
<mbakke>civodul: Can you merge master into core-updates when you have time? There are conflicts on (gnu packages bootstrap) and (guix download) due to some recent changes on 'master'.
<bavier>hi guix
<user_oreloznog_>hi bavier o/
<efraim>for anyone following along at home, I have nyancat running as an inetd service, but the actual image isn't working
<roptat>error: échec lors du chargement de « guix/scripts/pack.scm »:
<roptat>ice-9/eval.scm:293:34: no binding `zip' to hide in module (gnu packages compression)
<roptat>I did make clean-go
<roptat>I'm inside a guix environment guix and trying to build the repo
<roptat>(latest master)
<rekado>roptat: did you reconfigure?
<roptat>mh... yes
<roptat>I can try again :)
<roptat>ah, nevermind, the issue was a syntax error in a completely unrelated file :/
<quiliro>minall: hola
<quiliro>lsl88: maybe i can help a little
<quiliro>what is there to do?
<rekado>hmm, does not list any information for ant-bootstap.
<dwagenk>roptat: davidl: I've gone ahead and written my first package definition based on your packaged shell script suggestions. It works and seems OK. I'm quite unsure about rewriting the dependency paths and declaring dependencies though.
<dwagenk>it's at
<roptat>dwagenk: rewritting dependency paths ensures that the package has references to its dependencies, so they cannot be garbage collected
<dwagenk>the shebang is /bin/sh and beeing rewritten to the /gnu/store/xyz-bash path by line 32 in the .scm file. The yadm script hands itself over to bash, if it's called from sh (they have a comment noting some portability reasons) and use exec bash "$0" "$@" for that. Is it correct, that I should have the package definition rewrite that to the /gnu/st
<dwagenk>ore path as well, to ensure it actually runs the specified version of bash, like I do in line 31 of the .scm file?
<roptat>It also allows you to have your script in your profile, but not all of its dependencies you don't care about
<roptat>dwagenk: that is correct
<dwagenk>aah that's a good point, although the bash dependency is in my path anyhow (might change if something requires a specific version)
<dwagenk>so basically all programms that are referenced in the packaged application should have their calls replaced by the full /gnu/store path, corect?
<dwagenk>it's starting to make a lot more sense now
<dwagenk>Since the package I'm working on (yadm) is mostly a wrapper around git, I guess this should be a dependency, too. I looked into the package specification of tig (terminal interface for git) for inspiration and noticed, it doesn't reference git at all as a dependency. this irritates me.
<dwagenk>A small difference I see between tig and my yadm package: tig is an enhancement for whatever git version you are using anyhow, while yadm is an application, that internally uses git for achieving it's goals.
<roptat>We're not always vcry consistent :)
<roptat>And it might depend on the purpose of the application
<roptat>If you might want to use it with multiple versions of git, without repackaging it, then you shouldn't embed the path I suppose
<dwagenk>roptat: I actually don't care about which git version is used in the background (maybe really ancient versions will cause problems), so from that point of view specifying the version would not be necessary. But on the otherhand for consistency (as far as I understand one of the main reasons for the whole functional package management thing) it woul
<dwagenk>d probably be good to have a fixed version.
<roptat>Yeah, if you don't care about git, just embed it
<roptat>Then it won't be needed in your profile
<dwagenk>OK. thanks for giving me some direction :)
<quiliro>lsl88: where are the videos?
<quiliro>lsl88: i checked the dev mailing list and could not find the link to the videos
<rekado>quiliro: (as per Laura’s email to the mailing list)
<quiliro>rekado: i could not find that email
<quiliro>thank you
<lsl88>thanks rekado! was AFK
<quiliro>lsl88: they are beautiful!
<quiliro>lsl88: what is there to collaborate on?
<lsl88>quiliro: thank you :)
<lsl88>there are tons of thing to do, I wanted to create the subtitles, you can create new videos, we can generate translations (if the community agree), we have to improve the cli session videos colouring them
<quiliro>lsl88: is there a published list?
<lsl88>quiliro: no, but now I believe we should create one
<quiliro>lsl88: thanks :-)
<quiliro>lsl88: i hove your videos!
<quiliro>love them
<rvgn>Hello Guix!
<quiliro>hello rvgn
<quiliro>what's gnu?
<rvgn>quiliro o/
<sammich>any idea what groups my user needs to be in to set brightness on guix?
<sammich>it requires sudo for me unfortunatly
<samplet>It’s okay to push Haskell updates to master even if they cause ~300 builds, right? (The builds are very fast.)
<mbakke>samplet: I think so.
<samplet>mbakke: Thanks!
<lsl88>quiliro: thank you :) but they are not mine, I just started the project during my internship :)
<quiliro>lsl88: well...please send my congratulations to the participants or tell me where i can find them
<quiliro>also i have a few things i could contribute with....translation to Esperanto, for example
<quiliro>lsl88: the sources for the videos are all on ?
<rekado>ant-bootstrap on core-updates is stuck trying to create a temporary file via
<rekado>this shifts the blame from ant to classpath-bootstrap.
<rekado>this is all very early in the bootstrap
<rekado>building all of the bootstrap packages (jikes, jamvm-1-bootstrap, classpath-bootstrap) with gcc-5 doesn’t help
<rekado>GNU Classpath contains this comment in java/io/ // XXX - FIXME race condition.
<quiliro>Nice work with videos:
<quiliro>i read the ... but have no idea where to start in order to translate...of course i will need to make the mp3 files (would prefer ogg)...but there are slides that are to be traslated also...
<nckx>lsl88: They're not exlusively yours, but they're certainly yours.
<quiliro>and now they are mine too ;-)
<nckx>Isn't Free stuff grand.
<janneke>hmm, does specification->package not look at my channels?
<lsl88>nckx: go to bed!
<nckx>lsl88: 21:48?
<nckx>But it's still that strange ‘light’ thing outside ☹
*nckx hisses.
<janneke>nckx must have meddled with the time
<rekado>janneke: it should look at your channels too
<janneke>rekado: thanks...but i just notice that the <channel-profile>/etc/profile only sets PATH
*janneke runs hash -r and looks further
<rekado>something in GNU Classpath’s java/io/ must really be wrong.
<janneke>it seems i cannot #:use-modules (from a channel) ... hmm only guix is wrapped, guile cannot access the guix modules?
<rekado>it’s simple: createTempFile creates a “random” file name (derived from the current time), creates a new File object, and then keeps doing this while VMFile.exists(file.path) for that File object is true, i.e. it keeps trying if the file already exists.
<rekado>but in our case VMFile.exists(file.path) keeps returning true, even for files that don’t seem to exist yet.
<lsl88>nckx: it is a reminder, you know I take care ;)
<daviid>rekado: hello! did you find why configure fails for guile-cv, the standalone tex package not found problem ..?
<nckx>lsl88: 😊
<lsl88>quiliro: yes, those are the sources. Please, let me know if you understand how to build the videos, or whatever you need to know, even if you want to try and create a video. It helps us to improve the documentation of the process of how to create a video :)
<rekado>daviid: no, I got sidetracked working on cleaning up our TeX Live packages. I think that’s in pretty good shape now:
<rekado>I’ll get back to it shortly.
<lsl88>quiliro: and sorry for my AFK of today
<rekado>(Next texlive-related topic for me is the R upgrade to 3.6.1, which needs a new texlive package.)
<daviid>rekado: ok, thanks
<quiliro>lsl88: the instructions say how to make the videos from the software...but the instructions do not say how to modify them for corrections, additions or translations
<quiliro>lsl88: do not worry about the AFK... thank you for your responses
<lsl88>quiliro: I will be back in an hour more or less. and will help you in real time
<lsl88>and it is good to know that we are failing in that part
<lsl88>the quick answer is "you can modify the slides with Inkscape" and for the cli sessions it is a little bit trickier, we should write what each Guile metacommand does
<rekado>originally we wanted to automate translation of the slides with itstool, no?
<rekado>itstool works on XML files (such as the SVG slides)
<dwagenk>hey there, I'm trying to apply a patch and getting the error error: search-patches: unbound variable Do I need a specific use-module for it to work?
<dwagenk>it's in my own package definition, using the trivial build system. But I guess that's irrelevant, because patches is part of the origin declaration
<rekado>it’s defined in (gnu packages)
<dwagenk>rekado: thanks, that did it. Now it's not finding the patch. I've got it alongside the .scm file and relative to the .scm file under patches/patchname.patch. Where should the patch be stored?
<rekado>if it’s in the Guix source tree it should be in gnu/packages/patches/
<rekado>if it’s a custom channel it should be in the root of the repository.
<dwagenk>I'm not that far yet. right now I'm figuring out how to write a package specification and installing it with guix package --install-from-file=filename.scm
<rvgn>Hello Folks!
<rvgn>Anyone available to help me with this issue ( please?
<rekado>hmm, so I got much further along in the ant-bootstrap build by removing the “while (VMFile.exists(file.path))” with “while (false)”
<rekado>I don’t see any mistake in the definition of VMFile.exists :-/
<rekado>and strace confirms that the stat call fails, so I don’t see how it could return the wrong value.
<lsl88>quiliro: I'm back, please, don't hesitate of pinging if you need help :)
<civodul>happy lunar eclipse where applicable :-)
<quiliro> lsl88: the instructions say how to make the videos from the
<quiliro> software...but the instructions do not say how to modify them for
<quiliro> corrections, additions or translations
<quiliro>lsl88: the instructions say how to make the videos from the software...but the instructions do not say how to modify them for corrections, additions or translations
<lsl88>quiliro: I see, I will work on that during the next days. Something that you might find useful, at least for the "theory" is my blog post:
<lsl88>here you have how everything works, it won't tell you which file you need to edit, but the general idea about how videos are created
<evhan>Hi there. Are there API docs for the various (guix ...) modules?
<lsl88>and if you read the README it mentions how to create each type of video and considerations that you should take. Maybe we should add something from the article to make it more clear, and what I can do the following weeks is write how to use the metacommands for simulating the cli sessions.