all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Jookia <166291@gmail.com>
To: t3sserakt <t3sserakt@posteo.de>
Cc: help-guix@gnu.org
Subject: Re: GuixSD on arm
Date: Wed, 6 Jul 2016 07:49:20 +1000	[thread overview]
Message-ID: <20160705214920.GA14288@novena-choice-citizen.lan> (raw)
In-Reply-To: <ec633903-7d16-05db-a3c3-08e764d95206@posteo.de>

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.

  reply	other threads:[~2016-07-05 21:56 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-04 14:02 GuixSD on arm t3sserakt
2016-07-04 15:33 ` Ludovic Courtès
2016-07-04 16:13   ` t3sserakt
2016-07-04 17:14     ` ng0
2016-07-04 22:18       ` Jookia
2016-07-05  8:21         ` Alex Sassmannshausen
2016-07-05  8:23         ` Ludovic Courtès
2016-07-05 15:44           ` Jookia
2016-07-11 11:47             ` Ludovic Courtès
2016-07-05  8:53         ` t3sserakt
2016-07-05 21:49           ` Jookia [this message]
2016-07-11 11:49             ` Ludovic Courtès
2016-07-05 12:08         ` ng0
2016-07-05 20:46         ` Ricardo Wurmus
  -- strict thread matches above, loose matches on Subject: below --
2016-07-12 11:19 GuixSD on ARM Daniel Pimentel
2016-07-13  6:55 ` Ricardo Wurmus
2016-07-13 12:57   ` Ludovic Courtès
2016-07-19  1:47   ` Eric Bavier
2016-08-15 20:14     ` Christopher Allan Webber
2016-09-11 13:05       ` Andreas Enge

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160705214920.GA14288@novena-choice-citizen.lan \
    --to=166291@gmail.com \
    --cc=help-guix@gnu.org \
    --cc=t3sserakt@posteo.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.