On Sat, Jun 9, 2018, 07:34 Ian Zimmerman wrote:
> On 2018-06-08 22:38, Alexander Kapshuk wrote:
>
> > On Fri, Jun 8, 2018, 22:30 Ian Zimmerman wrote:
> >
> > > On 2018-06-08 22:00, Alexander Kapshuk wrote:
> > >
> > > > What's the output of:
> > > > uname -r
> > > > strings
Is there _any_ way around the need to keep the user IDs matched on NFS
clients and servers?
Or, is there any other remote filesystem (other than the one originally
made by Microsoft) that avoids that chore?
This is the main reason I have mostly stayed away from NFS all these
years. Recently
On 2018-06-08 22:38, Alexander Kapshuk wrote:
> On Fri, Jun 8, 2018, 22:30 Ian Zimmerman wrote:
>
> > On 2018-06-08 22:00, Alexander Kapshuk wrote:
> >
> > > What's the output of:
> > > uname -r
> > > strings /path/to/your/module.ko | grep vermagic=
> >
> > Here are the results for 4.9.105
Hi,
recently my conky stopped working due to a format change
of the config file of conky.
Unfortunately the provided convert scritp does not work at
all:
/usr/bin/lua: /tmp/convert.lua:139: attempt to index local 'settings' (a nil
value)
stack traceback:
/tmp/convert.lua:139: in main
On 06/08/2018 06:20 PM, Hilco Wijbenga wrote:
What would be the "correct" output for "ip route"?
It's difficult to say.
I'd look up some of the *.i.company.com names and see what IP addresses
they resolve to.
I'd then reconfigure the VPN with "Use only for resources on this
connection."
On Fri, Jun 8, 2018 at 4:34 PM Mick wrote:
>
> On Friday, 8 June 2018 23:21:52 BST Grant Taylor wrote:
> > On 06/08/2018 03:31 PM, Hilco Wijbenga wrote:
> > > Sigh, I take it back. That causes the internal sites to no longer work.
> >
> > Okay.
> >
> > So you're on the proper track.
> >
> > I'm
On Friday, 8 June 2018 23:21:52 BST Grant Taylor wrote:
> On 06/08/2018 03:31 PM, Hilco Wijbenga wrote:
> > Sigh, I take it back. That causes the internal sites to no longer work.
>
> Okay.
>
> So you're on the proper track.
>
> I'm guessing the work network isn't a simple single prefix. Or at
On 06/08/2018 03:31 PM, Hilco Wijbenga wrote:
Sigh, I take it back. That causes the internal sites to no longer work.
Okay.
So you're on the proper track.
I'm guessing the work network isn't a simple single prefix. Or at least
the VPN client doesn't route enough through the VPN.
Check
On Fri, Jun 8, 2018 at 2:19 PM Hilco Wijbenga wrote:
>
> On Fri, Jun 8, 2018 at 1:59 PM Grant Taylor
> wrote:
> > > Any ideas?
> >
> > My bet is routing. Specifically the default gateway probably gets
> > changed to route through the VPN when connected.
> >
> > You may want to reconfigure the
On Fri, Jun 8, 2018 at 1:59 PM Grant Taylor
wrote:
> > Any ideas?
>
> My bet is routing. Specifically the default gateway probably gets
> changed to route through the VPN when connected.
>
> You may want to reconfigure the VPN client to only route work prefixes
> through the VPN and let
On 06/08/2018 01:42 PM, Hilco Wijbenga wrote:
Hi all,
Hi Hilco,
I am logging all DNS requests and I can see that dnsmasq is responding
correctly (and, in fact, identically) to, say, google.com with or without
VPN. But the browser just hangs. Until I disconnect VPN, then everything
works
In case anyone is interested I thought I would share.
https://www.phoronix.com/scan.php?page=news_item=Raptor-Talos-2-Lite
https://raptorcs.com/TALOSIILITE/
They're really making strides for making high performance owner
controlled, open source firmware systems very affordable - now they are
Hi all,
I'm working from home today. :-) (*) To access parts of my employer's
infrastructure, I need to use VPN. So I installed NetworkManager, and
vpnc, and dnsmasq and configured it all. I can now VPN in successfully
and I can see the internal sites. Unfortunately, while VPN is active,
On Fri, Jun 8, 2018, 22:30 Ian Zimmerman wrote:
> On 2018-06-08 22:00, Alexander Kapshuk wrote:
>
> > What's the output of:
> > uname -r
> > strings /path/to/your/module.ko | grep vermagic=
>
> Here are the results for 4.9.105 (working):
>
> matica!6 ~$ uname -r
> 4.9.105
> matica!7 ~$ strings
On 2018-06-08 22:00, Alexander Kapshuk wrote:
> What's the output of:
> uname -r
> strings /path/to/your/module.ko | grep vermagic=
Here are the results for 4.9.105 (working):
matica!6 ~$ uname -r
4.9.105
matica!7 ~$ strings
/lib64/modules/4.9.105/kernel/drivers/video/console/fbcon.ko |
Hmm i had mentioned this to #gentoo-hardened, but it's good to know it's
broken in the non hardened kernel too, i am used to waiting for those
packages to update i guess.
On Fri, Jun 8, 2018 at 3:00 PM, Alexander Kapshuk <
alexander.kaps...@gmail.com> wrote:
> On Fri, Jun 8, 2018 at 7:37 PM Ian
On Fri, Jun 8, 2018 at 7:37 PM Ian Zimmerman wrote:
>
> On 2018-06-08 09:22, Alexander Kapshuk wrote:
>
> > > matica!501 ~# modprobe fbcon
> > > modprobe: ERROR: could not insert 'fbcon': Exec format error
>
> > Could this be a multilib issue? Does you kernel have
> > CONFIG_IA32_EMULATION
On 2018-06-08 09:22, Alexander Kapshuk wrote:
> > matica!501 ~# modprobe fbcon
> > modprobe: ERROR: could not insert 'fbcon': Exec format error
> Could this be a multilib issue? Does you kernel have
> CONFIG_IA32_EMULATION enabled?
> See https://forums.gentoo.org/viewtopic-p-7647744.html.
On Thu, Jun 7, 2018 at 11:45 PM Ian Zimmerman wrote:
>
> I cannot get either 4.9.106 or 4.9.107 to work on my amd64 system at
> all. It seems some (but not all) modules refuse to load:
>
> Script started on 2018-06-07 13:31:28-0700
> matica!501 ~# modprobe fbcon
> modprobe: ERROR: could not
19 matches
Mail list logo
