Re: [gentoo-user] data recovery advice needed

[Heiko Baums]

Am Sat, 15 Dec 2018 18:33:35 -0500
schrieb Jack :

> Some months ago, I borked a laptop HDD by trying to move a partition
> in a way that left both the old and new partitions invalid.  (For my  
> sanity, I've forced the details out of my memory, but the old and
> new locations overlapped, and I think the move might have been  
> interrupted.  My own fault, I know.)

Have you written anything on this HDD after moving those partitions?
And did you move the partitions or did you repartition the HDD?

You could try to find the beginning of the old partitions with hexedit
and set a pointer to this position with losetup. Set the offset to this
position. Linux actually doesn't need partitions to access the HDD
and/or mount file systems. Partitions just make it a lot easier.

And keep in mind that partitions are written to the partition table at
the beginning of the drive. Repartitioning usually doesn't overwrite
any data. So if you haven't written anything onto the new partitions
(incl. formatting the new partitions) all the data is most likely still
there.

So you could also try to recover your old partition table. Maybe the
backup of your old super block is still intact. Unfortunately I can't
remember how to find it out. Maybe with fdisk resp. gdisk or with
testdisk.

But there is a chance that the behavior of moving partitions is a bit
different than repartitioning the HDD, so that the data is actually
already overwritten by moving those partitions.

On the other hand, if you had really moved the partitions the
partitioning tool you used should have seen that both partitions
would overlap and shouldn't have done this.

That said, no matter which problem you have with an HDD, always stay
calm and think first before you do anything. In most cases you can
recover your data. But the first step is to stop working (particularly
writing) with this HDD. The second step is - as the others already
mentioned - to make a copy with dd or ddrescue.

I had a lot of HDD crashes, logical and physical ones. And once I even
didn't have a backup. I never lost any data so far, not even a bit.

Heiko

Re: [gentoo-user] Mount Android phone on Gentoo - Transport endpoint is not connected

[Heiko Baums]

Am Fri, 5 Oct 2018 12:30:16 -0600
schrieb the...@sys-concept.com:

> I'm trying to access my android phone via Linux.
> Installed: emerge -avq sys-fs/mtpfs

I haven't heard about mtpfs yet, but maybe you could try ssh and/or
sshfs.

Just install the app SSHelper on your phone and sshfs on your Gentoo
system. SSHelper is basically an ssh server which is pretty well
documented on its website and it's OpenSource.

https://arachnoid.com/android/SSHelper/
https://play.google.com/store/apps/details?id=com.arachnoid.sshelper=en

Heiko

Re: [gentoo-user] CUPS remote printing drives me crazy

[Heiko Baums]

Am Thu, 13 Sep 2018 14:59:03 +
schrieb "J. Roeleveld" :

> I select them on having a wired network port.

But what about the price? Well, I guess it depends on the use case. I
guess if I would need it on business I would consider this, too.

> Wifi is slower than wired.
> I prefer not to have to wait because of the network.

Well, yes, but not so much. Depends on how much you have to print and
how often. For these few pages I print every now and then it doesn't
matter. Wifi is fast enough for those cases.

Heiko

Re: [gentoo-user] CUPS remote printing drives me crazy

[Heiko Baums]

Am Thu, 13 Sep 2018 03:13:45 +
schrieb "J. Roeleveld" :

> Or simply via a network cable.

Most printers don't have an ethernet port anymore these days.

> Wifi isn't the most reliable option.

I didn't have a problem yet with printing or scanning over Wifi.

Heiko

Re: [gentoo-user] CUPS remote printing drives me crazy

[Heiko Baums]

Am Wed, 12 Sep 2018 14:50:36 +0200
schrieb Helmut Jarausch :

> On one machine - called SERVER - I have a USB printer which works
> just fine with CUPS.

Just one maybe stupid question. Does this printer have Wifi support?

Then it would be a lot easier. If you would disconnect this printer
from the one PC and connect it to your network over Wifi then you
probably would only need to configure your firewall.

The printer would then be found automatically by CUPS.

Heiko

Re: [gentoo-user] Epson L380 scanner+ printer

[Heiko Baums]

Am Tue, 17 Apr 2018 17:20:21 +
schrieb Francisco Ares :

> Can anyone tell me how to set up the scanner part of an Epson L380?

It's most likely done this way (at least for printers which need the
open source driver ESC/P-R):

- Install sane.
- In /etc/sane.d/dll.conf uncomment the line epson2.
- In /etc/sane.d/epson2.conf set or uncomment those lines:

usb
usb  
net 

If you have it connected via Wifi you probably need to configure it for
USB, too. At least you can configure it for both connection types at
the same time.

Just in case, you won't be able to use this printer with a Raspberry Pi,
because it needs the proprietary ESC/P driver. If you consider
connecting an EPSON printer to a Raspberry Pi you would need a printer
which needs the open source driver ESC/P-R.

Heiko

Re: [gentoo-user] [OT] Best *SIMPLE* firewall?

[Heiko Baums]

Am Thu, 1 Mar 2018 21:45:46 -0500
schrieb Rich Freeman :

> If they did move netfilter to userspace, then it would

most likely be more insecure because a userspace process can be easier
bypassed, killed, hacked or whatever. That's a lot harder with the
kernel if not impossible.

See all those personal firewalls for Windows like Kerio Personal
Firewall, Zone Alarm or whatever when Windows didn't have its own
firewall.

I hope netfilter will never move to userspace. And I'm pretty sure it
won't.

Re: [gentoo-user] [SUSPECTED SPAM] [OT] Best *SIMPLE* firewall?

[Heiko Baums]

Am Wed, 28 Feb 2018 16:15:59 -0500
schrieb "Walter Dnes" :

>   Is there something besides iptables?  It seems to be like
> systemd/perl/python, continuously expanding its scope.  And no, I'm
> not looking for an "easy-peasy front-end gui" that'll probably pull
> in 90% of QT as dependancies.  I fondly remember IPCHAINS.

I don't know what you're looking for exactly.

If you want a command line tool for configuring your firewall with an
easier syntax than iptables you could try ufw.

I don't know nftables, yet, but from what I read so far they seem to
got their inspiration from ufw's syntax.

ufw itself uses iptables and generates iptables rules.

Principally all those firewall tools do the same. They configure the
kernel's own firewall netfilter. And most if not all of those tools use
themselves iptables which is besides nftables the official tool for
configuring netfilter. 

Fun fact: iptables is the successor of ipchains. And it's a very long
time ago that ipchains was replaced by iptables.

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Heiko Baums]

Am Sun, 3 Dec 2017 19:08:25 -0600
schrieb Dale :

> I hope that makes sense because it can be rather complicated if it
> doesn't click as to what I'm describing. 

It does.

> Based on all the threads, I'm sticking with the old profile until next
> week or maybe two weeks.  Let some of this settle.  It seems things
> are going pretty well but there does seem to be a few hiccups here
> and there. 

I'm doing it right now on two PCs with --keep-going since almost one
day. At least one night more to go.

Some packages already failed to build but I don't know yet which. But
usually `emerge --keep-going` prints a list of the failed packages at
the end.

Heiko

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Heiko Baums]

Am Sun, 3 Dec 2017 15:16:26 +0100
schrieb tu...@posteo.de:

> what is about emerge -e @world --keep-going 
> instead?

That would do something like a --resume --skipfirst automatically with
the difference that it first recalculates the dependency tree in case
another package would depend on the package that failed to build.

But it's actually "--keep-going y".

Heiko

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Heiko Baums]

Am Sun, 3 Dec 2017 09:09:37 -0500
schrieb "Spackman, Chris" :

> emerge --resume --skipfirst

`emerge --resume --skipfirst` is necessary if you don't use --keep-going
y, a package fails to build and you want to manually resume the actual
emerge. Not using --skipfirst wouldn't make much sense, because the
broken package will fail to build again anyway.

Maybe Dales suggestion would work here. In this case you shouldn't use
--skipfirst after fixing the reasons why the package failed to build.

If you run `emerge -e @world` e.g. and get a power failure then you
shouldn't use --skipfirst because then you want to build the package
which was currently built during the power failure again.

If you want to do have emerge doing a --resume --skipfirst
automatically then you should use --keep-going y in the original emerge
command like `emerge -e --keep-going y @world` or `emerge -uDN
--keep-going y @world`.

Heiko

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Heiko Baums]

Am Sun, 3 Dec 2017 06:55:59 -0600
schrieb Dale :

> I hope I understood what you meant with all this.  I disturbed quite a
> few electrons and stuff with this.  lol

I think you understood what I meant even if I didn't think about doing
some other stuff with emerge in between another emerge. And I think
even Meino was more concerned about a power failure in between `emerge
-e @world`.

Nevertheless interesting to know that `emerge --resume` even works or
at least has once worked after another emerge.

Heiko

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Heiko Baums]

Am Sun, 03 Dec 2017 09:53:21 +
schrieb Peter Humphrey <pe...@prh.myzen.co.uk>:

> On Sunday, 3 December 2017 04:15:25 GMT Heiko Baums wrote:
> 
> > Like I said before. emerge always calculates the dependency tree,
> > which is a lot faster in case of `emerge -e @world` than in case of
> > `emerge -uDN @world`. And then it knows which packages have already
> > been installed and which are not.
> > 
> > That said I haven't run an `emerge -e @world` before. So I'm
> > actually not sure if this works the same way as with an `emerge
> > -uDN @world`.  
> 
> Nope. Empty-tree means empty-tree. That is, whenever you emerge -e
> world, you start from the beginning every time, regardless of
> anything you were doing just before that.

Actually I was talking about the behavior of `emerge --resume` in the
case of `emerge -e @world` compared to `emerge -uDN @world`. Sorry, if
this was unclear.

Heiko

Re: [gentoo-user] Emerge does want to tell me...what?

[Heiko Baums]

Am Sun, 3 Dec 2017 06:29:29 +0100
schrieb tu...@posteo.de:

> I already did this...

There are two things which emerge can tell you with this message.

1. It can't find >=sys-devel/gcc-6.4.0 but only older gcc versions.

2. You have installed a package that depend on sys-devel/gcc-5.4.0-r3
or sys-devel/gcc-4.9.4.

I already explained what you can do in the first case. In the second
case I would try to fix (uninstall, rebuild, upgrade or whatever) those
packages which depend on an outdated gcc. I guess equery is your friend.

Heiko

Re: [gentoo-user] Emerge does want to tell me...what?

[Heiko Baums]

Am Sun, 3 Dec 2017 05:43:39 +0100
schrieb tu...@posteo.de:

> Hi,
> 
> I started emerge -e @world
> 
> and it stops with this message:
> 
> The following mask changes are necessary to proceed:
>  (see "package.unmask" in the portage(5) man page for more details)
> # required by @selected
> # required by @world (argument)
> # /usr/portage/profiles/releases/17.0/package.mask:
> # Andreas K. Huettel  (27 May 2017)
> # In the 17.0 profiles we assume that our system compiler uses C++14
> # or later as default language setting. This means it has to be at
> # least GCC 6. If you need an older compiler for specific purposes,
> # feel free to unmask it, however, using it for normal emerging of
> # packages is neither recommended nor supported in any way.
> =sys-devel/gcc-5.4.0-r3
> # required by @selected
> # required by @world (argument)
> # /usr/portage/profiles/releases/17.0/package.mask:
> # Andreas K. Huettel  (27 May 2017)
> # In the 17.0 profiles we assume that our system compiler uses C++14
> # or later as default language setting. This means it has to be at
> # least GCC 6. If you need an older compiler for specific purposes,
> # feel free to unmask it, however, using it for normal emerging of
> # packages is neither recommended nor supported in any way.
> =sys-devel/gcc-4.9.4

I'd suggest you first do a clean gcc upgrade to gcc-6.4.0 or gcc-7.2.0
depending on whether you run a stable or a testing system.

https://wiki.gentoo.org/wiki/Upgrading_GCC

And then follow exactly the steps in the news item after the step of
rebuilding gcc.

Or in detail:

