This profile is wrong. Here is the right one:
---
$ cat /etc/netctl/lxc_lan_bridge
Description=LAN bridge for LXC containers
Connection=bridge
Interface=br0
SkipNoCarrier=yes
BindsToInterfaces=()
IP=static
Address=(10.137.0.1/24)
---
Also, since you are running systemd = 209, you can
I don't mean to be rude, but have you tried it? Pacman packages are
tar.gz archives, so my guess is it's possible
/Emil.
On Wed, Feb 26, 2014 at 4:13 PM, David C. Rankin
drankina...@suddenlinkmail.com wrote:
All,
I patched tdebase for the logind-multiseat patch as was applied to
On Wed, Feb 26, 2014 at 9:35 AM, Emil Lundberg lundberg.e...@gmail.com wrote:
I don't mean to be rude, but have you tried it? Pacman packages are
tar.gz archives, so my guess is it's possible
/Emil.
On Wed, Feb 26, 2014 at 4:13 PM, David C. Rankin
drankina...@suddenlinkmail.com wrote:
All,
On February 26, 2014 10:52:43 AM GMT+02:00, Karol Blazewicz
karol.blazew...@gmail.com wrote:
On Wed, Feb 26, 2014 at 9:35 AM, Emil Lundberg
lundberg.e...@gmail.com wrote:
I don't mean to be rude, but have you tried it? Pacman packages are
tar.gz archives, so my guess is it's possible
/Emil.
All the time when gfortran is bumped version, all fortran modules (file
with .mod extensions) in other packages must be recompiled because module
definitions are changed in the new compiler gfortran.
Example : netcdf-fortran is broke currently
if one try compile this code
module test
use
On Wed, Feb 26, 2014 at 1:37 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
--
Now:
* Populate the iptables FORWARD chain to route traffic from your physical
interface to the bridge and back.
I missed totally this part of the setup. I must admit this topic is a
little bit new to me.
On 02/20/2014 11:33 AM, Dave Reisner wrote:
Hi all,
I'm working on packaging the systemd 209 release, and I expect to have
Good news. My problems ith 209 resolved after updating to 210.
thank you!
On 02/26/2014 05:45 AM, Gesh wrote:
A naïve reading of [1] suggests that makepkg -R should do the trick.
However, as I'm away from my computer, I can't test
this.
Gesh
[1] - https://www.archlinux.org/pacman/makepkg.8.html
With just about every other package, that is OK, but not in the case
Op 26 feb. 2014 22:06 schreef David C. Rankin
drankina...@suddenlinkmail.com het volgende:
On 02/26/2014 05:45 AM, Gesh wrote:
A naïve reading of [1] suggests that makepkg -R should do the trick.
However, as I'm away from my computer, I can't test
this.
Gesh
[1] -
On Wed, 26 Feb 2014 15:06:36 -0600
David C. Rankin drankina...@suddenlinkmail.com wrote:
On 02/26/2014 05:45 AM, Gesh wrote:
A naïve reading of [1] suggests that makepkg -R should do the trick.
However, as I'm away from my computer, I can't test
this.
Gesh
[1] -
Hey,
Why does netctl provide /usr/bin/wifi-menu which is unusable at all,
given the fact it needs /usr/bin/dialog to operate, and this is not a
hard dependency of the package?
I don't really get a point of providing a binary/script that doesn't
work at all. What is it in the package for?
Yeah, I agree on this. It should be a dependency of netctl, or wifi-menu be
a separate package with dialog as a dependency.
Just my two cents.
Wifi-menu as a separate package makes the most sense, avoids the issue of
some netctl users not wanting wifi-menu, being able to configure their
networks themselves or using something else to search for wifi networks.
On Wed, Feb 26, 2014 at 8:35 PM, Daniel Leining dan...@the-beach.co wrote:
This would be great. It's always annoyed me that it's sitting there
unusable.
On Wed, Feb 26, 2014 at 7:49 PM, Toyam Cox csupercomputerg...@gmail.comwrote:
Wifi-menu as a separate package makes the most sense, avoids the issue of
some netctl users not wanting wifi-menu, being able to
On Wed, Feb 26, 2014 at 08:56:34PM -0600, Garrett Hopper wrote:
This would be great. It's always annoyed me that it's sitting there
unusable.
I don't usually play this card, but netcl takes up 7 kilobytes of disk
space---an infinitesimal amount relative to many core *NIX utils---and only runs
Nowaker enwukaer at gmail.com writes:
Hey,
Why does netctl provide /usr/bin/wifi-menu which is unusable at all,
given the fact it needs /usr/bin/dialog to operate, and this is not a
hard dependency of the package?
I don't really get a point of providing a binary/script that doesn't
To: arch-general@archlinux.org
From: 31337h4c...@gmail.com
Date: Thu, 27 Feb 2014 04:44:20 +
Subject: Re: [arch-general] netctl provides wifi-menu which is unusable
Nowaker enwukaer at gmail.com writes:
Hey,
Why does netctl provide
17 matches
Mail list logo