Hello,
I'm currently investigating various reports of session/power management related
issues.
Please let me know if you see either:
- Greyed-out shutdown/reboot buttons in LightDM or Xfce
- Shutdown/reboot buttons which do nothing when clicked
Thank you,
Dima
--
Dima Krasner
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello everybody
My schedule was full, i want to know if we can migrate from stretch and
what how can i do this.
Do you know if there is a version of network-manager-gnome and co
without systemd ?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
i
We all are sure that you will take care of those things in case of fresh
installation. This will take some more time only. Heartfull of thanks.
I am a general user and sourcing devuan/merged repositary. This might be
better that all bad stuff will be deleted on regular (upgrade)dist-upgrade.
For f
On Fri, Jun 12, 2015 at 02:38:30PM +0530, Gautam Nath wrote:
> We all are sure that you will take care of those things in case of fresh
> installation. This will take some more time only. Heartfull of thanks.
>
> I am a general user and sourcing devuan/merged repositary. This might be
> better tha
Hi, i've been testing connman for a while and found it to handle very
well my network connections.
https://01.org/connman
https://wiki.archlinux.org/index.php/Connman
In my view, we can forget about network-manager completely for desktop
usage.
--
Stop slacking you lazy bum!
___
On 06/11/2015 02:17 PM, Jude Nelson wrote:
> Hi Clarke,
>
> Can you:
> * give us a listing of which systemd packages are installed (something like
> "aptitude search systemd | egrep ^i")?
> * use "apt-cache rdepends" to show us which packages depend on them?
>
> Thanks,
> Jude
>
Not the OP h
I started with Debian Squeeze on my desktop computer (since it was one
of the few Linux distributions that would work with my hardware) and
when it came time to update to Wheezy I did so by sneaker-net. I'd
heard that Debian Jessie was out but I just didn't get around to
trying to update my system
On Fri, 12 Jun 2015 07:50:25 -0300
Marlon Nunes wrote:
> Hi, i've been testing connman for a while and found it to handle very
> well my network connections.
>
> https://01.org/connman
The following sentence from the preceding link made me sweat a little
bit:
=
On Fri, 12 Jun 2015 08:40:44 -0400
fsmithred wrote:
> After that, shutdown and reboot buttons stopped working in xfce and
> lightdm. Only logout from the desktop worked, bringing me to the
> login screen.
This has been the bane of my existence since long before systemd.
Sometimes my logout and r
On Fri, Jun 12, 2015 at 04:11:12AM +0200, Franco Lanza wrote:
>
> Anyway, differently from debian, even in the alpha stage in devuan you
> can, right now and avoiding some packages like gnome things, have a
> completely systemd install. But it's NOT ready, it's NOT release, it's
Might you mean "c
fsmithred wrote on 12.06.2015 14:40:
>
> Not the OP here, and not exactly what you're asking, but here's what I did
> yesterday:
>
> Installed devuan-alpha2-amd64 netinstall iso in virtualbox. At tasksel, I
> un-checked Print Server and Devuan Desktop Environment, and I checked
> XFCE. All seemed
On 06/12/2015 09:33 AM, Irrwahn wrote:
> fsmithred wrote on 12.06.2015 14:40:
>>
>> Not the OP here, and not exactly what you're asking, but here's what I did
>> yesterday:
>>
>> Installed devuan-alpha2-amd64 netinstall iso in virtualbox. At tasksel, I
>> un-checked Print Server and Devuan Desktop
On Fri, 12 Jun 2015 09:54:06 -0400, Fsmithred wrote:
> On 06/12/2015 09:33 AM, Irrwahn wrote:
>> - Make sure you're using sysvinit-core as init system, and slim or lightdm
>> as
>> your display manager.
>>
>> - Purge everything *systemd*! However, you may want to keep libsystemd0, in
>> case
On 12/06/15 10:33, Dima Krasner wrote:
Hello,
I'm currently investigating various reports of session/power management related
issues.
Please let me know if you see either:
- Greyed-out shutdown/reboot buttons in LightDM or Xfce
- Shutdown/reboot buttons which do nothing when clicked
Th
On 12/06/15 12:50, Marlon Nunes wrote:
Hi, i've been testing connman for a while and found it to handle very
well my network connections.
https://01.org/connman
https://wiki.archlinux.org/index.php/Connman
In my view, we can forget about network-manager completely for desktop
usage.
He
On Fri, 12 Jun 2015 17:30:58 +0200, Anto wrote:
> On 12/06/15 12:50, Marlon Nunes wrote:
>> Hi, i've been testing connman for a while and found it to handle very
>> well my network connections.
>>
>> https://01.org/connman
>> https://wiki.archlinux.org/index.php/Connman
>>
>> In my view, we can fo
On 12/06/15 17:39, Irrwahn wrote:
On Fri, 12 Jun 2015 17:30:58 +0200, Anto wrote:
On 12/06/15 12:50, Marlon Nunes wrote:
Hi, i've been testing connman for a while and found it to handle very
well my network connections.
https://01.org/connman
https://wiki.archlinux.org/index.php/Connman
In
On 12/06/15 17:47, Anto wrote:
On 12/06/15 17:39, Irrwahn wrote:
On Fri, 12 Jun 2015 17:30:58 +0200, Anto wrote:
On 12/06/15 12:50, Marlon Nunes wrote:
Hi, i've been testing connman for a while and found it to handle very
well my network connections.
https://01.org/connman
https://wiki.ar
Hi all,
When Irrwahn mentioned that cups needed depoetterization, my first
thought was "what in the world does cups need with systemd? And then I
realized the problem.
Like a lot of us, I'm on the supervis...@list.skarnet.org mailing list,
where they discuss all things init, mainly from the persp
I'm using it on Funtoo.
On 2015-06-12 12:30, Anto wrote:
On 12/06/15 12:50, Marlon Nunes wrote:
Hi, i've been testing connman for a while and found it to handle very
well my network connections.
https://01.org/connman
https://wiki.archlinux.org/index.php/Connman
In my view, we can forget abo
Steve Litt wrote
> Hi all,
>
> When Irrwahn mentioned that cups needed depoetterization, my first
> thought was "what in the world does cups need with systemd? And then I
> realized the problem.
>
> Like a lot of us, I'm on the supervis...@list.skarnet.org mailing list,
> where they
On 2015-06-12 10:03, Steve Litt wrote:
On Fri, 12 Jun 2015 07:50:25 -0300
Marlon Nunes wrote:
Hi, i've been testing connman for a while and found it to handle very
well my network connections.
https://01.org/connman
The following sentence from the preceding link made me sweat a little
bit:
Hi Steve,
So, if we code up a dummy sd_notify to interface replace the one from
> systemd, we can make ongoing future depoetterization easier, and very
> possibly give ourselves a better, easier to administer init.
>
If you're referring to this API [1], it doesn't look too bad. In most
cases, it
On Fri, 12 Jun 2015 17:31:10 +0100
Matthew Melton wrote:
>
>
> Steve Litt wrote
>
> > Hi all,
> >
> > When Irrwahn mentioned that cups needed depoetterization, my first
> > thought was "what in the world does cups need with systemd? And
> > then I realized the problem.
> >
> > Like
dear Steve,
On Fri, 12 Jun 2015, Steve Litt wrote:
> Hi all,
>
> When Irrwahn mentioned that cups needed depoetterization
I would really prefer if we avoid such a... "personalising neologism"
lets talk about systemd?
we all need to continue working to avoid personal attacks. If we don't
do t
On 12/06/2015 19:01, Steve Litt wrote:
The one thing I *do* know is that we need to provide a sd_notify
interface, even if it does nothing at all and drops passed information
on the floor.
Please don't do this.
The more you bend to the systemd interfaces, the more it gets a foot
in the door.
On Fri, 12 Jun 2015 19:37:21 +0200
Laurent Bercot wrote:
> On 12/06/2015 19:01, Steve Litt wrote:
> > The one thing I *do* know is that we need to provide a sd_notify
> > interface, even if it does nothing at all and drops passed
> > information on the floor.
>
> Please don't do this.
> The
On 12/06/2015 19:46, Steve Litt wrote:
I agree with every single thing you write above, but have one question
for you: What does Devuan do when daemons like cupsd and sshd make
sd_notify calls, and these don't condition the call on sd_notify being
available, and sd_notify cannot be conditionally
On Fri, Jun 12, 2015 at 01:46:41PM -0400, Steve Litt wrote:
[cut]
>
> Hi Laurent,
>
> I agree with every single thing you write above, but have one question
> for you: What does Devuan do when daemons like cupsd and sshd make
> sd_notify calls, and these don't condition the call on sd_notify be
On Fri, Jun 12, 2015 at 07:37:21PM +0200, Laurent Bercot wrote:
> On 12/06/2015 19:01, Steve Litt wrote:
> >The one thing I *do* know is that we need to provide a sd_notify
> >interface, even if it does nothing at all and drops passed information
> >on the floor.
>
>
> There's a much simpler mec
On Fri, Jun 12, 2015 at 07:37:21PM +0200, Laurent Bercot wrote:
> Please don't do this.
> The more you bend to the systemd interfaces, the more it gets a foot
> in the door. By implementing a dummy sd_notify, you acknowledge the
> validity of the interface; you accept that the systemd people have
On 12/06/15 18:34, Marlon Nunes wrote:
On 2015-06-12 10:03, Steve Litt wrote:
On Fri, 12 Jun 2015 07:50:25 -0300
Marlon Nunes wrote:
Hi, i've been testing connman for a while and found it to handle very
well my network connections.
https://01.org/connman
The following sentence from the pr
> For months, literally, the supervision list
> has been wringing its hands over the very real problem that, for process
> dependency purposes, one must know that process X is not only running,
> but ready to handle its business. Knowing process X is running isn't
> sufficent, because some processe
On 12/06/15 22:15, Anto wrote:
On 12/06/15 18:34, Marlon Nunes wrote:
On 2015-06-12 10:03, Steve Litt wrote:
On Fri, 12 Jun 2015 07:50:25 -0300
Marlon Nunes wrote:
Hi, i've been testing connman for a while and found it to handle very
well my network connections.
https://01.org/connman
On 06/12/2015 10:45 AM, Irrwahn wrote:
> When there's a /lib/systemd/systemd-logind, then not all the systemd
> packages were purged properly. :-) Anyway, IIRC dimkr is already working
> on a fix for the logind/consolekit clash.
Yeah, I know. That file was gone after I removed the systemd pack
On Fri, 12 Jun 2015 17:15:25 -0400, Fsmithred wrote:
> On 06/12/2015 10:45 AM, Irrwahn wrote:
>> FWIW, I've got three Devuan installations running: jessie VM, ascii VM,
>> ascii on real hardware. In all of them I was able to get everything
>> (including shutdown et. al) working without systemd, e
On 12/06/2015 19:46, Steve Litt wrote:
I agree with every single thing you write above, but have one question
for you: What does Devuan do when daemons like cupsd and sshd make
sd_notify calls, and these don't condition the call on sd_notify being
available, and sd_notify cannot be conditionally
On 12/06/2015 20:09, Tomasz Torcz wrote:
Hey, it's almost exactly what sd_notify() does. Instead of one character,
it writes "READY=1" to a socket. Nothing more, no D-Bus, no additional
libraries needed. In basic form it few lines of C code.
Of course
https://github.com/systemd/systemd/b
On 12/06/2015 22:21, marc...@welz.org.za wrote:
The trick is for the daemon process to only background when
it is ready to service requests (ie its parent process exits
when the child is ready).
You already mentioned it in a reply to me, indeed. I intentionally
did not follow up, and here is w
On Fri, 12 Jun 2015 22:21:06 +0200
marc...@welz.org.za wrote:
> The trick is for the daemon process to only background when
> it is ready to service requests (ie its parent process exits
> when the child is ready).
For those of us who use daemontools-inspired process managers or inits,
the pre
Le 13/06/2015 01:53, Laurent Bercot a écrit :
On 12/06/2015 22:21, marc...@welz.org.za wrote:
The trick is for the daemon process to only background when
it is ready to service requests (ie its parent process exits
when the child is ready).
You already mentioned it in a reply to me, indeed. I
Hi,
I'm currently looking at patching the desktop tasks in taskselect to use
slim instead of lightdm (atleast until lightdm has been cleaned up to
not depend on systemd).
Also I'm planning to replace gnome-network-manager in those tasks with wicd.
These changes bring us closer to our goal of
Le 13/06/2015 01:15, Laurent Bercot a écrit :
Encouraging daemon writers to use another API and providing a wrapper
to make daemons using the simpler API work with the sd_notify mechanism
is clearly the better ideological solution, and also technologically
preferable because more compatible with
43 matches
Mail list logo
