<ng0>not replaced but you can use libressl globally
<lfam>paroneayea: I tried updating it to 4.5.1 and invoking the tests as `nosetests`, but the tests fail immediately with something that ultimately says "'You are trying to run the Python 2 version of Beautiful Soup under Python 3. This will not work.'<>'You need to convert the code, either by installing it (`python setup.py install`) or by running 2to3 (`2to3 -w bs4`).'"
<ng0>my gnunet maintenance gentoo vm is not using libressl because well I need a vanilla one. but there are very few failures to fix in gentoo with libressl, mostly just versions
<lfam>Maybe the tests must be run after install...
<ng0>if it's obvious, i'd like to help fixing it if there's a bug at all. It's cool someone is actually using software packages I wrote :) the problem is debugging on gentoo, which is why I use very minimal VMs which only exists for the features they are created for. my attempt to make it easier to reproduce bugs for myself.
<ZombieChicken>ng0: This doesn't look like an issue with the ebuild, but an issue with guix itself
<ng0>you obviously will have gnutls with guile bindings by now, but do you also have guile-json? I don't know if this can be the problem here. I write too much and don't remember all of it without opening the ebuilds
<ZombieChicken>On an unrelated note, anyone notice how the emacs community seems really sarcastic and borderline useless for newbies?
<lfam>libreoffice actually depends on openexr and ilmbase, which are tools from Industrial Light and Magic that provide a high-dynamic range image format. Yes, the word processors uses Hollywood technology for HDR images. And everything else :)
<ng0>if there are more problems, try any mailinglist, email address or bugtracker I mentioned :) I'm off to bed now. good night
<reepca>So after about an hour of copying files to the flash drive, guix system init has finished with "Installing for i386-pc platform". That's, um... that's great and all, but I actually wanted to install it for x86_64. How does one tell it to do that?
<ng0>ZombieChicken, I have to re-read your message later, but would it be okay if I CC the bug again in an reply? you usually just reply to firstname.lastname@example.org and debbugs does the distribution of messages i think
<reepca>so question, what's up with b43 in linux-libre (my laptop uses a broadcom thingy that normally uses that driver... it's an old laptop)? I thought there was an open driver for it? At least, I don't *think* I allowed lubuntu (what's on the hard drive right now) to install a proprietary driver.
<reepca>Yeah, just checked, it says no proprietary drivers in use... and yet the wireless wasn't working on the install to the flash drive. How might I remedy that?
<lfam>I thought we had a b43 firmware package... perhaps it was only passed around here on IRC and never added to our repo
<reepca>was I supposed to include that in my config.scm when I ran guix system init?
<reepca>I guess I just sort of assumed it would ship with as much open-source wireless support as possible
<lfam>I was recently annoyed by mupdf by for that reason
<reepca>bavier: So I don't think I quite understood, how should I apply the patch? Apply the git patch to the cloned repository, re-build guix, and run guix system build? Is there a way to do it without overwriting the system so far? Can I make new packages available without rebuilding guix?
<bavier>reepca: you can add your own packages using the GUIX_PACKAGE_PATH environment variable
<bavier>reepca: idk what the best way to get the firmware onto your unnetworked machine would be
<bavier>reepca: would you mind trying a custom installer image? Our of curiosity, I made one which includes the b43 firmware
<reepca>Okay, so my plan so far is to put the patched firmware.scm in a file in GUIX_PACKAGE_PATH on the laptop, switch the ethernet cord from desktop to laptop, run guix package -i b43-tools (is that the package name?) and hopefully it should just work?
<reepca>If I can avoid re-installing guix I'd like to, it took over an hour to put everything on that flash drive. I'm actually a bit suspicious of the flash drive's quality.
<reepca>anyway I'm gonna run to class now, will try later
<bavier>reepca: for firmware, you'll need to adjust your system's configuration
<lfam>reepca: You will want to do `GUIX_PACKAGE_PATH=path-to-your-packages guix system reconfigure config.scm` after having named the b43 firmware in your config.scm
<efraim>We also have packages that are GPL+openssl exception
<lfam>ng0: I mean, everything that uses OpenSSL could be called "crypto" software in the sense that it's using OpenSSL's crypto routines for something
<ng0>generalizing.. i mean software which itself is ~crypto-stuffythingy~ and happens to not be tested by upstream with libressl
<ng0>one of the issues you can run into is that the protocol required by the application is no longer in libressl, as new libressl dropped some
<ng0>but there's also a LTS of libressl which is not in guix, and i do not understand why
<ng0>as long as almost nothing uses libressl in guix, that's probably okay.. but as soon as you have more applications you could run into problems and maybe some are just solved by lts release
<lfam>Probably because nobody packaged it yet. There's only one package using libressl and I don't think anybody is paying attention to it
<ng0>not solved, but you can sit on it and try that it will be fixed eventually upstream
<ng0>well there is this mailing daemon i packaged...
<ng0>email is inefficient in the way that I do not know if people have forgotten to reply, are busy or if it is in any way on someones list. so i do not remind anymore, only in emails which carry links to unsolved patches, once a month or so. but yeah, there's more software with libressl to come :)
<ng0>I would even default to libressl for new packages, but I think I would just get comments asking why not openssl
<rekado>I just stumbled upon a whole stash of LV2 audio plugins, yummy!
<lfam>ng0: And it would be a good question. If upstream specifically says their software depends on OpenSSL, how are we supposed to know that it's safe to use LibreSSL?
<lfam>Just because it builds doesn't mean that it's working correctly
<ng0>the transition to libressl should cover that.. builds okay does not mean runs okay. for that you'd have to look at other systems
<lfam>And AFAIK, none of us are experts on TLS implementation
<lfam>And this is one area where I am skeptical of "Debian does it", unless I see that the Debian maintainer is known to be an expert on the subject
<rekado>Some of them are effects made by the Guitarix folks by simulating circuits. Pretty cool stuff.
<ng0>I never look at debian for problem solving and comprison, but that's just me
<lfam>Right, it's just an example of looking to other distros instead of asking upstream
<lfam>For example, I know that people are using nginx with libressl, but I don't see anything about libressl on nginx.com. They specifically say they depend on openssl.
<ng0>in most cases it's a 50/50 chance.. the projects I package for, at least for psyced I brought it up and lynX was like well theoretically it should work.. or something like that. it's just that practically libressl is really new.
<paroneayea>rekado: cool. I'd be interested in hearing some thoughts from you on what kinds of free software audio production tools you use with music-making at some point :)
<ng0>idk if this is already answered, but what's up with qtwebkit? I need it for finishing supercollider
<lfam>Anyways, like I said, we can do a test build with libressl once Hydra is idle and see what happens
<rekado>paroneayea: I’m giving a talk about this tomorrow, actually :)
<lfam>ng0: I don't know. Did you try packaging it?
<rekado>ng0: if you want to play with audio synthesis and live music coding you may also want to take a look at extempore.
<ng0>thanks. so far I'm still trying to understand it all, I've done music where I touched knobs, used the soundwaves of the tubeamps etc to further manipulate what I played.. but electronic due to lots of people around me in 200 meters radius is new, even just floorboard with headphones was strange.
<ng0>started a drone song in milkytracker but I think I'm hitting the limitations of song length (from my beginners perspective)
<davexunit>been meaning to learn how to use milkytracker
<rekado>I never used trackers, but I did a lot of MIDI stuff in normal sequencers (qtractor has a sequencer)
<ng0>you know.. the mailinglist is getting stressful for me. I just post.. and occasionally I read what I find interesting and tag stuff as done so that it disappears from my view. but there's a clownshoes high amount of incoming messages per week, per month
<ng0>this can't be the solution.. it maybe works when you are efficient and learned to handle the load, but to learn how to handle boatloads of emails, i don't need that for all the other projects I communicate in. I try to review occasionally, some items even offlist because people seem to be no longer subswcribed.
<ng0>I don't want to get frustrated because of the way communication is handeled.. if there's an end in sight for the monoculture of email or it'll be accompained by something else, that'll be okay.. but otherwise it will be painful when the number of contributors goes up. there are now 30 - 40 of us.. imagine the flood when there are 100...
<ng0>midi trackers mostly just work in the connection? I've never had such devices outside of rehearsal rooms
<rekado>I don’t think it’s so bad. It’s only frustrating if you see it as a job.
<rekado>some reviews take a long time and polishing up patches, testing them, merging them — that takes time, too.
<ng0>i don't read it all, but I am still exposed to it all. I'm not 24/7 in irc.. and we have no news system like gentoo.. so important updates or discussions? email. and that's why I briefly need to read at leat the beginning of threads
<ng0>I think you don't understand me. communication gets inefficient. I don't see this as my job, yet the comnmunication part could be better, improved. not the way communication works, but.. I already filter. yet my filtered guix inbox has currently 8888 emails. that's 6 months or less.
<ng0>so sometimes changes happen which are not clear from the (git) log, so I read the threads. you can only participate actively
<ng0>if you discuss in what's of interest to you. but again the amount of emails to filter after my filter is at the point of sensory overload because I just want to separate work (patches) and discussion.
<ng0>there are smarter ways than email.. yet they are difficult to change to it seems. i can't correct most of what I've written there, but well yeah the main point sensory overload and you are told
<ng0>that you should just handle it somehow with your email client.
<ng0>gentoo has discussion + discussion around patches separated because of bugzilla for example. the gentoo-dev list is clean. sometimes threads get long, but you see it's just discussion. I can throw all gentoo lists I'm subscribed to into one search-inbox.
<lfam>Tests a patch for ath9k-htc-firmware on core-updates. Hopefully we just need an updated binutils patch from the ath9k repo
<jmd>Are there any public substitution servers other than hydra.gnu.org ?
<lfam>I remember somebody offering a mirror on guix-devel, but I don't believe they were building their own substitutes
<reepca>being stuck at a terminal trying to find error logs brings back bad memories of trying to revive my brother's laptop. The screen would randomly go black (backlight still on) whenever any major changes happened to the display (so for example right when you cat a file) and refuse to show anything until it rebooted. And I tried installing arch linux on it. *shudder*
<reepca>arg, I really don't want to do a cold boot... it's flash memory...
<lfam>Hm, I did have that issue once. I became unable to switch TTYs
<reepca>I rebooted by tapping the power button, it seemed to have time to clean up
<lfam>I'm not sure what's going on with ntpd for you. If I were you, I would stop the service, and then start it manually using the same configuration file. It will probably be easier to debug that way
<reepca>/var/log/messages doesn't have the messages from ntpd about respawning