Archlinux support#1201
Conversation
Incorrect dd direction might be causing the test to fail occasionally (dnschneid#1101).
…add users with UID 1000. This guarantees that UID 1000 is available when post-common adds the main user at the end of the first run of crouton. Protect GID 1000 in the same way. Fixes a bug when xbmc is selected during the Arch install (the xmbc user created by the package steals UID 1000).
Workaround for bug in su/bash, where /etc/profile is not sourced, even though su is called with '-' (login shell). See: https://bugs.archlinux.org/task/31831 This is necessary to get /usr/local/bin in the PATH, and setup the correct locale, among other things. This is not necessary in Ubuntu, as these are set by /etc/pam.d/su
Xorg >=1.16 needs special handling: Configure Xorg.wrap back to its former behaviour (<1.16) with respect to starting as normal user.
/etc/X11/xinit/xinitrc has a different meaning in Arch, and is just a default xinit file.
ArchLinux removed it from filesystem package.
arch and alarm are actually synonyms.
|
Just FYI, I've been using this for a bit and it's working quite well. |
|
Is it possible to resolve the above merge conflicts and have Arch Linux support in Crouton core please? |
|
Probably after #1144 is merged. |
There was a problem hiding this comment.
how about just sed "s|^|$REPO:|"?
There was a problem hiding this comment.
Argh. s|^\(.*\)/$|, note the slash before the end of the line...
|
Today I checked out this branch and ran 'make all'. The binary I ran the script with the following command line: I tracked this down to The one thing I don't like is the removal of certain packages like binutils at the end of the build. I don't feel strongly enough to defend it at the moment, though, but if I do I'll submit a pull request. |
At some point when HEAD was rebased or merged with crouton/master, one conflict went unresolved. I resolved the conflict and was able to use crouton to successfully generate an arch chroot.
|
@mathuin also pointed out that xterm isn't installed automatically on some targets. |
Minor fix to broken merge.
|
FWIW I have this PR and the i3xiwi branch applied and so far have been having a fairly good experience. Can even bring up Android Studio in a xiwi window, which is absolutely awesome. @dnschneid I dug around earlier before doing this and noticed the xiwi-app branch had been killed and I couldn't find any explanation as to why. Are those changes now a part of the xiwif branch or something? Perhaps that's one more set of changes I should apply. EDIT: I should note that the xf86-video-dummy patch in targets/xiwi failed to apply, so I ended up manually modifying the source and changing the xiwi target to pull a tarball that was already patched instead of the original 0.3.7 source. |
|
@EddieRingle xiwi-app got merged into master. i3xiwi is likely to get merged next, and xiwif is a bit of a testing ground at the moment. |
|
@dnschneid Good to know! And yeah, the i3xiwi branch is running pretty smooth here. |
I mismerged a reference to xserver-xorg-video-dummy and forgot to change it to xserver-xorg-video-dummy$ltspackages as per another update. This commit fixes that mistake.
Added ltspackages variable to dummy video.
Conflicts: (all minor nits) targets/audio targets/gtk-extra targets/xfce-desktop targets/xiwi
By support, I mean, no support... I don't think we need this kind of stuff on Arch. At least not for now...
We don't need i3status or i3lock.
|
Merged crouton/master back into this branch. Issues here still stand: #1201 (comment) . And XMETHOD=xorg on freon is broken (you can start a server, but input devices do not to get grabbed, and you cannot switch back to Chrome OS). |
|
Any chance for a rebase @drinkcat ? Thanks for the work on this! |
|
It looks like a lot of effort has gone into this, is it still being worked on? |
|
@drinkcat are you still working on this? |
|
Lots of maintenance issues here. Maybe we can simplify things by using one of the pre-built bootstraps? I don't know how heavy they are; ARM would have to use something like a system image, but that would probably install too much. |
|
Also, might want to consider not having separate arch/alarm releases |
|
What is the current status of this pull request? Are you still actively working on it, @drinkcat? |
|
@qntmpkts maintains a fork at https://github.com/qntmpkts/chroagh, and it works fine. To make it easier to keep up with upstream, I rebased all changes on that repo (except stuff no longer supported by upstream crouton) against crouton at zhaofengli/crouton. All commits there should cleanly apply. |
|
Drinkcat Have you Updated chrough Yet it's been since 2013 since a release has came out and it does not work anymore!!! |
455c029 to
cebf84f
Compare
This adds support for Arch Linux/Arch Linux ARM. It has been around in my repo for a long time now, with a good number of users I believe, and rarely has issues.
First 3 commits are not directly related to arch, but necessary (especially the last 2).