IRC channel logs

<paroneayea>civodul: davexunit: apparently the talk on Guix I'm doing will be at... the Red Hat office!

<paroneayea>I hope I don't get booed out of the office! :)

<civodul>paroneayea: awesome! :-)

<daviid>take your gnu hat! never know... :)

<civodul>how ironic ;-)

<civodul>i heard that Red Hat is diverse, with developers not at all tied to Fedora/RHEL

<davexunit>paroneayea: cool! which office?

<paroneayea>davexunit: the chicago office

<davexunit>cool

<civodul>paroneayea: when is your talk?

<civodul>you'll have a crowd of e-supporters behind their keyboards ;-)

<paroneayea>civodul: september 30th

<civodul>ok

<civodul>we could announce it on the web site no?

<paroneayea>civodul: sure!

<civodul>ok let's do that! :-)

<civodul>could you mail me the details?

<civodul>or maybe draft something?

<paroneayea>civodul: sure, let me find out when it is

<paroneayea>er, what time

<paroneayea>civodul: they're going to put an announcement on the site, anyway, I'll email you!

<civodul>great, thanks!

<civodul>ACTION -> zZz

<civodul>good night/day!

<xanthippe>live stream?

<Steap>paroneayea: hehe

<Steap>paroneayea: which office ?

<Steap>oh Chicago, ok

<Steap>paroneayea: I'm writing a blog post about Guix-tox for Red Hat :)

<Steap>and I will do a presentation at PyConFR next month

<Steap>We might accidentally take over the company.

<paroneayea>Steap: ooh cool

***francis7 is now known as fchmmr

***fchmmr is now known as francis7

<davexunit>Steap: hehe red hat has "project atomic" so I don't think that will happen :)

<caddar>is there a trick other than installing exfat-utils, fuse-exfat, and fuse to mount -t exfat?

<davexunit>caddar: sorry, not sure. I have never tried doing that.

<caddar>update: rebooting didn't help :)

<mark_weaver>caddar: didn't help with what?

<caddar>mounting an exfat drive

<mark_weaver>ah, okay. I wouldn't have expected it to.

<mark_weaver>I've never used an exfat filesystem, so I don't know how it's implemented in GNU/Linux.

<mark_weaver>I don't remember seeing it among the filesystems supported by Linux (the kernel), so I'm not surprised to hear that it requires fuse

<mark_weaver>if you install exfat-utils, fuse-exfat, and fuse, does "mount -t exfat" work?

<caddar>that was the approach i took, and it didn't work

<caddar>mount: unknown filesystem type 'exfat'

<mark_weaver>caddar: the man page for 'mount' doesn't contain the string "exfat". under the -t option, it lists 44 supported filesystem types, and exfat is not among them.

<caddar>i noticed that - i'm able to mount -t exfat at my work computer, running CentOS

<caddar>i haven't checked if it made the manpage there, though

<mark_weaver>it may be that you need to do something to register 'exfat' as a new filesystem type, using fuse somehow. I don't know much about fuse though.

<caddar>i don't either, but that sounds reasonable

<mark_weaver>caddar: https://github.com/relan/exfat includes a howto that says you can mount an exfat filesystem manually with the following command:

<mark_weaver>sudo mount.exfat-fuse /dev/sdXn /mnt/exfat

<caddar>i actually just found that :)

<caddar>it does work

<caddar>actually, i used mount.exfat

<mark_weaver>it also mentions that modern distributions handle this automatically, so we'll have to look into how that works.

<mark_weaver>caddar: okay, I'm glad you got it mounted anyway :)

<caddar>turns out mount.exfat is a symlink to mount.exfat-fuse

<caddar>yeah, thanks for your help

<mark_weaver>np!

<civodul>Hello Guix!

<civodul>mark_weaver: i reevaluated core-updates so we build the util-linux changes

<zacts>hi guix

<davexunit>ACTION can't wait until we have networkmanager

<davexunit>wicd suuucks

<zacts>how can I configure full disk encryption on an already installed guix to encrypted fs?

<davexunit>hmm not sure

<davexunit>never used an encrypted file system.

<mark_weaver>zacts: just a day or so ago, someone managed to get a root filesystem working with guix

<mark_weaver>*encrypted root filesystem

<zacts>I think I may be able to make guix into full disk encryption via http://bedrocklinux.org/

<zacts>oh nice

<mark_weaver>it required a small fix to our initrd that hasn't yet been pushed

<zacts>ok

<zacts>is it on the mailing list?

<mark_weaver>no

<mark_weaver>it also required adding extra kernel modules to the initrd

<mark_weaver>I don't have time right now to walk you through it, and migrating an existing GuixSD system to an encrypted root is certainly an added complication that we'd have to puzzle out.

<mark_weaver>however, within a couple of days we should have the fix committed to the repo and I can help you more.

<zacts>oh that's fine

<zacts>I can wait

<paroneayea>hello #guix!

<davexunit>hey paroneayea

<paroneayea>how's this for a talk summary

<paroneayea>Functional Package Management and Deployment with Guix: Tired of being stuck after an upgrade? Wish your operating system could roll forward and backwards in time, more like Git? Want a way to get *really* reproducible software? Or just want a better alternative to $YOUR_LANGUAGE's stressful packaging ecosystem you can run on an existing distro? And why on earth would you want something called a "symlink forest" anyway? Discover

<paroneayea>all this and more in this exciting talk about the GNU Guix project!

<davexunit>paroneayea: hehe reads like an infomercial :)

