Re: Migration to collaborate.kde.org
Hello Ben, I am missing a bunch of calendars and my personal calendar has been emptied of events and tasks. To be precise, I am missing * Attend External Events: List of events to attend (Aniqa Khokhar) * Promo calendars, and, as mentioned, my Personal calendar has lost most (not all) events and TODOs. As share is not up anymore, I don't know how to recover them. Cheers Paul -- Promotion & Communication www: http://kde.org Mastodon: https://mastodon.technology/@kde Facebook: https://www.facebook.com/kde/ Twitter: https://twitter.com/kdecommunity LinkedIn: https://www.linkedin.com/company/kde
Re: Migration to collaborate.kde.org
Hi Ben, Another problem: 10 MBs is not enough for non-shared stuff. The stuff I had in my "personal" folder (nothing in it was really "personal", but more like travelling details, or presentations, etc.) far exceed that. If I remember right, we used to have 100 MBs for personal stuff. Can we have that space back? Cheers Paul -- Promotion & Communication www: http://kde.org Mastodon: https://mastodon.technology/@kde Facebook: https://www.facebook.com/kde/ Twitter: https://twitter.com/kdecommunity LinkedIn: https://www.linkedin.com/company/kde
Re: Migration to collaborate.kde.org
On Mon, Aug 9, 2021 at 4:15 AM Paul Brown wrote: > Hi Ben, > Hi Paul, > Another problem: 10 MBs is not enough for non-shared stuff. The stuff I > had in > my "personal" folder (nothing in it was really "personal", but more like > travelling details, or presentations, etc.) far exceed that. > > If I remember right, we used to have 100 MBs for personal stuff. Can we > have > that space back? > For quota increase requests, please file a Sysadmin ticket. The original intended purpose of share.kde.org (and it's successor collaborate.kde.org) is to store files for the wider community rather than for people individually - hence the default quota limits. (We have quite a bit more space available on collaborate vs. share, so that isn't the problem) > Cheers > > Paul > Cheers, Ben -- > Promotion & Communication > > www: http://kde.org > Mastodon: https://mastodon.technology/@kde > Facebook: https://www.facebook.com/kde/ > Twitter: https://twitter.com/kdecommunity > LinkedIn: https://www.linkedin.com/company/kde > > >
Re: Migration to collaborate.kde.org
On Sun, Aug 8, 2021 at 11:25 PM Paul Brown wrote: > Hello Ben, > Hi Paul, > I am missing a bunch of calendars and my personal calendar has been > emptied of > events and tasks. To be precise, I am missing > > * Attend External Events: List of events to attend (Aniqa Khokhar) > * Promo > > calendars, and, as mentioned, my Personal calendar has lost most (not all) > events and TODOs. > > As share is not up anymore, I don't know how to recover them. > Calendars and any data other than files were not migrated over as part of this move. Please contact us on IRC and we'll temporarily re-enable share.kde.org to allow you to export this data. (Note: this also applies to anyone else who used this functionality on share.kde.org - it would be appreciated if you made contact sooner rather than later however as we would like to archive the old instance) > Cheers > > Paul > Regards, Ben -- > Promotion & Communication > > www: http://kde.org > Mastodon: https://mastodon.technology/@kde > Facebook: https://www.facebook.com/kde/ > Twitter: https://twitter.com/kdecommunity > LinkedIn: https://www.linkedin.com/company/kde > > >
Re: Trying to build knotifications framework, kdesrc-build and qt5
El dissabte, 7 d’agost de 2021, a les 10:40:25 (CEST), Colin Williams va escriure: > Hi Albert, > > I am providing QT5 configure.log below. This is the configure.log when > providing the arguments `./kdesrc-build knotifications --verbose > --debug --stop-on-failure` and the kdesrc-buildrc: http://ix.io/3v2J > > configure.log for Qt5 http://ix.io/3veF > > Notice the `Qt WebEngine Build Tools` section. It wasn't clear where I > should be looking for output otherwise. Yes, it's confusing, it should not be building qtwebengine but it is, i'll try to figure out why it's doing that. If anyone beats me, please, this is not my top priority. Cheers, Albert > Best Regards > > Colin > > > > On Thu, Aug 5, 2021 at 3:13 PM Albert Astals Cid wrote: > > > > El dijous, 5 d’agost de 2021, a les 9:39:55 (CEST), Colin Williams va > > escriure: > > > ./kdesrc-build knotifications --verbose --debug --stop-on-failure > > > > > > kdesrc-buildrc: http://ix.io/3v2J > > > > > > I was building Qt5 because the provided Qt5 had the header issue from the > > > begining of the post. > > > > This is confusing, for me it doesn't seem to try to build qt webengine > > > > The log says: > > Using Qt 5 modules: qtbase, qtdeclarative, qtgraphicaleffects, > > qtimageformats, qtmultimedia, qtquickcontrols, qtquickcontrols2, qtscript, > > qtsensors, qtsvg, qttools, qtwayland, qtwebchannel, qtwebsockets, > > qtwebview, qtx11extras, qtnetworkauth, qtspeech, qtxmlpatterns > > > > Do you get a different output? > > > > Albert > > > > > > > > Thanks! > > > > > > On Wed, Aug 4, 2021, 1:41 AM Colin Williams < > > > colin.williams.seat...@gmail.com> wrote: > > > > > > > I was able to remove the relocations option by editing the make.conf. > > > > The > > > > qt5 build looks like maybe it completed about 1/4 of the build process > > > > then > > > > failed. > > > > > > > > There are a few errors sprinkled across the build log which appears > > > > identical to the error log: http://ix.io/3uXA > > > > > > > > From the errors it looks like there are issues locating functions. I'm > > > > not > > > > sure why or what to do to try to continue the build. > > > > > > > > On Tue, Aug 3, 2021, 5:29 AM Colin Williams < > > > > colin.williams.seat...@gmail.com> wrote: > > > > > > > >> After nuking the build as mentioned, my issues with the Qt5 submodules > > > >> have gone away. I'm still failing to build Qt5 via the script. > > > >> > > > >> I get the error: ERROR: Feature 'reduce_relocations' was enabled, but > > > >> the pre-condition '!config.win32 && tests.reduce_relocations' failed. > > > >> > > > >> I don't have a clue regarding 'reduce_relocations'. Is there a way to > > > >> disable it and would it make sense to do so? > > > >> > > > >> I'm attaching > > > >> > > > >> /usr/local/kde/src/log/2021-08-03-02/Qt5/error.log : http://ix.io/3uSt > > > >> ./build/Qt5/config.log : http://ix.io/3uSv > > > >> > > > >> On Tue, Aug 3, 2021 at 3:01 AM Colin Williams > > > >> wrote: > > > >> > > > > >> > > Your Qt is broken. > > > >> > > > > >> > > /usr/local/lib/libQt5Core.so.5: undefined symbol: u_strToUpper_68 > > > >> > > > > >> > Agreed > > > >> > > > > >> > > "Couldn't update Qt5 repository submodules!" means running the > > > >> init-repository command from the qt5 repo failed, maybe you don't have > > > >> perl > > > >> or any of the perl dependencies > for that command? > > > >> > > > > >> > I have a recent version of perl, not 100% sure what perl dependencies > > > >> > I think I need. One thing to note of interest is that I am trying to > > > >> > invoke ./kdesrc-build knotifications and with my config it attempts > > > >> > to > > > >> > build 7 "major" components. Regarding the source cloning issue the > > > >> > only one reporting the source fetching or submodule issue is qt5. > > > >> > Every other module doesn't have a source fetching issue. I was trying > > > >> > the --verbose flag, but just discovered the --debug flag. Then I've > > > >> > blown away the build and source directories and trying again. > > > >> > > > > >> > > > > >> > Well i guess you have perl since kdesrc-build is in perl, anyhow > > > >> > you'll have to figure out what's going on wrong with that command > > > >> > > > > >> > Cheers, > > > >> > Albert > > > >> > > > > >> > On Sun, Aug 1, 2021 at 12:55 AM Colin Williams > > > >> > wrote: > > > >> > > > > > >> > > I'm trying to build the knotifications framework on a platform that > > > >> > > doesn't provide packages for kde. The platform provided qt5 and > > > >> > > qt5-tools packages. I installed them. Then when building the > > > >> > > framework > > > >> > > dependencies I got http://ix.io/3uDy > > > >> > > > > > >> > > From that error I suspect that the system qt5 is broken. So now I > > > >> > > am > > > >> > > interested in allowing kdesrc-build to create QT5, and then back to > > > >> > > the steps to build the framework. > > > >> > > > > > >> > > On the Qt5 build I am getting >Couldn't update Qt5
Re: Migration to collaborate.kde.org
On Sunday, 8 August 2021 20:38:56 CEST Ben Cooksley wrote: > On Sun, Aug 8, 2021 at 11:25 PM Paul Brown wrote: > > Hello Ben, > > Hi Paul, > > > I am missing a bunch of calendars and my personal calendar has been > > emptied of > > events and tasks. To be precise, I am missing > > > > * Attend External Events: List of events to attend (Aniqa Khokhar) > > * Promo > > > > calendars, and, as mentioned, my Personal calendar has lost most (not all) > > events and TODOs. > > > > As share is not up anymore, I don't know how to recover them. > > Calendars and any data other than files were not migrated over as part of > this move. > Please contact us on IRC and we'll temporarily re-enable share.kde.org to > allow you to export this data. > > (Note: this also applies to anyone else who used this functionality on > share.kde.org - it would be appreciated if you made contact sooner rather > than later however as we would like to archive the old instance) That is... not good. Thankfully I was able to replicate calendars because I had them synched with Kontact and recover my files because I had them synched to my local file system. I feel for the people who did not do that and who now have to jump through hoops to get their stuff back. Cheers Paul -- Promotion & Communication www: http://kde.org Mastodon: https://mastodon.technology/@kde Facebook: https://www.facebook.com/kde/ Twitter: https://twitter.com/kdecommunity LinkedIn: https://www.linkedin.com/company/kde
KConfigXT generated class gets value from kdeglobals config file
In my app I'm using KConfigXT for my settings. I have a general group and in it I have a ColorScheme entry. Now when there is no ColorScheme set by the user and I try to access this entry, instead of getting its default value it gets the value stored in `~/.config/kdeglobals` (which also has a ColorScheme entry under the General group). https://invent.kde.org/multimedia/haruna/-/blob/master/src/settings/generalsettings.kcfg#L46 https://invent.kde.org/multimedia/haruna/-/blob/master/src/settings/generalsettings.kcfgc Any ideas how to prevent this? I'd rather not change the name of the entry or the group.
Re : KConfigXT generated class gets value from kdeglobals config file
Le dimanche 8 août 2021 à 11:15 PM, George Florea Banus a écrit : > In my app I'm using KConfigXT for my settings. > I have a general group and in it I have a ColorScheme entry. > Now when there is no ColorScheme set by the user and I try to access > this entry, instead of getting its default value it gets the value > stored in `~/.config/kdeglobals` (which also has a ColorScheme entry > under the General group). > https://invent.kde.org/multimedia/haruna/-/blob/master/src/settings/generalsettings.kcfg#L46 > https://invent.kde.org/multimedia/haruna/-/blob/master/src/settings/generalsettings.kcfgc > Any ideas how to prevent this? I'd rather not change the name of the > entry or the group. Hi, when creating a KSharedConfig, you can specify if kdeglobals will be read and then you can tell KConfigXT that you want to read from an existing KSharedPtr: https://api.kde.org/frameworks/kconfig/html/kconfig_compiler.html On another note, for color scheme handling in a QML app, this is how I did it in NeoChat: https://invent.kde.org/network/neochat/-/blob/master/imports/NeoChat/Settings/ColorScheme.qml and https://invent.kde.org/network/neochat/-/blob/master/src/colorschemer.h This allows the user to override the color scheme while using by default the system theme. Cheers, Carl
Re: Re : KConfigXT generated class gets value from kdeglobals config file
On 09.08.2021 00:25, Carl Schwan wrote: Hi, when creating a KSharedConfig, you can specify if kdeglobals will be read and then you can tell KConfigXT that you want to read from an existing KSharedPtr:https://api.kde.org/frameworks/kconfig/html/kconfig_compiler.html Thanks, I'll have a look. On another note, for color scheme handling in a QML app, this is how I did it in NeoChat:https://invent.kde.org/network/neochat/-/blob/master/imports/NeoChat/Settings/ColorScheme.qml andhttps://invent.kde.org/network/neochat/-/blob/master/src/colorschemer.h This allows the user to override the color scheme while using by default the system theme. That's not that different from what I'm doing at the moment https://invent.kde.org/multimedia/haruna/-/blob/master/src/application.cpp#L397 https://invent.kde.org/multimedia/haruna/-/blob/master/src/qml/Settings/General.qml#L235 And on my system NeoChat has the same problem, Config.colorScheme is also read from kdeglobals. In my case it is BreezeLight, but in the combobox it's called Breeze Light (with a space) resulting in currentIndex being -1, thus there is no selection for the combobox. Cheers, Carl
Re: Migration to collaborate.kde.org
On Sunday, 8 August 2021 20:35:48 CEST Ben Cooksley wrote: > On Mon, Aug 9, 2021 at 4:15 AM Paul Brown wrote: > > Hi Ben, > > Hi Paul, > > > Another problem: 10 MBs is not enough for non-shared stuff. The stuff I > > had in > > my "personal" folder (nothing in it was really "personal", but more like > > travelling details, or presentations, etc.) far exceed that. > > > > If I remember right, we used to have 100 MBs for personal stuff. Can we > > have > > that space back? > > For quota increase requests, please file a Sysadmin ticket. Ok. > The original intended purpose of share.kde.org (and it's successor > collaborate.kde.org) is to store files for the wider community rather than > for people individually - hence the default quota limits. > (We have quite a bit more space available on collaborate vs. share, so that > isn't the problem) This is not a perk or a favour I am asking for. I was using that storage for work-related stuff. I was using it as instructed by the Board. I used that space for work files I needed replicated on my other devices, or needed to share with Board members, or my colleagues, but that were not to be available to the rest of Promo because they may have contained sensitive or personal information. And this is how my colleagues were using that space also. Making the space and the files contained within inaccessible negatively impacts our work. Paul -- Promotion & Communication www: http://kde.org Mastodon: https://mastodon.technology/@kde Facebook: https://www.facebook.com/kde/ Twitter: https://twitter.com/kdecommunity LinkedIn: https://www.linkedin.com/company/kde
