IRC channel logs


back to list of logs

<DusXMT>alezost: Thanks for looking at my email, but won't removing the spaces from the patch break the patch?
<alezost>DusXMT: sorry, my fault: I didn't think when I wrote that. You are right
<alezost>It's just me: I see whitespaces everywhere :)
<DusXMT>No problem, still thanks :)
<alezost>DusXMT: you have ("libpng",libpng) in "openjpeg" - it's better to be ("libpng" ,libpng)
<tadni>Guix/GNU Distro now has a proper eth0 service for Dmd...!
<tadni>Getting closer and closer to a usable distro, for much wider audience.
<DusXMT>alezost: yup, yup
<DusXMT>tadni: you mean, the networking daemon has to wait before eth0 is initialized (would be useful for me)?
<civodul>Hello Guix!
<Ulrar>Hi civodul
<civodul>would be cool to have a shell-mode extension that would abbreviate, say, /gnu/store/ybrsdvzzd9mwjkx01dcxlv1i6d1p5cd6-nettle-2.7.1 to /gnu/…-nettle-2.7.1
*civodul adds it to the to-do list of alezost :-)
*alezost noted :)
*civodul has working PulseAudio \\o/
<DusXMT>You can now pipe sound from a Hurd box into it ;)
<civodul>ahah :-)
<civodul>there's still the hda codec issue which requires manual intervention, tho
<civodul>DusXMT: BTW, yesterday i fixed a synchronization issue with static-networking-service
<civodul>which i think you reported a while back on IRC
<DusXMT>static-networking-service now waits for the kernel module to get loaded?
<davexunit>civodul: woo!
<Ulrar>That's great
<civodul>DusXMT: yes, it waits for udev
<DusXMT>civodul: excelent. Do I need to reconfigure from git, or is after a # guix pull is enough?
<davexunit>interesting to see that we're not using eudev
<davexunit>when gentoo first forked, I was skeptical about what would happen with it.
<civodul>s/not using/now using/
<civodul>DusXMT: guix pull + guix reconfigure, yes
<Ulrar>I've been using eudev on my gentoo for a while, works great
<davexunit>civodul: thanks for the regex. yes that is what I meant. :)
<mark_weaver>civodul, davexunit: told us that they added about 250 gigs to hydra, but it looks to me like they only added about 80 gigs.
<mark_weaver>civodul: does it look that way to do too?
<davexunit>mark_weaver: wasn't it supposed to take awhile to get the full space since some kind of live partition expansion was happening? I don't really know the details.
<mark_weaver>hmm, maybe. I don't know the details of how that works either.
<davexunit>it's some sort of Xen VM setup.
<mark_weaver>I guess we'll wait longer and see what happens.
<civodul>mark_weaver: indeed it has 482G, but they said 650G
<mark_weaver>it's been stuck at 482
<mark_weaver>for as long as I've been looking at it (since they said it was expanded)
<mark_weaver>I haven't seen any incremental increase over the last day or so.
<mark_weaver>but anyway, best not distract sysadmin from the more important issue now, namely the RAM.
<davexunit>okay, so something has gone wrong probably.
<mark_weaver>for the time being, we have enough disk, and not nearly enough RAM, so that RAM is the priority now.
<mark_weaver>at some point, hydra should really be it's own hardware box, not a VM.
<mark_weaver>IMO anyway
<davexunit>a dedicated machine that didn't have to share with other VMs would be great.
<DusXMT>No, it didn't fix it. udev gets started before networking, but the kernel module gets loaded later along the way. I even took a photo, but I don't know where to put it to show you (I don't have a server of my own)
<DusXMT>just to be complete, the module is e100
<civodul>DusXMT: could you send it to bug-guix?
*civodul has to go
<paroneayea>guix relevant:
<paroneayea>joey hess' "seeing debian through a functional lens" talk
<paroneayea>(btw, would be fun maybe to have guix as a debian package for people who want to do user-local package install?)
<paroneayea>(disclaimer: I haven't watched it yet, but it's joey hess :))
<davexunit>paroneayea: thanks for sharing.
<paroneayea>I do see he's showing off nix at some point though :)
<davexunit>he criticized nix awhile ago, I guess he's reconciled those things maybe
<davexunit>guix packages read much nicer than nix packages
<davexunit>watched a few minute, seems like a good talk.
<davexunit>paroneayea: I watched the rest of the talk on my lunch break.
<davexunit>I liked it a lot. I learned a few things: debian people are very concerned about nix's (and therefore guix's) use of symlinks everywhere.
<davexunit>someone mentioned the GNU distribution and called it the "kiss of death"
*DusXMT wonders why
<davexunit>if you watch the talk you'll see a few points where everyone in the room openly laughs at some design choice that the Nix devs have made.
<davexunit>however, through seeing this demo of NixOS, I feel that Guix does a lot of things better.
<davexunit>maybe I'm just biased :)
<civodul>mark_weaver: i have some news: "cat /proc/asound/card0/codec#*|grep Codec" shows me one thing called "IDT"
<civodul>so if i do "modprobe snd-hda-codec-id" before snd-hda-intel is loaded, things work
<civodul>*modprobe snd-hda-codec-idt
<jxself>I wonder why that doesn't happen on boot.
<civodul>i haven't found anything useful on the net
<civodul>perhaps there was a broken udev rule or somethign
<paroneayea>btw, without having tried things yet (sorry), I know guix's DSL is written in Guile itself
<paroneayea>but is there any non-turing-complete metadata file executed or anything?
<paroneayea>that one can read from
<paroneayea>I'm assuming there must be
<paroneayea>at least davexunit's package manager lister thing must have gotten json versions
<paroneayea>davexunit: that's clearly asheesh who asked the questions about the symlinks :)
<davexunit>who's that?
<paroneayea>a) reviewing the mediagoblin package for debian
<paroneayea>b) openhatch main person
<davexunit>I still don't know.
<paroneayea>c) super great
<paroneayea>d) when I worked at CC, he was the person who had my job before me (he had left a while earlier to start openhatch)
<davexunit>the more I know
<paroneayea>☷☲☴☵★ The More You Know ™
<DusXMT>Hehe, I now have gpc, running on top of gcc-3.4.4, running on the GNU system... now to just package both of those things...
<DusXMT>Yeah, GNU's pascal compiler is quite old, and needs an old backend
<civodul>paroneayea: it's easy to extract package meta-data, yes
<civodul>for instance "guix package --search=.' does that