[arch-dev-public] Fwd: Move kdelibs3 to [community]
On Wed, Jul 13, 2011 at 3:54 PM, Andrea Scarpino
Hi DEVs, I'd like to move kdelibs3 to [community] as it is only needed by qalculate-kde and ksensors in [extra] and, if their maintainers agree, I want to move/remove these packages too.
- qalculate-kde main developer works on the calculator plugin for krunner[1], and doesn't think to port qalculate to Qt4. - ksensors can be replaced by the System Monitor Temperature plasmoid in the systray and maybe there are others I don't know of.
[1] http://userbase.kde.org/Plasma/Krunner#Using_as_a_calculator
-- Andrea
I am maintaining qalculate-kde and would like to keep it in extra. I prefer it over qalculate-gtk and it seems logical to keep qalculate-kde along with qalculate-gtk and libqalculate in extra. Why do you want to move kdelibs3 to community? If it's because it's orphaned, I can adopt it and qt3 as well. I suppose they are low maintenance. Eric
I am maintaining qalculate-kde and would like to keep it in extra. I prefer it over qalculate-gtk and it seems logical to keep qalculate-kde along with qalculate-gtk and libqalculate in extra. Why do you want to move kdelibs3 to community? If it's because it's orphaned, I can adopt it and qt3 as well. I suppose they are low maintenance. Yes, that's the problem: too low maintainance from upstream too. On big rebuilds (like libpng, gcc46) it needs to be patched; anyway usually I copy
On Wednesday 13 July 2011 16:12:24 Eric Bélanger wrote: the patches from others distro. Sergej offers to maintain it so I thought we can move it in [community], but if you are interested you can adopt qt3 and kdelibs3. -- Andrea
On Wed, Jul 13, 2011 at 4:16 PM, Andrea Scarpino
I am maintaining qalculate-kde and would like to keep it in extra. I prefer it over qalculate-gtk and it seems logical to keep qalculate-kde along with qalculate-gtk and libqalculate in extra. Why do you want to move kdelibs3 to community? If it's because it's orphaned, I can adopt it and qt3 as well. I suppose they are low maintenance. Yes, that's the problem: too low maintainance from upstream too. On big rebuilds (like libpng, gcc46) it needs to be patched; anyway usually I copy
On Wednesday 13 July 2011 16:12:24 Eric Bélanger wrote: the patches from others distro.
Sergej offers to maintain it so I thought we can move it in [community], but if you are interested you can adopt qt3 and kdelibs3.
I've adopted kdelib3, qt3 and qt3-doc. They'll all stay in [extra].
-- Andrea
Le 13 juillet 2011 22:16:35 Andrea Scarpino a écrit :
On Wednesday 13 July 2011 16:12:24 Eric Bélanger wrote:
I am maintaining qalculate-kde and would like to keep it in extra. I prefer it over qalculate-gtk and it seems logical to keep qalculate-kde along with qalculate-gtk and libqalculate in extra. Why do you want to move kdelibs3 to community? If it's because it's orphaned, I can adopt it and qt3 as well. I suppose they are low maintenance.
Yes, that's the problem: too low maintainance from upstream too. On big rebuilds (like libpng, gcc46) it needs to be patched; anyway usually I copy the patches from others distro.
Sergej offers to maintain it so I thought we can move it in [community], but if you are interested you can adopt qt3 and kdelibs3.
Maybe we could follow the kdelibs from Trinity [1]. I have no experience with this project, but they seems to be active. Or at least their svn repos [2] could be searched to find useful patches. Stéphane [1] http://www.trinitydesktop.org/ [2] http://websvn.kde.org/branches/trinity/kdelibs/
Am 18.07.2011 12:25, schrieb Stéphane Gaudreault:
Sergej offers to maintain it so I thought we can move it in [community], but if you are interested you can adopt qt3 and kdelibs3.
Maybe we could follow the kdelibs from Trinity [1]. I have no experience with this project, but they seems to be active. Or at least their svn repos [2] could be searched to find useful patches.
Stéphane
[1] http://www.trinitydesktop.org/ [2] http://websvn.kde.org/branches/trinity/kdelibs/
This sounds like a good idea, better than trying to build the broken kdelibs3 code like we do now.
participants (4)
-
Andrea Scarpino
-
Eric Bélanger
-
Stéphane Gaudreault
-
Thomas Bächler