The issue with devuan's repositories has been solved. Thanks for your
effort.
Aitor.
El 12/09/15 a las 14:00, Franco Lanza escribió:
On Fri, Sep 11, 2015 at 04:34:00PM -0500, Rod Rodolico wrote:
>I sent an e-mail about a week ago to the list. I'm willing to mirror
On 09/13/2015 03:13 AM, Isaac Dunham wrote:
[...]
>
> One detail I'm not sure if you implemented: I suggested that default
> be to create .../$UID if needed, but you can pass "-n" to create a
> new session.
The software provides config files and a script in /etc that could
be modified to
It maybe helps that i now changed project visibility from "private" to
"public" *sighs*
This has been corrected - Share and enjoy!
On 09/13/2015 03:13 AM, Isaac Dunham wrote:
On Sat, Sep 12, 2015 at 10:32:13PM +0200, tilt! wrote:
https://git.devuan.org/tilt/xdg-compat
git.devuan.org[0:
Hi all,
As I am approaching the final stages of Pre-Alpha development, I would
like to ask how netman should behave when 'automatic connections' are
enabled.
Needless to state the obvious, here, we are not doing Microsoft, but
rather, we want to keep netman as simple as it can be. Yes, there are
On Sun, Sep 13, 2015 at 02:35:43PM +0200, Edward Bartolo wrote:
> Hi all,
>
> As I am approaching the final stages of Pre-Alpha development, I would
> like to ask how netman should behave when 'automatic connections' are
> enabled.
> Needless to state the obvious, here, we are not doing
When I check on Arch linux the only dependency they explicitly
states is xorg-server-xnest is dependent on libsystemd.
I do not have this package installed.
When I try to run my os Xorg complains about missing libsystemd
There is some package builds in AUR and if I check them
I see
On Sun, Sep 13, 2015 at 03:51:16PM +0200, shraptor wrote:
> When I check on Arch linux the only dependency they explicitly
> states is xorg-server-xnest is dependent on libsystemd.
> I do not have this package installed.
>
> When I try to run my os Xorg complains about missing libsystemd
>
>
On Sun, Sep 13, 2015 at 05:20:25PM +0200, Edward Bartolo wrote:
> Hi all,
>
> By automatic connections I understood netman using the available
> essids for which it knows the password to connect. This means, it does
> not attempt to connect if no essid file is found under
> /etc/network/wifi.
>
Hi all,
By automatic connections I understood netman using the available
essids for which it knows the password to connect. This means, it does
not attempt to connect if no essid file is found under
/etc/network/wifi.
Edward
On 13/09/2015, ibid...@gmail.com wrote:
> On
Hi all,
Making the above changes is only a matter of a few minutes in Lazarus.
In the mainform:
AlreadyAttemptedToAutoConnect: boolean;
Set the above to false when the form is created;
At the event handlers for all Connect buttons set
AlreadyAttemptedToAutoConnect to false;
In the timer's
Hi Edward,
On 09/13/2015 02:35 PM, Edward Bartolo wrote:
> At the moment, I am thinking about how netman should behave when
> automatic searching and connecting to wifi hotspots is enabled. I
> already have an idea how this can be achieved, but I want to use
> the least of processing time
On 2015-09-13 16:31, ibid...@gmail.com wrote:
On Sun, Sep 13, 2015 at 03:51:16PM +0200, shraptor wrote:
When I check on Arch linux the only dependency they explicitly
states is xorg-server-xnest is dependent on libsystemd.
I do not have this package installed.
When I try to run my os Xorg
Hi Hendrik Boom,
You can achieve what you want by not using --auto-conn. This means,
netman would not try to automatically search for an existing essid
file matching the wifi sources available in the vicinity. In that
case, connection to a wifi can be done on request by clicking a
button. This
On Sun, Sep 13, 2015 at 06:52:27PM +0200, Edward Bartolo wrote:
> That is easy to achieve from the GUI frontend. Just delete the
> connections you don't want.
>
> Edward
NONONO! I want to keep them around for when I do need them. I just
don't want it automatic.
Examples:
A company's
On Sun, Sep 13, 2015 at 08:23:56PM +0200, Edward Bartolo wrote:
> Hi Hendrik Boom,
>
> You can achieve what you want by not using --auto-conn. This means,
> netman would not try to automatically search for an existing essid
> file matching the wifi sources available in the vicinity. In that
>
Hi,
On 09/13/2015 08:10 PM, Edward Bartolo wrote:
> I think, the time has come to start thinking about producing a .deb
> package for netman. However, we will have to use a post installation
> script to add the line:
>
> "iface wlan0 inet dhcp"
>
> to /etc/network/interfaces.
Is that really
On Sun, Sep 13, 2015 at 05:20:25PM +0200, Edward Bartolo wrote:
> [moved to the top, in hope that you'll re-read it ;-)]
> > -wpa_supplicant is a daemon designed to autoconnect to wireless
> > networks, supporting roaming and just about every type of wireless
> > network.
> >
> > -the
Vintage :-)
El 13/09/15 a las 20:10, Edward Bartolo escribió:
Edward Bartolo wrote:
Oooops, I have a new pair of spectacles that is playing tricks on me,
especially, since it is the first near-sight spectacles. Before, I
didn't use any.
You just turned 40, didn't
Shraptor:
> When I check on Arch linux the only dependency they explicitly
> states is xorg-server-xnest is dependent on libsystemd.
> I do not have this package installed.
>
> When I try to run my os Xorg complains about missing libsystemd
>
> There is some package builds in AUR and if I check
Ok, I like XFCE4 of course.
Aitor.
El 13/09/15 a las 20:13, Edward Bartolo escribió:
Hi aitor, I forgot to write that the final step is to let netman be
automatically run as soon as a user boots into XFCE4 or desktop or
window manager. Edward On 13/09/2015, Edward Bartolo
Hi all,
The additional ability to recognize wlan1, wlan2, wlan3, etc, in
something I will do as soon as I can.
Regarding the use of "iface wlan0 inet dhcp" in
/etc/network/interfaces, I have no other option unless someone really
versed in network configuration provides an alternative that works
21 matches
Mail list logo