On 11/09/2015 02:33, Daniel Reurich wrote:
On 10/09/15 23:46, Roger Leigh wrote:
On 10/09/2015 12:11, tilt! wrote:
Since i already use $HOME/.config for configuration data,
which more precisely is the default setting of XDG_CONFIG_HOME
(according to [1]), i would like to consider the pendant
X
Hi Aitor,
I think avoiding to use two links for the backend would help to keep
the project as simple as possible. Also using the version as a
directory would indicate that more than one concurrent version of
netman would be installed.
The frontend, netman, expects to find the backend named as bac
Ok, thanks.
On 17/09/15 10:21, Edward Bartolo wrote:
Hi Aitor,
I think avoiding to use two links for the backend would help to keep
the project as simple as possible. Also using the version as a
directory would indicate that more than one concurrent version of
netman would be installed.
The fr
Hi,
On 09/17/2015 10:12 AM, Roger Leigh wrote:
> On 11/09/2015 02:33, Daniel Reurich wrote:
>> We could either use $USER_$SESSIONID or $USER/$SESSIONID to implement
>> multiple sessions per user.
>
> This is definitely possible. It would probably need some thought on
> how to determine which "se
Hi Aitor & Edward,
i don't think an /etc config file describing a location of a
backend executable is required in the first release.
What would be the motivation for a user to mess with
intrinsics of the software architecture?
Please keep in mind that the backend is a dangerous setuid
executable
On Thu, 17 Sep 2015, tilt! wrote:
> FYI, i am working on an implementation of XDG_RUNTIME_DIR at [1]
> that can be configured to whatever a site-maintainer finds suitable.
cheers! good effort
> The default rundir prefix i am using is "/run/xdg-runtime"
but then again, considering Roger's advice
On Thu, Sep 17, 2015 at 11:23:10AM +0200, Jaromil wrote:
> > If rundirs are on non-volatile storage, my implementation can delete
> > them at system shutdown (assuming an orderly shutdown is performed).
>
> if you use the /tmp prefix as default then you don't even need to handle
> such a deletion
On 17/09/2015 10:31, Tomasz Torcz wrote:
On Thu, Sep 17, 2015 at 11:23:10AM +0200, Jaromil wrote:
If rundirs are on non-volatile storage, my implementation can delete
them at system shutdown (assuming an orderly shutdown is performed).
if you use the /tmp prefix as default then you don't even
On 17/09/2015 10:01, tilt! wrote:
Hi,
On 09/17/2015 10:12 AM, Roger Leigh wrote:
> On 11/09/2015 02:33, Daniel Reurich wrote:
>> We could either use $USER_$SESSIONID or $USER/$SESSIONID to implement
>> multiple sessions per user.
>
> This is definitely possible. It would probably need some
Hi Aitor,
I am understanding you are giving me the go-ahead to let netman use an
/etc/netman.conf file. In this case, the location of the backend would
only be dictated by the path specified in the /etc/netman.conf file.
Changes implemented to use an /etc/netman.conf file.
Edward
On 24/02/2032,
Hi Aitor,
Now, you should be able to place backend wherever you want and to name
it what you like but you have to use a config file under /etc.
New file name:
/etc/netman.conf
Contents of /etc/netman.conf
backend=/usr/lib/netman/bin/backend
Edward
On 17/09/2015, Edward Bartolo wrote:
> Hi Ait
Hi Aitor and Tilt,
I think, Tilt has a point, if you agree, I can remove the use of an
/etc config file.
Edward
On 17/09/2015, Edward Bartolo wrote:
> Hi Aitor,
>
> Now, you should be able to place backend wherever you want and to name
> it what you like but you have to use a config file under
Hi Aitor and Tilt,
As it is, the frontend can use an /etc config file for the location
and name of the backend but the GUI does NOT provide any means to
alter the config file.
Do you, Tilt, still think that I have to remove the use of a config
file even though users have to edit it by hand? The o
This is the case, for example, of Qt. Qtchooser chooses between Qt4 or
Qt5 depending on the installed package: qt4-default, or qt5-default.
But i think this is not our case... So, i will use the directory
suggested by Tilt, if you agree.
Aitor.
On 17/09/15 10:21, Edward Bartolo wrote:
Also
On 17/09/15 21:01, tilt! wrote:
Hi,
On 09/17/2015 10:12 AM, Roger Leigh wrote:
> On 11/09/2015 02:33, Daniel Reurich wrote:
>> We could either use $USER_$SESSIONID or $USER/$SESSIONID to implement
>> multiple sessions per user.
>
> This is definitely possible. It would probably need some t
On 17/09/2015 12:29, Daniel Reurich wrote:
On 17/09/15 21:01, tilt! wrote:
Hi,
On 09/17/2015 10:12 AM, Roger Leigh wrote:
> On 11/09/2015 02:33, Daniel Reurich wrote:
>> We could either use $USER_$SESSIONID or $USER/$SESSIONID to implement
>> multiple sessions per user.
>
> This is definit
On Thu, Sep 17, 2015 at 11:29:50PM +1200, Daniel Reurich wrote:
> I think XDG_SESSION_COOKIE is more aimed at restoring the previously
> saved session state on login, ie start up all the applications and
> get them to exactly the same state as it was at when previous
> log-out occured (assuming all
Hi Aitor,
Agreed. Shall I also remove the ability to have the backend placement
set in an /etc/netman.conf file?
By itself the frontend is unable to give root privileges to whatever
is pointed to in that file. So, I see no problem in having an
/etc/netman.conf file. But I stand to being corrected
So, the content of "/etc/netman.conf" would be:
backend=/usr/lib/netman/bin/backend
Isn't it?
Aitor.
On 17/09/15 16:28, Edward Bartolo wrote:
Hi Aitor,
Agreed. Shall I also remove the ability to have the backend placement
set in an /etc/netman.conf file?
By itself the frontend is unable to
Hi Aitor,
Yes.
Edward.
On 25/02/2032, aitor_czr wrote:
> So, the content of "/etc/netman.conf" would be:
>
> backend=/usr/lib/netman/bin/backend
>
> Isn't it?
>
> Aitor.
>
> On 17/09/15 16:28, Edward Bartolo wrote:
>> Hi Aitor,
>>
>> Agreed. Shall I also remove the ability to have the backend p
Hi Daniel,
On 09/17/2015 01:29 PM, Daniel Reurich wrote:
> [...]
>> The implementation so far manages to do without any form of PAM
>> module or login-managing daemon process. It's my intention to
>> keep it that way.
>
> That's great, but don't create something that would rule out PAM
> or login
Hi all,
I built a new repository of gnuinos, now based on Devuan:
deb http://packages.gnuinos.org/ jessie main
deb-src http://packages.gnuinos.org/ jessie main
Here is the site:
http://188.165.204.61/repo
It includes Linux-libre 3.16.7 (and shortlynetman will be also included
in it, of c
> On February 24, 2032 at 3:32 PM aitor_czr wrote:
Your last few messages have had Date: lines far in the future.
Check your clock!
Peter Olson
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
There are packages missing, but i've seen were is the mistake and i
will solve it. This is my first attempt.
Aitor.
On 17/09/15 19:45, aitor_czr wrote:
Hi all,
I built a new repository of gnuinos, now based on Devuan:
deb http://packages.gnuinos.org/ jessie main
deb-src http://packages.
Apologies. I'm aware, and i checked it.
Thanks.
On 17/09/15 19:51, Peter Olson wrote:
On February 24, 2032 at 3:32 PM aitor_czr wrote:
Your last few messages have had Date: lines far in the future.
Check your clock!
Peter Olson
___
Dng mailing l
I meant to say "life", no "live"...
On 17/09/15 19:45, aitor_czr wrote:
Hi all,
I built a new repository of gnuinos, now based on Devuan:
deb http://packages.gnuinos.org/ jessie main
deb-src http://packages.gnuinos.org/ jessie main
Here is the site:
http://188.165.204.61/repo
It include
Added the missing packages, but now i must rebuild the /dist/ folder,
containing the indexes, because the checksums have changed. So, it is
not still available.
Aitor.
On 17/09/15 19:52, aitor_czr wrote:
There are packages missing, but i've seen were is the mistake and i
will solve it. This
Now got xorg-server recompiled without systemd dependencies
Used suggestion of adding eudev .pc file to vdev
Feels good to run your system with no systemd/libsystemd :)
On 2015-09-14 14:26, k...@aspodata.se wrote:
shraptor:
On 2015-09-13 23:44, k...@aspodata.se wrote:
...
> I got xorg to
28 matches
Mail list logo
