Re: [gentoo-user] Re: Is gnome becoming obligatory?

[Alon Bar-Lev]

I use autofs and very happy.
I do not need udisks at all, while it is mandatory dependency of solid.
I remember old discussion in which kde developer did not understand
the concept of optional for this slot.

Re: [gentoo-user] pkcs#11

[Alon Bar-Lev]

On 13 June 2017 at 21:26, james  wrote:



> I guess what I'm really looking for is a master list of ebuilds
> (overlays) that one has or possible could use to implement any form of
> PKCS#11 on a gentoo server, workstation, or embedded system? I've been
> googling on this a bit, but my keyword combos have not been very fruitful.

Hi,

You have at least these:

https://packages.gentoo.org/packages/dev-libs/softhsm
https://packages.gentoo.org/packages/dev-libs/opensc
https://packages.gentoo.org/packages/dev-libs/opencryptoki
https://packages.gentoo.org/packages/app-crypt/coolkey

Regards,
Alon

Re: [gentoo-user] Gpgme oddity

[Alon Bar-Lev]

On 5 March 2017 at 11:06, Mick  wrote:
> I guess it wasn't tested on a no-multilib as I'm running on a box here.  Kmail
> needs to be rebuilt, but it fails like so:

Can you please disable cxx and qt5 USE and use the old kde gpgme
library instead?

Thanks!

Re: [gentoo-user] Gpgme oddity

[Alon Bar-Lev]

On 5 March 2017 at 00:59, Peter Humphrey  wrote:
>
> I just can't believe it. They're issuing a general-purpose tool, to work
> everywhere, and they don't test it on a representative sample of systems?

It was tested, otherwise how could the conflict with kde-apps/gpgmepp
and kde-apps/kdepimlibs:4 been known?

Upstream has merge some external libraries into its own code base and
provided an option to disable these exactly for this use case.
Adding USE="-cxx -qt5" or masking this package provides remedy for
those who still use kdepimlibs:4, both are standard gentoo procedures.
As apposed to what you present in previous messages, a "standard kde"
system may or may not include kdepimlibs:4. We delayed too much
stabilization of gpgme to allow proper resolution, however, no reason
to delay any more as no issue for these that do not use kdepimlibs:4
and for these who use a simple USE change or mask resolves the issue.

> I just can't believe it. They're issuing a general-purpose tool, to work 
> everywhere,
> and they don't test it on a representative sample of systems?

Indeed, we provide general-proposed tool that with correct setup can
work in most cases as supported as outlined by the designated
upstreams, while bridging the gaps and permutations as much as we can.

Regards,
Alon

Re: [gentoo-user] net-libs/gnutls-3.3.26, compile fail

[Alon Bar-Lev]

Hi,

Please open bug when you have such issues.
In this case:
"""
autogen
/var/tmp/portage/net-libs/gnutls-3.3.26/work/gnutls-3.3.26/src/p11tool-args.def
Throw without catch before boot:
Aborting.
Throw without catch before boot:
Aborting.
Throw without catch before boot:
Aborting.
make[2]: [Makefile:2182: psktool-args.stamp] Aborted (ignored)
touch psktool-args.stamp
make[2]: [Makefile:2194: cli-args.stamp] Aborted (ignored)
touch cli-args.stamp
"""

Probably something ether wrong with autogen or something in the base system
lost integrity.
Try to run:
# revdep-rebuild
Then:
# gcc-config -l
Make sure the right profile is selected, usually 1.
Try to emerge autogen:
# emerge --oneshot autogen

Then try again, if not working, please open a bug and attach the build.log
of recent attempt.

Regards,
Alon


On 23 February 2017 at 17:34,  wrote:

> I get a lot:
>
>  No such file or directory
>
> when compiling, should I just wait a week or there anyone who knows
> why ?
>
> Also tried removing all USE flags, same result.
>
> Regards,
> /Karl Hammar
>
> ---
> Aspö Data
> Lilla Aspö 148
> S-742 94 Östhammar
> Sweden
> +46 173 140 57
>
>

Re: [gentoo-user] HTML5 player (YouTube) is a pain!...Alternatives?

[Alon Bar-Lev]

On 29 November 2016 at 08:42,  wrote:
>
> Hi,
>
> I get sick of this [CESNORED] HTML5 stuff coming from YouTube!
> Most of the videos while playayaingnaying arereare stututterutering
> liiklike helellell.
>

I use "VLC Youtube Shortcut" extension, right click a page or link to
youtube plays it in vlc.

Re: [gentoo-user] libgcrypt-1.7.3 build fail

[Alon Bar-Lev]

Hi,
Please open a bug.
You probably updated gcc and should run revdep-rebuild or similar, see
[1][2] for reference.
Alon
[1] https://bugs.gentoo.org/show_bug.cgi?id=561938
[2] https://bugs.gentoo.org/show_bug.cgi?id=578302

On 10 November 2016 at 21:14, Willie M  wrote:

> Hey everyone,
>
> I can not figure out why I cannot build libgcrypt-1.7.3. I had this same
> problem on my laptop but I can't remember what I did to fix the problem
> and have been searching on google for the last couple of days.
>
> I have attached the build log. If anyone had any input please reply.
>
> Thanks for any of your help,
>
> --
>
> Willie Matthews
> matthews.willi...@gmail.com
>

Re: [gentoo-user] Use brctl from bridge-utils or bridge from iproute2?

[Alon Bar-Lev]

On 16 October 2016 at 23:19, Miroslav Rovis
<miro.ro...@croatiafidelis.hr> wrote:
> On 161016-09:33+0300, Alon Bar-Lev wrote:
>> On 16 October 2016 at 08:10, Miroslav Rovis
>> <miro.ro...@croatiafidelis.hr> wrote:
>> > On 161016-03:05+, Erik Mackdanz wrote:
>> >> Miroslav Rovis <miro.ro...@croatiafidelis.hr> writes:
>> > ...
>> >> > https://wiki.gentoo.org/wiki/Iproute2#iproute2_for_net-tools_swappers
>> >> >
>> >> > -- also notice that bridge in not in the swappers there --
>> >> I just added 'ip link set master'
>> >
>> > But that's not entirely correct, although only because the:
>> >
>> > brctl addbr
>> > brctl addif
>> >
>> > do not belong under "net-tools".
>> >
>> > You, or someone else, should make a separate table with the comparison
>> > of the bridge-utils (containing brctl) and iproute2's utilitiy bridge.
>> >
>> > And then probably also the usermode-utilities (containing tunctl) and
>> > whatever the iproute2's utilitiy is that replaces those.
>>
>> Hi,
>>
>> The non stable netirfc supports bridge via iproute2, please see [1]
>
> I do live with a ~amd64 (for long years by now)...
>
>> Regards,
>> Alon
>>
>> [1] https://wiki.gentoo.org/wiki/Netifrc/Brctl_Migration
>>
> Thanks! I have taken notice.
>
> I hope the:
>
> /usr/share/doc/netifrc-0.4.0/net.example.bz2
>
> of netifrc package has been updated, ot will soon be updated as well,
> with tips for users who need lots of kind documentation like me ;-) !

Noted, added[1].

[1] https://github.com/gentoo/netifrc/pull/23

> I just looked it up, but it may be my lack of knowledge... I see brctl
> there, but am unsure if iproute2's bridge is supported... Sorry!

It is, see[2] :)

[2] https://github.com/gentoo/netifrc/pull/15


> (However, I've done my bridge configuration for now. More pressing
> issues elsewhere I have...)
>
> Regards!
> --
> Miroslav Rovis
> Zagreb, Croatia
> http://www.CroatiaFidelis.hr

Re: [gentoo-user] Use brctl from bridge-utils or bridge from iproute2?

[Alon Bar-Lev]

On 16 October 2016 at 08:10, Miroslav Rovis
 wrote:
> On 161016-03:05+, Erik Mackdanz wrote:
>> Miroslav Rovis  writes:
> ...
>> > https://wiki.gentoo.org/wiki/Iproute2#iproute2_for_net-tools_swappers
>> >
>> > -- also notice that bridge in not in the swappers there --
>> I just added 'ip link set master'
>
> But that's not entirely correct, although only because the:
>
> brctl addbr
> brctl addif
>
> do not belong under "net-tools".
>
> You, or someone else, should make a separate table with the comparison
> of the bridge-utils (containing brctl) and iproute2's utilitiy bridge.
>
> And then probably also the usermode-utilities (containing tunctl) and
> whatever the iproute2's utilitiy is that replaces those.

Hi,

The non stable netirfc supports bridge via iproute2, please see [1]

Regards,
Alon

[1] https://wiki.gentoo.org/wiki/Netifrc/Brctl_Migration

Re: [gentoo-user] how to start KDE

[Alon Bar-Lev]

Hi,
You should install plasma-desktop and use startkde in your ~/.xinitrc if
you do not use session manager.
Regards,
Alon

On 21 September 2016 at 06:46, Philip Webb  wrote:

