IRC channel logs


back to list of logs

<poet>Has anyone tried the Next browser, which was written in Lisp? ==>
<poet>Apparently it has a library that depends on a non-free library, yet it's available as a package on Guix?
<rekado>poet: oh? What non-free library is that?
<rekado>daviid: guile-cv is stuck because of a broken xkeyval package.
<poet>rekado: "The reason this cannot be moved upstream for now is that the Common Lisp dbus
<poet> library depends on the =cl-xmlspam= library, which is open source but
<poet> unlicensed, and thus non-free software."
<rekado>well, then it should be removed. Could you please report this to
<poet>rekado: Sure. One question though, and please bear in mind that I'm hardly an expert on licenses: if it's "open source but unlicensed," wouldn't it be considered public domain?
<rekado>“open source” doesn’t make any sense when there is no license
<rekado>if there’s no license it is by default “all rights reserved”
<poet>Okay. Fair enough then.
*rekado –> zzzZ
<rekado>poet: FWIW there is no cl-xmlspam package in Guix
<poet>Yep, you're exactly right. I see now I have to add his custom channel to install next. I'm glad you told me that before I reported it... =)
<Minall`>Hello guix!
<Minall`>quiliro: Kiel vi fartas!
<Minall`>Hello guix!
<Minall`>quiliro: Kiel vi fartas!
<quiliro>Saluton Minall` ... Mi fartas bone. Kiel vi fartas?
<quiliro>Minall`: Ĉu vi finas fari pakaĝon de Guix-o?
<Minall`>Hello guix!
<Minall`>quiliro: Kiel vi fartas!
<Akram>Hello guix!
<quiliro>hello Minall` Akram
<Akram>Thank you quiliro
<quiliro>Akram: have you installed guix or guix system?
<Akram>Yep I'm sending these messages from it currently
<quiliro>Akram: which one guix or guix system?
<Akram>quiliro guix (GNU Guix) d88b811adf389e6445caf15fe6a581ac067deab7
<quiliro>Akram: that is the package manager...but guix system (the GNU distribution) has also a package manager called guix
<Akram>quiliro sorry i mean i use both
<daviid>rekado_: xkeyval package? i've no idea what would that be about
<jgibbons[m]>Is there any way to develop for relicant (android) from guix?
<jgibbons[m]>Looks like Debian's AndroidTools package is libre enough that a replicant blog post expected it to be packaged in parabola or trisquel back in 2017.
<jgibbons[m]>But it uses gradle :(
<jgibbons[m]>When i get my new laptop i will work on porting gradle i guess.
<jgibbons[m]>Any idea what that requires?
<tune>seems I have a few issues since my last reboot. 1) "ssl certificate verify failed" when using youtube-dl/mpv, 2) the bars showing my volume in pulsemixer aren't showing up properly, I see blank black on the black background
<tune>annoyingly both issues I've had before and I think just resolves themselves, at least I don't remember what I did
<tune> ssl issue
<tune> pulsemixer issue
<tune> I'm also having an issue with mako (notification program for wayland) not wanting to start
<apteryx>reepca: thanks for sharing your thoughts. Do you mean that the macro can use any same-named procedure already defined as the symbol I use for the constructor as part of its declaration?
<rekado_>daviid: that’s just another texlive dependency that’s not currently building correctly
<slawomir>I'm creator of GUI Configuration Tool/System
<slawomir>It is way to deliver configuration tool to system and integrate it with system
<slawomir>It uses flatpak
<slawomir>and kdialog
<slawomir>and diff
<slawomir>Currently it's distro-dependent and tested only on OpenSUSE
<slawomir>It copy files from selected packages (packages are determined by special file in tar archive), launch tool from tar archive in selected flatpak runtime.
<slawomir>After tool end of work, it makes diff and asks user to replace file in system
<slawomir>It's very simple
<slawomir>My goal is to create configuration system (way configuration files will look like) and allow distro vendors to create script, which converts to/from my configuration system
<slawomir>But I think I can use some existing technology and first think is gnu guix configuration system, because gnu guix package manager will be distro agnostic
<slawomir>What do you think?
<slawomir>Can you help me?
<rekado_>slawomir: the Guix operating system configuration is not a generic configuration system. It is for building Guix systems.
<rekado_>“guix pack” can generate application bundles that run on any distro.
<rekado_>none of this involves flatpak
<slawomir>Ok. Thanks
<slawomir>Another idea
<slawomir>I'm working on calamares integration with flatpak, so user could install system with selected set of flatpak packages, install flatpak packages on existing system or run live cd and test software
<slawomir>It will be possible with GNU GUIX operating system and guix package manager?
<slawomir>Not it will, but will it
<slawomir>English is not my native, sorry....
<jonsger>slawomir: on which openSUSE are you?
<slawomir>OpenSUSE Tumbleweed
<rekado_>slawomir: I’m not familiar with calamares, but I remember that this was a project idea for GSoC or Outreachy in the past.
<rekado_>again, not with flatpak, but with Guix.
<rekado_>we already have a configuration language for the operating system, and we have a text-mode installer that generates the configuration file; something like that might also be done with calamares for a graphical installer.
<slawomir>You told me GUIX configuration system isn't distro agnostic
<slawomir>So what hack did you use? Are distro vendors need to patch installers.
<rekado_>The Guix operating system configuration only really makes sense with Guix.
<rekado_>*packages* built with Guix, however, can run on any other distro.
<rekado_>that is because they don’t refer to any system libraries.
<slawomir>Ok. Thanks
<ngz>jgibbons[m]: I hope you'll succeed in porting Gradle, because I have a few packages on my TODO list that require it :)
<slawomir>So when I done flatpak integration maybe I will start GUIX integration ;-)
<slawomir>Thanks for response
<slawomir>So can I add location with installed guix packages as a repo?
<slawomir>Flatpak allows to copy installed packages on USB stick (for example)
<rekado_>slawomir: “guix pack” creates relocatable application bundles in different formats.
<daviid>rekado_: ah ok, thanks
<ngz>We have "text-editors.scm" and "zile.scm". The latter contains only two packages. It may make sense to merge them.
<ngz>Ditto for "nvi.scm"
<ngz>And "ed.scm"
<jonsger>ngz: I don't think so. zile is on the installer and its a simple emacs with only few dependencies
<efraim>Some of the GNU packages have their own modules, just the way it ended up
<ngz>But nowadays, we could move them around. I understand the install requirement (we won't load the whole text-editors.scm), but I doubt we install ed by default.
<ngz>It is a bit confusing, IMO.
<ngz>(btw where is the list of packages required by the installer?)
<ngz>"installer.scm" has no reference to Zile
<ngz>Ah. %base-packages
<ngz>zile, nano, and no nvi. Good :)
<ngz>Oops. I made a mistake. I updated ed on master, but this would trigger way too many builds. I reverted the update, but could someone with access to Cuirass abort the evaluation triggered by the initial update, if any? Thank you, and sorry about that.
<gop>hello guixers! I'm defining a package which depends on Gtkspell 3 and uses meson build system. I added the dependency in the input section but every time I build the package I get "error: Package `gtkspell3-3.0' not found in specified Vala API directories or GObject-Introspection GIR directories". I looked inside the "environment-variables" file an
<gop>d XDG_DATA_DIRS contains /gnu/store/...-gtkspell3-3.0.9/share/ which according to should be enough. Does anyone has any clue about how to add a gir directory with meson command line?
<gop>I should add that meson actually terminates correctly, it's ninja that's crashing.
<rekado_>gop: does gtkspell install the Vala bindings? My guess is that it doesn’t.
<gop>rekado_: it looks like there's no vapi directory nor .vala file inside /gnu/store/...-gtkspell3-3.0.9/, but I'm really no Vala expert. If this means that gtkspell3 doesn't ship vala bindings how should I add them to Guix?
<gop>Shoul i create anothe package output or an entire different package?
<rekado_>gop: you may need to rebuild gtkspell3 with vala among the inputs.
<gop>thank you very much, I'll give it a try
<gop>rekado_: thank you again, that did the trick. Should I send a patch to add vala to gtkspell3 inputs?
<rekado_>gop: yes, please do!
<gop>rekado_: I just did, thank you again for your insight. good afternoon everybody!
<ecbrown>hello all, i am working on a package for lxi-tools (all rights reserved)
<ecbrown>i run guix package --install-from-file=lxi-tools.scm, but it simply returns to shell prompt with no install and no feedback
<ecbrown>(i expect that the sha is wrong, but i want to fix it once it complains)
<ecbrown>wonder if anyone knows what's wrong
<kirisime>ecbrown: Your file needs to have the name of the package in the last line so evaluating the file actually returns the package object for guix to build
<ecbrown>kirisime: getting some action now. thank you!
<Minall>Hello guix!
<Minall>I'm having some problems trying to add my graphics driver...
<Minall>Hello guix!
<Minall>Trying to add my graphics driver to my reconfigure makes xorg to crash....
<wigust->Minall: Hello. What's your graphics card model? And what do you add to drivers in your config.scm?
<Minall>00:02.0 VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display (rev 0e)....
<Minall>wigust-: (set-xorg-configuration (xorg-configuration (keyboard-layout keyboard-layout) (modules (list xf86-video-intel)))
<Minall>Adding that part to specify to xorg to use intel graphics driver, makes xorg crash... Without it, xorg doesn't crashes
<pkill9>it may already have a default list of modules that you need to add your module to
<pkill9>the manual should tell you if there's a default variable like %default-xorg-modules or something
<wigust->Minall: as pkill9 says, %default-xorg-modules already has xf86-video-intel driver
<wigust->Minall: so you don't need it by hand yourself, is there a reason to do so? Like something doesn't work (e.g. login manager doesn't login to a desktop environment).
<Minall>wigust-: All seems to work fine, but since my graphics card is intel, I assume I need the driver...
<Minall>How can I see which modules my system is using?, perhaps it is already using intel...
<Minall>I'm using gdm btw
<pkill9>i use intel but i dont have any modules/drivers specified
<Minall>How can I be sure I¿m using intel graphic drivers?
<wigust->Minall: Should be mentioned in /var/log/Xorg.0.log file
<Minall>The problem is that I don't have that file, I assume is because I'm using gdm
<Minall>I have a greeter.log file, in a gdm directory
<Minall>And it seems that it is using fallback drivers...
<Akram_Chehaima>Hi Guix
<rmk35>Hi, I am trying to build a module for a wifi dongle (rtl8812au), but failing at getting guix to unzip the sources, I wonder if I could get help, here is the scm file and the output ; it fails to unzip, but unzipping it manually works
<efraim>rmk35: add unzip to the native inputs
<rmk35>efraim: Thanks, it seems obvious in hindsight, I was just thinking it would have been added as an implicit dependency
<Akram_Chehaima>i think maybe you need to use git-fetch
<quiliro>Saluton Guixejo!
<rmk35>Akram_Chehaima: Not sure about Guix conventions, elsewhere I have been told to use archives from GitHub rather than git as they are apparently faster
<lprndn>Hello guix!
<quiliro>lprndn: \o
<lprndn>Is there any known efforts to update guix's xfce to 4.14?
<nckx>rmk35: At least on GitHub those tarballs are (re)generated on the fly, so not reproducible, so to be avoided.
<nckx>Different conventions are fine, but unfortunately there are people (some BSD comes to mind) going around GitHub actively urging upstreams that proper release tarballs aren't cool & modern or something, thus lowering the quality for everyone.
<Akram_Chehaima>@rmk35 Yes, I did not know unzip can use it in Native inputs
<rmk35>nckx then NixOS is in for a surprise I guess, as they do I believe use the GitHub archive zips when possible (no submodules)
<quiliro>lprndn: maybe you could do it...
<lprndn>quiliro: It's the plan! ;)
<nckx>rmk35: When I still maintained NixOS packages it happened to me twice, so I don't think anyone can claim surprise 😛 I'm not saying it happens constantly, but it's enough of a pain that it makes sense to prefer git checkouts across the board since there are no real downsides (that's subjective, I guess, since I don't care about clone speed).
<quiliro>it is a little outdated regarding the part to include your package from a channel...but you can still install your package with guix package --install-from-file=~/guix/packages/my-xfce.scm
<rmk35>I am with you, having things break is a real downside, I am just with a 500Kb/s connection here, feeling retro
<quiliro>i am a newbie but managed to find out how to include i can already 'guix install my-hello.scm' directly without specifying the directory on the command line
<quiliro>lprndn: ^
<rmk35>I installed Google Noto fonts the other day, and it took me about an hour :o
<Akram_Chehaima>i am a newbie , whene i define package where i put it i mean directory to use it in config.scm
<nckx>rmk35: Yeah, Noto is special (I use them too). I've looked into splitting them but just haven't found the time to do so, since they do work as-is.
<quiliro>Akram_Chehaima: do you want it for the whole system or only for test for that user?
<nckx>Noto's just a big tarball, though, no?
<Akram_Chehaima>to system , like my-linux.scm i want to use it in config.scm
<rmk35>Yes, the point was just illustrative of my net speeds
<nckx>Oh, yes, my condolences.
<Akram_Chehaima>whene define package how to use it form other package or somthing like that
<lprndn>quiliro: Thanks but I'll probably work directly on a git checkout anyway. I find it easier when the goal is to push to master afterwards.
<rmk35>And tbh, it's still fast enough to stream movies, not in superhigh definition but I cannot see that well anyway, so for pretty much anything it's good enough
<quiliro>you must use channels and place your package on the directory defined on channels...instead of '(url "") you could use '(url "file:///home/user/guix-packages")
<nckx>Akram_Chehaima: Sounds like creating your own channel is what you want.
<nckx>As quiliro said in the meantime.
<quiliro>Akram_Chehaima: you must make that directory a git repo with git init while inside it
<Akram_Chehaima>yep thanks , it's clear anyway that can't be done without channels ?
<quiliro>Akram_Chehaima: just follow the manual on channels and my advice, so it will be easy...i had to investigate 2 days because the file: part was not detailed on the manual
<Akram_Chehaima>oky thank you :D
<lprndn>Akram_Chehaima: You can also use the -L option in guix build and guix system I think
<quiliro>Akram_Chehaima: i think that it can probably be done as is with --install-from file but i do not know how in your config.scm for guix system reconfigure or guix system init
<rmk35>An unrelated question, I was having trouble of a typo during boot, it couldn't mount root so I did "(mount ...)", but then not sure how to resume the boot process? I don't think guile supports resumable exceptions, otherwise I could just resume as if the failing mount succeeded I guess
<nckx>Akram_Chehaima: Here's kind of what I do: I'm sure there's proper documentation somewhere, I just don't know where. Channels will make everything ‘just work’, you can do without but then you have to manually add ‘(add-to-load-path …)’ to your system .scm, and the ‘guix’ command still won't know about your packages.
<lprndn>There are really a lot of options to include custom packages. Documenting them at the same place might be nice at some point. (just taking notes here)
<Akram_Chehaima>yeah nckx that what i need thank you
<ecbrown>i'm using spacemacs with (guix) package, emacs-guix IIUC. i try to show all packages, but they don't seem to list, only 896 packages. i thought there were over 10,000. e.g. fonts-google-noto is not in emacs-guix, but it is in guix package --list-available
<ecbrown>wonder if anyone has a similar observation
<nckx>ecbrown: What's the exact command you use?
<ecbrown>M-x guix-all-packages
<ecbrown>(also, by going through popups, M-x guix p a)
<nckx>ecbrown: So I don't use Spacemacs, but I can confirm that M-x guix-all-packages ‘looks’ OK here (super-scientific) and includes font-google-noto (somewhat more scientific). 10833 entries seems complete.
<nckx>‘Something’ is definitely ‘up’, but then I don't really know what Spacemacs is or does.
<ecbrown>nckx: thanks for checking. perhaps it's a spacemacs thing. i'm going to look into it
***sushi_ is now known as ilikeheaps
<quiliro>Akram_Chehaima: may i hesp you learn how to find things in the manual?
<Akram_Chehaima>No thanks but if required I will ask for help !
<quiliro>the channels are in the manual, that is where nckx got them from
<quiliro>I suppose
<nckx>quiliro: No, but I'm sure they are 🙂
<nckx>I don't think channels were ‘official’ when I started using them.
<quiliro>nckx: where did you get them from? the source?
<nckx>quiliro: And a bunch of unmerged patches from the ML (?), IIRC. So long ago, hard to say.
<nckx>Channels are trivial to create, I think most people overestimate that.
<nckx>Just plonk an .scm file into any directory structure you choose (or none); done.
<quiliro>nckx: where do you see unmerged patches? devel-guix?
<nckx>guix-devel, or guix-patches, in general, yes.
*quiliro is thinking of subscribing to those lists
<nckx>quiliro: Heh, I sometimes forget that not everyone here is.
<nckx>The -commits list is the spammiest, but even that goes straight to my inbox (I don't have any filters). You can always set up a Guix folder/filter if you want.
<quiliro>nckx: i am still learning how to manage mail on my emacs
<ecbrown>that could take years
<quiliro>i have not decided if i use gnus again or move to some other
*nckx uses a pretty vanilla mu4e set-up.
<quiliro>also, i have to learn how to make backups still...i know it is a newbie task but i have not done it...and i am a newbie!
<quiliro>an old newbie
<quiliro>why use mu4e?
<quiliro>plus i would like to have my own email is a very hard task to do well without some experience
<quiliro>i have gotten domain from my sponsor
<nckx>quiliro: a) I like emacs so search scope == emacs mail clients b) I like mu4e's search-first design. Gnus always felt ‘old’ and clunky to me but that's entirely subjective.
<quiliro>i was planning to mount a freedombone server on that network...but it had errors and i gave up...maybe set up a simple guix email server would work...but i am afraid of the lack of experience with email
<Akram_Chehaima>quiliro:i am using mutter i tired to use gnus but it's hard
<ecbrown>i use gnus -- but it took quite a while to get it how i want it
<ecbrown>also, think carefully before running your own mailserver
<Akram_Chehaima>i meant mutt not mutter
<ecbrown>e.g. make sure your ISP allows incoming mail, be prepared to be blacklisted
<nckx>Why does everyone always make the spookyhands when talking about running your own mail server?
<ecbrown>nothing wrong with your own IMAP server though
<ecbrown>well, because one has to set up a spam filter, be prepared to be blacklisted, be prepared that ISP doesn't open SMTP, yada yada
<ecbrown>and then make sure the machine is one that you want to keep around for a long time
<quiliro>ecbrown: thanks, asked already...had to upgrade my sponsor's connection to accept smtp sending
<ecbrown>make sure that it doesn't relay without auth.... number of pitfalls if someone doesn't know the various facets
<ecbrown>so, i just use fastmail and pay a $30 or so a year
<ecbrown>but ymmv
<nckx>Right. All that said (& very true), running your own mail server isn't mythically hard.
<quiliro>i think that a config.scm with email server, spamassasin, lets encrypt, antivirus, etc that take care of all pitfalls that ecbrown mentions
<ecbrown>right, not like people don't do it all the time
<ecbrown>i mean, every major business ran a mail server at one time or another :-)
<nckx>Ironically, the only real problem I've had in years of self-hosting was with obsolete mailman 😛
<nckx>But I agree that if your definition of fun doesn't include learning all of the above, it's not for you. If it is, oh boy will you have all the fun.
<quiliro>i do not want the hassle, but i think a good config.scm with a script a la freedombone, could do the job well
<ecbrown>curious whether guix has a firewall. i seem to remember it not having it, but then thought that i saw iptables being configured somewhere
<quiliro>i am sure someone likes that and is willing to post it
<nckx>Guix System has almost everything needed, but we're still missing a spam filter (yes! I have no spam filter! It's cray!), sieve (server-side filtering) support, and a dkimproxy service.
<ecbrown>(i'd recommend something boring as f*ck for this, debian or openbsd)
<nckx>ecbrown: Guix has a firewall in that you can write a simple service that calls some iptables commands at boot, but no, nothing automagical or extensible like NixOS's.
<ecbrown>nckx: thanks. before i go poking around, easy enough to e.g. block all incoming but 22?
<quiliro>iptables 1.6.2
<nckx>ecbrown: Sure. Just wrap the iptables command line you'd use to do that in some parentheses ;-)
<nckx>That iptables is IPv4-only and IPv6 needs separate commands sucks but that isn't strictly Guix's fault. A service abstraction could fix that.
*nckx → AFK.
<ecbrown>well, i've reached that point where guixsd is doing everything i want it to do. time to get stupid
<gnu_srs>Hi guix. I'm a newbie here. I downloaded the pre-built image guix-system-vm-image-1.0.1.x86_64-linux and tried to make ssh workable as written on
<gnu_srs> It did not work. After that I started qemu with options net user,hostfwd=tcp::10022-:22
<gnu_srs>However, how to install and start the openssh server?
<gnu_srs>Additionally how to edit and reconfigure /etc/config.scm? I tried with sudo but no luck :(
<wigust->gnu_srs: You could use as example to install openssh server
<wigust->gnu_srs: what does ls -l /etc/config.scm show?
<pkill9>does the Herd handle logging?
<pkill9>i'd like to see the output of dhclient which was started by the networking service
<gnu_srs>wigust-: Seems like that file is read-only: -r--r--r-- root root
<ecbrown>gnu_srs: sudo -E guix system reconfigure /etc/config-file-that-you-want.scm
<ecbrown>gnu_srs: sudo herd start ssh-daemon
<ecbrown>fwiw, i have found that the ssh-daemon sometimes does *not* start
<ecbrown>bad news when you're expecting it inside a vm
<ecbrown>example: two identical laptops (t420's) with the same config file, one's ssh started and the other did not
<ecbrown>but YMMV
<tune>for making a channel do I have to do anything in the directory besides "git init"? I get an error on pull now
<tune>guix pull: error: Git error: cannot locate remote-tracking branch 'origin/master'
<tune>nvm figured it out. I git added a package and then did a git commit
<tune>maybe the commit part was the important one
<tune>build failure on guix pull with my channel added... I'm not really sure what's going on
<nly>is your channel public?
<nly>and what does your home/.config/guix/channels.scm file say?
<tune>it's local and I just copied the format that nckx posted earlier, but with a couple values changes
<tune>one moment
<tune>something with modules
<pkill9>tune: also note that any changes you make need to be committed to the repository, otherwise `guix pull` won't see them
<tune>I t hink everything is committed at this point
<tune>I've just got one local package which I did successfully install-from-file, but I usually update with a manifest so I was figuring it'd get removed next update at this rate
<tune>and that if I could integrate it with the manifest I'd be okay
<nly>tune i think in channels.scm you don't need to use file:/// if you use absolute filepath
<tune> I just copied how nckx did it and I think it works for him
<tune>although if you're saying it's unnecessary but also works, that's fair
<nckx>I prefer file://, makes it clear what's happening; it certainly works. Did you git commit?
<tune>Yeah I did git commit
<tune>it's complaining about modules
<tune>a lot of details about this are not in the manual for some reason
<tune>like basically all the git stuff
<tune>and I'm not sure of the importance of the directory structure
<nckx>tune: And file:///home/brad/brad-chan/brad/packages/bemenu.scm exists?
*nckx → AFK, sorry.
<nly>tune you can also use a local guix checkout
<nly>i mean that's what i use and if you'd like to give that a try?
<nlyy>my channels file looks like
<nlyy>then i commit my changes directly to ~/git/guix repository
<nlyy>only committed changes will be 'pulled'
<tune>what you have looks pretty similar, I'm not sure what the significant difference is
<nlyy>i am commiting directly to guix tree (local checkout)
<nlyy>note there is only one channel
<tune>ahh instead of adding(?) to %default-channels
<tune>I don't feel strongly either way so I'll stick with what I've already started on I think
<nlyy>yeah, because the local checkout is already tracking guix's master branch
<nlyy>this makes it easy to see what you've pulled, because the 'guix pull' will mirror what you have on the repository
<tune>ideally I'd just have this package submitted but I haven't figured out that process yet, and I only just recently got it working
<tune>probably worth learning how to have loca packages too
<nlyy>i found it's also simpler to add modules if you add them to the correct gnu/packages/.. file
<tune>I'm lost on what the modules even are in this context
<tune>I have use-modules in my package but does my channel need some sort of modules too?
<nlyy>sorry, modules -> package*
<nlyy>do your packages use each other?
<nlyy>that is one thing i have not tried with channels before switching to local checkout
<tune>I just have one single package
<tune>depends on stuff like wayland, pango, cairo, ncurses...
<nlyy>and where have you kept this package?
<tune>I only got it working earlier today and I just had it in this same directory (briefly with a different name) and used the install-from-file command
<nlyy>this channel i used a while back:
<tune>and then I ran git init, git add, started making subdirectories and such
<tune>I haven't got a packages.scm
<nlyy>there is a strong correspondance between dir structure and (define-module (abc xyz)) <---> channel/abc/xyz.scm
<nlyy>yeah, you already knew that, just checking
<tune>I used guix edit on various dependencies when making the package earlier to see which .scm file it was in, as far as channels I don't know what I'm doing at all
<tune>I thought this would be a 5 minute thing and none of it makes sense to me. I don't even understand why git is involved. it's all rather horrible
<nlyy>sorry, this was a quick thing for me when i first tried it.
<nlyy>let me see the manual real quick
<nlyy>nope nothing special needs to be done
<tune>I feel like the manual leaves out major details assuming they'll be obvious and I'm probably overlooking something simple
<atw>Lua question: I am trying to package fennel for Guix. When running ./fennel (i.e. the lua script), I get this error: "...-fennel-0.2.1/bin/.fennel-real:76: attempt to call a nil value (field 'set_options')" That's referring to, which is weird because I expect the pcall(...) to fail -- when I eval that myself in Lua, it returns false and an error. What could I be doing wrong?
<nlyy>tune: what does git status tell you?
<tune>On branch master
<tune>nothing to commit, working tree clean
<tune>I only just made this thing. is it easier if I start over? I don't even know what I've done anymore
<nlyy>that might be better
<nlyy>can you try a local checkout?
<nlyy>add your package to appropriate guix/gnu/packages/X.scm
<nckx>tune: Have you pasted the contents of /home/brad/brad-chan/brad/packages/bemenu.scm anywhere?
<nckx>(define-module (gnu packages cmake-build) …)
<nckx>So Guix can't find (brad packages bemenu) because it doesn't exist. Change the line above and it should work.
<nlyy>well, there you go
<tune>am I replacing something or adding something?
<nckx>tune: Replacing the bogus (gnu packages cmake-build) name with the desired (brad packages foo).
<nckx>Bad luck I had to go AFK for hours, but you should be good to go now (barring any other typos). The last ‘bemenu’ isn't needed, channels work like (gnu packages …) and pick up all package object automatically.
<tune>okay, cool. I think I'm all good now. thanks for the help, nckx!
<nckx>You're welcome.
<nckx>Re: your annoyance at ‘why must I even git’ above: I get it, but it does have advantages (like not having to complicate ‘guix describe’ ­— what would you print to describe a ‘raw’ directory tree?). I think it's a valid trade-off.