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

[Dale]

J. Roeleveld wrote:
>
> Sounds like a bug.
> All fetch restriction packages I encounter want it in your distfiles folder. 
> (Wherever you configured it to be)
>
> I haven't really read the text on these myself lately, so not sure if other 
> packages have the same, but I didn't notice any path other than my distfiles 
> dir.
>
> Most common one I have is the citrix 'icaclient'.
>
> --
> Joost


Picking random post to reply to so anyone can respond to this question. 
I recall years ago there was talk of moving distfiles and such to a
directory in /var on new installs at least.  At the time, I moved mine
to /var/cache/portage.  I seem to recall that another location ended up
being picked.  Does anyone recall if the move ever did occur and if so,
where it went?  I recall reading about it but can't recall what was
final on it or if it ended up being moved at all. 

Thanks to whoever has elephant memory.  lol 

Dale

:-)  :-) 

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

[J. Roeleveld]

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

Sounds like a bug.
All fetch restriction packages I encounter want it in your distfiles folder. 
(Wherever you configured it to be)

I haven't really read the text on these myself lately, so not sure if other 
packages have the same, but I didn't notice any path other than my distfiles 
dir.

Most common one I have is the citrix 'icaclient'.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

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

[Jonathan Callen]

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

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

This probably should be reported as a bug.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

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

[Peter Humphrey]

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

As Dale said, the ebuild's instruction is wrong. All such files, as far as I 
know, go into ${DISTDIR}. I've had a few of them recently and they've all 
worked that way.

-- 
Regards,
Peter.

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

[Dale]

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


It's been a long time since I had to fetch one manually but the last
time I recall doing it, I did what you did.  I stuck it in distfiles,
mine is elsewhere, and then it did its thing after that.  So, the foo
is, the ebuild may need to be reworded unless I'm missing something, and
you are missing it as well.  ;-) 

Dale

:-)  :-) 

[gentoo-user] Wrong instructions when installing Oracle JRE

[Ian Zimmerman]

When I do emerge dev-java/oracle-jre-bin, portage quoth:

!!! dev-java/oracle-jre-bin-1.8.0.162-r1 has fetch restriction turned on.
!!! This probably means that this ebuild's files must be downloaded
!!! manually.  See the comments in the ebuild for more information.

 * Fetch failed for 'dev-java/oracle-jre-bin-1.8.0.162-r1', Log file:
 *  '/var/log/portage/dev-java:oracle-jre-bin-1.8.0.162-r1:20180410-201117.log'
 * Package:dev-java/oracle-jre-bin-1.8.0.162-r1
 * Repository: gentoo
 * Maintainer: j...@gentoo.org
 * USE:abi_x86_64 alsa amd64 elibc_glibc fontconfig kernel_linux 
userland_GNU
 * FEATURES:   fakeroot preserve-libs sandbox userpriv
 * Please download jre-8u162-linux-x64.tar.gz and move it to
 * /var/tmp/portage/dev-java/oracle-jre-bin-1.8.0.162-r1/distdir:
 * 
 *   
http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html

But no matter how much I tried to please it (copying the file into a
distdir/ subdirectory, or copying it _as a file_ called distdir) I
couldn't get it to work.

OTOH, just doing what first comes to mind (putting the file in
/usr/portage/distfiles/) does work.

what the foo?

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.

Re: [gentoo-user] Is udev-mount still valid?

[Floyd Anderson]

On Tue, 10 Apr 2018 17:11:17 +0100
Mick  wrote:

I've noticed udev has been playing up lately.  In particular, switching on
wireless/bluetooth would cause udev to be pegged to 100% CPU and bluetooth
won't work.  USB won't work thereafter; e.g. unplugging a USB mouse and
replugging it is not detected.

I had a look at /etc/runlevels and noticed two broken symlinks:

lrwxrwxrwx 1 root root   24 Nov 25  2013 tmpfiles.dev -> /etc/init.d/
tmpfiles.dev
lrwxrwxrwx 1 root root   22 Oct 26  2012 udev-mount -> /etc/init.d/udev-mount

The following two symlinks in the same runlevel are valid:

