IRC channel logs


back to list of logs

<jsgrant>Is there any procedure for packaging pre-release software? I'm assuming this would be a task for Guix Publish.
<jsgrant>ACTION is interested with messing about with "exwm"
<jsgrant>This is probably an unreliable network I'm stuck on for the next few hours, so I'll ask again at some later time. o/
<sprang>I just started trying to install GuixSD on an libreboot/X200. Looks like I need to use an MBR partition table since this laptop predates UEFI, right?
<DusXMT>sprang: BIOS computers can boot from GPT tables...
<DusXMT>But I haven't checked whether libreboot can, but I'm nearly certain it can
<sprang>I decided to just create GPT tables and see what happens
<sprang>I think I will have to resume this tomorrow anyway, since I decided to start this way too late at night
<DusXMT>afaik, the problem with partition tables is that UEFI can't boot from MBR partition tables without some sort of BIOS emulation
<DusXMT>but the other way it's fine, I'mpretty sure, since I did it a couple times
<DusXMT>After all, all BIOS really does to boot from a hard-drive is load the first sector of the disk and execute it
<DusXMT>But of course, libreboot with it's built-in grub is a different coffee
<amz3>well I think I used MBR for my X60
<amz3>how do you know if it's GPT or MBR?
<amz3>it use libreboot too
<francis7>It's irrelevant which one you use.
<francis7>GPT is only really needed if you need lots of partitions, or you want to use partitions larger than 2TiB
<francis7>For most people, MBR is still ok
<francis7>You can tell if it's gpt or mbr in GRUB, by doing "ls" on the GRUB command line
<francis7>it'll either say (ahciX,gptY) for GPT, or (ahciX,msdosY) for MBR
<francis7><francis7> GPT is only really needed if you need lots of partitions, or you want to use partitions larger than 2TiB
<francis7>For "lots of partitions", you could also use LVM
<DusXMT>Or BSD partitions (which reside in one of the disk's `slices', aka. the classic notion of a partition)
<sprang>francis7, my initial attempt at installing guixsd failed (couldn't install grub on my single gpt partition)... anyway, I can't boot from the USB stick via libreboot anymore
<sprang>keeps trying to boot from the messed up install. suggestions?
<amz3>escape when grub appears
<amz3>you can't stop the boot of the wrong entry ?
<sprang>yeah, I can "search for grub configurations ..." but when I choose the usb stick it still boots off the internal drive
<francis7>sprang, talk to mark_weaver, he's the expert
<francis7>or rather: (use youtube-dl)
<sprang>I can ls from the grub command line and I see "error communication with USB Mass Storage" so maybe something is wrong with my USB stick
<sprang>ok, I should give up and go to bed now anyway, thanks for the help everyone
<francis7>sprang, try another USB drive
<francis7>sprang, don't bother installing grub in guix, libreboot already has grub
<DusXMT>Also, I think it failed since GPT requires a small partition for grub (1MB is enough, I think)
<DusXMT>s/GPT requires/grub requires on GPT/
<larstvei>ups, was gonna switch buffer..
<davexunit>makes me wonder if there's anyway to have an OS X port without using a nonfree toolchain.
<rekado->when using vpnc I only get this error: RTNETLINK answers: Network is down
<rekado->tun0 is created (when I pass --script /gnu/store/....vpnc-.../etc/vpnc/vpnc-script) but it is down and the route is not changed properly.
<rekado->does vpnc actually work for someone?
<rekado->I got it to work, but only after patching vpnc-script and the vpnc sources.
<rekado->with the VPN I'm using an assertion fails, so I had to remove it from the vpnc sources.
<rekado->in vpnc-script the line "ip link set tun0 up" has to be added because new devices are down by default.
<rekado->with these changes and after pointing vpnc to use the modified script with --script /path/to/my/script, and after "deco restart nscd" it finally worked.
<rekado->what I find odd is that even after vpnc-disconnect I can access the sites that should only be available over VPN.
<tennix>can guix installed on a mac?
<davexunit>tennix: no. someone would need to port it.
<davexunit>I'm unsure if a port can be made without using a proprietary toolchain.
<tennix>macports, homebrew doesn't rely on proprietary toolchain
<tennix>so i think port guix should work well too
<davexunit>tennix: cool. if someone was willing and able to do the port, I don't think we'd have any objections.
<tennix>i'm just trying guix in a virtual machine and find it very nice and powerful
<davexunit>tennix: I'm glad you like it. :)
<paroneayea>tennix: hi! welcome to #guix! :)
<paroneayea>I'm glad you like it too!
<tennix>thanks for your hard work!
<tennix>i noticed guix on hackernews several times. and read wingolog's blog this morning
<tennix>and decide to give guix a try
<tennix>it's pretty easy to setup guix
<amz3>tennix: are you using guix or guixsd?
<amz3>sorry I did backlog, you really talk about guix the package manager
<tennix>I installed guix-0.8.3 on centos
<amz3>yes it's very handy
<amz3>it seems to me that HN really appreaciate Guix and GuixSD
<tennix>but why the hydra repo's latest guix is
<tennix>i'm an emacs user and want to try guix inside emacs. The manual suggests install guix by guix itself
<tennix>but i'm curious that this version is lower than system-wide guix
<davexunit>tennix: because the latest version of guix cannot possibly know the hash of itself
<davexunit>so the guix package in guix is always a bit older.
<alezost>tennix: where did you find ""?
<alezost>tennix: you need to "guix pull" to get the latest versions of packages
<tennix>guix package -i guix
<alezost>tennix: you definitely need to "guix pull" before
<davexunit>'guix pull' downloads the latest version the master branch and compiles it, so it does take awhile.
<davexunit>if you find yourself doing this a lot, consider using your own git checkout of guix to reduce recompilation between upgrades.
<tennix>when i use guix to install my first package, i found guix update the repo
<alezost>ACTION confesses he doesn't use "guix pull" himself :-)
<alezost>tennix: if you didn't do "guix pull" after installing or if you don't use guix directly from the git repo, you have the old packages recipes, so for example, "guix package -i guix" installs an old snapshot of guix
<tennix>so "guix pull" is similar to "yum/apt-get update" or "pacman -Sy"?
<tennix>just update meta data or index data?
<tennix>alezost: what do you mean by "recipes"? Are they /gnu/store/xxxx-builder files?
<alezost>yes, similar (I think). By recipes I mean scheme objects that describe how to install packages; see for example <>
<tennix>i find /gnu/store/xxxx-builder files are also scheme source files except they're compressed to one line
<tennix>compared to traditional packages, which file corresponds to Makefile, recipe or builder file?
<alezost>I don't understand what you mean by "corresponds to Makefile". Makefiles come from the upstream.
<funrep>im following these instructions ( and guix-daemon is not in my path at step 4
<funrep>oh nvm
<funrep>apparently i simply needed to run it from some weird directory :)
<yenda>if I want to install an app that isn't packaged for testing what is the best way to do so ?
<rekado->yenda: the best way is to create a package. At least that's what I usually do.
<funrep>how long is guix-daemon --build-users-group going to take on mediocre machine?
<rekado->funrep: it's a daemon, so it won't exit.
<funrep>how do i exit the shell then? =O
<rekado->yenda: you can also create an ad-hoc environment containing the dependencies and then try things in that environment, but it's usually easier to just write a package description.
<funrep>and what happens if i send a EOF
<rekado->you can add & add the end.
<rekado->or you can Ctrl-Z bg <RET>
<yenda>codemac: how are you doing with go package ?
<rekado->i.e. suspend the current process, then put it in the background.
<yenda>rekado-: ok thanks I'll read the manual about how environments work
<yenda>do you have a special way to manage your personnal packages (if you package non-free stuff) ?
<rekado->at work I have non-free packages whose directory is in the GUIX_PACKAGE_PATH
<yenda>is it vanilla linux-libre that is used or some tweaks are made to make it work with guixsd ? I would like to know how hard it is to use another kernel
<rekado->I'm not sure, but you can take a look at the package recipe to see what things are changed.
<rekado->the sources are the upstream sources.
<rekado->any modification can be seen in the recipe.
<yenda>what I'm trying to achieve is get my gpu to work so I can use my computer without killing my eyes
<yenda>apparently the firmware is disabled
<funrep>guix archive --authorize < ~root/.guix-profile/share/guix/
<funrep>i ran that and i got
<funrep>warning: failed to install locale: Invalid argument
<amz3>yenda: what is your gpu?
<yenda>amz3: HD6870
<amz3>intel ?
<yenda>at first I was ok to get rid of it and use the motherboard gpu, but it's radeon as well so I have to accept this blob if I want to keep my eyes :(
<amz3>anyway, sorry, maybe it's not the kernel the problem, but xorg that does not load the correct driverse
<amz3>until recently guix was loading nv drivers instead of nouveau for nvidia
<yenda>demesg specifically says : Missing Free firmware (non-Free firmware loading is disabled)
<amz3>yenda: check that xorg is using the correct open source drivers for radeon if there is one
<amz3>this might be only some specific drivers for some very specific feature of the gpu
<yenda>amz3: the problem is the kernel, the troubleshooting is already done, what I need is to allow non free firmware loading, but if possible I'd like to only allow this one and keep linux libre
<amz3>ah ok if you are sure that the firmware is the problem, i'm sorry I can't help with the task of getting the firmware working
<yenda>amz3: you can see the bug hunting here
<yenda>I thought I could deal with it but really the resolution is too disturbing and I can't write my report in this conditions
<yenda>It makes me wonder if anyone has an ati gpu here because all their gpus are in this situation
<amz3>so there is a free driver, but it requires a blob (!)
<yenda>because drivers and firmwares are differents things
<dmarinoj>ph4nt0mas: how is the hurd thing going?
<funrep>i get this everytime i run a guix command
<funrep>warning: failed to install locale: Invalid argument
<funrep>the commands work though
<davexunit>funrep: you need to set LOCPATH
<funrep>is it somewhere in docs?
<davexunit>hmm not sure
<davexunit>but you'll want to set it $HOME/.guix-profile/lib/locale
<funrep>alright thanks
<funrep>i found it
<funrep>2.6.1 in docs
<davexunit>oh good
<funrep>hmm is it in the root account, user account or both i will need to set it?
<davexunit>set it in the .bash_profile in the home directory of the user you normally use
<funrep>hmm i still get the same warning/error msg :s
<davexunit>1) did you 'export' the variable in the current shell session
<davexunit>2) did you install locales?
<funrep>i tried both exporting and adding to .bashrc
<funrep>2. no i get errors when trying to
<davexunit>you shouldn't add environment variables to .bashrc
<davexunit>put them in .bash_profile
<davexunit>what does 'echo $LOCPATH' return?
<funrep>okey will try that
<davexunit>how about 'echo $LANG' ?
<davexunit>'guix package -i glibc-locales' is what I did to get the en_US-UTF-8 locale
<funrep>also it seems like i dont have any .guix-profile
<funrep>only in roots home
<funrep>yes but i cant install that since i cant authorize since i dont have locale :S
<funrep>$ guix package -i glibc-locales
<funrep>warning: failed to install locale: Invalid argument
<funrep>guix package: error: failed to connect to `/var/guix/daemon-socket/socket': Connection refused
<davexunit>you didn't run the guix daemon
<davexunit>that needs to be running
<funrep>is there a way to make it run automagically?
<davexunit>what distro are you using?
<davexunit>you can add a service for the relevant init system
<davexunit>like all other daemons that you run
<davexunit>but for now you can just start the daemon in a spare terminal window
<funrep>i use some system could upstart apparently, and its docs are absouletly terribad
<funrep>upstart's docs make me wanna kill
<yenda>when you have a copy of the guixsd repo what's the proper way to update the system ? and all the packages ?
<yenda>I assume it's not guix pull anymore ?
<davexunit>'guix pull' doesn't update the system.
<davexunit>when you have your own build of guix, you can use the ./pre-inst-env script to run guix commands using that source code
<davexunit>./pre-inst-env guix package -i foobar
<yenda>I did the symlink trick so I can use the guix commands directly
<yenda>maybe guix package -u is what I'm looking for ?
<davexunit>yes that updates packages
<davexunit>gotta run
<yenda>but it doesn't update the kernel apparently ?