[gentoo-user] Re: Upgrading old kernel

[Jonathan Callen]

On 4/16/20 3:43 AM, Nikos Chantziaras wrote:
> On 16/04/2020 10:21, Ashley Dixon wrote:
>> On Thu, Apr 16, 2020 at 10:08:45AM +0300, Nikos Chantziaras wrote:
>>> There's also sys-kernel/gentoo-kernel but it's description is
>>> confusing as
>>> hell: "Linux kernel built with Gentoo patches". Which to me sounds
>>> exactly
>>> like gentoo-kernel-bin just with slightly different wording... :-/
>>
>> The difference can be seen in the ebuild source U.R.I.s:
>>  gentoo-kernel-bin:
>> https://dev.gentoo.org/~mgorny/binpkg/amd64/kernel/ \
>>  sys-kernel/gentoo-kernel/${MY_P}.xpak
>>  gentoo-kernel: https://cdn.kernel.org/pub/linux/kernel/ ... +
>>  patches from
>> https://dev.gentoo.org/~mpagano/dist/genpatches
>>
>> The wording is horrible, but as the suffix ("-bin") would suggest, the
>> former is
>> a binary  .xpak  package,  whereas  the  latter  is  base  kernel 
>> sources  with
>> additional Gentoo developers' patches.
> 
> I still don't understand what that means. If it's a pre-built kernel,
> then it sounds the same as gentoo-kernel-bin. If it's sources, then it
> sounds the same as gentoo-sources.
> 

It's neither.  The package installs a kernel (not just sources for the
kernel), like gentoo-kernel-bin, but it does so by building it locally,
just like just about every other package that doesn't have a name ending
in "-bin". On the other hand, gentoo-kernel-bin downloads a precompiled
kernel and just installs it locally, not compiling anything.  The
gentoo-sources package also doesn't compile anything, it just dumps some
source code on your system for you to compile outside of portage.

In short:
  |  Downloaded  |  Installed
--+------+-
gentoo-sources| source code  | source code
gentoo-kernel | source code  | built kernel
gentoo-kernel-bin | built kernel | built kernel

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: X won't start after xorg-server update

[Jonathan Callen]

On 3/12/20 7:46 PM, Neil Bothwick wrote:
> On Fri, 13 Mar 2020 00:31:23 +0100, hitachi303 wrote:
> 
>>>> I do edit it every time X won't start. Then X does start. But
>>>> after updating and rebooting it has the old wrong line again.  
>>> You need to find out which ebuild is modifying it. Run "qlop -m" and
>>> look for the package whose install time most closely matches the
>>> modification time of the file. Then read the ebuild to see what is
>>> going on. If an ebuild is setting this incorrectly, you may need to
>>> file a bug report.  
>>
>> Since I did edit the file I cannot find a match. I will have to wait 
>> until the problem occurs again.
> 
> It seems that file is created/modified by the mesa ebuild.
> 
> I would try removing the file and re-emerging mesa to see if it is
> created with the correct content.
> 
> 

The file is created/modified by app-eselect/eselect-opengl.  If you have
USE=libglvnd enabled, eselect-opengl is no longer installed, but the
files it generated may remain.  In this case, it is safe to remove the
file if USE=libglvnd is enabled, and to regenerate the file by running
`eselect opengl set xorg` (or nvidia, ...) if USE=-libglvnd.

Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: [OT] What was it....?

[Jonathan Callen]

On 05/21/2018 02:43 PM, Grant Edwards wrote:
> On 2018-05-21, tu...@posteo.de <tu...@posteo.de> wrote:
> 
>> I know there was a tool/trick/hack to accomplish the following:
>> One could do "X" (this is for what I am asking for and cannot remember
>> its name...) -- I think it was a wrapper script or so -- to call
>> another console application like picocom to act as it would be
>> readline-enable (command history and such)  despite the fact it does not.
>>
>> What was it?
> 
> Googling https://www.google.com/search?q=readline+wrapper+application
> suggests rlwrap:
> 
> https://www.systutorials.com/docs/linux/man/1-rlwrap/
> https://packages.gentoo.org/packages/app-misc/rlwrap
> 

Additionally, rlfe (readline front end) is included with
sys-libs/readline[utils] and does about the same thing.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Can't fetch distfiles in chroot

[Jonathan Callen]

On 04/22/2018 01:13 AM, Peter Humphrey wrote:
> I've been NFS-exporting the portage treee from a 32-bit atom box to a chroot 
> on my workstation, and it's worked well for years, if slowly.
> 
> Now when I try to do the same with a 64-bit celeron machine I'm having a 
> problem getting portage to work. If the required distfile is already present, 
> no problem, but otherwise, trying to fetch it just hangs. No errors, no 
> status, no fetch log, no progress.
> 
> Www-client/links works in the chroot as expected, so the network is set up 
> all 
> right; portage just can't use it.
> 
> I've compared /etc/exports on the two clients; also the chroot setup scripts, 
> /usr/portage permissions, the USE flags of nfs-utils and everything else I 
> can 
> think of. All identical apart from obvious things like 32/64 bits and network 
> names and IPs. Google hasn't helped either.
> 
> Any ideas, anyone?
> 

Generally, this would indicate a problem resolving DNS.  This is
normally caused by not having a correct /etc/resolv.conf inside the
chroot (it generally will need to be the same as the file outside the
chroot).

Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Wrong instructions when installing Oracle JRE

[Jonathan Callen]

On 04/10/2018 04:23 PM, Ian Zimmerman wrote:
> When I do emerge dev-java/oracle-jre-bin, portage quoth:
> 
> !!! dev-java/oracle-jre-bin-1.8.0.162-r1 has fetch restriction turned on.
> !!! This probably means that this ebuild's files must be downloaded
> !!! manually.  See the comments in the ebuild for more information.
> 
>  * Fetch failed for 'dev-java/oracle-jre-bin-1.8.0.162-r1', Log file:
>  *  
> '/var/log/portage/dev-java:oracle-jre-bin-1.8.0.162-r1:20180410-201117.log'
>  * Package:dev-java/oracle-jre-bin-1.8.0.162-r1
>  * Repository: gentoo
>  * Maintainer: j...@gentoo.org
>  * USE:abi_x86_64 alsa amd64 elibc_glibc fontconfig kernel_linux 
> userland_GNU
>  * FEATURES:   fakeroot preserve-libs sandbox userpriv
>  * Please download jre-8u162-linux-x64.tar.gz and move it to
>  * /var/tmp/portage/dev-java/oracle-jre-bin-1.8.0.162-r1/distdir:
>  * 
>  *   
> http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html
> 
> But no matter how much I tried to please it (copying the file into a
> distdir/ subdirectory, or copying it _as a file_ called distdir) I
> couldn't get it to work.
> 
> OTOH, just doing what first comes to mind (putting the file in
> /usr/portage/distfiles/) does work.
> 
> what the foo?
> 

The problem is that Portage now changes the value of the "${DISTDIR}"
environment variable inside an ebuild to a temporary directory it
creates and fills with symlinks to the real distfiles in your actual
${DISTDIR}.  The message in the ebuild was written before this change
happened and directly references the "${DISTDIR}" environment variable,
assuming it to still have the value you specified in make.conf.  As you
figured out, the correct action is to install the file in your real
${DISTDIR}, but the ebuild no longer has access to determine what the
name of that directory should be.

This probably should be reported as a bug.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: after masking the X11-update due to nvidia-incompatibilities I got this...

[Jonathan Callen]

[Resend after accidentally forgetting to send to list]

On 03/10/2018 01:36 AM, tu...@posteo.de wrote:
> Hi,
> 
> please help me to decipher this from emerge
> 
> emerge: there are no ebuilds built with USE flags to satisfy 
> "dev-qt/qtgui:5[accessibility]".
> !!! One of the following packages is required to complete your request:
> - dev-qt/qtgui-5.9.4-r3::gentoo (Change USE: +accessibility, this change 
> violates use flag constraints defined by dev-qt/qtgui-5.9.4-r3: 'any-of ( 
> eglfs xcb ) accessibility? ( dbus xcb ) eglfs? ( egl ) ibus? ( dbus ) 
> libinput? ( udev ) xcb? ( gles2? ( egl ) )')
> (dependency required by "media-sound/picard-2.0.0_beta1::gentoo" [ebuild])
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])
> 
> 
> What is unclear to me is the message saying, that fixing this will
> violate something else...orwhat?
> 
> Thanks a lot for any deciphering in advance!
> 
> Cheers
> Meino
> 

What this is saying is that:

1) media-sound/picard-2.0.0_beta1 requires dev-qt/qtgui:5 with the
"accessibility" flag enabled

2) dev-qt/qtgui-5.9.4-r3 states that if the "accessibility" flag is
enabled, then both the "dbus" and "xcb" flags must also be enabled on
that package (and portage is saying that at least one of them is not
currently enabled)

Your fix would probably be to set the "accessibility", "dbus", and "xcb"
flags for dev-qt/qtgui:5 (dbus is probably already enabled).

-- 
Jonathan Callen





signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: The uselessness of equery

[Jonathan Callen]

On 10/16/2017 09:42 PM, Philip Webb wrote:
> 171016 Ian Zimmerman wrote:
>> ~$ time equery -Cq b /usr/bin/equery
>> app-portage/gentoolkit-0.4.0
>> real 0m27.594s
>> user 0m8.780s
>> sys  0m0.456s
> 
> My desktop machine has :
> 
>   CPU : AMD X8 FX8370E 8-core 4,3 GHz 16 MB 32 nm 95 W
>   SSD : Kingston SSDNow V300 240 GB SATA RW 450 MB/s
> 
> And I get :
> 
>   root:530 ~> time equery -Cq b /usr/bin/equery
> app-portage/gentoolkit-0.4.0
> real0m6.362s
> user0m5.845s
> sys 0m0.178s
> 
> but also NB :
> 
>   root:533 ~> time equery b /usr/bin/equery
> f^C * Searching for /usr/bin/equery ... 
> app-portage/gentoolkit-0.4.0 (/usr/bin/equery -> 
> ../lib/python-exec/python-exec2)
> real0m3.776s
> user0m3.651s
> sys 0m0.092s
> 
> How reliable is 'time' (smile) ?
> 

Just a couple more data points, on my machine, with:

CPU : Intel(R) Core(TM) i7-6850K CPU @ 3.60GHz
SSD : Crucial MX200 1 TB SATA

And a hot cache:

$ time equery -Cq b /usr/bin/equery
app-portage/gentoolkit-0.4.0
dev-lang/python-exec-2.4.5

real0m6.655s
user0m6.462s
sys 0m0.193s

$ time equery  b /usr/bin/equery
 * Searching for /usr/bin/equery ...
app-portage/gentoolkit-0.4.0 (/usr/bin/equery ->
../lib/python-exec/python-exec2)
dev-lang/python-exec-2.4.5 (/usr/lib/python-exec/python-exec2)

real0m6.598s
user0m6.439s
sys 0m0.160s

$ time portageq owners / /usr/bin/portageq
sys-apps/portage-2.3.11
/usr/bin/portageq

real0m1.391s
user0m1.348s
sys 0m0.044s

$ time qfile /usr/bin/qfile
app-portage/portage-utils (/usr/bin/qfile)

real0m0.104s
user    0m0.085s
sys 0m0.019s


I think we have a winner here... qfile even takes the same -C and -q
options as equery.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: How do I turn off text console screen in software?

[Jonathan Callen]

On 05/10/2017 12:59 PM, R0b0t1 wrote:
> On Wed, May 10, 2017 at 9:03 AM, Walter Dnes <waltd...@waltdnes.org> wrote:
>>   I'd prefer to avoid hitting the monitor display on/off too often.  In
>> an xterm, the script...
>>
>> #!/bin/bash
>> sleep 1 && xset -display :0.0 dpms force off
>>
>> ...shuts the screen off.  Is there an equivalant command for a text
>> console (e.g. where you end up if you hit CTRL-ALT-F1)?
>>
>> --
>> Walter Dnes <waltd...@waltdnes.org>
>> I don't run "desktop environments"; I run useful applications
>>
> 
> `setterm -blank VALUE` where VALUE is specified in minutes. A value of
> zero disables blanking. You can also add "consoleblank=0" to your
> kernel's command line. It's probably worth looking at the other
> `setterm` options.
> 
> You can read /sys/module/kernel/parameters/consoleblank to see if your
> changes applied properly.
> 
> 


Additionally, "setterm --blank force" turns the console off immediately.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: gtk+-2.x, adwaita, gsettings and all that

[Jonathan Callen]

On 05/01/2017 02:35 PM, Ian Zimmerman wrote:
> I remember there was a thread about these topics, but I think it was
> only in the context of resolving build conflicts.  That is not my
> problem: I can build and merge these packages just fine.
> 
> My problem is that the adwaita theme, on which the last stable gtk+2
> depends, gives a totally new look to my desktop.  Round buttons instead
> of square ones, menus not clearly set off from the background,
> minimalist scroll-bars without thumbs or arrows, etc.  The last example
> also shows that the changes go beyond mere looks into functionality, and
> in the end that's why this "upgrade" will remain a no-no for me.
> 
> Up until now, I have been masking the last gtk+2 version to prevent this
> from going through, but I worry about the security implications.  So I
> am looking for a way to let the new packages in but then configure gtk
> to get the old facade back.  But I don't know how: I have always used
> the gtk defaults for these things because they were agreeable enough.
> 
> So how do I configure this stuff, given that I do _not_ use gnome or any
> other integrated desktop?  I just need to edit some text files, dammit.
> Which ones and what edits are needed?  Or maybe I need to install
> another theme and use it instead of adwaita, but then how to tell this
> to gtk?
> 

To set the GTK-2 theme, edit the file ~/.gtkrc-2.0, and add lines like:

gtk-theme-name = "Raleigh"
gtk-icon-theme-name = "hicolor"
gtk-cursor-theme-name = ""

The default (when Adwaita is not installed) for gtk-theme-name and
gtk-icon-theme-name are "Raleigh" and "hicolor", respectively.  There is
no default for gtk-cursor-theme-name (which causes the built-in cursors
in the Xorg server to be used as the ultimate fallbacks).  If you wish
to set the default for all users, instead edit the file
/etc/gtk-2.0/gtkrc.  Note that this only applies to GTK-2 applications,
GTK-3 uses different configuration.

-- 
Jonathan



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: ebuild: package specific CFLAGS

[Jonathan Callen]

On 04/28/2017 10:10 PM, Ian Zimmerman wrote:
> I'm trying to create an ebuild of a crufty old program that needs
> -fgnu89-inline in compiler flags to have any chance of building.
> 
> What's the way to do that in an ebuild?  I could have something like
> 
> src_configure() {
> econf $(use_enable nls) CFLAGS=-fgnu89-inline
> }
> 
> but then, will this not _override_ (rather than add to, as desired) the
> CFLAGS from make.conf?
> 

If you want a particular flag to be added to CFLAGS/CXXFLAGS within an
ebuild, you can inherit flag-o-matic, then call "append-flags
-fgnu89-inline" in src_configure before the econf line.  If you
explicitly only want to set CFLAGS (and not CXXFLAGS), then call
"append-cflags" (there is also a append-cppflags, append-cxxflags,
append-ldflags, append-fflags).

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Heads up: A reason *NOT* to have xorg.conf file

[Jonathan Callen]

On 04/02/2017 09:40 AM, Dale wrote:
> Neil Bothwick wrote:
>> On Sat, 1 Apr 2017 23:35:59 -0500, Dale wrote:
>>
>>>> You do sometimes need some custom settings though. This goes in
>>>> seperate *.conf files now, which must be inside the
>>>> /etc/X11/xorg.conf.d/ directory. Some packages can place a config file
>>>> there automatically.
>> Packages shouldn't do that, /etc/X11/xorg.conf.d is for local
>> configuration files. Packages are supposed to use
>> /usr/share/X11/xorg.conf.d
>
> According to this, nothing put it there.  I know I didn't put it there.
>
>
> root@fireball / # equery b /etc/X11/xorg.conf.d/20opengl.conf
>  * Searching for /etc/X11/xorg.conf.d/20opengl.conf ...
> root@fireball / #
>
>
> Makes one wonder, where did that come from?
>

It is automatically generated by eselect-opengl, which means it does
need to be in /etc.  It is used to tell Xorg which OpenGL libraries to
use, so that it doesn't have to make a bunch of symlinks in /usr
anymore.  If you aren't using proprietary xorg drivers, then it doesn't
actually change any settings.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: [OT] busybox fsck vs. fsck.ext4 ... experiences?

[Jonathan Callen]

On 03/31/2017 09:50 AM, tu...@posteo.de wrote:

On 03/31 10:59, Nils Freydank wrote:

[...]

The fsck.*'s are built in


I agree:

% bb
~ $ which fsck
~ $ fsck -v
fsck (busybox 1.26.2, 2017-03-12 11:38:12 CET)


--
GPG fingerprint: '00EF D31F 1B60 D5DB ADB8  31C1 C0EC E696 0E54 475B'
Nils Freydank


Ok, if its builtin then back to the initial question:
How does this implementation compares to the "official" stuff of
e2fsprogs and friends?
Any experiences with that ?

Thanks a lot for any help in advance!

Cheers
Meino




e2fsprogs provides two different executables that matter for this 
discussion, fsck and e2fsck.  There are also symlinks from fsck.ext2, 
fsck.ext3, and fsck.ext4 pointing to e2fsck, so I will use these name 
interchangeably.  The busybox executable provides an implementation of 
fsck, but not one for e2fsck.  The fsck executable reads your /etc/fstab 
file and calls the appropriate fsck.${FSTYPE} for each filesystem you 
wish to check (and, in the case of busybox's implementation, tries to 
call fsck.auto for filesystems not listed in /etc/fstab if you don't 
otherwise tell it which filesystem type the filesystem is).  Busybox 
itself does not have any implementation of fsck.ext4, just the fsck 
wrapper itself.  You need an fsck.ext4 implementation to actually check 
your filesystem, which can be provided by e2fsprogs's e2fsck.  If you do 
not have a fsck.ext4 executable, then busybox fsck will be unable to 
actually do any check on your ext4 filesystem.


If your filesystem is not ext4, but instead something else, like vfat, 
then you would need the appropriate fsck.vfat (or whatever), and could 
use ether implementation of fsck to call it, but you would still need 
fsck.vfat.  The only exception to this is if you are using the minix 
filesystem (which you probably aren't), in which case there is a 
fsck.minix applet that can be compiled into busybox, but is not included 
by default.


--
Jonathan Callen

[gentoo-user] Re: [OT] busybox fsck vs. fsck.ext4 ... experiences?

[Jonathan Callen]

On 03/29/2017 10:42 PM, tu...@posteo.de wrote:

Hi,

Before doing the wrong decision:
How "secure" is it to use fsck of busybox in a limited environment
(SoC) to check sdcard partitions (etx4) occasionally instead of using
fsck.ext4 ?
Does someone has some experiences with this ?

Thanks a lot in advance for any help!
Cheers
Meino






The fsck applet provided by busybox is just the fsck(8) driver, which 
calls the fsck.${FSTYPE} command to actually check the filesystem.  You 
still need fsck.ext4/e2fsck from e2fsprogs to actually do the check.


--
Jonathan Callen

[gentoo-user] Re: Borked network connections on KDE apps (ftp, fish)

[Jonathan Callen]

nmerging... (kde-apps/kcmshell-16.04.3)
> 1489518578:  >>> unmerge success: kde-apps/kcmshell-16.04.3
> 1489518578: === Unmerging... (kde-apps/kdebase-menu-16.04.3)
> 1489518586:  >>> unmerge success: kde-apps/kdebase-menu-16.04.3
> 1489518586: === Unmerging... (dev-libs/json-glib-1.2.2)
> 1489518593:  >>> unmerge success: dev-libs/json-glib-1.2.2
> 1489518593: === Unmerging... (sys-devel/binutils-2.25.1-r1)
> 1489518602:  >>> unmerge success: sys-devel/binutils-2.25.1-r1
> 1489518602: === Unmerging... (sys-apps/keyutils-1.5.9-r1)
> 1489518608:  >>> unmerge success: sys-apps/keyutils-1.5.9-r1
> 1489518608: === Unmerging... (kde-frameworks/kactivities-4.13.3-r2)
> 1489518616:  >>> unmerge success: kde-frameworks/kactivities-4.13.3-r2
> 1489518616: === Unmerging... (dev-libs/libverto-0.2.5-r1)
> 1489518622:  >>> unmerge success: dev-libs/libverto-0.2.5-r1
> 1489518622: === Unmerging... (dev-libs/libev-4.23)
> 1489518628:  >>> unmerge success: dev-libs/libev-4.23
> 1489518628:  *** exiting successfully.
> 1489518629:  *** terminating.
> 
> On another box I did not notice this behaviour, but there are some 
> differences 
> between them in terms of applications installed.  Both have the same portage 
> profile:
> 
> default/linux/amd64/13.0/desktop/plasma
> 
> Is it a matter of waiting for a while for the new KDE apps to move into 
> stable, or should I be reinstalling some of the above packages?
> 

Have you rebooted (or at least logged out of KDE) since you upgraded?

Sometimes KDE has issues with network connections after an upgrade, as
some parts are still running with the old code and other parts with the
new, until you log out of your session.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: OT: shell question, maybe xargs?

[Jonathan Callen]

On 03/09/2017 10:05 PM, Adam Carter wrote:
> I have one command that dumps out a number of lines of output, and i want
> to have another command run multiple times taking a single line contents as
> its argument(s) each time. From what i understand of xargs it takes all the
> piped input and runs a command once with each of the piped inputs as
> another argument.
> 
> Eg. say i want to run ethtool against each active interface dumped out by;
> ifconfig | grep ^[a-zA-Z] | awk '{print $1}'
> 
> Tnx
> 

You can still use xargs to do this, you just need to pass "-n 1" to tell
xargs to only use 1 argument from the input per command run (instead of
as many as possible), like so:

ifconfig | grep [^A-Za-z] | awk '{print $1}' | xargs -n 1 ethtool

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Disable Gentoo branding on KDE?

[Jonathan Callen]

On 02/01/2017 05:37 PM, Nikos Chantziaras wrote:
> On 02/02/2017 12:32 AM, Nikos Chantziaras wrote:
>> On 02/01/2017 08:00 PM, Michael Palimaka wrote:
>>> On 01/02/17 23:39, Nikos Chantziaras wrote:
>>>> Is there a way to disable the Gentoo branding in KDE? My launcher icon
>>>> as well as my start screen got replaced with Gentoo-branded ones.
>>>>
>>>>
>>>>
>>>
>>> Are you using the LiveDVD or similar variant? The only Gentoo KDE
>>> branding we ship in the main repository is in kinfocenter and is
>>> configured via /etc/xdg/kcm-about-distrorc.
>>
>> Nope. Regular install.
> 
> And this is the launcher icon:
> 
>   http://i.imgur.com/UyGlgLK.png
> 
> AFAIK, this is the Gentoo logo.
> 

That appears to be upstream's new icon for that:

https://www.kde.org/announcements/plasma-5.9/plasma-5.9.png

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: locale : cannot generate it

[Jonathan Callen]

On 01/08/2017 11:36 AM, Tom H wrote:
> On Sun, Jan 8, 2017 at 11:14 AM, Helmut Jarausch <jarau...@skynet.be> wrote:
>>
>> The strange C.UTF-8 , which was suggested by one of the devolopers of
>> media-gfx/darktable, did cause the problems. The error messages were
>> strange and misleading.
>>
>> Urs wrote
>>
>>> You can generate a "fake" C.UTF-8 locale with localedef:
>>> # localedef -i en_US -f UTF-8 C.UTF-8
>>> and remove it when no longer needed:
>>> # localedef --delete-from-archive C.utf8
>>> Don't blame me for ugly side effects...
>>
>> Many thanks for this unusual hint. With this I can build the
>> GIT-version of darktable.
>>
>> Is the strange locale name C.UTF-8 a "specialty" of darktable or have
>> other distributions such a locale?
> 
> C.UTF-8 is (and has been for a while) a valid Debian locale,installed
> by default with libc. And it became, somewhat recently, a valid Fedora
> locale (so as not to have to install any additional locales in a
> container, over and above the default libc ones, C, C.UTF-8, and
> POSIX).
> 
> 


It is possible to create this on Gentoo (with some warnings) by creating
a symlink /usr/share/i18n/locales/C that points to "POSIX", then adding
"C.UTF-8" to locale.gen as normal.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: GTK+ circular dependency

[Jonathan Callen]

On 10/12/2016 05:50 PM, Daniel Quinn wrote:
> Have any of you seen this before?  This is on a fresh install.  I can't
> get anything GNOME-based to install as it looks like gnome-keyring is
> bringing in an older version of gtk+ which somehow depends on
> gtk-engines-adwaita which in turn depends on gtk+.
> 
> Details:
> * ACCEPT_KEYWORDS="~amd64"
> * Profile: gnome/systemd
> * No additional USE flags.
> 
> 
> 
> # emerge -auDN --keep-going --with-bdeps=y @world
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> 
> 
> [nomerge   ] app-crypt/libsecret-0.18.5::gentoo  USE="crypt
> introspection -debug {-test} -vala"
> [nomerge   ]  gnome-base/gnome-keyring-3.20.0::gentoo  USE="caps
> filecaps pam ssh-agent (-selinux) {-test}"
> [nomerge   ]   app-crypt/pinentry-0.9.7-r1::gentoo 
> USE="gnome-keyring gtk ncurses -caps -emacs -qt4 -qt5 -static"
> [nomerge   ]x11-libs/gtk+-2.24.31-r1:2::gentoo
> [3.20.9:3::gentoo] USE="introspection vim-syntax (-aqua) -cups -examples
> {-test} -xinerama" ABI_X86="(64) -32 (-x32)"
> [ebuild  N ] x11-themes/gtk-engines-adwaita-3.20.2::gentoo 
> ABI_X86="(64) -32 (-x32)" 2,812 KiB
> [ebuild  NS]  x11-libs/gtk+-2.24.31-r1:2::gentoo
> [3.20.9:3::gentoo] USE="introspection vim-syntax (-aqua) -cups -examples
> {-test} -xinerama" ABI_X86="(64) -32 (-x32)" 12,506 KiB
> [ebuild  N ]   app-crypt/gnupg-2.1.15::gentoo  USE="bzip2 gnutls nls
> readline usb -doc -ldap (-selinux) -smartcard -tofu -tools" 5,590 KiB
> [ebuild  N ]app-crypt/pinentry-0.9.7-r1::gentoo 
> USE="gnome-keyring gtk ncurses -caps -emacs -qt4 -qt5 -static" 423 KiB
> [ebuild  N ]  gnome-base/gnome-keyring-3.20.0::gentoo  USE="caps
> filecaps pam ssh-agent (-selinux) {-test}" 1,187 KiB
> [nomerge   ] sys-apps/openrc-0.22.2::gentoo  USE="ncurses netifrc
> pam unicode -audit -debug -newnet (-prefix) (-selinux) -static-libs -tools"
> [ebuild   R]  sys-auth/pambase-20150213::gentoo  USE="cracklib
> gnome-keyring* nullok sha512 systemd (-consolekit) -debug -minimal
> -mktemp -pam_krb5 -pam_ssh -passwdqc -securetty (-selinux)" 4 KiB
> 
> Total: 6 packages (4 new, 1 in new slot, 1 reinstall), Size of
> downloads: 22,519 KiB
> 
>  * Error: circular dependencies:
> 
> (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, ebuild scheduled for merge)
> depends on
>  (x11-themes/gtk-engines-adwaita-3.20.2:0/0::gentoo, ebuild scheduled
> for merge) (runtime)
>   (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, ebuild scheduled for merge)
> (buildtime)
> 
>  * Note that circular dependencies can often be avoided by temporarily
>  * disabling USE flags that trigger optional dependencies.
> 
> 
> 

This is bug 597068[1].  The issue appears to have been caused by a
misunderstanding of when the package manager can and cannot solve
circular dependencies, and the fix is likely to be to move
gtk-engines-adwaita from RDEPEND to PDEPEND in gtk+:2, as
gtk-engines-adwaita has a build-time DEPEND on gtk+:2 (not just a
runtime RDEPEND).

[1] https://bugs.gentoo.org/show_bug.cgi?id=597068

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Brother scanner wants libusb-0.1.so.4

[Jonathan Callen]

On 10/05/2016 05:45 PM, Bertram Scharpf wrote:
> Hi,
> 
> my olde Brother printer/scanner device MFC-7420 needs
> libraries that are provided as binaries on the Brother site.
> Until I switched to amd64 they worked well on a x64 system.
> 
> Now I loaded down the amd64 version but it doesn't work. The
> problem seems to be a library load.
> 
>   # SANE_DEBUG_DLL=1 scanimage -L
>   [sanei_debug] Setting debug level of dll to 1.
>   [dll] sane_init: SANE dll backend version 1.0.13 from sane-backends 1.0.24
>   [dll] load: dlopen() failed (libusb-0.1.so.4: cannot open shared object 
> file: No such file or directory)
>   ...
> 
>   No scanners were identified. ...
> 
> Indeed, "libusb-0.1.so.4" is hardcoded in
> "libsane-brother2.so". The libraries present are
> 
>   # equery b /lib64/libusb-*
>* Searching for /lib64/libusb-1.0.so.0,/lib64/libusb-1.0.so.0.1.0 ... 
>   dev-libs/libusb-1.0.19-r1 (/lib64/libusb-1.0.so.0.1.0)
>   dev-libs/libusb-1.0.19-r1 (/lib64/libusb-1.0.so.0 -> libusb-1.0.so.0.1.0)
> 
> When I use brute force and symlink 0.1 to 1.0 I get another
> error that doesn't actually surprise me.
> 
>   # ln -s libusb-1.0.so.0.1.0 libusb-0.1.so.4
>   # SANE_DEBUG_DLL=1 scanimage -L
>   [sanei_debug] Setting debug level of dll to 1.
>   [dll] sane_init: SANE dll backend version 1.0.13 from sane-backends 1.0.24
>   [dll] load: dlopen() failed (/usr/lib64/sane/libsane-brother2.so.1: 
> undefined symbol: usb_busses)
>   ...
> 
> Brother provides a source package but I cannot compile that
> because it isn't even complete, and when I mail them, they
> don't answer.
> 
> Is there _any_ way to solve this?
> 
> Thanks in advance.
> 
> Bertram
> 

To get libusb-0.1.so.4, you need to install dev-libs/libusb-compat
(which uses the new libusb 1.0 to provide the old libusb 0.1 API).

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Being uypdated or not being updated ?

[Jonathan Callen]

On 07/17/2016 12:05 AM, meino.cra...@gmx.de wrote:
> Hi,
> 
> what is the reason for this:
> 
> box:/root>emerge --update --newuse --deep --with-bdeps=y --tree --keep-going 
> --backtrack=30 --exclude media-video/nvidia-settings --exclude 
> app-misc/screen --exclude x11-drivers/nvidia-drivers @world -v
> --- Invalid atom in 
> /etc/portage/package.use/cross-armv7a-hardfloat-linux-gnueabi: >
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating dependencies... done!
> 
> Total: 0 packages, Size of downloads: 0 KiB
> 
> Nothing to merge; quitting.
> 
> box:/root>eix nvidia-drivers
> [U] x11-drivers/nvidia-drivers
>  Available versions:  [M]96.43.23-r1(0/96)^msd [M]173.14.39-r1(0/173)^msd 
> 304.131(0/304)^msd (~)304.131-r1(0/304)^msd (~)304.131-r4(0/304)^md 
> 340.93-r1(0/340)^msd 340.96(0/340)^msd (~)340.96-r5(0/340)^md 
> 346.96-r1(0/346)^msd (~)346.96-r6(0/346)^md 352.63(0/352)^msd 
> 352.79(0/352)^msd (~)352.79-r4(0/352)^md (~)355.00.27(0/355.00)^fmd 
> 355.11-r2(0/355)^msd (~)355.11-r4(0/355)^md 358.16-r1(0/358)^msd 
> (~)358.16-r5(0/358)^md 361.28(0/361)^msd (~)361.28-r2(0/361)^md 
> (~)361.42(0/361)^md (~)361.45.11(0/361.45)^md (~)361.45.18(0/361.45)^md 
> (~)364.12-r1(0/364)^md (~)364.15(0/364)^md (~)364.19(0/364)^md 
> (~)367.18(0/367)^md (~)367.27(0/367)^md (~)367.35(0/367)^md {+X acpi compat 
> custom-cflags +driver gtk gtk2 gtk3 +kms multilib pax_kernel static-libs 
> (+)tools uvm wayland KERNEL="FreeBSD linux"}
>  Installed versions:  367.27^md(22:10:56 07/12/16)(X driver kms multilib 
> uvm -acpi -compat -gtk3 -pax_kernel -static-libs -tools -wayland 
> KERNEL="linux -FreeBSD")
>  Homepage:http://www.nvidia.com/ 
> http://www.nvidia.com/Download/Find.aspx
>  Description: NVIDIA Accelerated Graphics Driver
> 
> box:/root>
> 
> 
> Emerge says: Nothing to merge, while eix marks nvidia-drivers as
> updateable
> 
> The oracle has spoken to me ...
> 
> 
> Hmmm
> 
> 
> Best regards,
> Meino
> 
> 
> 
> 

You explicitly told emerge not to update nvidia-drivers ("--exclude
x11-drivers/nvidia-drivers"), and emerge is doing exactly what you told
it to -- not updating nvidia-drivers.  If you were to remove the
"--exclude" parts of your emerge command line, you might see different
results.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: executing a command as a nologin user

[Jonathan Callen]

On 07/14/2016 05:19 PM, Fernando Rodriguez wrote:
> On 07/13/2016 01:41 PM, wabe wrote:
>> Fernando Rodriguez  wrote:
> 
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA256
>>>
>>> On 07/13/2016 07:10 AM, Alan McKinnon wrote:
 On 12/07/2016 03:47, jens w wrote:  
> .procmailrc
> :0 c
> * !^X-Loop: n...@example.com  
> | formail -X "From:" | $HOME/bin/script.sh  
>
> procmail.log
> procmail: Executing " formail -X "From:" | $HOME/bin/script.sh
>
> for incoming mail, a script is executed. logfile has the same
> entry as it is in other users. but the script do nothing.
>
> How executing a command as a nologin user?
>  


 You can't, not the way you are doing it.
 You want to launch a shell script for the user, but the user's
 shell is /sbin/nologin. This exits immediately without launching
 the script.

 Give the user a real shell.

 Alan
   
>>>
>>> I've been following this thread and thinking the same thing but
>>> wasn't sure.
>>>
>>> What if you invoke the shell directly instead of the script, either:
>>> /bin/sh -c "" or /bin/sh -c "$(cat 

[gentoo-user] Re: emerge --resume says "invalid resume list".

[Jonathan Callen]

On 06/22/2016 03:57 PM, Dan Douglas wrote:
> On 06/22/2016 12:31 PM, Neil Bothwick wrote:
>> On Wed, 22 Jun 2016 08:39:59 -0500, Dan Douglas wrote:
>>> --keep-going is in EMERGE_DEFAULT_OPTS so the problem is only when
>>> that fails for whatever reason, --resume (with or without
>>> --skip-first) always fails too.
>> On 06/22/2016 12:31 PM, Neil Bothwick wrote:
>> That makes sense, --keep-going has already made sure that all updates
>> that are not dependant on the failing one have emerged, so there's
>> nothing left to emerge until you fix the broken package.
> 
> 
> That's what it should do but it clearly doesn't quite work that way.
> It's easy to prove it's broken by finding any package on the resume list
> that can merge on its own without pulling in a previously failed package.
> 
> I've had completely up-to-date systems where no possible failure could
> result in an unsatisfied dependency and portage refuses to resume an
> `emerge -e @world` with hundreds of possible packages on the resume list
> that would work in isolation. That's the problem.
> 
> 

Often, the issue in these cases is that there is some broken dependency
already present on the system (for some value of "broken").  This may be
a package that is not required by anything (so --depclean would remove
it) is now broken because it requires something that isn't installed.
It may also be a package that is only required as a build dependency of
something, if you do not have '--with-bdeps=y' in your
EMERGE_DEFAULT_OPTS.  Unfortunately, it is difficult to get portage to
explain what it thinks is broken in these cases.  If trying to do a
`emerge -pvte @world` shows packages that would be updated, newly
installed, or rebuilt, when your normal @world update would show
nothing, this may be part of the problem.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: [SOLVED]Re: [A bit off-topic] Bash alias and

[Jonathan Callen]

On 06/12/2016 11:54 AM, Andrew Lowe wrote:
> On 06/12/16 23:07, Andrew Lowe wrote:
>> On 06/12/16 22:43, Alan McKinnon wrote:
>>> On 12/06/2016 16:33, Nico Verrijdt wrote:
>>>> Hi Andrew,
>>>>
>>>> 2016-06-12 16:26 GMT+02:00 Andrew Lowe <a...@wht.com.au
>>>> <mailto:a...@wht.com.au>>:
>>>>
>>>> Hi all,
>>>>  A bit off topic here, but there are plenty of people who
>>>> seem to know their shells back to front so here goes.
>>>>
>>>>  I have set up a Win32 based development environment,
>>>> bash/cc/ls/etc/etc, for 1st year Engineering students who have to
>>>> learn C on a command line. It's fine for me to remember to put
>>>> the &
>>>> at the end of the command when I fire up the editor but for them,
>>>> it's major angst.
>>>>
>>>>  The first thing that comes to mind is an alias. Just off
>>>> the top of my head I tried:
>>>>
>>>>  alias "npp=npp %1 &"
>>>>
>>>> Shouldn't this be: alias npp="npp %1 &"  ?
>>>>
>>>>
>>>> npp being the editor, but that didn't work. Is an alias the
>>>> best/easiest way to do this and if so, what would the syntax be, or
>>>> is there a better way?
>>>>
>>>>  Any thoughts, greatly appreciated,
>>>>
>>>>  Andrew
>>>>
>>>>
>>>> Hope this helps,
>>>> Nico
>>>
>>>
>>> Or just tell them to remember to add the & at the end.
>>> With an alias what will they do when they don't want it?
>>>
>>> Or look at it this way:
>>>
>>> It's syntax, it's important. C is probably more syntax-critical than any
>>> other language around (binds to the right, anyone?) so what's the
>>> problem with requiring correct syntax on the command line as well?
>>>
>>> Obligatory disclaimer: I've recently had a bellyache full of dumb people
>>> who insist I put code when a human (themselves) belongs...
>>>
>> Yes, I agree BUT, this is a "half subject" in a common first year of
>> an Engineering degree. These are people who will become
>> Civil/Mechanical/Electrical/Chemical Engineers and they have no desire
>> to learn programming. To put it bluntly, all they are interested in is
>> their car, getting drunk and trying to get a root - the order may vary,
>> but that is the top three priorities. Anything else is just too much to
>> think about.
>>
>> In reality, I'm doing this to make my life easier. As much as I tell
>> them to do something, write up documents that tell them what to do and
>> reiterate what they have to do, I still get the question "It's broken,
>> it won't do as I want"
>>
>> Andrew
>>
>> p.s. Nico's point was a typo on my part in the email.
>>
> 
> Simple answer to this which a single google search found. You CAN'T
> pass parameters to an alias under Bash. You need to do a function. A
> simple function of:
> 
> npp()
> {
> npp $1 &
> }
> 
> was all I needed.
> 
> Andrew
> 
> 

A better function for the same (that also doesn't loop forever because
the function might be calling itself):

npp() {
command npp "$@" &
}

This allows any number of arguments to be passed, instead of "exactly
one" and allows filenames containing spaces, etc. to be passed correctly.

-- 
Jonathan Callen




signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Change from udev to eudev?

[Jonathan Callen]

On 06/09/2016 10:00 AM, Dale wrote:
> waltd...@waltdnes.org wrote:
>> On Thu, Jun 09, 2016 at 08:16:57AM -0500, Dale wrote
>>> k...@aspodata.se wrote:
>>>> Dale:
>>>> ...
>>>>> Can a system even boot without udev?
>>>> Yes, use sys-fs/static-dev (unless you have some special boot 
>>>> requirements).
>>> Well, I was talking about if udev was removed and then a reboot
>>> was done.  I would think it would boot to a certain point then when
>>> whatever started and needed devices to be created in /dev, it would
>>> start failing.  I suspect this would vary depending on the install
>>> as well.
>>   You need *A* device-manager.  You can use udev, eudev, static-dev,
>> mdev, whatever, but you need something.  Mind you, some software assumes
>> or requires udev/eudev.
>>
> 
> 
> What I was referring to was if during this switch from udev to eudev,
> someone rebooted without any dev manager at all.  In other words, emerge
> -C udev and then reboot before emerging eudev or some other dev
> manager.  I suspect that would get interesting pretty quick. 
> 
> Dale
> 
> :-)  :-) 
> 
> 

