On Tue, Apr 10, 2018 at 11:08 PM, Dale wrote:
> 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
>>
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 oth
y. 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
>
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
&
! 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-
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
&g
7;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_glib
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 detect
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 /et
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 thes
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 script
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
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?
>
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 i
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 bot
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
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 (r
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 s
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 v
19 matches
Mail list logo