IRC channel logs


back to list of logs

<jje>this seems to be related:
<ScaredySquirrel>how do I setup the ssh server on guix?
<vagrantc>ScaredySquirrel: Add openssh-service-type to your system defintion:
<sneek>Welcome back vagrantc, you have 1 message.
<sneek>vagrantc, janneke says: thanks for dropping by on #bootstrappable with the great news about mes! it would be great to look at cross distro builds!
<vagrantc>sneek: botsnack
<vagrantc>ScaredySquirrel: and then guix system reconfigure /path/to/your/config.scm
<ScaredySquirrel>nooo my gdm is crashing
<ScaredySquirrel>and without it I just can't research
<ScaredySquirrel>or maybe lynx will work this time
<ScaredySquirrel>there we go!
<ScaredySquirrel>lol my xorg is crashing
<ScaredySquirrel>and the gdm log file doesn't say WHY
<vagrantc>there are some recent posts on the mailing list regarding gdm problems
<vagrantc>i stopped using gdm and switched to using sddm and now i don't even use a display manager and just use sway directly
<ScaredySquirrel>the mouse pointe is above console then it disappears
***ScaredySquirrel is now known as stickypixel
***stickypixel is now known as ScaredySquirrel
<gnutec>Now I scare about gdm problem.
<gnutec>ScaredySquirrel: What kernel are you using?
<ScaredySquirrel>um...the Linux 5.3.10-gnu Linux libre thing with gnu guixsd
<ScaredySquirrel>it's not the latest
<gnutec>The my is 5.3.11-gnu guixsd. And I still have no problem about this.
<gnutec>ScaredySquirrel: Ok! I see you try config the ssh in config.scm, right?
<ScaredySquirrel>um yes but bear with me I'm recompiling the system
<ScaredySquirrel>it's only on one system
<ScaredySquirrel>for now
<gnutec>ScaredySquirrel: Don't forget to backup your config.scm. I did like this: $ cp /etc/config.scm config.scm.bkp. And create another file for training like
<gnutec>ScaredySquirrel: Don't worry. You can do whatever you want. Then you install again. I can't. No always I have internet.
***jonsger1 is now known as jonsger
<malaclyps>leoprikler, what do you think of
<malaclyps>leoprikler, oh i'm a fool you actually replied in the issue
<brendyyn>pool "iburst"
<brendyyn>I just noticed and error booting up with ntpd. it shows the "iburst" part of this line being wrong
<brendyyn>unexpected T_String, expecting T_EOC
<joshuaBPMan>hey guix, I'm getting an error in icecat no video with supported format and MIME type found errors.
<joshuaBPMan>How can I fix this?
<joshuaBPMan>Do I need to install codecs?
<brendyyn>is it icecat 68 ?
<joshuaBPMan>I think...let me check
<brendyyn>joshuaBPMan: I believe there are some bugs with the new Icecat 68 not playing videos properly
<brendyyn>im not sure if anyone has made a bug report
<gnutec>brendyyn: Yes! I use eww on emacs to copy the url. I using "68.2 preview 3".
<civodul>Hello Guix!
<janneke>hello civodul!
<efraim>quick licensing question: I have an expat program linking to a gpl3+ program, expat program should be gpl3+ also?
<civodul>efraim: the program is still expat, but the combination is subject to GPL3+
<roptat>hi guix!
<civodul>howdy, roptat!
<amz3>hello #guix!
<vertigo_38>Hi Guix! I somehow don't find the printer-driver for an HP-PageWide-Pro 477 in cups. On this site, it's said to be supported from hplip v.3.16.3, and we have v.3.19.10 now. Cups-webinterface lists quite a list of drivers, but the PageWide-series I can't find. Any clues?
<roptat>raghavgururajan, it works :)
<raghavgururajan>roptat Thanks!
***stikonas_ is now known as stikonas
<g_bor[m]>hello guix!
<mbakke>I wonder if the 'xz' package should have a "bin" or "lib" output, to prevent packages from picking up the native xz during build.
<raghavgururajan>Hello Guix!
<divansan`>so hostname -f shows localhost.localdomain on my guix system despite (host-name "myname") being set.
<divansan`>Is this because of my /etc/hosts file? Or is there something incorrect in my system manifest?
<divansan`>seems it is.
<raghavgururajan>divansan` I also face the same issue.
<roptat>I think you can pass a hosts file to your configuration
<roptat>yes, there's hosts-file:
<jonsger>nice. another little step forward on the way to bring Guix to powerpc64le. First time I'm able to get to the actual build of a package. It does not build yet but :P
<sneek>Welcome back jonsger, you have 2 messages.
<sneek>jonsger, efraim says: here's the diff I have for my powerpc. 'GUILE_SYSTEM_COMPILED_PATH' is empty but it didn't fix the issues I'm having with my static guile
<sneek>jonsger, efraim says:
<jonsger>efraim: oh thanks. Seems interesting. I guess I need some of those settings you made for powerpc as well :)
<jonsger>it's getting exciting now :)
<bavier>hi guix!
<smithras>bavier: hi!
<jonsger>128bit double crashes the party again :(
<raghav-gururajan>Hello Guix!
<raghav-gururajan>Folks! Would I be able to do 'pull requests', to guix repo at savannah, from my mirror repo at
<roptat>I don't think savannah has such a feature, please send patches to
<roptat>also, merge requests, or pull requests can only be done in the same platform (not even from a gitlab instance to another :/)
<raghav-gururajan>roptat Ah I see.
<roptat>but there's some exciting work being done around forgefed, a specification for distributed forges on top of activitypub :)
<roptat>I think the manual has some recommendations on how to send patches, if you're not sure
<roptat>it should be in the last section about contributing
<raghav-gururajan>Okay, so I was trying to build gnome-photos. I got an error "ERROR: Neither directory contains a build file". But the source tarball has the file.
<raghav-gururajan>roptat Thanks I wil have a look at it.
<roptat>raghav-gururajan, with guix build gnome-photos -K you can then check whether you have a in /tmp/guix-build-something
<raghav-gururajan>roptat thanks
<raghav-gururajan>Ye Hoo! gnome-font-viewer is also now off the check list :-)
<jonsger>this is the ld output for the build failure of libstdc++-boot0 on powerpc64le:
<leoprikler>raghav-gururajan: I henceforth dub you GNOME Guru Raghav :)
<raghav-gururajan>leoprikler LOL
<raghav-gururajan>I get "ERROR: Vala library 'spice-client-gtk-3.0' not found". But I already used 'spice-gtk' as input.
<efraim>is it build with vala support?
<jonsger>efraim: I guess you don't have errors on powerpc?
<raghav-gururajan>efraim Do you mean if I also have 'vala' as input? Yes, I do. :)
<efraim>jonsger: I never got that far. are your bootstrap binaries and the commencement programs changed to build with 128 long long?
<efraim>also you can probably try to skip libstdc++@4.9, it's really for those with an earlier version bootstrap gcc
<efraim>raghav-gururajan: i mean does spice-gtk have vala as an input
<jonsger>efraim: I think not. But I need gcc > 6 for that
<jonsger>so I guess it has to happen when cross compiling?
<efraim>jonsger: your bootstrap binaries use gcc-7? for now change libstdc++ to inherit gcc-7
<raghav-gururajan>efraim it does not.
<jonsger>my branch is the ugly last 2 commits :P
<raghav-gururajan>Btw, here is my package definition.
<efraim>raghav-gururajan: try editing spice-gtk in spice.scm and add vala as an input, see if that fixes your error
<raghav-gururajan>efraim I see. How do I use an edited version of spice.scm inside gnome-boxes.scm?
<alextee[m]>any idea what this means? "In procedure open-fdes: Permission denied"
<alextee[m]>i get this at the end in the phase "reset-gzip-timestamps"
<alextee[m]>when building a package
<efraim>jonsger: was the "--with-long-double-128" there in cross-base.scm before you built your bootstrap-binaries?
<jonsger>efraim: yes, that was required to cross build the bootstrap-binaries on am64
<efraim>jonsger: for libstdc++-boot0, change the 'make-libstdc++' function take gcc-7
<efraim>i thought about changing it for aarch64, since the comment didn't apply to me, but it wasn't necessary
<efraim>raghav-gururajan: at the bottom add (define my-spice-gtk (package (inherit spice-gtk) (inputs `(("vala" ,vala) ,@(package-inputs spice-gtk))))) and use 'my-spice-gtk' instead of 'spice-gtk' in gnome-boxes
<efraim>hopefully for this we won't need to change the configure-flags too
<efraim>debian builds it '--with-vala' but i'm hoping it picks it up automatically
<raghav-gururajan>efraim thanks
<jonsger>efraim: gcc-7 looks like a good idea :)
<jonsger>gcc-cross-boot0-7.4.0 fails now to build
<efraim>are you missing --with-long-double-128 from the gcc flags?
<efraim>you patched cross-base, now on ppc64le you can patch gcc itself
<jonsger>the gcc-cross-boot0 gets build on powerpc64le
<efraim>gcc-final inherits gcc-boot0 so it should build, we'll see about libstdc++ right above it
<efraim>... i tried (invoke "echo" "$PATH") for debugging and I got $PATH in the output
<leoprikler>(display (getenv "PATH"))?
<efraim>that does sound easier than my pk solution with setting the PATH
<raghav-gururajan>efraim I still get the same error.
<jonsger>efraim: I'll continue at home. There I have a much faster machine and I can get everything in a state where I can send it to guix-devel as status report :)
<efraim>jonsger: cool
<efraim>raghav-gururajan: I'm building out to spice-gtk now to see if it built with vala support or if we need to change the flags
<efraim>or something
*jonsger has no fast x86 at home anymore...
<efraim>This is in my main machine right now:
<raghav-gururajan>efraim Cool Thanks!
<raghav-gururajan>efraim Could you please leave me a message about results, via sneek. I will be back in few hours. Thanks.
<efraim>sneek: later tell raghav-gururajan it turns out spice-gtk does need the configure-flag to build with vala support
<sneek>Got it.
<jonsger>efraim: looks like an optimization of :P
*efraim goes AFK for a while
***MinceR_ is now known as MinceR
<leoprikler>btw. it appears spice simply builds the vapi from gir
<leoprikler>which means my "generate-vapis" phase from gnome contacts should also be a workaround, although with different vapis to be generated
<dongcarl>Hi all, I saw that there will be Guix folks at FOSDEM and there will be Guix days?
<dongcarl>If Guix days right after FOSDEM? During?
<dongcarl>I need to plan ahead as my passport requires a visa to get to Brussels...
<nckx>dongcarl: The Guix days are the 2 days (Thu & Fri) before FOSDEM proper (Sat & Sun). <>
<rockandska>dongcarl: ( 2 days before )
<nckx>Please come 🙂
<dongcarl>Ah nice!
<dongcarl>I will try my best to! Hopefully my visa application will go thru
<lfam>The Guix days are great! We spend all day talking and working on Guix and then have a dinner at night
<lfam>Highly recommended
<janneke>dongcarl: would be great to meet you in Brussels!
<dongcarl>:-) Would be great to meet all of you!
<Blackbeard[m]>lfam: hi :)
<lfam>Hi Blackbeard!
<Blackbeard[m]>lfam: how have you been?
<lfam>I am good Blackbeard, I finally have some free time again
<Blackbeard[m]>That's great :)
<Parra>Hey guys one question, I'm using cmake build system and my project uses ExternalProject_Add, which uses git to clone and build a project when executing cmake configuration step. But guix tells me that git isn't available, how can I enable git during this build step? The manifest source is the following:
<Parra>Thanks in advance.
<leoprikler>this metacall builds for me
<leoprikler>which project do you want to build and can you perhaps work around the git dependency?
<leoprikler>(i.e. unbundle the project)
<bavier>Parra: guix builds do not have access to the network
<bavier>maybe see if you can provide a version of the external project some other way
<bavier>e.g. if cmake does the git clone only after detecting that a library isn't available in the environment, providing the library as a package input might be enough
<Parra>leoprikler: you must change the flag -DOPTION_BUILD_RAPID_JSON to ON in order to reproduce the build
<Parra>bavier: I can package it separately and pass the paths with cmake flags
<Parra>OGRE seems to do some hack like that, because googletest is commonly download as ExternalPackage in cmake projects:
<Parra>rapidjson seems to be packaged in guix:
<Parra>is it possible to search for packages using rapidjson?
<leoprikler>other than through grep?
<Parra>I have no idea about guix sincerely
<bavier>Parra: 'guix graph --type=reverse-package rapidjson'
<Parra>thanks so much bavier
<leoprikler>you learn something new every day :)
<Parra>my main idea is to generate a self contained package of metacall, which has been very complicated to me, and I've tried many ways but none was successful
<leoprikler>bundles are evil
<Parra>it's a nightmare, my software must package many runtimes at same time, at this moment I've only achieved to package it through docker
<ScaredySquirrel>why is there a segfault in included with mesa?
<ScaredySquirrel>what the hell is an iris gpu? is it an nvidia?
<leoprikler>freezing my nvidia card while looking up issues to an unrelated mesa driver... classic
<ScaredySquirrel>it's actually caused by no xorg server
<ScaredySquirrel>why is my gnu guixsd install not installing xorg?
<ScaredySquirrel>I have all stuff related to it in config.scm enabled
<civodul>hey ScaredySquirrel
<civodul>what do you mean by "not installing xorg"?
<civodul>some command is missing from $PATH?
<ScaredySquirrel>yes like xorg is totally missing
<ScaredySquirrel>in fact there is no Xorg binary anywhere
<civodul>if you have %desktop-services in your services, for instance, then Xorg is not missing
<civodul>however, it may be that the "X" binary is not in $PATH
<civodul>but that's ok
<ScaredySquirrel>no no I do
<ScaredySquirrel>I also searched for the "X" binary in /
<civodul>you do what? :-)
<ScaredySquirrel>it's just not there
<civodul>try: ls $(guix build xorg-server)/bin
<ScaredySquirrel>erm it's there BUT
<ScaredySquirrel>I cannot even use it
<civodul>to use it, you have to add the xorg service to your OS config
<ScaredySquirrel>I did
<civodul>which is usually done via %desktop-services
<civodul>i'd suggest starting from one of the examples at
<civodul>they are known to work
<ScaredySquirrel>well I have all that stuff in my config.scm
<ScaredySquirrel>maybe I just need to reboot
<apteryx>civodul: would you know if the parameterization of `current-guix-package' in the `tests-for-channel-instance' really affect the list of tests returned? A brief examination suggests that no.
<apteryx>that procedure is in (build-aux run-system-tests)
<civodul>apteryx: it doesn't affect the list as in the number of elements in the list
<civodul>but it affects what 'guix' they refer to
<apteryx>so it's a side effect, right?
<apteryx>Ah, like setting the (current-guix-package) used by the tests procedures. So it is important that this parameterization happen at that moment (or before).
<civodul>yes it's a "SRFI-39 parameter", so 'parameterize' sets its value for the "dynamic extent" of its body
<civodul>i think the Guile manual has examples of what this means
<civodul>but you're right, that parameterization has to happen when 'all-system-tests' is called
<civodul>did you notice something fishy in that regard?
<apteryx>I'm just trying to plug in my own new current-guix/pre-built package flavor (a recycled Guix from the Guix checkout that takes less than a minute to "build").
<apteryx>I've tested your new changes, and whenever I refresh the git checkout it still wants to build Guix from scratch, which sets me back 20 minutes.
<apteryx>I find it clunky to have to hook that in something that seemingly has to do with channels (it doesn't in my case), but it's a hack anyway.
<nckx>vertigo_38: That's interesting, because it is there: <>, and it doesn't require the big evil binary blob (plugin=0).
<nckx>vertigo_38: This is a relatively new printer though (2015?), are you sure that it still requires a driver?
<nckx>(The mere concept of printer drivers was considered obsolete by CUPS upstream by then.)
<vertigo_38>Hi Guix! I'm just trying to set up clamav (for terminal clamscan usage) -- but if I run clamscan SOMETHING, I get LibClamAV Error: cl_load(): No such file or directory: /var/db/clamav
<vertigo_38>ERROR: Can't get file status
<vertigo_38>And if I run freshclam, I get ERROR: Can't open/parse the config file /etc/clamav/freshclam.conf
<nckx>vertigo_38: There's a freshclam.conf.sample in /gnu/store/…-clamav-…/etc, try copying that to /etc/clamav.
<nckx>vertigo_38: Maybe an empty file will work, too, since the example is entirely commented ou.
<nckx>vertigo_38: Did you see my question about your printer above?
<nckx>I'm curious what kind of set-up you have that still needs drivers.
<nckx>But then I don't have experience with recent HP models; maybe their IPP support is crap 🙂
<vertigo_38>nckx: I'll give that a try! I just wonder, if I set it up properly (I have ~antivirus~ in ~use-package-modules~ and ~clamav~ in ~packages~, nothing else...). Regarding printing -- I just came in, can't read the above. Here I have an OfficeJet Pro 6970 and printing goes nicely now!
<nckx>vertigo_38: Weird, you were on-line here.
<vertigo_38>nckx: reconfigured :)
<nckx>vertigo_38: For updates to be handled by the system there needs to be a clamav service, and that doesn't seem to be written yet.
<vertigo_38>nckx: and pretty new to irc...
<nckx>Until then, try whether manually creating a valid /etc/clamav/whatever.conf works (no need to reconfigure). It won't be lost over reboots.
<nckx>vertigo_38: If there's any way to treat the PageWide as a ‘network’ (IPP Everywhere) printer, try that first. It should™ expose all the model-specific options just dandy without need for a driver.
<vertigo_38>nckx: but maybe I get you regarding cups it was kind of a strange experience -- I'm here cabled with my laptop (until a proper usb-wlan-dongle arrives, hopefully until end of the week), and my printer is connected wlan-only. Could be a strange mix?
<nckx>vertigo_38: Is your printer on the same LAN as your laptop? Put differently: if you click ‘Find New Printers’ in CUPS's /admin, does it show your printer?
<nckx>If so, you shouldn't even ‘add’ it to CUPS (according to official CUPS dogma). It should show up in all print dialogues merely by being on-line, and you should use it that way.
<vertigo_38>nckx: it is. it shows, but when I use the ipp-driver, I end up with "raw-printer-protocol[...]" as a driver in the printer overview. So, yes I see it, but the default ipp-everywhere driver does not really seem to be accepted in cups
<vertigo_38>nckx: since I selected the driver from hpcups, things are good!
<nckx>vertigo_38: Happy to hear that 🙂 Did you get freshclam to run?
<vertigo_38>nckx: sorry, I was at another place when I thought I didn't send the message regarding the PageWide! Kind of stupid to fire up IRC, sorry. I got it going there directly through the gnome printing app, but at first, only libreoffice saw it, not gimp and inkscape
***daviid is now known as Guest95982
<vertigo_38>nckx: in other words, I'm rather happy with the implementation here :)
<nckx>Yeah, LibreOffice sometimes has a different opinion about your printer than standard Gnome applications, even though they should both get the same info from CUPS. Not sure why.
*nckx .oO ’why's my SSD almost full’ du -hs ~/.cache/guix 89.9 GiB hm yeah ok.
<leoprikler>can you guix gc your own cache or do you have to rm -rf?
<nckx>Things get weirder: there's a single 79-GiB checkout in ~/.cache/guix/checkouts/<hash>.
<nckx>Somehow I was prepared for 50,000 little ones, but not for this.
<nckx>leoprikler: I just rm, and I think that's currently the only way.
<raghavgururajan>Hello Guix!
<sneek>raghavgururajan, you have 1 message.
<sneek>raghavgururajan, efraim says: it turns out spice-gtk does need the configure-flag to build with vala support
<raghavgururajan>efraim I see. Could you tell me what the flag is and where I should insert in the definition?
<leoprikler>it also turns out they use vapigen, so you could also adapt my generate-vapis phase from last time
<leoprikler>this way, you would not have to write an extra package
<raghavgururajan>leoprikler That's awesome. Thanks
***akko is now known as stallman