> I've got Gwenview to behave by installing Plasma-meta :
> Systemsettings shows up with adequate options & single-click is back,
> as are the previews of pix on the folder icons.
>
> I've been a happy user of Fluxbox for many years,
> but am willing to see how well KDE 5 works in 2016 .
> From a raw command terminal, I use 'startx' with appropriate  .xinitrc :
> what do I need to have in the latter in order to start KDE 5 ?
> What pkgs am I likely to need to install to make it work ?
> I tried 'emerge -pvt kde-startkde', but that seems to be KDE 4 :
> what do I need for KDE 5 ?
>
> So far, I've installed Konsole (and a few other apps) with requirements
> & Plasma as above.
>
> --
> ,,
> SUPPORT ___//___,   Philip Webb
> ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
> TRANSIT`-O--O---'   purslowatchassdotutorontodotca
>
>
>

Re: [gentoo-user] Print quality unreadable in Firefox

[Alon Bar-Lev]

On 19 February 2016 at 23:13, Daniel Frey  wrote:
>
> I have been having a problem printing in Firefox for quite some time. It
> seems fonts are being rendered in an unreadable way, but it doesn't
> always do this.
>
> I've also noticed that Firefox is the only application that does this:
> LibreOffice, various PDF readers, etc are all printing fine.
>
> I was able to print the invoice I needed by selecting, copying & pasting
> into LibreOffice (which even retained the formatting.)
>
> Firefox even does this while printing to PDF, so I've attached a small
> sample of search results from bugs.g.o. (TestPrint-BadQuality.pdf)
>
> Has anyone seen this and know how to fix it? I've been wading through
> search results for almost an hour and found nothing.
>
> Dan

I can confirm this happens to me as well, something related to fixed
width font I guess. But as I can never actually make firefox print
what I actually see, I usually give up and just copy content manually.

Re: [gentoo-user] Switching current java-vm for a single application

[Alon Bar-Lev]

If all what script is doing is executing "java", just add the right
JRE to your PATH as first element.

On 3 February 2016 at 01:04, Leonardo Guilherme
<leonardo.guilhe...@gmail.com> wrote:
> Problem is, the SenchaCmd script runs java directly, which resolves to
> /usr/bin/java, which itself is a script that checks the user choice
> regarding the selected java-vm: setting JAVA_HOME does nothing to fix that.
> I can edit the SenchaCmd script to run java directly, that would be the
> quickfix.
>
> Thanks for the input.
>
> Em seg, 1 de fev de 2016 às 13:41, Alon Bar-Lev <alo...@gentoo.org>
> escreveu:
>>
>> On 31 January 2016 at 19:17, Leonardo Guilherme
>> <leonardo.guilhe...@gmail.com> wrote:
>> >
>> > Hello.
>> >
>> > I'm using OpenJDK JVM regularly on my machine instead of Oracle's one,
>> > primarily because of the infinality patches and because I prefer open 
>> > source
>> > software.
>> >
>> > There are some applications, though, that do not play ball with it
>> > (namely, SenchaCmd) and I have to keep switching back and forth between
>> > installed java-vms just to run it.
>> >
>> > I know nothing about Java or its environment, is there a way to specify
>> > the java-vm just for this application instead of doing "eselect java-vm set
>> > user 1; sencha *stuff*; eselect java-vm set user 3" everytime?
>> >
>> > Is there a set of environment variables that can do this? Shall I wrap
>> > the command in a shell script? Ideas?
>>
>> Usually, every [well behaved] java application has JAVA_HOME or
>> similar environment variable to tell it where java is.
>> You can find a valid java homes at /usr/lib/jvm/*/jre or if you
>> manually extracted oracle it will probably live in /opt/xxx.
>>
>> What you should do is go over this SenchaCmd startup script and find
>> what it expects.
>>
>> Regards,
>> Alon
>>
>

Re: [gentoo-user] Switching current java-vm for a single application

[Alon Bar-Lev]

On 31 January 2016 at 19:17, Leonardo Guilherme
 wrote:
>
> Hello.
>
> I'm using OpenJDK JVM regularly on my machine instead of Oracle's one, 
> primarily because of the infinality patches and because I prefer open source 
> software.
>
> There are some applications, though, that do not play ball with it (namely, 
> SenchaCmd) and I have to keep switching back and forth between installed 
> java-vms just to run it.
>
> I know nothing about Java or its environment, is there a way to specify the 
> java-vm just for this application instead of doing "eselect java-vm set user 
> 1; sencha *stuff*; eselect java-vm set user 3" everytime?
>
> Is there a set of environment variables that can do this? Shall I wrap the 
> command in a shell script? Ideas?

Usually, every [well behaved] java application has JAVA_HOME or
similar environment variable to tell it where java is.
You can find a valid java homes at /usr/lib/jvm/*/jre or if you
manually extracted oracle it will probably live in /opt/xxx.

What you should do is go over this SenchaCmd startup script and find
what it expects.

Regards,
Alon

Re: [gentoo-user] bring back emerge to terminal window

[Alon Bar-Lev]

Checkout app-misc/reptyr

On 11 November 2015 at 08:38,  wrote:

> I was running and emerge -uDNavq world and accidentally closed the
> terminal window.
> I know the process ID as it is still running.
>
>  ps fax |grep emerge
> -- 19131 pts/1 SN+ 4:03 | | \_ /usr/bin/python3.4 -b
> /usr/lib/python-exec/python3.4/emerge -uDNavq world
>
> Is there a way to ring it back to a terminal window?
>
> --
> Thelma
>
>

Re: [gentoo-user] pppoe questions

[Alon Bar-Lev]

On 7 November 2015 at 20:21, lee <l...@yagibdah.de> wrote:
> Alon Bar-Lev <alo...@gentoo.org> writes:
>
>> On 6 November 2015 at 17:28, lee <l...@yagibdah.de> wrote:
>>> Hi,
>>>
>>> finally I got set up pppoe, which turned out to be surprisingly easy.
>>> It's working fine, though I'm getting a warning when the pppoe interface
>>> is brought up:
>>>
>>>
>>> heimdali init.d # service net.ppp0 start
>>>  * Bringing up interface ppp0
>>>  *   Starting pppd in ppp0 ...   [ ok ]
>>>  *   Backgrounding ...
>>>  * WARNING: net.ppp0 has started, but is inactive
>>> heimdali init.d #
>>>
>>>
>>> Why is this warning showing, and what can I do about it?
>>>
>>
>> this warning can be safely ignored, all it tells you is that the
>> service will be fully up when connection will be established.
>> the same state is for ethernet until the ifplugd detects connection to 
>> network.
>>
>>> How does pppoe work together with shorewall and bind?
>>>
>>> When I stop the net.ppp0 service, shorewall is automatically stopped as
>>> well.  When I start net.ppp0, shorewall is not started automatically.
>>>
>>> I would like to automatically have net.ppp0 first started and then
>>> shorewall.
>>
>> usually the firewall service should be started before all interfaces
>> (except lo).
>> add the following to /etc/conf.d/net.ppp0:
>> ---
>> rc_net_ppp0_need="firewall net.enp2s0"
>> ---
>
> Thanks!  I copied net.lo to net.ppp0 and put it at the top so it now
> goes:
>
>
> #!/sbin/runscript
> # Copyright (c) 2007-2009 Roy Marples <r...@marples.name>
> # Released under the 2-clause BSD license.
>
> MODULESDIR="/lib/netifrc/net"
> MODULESLIST="${RC_SVCDIR}/nettree"
> _config_vars="config routes"

you do not need these^

> rc_net_ppp0_need="firewall net.enp2s0"
>

you do need ^
and you probably need to configure the pppoe with these:

config_ppp1="ppp"
plugins_ppp1="pppoe"
link_ppp1="enp2s0"# PPPoE requires an ethernet interface
username_ppp1='1@1'
password_ppp1=''

> I'm not sure if that's right --- I guess I shouldn't make a copy?

correct :)

>> this will make sure that the ppp0 interface is started after both
>> firewall and enp2s0.
>>
>> I also have the following in /etc/rc.conf to avoid stopping services
>> while network is down:
>> ---
>> rc_hotplug="!net.enp2s0 !net.ppp*"
>> ---
>
> The comment in /etc/rc.conf says no hotplugging is done by default.
> IIUC, you are hotplugging 'net.enp2s0' and 'net.ppp*'?  So allowing to
> hotplug them would kinda make them independent of other services, or
> other services independent from them?

no... the opposite, we do not want to be effected (! == not) by
hotplug of these devices.

>>> When net.ppp0 is stopped and restarted, I also must restart the name
>>> server (bind) :(  Otherwise it is unable to resolve anything.
>>>
>>> Can this somehow be avoided?  If not, can this be done automatically?
>>
>> this is strange... why bind must be restarted?
>> I use dnsmasq and it survive network down without any issue.
>> but if you must, add the following to /etc/conf.d/net.ppp0:
>> ---
>> postup() {
>> # whatever required after interface is up
>> return 0
>> }
>> ---
>
> Ah, yes, good idea :)
>
> Fortunately, everything survives when the link goes down and comes back
> up, so this would only be an issue when I manually stop/start the
> net.ppp0 service.  I can live with that.
>
>
>>> The log files show martian sources from a bridge device which is used
>>> for the networking of a container:
>>>
>>>
>>> [1734776.722127] IPv4: martian source 255.255.255.255 from 192.168.1.1, on 
>>> dev enp2s0
>>> [1734776.722132] ll header: : ff ff ff ff ff ff 00 0b 6b 81 c9 44 
>>> 08 00k..D..
>>>
>>>
>>> The enp2s0 interface is used for pppoe, 192.168.1.1 is the IP of the
>>> bridge.  The bridge does not have a physical network interface assigned
>>> to it.
>>>
>>> The routefilter option is enabled on all interfaces.  Why would there be
>>> such a broadcast originating from the bridge, and how can I prevent it?
>>
>> not sure what you describe here, but maybe you would like to disable
>> spanning tree, add the following to disable spanning tr

Re: [gentoo-user] pppoe questions

[Alon Bar-Lev]

On 6 November 2015 at 17:28, lee  wrote:
> Hi,
>
> finally I got set up pppoe, which turned out to be surprisingly easy.
> It's working fine, though I'm getting a warning when the pppoe interface
> is brought up:
>
>
> heimdali init.d # service net.ppp0 start
>  * Bringing up interface ppp0
>  *   Starting pppd in ppp0 ...   [ ok ]
>  *   Backgrounding ...
>  * WARNING: net.ppp0 has started, but is inactive
> heimdali init.d #
>
>
> Why is this warning showing, and what can I do about it?
>

this warning can be safely ignored, all it tells you is that the
service will be fully up when connection will be established.
the same state is for ethernet until the ifplugd detects connection to network.

> How does pppoe work together with shorewall and bind?
>
> When I stop the net.ppp0 service, shorewall is automatically stopped as
> well.  When I start net.ppp0, shorewall is not started automatically.
>
> I would like to automatically have net.ppp0 first started and then
> shorewall.

usually the firewall service should be started before all interfaces
(except lo).
add the following to /etc/conf.d/net.ppp0:
---
rc_net_ppp0_need="firewall net.enp2s0"
---

this will make sure that the ppp0 interface is started after both
firewall and enp2s0.

I also have the following in /etc/rc.conf to avoid stopping services
while network is down:
---
rc_hotplug="!net.enp2s0 !net.ppp*"
---

> When net.ppp0 is stopped and restarted, I also must restart the name
> server (bind) :(  Otherwise it is unable to resolve anything.
>
> Can this somehow be avoided?  If not, can this be done automatically?

this is strange... why bind must be restarted?
I use dnsmasq and it survive network down without any issue.
but if you must, add the following to /etc/conf.d/net.ppp0:
---
postup() {
# whatever required after interface is up
return 0
}
---

>
> The log files show martian sources from a bridge device which is used
> for the networking of a container:
>
>
> [1734776.722127] IPv4: martian source 255.255.255.255 from 192.168.1.1, on 
> dev enp2s0
> [1734776.722132] ll header: : ff ff ff ff ff ff 00 0b 6b 81 c9 44 08 
> 00k..D..
>
>
> The enp2s0 interface is used for pppoe, 192.168.1.1 is the IP of the
> bridge.  The bridge does not have a physical network interface assigned
> to it.
>
> The routefilter option is enabled on all interfaces.  Why would there be
> such a broadcast originating from the bridge, and how can I prevent it?

not sure what you describe here, but maybe you would like to disable
spanning tree, add the following to disable spanning tree to
/etc/conf.d/br0.conf (provided br0 is the name of the bridge).
---
stp_state_br0=0
---

>
> --
> Again we must be afraid of speaking of daemons for fear that daemons
> might swallow us.  Finally, this fear has become reasonable.
>

Re: [gentoo-user] workstation iptables

[Alon Bar-Lev]

On 6 October 2015 at 22:14, James  wrote:
>
> Hello,
>
> I just ran across this page:
>
> http://gentoo-en.vfose.ru/wiki/Iptables/Iptables_and_stateful_firewalls#State_basics
>
> It has a basic firewall using iptables.
> Not bad for a generic firewall on a openrc workstation.
> What is the best way to auto lauch this sort of firewall.sh ?
>
> Any improvements in this basic workstation firewall
> everything out, nothing in?
> A simple rule for ssh in only from the local lan
> (use 192.168.100.100 for example rule(s).
>
>

Hi,

I suggest you look into firehol package.
It creates iptables rules out of human readable policy.

Regards,
Alon

> ...
> firewall.sh
> ...
> #!/bin/bash
> # A basic stateful firewall for a workstation or laptop that isn't running any
> # network services like a web server, SMTP server, ftp server, etc.
>
> if [ "$1" = "start" ]
> then
> echo "Starting firewall..."
> iptables -P INPUT DROP
> iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
> elif [ "$1" = "stop" ]
> then
> echo "Stopping firewall..."
> iptables -F INPUT
> iptables -P INPUT ACCEPT
> fi
> 
>
> just launched manually as a script.
>
>
> Any good tools to quickly test this firewall from another local workstation?
>
>
> wwr,
> James
>
>

Re: [gentoo-user] Will emerge-webrsyc work in the future?

[Alon Bar-Lev]

On 12 August 2015 at 11:20, gevisz gev...@gmail.com wrote:
 2015-08-12 11:10 GMT+03:00 Alon Bar-Lev alo...@gentoo.org:
 I am waiting as well... :)

 In the meantime, please do not use this script directly any more.

 Why?

 What is the shotcomings of using that script directly?

I hope that in time it will be removed in favour of the new repo mechanism.


 Create:
 /etc/portage/repos.conf/gentoo.conf

 I do have such a file, but there stands:

 [DEFAULT]
 main-repo = gentoo

 [gentoo]
 location = /usr/portage
 auto-sync = no
 sync-type = rsync

modify this^ to webrsync

 sync-uri = rsync://rsync.gentoo.org/gentoo-portage

remove this^


 Not exactly what I want. :)

 ---
 [DEFAULT]
 main-repo = gentoo

 [gentoo]
 location = /usr/portage
 sync-type = webrsync
 ---

 Then use:

 # emerge --sync

and ^



 On 12 August 2015 at 11:01, gevisz gev...@gmail.com wrote:
 Already for the third day, emerge-webrsyc says me that
 my current local timestamp is possibly identical to the
  * timestamp of the latest snapshot, so I began to worry
 if this way of syncing my portage tree still works and will
 work in the future.

 # emerge-webrsync
 Fetching most recent snapshot ...
 Trying to retrieve 20150811 snapshot from 
 http://mirror.netcologne.de/gentoo ...
 Fetching file portage-20150811.tar.xz.md5sum ...
 Fetching file portage-20150811.tar.bz2.md5sum ...
 Fetching file portage-20150811.tar.gz.md5sum ...
 Trying to retrieve 20150811 snapshot from http://de-mirror.org/gentoo ...
 Fetching file portage-20150811.tar.xz.md5sum ...
 Fetching file portage-20150811.tar.bz2.md5sum ...
 Fetching file portage-20150811.tar.gz.md5sum ...
 20150811 snapshot was not found
 Trying to retrieve 20150810 snapshot from 
 http://mirror.netcologne.de/gentoo ...
 Fetching file portage-20150810.tar.xz.md5sum ...
 Fetching file portage-20150810.tar.bz2.md5sum ...
 Fetching file portage-20150810.tar.gz.md5sum ...
 Trying to retrieve 20150810 snapshot from http://de-mirror.org/gentoo ...
 Fetching file portage-20150810.tar.xz.md5sum ...
 Fetching file portage-20150810.tar.bz2.md5sum ...
 Fetching file portage-20150810.tar.gz.md5sum ...
 20150810 snapshot was not found
 Trying to retrieve 20150809 snapshot from 
 http://mirror.netcologne.de/gentoo ...
 Fetching file portage-20150809.tar.xz.md5sum ...
 Fetching file portage-20150809.tar.bz2.md5sum ...
 Fetching file portage-20150809.tar.gz.md5sum ...
 Trying to retrieve 20150809 snapshot from http://de-mirror.org/gentoo ...
 Fetching file portage-20150809.tar.xz.md5sum ...
 Fetching file portage-20150809.tar.bz2.md5sum ...
 Fetching file portage-20150809.tar.gz.md5sum ...
 20150809 snapshot was not found
  * Latest snapshot date: 20150808
  *
  * Approximate snapshot timestamp: 1439081100
  *Current local timestamp: 1439080501
  *
  * The current local timestamp is possibly identical to the
  * timestamp of the latest snapshot. In order to force sync, use
  * the --revert option or remove the timestamp file located at
  * '/usr/portage/metadata/timestamp.x'.

Re: [gentoo-user] Will emerge-webrsyc work in the future?

[Alon Bar-Lev]

I am waiting as well... :)

In the meantime, please do not use this script directly any more.

Create:
/etc/portage/repos.conf/gentoo.conf
---
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = webrsync
---

Then use:

# emerge --sync


On 12 August 2015 at 11:01, gevisz gev...@gmail.com wrote:
 Already for the third day, emerge-webrsyc says me that
 my current local timestamp is possibly identical to the
  * timestamp of the latest snapshot, so I began to worry
 if this way of syncing my portage tree still works and will
 work in the future.

 # emerge-webrsync
 Fetching most recent snapshot ...
 Trying to retrieve 20150811 snapshot from http://mirror.netcologne.de/gentoo 
 ...
 Fetching file portage-20150811.tar.xz.md5sum ...
 Fetching file portage-20150811.tar.bz2.md5sum ...
 Fetching file portage-20150811.tar.gz.md5sum ...
 Trying to retrieve 20150811 snapshot from http://de-mirror.org/gentoo ...
 Fetching file portage-20150811.tar.xz.md5sum ...
 Fetching file portage-20150811.tar.bz2.md5sum ...
 Fetching file portage-20150811.tar.gz.md5sum ...
 20150811 snapshot was not found
 Trying to retrieve 20150810 snapshot from http://mirror.netcologne.de/gentoo 
 ...
 Fetching file portage-20150810.tar.xz.md5sum ...
 Fetching file portage-20150810.tar.bz2.md5sum ...
 Fetching file portage-20150810.tar.gz.md5sum ...
 Trying to retrieve 20150810 snapshot from http://de-mirror.org/gentoo ...
 Fetching file portage-20150810.tar.xz.md5sum ...
 Fetching file portage-20150810.tar.bz2.md5sum ...
 Fetching file portage-20150810.tar.gz.md5sum ...
 20150810 snapshot was not found
 Trying to retrieve 20150809 snapshot from http://mirror.netcologne.de/gentoo 
 ...
 Fetching file portage-20150809.tar.xz.md5sum ...
 Fetching file portage-20150809.tar.bz2.md5sum ...
 Fetching file portage-20150809.tar.gz.md5sum ...
 Trying to retrieve 20150809 snapshot from http://de-mirror.org/gentoo ...
 Fetching file portage-20150809.tar.xz.md5sum ...
 Fetching file portage-20150809.tar.bz2.md5sum ...
 Fetching file portage-20150809.tar.gz.md5sum ...
 20150809 snapshot was not found
  * Latest snapshot date: 20150808
  *
  * Approximate snapshot timestamp: 1439081100
  *Current local timestamp: 1439080501
  *
  * The current local timestamp is possibly identical to the
  * timestamp of the latest snapshot. In order to force sync, use
  * the --revert option or remove the timestamp file located at
  * '/usr/portage/metadata/timestamp.x'.

Re: [gentoo-user] Re: booting from a usb flash drive

[Alon Bar-Lev]

On 16 July 2015 at 23:39,  gottl...@nyu.edu wrote:
 On Thu, Jul 16 2015, Alon Bar-Lev wrote:

 On 16 July 2015 at 23:28, Grant Edwards grant.b.edwa...@gmail.com wrote:

 On 2015-07-16, Alan McKinnon alan.mckin...@gmail.com wrote:

  The Gentoo minimal CD does not work if you simply dd it to a thumb drive
  (I rediscovered this anew on Monday). It works just fine if you use
  unetbootin to do the magic though.

 Has that changed recently?  I tought the minimal ISO was already
 hybrid and would boot directly from a USB drive.  I would have sworn
 I did nothing other than dd it to a USB drive the last time I did an
 install.

 So do I, it worked perfectly, I was very impressed.

 Yes, that is what I thought I read here (and know I read it on the
 wiki).  But it failed for me (this is my first time with flash;
 previously I used a CD-R) and apparently also for McKinnon.
 Perhaps there is a basic minimal-iso/flash/al+an incompatibility. :-)

The only thing I can think of is that bootloader recognize the device
via BIOS and Linux (install-cd configuration) does not as it is
special device.

Try to exit to shell and see if you have /dev/sd*.

Read dmesg and see if storage is recognized.

Alon

Re: [gentoo-user] Re: booting from a usb flash drive

[Alon Bar-Lev]

On 16 July 2015 at 23:28, Grant Edwards grant.b.edwa...@gmail.com wrote:

 On 2015-07-16, Alan McKinnon alan.mckin...@gmail.com wrote:

  The Gentoo minimal CD does not work if you simply dd it to a thumb drive
  (I rediscovered this anew on Monday). It works just fine if you use
  unetbootin to do the magic though.

 Has that changed recently?  I tought the minimal ISO was already
 hybrid and would boot directly from a USB drive.  I would have sworn
 I did nothing other than dd it to a USB drive the last time I did an
 install.

So do I, it worked perfectly, I was very impressed.

Re: [gentoo-user] Re: booting from a usb flash drive

[Alon Bar-Lev]

On 16 July 2015 at 23:48,  gottl...@nyu.edu wrote:
 On Thu, Jul 16 2015, Alon Bar-Lev wrote:

 On 16 July 2015 at 23:39,  gottl...@nyu.edu wrote:
 On Thu, Jul 16 2015, Alon Bar-Lev wrote:

 On 16 July 2015 at 23:28, Grant Edwards grant.b.edwa...@gmail.com wrote:

 On 2015-07-16, Alan McKinnon alan.mckin...@gmail.com wrote:

  The Gentoo minimal CD does not work if you simply dd it to a thumb drive
  (I rediscovered this anew on Monday). It works just fine if you use
  unetbootin to do the magic though.

 Has that changed recently?  I tought the minimal ISO was already
 hybrid and would boot directly from a USB drive.  I would have sworn
 I did nothing other than dd it to a USB drive the last time I did an
 install.

 So do I, it worked perfectly, I was very impressed.

 Yes, that is what I thought I read here (and know I read it on the
 wiki).  But it failed for me (this is my first time with flash;
 previously I used a CD-R) and apparently also for McKinnon.
 Perhaps there is a basic minimal-iso/flash/al+an incompatibility. :-)

 The only thing I can think of is that bootloader recognize the device
 via BIOS and Linux (install-cd configuration) does not as it is
 special device.

 Try to exit to shell and see if you have /dev/sd*.

 I did that.  only sda and sda[123], the hard drive

So I guess this is a special device that the minmal-cd is not recognizing.

 Read dmesg and see if storage is recognized.

 dmesg | grep storage

 usbcore: registered new interface driver usb-storage

good, there should be helpful information after that line, can you paste it?

Re: [gentoo-user] Re: zsh: not so bad?

[Alon Bar-Lev]

On 14 July 2015 at 08:42, Martin Vaeth mar...@mvath.de wrote:
 Alon Bar-Lev alo...@gentoo.org wrote:

 Only issue I could not find a solution to is tab completion after '=',
 for example:

 xxx --file=TAB

 This will not complete files, while it will be nice if it does.

 For standard commands, it works as it should. For instance,

 tar --file=TAB
 chmod --reference=TAB
 dd if=TAB

 all work as excpected. For your own custom-commands, it is usually the
 best idea to write your own _custom-command completion file for _zsh
 where you can specify the options and their arguments (and how the
 option arguments can look like, e.g. whether = is acceptable
 as an option-argument separator) in detail.

 For instance, gentoo-zsh-completion does this for most commands of
 gentoo projects, others like eix bring their own completion files.
 If you don't, you do not get completion for options but only the
 generic completion of filenames (in which case = has no magic
 meaning, of course).

I do not want to write completion for every command out there.


 There is magic_equal_subst option which enables that but also cause
 harm when using = in other places such as:

 That's exactly the purpose of magic_equal_subst:
 To support it for *all* arguments everywhere.

no, it also has side unwanted side effects that have nothing to do
with completion. I gave the example of:

echo xxx==cat

I did not press tab and it completes...

 Usually there is no point to specify this globally.

yes there is, most commands that have no specific completion will
enjoy --xxx=TAB to complete a file name.

 You can of course set it locally in a specific completion function,
 in which you want it (although other completion helper functions
 like _arguments are usually sufficient to treat = correctly).

how? can you give an example?

 Is there any sequence to enable completion after space without
 effecting the entire interpreter?

 After space? I suppose the question you meant is answered above.

I was confused, after '=', and I am afraid I do not have an answer.

Thanks for your answer!
Alon

Re: [gentoo-user] Re: zsh: not so bad?

[Alon Bar-Lev]

On 14 July 2015 at 10:47, Emanuele Rusconi ema...@gmail.com wrote:
 In my setup (borrowed from grml, which has an AWESOME zsh setup), ^xf
 (ctrl-x f) is bound to insert-files and completes file names,
 regardless of other completion rules
 for the command I'm typing.

 -- Emanuele Rusconi


Great! will check it out.
Command please? (for these that are new for zsh).

Re: [gentoo-user] zsh: not so bad?

[Alon Bar-Lev]

On 13 July 2015 at 10:12, Alon Bar-Lev alo...@gentoo.org wrote:

 On 13 July 2015 at 04:52, walt w41...@gmail.com wrote:
  Maybe someone here has missed the recent discussion of zsh? ;)
 
  I just found this website, giving a wonderful primer on how to
  configure zsh:
 
  http://wiki.redbrick.dcu.ie/mw/Account_Customisation_(zsh)
 

 I also moved to zsh just to check.


I updated bug#213627 for better default configuration, it was not
applied ever since 2008(!).

Solved so far:
1. system dir colors
2. proper prompt
3. ~/.profile execution.

Only issue I could not find a solution to is tab completion after '=',
for example:

xxx --file=TAB

This will not complete files, while it will be nice if it does.

There is magic_equal_subst option which enables that but also cause
harm when using = in other places such as:

% echo xx==cat
xx=/bin/cat

Is there any sequence to enable completion after space without
effecting the entire interpreter?

Thanks!

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

Re: [gentoo-user] zsh: not so bad?

[Alon Bar-Lev]

On 13 July 2015 at 04:52, walt w41...@gmail.com wrote:
 Maybe someone here has missed the recent discussion of zsh? ;)

 I just found this website, giving a wonderful primer on how to
 configure zsh:

 http://wiki.redbrick.dcu.ie/mw/Account_Customisation_(zsh)


I also moved to zsh just to check.

So apart of the zsh-newuser-install configuration which was quite
nice, I found the gentoo prompt nice, activate using the following
interface instead of manually set environment:

autoload -U promptinit
promptinit
prompt gentoo

I opened this[1] bug to make it nicer, in the mean time I store it at
~/.zfunc/prompt_alonbl_setup with 's/gentoo/alonbl/' and have in my
~zshrc:
---
fpath=(
~/.zfunc
${fpath}
)
---

Also notice that zsh does not execute ~/.profile, took me a while to
understand where I get errors and such, you need to have ~/.zprofile
with the following content:
---
[[ -e ~/.profile ]]  emulate sh -c '. ~/.profile'
---

Regards,
Alon

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

Re: [gentoo-user] Java VM and SDK: icedtea X oracle's

[Alon Bar-Lev]

Set the following for now:

/etc/portage/package.mask/java.conf
---
dev-java/oracle-jdk-bin
=virtual/jdk-1.8.0
=virtual/jre-1.8.0
---

I am unsure why none free alternatives were added before the free
alternatives.

Regards,
Alon

On 22 April 2015 at 16:34, Francisco Ares fra...@gmail.com wrote:

 Hi.

 A few months ago I got rid of oracle's java jre and jdk in favor of
 icedtea.

 Now, when issuing an emerge -tpvuDN world, oracle's jre is about to be
 installed again on this system:

 
 ...
 [nomerge   ] dev-java/jdom-1.0-r4:1.0  USE=-doc -examples -source
 [nomerge   ]  dev-java/jdom-jaxen-1.0-r1:1.0
 [nomerge   ]   dev-java/jaxen-1.1.1:1.1  USE=-doc -examples -source
 {-test}
 [nomerge   ]dev-java/dom4j-1.6.1-r4:1  USE=-doc -source {-test}
 [nomerge   ] dev-java/xpp2-2.1.10-r1  USE=-doc -source
 [nomerge   ]  dev-java/xerces-2.11.0:2  USE=-doc -examples
 -source
 [nomerge   ]   dev-java/xml-commons-resolver-1.2  USE=-doc
 -source
 [ebuild  NS]virtual/jre-1.7.0:1.7 [1.6.0-r1:1.6] 0 KiB
 [ebuild  NS] virtual/jdk-1.7.0:1.7 [1.6.0-r2:1.6] 0 KiB
 [ebuild  N F   ]  dev-java/oracle-jdk-bin-1.7.0.80:1.7  USE=X
 alsa fontconfig nsplugin (-aqua) -derby -doc -examples -jce -pax_kernel
 (-selinux) -source 149.933 KiB
 ...
 

 Looking for packages that need jdom as a dependency, and after a chain of
 equery d commands, icedtea-bin itself, on its own dependency chain, needs
 jdom, which, in turn, needs oracle-jdk-bin.

 Is there a way around this?

 Thanks!
 Francisco

Re: [gentoo-user] openvpn

[Alon Bar-Lev]

you can install app-crypt/easyrsa

On Mon, Feb 9, 2015 at 8:42 PM, Joseph syscon...@gmail.com wrote:

 I've openvpn installed:
 Installed versions:  2.3.6(11:44:47 PM 01/30/2015)(lzo pam plugins ssl
 -down-root -examples -iproute2 -passwordsave -pkcs11 -polarssl -selinux
 -static -systemd USERLAND=-BSD)

 amd I'm trying to generate server key but I don't have directory:
 /usr/share/openvpn/easy-rsa/
 does openvpn creates this directory or I do it manually?

 --
 Joseph

Re: [gentoo-user] openvpn

[Alon Bar-Lev]

On Mon, Feb 9, 2015 at 8:57 PM, Joseph syscon...@gmail.com wrote:

 On 02/09/15 13:47, Michael Orlitzky wrote:

 On 02/09/2015 01:42 PM, Joseph wrote:

 I've openvpn installed:
 ...

 amd I'm trying to generate server key but I don't have directory: 
 /usr/share/openvpn/easy-rsa/
 does openvpn creates this directory or I do it manually?


 It moved to /usr/share/easy-rsa when the app-crypt/easy-rsa package was
 split off.


 I've emerged easy-rsa but the /usr/share/openvpn/easy-rsa/ directory wasn't 
 created.

the following command will be handy for you:

$ equery files easy-resa

Re: [gentoo-user] Re: The future of linux, and Gentoo specifically now

[Alon Bar-Lev]

On Sun, Nov 23, 2014 at 10:35 PM, Neil Bothwick n...@digimed.co.uk wrote:

 On Sun, 23 Nov 2014 15:25:07 -0500, Tanstaafl wrote:

   The current Gentoo policy is that maintainers cannot block other devs
   from adding support for systemd/openrc/etc to their packages if they
   lack such support.  Gentoo policy does NOT require maintainers to
   support any particular init system.
  
   If you feel otherwise, I suggest you cite the policy.
 
  Interesting... packages don't have to support the default init system...
 
  Can anyone say 'can of worms'?

 Well, if it goes the way Rich suggests, there won't be a default init
 system so this won't be an issue.

 Gentoo is about choice, defaults are there for when you can't be bothered
 to make the choice yourself, which makes defaults largely irrelevant in
 the Gentoo way of doing things.

 And if the default init system does become virtual/init, will you care or
 even notice? It was only when installing a new system recently that I saw
 that the default for virtual/cron was no longer vixie-cron, yet none of
 my systems using vixie stopped working...

 The choice will always be there as long as at least one person cares
 enough to ensure the choice is there.

Choice can be for components that are optional or drop-in-replacements.
It like you have expected that alternate gcc or libc will be a
*STABLE* choice, while developers a not using these choices.
Systemd is not drop-in-replacement for init.d, and if developers
(except gnome) are not using it, then this choice is stable for gnome
users but no more than that, thus marking it as stable in the global
profile was at least strange, also not having USE flag for openrc
and systemd was at least strange, pushing users files and components
they do not use nor require.

As written before, Gentoo seems the only refuge from the systemd
ecosystem take over, once it is taken, it will be good time to move to
FreeBSD. People should had have -systemd USE to make sure they are not
using this ecosystem, this is one of the loses we had.

Alon

Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)

[Alon Bar-Lev]

before you install everything, try to boot from installcd, extract stage3
over your rootfs, chroot to rootfs, then:

# emerge --emptytree @world


On Sun, Aug 24, 2014 at 10:28 PM, behrouz khosravi bz.khosr...@gmail.com
wrote:

 Hi. I just accidentally removed the /usr folder!
 And I am sure the /usr/bin and several other folders are gone!
 Should I go for a complete re-install or there is any other solution?
  Thanks and I hope that I wont find that blade that I am looking for!

Re: [gentoo-user] yubikey

[Alon Bar-Lev]

On Wed, Jun 18, 2014 at 3:50 PM, Neil Bothwick n...@digimed.co.uk wrote:

 On Wed, 18 Jun 2014 14:21:27 +0200, Stefan G. Weichinger wrote:

  Anyone using that (with gentoo) ?

 I got one a few days ago to check out. It's basically a USB keyboard, so
 it works with Gentoo exactly the same way it works with anything else.
 I've only tried the static password part so far, but my hard drive is not
 encrypted with a ridiculously long key that I would never use if I had to
 type it manually.

Right, I use it, and it working fine.
I use single HOTP.
The sdk/tools also build friendly, there was no problem to build in
order to perform the initial enrolment.



  Experience? I consider getting one to test and use it ..
 
  flameeyes didn't get one:
 
  https://blog.flameeyes.eu/2012/01/how-not-to-sell-me-something-why-i-won-t-be-maintaining-yubikey-software-directly-in-gentoo
 
  maybe since then they changed their policies etc

 It's weird. They list prices in dollars, PayPal converts that to Pounds
 Sterling, then the device is posted for a UK address. The VAT thing is
 even weirder.


 --
 Neil Bothwick

 Found my .sig, it was in behind the cushion on the settee.

Re: [gentoo-user] udev upgrade 208 212-r1, openrc USE flag changed to disabled?

[Alon Bar-Lev]

On Sun, Jun 15, 2014 at 5:15 AM, Joseph syscon...@gmail.com wrote:
 On 06/14/14 23:39, Alon Bar-Lev wrote:
 [snip]


 It means that openrc users should strongly consider migrate to eudev.
 I use eudev since its beta and never had any issue, nor systemd
 leaking into my system. And in addition add the following at
 make.conf, as it seems that we are enforced to have files we never
 use.

 INSTALL_MASK=/lib/systemd /lib32/systemd /lib64/systemd
 /usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd


 How sys-fs/eudev differes from the one we are using sys-fs/udev

http://article.gmane.org/gmane.linux.gentoo.devel/81901


 --
 Joseph

Re: [gentoo-user] udev upgrade 208 212-r1, openrc USE flag changed to disabled?

[Alon Bar-Lev]

On Sat, Jun 14, 2014 at 11:32 PM, Tanstaafl tansta...@libertytrek.org wrote:
 On 6/14/2014 2:15 PM, Tom H tomh0...@gmail.com wrote:

 On Sat, Jun 14, 2014 at 1:28 PM, Tanstaafl tansta...@libertytrek.org
 wrote:

 On 6/14/2014 1:02 PM, Mike Gilbert flop...@gentoo.org wrote:

 On Sat, Jun 14, 2014 at 10:31 AM, Tanstaafl tansta...@libertytrek.org
 wrote:


 *Why* was it removed/no longer needed? And why was it needed
 previously?


 Read the ChangeLog for sys-fs/udev, specifically the entry on 03 Apr
 2014.


 Thanks - a half hour of googling didn't find this.


 03 Apr 2014; Samuli Suominen ssuomi...@gentoo.org
 udev-212-r1.ebuild, udev-.ebuild:
 Punt USE=openrc and always pull in sys-fs/udev-init-scripts to match
 behavior of sys-apps/systemd's ebuild.


 Which means... what exactly?

 The only way I can make sense of your reply is...

 It means the only purpose of the openrc USE flag prio to this change was to
 pull in udev-init-scripts?

 See what I mean? How am I supposed to know that?


It means that openrc users should strongly consider migrate to eudev.
I use eudev since its beta and never had any issue, nor systemd
leaking into my system. And in addition add the following at
make.conf, as it seems that we are enforced to have files we never
use.

INSTALL_MASK=/lib/systemd /lib32/systemd /lib64/systemd
/usr/lib/systemd /usr/lib32/systemd /usr/lib64/systemd /etc/systemd

Re: [gentoo-user] udev upgrade 208 212-r1, openrc USE flag changed to disabled?

[Alon Bar-Lev]

On Sat, Jun 14, 2014 at 11:49 PM, Rich Freeman ri...@gentoo.org wrote:
 On Sat, Jun 14, 2014 at 4:39 PM, Alon Bar-Lev alo...@gentoo.org wrote:
 And in addition add the following at
 make.conf, as it seems that we are enforced to have files we never
 use.

 Hate to break the news to you, but by your definition you're
 enforced to have thousands of files you never use on your system.
 How many man pages do you actually use?  How many packages in
 /usr/portage do you use?

 The systemd units are there so that if you ever do switch to systemd
 you don't have to rebuild your entire system to get them.  Ditto for
 the files in /etc/init.d.  If you don't like them you can mask them -
 that's what that feature is for...

 Rich


I still think that my definition is correct, there should have been
openrc profile and systemd profile, the effort your are trying to push
including for your-self of simple migration into systemd is agenda
that I would have liked see kept away from people who chose not to be
effected by these efforts. Until now we had no files just there
because of kde-gnome migration or any other future migration people
may want.

I had never needed to use the mask until the systemd files was
enforced without having a profile nor USE. The correct approach would
have to add openrc USE and not remove the systemd USE.

But all is history now, for now we are left with using eudev +
manually mask anything of systemd as these are irrelevant + forcing
/usr and initramfs etc...

Regards,
Alon

Re: [gentoo-user] Systemd upower

[Alon Bar-Lev]

On Thu, Jun 5, 2014 at 2:15 AM, Dutch Ingraham s...@gmx.us wrote:
 On 06/04/2014 03:17 PM, Samuli Suominen wrote:

 On 04/06/14 20:11, Dutch Ingraham wrote:
 On 06/04/2014 07:22 AM, Daniel Troeder wrote:
 Am 04.06.2014 06:05, schrieb Samuli Suominen:
 On 04/06/14 05:17, Dutch Ingraham wrote:
 No, sys-fs/udev is not masked, but an update is indicated in the
 emerge above.  That's a good catch, the MATE stuff is from the overlay.
  Unfortunately, the xfce stuff is not, so even if the overlay currency
 was an issue, I'll still be showing some dependencies.

 Try re-emerging on un-emerging the offending packages, like
 xfce4-session and xfce4-power-manager,
 it has helped some people, to refresh the .ebuild copy that is installed
 with the .ebuild copy from
 Portage

 - Samuli

 Thanks - that fixed it for me:

 # emerge -C xfce-base/xfce4-session xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin
 # emerge -uND xfce-base/xfce4-meta xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin


 Greetings
 Daniel

 Unfortunately, this doesn't work for me.  So let me re-cap:  I have

 4. masked virtual/udev-208-r2; that has not worked.

 First, remove that mask. Masking it will certainly cause more blockers,
 than solve them.

 [ebuild  N~] mate-extra/mate-power-manager-1.6.3::mate-overlay
 USE=applet policykit -gnome-keyring -man {-test} 0 kB
 [ebuild  N~] mate-base/mate-session-manager-1.6.1-r1::mate-overlay
 USE=ipv6 -debug -systemd 0 kB


 see ::mate-overlay, it's presumably broken or outdated. stop using the
 overlay and use MATE from Portage instead.
 or you can mask the packages from overlay, the syntax is like:

 /etc/portage/package.mask

 mate-extra/mate-power-manager::mate-overlay
 mate-base/mate-session-manager::mate-overlay

 - Samuli



 Thanks everybody for your help.  I've made the further suggested
 changes, but I remain with the three hard blocks.

 I've now spent about 7 hours over the last two days on this issue (about
 2x the fresh install time), when all I wanted to do was a routine
 update.  I've reworked a large part of my system, adding a new
 package.mask file and populating it with six packages.

 I suppose its now time for an uninstall.  Kind of disappointing; we are
 told Gentoo is about choices, and in fact that's true.  I made the
 choice to use a pure openRC system.  The last 7 hours of free time,
 though, was spent trying, and ultimately failing, to correct a problem
 not chosen, not wanted, and not invited.

 The sine qua non is unarguably systemd.  Even though my choice was to
 not deploy it, apparently it takes a significant time commitment and/or
 developer-level knowledge to choose to not use it.  Quite the inelegant
 end to my once-trusty OS.


You are right, all I can say is that I am sorry we treat users like
that. We forget that our task is to ease deployment of upstream
projects to end users. What we experience is only the start of the
mess of having two separate contradictory layouts within stable tree,
without decent profile setups to protect users from pulling layout
they are not interested in.

Alon

Re: [gentoo-user] Systemd upower

[Alon Bar-Lev]

On Thu, Jun 5, 2014 at 3:07 AM, Samuli Suominen ssuomi...@gentoo.org wrote:

 On 05/06/14 02:25, Alon Bar-Lev wrote:
 On Thu, Jun 5, 2014 at 2:15 AM, Dutch Ingraham s...@gmx.us wrote:
 On 06/04/2014 03:17 PM, Samuli Suominen wrote:
 On 04/06/14 20:11, Dutch Ingraham wrote:
 On 06/04/2014 07:22 AM, Daniel Troeder wrote:
 Am 04.06.2014 06:05, schrieb Samuli Suominen:
 On 04/06/14 05:17, Dutch Ingraham wrote:
 No, sys-fs/udev is not masked, but an update is indicated in the
 emerge above.  That's a good catch, the MATE stuff is from the overlay.
  Unfortunately, the xfce stuff is not, so even if the overlay currency
 was an issue, I'll still be showing some dependencies.

 Try re-emerging on un-emerging the offending packages, like
 xfce4-session and xfce4-power-manager,
 it has helped some people, to refresh the .ebuild copy that is installed
 with the .ebuild copy from
 Portage

 - Samuli

 Thanks - that fixed it for me:

 # emerge -C xfce-base/xfce4-session xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin
 # emerge -uND xfce-base/xfce4-meta xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin


 Greetings
 Daniel

 Unfortunately, this doesn't work for me.  So let me re-cap:  I have

 4. masked virtual/udev-208-r2; that has not worked.
 First, remove that mask. Masking it will certainly cause more blockers,
 than solve them.

 [ebuild  N~] mate-extra/mate-power-manager-1.6.3::mate-overlay
 USE=applet policykit -gnome-keyring -man {-test} 0 kB
 [ebuild  N~] mate-base/mate-session-manager-1.6.1-r1::mate-overlay
 USE=ipv6 -debug -systemd 0 kB

 see ::mate-overlay, it's presumably broken or outdated. stop using the
 overlay and use MATE from Portage instead.
 or you can mask the packages from overlay, the syntax is like:

 /etc/portage/package.mask

 mate-extra/mate-power-manager::mate-overlay
 mate-base/mate-session-manager::mate-overlay

 - Samuli


 Thanks everybody for your help.  I've made the further suggested
 changes, but I remain with the three hard blocks.

 I've now spent about 7 hours over the last two days on this issue (about
 2x the fresh install time), when all I wanted to do was a routine
 update.  I've reworked a large part of my system, adding a new
 package.mask file and populating it with six packages.

 I suppose its now time for an uninstall.  Kind of disappointing; we are
 told Gentoo is about choices, and in fact that's true.  I made the
 choice to use a pure openRC system.  The last 7 hours of free time,
 though, was spent trying, and ultimately failing, to correct a problem
 not chosen, not wanted, and not invited.

 The sine qua non is unarguably systemd.  Even though my choice was to
 not deploy it, apparently it takes a significant time commitment and/or
 developer-level knowledge to choose to not use it.  Quite the inelegant
 end to my once-trusty OS.

 You are right, all I can say is that I am sorry we treat users like
 that. We forget that our task is to ease deployment of upstream
 projects to end users. What we experience is only the start of the
 mess of having two separate contradictory layouts within stable tree,
 without decent profile setups to protect users from pulling layout
 they are not interested in.



 We? The ::mate-overlay maintainers? You are involved in the
 ::mate-overlay development then?


This effected stable tree of Gentoo as well, pulling undesired
different layout into stable is something that should have been
avoided. It is about time we split the profiles, systemd is not option
for people who runs openrc.

Re: [gentoo-user] Systemd upower

[Alon Bar-Lev]

On Wed, Jun 4, 2014 at 12:59 AM, Canek Peláez Valdés can...@gmail.com wrote:

 On Tue, Jun 3, 2014 at 4:40 PM, Alan McKinnon alan.mckin...@gmail.com wrote:
 [...]
  Incidentally, what exactly is wrong with systemd writing a dhcp server 
  client, and an ntp client? Is that project prohibited from writing such
  software? Are they not allowed to do it? Does it break legal laws? Is
  there an NDA or non-compete clause in the mix that I'm not aware of?
  Because they are the only things that could stop systemd from writing
  such code; without such prohibitions they are free to spend their time
  doing whatever they damn well please and if that means yet another dhcp
  implementation, so be it.

 Alan, thanks for succinctly putting why is absurd to complain about
 someone else's desire to write whatever code she desires to write. And
 to sharing it to the world! The HORROR!

 How *DARE* they to release their code? For free!


Once again, you do not understand the claim.

If a user of Gentoo chooses to use non systemd profile, it means that
we need to make sure systemd will not be a valid option, ever.

In this case, if it is to disable the upower USE flag, or to provide
alternative, block newer version, whatever make it possible to have a
system working without systemd.

systemd should not be visible at any time, nor its implications.

Alon

Re: [gentoo-user] Problems with loop-aes

[Alon Bar-Lev]

On Wed, May 7, 2014 at 7:36 AM, Walter Dnes waltd...@waltdnes.org wrote:

 On Wed, May 07, 2014 at 12:50:53AM +0300, Alon Bar-Lev wrote
  Checkout[1]
 
  [1]
  http://alonbl.shoutwiki.com/wiki/Gentoo/Linux_Disk_Encryption_Using_LoopAES_And_SmartCards

   Unfortunately, 90% of the wiki entry is irrelavant to my situation.
 It's aimed at encrypting the entire machine, and making it bootable with
 initramfs.  I just need to encrypt a USB key.

Encrypting USB key without booting from it?

   I see that it also says to build various stuff with the static USE
 flag.  I assume this is for an initramfs boot.  Looking at the ebuild, I
 see that it strongly suggests static-libs builds for a whole bunch of
 stuff.  I don't know if this is required in all cases, or simply for
 booting from an encrypted disk...

 LIB_DEPEND=dev-libs/libgpg-error[static-libs(+)]
 dev-libs/popt[static-libs(+)]
 sys-apps/util-linux[static-libs(+)]
 gcrypt? ( dev-libs/libgcrypt:0[static-libs(+)] )
 nettle? ( =dev-libs/nettle-2.4[static-libs(+)] )
 openssl? ( dev-libs/openssl[static-libs(+)] )
 sys-fs/lvm2[static-libs(+)]
 sys-libs/e2fsprogs-libs[static-libs(+)]
 udev? ( virtual/udev[static-libs(+)] )

   Also interesting is that this webpage recommends *NO* loop support in
 the kernel.  This may be important, i.e. loop-aes may provide the
 support, and clash with the kernel code.  Time to head off to bed
 tonight.  I'll try again in the morning.

Correct. If you want to use loop-aes you must disable the kernel loop,
this is how things are done.

Alon

Re: [gentoo-user] Problems with loop-aes

[Alon Bar-Lev]

Checkout[1]

[1]
http://alonbl.shoutwiki.com/wiki/Gentoo/Linux_Disk_Encryption_Using_LoopAES_And_SmartCards


On Tue, May 6, 2014 at 9:31 PM, Walter Dnes waltd...@waltdnes.org wrote:

   I'm trying to set up USB-key-encryption for use with a laptop.  I'm
 running mdev instead of udev on the laptop, so lvm doesn't work.  I did
 manage to create /dev/mapper/control by running dmsetup mknodes
 manually, but still got error messages about being unable to initialize
 the encryption backend.

   Moving on to using loop-aes, I emerged sys-fs/loop-aes-3.7a and used
 the loop-aes variant commands whilst following the the only docs that
 I could find, namely http://loop-aes.sourceforge.net/loop-AES.README
 I ran into problems when trying to mount the loop device.  Here's what
 happens (passphrase is properly entered)...

 [aa1][root][~] loop-aes-losetup -F /dev/loop0
 Password:
 ioctl: LOOP_MULTI_KEY_SETUP_V3: Invalid argument

   Anybody have any ideas?

 --
 Walter Dnes waltd...@waltdnes.org
 I don't run desktop environments; I run useful applications

Re: [gentoo-user] Where is /etc/conf.d/net.example?

[Alon Bar-Lev]

/usr/share/doc/netifrc-0.1/net.example.bz2


On Sun, Mar 16, 2014 at 8:27 PM, Chris Stankevitz chrisstankev...@gmail.com
 wrote:

 Where is the proper place to specify the gentoo network configuration
 nowadays?

 I do not have a file called /etc/conf.d/net.example on my hard drive.
 That surprised me.

 The handbook talks all about eth0, but my machine does not have a
 eth0.  It has eno1.  Perhaps the handbook is not up to date?

 I'm using wicd now but I want to ditch wicd and replace it with the
 generally accepted correct gentoo way.

 Thank you,

 Chris

Re: [gentoo-user] Re: Debian just voted in systemd for default init system in jessie

[Alon Bar-Lev]

On Sun, Feb 16, 2014 at 4:09 AM, walt w41...@gmail.com wrote:

 On 02/15/2014 12:30 PM, Daniel Campbell wrote:
  The social
  tactics at work from the systemd team (and verily, other Red Hat
  projects like GNOME) are reminiscent of Microsoft through the use of the
  Embrace, Extend, Extinguish methodology.

 I certainly share your hostility towards M$ for suppressing competition.

 Red Hat, like M$, is a for-profit corporation, so I share your suspicion
 that they want to suppress their competitors (though I don't know who
 their competitors are).

 But comparing a completely closed-source shop like M$ to any open source
 company leaves me feeling uneasy.  I can't find the exact argument to
 explain my unease, but I'm hoping someone else will jump in with a more
 rational argument.

Once the vertical will be too high and spaghetti like, there will be
no difference between close source and open source vendor, as nobody
will be able to maintain the vertical without being payed for it. Even
if one believes that he has a great fix/improvement, he won't be able
to get it merged unless he is endorsed or work in specific vendor, as
the roadmap, support matrix and content will be determined by that
open source vendor. It will be impossible to fork it either as
forking the entire vertical is out of the question.

Regards,
Alon

Re: Flexibility and robustness in the Linux organisim (was: [gentoo-user] separate / and /usr to require initramfs 2013-11-01)

[Alon Bar-Lev]

 a dangerous challenge.


 [PS} If anybody cares, I was trained in both Computer Science and Biological 
 Science.  and I can expand on the parallels if so desired.

 --
 G.Wolfe Woodbury
 redwo...@gmail.com


Indeed, you put it in good words, I too claim that the systemd agenda
is what began all this, while it is hidden within all claims.

Regards,
Alon Bar-Lev.

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

[Alon Bar-Lev]

On Sun, Sep 29, 2013 at 10:34 PM, Canek Peláez Valdés can...@gmail.com wrote:

 On Sun, Sep 29, 2013 at 2:11 PM, William Hubbs willi...@gentoo.org wrote:
  On Sun, Sep 29, 2013 at 01:21:30PM -0500, Canek Peláez Valdés wrote:
  On Sun, Sep 29, 2013 at 12:58 PM, Tanstaafl tansta...@libertytrek.org 
  wrote:
   On 2013-09-28 4:17 PM, Neil Bothwick n...@digimed.co.uk wrote:
  
   On Sat, 28 Sep 2013 19:04:41 +, Alan Mackenzie wrote:
  
   I suppose that what I am about to say isn't really relevant, but it is
   unfortunate over the past year that people blamed udev specifically
   for this. It is true that it does things that don't work if /usr isn't
   mounted, but eudev does as well, since it is basically the same code.
  
  
   Who else is there to blame?  We are continually being told that a
   separate /usr is broken, as though this were some unfortunate act of
   insert your deity here, much like an earthquake.  This gets
   patronising really quickly.  (Please note, I'm NOT blaming you here.  I
   appreciate that you're as much victim as Dale or me or anyone else
   round here.)
  
  
   It's evolution. Linux has for years been moving in this direction, now 
   it
   has reached the point where the Gentoo devs can no longer devote the
   increasing time needed to support what has now become an dge case.
  
  
   So the solution is to give users one MONTH to prepare? Why not 6 months, 
   or
   better, a year? What for gods sake is the rush???
  
   Where are the links/pointers to the INTERNAL discussions of this 
   decision? I
   seriously want to know. If gentoo devs are not willing to provide a 
   'paper
   trail' for how this decision was arrived at, and let others judge their
   decisions based on the merits of their arguments, then what does that say
   about their true motivations/intentions?
 
  The discussion happened in [1], [2], and [3]. And in similar meetings
  and mailing lists since months ago.
 
  [1] http://thread.gmane.org/gmane.linux.gentoo.project/2946
  [2] http://www.gentoo.org/proj/en/council/meeting-logs/20130924.txt
  [3] http://thread.gmane.org/gmane.linux.gentoo.devel/88282
 
  You forgot [4].
 
  [4] http://www.gossamer-threads.com/lists/gentoo/dev/235575
 
  I was actually  against it initially. After reading and understanding
  where the linux ecosystem is going, my position evolved to support it.

 Thanks for the link, William, and for all the work you have done to
 bring Gentoo to modern standards.

modern = what enforced by udev (aka systemd)?


 Regards.
 --
 Canek Peláez Valdés
 Posgrado en Ciencia e Ingeniería de la Computación
 Universidad Nacional Autónoma de México

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

[Alon Bar-Lev]

On Sat, Sep 28, 2013 at 11:43 PM, Nikos Chantziaras rea...@gmail.com wrote:
 On 28/09/13 01:33, Dale wrote:

 Bruce Hill wrote:

 mingdao@workstation ~ $ eselect news read
 2013-09-27-initramfs-required
Title Separate /usr on Linux requires initramfs
AuthorWilliam Hubbs willi...@gentoo.org
Posted2013-09-27
Revision  1

 Linux systems which have / and /usr on separate file systems but do not
 use an initramfs will not be supported starting on 01-Nov-2013.
  [...]



 I'm hoping that since I use eudev, I don't have to worry about this.  If
 I do, this could get interesting, again.


 You do need to worry about this.  Actually, you always had to worry about
 this.  It's just that your specific configuration didn't blow up in a
 visible way.  You might had problems already in the past, just not apparent
 ones.  If you read the links posted in the announcement, you will see that
 the problem wasn't eudev or udev.  It's all the other software on your
 system.

 eudev *cannot* fix that.


As far as I read, the problem is with bluetooth keyboards? and some
other devices and locales, which are minor for this decision of
removing supportability. Especially for servers and for most of
workstations. Most sane configuration can be supported with separate
/.

And of course there is the hidden systemd agenda, which is what I
suspect had more impact.

Regards,
Alon Bar-Lev.

Re: Integrated ZFS for Gentoo - WAS Re: [gentoo-user] Optional /usr merge in Gentoo

[Alon Bar-Lev]

On Sat, Aug 31, 2013 at 2:28 PM, Tanstaafl tansta...@libertytrek.org wrote:

 On 2013-08-31 7:04 AM, Joerg Schilling joerg.schill...@fokus.fraunhofer.de 
 wrote:

 Everything is dynamic, you would however put a lot of effort into the linux
 kernel to get to that state...e.g. automated major device numbering.


 ??? I've been running my servers without modules since... I started running 
 servers.

 Servers are not like desktops - constantly changing devices. They - in most 
 cases - *are* static, and most people *want* them that way.

 Regardless, please do *not* distract this thread with arguments about it. If 
 you don't want or see the benefit, fine, just ignore this thread.


I do not understand this thread.

If this is not mainline, and it is not trivial gentoo kernels
maintainer patch, and you must have this as static, you can just put
the patch within /etc/portage/patches/sys-kernel/gentoo-sources/, so
it will patch your kernel every time you emerge new one.

Regards,
Alon

Re: [gentoo-user] Re: Optional /usr merge in Gentoo

[Alon Bar-Lev]

On Mon, Aug 19, 2013 at 1:04 PM, Alan McKinnon alan.mckin...@gmail.com wrote:
 On 19/08/2013 11:31, pk wrote:
 On 2013-08-19 00:49, Dale wrote:

 Picking random message sort of.  Isn't eudev still going to support a
 separate /usr?  That is my understanding.  If eudev is not then I may
 have to reconsider some things myself here.

 Yes, that is my understanding as well. But the decision to not support
 a separate /usr lies higher up in the system hierarchy (as I understand
 it). Gentoo as a system will not support a separate /usr if we are to
 believe the conversation (I haven't seen any official notice of this
 though). That is the sad part. The problem I have, as an engineer, is
 that everybody says that a separate /usr is broken, that sysvinit is
 broken without explaining why. In order to fix a problem you need to
 know what is broken... The people who claims the brokenness are, imo,
 hand waving and they've managed to convince higher uppers in the Gentoo
 infrastructure (as it seems). I guess if you repeat something often
 enough it becomes a truth or said person(s) just agrees to stop the
 nagging.


 It's not that separate /usr is broken - it's not.

 The issue is a separate /usr without an initramfs. And the issue ONLY
 occurs at early-boot time.

 The problem is that with modern hardware much code that was
 traditionally stored in /usr may be needed early in the boot sequence,
 before /usr is mounted. The obvious case is firmware and drivers, and
 the usual example cited is bluetooth keyboards. If you need keyboard
 input at this time, you need to have the bluetooth daemon running, which
 is on /usr, which is not mounted.

 The solution is to use an initramfs, and on a technical level it's not
 any different to needing a way to get the ext4 module off disk so you
 can mount /.

 Some may argue that bluetooth keyboards are a rarity and that's tough.
 Well, there's Macbook hardware, and phones which have soft keyboards.
 But many scenarios could exist, all due to the fact that hot-pluggable
 hardware can in theory run any arbitrary code to get itself up and
 running, and if that code is on a volume that is not mounted... The
 solution is obvious - all that code should be on / somewhere, or should
 be mountable using an initramfs.

You fail to understand why separate / is required.

Had the argument was: If you have special needs then have /usr mounted at boot.
I would have agreed.
This means that if you are using bluetooth keyboard, well you do have
an extra requirement.

However, because of your specific configuration drop the ability to
recover from filesystem corruptions or be able to repair is totally
different issue.

 Personally, I think that splitting / and /usr is a daft idea:

 a. I have multi-TB hard disks, completely unlike the 5M monsters that
 Thomson had to deal with in the 70s

You could have mounted several disk at boot even in the 70s.

 b. I haven't had /usr break on me during boot requiring busybox in
 maintenance mode for at least 5 years. Every startup failure in that
 time required a rescue cd anyway, and I always have one of those handy

This is your take... and it is totally wrong.

 c. it IS useful for terminal servers, but those tend to have experienced
 sysadmins, and they really should be OK with an initramfs (or their
 vendor should ship one)

Who is that vendor? so you along with systemd, udev, gnome, etc... do
you suggest the same vendor will also provide initramfs for gentoo...
maybe this is the next stage of systemd...

 I'm often at the front of the Lennart-bashing parade, and what he says
 often makes sense but only in his narrow view of the world, but in
 *this* case, I can't help but admit he does have a point.

Again, there is no reason why not support separate /usr configuration,
people who have special needs, like running systemd or have special
complex userland hardware that is a must for single user mode can
always mount /usr at early stage.

But because of the fact that you are using systemd or have bluetooth
keyboard force everyone to merge /usr is something that is unclear to
me.


 --
 Alan McKinnon
 alan.mckin...@gmail.com

Re: [gentoo-user] Re: Optional /usr merge in Gentoo

[Alon Bar-Lev]

On Mon, Aug 19, 2013 at 5:20 PM, Alecks Gates aleck...@gmail.com wrote:
 On Mon, Aug 19, 2013 at 8:26 AM, Tanstaafl tansta...@libertytrek.org wrote:

 On 2013-08-18 10:55 PM, Canek Peláez Valdés can...@gmail.com wrote:

 And, putting aside systemd and getting back on topic to the council's
 decision of (eventually) not supporting separated /usr without an
 initramfs; have you ever stopped to consider that, perhaps, that's the
 best *technical*  decision? (*gasp*)


 That is *not* the concern here, Canek, and that should be obvious from the 
 comments here.

 Repeat: the primary concern is *not* about separate /usr without initramfs.

 The primary concern is that systemd will eventually be shoved down our 
 throats whether we want it or not, and using eudev or mdev  or *anything* 
 other than systemd (ie OpenRC/eudev) will.

 *snip*

 When you have almost all distributions converging on that, and even
 *the OpenRC maintainer*  (which is the one pushing this, BTW, not the
 systemd guys) supporting that decision, don't you think that perhaps,
 just*perhaps*, everybody screaming about the sky falling (which, BTW,

 they are certainly noisy, but I really don't think are that many) are
 overreacting and even (*gasp* again) wrong?


 Again, the main issue is not about separate /usr, so please stop trying to 
 deflect the subject...


 Isn't that what this thread is about?  Optional /usr merge in Gentoo

 Can someone please explain to me what's so hard and/or complicated
 about making an initramfs?  At this point in time it's extremely
 simple for me, but I only manage relatively simple systems (although
 I'd like that to change soon).  All I do is add one extra line (for
 example - dracut -H --kver=3.11.0-rc6) to my kernel install
 procedure.

 Granted, the only reason I have an initramfs is for the plymouth
 splash screen (other systems aren't desktops) -- but from everything I
 can see it's not too complicated otherwise.

Yeah... it is not complicated to but Windows as well, or IBM os-390!!!

You use a tool that hides the initramfs building, and you are amazed
it is simple?

The files within the initramfs generation tool are compiled using
different tool than portage, they are not updated when distribution is
updated, and they are not even at same version within portage tree.

It may be acceptable for you... but do not expect everyone will accept
your setup.

Regards,
Alon

Re: [gentoo-user] Re: Optional /usr merge in Gentoo

[Alon Bar-Lev]

On Mon, Aug 19, 2013 at 5:37 PM, Alecks Gates aleck...@gmail.com wrote:
 On Mon, Aug 19, 2013 at 9:30 AM, Alon Bar-Lev alo...@gentoo.org wrote:
 On Mon, Aug 19, 2013 at 5:20 PM, Alecks Gates aleck...@gmail.com wrote:
 On Mon, Aug 19, 2013 at 8:26 AM, Tanstaafl tansta...@libertytrek.org 
 wrote:

 On 2013-08-18 10:55 PM, Canek Peláez Valdés can...@gmail.com wrote:

 And, putting aside systemd and getting back on topic to the council's
 decision of (eventually) not supporting separated /usr without an
 initramfs; have you ever stopped to consider that, perhaps, that's the
 best *technical*  decision? (*gasp*)


 That is *not* the concern here, Canek, and that should be obvious from the 
 comments here.

 Repeat: the primary concern is *not* about separate /usr without initramfs.

 The primary concern is that systemd will eventually be shoved down our 
 throats whether we want it or not, and using eudev or mdev  or *anything* 
 other than systemd (ie OpenRC/eudev) will.

 *snip*

 When you have almost all distributions converging on that, and even
 *the OpenRC maintainer*  (which is the one pushing this, BTW, not the
 systemd guys) supporting that decision, don't you think that perhaps,
 just*perhaps*, everybody screaming about the sky falling (which, BTW,

 they are certainly noisy, but I really don't think are that many) are
 overreacting and even (*gasp* again) wrong?


 Again, the main issue is not about separate /usr, so please stop trying to 
 deflect the subject...


 Isn't that what this thread is about?  Optional /usr merge in Gentoo

 Can someone please explain to me what's so hard and/or complicated
 about making an initramfs?  At this point in time it's extremely
 simple for me, but I only manage relatively simple systems (although
 I'd like that to change soon).  All I do is add one extra line (for
 example - dracut -H --kver=3.11.0-rc6) to my kernel install
 procedure.

 Granted, the only reason I have an initramfs is for the plymouth
 splash screen (other systems aren't desktops) -- but from everything I
 can see it's not too complicated otherwise.

 Yeah... it is not complicated to but Windows as well, or IBM os-390!!!

 You use a tool that hides the initramfs building, and you are amazed
 it is simple?

 Dracut isn't *hiding* anything from me, I just don't need anything
 more complicated -- who said I'm amazed?


 The files within the initramfs generation tool are compiled using
 different tool than portage, they are not updated when distribution is
 updated, and they are not even at same version within portage tree.

 Why does this matter?  Are there some huge security vulnerabilities
 I'm unaware of?

 It may be acceptable for you... but do not expect everyone will accept
 your setup.

 Don't mind me, I'm just looking for the logic.  Feel free to explain it to me.

What do you mean Don't mind me?

I don't mind you... as long as you don't force me to do anything...


 Regards,
 Alon


 --
 Alecks Gates

Re: [gentoo-user] Optional /usr merge in Gentoo

[Alon Bar-Lev]

On Sat, Aug 17, 2013 at 2:49 PM, Dan Johansson dan.johans...@dmj.nu wrote:
 On 16.08.2013 15:57, Canek Peláez Valdés wrote:
 On Fri, Aug 16, 2013 at 7:29 AM, Alessio Ababilov
 ilovegnuli...@gmail.com wrote:
 2013/8/13 Canek Peláez Valdés can...@gmail.com

 I think it's a great experiment, but perhaps too much work for little
 gain, at least currently.

 Thank you!

 The next council meeting will vote if separated /usr without and
 initramfs is officially supported by Gentoo; I hope this time around
 finally is officially and unequivocally stated by the council that a
 separated /usr without an initramfs is *NOT* supported.

 As I see from
 http://www.gentoo.org/proj/en/council/meeting-logs/20130813.txt, the council
 has stated that it is not supported anymore.

 Well, better late than never. It was about time.

 The usr-merge will be a slow, gradual change; it will probably take
 years. The systemd package entered the tree in June 2011, after more
 than a year in an overlay, and then it took more than two years to
 make it an official alternative to OpenRC. The /usr merge will take a
 similar amount of time, if not longer.


 And when we are at it, why not rename '/' to 'C:\' ?

Good one! :)

I guess this merge happening only because systemd...

Now the council expects people to:

1. maintain initramfs, it can be complex or simple task, depend on the
configuration.

2. place all disk and filesystem recovery utilities within initramfs.

3. or... prepare to use rescue cd every time something is broken.

Unclear why exactly we do have support in separate /usr.

Regards,
Alon

Re: [gentoo-user] Re: Optional /usr merge in Gentoo

[Alon Bar-Lev]

On Sat, Aug 17, 2013 at 10:22 PM, Andreas Eder andreas_e...@gmx.net wrote:
 On 17 Aug 2013, the guard wrote:

  But requiring people to have an initramfs to boot a system
  that doesn't legitimately require it is silly. I don't even
  have /usr mounted separately, but there are many, many
  different system configurations out there and Gentoo is famous
  for supporting a wide variety. That variety is stomped on if
  something like a /usr merge is forced. It also makes building
  your default environment more complicated due to generating an
  initramfs.

 Absolutely agreed.

 Might be a good time to switch to freebsd :-(

I agree. This is the only escape plan against the new wind of
dictation into monolithic approach that comes from systemd sponsors
direction.

Let's see how it turns out... if Linux userspace will become like the
Windows user space, then freebsd suddenly looks very promising
alternative.

Regards,
Alon

Re: [gentoo-user] Re: Optional /usr merge in Gentoo

[Alon Bar-Lev]

On Sat, Aug 17, 2013 at 10:31 PM, staticsafe m...@staticsafe.ca wrote:
 On Sat, Aug 17, 2013 at 10:26:34PM +0300, Alon Bar-Lev wrote:
 On Sat, Aug 17, 2013 at 10:22 PM, Andreas Eder andreas_e...@gmx.net wrote:
  On 17 Aug 2013, the guard wrote:
 
   But requiring people to have an initramfs to boot a system
   that doesn't legitimately require it is silly. I don't even
   have /usr mounted separately, but there are many, many
   different system configurations out there and Gentoo is famous
   for supporting a wide variety. That variety is stomped on if
   something like a /usr merge is forced. It also makes building
   your default environment more complicated due to generating an
   initramfs.
 
  Absolutely agreed.
 
  Might be a good time to switch to freebsd :-(

 I agree. This is the only escape plan against the new wind of
 dictation into monolithic approach that comes from systemd sponsors
 direction.

 Let's see how it turns out... if Linux userspace will become like the
 Windows user space, then freebsd suddenly looks very promising
 alternative.

 Regards,
 Alon


 Y'all are welcome to switch to Slackware. :)

At 2000-2006 this what I actually used. it was the most configurable
distribution, then switched to Gentoo because it was mature and even
more customizable, easier to extend, while Slackware was on halt for
years.

Re: [gentoo-user] Moving from old udev to eudev

[Alon Bar-Lev]

On Mon, Aug 12, 2013 at 3:17 PM, Tanstaafl tansta...@libertytrek.org wrote:

 On 2013-08-12 8:06 AM, Samuli Suominen ssuomi...@gentoo.org wrote:

 True, it won't be dropped for long as people are maintaining it. That's
 how maintainership works.
 But trying to lie to people it's somehow solving something currently is
 annoying as 'ell and should be corrected where seen.


 It is solving the problem of *when* (not if - if the words I have read from 
 the systemd maintainers can be taken at face value) the systemd maintainers 
 decide to pull the plug on the ability to have a systemd-less udev...


Correct. And because that we endorse it.
Look what happened with the logind.

Re: [gentoo-user] Moving from old udev to eudev

[Alon Bar-Lev]

On Mon, Aug 12, 2013 at 3:33 PM, Samuli Suominen ssuomi...@gentoo.org wrote:
 On 12/08/13 15:17, Tanstaafl wrote:

 On 2013-08-12 8:06 AM, Samuli Suominen ssuomi...@gentoo.org wrote:

 True, it won't be dropped for long as people are maintaining it. That's
 how maintainership works.
 But trying to lie to people it's somehow solving something currently is
 annoying as 'ell and should be corrected where seen.


 It is solving the problem of *when* (not if - if the words I have read
 from the systemd maintainers can be taken at face value) the systemd
 maintainers decide to pull the plug on the ability to have a
 systemd-less udev...


 Then we will carry a minimal patchset on top of sys-fs/udev that will keep
 it working without systemd for long as it's sustainable.
 And at this point it's pointless to talk of forking yet, it should be done
 only when it's required.

It is done ahead so it won't be too late, as you say... eudev is
minimal patch set over systemd.

Someone should have forked the logind as well ahead, so the whole
gmone discussion was irrelevant.

Re: [gentoo-user] Moving from old udev to eudev

[Alon Bar-Lev]

On Fri, Aug 2, 2013 at 6:14 AM, Dale rdalek1...@gmail.com wrote:
 Samuli Suominen wrote:
 On 02/08/13 05:48, Dale wrote:
 Samuli Suominen wrote:

 Huh? USE=firmware-loader is optional and enabled by default in
 sys-fs/udev
 Futhermore predictable network interface names work as designed, not a
 single valid bug filed about them.

 Stop spreading FUD.

 Looking forward to lastrite sys-fs/eudev just like
 sys-apps/module-init-tools already was removed as unnecessary later on.

 So your real agenda is to kill eudev?  Maybe it is you that is spreading
 FUD instead of others.  Like others have said, udev was going to cause
 issues, eudev has yet to cause any.

 Yes, absolutely sys-fs/eudev should be punted from tree since it
 doesn't bring in anything useful, and it reintroduced old bugs from
 old version of udev, as well as adds confusing to users.
 And no, sys-fs/udev doesn't have issues, in fact, less than what
 sys-fs/eudev has.
 Like said earlier, the bugs assigned to udev-bugs@g.o apply also to
 sys-fs/eudev and they have even more in their github ticketing system.
 And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so
 it doesn't fall too much behind, which adds double work unnecessarily.
 They don't keep it up-to-date on their own without prodding.

 Really, this is how it has went right from the start and the double
 work and user confusion needs to stop.

 - Samuli



 So any bug that udev has eudev has too?  Then with that logic, udev is
 just as unstable as eudev.  You claim eudev has a bug that udev doesn't,
 let's see them.  Based on your posts, there should be plenty of them.
 Funny I haven't ran into any of them yet tho.

 Here is the deal OK.  Udev went in a direction I do NOT like.  I CHOSE
 not to use it and plan to not use it.  I PREFER eudev whether you like
 that decision or not.  I also plan to use eudev as long as it serves my
 needs as I suspect others will as well.  You can preach FUD all you want
 but it works here for me and as others have posted, it works fine for
 them.  The OP asked for assistance in switching to eudev not for you to
 second guess their choice or to second guess anyone else who chooses to
 use it.

I join this statement!
Thanks!


 Dale

 :-)  :-)

 --
 I am only responsible for what I said ... Not for what you understood or how 
 you interpreted my words!

Re: [gentoo-user] Moving from old udev to eudev

[Alon Bar-Lev]

On Fri, Aug 2, 2013 at 6:17 AM, William Kenworthy bi...@iinet.net.au wrote:
 On 02/08/13 11:01, Samuli Suominen wrote:
 On 02/08/13 05:48, Dale wrote:
 Samuli Suominen wrote:

 Huh? USE=firmware-loader is optional and enabled by default in
 sys-fs/udev
 Futhermore predictable network interface names work as designed, not a
 single valid bug filed about them.

 Stop spreading FUD.

 Looking forward to lastrite sys-fs/eudev just like
 sys-apps/module-init-tools already was removed as unnecessary later on.

 So your real agenda is to kill eudev?  Maybe it is you that is spreading
 FUD instead of others.  Like others have said, udev was going to cause
 issues, eudev has yet to cause any.

 Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't
 bring in anything useful, and it reintroduced old bugs from old version
 of udev, as well as adds confusing to users.
 And no, sys-fs/udev doesn't have issues, in fact, less than what
 sys-fs/eudev has.
 Like said earlier, the bugs assigned to udev-bugs@g.o apply also to
 sys-fs/eudev and they have even more in their github ticketing system.
 And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so
 it doesn't fall too much behind, which adds double work unnecessarily.
 They don't keep it up-to-date on their own without prodding.

 Really, this is how it has went right from the start and the double work
 and user confusion needs to stop.

 - Samuli


 From my point of view, its udev/systemd that should be punted - what
 about user choice? - Ive decided I no longer want to buy into the flaky,
 unusable systems gnome3 and udev/systemd integration caused me even
 though I didn't have systemd installed, so why should I be forced to?  A
 group have come up with a way to keep my systems running properly
 without those packages and its working better than udev ever has for me ...

 BillK


I second this statement!
The monolithic nature of the systemd maintainer is something that
should be banned (dependency, which requires dependency recursively
until you end up with no choice and medium quality components).
There was no reason to merge the code base of udev to any other code base.
There was no reason to kill backward compatibility.
Well, you all know the reason of why eudev was established.
I am very happy with eudev, had zero issues.

Thanks!
Alon Bar-Lev

Re: [gentoo-user] Moving from old udev to eudev

[Alon Bar-Lev]

On Fri, Aug 2, 2013 at 10:03 AM, Samuli Suominen ssuomi...@gentoo.org wrote:
 On 02/08/13 09:06, Alon Bar-Lev wrote:

 On Fri, Aug 2, 2013 at 6:17 AM, William Kenworthy bi...@iinet.net.au
 wrote:

 On 02/08/13 11:01, Samuli Suominen wrote:

 On 02/08/13 05:48, Dale wrote:

 Samuli Suominen wrote:


 Huh? USE=firmware-loader is optional and enabled by default in
 sys-fs/udev
 Futhermore predictable network interface names work as designed, not a
 single valid bug filed about them.

 Stop spreading FUD.

 Looking forward to lastrite sys-fs/eudev just like
 sys-apps/module-init-tools already was removed as unnecessary later
 on.


 So your real agenda is to kill eudev?  Maybe it is you that is
 spreading
 FUD instead of others.  Like others have said, udev was going to cause
 issues, eudev has yet to cause any.


 Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't
 bring in anything useful, and it reintroduced old bugs from old version
 of udev, as well as adds confusing to users.
 And no, sys-fs/udev doesn't have issues, in fact, less than what
 sys-fs/eudev has.
 Like said earlier, the bugs assigned to udev-bugs@g.o apply also to
 sys-fs/eudev and they have even more in their github ticketing system.
 And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so
 it doesn't fall too much behind, which adds double work unnecessarily.
 They don't keep it up-to-date on their own without prodding.

 Really, this is how it has went right from the start and the double work
 and user confusion needs to stop.

 - Samuli


  From my point of view, its udev/systemd that should be punted - what
 about user choice? - Ive decided I no longer want to buy into the flaky,
 unusable systems gnome3 and udev/systemd integration caused me even
 though I didn't have systemd installed, so why should I be forced to?  A
 group have come up with a way to keep my systems running properly
 without those packages and its working better than udev ever has for me
 ...

 BillK


 I second this statement!
 The monolithic nature of the systemd maintainer is something that
 should be banned (dependency, which requires dependency recursively
 until you end up with no choice and medium quality components).
 There was no reason to merge the code base of udev to any other code base.
 There was no reason to kill backward compatibility.


 FUD again. The backwards compability is still all there and udev can be
 built standalone and ran standalone.
 And on the contrary, there was no need for sys-fs/eudev to remove support
 for sys-fs/systemd when it could have supported both sys-apps/systemd and
 sys-apps/openrc like sys-fs/udev does without issues.


No FUD... it can be currently with some patches, this is against
agenda of upstream... but you are right it *CAN* be done... with
effort and modifications.

In future, even that support may be removed because of upstream agenda.

I appreciate the effort of creating standalone udev project, I do not
care if this is udev fork or mdev or anything else that provide
userspace device management, that is free of commercial agenda and the
dependency lock-in.

As long as there is alternative to systemd upstream I will endorse it
and use it to help the relevant upstream to improve his software.

Regards,
Alon

Re: [gentoo-user] Re: Gentoo is so AWESOME

[Alon Bar-Lev]

On Thu, Aug 1, 2013 at 2:17 PM, Nicolas Sebrecht nsebre...@piing.fr wrote:
 The 01/08/13, Hans de Graaff wrote:

 http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=1chap=2
 documents this from the new developer perspective. Note how it says to
 contact the recruiters if you don't already have found a mentor yourself.

 There is also http://www.gentoo.org/proj/en/devrel/recruiters/ which
 documents this from the inside, but when I wanted to become a developer I
 found that more useful documentation :-)

 So it is explicitly documented. Perhaps not well enough? In that case,
 let us know what you miss.

 I've proposed myself some years ago. Things might have changed since
 then but at that time the mail I sent to the dev list got no response.

 Process recruitement is incredibely busy and over-complicated compared
 to all other projects I've been involved into. I think this stands like
 that because most developers are afraid to give wirte acces to the whole
 portage CVS tree to others.

 In all other projects, it's almost a question of subscribing to a
 mailing list and send git patches.

I don't see the major difference between that and opening a bug and
attaching the patch. Only that bugzilla allow to manage the process,
not have leftovers, and future people can resume past discussions.

 With time, you get direct write
 access.

In time you can be become either proxy maintainer or gentoo developer
(direct access to source repository).

 With Gentoo, you have to find a mentor, officially call for
 being a member, success the online tests, keep mentored some time. Not
 very light and efficient...

Can you please suggest a different method to ensure quality?

 Now, I'm away from Gentoo and it's fine. :-)

 --
 Nicolas Sebrecht

Re: [gentoo-user] KVM networking help

[Alon Bar-Lev]

On Wed, Jul 17, 2013 at 9:28 PM, Nilesh Govindrajan m...@nileshgr.com wrote:

 Hi,

 I need some help settling up networking with KVM machines.

 I have one public interface with four publicly accessible IPs.

 I want to run a private virtual network for the VMs, such that every VM can 
 access every other VM and host, also host can access every VM (required for 
 NAT).

 So far I tried this:

 Create two tap interfaces.
 Add them to a bridge
 Assign IP to bridge
 Set different MACs for VMs' NICs.

 This let's me access one VM to another also VM to host (not sure about this, 
 ping works).
 But I'm not able to use host to VM (ping works), I'm not able to connect to 
 sshd running inside VM from host.

See if the following[1] helps.

[1] http://alonbl.tropicalwikis.com/wiki/Gentoo/VM_Tap_Networking

Re: [gentoo-user] [PATCH] Linus breaks virtualbox-modules

[Alon Bar-Lev]

On Thu, Feb 21, 2013 at 12:00 PM, Joerg Schilling
joerg.schill...@fokus.fraunhofer.de wrote:
 Mike Gilbert flop...@gentoo.org wrote:
 At that time it turned out, that Linus does not seem to be able to understand
 what changes may break an interface. The real problem however was that he was
 not willing to fix his fault, so we can definitely call this case (from Spring
 2004) a break by intention.

You are totally confusing between stable user space interfaces and
unstable kernel interfaces.
Kernel is allowed to evolve without legacy and breaking whatever
needed in order to be in better shape. Whoever writes external module
should merge it into mainline or rebase every release.

Re: [gentoo-user] firehol + gentoo 3.6.11 kernel....

[Alon Bar-Lev]

Yes, I use it.
Just enable all non experimental iptables settings at kernel including NAT.
Works perfectly.


On Tue, Feb 19, 2013 at 3:34 AM, Tamer Higazi th9...@googlemail.com wrote:

 hi people!
 I have used all the time firehol (gentoo sources 3.3.8) to make my
 firewall rules. After kernel 3.4.x I can't make use of it any more.

 Has anyone of you got firehol running on a genoo system with a 3.4.x
 kernel above to run?
 And if not, can you adivse me something similiar to build linux firewall
 rules ?!

 For a short reply I would thank you.



 Tamer

Re: [gentoo-user] *draft* for setting up network bridge with systemd (for qemu/kvm)

[Alon Bar-Lev]

On Tue, Jan 29, 2013 at 9:49 PM, Canek Peláez Valdés can...@gmail.com wrote:

 I would not bet on that ;) too much resistance. However it is
 certainly getting better and better: the LWN article on The Biggest
 Myths about systemd had an overwhelmingly majority of comments
 positive to systemd, and just a handful of negative comments:

 http://lwn.net/Articles/534210/#Comments

 But that is in LWN; Gentoo is way behind, I believe.

Gentoo is not behind, it provides you the option of using systemd.

However openrc is superior in many ways, as unlike systemd it provides
script base metadata vs static systemd units, so for example a service
can depend on other services based on LOGIC. Also, it has the nature
of virtual dependencies what systemd lacks, for example there are N
services that provides timesync, in openrc you provide timesync and
depend on timesync, in systemd there is no way to do so. openrc is
working in various environments including embedded, while systemd
requires so much dependencies that it is not really usable at all
environments. openrc can be used correctly in chroot environment,
while systemd is inoperative. openrc supports extra commands for
services, while systemd enforces only start/stop sequence. I can go on
an on.

Just because there is hype of some branding, does not mean it is better.

openrc networking is the best network configuration I ever used, and I
used a lot of distributions. I used the following[1][2][3][4]
configuration on my environment.

Regards,
Alon

[1] http://en.gentoo-wiki.com/wiki/VM_Tap_Networking
[2] http://en.gentoo-wiki.com/wiki/Stealth_DHCP
[3] http://en.gentoo-wiki.com/wiki/Firewall_Using_Firehol
[4] http://en.gentoo-wiki.com/wiki/OpenVPN_Non_Root

[gentoo-user] loop-aes - detach util-linux dependency

[Alon Bar-Lev]

Hello All loop-aes Users,

Up to now, every time a new version of util-linux was out, we had to
wait for loop-aes patch in order to use it within loop-aes
environment.

The dependency between loop-aes and util-linux was hard to maintain
for both base-system, crypto and users.

Basically, all we need is the losetup utility out of util-linux to
support loop-aes specific options, this because we can perform losetup
and then standard mount/umount over the loop device.

I added a new package loop-aes-losetup which builds a specific version
of util-linux with loop-aes patch, and installs only losetup utility
as loop-aes-losetup. This will enable to drop the loop-aes patches
from util-linux and ease maintenance and usage.

People who wish to migrate to the new setup can do this now, by using
the loop-aes-losetup utility instead of losetup when dealing with
loop-aes loop devices, or replacing mount with loop-aes specific
options with loop-aes-losetup and mount.

I will be happy to answer any question regarding the above, please CC me.

Regards,
Alon Bar-Lev.