*ecbrown bumped up the default gcc version, and instantly regretted it <emacsomancer>when guix lint reports "tabulation on line 19, column 0" what does it want me to do exactly? <samplet>emacsomancer: Use spaces instead of tabs, I think. <atw>emacsomancer: how's the package coming? <emacsomancer>samplet: ok, it's a little opaque under the circumstances, but trial-and-error may be revealing <emacsomancer>atw: okay - I picked what I thought would be an easy first one, but it wasn't so easy <ecbrown>anyone know if mips arch is 64 bit only? <ecbrown>well, anyway, compiled a code that requires OpenBLAS with INTERFACE64=1 <ecbrown>setting that, i can get it to compile link run <ecbrown>but i don't know what would happen on other architectures, including 32-bit, arm, mips, etc <ecbrown>i also wonder how the precompiled openblas deals with the MAX_PARALLEL_THREAD-type parameters, which are usually set to be that of the compiling machine <ecbrown>might not be relevant to machine its running on <efraim>ecbrown: yep, our mips is 64-bit, little endian ***jonsger1 is now known as jonsger
<mbakke>efraim: Have you had the chance to try core-updates on AArch64 yet? <efraim>mbakke: I built to hello yesterday *ecbrown is on the hunt for latex2html <mbakke>efraim: Great. I'm thinking of starting it "proper" on Hydra once it's done with NSS. <ecbrown>mbakke: sorry to bug you, but i don't see "maintainers" listed, just most recent contributest to gcc.scm <ecbrown>i'm wondering if the "other" compilers such as gfortran and gcc-objc++ an be updated just by copying gfortran 7 and making them gfortran 8 <mbakke>ecbrown: Sorry, I must have missed some context. What are you looking for in there? :-) <mbakke>ecbrown: The package definitions are inherited yes. <mbakke>But they have their own (source ...). <ecbrown>i'm just curious why gcc 8 is provided, but only gcc 7 for the additional compilers <mbakke>ecbrown: It would be great to get gfortran 8 and friends in, I forgot all about those when adding GCC8 :-) <ecbrown>i was able to copy gfortran7 to make an gfortran-8 <mbakke>ecbrown: Excellent. Please send the patch when you are done! <ecbrown>just wanted to confirm that e.g. "gfortran from version 8 is split out from gcc" or other such declarations are not in play <ecbrown>basically trying to get OpenMOLCAS and Dalton quantum chemistry programs into Guix, what with their new love of GPL <ecbrown>the next issue that i am working on is OpenBLAS <ecbrown>in particular OpenMOLCAS requires 64-bit interface to OpenBLAS, INTERFACE64=1 <ecbrown>i am supposing that it sets -m32 or -m64 to fortran compiler <ecbrown>or real is assumed to be real*8 or something <ecbrown>but i have no idea what inserting INTERFACE64=1 behind e.g. DYNAMIC_ARCH=1 will do to any other packages that use OpenBLAS, which i suspect is high <ecbrown>(my local changes where I add this and tell dalton to use int64's worked, and openmolcas compiles with this addition on amd64) <mbakke>ecbrown: If it breaks things, it might be better to add an "openblas/interface64" package variant which adds the flag. *ecbrown launches ./pre-inst-env guix build gfortran@8 gcc-objc@8 gcc-objc++@8 <ecbrown>while that's running, i need to study cmake builds. i see some examples in the kde packages. (i'm wondering if it automatically makes a "build" directory, i.e. does out of source builds) <ng0>studid question: is the language of gtk applications like firefox and libreoffice controlled by the locale set, or do they need additional language files? <ng0>I'm mostly working with everything in en_US, but I forgot how to change it for friends. some friends only know Libreoffice in German for example <ecbrown>is there essentially a "boilerplate" for someone who discovers guix, goes about installing from install.sh script, and then starts installing packages, needs to modify .bashrc/.bash_profile correctly, deal with locale bitching, but also being warned to guix pull <ecbrown>i.e. there is some very important and good information relegated to footnotes in the manual! <ecbrown>and also still curious about correct order of guix's recommended PATH <ecbrown>for example, i just pile all my bashrc shit in .bashrc and call that with .bash_profile. (I thought everyone did this) but the section on guix environment suggests that maybe PATH should be in .bash_profile and env variables in .bashrc <ecbrown>and in fact i notice a difference, like --pure environments really are pure, which heretofore i had never got right *ecbrown supplies obligatory "contributions to the documentation welcome" retort <mbakke>ecbrown: Lol :-) I agree improvements are needed, the binary tarball instructions confuse everyone. <mbakke>ng0: Setting LANG should work, no? <mbakke>ecbrown: I think all CMake builds are out-of-source. <ecbrown>mbakke: thanks for confirming, that's what i'm hoping ***jonsger1 is now known as jonsger
<ng0>it's not intended to work like LANG=de_DE.utf8 libreoffice <ecbrown>ugh building gcc-objc++ on four cores <ecbrown>i fondly recall the days when i had a 40-core beast <ecbrown>i know it will work, i just have to wait :-( <ecbrown>mbakke: i've submitted patches to 32612@debbugs.gnu.org <ecbrown>(gfortran, gcc-objc, and gcc-objc++ updated to 8.2) <apteryx>hello, do we have a package which provides jpegtrans? It's used by Emacs' dired-image to rotate images. <ecbrown>am i reading this right, if you want to follow a putative Guix 'stable' one could specify channels.scm to follow that git branch <ecbrown>...and any old person with a git repo can make their own channel <vagrantc>something along those lines ... though of course, you could always do this simply by pulling from some other git branch <ecbrown>guix pull: error: Git error: cannot locate remote-tracking branch 'master' <ecbrown>i just put in guix savannah repo and (branch "master") <dadinn>i am trying to extract the tar for binary install and i am getting lot's of errors saying cannot mkdir: Permission denied <vagrantc>or extract the tarball in a directory you have write permission to <dadinn>I am running inside a vm with a Debian host... i use sudo <dadinn>i see some files getting extracted, in var/gnu and some in gnu/store (40-50 or so files) <dadinn>in the store there are some directories for packages put everything is empty ***rekado_ is now known as rekado
<rekado>civodul: yay for channels! Thanks! <dadinn>i actually get some errors with the signature verification <vagrantc>you shouldn't extract the tarball with a bad signature <vagrantc>could be a corrupt download, or worse, a compromised download <dadinn>i have been doing this before and the signature is usually bad... <rekado>dadinn: are you perhaps misreading the error message? The signature should be good, but you might not trust the key. <ecbrown>one small change is to cd into pict before wgetting <dadinn>rekado: you might be right, I am trying to add the key with gpg --recv-keys and it fails <ecbrown>do you have to sudo apt install dirmngr <dadinn>it says: failed to start dirmngr <ecbrown>right, you need to add it ----------^ *ecbrown suspects dadinn is off to the races <vagrantc>dadinn: you installed without recommended packages? <ecbrown>it's easy to make a debian without dirmngr <vagrantc>kind of makes sense, if you're going to use guix for all your actual packages <vagrantc>ecbrown: it's easy, it just means you installed gnupg without installing it's recommends. <ecbrown>right, just saying selecting only ssh server will put one here. <vagrantc>which is a non-default configuration... which is getting off-topic here :) <dadinn>ecbrown: debootstrap, and suggested packages turned off from the beginning <ecbrown>rekado: is (cellophane ...) the "transparency" <wigust>Do somebody have a script to search for a package in all inputs? I cannot upgrade for a long time because somewhere qtwebkit is used in a graph of my manifest. *ecbrown notes that i can't put savannah guix in channels.scm, but a bitbucket clone does <pkill9>wigust: try this, i just made it up on the spot, i'm not very experienced though so it might not work: <pkill9>for i in $(guix package -I | awk '{print $1}') ; do guix graph $i | grep -q qtwebkit && echo $i ; done <pkill9>basically it echos eveyr package that it find 'qtwebkit' in the output of `guix graph <packagename>` <pkill9>and checks that for every package installed to the user profile <ecbrown>i think i see that (branch "master") doesn <ecbrown>t work on my system, but (commit SHA) does work <wigust>pkill9: It works. Thank you. (I found python-pyqt which ‘gns3’ wants as I remember) <ecbrown>i'm pleased that i can actually stop the guix merry go round with this wonderful channels <pkill9>is there an api reference for the build servers? i remember there being one but i've completely forgotten where it might be <ng0>what would errors look like which are caused due to the /gnu/store size? <ng0>asking for science.. and because my store is reaching a size where I should consider cleaning up generations of profiles and systems <pkill9>ng0: my experience is that when compiling or download, guix will just error out with 'no space left' <ng0>i did not ask for full disks <ng0>this is a harddisk where there's still space, but the store is 600+ GB <rekado>ng0: it’s easier to do this the other way around: do you get error messages? We can’t easily guess. <ng0>I'm still trying to figure out if I introduced an error on my own in the package <ng0>I'll get back to you tomorrow. until then I should have it figured out *pkill9 is giddy from reading the guix channels info page <pkill9>this will bring many possibilities <efraim>OOM while building eigen on aarch64 <civodul>efraim: do you know where i could buy a replacement for the OverDrive PSU? <civodul>it's a CFI-s150x, but i can't seem to find such things for sale on the intertubes <efraim>24pin DC ATX PSU 12V DC Input 250W Peak Output Switch DC-DC ATX Pico PSU MINI ITX PC Power Supply For Computer <efraim>maybe something like that, but not sure how to hook it up to a 220V->12V converter <efraim>hmm that link didn't work at all for me <ng0>okay. it's definitely a bad input I've added. <efraim>yeah, the aliexpress one was 12V DC <civodul>ok 220V AC would be more convenient :-) <efraim>the amazon one has all the connectors of the original with an extra FDD connector <efraim>i don't have a tape measure to check if it'd actually fit inside the box <efraim>measuring it against my hand it looks like the overdrive one is 7"x2"x2" <efraim>all the rails provide at least as much power as the 150W so it shouldn't be underpowered <j3kyl_>hey guys is guile sort of ubiquitous? as it seems some gnu tools require it as dependency... <j3kyl_>I am kinda bored of python I want to do more LISP for system software scripting... <rekado>j3kyl_: yes, Guile is a general purpose language. <j3kyl_>rekado: sorry, I mean, if I am safe thinking that most famous server distros has guile package available <j3kyl_>rain1: having been kiding with elisp and lisp got me ...hehe <rain1>they do but some have an older version of guile <rain1>which can be a problem, but you can easily build the latest version from source <j3kyl_>rain1: indeed. compiling must be easy. still, I hope that most distro has it packed. I will do a litte research! <rekado>some distros still have Guile 1.8 packaged, which is very old and very different. <rekado>You can get the latest version of Guile with Guix, though ;) <j3kyl_>Guile 2.0 on centos, rhel and debian ...is 2.0 that different of 2.2? <rekado>it’s slower and has a few known bugs. But it builds faster and compilation requires less memory. *rekado updated issues.guix.info, “submitter:who” should work better now. <j3kyl_>oooh, guix makes one realize how much time we wasted dealing with annoying dependencies... I hope it makes for mainstream servers <j3kyl_>my humble vision about distro: its cool to have distro with different approaches but as for packagment its not cool at all having to learn about rpm,deb... I think guix, nix, flathub and that from ubuntu are clever solutions ***daviid is now known as Guest75565
<apteryx>updating just the description of a core package won't trigger a world rebuild, right? ***Guest75565 is now known as daviid