Actually, you no longer need a user-space device manager at all, unless
you want to be able to access device nodes under /dev as a user that
isn't UID=0 or has CAP_DAC_OVERRIDE.  The kernel provides a devtmpfs
filesystem that will have every single device node that udev used to
create (udev no longer even creates the devices -- it just relies on
devtmpfs doing so), but most of them will be owned by 0:0 (root:root)
with permissions 0600; excepting certain nodes like /dev/null or
/dev/zero, which will be owned by 0:0 with permissions 0666.  One other
thing that udev does that you might rely on is to create symlinks like
/dev/disk/by-label/*, which can be used by mount(8) if you specify
LABEL=foo in /etc/fstab.  The only other things that I'm aware of udev
doing is to rename network devices and (possibly) to notify other
applications of changes, somehow (but I'm not sure that it actually does
that).

If you don't actually need any of that (you are working on an embedded
system where you only need root anyway, for instance), then you can just
use a bare devtmpfs without a device manager changing permissions,
adding links, etc.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Attic files (app-admin/rackview) removed?

[Jonathan Callen]

On 06/07/2016 01:09 PM, James wrote:
> 
> 
>> https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-admin/
>> rackview/?hideattic=0
> 
>>  rackview-0.09-r3.ebuild  seems to have been removed from the attic?
> 
> 
> I have to revert to using 'wget' to snag the files and a copy
> of the latest ebuild. I thought the command string given the the page::
> 
> vs -d :pserver:anonym...@anoncvs.gentoo.org:/var/cvsroot co
> gentoo-x86/app-admin/rackview/files
> 
> was support to download the files and the ebuild, manifest etc etc.?
> 
> Is there a single (anoncvs) command syntax to use, in general to pull
> complete (theoretically compilable) sources from the archive? It's been 
> a while so my cvs could easily be incorrect
> 
> wget is a champ.
> 
> curiously,
> James
> 

Because the entire directory in question is (now) empty, the
requirements are a bit different.

First, you must do the `cvs co` *without* the "-P" flag (check your
~/.cvsrc). You can bypass a ~/.cvsrc by passing "-f" to cvs, like so:

CVSROOT=":pserver:anonym...@anoncvs.gentoo.org:/var/cvsroot"
cvs -f -d "$CVSROOT" co gentoo-x86/app-admin/rackview

You can then cd into the directory in question
(gentoo-x86/app-admin/rackview), and for each file that you want,
determine the revision of the file just before it was removed (subtract
0.1 from the revision shown on the web view, or read the output of `cvs
log`).

You can then do `cvs up -r1.X file`, replacing "1.X" with the CVS
revision and "file" with the filename in question.  Note that CVS
tracked every file separately, so the revisions will differ between files.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

[Jonathan Callen]

On 05/23/2016 11:08 PM, Dale wrote:
> Jonathan Callen wrote:
>> On 05/23/2016 12:39 AM, Dale wrote:
>>>  Forwarded Message 
>>>> Subject:   [gentoo-dev] Package up for grabs: sys-boot/gummiboot
>>>> Date:  Wed, 18 May 2016 13:45:55 +0200
>>>> From:  Michał Górny <mgo...@gentoo.org>
>>>> Reply-To:  gentoo-...@lists.gentoo.org
>>>> Organization:  Gentoo
>>>> To:gentoo-...@lists.gentoo.org
>>>>
>>>>
>>>>
>>>> I'm no longer willing to maintain sys-boot/gummiboot and this makes it
>>>> maintainer-needed. The package is no longer maintained upstream,
>>>> and has been merged into systemd. It seems that there are still people
>>>> using it without systemd though, so I'm not going to lastrite it
>>>> myself, and prefer getting a new maintainer for it.
>>>>
>>>> -- 
>>>> Best regards,
>>>> Michał Górny
>>>> <http://dev.gentoo.org/~mgorny/>
>>> This was posted on -dev a few days ago. I'm pretty sure there are
>>> some users here that use this and so far, no one has stepped up to take it.
>>> If one of the users who uses this wants to keep it available, may want
>>> to see if you, and maybe some other helpers, can help maintain it. 
>>>
>>> Just thought I would pass this on in case no one was aware.  
>>>
>>> Dale
>>>
>>> :-)  :-)  
>>>
>>> P. S. I'm not sure how this is going to be formatted. It looks odd at
>>> the moment. :/ 
>>
>> The magic to getting things like this to format correctly is to remove
>> the line that is exactly "-- " (dash-dash-space) and everything
>> following it -- or to ensure that that line is quoted somehow.  Most
>> text email clients treat that string as a signature indicator, and
>> assume that everything following it isn't very important, just boilerplate.
>>
> 
> 
> My concern was whether it would show what was my text and what was the
> original since they both looked the same.  It didn't quote like it
> normally would but it is fairly obvious as to who said what. 
> 
> The biggest thing, I wanted to let folks know that if someone doesn't
> step up that this package may die.  I don't use it myself, although I've
> considered switching to it, but know others on this list do use it. 
> Some of them likely have the skills to handle this if they have time and
> choose too. 
> 
> Thanks.
> 
> Dale
> 
> :-)  :-) 
> 
> 
> 


My client decided that everything after the "-- " line was part of the
signature of the original (forwarded) email, and put it and all that
followed in a very light gray on white, nearly unreadable.  It appears
that your client wants you to use TOFU [Top-post Over, Full-quote Under]
for forwards, even though it allows other formats for replies.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

[Jonathan Callen]

On 05/23/2016 12:39 AM, Dale wrote:
>  Forwarded Message 
>> Subject: [gentoo-dev] Package up for grabs: sys-boot/gummiboot
>> Date:Wed, 18 May 2016 13:45:55 +0200
>> From:Michał Górny <mgo...@gentoo.org>
>> Reply-To:gentoo-...@lists.gentoo.org
>> Organization:Gentoo
>> To:  gentoo-...@lists.gentoo.org
>> 
>> 
>> 
>> I'm no longer willing to maintain sys-boot/gummiboot and this makes it
>> maintainer-needed. The package is no longer maintained upstream,
>> and has been merged into systemd. It seems that there are still people
>> using it without systemd though, so I'm not going to lastrite it
>> myself, and prefer getting a new maintainer for it.
>> 
>> -- 
>> Best regards,
>> Michał Górny
>> <http://dev.gentoo.org/~mgorny/>
> 
> This was posted on -dev a few days ago. I'm pretty sure there are
> some users here that use this and so far, no one has stepped up to take it.
> If one of the users who uses this wants to keep it available, may want
> to see if you, and maybe some other helpers, can help maintain it. 
> 
> Just thought I would pass this on in case no one was aware.  
> 
> Dale
> 
> :-)  :-)  
> 
> P. S. I'm not sure how this is going to be formatted. It looks odd at
> the moment. :/ 


The magic to getting things like this to format correctly is to remove
the line that is exactly "-- " (dash-dash-space) and everything
following it -- or to ensure that that line is quoted somehow.  Most
text email clients treat that string as a signature indicator, and
assume that everything following it isn't very important, just boilerplate.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: A Glitch in the Matrix or just another burb of emerge... ;)

[Jonathan Callen]

On 05/16/2016 12:34 PM, meino.cra...@gmx.de wrote:
> Jonathan Callen <jcal...@gentoo.org> [16-05-16 14:09]:
>> On 05/13/2016 06:09 PM, Grant Edwards wrote:
>>> On 2016-05-11, Jonathan Callen <jcal...@gentoo.org> wrote:
>>>
>>>> Looking further at the ebuilds in question, it appears that if you wish
>>>> to have older versions of GCC installed with >=gcc-4.9, you need to have
>>>> USE=multislot on the *newer* versions of gcc (this USE=multislot doesn't
>>>> appear to be completely broken like the old USE=multislot was; now the
>>>> SLOTs are constant with respect to USE).
>>>
>>> So slots no longer "just work" like they have for the past 15 years?
>>>
>>> You now have to explicitly request installation in a slot by setting
>>> the multislot flag?
>>>
>>> Did I miss an eselect news warning about this?
>>>
>>> Is this true for all packages that were previously installed in slots,
>>> or have gcc and a select few been chosen specially for this breakage?
>>>
>>
>> In this case, it's *just* GCC that has this issue.  It appears that the
>> definition of the "multislot" flag for sys-devel/gcc,
>> sys-devel/gcc-apple, and sys-devel/kgcc64 changed from meaning "Make all
>> the SLOTs include the minor version" (so SLOT=4.9.3) to "Allow multiple
>> versions of GCC to be installed at all (instead of one per CTARGET)"
>> [although it doesn't quite do that yet; reason unknown].  This change
>> appears to have been committed back in March, the reason we are all
>> seeing it hit now (as of 8 May) is that portage finally has a reason to
>> want to recompile GCC, because there is a new "vtv" flag available (for
>> vtable verification).
>>
>> -- 
>> Jonathan Callen
>>
> 
> 
> Hi,
> 
> me again, the problem owner...
> 
> I read elsewhere, that the ANDROID-IDE and crosscompiling
> for Atmel-chips has a problem with newer versions of gcc
> than those being installed on my system before the glitch
> in the Matrix happened.
> 
> I cannot decipher the message of thread exactly enough
> to decide whether that glitch is a problem of emerge/portage
> and need to be fixed there (and I have to wait until then) or
> whether I am able to fix it (I dont like workarounds for 
> tools, which decide over the go/no go of a system which
> is based on gcc that much as Gentoo does, though).
> 
> And...if I have to fix something:
> What exactly should I do?
> 
> Thanks for any help for a non-Neo in advance!
> Best regards,
> Meino
> 

The simplest solution to get multiple versions of GCC installed at the
same time is to add "sys-devel/gcc multislot" to your
/etc/portage/package.use (if using crossdev (and you know if you are),
you also would want "cross-CTARGET/gcc multislot", where CTARGET is the
target of your crossdev install).

This will remove all of the blockers on older versions of GCC, at the
expense of having to recompile some/all of them.  The only thing that
the multislot flags controls at this point is the blockers; not having
USE=multislot prevents old versions from remaining installed (i.e.,
setting the flag *allows* old versions to remain installed).

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: A Glitch in the Matrix or just another burb of emerge... ;)

[Jonathan Callen]

On 05/13/2016 06:09 PM, Grant Edwards wrote:
> On 2016-05-11, Jonathan Callen <jcal...@gentoo.org> wrote:
> 
>> Looking further at the ebuilds in question, it appears that if you wish
>> to have older versions of GCC installed with >=gcc-4.9, you need to have
>> USE=multislot on the *newer* versions of gcc (this USE=multislot doesn't
>> appear to be completely broken like the old USE=multislot was; now the
>> SLOTs are constant with respect to USE).
> 
> So slots no longer "just work" like they have for the past 15 years?
> 
> You now have to explicitly request installation in a slot by setting
> the multislot flag?
> 
> Did I miss an eselect news warning about this?
> 
> Is this true for all packages that were previously installed in slots,
> or have gcc and a select few been chosen specially for this breakage?
> 

In this case, it's *just* GCC that has this issue.  It appears that the
definition of the "multislot" flag for sys-devel/gcc,
sys-devel/gcc-apple, and sys-devel/kgcc64 changed from meaning "Make all
the SLOTs include the minor version" (so SLOT=4.9.3) to "Allow multiple
versions of GCC to be installed at all (instead of one per CTARGET)"
[although it doesn't quite do that yet; reason unknown].  This change
appears to have been committed back in March, the reason we are all
seeing it hit now (as of 8 May) is that portage finally has a reason to
want to recompile GCC, because there is a new "vtv" flag available (for
vtable verification).

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: A Glitch in the Matrix or just another burb of emerge... ;)

[Jonathan Callen]

On 05/10/2016 10:59 PM, Hartmut Figge wrote:
> Jonathan Callen:
> 
>> I haven't looked into why gcc 4.9 blocks older versions now, although
>> I know it didn't always do so.
> 
> I was bitten by that problem today. First I masked gcc-4.9 so I was able
> to do an emerge @world. Then I commented out the masking of gcc-4.9 and
> tried to emerge it, I got
> 
> i5-64 hafi # emerge -pv  gcc
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] sys-devel/gcc-4.9.3:4.9.3::gentoo  USE="cxx fortran
> (multilib) nls nptl openmp sanitize vtv%* (-altivec) (-awt) -cilk -debug
> -doc (-fixed-point) -gcj -go -graphite (-hardened) (-libssp) -multislot
> -nopie -nossp -objc -objc++ -objc-gc -regression-test -vanilla" 39 KiB
> [blocks B  ]  sys-devel/gcc-4.9.3)
> 
> Total: 1 package (1 reinstall), Size of downloads: 39 KiB
> Conflict: 1 block (1 unsatisfied)
> 
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (sys-devel/gcc-4.9.3:4.9.3/4.9.3::gentoo, ebuild scheduled for merge)
> pulled in by
> gcc
> sys-devel/gcc required by @system
> >=sys-devel/gcc-4.9.3 required by
> (dev-java/icedtea-bin-7.2.6.6-r1:7/7::gentoo, installed)
> 
>   (sys-devel/gcc-4.7.4:4.7.4/4.7.4::gentoo, installed) pulled in by
> sys-devel/gcc:4.7.4 required by @selected
> 
> It seems judicious to stay with the masked gcc until the problem is
> fixed or someone offers a solution.
> 
> Hartmut
> 
> 
> 


Looking further at the ebuilds in question, it appears that if you wish
to have older versions of GCC installed with >=gcc-4.9, you need to have
USE=multislot on the *newer* versions of gcc (this USE=multislot doesn't
appear to be completely broken like the old USE=multislot was; now the
SLOTs are constant with respect to USE).

-- 
Jonathan Callen




signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: A Glitch in the Matrix or just another burb of emerge... ;)

[Jonathan Callen]

On 05/10/2016 04:03 PM, Alan McKinnon wrote:
> On 10/05/2016 18:14, meino.cra...@gmx.de wrote:
>>
>>
>>   (sys-devel/gcc-4.4.7:4.4/4.4::gentoo, installed) pulled in by
>> sys-devel/gcc:4.4 required by @selected
> 
>>   (cross-armv7a-hardfloat-linux-gnueabi/gcc-4.5.4:4.5/4.5::x-portage, 
>> installed) pulled in by
>> cross-armv7a-hardfloat-linux-gnueabi/gcc:4.5 required by @selected
>
> It's a hard problem to solve, and portage doesn't really know the
> solution. It likely knows how to make itself shut up (remove the low
> version compilers) but that's unlikely to *solve* it. Maybe you really
> want to have 4.4 and 4.9, portage doesn't know how it can give that to
> you so it brain dumps everything it's got and tells you to figure it out.
> 

In this case, you explicitly told portage that you want to keep
sys-devel/gcc:4.4 and cross-armv7a-hardfloat-linux-gnueabi/gcc:4.5
installed, as they are in the @selected set (defined by your world
file).  This means that portage's normal resolution mechanism (remove
the packages that break things) won't work, as that won't satisfy your
requests (as it knows them to be).  I haven't looked into why gcc 4.9
blocks older versions now, although I know it didn't always do so.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Where is CONFIG_MICROCODE gone in kernel 4.4.6-gentoo?

[Jonathan Callen]

On 04/30/2016 09:53 AM, Mick wrote:
> On Saturday 30 Apr 2016 08:50:55 Alec Ten Harmsel wrote:
>> On Sat, Apr 30, 2016 at 09:29:08AM +0100, Neil Bothwick wrote:
>>> On Sat, 30 Apr 2016 09:07:29 +0100, Mick wrote:
>>>> I seem to have mislaid my microcode somewhere, in the latest stable
>>>> gentoo kernel:
>>>>
>>>> # grep -i MICROCODE .config
>>>> #
>>>
>>> Grepping .config is unreliable, and always has been.
>>
>> I usually use something like:
>>
>> grep MICROCODE $(find . -name Kconfig)
>>
>> Alec
> 
> # grep -i MICROCODE /boot/config-4.4.6-gentoo 
> # 
> # grep -i MICROCODE .config 
> # 
> # grep MICROCODE $(find . -name Kconfig)
> ./arch/x86/Kconfig:config MICROCODE
> ./arch/x86/Kconfig:config MICROCODE_INTEL
> ./arch/x86/Kconfig: depends on MICROCODE
> ./arch/x86/Kconfig: default MICROCODE
> ./arch/x86/Kconfig:config MICROCODE_AMD
> ./arch/x86/Kconfig: depends on MICROCODE
> ./arch/x86/Kconfig:config MICROCODE_OLD_INTERFACE
> ./arch/x86/Kconfig: depends on MICROCODE
> # 
> 
> Now you see it ... now you don't!  I am getting really confused.  :-/
> 
> Why on this PC the MICROCODE options become available only when I enable 
> INITRD, but on other PCs such a problem does not exist?
> 

The proper way to load microcode into the kernel is now to have it be
part of an initramfs (the initramfs doesn't (I think) have to actually
do anything, just have the microcode firmware in the appropriate
location).  This is because some things in userspace (like glibc itself)
only check once for certain CPU features at startup, and newer microcode
will actually disable some of those features on some CPUs (because they
are completely broken anyway).  This means that loading the microcode
before any userspace programs run will ensure that applications like
/sbin/init won't crash just because a feature they thought they could
use suddenly disappeared.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Emerge

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/16/2016 04:02 PM, J. Roeleveld wrote:
> On Saturday, April 16, 2016 09:47:15 PM Alan McKinnon wrote:
>> On 16/04/2016 18:58, »Q« wrote: And the most complex thing
>> portage had to deal with was virtuals. I don't think even SLOTs
>> were around then.
> 
> I doubt it. I think SLOTs came sometime around 2010?
> 

SLOTs have been around a very long time, they were first introduced in
portage 1.8.9_pre1, released 5 Feb 2002.  Before SLOTs were
introduced, all versions of a package were effectively in a different
SLOT; this meant that portage would not remove an older version of a
package just because you installed a newer version.  At that time,
portage did not have any collision-protect mechanism (or so it appears).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXFEsnAAoJEEIQbvYRB3mghrMP/jWD4xmikITRQ3UYRnTE/3t3
ZAXQqbv2PyBnu5D2tQ4QYBYiO7pfLGNMu+9nWbaI/q/LgflhqXDf5T5bTQClBkTv
1IhF58J61xQMewI2/dQbhdzbuzUvPakC6SOoRUrM6awMwcqUUOXxlqWpexNZudOW
FxrumkO+ohG/VfER0h7Cobp95tT4p6NpQNXhtncoFJekE/Fkqvzov2b+RPOnkQKL
3FCfkByoW/UvmXw0Vt7V0DIaI4MPixe5MyG7b4NkWy3/IaesYZye+1UX+B6rKH1Y
6fSNbkWkKm5O3APGkymVnxTtrQu14+RyfEXFMkGget7TlV3QihO4pJG7HlCzEzc+
v3P+BudoW8s3XKP+IDCjhvlCHHhilLO2CgJiFV73zFtxp1gOIgb86HHtnDIw/htm
WpmvsA3hRSzr9xlj1j1shOl/fI7swPivSG7Tcl3x8THmgixZRp652m59AszPoog3
oGLEsjUlggHL/MSSTHgSRnzMWiAClD+Llx/3QG4mpB6VSJID03Q4v/F/myyElNDs
cbnicePXD6lLfDJGhEZtV42YkKc2N2CV5aBmW+EWHR7hqLAmNepO6Olb2xIe8MJV
YGRDIWmNj2EueUZSw3+XM/y3oU3Oh05wkaj4L3wQMFt1Jvfaxf4z44c+ZME0nZ+1
hqg1Qvlc98SYvhRqhChh
=q+FB
-END PGP SIGNATURE-

[gentoo-user] Re: blank (black) screen on kde 5

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/15/2016 12:44 PM, Mick wrote:
> On Friday 15 Apr 2016 12:24:46 Francisco Ares wrote:
>> Hi, alll.
>> 
>> After upgrading to kde 5 (plasma), there is a big problem.
>> 
>> No matter if I use sddm to manage user authentication, or common
>> console login to bash and then to X and kde, the result is the
>> same, a black screen with the mouse on it.
> 
> Just in case you missed it and this applies to your problem, it was
> explained recently on this M/L if you are using NVidia then you
> need to add sddm to the video group.
> 

Note that your own user account must *also* be in the video group if
you are using the NVIDIA driver (and any other account used to run
applications that link against libGL.so.1).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXEX8hAAoJEEIQbvYRB3mg+D8P/0YKxk2S/tp4lBxxOWsOT+xr
WUVbbFnP0ok50BE2C7ijtYZOSGxDmYPJC4glNaggP1JtWOm9UbkU4Q9XJa6PR6bP
GFx/5fnyIP7rnBwIlpliM5vHcbDW+cT+IoKmelWcmK/sMVB5n+uLXUOCBj9Kf7Xm
v+vDVL8BsCqMowX2djMDnsNDbgPEF+TqT21iOccHHYF5VcWDeOdU7ChvLX3Wi/Ni
cDLdwn9fLcjW3E70/HLP9Pgs/iSyxlKDXCeoXxqJ15XfnTubCUfpnuK5JGQPvvmV
qLH+lpVQ0ZTJBX5rkGiInOsFkn9dN03otMN31xS0tIB/5LRJV4bjyerfE4t/KT3S
3ky5lROsYA+8pJ0jN9tstTwyVle4GGuZggDo1y+uU/3ehyE25bnkbR1WYT+8pCHh
s3GS9XMbcFexl+URyGclGX3THWtnnoZKCdGFYrBBJ05Jy6UsUOvGQJKyz2FX8/yI
vVkq4qdjNU3uHYgaMgGdWJrlo4FKb+sRw8E2sxnYdGvqYV5GG13yjupbJKmOJC4H
nMDs9WL4sy/sO8II6mMu5GBaB3XtBcBdXNQR0BlKDWTLRn5nVD7aiVqsyJAMqzgx
uL67DaRlvMgKxLt65Xuwcgf4Di+AisBOJYFduNkU1kjLVd1Mv1Q2ZcgTxn3x+Y7K
r2RLDCG9MFjlsEpTuuEr
=8coN
-END PGP SIGNATURE-

[gentoo-user] Re: Has my PC been compromised?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/14/2016 04:40 PM, Mick wrote:
> I run chkrootkit and rkhunter on my laptop.  Suddenly I noticed
> this in my logs:
> 
> /dev/shm/pulse-shm-2469735543 Possible Linux/Ebury - Operation
> Windigo installetd
> 
> 
> Then, rkhunter shows:
> 
> [20:23:27] Info: Starting test name 'filesystem' [20:23:27]
> Performing filesystem checks [20:23:27] Info: SCAN_MODE_DEV set to
> 'THOROUGH' [20:23:33]   Checking /dev for suspicious file types
> [ Warning ] [20:23:33] Warning: Suspicious file types found in
> /dev: [20:23:33]  /dev/shm/pulse-shm-3629268439: data 
> [20:23:33]  /dev/shm/pulse-shm-2350047684: data [20:23:33]
> /dev/shm/pulse-shm-2469735543: data [20:23:33]
> /dev/shm/pulse-shm-2586322339: data [20:23:33]
> /dev/shm/PostgreSQL.1804289383: data [20:23:34]   Checking for
> hidden files and directories   [ Warning ] [20:23:34] Warning:
> Hidden file found: /usr/share/man/man5/.k5login.5: troff or
> preprocessor input, ASCII text [20:23:34] Warning: Hidden file
> found: /usr/share/man/man5/.k5identity.5: troff or preprocessor
> input, ASCII text [20:23:34]   Checking for missing log files
> [ Skipped ] [20:23:34]   Checking for empty log files
> [ Skipped ]
> 
> 
> I search on the errors and I arrive at this FAQs:
> 
> https://www.cert-bund.de/ebury-faq
> 
> 
> Now, I frequently login using ssh into remote servers and LAN boxen
> for admin purposes, but not the other way around.  Is my box
> compromised, or is this two false positives in a row?
> 
> Are you getting anything similar on your systems?
> 

The hidden files in /usr/share/man/man5 are definitely false
positives.  These two files are installed by the app-crypt/mit-krb5
package, and just allow you to type "man .k5login" instead of "man
k5login" to get information about the ".k5login" file that you might
want to create in your home directory (if using kerberos).

The files in /dev/shm/ named "pulse-shm-*" are created by pulseaudio
for its own internal use; applications that may play sounds through
pulseaudio will create those files automatically.

The PostgreSQL.* file is likely also a false positive, but I do not
have postgres installed here to confirm.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXECs4AAoJEEIQbvYRB3mgr94QAIztwA+j469ZZOFTFu7IHmCt
bWg2kHGA87nsNN4eQBrd2pqpHKTyMW3RrGYfstBGUX6/Qlt5QtP7D4FzIeFylNZI
gsJjpPowI4b//9b/W7IHrAfeOH9SyofryoZW/gDNmt3P/MRr1txPKQ/WWSj1i8kU
BgBrgJ3QbrP6Iu5HqyqwWc8oiMmMMLtDCzq2O203HpWqxiqqjUnviin1YY1s5+lP
WiCrK/AMhRXkZhvG2dVhQEoi1uBq535PwLghodl85WehZJHm/oWvda74XhiZvGXf
iF53CPb2qRY+Qu9dW6X/9cYXIOGiZH8N+vIoSQ0/WWucNaBPqaKqcfbDmuIroj+e
kDTWX1QsT8rj3rS57yEk7aLOLtF9tLgO1Eu46J2HE7ULbjpcRqUj2uylz4NH2knR
I1Hmpoy9WLJlqKaisFiCW9rywlRPjgUFp9oM1Tuv4UrjaefV7fSG7QHAgzXEr/8z
A5A06tSIDDRi9oTfzFYCfsur9XAIxih0yKBiujJbpbAFlRo39bJcoDfNYP4oFiX9
meO1oODp3JYq2o3XiNpUuPx5d5+60nWalJ7nHHlLyl0oMUUQOmjUKmDronQWjMvp
siK+bFH+Vl8eNcP8aOSOZO8CuPQtLsBbJJKnt3ZGbNLsquhuFBeDC+UJbmAV8Op0
4TEs+1Iw5qe6AQMD0UAz
=TVu5
-END PGP SIGNATURE-

[gentoo-user] Re: KDE and the new plasma 5 thing

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/14/2016 03:39 PM, Mick wrote:
> On Thursday 14 Apr 2016 11:21:39 Yuri K. Shatroff wrote:
>> 14.04.2016 10:43, J. Roeleveld wrote:
>>> On Thursday, April 14, 2016 10:33:10 AM Yuri K. Shatroff
>>> wrote:
>>>> 14.04.2016 00:49, Dale wrote:
>>>>> Yuri K. Shatroff wrote:
>>>> Hi Dale,
>>>> 
>>>>> I'm not sure on where you got the black screen.  If it is
>>>>> when X started, did you switch to sddm or some other
>>>>> compatible display manager?  The old kdm isn't supported
>>>>> and from what I read, doesn't work.  That may explain the
>>>>> black screen.
>>>> 
>>>> Sddm worked as expected, not to mention its veeery slow
>>>> interface (for that nvidia drivers can be blamed, but
>>>> whatever). The black screen appeared after logging in.
>>> 
>>> Slow interface? It works quite well on my laptop. Did you add
>>> the "sddm" user to the "video" group as mentioned in the
>>> upgrade guide?
>> 
>> No I didn't because I had a much more blatant issue with the
>> whole desktop than the 'SDDM display issues', I just didn't get
>> to that. Thanks for pointing it out, next time I'll give it a
>> try.
> 
> I don't have NVidia or use the full plasma desktop environment on
> my laptop (I use enlightenment instead with a Radeon card).
> However, I have not added sddm to the video group and have not
> noticed anything undue in my logs.  I have however noticed that
> sddm is slightly slower than kdm.
> 
> Why is the video group needed?  What does it do?
> 

The sddm user only needs to be in the video group if using the
proprietary NVIDIA driver, as it controls access to some low-level
device nodes created by that driver for the use of the NVIDIA driver's
userspace component.  It may be possible to use those device nodes to
perform certain privileged actions (the code behind them is in a
binary blob in the kernel with no source), so they are protected such
that only members of the video group can use them.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXECjYAAoJEEIQbvYRB3mgJK8P/1Komec/lz7TYLKM4SW7LfzW
54QCZJdJMh+Vc+fBCt39jtpdABpnJXaqkbB1kVFeMcxA+0qwr7jZ+Ba49sUq/zDH
LDCb+qBG+7Qn/5cVxHfiFj/mAQ7OEAPT1vTco5zfkFH8HhvqNEtte1P+5H5V2Yzq
//kHXwQ7Hwrk9pb/yRn0Ta4LAQBwSO/NgGCslFXyKUwzhENcnVnMz2LlxKadQrqS
pw6odg3yKBkFgruftsuj1m/4eayYCIDRGY+dFjLchMN48hq5uZ5HzXoEWoW9yqTB
1+uYo+kPr7lO+QhUyrLGv7UxNvpNOskZAcTr8Lk+8vndalV17IPRvrrKT6giVeGl
rU3wnD3AU57wfdqNJcm/LcEgk30OzsHl9ElEInbyADCh6x1yi3Ekw2Wbu2Kirat2
hSFK4efQn+yxu/taOFAFmvrYuDpGTOxs9WtA6tvMex8QOPKnovMWHz/WLAO0095U
M90slovPhSI1+gcxpHZgdMaBnwFm7ZNP31/EUKg3xQeiP2pATH11GC2a2kzIa5O7
9qUc8wX6nhJAO2to1snI5hhnwToRo0EvEO7Ia3MsUDwiN9GsGl/c5AD4jgk3iU6g
/e93JWuGvcYs+fJPDNEcx1GTrG822d7mb1n3N7A0HE3xfwVIhsKeqS03i6FcKd1s
fvJKT4IFNPvkZyrt45cg
=H+8Z
-END PGP SIGNATURE-

[gentoo-user] Re: KDE and the new plasma 5 thing

[Jonathan Callen]

On 04/13/2016 04:06 AM, Alan McKinnon wrote:
> On 13/04/2016 07:43, J. Roeleveld wrote:
>> On Tuesday, April 12, 2016 10:55:54 PM Alan McKinnon wrote:
>>> 
>>> Huh. S now 2 days after updating all of kde, I get to do it 
>>> again. Lots and lots and lots of these:
>>> 
>>> [ebuild U  ] kde-frameworks/krunner-5.21.0:5/5.21::gentoo 
>>> [5.20.0:5/5.20::gentoo]
>> 
>> Are you running "unstable"?
> 
> Yeah, ~arch. I've run that almost everywhere for years
> 


Plasma 5 (kde-plasma/*) releases a new minor version every four
months, and bugfixes at the 1st, 2nd, 4th, 7th, and 12th week after that.

KDE Frameworks (kde-frameworks/*) releases a new minor version every
month.

KDE Applications (kde-apps/*) releases a new version every four months
(not on the same schedule as Plasma), and bugfixes each month that
there isn't a new version.

Overall, there are plenty of updates coming.


-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: EAPI-6 dev-python ebuilds

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03/21/2016 01:31 PM, James wrote:
> David M. Fellows  unb.ca> writes:
> 
> 
>> grep -r -l "EAPI=5" * |grep 'ebuild$'
> 
> grep -r -l "EAPI=6" * |grep 'ebuild$'
> 
> 
> yep, it works just fine. sorry for being a bit brain-dead this
> am...
> 
> 
> thx, James
> 

For future reference, this would be a bit more efficient:

grep -r -l --include="*.ebuild" "EAPI=6" .

This way, grep only looks at the files you want to search anyway.

- -- 
Jonathan Callen

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJW8fKGAAoJEEIQbvYRB3mgD0QP/0bfBiRldtoZRWQTxuolVnIF
eF0EIxGzY2DAqcg8W/YHEoa0Wk5ohRJw6efISi463ZDAixRwy7lAqS1fsxc+JVJj
4AzKE/j+RNzO1F41PmXXMe2iaRQwm2cz1HNguok44whpUrm7ouj1y9iB0jbChi99
2i64EmsicySes4sh3KBtcqTz8x0rKtOI2cVtz13guDQlbQ8CFQFfNz5bJphvxJWw
/gVT6W4Rpx/eHyJhizWqjqVpPSnd3UuAz2aO3GwTmx6eLCzHMjgZ+yTzU/KTDwQd
GVvFPf8eDWFyes67V2NvBJlDvYJWZrb0izv28gi3CanGmty5TMWka0V4e/1mHfNt
Ga7sCG8xbM2cCYHeMtrjG2ny/Swjhy1jvqZKG7ENOFI41/clVIcV17xcb79YZZhn
4e6PEYTleX61iNdiFFJ3+qkKjP8SxL2IeGLpLzN+iBj0coqkpLkjmC9KKvKcXWqs
M6fL9IoNTI7kVpSc5PFpbtcpXmG1ZGtbLM2hQpaER2a8WIux+NxJWRp517cisP0Q
5rwjnbImdtZEBqbld6GZlxVOKTLISQDI1YNrpIiex7rUzxO03wFPBADGdZ9yql3X
fbMLGmStCVeK1QAa0WvxGOmcwP5BL0qEQAauMz7jOpsmHkEiF20WMjYiIXo8qUWm
VtBDE7xbF7V/sN+trt9e
=S5hB
-END PGP SIGNATURE-

[gentoo-user] Re: Confessional: how I generally use emerge.

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03/18/2016 02:43 PM, »Q« wrote:
> On Thu, 17 Mar 2016 20:37:04 -0400 Alec Ten Harmsel
> <a...@alectenharmsel.com> wrote:
> 
>>> emerge --update --newuse --deep --with-bdeps=y system
>>> --keep-going
>> 
>> Add "--oneshot", same reasoning as above.
> 
> When the target is a set (in this case @system), does portage ever
> add all of it to @world?
> 
> 
> 

The correct answer for this is "it depends".  Each set can be
configured to be included or not in the world_sets file, based usually
on the type of set.

The file /usr/share/portage/config/sets/portage.conf declares many
sets, setting "world-candidate = True" for some of them.  Others (like
@world, @selected, and @system) are not candidates for @world.  Note
that the "@world" set itself is declared to be exactly the three sets
"@profile @selected @system" -- @system is the usual system set,
@selected is the contents of the "world" and "world_sets" files, and
@profile is certain packages that used to be defined as required in
profiles without being listed in @system (I don't believe this
functionality is used in the tree any more).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJW7yKvAAoJEEIQbvYRB3mgONYQAJbXimtAn8pGuU96707g6+Cm
yfWlZ1QoLM6GNcw20V42sSfioZiHPlAgE+tj2fn+W3e51xwQrBoY2i4JO/3waiy4
j9m6XxC7wjV1ZFzCvS6SavuAYTegkRNRPonC0pKwb2y5zQV64t9tFyhm+bGt4ixn
k3rUjC82YsVEE/Jf4TNdKYvcZL9Qh9h2xSpvWAE1zn9yvtlrjAiAcNC+ZSbSYnHB
FBYN/C7jniv03zTqnzgsfygF+23FB57AScJWFAFg1g2l7c34PhBcdHLi206fLQsX
YhNsHd7mgkSBNhRBH9SaLxI6YG3ldCivKbmzSXdZ2SozRVL+8uqff9RH6JsdOtZE
lTnjxHZ/UV1ZNeUB+4A4tkQlthXewDzdyts+ChTzxlNnVA/YD+zk3JxdCg7Y0t6x
skFmg5Yqhlbq0CLiidllQeHQIEyCHShjMag+Fw7SP0OEJj9mm4IkjAkymuJbnkv7
iqm3Yvsx401+JIByhgUqUIrSlxc0TN0porlC7JP+oXr30vLcDZlrqqsAXq7i1gvG
jM5tL50aP7OCx+bXbVWF31vJYDCts5DQZ5z/pJaCHapgevGbHTXNBeTSQyQuttzr
6fBArEdCW8bHpJzMxRqGHaTICKAAUtJXttt+qyWO0bmRrOsnoPjMliu5vhRbGOjI
3q6JRiM4NkYkgTscKvRo
=u0eN
-END PGP SIGNATURE-

[gentoo-user] Re: KDE's confusing versions

[Jonathan Callen]

On 03/06/2016 07:06 PM, Nikos Chantziaras wrote:
> On 06/03/16 22:37, Philip Webb wrote:
>> Eix tells me :
>> 
>> root:505 ~> eix okular [I] kde-apps/okular Available versions: 
>> (4) 4.14.3(4/4.14)^t 15.08.3-r1(4/15.08)^t ~15.12.1(4/15.12)^t 
>> {aqua chm crypt debug djvu dpi ebook +handbook +jpeg kde mobi 
>> +pdf +postscript +tiff} Installed versions: 
>> 15.08.3-r1(4)^t([2016-03-05 18:13:44]) (crypt handbook jpeg pdf 
>> tiff -aqua -chm -debug -djvu -dpi -ebook -kde -mobi -postscript)
>> 
>> So Okular 15.08.3-r1 is part of version (4), but Konsole 
>> 15.08.3-r1 is part of version (5).
> 
> That's wrong. Okular 15.x is part of KDE Applications 15.08.
> 
> I don't know why it's in the "4" slot. But it's wrong. Okular is 
> NOT a KDE 4 app.
> 
> 

Some packages in KDE Applications have been ported to use the new KDE
Frameworks 5 libraries.  Those packages are in slot :5.  Other
packages have not yet (or had not yet) been updated, and still link
against kdelibs:4.  Those packages are in slot :4.  We are simply
following upstream in the versioning scheme (with regards to
everything being "15.12" for the December release, or "15.08" for the
October release).

Note that upstream split the old "KDE Software Compilation" (formerly
"KDE Desktop Environment") into three separate parts: KDE Frameworks,
Plasma, and KDE Applications.

-- 
Jonathan Callen

[gentoo-user] Re: I don't understand version numbers in Gentoo security advisories

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03/03/2016 04:00 PM, Grant Edwards wrote:
> I'm sure I'm just being stupid, but I don't understand the lists of
> affected and unaffected version numbers in Gentoo security 
> advisories.
> 
> For example:
> 
> Package dev-libs/openssl on all architectures Affected 
> versions< 1.0.2f
> 
> Unaffected versions >= 1.0.2f, revision >= 1.0.1r, revision >= 
> 1.0.1s, revision >= 1.0.1t, revision >= 0.9.8z_p8, revision >= 
> 0.9.8z_p9, revision >= 0.9.8z_p10, revision >= 0.9.8z_p11,
> revision
>> = 0.9.8z_p12, revision >= 0.9.8z_p13, revision >= 0.9.8z_p14,
> revision >= 0.9.8z_p15
> 
> If it's true that versions >= 0.9.8z_p8 are unaffected, why is 
> there a need to list that versions >= 0.9.8z_p[9-15] are 
> unaffected?  Are <> relationships betwen version numbers within the
> 0.9.8z_pNNN seriels not transitive?
> 

The "revision >=" operator in GLSAs indicates "any -r# revision of the
version greater than or equal to the indicated revision", so this is
saying that 0.9.8z_p15 isn't affected, nor is 0.9.8z_p15-r1, but 1.0.0
*is* affected.

Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJW2NLFAAoJEEIQbvYRB3mg0bcQAJ1q+HjadMnxf+c/8JwF0w/U
qQOi7GqaJr2k4zq3I50MxltlsPxyT+wlmq08bEk0nBZ59r/lRhTqsqZtYJVLHyXH
EvwXIq5K7MHvdgNoAmW6LXPxoVc3vQssMKWq5ypY6ZOqteGl7gSsv+M445L9vyMp
7dq63FyxRWWTWY0Wp3og0Do7HBaJTpNjVxjCeXGwOTx4LGYY+ef1Gec+AJbCiIfE
FbQhcagVGPQqolH8vc9Fj/Erw9JwX6kw8KewGv6fJC/7O2cI2urcp6Lc1PBfDEfW
to46VJ0qXw3ZO432QLH63iAKmi2BDJbhRUnvv9h14O4Ac+dJEsvMVwElrDA3kZt9
yo9sEFzNMTXELi5chFB4XgDJ47h4/bvP08SQ/OukFwaoH1oSSrWGhLpAmb9VfJOE
VvzIhXtL/Fm/6nuAKYfZOvV4ad/XhPqRYud6VkpklcPBZEj5ABR8af16oOYqJiZX
9fn6FtGzH9vOF89Q13BDobhU4dCgxGwzPrSxVFVvGFmTivaysb/MOzGon/W+5r8K
DxdlDhuix/lSWaJv7BZSrBfnxj2D51COP1sj4tCwSAZMucv0QbqQtM+XC8ShtAVF
mwNuhGS2NEusEqF7Y40AQKuEfugkSpTukHXqWE7dbBp5C7b8mYTey5Ctuq9GKG3+
51fTQlzO8R6KfzJObyaQ
=1iq3
-END PGP SIGNATURE-

[gentoo-user] Re: QEMU/distcc combination question64-

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 01/02/2016 01:27 PM, waltd...@waltdnes.org wrote:
> On Sat, Jan 02, 2016 at 02:56:58PM +0300, Andrew Savchenko wrote
> 
>> For 32-bit distcc on 64-bit host there is no need to chroot or 
>> create VM (hey, they're hellishly slow!). Just add -m32 to your 
>> *FLAGS to force 32-bit arch. (In some rare cases ebuild ignores 
>> {C,CXX,F,FC}FLAGS, while this is a bug and should be fixed, this 
>> can be worked around on distcc server by forcing -m32 for each 
>> gcc call.
> 
> -m32 in a 64-environment works for "Hello World".  More complex
> code that requires arch-specific headers and libs will have
> problems.  It "works" with Gentoo distcc.  Rather than erroring
> out, it sends the work back to my Atom netbook, and says "Sorry,
> you have to do this yourself". This defeats the point of distcc.
> Outside of Gentoo distcc, the errors stop the build.  So yes, I do
> need a 32-bit environment.
> 
> I ran into this, trying to manually build Pale Moon (a Firefox
> fork) for my Atom netbook from a 64-bit environment.  It doesn't
> work. Mozilla and its derivatives all use the same weird build
> scripts. See...
> https://forum.palemoon.org/viewtopic.php?f=37=10002
> 
> I eventually re-installed 32-bit Gentoo on my ancient Core2
> machine. Since it only has 3 gigs of RAM, it's not losing anything.
> It successfully built the Atom-specific branch (a bunch of
> "web-developer" stuff removed) for my netbook.  My netbook is
> actually "-march=bonnell" 
> https://en.wikipedia.org/wiki/Bonnell_%28microarchitecture%29 I
> selected that instead of the generic "-march=atom".
> 
> By the way, Atom-specific-source Pale Moon builds are really snappy
> on a newer machine when built with "-march=native".  On the other
> hand, the Firefox developers have utterly gone off the deep end.
> The Atrocious^H^H^H^H^H^H^H^H^H Australis GUI was the final straw
> that drove me away.
> 


I think that you misunderstand how distcc works.  The distcc process
*only* sends preprocessed data to the remote machine, and *only* gets
back object code.  All preprocessing (headers) and linking (libraries,
combining *.o files) is *always* done on the host that the packages
will be used on, because slightly different versions would otherwise
cause problems.  So your problem with "arch-specific headers and
libraries" *always* causes that part to run on the netbook, even if
the remote distcc server is exactly the same arch, etc.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWiFzXAAoJEEIQbvYRB3mgwZIP/1bb2cJ5d5DselrzYQd48wXJ
LnftAoBgUtYjc866EYPMYJchW+xQtrSJzuHEPuWDjiwIbgRA7zQzHCYRwJWNXrry
iZPVKaxnTumU/ttUZHZHiBtga5HULwAPkSwCBPrFpFYXuvghNuGIG4Kdz+8a18Ef
hFIbY/qRIXJgNq8bIekoOY7ED1/27mPcNW1BReJoCOo+oTPp6QqbE/nZ+rDtQPBi
Gx8jtJptaHtQ7kCN4ddDfgYQry0/yU5QaScLwzExDXAIAw3I14ecMMu8AtSpacPx
UZ5HOb/iuV4tUcB5yEhbasFAgs7i36Cr0WtcbFZ4XaUA6m92ldwiQrAMMRMT3Vxm
X5Hemtckw9feFxvJw5SEupLbWTG13LZ/pZK03o8DgJIVaEkZcis6RhBZZCwZzuDq
erX3xcsS+vHRrIrZKIbA7Fwc3ronbToH45EcXfdobMLlUp5wx1W2lB1WcS/a8WtJ
L5+c3GmKbjg6HAarZ3kWTHhr0X20J8SLkx2pwUYn7kX6bZEgHpIsyb6I+2ZHkfq4
K1Jc96WVfFwQSu77TPhURUcFMPXlv1zjKnTtwesgLvSVxKSq5wZu/295dkmqeuyg
of2w5wrWaq7DZCPkNVemtknVXeFgAUglkpr9M4DWG8DN4vTlN5naG8D3XPxprT3B
KJCTrSGYoRe/V6Fk/pJ/
=mMUw
-END PGP SIGNATURE-

[gentoo-user] Re: systemd, libgudev and bug 552036

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 12/18/2015 07:43 PM, Adam Carter wrote:
> emerge -1avt systemd
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating dependencies... done! [ebuild   R]
> sys-apps/systemd-218-r5:0/2::gentoo  USE="acl gudev introspection
> kmod lz4 pam policykit python seccomp ssl (-apparmor) -audit 
> -cryptsetup -curl -doc -elfutils -gcrypt -http -idn -kdbus -lzma
> -qrcode (-selinux) -sysv-utils -terminal {-test} -vanilla -xkb"
> ABI_X86="(64) -32 (-x32)" PYTHON_SINGLE_TARGET="python2_7
> -python3_3 -python3_4" PYTHON_TARGETS="python2_7 python3_4
> -python3_3" 0 KiB
> 
> Total: 1 package (1 reinstall), Size of downloads: 0 KiB
> 
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
> 
> sys-apps/systemd:0
> 
> (sys-apps/systemd-226-r2:0/2::gentoo, ebuild scheduled for merge) 
> conflicts with
>> =sys-apps/systemd-212-r5:0/2[abi_x86_64(-),gudev(-),introspection(-)]
>
>> 
required by (virtual/libgudev-215-r3:0/0::gentoo, installed)
> 
> 
> sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_t
arget_python2_7(+),python_targets_python3_4(-)]
>
> 
required by (net-analyzer/fail2ban-0.9.2:0/0::gentoo, installed)
> 
> 
> 
> 
> Would you like to merge these packages? [Yes/No]
> 

There are a couple of issues here, which appear to be caused by some
mismatched keywords in the tree. Your issue is that
net-analyzer/fail2ban[python] requires either sys-apps/systemd[python]
or dev-python/python-systemd. The python USE flag has been removed
from newer stable versions of sys-apps/systemd (in favor of
dev-python/python-systemd), but dev-python/python-systemd is not yet
stable. Therefore, portage is keeping the older version of systemd
installed, as that is the only way it could find to keep all deps
satisfied. If you want to keep fail2ban, the easiest method may be to
keyword dev-python/python-systemd-230 locally, and file a bug
requesting its stabilization.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWdNRQAAoJEEIQbvYRB3mgy4MP/0iX59YRMQgC0su8YwLeCiBF
vbypMwDxhmJ3ZYYLcAcUzY2oGleiRZyShtyym8JB5MdG8z5G5qMkwTdaVByqOFa0
muC6qHL4nNNumNA5h2kqZoswCqLPqYclDj3P++oFlaDM0SiDzU5VrEz6CXTKn6bB
/FjmwuRq1SWAGH+ecloypOEZsy4UFaVM66MvydN+XRTS3R7ybhB+dHFUcsGjokTJ
GP9BsmxBanOgV79r90XwK4/+Zt/b6r4JvN7xuT81MOHTzeParD9fjmMVl68AX7YB
k1roVJPJLTQHnwurzwjjxAz6/8BwgzofADIw/FKqcuiIdRWc8KxgvsVl7ykdNuF4
kW1T2EMoCHbi5iQABTPzZsobrtolHhqZ0qn4mCw4VOuQ8zTgFUkg1rUUOmDurxrD
n3OEphcZRoTs4NJRicJs5omxWIFHpH571X3xI3MOM9W5n4mqTw6yYAlVWV730zU+
wIMl60SMHRnidJO7uCG/8JkAulw4/lkC6jWWFcY5HM2sXzy7W7hrKDZqPMMZ7WjA
gNd4hnUpUvJZsDe+hfAgehz3zh3pq0/GdI/sR9VUYC04NZESdS+LVe17V/RTVjJb
e0vpyR4HbwmrArVx1/m7DZuK19cdmOAT54aCV0LEbE+PK+4nflXwVjFpJiw5zdXV
+rUd4D8a3sY/eTe9cCnJ
=LYWj
-END PGP SIGNATURE-

[gentoo-user] Re: [SOLVED] What package provides gstreamer-app?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 12/11/2015 05:52 PM, waltd...@waltdnes.org wrote:
> On Fri, Dec 11, 2015 at 02:20:43AM -0500, waltd...@waltdnes.org
> wrote
>> I've successfully manually compiled Pale Moon (a Firefox fork),
>> but it doesn't play h264 files.  Apparently, I have to enable
>> gstreamer for that.  OK, I did it.  This time the build fails
>> with...
>> 
>> configure:20206: checking for gstreamer-0.10 >= 0.10.25 
>> gstreamer-app-0.10 gstreamer-plugins-base-0.10 *** Fix above
>> errors and then restart with "make -f client.mk build"
>> 
>> I built libgstreamer and the base plugins package.  It still
>> fails. I can't find which package provides gstreamer-app.
>> Searching Google reveals that a lot of other people have the same
>> problem. http://www.portagefilelist.de/ doesn't have any results.
>> Any ideas?
> 
> That error message is rather cryptic.  Apparently, it means that
> it needs specifically the 0.10-X series.  Searching through old
> threads in the Pale Moon support forum revealed that there are
> "major issues" with gstreamer-1.X support, so the build only
> supports the 0.10-X series of gstreamer and plugins.  This is also
> a problem in Firefox, from which Pale Moon is forked.  Fortunately,
> there are still 0.10-X series ebuilds in the tree.  Just to be
> safe, I set up a local overlay with only the 0.10-X series versions
> of media-libs/
> 
> gst-plugins-bad gst-plugins-base gst-plugins-good gst-plugins-ugly 
> gst-rtsp-server gstreamer
> 
> I unmerged the version 1.X gstreamer and plugins, masked out >=
> 0.11 versions and emerged gst-plugins-base, which also pulled in
> gstreamer. The Pale Moon build is churning along now, and I'll find
> out in a couple of hours how it works with h264.  The web site... 
> http://www.quirksmode.org/html5/tests/video.html has h264, webm,
> and ogg/theora test videos.  I currently have webm and ogg/theora
> working. The gstreamer-enabled build will hopefully also run the
> h264 video. This will also be useful for Youtube in HTML5 mode.
> 


There is no need to remove the 1.x version of gstreamer (unless you
just don't need it anymore).  The 0.8, 0.10, and 1.x branches of
gstreamer are each slotted (well, the ancient 0.8 release is gone from
the tree as nothing uses it any more) specifically so that they can be
installed in parallel, and upstream actually supports doing so (which
is why the ABI version number is in the name of every library, plugin
directory, and executable).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWa10dAAoJEEIQbvYRB3mgUZwP/iE0P4saa7awfU6ry8oaS5Ev
T3rQK/ahtwURWbVKeFu82e9yv6qrt1d6T6Gi47Yfu836OC+DYfpvW27YjHtMDitT
Vab/nsjLIzj+qAu15XAnPvjqabtJWT60J75upeUnBUGVTTrd/IMHRuw41eiwbhGq
2NX7aY0izzAPgoFUs4eG38UinxF8BGWEIm/FjijgNOYdU8XOfGKEw33ED9Iv7jzW
clYstdmRPdtDpKCcbtFPDCULVqzBhoZwc5GO1yl+aC69GVopwrqm+we9B7eEF2AN
knk8vCOQH9c7iEnbAxtZJuMBBDGXAwSIJt4F1s6qq8d7X8ZMyUSz+Qxo3Etq4S3L
sKCDAO+8vyJKTi6CGknIee2tecA4W+rFj4C2uNcqv17ZybBwrbWu9yAkOglDdsgD
WOLc4yoz1n0IOUDCqzFIze4+t9A03tC3W102hdSBpGwEj/UCe/ey/SMBu9+gOZb2
MgDcrmUMdeFsVYhiUSqh4Gp8Rriqv5IMQWxwoQ74IvFGINtQ1QD+IvX7BqFa6OQU
obzb0ucclRfyyoYsgUtHo5utazXaHEhyH9pQERacn8qUFYjQVFSqlNRS8blHz7RC
LTgCUDZ9eVwz75XFFvwQvXcC75arqXM1qRGJLs9HUwpBL1hHfb8QanLBv18URBBA
6EUhURqyIOT68DRKaL/m
=+mys
-END PGP SIGNATURE-

[gentoo-user] Re: Console fonts revisited

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 12/04/2015 02:45 PM, waben...@gmail.com wrote:
> waltd...@waltdnes.org wrote:
> 
>> On Fri, Dec 04, 2015 at 10:02:59AM +, Peter Humphrey wrote
>> 
>>> A question for Wabe: are you talking about X fonts? I've been 
>>> working on console fonts on a machine that has no X or other 
>>> GUI. It's bad enough that terminus-font needs a few X 
>>> libraries, without going the whole hog.
>> 
>> Speaking of console fonts, is there a 24 pixel-wide font 
>> available, or are there font-editors that can easily double or 
>> triple the width of a font?  I have a 1920x1080 monitor, and 
>> 8-pixel-wide fonts are unreadable with a 240-column-wide
>> display. I currently have...
>> 
>> consolefont="sun12x22"
>> 
>> ...in /etc/conf.d/consolefont.  Remember to run...
>> 
>> rc-update add consolefont boot
>> 
>> ...to make it take effect.  That's 160 columns across, and 
>> readable, but still too much.  A 24-pixel-wide font would give
>> me 80 columns across.
>> 
> 
> Try consolefont="ter-124n". But as Peter said, the terminus-font 
> needs some X libraries. I never noticed that, because on my system 
> X was already installed before I installed 
> media-fonts/terminus-font.
> 
> -- Regards wabe
> 
> 

media-fonts/terminus-font only requires X11 packages if USE=X is
enabled (adding deps on x11-apps/mkfontdir and media-fonts/encodings)
or USE=pcf is enabled (adding a dep on x11-apps/bdftopcf).  All these
deps are compile-time only.  USE=pcf installs the fonts used in X11,
USE=psf installs the fonts used on the console.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWYiC8AAoJEEIQbvYRB3mg/30P/1rnQtFR9amK3y5Tj/KfrryP
gsDXiEXZAWNQ4Jf0FC9njPsedpUcYqndFx+T8u63oW6jwhm9Yq8m19MtVRcFO72C
p7IEn/zwHXcJeEO9kIIa36iKpjLY9e/bGhPUb6BXM0cuGmBzbz4C2Q/ORX15bhAS
TGEmLw8y/QT7sDIeYvbaWTcfz2xDOwPF4+KUW4C2kV+sDnZAff9L1fv4EYro+FTP
2qu5BXH+sZUss1DUK0qNNQbyY+bwL9s7ch9S3coqVEMQUIJAPoC+aHNlSXPVqHre
e5kefUBcRRI1PoLMfMzKe5PzuZ1uz4/vKoutVFOc3zLdFFnKxe4tAN0pdyTpB0Y2
ZTqd0vK5zVPP4qb9f3tmi/3MKLCUTQlN1+B11ylAnpYKKXZJtGFCKcEeKjGAuxFA
01VlNu7WUZlChau8kElNe+5dD5dLce8rXvLHLjQ7A3LpV9VFnDF4pPzdcTppfhJo
Fy38PhrLCvSyBF2JawvoF8HPFzCLAgMdmX9bE6Nv65Zb4uokwjqfl9TDFxM1faR0
huVRaSLPzp/ZxjBXceud1hsbj9m3D5eEq1WldaSjZVq8nEWWuDOkqBAWElRIaaeD
wdufEkndEjROT3xvdnpxgKU2bl93z1bI2jBXc/qKomdtnT4J83jDDB1tk8yN+oyJ
tXULZ55kt5QQytA+56RM
=4LzZ
-END PGP SIGNATURE-

[gentoo-user] Re: Weird "df" output

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 11/25/2015 05:10 PM, waltd...@waltdnes.org wrote:
>   I'll admit that my system setup is a bit unusual.  A long time ago, in
> a place far away, hard drives were small, compared to today's standards.
> The usual unix practice of multiple seprate partitions was not feasable
> for me, but I did want to keep root on its own partition.  So I
> compromised with a small / partition, with empty /home, /opt, /var,
> /usr, and /tmp directories.  Their real equivalents are bind-mounted
> from a much larger partition.  I just re-did my oldest machine.  It has
> a primary partition 1, which covers the entire hard drive.  The /
> partion on /dev/sda5 is approximately 500 megabytes (YES!).  There's a
> 3.8 gigabyte swap partion /dev/sda6, and the rest of the drive is
> /dev/sda7.  Here's the relevant portion of /etc/fstab...
>
> /dev/sda5   /   ext2 noatime,async  0 1
> /dev/sda7   /home   ext3 noatime,async  0 1
> /home/bindmounts/opt/optauto bind   0 0
> /home/bindmounts/var/varauto bind   0 0
> /home/bindmounts/usr/usrauto bind   0 0
> /home/bindmounts/tmp/tmpauto bind   0 0
> /dev/sda6   noneswap sw 0 0
>
> ...and the output from "df"...
>
> Filesystem 1K-blocks  Used Available Use% Mounted on
> /dev/root 495944 49416420928  11% /
> devtmpfs   10240 0 10240   0% /dev
> tmpfs 310080   356309724   1% /run
> shm  1550384 0   1550384   0% /dev/shm
> cgroup_root10240 0 10240   0% /sys/fs/cgroup
> /dev/sda7  476205120 292365556 159643008  65% /opt
>
> ...showing /dev/sda7 mounted on /opt !?!?  mc (Midnight Commander) shows
> 152 of 454 gigabytes free on all of /home, /opt, /var, /usr, and /tmp,
> which is correct, since they're all really bindmounts from /dev/sda7.
> The / partition (/dev/sda5) has 411 of 484 megabytes free.  The machine
> works OK, but the "df" output is a head-scratcher.  I've re-booted a
> couple of times, with no change.
>

df reads /proc/self/mountinfo to get the list of mount points. This file
will probably look something like this for your system (exact numbers,
order, and contents may vary):

1 0 4:0 / / rw,noatime,async - ext2 /dev/root rw
2 1 0:1 / /sys rw,nosuid,nodev,noexec,relatime - sysfs sysfs rw
3 1 0:2 / /proc rw,nosuid,nodev,noexec,relatime - proc proc rw
4 1 0:3 / /dev rw,nosuid - devtmpfs devtmpfs rw,size=10240k,mode=755
5 1 0:4 / /run rw,nosuid,nodev - tmpfs tmpfs rw,size=310080k,mode=755
5 4 0:5 / /dev/shm rw,nosuid,nodev - shm tmpfs rw
6 4 0:6 / /dev/pts rw,nosuid,noexec,relatime - devpts devpts 
rw,gid=5,mode=620,ptmxmode=000
7 2 0:7 / /sys/fs/cgroup rw,nosuid,nodev,noexec - tmpfs cgroup_root 
rw,size=1024k,mode=755
8 1 8:7 / /home rw,noatime,async - ext3 /dev/sda7 rw,data=ordered
9 1 8:7 /bindmounts/opt /opt rw,noatime,async - ext3 /dev/sda7 rw,data=ordered
10 1 8:7 /bindmounts/var /var rw,noatime,async - ext3 /dev/sda7 rw,data=ordered
11 1 8:7 /bindmounts/usr /usr rw,noatime,async - ext3 /dev/sda7 rw,data=ordered
12 1 8:7 /bindmounts/tmp /tmp rw,noatime,async - ext3 /dev/sda7 rw,data=ordered

Note that all the bind mounts show up with the exact same device name as
the original mount they were bound off of. In the interest of not
showing duplicate information, df will only show the mountpoint that has
the shortest path, using the first of those that have the same length
path. As "/opt" is shorter than "/home", that is the mountpoint df uses
as its display name.

The fields in the file are as follows:

1: mount number
2: parent mount number
3: device major:minor mounted (0:x for filesystems not backed by a
block device)
4: path within filesystem mounted
5: mountpoint
6: per-mount options (may differ with multiple mounts of same
filesystem)
(any number of optional per-mount flags may follow, terminated with...)
7: the exact string "-"
8: filesystem type
9: filesystem device name (or string passed to mount(2) for virtual
filesystems)
10: per-device options (always the same for multiple mounts of same
device)
(any number of optional per-device flags may follow)

Note that on Linux, df now prefers to use /proc/self/mountinfo
*instead* of the old /etc/mtab file that (usually) gets written when
mount is called.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWVk7iAAoJEEIQbvYRB3mg0pkP/2q3QsRDFFNZShv/tH5W6zkO
tDk9GX/fMa6R+DyY151ZHiMNOqb/DZRupFudOHJOAIP8oUHAJxOdDg8NXrLFsbcs
8iNEKfLLQq2VrTPpdOoFZcNu2I8vVhc9F08IFTo2wqS8CXPzu7qBH/e5cpDsq43S
W0QKxEptgaGoYSdy3PLRoXcz8kUHYC/tbnJo33tZFu9iRss2WF1EAw3jOtZh0SNO
IoZmowzVNml9WQr7SKVGx/8lrOqzUfahb

[gentoo-user] Re: Experiences with gtk3-nocsd?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/29/2015 08:47 PM, walt wrote:
> On Tue, 29 Sep 2015 16:09:00 + (UTC) Grant Edwards 
> <grant.b.edwa...@gmail.com> wrote:
> 
>> On 2015-09-29, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
>> 
>>> I'm sick and tired of the Gnome "CSD" nonsense which appears
>>> to be a concerted effort to break gtk+ apps on all desktops
>>> other than very specific configurations of Gnome desktops.  To
>>> the Gnome developer's credit, they seem to have been quite 
>>> successful in that effort.
> 
> +1
> 
>> The app that's causing all the pain is evince (if I could abandon
>> acroread, I wouldn't need elevety-hundred packages built with
>> 32-bit support).
> 
> +1
> 
>> I just found atril, which is more-or-less a fork of evince sans 
>> all all the gtk3/Gnome CSD BS.  For now, I think I'll just ditch
>>  evince.
> 
> +1
> 
>> 
>> Now if only there was "print current view" option in atril
>> 
> 
> When I click on the "File" drop-down menu (top-left corner of the 
> atril window) and choose the "Print" item, I get a pop-up dialog 
> widget that lets me configure a bunch of settings before the 
> document is sent to the printer.  Included in those settings is 
> "Print current page" (as opposed to "Print all", or I can type in 
> the page numbers to print).
> 
> I get exactly the same pop-up "Print" widget whether I'm printing 
> from atril, web browser, libreoffice,  or this email client 
> (claws).
> 
> I've been seeing the same print widget for so many years I stopped
>  wondering which package installs it, but it's not part of any app 
> that lets me print things.  I think it's part of the 
> gnome/mate/xfce/lxde family of desktops because I use all of those 
> and the printer widget is always the same.  Must be a gtk thing 
> because all of those desktops install the same gtk infrastructure.
> 
> Can anyone else enlighten us on the printer widget I'm describing?
> 
> 

The printer widget in question is part of GTK+ itself, generally
launched via a GtkPrintOperation object.

- -- 
Jonathan Callen

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWCzmFAAoJEEIQbvYRB3mg65kP/jolYPPwmyM1Lbyile1uatv+
6R+P/I0gs3Y3hFOZk904MdTKIT77FmwWydp6sT2P4KTPI8L7ivQWmezdyVyPqb5i
7QbRQFpZp8UXO1yot97oq8YuGFyD085h9PfO7gk/W9unHd6yXOFOHAoWKHdOHnwn
o5OlFndLhgskqv/pE2lcqazZ/FtHgeGz6nSBUDlqfWTM2OT3TajhzZxobVED+JiD
fKCWBY4QTAHj3Oq9PDGlvnY7k503ceLTRGckTipc+JQdcQqZPNb3eHqMwqD5XJoc
ErPicqjnB38EN3mKZOw4YdEoCD5sT1juvBQW1iZFIh/w5olIWs8hmxGioFzuLWMU
7rcjzppVxvWyDydqeSdO6lpSVmOTSaf6tO76/u9Jp863J0MLj29dBwaWGDSuB4lj
OLp0w4j/eX93tIirildIIWE/7FiGYdIS6ePLT+Il7rSBECvAbYpeEsWUFoP3Ne0K
FGHZMGQs35vDRrP0MUuVoe8KIW05oaf89Seo6m3spEEZqGrHGxpJr26oBp3dVSR4
sLEGz0ZcWEN85ouEy16QII3G7y32yVFr7I/UOit6+dG1kvjdGgdgzW+nLSba4qkZ
2T1HIJr6j4npHEYe7lfa9xk4NxJ3JCAeVSAUkFIIkJR4e95qyDC4cxM+Ix4gcxgi
l79XyYHYmmwJXtqOx5R/
=akeH
-END PGP SIGNATURE-

[gentoo-user] Re: why --noclear not set on tty1 in default /etc/inittab?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/08/2015 01:37 PM, James wrote:
 James wireless at tampabay.rr.com writes:
 
 there is *no we* in nix unless your or I step up. Fair enough! 
 ::
 
 git clone --bare https://gitweb.gentoo.org/proj/gli.gitCloning 
 into bare repository 'gli.git'... fatal: repository 
 'https://gitweb.gentoo.org/proj/gli.git/' not found
 
 It'd be wonderfully appreciated if somebody (anybody) has those 
 old installer sources anywhere I can replicate them for
 tweaking.
 
 
 SVEN created a wonderful repositor of old portage snapshots::
 
 
 http://blog.siphos.be/2013/12/upgrading-old-gentoo-installations/
 
 But, alas it has disappeared too?
 
 Granted the posted reason is a failure of guidexml:
 
 Resource unavailable
 
 The requested resource uses Gentoo's retired web publication system
 GuideXML. As support for GuideXML was disabled on May 18, 2015, the
 resource can not be displayed. We hope the author provides an
 updated version soon.  
 
 
 So there is no other way to publish archived portage tree 
 snapshots?
 
 Really?
 
 Gentoo devs should at least appreciate the frustration the 
 gentoo_commoners experience:: since it looks like the only 
 automated installer we're going to get on gentoo is DYI I'm ok 
 with that but the simplest path (IMHO) is to just start off where 
 the 2009 installer left off.
 
 
 After all, all the brilliant minds say that it cannot be be or 
 should not be done (create and automated gentoo installer).
 
 
 James

Until Sven updates his code to not use GuideXML, I have linked to his
snapshots in my own devspace, under
http://dev.gentoo.org/~jcallen/snapshots/.

The snapshots go back to 2008-01-20, and are current to 2015-07-20.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVxlRSAAoJEEIQbvYRB3mgTZkQAM5uYkuMIb9EETwv2U/AVcij
c3VBLrd7pjC0IuN2f3sf4mMKJ7FG712Ixo1tO0Kwxzz0Mxr++99Gt3nk5cqcHkIj
tnde8Gr5LeVfExkF78xoVtSaVxtowsr84Ntynn+qgu9SuoFdhS6QtFvlalI5SeYG
QASs+Q6ABrcmmE+Uw1hFk3sSzn5M3/VBxsgdxbGQac75CXPz2Kj2sUk7edBNakIa
aG5z+pn7m9yxSWRslK/zv/y3E7s26gXXJQNXbOMeG1iY8PW7PQw8PfzZh14RiQGU
4LKW7YRCGlLxGW4D5o7XMI4rluMe9MjY/yWPiFx9re0PgxGLHe84nrtxa17Barbv
swfrO4OdRTAR6Rl3Pb5RNlI52Ir5AkLA7eiyOgfxioAgaLITRA4qHx72rft4sb+P
f97BxdXq4Bpp6sj1hOsqOS2vuYELx+5ijyUNS7yU4tH2QWyjmM7IBRP2AxKREr9x
kHHz8bZQ0VIfMmITF3ajpaC8CGhewVXKywWCPzeCfuXpN0C3xr1s0tz64e9Xi1UR
tYGI13Lo/89s2Q7DoeAFWU2Y+McMuqwmn4qCAGuRYqqkM3KO5Aqn3Zf7+rliDKs8
vvPnhQdB60KezYU74YGOngT6NtbBmsRFiCi1gpjlhi4SIbULWDDLN5mylNzca93H
0xb/yMdQv3BejipWNyLk
=gdnT
-END PGP SIGNATURE-

[gentoo-user] Re: SDDM/KDE5: no sound card available?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 2015-07-21 14:12, Nikos Chantziaras wrote:
 I upgraded to KDE 5 recently, and was using LightDM as the display 
 manager. It seems that KDE 5 prefers SDDM though and offers a
 config module for it in System Settings.
 
 So I installed SDDM. However, when I log in with SDDM, I get no
 sound. My sound card just... disappears. alsamixer -c0 says:
 
 invalid card index: 0.
 
 aplay -l says:
 
 aplay: device_list:268: no soundcards found...
 
 Even if I disable pulseaudio, there's still no ALSA cards found.
 
 When I ctrl+alt+F1 to a console and log in there, there's no
 problem. My sound card is found. But in a KDE session started with
 SDDM, nope. No sound card (and thus, no sound.)
 
 Works just fine with LightDM.
 
 I'm on ~amd64 with gentoo-sources-4.1.2, pulseaudio-6.0. KDE 5 is 
 installed from portage (kde-plasma/plasma-meta). Any help?
 
 

Are you using systemd?  If so, did you build sddm with USE=systemd?
If not, did you build sddm with USE=consolekit and read the warning
printed by portage?

 This display manager doesn't have native built-in ConsoleKit
 support.  In order to use ConsoleKit pam module with this display
 manager, you should remove the nox11 parameter from
 pm_ck_connector.so line in /etc/pam.d/system-login


Your issue is most likely that your X session is not being treated as
a login session by logind/ConsoleKit, and therefore your user is not
being added to the ACLs on the various devices under /dev, including
all sound devices, certain input devices, any CD/DVD/BR devices you
may have, and certain video devices.

- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVrvMEAAoJEEIQbvYRB3mgJi8QALktjDzO32+5G349HzOPE/nw
aJ2wM8wue8/x2VdIK0q9d/DqVQLqw36j4qZl9tC3cSWQLdetmsHz563MCETfAW9d
GBsGCldWortdQkwAe7FX3yb0vJgqmVJ7CDjwZ/W3JGyX/ARwFPQIjdKW9MfIJcsS
XgvyV1gpVBu4xol64M0xl87hUKE+o17Ng/JCo9shU0ioO03BW0w2aKSviqPHtQYA
iKIz3q6xdi/g7aybPU8eqRmwWytlQXj8aZm3N9+Cx2dCe8a4/nLtZmfetxyTC+5O
WYqeQVeITjCdT0e53w6ZXX2fqe+NjrMVtUHJYjV+XNhT2FoISE/HwqTiuG2DVMf6
avOqQXC/LAZARUICmKdqamWRlBpnO1kUElp6XaGqmtX1wVd3VyZr9AcFVMw+NZv5
uBW4kudaq19cLcXH6/VYawg+eWaUdJ34ILVokpZLAG6/HP6fD3m49rkx25o6Q1JO
cl/NftK9TULGxjnHMfUnFnA53eA45qwBVe90IfdN6TRrlJt7EGqAYcMY6Ib1TUs3
XD/y+tMA8u7nuJqS0vujgtlyfjcqYMA9EEEQ8TT1aDiw/HT3vEFtbx/6pFOnCTZd
LkDRkY//K706X4eagK9Alhqb44nRgI6frWAfEJRQnXCyNTDKyntseSDUVKCD9rwP
TTc/MU34RvWrdaIyN27f
=eO32
-END PGP SIGNATURE-

[gentoo-user] Re: grub-2 update

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 2015-07-16 17:41, Neil Bothwick wrote:
 On Thu, 16 Jul 2015 20:01:29 + (UTC), James wrote:
 
 I gave grub-2 a try earlier this week and once again couldn;t
 figure out how to install that mini-OS that bootstraps a boot
 loader which bootstraps a boot loader which loads code that
 loads a kernel. So back to grub:0 for me
 
 I do not really want to go to back to grub-legacy. I do not what
 to be bound to (u)efi booting either.  You could just lie to me 
 and make us both happy?
 
 If you have UEFI, then just use Gummiboot, it's much simpler.
 
 

The Gummiboot project is no longer maintained, it has been merged into
systemd as systemd-boot (note that using any other part of Systemd
should *not* be required to use systemd-boot, but I don't know for
sure because I do not have any non-systemd systems).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVqEQ0AAoJEEIQbvYRB3mgtToP/AgKlQrdkgMq5ss8n/uO5hwl
iBMu9+iFE7NRyp8tu/KZ7QPmVTwrkNu3WtmquhNakUj12ryI+mGQ/PHdcEB/p3LD
9vlxLWemj7HI4Qk+RZZqNThOCXAYP+mc3i3T2NgKgYuceoIk/z+kwAPVfnmqSjlZ
QyYS5sveoVwM43AdqbatAvt8n2BEmYbTz9PjZ5zcrRYTpZphqltdU29NbzCvsYVU
BOf10p5kzSi9G+Aph89RBpQhowL9iwVDLalZ/NUKk588ZyQLi78JotghnCGUJ9Ig
1492fMcIsqiAkOkSuVoPtiOu0SITaHyDTOHfE20+QtOm29HM1Hm9MrV94FkQGY92
Bdl/a6BIZssbNgLiNuayo9V3OV/JoSlPjp52a4h2d/Vu+NxKyvjswwK6LFae/ka5
pf9bAqiq2jEl21yboskH35EbYDciZddG48r5VMQl0hplplkCoLrBUVlvdW8M/28a
Yu9IH19+VpqAOuahmOJvMQ5/OOHRVj7RRzJC51YGPXR2uSxcV5SDLCIts6Oiww+w
qI7aVang9JibuY166T2j4LYWGEXjeO7xE3xk7kWKO6l/608uLA4Vyrt/vaFLsJL1
XrxWzcBQ+lVnY/+g8tv6q0nINhVQ551ugUxCilTJzHmSCT/1aAa7Bx0YS+5LwyRq
qqWwjSTxzG6yl88l6ys2
=ys3e
-END PGP SIGNATURE-

[gentoo-user] Re: Profile listings

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 2015-06-19 15:46, James wrote:
 Martin Vaeth martin at mvath.de writes:
 
 
 James wireless at tampabay.rr.com wrote:
 
 # PORTAGE_PROFILE=/usr/portage/profiles/arch/arm/armv7a eix -c
 --system No matches found.
 
 Obviously, this profile contains no  at system packages. Which
 appears natural for an embedded profile...
 
 Obviously, one cannot obtain the profiles to other arches from the
  data found in /usr/portage/profile, easily. Surely a front-end
 would be keen for this.
 
 Also, I had a friend on an embedded gentoo (arm) board verify  that
 the same 42 files for @system was installed on his arm board (eix
 -e --system).
 
 
 I surely hope that something (gui tool) convenient and robust
 becomes available; maybe GLEP64 will help.
 
 For embedded (any arch) I would expect that the @system would not
 contain all the files necessary to compile code. After all, that's
 really what cross-compiling is all about. I'm not sure a single
 packages, such as busybox really contains the best/complete codes
 that is needed on an embedded gentoo system, but that is a
 different issue.
 
 
 I also think there is room for another profile, between default and
 embedded where the target is a single (or focused) build for
 something like a sniffer, a data collector, a firewall, a bridge, a
 router, etc etc to have less than the default profile and
 specifically matched to a tuned (aggressively pruned) kernel for a
 very specific and limited purpose.  That said, I'm going to think
 about this a bit more and marinate over the postings from Andreas
 and others for a while  longer to decide what I think it should
 really be.
 
 
 I also think there should be a well defined path of what and how to
 migrate from embedded to minimized[focused] and default systems.
 One could experiment for example experiment with running a gentoo
 based firewall-router on an embedded gentoo system, a
 minimized[focused] gentoo system and a default profile gentoo
 system all with the same firewall-routers codes for cost and
 security and performance evaluations.
 
 
 
 Thanks to all for the excellent information and input! Sorry about
 being dense, as now Andreas's posts make more sense, but also
 highlight the shortness of breadth of gentoo's current profile
 system. It's also a pig mess of code, ideas and old constructs,
 imho. (note: nothing negative about the wonderful folks that have
 maintained and extended profiles over the years, but, it is time
 for a discussion and new architecture for the entire profile
 landscape, imho. Maybe after Glep 64 is usable it would be a good
 time to move forward on profile_modernizations..
 
 
 Others comments are welcome.
 
 
 James
 

The list of all profiles that can be chosen (for all architectures)
can be found in ${PORTDIR}/profiles/profiles.desc .  There are other
profile-like directories under ${PORTDIR}/profiles, but these are
only used as parents for a complete profile, as would be listed in
profiles.desc.  Most profiles do not change much, if anything, in the
@system set.  The @system set contains much more than you would
probably need for a dedicated, embedded device.

- -- 
Jonathan Callen

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVhi96AAoJEEIQbvYRB3mggLMP/3xi0EQFcHXx1rrPufYq/is4
VVne2H9PtvFtfhqCVpjqIMFqknL0XwtjDRJx/EdFO1Ym02tR5OX/iU4hcmyRVg9X
6OgecksDhtQVs4UVfNkjBOEbMUMMFKEimboLq1w9j8RwmjMx84ZYuhkNag33d72X
4St4ly8Y7w1feeirn925of7Dj7upQeievpDs6kK7WtLIA8t8nZeBmNFUfkjlAfCe
YSukUBqzK8vq92M5jmJRbtPaOePZppJBRcmiPOqqF8uhtXozo9dgoOk1TANXtNEV
fip4NLczVM8eOf54JLAM6ttBuBK1yTQx4csnPBbd6WU3vD2E0YSuZjFADFBWsTiY
8Q7ZvZIg7i60ZwzQ127MTgOQQDYHEgpEorWC9X1EKHMIke6k9mFQtdaGMPIkb8jt
3F/LbV4YP6h0Q6QQdQq4LpWBmvZ78LmJwm5KtXMZean4Z5G3rSzmbu/nsSJy0zEW
zJu2vKcitzzJNE7c0CBpWVUcUj9ZB819ao5tMxbft/LJNTgURz7wScW1FSS6R+n1
EzQgBQdWyIXaYMqAAapYrMgZhKdij4NAGp7rUi+uIIrxleu5ECh9a6/VfVr9Z7V8
v+uLYuiBX5agFvjA7UCy5gq/6vD/QmlWlh88lMpp0dBLTN/ovM3CcBH5h0rOBHxf
Z7gzy0i/uEhZoo235pJc
=9peY
-END PGP SIGNATURE-

[gentoo-user] Re: Half error message on attempting to access You Tube from Firefox

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 2015-04-26 10:49, Alan Mackenzie wrote:
 Hello, Gentoo.
 
 When I read a blog in Firefox 31.6.0, there are often You Tube film
 clips embedded in it.  When I attempt to view these, I am getting,
 more and more frequently, the error message (from You Tube):
 
 Your browser does not currently recognize any of the video
 formats available.  Click here to visit our frequently asked
 questions about HTML5 video.
 
 Fair enough.  The connection between the first and second sentences
 is a bit vague, but I surmise from them that the video is available
 in HTML5 format (whatever that is) and the link will instruct me on
 setting it up.
 
 Not a bit of it!  That link, https://www.youtube.com/html5, says
 this:
 
 Many YouTube videos will play using HTML5 in supported browsers.
 You can request that the HTML5 player be used if your browser
 doesn't use it by default.
 
 If you encounter any problems, right-click on the player and
 choose report playback issue, or let us know on the user support
 forums. Your feedback will help us continue to improve the
 player.
 
 , without telling me _how_ I can request that the HTML5 player be
 used. Exactly what the player is that I should right-click on
 remains obscure.
 
 I feel that I'm missing some crucial piece of information which is 
 obvious to everybody else.  I'd like to view these video clips.
 Any help people can offer me would be gratefully received.
 
 The following USE flags were used in my building of firefox
 31.6.0:
 
 USE=bindist dbus jit minimal startup-notification -custom-cflags 
 -custom-optimization -debug -gstreamer -hardened (-pgo)
 -pulseaudio (-selinux) -system-cairo -system-icu -system-jpeg
 -system-libvpx -system-sqlite {-test} -wifi
 
 Thanks!
 

One of the ways to get H.264 video to work is to enable USE=gstreamer
on Firefox, which will allow Firefox to use any plugin that GStreamer
1.x supports.  If you then also set USE=ffmpeg on gst-plugins-meta,
you will have GStreamer supporting any codec that ffmpeg or libav
(whichever you have installed) supports.  If you set USE=x264 on
gst-plugins-meta, you will get H.264 support via libx264 as well.  One
of those options should get you support for viewing H.264 videos on
Firefox.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVPZYGAAoJEEIQbvYRB3mg0msP/31EZ4PwXWSXZGozS0oRCf/5
/MqyfMqcDRUm2FiZL5elcwsKYkUIrCnbm0aMzO4zYu5Yx9dvGI/t3nA/V0zAYBYL
Y6vXTUkhE3V7WyrZrtm6z/+jyaHcNZPYwlyNmzu3stfAn2xHF7DfQl7+RdeeRHhh
VucLKC5bDSWblAYzrkvE76mj3gLpuAlsG6s1kQYXf3c0D4hU86PBV0b4uciDf4xk
27y3qL390TIrfYzCyDRNWrTsVJ+zod4RYfI7LHwBx1CpOtu9m+40+k9NpaeBLVUA
kuotRDs/B301xowUnWJybwd7Uu1mWAyBSBsmqNKUvbEwuimLxF++dqUPmltrdyzJ
Mv/5FLB0o96OVWTRDjouhXLz0pvmvHtS0RLvdnvek55jYSYNMPWNP7t/peP2tx6o
GGvikRz2plAYWqayovsyr6YDRfMlLl06MLDJd+3gA4FTho/3oa11xU/eIlyGzzAp
eBp9ulxLcRo8T5rG2iWm+JDZ4pomHg3EOjG/rCICM9iUbkxUCitCyCDgTuYIlYpg
ZRF0pMy85MX68JOlSXJS+SCdlgXblgRg29PbLUuFfGtZPmQmSQNs7LP1vyssf/8f
cIC+afiWLLhb6/wE73lGkuc8XLBAT2h/DgX0njGAlhD/Rmax8PznZ1WlKogrxAeJ
rMPa4fvk+GoFHMf6Uqah
=CFrl
-END PGP SIGNATURE-

[gentoo-user] Re: blockage

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 2015-03-22 09:04, lee wrote:
 Tom H tomh0...@gmail.com writes:
 
 On Sun, Mar 22, 2015 at 7:31 AM, Alan McKinnon
 alan.mckin...@gmail.com wrote:
 
 It looks to me like sysvinit-2.88-r7 was stabilized and the
 maintainer of apcupsd didn't notice. From the ebuild for
 apcupsd-3.14.8-r2:
 
 DEPEND= ||  ( =sys-apps/util-linux-2.23[tty-helpers] 
 =sys-apps/sysvinit-2.88-r4 sys-freebsd/freebsd-ubin )
 
 What I suggest is copy that ebuild to your local overlay and
 update the DEPEND to =sys-apps/sysvinit-2.88-r7 and redigest
 
 If that gives a correct update path for world, then file a bug
 against apcupsd.
 
 Some commands were moved from sysvinit to util-linux, and these 
 commands are required by apcupsd and are included in util-linux
 if it's compiled with the tty-helpers use flag.
 
 Is this somehow reflected in the dependencies?  And how could I
 deal with the multiple versions of util-linux that seem to be
 required?
 
 Perhaps I should forcefully update util-linux and use tty-helpers
 so that apcupsd still works in case I reboot.  But what other
 problems might that cause?
 
 
 What am I supposed to think?  Should we not update unless no
 problems are listed and just wait in case there are some,
 potentially having to wait indefinitely?  How about security
 updates then?
 
 

It is reflected in the dependencies by the fact that the first dep
(and generally the one chosen by portage) requires a new-enough
version of util-linux *with the tty-helpers USE flag enabled*.  You
don't need multiple versions of anything installed.  If you just add
sys-apps/util-linux tty-helpers to your /etc/portage/package.use
file and try again, you will likely find that portage will update
everything for you without any further issues.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVDtluAAoJEEIQbvYRB3mgracQAJ6roGcBYpbaAjOQ4k3aStRM
zYrv2Augc6JignSm0vZeTcz4h1P5t+WgOmXaKBG7ak6NMz7fIRFW6wpTdKU7uGAl
mM6oYhM4jKapFrmmkgpn3UfHWx6BjdHuWSuifvPP9WNLdppKiWqHXEE1VTcb4aDk
yU3Eu/+GvMHCcXe56K0Hq4KeZaNaxiaJ/cjW6aVphDyE09C35lKgBE0HKgKknNFZ
SmNyEY3TJ0ZKaYVZ6sh3yy9PrCsV5N0gq8O4m5FLDwI12MJOrzbGF5q4XcpCrtqt
mTevQbja+CzE8Mhq7wyj37RjvbgT5KfDzIwVv4yTWAmnht+zKLTLvt+Tz80sQ1eX
ju8tVW8R1iLUcazaBKllwI2EqLn+JaVtwyV81zSezic+gjqx9HFBRGxfawtbxdLc
CEPCbjHjlMJXF2uourUkHHebNZvvpSSPnBDQ31zu++kf0nr3+QOqn6gNdqowZ9ZL
V65DTo3B950FtWr/VJnA3sTye+XO5FGXwVizFjAwNZyppW3LgM27c4DjzaRYEhum
FBdHVwmz4Up7P5mzrwJtel2B6vpL+sTwaFlW93n60Dq02RkvQartJ8Jle9eD45e4
jEkiBDJxSq6ZMfVLqpth/ByNdpJFONjOzjABO+9PJogUUMo4nAoGkJaXdDpjJrjE
/lq1a/s+CrW8m/lZDErF
=IvjR
-END PGP SIGNATURE-

[gentoo-user] Re: blockage

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 2015-03-21 23:24, lee wrote:
 Hi,
 
 when trying to update with 'emerge -j 8 -a --update --deep 
 --with-bdeps=y @world' after 'emerge --sync', I'm getting the
 following message:
 
 
 * Error: The above package list contains packages which cannot be *
 installed at the same time on the same system.
 
 (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) pulled in by 
 sys-process/procps required by @system
 
 (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, ebuild scheduled for
 merge) pulled in by
 =sys-apps/util-linux-2.24.1-r3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (=sys-apps/util-linux-2.24.1-r3[abi_x86_64
 (-)]) required by (x11-libs/libSM-1.2.2-r1:0/0::gentoo, installed) 
 sys-apps/util-linux required by (app-text/xmlto-0.0.26:0/0::gentoo,
 installed) sys-apps/util-linux required by
 (app-text/build-docbook-catalog-1.19.1:0/0::gentoo, installed) 
 sys-apps/util-linux[static-libs?] (sys-apps/util-linux) required by
 (sys-fs/zfs-:0/0::gentoo, installed)
 =sys-apps/util-linux-2.20 required by
 (sys-fs/udev-216:0/0::gentoo, installed) 
 =sys-apps/util-linux-2.16 required by
 (sys-fs/e2fsprogs-1.42.12:0/0::gentoo, installed) 
 =sys-apps/util-linux-2.16 required by
 (dev-libs/apr-1.5.0-r2:1/1::gentoo, installed)
 sys-apps/util-linux required by @system sys-apps/util-linux
 required by (net-fs/nfs-utils-1.3.1-r5:0/0::gentoo, installed) 
 sys-apps/util-linux required by
 (app-emulation/lxc-1.0.7:0/0::gentoo, installed)
 
 (sys-apps/sysvinit-2.88-r4:0/0::gentoo, ebuild scheduled for merge)
 pulled in by
 =sys-apps/sysvinit-2.86-r6 required by
 (sys-apps/openrc-0.13.11:0/0::gentoo, installed)
 =sys-apps/sysvinit-2.88-r4 required by
 (sys-power/apcupsd-3.14.8-r2:0/0::gentoo, installed)
 
 
 I don't understand this message.  What is blocked by what and why,
 and what am I supposed to do?
 
 

- From what I can see, it appears that the problem may be that you need
one of the following packages installed for sys-power/apcupsd:

  =sys-apps/util-linux-2.23[tty-helpers]
  =sys-apps/sysvinit-2.88-r4

You probably currently have an older version of sysvinit installed,
which satisfies that dependency.  Portage wants to upgrade you to the
latest version of sysvinit, but you don't have a new-enough util-linux
installed with USE=tty-helpers, and you didn't tell portage it was
allowed to set that flag, so it doesn't know what you want to do about
the issue.

The easiest solution is probably to add sys-apps/util-linux
tty-helpers to your /etc/portage/package.use.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVDlFhAAoJEEIQbvYRB3mgvWQP/0mz5t2BHE/nIsLYUX8Yxhdo
/bLrNM+WbArsHfTDMn7jmh/ynmvcZ0oeWDHd1zqgx8ICf+10wreZOlgkhhmLFrl1
ZYzDP5gmWyY6NtYfDOu8az59riTMJBGFkmStCp3jlpFjH7yaYipOHx04gt2Ccs55
ZHxEaojV1vgtJxX4W3Ed8sMIbsPyBZ0BrmV89pigedOu5IF5C1FnW+us4ETGmAsc
RztPqv3oDUVvyvyco8yi21vrMYrLhI+uo5EDJ9/zGjJJ8xfIpBOFhp1HjDx5j6Q3
eKvCAjfaxuwp0E1vMEPp0vZxe7m8QWCQFtaErZvxOSUKuzq4+4JTBTlsS7JUs3Pt
d4/cHXwrQY1Er2MtF7/alcFv6LH8QeXK1wK29v2cC7zDNmVyeIRzdp1OdgnukWMb
huBzLgs3tQm1fGDL9mxOshaE+eHUPYgqvzpRUgVRIgNQ6tx1/vi6bb/OuR0hPHr6
TNJbXRlI6V6Iv+1vvBnZvy18ndVKnEL+D2x2KfkRuY5m9lQua+KU/fwAbUhV++k5
5LE6YUGEP2tLrUYzp65pMA2lo4Td+JzvG2H+yfFepn+6A8XMePXqaP6W4mDtdZC6
JgcfoMjLz0bUXUN5itLFthObMJZUhEoqnKs5wx/P8vKPUqhHW244GJSNz5/dUkEg
0n6twqA8q4JGSfakcEfe
=I93s
-END PGP SIGNATURE-

[gentoo-user] Re: Manipulating ext2 image without root access.

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 02/09/2015 10:23 PM, Fernando Rodriguez wrote:
 Hi,
 
 I need a way to manipulate a ext2 HD image as a regular user
 (without mounting it). All I need is to copy a file to the image
 (possibly overwritting an existing file). For FAT it can be done
 with mtools, is there anything like it of ext?
 
 
 

It is possible to do this with debugfs(8), although you probably want
to run e2fsck(8) on the filesystem after modifying it via debugfs.
Keeping a backup copy of the image might not be a bad idea as well.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJU2YN0AAoJEEIQbvYRB3mg3DsQANCqRmtuMtlMfq8TbGfUhtPu
4nzMkVgDaWoVmWjh6aYnjEfvU44wayPAZB82mJiyorJxLSX4s3br0A5aZgILsXhw
hT3V/htSIjJCPEo86hq2KOuN0HBmqacEPbJu+CEEYgMIn1K3aUA8chFUKmNmr1UN
qvI+6JYcbj5Ik9SqtthSHtD9TqgiVobT1p4jAE9qOBl9CfHZo1kzzMmpJH28+2WM
Ae8zLje+ngZCzDkbk+IyCNeTBjArHnj/PADrxkOUuGBUV6+aS0QytzHhXrouqVVZ
2vxN92LRSh2SnhAfL98flobLTCwmRolwRwW0pMwYNFpZn91ED9N8cxyM3LE5WDTA
xp5ajHjiDXelxpkXzWdl1qFpZQ9KkSVxfKeblda6pgU6BwLsGIO77aXWNjKaCoRm
KJRtN5q0TSeGWUZvtG001r0Hfo8s5wbloUVk2cZ1owugjToy2+LzEdORSo1iA6eI
W4HV/AED13di6VNxg05osjf37iBnk284DLzF39B1PlmHbBx19GSSYgFulfB4+hrt
ub/8ML30NflhWAHqRio0FPtKs3Q9yvwfKNIZtrPL5QrfNI4bl5D8BRY3V6E4LsFE
TAbbZkHjUqaPLnUEbeoPJ7whoYi2JK9VfYDcfGqNojiOOK11Ql/MKV1Ft58oduSU
DZ3tlCW+AFtYLIGcNjfH
=BR1D
-END PGP SIGNATURE-

[gentoo-user] Re: [SOLVED] dependancy xorg-server

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 02/07/2015 07:19 PM, Joseph wrote:
 On 02/07/15 21:38, Neil Bothwick wrote:
 On Sat, 7 Feb 2015 14:06:30 -0700, Joseph wrote:
 
 I'll try it next time. When I upgrade and have to scroll via
 200+ messages of emerge packages it is easy to not to notice
 about some critical information; in my case grub that was
 calling to run grub-install or the system will not boot. I
 wish the packages without any changes or warning wouldn't even
 show up after upgrade.
 
 1) Don't leave it so long between upgrades.
 
 I usually try not to exceed 2-months between upgrades. I think this
 is a reasonable time.
 
 I upgrade my backup machines first and if nothing happen (no
 surprises) I proceed with main server upgrade.  Wait for one week
 and if everything is working correctly I upgrade my boxes in a
 remote location over ssh. All boxes are rsync to single local box.
 Oh, and I check gentoo news group for discussion as well :-) prior
 to upgrades.
 
 2) Read man make.conf and
 /usr/share/portage/config/make.conf.example for details of the
 ELOG_ settings to have warnings and info mailed to you.
 
 In my make.conf I have: PORTAGE_ELOG_CLASSES=info warn error log
 
 Maybe I should skip: info and log; to have less trafic.

The default is log warn error; info is normally used to describe
what is going on in the middle of a build; the log/warn/error levels
may be used to inform the user of actions required after a build.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJU1sHSAAoJEEIQbvYRB3mg3FoQAOGp8FVzcVToVMyFvcnYV2h9
hROGkue39JfsjlGz2btmwnSGiXQysIUzjom+Ffb5oJX5u6VAcD5XXo+NLAi0XhOD
R/vd0vHdchxOIM8Nftz+8TO6FAwlEyRp1VU7CHyrV3iO9kNpaAR4e8FOrtakRZFk
b/GlWkD7eQO4cavvztnTmFNbf6RMnbO2qvRPeJuIjXqJfW5TWawxg6zWCJ01wxbJ
T4PZzY2KtxlGo6EpTFrGusXlUfF/VzXS6JORzXZDE3xKJr3si+HO1bw+431GPsUw
afRwPa8wQehZnaNngqf2LATEpjH8oeQH9/5Mj8RmQ+a/Jp5+me+Mdu8flwskp1MU
SClWDfC2w8mag0nIt0WDmAdgYkYFvH0Kbv58ytCQg0eoIDyAkXHdIl6rUpnxI0rM
7g9a40xEf5BY3Kp/fMb3n4FcDeDsr6YJQU9kjsz3RV3PxLWMQM9NdiaTuGzfpK3F
i8HbeJ7TrRZ+qdhL6hefyfD+wkahoETcY4q4d8ewoVK3+rYz8Nclp/XcJTHYkGC2
biAaD+RjZQh74fLgEkzZUPcCHEyrKMAQtuv7bySd8wDjaLk3uy3m3WmpuuVdtl5o
+/ZZ01A6pSsuJB5YtZ5FRqPSkY5q1dSpf+Lq85rkvbQrjjCBcVfjlOxzkcDM/CJD
cqJA2+RBZ5ZJ2J+KlDQ3
=+fsp
-END PGP SIGNATURE-

[gentoo-user] Re: grub - gummiboot: good

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 01/28/2015 06:08 PM, Stefan G. Weichinger wrote:
 On 28.01.2015 23:51, Tom H wrote:
 
 Why two EFIs?
 
 One of them's unnecessary but if you want to have both, you have
 to have them both in the efibootmgr invocation.
 
 I don't know why.
 
 What I did:
 
 cd /boot rm -fr * gummiboot install grub2-install
 --target=x86_64-efi --efi-directory=/boot/efi 
 --bootloader-id=grub_uefi --recheck
 
 (and maybe run kerninst to actually put a kernel and its initrd
 there)
 
 
 The grub2-install-command was just taken from shell history. It
 might be *wrong*  ... yes. At least it says it runs without
 errors.
 
 
 When I run:
 
 # grub2-install --target=x86_64-efi  --bootloader-id=grub_3
 --recheck
 
 Installing for x86_64-efi platform. grub2-install: error: cannot
 find EFI directory.
 
 
 Can you create an entry for your kernel in 40_custom and test
 it?
 
 Take a look at grub.cfg. I doubt that grub-mkconfig looks for a
 kernel in '/boot/machine_id/kernel_version/' or that it
 recognizes 'kernel' and 'initrd' as valid names for a kernel and
 an initramfs.
 
 grub2-mkconfig did not detect any kernel, yes.
 
 That doesn't matter btw ... the reason to have grub2 in parallel is
 just the feature to boot iso-files (rescue media ...).
 
 All this additional grub2-fiddlery is basically learning how to
 make it work and getting the convenience of not having to insert a
 CD now and then.
 
 For daily work I am perfectly happy with gummiboot *just* booting
 my kernel(s) ... which works already!
 
 thanks, regards, Stefan
 
 (leaving now ... late here as mentioned)
 

You have mounted your ESP on /boot, so you need to tell grub *that* is
your ESP, not /boot/efi, like so:

# grub2-install --target=x86_64-efi --efi-directory=/boot

Once you do that, everything should pretty much Just Work.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJUyt+NAAoJEEIQbvYRB3mgolYP/1g9YlZ/IYaLlKNFOMiEKaIa
KrsF+ne2vmITUXtLsVtwCDZNIQyHj6c/Ma7zHpm9Kbzn2OxpKt8dduDNdpA8QLwx
E3TM3pV0AfCYRDazH6pZmHRpDc7gVTtz4yQA/uGJyyFynwqJ3LlPYqMzTv6zFUrf
lJSBBHuNBU340xAukPf6iEMrNh5CbdT9bzzJGyEPfsGcAM3kDO0DlQC1jf8hgCwr
YJsH/WB+EBJ4TR4phzYvAdGOJF04PAwtqTkBjmbyjTwNYy1oaZILu5qjEaHuA+PH
Eybba4Dj3/ItIEyG8cy0Qw7fjUXby01OAYtnLUXMhBH7lxSsBFzcSvihxv3bpt+u
HvHiOi3M+jWYpfhF1rUEGcK3pF8X7gDiQTaDkERzv+EcDLHG19McZPDb3Gpva6qi
oot3O+ky5MQLuG9euhavalEMm2mDCQmSMkS7gVQff5tGUCeUc5fzLKXd1Sywj4Ze
tSBctEU1gMpHenl0XO2FJ7OdgkAAeMYKSBkJJhLhYg8iXe7oBC09VmQeoPBvuwAR
IMzOYJkD6+FY8pOdXQujRWnM47H9/r0434B+2nLujPQ1fgc/MHpVrv7LGwFMEocU
3UloQH4Mh927WNa/F9ilBwl5R0b8vh2hhymj8VENZmsPPB6hV5ZSsvGQ6somL+/r
4ULEtTdoNWUrIVVUvMjF
=IoH5
-END PGP SIGNATURE-

[gentoo-user] Re: Working thru fresh install Gentoo as vbox guest

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 12/14/2014 12:45 AM, Harry Putnam wrote:
 I've gotten thru most of the install.  Creating a gentoo guest in
 vbox on solaris HOST.
 
 Got what seems a working kernel config and am able to start the new
 os from vbox.
 
 However, I have no access from keyboard
 
 I went back and looked thru the likely kernel suspects with `make 
 menuconfig' but saw nothing I recognized as being a culprit
 
 Perhaps its not kernal related... but I have 2 other linux guests 
 (debian) on this same host and can access them just fine.
 
 In case any one knows the likely problem and where to look in
 config, I have posted the .config file at the URL below: (Installed
 kernel is 3.18)
 
 zeus.jtan.com/~reader/vu1/disp.cgi
 
 
 

The most likely culprit that I can see is:

# CONFIG_KEYBOARD_ATKBD is not set

This controls the traditional PS/2 keyboard support (as well as the
older AT keyboard, which used the same protocol, but a differently
shaped connector), which I believe is what VBox emulates (as just
about everything supports having a PS/2 keyboard).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJUjSsvAAoJELHSF2kinlg4sJkP+QGadsFTVAlofUottddMdopG
C+ZBoEcYTRhmncMPUXWU4uValJbzQqSVpDQikTfumhYRJEEHx/zDeUa31neRS5xs
dm/H36VpiBPHY7e66XE/VLOd+RatH84Pk6iFSt+GJjcWCZQOrYzPEeoKdhWwOrxW
3AZE1sX2c3/6oLEusoLOM4X+75fmpAI8WACEPNLV4XJqvkQIRE7jX1G1op8TCLny
35/QwzrE9hIrMJDuHyiWxFomWoqthqNubnq99byBnUhgXTOBVKKV6PXTd4rqFj8o
zTbMfcndxu8VQxv3xaAK1zhcZfpwYuAQlsPREcnQ+948b2v1yWtb6xjpl3YMCRJj
luzqYnoA2JsBw6egX+0yufdWTZgIOPLwYJOduqpJh6pdIq/wFw72j1czaWcYbHnB
rib2twt5FWfHdtPw/WQwt8qdcUjTppp27VEY2xeCbZDCwpRikG+rqX2vqxYlH/Hy
im5O7IuVJivmcSzot5AQu4idiPme81uhXklVBBvFIg4/IXXZca4s/N7IlOvzgLnL
U2TkMQKB1SNpNGmtPcql4vGrkzVR2lb5Qccodjw22OJ0/msI1YXvpHSa8yfXgxZE
13xVl5ugqvgE0Hl5OM+ioMZYnDv37Uh3V98LWtVGVGPpceC5BMlAwyVRTWZqY2ie
KEFn2GEPdQQ899YP6KA7
=DJZk
-END PGP SIGNATURE-

[gentoo-user] Re: gcc 4.7.3 -- 4.8.3

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 11/11/2014 04:03 PM, Neil Bothwick wrote:
 On Tue, 11 Nov 2014 20:19:36 + (UTC), James wrote:
 
 Agreeded. But after a gcc update, I think it wise, especially 
 since gcc-4.9 comethsoon?
 
 Yes, things may be a little different with 4.9, but the last time a
 rebuild was really required was,AFAIR, somewhere around 3.3.
 
 

The last time a rebuild of (almost) everything was required was when
the C++ ABI changed, with the associated bump of SONAME from
libstdc++.so.5 (provided with GCC 3.3 and earlier) to libstdc++.so.6
(provided with GCC 3.4 and later).  So you were close, but the major
change happened with 3.4, not 3.3 ;).

Some old binary software still requires libstdc++.so.5, which can
still be installed from sys-libs/libstdc++-v3, which actually builds
part of GCC 3.3.6 to get the libstdc++.so.5 to install.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJUZYqGAAoJELHSF2kinlg4sTYP/A1f89WjzUi4yqM+ob9XCovU
sVbgWS2hW2UL8wDeRuqbQoF6fAtVBLx5J2+akR+TOJN7BQ1fORBOkfOtcdw1vn8l
8YZ8LVKSPvB9+EQimuiLGYfWSoVFOwsoc6zL6htFHQhdqb4+O7ceJ1Iqn/PcHxU2
srUnR/Fh5rD1dUch5borZ2Px/g9ivr/91PvTulPIR2940dhregpS+7PyvaZGl2FF
Ov8f9ewdf5rDVBZxwzPHpF87dQIOl+0Bxkvr3M1a/yXKxJR38fqSuFI64hlpfln1
uadiytz1WpwEOwK12a36YsnVtenMJFwn2ySnyRGZRL1lltkzHX+RNqLv58lDO4KY
jUEx9jBrNfN683X2DKFOkeshlhLHGchnahPTZkW5Vcs7NjTnmbI7V9p5oJkjf59u
TftGNb1PTCA9eZYcxpujwkFy+0jiLagbukfxyUqLFMhEt3kTiSBeUVMpCHlBDC3Z
XLCGpdj0lX9P6hUGzkz2S8nI/iX7z7MZx/EDtLRo61sE9r7zOQUTYgOISgm2cYge
d8nvNguJ3iHESXTeAOu/C+nH+shPelaT62sF7rKUWc0GyudOXmttN9WiSNgN/1nI
uuWPcOiP/1hGGl/qkJNrOId+j74lP4ljW3MHjFG+vsVUM+kBHzUFD8gIls2Q6qa4
beea0YeRqT+GLg1XGUvC
=5KgF
-END PGP SIGNATURE-

[gentoo-user] Re: Gentoo mirror list - where?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/12/2014 04:42 AM, Helmut Jarausch wrote:
 Hi,
 
 if an ebuild file has, e.g., mirror://github/...
 
 where do I find the list of mirrors Gentoo is using for that?
 
 Many thanks for a hint, Helmut
 
 

The default list of all mirrors for the mirror:// protocol is found in
${PORTDIR}/profiles/thirdpartymirrors.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJT8OPGAAoJELHSF2kinlg4788P/RaZ1Eg2ips3ePGWGvJ5jlxK
sNEQTdZJ9V46s5SApIUt0sFS10MIrmGeZne/sGTebRXgEi/1FDLNqROokPf0+lEo
pECwgjfafgz+q1Qf150ascCl2N14j8SCiAUOvVrc8yjJRA+Am7yIIWzCTZNaVWVd
lgRu9XtxBtzq+FpWMJWF54Pfiju32k2OHer2I+7ejVJOBQQpfQvmhdNCHHOnj9+c
APRqBmJ82k7hcE1H6YPBceh/aUFzZRqqRUqbvkx0fO2HRguVPJ4JfQJDE6W/w2QL
u9Yxn+jaqniR0vW1RLbl6tIkw4nZtpT1qjUgB2vahwD6yb8SIszETDxi7GDWYTnF
gNs/iGVwm9/4/ZcwpxGYQQBfLGqwF5hRJDp/0vuAz8pbm7FFtkbx7f9QqhezaFw5
pZp1n2kjUzZus46g/lWrZ4LahFa/at38GQ7KhvGLk1V7vQxPMi+VnmwC91zzfxT6
kJBuIhuBNYkZenlFgcoJyySrpQnQfXBJvTTv3zXiq9rJHSYrgNaGvGu5ElPCVRjM
anLGUa0N6kC59pfdFFdDEAXAtQB7zBPU13rHKmVVJBpPF50xK731dNOBY5X7BsQ6
g7Yse2z/jqaUuSVAF4D0eWEqBwIWH0O2iEbbLBgJ/rlUH6JbYl2diakosDdbVxvF
OCmyhSeCbVB4hzmkDahk
=01b8
-END PGP SIGNATURE-

[gentoo-user] Re: Dependency conflict. openjpeg ffmpeg

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 06/15/2014 04:47 AM, Dale wrote:
 John Campbell wrote:
 On 06/14/2014 10:10 PM, Dale wrote:
 
 Well, I have 16Gbs here.  I'm not lacking for memory.  If
 memory prices were to drop a bit, I could upgrade some more.
 I'd have to swap out what I have tho.  Old mobo would only take
 4GB sticks and this new one will take 8GB sticks.
 
 Unless you have a specific reason for keeping both x32 and 64
 ABIs I'd suggest changing to ABI_X86=32 64 globally in
 /etc/make.conf (or /etc/portage/make.conf).  It's a lot easier
 than waiting for the next conflict.  Then do emerge --new-use
 --deep @world and you're done. There shouldn't bee too many
 packages that need rebuilding.
 
 
 
 I put that in make.conf and get this:
 
 # required by sys-fs/eudev-1.7[gudev] # required by @selected #
 required by @world (argument) =dev-libs/glib-2.40.0 ~amd64
 
 Does it make sense to keyword that?  Isn't that the package that
 once upgraded you can't go backward?  I'm just double checking that
 this all makes sense.   scratches head 
 
 Dale
 
 :-)  :-)
 

The package you are thinking of that is a one-way upgrade is glibc,
not glib.  Glibc is the C Runtime Environment, absolutely everything
written in C and C++ ends up linking against it (and things that
aren't tend either to be compiled using something that is or
interpreted by something that is).  If glibc is downgraded, anything
that uses something from a newer version (or something that *changed*
in a newer version, due to how symbol versions work) will fail to run
against the older version.

For example, any program linked against glibc 2.14 or greater that
uses memcpy ends up linking against the symbol memcpy@@GLIBC_2.14,
which is only in newer versions of glibc.  Programs linked against
older versions of glibc use memcpy@GLIBC_2.2.5, which differs in
some way (specifically in this case, the old memcpy always went in a
particular direction, the new memcpy may be faster on some CPUs, but
this broke old Adobe Flash).
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTnqAdAAoJELHSF2kinlg4RwIQAIBA/fnW7hq6GUK3fQimcEIo
RdeXK3RXy750T6XP5vo71NFhrJJmaROaNzSksKXfAtfJZt3PnpbIxFxtvKep7Xp3
bJnAOXHej+EndkSDXEoZTAepzEmqIj8V+Y4blSmRE25w+NLTe2Wgkjd92Y6ugroW
Hk1A/nrGRNO5pBepSvIUOIn5GIoTMMH4485HBnwUdtt6+EQja50cfSMbTUoXqF38
GgkJkik28TOYSivn6b6VdzCvl+X8ZqFY0M+BhWSLLaN+7/BR1S5dI1Th1QNDaHSX
KcCbtSIwqB1V5w5jSLb4JtU+Noi5nqXyy4ZnwR0wCN/MkhBFFQlRYE/sgOeYrOgw
mxCj7442q0Ml1nv+4ASHdOsQ/M8VCoBR3TZhCYDU5wZB6Wb4AVY/tSxopDL54aqi
4iutCTBn9fh7NIfasVjhvSdNMdglF/SHnHfiS9C94odFGvbZjHJd7ICwshSh9eNG
/jwRRSrmdMK9IiqK9IkTYDXlCYkre2CtIt8urlypoWaQwD5IrkEIeE9PvXEUcDNU
jw8S+3hhNkQ5/3MKErBwGOshdhoogTM03afbSg/M3DRn+B3GAo8Zi9i26wUPTMJo
Y6Nm3xhPd5K5h9hmh4bTkG+eqIshtTpqC9cdzQ/xf1dA2X1yxvBdXt6B3cGQg/+1
kUyTwlCW3O11b9l0LzeH
=C+Xr
-END PGP SIGNATURE-

[gentoo-user] Re: How to extend the tmux status 'title' for each pane or window

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 06/07/2014 06:33 AM, Mick wrote:
 On Tuesday 03 Jun 2014 15:16:56 Stroller wrote:
 On Tue, 3 June 2014, at 6:59 am, Mick michaelkintz...@gmail.com
 wrote:
 … I have:
 
 … status-left #[fg=blue]#T … status-right #[fg=blue][#S] 
 …
 
 Thanks Stroller,
 
 On the left status bar I see this:
 
 [0] 0:bash*
 
 with one window open.  As I create more windows it adds to it
 like so:
 
 [0] 0:bash  1:bash- 2:bash*
 
 
 The right hand side shows the prompt, or command being run, but
 not all of it if it is too long.
 
 … status-left [#S] … status-right #22T %H:%M %d-%b-%y
 
 It looks to me like I've merely swapped left and right panes
 because, presumably, I thought it looked better that way.
 
 And I've removed the clock - that's one way you could reclaim
 some screen space.
 
 Right, on my default setup the clock is on the right, the number of
 windows on the left and the title in the middle.
 
 As is the title shows:
 
 root@compaq:/usr/src/l
 
 instead of root@compaq:/usr/src/linux.  This is what I mean of it
 being cut short.
 
 
 [snip ...]
 As I say, I don't seem to be firing on all cylinders right now,
 but it doesn't look to me like the commands being run are shown
 where you say they are, not on the far right, at least.
 
 I think they're shown in the *middle* section of the status bar.
 
 Yes, they are shown in the middle, but on a 82x25 pixel terminal
 the title is displayed about 2/3 towards the right of the status
 bar, right against the clock.  See attached screenshot.
 
 Running tmux set -g status-right #32T removed the clock and
 increased the real estate for the title bar.
 
 Thanks again Stroller.
 

The #22T means (I think) to show the *first 22 characters* of the
title, cutting it off if it is too long.  You may just want to
increase that number to something that matches the room you have
available.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTlyfpAAoJELHSF2kinlg49csP/1XsKO/l2RGUfMd7/VlKV7Iq
z6FdY/9qMepDvk4fZgkGB4wvsA45H8i2Dgj6Ua8PwsMW0NOo11McHGkBTwWzlZln
bJKGX4+on+vu24omf7amTpRddiDNXIfyE1jn0E0kgcpLGOqAGf8yf3YLWLCHe2Ao
MVariiSq3d3+QtUzf9NSXtCVZTsBmZAS63aYa9IRNikNfjVgiMIBUuhyrMZzaRCQ
/cwEH2xhiZLcuiSkJ7299r9OoFipSYg2gzgjz5EBpimxpxnWPPazlr2qQH10kGXX
VL4B3YX3RFpFzRJ1lyvBEyninCx9+aJcyx+WlkF3g8NpymwvRRJrlYMpwqQkEuhD
2ckNQLQBGdvv/XRpGPZqMedsW3Zk6tFWp8r4OrSrRRI+jBZhqqV8/edEQAqW8Zw2
S+qjO8jviWrahEXjcbMSuVVrsy0Dr9muYIwY1wLRR3fgpQwFA4VztwCTPTft2/40
rh0A3PoVdHO/6Z8eI08pQsno+DrxCuDNQAq6CtULGMLmiur9U5iT9xReNQgnz6YV
QGvmSw141fp6kzvi1zPpby/O88d2XJR44ovTcbJBOH3JtRGb8aOLBJeenQDwk3Wu
O6DhgvqdW8/K8yChvZWbWEECJ9GItINungrXEKa+HQbrqxi2AB7ccxJfJTqinwUd
oqGlxGJod38/7IhGX2MX
=RisW
-END PGP SIGNATURE-

[gentoo-user] Re: howto get systemd to use localtime (I think)

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 05/26/2014 03:44 PM, cov...@ccs.covici.com wrote:
 Hi.  I have noticed that when I bootup using systemd, till I run 
 ntpdate, the times are 4 hours earlier than they should be.  Do I
 need an hwclock unit somewhere, or some other command to fix?  I
 don't think the clock is actually wrong, its got to have something
 to do with the timezone.
 
 Thanks in advance for any suggestions.
 

First, make sure that the system time zone is correct by making sure
that /etc/localtime is a symlink to your current timezone (in
/usr/share/zoneinfo).

If the only operating system you boot on the machine is Linux (or,
generally, if you *don't* use Windows):

1) Set your BIOS clock to the current time *in UTC*.
2) Ensure that the last line of /etc/adjtime reads UTC (instead of
LOCAL)

If you *do* dual-boot to Windows (and don't want to use the
unsupported methods to make Windows aware that the BIOS time is UTC):

1) Set your BIOS clock to the current *local* time
2) Ensure that the last line of /etc/adjtime reads LOCAL (instead of
UTC).

If you dual-boot Windows 7 or earlier and want to use that unsupported
method mentioned above:

1) Set your BIOS clock to the current time *in UTC*.
2) Ensure that the last line of /etc/adjtime reads UTC (instead of
LOCAL)
3) In Windows, in the registry key
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
set the value RealTimeIsUniversal (a DWORD if you have to create it)
to 1.

If you use Windows 8, in addition to the above, you have to disable
Windows from ever writing the time to the BIOS clock, otherwise on
shutdown it will reset the BIOS time to local time.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJThBBqAAoJELHSF2kinlg4u/sQAIPRMYd5N9CKG9/lZ5MZNWFe
RtFuhTvN3Mrchei3ngIy2Po5dDAZrV0Gbh65aSDnk6s9qbXwpy3HnnlzHnBla6RL
kjaPDlSSPlBziiaEdXUFIj/MEtxTTMGvC9aXbZiQYFyUJS+tnqlpoeSvRgJCRKhf
IT8s9s7xmNePU1jXpNK0LaWJLnpLddb+dqdIRGBLreI0hlMfvjr4qCn41ZfVbARM
E5xLL0jDYRRmeNuzP+fT5FGaSgt9uBlBqlsXFmSZM8tBfImEMlVeG0HfK3qXG5n1
thqx5thth2G2SOkr+m8zUDjcuCIkUSOa5KDslW1k8MX9sN1US9NsPrfT3EqdBuv3
9QoKJMqd8FLUy/gsALM1wt2bbqdaJW9ecEs5kpV4yqwzjtOs21jTaOJQHYLVmhrU
aYvz5BK71iT9dmIn4FuZEhYaCltHnqZwQRzZZEh5U0tdXrfyy9ztenEEEaSeOjxy
B9FVJxo9WbYeBt9iBRJVpT8mwawLseaL229lI2NvM9eB1loIOfyHRtNtVU98mIg9
RsIKW6a4hp0iCPDhxd6OII1B340wtcMo6Dz22TiUoHJaHG0Rkhab+hx/TQnhbCT9
FoVzW20jUsHU10Hg/9VmhYrCI3fZfAH0nqRSV4xsOqRwmZD1E7ff1GXZUx6NVBxg
gc6lh7bpOHZloZC+DU0A
=Ldgh
-END PGP SIGNATURE-

[gentoo-user] Re: howto get systemd to use localtime (I think)

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 05/26/2014 03:44 PM, cov...@ccs.covici.com wrote:
 Hi.  I have noticed that when I bootup using systemd, till I run 
 ntpdate, the times are 4 hours earlier than they should be.  Do I 
 need an hwclock unit somewhere, or some other command to fix?  I 
 don't think the clock is actually wrong, its got to have something 
 to do with the timezone.
 
 Thanks in advance for any suggestions.
 

First, make sure that the system time zone is correct by making sure
that /etc/localtime is a symlink to your current timezone (in
/usr/share/zoneinfo).

If the only operating system you boot on the machine is Linux (or,
generally, if you *don't* use Windows):

1) Set your BIOS clock to the current time *in UTC*.
2) Ensure that the last line of /etc/adjtime reads UTC (instead of
LOCAL)

If you *do* dual-boot to Windows (and don't want to use the
unsupported methods to make Windows aware that the BIOS time is UTC):

1) Set your BIOS clock to the current *local* time
2) Ensure that the last line of /etc/adjtime reads LOCAL (instead of
UTC).

If you dual-boot Windows 7 or earlier and want to use that unsupported
method mentioned above:

1) Set your BIOS clock to the current time *in UTC*.
2) Ensure that the last line of /etc/adjtime reads UTC (instead of
LOCAL)
3) In Windows, in the registry key
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
set the value RealTimeIsUniversal (a DWORD if you have to create it)
to 1.

If you use Windows 8, in addition to the above, you have to disable
Windows from ever writing the time to the BIOS clock, otherwise on
shutdown it will reset the BIOS time to local time.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJThBXJAAoJELHSF2kinlg4v7sQAK5MEh3dztXxLkEC6LBQjidw
xgNfXdhq5sLGrwx5csN1ORsV29ye61+zQ4R6SfMKlNBlsgMq3Uqpl1Ft5ngGQFYE
hT4dGDdJIF8nPafA/Egov8NYfPk5YWU6jkbMoCuENKGbXx+552IXqg+wBNzRzrl0
avlM5DnUbRQjYQq0M6nhSgX6N0S0bzZ59tXsM1BFy/tjoo+GWpAHW9c3mbuGpG9U
jC3yDhCWq5RlrARrqRWbcuZvaYYe+VBeWW4qXBbSyTbcgXPGiR44lMAYp+LZbxPP
If9yINKweHndOKrcoRVBuXYuGoKIpiTyqXmJEWu7an8SZKKooOV1y3U5vpSlJfmL
MwodtprGvgPLJzCue8OvOBT25/LvH6f6O3j97BuLQb3lL504zEFXYSzj3zDJzCQu
woBtSG4vYKvhuwEHTyTNVf00NKWHjaVhgG5wfkXjZSX3xCl0OAwyf2xExc74gy6m
x5B7l+3ut1Y0x9JsYbVcg4juPnHAz0c16QhlolsTGtfOHj9GBvKhBdn/3lgku0Zi
JfdplxNg9W1gP8eoe1oPfgvaF5gZeLTdOxgFHfNfuF+Pq/hbUNS2dca6O7QonKlL
jOnLSmYgHr6zRha/5J1hADDkHsVYS1d6pVVKBgxwCOkgnboEs8Hxy9Ur6hKFxhbf
OrRwJU2pgq9/J9Wx5+mT
=bqR5
-END PGP SIGNATURE-

[gentoo-user] Re: Having Trouble with Wireless Interface

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 05/21/2014 01:56 PM, Alexander Kapshuk wrote:
 Thanks for the explanation.
 
 Just to double check I understood it correctly, there's no need to put
 the list of kernel modules into /etc/conf.d/modules any longer, because
 udev is aware of the modules that have been built and will load them by
 consulting /lib/modules/$(uname -r)/modules.alias. Is that correct?
 
 Thanks.
 
 

You only need to list the modules in /etc/conf.d/modules (for OpenRC) or
/etc/modules-load.d/*.conf (for systemd) if they would not otherwise be
loaded.  Just about any module that provides a driver for hardware that
can be autodetected (that is, PCI, USB, etc.) will be auto-loaded by
udev.  Modules used to provide filters, etc. for iptables are autoloaded
by iptables itself as needed.  Some modules do not have anything that
would cause them to be autoloaded (such as the vbox-* modules from
VirtualBox), in which case you *would* need to explicitly load them.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTfXBLAAoJELHSF2kinlg4TQ0QAKGDJ3ZFZOeK8Y4hEE6xGMXV
f2vjjAUhyrR2J67vwA5eJ377ZxF5ieMvY8N4sTk68hlLDWZrAGmfLs5u+d9gbqaO
3dF6ekvnebdH9apQ2xdCpaWD/AlfeZ8JR1Mav3kYkjaurGeMkNN3cqZAzkaip8gZ
jJ1TWRy74+jJFv2F904/pjShKKEl+BEssLcSSFr91Jx70fNKiby+1oJfhZIcm4Kj
8KMLz/sh7BB6ia0KnEnNM2P11zRct+4ParXIAhCxT2P/x5DvOHGbgMie27k8VY1J
8v8LjbqCAZS43In6Vr07IfMwy0wNQAkob6GkGytyiIcijSdVDINkwSomcSS1Madb
xWTWX1gEqogHtQoe3GkaW2H+nksZejtJwt5FzQsUmEDytNA5kqef7UiW1rV6rXE5
Uz94OZiopQTyrXYtnZHsCnY0JGu4DnCvm+JLSh5ee1VDRs8aPX22pWjCEtat1q9c
+QKTVW62D32zC8cgLH04Hgbc6zN3/J3akTJftZRSISqMCA1xQwe0wyZet2RKVJUo
anyC/lOh2mIp9zCTUvTt81oUpElTPKN4l7UjDuPoLK7n4oOK2Ao9frPeEoDxJGam
0fhlOwAg5PpV4qSyWQGneg96UlirB9O9mai/wEzzOZPxaY9gu/scqXrPUZWGwQbp
BpEgVnDCGLTpZE6cqfu1
=SJpi
-END PGP SIGNATURE-

[gentoo-user] Re: Having Trouble with Wireless Interface

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 05/15/2014 03:50 PM, Mick wrote:
 On Thursday 15 May 2014 14:24:57 Alexander Kapshuk wrote:
 On 05/15/2014 11:39 AM, Stroller wrote:
 On Wed, 14 May 2014, at 12:36 pm, Alexander Kapshuk 
 alexander.kaps...@gmail.com wrote:
 …
 If you like to check if RTL8192CE is enabled in  your kernel's .config
 file. If it isn't, you probably want to compile it as a module, and
 then add rtl8192ce to /etc/conf.d/modules as well.

 Am pretty sure there's no need to add this one to /etc/conf.d/modules -
 IME it'll just be found and loaded automagically by the kernel.

 Thanks for pointing that out. I wasn't aware of that. As I mentioned in
 my previous post, I do not use genkernel myself.

 Neither do I - for this reason I found it a little frustrating trying to
 help in a recent thread, myself.

 However, I'm pretty sure that loadable kernel modules behave the same
 whether your kernel is built by hand or by genkernel - if you have
 modules listed in /etc/conf.d/modules then I have to wonder if you
 really need them there.

 I haven't used that file for years, and I prefer to compile everything as
 a module, too.

 Stroller.

 That's interesting. I wasn't aware of that either.

 So far, I've just been following the instructions given in the handbook,
 section 7.d, which do recommend explicitly specifying the kernel modules
 to be loaded at boot time in /etc/conf.d/modules.

 How does the kernel know then what modules to load at boot time, if it
 doesn't rely on /etc/conf.d/modules to supply the list of modules to be
 loaded?

 Does it use udev, or some other mechanism for that?

 Thanks.
 
 I understand it is udev magic which probes the hardware and it fetches the 
 corresponding module from the kernel, as long as it has been compiled.  
 Incidentally, I noticed that I now have this running on my system:
 
 /lib/systemd/systemd-udevd --daemon
 

The actual udev magic in question is this line from
/lib/udev/rules.d/80-drivers.rules:

ENV{MODALIAS}==?*, RUN{builtin}+=kmod load $env{MODALIAS}

When a new device is seen by the kernel (which includes cold-plug on
boot), udev calls the equivalent of `modprobe ${MODALIAS}` (in reality,
the actual command is now just a call to libkmod, which is linked into
udev itself), where ${MODALIAS} is the contents of the file modalias
under the /sys directory describing that device.  This file may look
something like this (actual example from my machine):

pci:v8086d0416sv1558sd7104bc03sc00i00

This information (following the the initial pci:, indicating that this
is a PCI device), can be split into multiple identifier/number pairs,
like so:

v  8086
d  0416
sv 1558
sd 7104
bc 03
sc 00
i  00

In this case I have vendor 8086 (Intel Corporation), device
0416 (4th Gen Core Processor Integrated Graphics Controller),
subsystem vendor 1558 (CLEVO/KAPOK Computer), subsystem device
7104 (not listed in pci.ids, sorry), base class 03 (Display
controller), sub class 00 (VGA compatible controller), and programming
interface 00 (VGA controller).

This information is then used to look up the module in
/lib/modules/$(uname -r)/modules.alias (actually, modules.alias.bin is
used if present to speed up the lookup).  This lookup finds the line:

alias pci:v8086d0416sv*sd*bc03sc*i* i915

As my card matches the glob in the second field in that line, the module
listed in the third field is loaded to handle the card.  The actual
modules.alias file is generated by depmod when the module is installed
by reading the information from the module itself.

- -- 
Jonathan Callen
123456789012345678901234567890123456789012345678901234567890123456789012
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTeAdJAAoJELHSF2kinlg42aAP/ih0j0GdrC7FEY79MH4wg/YN
Wv7lwfNRjETmMO9KpnOUXm5rphBc6j7nI4JVmaBbKB3MOk4CbqQWulfsqcuOKkU6
cuszlbq3Rkhauq4e9dn1/oF6jjxspe0oKjbsEzMD0UVpFlEJC+WVXph82yuJN0MC
5QcDkJLSZSubeupBiLDL1iQIpPNyUVfAAB8iYAn1HAzQ20RDk32k62rBVg3dHrUx
9DCZV5SepEhhtSfFqk3nDCZp0FlRmnFmKCsEVAuhuuSLn5lZxaaY5gFiFENmi3Yf
tyhJEDkBAVZJaISccWCpMhMrqGCdvnNghuCgt4qjXaOIsfSA85YkocYq+nAXTxx4
W+6N2K7jl8Ophlmqx63dSqlMMquCNNGWPY03cAC0zFddQgX7Twyshie+xP69Ze8J
0AhFQUy6i5JSWN7gNWExK/9BbegEiLF5jQr7GTbiGpciP6cxCF7AQlUXopbBQcLN
UoOdATw1YMe6C4dTTEIRoT6tNirLkdKLuWay0nnz1wiXA09NOtPdfXjBm4eFcHWb
TI0OybeYnJFTrplm6QHwqpbDik9Fo/ujaK3NZfbVIMwgIngXPn02jkRsBsSomyN/
Awnowz0MdHQODVND+mekguHHo1eHnirwNFbJeES6qrbHK3sezPuglpS5C3tZWnI3
9DlwT27j8A4YYl0LugkD
=Oswq
-END PGP SIGNATURE-

[gentoo-user] Re: planned btrfs conversion: questions

[Jonathan Callen]

 the drives 
*except* the largest
(in which case, it would be likely that *all* of your data would be stored on 
the largest drive in
addition to being split among the other drives).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTaZt/AAoJELHSF2kinlg4geoP/Rz1Kn4Bu0c/hXr5kuPkP/wo
BXrfmKQySrWRaeXUx2Am1K7S0ZplM3gLm75NIM6dceeeucSj71x4AVFUY6Ds8B4q
7WGmALfdSfzFNcwLhiLdI1WCkCGGQr3deWCRg9AUFt742D3Uo9n6k2XQecbxsw56
CFwcazECZkDOMkbXr+gL+E0uj2RUM09gquhuZkoXZGIp6bbS7bDCgcX6KKv8wz/s
etIbgd/mcvqBBQrm6LzjYthYlNB8osH9Szvq7boCMOkzLF5l3JDtmLdN6c30H04H
DUXSOqt5ZAzH7uXAj5sgT01/1DpqOg0WRDLvVw+y+bagwIsN1stns6rWAIZI64Pf
Do1J8pX5iAcPsMr+YjmiclgwJxRQlC77HHhn48qFqjrMaUhdqk4XGYoWFhvpvGs1
u4yhZMOt0JpBH5sj8IlJEcjTMu8RS6Zsido6CxlwOOAGikrqRJq9XTgDvVUVFnUQ
AyAeIbI5CHjbe0nbvbUJvz+gsHTdzeY2F+Q7APK4LTzSDMzVIDgC5f4WcJSCnVz5
u4IwEPd6R/m2jII4x3gU+0A5LKaP4CyPFsTjeZjOu6rgIyITN6Cmnb248u3Z0jVh
nYX2amJNn4/53jQfiLC2PW35O3QsDn1VrSL23b74xHJIvsTENCtjwBTI+yav3val
Yr64ISgBtRdbSeh5WWD4
=E3vP
-END PGP SIGNATURE-

[gentoo-user] Re: libdvdnav is blocking libdvdread

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/27/2014 12:36 AM, Gevisz wrote:
 During today's world update I have noticed that libdvdnav is blocking 
 libdvdread
 
 It seems a bit strange for me as both libraries are emerging at the same time.
 
 At first, I thought that one of them is a remnant of gnome (now I use xfce4), 
 but equery d
 libdvd* suggests that it is not the case.
 
 Below, I paste all the relevant output from the root terminal:
 
 # emerge --update --deep --with-bdeps=y --newuse --ask world
 
 These are the packages that would be merged, in order:
 
 Calculating dependencies... done! [ebuild U  ] sys-devel/bin86-0.16.20-r2 
 [0.16.19] [ebuild
 U  ] dev-libs/libcdio-0.92 [0.90-r1] [ebuild U  ] net-print/cups-1.7.1-r1 
 [1.7.1]
 USE=-systemd% [ebuild U  ] x11-terms/xfce4-terminal-0.6.3 [0.6.2-r1] 
 [ebuild U  ]
 xfce-base/xfce4-session-4.10.1-r1 [4.10.1] USE=nls%* [ebuild U  ]
 media-libs/libdvdread-4.2.1 [4.2.0] ABI_X86=(64%*) (-32) (-x32) [ebuild 
 U  ]
 media-libs/libdvdnav-4.2.1 [4.2.0] ABI_X86=(64%*) (-32) (-x32) [blocks b]
 media-libs/libdvdnav-4.2.1 (media-libs/libdvdnav-4.2.1 is blocking
 media-libs/libdvdread-4.2.1) [ebuild U  ] www-client/opera-12.16_p1860-r1 
 [12.16_p1860]
 ...
 Auto-cleaning packages... No outdated packages were found on your system.
 
 * Regenerating GNU info directory index... * Processed 155 info files.
 
 !!! existing preserved libs:
 package: dev-libs/libcdio-0.92
 *  - /usr/lib64/libcdio.so.14 *  - /usr/lib64/libcdio.so.14.0.0 *  used by
 /usr/bin/libcdio-paranoia (dev-libs/libcdio-paranoia-0.90_p1-r1) *  used 
 by
 /usr/lib64/libcdio_cdda.so.1.0.0 (dev-libs/libcdio-paranoia-0.90_p1-r1) * 
  used by
 /usr/lib64/libcdio_paranoia.so.1.0.0 (dev-libs/libcdio-paranoia-0.90_p1-r1) * 
  used by
 /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.18.3) Use emerge 
 @preserved-rebuild to rebuild
 packages using these libraries
 
 * After world updates, it is important to remove obsolete packages with 
 emerge --depclean.
 
 # emerge @preserved-rebuild
 
 Ok.
 
 # emerge --depclean --ask
 
 No packages selected for removal by depclean
 
 # revdep-rebuild
 
 Ok.
 
 # equery d libdvdnav * These packages depend on libdvdnav: 
 app-emulation/emul-linux-x86-medialibs-20131008-r1 (abi_x86_32 ?
 =media-libs/libdvdnav-4.2.0-r1[abi_x86_32(-)]) 
 media-plugins/gst-plugins-resindvd-0.10.23 
 (=media-libs/libdvdnav-4.1.2)
 media-plugins/gst-plugins-resindvd-1.2.3 (=media-libs/libdvdnav-4.1.2) 
 media-video/vlc-2.0.7
 (dvd ? =media-libs/libdvdnav-0.1.9)
 
 # equery d libdvdread * These packages depend on libdvdread: 
 app-emulation/emul-linux-x86-medialibs-20131008-r1 (abi_x86_32 ?
 =media-libs/libdvdread-4.2.0-r1[abi_x86_32(-)]) media-libs/libdvdnav-4.2.1 
 (=media-libs/libdvdread-4.2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?])
 
 media-plugins/gst-plugins-dvdread-0.10.19 (media-libs/libdvdread) 
 media-plugins/gst-plugins-dvdread-1.2.3 (media-libs/libdvdread) 
 media-plugins/gst-plugins-resindvd-0.10.23 (=media-libs/libdvdread-4.1.2) 
 media-plugins/gst-plugins-resindvd-1.2.3 (=media-libs/libdvdread-4.1.2) 
 media-video/vlc-2.0.7
 (dvd ? media-libs/libdvdread) sys-apps/gnome-disk-utility-3.10.0 
 (=media-libs/libdvdread-4.2.0)
 
 Any comments?
 
 


I don't see any errors in that output.  [blocks b] means While there is a 
blocker here (and I'm
telling you about it), I already know how to fix it. (In this case, by 
upgrading both libraries
at the same time).  This is purely informative, as can be seen by the fact that 
Portage lets you
continue.  The time you have to deal with an issue is if you get [blocks B] 
(note the capital
'B'), which means Portage *couldn't* fix the issue for you.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTXJVZAAoJELHSF2kinlg4AYYP/AoB7wCL4U2vjYLTXmsCe8Ye
Dd+glz2N19fusEXM4fXOqpsa5Z3OPqJvzRdOmfUiRHgprf2UQbqf8RN36CO3wDtr
FenM7bflGaDfAf3UV14DoWYBSu6Cp5yseKYOCgoSJxLzjeyXKhB1/Tw6j8FM+Fgc
M5xo0TH8HnzgvZ2jLEsEjuGAmoBh7Bz96Ezhdxi4Eb6LKg0IhwJUT4Nc6MjD/zMc
HOCAhN2FtiVYyayiKnUDGzFPyGxK/3xe/rUT9YOQ6B75lJAv0C2Wgog1+H2VVyBl
sbRkSabXEHpldGt8ObLQVU58vZrCfXUbHJglOziPcEWzvuA5Z2JCXWKgbjfCsDEv
k0vwVA9+2BE/+3ZYvmSNfb8jDBFhlirq0rMWfberbBEUXaU3LgM5dQtJASml4FLc
DwhQ8ewcQQaqDmkCAvf30uMKQIF5u50PSHxK6le4M4Xy4PUGGDxbaK9kDViTJqnj
LFckU1IC+Fu1Op0CFS9MEBlsIDQHK/ZjOtLFQ6Kzerf1xu9M4KNMhC/L6XxvCgUM
SDba8E3z9fS6xnZ+bAO+hhbCBPIV8yuaq6KFWserC/tIwv/aUNtPn09HKddB7LGU
eUStMjzoyeKP3QP8mD/N9AvUwj+/zn+MMF3vFlq3q1YCluIhe+f/h+3Mj39B9a7i
lmzQc42EEhm3gyFc7HhF
=iKWe
-END PGP SIGNATURE-

[gentoo-user] Re: Output of mount and cat /etc/mtab inside install chroot?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/22/2014 04:48 AM, Peter Humphrey wrote:
 On Monday 21 Apr 2014 19:44:45 Walter Dnes wrote:
 
 *AFTER YOU CHROOT* what are the contents of /proc/self/mounts and 
 /proc/mounts ?  Can you
 copy either of them into /etc/mtab and have the correct result?
 
 No, of course it's the same as outside the chroot, because before entering, I 
 do a 'mount
 -tproc proc /mnt/atom/proc'. I did check anyway to be sure.
 

You may want to check again: you likely won't see any /mnt/atom/* in 
/proc/mounts (which is a
symlink to /proc/self/mounts), as they will have their paths correctly output 
for inside the
chroot, but you *will* see mounts that only exist outside the chroot.  
/proc/self/mountinfo will
only show mounts reachable from inside the chroot, but it is incompatible with 
the mtab format.
Newer versions of mount(8) will use /proc/self/mountinfo if it detects that the 
final target of
/etc/mtab (possibly /proc/self/mounts) is not writable.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTVzHvAAoJELHSF2kinlg41ssP/1JO8FTHrGt6NPZm39BvMOrm
GEAcQ5ZlHuzVjNc9lImYHrsiWpVXfikTqecR1P9sXZa98eZfrqXhlzpe+vZQxLu0
x/zki3wA29htlfvpRV+Bi8yieWVenNBhWkRq09nzLgglQWBsRFJUU+kIAtDX5Ynf
E2MmZsa6K7uhy1Lrg4LVyqEjb1671fVvphQiB1zvjIjWc08tEqB/v4BMPuODbtJS
Ame4AgvA89EFr0K1kw0NAOtxgmcpVjof1onwda8g6V84tIaq98279ratmM+knJFg
586+YKF9Ffd41twtYF3ANYgy9ruFLSZ/jlnV78IbH3FqPvzxqWmfNvET030Oq0q0
A67t4fwYO62PEwCcOlSnVLLfAQhFPKTv+Yqj1hI8l/64o52CHXIQzhnADJouw8aL
i4OBkYAaFDv/uQsydsa3hQ519OG058nQZ/Sr+AN1qyp6Axum9GFqOvIzMEHpEH4P
tb8Prvp+drNU+AC8uIEvCsaSSUC4wLpywwV23iAzrOQdG14SAkkz8Znrty1tSHc1
Y4lmiS4U9xRMGx1Mvz8Xat3yBOl/bRS0mAejKqjSDdZ+6Rtq1gZ7LhdBeG5Nokla
Kdx1JO+QvcQDDnIj64qq6Hq1MY3zu+WYRiacx7KvpsuyIDM+Pc6qCJaRYGYveWW9
aDWZ2siL8DaOwYeRT48L
=jgV4
-END PGP SIGNATURE-

[gentoo-user] Re: Allow delay for booting from USB device?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/18/2014 01:49 PM, Brian Hesdorfer wrote:
 On 4/18/2014 1:38 PM, Joost Roeleveld wrote:
 On Friday 18 April 2014 10:01:35 Brian Hesdorfer wrote:
 On 4/18/2014 9:05 AM, Joost Roeleveld wrote:
 On Friday 18 April 2014 12:02:01 Thomas Mueller wrote:
 Is there a way to make Gentoo or other Linux allow extra time when root 
 is on a USB
 device?  Any way to say just a second or more like 15 seconds before 
 aborting with
 the message that root partition does not exist?
 
 In this case it's an IDE hard drive in a USB enclosure.
 
 FreeBSD seems to handle this situation better.  I would get a mountroot 
 prompt, to
 which I would respond ufs:/dev/ada0p3 and be good.
 
 I could avoid this situation with /boot/loader.conf
 
 legal.realtek.license_ack=1 rsu-rtl8712fw_load=YES 
 kern.cam.scsi_delay=13000 #
 Delay (in ms) before probing SCSI kern.cam.boot_delay=16000# Delay 
 (in ms) of
 root mount for CAM bus hint.re.0.disabled=1
 
 but don't know if Linux has anything like this.
 
 Only lines 3 and 4 are relevant to this issue; other lines are for 
 different issues.
 
 Tom
 Try adding  rootdelay = 15   to the kernel commandline. This should make 
 the kernel
 wait 15 seconds before trying to access the root- device.
 
 See: 
 http://www.linuxtopia.org/online_books/linux_kernel/kernel_configuration/r 
 e58.html
 
 I used this myself in the past when booting from USB-devices.
 
 Kind regards,
 
 Joost
 Tiny Core linux, which is primarily booted over usb, does something 
 similar. If I'm
 understanding this right, they have a loop in their initrd that just waits 
 a maximum of X
 seconds until it shows up.
 
 I'm not sure how easy this would be to move into something else.
 
 Lines 114-128: 
 http://git.tinycorelinux.net/index.cgi?url=Core-scripts.git/tree/etc/init.d/
  tc-config
  rootdelay  is a standard linux kernel option. No need to use a special 
 script.
 
 -- Joost
 
 Agreed! Hadn't heard of that option until you mentioned it. Learn a new thing 
 everyday :)
 
 

There is also a rootwait option, which simply waits until the root device is 
available, no
matter how long that takes. (So you don't end up waiting longer than required 
just in case).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTUuiUAAoJELHSF2kinlg4qOIQALBaZwqhCpDAoPuDB2uKGoQB
pOfoSJUYuP/XEsQJSOp3sjeMrJnlclGqe2KgFtVFZPZ7qYBthhqWY+c3q1Bnuggu
HfJUD7W0R7H5AqvzFKltKPuTJ+3pvhV8C+QxuanV/vZdrqbiiLblOQvi7+ymUKfH
Myfe3ogMKX4YPgqVoFw/1MlvxMDx+7a5nRlh4lqtJQgHR8294L7k9XUaSuk9NMT3
lflAjapgPx/0Ly3Nqcf/ilXjUaE6ND6hIEDsRCAMCrRU/E/1SVDvQra1w/wsuET1
VzoLvZGvnwINXhPeIJZshczeRlDmXOXJqegykjvfPWwJRx4CMcFghiNNSjrj9yoo
YmnpSkRXpnzQZjJUIXVvFN1k+mThZsOj73FPkkOw9RF49KMvHT6zuxuCjAOzmP9I
FmuA6qNP0ucaEzqzV8VyHeZcFCXk7afYc6izPAMkiq9h227hV6wCwKsNnc84Mgbw
W96pEwrri5ZEaRF3aGfy99L4ciq17DiZRjwN7BBvLsJt2lP5NWxT8roXeoXQJoXc
hav6xpd8fLTYZanyM5a9RKqCc40UHgq1gbzJegSnuiduBU8m6VtnqSMOtMGTWP9u
ddqKafbtE/Niaf/OKLay6BsYemOLoyKGzJNLQ868GDtwDaxgapFHcqbqC6sMymmd
v3s5D4d0DCbNtfi5WCYo
=S+Ff
-END PGP SIGNATURE-

[gentoo-user] Re: Change EFI to BIOS Boot

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/12/2014 08:19 AM, Tom H wrote:
 On Sat, Apr 12, 2014 at 7:23 AM, Volker Armin Hemmann 
 volkerar...@googlemail.com wrote:
 Am 12.04.2014 12:45, schrieb Facu Curti:
 
 Partition Table: gpt
 
 : This
 
 You can have a gpt partition table with BIOS but if you want to boot from 
 that disk, you need a
 bios_boot partition (which the OP has) for grub to embed a binary.
 
 

Technically, I don't think you need a bios_boot partition if you leave enough 
space between the
partition table and the first partition (I don't recall having a problem when 
my first partition
started 2048 sectors (1MiB) into the disk).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTSqhYAAoJELHSF2kinlg4tnEQAJWEWwHhylqn3yrPfdtung3Z
3Ugifz04glSpBmaIGWBOO8DaTs/9Tz37lgPtpBeklDvehEdtqPH3RsTqpA/o5Eme
87kyFIY1w095TONvYd+N4W47wkx9oZ6FJ0TBnZUd3c+K4E0kJgC/p3W8xo9f6B7l
Isl2EbCLW/AiYHj47I/qV+MDmAhdrJpx+T5FEnalSknPfJmvd0HPbxKbBOD49Doc
2VO8+K2ouGBpZ9la+kx7YeHSY4XoaAbsb3XEg0U96cnIdvXI8Pa8gF2vYg46AHtW
BklKzCEVMnDWupGgfbs+06ysq6ubCmP/gsjuLZop90hhYFctWNr4yRqsxqzjD+fl
2v/jRqy5GIwdIbwKo/HCuPFWQ+D/l1jaQ0Id78TO0nKgXPeYXuW7alz1HBD7RhIL
4cF3ColFquDm3dRCi13qgrBSyfYD8jUVrkMJtBVSzD3HlKftQeEgnb8ClSdFP+t8
re7m/K8LuqyowlNm1s0gQlx+hGcHR1C2ERDCleyVdygNM+pXVTUdPBnhFE2w6L3g
urP77q1MQ3XPkzUnusWU8UQPw3gZ2DqeMMVlNohj1Fhqm8WWBIkf5j49YzTCk5XT
GVvMZbsxyg+a00wwwFmmd2287PvOBEKef5hXx5xIJsAp7T2+rGQCiF28Z2/jWTEG
eUPkDLjJldc/b0dnlSdF
=/6My
-END PGP SIGNATURE-

[gentoo-user] Re: latest gentoo-sources and nvidia ?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03/30/2014 04:04 PM, Heiko Baums wrote:
 Am Sun, 30 Mar 2014 20:14:28 +0200 schrieb Stefan G. Weichinger 
 li...@xunil.at:
 
 Thanks a lot, very helpful. I followed your suggestions and run gnome now 
 successfully with
 both the latest (stable) kernel and nvidia-drivers.
 
 USE-flag acpi ... I don't know if I still need that with systemd, I vaguely 
 remember that it
 is somehow obsolete then. It pulled in sys-power/acpid now which wasn't 
 there before.
 
 I'm totally not a fan of systemd, and I admittedly haven't looked into the 
 nvidia-drivers
 ebuild and patches, but I guess it applies the patch which is necessary to 
 get nvidia-drivers
 working with an acpi enabled kernel.
 
 So this hasn't anything to do with the acpi daemon or systemd but the kernel 
 as far as I know.
 
 USE multilib: I don't know? Could someone point out what I could need that 
 for?
 
 This is needed if you want to run 32 bit software (e.g. 32 bit games) with an 
 amd64 (64 bit)
 system.
 
 Heiko
 
 

USE=acpi does one thing, and one thing only: adds a dependency on 
sys-power/acpid.
USE=multilib installs the 32-bit libGL.so, etc. libraries on amd64 (so that 
`eselect opengl` can
set them for both amd64 and x86).
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTOMMPAAoJELHSF2kinlg41FcP/2rZKhjOKntcD1hqhN64ukzj
Ovg0cJSE2bpcQa9iHSNBobpOl7SXsn1tUNexUN8AbMZZCi5QamhjQnohFs0Ra/VY
WvKbf2kUI2SEnyEj8rOzo7hy+o8U0WYg+Di3Ya7fOaa6vx6bzDpNzz3sr+iyx4OI
MEhcqxOtDm5FTjl12xFlOIFlb0+ZLjtniDLJQthWjRv0gXbKOa9ZZEDQiu1jL+eV
h0Nu93dDhnRv6VKyO/9eYUfAOCVCBH4pskIfnJvoVCSiGb8J2X0DzkMZHZHrn9XV
dF7fMd9/nsQGCprMmH6WOA4dHrYbUvZZwrAplApUPsf88wh17qXHfzSgU1neAJHh
RPv2dxGNFkfsnGs3F/AEIaHJMNlTuBvvTEV4tnKubamKpoMUBcyt36EtiVcw00pk
069dJA0bBCGOGgjqwLne8ZsuTVMnF53IUwG/kizeuxfUXSVVvVB31JxHlKrk1C6d
eSpkLTYBh/hAsOXYRDxbol+rjkHRPD74mnEG4WhtHEmc13Sk6Sn1M0spb5UUqD1b
WL/I+JqHCBj6v+R3Q+M8YjN7NKm3i8mCIZNo8G/K0Da/UGpnSB07Vsuo2RqbqmkJ
uZb2ozHzaPDAgWHvRmgOleb92IK49cI6kwKCn+bstR+/9RkNtCMjGQNFACRfK+f0
L4GNQOIOxJX/1t3y4SRJ
=xaaH
-END PGP SIGNATURE-

[gentoo-user] Re: World update and dev-lang/python-exec weirdness...

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03/08/2014 11:24 AM, Tanstaafl wrote:
 On 3/8/2014 10:12 AM, Todd Goodman t...@bonedaddy.net wrote:
 * Tanstaafl tansta...@libertytrek.org [140308 09:46]:
 If I do an emerge -pvuDN world, it tells me I only need to update (among a 
 few other
 things) ONE version of dev-lang/python-exec: (2.0.1 to -r1).
 
 I then tried to selectively update just the kernel, and it complains about
 python-exec-2.0.1 being masked, so I add that to the emerge command:
 
 emerge -pvuDN dev-lang/python-exec gentoo-sources
 
 This results in no blockers, BUT, NOW it wants to update TWO versions of 
 python-exec:
 dev-lang/python-exec 2.0.1 AND dev-lang/python-exec-0.3.1 (to -r1).
 
 First question is, why does a plain emerge -pvuDN world NOT want to update 
 both of these?
 
 Second questions is, do I even NEED both of these? Or can (or more 
 importantly, SHOULD) I
 just emerge -C dev-lang/python-exec-0.3.1?
 
 dev-lang/python-exec is slotted (I have slot 0 and 2 on my system.)
 
 I assume when you do the emerge -pvuDN world it only tells you about slot 2 
 because there's
 only a dependency on slot 2.  When you ask it to emerge dev-lang/python-exec 
 it tries to
 emerge for all slots (I'm not sure, someone please correct me if that's not 
 what's
 happening.)
 
 But I had a problem where something using python-exec needed to be rebuilt.  
 Run an emerge
 -pvutDN world (add the -t option to see the tree of dependencies) and look 
 for what wants the
 masked python-exec.  Then rebuild that manually.
 
 Thanks... so, since it is slotted, I guess my question about needing them 
 both is, yes, I need
 them both (ie, don't emerge -C the older 0.3.1 version)...
 
 

You really shouldn't ever `emerge -C` anything, instead using `emerge -c`, 
which will refuse to
remove anything that might break the system in the course of its removal (due 
to dependencies).
In fact, if you want to see what you have that is keeping a particular package 
on the system, you
can do `emerge -pvc the/package`, which will list the reasons why the package 
cannot be removed.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTG2p3AAoJELHSF2kinlg445wP/0P8ji5HLOR1WOeSfjnOzhgF
1hjkjL7ciJrQkxWX6F4ZW/7b4VfiqCJM0RiKNZLlFyBjsINfnKZxGUHfm9ISE31p
4DbW8idMaf5RYETd4I1PFkhdDL1PptWFIK/2lkIWu38LwtbtBkgJqv/RbkayE72q
lEkCKJgYRukiwsLbdkDc0LhLjcmbW6uteWvweClPxPPekvP3arFNiJBcoOoBFeA6
KQIli6GQlEEhs/Hf9tV4NA6tiikCI8al1/FWsqmOcoslpgaQBmTlbIKjRE6WYlVb
tW59wLQskIcPJ6HQ3vscqu86m0DFPSvu1RbKYNK8dK20fW8AMjIl3cV/rsXsSPKr
VphKCfyw4aD5ik9blVwTV3JHu4klh8z1V0w/UVJzt6pZmh7N5sXYdXmGys3wsJxd
tyiwmxRi4k5OUAWq8e8ajVBzyJS4t4N9BFlBm2U+I2JYLytm1fszAwZrtRKmUAue
0Nd7dVEibuL7aVrXDQa4ztT5v/WMHP+gMeP3eKdDfkT2XBvPx+4C1A2An5eKaAHg
zOJu6HjzFB56qajAoDqlcSOlkUJakW5xaluI+56MFWVEmmIx/ExX+UlNBmM+nAfm
OfYCZ5DILphw69wJ0UfFwdVQHVr55WIJfr3tPEUC72u/RcGLvUQ8dFaqI37MhKn/
EUviJlPtENyeqGwX+EVZ
=Scbb
-END PGP SIGNATURE-

[gentoo-user] Re: Multiple package instances ..... Help me understand this emerge error, please.

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Alan,

The easiest method may be to parse the error given:

On 02/23/2014 07:13 AM, Alan Mackenzie wrote:
 ###
  !!!
 Multiple package instances within a single package slot have been pulled 
 !!! into the
 dependency graph, resulting in a slot conflict:
 
 media-libs/libpng:0
 
 (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by 
 media-libs/libpng:0/0=
 required by (x11-libs/cairo-1.12.14-r4::gentoo, installed)
 =media-libs/libpng-1.4:0/0= required by 
 (app-editors/emacs-24.3-r2::gentoo, installed)
 media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo, 
 installed) 
 media-libs/libpng:0/0= required by 
 (net-print/cups-filters-1.0.36-r1::gentoo, installed) 
 media-libs/libpng:0/0= required by (kde-base/kdelibs-4.11.2-r1::gentoo, 
 installed) 
 media-libs/libpng:0/0= required by (dev-qt/qtgui-4.8.5-r1::gentoo, 
 installed) 
 media-libs/libpng:0/0= required by (app-text/poppler-0.24.3::gentoo, 
 installed) (and 3 more
 with the same problems)
 
 (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge) pulled in by 
 (no parents that
 aren't satisfied by other packages in this slot) 
 ###

Each of the packages listed will need to be rebuilt with libpng, so try listing 
them explicitly on
the same emerge command (note that `emerge -uD @world` lists them implicitly, 
so doing that
sometimes will work when a single package fails).

For example, you may be able to get

# emerge --oneshot media-libs/libpng:0/16 x11-libs/cairo app-editors/emacs \
media-libs/libwebp net-print/cups-filters kde-base/kdelibs dev-qt/qtgui 
\
app-text/poppler

to work, or to give you the 3 more with the same problems, which can then be 
added to the
command line and rebuilt.

Because you didn't tell portage that it was allowed to rebuild packages not 
listed on the command
line, portage refused to update the package you *did* list, because it would 
break those other
packages.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTCmzBAAoJELHSF2kinlg4uJ4P/3bRC7UMRGWDrCFEYrlcKWAQ
74LtaAmKXfE75cwb2NtN7tyDM3mDlD2JTG89m9aQp340v2HuH3H7W9nM8MsCqm/g
8/7rv1pViO6GdjzKLnWc0KsFrKCcVsc9r11+0KWRT45y21x92XCiecX/Hb0uDOEN
U83xESg8BSrpm/ZNpdtzlZaOjwIYTOlIRvRYGvUeR8oZpTXOzvp8fmlIftp8SDAb
ywHRMQ1EDb2qZxb+qO4TBrFRbH2za5aktT6oRo7mEs4DmtTBpE5SFXqqwpEEZgHV
N42VprrPdfpqm4x/xOE+s3vYyg4uJaQIyPJKj5AibKpJq0iBl1Q2+/aLxkENVW5l
DuJETmlQ4P1SOPmlDdgaV8+EQjjLEBp48chj1eGg0XfE8pljydIqqj3f7xpaWHbD
Cay2Rqs2mL4UXeUEdAundGyc9XRlqfD6uag1QGSOZN+hgMRJhVpCt8SyMWOiwBZ1
uUp5G0iQaw8YlXDt/3xvraeGsOXf1kzuAApKWjLzsLRObBzOfPia3IGIB4wX5VDS
0rX+/4LSDNYICbQL0oDFOkN/5vCtGGOMfqkuwv0XLdNoMybYhbPwYsKWjj5sO0Cx
Sj9OdQY+bnDhicIHxebniqv//LbCurZLyNywJEf7qlal/mVj+GBF6yZl4RA+lBQv
4uHdr+ZFoKvzdzL6hldZ
=O4Qv
-END PGP SIGNATURE-

[gentoo-user] Re: Is there any way out of this...?

[Jonathan Callen]

 scheduled for 
 merge) 
 =media-libs/flac-1.2.1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]
 required by (media-libs/audiofile-0.3.6-r1::gentoo, ebuild scheduled for 
 merge)
 
 media-libs/libvorbis:0
 
 (media-libs/libvorbis-1.3.3::gentoo, installed) pulled in by (no parents that 
 aren't satisfied
 by other packages in this slot)
 
 (media-libs/libvorbis-1.3.3::gentoo, ebuild scheduled for merge) pulled in by
 =media-libs/libvorbis-1.2.3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]
 required by (media-libs/libsndfile-1.0.25-r1::gentoo, ebuild scheduled for 
 merge)
 
 virtual/libffi:0
 
 (virtual/libffi-3.0.11::gentoo, installed) pulled in by (no parents that 
 aren't satisfied by
 other packages in this slot)
 
 (virtual/libffi-3.0.11::gentoo, ebuild scheduled for merge) pulled in by 
 virtual/libffi[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]
 required by (dev-libs/glib-2.36.4-r1::gentoo, ebuild scheduled for merge)
 
 virtual/libiconv:0
 
 (virtual/libiconv-0::gentoo, installed) pulled in by (no parents that aren't 
 satisfied by other
 packages in this slot)
 
 (virtual/libiconv-0::gentoo, ebuild scheduled for merge) pulled in by 
 virtual/libiconv[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]
 required by (dev-libs/glib-2.36.4-r1::gentoo, ebuild scheduled for merge)
 
 
 It may be possible to solve this problem by using package.mask to prevent one 
 of those packages
 from being selected. However, it is also possible that conflicting 
 dependencies exist such that
 they are impossible to satisfy simultaneously.  If such a conflict exists in 
 the dependencies
 of two different packages, then those packages can not be installed 
 simultaneously. You may
 want to try a larger value of the --backtrack option, such as --backtrack=30, 
 in order to see
 if that will solve this conflict automatically.
 
 For more information, see MASKED PACKAGES section in the emerge man page or 
 refer to the Gentoo
 Handbook.
 
 
 * Error: The above package list contains packages which cannot be * installed 
 at the same time
 on the same system.
 
 (sys-apps/systemd-208-r2::gentoo, ebuild scheduled for merge) pulled in by 
 sys-apps/systemd
 required by (gnome-base/gnome-settings-daemon-3.8.6.1::gentoo, ebuild 
 scheduled for merge)
 =sys-apps/systemd-207 required by 
 (sys-apps/gentoo-systemd-integration-2::gentoo, ebuild
 scheduled for merge)
 
 (sys-fs/udev-208::gentoo, installed) pulled in by sys-fs/udev required by 
 @selected
 =sys-fs/udev-208[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev?,introspection?,kmod?,selinux?,static-libs?]
 (=sys-fs/udev-208[abi_x86_64(-),gudev,kmod]) required by 
 (virtual/udev-208::gentoo,
 installed)
 
 ---
 
 I tried to pick packages, which seems unblocked to me, but with no success.
 
 What is the best way to untangle this desaster?
 
 Thank you VERY much for any life saving help in advance! :) Have a nice 
 weekend! Best regards, 
 mcc
 
 


The problem is that for gnome-settings-daemon to work properly (and still be 
supported by
upstream), you *MUST* convert your system to use systemd.  If I remember 
correctly, there is a USE
flag you can toggle that will allow you to keep using sys-fs/udev (which is 
just a stripped-down
systemd install that doesn't include systemd itself), but it is unsupported.  
most of the other
errors will probably go away when that one is fixed.

- -- 
Jonathan Callen

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJSosL6AAoJELHSF2kinlg40rkP/iPL/GCUsJOE0CofYyY9VhYl
+KYAA09OTquyjJEt3liyNyhrWeWJbDdVbNzCgZOkjudyEgGhrLNmzVZ5ELRQ2VoS
efKnt+SpRaTRSuwjedVeZuZyQm8F1DH+OaG9uHZ1+te6s4fJnjtQ1clIJwy7oEBJ
EpEUM8kDRKPvmU30Dtcu1FbJrMxUmTuMeVgcQYHzWqCBOgwc52yCvjNFEbfuA/3c
8lJo6Ytm1bS67MrljLTFSjlJgpyu6MQSyDuzz3JyZoh0lQP7xCw8gjQgTIcHuDfS
S8tYcbXG/LKKH+G9e7HpoAVCiDdMEGSPg3avOFVKkzQ3cKJlX6SFYGfclqe9IJjH
LC1zrzUcSjTM/8xEUZcQGcQp2EEh91gBsCp7GFuCXZheeHCeh0agngVWvwBIdR3q
9oFP5p2cvSIpQ4W0D2RLHT6rJdHCYcTI0+C6T4kvyDGWBIwFciVGzPokbDLIIIic
3loY53CzLPFOUcAo6l4DQcXL5e3oNRd3iFT/6zF/yi6VGg5quKhu2L1dvQsfCSdj
v5bKvDarcNRCGMhthx65EBftxUJYEJAFqYBh30/f/RYZH7tGiHtqbB7o3+9IGSp5
ff0g1CRJpYN3EQGKdWm01YO0tWEsWWNi9tjLP3/9rCuCoNaCwMMPa22LyTliV1ce
WOZN9rfAgWvGWAopmu/y
=XGp9
-END PGP SIGNATURE-

[gentoo-user] Re: Systemd as drop-in replacement for udev?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 12/06/2013 05:44 AM, J. Roeleveld wrote:
 On Fri, December 6, 2013 08:53, Michael Hampicke wrote:
 
 Just remove init=/usr/lib/systemd/systemd from your kernel command line, 
 and you can boot
 your old openrc installation (if you did un unmerge it)
 
 
 That should mean: ..if you did not unmerge it.
 
 
 
 It doesn't seem that simple from the wiki-page on how to switch to systemd: 
 http://wiki.gentoo.org/wiki/Systemd
 
 In the conflicts section there is mention of having to change syslog-ng and 
 cryptsetup.
 
 I don't have a Gentoo box in front of me to check, but I think udev and 
 systemd can not be
 installed simultaneously. Was this changed?
 
 -- Joost
 
 
 
 

Udev as installed by sys-fs/udev is *exactly* the same as udev installed by 
sys-apps/systemd,
except that the latter installs more files.  It is very much possible to switch 
to systemd as your
udev provider without using the rest of systemd.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJSosOZAAoJELHSF2kinlg4+bkP/1xjvhDe+/8Dn7lqd9YnsUXY
KDitiXQtHDS3XltCjv9A/mQFKsI4tpK5f3MCX0bAeUUrDdoEebBmOFCS6pyPUJx6
uHpc0M0stUo5kx7HLPXz4GHl97Gg1Le1kjKHk4uAgHBFzwS/UlQiYBO8A/mMZb/A
VLU6iRiJbd15VzMSXxWBGk6toc7rgEsIZyFcL+x0SWrIOcCoYPgRTMLQgXemQX/Y
oB066d/dzWLbj3jMWkJIcbxh1hV96rVI6PhHpXGen4iztli7lQNYzI4bwjiqaiNY
VALlCPQOxSLSvw3+7RUTO6urLN/qWpikNsR/5UtSBi3m9IPaMd/2NGvVhjmtcUTq
wovHODaAn7zG18H9eQMVwQE0PMHLmPS3SRfwz5KbFzr11W64w8SWtq5+uoCDJ46P
caRO81iLYrdutZmp0JYHkAPCtPyRHdNNYAsXk/1fWCiky5lh63vrxGyJ/Zo0nMw8
rUTAdkjV2qE0xT7IlKwYyLsfg9WNbXJwM0pYkE4OgzOwgQb5vTpyVjl2+r6ZF6aL
sz9FDD/dOF7Zgwn1SWNQer8cvs9zrl14aKZgjxesX2DMUwKFA535O8dGW1v1Egt9
QD4SvawD+BScDmkofNZ6SHCHwI3Pqgw1/xZzT8Or4TepDWYQB7E0R8shuzNdzvV3
n5bo1rlkaICL90/WYc30
=ZK9j
-END PGP SIGNATURE-

[gentoo-user] Re: separate / and /usr to require initramfs 2013-11-01

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/30/2013 06:22 AM, Neil Bothwick wrote:
 On Mon, 30 Sep 2013 12:01:27 +0200, Hinnerk van Bruinehsen wrote:
 
 mount /usr -o remount,ro mkdir /newusr rsync -a /usr/ /new/usr/ Comment out 
 /usr line in
 /etc/fstab mv /usr /oldusr mv /newusr /usr reboot rmdir /oldusr
 
 What you do with the old partition is up to you. In this case the 
 discussion was about /usr
 on LVM, so you just delete it and allocate the space elsewhere when needed.
 
 You can even leave out the step of creating a new directory and moving it 
 later if you
 bind-mount you rootfs somewhere, e.g. /mnt/gentoo.
 
 Good point.
 
 You may want to add some parameters to the call to rsync, though (e.g. those 
 that preserve
 permissions, xattrs (especially for SELinux or XT-PaX) and owner/group 
 (should be -pogX),
 
 -a covers most if not all of those.
 
 possibly -x aswell (if you have other filesystems under /usr (e.g. a 
 discrete FS for the
 portage tree).
 
 Another good point, one of those things you think of immediately after 
 hitting Send :(
 
 

Specifically, I would use -axAHX (-rlptgoD are implied by -a, but -HAX are not).

- From rsync(1):

- -aarchive mode; equals -rlptgoD (no -H,-A,-X)
- -rrecurse into directories
- -lcopy symlinks as symlinks
- -ppreserve permissions
- -tpreserve modification times
- -gpreserve group
- -opreserve owner
- -Dpreserve device files and special files
- -Hpreserve hard links
- -Apreserve ACLs (implies -p)
- -Xpreserve extended attributes
- -xdon't cross filesystem boundaries

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.21 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJSTKwvAAoJELHSF2kinlg4w5kP+wXTGhMSgTFReacg44Ryn8bu
bSvq3qZURGbGu5s8Q/Ejg42sZ/0fXdfDD57ZhSpVRWMZ/KZIETZAD2oCkktjr6Vj
OELOhz5Pm+UswC201nl6K39PYMijdI+4Mho6QQVoMixa1NI5ZBF7pLBRi+RtJzOx
ilEBPmMqE9jt1hdiHnvucq6YEOSANsLRz5rhqnae9BJurrgAMCBOtxvATZiP5YwD
6P8OyNy0UeKdYYrvzjmAjY9cmZ78r6rIekF1eDchGklIJfuj/mlwG8r0JlusSc34
q7OK4YHdDeNBbMESpuJjeZAYfUycUk90Ag5g+8vx9UqxxJj6FxeeVt3oaPi7sLgj
j4HXS2d5FcH9ItO5SToWIccZHp+C0/3w1S7DOT0pNe1SaOMOwSBDpZTtLhseW1C8
VVr+G4wGrhQmmBXSePa8ICWJ7Xr8NM16km/h8JrHjtvUisV4AtOuQ0mzv0FGmjVG
cgcDqtAjBD00YjVQPQ5VSxb8ZGBjFecMBPhZk2Q1Ea2uUTpb8RdeH0ZvVMXg8N0u
g+otGVC56PecjLReYCWnHuM18+f5tKdTvUo+u0GG6epoe2icNi5BPjC9oQjLI6nd
hdhfrAKzje5T0vAUZNMO6uYcuSL4zmB/T53Dkl1aIem5kV2I9SVt0ku3WsSCywD+
bNu/HzR0SlB4FyFvEEJl
=ef8P
-END PGP SIGNATURE-

[gentoo-user] Re: systemd and LUKS

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/04/2013 11:12 AM, Frank Steinmetzger wrote:
 On Wed, Sep 04, 2013 at 09:16:55AM -0500, Canek Peláez Valdés wrote:
 
 Well, it’s an experiment, but I’m still quite hesitant to switch. It really 
 shuts down fast
 (1 to 2 seconds or so), but I don’t see much improvement in booting time 
 (still around 40
 seconds until KDM is finished). I like the small stuff around it though, 
 for instance 
 timedatectl is neat and that there is no consolekit thread spam in htop.
 
 Even considering that you need to input the LUKS password, 40 seconds is too 
 much. You can
 use systemd-analyze and systemd-analyze blame after a fresh boot to see what 
 is taking most
 of the boot time.
 
 I stopped the timer during password entry. systemd-analyze said (IIRC, 
 netbook is off ATM) a
 little more than 20 seconds altogether. But as I mentioned it’s a slow 
 machine. From the kind
 of noises it made during boot, I guess that the HDD is the bottleneck. The 
 time from the
 initial blank X screen to KDM alone is more than 10 seconds. Perhaps there is 
 still stuff
 starting in the BG.
 
 I also see now why some people rant about it, e.g. that it has an own 
 logging daemon (“one
 big block of everything”) which uses a binary data format. OTOH, logging 
 becomes very handy
 with it in that you can see all messages associated with a particular 
 service. Systemdadm
 is a start, but impractical on a netbook screen.
 
 Don't forget journalctl -b -p err and journalctl -b -p warning. Hugh time 
 savings.
 
 I’m just so used to tail -f /var/log/messages, and it’s a hard fact of 
 reality that switching
 to something new/else/different always takes personal effort.
 
 I was hoping I could have openrc and systemd in parallel on the system (so 
 I don’t have to
 maintain two systems, especially on a slow netbook), but b/c I removed 
 consolekit
 altogether, a lot of stuff doesn’t work anymore if I try booting with 
 openrc.
 
 Perhaps someone can give me a hint about the following: - I’m missing 
 openrc’s feature of
 using the menu key to switch between the last two TTYs, that’s very useful.
 
 I didn't realized it was gone.
 
 Well not in openrc, obviously. But it isn’t there in systemd.
 
 However, I don't think is a feature of OpenRC, it's just that OpenRC calls 
 agetty differently
 from systemd, I suppose.
 
 I didn’t know where to look for that option specifically and thought it was 
 openrc (because I
 can’t remember any other distro having this, like many other details such as 
 a colourful promt
 by default).
 
 - No login prompt on TTY1.
 
 Sure it is. Perhaps is just garbled? Try to log in and do a reset.
 
 I have boot output on TTY1 and logins on TTY2-6., but not on one I tried 
 various keys and
 conbinations such as Ctrl+C.
 
 - A resource link on how to set up networking without network manager. I 
 always did it the
 conf.d/net way.
 
 You can set up the network without networkmanager just fine.
 
 I was obviously too lazy yesterday to research it. I poked blindly into the 
 dark by trying the
 pre-existing wpa_supplicant and dhcpcd services without any custom 
 configuration (with
 wpa_supplicant.conf being the only real requirement for my network setup), 
 but wpa_supplicant
 always failed to authenticate, so I gave up for that night.
 

The various systemd units involved assume that you have KDM set up like Fedora 
does, with the
first graphical terminal (:0) on tty1, so kdm.service actually *conflicts* with 
getty@tty1.service.

If you actually want to set up kdm to act in this manner, edit the file
/usr/share/config/kdm/kdmrc and change the following options in the [General] 
section:
ServerVTs=1,-7
ConsoleTTYs=tty2,tty3,tty4,tty5,tty6

If you don't want kdm.service to conflict with getty@tty1.service, copy the file
/usr/lib/systemd/system/kdm.service to /etc/systemd/system/kdm.service, and 
remove the line:
Conflicts=getty@tty1.service

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.21 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJSKW2FAAoJELHSF2kinlg4f/YP+wZMh4CDv60ca3v8FA6UySnE
UQ/HEcQFa5MIhwwF2PNzG1+0w5wolUG98iuS08YHuX6+BWrHmX8v3OqkZhZYZxRD
am80cYBiJUbtNVBqIZJIO54HJs4q8aS5OR8tN5UhHk7tBDVup3se4yEL2HU9OqYT
wnOAUQwCicVnVJ7jUhlZ/81BFcXzJv7A5fVy12r6FXRIItTabFQbWki1tMd7MBCU
0nVIu87QQPc5fGmoODFWOc7bedkeCYE+xotY4cfGzkzTdEEd1iqer0yMtp/00E3f
Ip+nmjjonCEoOdyxVPYHVPAJ7Oamod+v5Hv4n8Km3c9DU2oMWfvG2rUP4FqTIPNJ
qIlJXFEXdZV0VvMG5ZgI1N+17q5v0N52mlrH+hYX4LS91RY9DbOuaZtfQsb9F0Ud
OxC5KSbqzFhGipQymOW2kOlERLXfaGOvfV6LS4rleWS75o9vfQJuVzLv0iHdqt8Z
VWN9fhtyUkw9JGWzDgbHv3USW0HwOXvhpCV0LvPm5fT2xWKl+Ep9/0pH2dpkpT/e
faLAksYSg0Aky3IHjTnNpWFCKF4dxWCVbFHe9OmDKnLKq5CfNbu/JbMc9ZrXjlEF
0N1uAk6KYr5HhUub9VL/2o/sO91eSst9b0TDozUif7AMJbnN2fRFoaTXs2Gqe+Nl
hl5of0qIw2533RHMVwtr
=hY5I
-END PGP SIGNATURE-

[gentoo-user] Re: Advice needed regarding udisks

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/18/2013 05:50 AM, Grant wrote:
 When trying to eject a USB camera in thunar in xfce4, the error appears 
 and the device
 does not umount.  Here is a command that also produces the error:
 
 # udisks --detach /dev/sdb Detach failed: Error detaching: helper exited 
 with exit code
 1: Detaching device /dev/sdb USB device:
 /sys/devices/pci:00/:00:02.0/usb2/2-6) SYNCHRONIZE CACHE: FAILED: 
 No such file
 or directory (Continuing despite SYNCHRONIZE CACHE failure.) STOP UNIT: 
 FAILED: No such
 file or directory
 
 # emerge -pv gvfs libgdu [ebuild   R] gnome-base/libgdu-3.0.2  
 USE=-avahi -doc
 -gnome-keyring 0 kB [ebuild   R] gnome-base/gvfs-1.12.3-r1  
 USE=cdda gdu http
 udev -afp -archive -avahi -bluetooth -bluray -doc -fuse -gnome-keyring 
 -gphoto2 -ios
 -samba (-udisks) 0 kB
 ^^^
 
 There's your problem.
 
 thunar depends on gvfs, which can use udisks, but in your case the USE 
 flag is forced,
 masked, or removed.
 
 You need to find out why that happened, it might be a profile thing, maybe 
 it's a local
 config. Try
 
 grep -r udisks /etc/portage/
 
 Nothing comes back from that grep.  My profile is 
 default/linux/amd64/13.0/desktop.  What
 else could be preventing me from enabling that USE flag?
 
 
 
 It might be masked by the profile. As I understand it, recent EAPIs allow 
 USE flags to be
 forced per-profile. This makes sense - a dev might enable USE=udev 
 everywhere except on
 gentoo-freebsd profiles, just as an example. But I'm not yet up to speed on 
 how to detect and
 over-ride such things.
 
 I think you should log a bug now at b.g.o. and let the devs tell you what's 
 really going on
 with your selections.
 
 Will do, and I'll report back with the results.
 
 Thanks, Grant
 
 

- From $PORTDIR/profiles/base/package.use.mask:

# GNOME gn...@gentoo.org (02 Oct 2012)
# Mask USE=udisks and use USE=gdu as the default for gnome-base/gvfs-1.14;
# older gvfs releases have problems with recent stable udisks:2 (bug #463792)
gnome-base/gvfs-1.14 udisks

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJSEQhYAAoJELHSF2kinlg4614P/3oNTHWpSWaVttWLwphBf1Q4
aDIIc/gSH9+In+S4ksvELniJ6C1x3GxeJa7QbOjE+lFJgotTaafCzdhkQ/i4zX6E
2vWVgdSNX5HKzFwudY/Qc/N+//9ab+SyiVG7JK6Z3DLtcOUspG615hzuhOU99SFP
FmSgfEL2W11583RYtv0PxY9tHb+T+O+6sL6RkWrDuqeSE6zJ9Tq+NzHEMwMlqSjs
I61sxEStZ+GR4mJOwvHbejEE/nfUEvfwmhb0oYlTPvasi/VQ4rj5EkJH+LGAJsCr
MA/pMHCbVcDL70HULOR8xvbB1MQWBNSbKwEF1ozqdfwc/yZ5WhZmyvuDhVu7Hu/V
UVQD8saf422fI7pizqRItrLqzZGJ+Rkuxn2OSQI+QweWZ3z+T3SM9dIuU1HrrFfp
TBdMmimU/dknetkeE9gSZEh2gAgLOI5dsZkeY68qf8RWLKpf6jjmMmOzSbJ+VC3A
Oml8UeR8EKr1ShxPkOUcWPvO/Olx8ivZeO0zJwWk8TjCCSgkL9rJxgU7+XPdgoJh
RZ0Ej1dhoPerf0Rbz7eK7vkxYEcfR2IzLGXe48uu8aPUXyorq16ewpM2xw15WEuT
19vKLDbnnM3mjuGkKJNYX6MjsCneBzxVBz+5EfjaS6MT65hxJZo/Wik1f5IJqYzy
gX8ZOjfsbzqsPMF9Erwt
=CNx1
-END PGP SIGNATURE-

[gentoo-user] Re: udev upgrade renames eth-interfaces

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03/16/2013 09:14 AM, Dan Johansson wrote:
 Hello,
 
 Today I upgraded udev on one of my boxes (after hesitating a long
 time). Even if  I have /etc/udev/rules.d/80-net-name-slot.rules and
 my old 70-persistent-net.rules in place, my interfaces gets renamed
 (eth0 gets swapped with eth1) which then messes up my whole
 configuration (routing tables and firewall rules). Any suggestion
 how to keep my old names and order?
 
 Regards,
 

Udev, as of version 187, will now refuse to rename a network interface
to the name of a network interface that already exists -- which, due
to race conditions, can be the case if you are attempting to rename a
network device to a name the kernel will later use to name the next
enumerated device.  The fix for this issue is to *not* use names that
match eth[0-9]*, wlan[0-9]*, etc. and instead use a name that the
kernel would *not* automatically assign.  Unfortunately, that means
that you *cannot* keep your old names and order (upstream claims that
the means used to ensure those names were used was unreliable and
prone to race conditions anyway, which, looking at the code, I can
believe).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJRRHYFAAoJELHSF2kinlg4d0MQAJhJs73Nlja+TGoq77TaYMOz
vrJmZmPDewp+1imFjfnddhC6c5ePn5+XCQ7vWmcB3LVVh8JAOqRq1pEV/u4F3HYO
8VE5VI/s0K2MO/+8aLOOSnB91tmEmZ9ziKnIjvZPKqDKH5JB2iCShnvvgfdWIlQB
HwaZknzlvl1bNCBmDfaXFoGzPmEIiyIysuzI9xFxv1/m+VOMeDkN5a7qJmC7mXld
gu9Shx15Y2LBJZvQaUH8aM6Qv4BsMc9IJ0XWp/aHpbefMuj+Vb5038caRRfHqyUN
aNmYmiEvvkb2IqrMSJ8x4faC3iVj/YimovEQhiDZmwaHcl2IqmlngJ1qAPk30/Lh
fwUVDCTwtJ/zoOoTxGpd4zZ/wUVVPaupsOc2D7ZMXlw2o5RzsuSwRE5FrHv/0MXO
Ne3I3QVHvPJvYfwi0AyOv5wHEKkCdF9MjgWqCErjEPaFUrrPuiWp4ESQp/HE5rVQ
YG77ZSugSnFddZgwYenlSgDhHkkMaHV8zeNautVOPRMsvqbKbnVjEtT7YXHJBN0B
OnnCQhZR7lBKCkxc5Xq/TWXe9imT/1Of8tLn80SuICthUGLgFg1tlv0AIjKmWU9q
FIoQ+xD6rTav2zdPkTF86HsODqwe38br64NLPhUSfd+s7e5iiqh++XTtwTnXSKXW
QbQb+npPnCZ0DgqW9aCM
=/24C
-END PGP SIGNATURE-

[gentoo-user] Re: kde4 upgrading

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

James wrote:
 kde-meta is ideal for me. I thought it was going away?
 Since kde(4)-meta is alive and well, that is my preferred
 method. I hope when kde-meta goes away (?) there is a migration
 plan? When this whole kde4 venture started for me (feb 09)
 I was told to avoid meta as it is going away...
 
 [...]
 
 How long is kde-meta going to be around?
 That's really what I'm looking for.
 


kde-base/kde*-meta won't be going away any time soon, if at all.  The
original plan, way back when, was to transition everything to sets, but
the current implementation in portage 2.2_rc* does not currently do
everything that is needed, so we are recommending the usage of the meta
packages.

- --
Jonathan Callen
Gentoo KDE Developer
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrnym4ACgkQOypDUo0oQOo9ZQCbBwM1fUMQzv+mReF/aaEkr8I7
LLUAmgIaNDiixVl5fd+PQY2OjqMPY1pU
=icEh
-END PGP SIGNATURE-

[gentoo-user] Re: emerge advises upgrade profile

[Jonathan Callen]

Harry Putnam wrote:
 In fact what does `developer' buy you?

Among other things, it enables I_KNOW_WHAT_I_AM_DOING, which tells you
the expected audience :).  Seriously, the developer profiles are mainly
for Gentoo Devs, people who are going to be doing a lot of debugging and
testing of ebuilds.  If you don't know if this is you, it isn't.

-- 
Jonathan

[gentoo-user] Re: kernel panic -- finding proper config diff

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Maxim Wexler wrote:
 VFS: Mounted root (ext2 filesystem) readonly on device 8:1,
 Freeing unused kernel memory: 276k freed
 Warning: unable to open an initial console
 Kernel panic - not syncing. No init found. Try passing init=option to kernel.

Do you have a /dev/sdb? If so, try setting root=/dev/sdb1, and see if
that works (sometimes the kernel changes its initialization order around
between x.y.{z,z+1} releases).

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrg/y0ACgkQOypDUo0oQOqGmwCgvdiky5ZCyRBYH/xFB8zeNVzV
YksAnAr0rx6R13jGYMkNfT4j4Ri0RRlt
=A85Q
-END PGP SIGNATURE-

[gentoo-user] Re: kernel panic -- finding proper config diff

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Maxim Wexler wrote:
 VFS: Mounted root (ext2 filesystem) readonly on device 8:1,
 Freeing unused kernel memory: 276k freed
 Warning: unable to open an initial console
 Kernel panic - not syncing. No init found. Try passing init=option to kernel.

To me, that looks like /dev/sda1 (which is what the kernel is using as
root=) doesn't contain any of the following:
/sbin/init
/etc/init
/bin/init
/bin/sh

Noting that the kernel output implied that it was an ext2 filesystem,
that looks like it mounted your /boot as /, which fails as there isn't
any init available on it.

PS:
In case you were wondering how I knew it was /dev/sda1, that's what
device 8:1 means: the block device with major number 8 and minor
number 1, which happens to be the major:minor assigned to /dev/sda1.

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrfW+UACgkQOypDUo0oQOo/NgCgq1C7LyfDRiEAFRiuqq9Me+5Q
EyMAnjvpfvmfcFFlczPJb7SruygZF/lN
=KMh5
-END PGP SIGNATURE-

[gentoo-user] Re: Confusion

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

econti wrote:
 Hi all
 I am a bit confused :-(
 I upgrade my box weekly. After the last upgrade the emerge -NDpvu gave
 me the output you can see in the attached up_20091010 file.
 As you can see there were a lot packages to upgrade with a lot of blocks.
 After unmerging the blocking ones I upgraded many packages and arrived
 to the point where the emerge -NDpvu gives me the output of the
 attached finish file.
 Now, to emerge akonadi-server, kcontrol I should downgrade all the qt-*
 to the 4.5.1 version. Then to mask all the new kde4 packages, qt-*-4.5.2
 and xulrunner. Is it right?
 Is there any other solution?
 Thanks
 emilio
 

Add USE=accessibility qt3support to /etc/make.conf, which should fix
the downgrade issue (note: qt3support != qt3).

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrbfHkACgkQOypDUo0oQOrJDQCeJy9UhSFkKBFUDh8Y4HzmKuXd
l4sAnivKYHY9CijoJFre/ULEfvhGQSfc
=LFQe
-END PGP SIGNATURE-

[gentoo-user] Re: KDE 3.5 and desktop links not working

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dale wrote:
 Well, that started something.  I'll post the output here.
 [snip lots of output]
 
 I have seen that ran before during a emerge and I have not seen WARNINGs
 like that before.  Should I re-emerge some KDE 3.5 stuff and see if that
 fixes it? 

The reason you don't see those WARNINGs during emerge is because the
output is redirected to /dev/null.

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrXlyMACgkQOypDUo0oQOqWDQCdHZIqcvYjrj7v7GK3LuBf5W6f
Db4Anj2+A8M3V0bW5at+dBfZae1glFss
=/pZs
-END PGP SIGNATURE-

[gentoo-user] Re: Syntax for masking kde:4?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chris Reffett wrote:
 It could be manually downloaded from
 http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=blob_plain;f=Documentation/package.keywords/kde-4.3.keywords;hb=master
 

We actually have a package.mask file for KDE 4.3 at [1].  This file
*only* contains the KDE 4.3 packages, as opposed to the p.keywords file,
which also contains some of KDE's dependencies.

[1]
http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=blob_plain;f=Documentation/package.unmask/kde-4.3;hb=master

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrSV0kACgkQOypDUo0oQOondwCdGRJowiTlQMBnfSYXUcYmg2+g
IwwAnR0UltyqiDakkQ4/GIjOeBuEi3Sh
=TlLL
-END PGP SIGNATURE-

[gentoo-user] Re: commands to show where a package is installed?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dale wrote:
 I would urge you to check into the q command and equery.  I !think!
 the q command is part of portage.  It may be part of gentoolkit tho. 
 Just the q command has more than a dozen different things it does. 
 equery can do a lot too but some say it has some accuracy problems at
 times.  It works for my little simple stuff tho.

Actually, /usr/bin/q belongs to app-portage/portage-utils, not
app-portage/gentoolkit or sys-apps/portage. :)

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrQ8aMACgkQOypDUo0oQOr3GQCfaSxscToE74ml3QFMUHMMcFH0
7ZwAoLKlVdNJusziK+OYnjo+Pde1AO7W
=FBeM
-END PGP SIGNATURE-

[gentoo-user] Re: FIXED 3D

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Neil Bothwick wrote:
 Note you can also nest commands when using $(), which you can't do with
 backticks.

You can nest commands with ``, it's just less intuitive; each of the
following are equivalent:

  echo $(echo $(echo $(echo $(echo foo
  echo $(echo $(echo $(echo `echo foo`)))
  echo $(echo $(echo `echo \`echo foo\``))
  echo $(echo `echo \`echo \\\`echo foo\\\`\``)
  echo `echo \`echo \\\`echo \\\`echo foo\\\`\\\`\``

Yes, that is a *lot* of backslashes in the last one, which is why no one
nests that far with `` (personally, I always use $() instead of ``, but
that's mainly because I switched my escape for GNU screen from ^A to `).

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrOnkwACgkQOypDUo0oQOqo4QCaA5iPSgyefVeK/clv3Tmb4bZh
QHcAnRbc/wufJ7NZlVfy7f3sACQm1ZoY
=ewZb
-END PGP SIGNATURE-

[gentoo-user] Re: Guesstimates of KDE4 going stable?

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

James wrote:
 Any guesses as to when that will happen (KDE 4 going stable)
 with Gentoo ebuilds so I can plan some new 
 installations for my friends are greatly appreciated.

The stabilization bug was filed earlier today as bug 287697 [1].  This
is an indication that the KDE team feels that KDE 4 is ready to be
stabilized, and is a request for the various arch teams to proceed with
stabilization.  In order for the stabilization to continue, however,
there are a few other packages that need to be stabilized first.  These
are listed in the bugs listed as blocking bug 287697.

So, to answer your question, Real Soon Now™.  I expect it will be
stabilized on x86 and amd64 fairly quickly, with other arches to follow.

[1] https://bugs.gentoo.org/287697

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrKbAEACgkQOypDUo0oQOqzTgCgtFJvfHUSXQepUwPh35nPQIM5
WmIAn2G3tAJpOg5vKTcU3ET5ahbNzqqG
=gf4l
-END PGP SIGNATURE-

[gentoo-user] Re: Can't build PyKDE4 on kde-4.4 or kde-live from kde-testing

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Hartman wrote:
 Hi,
 
 As the subject says, I can't build PyKDE4 from kde-4.4 or kde-live
 sets in the kde-testing overlay. I found various references to the
 same problem on lists and forums but no solutions. Does anyone use the
 bleeding-edge KDE and have some suggestion on where to look? Otherwise
 I think I will try to checkout progressively older snapshots of pykde
 until I find one that works.
 
 /usr/include/kcategorydrawer.h:37: error: non-static const member
 'KCategoryDrawer::Private* const KCategoryDrawer::d', can't use
 default assignment operator
 
 thanks :)
 
 

This is a known issue, and attempting to roll back pykde4 to an earlier
version will *not* work.

The problem is that upstream changed *kdelibs* in such a way that broke
pykde4, and pykde4 *will not* work until someone makes the appropriate
changes there.  Unfortunately, those kind of changes to pykde4 generally
aren't made at this point in the release cycle, and probably won't be
made until soon before beta 1 (4.3.85 or so).

The last known good version that I'm aware of is before the 4.3 series
branched off of trunk.

- --
Jonathan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkq+734ACgkQOypDUo0oQOpqNgCbBUiGIEpRf4OsA50YFBHs1mTN
qjkAniTkJyeIijPdMRqxP1zcDuAxGf53
=dKxy
-END PGP SIGNATURE-

[gentoo-user] Re: runlevels and service list

[Jonathan Callen]

Eric Martin wrote:
 Actually, /bin/bash is a symlink - /bin/dash on Ubuntu so dash (Debian
 ash) is the default shell on Ubuntu (and either dash or ash is on
 Debian).  I found that out the hard way when I was scripting and some
 bash stuff wouldn't work properly.
 

No, /bin/bash is *always* bash on Ubuntu.  You are probably thinking of
/bin/sh, which is required to be a POSIX-compliant shell, such as dash
or bash.  On Ubuntu systems, /bin/sh is now provided by dash (by
default).  Debian also changed to using dash as /bin/sh fairly recently.

-- 
Jonathan

[gentoo-user] Re: @preserved-rebuild

[Jonathan Callen (ABCD)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Hartman wrote:
 On Thu, Sep 24, 2009 at 1:25 PM, James wirel...@tampabay.rr.com wrote:
 Hello,


 I keep getting this mesaage on one particulary system:

  existing preserved libs:
 package: sys-libs/readline-6.0_p3
  *  - /lib64/libreadline.so
  *  - /lib64/libreadline.so.5
  *  - /lib64/libreadline.so.5.2
  *  used by /usr/bin/calgebra (kde-base/kalgebra-4.2.4)


 So I've rebuilt kalgegra, readline and revdep-rebuild comes
 up clean. I ran 'emerge @preserved-rebuild' numerous times
 and still I get this error message.


 Ideas on cleaning this up?

 It just happens on one system out of a dozen/plus gentoo
 boxes I manage..

 Rather than rebuilding kalgebra, unmerge it completely then emerge it
 again. It might be a problem with the emerge process for that package
 not using the latest version for some reason, so it is rebuilding
 against the old libs (which therefore remain preserved).


Also, try removing /lib64/libreadline.so (not .so.5 or .so.5.2 !) first,
so that kalgebra is forced to link against /usr/lib64/libreadline.so
(which ends up pointing at /lib64/libreadline.so.6).  My guess is that
for some reason the linker is looking in /lib64 before checking
/usr/lib64, and finding the wrong file first.

- --
Jonathan Callen (ABCD)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkq73xcACgkQOypDUo0oQOqriACfSrdCwExsBbmkSYLXqVQALWxT
Yd4An2VAYc0Gy5Slx94QeKKbV+gceqeg
=rgNN
-END PGP SIGNATURE-

[gentoo-user] Re: hald failed to start

[Jonathan Callen (ABCD)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

fe...@crowfix.com wrote:
 Bummer.  I upgraded X and followed all the steps, it did come up, but
 hald won't start, so I have to ssh in and kill X to get my screen back
 even as a tty.  Seems a shame to go thru all that X upgrade stuff and
 have something else fail.  Here are the versions:
 
   sys-apps/hal-0.5.13-r2
   x11-base/xorg-server-1.6.3.901-r2
 
 This is the only error message in /var/log/messages:
 
   Sep 19 02:32:36 crowfix /etc/init.d/hald[4485]: ERROR: hald failed to start
 
 Nothing I can see in dmesg.  The X log is pretty unhelpful:
 
   (EE) config/hal: couldn't initialise context: unknown error (null)
 
 This is a ~amd64 system.  It fails the same on both 2.6.30-r6 and
 2.6.31.
 
 I guess what I would really like is some way to get more info on why
 hald won't start.  I ran it manually with --verbose=yes --use-syslog
 and got 8699 lines of syslog, only 9 of which had error in them.  7
 of those were for lid, battery, etc -- laptop stuff.  Only 2 looked
 like real errors:
 
   Sep 19 02:46:45 crowfix hald[5888]: 02:46:45.936 [E] hald_runner.c:671: 
 Error running 'hald-addon-storage': org.freedesktop.DBus.Error.Disconnected: 
 Connection was disconnected before a reply was received
   Sep 19 02:46:45 crowfix hald[5888]: 02:46:45.944 [E] hald_runner.c:671: 
 Error running 'hald-addon-hid-ups': org.freedesktop.DBus.Error.Disconnected: 
 Connection is closed
 
 Does this mean anything to somebody?  Is there a better way to get
 more useful info from hald?  Did I forget to read some update notice?
 

While I don't have quite enough information to be sure, it looks like a
problem with dbus. Unfortunately, I'm not sure how to determine if this
is the case, or what should be done if that *is* the case.

- --
Jonathan Callen (ABCD)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkq09QcACgkQOypDUo0oQOr4mgCgkOZGlBg4x3G0tXcnpt7LwVcy
g1sAnRqykMcPTyxvnUyohjn3mPzBL2po
=MCaV
-END PGP SIGNATURE-

[gentoo-user] Re: udev and init.d. Should it be running now?

[Jonathan Callen (ABCD)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dale wrote:
 Hi folks,

 I was browsing around and noticed that I now have a udev in
 /etc/init.d/.  I checked, it is not running but udevd is not running
 either.  See below:

 r...@smoker / # /etc/init.d/udev status
  * status:  stopped
 r...@smoker / #
 r...@smoker / # ps aux | grep udev
 root 30451  0.0  0.0   1888   504 pts/0R+   16:04   0:00 grep
 --colour=auto udev
 r...@smoker / #

 This is the baselayout that is installed:

 [I--] [  ] sys-apps/baselayout-1.12.11.1

 I seem to recall that baselayout 2 is going to be a service thing but
 since I am on baselayout 1, should this be running?  It seems to belong
 to the udev package tho according to this:

 r...@smoker / # equery belongs /etc/init.d/udev
 [ Searching for file(s) /etc/init.d/udev in *... ]
 sys-fs/udev-141 (/etc/init.d/udev)
 r...@smoker / #

 You can see from that what udev version is installed too.  I also
 checked the elogs and I see no mention of it being changed to a service
 or that it needs to be added to a runlevel.

 Also, keep in mind, everything works fine.  I just don't want to add it
 to boot or default runlevels and then break something.

 Thanks for any advice.  I searched the forums and udev on g.o but didn't
 see anything relevant.

 Dale

 :-)  :-)



In baselayout-1, udev is started directly by baselayout itself, outside
of any init scripts.  In baselayout-2/openrc, an initscript is needed to
start udev.  If you actually read the script, you may notice that the
script will immediately fail if you attempt to run it on a baselayout-1
system, as it isn't needed.  If/when you upgrade to baselayout-2/openrc,
it will automatically be added to the boot runlevel, but only if
baselayout-1 had been previously installed.

In short, don't worry about it. :)

(this didn't appear to send the first time, so resending...)
- --
Jonathan Callen (ABCD)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqpeCgACgkQOypDUo0oQOppywCfa3+jnwddXZfocNqvDeWbbjGC
3UAAoL7b9ElKq+72QpFwtrW/hpSWVUOD
=3KGk
-END PGP SIGNATURE-