Run these commands:
# gcc-config -l
# gcc-config set 
# emerge -1 sys-devel/gcc
# gcc-config -l
# gcc-config set 
# source /etc/profile
# emerge -1 sys-devel/libtool
# gcc --version
# emerge --depclean =sys-devel/gcc- [for all installed
gcc versions except for the latest (6.4.0 or 7.2.0)]
# emerge -1 sys-devel/binutils
# emerge -1 sys-libs/glibc
# emerge -e @world

Heiko

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Heiko Baums]

Am Sun, 3 Dec 2017 04:45:59 +0100
schrieb tu...@posteo.de:

> Suppose one would do an emerge @world...and then BOOOM! a powerfailyre
> would stop the whole thing.

In such a case you should consider buying a UPS.

Can't you do this over night or a weekend? And how often do you have a
power failure?

> Further suppose the filesystem, the
> hardware and anything has survived luckily -- only emerge @world needs
> to be restarted.
> And one does NOT an emerge --resume but an emerge @world.

If I'm not mistaken in this case an `emerge --resume` should be
the right thing. It usually resumes the last interrupted emerge command.

That is if you run `emerge -e @world` press Ctrl-C `emerge --resume`
should resume this previous started `emerge -e @world` including the
package which was built when it was interrupted. Ctrl-C is principally
the same as a power failure.

If this fails for some reason then you'd have to rerun the whole
`emerge -e @world` I guess.

> In this particular case...how does emerge knows from the previous
> emerge @world what packages has been recompiled already and are "PIE"?

Like I said before. emerge always calculates the dependency tree, which
is a lot faster in case of `emerge -e @world` than in case of `emerge
-uDN @world`. And then it knows which packages have already been
installed and which are not.

That said I haven't run an `emerge -e @world` before. So I'm actually
not sure if this works the same way as with an `emerge -uDN @world`.

Heiko

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Heiko Baums]

Am Sun, 3 Dec 2017 04:26:55 +0100
schrieb tu...@posteo.de:

> Delaying would not solve the problem as it is...

Btw., if you're using the testing tree (e.g. ~amd64) you should do a gcc
upgrade instead of rebuilding gcc as the news item says.

Unfortunately the news item explicitly mentions gcc-6.4.0. After
rebuilding it as the news item says I found out that gcc-7.2.0 is
already in the portage tree.

So more than an hour wasted.

Heiko

Re: [gentoo-user] New profile 17: How urgent is the rebuild of world technically?

[Heiko Baums]

Am Sun, 3 Dec 2017 04:26:55 +0100
schrieb tu...@posteo.de:

> If the compilation will fail at a certain point (and it will fail,
> since this is a complete new thing) -- would it be possible to resume
> even some tweaks, hacks and patches (even certain recompilations)
> would be needed in between?

Just run `emerge -e --keep-going y @world`.

> Can I stop a running emerge @world and resume later?

Maybe with `emerge --resume`. But I don't know if interrupting this
would cause some problems in this particular case.

> How does a restarted emerge @world recognizes packages, which are
> already compiled according to the new standard?

It simply creates a list of the packages to be installed as usual and
knows which of them are already installed and which are not. Then it
recalculates the dependency tree as usual.

Heiko

Re: [gentoo-user] Re: grub-0.97-r16 and profile 17.0 change

[Heiko Baums]

Am Sat, 2 Dec 2017 18:33:09 -0500
schrieb Michael Orlitzky :

> You're seeing a lot of reports because there is a news item telling
> people to switch to the new profile and run "emerge -e @world".

Does this mean that "emerge -e @world" should be run or that the news
item is wrong in this point?

Heiko

Re: [gentoo-user] remove gnome/systemd

[Heiko Baums]

Am Wed, 13 Sep 2017 09:48:57 +0200
schrieb Raffaele Belardi :

