From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jookia <166291@gmail.com> Subject: Re: GuixSD on arm Date: Wed, 6 Jul 2016 07:49:20 +1000 Message-ID: <20160705214920.GA14288@novena-choice-citizen.lan> References: <519f39f9fd058fe1050b98233e53a479@posteo.de> <87zipxbeqa.fsf@gnu.org> <78091fb7-231b-8d75-f113-1fbe921cf314@posteo.de> <87vb0lwcj3.fsf@we.make.ritual.n0.is> <20160704221828.GA15580@novena-choice-citizen.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55668) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <166291@gmail.com>) id 1bKYK5-0008Sh-FZ for help-guix@gnu.org; Tue, 05 Jul 2016 17:56:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <166291@gmail.com>) id 1bKYK1-00028h-B1 for help-guix@gnu.org; Tue, 05 Jul 2016 17:56:04 -0400 Received: from mail-wm0-x233.google.com ([2a00:1450:400c:c09::233]:36290) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <166291@gmail.com>) id 1bKYK1-00027z-0Q for help-guix@gnu.org; Tue, 05 Jul 2016 17:56:01 -0400 Received: by mail-wm0-x233.google.com with SMTP id f126so153078608wma.1 for ; Tue, 05 Jul 2016 14:56:00 -0700 (PDT) Content-Disposition: inline In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: t3sserakt Cc: help-guix@gnu.org On Tue, Jul 05, 2016 at 10:53:14AM +0200, t3sserakt wrote: > That would be very kind. I would endeavor that your work will not be for > nothing. > Like Alex I also had the experience, that you need a lot of patience > when participating > in free software development. There are a lot of volunteer with more or > less time > for working on a huge amount of tasks. > > Maybe right now it is not the time for Guix on arm, but I hope you can > be encouraged > to give this community another chance in the future. > > t3sserakt Hi again, I've found my old Guix repo: https://notabug.org/Jookia/guix It's about a month old, and I think works. There's these branches: - SET_jookia This is just compilation of all the branches to make a usable system. - WIP_av This branch adds JACK support to OpenAL, ffmpeg and ALSA. The ALSA patches can be used to add PulseAudio configuration. It also adds the OpenShot video editor, and bumps libsndfile down to allow Blender to work with FLAC files properly. Not pushed upstream because of the effort it'd take. - WIP_freedoom Adds Odaemx, chocolate-doom, crispy-doom for playing Doom WADs. Includes Freedoom WAD and these are patched to do autodetection: You can just run 'guix environment --ad-hoc odamex freedoom' and Odamex will find your WADs! It also includes the Eureka level editor and Rocket Launcher 2.0 launcher. Not pushed upstream because of the effort it'd take. Require WIP_sdl-union. - WIP_gdk-pixbuf Disables gdk-pixbuf test that freezes my 2G RAM system when building Guix. I submitted this to Guix, but I think the response was along the lines of 'see why the test breaks' and I didn't have the resources to debug something that would completely lock up my system so I gave up. - WIP_grub-platform Majority of work to improve/decouple GRUB work here, it's what you'll be interested in. All patches are thoroughly documented, and tested. In summary it does some refactoring and adds the ability for GRUB 'platforms' to specified in the system configuration. This is what you'd find on the mailing list. My plan of attack for modularing the bootloader system was to reduce the references to GRUB functions and assumptions as much as possible outside of gnu/system/grub.scm then create an interface based on that for bootloaders. - WIP_localstatedir Not intended to be pushed upstream, it just makes source builds compatible with binary Guix packages by default by setting the state directory to /var rather than /usr/local/var. Suggested upstream, but it breaks some conventions. A fix was implemented where if you already have Guix installed, but why would you if you're boostrapping from source like I was? - WIP_luks-keyfiles Add LUKS device that supports being unlocked by a keyfile. Puts your key in a globally readable initramfs in /gnu/store. Not secure if for some reason someone has access to your /gnu/store but wants to unlock your machine when powered off. Submitted upstream in big LUKS+LVM discussion, didn't really go anywhere. - WIP_lvm Adds LVM device mapping. Untested after the rebase, and probably the very wrong way to do it since the device mapping system needs to be overhauled IMHO to support concepts of mapping input multiple devices to multiple outputs, like /dev/sda + /dev/sdf to LVM /dev/matrix/root and /dev/matrix/swap on a RAID system. Currently it only goes /dev/xxx -> /dev/mapper/xxx. The same flaw prevents chaining mapped devices like LUKS to LVM as they won't resolve dependencies. Submitted upstream in big LUKS+LVM discussion, didn't really go anywhere. - WIP_mapped-devices Disables dependency management so devices and device mappings load serially, so device mappings can depend on each other. Submitted upstream in big LUKS+LVM discussion, didn't really go anywhere. - WIP_pioneer Adds the Pioneer space simulator game. Not pushed upstream because I didn't want to participate. May require WIP_sdl-union. - WIP_proxies Adds HTTP proxy support for SVN and Git checkouts, so you can build over Tor. Regular files don't work with HTTPS proxies since Guile doesn't support that. Submitted upstream, used a wrong SRFI, I forgot about the patch and eventually didn't want to participate. - WIP_rsnapshot Adds rsnapshot. Not pushed upstream because I didn't want to participate. - WIP_sdl-union When bulding either Pioneer or Odamex, I found sdl-config reported the wrong include directory. This fixes it by having sdl-config report the union's include directory rather than just SDL's I was going to submit this upstream, but when I brought up the bug with the maintainer I got a blunt response implying the bug didn't exist. I gave up communication altogether with developers altogether after this. When rebasing I found that a bunch of packages already worked around this bug which is why it wasn't an issue, so I removed the workarounds in the branch. - WIP_themes Adds Numix and Numix icon theme, including circles. Looks great. Not pushed upstream because I didn't want to participate. - Summary I hope you (or the Guix community) get something out of this before it bitrots. Jookia.