greyltc / docker-archlinux Goto Github PK

According to the description, there will be a build on every sunday. But there hasn't been one for 3 month and the last one failed.

Will there be any update?

Group http is created with gid 1000, when it should be 33.

This image is not being built automatically on dockerhub.com. Check for example: https://hub.docker.com/r/greyltc/archlinux/builds/bqdufxpmufu3ilcxvp7pvl7/

Hi,

Thanks for your work here it is really promising. Just tried to get it working here and got this :

--- uncompress package: /var/folders/q8/0nk145n94lv3k76h82mv9hdc0000gn/T/tmp.83DCXzBD/dash-0.5.9.1-1-x86_64.pkg.tar.xz
--- configure DNS and pacman
/dev/fd/63: line 106: ./tmproot/etc/mtab: No such file or directory

However

~/Projects/TestDockerArch/docker-archlinux/tmproot/etc                                                                                                  [15:04:47] 
> $ ls mtab                                                                                                                                                          mtab

Could you help? I am using Docker on Mac OSX Sierra. It is probably due to the absence of fakechroot on Mac.

Thanks,

Stephane

I'm a bit lost on where to start. On Ubuntu, I could start sshd with service ssh start. However, on Arch systemctl complains of missing dbus. Any tips on how to launch services and do more?

Conflicting packages are core/dash and core/libedit.

Running lostfiles in docker run -it sh lists

/usr/include/editline
/usr/include/editline/readline.h
/usr/include/histedit.h
/usr/lib/libedit.so
/usr/lib/libedit.so.0
/usr/lib/libedit.so.0.0.68
/usr/lib/pkgconfig/libedit.pc
/usr/share/doc/libedit
/usr/share/doc/libedit/ChangeLog
/usr/share/licenses/libedit
/usr/share/licenses/libedit/COPYING

owned by core/libedit and

/usr/bin/dash
/usr/share/licenses/dash
/usr/share/licenses/dash/COPYING

owned by core/dash and running pacman -Syu fails if target depends on them.

Good evening.

First I would like to say thank you for all the hard work you put into this. I've learned a lot just by the style of your shell scripts.

I've run into a problem while trying to run the build.sh step.
I've posted the output of $docker build -t archlinux . at this pastebin
https://pastebin.com/FW0WJyrK

I am running;
Arch Linux
4.11.7-1-ARCH

Docker
Client:
Version: 17.05.0-ce
API version: 1.29
Go version: go1.8.1
Git commit: 89658bed64
Built: Fri May 5 22:40:58 2017
OS/Arch: linux/amd64

Server:
Version: 17.05.0-ce
API version: 1.29 (minimum version 1.12)
Go version: go1.8.1
Git commit: 89658bed64
Built: Fri May 5 22:40:58 2017
OS/Arch: linux/amd64
Experimental: false

Also I made sure all of the required packages listed in the readme.md are installed.

Please let me know what other information would help you help me with this problem.

Thank you.

V/r

Problem running this command...

$ docker build -t archlinux .
...
Generating locales...
en_US.UTF-8... done
Generation complete.
ln: failed to create symbolic link '/etc/localtime': File exists
The command '/bin/sh -c setup-arch-docker-container' returned a non-zero code: 1

Can you help me?
Thanks

/usr/lib/firmware is useless inside docker but it takes 50% or more spaces,
why not remove it?

That's not expected behavior from Archlinux IMO.

The minimum archlinux tarball has /bin/sh as dash which seems fine for absolute minimum setups.

And then bash is installed which canonically owns /bin/sh.

Especially if you uninstall zsh in the docker image you're left without a working /bin/sh, when it doesn't even own the file.

Hey,

can you trigger a rebuild of the container, I am using this awesome container as a base image, unfortunately I cannot work with it right now because of: https://www.archlinux.org/news/ca-certificates-utils-20170307-1-upgrade-requires-manual-intervention/

Could you trigger a rebuild of this base container to get rid of the issue?
Thanks!