lrwxrwxrwx 1 root root   16 May  2  2011 udev -> /etc/init.d/udev
lrwxrwxrwx 1 root root   24 Feb 25  2017 udev-trigger -> /etc/init.d/udev-
trigger


Not sure which runlevel(s) you’re listing here but if I read the 
sys-apps/openrc-0.35.5.ebuild correct, the expected runlevel for your 
broken ones is sysinit. I’m using OpenRC and haven’t these files, so 
same as Ian wrote.



I'm not saying the above missing symlinks are causing the bluetooth problem,
but those symlinks should not be there.  Have I missed some enotice to remove
these two symlinks, or is something borked in my system?


Maybe [1][2][3] are relevant here.



References:
 [1] 

 [2] 

 [3] 




--
Regards,
floyd

Re: [gentoo-user] Is udev-mount still valid?

[Dale]

Mick wrote:
> I've noticed udev has been playing up lately.  In particular, switching on 
> wireless/bluetooth would cause udev to be pegged to 100% CPU and bluetooth 
> won't work.  USB won't work thereafter; e.g. unplugging a USB mouse and 
> replugging it is not detected.
>
> I had a look at /etc/runlevels and noticed two broken symlinks:
>
> lrwxrwxrwx 1 root root   24 Nov 25  2013 tmpfiles.dev -> /etc/init.d/
> tmpfiles.dev
> lrwxrwxrwx 1 root root   22 Oct 26  2012 udev-mount -> /etc/init.d/udev-mount
>
> The following two symlinks in the same runlevel are valid:
>
> lrwxrwxrwx 1 root root   16 May  2  2011 udev -> /etc/init.d/udev
> lrwxrwxrwx 1 root root   24 Feb 25  2017 udev-trigger -> /etc/init.d/udev-
> trigger
>
> I'm not saying the above missing symlinks are causing the bluetooth problem, 
> but those symlinks should not be there.  Have I missed some enotice to remove 
> these two symlinks, or is something borked in my system?
>


If it helps any, I have this:

root@fireball / # /etc/init.d/udev  
udev  udev-settle   udev-trigger 
root@fireball / # /etc/init.d/udev

Dale

:-)  :-) 

[gentoo-user] Re: Is udev-mount still valid?

[Ian Zimmerman]

On 2018-04-10 17:11, Mick wrote:

> I had a look at /etc/runlevels and noticed two broken symlinks:
> 
> lrwxrwxrwx 1 root root   24 Nov 25  2013 tmpfiles.dev -> /etc/init.d/
> tmpfiles.dev
> lrwxrwxrwx 1 root root   22 Oct 26  2012 udev-mount -> /etc/init.d/udev-mount

FWIW, I have neither of these.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.

[gentoo-user] Re: openvpn rc script dependencies

[Ian Zimmerman]

On 2018-04-10 10:55, Christoph Böhmwalder wrote:

> I was wondering how the OpenRC dependencies between start scripts
> work.

openvpn start-up dependencies (and, I imagine, any user space based VPN)
are definitely a pain point.  One part is the subject of the main thread
here ie. what other scripts openvpn itself should depend on.  Is it
really safe to start it before the hardware interfaces are up?  I guess
in its default config it will keep trying until it can connect to the
server, but I think it can also be configured to just give up.

Another part is the reverse dependencies.  On my systems, any network
service that provides the option is configured to only listen on the VPN
interface (plus localhost if necessary).  But that means the service
depends on the interface being functional - and, as I have learned, in
the case of openvpn and TUN interface that means not just being in the
UP state, but also the routing table being updated which happens _after_
it is put into UP state.  The work to ensure all this state is done by
the openvpn daemon in the background, out of control of openrc or
sysvinit, so it is definitely possible that the openvpn initscript
finishes before the final working state is reached.  Then I have network
service daemons failing to start (even if they have an explicit
dependency on openvpn) because they cannot listen() on the VPN
interface.  I have to work around this with nefarious hacks using netcat
or ping to test the VPN.

I assume systemd handles this correctly, and this is an occasion when I
envy systemd users and consider, for a few seconds, joining them.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.

[gentoo-user] Is udev-mount still valid?

