On Fri, May 01, 2020 at 09:25:18AM -0400, Allen Winter wrote:
> On Thursday, April 30, 2020 5:15:43 PM EDT Albert Astals Cid wrote:
> > El dijous, 30 d’abril de 2020, a les 21:31:02 CEST, Ben Cooksley va
> > escriure:
> > > On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote:
> > > >
> > > > > We hav
On Sun, May 3, 2020 at 2:13 AM Michał Policht wrote:
>
> Hi all,
Hi Michal,
>
> Sorry for late response, but project "cutehmi" fits into "sdk" category
> better than "applications" (technically it's a framework, but I guess
> "frameorks" is reserved for well integrated KDE Frameworks).
I have n
Hi all,
Sorry for late response, but project "cutehmi" fits into "sdk" category
better than "applications" (technically it's a framework, but I guess
"frameorks" is reserved for well integrated KDE Frameworks).
Speaking generally on subject, categorization is always problematic.
Categories o
On Fri, May 1, 2020 at 10:14 PM Ben Cooksley wrote:
> On Sat, May 2, 2020 at 6:17 AM Alexander Potashev
> wrote:
> > I have a similar use case. Sometimes I need to share a URL to a
> > project. For this purpose I used to share e.g.
> > https://cgit.kde.org/releaseme.git/about
> >
> > Does this m
On 5/1/20 2:09 PM, Ben Cooksley wrote:
Unfortunately sharing of projects/repositories across groups does not
impact on tasks and reviews.
This means that merge requests for Planet (which is currently shared
with "KDE") do not show up in the list of merge requests for "KDE".
Sharing repositories
On Sat, May 2, 2020 at 9:04 AM Nate Graham wrote:
>
> On 5/1/20 2:09 PM, Ben Cooksley wrote:
> > Unfortunately sharing of projects/repositories across groups does not
> > impact on tasks and reviews.
> > This means that merge requests for Planet (which is currently shared
> > with "KDE") do not sh
On Sat, May 2, 2020 at 6:17 AM Alexander Potashev wrote:
>
> On Tue, Apr 28, 2020 at 6:47 AM Bhushan Shah wrote:
> > Use case 4 : Tom is a student in Germany and is interested in
> > contributing to wikitolearn, and he asks where can I find code of the
> > wikitolearn?
>
> Hi,
Hi Alexander,
>
>
On Sat, May 2, 2020 at 2:33 AM Adriaan de Groot wrote:
>
> On 2020 mayula d. 1id 07:08:41 CEST Ben Cooksley wrote:
> > On Fri, May 1, 2020 at 2:46 AM Nate Graham wrote:
> > > If I'm understanding things, we have solutions to most or all of the
> > > objections raised so far:
> > >
> > > - Project
> On 1 May 2020, at 15:17, Alexander Potashev wrote:
>
> On Tue, Apr 28, 2020 at 6:47 AM Bhushan Shah wrote:
>> Use case 4 : Tom is a student in Germany and is interested in
>> contributing to wikitolearn, and he asks where can I find code of the
>> wikitolearn?
>
> Hi,
>
> I have a similar
On Tue, Apr 28, 2020 at 6:47 AM Bhushan Shah wrote:
> Use case 4 : Tom is a student in Germany and is interested in
> contributing to wikitolearn, and he asks where can I find code of the
> wikitolearn?
Hi,
I have a similar use case. Sometimes I need to share a URL to a
project. For this purpose
On 5/1/20 9:02 AM, Johan Ouwerkerk wrote:
No, that is not the default.
Actually, it is:
https://invent.kde.org/kde/kdesrc-build/-/blob/master/kdesrc-build-setup#L389
and download all
repos into ~/kde/src without any of the levels of hierarchy.
But it is sufficiently common that there is
Ben Cooksley ha scritto:
> On Fri, May 1, 2020 at 4:38 PM Nate Graham wrote:
>>
>>
>>
>> On 4/30/20 5:59 PM, Aleix Pol wrote:
>>> El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid
Am I the only person that just has all the repos on the same folder? I
thought it was the common
On Fri, May 1, 2020 at 6:38 AM Nate Graham wrote:
>
> On 4/30/20 5:59 PM, Aleix Pol wrote:
> > El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid
> >> Am I the only person that just has all the repos on the same folder? I
> >> thought it was the common thing to do :?
> >
> > I do too
>
On Fri, May 1, 2020 at 7:18 AM Ben Cooksley wrote:
>
> On Fri, May 1, 2020 at 4:38 PM Nate Graham wrote:
> >
> >
> >
> > On 4/30/20 5:59 PM, Aleix Pol wrote:
> > > El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid
> > >> Am I the only person that just has all the repos on the same fold
On 2020 mayula d. 1id 07:08:41 CEST Ben Cooksley wrote:
> On Fri, May 1, 2020 at 2:46 AM Nate Graham wrote:
> > If I'm understanding things, we have solutions to most or all of the
> > objections raised so far:
> >
> > - Projects will be allowed to live in--or at least appear in--multiple
> > top
On Thursday, April 30, 2020 5:15:43 PM EDT Albert Astals Cid wrote:
> El dijous, 30 d’abril de 2020, a les 21:31:02 CEST, Ben Cooksley va escriure:
> > On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote:
> > >
> > > > We have made a big fuss in the past about having different projects
> > > > that do
Thanks for the clarifications, Ben. Then I think the original proposal
is perfectly reasonable and I fully support it.
Nate
On 4/30/20 11:17 PM, Ben Cooksley wrote:
Not necessarily.
Git allows you to override the name that the local folder is called
when cloning, so there is no reason why we can't specify something in
the metadata to override the local name that the folder gets called in
your local checkout folder.
On 4/30/20 5:59 PM, Aleix Pol wrote:
El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid
Am I the only person that just has all the repos on the same folder? I thought
it was the common thing to do :?
I do too
Same here. kdesrc-build's default settings do this, and download all
On Fri, May 1, 2020 at 4:38 PM Nate Graham wrote:
>
>
>
> On 4/30/20 5:59 PM, Aleix Pol wrote:
> > El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid
> >> Am I the only person that just has all the repos on the same folder? I
> >> thought it was the common thing to do :?
> >
> > I do to
On Fri, May 1, 2020 at 2:46 AM Nate Graham wrote:
>
> If I'm understanding things, we have solutions to most or all of the
> objections raised so far:
>
> - Projects will be allowed to live in--or at least appear in--multiple
> top-level groups (e.g. plasma-framework could appear in both the
> Fra
On Fri, May 1, 2020 at 1:08 AM Nicolás Alvarez
wrote:
>
> El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid
> (aa...@kde.org) escribió:
> >
> > El dijous, 30 d’abril de 2020, a les 21:31:02 CEST, Ben Cooksley va
> > escriure:
> > > On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote:
> >
El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid
(aa...@kde.org) escribió:
>
> El dijous, 30 d’abril de 2020, a les 21:31:02 CEST, Ben Cooksley va escriure:
> > On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote:
> > >
> > > > We have made a big fuss in the past about having different pro
On 4/30/20 11:43 AM, Aleix Pol wrote:
IMHO needing tools ad-hoc to KDE development can be a barrier of entrance.
I feel like these things make us look distant, it's important that
people's skills translate automatically when they want to get started.
True, but if you're a new contributor, pr
El dijous, 30 d’abril de 2020, a les 21:31:02 CEST, Ben Cooksley va escriure:
> On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote:
> >
> > > We have made a big fuss in the past about having different projects
> > > that do the same thing and now we'll have that but also we'll have
> > > several proj
On Fri, May 1, 2020 at 5:58 AM Nate Graham wrote:
>
>
>
> On 4/30/20 11:43 AM, Aleix Pol wrote:
> > IMHO needing tools ad-hoc to KDE development can be a barrier of entrance.
> > I feel like these things make us look distant, it's important that
> > people's skills translate automatically when the
On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote:
>
> > We have made a big fuss in the past about having different projects
> > that do the same thing and now we'll have that but also we'll have
> > several projects with the same name?
> > It really feels off to me and I wonder if this is related t
On Fri, May 1, 2020 at 5:44 AM Aleix Pol wrote:
>
> On Wed, Apr 29, 2020 at 12:25 PM Bhushan Shah wrote:
> >
> > Good afternoon,
> >
> > [Please keep sysad...@kde.org list or bs...@kde.org in the CC for
> > replies]
> >
> > I want to clarify some bits for which we have gotten a questions about,
>
> We have made a big fuss in the past about having different projects
> that do the same thing and now we'll have that but also we'll have
> several projects with the same name?
> It really feels off to me and I wonder if this is related to the move to
> gitlab.
+1 to both sentiments - that projec
On Wed, Apr 29, 2020 at 12:25 PM Bhushan Shah wrote:
>
> Good afternoon,
>
> [Please keep sysad...@kde.org list or bs...@kde.org in the CC for
> replies]
>
> I want to clarify some bits for which we have gotten a questions about,
>
> - Non unique naming: There's some teams which prefer if we dropp
If I'm understanding things, we have solutions to most or all of the
objections raised so far:
- Projects will be allowed to live in--or at least appear in--multiple
top-level groups (e.g. plasma-framework could appear in both the
Frameworks top-level group and also the Plasma top-level group)
On 2020 prilula d. 28id 13:35:22 CEST Ben Cooksley wrote:
> Would some form of git alias/custom command script that works similar
> to the following be suitable?
>
> git kde-clone skrooge
>
> That script would then search the appropriate groups (ignoring any
> personal repositories including fork
Good afternoon,
[Please keep sysad...@kde.org list or bs...@kde.org in the CC for
replies]
I want to clarify some bits for which we have gotten a questions about,
- Non unique naming: There's some teams which prefer if we dropped the
namespace- part from their name which we have added. While c
Um, guys… Google is your friend...
I am a former KDE Games developer. I play KPatience quite a lot, as well as
other games to keep my brain active, especially during COVID-19 lockdown.
Recently I thought I could see where the answer lay to three bugs in the
solver(s), two in the Forty Eight var
There are a whole bunch of considerations and use-cases being discussed at
once in this thread, and Leinir's post made me think a bit about different
actors can interact with "the collection of repositories".
One actor is "tooling", as Albert has pointed out. Whatever the resulting
structure is
On Monday, 27 April 2020 21:25:09 BST Albert Astals Cid wrote:
> El dilluns, 27 d’abril de 2020, a les 13:58:02 CEST, Bhushan Shah va
escriure:
> > In part I am mostly re-iterating what Ben already mentioned in different
> > messages.
> >
> > On Mon, Apr 27, 2020 at 12:38:42PM +0200, Aleix Pol wr
Hi Adriaan,
On Tue, Apr 28, 2020 at 01:08:33PM +0200, Adriaan de Groot wrote:
> A tool-like actor that I don't think has been mentioned so far is "existing
> checkouts". I have a src/kde with all the bits I've looked at "recently".
> There may even be some SVN checkouts there -- I'm willing to f
On Tue, Apr 28, 2020 at 11:09 PM Adriaan de Groot wrote:
>
> There are a whole bunch of considerations and use-cases being discussed at
> once in this thread, and Leinir's post made me think a bit about different
> actors can interact with "the collection of repositories".
>
> One actor is "toolin
Hi Olivier,
On Mon, Apr 27, 2020 at 10:49:46PM +0200, Olivier Churlaud wrote:
> >Because in order to search for something, you need to know it exists.
> >
> >If you are just casually browsing, then the search can't help you.
>
> I don't think people casually browse our repos. What use case is mor
Hi Ingo,
On Mon, Apr 27, 2020 at 03:46:13PM +0200, Ingo Klöcker wrote:
> > > I'm sorry, but I don't think that this is solved by your proposal for the
> > > KDE PIM projects because not everything related to KDE PIM (e.g. relevant
> > > frameworks like kcontacts, kholidays, kpeople and soon kdav)
Hi Nate,
On Mon, Apr 27, 2020 at 07:45:23AM -0600, Nate Graham wrote:
> Trying to categorize everything into a single group cannot succeed because
> many projects could logically belong to multiple groups (e.g
> plasma-framework is a framework that's a part of Plasma; Discover is an app
> that's a
Le 27 avril 2020 22:33:12 GMT+02:00, Ben Cooksley a écrit :
>On Tue, Apr 28, 2020 at 8:31 AM Albert Astals Cid
>wrote:
>>
>> El dilluns, 27 d’abril de 2020, a les 13:19:07 CEST, Ben Cooksley va
>escriure:
>> > On Mon, Apr 27, 2020 at 11:12 PM Olivier Churlaud
> wrote:
>> > >
>> > > Hi,
>> > >
El dilluns, 27 d’abril de 2020, a les 3:40:01 CEST, Bhushan Shah va escriure:
> [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
On Tue, Apr 28, 2020 at 8:31 AM Albert Astals Cid wrote:
>
> El dilluns, 27 d’abril de 2020, a les 13:19:07 CEST, Ben Cooksley va escriure:
> > On Mon, Apr 27, 2020 at 11:12 PM Olivier Churlaud
> > wrote:
> > >
> > > Hi,
> > >
> > > Le lundi 27 avril 2020, 12:38:42 CEST Aleix Pol a écrit :
> > >
El dilluns, 27 d’abril de 2020, a les 13:19:07 CEST, Ben Cooksley va escriure:
> On Mon, Apr 27, 2020 at 11:12 PM Olivier Churlaud
> wrote:
> >
> > Hi,
> >
> > Le lundi 27 avril 2020, 12:38:42 CEST Aleix Pol a écrit :
> > > On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
> > > >
> > > > [Ple
El dilluns, 27 d’abril de 2020, a les 13:58:02 CEST, Bhushan Shah va escriure:
> In part I am mostly re-iterating what Ben already mentioned in different
> messages.
>
> On Mon, Apr 27, 2020 at 12:38:42PM +0200, Aleix Pol wrote:
> > Does this mean that to clone it we'll have to go "git clone
> > k
On Tue, Apr 28, 2020 at 1:46 AM Nate Graham wrote:
>
>
>
> On 4/27/20 4:38 AM, Aleix Pol wrote:
> > Does this mean that to clone it we'll have to go "git clone
> > kde:games/knetwalk" or something along the lines?
> >
> > If that's the case I'd much prefer if we didn't do this, at the moment
> > i
Hello Bhushan!
Thank you for you work on the Gitlab migration!
The lists look good! Here are some ideas that I have, in case you think they
can be considered before we transition:
• The "applications" category is somewhat misleading to me: it does not include
all KDE applications, and not
On 4/27/20 7:52 AM, Nate Graham wrote:
On 4/27/20 7:46 AM, Ingo Klöcker wrote:
On Montag, 27. April 2020 14:10:55 CEST Bhushan Shah wrote:
This is something which can be easily solved by Gitlab, Gitlab offers a
solution where project can be shared with another group.
So e.g. sharing kcontac
On 4/27/20 7:46 AM, Ingo Klöcker wrote:
On Montag, 27. April 2020 14:10:55 CEST Bhushan Shah wrote:
This is something which can be easily solved by Gitlab, Gitlab offers a
solution where project can be shared with another group.
So e.g. sharing kcontacts with kdepim should be possible, then all
Hi,
Le lundi 27 avril 2020, 12:38:42 CEST Aleix Pol a écrit :
> On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
> >
> > [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 tea
On Montag, 27. April 2020 14:10:55 CEST Bhushan Shah wrote:
> [adding sysad...@kde.org in CC, please make sure you keep it in CC]
>
> On Mon, Apr 27, 2020 at 02:03:48PM +0200, Ingo Klöcker wrote:
> > On Montag, 27. April 2020 13:19:07 CEST Ben Cooksley wrote:
> > > That requires that you know it e
Le lundi 27 avril 2020, 13:19:07 CEST Ben Cooksley a écrit :
> On Mon, Apr 27, 2020 at 11:12 PM Olivier Churlaud
> wrote:
> >
> > Hi,
> >
> > Le lundi 27 avril 2020, 12:38:42 CEST Aleix Pol a écrit :
> > > On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
> > > >
> > > > [Please keep sysad...@
On Mon, 27 Apr, 2020, 4:09 pm Aleix Pol, wrote:
> On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
> >
> > [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 sh
On 4/27/20 4:38 AM, Aleix Pol wrote:
Does this mean that to clone it we'll have to go "git clone
kde:games/knetwalk" or something along the lines?
If that's the case I'd much prefer if we didn't do this, at the moment
it's already uncomfortable for me to remember the URL for some of the
repos
In part I am mostly re-iterating what Ben already mentioned in different
messages.
On Mon, Apr 27, 2020 at 12:38:42PM +0200, Aleix Pol wrote:
> Does this mean that to clone it we'll have to go "git clone
> kde:games/knetwalk" or something along the lines?
Yes
[Rest of message is with sysadmin ha
On Mon, Apr 27, 2020 at 11:12 PM Olivier Churlaud wrote:
>
> Hi,
>
> Le lundi 27 avril 2020, 12:38:42 CEST Aleix Pol a écrit :
> > On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
> > >
> > > [Please keep sysad...@kde.org list or bs...@kde.org in the CC for
> > > replies]
> > >
> > > Hello Com
On Mon, Apr 27, 2020 at 12:55 PM Ben Cooksley wrote:
>
> On Mon, Apr 27, 2020 at 10:39 PM Aleix Pol wrote:
> >
> > On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
> > >
> > > [Please keep sysad...@kde.org list or bs...@kde.org in the CC for
> > > replies]
> > >
> > > Hello Community members,
On Mon, Apr 27, 2020 at 10:50 PM Piyush Aggarwal
wrote:
>
>
>
> On Mon, 27 Apr, 2020, 4:09 pm Aleix Pol, wrote:
>>
>> On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
>> >
>> > [Please keep sysad...@kde.org list or bs...@kde.org in the CC for
>> > replies]
>> >
>> > Hello Community members,
>
On Mon, Apr 27, 2020 at 10:39 PM Aleix Pol wrote:
>
> On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
> >
> > [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
On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote:
>
> [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.
On Mon, Apr 27, 2020 at 7:26 PM Ilya Bizyaev wrote:
>
> Hello Bhushan!
>
> Thank you for you work on the Gitlab migration!
>
> The lists look good! Here are some ideas that I have, in case you think they
> can be considered before we transition:
> • The "applications" category is somewhat mislead
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
>
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
[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
65 matches
Mail list logo