<vagrantc>oh, i also tried to make a guix-tarball package that inherited from guix, but for some reason i couldn't get guix to recognize that the package existed ... is there something special about "guix" that makes inherit work more unusually than other packages?
<xelxebar>drakonis: The idea isn't super new, but apparently he has been working on a file search in guix, so you can find which packages provides some file/path.
<wleslie>how do I convince gcc 10.2.0 to build me a crtbegin.o? I'd been adding `extra_parts="crtbegin.o crtend.o"` to config.gcc but now that I grep around I see that neither these values nor this variable is used by any other target
<wleslie>there's some make snippet that others use called `i386/t-crtstuff` but I'm not sure where this lives
<librem>I am trying to build guix (on ZorinOS, based on ubuntu) but when I run ./configure it says:checking if (git) is available... noconfigure: error: Guile-Git is missing; please install it.
<librem>So I built guile-git-0.4.0 and installed it, and set the environment vars. Here's my ./configure (at the bottom) and the README doc of Guile-Git and the relevant environment vars section of the Guile manual. https://paste.debian.net/1170455/
***apteryx is now known as Guest52565
***apteryx_ is now known as apteryx
<xelxebar>librem: You are running in a --pure guix env, right?
<librem>no, not a --pure guix env, it's on ZorinOS
<vits-test>librem: IDK if that'll help, but can U install binary `guix` on top of Zorin, with the installation script?
<vits-test>`guix environment` makes things easier a lot (usually).
<vits-test>nckx: Hello again; about NVRAM and GRUB: what if Guix use the Boot Loader Specification? Basically grub just loades some files from disk/dir/* and builds a menu (as i remember it was in Fedora).
<xelxebar>librem: So just to be clear, you are trying to build guix using the the binarios from ZorinOS, not using guix?
<xelxebar>If so, you probably want to look into the guix bootstrapping stuff (caveat, I have no experience with this).
<xelxebar>However, if you just want to hack on guix, then the normal way is to install guix on your distro first, then build things from a guix environment [--pure] guix.
<xelxebar>Unrelated: Anyone ever run into this error? Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS
<efraim>less than before. my main machine has 4GB of RAM, I used to play more with aarch64 boards with 2GB but I need to replace some. I spent about a month trying to revive the mips64el port. The machine I have only has 1GB of ram
<efraim>1GB is definately too low to build Guix as of 0.15/0.16, but I saw that error a bunch on the mips machine
<peanutbutterandc>Hey there, if anybody here has previously worked on gnucash package, please do take a look at: https://issues.guix.gnu.org/44309 and leave some comments/suggestions. I am very keen to see it merged upstream, but I understand that reviews are in order.
<xelxebar>efraim: Very cool. Love seeing work on non-x86 archs.
<vits-test>peanutbutterandc: so simple, no wrapper script; cool
<peanutbutterandc>vits-test, Thank you (: I hope the output name is okay: 'gnucash:python'. I'm re-working on this small gnucash wrapper utility function and would love to have a mere "gnucash:python" as a package specification manifest entry in guix-env-manifest.scm
<PotentialUser-68>hello, first time install of 64 bit latest version with gnome, i get an oops something went wrong error message probably from gdm or x-server, how can i fix this?
<nckx>vits-test: Does GRUB have built-in support for that now? Last I tried it didn't, and there was only a very low-quality contributed Red Hat patch, and I ended up writing a Bootloader Spec parser in GRUBscript, and it was horrible, the end. https://www.freedesktop.org/wiki/Specifications/BootLoaderSpec/ hasn't been touched since 2018 and the last link is dead.
<nckx>PotentialUser-68: ‘Oops something went wrong’? What went wrong?
<PotentialUser-68>instead of user login dialog box gdm displays an error message "oops something went wrong please contact system administrator"
<nckx>PotentialUser-68: ‘(EE) systemd-logind disappeared (stopped/restarted?)’, so look into the elogind service. Either through ‘sudo herd status elogind’ or by looking for (e)logind in /var/logs. That's all I can say.
<nckx>PotentialUser-87: Am I correct that GNAT itself is written in ADA? We'd need an ADA compiler written in C (or so) that's able to build GNAT in order to bootstrap it.
<PotentialUser-87>unfortunately gnat is the only libre ada compiler that exists, i wonder how other distros bootstraped it
<nckx>‘In order to build GNAT, the Ada compiler, you need a working GNAT compiler (GCC version 4.0 or later).’ Blurf.
<Fenlair>At work we are installing most software as the admin user and not root. I was wondering, would it be possible to install guix that way, so all the packages in the store would be installed as the admin user or would that break guix?
<nckx>PotentialUser-87: I suspect they just used an existing GNAT binary they ‘got elsewhere’. We can't really get away with that.
<nckx>PotentialUser-87: We're piggybacking on the work of OriansJ & janneke & others to reduce our binary blob bootstrap soup, adding an ADA compiler to the mix is not happening. We can bootstrap Rust from C through mrustc. Is there nothing similar for ADA?
<nckx>Fenlair: Unless ‘admin’ is UID 0 (and then... just why 😛), it's just a regular user. I'm afraid not.
<leoprikler>Is there a historical version of gnat built just on GCC?
<Fenlair>I suspected as much, all package managers I know install everything as root - was just wondering if guix would get around that, since it's quite special :)
<nckx>Assuming admin has all kinds of capabilities (an area I know nothing about) that the daemon requires, it could work, but I'm sure you'd still need to patch a few assumptions. That's just speculation.
<nckx>‘available through anonymous ftp on cs.nyu.edu (220.127.116.11)’
<nckx>Remember kids, this new-fangled ‘DNS’ nonsense could fail at any time, always include your IP address too.
<Kimapr_>"Basically we do not follow FHS, so programs cannot find their dependencies." I recently found GoboLinux, which doesn't follow FHS too but avoids compatibility problems by symlinking required directories from their actual place to root directory. We can do something like that but with system profiles.
<roptat>we can do the same with a container : ENV=guix environment --ad-hoc dependencies ...; PROFILE=$($ENV -- bash -c 'echo $GUIX_ENVIRONMENT'); $ENV --expose=$GUIX_ENVIRONMENT/bin:/bin (same with /lib, etc)
<roptat>actually, the last one should be $ENV -C -N --expose...
<roptat>I use this to run android-studio, until I'm able to build it
<janneke>i did move those patches out of cross-libc and into glibc, on core-updates
<Achylles>I have installed guixOS in virtualbox. I am new to Guix and I want to access the guixbox through ssh, I know that I have to configure it inside /etc/config.scm but I am not sure how to achieve it and if installing guixOS on virtualbox was a good idea at all???!!!
<civodul>janneke: yeah not sure, i guess it broke at some point due to some other change?
<jonsger>Achylles: installing guix is always a good idea
<jonsger>Achylles: I guess you need the ssh-daemon running by your Guix System
<Achylles>jonsger, perhaps, the packages I need are not on guix...
<vits-test>btw, Achylles__ it will be good if U fill some req. to whishlist, with links to sites of programs U want. Someone can attempt to package them too, especially newbs (w/o mistaking xiphos for emacs-xiphos).
<nckx>efraim: Well, you set higher goals, that's not fair ☺ I just dragged Ada/Ed into 2020.
<nckx>It would be neat if it could be useful as bootstrap-anything but that would be a very happy coincidence, nothing more.
<nckx>We'd ‘just’ have to bridge Ada83 to Ada95, I think...
<efraim>my impression was that there's sources everywhere for later versions, just nothing to start from... until now
<NinjaTrappeur>Hey folks! I'm trying to install guix using the console-graphical installer (via the image published on the website). The installer keep on crashing when applying the partitionning on the disk, regardless on the partitionning nature (several encrypted partitions, single unencrypted partition). Is it a known bug? Is there a way for me to get some error logs?
<g_bor[m]>I believe we might already have the needed setuid bits in place, or at least most of them
<mbakke>derp, I can not read nor type today; to be explicit: (list (service xfce-desktop-service-type) (extra-special-file ...))
<nckx>efraim: <Sources everywhere> Ooh, where?? In theory GNAT predates Ada 95, but I can't find any ancient source releases. The oldest I can find is the ‘famous’ 3.15p, the last stand-alone version without GCC, and that's already written in Ada 95.
<nckx>Yep, one (if you quote) it, thanks! I found that somehow but don't remember how. Good to have a back-up URL. However, what I'm really looking for is *older* versions of GNAT, the older the better.
*nckx tries to build GCC 2.7.2 in the meantime, doobydoo.