[Mick]

I've noticed udev has been playing up lately.  In particular, switching on 
wireless/bluetooth would cause udev to be pegged to 100% CPU and bluetooth 
won't work.  USB won't work thereafter; e.g. unplugging a USB mouse and 
replugging it is not detected.

I had a look at /etc/runlevels and noticed two broken symlinks:

lrwxrwxrwx 1 root root   24 Nov 25  2013 tmpfiles.dev -> /etc/init.d/
tmpfiles.dev
lrwxrwxrwx 1 root root   22 Oct 26  2012 udev-mount -> /etc/init.d/udev-mount

The following two symlinks in the same runlevel are valid:

lrwxrwxrwx 1 root root   16 May  2  2011 udev -> /etc/init.d/udev
lrwxrwxrwx 1 root root   24 Feb 25  2017 udev-trigger -> /etc/init.d/udev-
trigger

I'm not saying the above missing symlinks are causing the bluetooth problem, 
but those symlinks should not be there.  Have I missed some enotice to remove 
these two symlinks, or is something borked in my system?

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] openvpn rc script dependencies

[Mick]

On Tuesday, 10 April 2018 14:59:39 BST Christoph Böhmwalder wrote:
> On Tue, Apr 10, 2018 at 01:25:42PM +0200, Simon Thelen wrote:
> > What does your /etc/runlevels/ look like? Is the openvpn service in one
> > of the runlevels? Are either of your network interfaces in one of the
> > runlevels?
> 
> Looking at `rc-status -a`, the openvpn service and the wifi interface
> are both in runlevel default (which is kind of intentional).  The wired
> interface is in runlevel manual (I don't use it that often, so that's
> fine).
> 
> The thing is, I want to:
> * Start the wifi service at boot
> * Start the openvpn service when _any_ network connection is active
> 
> > Also check /etc/rc.conf and try setting rc_depend_strict="NO". I do wish
> > there were a way to modify require/provides without having to edit the
> > init scripts themselves.
> 
> Unfortunately I can't test this anymore, but looking at the
> documentation this _should_ work.
> 
> Thanks!
> 
> --
> Regards,
> Christoph

I recall noticing a somewhat similar behaviour with the ipsec service of 
strongswan.  In particular, it would complain that the wired interface was not 
up and therefore ipsec would not start until then.  The wireless interface 
itself being up was not enough to start ipsec.  I used to start it up manually 
from the command line.  I didn't look into it back then.  I wonder if it was 
also something to do with the configuration of the start up script of ipsec.

PS. I had commented out #rc_depend_strict="YES" in /etc/rc.conf and set 
rc_hotplug="*", but did not experiment further with these settings at the 
time.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] openvpn rc script dependencies

[Christoph Böhmwalder]

On Tue, Apr 10, 2018 at 09:28:10AM -0400, Michael Orlitzky wrote:
> This is half the problem, but the OpenVPN init script probably shouldn't
> have "need net" in its depend() function to begin with. It runs fine
> with only the loopback interface up.

That's exactly why I got confused.  Shouldn't it be possible to just
"tie" openvpn to _any_ network interface?  It's especially weird how it
just magically defaults to the wifi interface (it is in runlevel
default, but still).  Very unclear imo.

> You could try to file a bug for that with
> 
>   https://github.com/OpenRC/openrc/blob/master/service-script-guide.md
> 
> as a reference. There's a section titled "Be wary of 'need net'
> dependencies" that covers the issue.

That does look like it addresses the issue.  I'll try and poke around
in there.

Thanks!

--
Regards,
Christoph

Re: [gentoo-user] openvpn rc script dependencies

[Christoph Böhmwalder]

On Tue, Apr 10, 2018 at 01:25:42PM +0200, Simon Thelen wrote:
> What does your /etc/runlevels/ look like? Is the openvpn service in one
> of the runlevels? Are either of your network interfaces in one of the
> runlevels?

Looking at `rc-status -a`, the openvpn service and the wifi interface
are both in runlevel default (which is kind of intentional).  The wired
interface is in runlevel manual (I don't use it that often, so that's
fine).