<paroneayea>:)

<paroneayea>well it's a talk summary for a usergroup, might as well be ;)

<xentrac>sounds great to me :)

<paroneayea>cool, submitted

<paroneayea>I'm doing a double presentation night!

<paroneayea>on federation *and* guix

<paroneayea>gonna be intense :)

<davexunit>oh wow

<davexunit>cool :)

<xentrac>what does "federation" mean in this context?

<paroneayea>xentrac: getting decentralized sites to work nicely together

<xentrac>oh cool

<xentrac>syndicating content, event notification, cache invalidation, that kind of thing?

<paroneayea>well "eventual consistency"

<xentrac>and CRDTs?

<paroneayea>syndicating content/state

<paroneayea>with some side effects

<paroneayea> http://w3c-social.github.io/activitypump/

<xentrac>aha, it's the next generation of identica/laconica

<xentrac>I wish they would quit changing the name every year

<boegel>bavier: you disappeared into thin air all of a sudden yesterday? :)

<civodul>and bavier's not reappearing!

<paroneayea>civodul: heya

<civodul>hey paroneayea

<civodul>so, do you have details about your Guix talk that we could publish? :-)

<paroneayea>I'm presenting both on federation and guix on the 30th at the red hat office it turns out :)

<civodul>woow, neat!

<paroneayea>civodul: I think an official thing is about to go up on the chicagolug site, but preliminary details

<paroneayea>submission summary:

<paroneayea>> Functional Package Management and Deployment with Guix: Tired of being stuck after an upgrade? Wish your operating system could roll forward and backwards in time, more like Git? Want a way to get *really* reproducible software? Or just want a better alternative to $YOUR_LANGUAGE's stressful packaging ecosystem you can run on an existing distro? And why on earth would you want something called a "symlink forest" anyway? Discover

<paroneayea> all this and more in this exciting talk about the GNU Guix project!

<paroneayea>6:30pm CST at chicago redhat office

<paroneayea>civodul: however, I'll email you when that gets confirmed

<civodul>ok, perfect!

<civodul>i really like the summary

<paroneayea>:)

<davexunit>makes me think of the infomercial formula: "are you tired of this?" *black and white footage of someone using a tool poorly and struggling*

<paroneayea>davexunit: :)

<davexunit>"are you tired of this" *black and white footage of davexunit using chef*

<paroneayea>davexunit: I was trying to channel some kind of television personality, maybe like nightly news or announcing a new show, but infomercial works :)

<paroneayea>I'm a fan of intentionally campy

<paroneayea>though there's always the risk that people won't catch on

<davexunit>I love that stuff, myself.

<davexunit>but some people just don't get that.

<paroneayea>many people did not realize that the "announcer voice" in http://mediagoblin.org/pages/campaign.html was intentionally over the top

<davexunit>yeah see I thought that was great because it was so over the top

<paroneayea>so we had a mix of people who loved the movie trailer trope style camp and people who thought we just did it badly

<davexunit>win some lose some

<davexunit>they should be lucky that I didn't make such a video

<paroneayea>:)

<davexunit>intentionally awful jokes all over the place

<xentrac>yay mediagoblin :)

<davexunit>medjagablin

<davexunit>midyagiblon

<paroneayea>mediatroll

<paroneayea>that's bkuhn's fictional example scenario when he tries to assess circumstances of people trying to skirt the AGPL, forking mediagoblin and calling it "mediatroll"

<davexunit>now with 33% more anti-features!

<paroneayea>:)

<xentrac>tell bkuhn I said hi if you see him

<paroneayea>xentrac: oh wait, are you kragen of kragen TOL?

<xentrac>yeah, of course

<xentrac>am I famous or should I hide?

<paroneayea>xentrac: well I love your blog-mail ;)

<xentrac>glad to hear it :)

<xentrac>I have a bunch of stuff queued up

<xentrac>I'll probably have to start from an empty subscriber list since it's been offline so long

<paroneayea>civodul: <m_22> any lists we should cross-post the announcement to?

<paroneayea>should it go to the guix list?

<paroneayea>or I could just forward it there myself :)

<paroneayea>nm I'm having them bcc: to you :)

***bavier` is now known as bavier

<paroneayea>civodul: ah well, email on its way!

<civodul>paroneayea: good!

<civodul>and yes, you can email guix-devel as well

<paroneayea>\\o/;

***davi_ is now known as Guest94006

<mark_weaver>civodul: the latest release of valgrind (the one we have) fails at configure time. it says it doesn't support glibc 2.22

<mark_weaver>(on core-updates)

<mark_weaver>oh, hmm, the configure script says it only supports up to glibc-2.19, but I see that we have a patch to hack in support for glibc-2.21

<mark_weaver>so maybe that can just be adapted for 2.22

<mark_weaver>hmm, more importantly, pixman segfaults during its test suite on i686

<mark_weaver>I tried rebuilding it, in case it was non-deterministic, and it failed again in the same test: "stress-test".

<mark_weaver>and that leads to about 550 dependency failures

<civodul>ouch

<civodul>not good

<mark_weaver>I'm working on fixing valgrind now

<mark_weaver>pixman built successfully on armhf and x86_64. still waiting on mips

<mark_weaver>and we have the newest pixman release

<mark_weaver>alas, I won't have time to debug it anytime soon, so if someone else wants to step up, please do :)

<civodul>i'll try to look into it

<mark_weaver>great, thanks!

IRC channel logs

2015-09-15.log