From kde-devel Fri Aug 23 14:10:16 2019 From: =?UTF-8?Q?Miroslav_=C5=A0pehar?= Date: Fri, 23 Aug 2019 14:10:16 +0000 To: kde-devel Subject: Re: SQL Query tool - incubator Message-Id: X-MARC-Message: https://marc.info/?l=kde-devel&m=156656945710016 Hi Albert, On Wed, Aug 21, 2019 at 10:23 PM Albert Astals Cid wrote: > > El dimecres, 14 d=E2=80=99agost de 2019, a les 14:24:09 CEST, Miroslav = =C5=A0pehar va escriure: > > Hi Albert, > > > > > El divendres, 9 d=E2=80=99agost de 2019, a les 14:45:23 CEST, Mirosla= v =C5=A0pehar va escriure: > > > > Hi all, > > > > > > > > i would like to check if there is some interest into including SQL = tool > > > > into KDE and helping with development. So far the project has (had)= two > > > > developers, me and asw-dev (from github, do not know his actual nam= e). > > > > > > > > This was started because, afaik, there is no application in Qt5 tha= t fits > > > > into KDE that provides this functionality. > > > > > > > > Anyhow, the code and how it looks like is here: > > > > https://github.com/mispp/goat > > > > Some things are missing, some things are not working best, but over= all it > > > > does work. > > > > > > Your code doesn't build. > > > > > > CMake Error at CMakeLists.txt:19 (add_executable): > > > Cannot find source file: > > > > > > src/ConnectionStandardItem.cpp > > > > Probably not with cmake. I tried to convert .pro into cmake, but didnt > > manage to do it since i never touched cmake before. > > To be honest, i actually do not need cmake since qmake works just > > fine, so i just left it for later in the state it is... The idea was > > to move to cmake since kde uses it. > > Oh, then remove the file, or fix it, but don't leave it there for people = like me to try to use it, fail and then be sad. > Fixed rather quickly after you said it didnt work. I also copied the repo to gitlab to run automated test there since they have it included. It gets tested on both, qmake and cmake. > > > > > > Incubator requirements, per point: > > > > > > > > - Compliance with the KDE Manifesto -> this is currently hosted = on > > > > github, but it is not a problem to move it to kde infrastructure= (gitlab) > > > > - Governance similar to the other KDE projects -> i cant really = judge > > > > this since this has been a small effort. what does this exactly = mean? > > > > > > It means that once you joing KDE it's not yours anymore, it's ours, b= ecause you are now us. > > > > Very clear explanation. I would suggest using this sentence in the wiki= page. > > > > > > - Clear product vision -> product vision is described in readme.= not > > > > sure if this enough. > > > > - Healthy team (healthy proportion of volunteers, inclusive towa= rds new > > > > contributors, ideally more than one developer) -> this is one of= the > > > > issues. reason for reaching out is lack of developer time. > > > > > > Having a small team is "ok but not great". > > > > Not great, not terrible :) > > > > > But what's not going to happen for you importing your code to KDE's g= itlab is that suddenly you get 10 new contributors (unless you do some nois= e about the app and sell it to developers) everyone here is already very bu= sy. > > > > Yes, i am aware of that. one can hope at least for at least some > > casual commits and/or advice / internal design help.. > > If not to the application itself, maybe in KPart if someone helps with > > replacement of the custom component with KPart one. > > But one of the reasons for joining into the community is to have suppor= t, right? > > Yes, we will try to help you, but unless you have a good selling story, p= eople are not going to show up and develop stuff. understood. > > > > > I see that the last "code" commit was 10 months ago, that makes me a = bit scared to be honest. > > > > > > Cheers, > > > Albert > > > > Yes, this is actually an issue. I reached the point where it > > more-or-less worked for me, some other design aspects i had an issue > > with, so i kinda just thought to left it for a while. > > I am thinking to put some effort into it once kubuntu 19.10 (plasma > > 5.17?) comes out, so let's see if i get distracted with stuff like > > golang/rust. > > > > As i said, this is just a check to see what you guys think about this > > idea, especially since there is no alternative for this development > > tool in kde ecosystem (not considering jetlabs and java apps). > > I can also keep it as it is and come back when it is more mature. > > This last paragraph leaves me with a "i don't know what to say" feeling, = it seems that it works for you, which is nice, but if you want to move from= "pet project" to "this is something i want people to use" you can't say "l= et's see if i get distracted" because what we don't want is to incubate pro= jects to have them just die the second after they join. > > So I guess the real question here is, how commit are you to make this a s= erious project? One where you make releases and tell the world "hey there's= this nice thing, come and use it" and then take all the [potentially negat= ive] feedback and try to make the app better, and then rinse and repeat. Due to my day job, this will probably never be something that i can invest a lot of time into, so i do not see it becoming something drastically different from "pet project". I guess it comes down to how much time i can spend on this and hopefully more in the winter than during the summer. I am interested into improving it, but also with limited time. This further means slow and irregular progress. Since this seems to be an issue here, i have no problem to continue as i did before. Not being incubated will not have an impact of what i planned to do either = way. Thanks a lot for a discussion here and i really appreciate the consideratio= n. > > Cheers, > Albert > > > > > Thanks for reading. > > > > Best regards, > > Miroslav. > > > Regards, Miroslav