> I might give Xfce a try. I did not find any definitive resource on the
> web stating that LXDE is dead. There are some recent commits on the
> sourceforge repo so it looks still alive (although not kickin').

I guess I wasn't quite up to date.

That's what http://lxqt.org/about/ says:

"Historically, LXQt is the product of the merge between LXDE-Qt, an
initial Qt flavour of LXDE, and Razor-qt, a project aiming to develop a
Qt based desktop environment with similar objectives as the current
LXQt. LXQt was first supposed to become the successor of LXDE one day
but as of 09/2016 both desktop environments will keep coexisting for
the time being."

Nevertheless I like Xfce better, mainly because in my opinion it has
more and better panel add-ons and it feels slightly better. But, like I
said, it's just a matter of taste.

> Probably I was using the same here, thanks for reminding me.

You're welcome.

> I used xdm (although it looks ugly) because I need a DM that updates
> the wtmp file and lxdm was not. Do you know if slim/lightdm support
> it? I did some research at the time but I forgot.

They both do it.

With slim you need to add these two lines into your /etc/slim.conf:
sessionstart_cmd/usr/bin/sessreg -a -l $DISPLAY %user
sessionstop_cmd /usr/bin/sessreg -d -l $DISPLAY %user

But if I recall correctly this was already added by default on
Gentoo. But it's possible that I had to add them myself and just forgot
it.

I haven't tested lightdm on Gentoo, yet. But on my Raspberry Pi on
which I currently run Arch Linux (despite systemd) it does it
out-of-the-box. On Debian based Distributions there seems to be a bug.

Heiko

Re: [gentoo-user] remove gnome/systemd

[Heiko Baums]

Am Tue, 12 Sep 2017 17:28:40 -0400
schrieb Mike Gilbert :

> I would advise against this INSTALL_MASK setting. It is quite likely
> to break things (like sys-fs/udev).

No, it's not.

I'd consider it a bug if systemd is not installed and
another package that doesn't depend on systemd relies on something that
is installed in a systemd subdirectory.

And for me nothing was broken since several years now.

And, like I said, I'm using eudev instead of udev.

Heiko

Re: [gentoo-user] remove gnome/systemd

[Heiko Baums]

Am Tue, 12 Sep 2017 17:55:22 +0200
schrieb Raffaele Belardi :

> 2. emerge -C gnome networkmanager

You don't need to uninstall networkmanager except you want to uninstall
it for some other reasons. It doesn't need gnome or systemd.

> 5. emerge -N lxde-meta

I'd prefer Xfce, but that's a matter of taste. As far as I know LXDE
isn't developed any more in favor of LXQt.

> 6. emerge -N xdm openrc anacron sysklogd sysvinit

You don't need to install sysvinit explicitly. It's a dependency of
openrc.

Instead of anacron I'd suggest fcron. It has all the features of both
cron and anacron.

Instead of sysklogd I would use syslog-ng. I don't remember the reasons.

Instead of xdm you'd better try slim or lightdm. Lightdm doesn't need
systemd either, except if you want to use multiseat with it.

Then you should replace udev by eudev and put USE="-gnome -systemd"
into your USE flags in /etc/portage/make.conf.

Just to be absolutely sure put this line into
your /etc/portage/make.conf, too:
INSTALL_MASK="/lib/systemd /lib32/systemd /lib64/systemd /usr/lib/systemd 
/usr/lib32/systemd /usr/lib64/systemd /etc/systemd"

Heiko

Re: [gentoo-user] systemD?

[Heiko Baums]

Am Wed, 30 Aug 2017 23:27:12 +0100
schrieb Mick :

> BTW, if you run ps axf and come across '/lib/systemd/systemd-udevd
> --daemon' don't panic.  RHL advocates of monolithic stack for Linux
> haven't taken over your machine, but that's how udev is packaged
> these days even if you have not installed or enabled systemd on your
> OS.

Why not using eudev? Works perfectly. No need for systemd-udev.

Heiko

Re: [gentoo-user] Easiest way to block domains?

[Heiko Baums]

Am Tue, 29 Aug 2017 01:38:42 -0400
schrieb "Walter Dnes" :

>   I'm running a Core2-duo desktop from 2008 with 3 gigs of ram.  I
> want to run it into the ground, not throw it away while it's still
> functional.  With Gentoo optimization, pluse using ICEWM, it's
> generally snappy.  But there are a few web pages that throw the
> kitchen sink of 3rd-pary adservers+trackers.  178 unique servers for
> one web page will peg the load from the web browser to 150% of 1 cpu
> core.  On a 2-core machine, that is bad.  The browser is unresponsive
> for a few seconds at a time.
> 
>   I'm building up a rather large hosts file, but the adservers have a
> gazillion subnames for each domain, in a deliberate attempt to bypass
> hosts files.  It would be more effective block entire domains.  Is
> there a lightweight DNS server, or some iptables trick, or whatever,
> that'll block specified domains?

I'm using the combination of these browser add-ons available for
Firefox and Chromium:

uBlock Origin
uMatrix
EFF Privacy Badger

uBlock Origin is an ad blocker.
uMatrix is similar to NoScript but a lot more flexible and easier to
use, and comes with some hosts files (not copied to /etc/hosts).
And Privacy Badger blocks domains, JavaScripts, cookies etc. that are
used to create a profile of yours.

Those three are doing quite a good job from what I can tell. And surfing
on a Raspberry Pi 3 is also a lot better with these.

That said, it's not only ad servers which cause a massive CPU load, it's
also badly designed and overloaded websites which contain a lot of
JavaScript and load content from several other servers, particularly
from JavaScript hosts and CDNs.

Heiko

Re: [gentoo-user] genkernel iwlwifi WiFi driver

[Heiko Baums]

Am Sat, 15 Jul 2017 11:20:52 +0200
schrieb Radoje Stojisic :

> I've installed the Genkernel. Does Genkernel enables the iwlwifi
> driver automatically? Or do I need the modify the kernel on my own?

You can check if the firmware is included in the kernel config:

grep -i wifi /usr/src/linux/.config

If CONFIG_EXTRA_FIRMWARE is set, then a firmware is included. You just
need to check if it's the right one for your wifi chip.

Otherwise you can set some options in /etc/genkernel.conf.

Set MENUCONFIG="yes" to be able to configure your kernel by yourself
and set CONFIG_EXTRA_FIRMWARE there.

Or instead you can set those options in /etc/genkernel.conf:
FIRMWARE="yes"
FIRMWARE_DIR="/lib/firmware"
FIRMWARE_FILES=""

I have't tried the latter, because I usually configure my kernel by
myself with menuconfig. I only use genkernel as an easier way to have
the kernel compiled, installed and the initrd built.

Heiko

Re: [gentoo-user] xfce-base/xfce4-session-4.13.0 segmentation fault in settings dialog (Bug 621704)

[Heiko Baums]

Am 20.06.2017 um 13:35 schrieb Alexey Eschenko:
> Hi.
> 
> After writing to Gentoo Bugtracker (621704) I received recommendation to
> use mailing list.
> 
> What information do I need to provide?
> 
> P.S. I have this problem on two of my Gentoo machines (laptop and desktop).
> 
> P.P.S. Just tried to rollback to previous (4.12.1-r1) ebuild and problem
> disappeared in this version. Looks like some sort of regression.

Sorry, but this is bullshit what Jonas Stein has written in this bug
report. Btw., he seems to be a new bug wrangler and not the package
maintainer.

As I've written in the closed bug report, which should be reopened, I
can reproduce this bug. So it is a bug in xfce4-session-settings or in
GTK+ and belongs to the bug tracker. I can't say if it's a downstream or
an upstream bug.

Heiko

Re: [gentoo-user] disaster recovery - planning

[Heiko Baums]

Am 21.03.2017 um 00:15 schrieb the...@sys-concept.com:
> Besides standard "data" backup, if I was to plan for a disaster
> recovery; what to include in a backup system if I was to rebuild a new box?
> 
> - /etc
> - /var/lib/portage/world
> - /usr/src/linux/.config
> - /var/spool/fax/ (if needed)
> - /var/www/localhost/htdocs/ (if needed)
> - crontab (users and root)
> 
> What else did I miss?

/home (I guess that's what you mean with standard "data" backup)
/usr/local
/root
/usr/share/fonts (if needed)

Actually I would make a backup of the whole system excluding those
directories:

lost+found/
/dev/
/media/
/mnt/ (depends)
/proc/
/run/
/sys/
/tmp/
/var/export/
/var/run/
/home/*/.gvfs/

Heiko

Re: [gentoo-user] Has someone managed to compile nvidia-drivers against a 4.10.*-Linux-kernel?

[Heiko Baums]

Am 18.03.2017 um 13:13 schrieb tu...@posteo.de:
> if someone has managed to compile the nividia-drivers
> against one of the linux-4.10.* kernels I would
> be glad fpr the information what version are compatible
> with each other... :)

It compiled with kernel 4.10.1 on my desktop but failed to build on my
notebook.

So I guess it depends on the hardware resp. on the kernel configuration.
And I guess, as always, you'll have to wait until Nvidia releases an
update of the driver.

Heiko

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 21.12.2016 um 20:31 schrieb Rich Freeman:
> OpenSource has nothing to do with whether something costs money.  Not
> even RMS or ESR would agree with "For OpenSource you don't need to
> pay."

Ok, now we're getting a little bit closer again.

All the rest... I have neither time nor energy to answer to this.

You definitely have not understood the original philosophy of OpenSource
and the difference between OpenSource and ClosedSource.

It's not only about the open source code. There's a lot more about that.

But like I said... No time and no energy. And the wall I would talk to.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 21.12.2016 um 15:28 schrieb Rich Freeman:
> udev and systemd operate based on text configuration files that are
> declarative in nature.

Seldom laughed as much.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 21.12.2016 um 14:03 schrieb Rich Freeman:
> I don't agree that you are "forced"
> to use systemd.  Maybe you might be forced to use a different browser
> or fork your browser or patch it or stick with an old version and
> backport security fixes if you want to use it without systemd some
> day.

And there it is again this silly argument and this twisting of words.
Typical for those Poettering fanboys.

> But, if the entire Firefox developer community quit and decided
> to do something else (a la Thunderbird) you'd be in a similar boat.
> Sometimes you get what you pay for.

And this again. You know the difference between OpenSource and ClosedSource?

You pay for ClosedSource. For OpenSource you don't need to pay. But I
have neither time nor energy to explain you the philosophy (before
Poetterix) of OpenSource. But I can tell you this much. OpenSource and
its developers usually have no commercial intentions. It seems to be
different for Poettering and his fanboys.

> I get that people who want to avoid systemd are frustrated by this,
> but honestly it feels like spitting against the wind at this point.

And the arrogance and ignorance of Poettering's and his fanboys' again.

> I
> was frustrated back when everybody stopped taking care of kde-3.5 and
> kde-4 wasn't really ready and was a resource hog on older systems.  I
> switched to xfce for a while, because ultimately I can't demand that
> the kde project cater to my whims.

Just compare apples and oranges. Also typical for Poettering and his
fanboys.

The situation with KDE has nothing - and I mean nothing - to do with the
situation with systemd. But I have neither time nor energy to explain
that, too. I would talk to a wall anyway.

> In general though, nobody is required to engage in
> debates/arguments/etc here, or even read your posts.  People choose to
> participate in list discussions just as they choose what software they
> want to maintain.

There they are again: The apples and the oranges.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 20.12.2016 um 19:28 schrieb Alan McKinnon:
> 

Now that you're running out of arguments...

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 20.12.2016 um 19:08 schrieb Alan McKinnon:
> No. This is incorrect.

Yes. This is correct.

> eth0 is the first card found by software, and not always the one you
> think it is.

But you already heard of udev rules? I guess I mentioned them already.
They are not so hard to write and they only need to be written once.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 20.12.2016 um 18:57 schrieb Rich Freeman:
> but I see a lot more
> people asking the systemd team to help them write systemd units than
> people asking the openrc team to help them write init.d scripts.

Why oh why could that be?

And spare me your twisting of words.

> Anybody can maintain openrc on any distro.  Maybe they can't put it in
> the official repository, that would be up to the people who control
> those repositories.

Oh! Now we're getting a little bit closer?

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 20.12.2016 um 18:38 schrieb Kai Peter:
> Maybe there are different opinions, but what is cryptic on - as a
> typical one - enp3s0?:
> e - ethernet
> n - network
> p - pci (port) ...
> 3 - ... 3
> s - slot ...
> 0 - ... 0

Think about that yourself again and compare it to - eth0:

eth - ethernet
0 - 1st card

I don't think I need to explain which of both is a lot more complicated
and cryptic.

> Just an example. The real mess with systemd is that it violates the good
> ol' Unix culture. Especially by "capturing" udev. Thanks to Gentoo for
> eudev!!!

That's also true but not the only problem with systemd.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 20.12.2016 um 17:47 schrieb Rich Freeman:
> Clearly nobody forced you to run it, because you aren't running it
> now.

That's again one of those silly arguments. I'm just not running it
because I'm using Gentoo again. On Arch Linux they forced systemd onto
the users. Because the Arch Linux users don't have any choice if they
want to use Arch Linux, because they e.g. don't want to compile anything
and still want to have bleeding edge software.

So, please, stop twisting every word.

> Nobody is going to waste their time trying to convince you that
> systemd is better than anything else, because in the end your opinion
> doesn't actually affect us.

Because of your ignorant attitude. Fortunately it's not only my opinion.
Unfortunately the Poettering fanboys are just the loudest but not the
majority.

Btw... "doesn't actually affect us"? Didn't you tell you aren't a
Poettering fanboy?

> People who prefer systemd will maintain
> it, and people who prefer openrc will maintain that, and we can all be
> happy.

That's true for Gentoo, Slackware, Devuan, and maybe still Debian, but
not for the other Distros like Ubuntu and its derivatives, Arch Linux,
Redhat, Fedora etc.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 19.12.2016 um 15:52 schrieb Marc Joliet:
> That is incorrect, systemd allows for overriding files in 
> /etc/systemd/system/${unit_name}.d/*.conf.

Then this is very new.

> Furthermore, service units can 
> read environment variables from a file via EnvironmentFile.

Initscripts can do the same.

> I'm not convinced that you actually understand systemd particularly well.  It 
> seems to me that if you want to develop an informed opinion about it, you 
> should:

You don't need to be convinced. It's sufficient that I know systemd
pretty well from the beginning when the Poettering fanboys of Arch Linux
forced this crap onto the Arch Linux users, while they regularly were
telling that they don't force it onto their users, that it will be only
optional.

> a) Read the official documentation (don't just rely on what others say; even 
> when well-intentioned, people can say stupid things).

I did read all of Poettering's insults against his critics in his oh so
"technical" documentation. Thanks!

> b) Try to set up and/or run a systemd-based system, and seriously try to grok 
> it.  Only then will you be able to compare it to other init systems properly.

I already had to do it. That's why I went back from Arch Linux to
Gentoo. And that's why I'm currently trying out Devuan on my RasPi.
Looks pretty good so far. They even have a 64 bit image for the Pi 3.
And I already couldn't read those crappy binary systemd log files on a
correctly working POSIX system.

Btw., yes, systems without systemd boot a lot faster than systems with
systemd. Same experience made someone else here on the mailing list. I
forgot who it was.

So, yes, I know exactly what I'm talking about.

And, yes, systemd is broken by design and just a PITA.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 20.12.2016 um 05:23 schrieb Andrej Rode:
> Yeah they make life easier. From your talk you never had a problem with
> eth<0,10> switching names after boot. Everyone who had them appreciates
> predictable network interfaces.

Everyone who had them could learn how to write simple udev rules to get
fixed eth<0,10> names after every boot. No systemd and no "predictable"
names necessary.

Nevertheless I'm still wondering what's so predictable at those
incomprehensible, cryptic device names anyway. And I don't want to know
that.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 19.12.2016 um 10:59 schrieb Neil Bothwick:
> If you can't work that out for yourself, what are you doing running
> Gentoo. I'm stating it can be done, I have neither the time nor the
> inclination to document it.

The question is not, if I can work this out myself or not. The question
is: Can you prove what you're claiming?

> I never claimed it was reasonable, you asked for a way to read them if
> you don't have systemd installed and I suggested a way.

I didn't ask. I've proven that those binary log files are crap, because
not they are not - say - compatible or interchangeable or whatever to
normal POSIX systems like the text files are.

The commands cat, less, grep are on every UNIX/Linux system. This
systemd logreader (I've forgotten its name) is not.

> But if you intend to dismiss anyone with a standpoint that does not
> precisely align with yours as a fanboy, there is no point in continuing
> this discussion.

It's just that you gave the same silly arguments every Poettering fanboy
gives in such discussions.

> Excellent, adding distortion to the ad hominem insults. I was simply
> pointing out that systemd does not preclude the use of an alternative
> logger.

Just twist it as you need it.

> Why? Because you demand so?

Because the Poettering fanboys and you always say so.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 19.12.2016 um 10:37 schrieb Neil Bothwick:
> No you don't.

You know what I did or did not? Interesting!

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 18.12.2016 um 05:44 schrieb Andrej Rode:
> And why are you compiling your software on a low-power embedded
> platform?

I don't and I never said that. But compiling is more power consuming and
takes quite a while, not only on embedded systems.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 18.12.2016 um 00:17 schrieb Heiko Baums:
> Btw., I hope that the Devuan people once will make a release for the Pi,
> too.

They already did.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 18.12.2016 um 00:23 schrieb Andrej Rode:
> For reference did you try to write an init script for a piece of
> software in SysVInit, systemd and OpenRC to be able to compare them?

Yes, at least I had to read a lot of them. And init scripts are really a
lot easier to write and read than such a systemd service file,
particularly you can separate the configuration to another file while
you need to copy the whole service file to another place in which it
won't be updated by the package manager if a new version would be released.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 17.12.2016 um 23:57 schrieb Andrej Rode:
> And why should a Gentoo based system draw more power than any other
> Linux distro?

Because compiling takes quite a lot of time and power. Of course that
may depend on how and how often you use your computer. Proably doesn't
such a difference if your computer is running 24/7 anyway.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 17.12.2016 um 23:53 schrieb Alan McKinnon:
> No, I'm not a Poetering fanboy,

Ok, then I'm sorry.

> and you seem to be seeing the world in a
> way that fits your biases.

No, I don't.

> And you really need to go back and read the thread. Of course nobody
> said Neil is offering you a solution; it is you that are demanding one
> from people that never said they would.

I'm not demanding any solution. I'm just proving that it's wrong what
those Poettering fanboys let loose.

If this would be possible, then it should be easy for them to just
explain how this can be done or provide a link to a howto. They simply
can't because it is not possible to switch from systemd to another init
system, at least not for quite a lot of distros like Debian, Raspbian,
Ubuntu etc.

So I'm not demanding a solution, I just want proof. If they claim
something then I think they should proof it. That's all.

Btw., I've never seen that Poettering and his fanboys have proven
anything they claim so far.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 17.12.2016 um 22:57 schrieb Marc Joliet:
> Looks like somebody hasn't heard of cross-compiling!  Perhaps check out sys-
> devel/crossdev and/or ask on the gentoo-embedded mailing list.  In fact, in 
> this particular case I *will* provide you with a link:
> 
> https://wiki.gentoo.org/wiki/Raspberry_Pi_Cross_building

Thanks, but I already know this link. Nevertheless, compiling everything
is quit power consuming and takes a lot of time. And you need another
computer for this to be done.

That said, generally speaking I love Gentoo, but I'm still not sure if I
really want it on my Pi. Maybe I'll reconsider this once.

> Aha, so it's not enough that there are distros *right now* that let you avoid 
> systemd (e.g., Gentoo, Funtoo, Devuan, Knoppix), it has to be one of *those 
> particular* distros.

You forgot Slackware.

No that's not enough, because at least Gentoo and Funtoo are not for
beginners. Well, I'm not a beginner, but I would like to have a distro
without systemd which can be used by beginners. Well, maybe Devuan will
be such a distro.

There's another reason. In my opinion there should always be a choice,
not only between the distros but between the software. And different
distros follow different goals.

And there's always this silly argument by these Poettering fanboys, that
they don't force systemd onto anybody, and that's always possible to
switch from systemd to another init system. Then this must be possible
under - at least - almost every distro.

As you can see, even the Poettering fanboys here refuse to explain how
this can be done. Obviously they don't admit that they are proven wrong
by this.

Btw., I hope that the Devuan people once will make a release for the Pi,
too.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 17.12.2016 um 16:44 schrieb Alan McKinnon:
> It's not Neil's job to solve your problems. It's your job.
> 
> Neil isn't offering a solution to you, he's trying to guide your
> thoughts in a direction where you can see solutions, so please stop
> asking him (or anyone else) to find them for you.

No he isn't offering a solution. He claims that nobody is forcing me to
using systemd. Well, Gentoo isn't indeed, but the other distros are.

I just asked him for a solution. I couldn't find one so far.

But I guess you are also one of those Poettering fanboys when I read
your arguments.

Heiko  Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 17.12.2016 um 15:58 schrieb Rich Freeman:
> Well, how much did you pay for systemd, and who did you pay it to?

And there it is. The second most stupid and second most frequently
argument of those Poettering fanboys.

You don't expect an answer to this, do you?

> And as far as how to switch to something usable goes, the last time I
> checked sysvinit was still open source.

And what? Systemd is open source, too, but is a pain in the ass.

>> So tell me, how to get rid of systemd on Arch Linux, Debian, Raspbian,
>> XBian, Ubuntu, Fedora etc. in their most recent releases.
>>
> 
> Are you willing to:
> 1. Do the work yourself?

What is that supposed to mean? I just asked you to tell me how to get
rid of systemd on those distros. If you explain it to me, I of course do
it myself.

> 2. Pay somebody else to do the work for you?

And there it is again this stupid argument.

> This really comes across as whining because a bunch of volunteers
> decided to volunteer their time building things the way they would
> prefer to build it, instead of the way you preferred that they build
> it.

And the next of those stupid arguments of those Poettering fanboys if
they are running out of "technical" arguments. But aren't the Poettering
fanboys regularly asking for "technical" arguments? Then xhy don't you
give such silly answers instead of "technical" one? And why do just
explain to me how to get rid of systemd on recent distros? A links would
probably do it, too.

> If you don't like the options out there, then make your own.

And the next silly argument which always comes from these Poettering
fanboys. As if everybody is a programmer, and as if everybody who uses a
computer and/or Linux has to be a programmer.

Still no "technical" argument. Don't you Poettering fanboys always ask
for "technical" arguments? Why again such a silly non-technical argument?

> If you don't think the guides on how to install Gentoo on a Pi are
> good enough, then play around with it until you figure it out, and
> then post an article on the Wiki.

Didn't you read my e-mail? I don't want to have Gentoo on my Pi, because
this would destroy the advantage of the Pi, its low power consumption.

Well, maybe I will install Gentoo on the Pi once, just for fun, but
that's not the question here.

I didn't ask for a howto for installing Gentoo on a Pi, I asked for a
howto for getting rid of systemd on recent versions of Arch Linux,
Debian, Raspbian, Ubuntu, Fedora etc. You said it's possible and I'm not
forced to use systemd, so I guess you know how and can explain it to me.

Btw., would have cost you not more time than writing those silly answers
that every Poettering fanboy regularly gives since the beginning.

Still nothing has changed so far.

> Look around Gentoo, or Arch, or Debian.  Everything you see is the
> result of somebody sacrificing their time to create something and make
> it free for everybody.  If something seems to be missing, it is
> because somebody didn't sacrifice their time to create it.  If you
> care strongly about something, then at some point you need to get your
> hands dirty and create the future you want to see.

Those stereotypical silly answers of the Poettering fanboys have been
boring from the beginning and still are boring.

I just asked you a simple question, about something you volunteered
information about.

You volunteered saying that it is possible to switch from systemd to
another system and that nobody is forcing anybody to using systemd.

I just asked you how I can do this. And you? You seemingly can only give
those silly, stereotypical, non-technical answers which have absolutely
nothing to do with my question and your first statement.

That's typical for those Poettering fanboys. Still nothing new.

> Complaining on a mailing list isn't going to motivate somebody to help you.

Now I'm complaining? Just twist my words so that it fits to your needs.

There's still the question: How do I get rid of systemd on the mentioned
distros? You said it is possible.

Maybe I will get an answer someday. Honestly, I believe not.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 17.12.2016 um 14:17 schrieb Neil Bothwick:

> I'm running the Debian 7 version of Raspbian on a number of Pis, all
> without systemd. Yes, I am happy using systemd, but I can't be arsed
> changing them when they continue to work perfectly well.

Then explain me how this is done. Btw., Debian's and Raspbian's software
repositories are somewhat outdated. But that's a different Debian
related subject.

> Boot from a live CD, like Ubuntu, and read the journals. There's always
> a solution that doesn't involve flaming.

Why would I boot from a Live CD if I have a PC with an installed OS
particularly just to be able to read some simple log files?

So, no that's not a reasonable solution.

And that doesn't have anything to do with flaming. But that's typical
for those Poettering fanboys, too, since the beginning. They ask for
"technical" arguments. If "technical" arguments are given to them, then
those arguments suddenly are no technical arguments. Then this is
flaming. And Poettering and his fanboys just insult their critics, even
in the official "technical" systemd documentation.

I see, nothing has changed so far.

> When I first tried systemd, I wasn't confident of my ability to work
> with the journal, so I installed syslog-ng and had traditional log files
> alongside the journal. In fact I ran it like that for quite some because
> the log monitor I was using didn't work with the journal.

Yes, that's the solution. Install an old very well tested and useful
system logger which does the job perfectly on its own alongside of a
crappy system logger just to be able to read the binary log files again
with simple system tools which come along with EVERY distro like cat,
less, grep etc. And running two programs which have the same purpose in
the background don't need more system resources then just running one of
them, particularly on hardware like the Pi?

Did you and the other Poettering fanboys think about this logic? I guess
not.

> I don't use Firefox or semi-professional audio hardware, so I won't
> comment on this.

But that's the original subject of this thread. And PulseAudio is one of
Poettering's crap.

> With Debian, and Raspbian, just use version 7. It's Debian so it will be
> supported for years to come. Or you could run Gentoo on your Pi.

How do I compile Gentoo on the Pi? Even compiling it with distcc on
another computer would be a lot more power consuming. What's one of the
benefits of the Pi? Power-saving?

> They're not. You are assuming you have to use it because you don't see an
> alternative.

I know a lot of good alternatives to systemd. But I don't see a way to
get rid of systemd in favor of the good alternatives in the distros I
mentioned.

>> So tell me how I
>> get a full refund for systemd and how to switch to something usable.
> 
> I've answered the latter, your refund is attached :)

No, you didn't. But I guess you can't. Same again. The Poettering
fanboys deny that they are forcing their crap onto the users but can't
or don't want to say how to get rid of this crap and how to convert
their systems to something that is working well.

The solution can't be to just install a totally outdated version of a
distro from times before they started forcing systemd onto their users.
This has to be possible with recent versions, too.

So tell me, how to get rid of systemd on Arch Linux, Debian, Raspbian,
XBian, Ubuntu, Fedora etc. in their most recent releases.

Where do I get this Debian or Raspbian 7? I guess the software for those
outdated distro versions are even more outdated than the software for
the latest releases.

> I never said it was easy.

Should be easy.

Heiko Baums

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Heiko Baums]

Am 17.12.2016 um 09:53 schrieb Neil Bothwick:
> On Sat, 17 Dec 2016 00:55:21 -0500, Walter Dnes wrote:
> 
> Really, no one is forcing you to use anything. If you don't like the way
> particular piece of software is going, you can get a full refund and
> switch to something else.

Not this argument again. It's the most stupid argument (of a lot of
other stupid ones) which was give most frequently by Poettering and
those Poettering fanboys from the beginning of this systemd crap until -
seemingly - now.

And yes, it is still crap. Unfortunately I am forced to using it,
because there is no usable distro for the Raspberry Pi which does not
use systemd. I again went into trouble with it, if it's only those
crappy binary log files. It's of course not only the binary log files.

For some reason I couldn't boot the Pi anymore. What do you usually do
in such a case? Right! You pull the sd card out of the Pi, mount it on
another computer, and... bang! No log files can't be read, because they
are binary and my Gentoo PC doesn't have systemd - for good reasons.

Without this systemd crap, with the good old, very well tested system
loggers I would have easily been able to read the the log files and to
fix the problem.

Thanks systemd I had to reinstall the whole distro.

Regarding this really stupid decision of Mozilla's to only support
PulseAudio...

PulseAudio still doesn't work with (semi-)professional audio cards. It
never did, Poettering closed the corresponding bug report, blamed the
ALSA developers and claimed that their ALSA has a bug. ALSA supported
those audio cards perfectly out of the box long way before. The bug
report was reopened and I never heard anything of it anymore. I was
subscribed to this bug report.

Instead Poettering then eventually said that PulseAudio was designed
only for consumer sound cards, not for professional audio cards.

This was years ago and nothing has changed since then.

It's audio cards like M-Audio Audiophile 24/96 and RME Hammerfall I'm
talking about, btw.

So ditching native ALSA support would mean that users with such an audio
card wouldn't be able to hear any sound within Firefox.

Thanks to Lennart Poettering and their fanboys.

Just forgot to ask. Tell me how to easily get rid of systemd on - say -
Arch Linux, Debian, OpenSUSE, Redhat, Fedora, Ubuntu and its
derivatives. And how do I get rid of systemd on my Raspberry Pi?

You said no one is forcing me to use this systemd crap. So tell me how I
get a full refund for systemd and how to switch to something usable.

You said it's possible and easily done and I'm not forced to using it.
So show me. A nice little howto for the distros I mentioned would be nice.

Heiko Baums

Re: [gentoo-user] imagemagick / graphicsmagick collision

[Heiko Baums]

Am 12.06.2016 um 12:05 schrieb Alan McKinnon:
> My main desktop has been giving me these stupid error for a week now.
> ANd I can't figure out what portage wants to do or how to stop it (other
> than masking graphics magick):
> 
> [blocks B  ] media-gfx/graphicsmagick[imagemagick]
> ("media-gfx/graphicsmagick[imagemagick]" is blocking
> media-gfx/imagemagick-6.9.4.7)
> [blocks B  ] media-gfx/imagemagick ("media-gfx/imagemagick" is
> blocking media-gfx/graphicsmagick-1.3.24)

> So here's the question: Why is portage not realising I already have a
> suitable *magick and decides I ought to have the blocker?

Install graphicsmagick with USE="-imagemagick".

If I recall correctly the blocker is because of a file or a feature
collision of media-gfx/imagemagick and
media-gfx/graphicsmagick[imagemagick].

Re: [gentoo-user] [OT] good alternative to Firefox extension "Ghostery"

[Heiko Baums]

Am 27.02.2016 um 07:14 schrieb meino.cra...@gmx.de:

> with one of the latest updates the Firefox plugin/extension 
> "Ghostery", which blocks trackers mutated:
> Before all setting were handled local, now everything can only
> be done by creating an account at https://www.ghostery.com.

That's not true. Ghostery still works locally. But now you can, but
don't need to, create an account to be able to sync your settings with
other devices, e.g. sync your settings on your desktop with your smartphone.

It still works as usual without an account. I don't have one either.

Sometimes reading the settings and the announcements can help.

Re: [gentoo-user] The X11-trap: Once back on textconsole...and no one comes back ever...

[Heiko Baums]

Am 15.01.2016 um 13:27 schrieb meino.cra...@gmx.de:

> This has worked for years and didn't changed anything from
> which I think it could be related.
> 
> How can I fix this?

https://bugs.gentoo.org/show_bug.cgi?id=564096

Re: [gentoo-user] Virtualbox not displaying USB devices

[Heiko Baums]

Am 26.11.2015 um 21:14 schrieb the...@sys-concept.com:

> I see. OK
> clinic-amd ssh # modprobe vboxpci
> clinic-amd ssh # lsmod | grep vboxpci
> vboxpci11672  0
> vboxdrv   287977  4 vboxnetadp,vboxnetflt,vboxpci
> 
> Do I need to log OUT/IN as user?
> Restarting the VirtualBox did not help.

Maybe you should check the file permissions of your printer device, and
add your user to the appropriate group. Or just try adding your user to
the group lp.

Re: [gentoo-user] Virtualbox not displaying USB devices

[Heiko Baums]

Am 26.11.2015 um 21:44 schrieb the...@sys-concept.com:

> Which file is it?
> 
> running lsusb as users show the printer is recognized:
> Brother Industries
> 
> $ lsusb
> Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 001 Device 002: ID 04c5:11a2 Fujitsu, Ltd
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 003 Device 014: ID 04f9:2028 Brother Industries, Ltd
> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

It's the file /dev/bus/usb/003/014 if the entry with Brother Industries,
Ltd is your printer.

Re: [gentoo-user] Virtualbox not displaying USB devices

[Heiko Baums]

Am 26.11.2015 um 21:00 schrieb the...@sys-concept.com:

> There is no need to add this module, it is already loaded:
> 
> find /lib/modules/`uname -r` -name '*.ko'
> /lib/modules/3.10.7-gentoo-r1/kernel/drivers/hwmon/it87.ko
> /lib/modules/3.10.7-gentoo-r1/kernel/drivers/hwmon/hwmon-vid.ko
> /lib/modules/3.10.7-gentoo-r1/kernel/drivers/char/kcopy/kcopy.ko
> /lib/modules/3.10.7-gentoo-r1/kernel/drivers/i2c/algos/i2c-algo-pca.ko
> /lib/modules/3.10.7-gentoo-r1/kernel/arch/x86/kernel/test_nx.ko
> /lib/modules/3.10.7-gentoo-r1/misc/vboxnetadp.ko
> /lib/modules/3.10.7-gentoo-r1/misc/vboxdrv.ko
> /lib/modules/3.10.7-gentoo-r1/misc/vboxnetflt.ko
> /lib/modules/3.10.7-gentoo-r1/misc/vboxpci.ko

Those are the modules which are installed for your kernel. That doesn't
say if they are loaded.

Re: [gentoo-user] Virtualbox not displaying USB devices

[Heiko Baums]

Am 26.11.2015 um 19:23 schrieb the...@sys-concept.com:
> 
> What else should I checked for?

When the Windows 7 guest is running, click in the menu bar of Virtualbox
guest window onto "Devices -> USB". Then check the USB device you want
to use within the Windows 7 guest.

Re: [gentoo-user] Virtualbox not displaying USB devices

[Heiko Baums]

Am 26.11.2015 um 20:14 schrieb the...@sys-concept.com:
> 
> Yes, I think they are loaded.
> 
> cat /etc/conf.d/modules
> ...
> modules="vboxdrv vboxnetflt vboxnetadp"

Try adding vboxpci.

Re: [gentoo-user] Virtualbox not displaying USB devices

[Heiko Baums]

Am 26.11.2015 um 20:55 schrieb the...@sys-concept.com:

> I'll try adding to /etc/conf.d/modules
> modules="vboxdrv vboxnetflt vboxnetadp vboxpci"
> 
> But how to load the module without restarting the box?

Run as root:
modprobe vboxpci

To check if it's already loaded run:
lsmod | grep vboxpci

Re: [gentoo-user] cx23885 (DVBSky 950) under Gentoo 4.0.5 (SOLVED)

[Heiko Baums]

Am 28.10.2015 um 14:19 schrieb Tamer Higazi:
> Thank you still for your support. Do you have any idea to get the
> "scan-s2" application compiled, that I am capable to scan here in
> Germany DVB-S2 channels and to have as result the "channels.conf" ?!

Unfortunately I don't. I have a DVB-C card so I can't say much about
DVB-S2. But I'm not sure if the dvb-apps, scan and dvbscan, have worked
for me.

If I recall correctly I used w_scan which supports DVB-S2, too,
according to its man page. It's in the portage tree.

Re: [gentoo-user] cx23885 (DVBSky 950) under Gentoo 4.0.5

[Heiko Baums]

Am 26.10.2015 um 23:17 schrieb Tamer Higazi:
> I do have a DVBSky S950 (PCI Express) in my gentoo system.
> The poducer of this board told me that the kernel module is: cx23885
> which I don't find. Can somebody help me which modules to load ?!
> 
> Where do I find those when I compile the kernel ?
> 
> 04:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI
> Video and Audio Decoder (rev 04)
>   Subsystem: DVBSky S950
>   Flags: bus master, fast devsel, latency 0, IRQ 18
>   Memory at fe80 (64-bit, non-prefetchable) [size=2M]
>   Capabilities: [40] Express Endpoint, MSI 00
>   Capabilities: [80] Power Management version 2
>   Capabilities: [90] Vital Product Data
>   Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
>   Capabilities: [100] Advanced Error Reporting
>   Capabilities: [200] Virtual Channel

Those cx23885 based DVB cards by DVBSky or Mystique (both are
identically) need a ClosedSource driver. The DVB chip is a cx23885. The
driver for those chips is meanwhile principally included in the kernel
but doesn't work, because it needs a ClosedSource module called sit2
which is not included in the kernel.

I once bought such a DVB-C card by DVBSky, but wasn't able to install
the driver and get it running, neither from the kernel nor from
media-build-bst on the manufacturer's website which includes this sit2
module.

Their support (the manufacturer's and the retailer's) wasn't able to or
didn't want to help me. In a lot of e-mails they more or less only
repeated the installation instructions in their README which don't work.

In the end I returned that card and bought one with an saa7146 chip
which is indeed fully OpenSource and included in the kernel. That said
this card doesn't work very well, too.

Re: [gentoo-user] cx23885 (DVBSky 950) under Gentoo 4.0.5

[Heiko Baums]

Am 27.10.2015 um 00:03 schrieb Mick:

> I have neither cards, but can see there are DVBSky 950 drivers, firmware and 
> kernel patches here:
> 
> http://www.dvbsky.net/Support_linux.html
> 
> How to here:
> 
> http://linuxtv.org/wiki/index.php/DVBSky

I know those websites, and this driver didn't compile for me
particularly not following this How to.

Re: [gentoo-user] cx23885 (DVBSky 950) under Gentoo 4.0.5 (SOLVED)

[Heiko Baums]

Am 27.10.2015 um 00:34 schrieb Tamer Higazi:
> Hi people!
> 
> I have upgraded to the latest kernel 4.2.0 and selected all PCI boards
> As option to choose which frontent, I selected automatic selection.
> 
> I restarted now and it all runs the way I want.
> 
> I have previously copied the firmware from dvbsky in /lib/firmware and
> restarted the machine.
> 
> The board is displayed propperly and it's listed in the /dev/dvb folder:
> 
> tamer@tux ~ $ ls -lA /dev/dvb/adapter0/
> insgesamt 0
> crw-rw 1 root video 212, 1 27. Okt 00:12 demux0
> crw-rw 1 root video 212, 2 27. Okt 00:12 dvr0
> crw-rw 1 root video 212, 0 27. Okt 00:12 frontend0
> crw-rw 1 root video 212, 3 27. Okt 00:12 net0
> 
> 
> before I got to bed I recompile glibc, gcc x 2times and built the gentoo
> kernel once again.

Maybe they finally fixed this driver. It's a while ago that I tried
this. Btw., I did the same as you did, but of course with an older
kernel version. Or the sit2 module is only needed for the DVB-C and not
for the DVB-S cards.

Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition

[Heiko Baums]

Am 17.10.2015 um 13:07 schrieb meino.cra...@gmx.de:

> previously I had emerged nvidia-settings seperately. This leads to an 
> problem with a recent update, because the nvidia-settings were
> pulling in the old version of the nvidia-drivers and the update wants
> the new version of the drivers.
> 
> So I emerge -C'ed the nvidia-settings, set the USE-flag 'tools' for
> the drivers and updated...it works.
> 
> This morning ... updateing my Gentoo box again, the same scenario
> happens again...nvidia-settings (old version) were missing (why?)
> and again wants the old driver while emerge wants the new one.
> 
> How can I get out of this?

Do you have xfce-extra/xfce4-sensors-plugin with
USE="video_cards_nvidia" resp. VIDEO_CARDS="nvidia" installed?

Because this pulls in media-video/nvidia-settings.

My guess is that media-video/nvidia-settings is now included in
x11-drivers/nvidia-drivers and is therefore not needed anymore as a
separate package.

As a workaround, because I hadn't had time to file a bug report when I
discovered this, I just reinstalled xfce-extra/xfce4-sensors-plugin with
USE="-video_cards_nvidia".

There are some other packages which pull in media-video/nvidia-settings
if VIDEO_CARDS="nvidia" is set. So if you don't use Xfce it's probably
one of those packages.

Just run `equery depends nvidia-settings` or `emerge -pv --tree ...` to
see by which package it gets pulled in.

Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition

[Heiko Baums]

Am 17.10.2015 um 18:46 schrieb netfab:
> Le 17/10/15 à 18:29, Heiko Baums a tapoté :
>> The dependency in those ebuilds need to be changed to have
>> x11-drivers/nvidia-drivers being installed with USE="tools" instead
>> of pulling in media-video/nvidia-settings.
> 
> No. Because of bug #414679. xfce4-sensors-plugin needs libXNVCtrl.a
> which is not provided by nvidia-drivers, but by nvidia-settings.
> 
> Maybe resolving bug #562910 would fix the problem, I don't know.

Those two bug reports sound better indeed.

Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition

[Heiko Baums]

Am 17.10.2015 um 18:22 schrieb Alan McKinnon:

> Update: I see at least the latest nvidia-drivers (358.09) includes
> nvidia-settings. If that driver supports your hardware, you can unmerge
> nvidia-settings, put nvidia-drivers back in world and the whole problem
> goes away

Unfortunately it doesn't go away, because the packages in question are
pulling in media-video/nvidia-settings directly as their dependency. I
would call this a bug due to changes made by upstream. The dependency in
those ebuilds need to be changed to have x11-drivers/nvidia-drivers
being installed with USE="tools" instead of pulling in
media-video/nvidia-settings.

Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition

[Heiko Baums]

Am 17.10.2015 um 16:59 schrieb meino.cra...@gmx.de:
> The equery command found three more of those:
> app-admin/conky-1.9.0-r3 (nvidia ? media-video/nvidia-settings)
> sci-libs/vtk-6.1.0-r1 (video_cards_nvidia ? media-video/nvidia-settings)
> sys-apps/hwloc-1.10.0-r2 (gl ? media-video/nvidia-settings)
> 
> I fixed that via accorinding use-flag setting as you suggested but
> unfortunately vtk is ignoring my manipulations:
> 
> [I] sci-libs/vtk
>  Available versions:  ~6.0.0^t (~)6.1.0^t 6.1.0-r1^t {R +X all-modules 
> aqua boost cg doc examples ffmpeg gdal imaging java json kaapi mpi mysql odbc 
> offscreen postgres python qt4 rendering smp tbb tcl test theora tk views web 
> xdmf2 ELIBC="FreeBSD" PYTHON_TARGETS="python2_7" VIDEO_CARDS="nvidia"}
>  Installed versions:  6.1.0-r1^t(05:31:39 06/13/15)(X rendering tcl tk -R 
> -all-modules -aqua -boost -cg -doc -examples -ffmpeg -gdal -imaging -java 
> -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp -tbb 
> -test -theora -views -web -xdmf2 ELIBC="-FreeBSD" PYTHON_TARGETS="python2_7" 
> VIDEO_CARDS="nvidia")
>  Homepage:http://www.vtk.org/
>  Description: The Visualization Toolkit
> 
> 
> There is no 'nvidia-settings" use-flag with vtk.
> 
> But nevertheless - it pulls it in:
> [nomerge   ] sci-libs/vtk-6.1.0-r1::gentoo  USE="X rendering tcl tk -R 
> -all-modules (-aqua) -boost -cg -doc (-examples) -ffmpeg -gdal -imaging -java 
> -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp -tbb 
> {-test} -theora -views -web -xdmf2" PYTHON_TARGETS="python2_7" 
> VIDEO_CARDS="nvidia" 
> [ebuild  N~]  media-video/nvidia-settings-355.11::gentoo  USE="-examples 
> -gtk3" 0 KiB
> 
> 
> Am I lost? ;)

A bit. ;-)

There is no USE flag "nvidia-settings". The USE flag is called
"video_cards_nvidia" resp. VIDEO="nvidia". It's both the same. In
make.conf you usually set VIDEO="nvidia", but you can also set or unset
USE="video_cards_nvidia" in make.conf, package.use or wherever instead.

VIDEO="nvidia" automatically sets USE="video_cards_nvidia" in the
correspondent ebuilds.

Re: [gentoo-user] Porblems with nvidia-settings vs. nvidia-drivers: Up-/downgrade race condition

[Heiko Baums]

Am 17.10.2015 um 18:37 schrieb Heiko Baums:
> Am 17.10.2015 um 16:59 schrieb meino.cra...@gmx.de:
>> The equery command found three more of those:
>> app-admin/conky-1.9.0-r3 (nvidia ? media-video/nvidia-settings)
>> sci-libs/vtk-6.1.0-r1 (video_cards_nvidia ? media-video/nvidia-settings)
>> sys-apps/hwloc-1.10.0-r2 (gl ? media-video/nvidia-settings)
>>
>> I fixed that via accorinding use-flag setting as you suggested but
>> unfortunately vtk is ignoring my manipulations:
>>
>> [I] sci-libs/vtk
>>  Available versions:  ~6.0.0^t (~)6.1.0^t 6.1.0-r1^t {R +X all-modules 
>> aqua boost cg doc examples ffmpeg gdal imaging java json kaapi mpi mysql 
>> odbc offscreen postgres python qt4 rendering smp tbb tcl test theora tk 
>> views web xdmf2 ELIBC="FreeBSD" PYTHON_TARGETS="python2_7" 
>> VIDEO_CARDS="nvidia"}
>>  Installed versions:  6.1.0-r1^t(05:31:39 06/13/15)(X rendering tcl tk 
>> -R -all-modules -aqua -boost -cg -doc -examples -ffmpeg -gdal -imaging -java 
>> -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp -tbb 
>> -test -theora -views -web -xdmf2 ELIBC="-FreeBSD" PYTHON_TARGETS="python2_7" 
>> VIDEO_CARDS="nvidia")
>>  Homepage:http://www.vtk.org/
>>  Description: The Visualization Toolkit
>>
>>
>> There is no 'nvidia-settings" use-flag with vtk.
>>
>> But nevertheless - it pulls it in:
>> [nomerge   ] sci-libs/vtk-6.1.0-r1::gentoo  USE="X rendering tcl tk -R 
>> -all-modules (-aqua) -boost -cg -doc (-examples) -ffmpeg -gdal -imaging 
>> -java -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp 
>> -tbb {-test} -theora -views -web -xdmf2" PYTHON_TARGETS="python2_7" 
>> VIDEO_CARDS="nvidia" 
>> [ebuild  N~]  media-video/nvidia-settings-355.11::gentoo  USE="-examples 
>> -gtk3" 0 KiB
>>
>>
>> Am I lost? ;)
> 
> A bit. ;-)
> 
> There is no USE flag "nvidia-settings". The USE flag is called
> "video_cards_nvidia" resp. VIDEO="nvidia". It's both the same. In
> make.conf you usually set VIDEO="nvidia", but you can also set or unset
> USE="video_cards_nvidia" in make.conf, package.use or wherever instead.
> 
> VIDEO="nvidia" automatically sets USE="video_cards_nvidia" in the
> correspondent ebuilds.

Sorry, it's of course not VIDEO="nvidia" but VIDEO_CARDS="nvidia".

Re: [gentoo-user] Xfce Logout/Shutdown/Suspend

[Heiko Baums]

Am 14.09.2015 um 21:00 schrieb siefke_lis...@web.de:
> siefke ~ $  cat /etc/env.d/90xsession 
> XSESSION="startxfce4 --with-ck-launch"

And try to change this to:
XSESSION=Xfce4

ck-launch-session was removed a long time ago and doesn't work anymore.

Re: [gentoo-user] Xfce Logout/Shutdown/Suspend

[Heiko Baums]

Am 14.09.2015 um 20:43 schrieb siefke_lis...@web.de:

> gentoomobile conf.d # cat /etc/X11/Sessions/Xfce4 
> ck-launch-session startxfce4

That's the problem. You need to remove ck-launch-session.

Re: [gentoo-user] How to play audio CD with mplayer?

[Heiko Baums]

Am 12.09.2015 um 18:43 schrieb Walter Dnes:
>   I don't know why this is so difficult, because mplayer can handle just
> about anything.  Google searches turned up 2 commandline approaches,
> neither of which work on my system.  I want to play track 12 on an audio
> CD, but for now I'll settle for anything.  Here's option 1...
> 
> ##
> 
> [d531][waltdnes][~] mplayer cdda://12
> MPlayer SVN-r37373 (Gentoo)-4.8.5 (C) 2000-2015 MPlayer Team
> 
> Playing cdda://12.
> No stream found to handle url cdda://12
> 
> ##
> 
>   That didn't work.  Option 2 finds the CD, but merely spits out a
> listing of the tracks, and exits...
> 
> ##
> 
> [d531][waltdnes][~] mplayer vcd://12
> MPlayer SVN-r37373 (Gentoo)-4.8.5 (C) 2000-2015 MPlayer Team
> 
> Playing vcd://12.
> track 01:  adr=1  ctrl=0  format=2  00:02:00  mode: 0
> track 02:  adr=1  ctrl=0  format=2  02:15:07  mode: 0
> track 03:  adr=1  ctrl=0  format=2  04:43:35  mode: 0
> track 04:  adr=1  ctrl=0  format=2  06:58:50  mode: 0
> track 05:  adr=1  ctrl=0  format=2  08:52:48  mode: 0
> track 06:  adr=1  ctrl=0  format=2  11:02:00  mode: 0
> track 07:  adr=1  ctrl=0  format=2  13:33:00  mode: 0
> track 08:  adr=1  ctrl=0  format=2  15:50:00  mode: 0
> track 09:  adr=1  ctrl=0  format=2  17:53:55  mode: 0
> track 10:  adr=1  ctrl=0  format=2  20:07:30  mode: 0
> track 11:  adr=1  ctrl=0  format=2  22:00:17  mode: 0
> track 12:  adr=1  ctrl=0  format=2  24:30:15  mode: 0
> track 13:  adr=1  ctrl=0  format=2  26:55:43  mode: 0
> track 14:  adr=1  ctrl=0  format=2  29:13:68  mode: 0
> track 15:  adr=1  ctrl=0  format=2  31:28:66  mode: 0
> track 16:  adr=1  ctrl=0  format=2  33:20:11  mode: 0
> track 17:  adr=1  ctrl=0  format=2  35:26:31  mode: 0
> track 18:  adr=1  ctrl=0  format=2  37:32:69  mode: 0
> track 19:  adr=1  ctrl=0  format=2  40:02:31  mode: 0
> track 20:  adr=1  ctrl=0  format=2  42:05:71  mode: 0
> 
> ##
> 
>   Is it possible that I'm missing a necessary USE option for mplayer?
> 
> [d531][waltdnes][~] emerge -pv mplayer
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] media-video/mplayer-1.2_pre20150214-r1::gentoo  USE="X
> alsa cdio dvd dvdnav enca encode iconv jpeg libass network osdmenu png
> shm truetype x264 xscreensaver xv -a52 -aalib (-altivec) (-aqua) -bidi
> -bl -bluray -bs2b -cddb -cdparanoia -cpudetection -debug -dga -directfb
> -doc -dts -dv -dvb -faac -faad -fbcon -ftp -ggi -gif -gsm -ipv6 -jack
> -joystick -jpeg2k -ladspa -libcaca -libmpeg2 -lirc -live -lzo -mad
> -md5sum -mng -mp3 -nas -nut -openal -opengl -oss -pnm -pulseaudio -pvr
> -radio -rar -rtc -rtmp -samba -sdl (-selinux) -speex -tga -theora
> -toolame -tremor -twolame -unicode -v4l -vdpau (-vidix) -vorbis -xanim
> -xinerama -xvid -xvmc -zoran" CPU_FLAGS_X86="mmx mmxext sse sse2 ssse3
> -3dnow -3dnowext" VIDEO_CARDS="-mga -s3virge -tdfx" 0 KiB

First of all, vcd is not a cd, it's a video cd. It's a very old format
(predecessor of the dvd with a much lower resolution as far as I know).
I have never seen one.

Regarding the CDs, try to build mplayer with USE="cdparanoia". If you
have a Blu-ray drive you probably want to build it with USE="bluray",
too. And for some convenience you also may want to add USE="cddb".

Re: [gentoo-user] CD ripper that generates song titles?

[Heiko Baums]

Am 26.08.2015 um 22:06 schrieb Walter Dnes:
   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?

I use ripit for ripping my CDs.

http://suwald.com/ripit/

It's unfortunately not in the portage tree, but there's an ebuild:
https://bugs.gentoo.org/show_bug.cgi?id=117383

The latest stable release is 3.9.0.

Or you could try abcde or grip which are in the portage tree.

All of them have freedb support and use cdparanoia as back-end.

Re: [gentoo-user] Re: [~amd64] Keyboard stops working several times/day

[Heiko Baums]

Am 18.08.2015 um 04:04 schrieb walt:
 I see the keyboard problem in mate and xfce4 (the only ones I use
 now).  I've wondered about the same things but I don't know how to
 debug those possible scenarios.

And which terminal emulator are you using?

 At the moment I'm waiting for my new keyboard to arrive from amazon,
 hoping to pin the blame on flakey hardware instead of flakey software.

Somehow I doubt that it's the keyboard. I rather guess it's either a
wrong configuration of or a bug in the desktop environment, the terminal
emulator and/or systemd/udev.

Re: [gentoo-user] [~amd64] Keyboard stops working several times/day

[Heiko Baums]

Am 16.08.2015 um 18:45 schrieb walt:
 I've been seeing this keyboard problem for the past few weeks:  after
 running some command from a bash prompt (haven't tried zsh yet) the
 keyboard stops working.  Almost like somebody unplugged the keyboard
 from its usb port (except that the LED on the keyboard stays lit so I
 know the power is still on).

I don't have this issue, but I guess you're using a terminal emulator in
a desktop environment.

Which terminal emulator and which desktop environment are you using?
Maybe the problem is just that the terminal emulator takes the control
over the keyboard or the desktop environment gives the keyboard controls
to the terminal emulator.

 There are no error messages in journalctl

That doesn't mean much.

 When I unplug the keyboard from the usb port I can see the kernel
 recognize the unplug event, which makes me think that it's not a
 kernel/usb bug or a broken wire in the keyboard cable.
 
 When I re-plug the keyboard into a usb port the keyboard immediately
 starts working normally again until the next time I happen to trigger
 the problem by running some black-magical command from a command
 prompt.  There is no particular command that causes it--it can be any
 arbitrary command AFAICT.

Could theoretically also be a bug in systemd and/or udev? That wouldn't
surprise me. And it wouldn't surprise me if Poettering and Sievers would
blame the kernel developers for it again if it is a systemd and/or udev bug.

Re: [gentoo-user] Re: minimal installation CD iso is where?,

[Heiko Baums]

Am 08.08.2015 um 19:05 schrieb walt:
 I just noticed that net-misc/netifrc installs two systemd service files,
 which puzzled me.  Is this in preparation for virtualizing openrc?

This is to provide systemd users with the corresponding service files
like OpenRC users get the necessary init scripts. Both are installed by
netifrc and other packages.

That's why I set:
INSTALL_MASK=/lib/systemd /lib32/systemd /lib64/systemd
/usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd

I don't use systemd, so I don't need and want those files.

That said, I don't mind if systemd users get their service files like
OpenRC users get their init scripts, but I don't let portage install the
systemd related files on my system.

I think this should actually be handled by USE=-systemd, and not by
INSTALL_MASK. On the other hand maybe there should be a USE flag
openrc which handles the installation of init scripts and OpenRC
related stuff for people who want to use systemd instead of OpenRC.

Re: [gentoo-user] Re: minimal installation CD iso is where?,

[Heiko Baums]

Am 08.08.2015 um 21:30 schrieb Rich Freeman:
 This was the subject of extensive discussion and a council decision.
 
 The rationale for not configuring the installing of small files via a
 USE flag is that it would greatly increase the number of packages that
 would depend on that flag, and then when a user swtiches their
 configuration they're rebuilding half their system just for the sake
 of a few dozen single-inode files.
 
 If people want to set install masks they can.  However, this will come
 at the cost of having to rebuild half your system later if you change
 your mind.

And what's the difference if I have to rebuild half my system because of
a USE flag or because of an INSTALL_MASK?

The USE flag has the advantage that the necessary packages are
automatically re-emerged by emerge -uDN @world if I would change my mind
later.

Re: [gentoo-user] Re: minimal installation CD iso is where?,

[Heiko Baums]

Am 08.08.2015 um 00:28 schrieb Rich Freeman:
 Udev installs into such a path, and currently does not depend on
 systemd (in fact, they block each other).

They block each other because udev is part of systemd. So if you install
systemd you already have udev and don't need the separate udev package.

Regarding the separate udev package, at least regarding eudev I would
consider this a bug, because those systemd directories are systemd
specific and don't belong to the FHS.

If Poettering wants to break Unix, Linux and POSIX standards, it's up to
him. Packages that don't belong to Poettering's software are supposed to
follow those standards and do it so far.

But remember, udev is part of systemd and announced to break on
non-systemd systems. So udev is not a valid example here.

 Obviously you don't use udev, but in general as more stuff ends up in
 systemd you'll probably find more important stuff with systemd in
 the filename.

Why would it? This again would be a reason for a bug report. Or do you
consider every important stuff to be part of systemd? Do you really
believe that there will be no other important stuff than systemd resp.
that systemd will be the only init system or system managing system?

Question again:

That sounds exactly like those Poetterix fanboys, particularly when they
forced systemd on every user of certain distros whether they wanted it
or not.

I don't need to be worried, that this will happen with Gentoo either
anytime soon?

  I'd suggest taking the time to understand what it is
 before you decide that you don't want it (speaking generally, I'm not
 suggesting that you didn't know what you're doing when you switched to
 eudev).  Heck, even gummiboot is being merged into systemd.

Bad example again. Gummiboot was originally developed by Kay Sievers,
one of Poettering's fanboys and co-developer of systemd. So a no-go
anyway, and no surprise that it got merged into systemd.

Re: [gentoo-user] Re: minimal installation CD iso is where?,

[Heiko Baums]

Am 07.08.2015 um 00:10 schrieb Rich Freeman:
 Like I said - if you want to go this route be prepared to tweak half
 your system to keep it working.

Why would I need to tweak half my system? That sounds exactly like those
Poetterix fanboys, particularly when they forced systemd on every user
of certain distros whether they wanted it or not.

I don't need to be worried, that this will happen with Gentoo either
anytime soon?

  Replacing udev with eudev is
 certainly possible, but probably not something I'd recommend for
 somebody trying out Gentoo for the first time.

I would highly recommend it, even for first time users. Of course not if
they want to use systemd.

  Most of the eudev
 developers would probably not recommend setting install masks and
 setting USE=-systemd either.

I doubt that, particularly the USE=-systemd part. As I already
mentioned, USE=-systemd only affects ebuilds which have optional systemd
related features and/or dependencies. Ebuilds which have hard systemd
dependencies ignore USE=-systemd.

That has nothing to do with eudev or anything else. So if you don't want
to have a systemd-free system you can safely or even should add
USE=-systemd to your make.conf. If that leads to a problem then it is a
bug, of course except if you want to use systemd and set USE=-systemd
anyway.

If packages that don't need systemd as a hard dependency or are
installed with USE=-systemd write anything which is important for them
or could break them even without systemd into one of those systemd
directories which I have in my INSTALL_MASK, this would be definitely a
bug, either up- or downstream.

 And you're using udev all the same - there isn't much that was in udev
 before the systemd merge which isn't in eudev today.  It seems a bit
 odd to object to a package on the sole basis of what source repository
 its maintainers are using.  But, whatever floats your boat.

I don't think this is odd, because eudev is generally not maintained by
Poettering and his fanboys. And the goal for eudev is to have it
completely free of systemd dependencies which is not the case for udev.
In contrast the udev maintainers already announced that udev will soon
break on systems without systemd.

So I would still highly recommend switching to eudev which btw. works
flawlessly. The switch from udev to eudev went totally smooth, too.

 If a package declares a dependency against a package that installs
 something in /usr/lib/systemd, and it breaks because you masked that
 directory, then your bug is probably going to be marked invalid.

You've written about a hard systemd dependency. In such a case portage
will automatically pull systemd into your system no matter if you have
set USE=-systemd or not. So if someone wouldn't want to install systemd
he will be warned by this and most likely won't install that particular
package.

Of course I had to remove my INSTALL_MASK if I would want this
particular package anyway. But I wouldn't want that package.

 (Fun piece of Gentoo trivia.  Most Gentoo-derived systems don't run
 either openrc or systemd - they run upstart, despite it not even being
 in the main Gentoo repository.  Go figure...)

Out of interest: Which ones?

Re: [gentoo-user] Re: minimal installation CD iso is where?,

[Heiko Baums]

Am 07.08.2015 um 21:46 schrieb Heiko Baums:
 That has nothing to do with eudev or anything else. So if you don't want
 to have a systemd-free system

Typo: Should obviously be without the don't.

Re: [gentoo-user] Re: minimal installation CD iso is where?,

[Heiko Baums]

Am 06.08.2015 um 22:01 schrieb Rich Freeman:
 You're defining really systemd-free in the same sense that the FSF
 defines a really free distro (they think Debian FOSS-only isn't good
 enough).  Sticking with the base profile should get you an experience
 about the same as what you'd have gotten 4 years ago before anybody
 heard of systemd, and going as far as you suggestion may cause
 problems if you use software that has been subsequently merged into
 systemd, but which is still available standalone (think udev/etc).
 
 But, to each their own, that is the Gentoo way.  Just don't file any
 bugs if something breaks purely as a result of doing the steps above.

You're totally wrong.

USE=-systemd tells portage not to build and install optional systemd
features, dependencies etc. Ebuilds that need systemd as a hard
dependency like GNOME are not affected by this.

The INSTALL_MASK just tells portage to not install systemd related files
which are not necessary and not used on none-systemd systems like those
unit files or whatever they are called which are unfortunately installed
by several ebuilds along with the OpenRC init scripts.

So, yes, I will file any bugs if something breaks, because systemd is
supposed to be optional on Gentoo.

And, no, I won't install any package which is merged into systemd. As
you mentioned udev, what do you need udev for if you don't use systemd?
Just install eudev. Works perfectly without any systemd dependency.

And, yes, I don't like systemd - in fact I hate it - because it's just
broken by design. But discussing with Poettering and his fanboys is
pointless since they aren't able to take criticism. There are a lot of
other reasons, too.

And I really don't want to have any part of this Poetterix crap like
systemd, pulseaudio etc. on my system. So I take it as a compliment when
you compare my definition of really systemd-free with the FSF's
definition of a really free distro.

Re: [gentoo-user] Re: minimal installation CD iso is where?,

[Heiko Baums]

Am 06.08.2015 um 18:34 schrieb James:
 Or, We could also point them to existing gentoo
 derivatives for a test-drive:: pentoo,  lilblue, sabayon, calculate etc etc
 first, if we are not going to roll more frequent live* images?

That's not a good idea, at least not regarding Sabayon. They use systemd
as their default init system.

Re: [gentoo-user] Re: minimal installation CD iso is where?,

[Heiko Baums]

Am 06.08.2015 um 18:59 schrieb Jc García:
 OpenRC is there on the stage3, systemd isn't, if you don't think about
 systemd you get an OpenRC installation, I think it would confuse more
 people to talk about choosing init system(especially noobs) right at
 the beginning of the handbook.

To get a really systemd-free system you unfortunately need to do two
additional steps:

1. Add USE=-systemd to your /etc/portage/make.conf
2. Add INSTALL_MASK=/lib/systemd /lib32/systemd /lib64/systemd
/usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd to
your /etc/portage/make.conf

Re: [gentoo-user] minimal installation CD iso is where?,

[Heiko Baums]

Am 06.08.2015 um 04:23 schrieb Felix Miata:
 After reading
 https://wiki.gentoo.org/wiki/Handbook:X86/Installation/Media#Minimal_installation_CD
 which does not link to it until after its first mention I spent considerable
 time on http://mirrors.us.kernel.org/gentoo/ trying to find one. The only iso
 files I managed to find are DVD size. When I reach the location that I think
 should list them,
 http://mirrors.us.kernel.org/gentoo/releases/x86/autobuilds/current-iso (aka
 www.gtlib.gatech.edu/pub/gentoo), I consistently get this instead:
 
   http://mirrors.us.kernel.org/images/bucket.jpg
   Sorry, we cannot find your kernels
 
 I really wanted to install by booting from an installed Linux anyway, but
 first command after extracting stage and chrooting, I got this:
 
   failed to run command '/bin/bash': Exec format error
 
 When I attempted to find the stage file to download in the first place, they
 all seemed to be arch-agnostic, so this is the one I tried (newest pre-Grub2):
 
   
 http://www.gtlib.gatech.edu/pub/gentoo/releases/sh/autobuilds/20120323/sh4-unknown-linux-gnu/stage3-sh4-20120307.tar.bz2
 
 Kernel booted from is Debian Jessie's 3.16.0-4-amd64, on a Core2Duo E8400, so
 I'm confused why the apparent arch error message. ???
 

I get the Minimal Installation CD and the stage3 with one resp. two clicks.

Go to https://www.gentoo.org and click on Downloads. There you are.

And if you do it from your link to the Gentoo Handbook:

Go to
https://wiki.gentoo.org/wiki/Handbook:X86/Installation/Media#Minimal_installation_CD

Read this:
The default installation media that Gentoo Linux uses are the minimal
installation CDs, which host a bootable, very small Gentoo Linux
environment with the right tools to install Gentoo Linux from. The CD
images themselves can be downloaded from one of the many mirrors available.

On those mirrors, the minimal installation CDs can be found as follows:

Go to the releases/ directory
Select the right architecture, such as x86/
Select the autobuilds/ directory
Select the current-iso/ directory

Inside this location, the installation CD file is the file with the .iso
suffix. For instance, take a look at the following listing:

Click the link behind the word mirrors in the second sentence and
follow the instructions you read before.

If there are no isos on the mirror you've chosen like kernel.org (which
is btw. not listed as an official Gentoo mirror anymore) read the file
latest-iso.txt in the directory mentioned above on that mirror or choose
another one.

Then follow the instructions on
https://wiki.gentoo.org/wiki/Handbook:X86/Installation/Stage and you get
the stage3 tarball.

It's actually pretty easy.

Re: [gentoo-user] Re: grub-2 update

[Heiko Baums]

Am 16.07.2015 um 22:05 schrieb James:

 I spent days during early kernel upgrades getting grub2 happy.

You only need to run `grub2-mkconfig -o /boot/grub/grub.cfg` after each
kernel update. I'm using grub2 not for such a long time, but I made some
kernel upgrades since I switched from grub-legacy to grub2 and had no
problems so far.

 The last (2) kernel updates when smooth.  I was also curious if
 anyone else has upgraded to
 
 grub- 2.02_beta2-r7   ?

I don't know when or if it was updated after I switched to grub2, but I
have grub 2.02_beta2-r7 installed and had no problems with it either.

But what can happen at worst when you update a boot loader? That your
boot loader fails to boot. So you can still boot from a LiveCD and
select the option Boot from harddrive. Then you can easily fix the
boot loader.

Re: [gentoo-user] splashutils users: how often does fbsplashd crash for you?

[Heiko Baums]

Am 31.05.2015 um 12:01 schrieb Nikos Chantziaras:
 how often does fbsplashd crash for you?

For me not once since it exists.

   fbsplashd.stati[599]: segfault at 7f24ceb9b000 ip 0050a6f0 sp
 7f24ce35fd08 error 6 in fbsplashctl

Are you sure that there's no other problem with your system?
fbsplashd.stati is actually fbsplashd.static. But I don't know if your
system logger just cuts the file name.

I would first try to reinstall media-gfx/splashutils.

Re: [gentoo-user] having problems getting burned cds to work

[Heiko Baums]

Am 26.05.2015 um 09:04 schrieb cov...@ccs.covici.com:
 OK, I have a bit more info, I managed to burn the CD on another box and
 when I tried to mount it using this drive, it gave me in the logs 
 May 26 02:41:59 ccs.covici.com kernel: end_request: I/O error, dev sr0,
 sector 942680
 May 26 02:41:59 ccs.covici.com kernel: Buffer I/O error on device sr0,
 logical block 117835
 May 26 02:42:00 ccs.covici.com kernel: end_request: I/O error, dev sr0,
 sector 942680
 May 26 02:42:00 ccs.covici.com kernel: Buffer I/O error on device sr0,
 logical block 117835
 but it did mount successfully! and I did a diff against the same iso
 mounted via -o loop and there were no differences.

There are several possibilities which come to my mind.

Regardless of whether the image can be loop mounted or not, have you
tried to download it again - maybe from another mirror - or have you
checked the MD5 or SHAxxx checksums of the downloaded iso? Maybe the
file is corrupt.

Have you tried to burn it onto another blank DVD from a different
manufacturer? Maybe your blank DVDs don't work well together with your
DVD writer.

Have you checked that you have built every necessary kernel module?
Maybe your missing one like the mentioned UDF module or a hardware
(drive/bus) related module.

I guess with this drive you mean the drive in the other box? Otherwise
the drive could be faulty.

Have you checked the cables?

Or in case of a bug in cdrecord, have you tried to downgrade cdrtools?

Re: [gentoo-user] Re: having problems getting burned cds to work

[Heiko Baums]

Am 26.05.2015 um 15:53 schrieb cov...@ccs.covici.com:
 Hmmm, well I tried this and it was successful, so I wonder what is going
 on with cdrecorder?

So you probably have found a bug in cdrecord. Have you tried to
downgrade cdrtools to check if it works with previous, preferentially
stable releases?

 Also, I logged in as root
 which is normally how I have always burned cds, any way aside from
 marking xfburn as suid root which I would prefer not to do to use the
 program as a normal user?

It's usually not necessary to burn a CD as root or give xfburn suid
root. This leads to the next questions. Have you set the correct file
permissions for /dev/sr0 (particularly user and group)? Should be
root:cdrom. And is your user in the corresponding group (usually the
group cdrom)?

Re: [gentoo-user] monitor what application installs

[Heiko Baums]

Am 25.05.2015 um 19:59 schrieb behrouz khosravi:
 Hello everyone. I am gonna install MATLAB on my box. Is there any way to
 monitor what it installs on my machine?
 Thanks.

Best way is to use an ebuild and install it with emerge.

Then you can check what's installed with:
equery files --tree package name

Here is an ebuild for matlab:
https://bugs.gentoo.org/show_bug.cgi?id=466140

Re: [gentoo-user] recommended applications

[Heiko Baums]

Am 24.05.2015 um 16:14 schrieb waben...@gmail.com:
 behrouz khosravi bz.khosr...@gmail.com wrote:
 
 So I am going to use console based tools mostly. I will also replace
 KDE with i3wm.

 What do you recommend as a replacement for kmail? (is mutt a good
 choise?)
 
 Many years ago I also looked for a replacement for kmail, because kde3
 was not longer supported and I disliked kde4. First I used thunderbird
 but I was not very lucky with it (filters were poor and enigmail also
 was not very komfortable IIRC).
 I've tested all available e-mail clients and at the end I sticked with
 claws mail. I'm still using this client and I'm very lucky with it. 
 However, if you prefer HTML-Mail, then it is maybe not the best choice
 for you.
 
 Btw, I'm using geany as text editor, ding as dictionary, thunar as 
 filemanager (sometimes also caja), qpdfview as document viewer, geeqie 
 as image viewer, sonata as mpd client, audacious as music player and 
 xfce as DE.

He actually asked for console tools. The tools you listed are only GUI
tools.

Re: [gentoo-user] recommended applications

[Heiko Baums]

Am 24.05.2015 um 12:32 schrieb behrouz khosravi:
 Torrent client?

rtorrent is quite good.

Re: [gentoo-user] abi_x86_32 FLAG

[Heiko Baums]

Am 21.04.2015 um 20:06 schrieb Mike Gilbert:
 On Mon, Apr 20, 2015 at 7:51 PM, Heiko Baums li...@baums-on-web.de wrote:
 Am 21.04.2015 um 01:27 schrieb Mike Gilbert:

 Better yet, upgrade to grub:2 already.

 Why? As long as grub legacy is working there's no need to upgrade. I'm
 still running grub legacy, too.

 
 In this context, because you can build it without having any 32-bit
 libs installed.

That's what grub-static is for. So why would I upgrade to grub:2 if
grub:0 is still working?

Re: [gentoo-user] abi_x86_32 FLAG

[Heiko Baums]

Am 21.04.2015 um 03:14 schrieb Joseph:

 I don't think grub is asking for it.

I know it does, because grub-0.97 is 32 bit only software, and the
package sys-boot/grub-0.97-r14 compiles grub from the sources with
dynamic linking. So it needs 32 bit dependencies (packages with
USE=abi_x86_32) incl. sys-devel/gcc.

If you don't want to have any abi_x86_32 dependencies being installed on
your system you need to replace sys-boot/grub-0.97-r14 by
sys-boot/grub-static-0.97-r12, because this package contains the grub
binary with static linking.

The binary of sys-boot/grub-static again is precompiled by the
sys-boot/grub-0.97-r14 ebuild with USE=static. So sys-boot/grub-static
doesn't need any 32 bit dependencies (packages with USE=abi_x86_32).

Re: [gentoo-user] abi_x86_32 FLAG

[Heiko Baums]

Am 21.04.2015 um 03:30 schrieb cov...@ccs.covici.com:

 I was looking to my world update and I saw that none of my emul-linux
 packages will be removed and there are some packages which depend on
 them such as nvidia-drivers and the C compiler!  So any reason to do
 anything, or just let portage sort things out as the packages remove
 their dependencies on emul-linux?

It's actually explained in the news you can read with `eselect news read`.

The short version:

You need to first uninstall all emul-linux-x86* packages manually by
running:

# emerge -C emul-linux-x86*

Then you need to do a world update which will tell you which packages
will need USE=abi_x86_32.

Re: [gentoo-user] cryptsetup wont use aes-xts:plain64

[Heiko Baums]

Am 21.04.2015 um 11:21 schrieb Marko Weber | 8000:
 
 Finally!

 ...

 i got it working!
 
 cryptsetup -c aes-xts-plain -h sha256 -y -s 256 luksFormat
 /dev/mapper/VolGroup01-media2
 
 But on writing a testfile of 4G with i get 22,9 Mb/sec.
 Is there a cipher/hash/keysize which alloows me a bit more write
 performance?

I don't know if it helps you with the write performance, but you can
also use aes-xts-plain64 instead of aes-xts-plain.

# cryptsetup -c aes-xts-plain64 -h sha256 -y -s 256 luksFormat
/dev/mapper/VolGroup01-media2

Re: [gentoo-user] abi_x86_32 FLAG

[Heiko Baums]

Am 21.04.2015 um 00:22 schrieb Joseph:
 I'm trying to update one of my amd64 (I use XFCE) and there are lot of
 package that require use flag: abi_x86_32
 
 Which package is forcing new: abi_x86_32 flag?

sys-boot/grub-0.97-r14
x11-drivers/nvidia-drivers

Replace sys-boot/grub-0.97-r14 by sys-boot/grub-static-0.97-r12.

Don't forget to write the new bootloader into your MBR afterwards by
running:
# grub
grub root (hdX,X)
grub setup (hdX)

And regarding x11-drivers/nvidia-drivers see those bug reports:
https://bugs.gentoo.org/show_bug.cgi?id=545582
https://bugs.gentoo.org/show_bug.cgi?id=485724

Re: [gentoo-user] abi_x86_32 FLAG

[Heiko Baums]

Am 21.04.2015 um 01:27 schrieb Mike Gilbert:

 Better yet, upgrade to grub:2 already.

Why? As long as grub legacy is working there's no need to upgrade. I'm
still running grub legacy, too.

Re: [gentoo-user] cryptsetup wont use aes-xts:plain64

[Heiko Baums]

Am 20.04.2015 um 15:43 schrieb Marko Weber | 8000:

 # cryptsetup -c aes-xts:plain64 -y -s 512 luksFormat
 /dev/mapper/VolGroup01-media2

As I've already mentioned in my first answer, there is a typo in this
command. Well, I actually didn't mention that it's a typo, but I gave
you the correct command:

# cryptsetup -s 256 -y -c aes-xts-plain64 luksFormat
/dev/mapper/VolGroup01-media2

Maybe you should consider those parameters:
-s 512 (for a longer key)
-h sha512 (otherwise sha1 will get used for the password hash)
--use-random (manpage says: Using /dev/urandom can lead to weak keys.)

Or in other words: It's not -c aes-xts:plain64, but -c aes-xts-plain.

Re: [gentoo-user] cryptsetup wont use aes-xts:plain64

[Heiko Baums]

Am 18.04.2015 um 12:27 schrieb Marko Weber | 8000:

 i try to crypt a partition with cryptsetup.
 Yes, in Kernel i had all need things i think.

No, you haven't.

You need to make those changes:
 CONFIG_CRYPTO_XTS=m
CONFIG_CRYPTO_XTS=y
 CONFIG_CRYPTO_AES_X86_64=m
CONFIG_CRYPTO_AES_X86_64=y
 CONFIG_CRYPTO_AES_NI_INTEL=m
CONFIG_CRYPTO_AES_NI_INTEL=y (only if you have an Intel CPU)

You have to compile the modules which are necessary for the encryption
method you're using directly into the kernel, not as a module, because
the kernel needs them directly at boot time.

 but when i try to use cryptsetup i get this:
 
 # cryptsetup -c aes-xts:plain64 -y -s 256 luksFormat
 /dev/mapper/VolGroup01-media2

The correct command is:

# cryptsetup -s 256 -y -c aes-xts-plain64 luksFormat
/dev/mapper/VolGroup01-media2

Maybe you should consider those parameters:
-s 512 (for a longer key)
-h sha512 (otherwise sha1 will get used for the password hash)
--use-random (manpage says: Using /dev/urandom can lead to weak keys.)

Re: [gentoo-user] cryptsetup wont use aes-xts:plain64

[Heiko Baums]

Am 18.04.2015 um 12:27 schrieb Marko Weber | 8000:

 i try to crypt a partition with cryptsetup.
 Yes, in Kernel i had all need things i think.

Depending on the password hash you're using (parameter -h) you need to
make the appropriate changes here, too:

 CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA1=y
 CONFIG_CRYPTO_SHA1_SSSE3=m
CONFIG_CRYPTO_SHA1_SSSE3=y
 CONFIG_CRYPTO_SHA256_SSSE3=m
CONFIG_CRYPTO_SHA256_SSSE3=y
 CONFIG_CRYPTO_SHA512_SSSE3=m
CONFIG_CRYPTO_SHA512_SSSE3=y
 CONFIG_CRYPTO_SHA1_MB=m
CONFIG_CRYPTO_SHA1_MB=y
 CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA256=y
 CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_SHA512=y

Re: [gentoo-user] cryptsetup wont use aes-xts:plain64

[Heiko Baums]

Am 18.04.2015 um 14:12 schrieb Ralf:

 No. Could you please explain why you think so?
 Even if your root partition is encrypted, your ramdisk could load the
 modules.

Are you sure about that? Are you sure that the necessary modules are
definitely put into the initrd and that the kernel will be able to load
them soon enough at boot time?

Compiling those modules into the kernel is definitely more secure (in
terms of being sure that they are always available) and doesn't do any
harm, because they need to be loaded anyway.

Btw., several dm-crypt/LUKS documentation (all that I've read) say that
those modules have to be compiled into the kernel directly.

 After loading the modules you can see that they are available by cat
 /proc/crypto.

You won't be able to run this command when the kernel tries to unlock
the LUKS container at boot time.

 The modules can be loaded _after_ bootup as well.

If you want to unlock the LUKS container at boot time (particularly if
your root partition is encrypted), loading the modules after bootup is
too late.

So I wouldn't risk it.