Hi All,
The changes have been uploaded. The backend should now support other
devices besides wlan0 and eth0.
Edward
On 11/10/2015, Edward Bartolo wrote:
> Hi,
>
> I am coding the final function before I can upload the latest changes
> to the backend to support ethN and wlanN.
>
> Please, be awa
It's working, mostly. I can switch the default interface between wlan0 and
wlan1 through the gui, and it connects correctly, but disconnect only
works with wlan0. With wlan1, it says it's disconnecting, but it doesn't
succeed.
-fsr
On 10/11/2015 05:44 PM, Edward Bartolo wrote:
> Hi,
>
> I have
Good!
I will update the packages of netman. I'm still generating the
Packages*.gz and the Contents*.gz of my repository. Adding Contents*.gz
slows the proccess. It takes so long...
...Patience...
Aitor.
On 12/10/15 14:00, Edward Bartolo wrote:
Hi All,
The changes have been uploaded. The
Hi Aitor,
You can skip the user's password:
Add to 'live-config' a file '/etc/config/config.conf' containig, for
example:
LIVE_HOSTNAME=devuan
LIVE_USERNAME=user
LIVE_USER_FULLNAME="User"
LIVE_USER_DEFAULT_GROUPS="cdrom floppy audio dip video plugdev
fuse
bluetooth netde
OK, I will debug that and then upload the required changes.
Edward.
On 12/10/2015, fsmithred wrote:
> It's working, mostly. I can switch the default interface between wlan0 and
> wlan1 through the gui, and it connects correctly, but disconnect only
> works with wlan0. With wlan1, it says it's di
Hi Aitor,
fsmithred found a serious bug that prevents wlan1 from disconnecting.
I will debug that, and then, upload again the necessary changes.
Edward.
On 12/10/2015, aitor_czr wrote:
> Good!
>
> I will update the packages of netman. I'm still generating the
> Packages*.gz and the Contents*.g
Hi fsmithred,
I have just seen the code for disconnect and it looks it should work
even for wlan1. There is a good indication the problem is caused
because we have to add:
iface wlan1 inet dhcp
to your /etc/network/interfaces file.
The same applies for eth1. You have to add
iface eth1 inet dhc
Hi Aitor,
It seems fsmithred bug is not a bug after all. I am waiting for his
reply as to whether configuring /etc/network/interfaces to contain the
configuration line:
iface wlan1 inet dhcp
will solve his problem. I am convinced it should work, but let us be
prudent and wait.
Edward
On 12/10
Doh! I tried changing wlan0 to wlan1 in /etc/network/wifi/, but I
didn't think to change it in /etc/network/interfaces. Rebooting now to
test it.
-fsr
On 10/12/2015 10:50 AM, Edward Bartolo wrote:
> Hi fsmithred,
>
> I have just seen the code for disconnect and it looks it should work
> even fo
Confirmed. Naming the correct interface fixed it.
iface wlan1 inet dhcp
-fsr
On 10/12/2015 10:50 AM, Edward Bartolo wrote:
> Hi fsmithred,
>
> I have just seen the code for disconnect and it looks it should work
> even for wlan1. There is a good indication the problem is caused
> because
Hi Aitor,
fsmithred confirmed that adding:
iface wlan1 inet dhcp
to /etc/network/interfaces was what was causing disconnecting to fail.
This means, all system network devices to be used have to be defined
in /etc/network/interfaces as showm or anything that allows ifup and
ifdown to function.
B
Add to 'live-config' a file '/etc/config/config.conf' containig, for
example:
LIVE_HOSTNAME=devuan
LIVE_USERNAME=user
LIVE_USER_FULLNAME="User"
LIVE_USER_DEFAULT_GROUPS="cdrom floppy audio dip video plugdev fuse
bluetooth netdev scanner"
What live-config manpage says (and
On 05/10/15 22:25, Adam Borowski wrote:
On Mon, Oct 05, 2015 at 08:19:10PM +0100, David Hare wrote:
Don't know if there is an "official" plan to sort this. It is an annoyance
that os-prober (normally run at update-grub) detects my
(bootstrap-installed) Devuan as "Unknown Linux Distribution" then
Hi,
This is embarrassing to me. I discovered a bug in the main auto
connect loop. This loop uses two lists:
a) a sorted list of wifis in power descending order
b) a list of installed connections (essids)
The algorithm was originally intended to take the first item from the
power sorted list (a),
No problem :)
On 12/10/15 22:24, Edward Bartolo wrote:
Hi,
This is embarrassing to me. I discovered a bug in the main auto
connect loop. This loop uses two lists:
a) a sorted list of wifis in power descending order
b) a list of installed connections (essids)
The algorithm was originally intend
Hello everyone,
We made first *unofficial* TRIOS edition for testing on UEFI computers.
http://mirror.org.rs/test/trios-uefi-test1-amd64.iso
In addition to our already standard features (ZFS support, openrc init,
removed systemd dependencies ..) there is one truly unique feature that
separate
16 matches
Mail list logo
