> 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 gmail.com> writes:
>
>>
>> Hey,
>>
>> Why does netctl provide /usr/b
Nowaker 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
> w
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 run
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 wrote:
> 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 themselv
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 wrote:
> Yeah, I agree on thi
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.
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?
I
On Wed, 26 Feb 2014 15:06:36 -0600
"David C. Rankin" 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] - https://www.archlinux.org/pacman/makepkg.
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] - https
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 ca
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 Wed, Feb 26, 2014 at 1:37 PM, arnaud gaboury
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.
> Will try to
--
>
> 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.
Will try to go this way.
--
google.com/+arnaudgabourygabx
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 ne
On February 26, 2014 10:52:43 AM GMT+02:00, Karol Blazewicz
wrote:
>On Wed, Feb 26, 2014 at 9:35 AM, Emil Lundberg
> 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, D
On Wed, Feb 26, 2014 at 9:35 AM, Emil Lundberg 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
> wrote:
>> All,
>>
>> I patched tdebase for the logind-mul
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
wrote:
> All,
>
> I patched tdebase for the logind-multiseat patch as was applied to
> kde-workspace for Arch kde4. Doing so
>
> 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
18 matches
Mail list logo
