<reepca-laptop>agh, I'm trying to set up pinyin input for applications other than emacs using ibus and I'm at a loss as to why it's not working. The setup seems to be working, there's an icon in the bottom right corner that when clicked on indicates that "Chinese - intelligent pinyin" should be active, but nothing different seems to be happening in icecat. It doesn't help that I couldn't find a description anywhere of how to actually *use* the input
<reepca-laptop>method, so I can't tell if it should seem any different to me...
<reepca-laptop>I've installed ibus-libpinyin and ibus, ibus-daemon is running, and I've run ibus-setup and added libpinyin as an input method. I just don't get it
<apteryx>In our Guix manual, we say for Guix offload that Guile + Guix modules must be made available... Putting stuff in ~/.bashrc works, but this is a dirty hack (it will pollute guix environment --pure, for example). Is there a better way?
<rekado>Guix can also build whole systems as virtual machines, or it can build self-contained container images that you can distribute to other people.
<baimafeima>rekado, this sounds very similar to some of Solus goals, roll-backs, statelessness and so on
<baimafeima>rekado, unfortunately Solus is only pragmatist and not ethical-focused
<rekado>one use-case for Guix on top of a foreign distribution is science: at the institute where I work we’re using Guix to ensure that the bioinformatics software environments are reproducible across different kinds of machines.
<snape>baimafeima: this is built from scratch, but that doesn't mean you have to build them from scratch. There are some machines out there providing 'substitutes' that everyone can download instead of building everything.
<baimafeima>snape, I see. Could I ask here if I have a package request?
<snape>baimafeima: sure! And you can also send an email to firstname.lastname@example.org describing your request
<snape>it will create a ticket in our bugtracker, and it can have the tag 'wishlist'
<snape>baimafeima: and last but not least, you can write the package by yourself :-)
<rekado>jonsger: yes, there are quite a few things that would need changes.
<rekado>I’m 30% into using the Guile bindings to mailutils wherever possible, but that’s not without problems itself.
<rekado>e.g. a procedure to extract the message author from the From headers swallows non-ASCII characters, which is why Ludo’s name is mangled in the top (but not elsewhere where I decode the message header differently)
<rekado>mailutils is probably correct in this case; the “problem” is that debbugs stores some things as mails and others as decoded properties (and yet others in yet some other encoding). You have to know where something comes from to pick the right procedure.
<dustyweb>in particular the recent browser stuff really stressed to me how much I'd like channels
<dustyweb>I understand why chromium is not in yet, but it would be good if I had an "easier" path to testing the chromium WIP stuff
<dustyweb>and now that we don't have a "modern" and currently supported secure browser it feels more urgent... I'd think with channels, that may be one instance where more users would be able to test and help and it could also alleviate some pressure there
<amz3>actually, I asked the wrong question (and I do not want to send a mail to the mailing anymore)
<amz3>my question is more like what are you expectations regarding a graphical web browser. What are the uses cases. Seems like people don't care about whether it is webkit and gecko based. Some people want a keyboard based web browser that works with JS. So the question is, what people expect from a web browser?
<vagrantc>what i expect from a web browser the web no longer seems to support ...
<apteryx>amz3: I dislike webkit, so I'll take gecko if possible.
<apteryx>janneke: I'd be interested in trying out your script, but for my current need at hand, I was looking at some way to tell Emacs: when I work under this directory, set PYTHONPATH=$PYTHONPATH:some-custom-location.
<apteryx>There are dir-locals for this, but I'd rather keep these definitions outside of the project sources (Could be in my .emacs file for example)
<janneke>apteryx: ...subscribing to help-guix now -- apparently i missed that list
<apteryx>Hmm... possibly, I use Emacs as my email client so I haven't tried without, but it'll need to send a email for the action
<civodul>sneek_: later tell dustyweb the browser example might not be a good one: if there's a "good enough" firefox or chromium in a channel elsewhere, why would people bother getting it into Guix proper?
<amz3>RetardedOnion: yes, I will implement a web browser in guile proper, best way of course according to a survey conducted on the channel
<janneke>civodul: apropos bootstrapping; i think my integration problems are fixed -- make-boot0 builds
<janneke>however, trying to build further native guix bootstrap packages seem to suggest that our glibc-mesboot 2.2.5 (statically linked only) is problematic
<jonsger>janneke: the last 6 months at work, the bug reports were more like on 10y old code :(
<janneke>i tried patching file-boot and findutils-boot...but that's less than great
<RetardedOnion>amz3: the reason i want to use chromium is compatibility and performance. i dont really know if "yabrowser" would help. but if it will run fine, i guess i will use it. qutebrowser doesnt work because qtwebengine and i am too dumb to use branches to downgrade
<janneke>now i'm looking at building a second glibc: glibc-mesboot-2.3.6 (+ shared) but that proves to be very difficult for me too...
<nly>Great work on guix civodul, I just realized that you are ludovic lol
<RetardedOnion>it doesnt build and i always forget it when i guix package -u
<vagrantc>amz3: it requires quite a bit of disk space and ram to build successfully
<vagrantc>amz3: i was successfull with 8GB ram + 10GB swap and ~14GB disk space
<vagrantc>amz3: also reducing the number of cores reduces the needed ram ...
<amz3>well, that is not a solution. I was going to say, let's build a web browser using the web engine that is the easiest to work with and stays up to date. AFAIK gecko is a nogo because it's embed features are long forgotten. webkitgtk is apprantly broken and also hard to work with. at last there is qtwebkit but that requires a lot hardware
<civodul>samplet, rekado: congrats on the GHC upgrade!
<lfam>amz3: It's a fully-featured browser with a well-funded team behind it, developing features and fixing security issues. I understand there are benefits to other browsers, but there is really nothing free that compares to Chromium except for Firefox
<RetardedOnion>(its not like firefox is in a good state or better for your privacy)
<lfam>I think they are both in a great state and two of the flagship projects of free software
<lfam>It's not a reason to exclude other browsers or anythink like that. But IMO it's important for a free distro like Guix to have at least one of those two browsers, since computer users expect something like that