The thing is, I want to:
* Start the wifi service at boot
* Start the openvpn service when _any_ network connection is active

> Also check /etc/rc.conf and try setting rc_depend_strict="NO". I do wish
> there were a way to modify require/provides without having to edit the
> init scripts themselves.

Unfortunately I can't test this anymore, but looking at the
documentation this _should_ work.

Thanks!

--
Regards,
Christoph

Re: [gentoo-user] openvpn rc script dependencies

[Michael Orlitzky]

On 04/10/2018 07:25 AM, Simon Thelen wrote:
> 
> Also check /etc/rc.conf and try setting rc_depend_strict="NO". I do wish
> there were a way to modify require/provides without having to edit the
> init scripts themselves.
> 

This is half the problem, but the OpenVPN init script probably shouldn't
have "need net" in its depend() function to begin with. It runs fine
with only the loopback interface up.

You could try to file a bug for that with

  https://github.com/OpenRC/openrc/blob/master/service-script-guide.md

as a reference. There's a section titled "Be wary of 'need net'
dependencies" that covers the issue.

Re: [gentoo-user] openvpn rc script dependencies

[Simon Thelen]

On 18-04-10 at 10:55, Christoph Böhmwalder wrote:
> I was wondering how the OpenRC dependencies between start scripts work.
> 
> Basically, I have two network interfaces on my laptop (wlp3s0 and
> enp0s20u2u3 for wireless and ethernet respectively).  When I start the
> wireless interface service (rc-service net.wlp3s0 start) the OpenVPN
> service starts and vice versa.  That's great, but I didn't configure
> that anywhere.
What does your /etc/runlevels/ look like? Is the openvpn service in one
of the runlevels? Are either of your network interfaces in one of the
runlevels?

> What's even worse is that when I'm not connected via WiFi (i.e.
> ethernet), the VPN service won't start because net.wlp3s0 isn't started:
[..]
> Why would it do that, can I configure this anywhere?
Also check /etc/rc.conf and try setting rc_depend_strict="NO". I do wish
there were a way to modify require/provides without having to edit the
init scripts themselves.


-- 
Simon Thelen

Re: [gentoo-user] Bootloader hangs without a keyboard

[Marc Joliet]

Am Montag, 9. April 2018, 06:18:10 CEST schrieb Walter Dnes:
>   Is there an entry in BIOS setup for "Halt bootup or error" or the
> opposite, "Continue bootup on error"?  Try setting that if it exists.
> That won't fix the root problem, but may ignore it and boot up
> successfully.

It's already set to continue, thanks anyway.  (But wouldn't that setting only 
influence whether I got past the BIOS or not?)

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


signature.asc
Description: This is a digitally signed message part.

[gentoo-user] openvpn rc script dependencies

[Christoph Böhmwalder]

I was wondering how the OpenRC dependencies between start scripts work.

Basically, I have two network interfaces on my laptop (wlp3s0 and
enp0s20u2u3 for wireless and ethernet respectively).  When I start the
wireless interface service (rc-service net.wlp3s0 start) the OpenVPN
service starts and vice versa.  That's great, but I didn't configure
that anywhere.

What's even worse is that when I'm not connected via WiFi (i.e.
ethernet), the VPN service won't start because net.wlp3s0 isn't started:

# rc-service net.enp0s20u2u3 start
# ...
# rc-service openvpn.mullvad_at start
# rc-service openvpn.mullvad_at start
openvpn.mullvad_at| * Caching service dependencies ...  [ ok ]
net.wlp3s0| * Bringing up interface wlp3s0
net.wlp3s0| *   Starting wpa_supplicant on wlp3s0 ...
net.wlp3s0|Successfully initialized wpa_supplicant  [ ok ]
openvpn.mullvad_at| * WARNING: openvpn.mullvad_at will start when net.wlp3s0 
has started
net.wlp3s0| *   Starting wpa_cli on wlp3s0 ...  [ ok ]
net.wlp3s0| *   Backgrounding ... ...
net.wlp3s0| * WARNING: net.wlp3s0 has started, but is inactive


Why would it do that, can I configure this anywhere?

Thanks for your help


--
Regards,
Christoph