D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. In D17650#380277 , @habacker wrote: > and try to fix the related issue or check if some else has fixed it. See this https://bugs.kde.org/show_bug.cgi?id=380139 as example. The different Qt installation layout

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. In D17650#380272 , @vonreth wrote: > In kde4 we had 104 unmaintained untested applications. > The 6 now are much better supported, in general we only add applications to binary factory if a project asks for it and

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. > Why not joining the effort of the people that are working to get those applications on Windows, You did not get the point. If there is anything left over besides the time I have to maintain the KDE applications and libraries, I go through this list

D17650: Install kioslave as kioslave5 on Windows

vonreth added a comment. In kde4 we had 104 unmaintained untested applications. The 6 now are much better supported, in general we only add applications to binary factory if a project asks for it and maintain it for some degree. REPOSITORY R241 KIO REVISION DETAIL

D17650: Install kioslave as kioslave5 on Windows

heikobecker added a comment. > no, it is only used in kio internally by klauncher to start io slaves. at least kinit disagrees: src/klauncher/klauncher.cpp:1021 arg_list.prepend(QLatin1String("kioslave")); REPOSITORY R241 KIO REVISION DETAIL

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. Yes there are more 'nightly' releases, which is a good thing :-), but there are only about 6 'release' versions https://binary-factory.kde.org/view/Windows%2064-bit/ : 5 https://binary-factory.kde.org/view/Windows%2032-bit/ : 6 and KMyMoney

D17650: Install kioslave as kioslave5 on Windows

bcooksley added a comment. It is much more than 7 - at least on the Binary Factory. See https://binary-factory.kde.org/view/Windows%2032-bit/ and https://binary-factory.kde.org/view/Windows%2064-bit/ REPOSITORY R241 KIO REVISION DETAIL https://phabricator.kde.org/D17650 To: habacker,

D17650: Install kioslave as kioslave5 on Windows

lbeltrame added a comment. In D17650#380243 , @habacker wrote: > > $ rpm -q -f /usr/i686-w64-mingw32/sys-root/mingw/bin/kioslave.exe > mingw32-kdelibs4-4.14.60-30.27.noarch > $ rpm -q -f

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. > I'd argue that the problem is with your distribution. It is designed in ECM to install mentioned helpers on windows (which are cross compiled packages on obs) in main executable install dir. $ rpm -q -f

D17650: Install kioslave as kioslave5 on Windows

lbeltrame added a comment. In D17650#379423 , @heikobecker wrote: > In D17650#379396 , @habacker wrote: > > > I think this is unrelated - this request is to fix an issue with an available package

D17650: Install kioslave as kioslave5 on Windows

heikobecker added a comment. In D17650#379396 , @habacker wrote: > I think this is unrelated - this request is to fix an issue with an available package on a distribution, so can anyone accept this ? I'd argue that the problem is with

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. I think this is unrelated - this request is to fix an issue with an available package on a distribution, so can anyone accept this ? REPOSITORY R241 KIO REVISION DETAIL https://phabricator.kde.org/D17650 To: habacker, #frameworks, lbeltrame, vonreth Cc:

D17650: Install kioslave as kioslave5 on Windows

ngraham added a comment. In D17650#378760 , @lbeltrame wrote: > > umbrello from binary factory is far from been production ready. Windows releases are made from the KDE4 branch. See for example https://phabricator.kde.org/T7659 > > I would

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. The conflict is still presence on opensuse and relates to the packages mingw32-cross-kde4-tools mingw32-cross-kf5-tools REPOSITORY R241 KIO REVISION DETAIL https://phabricator.kde.org/D17650 To: habacker, #frameworks, lbeltrame, vonreth Cc: lbeltrame,

D17650: Install kioslave as kioslave5 on Windows

vonreth added a comment. In D17650#378765 , @habacker wrote: > On a recent opensuse Leap 42.3 or 15.x system there is > > > /usr/lib64/kde4/libexec/kioslave > > /usr/lib64/libexec/kf5/kioslave > > because the distribution provides

D17650: Install kioslave as kioslave5 on Windows

lbeltrame added a comment. In D17650#378765 , @habacker wrote: > On a recent opensuse Leap 42.3 or 15.x system there is > > > /usr/lib64/kde4/libexec/kioslave > > /usr/lib64/libexec/kf5/kioslave As a packager of KDE software for

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. On opensuse there are the cross compile helper packages mingw32-cross-kde4-tools mingw32-cross-kf5-tools both containing docbookl10nhelper and nothing prevents them from been installed in parallel REPOSITORY R241 KIO REVISION DETAIL

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. On a recent opensuse Leap 42.3 or 15.x system there is > /usr/lib64/kde4/libexec/kioslave > /usr/lib64/libexec/kf5/kioslave because the distribution provides kdelibs4 and kio packages. it only does not conflict because the executables are located in

D17650: Install kioslave as kioslave5 on Windows

vonreth added a comment. I see no reason for this. Having a KF5 and kde 4 in the path sounds like a bad idea in general. Is this for cygwin or something like that? REPOSITORY R241 KIO REVISION DETAIL https://phabricator.kde.org/D17650 To: habacker, #frameworks, lbeltrame, vonreth Cc:

D17650: Install kioslave as kioslave5 on Windows

lbeltrame added a reviewer: vonreth. lbeltrame added a comment. That said, let's hear the opinion of someone else as well. REPOSITORY R241 KIO REVISION DETAIL https://phabricator.kde.org/D17650 To: habacker, #frameworks, lbeltrame, vonreth Cc: lbeltrame, kde-frameworks-devel, michaelh,

D17650: Install kioslave as kioslave5 on Windows

lbeltrame added a comment. > umbrello from binary factory is far from been production ready. Windows releases are made from the KDE4 branch. See for example https://phabricator.kde.org/T7659 I would argue this is more of umbrello's problem to keep on supporting kdelibs 4.x and KF5 at

D17650: Install kioslave as kioslave5 on Windows

habacker added a comment. In D17650#378747 , @lbeltrame wrote: > At this point, I'd rather give my -1 to this. The 4.x kdelibs stack is *long* unmaintained, as well as Qt. What are real, **compelling** reasons to do this? > > EDIT: I know

D17650: Install kioslave as kioslave5 on Windows

lbeltrame added a reviewer: Frameworks. lbeltrame requested changes to this revision. This revision now requires changes to proceed. REPOSITORY R241 KIO REVISION DETAIL https://phabricator.kde.org/D17650 To: habacker, #frameworks, lbeltrame Cc: lbeltrame, kde-frameworks-devel, michaelh,

D17650: Install kioslave as kioslave5 on Windows

lbeltrame added a comment. At this point, I'd rather give my -1 to this. The 4.x kdelibs stack is *long* unmaintained, as well as Qt. What are real, **compelling** reasons to do this? REPOSITORY R241 KIO REVISION DETAIL https://phabricator.kde.org/D17650 To: habacker Cc: lbeltrame,

D17650: Install kioslave as kioslave5 on Windows

habacker created this revision. Herald added a project: Frameworks. Herald added a subscriber: kde-frameworks-devel. habacker requested review of this revision. REVISION SUMMARY FIXED-IN:5.54.0 BUG:377687 REPOSITORY R241 KIO BRANCH master REVISION DETAIL