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.
next prev parent reply other threads:[~2016-07-05 21:56 UTC|newest]
Thread overview: 14+ 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
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
List information: https://guix.gnu.org/
* 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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).