[arch-dev-public] Maintaining consolekit support in community
Hello, I'd like to maintain some basic support support for consolekit in [community], more specifically the polkit-consolekit, kdebase-workspace-consolekit packages and eventually consolekit package itself as long as possible, if you're not against it. I'm running kde (networkmanager) without systemd without problems on my laptop with these packages. Lukas
On Friday 19 October 2012 12:17:06 Lukas Jirkovsky wrote:
Hello, I'd like to maintain some basic support support for consolekit in [community], more specifically the polkit-consolekit, kdebase-workspace-consolekit packages and eventually consolekit package itself as long as possible, if you're not against it.
I'm running kde (networkmanager) without systemd without problems on my laptop with these packages.
Please don't. We'll never drop initscripts this way. Use AUR instead. -- Andrea Arch Linux Developer
On 19 October 2012 12:19, Andrea Scarpino <andrea@archlinux.org> wrote:
On Friday 19 October 2012 12:17:06 Lukas Jirkovsky wrote:
Hello, I'd like to maintain some basic support support for consolekit in [community], more specifically the polkit-consolekit, kdebase-workspace-consolekit packages and eventually consolekit package itself as long as possible, if you're not against it.
I'm running kde (networkmanager) without systemd without problems on my laptop with these packages.
Please don't. We'll never drop initscripts this way. Use AUR instead.
-- Andrea Arch Linux Developer
OK
On 19 October 2012 12:19, Andrea Scarpino <andrea@archlinux.org> wrote:
Please don't. We'll never drop initscripts this way. Use AUR instead.
-- Andrea Arch Linux Developer
Actually, what would be the problem of me maintaining initscripts in community too, if that time comes? I don't plan to switch to systemd anytime soon. I don't see any problem dropping the initscripts & consolekit packages to AUR when no one (including me) would be willing to maintain them. Lukas
On Friday 19 October 2012 12:28:00 Lukas Jirkovsky wrote:
Actually, what would be the problem of me maintaining initscripts in community too, if that time comes? I don't plan to switch to systemd anytime soon. I don't see any problem dropping the initscripts & consolekit packages to AUR when no one (including me) would be willing to maintain them.
We are already having issues in maintaining two init systems. (e.g. we don't know which one users are using, see FS#32028). https://bugs.archlinux.org/task/32028 -- Andrea Arch Linux Developer
On 19/10/12 20:28, Lukas Jirkovsky wrote:
On 19 October 2012 12:19, Andrea Scarpino <andrea@archlinux.org> wrote:
Please don't. We'll never drop initscripts this way. Use AUR instead.
-- Andrea Arch Linux Developer
Actually, what would be the problem of me maintaining initscripts in community too, if that time comes? I don't plan to switch to systemd anytime soon. I don't see any problem dropping the initscripts & consolekit packages to AUR when no one (including me) would be willing to maintain them.
So "maintaining" initscript would me actually adjusting/fixing them as needed or just putting a package there? Because there has been repeated calls for actually contributors towards initscripts without any response. And if you are not going to do actual development of initscripts, I will have to object on the basis that the software is unmaintained upstream. Allan
On 19 October 2012 12:46, Allan McRae <allan@archlinux.org> wrote:
On 19/10/12 20:28, Lukas Jirkovsky wrote:
On 19 October 2012 12:19, Andrea Scarpino <andrea@archlinux.org> wrote:
Please don't. We'll never drop initscripts this way. Use AUR instead.
-- Andrea Arch Linux Developer
Actually, what would be the problem of me maintaining initscripts in community too, if that time comes? I don't plan to switch to systemd anytime soon. I don't see any problem dropping the initscripts & consolekit packages to AUR when no one (including me) would be willing to maintain them.
So "maintaining" initscript would me actually adjusting/fixing them as needed or just putting a package there?
I'd probably do only the bugfixing – I don't think there's any new functionality needed.
Because there has been repeated calls for actually contributors towards initscripts without any response. And if you are not going to do actual development of initscripts, I will have to object on the basis that the software is unmaintained upstream.
Allan
It's possible that I missed some of this calls for contributors, but I already presented my will to help. I was told that mostly the testing is needed, and, well, initscripts works for me without any problems, so there are no bug reports from the in this regard. But I don't see any problem in diving into bugtracker and trying to fix some of the current issues too. Lukas
On 19 October 2012 12:19, Andrea Scarpino <andrea@archlinux.org> wrote:
Please don't. We'll never drop initscripts this way. Use AUR instead.
-- Andrea Arch Linux Developer Actually, what would be the problem of me maintaining initscripts in community too, if that time comes? The problem is that it will eventually become an unmantainable mess, not because of initscripts itself (Tom, Dave et al did a great job to keep it in a good state), but because most devs are not going to provide much support on the rc scripts in their packages once the switch to systemd will be completed. Also new packages will probably not include any rc
Le 2012-10-19 06:28, Lukas Jirkovsky a écrit : scripts in a short future. Stéphane
[2012-10-19 08:00:36 -0400] Stéphane Gaudreault:
most devs are not going to provide much support on the rc scripts in their packages once the switch to systemd will be completed.
Certainly Lukas intends to create and maintain an initscripts-arch-rc.d package similar to systemd-arch-units. He would surely not expect every packager to duplicate their work for two init systems, when most of us agree to deprecate one and move towards the other. Right Lukas? -- Gaetan
On 19 October 2012 14:00, Stéphane Gaudreault <stephane@archlinux.org> wrote:
The problem is that it will eventually become an unmantainable mess, not because of initscripts itself (Tom, Dave et al did a great job to keep it in a good state), but because most devs are not going to provide much support on the rc scripts in their packages once the switch to systemd will be completed. Also new packages will probably not include any rc scripts in a short future.
Stéphane
I know that at some point of time it will become unmaintainable. But I believe it should be possible to support initscripts for next few months without any larger problems. As for the rc scripts – these are low maintenance, so keeping them is not a problem. I'm sure I will have to switch to systemd on all my systems eventually, but I don't give up that easily ;-)
Certainly Lukas intends to create and maintain an initscripts-arch-rc.d package similar to systemd-arch-units. He would surely not expect every packager to duplicate their work for two init systems, when most of us agree to deprecate one and move towards the other. Right Lukas?
Sure. If the package maintainer decides to drop rc srcipt from the package, I can keep it in such package. As the rc scripts doesn't need to be changed often I think this isn't a big problem, unless some of the applications starts requiring systemd for their services. Lukas
Le 2012-10-19 08:42, Lukas Jirkovsky a écrit :
On 19 October 2012 14:00, Stéphane Gaudreault <stephane@archlinux.org> wrote:
The problem is that it will eventually become an unmantainable mess, not because of initscripts itself (Tom, Dave et al did a great job to keep it in a good state), but because most devs are not going to provide much support on the rc scripts in their packages once the switch to systemd will be completed. Also new packages will probably not include any rc scripts in a short future.
Stéphane I know that at some point of time it will become unmaintainable. But I believe it should be possible to support initscripts for next few months without any larger problems. As for the rc scripts – these are low maintenance, so keeping them is not a problem. I'm sure I will have to switch to systemd on all my systems eventually, but I don't give up that easily ;-)
Certainly Lukas intends to create and maintain an initscripts-arch-rc.d package similar to systemd-arch-units. He would surely not expect every packager to duplicate their work for two init systems, when most of us agree to deprecate one and move towards the other. Right Lukas? Sure. If the package maintainer decides to drop rc srcipt from the package, I can keep it in such package. As the rc scripts doesn't need to be changed often I think this isn't a big problem, unless some of the applications starts requiring systemd for their services.
Lukas
Ok, if I can give my rc scripts to you, then I am happy :) Stéphane
Am 19.10.2012 12:19, schrieb Andrea Scarpino:
On Friday 19 October 2012 12:17:06 Lukas Jirkovsky wrote:
Hello, I'd like to maintain some basic support support for consolekit in [community], more specifically the polkit-consolekit, kdebase-workspace-consolekit packages and eventually consolekit package itself as long as possible, if you're not against it.
I'm running kde (networkmanager) without systemd without problems on my laptop with these packages.
Please don't. We'll never drop initscripts this way. Use AUR instead.
As long as all bug reports for non-logind systems go straight to Lukas (and whoever else maintains this), I don't care. If we don't have those packages in community, they'll be in a third-party repository - and I prefer having them in community in this case. Regarding initscripts: Once Tom stops taking care of them, either someone else will or they will be dropped. It doesn't concern me either way. My only requirements are 1) Lukas takes care of the bugs. 2) It doesn't cause problems for those that don't use these packages. 3) It stays in community and doesn't touch core or extra. It's a principle I claimed to follow in all those lengthy systemd discussions: If someone wants to do this extra work, let them.
On 19 October 2012 14:41, Thomas Bächler <thomas@archlinux.org> wrote:
As long as all bug reports for non-logind systems go straight to Lukas (and whoever else maintains this), I don't care. If we don't have those packages in community, they'll be in a third-party repository - and I prefer having them in community in this case.
Well, I can keep these packages in AUR as Andrea suggested in the first post, but given that according to package statistics [0] there are still lots of systems not using systemd I think having them in community is preferable. [0] https://www.archlinux.de/?page=PackageStatistics
On Fri, Oct 19, 2012 at 02:47:24PM +0200, Lukas Jirkovsky wrote:
On 19 October 2012 14:41, Thomas Bächler <thomas@archlinux.org> wrote:
As long as all bug reports for non-logind systems go straight to Lukas (and whoever else maintains this), I don't care. If we don't have those packages in community, they'll be in a third-party repository - and I prefer having them in community in this case.
Well, I can keep these packages in AUR as Andrea suggested in the first post, but given that according to package statistics [0] there are still lots of systems not using systemd I think having them in community is preferable.
This isn't accurate at all. Package stats is purely aggregate. There is no such thing as tracking of users or machines, so anyone who's reported and uninstalled initscripts since, and then reported again isn't going to have the "desired" effect. Sadly, in its current state, there's very little stats in package stats. d
On 19 October 2012 21:06, Jan de Groot <jan@jgc.homeip.net> wrote:
Please don't. Consolekit is not maintained upstream anymore and should get killed with fire. null
I see no problem in maintaining ConsoleKit in [community] as long as it doesn't cause any problems. The main reason why I'd like to keep ConsoleKit in community is because the kdebase-workspace, which requires ConsoleKit on systems using initscripts, takes relatively long time to compile. If some serious issue arise I won't object to moving it to AUR. But if you are against ConsoleKit in [community], I can keep the consolekit-related stuff in AUR, while maintaining initscripts in [community] (although in fact initscripts without consolekit are nearly worthless for me – I depend on KDE's NetworkManager applet). On 20 October 2012 00:16, Dave Reisner <d@falconindy.com> wrote:
Package stats is purely aggregate. There is no such thing as tracking of users or machines, so anyone who's reported and uninstalled initscripts since, and then reported again isn't going to have the "desired" effect. Sadly, in its current state, there's very little stats in package stats.
d
Thanks for clarification. Lukas
On 19 October 2012 18:17, Lukas Jirkovsky <l.jirkovsky@gmail.com> wrote:
Hello, I'd like to maintain some basic support support for consolekit in [community], more specifically the polkit-consolekit, kdebase-workspace-consolekit packages and eventually consolekit package itself as long as possible, if you're not against it.
I'm running kde (networkmanager) without systemd without problems on my laptop with these packages.
Lukas
I'll help out with this for as long as I am able to, i.e. until I "move" to systemd. -- GPG/PGP ID: C0711BF1
On Fri, Oct 19, 2012 at 12:17 PM, Lukas Jirkovsky <l.jirkovsky@gmail.com> wrote:
I'd like to maintain some basic support support for consolekit in [community], more specifically the polkit-consolekit, kdebase-workspace-consolekit packages and eventually consolekit package itself as long as possible, if you're not against it.
I'm running kde (networkmanager) without systemd without problems on my laptop with these packages.
For what it is worth (not much, as I don't have any say over what goes on in [community]), I think this is not really a good idea. Wanting to keep initscripts around I would support, but doing this for consolekit seems like a bad idea (at least in official repositories). CK is dead upstream and has always had various issues, that I'd like to be able to forget about soon. Also, I would have thought that whatever people had against systemd, they would also have against CK? I.e., I assumed people would only want to stick with initscripts if they were running some minimalist system without dbus/polkit/networkmanager/... . That said, if you really do want to keep using CK, then I suggest it should be done in one of two ways: 1) put the required packages in a third-party repo/AUR so people understand that it is not really supported 2) keep support for CK enabled in the packages where this is possible (kde is one I believe) and only add the ones where you have to make a compile-time choice to community (consolekit,polkit-consolekit,networkmanager-consolekit). Just my two cents, -t
Given that several people expressed that maintaining ConsoleKit in [community] is not a good idea (and I understand that, given the ConsoleKit is unmaintained and sometimes it was pain to handle it), I will maintain the ConsoleKit support in AUR after it's removed from repos. Regarding the initscripts, I'm still willing to help. Lukas
participants (9)
-
Allan McRae
-
Andrea Scarpino
-
Dave Reisner
-
Gaetan Bisson
-
Lukas Jirkovsky
-
Rashif Ray Rahman
-
Stéphane Gaudreault
-
Thomas Bächler
-
Tom Gundersen