Package Details: arch32-light 2015-1

Git Clone URL: https://aur.archlinux.org/arch32-light.git (read-only, click to copy)
Package Base: arch32-light
Description: Lightweight 32-bit chroot intended for 64-bit systems.
Upstream URL: http://xyne.archlinux.ca/projects/arch32-light
Keywords: arch_linux system
Licenses: GPL
Conflicts: arch32
Submitter: Xyne
Maintainer: Xyne
Last Packager: Xyne
Votes: 47
Popularity: 0.000000
First Submitted: 2010-05-23 02:42
Last Updated: 2015-06-21 02:27

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

Xyne commented on 2012-09-03 09:01

@ngoonee
I removed nested mountpoints from the default ARCH32MOUNT array in /etc/arch32d.conf. For example, the previous array included "'/proc', '/proc/bus/usb'". It now only includes "'/proc'". Check if the upgrade created /etc/arch32d.conf.pacnew and either merge the changes (i.e. remove the nested mountpoints) or just delete the pacnew file if everything works as is.

I removed the nested mountpoints because I saw no reason to keep them and because I recently encountered an error with them. I only added them to begin because the first version of this package was just an encapsulation of what was in the wiki. I never gave it any thought until now.

ngoonee commented on 2012-09-03 02:18

Hi Xyne, saw this update, just wondering what's been updated?

Xyne commented on 2012-03-05 16:06

test comment

ngoonee commented on 2012-02-09 12:44

Hi Xyne, I haven't used chroots in a while since [multilib] came out but now I need one for testing some software and I realize /etc/rc.d/arch32d doesn't actually unmount anything. The problem is that line 1 (picked out from $_mounted) doesn't contain line 2 (which is what its being tested with, $_mountline). Any suggestions? For now I just remove the test, but of course that's a bad idea (tm).

Line 1 - ::proc on /home/arch32/proc type proc (rw,nosuid,nodev,noexec,relatime)::

Line 2 - ::/proc on /home/arch32/proc type none (rw,bind)::

Anonymous comment on 2011-07-31 03:02

@codeinject
Same problem on me by using bash.
I fix the problem by replacing 'x86_64' to '$arch' in /etc/pacman.d/mirrorlist
You might check whether the archecture is hard coded in the file.

Xyne commented on 2011-07-18 23:17

@codeinject
The error seems to be generated by pacman itself. It's invoked at the end of the pacman32 script, after which any errors are a pacman issue. If you find anything that zsh can't handle before that (including anything in arch32.conf), let me know and I'll try to find a solution that works in both bash and zsh.

Anonymous comment on 2011-07-17 23:22

Small bug report:
:: I use zsh for root and user.
:: When I do the following:
root% pacman32 -Sy bash coreutils filesystem grep gzip licenses sed
I get:
:: Starting Arch32 Daemon [DONE]
:: Synchronizing Files [DONE]
non-network local connections being added to access control list
:: Synchronizing package databases...
core 35.6K 245.0K/s 00:00:00 [############################################] 100%
extra 466.9K 792.7K/s 00:00:01 [############################################] 100%
community 445.9K 766.6K/s 00:00:01 [############################################] 100%

:: But then I get the following message:
error: failed to prepare transaction (package architecture is not valid)
:: package bash-4.2.010-1-x86_64 does not have a valid architecture
:: package coreutils-8.12-3-x86_64 does not have a valid architecture
:: package grep-2.9-1-x86_64 does not have a valid architecture
:: package gzip-1.4-2-x86_64 does not have a valid architecture
:: package sed-4.2.1-3-x86_64 does not have a valid architecture

Not 100% sure if its a bug or my own stupidity that overlooked something.
Just a light heads up that not everybody uses bash.
I'll look for what happened exactly tomorrow.

Xyne commented on 2010-12-23 19:21

fixed

waxar commented on 2010-12-23 09:04

Error while trying to install the package with the above tarball.

==> Retrieving Sources...
-> Downloading arch32-light-2010.11.14.1.tar.gz...
--2010-12-23 12:02:48-- http://xyne.archlinux.ca/src/arch32-light-2010.11.14.1.tar.gz
Resolving xyne.archlinux.ca... 69.89.25.172
Connecting to xyne.archlinux.ca|69.89.25.172|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2010-12-23 12:02:49 ERROR 404: Not Found.

==> ERROR: Failure while downloading arch32-light-2010.11.14.1.tar.gz
Aborting...

Xyne commented on 2010-09-22 14:05

I've created a utilities package for arch32-light:
http://xyne.archlinux.ca/projects/arch32-light-utils/

Contributions and suggestions are welcome. :)