Re: Review of Codevis (ie - Making Codevis a KDE Project)
Update, now it works on windows and FreeBSD. <3 On Tue, 22 Aug 2023 at 21:21 Tomaz Canabrava wrote: > Update, it now builds on qt6 and qt5. > Struggling a bit with craft for windows. > > > On Fri, 18 Aug 2023 at 21:22 Ben Cooksley wrote: > >> On Sat, Aug 19, 2023 at 3:37 AM Tomaz Canabrava >> wrote: >> >>> (some help / I need to set the default branch to master, from main, >>> because the tooling doesn't accept the later, I don't think I have the >>> permission to do that). >>> >> >> That has been done now. >> >> Cheers, >> Ben >> >> >>> >>> On Fri, Aug 18, 2023 at 5:10 PM Tomaz Canabrava >>> wrote: >>> Small update that the CI is now fully passing. On Fri, Aug 18, 2023 at 2:25 PM Tomaz Canabrava wrote: > Carl, Sysadmins: > > The current error on the KDE ci is this: > > Looking for clang tool headers at /usr/lib64/clang/16.0.6/include. You > can change this by defining CT_CLANG_HEADERS_DIR > CMake Error at CMakeLists.txt:87 (message): > Cannot find clang tool headers at /usr/lib64/clang/16.0.6/include > -- Configuring incomplete, errors occurred! > > (to which I understand that carl said there's an error with Clang6. > This is not an error - it basically says that we are unable to find > `stddef.h` on the path ` > ${LLVM_LIBRARY_DIR}/clang/${LLVM_PACKAGE_VERSION}/include` > > This is needed for the tool to run properly, but not compile, so I > removed the FATAL from the message. > > On Thu, Aug 17, 2023 at 6:51 PM Tomaz Canabrava > wrote: > >> >> >> On Thu, 17 Aug 2023 at 18:29 Carl Schwan >> wrote: >> >>> On Thursday, August 17, 2023 11:18:24 AM CEST Tomaz Canabrava wrote: >>> > Hello Fellow KDE Devs, >>> > >>> > I'm here, formally asking for a review of the Codevis project, to >>> move >>> > forward and make it a part of kdesdk. >>> >>> Very cool project, I was amazed by the presentation of it from >>> tarcisio at >>> Akademy. >>> >>> > Currently we are using parts of KWdigetsAddons as a submodule >>> > Most things that are related to buildsystems will be moved to >>> craft / >>> > kdesrc-build as soon as possible, right now we rely in conan for >>> windows >>> > and mac, plus a hand-written build script that downloads and >>> builds llvm >>> > for those platforms. >>> > >>> > Things that I know that are out of KDE Accordance: >>> > - Translation System (uses Qt's tr() system) >>> >>> This isn't an issue and we have other KDE projects using the tr() >>> system. But >>> if you want to port to ki18n, it's best to do it now since you don't >>> seems to >>> have any translations yet. >>> >>> > - Settings System (it uses my own configuration parser that >>> resembles QML) >>> >>> Yeah probably best to use kconfigxt or make your configuration >>> parser part of >>> kconfigxt next gen ;) >>> >>> > - Folder naming specification (follows the lakosian naming >>> specification) >>> >>> I don't think we have any folder (and file) naming specification in >>> kde, or at >>> least if we have one, it varies a lot between projects. >>> >>> > - CI used is based on Gitlab, but fails on KDE >>> >>> When trying to build it on my laptop it failed, due to the >>> requirement of >>> clang 16. This might also be an issue with the kde ci on tumbleweed. >> >> >> Carl, >> >> There’s no requirement for clang16 (I build with 15, tarcisio builds >> with 14, the previous ci had 13, I believe) >> >> Mind if you share the build logs? >> >> Best >> >> >> >> >>> >>> > The current repository of Codevis is: >>> > https://invent.kde.org/tcanabrava/codevis >>> > >>> > The KDE developers on this project are me, tarcisio fischer (that >>> presented >>> > Codevis on Akademy), and Richard Dale. >>> > >>> > Best regards, >>> > Tomaz >>> >>>
Re: Review of Codevis (ie - Making Codevis a KDE Project)
Update, it now builds on qt6 and qt5. Struggling a bit with craft for windows. On Fri, 18 Aug 2023 at 21:22 Ben Cooksley wrote: > On Sat, Aug 19, 2023 at 3:37 AM Tomaz Canabrava > wrote: > >> (some help / I need to set the default branch to master, from main, >> because the tooling doesn't accept the later, I don't think I have the >> permission to do that). >> > > That has been done now. > > Cheers, > Ben > > >> >> On Fri, Aug 18, 2023 at 5:10 PM Tomaz Canabrava >> wrote: >> >>> Small update that the CI is now fully passing. >>> >>> On Fri, Aug 18, 2023 at 2:25 PM Tomaz Canabrava >>> wrote: >>> Carl, Sysadmins: The current error on the KDE ci is this: Looking for clang tool headers at /usr/lib64/clang/16.0.6/include. You can change this by defining CT_CLANG_HEADERS_DIR CMake Error at CMakeLists.txt:87 (message): Cannot find clang tool headers at /usr/lib64/clang/16.0.6/include -- Configuring incomplete, errors occurred! (to which I understand that carl said there's an error with Clang6. This is not an error - it basically says that we are unable to find `stddef.h` on the path ` ${LLVM_LIBRARY_DIR}/clang/${LLVM_PACKAGE_VERSION}/include` This is needed for the tool to run properly, but not compile, so I removed the FATAL from the message. On Thu, Aug 17, 2023 at 6:51 PM Tomaz Canabrava wrote: > > > On Thu, 17 Aug 2023 at 18:29 Carl Schwan > wrote: > >> On Thursday, August 17, 2023 11:18:24 AM CEST Tomaz Canabrava wrote: >> > Hello Fellow KDE Devs, >> > >> > I'm here, formally asking for a review of the Codevis project, to >> move >> > forward and make it a part of kdesdk. >> >> Very cool project, I was amazed by the presentation of it from >> tarcisio at >> Akademy. >> >> > Currently we are using parts of KWdigetsAddons as a submodule >> > Most things that are related to buildsystems will be moved to craft >> / >> > kdesrc-build as soon as possible, right now we rely in conan for >> windows >> > and mac, plus a hand-written build script that downloads and builds >> llvm >> > for those platforms. >> > >> > Things that I know that are out of KDE Accordance: >> > - Translation System (uses Qt's tr() system) >> >> This isn't an issue and we have other KDE projects using the tr() >> system. But >> if you want to port to ki18n, it's best to do it now since you don't >> seems to >> have any translations yet. >> >> > - Settings System (it uses my own configuration parser that >> resembles QML) >> >> Yeah probably best to use kconfigxt or make your configuration parser >> part of >> kconfigxt next gen ;) >> >> > - Folder naming specification (follows the lakosian naming >> specification) >> >> I don't think we have any folder (and file) naming specification in >> kde, or at >> least if we have one, it varies a lot between projects. >> >> > - CI used is based on Gitlab, but fails on KDE >> >> When trying to build it on my laptop it failed, due to the >> requirement of >> clang 16. This might also be an issue with the kde ci on tumbleweed. > > > Carl, > > There’s no requirement for clang16 (I build with 15, tarcisio builds > with 14, the previous ci had 13, I believe) > > Mind if you share the build logs? > > Best > > > > >> >> > The current repository of Codevis is: >> > https://invent.kde.org/tcanabrava/codevis >> > >> > The KDE developers on this project are me, tarcisio fischer (that >> presented >> > Codevis on Akademy), and Richard Dale. >> > >> > Best regards, >> > Tomaz >> >>
Re: Review of Codevis (ie - Making Codevis a KDE Project)
On Sat, Aug 19, 2023 at 3:37 AM Tomaz Canabrava wrote: > (some help / I need to set the default branch to master, from main, > because the tooling doesn't accept the later, I don't think I have the > permission to do that). > That has been done now. Cheers, Ben > > On Fri, Aug 18, 2023 at 5:10 PM Tomaz Canabrava > wrote: > >> Small update that the CI is now fully passing. >> >> On Fri, Aug 18, 2023 at 2:25 PM Tomaz Canabrava >> wrote: >> >>> Carl, Sysadmins: >>> >>> The current error on the KDE ci is this: >>> >>> Looking for clang tool headers at /usr/lib64/clang/16.0.6/include. You >>> can change this by defining CT_CLANG_HEADERS_DIR >>> CMake Error at CMakeLists.txt:87 (message): >>> Cannot find clang tool headers at /usr/lib64/clang/16.0.6/include >>> -- Configuring incomplete, errors occurred! >>> >>> (to which I understand that carl said there's an error with Clang6. This >>> is not an error - it basically says that we are unable to find `stddef.h` >>> on the path `${LLVM_LIBRARY_DIR}/clang/${LLVM_PACKAGE_VERSION}/include` >>> >>> This is needed for the tool to run properly, but not compile, so I >>> removed the FATAL from the message. >>> >>> On Thu, Aug 17, 2023 at 6:51 PM Tomaz Canabrava >>> wrote: >>> On Thu, 17 Aug 2023 at 18:29 Carl Schwan wrote: > On Thursday, August 17, 2023 11:18:24 AM CEST Tomaz Canabrava wrote: > > Hello Fellow KDE Devs, > > > > I'm here, formally asking for a review of the Codevis project, to > move > > forward and make it a part of kdesdk. > > Very cool project, I was amazed by the presentation of it from > tarcisio at > Akademy. > > > Currently we are using parts of KWdigetsAddons as a submodule > > Most things that are related to buildsystems will be moved to craft / > > kdesrc-build as soon as possible, right now we rely in conan for > windows > > and mac, plus a hand-written build script that downloads and builds > llvm > > for those platforms. > > > > Things that I know that are out of KDE Accordance: > > - Translation System (uses Qt's tr() system) > > This isn't an issue and we have other KDE projects using the tr() > system. But > if you want to port to ki18n, it's best to do it now since you don't > seems to > have any translations yet. > > > - Settings System (it uses my own configuration parser that > resembles QML) > > Yeah probably best to use kconfigxt or make your configuration parser > part of > kconfigxt next gen ;) > > > - Folder naming specification (follows the lakosian naming > specification) > > I don't think we have any folder (and file) naming specification in > kde, or at > least if we have one, it varies a lot between projects. > > > - CI used is based on Gitlab, but fails on KDE > > When trying to build it on my laptop it failed, due to the requirement > of > clang 16. This might also be an issue with the kde ci on tumbleweed. Carl, There’s no requirement for clang16 (I build with 15, tarcisio builds with 14, the previous ci had 13, I believe) Mind if you share the build logs? Best > > > The current repository of Codevis is: > > https://invent.kde.org/tcanabrava/codevis > > > > The KDE developers on this project are me, tarcisio fischer (that > presented > > Codevis on Akademy), and Richard Dale. > > > > Best regards, > > Tomaz > >
Re: Review of Codevis (ie - Making Codevis a KDE Project)
(some help / I need to set the default branch to master, from main, because the tooling doesn't accept the later, I don't think I have the permission to do that). On Fri, Aug 18, 2023 at 5:10 PM Tomaz Canabrava wrote: > Small update that the CI is now fully passing. > > On Fri, Aug 18, 2023 at 2:25 PM Tomaz Canabrava > wrote: > >> Carl, Sysadmins: >> >> The current error on the KDE ci is this: >> >> Looking for clang tool headers at /usr/lib64/clang/16.0.6/include. You >> can change this by defining CT_CLANG_HEADERS_DIR >> CMake Error at CMakeLists.txt:87 (message): >> Cannot find clang tool headers at /usr/lib64/clang/16.0.6/include >> -- Configuring incomplete, errors occurred! >> >> (to which I understand that carl said there's an error with Clang6. This >> is not an error - it basically says that we are unable to find `stddef.h` >> on the path `${LLVM_LIBRARY_DIR}/clang/${LLVM_PACKAGE_VERSION}/include` >> >> This is needed for the tool to run properly, but not compile, so I >> removed the FATAL from the message. >> >> On Thu, Aug 17, 2023 at 6:51 PM Tomaz Canabrava >> wrote: >> >>> >>> >>> On Thu, 17 Aug 2023 at 18:29 Carl Schwan wrote: >>> On Thursday, August 17, 2023 11:18:24 AM CEST Tomaz Canabrava wrote: > Hello Fellow KDE Devs, > > I'm here, formally asking for a review of the Codevis project, to move > forward and make it a part of kdesdk. Very cool project, I was amazed by the presentation of it from tarcisio at Akademy. > Currently we are using parts of KWdigetsAddons as a submodule > Most things that are related to buildsystems will be moved to craft / > kdesrc-build as soon as possible, right now we rely in conan for windows > and mac, plus a hand-written build script that downloads and builds llvm > for those platforms. > > Things that I know that are out of KDE Accordance: > - Translation System (uses Qt's tr() system) This isn't an issue and we have other KDE projects using the tr() system. But if you want to port to ki18n, it's best to do it now since you don't seems to have any translations yet. > - Settings System (it uses my own configuration parser that resembles QML) Yeah probably best to use kconfigxt or make your configuration parser part of kconfigxt next gen ;) > - Folder naming specification (follows the lakosian naming specification) I don't think we have any folder (and file) naming specification in kde, or at least if we have one, it varies a lot between projects. > - CI used is based on Gitlab, but fails on KDE When trying to build it on my laptop it failed, due to the requirement of clang 16. This might also be an issue with the kde ci on tumbleweed. >>> >>> >>> Carl, >>> >>> There’s no requirement for clang16 (I build with 15, tarcisio builds >>> with 14, the previous ci had 13, I believe) >>> >>> Mind if you share the build logs? >>> >>> Best >>> >>> >>> >>> > The current repository of Codevis is: > https://invent.kde.org/tcanabrava/codevis > > The KDE developers on this project are me, tarcisio fischer (that presented > Codevis on Akademy), and Richard Dale. > > Best regards, > Tomaz
Re: Review of Codevis (ie - Making Codevis a KDE Project)
Small update that the CI is now fully passing. On Fri, Aug 18, 2023 at 2:25 PM Tomaz Canabrava wrote: > Carl, Sysadmins: > > The current error on the KDE ci is this: > > Looking for clang tool headers at /usr/lib64/clang/16.0.6/include. You can > change this by defining CT_CLANG_HEADERS_DIR > CMake Error at CMakeLists.txt:87 (message): > Cannot find clang tool headers at /usr/lib64/clang/16.0.6/include > -- Configuring incomplete, errors occurred! > > (to which I understand that carl said there's an error with Clang6. This > is not an error - it basically says that we are unable to find `stddef.h` > on the path `${LLVM_LIBRARY_DIR}/clang/${LLVM_PACKAGE_VERSION}/include` > > This is needed for the tool to run properly, but not compile, so I removed > the FATAL from the message. > > On Thu, Aug 17, 2023 at 6:51 PM Tomaz Canabrava > wrote: > >> >> >> On Thu, 17 Aug 2023 at 18:29 Carl Schwan wrote: >> >>> On Thursday, August 17, 2023 11:18:24 AM CEST Tomaz Canabrava wrote: >>> > Hello Fellow KDE Devs, >>> > >>> > I'm here, formally asking for a review of the Codevis project, to move >>> > forward and make it a part of kdesdk. >>> >>> Very cool project, I was amazed by the presentation of it from tarcisio >>> at >>> Akademy. >>> >>> > Currently we are using parts of KWdigetsAddons as a submodule >>> > Most things that are related to buildsystems will be moved to craft / >>> > kdesrc-build as soon as possible, right now we rely in conan for >>> windows >>> > and mac, plus a hand-written build script that downloads and builds >>> llvm >>> > for those platforms. >>> > >>> > Things that I know that are out of KDE Accordance: >>> > - Translation System (uses Qt's tr() system) >>> >>> This isn't an issue and we have other KDE projects using the tr() >>> system. But >>> if you want to port to ki18n, it's best to do it now since you don't >>> seems to >>> have any translations yet. >>> >>> > - Settings System (it uses my own configuration parser that resembles >>> QML) >>> >>> Yeah probably best to use kconfigxt or make your configuration parser >>> part of >>> kconfigxt next gen ;) >>> >>> > - Folder naming specification (follows the lakosian naming >>> specification) >>> >>> I don't think we have any folder (and file) naming specification in kde, >>> or at >>> least if we have one, it varies a lot between projects. >>> >>> > - CI used is based on Gitlab, but fails on KDE >>> >>> When trying to build it on my laptop it failed, due to the requirement >>> of >>> clang 16. This might also be an issue with the kde ci on tumbleweed. >> >> >> Carl, >> >> There’s no requirement for clang16 (I build with 15, tarcisio builds with >> 14, the previous ci had 13, I believe) >> >> Mind if you share the build logs? >> >> Best >> >> >> >> >>> >>> > The current repository of Codevis is: >>> > https://invent.kde.org/tcanabrava/codevis >>> > >>> > The KDE developers on this project are me, tarcisio fischer (that >>> presented >>> > Codevis on Akademy), and Richard Dale. >>> > >>> > Best regards, >>> > Tomaz >>> >>>
Re: Review of Codevis (ie - Making Codevis a KDE Project)
Carl, Sysadmins: The current error on the KDE ci is this: Looking for clang tool headers at /usr/lib64/clang/16.0.6/include. You can change this by defining CT_CLANG_HEADERS_DIR CMake Error at CMakeLists.txt:87 (message): Cannot find clang tool headers at /usr/lib64/clang/16.0.6/include -- Configuring incomplete, errors occurred! (to which I understand that carl said there's an error with Clang6. This is not an error - it basically says that we are unable to find `stddef.h` on the path `${LLVM_LIBRARY_DIR}/clang/${LLVM_PACKAGE_VERSION}/include` This is needed for the tool to run properly, but not compile, so I removed the FATAL from the message. On Thu, Aug 17, 2023 at 6:51 PM Tomaz Canabrava wrote: > > > On Thu, 17 Aug 2023 at 18:29 Carl Schwan wrote: > >> On Thursday, August 17, 2023 11:18:24 AM CEST Tomaz Canabrava wrote: >> > Hello Fellow KDE Devs, >> > >> > I'm here, formally asking for a review of the Codevis project, to move >> > forward and make it a part of kdesdk. >> >> Very cool project, I was amazed by the presentation of it from tarcisio >> at >> Akademy. >> >> > Currently we are using parts of KWdigetsAddons as a submodule >> > Most things that are related to buildsystems will be moved to craft / >> > kdesrc-build as soon as possible, right now we rely in conan for windows >> > and mac, plus a hand-written build script that downloads and builds llvm >> > for those platforms. >> > >> > Things that I know that are out of KDE Accordance: >> > - Translation System (uses Qt's tr() system) >> >> This isn't an issue and we have other KDE projects using the tr() system. >> But >> if you want to port to ki18n, it's best to do it now since you don't >> seems to >> have any translations yet. >> >> > - Settings System (it uses my own configuration parser that resembles >> QML) >> >> Yeah probably best to use kconfigxt or make your configuration parser >> part of >> kconfigxt next gen ;) >> >> > - Folder naming specification (follows the lakosian naming >> specification) >> >> I don't think we have any folder (and file) naming specification in kde, >> or at >> least if we have one, it varies a lot between projects. >> >> > - CI used is based on Gitlab, but fails on KDE >> >> When trying to build it on my laptop it failed, due to the requirement of >> clang 16. This might also be an issue with the kde ci on tumbleweed. > > > Carl, > > There’s no requirement for clang16 (I build with 15, tarcisio builds with > 14, the previous ci had 13, I believe) > > Mind if you share the build logs? > > Best > > > > >> >> > The current repository of Codevis is: >> > https://invent.kde.org/tcanabrava/codevis >> > >> > The KDE developers on this project are me, tarcisio fischer (that >> presented >> > Codevis on Akademy), and Richard Dale. >> > >> > Best regards, >> > Tomaz >> >>
Re: Review of Codevis (ie - Making Codevis a KDE Project)
On Thu, 17 Aug 2023 at 18:29 Carl Schwan wrote: > On Thursday, August 17, 2023 11:18:24 AM CEST Tomaz Canabrava wrote: > > Hello Fellow KDE Devs, > > > > I'm here, formally asking for a review of the Codevis project, to move > > forward and make it a part of kdesdk. > > Very cool project, I was amazed by the presentation of it from tarcisio at > Akademy. > > > Currently we are using parts of KWdigetsAddons as a submodule > > Most things that are related to buildsystems will be moved to craft / > > kdesrc-build as soon as possible, right now we rely in conan for windows > > and mac, plus a hand-written build script that downloads and builds llvm > > for those platforms. > > > > Things that I know that are out of KDE Accordance: > > - Translation System (uses Qt's tr() system) > > This isn't an issue and we have other KDE projects using the tr() system. > But > if you want to port to ki18n, it's best to do it now since you don't seems > to > have any translations yet. > > > - Settings System (it uses my own configuration parser that resembles > QML) > > Yeah probably best to use kconfigxt or make your configuration parser part > of > kconfigxt next gen ;) > > > - Folder naming specification (follows the lakosian naming specification) > > I don't think we have any folder (and file) naming specification in kde, > or at > least if we have one, it varies a lot between projects. > > > - CI used is based on Gitlab, but fails on KDE > > When trying to build it on my laptop it failed, due to the requirement of > clang 16. This might also be an issue with the kde ci on tumbleweed. Carl, There’s no requirement for clang16 (I build with 15, tarcisio builds with 14, the previous ci had 13, I believe) Mind if you share the build logs? Best > > > The current repository of Codevis is: > > https://invent.kde.org/tcanabrava/codevis > > > > The KDE developers on this project are me, tarcisio fischer (that > presented > > Codevis on Akademy), and Richard Dale. > > > > Best regards, > > Tomaz > >
Re: Review of Codevis (ie - Making Codevis a KDE Project)
On Thursday, August 17, 2023 11:18:24 AM CEST Tomaz Canabrava wrote: > Hello Fellow KDE Devs, > > I'm here, formally asking for a review of the Codevis project, to move > forward and make it a part of kdesdk. Very cool project, I was amazed by the presentation of it from tarcisio at Akademy. > Currently we are using parts of KWdigetsAddons as a submodule > Most things that are related to buildsystems will be moved to craft / > kdesrc-build as soon as possible, right now we rely in conan for windows > and mac, plus a hand-written build script that downloads and builds llvm > for those platforms. > > Things that I know that are out of KDE Accordance: > - Translation System (uses Qt's tr() system) This isn't an issue and we have other KDE projects using the tr() system. But if you want to port to ki18n, it's best to do it now since you don't seems to have any translations yet. > - Settings System (it uses my own configuration parser that resembles QML) Yeah probably best to use kconfigxt or make your configuration parser part of kconfigxt next gen ;) > - Folder naming specification (follows the lakosian naming specification) I don't think we have any folder (and file) naming specification in kde, or at least if we have one, it varies a lot between projects. > - CI used is based on Gitlab, but fails on KDE When trying to build it on my laptop it failed, due to the requirement of clang 16. This might also be an issue with the kde ci on tumbleweed. > The current repository of Codevis is: > https://invent.kde.org/tcanabrava/codevis > > The KDE developers on this project are me, tarcisio fischer (that presented > Codevis on Akademy), and Richard Dale. > > Best regards, > Tomaz signature.asc Description: This is a digitally signed message part.
Re: Review of Codevis (ie - Making Codevis a KDE Project)
Ben, Thanks so much for all the hints, I'm adapting the CI now. Best, Tomaz On Thu, Aug 17, 2023 at 11:46 AM Ben Cooksley wrote: > On Thu, Aug 17, 2023 at 9:20 PM Tomaz Canabrava > wrote: > >> (Another thing to add, it is currently on Qt5 but we plan to move it to >> Qt6 as soon as possible, and as soon as we have a working CI on windows, >> mac and linux on KDE infrastructure) >> >> >> On Thu, Aug 17, 2023 at 11:18 AM Tomaz Canabrava >> wrote: >> >>> Hello Fellow KDE Devs, >>> >>> I'm here, formally asking for a review of the Codevis project, to move >>> forward and make it a part of kdesdk. >>> >>> Currently we are using parts of KWdigetsAddons as a submodule >>> Most things that are related to buildsystems will be moved to craft / >>> kdesrc-build as soon as possible, right now we rely in conan for windows >>> and mac, plus a hand-written build script that downloads and builds llvm >>> for those platforms. >>> >>> Things that I know that are out of KDE Accordance: >>> - Translation System (uses Qt's tr() system) >>> - Settings System (it uses my own configuration parser that resembles >>> QML) >>> - Folder naming specification (follows the lakosian naming specification) >>> - CI used is based on Gitlab, but fails on KDE >>> >> > For your CI items here: > > On Linux, we don't provide non-Docker workers, and Docker-in-Docker is not > permitted for security reasons (as it essentially means you are root on the > runner). > You'll need to adjust the job to give Gitlab the name of the image you > need to run under - usage of the provided images at > invent.kde.org/sysadmin/ci-images is preferred. > > Due to the ageing out of CentOS 7 we're currently in the process of > migrating towards SLES15 based images for our Appimage builds. > > For Windows, we also don't provide non-Docker workers, and we only allow > the use of blessed images we provide (in invent.kde.org/sysadmin/ci-images > ). > It looks like you are doing quite a bit of stand up work in your custom > build script though, so please consider whether one of the images we > already provide is suitable for your purposes in terms of dependencies > provided (I believe LLVM may already be available in the -qt515 and -qt65 > images) > > Assuming your project is a regular CMake project though you might want to > consider starting by adding the regular KDE CI jobs to the project though > and seeing how they go (see the templates at > invent.kde.org/sysadmin/ci-utilities) > > >>> The current repository of Codevis is: >>> https://invent.kde.org/tcanabrava/codevis >>> >>> The KDE developers on this project are me, tarcisio fischer (that >>> presented Codevis on Akademy), and Richard Dale. >>> >>> Best regards, >>> Tomaz >>> >> > Cheers, > Ben >
Re: Review of Codevis (ie - Making Codevis a KDE Project)
On Thu, Aug 17, 2023 at 9:20 PM Tomaz Canabrava wrote: > (Another thing to add, it is currently on Qt5 but we plan to move it to > Qt6 as soon as possible, and as soon as we have a working CI on windows, > mac and linux on KDE infrastructure) > > > On Thu, Aug 17, 2023 at 11:18 AM Tomaz Canabrava > wrote: > >> Hello Fellow KDE Devs, >> >> I'm here, formally asking for a review of the Codevis project, to move >> forward and make it a part of kdesdk. >> >> Currently we are using parts of KWdigetsAddons as a submodule >> Most things that are related to buildsystems will be moved to craft / >> kdesrc-build as soon as possible, right now we rely in conan for windows >> and mac, plus a hand-written build script that downloads and builds llvm >> for those platforms. >> >> Things that I know that are out of KDE Accordance: >> - Translation System (uses Qt's tr() system) >> - Settings System (it uses my own configuration parser that resembles QML) >> - Folder naming specification (follows the lakosian naming specification) >> - CI used is based on Gitlab, but fails on KDE >> > For your CI items here: On Linux, we don't provide non-Docker workers, and Docker-in-Docker is not permitted for security reasons (as it essentially means you are root on the runner). You'll need to adjust the job to give Gitlab the name of the image you need to run under - usage of the provided images at invent.kde.org/sysadmin/ci-images is preferred. Due to the ageing out of CentOS 7 we're currently in the process of migrating towards SLES15 based images for our Appimage builds. For Windows, we also don't provide non-Docker workers, and we only allow the use of blessed images we provide (in invent.kde.org/sysadmin/ci-images). It looks like you are doing quite a bit of stand up work in your custom build script though, so please consider whether one of the images we already provide is suitable for your purposes in terms of dependencies provided (I believe LLVM may already be available in the -qt515 and -qt65 images) Assuming your project is a regular CMake project though you might want to consider starting by adding the regular KDE CI jobs to the project though and seeing how they go (see the templates at invent.kde.org/sysadmin/ci-utilities) >> The current repository of Codevis is: >> https://invent.kde.org/tcanabrava/codevis >> >> The KDE developers on this project are me, tarcisio fischer (that >> presented Codevis on Akademy), and Richard Dale. >> >> Best regards, >> Tomaz >> > Cheers, Ben
Re: Review of Codevis (ie - Making Codevis a KDE Project)
(Another thing to add, it is currently on Qt5 but we plan to move it to Qt6 as soon as possible, and as soon as we have a working CI on windows, mac and linux on KDE infrastructure) On Thu, Aug 17, 2023 at 11:18 AM Tomaz Canabrava wrote: > Hello Fellow KDE Devs, > > I'm here, formally asking for a review of the Codevis project, to move > forward and make it a part of kdesdk. > > Currently we are using parts of KWdigetsAddons as a submodule > Most things that are related to buildsystems will be moved to craft / > kdesrc-build as soon as possible, right now we rely in conan for windows > and mac, plus a hand-written build script that downloads and builds llvm > for those platforms. > > Things that I know that are out of KDE Accordance: > - Translation System (uses Qt's tr() system) > - Settings System (it uses my own configuration parser that resembles QML) > - Folder naming specification (follows the lakosian naming specification) > - CI used is based on Gitlab, but fails on KDE > > The current repository of Codevis is: > https://invent.kde.org/tcanabrava/codevis > > The KDE developers on this project are me, tarcisio fischer (that > presented Codevis on Akademy), and Richard Dale. > > Best regards, > Tomaz >
Review of Codevis (ie - Making Codevis a KDE Project)
Hello Fellow KDE Devs, I'm here, formally asking for a review of the Codevis project, to move forward and make it a part of kdesdk. Currently we are using parts of KWdigetsAddons as a submodule Most things that are related to buildsystems will be moved to craft / kdesrc-build as soon as possible, right now we rely in conan for windows and mac, plus a hand-written build script that downloads and builds llvm for those platforms. Things that I know that are out of KDE Accordance: - Translation System (uses Qt's tr() system) - Settings System (it uses my own configuration parser that resembles QML) - Folder naming specification (follows the lakosian naming specification) - CI used is based on Gitlab, but fails on KDE The current repository of Codevis is: https://invent.kde.org/tcanabrava/codevis The KDE developers on this project are me, tarcisio fischer (that presented Codevis on Akademy), and Richard Dale. Best regards, Tomaz