[gentoo-user] UEFI booting
Hello list, In my search for a suitable boot method, I'm trying Mike G's systemd-boot ebuild. I've installed it with no problem, and now I reach the heart-in- mouth stage of actually replacing gummiboot with it. But first, the backup, including dd of what used to be called the MBR (what is it now?). # parted -l Model: Unknown (unknown) Disk /dev/nvme0n1: 256GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End SizeFile system Name Flags 1 1049kB 3146kB 2097kB uefi bios_grub 2 3146kB 144MB 141MB fat32 boot boot, esp 3 144MB 4504MB 4360MB linux-swap(v1) swap 4 4504MB 15.0GB 10.5GB ext4rescuesys 5 15.0GB 32.2GB 17.2GB ext4gentoo 6 32.2GB 36.5GB 4295MB ext4var 7 36.5GB 45.1GB 8590MB ext4home [...] That start block of the uefi partition looks odd to me. I'm pretty sure I didn't specify a start position to parted when I was constructing the partition layout six months ago, preferring to let the program choose a value itself. I do remember, though, that parted had a strange idea of what 2MB meant: it's turned out to be 2097kB. My question for the panel is whether I need to do anything about that partition layout. What do you think? -- Rgds Peter
Re: [gentoo-user] UEFI booting
On Friday 26 Aug 2016 09:32:25 Peter Humphrey wrote: > Hello list, > > In my search for a suitable boot method, I'm trying Mike G's systemd-boot > ebuild. I've installed it with no problem, and now I reach the heart-in- > mouth stage of actually replacing gummiboot with it. But first, the backup, > including dd of what used to be called the MBR (what is it now?). > > # parted -l > Model: Unknown (unknown) > Disk /dev/nvme0n1: 256GB > Sector size (logical/physical): 512B/512B > Partition Table: gpt > Disk Flags: > > Number Start End SizeFile system Name Flags > 1 1049kB 3146kB 2097kB uefi bios_grub > 2 3146kB 144MB 141MB fat32 boot boot, esp > 3 144MB 4504MB 4360MB linux-swap(v1) swap > 4 4504MB 15.0GB 10.5GB ext4rescuesys > 5 15.0GB 32.2GB 17.2GB ext4gentoo > 6 32.2GB 36.5GB 4295MB ext4var > 7 36.5GB 45.1GB 8590MB ext4home > [...] > > That start block of the uefi partition looks odd to me. The 'Name' of the 1st partition is the label you have provided when you created it. It is NOT the type of the partition, which is shown under the 'Flags' column as 'bios_grub'. The 1st partition was created to accommodate Grub's boot code. It starts on the first cylinder (change the units in parted to cyl and you'll see it starts at '0 cyl') and has no fs on it. > I'm pretty sure I > didn't specify a start position to parted when I was constructing the > partition layout six months ago, preferring to let the program choose a > value itself. Parted and friends will create this partition for Grub at the very start of the disk, when you use GPT. If you stay with a conventional msdos partition table, then the first partition starts at cylinder 63 allowing enough space for MBR to store its boot code in the unallocated cylinders 0 to 62. > I do remember, though, that parted had a strange idea of what > 2MB meant: it's turned out to be 2097kB. You are mixing decimal and binary. 2MiB = 2 x 1024^2 = 2,097,152 > My question for the panel is whether I need to do anything about that > partition layout. What do you think? You don't have to do something about it, if you want to retain the ability to use Grub. If you will no longer use grub then you probably do not need the first grub-specific partition. As shown above the second partition is your EFI partition. 141MB may not be enough to store many kernel images, but it depends on how many kernel images and initramfs you keep in there at any time. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] UEFI booting
On Fri, 26 Aug 2016 12:33:47 +0100, Mick wrote: > You don't have to do something about it, if you want to retain the > ability to use Grub. If you will no longer use grub then you probably > do not need the first grub-specific partition. You don't need to anyway. You only need that partition when using GPT on a non-UEFI system. GRUB will boot from the UEFI ESP quite happily, although not on Peter's system for some reason. This is how I have partitioned my NVMe drive for UEFI booting (using bootctl, which is the same as systemd-boot) GPT fdisk (gdisk) version 1.0.1 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/nvme0n1: 250069680 sectors, 119.2 GiB Logical sector size: 512 bytes Disk identifier (GUID): 0EB51C66--494C-80F3-9ACB1D95325D Partition table holds up to 128 entries First usable sector is 34, last usable sector is 250069646 Partitions will be aligned on 2048-sector boundaries Total free space is 2014 sectors (1007.0 KiB) Number Start (sector)End (sector) Size Code Name 12048 2099199 1024.0 MiB EF00 boot 2 209920018876415 8.0 GiB 8200 swap 318876416 250069646 110.2 GiB 8300 root -- Neil Bothwick Never ask a geek why, just nod your head and slowly back away pgpWTKnEPhaVh.pgp Description: OpenPGP digital signature
Re: [gentoo-user] trouble compiling mpv
On Thursday 25 Aug 2016 20:03:56 Deven Lahoti wrote: > Hi, > > I'm having some trouble compiling mpv on one of my systems. It works > fine on my other system, which makes it even more confusing for me. I > had some difficulty compiling numpy as well, but it was fixed with > MAKEOPTS=-j1. The problem seems to be something to do with Python; Yes, it seems your python configuration is incorrect on this PC. > I > tried both reinstalling it and switching to python2 but neither fixed > the problem. In the log, which you should attach here or post in the message body, it throws an error on python-3.4 Have you tried setting with eselect, python 3.4, and then trying to emerge mpv once more? > The only thing I could find with the same error message > was this thread, which wasn't very helpful: > http://www.gentoofreunde.org/phpbb/viewtopic.php?f=12&t=640&start=0 . > Hopefully someone here can help me out. > > Here's the build.log: http://web.mit.edu/deywos/www/mpv.log > > Thanks, > Deven Someone more knowledgeable on python should chime in shortly, but make sure you have not messed about with python (e.g. installing packages manually) as this could break portage big time, if your manual install has sprayed python files all over the place. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] reported to NVidia and excepted (Bug in NVidia-drivers-370.23)
On Thu, 25 Aug 2016 16:00:12 -0400 Mike Gilbert wrote: > On Thu, Aug 25, 2016 at 9:56 AM, wrote: > > Dear GENTOO developers, > > Please, please: As soon as there is an update available for the > > nvidia-drivers: From the the bottom of my soul I beg you -- please > > include them as early as possible !!! > > :) ;) > > If your message is intended for gentoo developers, you are sending it > to the wrong place. This is the gentoo-user list; the developer list > is gentoo-dev. > Better, report this kind of problem in the correct place, IF nobody have done yet. https://bugs.gentoo.org/ Best regards.
Re: [gentoo-user] trouble compiling mpv
> Have you tried setting with eselect, python 3.4, and then trying to emerge mpv > once more? Yes, to no avail. > Someone more knowledgeable on python should chime in shortly, but make sure > you have not messed about with python (e.g. installing packages manually) as > this could break portage big time, if your manual install has sprayed python > files all over the place. I haven't been installing any python packages manually, and I don't think anything else I've been doing would affect python. I also forgot to mention in the first email that I'm running a hardened profile and kernel, which could be part of the problem, though the compile went fine on my other machine running hardened. Thanks, Deven
Re: [gentoo-user] trouble compiling mpv
Attaching the build log, as requested. [32;01m * [39;49;00mPackage:media-video/mpv-0.19.0 [32;01m * [39;49;00mRepository: gentoo [32;01m * [39;49;00mMaintainer: itumaykin+gen...@gmail.com media-vi...@gentoo.org,proxy-ma...@gentoo.org [32;01m * [39;49;00mUSE:X abi_x86_64 alsa amd64 cdda cli dvd egl elibc_glibc enca encode iconv jack jpeg kernel_linux lcms libass libcaca lua luajit opengl sdl userland_GNU vdpau xscreensaver xv [32;01m * [39;49;00mFEATURES: preserve-libs sandbox userpriv usersandbox >>> Unpacking source... >>> Unpacking mpv-0.19.0.tar.gz to /var/tmp/portage/media-video/mpv-0.19.0/work >>> Unpacking waf-1.8.12 to /var/tmp/portage/media-video/mpv-0.19.0/work unpack waf-1.8.12: file format not recognized. Ignoring. >>> Source unpacked in /var/tmp/portage/media-video/mpv-0.19.0/work >>> Preparing source in /var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0 >>> ... [32;01m*[0m Applying mpv-0.19.0-make-ffmpeg-version-check-non-fatal.patch ... [A[124C [34;01m[ [32;01mok[34;01m ][0m >>> Source prepared. >>> Configuring source in >>> /var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0 ... CCFLAGS="-O2 -pipe -march=native" LINKFLAGS="-O2 -pipe -march=native -Wl,-O1 -Wl,--as-needed" "/var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0/waf" --prefix=/usr --libdir=/usr/lib64 --confdir=/etc/mpv --docdir=/usr/share/doc/mpv-0.19.0 --htmldir=/usr/share/doc/mpv-0.19.0/html --disable-libmpv-shared --disable-libmpv-static --disable-static-build --disable-optimize --disable-debug-build --enable-html-build --disable-pdf-build --disable-vf-dlopen-filters --disable-zsh-comp --disable-test --enable-iconv --disable-libsmbclient --enable-lua --lua=luajit --enable-libass --enable-libass-osd --enable-encoding --disable-libbluray --enable-dvdread --enable-dvdnav --enable-cdda --enable-enca --disable-libguess --disable-uchardet --disable-rubberband --enable-lcms2 --disable-vapoursynth --disable-vapoursynth-lazy --disable-libarchive --enable-libavdevice --enable-sdl2 --disable-sdl1 --disable-oss-audio --disable-rsound --disable-pulse --enable-jack --disable-openal --disable-opensles --enable-alsa --disable-coreaudio --disable-cocoa --disable-drm --disable-gbm --disable-wayland --enable-x11 --enable-xss --enable-xext --enable-xv --disable-xinerama --enable-xrandr --disable-gl-cocoa --enable-gl-x11 --enable-egl-x11 --disable-egl-drm --disable-gl-wayland --enable-vdpau --enable-vdpau-gl-x11 --disable-vaapi --disable-vaapi-x11 --disable-vaapi-wayland --disable-vaapi-drm --enable-caca --enable-jpeg --disable-android --disable-rpi --disable-plain-gl --disable-vaapi-hwaccel --disable-tv --disable-tv-v4l2 --disable-libv4l2 --disable-audio-input --disable-dvbin --disable-apple-remote --disable-build-date configure Setting top to : /var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0 Setting out to : /var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0/build Checking for waf version in 1.8.4-1.9.0 : ok Checking for program 'cc': x86_64-pc-linux-gnu-gcc Checking for program 'pkg-config': /usr/bin/pkg-config Checking for program 'ar': x86_64-pc-linux-gnu-ar Checking for program 'perl' : /usr/bin/perl Checking for program 'rst2html' : /usr/bin/rst2html.py Checking for program 'rst2man' : /usr/bin/rst2man.py Checking for program 'rst2pdf' : not found Checking for program 'windres' : not found Checking for 'gcc' (C compiler) : x86_64-pc-linux-gnu-gcc Detected target OS: : os-linux Checking for compiler flags -Werror=implicit-function-declaration : Traceback (most recent call last): File "/var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0/.waf3-1.8.12-f00e5b53f6bbeab1384a38c9cc5d51f7/waflib/Runner.py", line 114, in add_task self.pool AttributeError: 'Parallel' object has no attribute 'pool' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0/.waf3-1.8.12-f00e5b53f6bbeab1384a38c9cc5d51f7/waflib/Runner.py", line 33, in get_pool return pool.get(False) File "/usr/lib64/python3.4/queue.py", line 164, in get raise Empty queue.Empty During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0/.waf3-1.8.12-f00e5b53f6bbeab1384a38c9cc5d51f7/waflib/Scripting.py", line 108, in waf_entry_point run_commands() File "/var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0/.waf3-1.8.12-f00e5b53f6bbeab1384a38c9cc5d51f7/waflib/Scripting.py", line 169, in run_commands ctx=run_command(cmd_name) File "/var/tmp/portage/media-video/mpv-0.19.0/work/mpv-0.19.0/.waf3-1.8.12-f00e5b53f6bbeab1384a38c9cc5d51f7/waflib/Scripting.py", line 160,
Re: [gentoo-user] trouble compiling mpv
Well, I solved the problem, which was indeed caused by hardening, though I'm not sure why it only affected this system and not the other. Looking at dmesg I saw "[...] denied RWX mmap of [...]", so all it took to fix it was `paxctl-ng /usr/bin/python3.4m -m`. Looking at the ebuild for =dev-lang/python-3.4.5, it appears that this mark is set iff libffi is not installed with the pax_kernel useflag – maybe the ebuild should be changed to enable it either way? On Fri, Aug 26, 2016 at 8:14 AM, Deven Lahoti wrote: > Attaching the build log, as requested.
Re: [gentoo-user] UEFI booting
On Fri, Aug 26, 2016 at 4:32 AM, Peter Humphrey wrote: > In my search for a suitable boot method, I'm trying Mike G's systemd-boot > ebuild. I've installed it with no problem, and now I reach the heart-in- > mouth stage of actually replacing gummiboot with it. But first, the backup, > including dd of what used to be called the MBR (what is it now?). It should be basically a drop-in replacement, with a slightly different name. It should not require any modification to your disk layout. Also, you should be able to configure your firmware to load either gummiboot or systemd-boot, so you have a fallback if the new code fails.
[gentoo-user] How do I really clean up gentoo?
Hi list, First of all, sorry for the English. Second, I've been running Gentoo on my desktop for ten years. Single installation, unique. The system changed a lot and it seems to be using more and more space at / partition. I'm used to clean /usr/portage/distfiles, /usr/src, but today, I've found many files of packages I no longer use at '/var/lib'. Plex folder, for instance, was taking 2GB. Some folders at /var/lib I don't even know if is still been used. Is there anything else safe to delete? Is 30 GB insufficient space for a Gentoo desktop? Some times I have problems to compile packages like libreoffice, that requires lots of free space. Thank u all in advance, -- João Neto Linux User #461527 http://br.linkedin.com/pub/jo%C3%A3o-de-matos/7/316/552
Re: [gentoo-user] How do I really clean up gentoo?
Have you emerge -avc lately? On Fri, Aug 26, 2016, 16:58 João Matos wrote: > Hi list, > > First of all, sorry for the English. Second, > > I've been running Gentoo on my desktop for ten years. Single installation, > unique. The system changed a lot and it seems to be using more and more > space at / partition. > > I'm used to clean /usr/portage/distfiles, /usr/src, but today, I've found > many files of packages I no longer use at '/var/lib'. Plex folder, for > instance, was taking 2GB. Some folders at /var/lib I don't even know if is > still been used. > > Is there anything else safe to delete? Is 30 GB insufficient space for a > Gentoo desktop? Some times I have problems to compile packages like > libreoffice, that requires lots of free space. > > Thank u all in advance, > > > -- > João Neto > Linux User #461527 > http://br.linkedin.com/pub/jo%C3%A3o-de-matos/7/316/552 >
[gentoo-user] Tablet rotation button broken in <=sys-apps/systemd-226-r2
Hey all,
I noticed recently that the screen rotation button on my Lenovo X201T
tablet was no longer working, whereas it had been working some time ago.
Long story short, there was a change around version 226 of systemd that
broke this. I wanted to document how I got it working again and send it
out in case it helps anyone else.
This issue on Github [1] explains the problem and the patch that fixes it:
[1]: https://github.com/systemd/systemd/issues/1151
Rather than unmask a newer version of systemd I decided to try applying the
pull request to the current stable version in gentoo, which is
systemd-226-r2. I created /etc/portage/patches/sys-apps/systemd and saved
the patch from the PR (cleaned up for 226-r2 and attached) there. I then
rebuilt systemd, rebooted, and - voila - the rotate button is working again.
So (as root):
# mkdir -p /etc/portage/patches/sys-apps/systemd # then copy the patch
here
# emerge --oneshot sys-apps/systemd
That took a fair amount of googling around to root cause since I had no
idea where to begin, but ended up being a pretty simple fix. When a newer
version of systemd gets stabilized I'll probably be able to drop that patch.
I do have a question though for anyone that can explain it: in the
patchfile I ended up putting in /etc/portage/patches I had to delete the
first slash in the filenames. So for instance lines 27-31 of the patchfile
that works are this:
diff --git a/Makefile.am b/Makefile.am
index 8646e55..e3e07b8 100644
--- Makefile.am
+++ Makefile.am
But in the raw git diff they were:
diff --git a/Makefile.am b/Makefile.am
index 8646e55..e3e07b8 100644
--- a/Makefile.am
+++ b/Makefile.am
If I don't delete those prefixes then portage complains when applying the
patch:
ERROR: prepare
Failed Patch: fix-keymap-aliases.patch !
( /etc/portage/patches//sys-apps/systemd/fix-keymap-aliases.patch )
But existing patches in the /usr/portage/sys-apps/systemd/files directory
have the a/ and b/ prefixes. So what gives?
Thanks,
Devrin
From 4c1482202957828a37e88e42c49e9ac8ef12c960 Mon Sep 17 00:00:00 2001
From: Martin Pitt
Date: Tue, 13 Oct 2015 18:20:34 +0200
Subject: [PATCH 1/3] keymap: Recognize KEY_* aliases
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
linux/input.h contains alias definitions like
#define KEY_COFFEE 152
#define KEY_SCREENLOCK KEY_COFFEE
#define KEY_ROTATE_DISPLAY 153
#define KEY_DIRECTION KEY_ROTATE_DISPLAY
But we ignored these when building keyboard-keys-list.txt. Also allow the value
to start with "K" now (for KEY_*), and drop the hardcoded COFFEE → SCREENLOCK
aliasing.
This fixes assignments to key "direction".
Fixes #1151
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 8646e55..e3e07b8 100644
--- Makefile.am
+++ Makefile.am
@@ -3483,7 +3483,7 @@ noinst_LTLIBRARIES += \
src/udev/keyboard-keys-list.txt:
$(AM_V_at)$(MKDIR_P) $(dir $@)
- $(AM_V_GEN)$(CPP) $(CFLAGS) $(AM_CPPFLAGS) $(CPPFLAGS) -dM -include linux/input.h - < /dev/null | $(AWK) '/^#define[ \t]+KEY_[^ ]+[ \t]+[0-9]/ { if ($$2 != "KEY_MAX") { print $$2 } }' | sed 's/^KEY_COFFEE$$/KEY_SCREENLOCK/' > $@
+ $(AM_V_GEN)$(CPP) $(CFLAGS) $(AM_CPPFLAGS) $(CPPFLAGS) -dM -include linux/input.h - < /dev/null | $(AWK) '/^#define[ \t]+KEY_[^ ]+[ \t]+[0-9K]/ { if ($$2 != "KEY_MAX") { print $$2 } }' > $@
src/udev/keyboard-keys-from-name.gperf: src/udev/keyboard-keys-list.txt
$(AM_V_GEN)$(AWK) 'BEGIN{ print "struct key { const char* name; unsigned short id; };"; print "%null-strings"; print "%%";} { print tolower(substr($$1 ,5)) ", " $$1 }' < $< > $@
From 1d3f8fa747b71db60872bc21df5b6489b73b740d Mon Sep 17 00:00:00 2001
From: Martin Pitt
Date: Wed, 14 Oct 2015 06:52:41 +0200
Subject: [PATCH 3/3] keymap: Drop keyboard-keys-to-name.h
We don't use that anywhere any more. With the introduction of alias names it
also is not a proper mapping any more as several keys (e. g. KEY_COFFEE and
KEY_SCREENLOCK) have the same numerical mapping.
---
Makefile.am | 6 +-
src/udev/.gitignore | 1 -
2 files changed, 1 insertion(+), 6 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index e3e07b8..336ba0a 100644
--- Makefile.am
+++ Makefile.am
@@ -1229,7 +1229,7 @@ BUILT_SOURCES += \
$(gperf_gperf_m4_sources:-gperf.gperf.m4=-gperf-nulstr.c) \
$(gperf_gperf_sources:-gperf.gperf=-gperf.c) \
$(gperf_txt_sources:-list.txt=-from-name.h) \
- $(gperf_txt_sources:-list.txt=-to-name.h)
+ $(filter-out %keyboard-keys-to-name.h,$(gperf_txt_sources:-list.txt=-to-name.h))
CLEANFILES += \
$(gperf_txt_sources:-list.txt=-from-name.gperf)
@@ -3491,9 +3491,6 @@ src/udev/keyboard-keys-from-name.gperf: src/udev/keyboard-keys-list.txt
src/udev/keyboard-keys-from-name.h: src/udev/keyboard-keys-from-name.gperf
$(AM_V_GPERF)$(GPERF) -L ANSI-C -t -N keyboard_lookup_key -H hash_key_name -p -C <
Re: [gentoo-user] How do I really clean up gentoo?
2016-08-26 21:10 GMT-03:00 Ian Bloss : > Have you emerge -avc lately? > Yep. No packages selected for removal by depclean. Filelight helped a lot. I've cleaned 3 GB of logs and some other obvious files. Now I have 18 GB of free space :) > > On Fri, Aug 26, 2016, 16:58 João Matos wrote: > >> Hi list, >> >> First of all, sorry for the English. Second, >> >> I've been running Gentoo on my desktop for ten years. Single >> installation, unique. The system changed a lot and it seems to be using >> more and more space at / partition. >> >> I'm used to clean /usr/portage/distfiles, /usr/src, but today, I've found >> many files of packages I no longer use at '/var/lib'. Plex folder, for >> instance, was taking 2GB. Some folders at /var/lib I don't even know if is >> still been used. >> >> Is there anything else safe to delete? Is 30 GB insufficient space for a >> Gentoo desktop? Some times I have problems to compile packages like >> libreoffice, that requires lots of free space. >> >> Thank u all in advance, >> >> >> -- >> João Neto >> Linux User #461527 >> http://br.linkedin.com/pub/jo%C3%A3o-de-matos/7/316/552 >> > -- João Neto Linux User #461527 http://br.linkedin.com/pub/jo%C3%A3o-de-matos/7/316/552
Re: [gentoo-user] How do I really clean up gentoo?
Nice On Fri, Aug 26, 2016, 17:58 João Matos wrote: > 2016-08-26 21:10 GMT-03:00 Ian Bloss : > >> Have you emerge -avc lately? >> > Yep. No packages selected for removal by depclean. > > Filelight helped a lot. I've cleaned 3 GB of logs and some other obvious > files. Now I have 18 GB of free space :) > > > >> >> On Fri, Aug 26, 2016, 16:58 João Matos wrote: >> >>> Hi list, >>> >>> First of all, sorry for the English. Second, >>> >>> I've been running Gentoo on my desktop for ten years. Single >>> installation, unique. The system changed a lot and it seems to be using >>> more and more space at / partition. >>> >>> I'm used to clean /usr/portage/distfiles, /usr/src, but today, I've >>> found many files of packages I no longer use at '/var/lib'. Plex folder, >>> for instance, was taking 2GB. Some folders at /var/lib I don't even know if >>> is still been used. >>> >>> Is there anything else safe to delete? Is 30 GB insufficient space for a >>> Gentoo desktop? Some times I have problems to compile packages like >>> libreoffice, that requires lots of free space. >>> >>> Thank u all in advance, >>> >>> >>> -- >>> João Neto >>> Linux User #461527 >>> http://br.linkedin.com/pub/jo%C3%A3o-de-matos/7/316/552 >>> >> > > > -- > João Neto > Linux User #461527 > http://br.linkedin.com/pub/jo%C3%A3o-de-matos/7/316/552 >
[gentoo-user] Shutter alternatives
Hi, besider shutterbug -- what alternatives are available for the program "shutter"? Best regards Meino
[gentoo-user] lxc and the openrc cgroup
I am currently having cgroup problems with openrc and lxc. The basic cause is /sys/fs/cgroup/openrc mounts inside an lxc container as read only. I should be able to override this "somewhere", but where is not obvious :( The main problem is these failures in the mail server running in an lxc instance: mkdir: cannot create directory '/sys/fs/cgroup/openrc/saslauthd': Read-only file system Putting this in the lxc container config file doest affect the openrc cgroup, though others in the container are rw: lxc.mount.auto = cgroup:rw e.g., cgroup_root on /sys/fs/cgroup/openrc type tmpfs (ro,relatime,size=10240k,mode=755) lxc version: [ebuild R ~] app-emulation/lxc-2.0.3-r1::olympus USE="cgmanager seccomp -doc -examples -lua -python" PYTHON_TARGETS="python3_4 -python3_3 -python3_5" 755 KiB Note: there are a couple of hits in google on this, but the fixes mentioned are not working. BillK
