Re: Information regarding upcoming Gitlab Migration

2020-04-26 Thread Ben Cooksley
On Mon, Apr 27, 2020 at 6:33 PM Rolf Eike Beer wrote: > > Bhushan Shah wrote: > > > I've worked on draft "move" of the current set of the repositories in > > their respective subgroups at the repo-metadata project's branch [1]. > > You can browse the directory structure to get idea of how final >

Re: Information regarding upcoming Gitlab Migration

2020-04-26 Thread Rolf Eike Beer
Bhushan Shah wrote: I've worked on draft "move" of the current set of the repositories in their respective subgroups at the repo-metadata project's branch [1]. You can browse the directory structure to get idea of how final structure on Gitlab would look like. No objection, just a request for

Information regarding upcoming Gitlab Migration

2020-04-26 Thread Bhushan Shah
[Please keep sysad...@kde.org list or bs...@kde.org in the CC for replies] Hello Community members, In view of upcoming Gitlab migration, we sysadmin team wants to share the recommended structuring for the repositories on Gitlab. We had multiple options, - Flat structure: In this option we woul

Re: Move some out-of-date bindings to unmaintained

2020-04-26 Thread Jacky Alcine
On Friday, April 24, 2020 9:27:46 PM PDT Bhushan Shah wrote: > There's some out-of-date bindings in the kdebindings, > > - kimono > - qyoto > - qtruby > - korundum > - perlqt > - perlkde > - smokeqt > - smokegen > - smokekde > - pykde4 > > Most of this are still based on Qt4, and does not have co

Re: Type=FSDevice desktop files

2020-04-26 Thread Aleix Pol
On Sun, Apr 26, 2020 at 11:45 PM David Faure wrote: > > Would it be OK if we dropped support for desktop files that represent devices? > This was a KDE1/KDE2/KDE3? feature, you'd write/ship a desktop file with > Type=FSDevice and Dev=/dev/sdc > and this would give you Mount and Unmount in the cont

Re: Moving several repositories in kdesupport to unmaintained

2020-04-26 Thread David Faure
On Saturday, April 25, 2020 8:36:11 AM CEST Bhushan Shah wrote: > Any objections to moving following out of kdesupport to unmaintained? > > - automoc > - emerge > - emerge-history > - libqzeitgeist > - soprano > - strigi > > All of this is kde4 based our outdated Yep, I don't think we use any of

Type=FSDevice desktop files

2020-04-26 Thread David Faure
Would it be OK if we dropped support for desktop files that represent devices? This was a KDE1/KDE2/KDE3? feature, you'd write/ship a desktop file with Type=FSDevice and Dev=/dev/sdc and this would give you Mount and Unmount in the context menu. This was useful back then, for USB keys and CDROMs