Re: [IMPORTANT] Binary Factory & CI System Maintenance
Can we get a process to build appimages? On Mon, Sep 16, 2019 at 3:47 PM Ben Cooksley wrote: > Hi all, > > As part of changes to help improve the capacity, capability and > security of the Binary Factory and CI system, i'm going to be > performing a rebuild of several of the physical hosts responsible for > performing builds on the CI system. > > Following these changes, signing operations for Flatpak and Android > builds will have been shifted away from the machines responsible for > handling the actual builds, and the system will have an additional > machine added to handle builds. > > This will also pave the way for the build process for Snaps being > brought to the Binary Factory (although there are other issues which > may hold up the delivery of that due to excessive requirements imposed > by the Snap tooling) > > During this time however, the overall capacity of the system may be > reduced and the capability to perform some builds may be unavailable. > > Should anyone have any upcoming releases that require the services of > the Binary Factory & CI system it would be appreciated if you could > please let me know so I can take that into account for scheduling the > various changes. > > Thanks, > Ben Cooksley > KDE Sysadmin >
Re: Ruqola in KDE-review
Licence looks good :) Jonathan On Thu, 12 Sep 2019 at 08:20, laurent Montel wrote: > Hi, > I would like to move ruqola to extragear/network. > So I asked to sysadmin to move ruqola to kde-review (it was done). > > Ben told me that this period will start in 2 weeks. > > If you want to review it... :) > > Regards. > > -- > Laurent Montel | laurent.mon...@kdab.com | KDE/Qt Senior Software > Engineer > KDAB (France) S.A.S., a KDAB Group company Tel. France +33 (0)4 90 84 08 > 53, > www.kdab.fr KDAB - The Qt, C++ and OpenGL Experts - Platform-independent > software solutions > > >
Re: [IMPORTANT] Binary Factory & CI System Maintenance
On Tue, Sep 17, 2019 at 2:57 PM sithlord48 wrote: > > Can we get a process to build appimages? This needs the tooling for it to be built first. Given that Craft already has the majority of the infrastructure for this, i'd suggest adding appimage support to it which should then make adding support to the Binary Factory straight forward and efficient in terms of resource utilisation. Existing work on Appimages has tended to be application specific and therefore not suitable for easy reuse (which Craft would solve) Cheers, Ben > > On Mon, Sep 16, 2019 at 3:47 PM Ben Cooksley wrote: >> >> Hi all, >> >> As part of changes to help improve the capacity, capability and >> security of the Binary Factory and CI system, i'm going to be >> performing a rebuild of several of the physical hosts responsible for >> performing builds on the CI system. >> >> Following these changes, signing operations for Flatpak and Android >> builds will have been shifted away from the machines responsible for >> handling the actual builds, and the system will have an additional >> machine added to handle builds. >> >> This will also pave the way for the build process for Snaps being >> brought to the Binary Factory (although there are other issues which >> may hold up the delivery of that due to excessive requirements imposed >> by the Snap tooling) >> >> During this time however, the overall capacity of the system may be >> reduced and the capability to perform some builds may be unavailable. >> >> Should anyone have any upcoming releases that require the services of >> the Binary Factory & CI system it would be appreciated if you could >> please let me know so I can take that into account for scheduling the >> various changes. >> >> Thanks, >> Ben Cooksley >> KDE Sysadmin
Re: Ruqola in KDE-review
Le mardi 17 septembre 2019, 00:07:38 CEST Albert Astals Cid a écrit : > El dilluns, 16 de setembre de 2019, a les 7:00:32 CEST, laurent Montel va escriure: > > Le lundi 16 septembre 2019, 00:14:12 CEST Albert Astals Cid a écrit : > > > El dijous, 12 de setembre de 2019, a les 9:20:45 CEST, laurent Montel va > > > > escriure: > > > > Hi, > > > > I would like to move ruqola to extragear/network. > > > > So I asked to sysadmin to move ruqola to kde-review (it was done). > > > > > > > > Ben told me that this period will start in 2 weeks. > > > > > > > > If you want to review it... :) > > > > > > Now onto the using side: > > > > > > Starting it for the first time says > > > > > > received something unhandled: "{\"server_id\":\"0\"}" > > > Connected > > > org.kde.ruqola: Unknown service type: > > > "Accounts_OAuth_Gitlab_identity_path" org.kde.rocketchatqtrestapi: Auth > > > settings is empty. It's a bug > > > org.kde.rocketchatqtrestapi: Impossible to start > > > GetSupportedLanguagesJob > > > org.kde.rocketchatqtrestapi: Impossible to start > > > GetSupportedLanguagesJob > > > > Normal it's a bug from yesterday. This one will be fixed today. > > > > > And then the ui says "login failed" > > > > > > > > > Connected to what? Is it attempting to login to something even if i have > > > never used the app? > > > > Yep on open.rocket.chat server. It's the default server. Perhaps I need to > > disable it. > > If there's no user/password i guess it makes sense to not try to log in. Indeed I will fix it > > > ... snip ... > > > > > Ah, on the second login looked different and it at least showed my > > > account > > > name there on the first line (even though i still was not able to > > > configure > > > anything?) > > > > > > Searching for "montel" on the webapp on the company server shows me your > > > chat (that i don't have open), searching for the same on ruqola doesn't, > > > so > > > i don't really have a way to talking to you > > > > Where do you search it ? > > On the left side bar. It's a lineedit for searching in existing room/channel in listview. It's not for searching new channel/user as in RC. For it you need to click on icon at right of this lineedit There is a menu => "open room" Regards > > This is the webapp when searching for you (blocked your avatar) > https://i.imgur.com/4EMfwL6.png This is ruqola when searching for you > https://i.imgur.com/qeSt5Qz.png > > Cheers, > Albert -- Laurent Montel | laurent.mon...@kdab.com | KDE/Qt Senior Software Engineer KDAB (France) S.A.S., a KDAB Group company Tel. France +33 (0)4 90 84 08 53, www.kdab.fr KDAB - The Qt, C++ and OpenGL Experts - Platform-independent software solutions
Re: Ruqola in KDE-review
Le lundi 16 septembre 2019, 23:01:56 CEST Albert Astals Cid a écrit : > El dilluns, 16 de setembre de 2019, a les 6:54:40 CEST, laurent Montel va escriure: > > Le dimanche 15 septembre 2019, 23:54:19 CEST Albert Astals Cid a écrit : > > > El dijous, 12 de setembre de 2019, a les 9:20:45 CEST, laurent Montel va > > > > escriure: > > > > Hi, > > > > I would like to move ruqola to extragear/network. > > > > So I asked to sysadmin to move ruqola to kde-review (it was done). > > > > > > > > Ben told me that this period will start in 2 weeks. > > > > > > > > If you want to review it... :) > > > > > > class LIBRUQOLACORE_TESTS_EXPORT Emoji > > > has > > > Emoji =(const Emoji ); > > > but no > > > Emoji(const Emoji ); > > > > > > newer gcc complains about it, also the operator= doesn't copy > > > mCachedHtml is that on purpose? If not i'd suggest to simply mark > > > operator= and the copy contructor as = default. > > > > > > > > > > > > > > > class LIBRUQOLACORE_TESTS_EXPORT User > > > also has the same warning, given that the operator= is implemented and > > > not > > > the copy constructor. Same suggestion to just use = default on them. > > > > > > > > > and a whole lots more of classes seem to have this issue. Can you double > > > check them for me? > > > > Fixed thanks > > Awesome, i think i may have forgotten to paste 2 more (the warning log was > very long) > > http://paste.debian.net/1101123/ Fixed thanks > Cheers, > Albert > > > > http://paste.debian.net/1100950/ > > > > > > Cheers, > > > > > > Albert > > > > > > > Regards. -- Laurent Montel | laurent.mon...@kdab.com | KDE/Qt Senior Software Engineer KDAB (France) S.A.S., a KDAB Group company Tel. France +33 (0)4 90 84 08 53, www.kdab.fr KDAB - The Qt, C++ and OpenGL Experts - Platform-independent software solutions