Re: start of kde5 changes env var LANG
El día lunes, diciembre 07, 2020 a las 10:53:55a. m. -0500, Dwayne MacKinnon escribió: > Hi, > > I recently ran into similar issues. I did some looking around, and discovered > that KDE/KF5 was trying to use DBUS to get account information, and failing. > I > installed sysutils/accountsservice and I find a massive difference in how it > runs. For one thing, startup is much quicker. For another, my CHARSET and > LANG > settings from /etc/login.conf are respected. > > I'm beginning to think there should be a dependency on sysutils/ > accountsservice for x11/kde5. Hi, I've installed sysutils/accountsservice now but can't confirm that the settings from /etc/login.conf or ~/.login.conf are respected. I've even modified /etc/login.conf and run as root 'cap_mkdb -v /etc/login.conf' $ grep :lang /etc/login.conf ~/.login.conf /etc/login.conf::lang=de_DE.UTF-8: /etc/login.conf::lang=ru_RU.UTF-8:\ ~/.login.conf: :lang=de_DE.UTF-8: $ cat ~/.login.conf # # overwrite values from /etc/login.conf # # g...@unixarea.de, Dec. 2020 me:\ :charset=UTF-8:\ :lang=de_DE.UTF-8: $ env | grep LANG LANG=C.UTF-8 I also feel no improvement of the desktop boot time. It takes around 28 seconds from 'startx' until plasma is ready. matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub
Re: RFC: Switching to min Qt version 5.14 for KF on December 14th
Hi Rafael, thanks for your quick reply. Am Montag, 7. Dezember 2020, 06:48:44 CET schrieb Rafael Sadowski: > On Sun Dec 06, 2020 at 08:32:36PM +0100, Adriaan de Groot wrote: > > On Sunday, 6 December 2020 18:05:19 CET David Faure wrote: > > > On dimanche 6 décembre 2020 17:39:38 CET Albert Astals Cid wrote: > > > > * MidnightBSD > > > > * openBSD > > > > > > > > The BSDs are a bit more unfortunate. > > > > > > Thanks for the information, Albert. > > > > > > Apparently this means bumping the requirement to Qt 5.14 would break > > > OpenBSD. > > Will this Qt bump happen before or after the 5.77 release? After, the bump to Qt 5.14 is currently proposed to happen Mid-December, so would be seen for release consumers first with released KF 5.78 in January 2021. For KF 5.77 another bump has just happened to Qt 5.13 (was Qt 5.12 before) as per dependency plan updated earlier this year*. Which then triggered this discussion whether with what we now see being used around us we should perhaps simplify our life (as e.g. there are lots of "#if Qt < 5.14 #else #endif" in the code) and go already to Qt 5.14 now. *https://community.kde.org/Frameworks/Policies#Frameworks_Qt_requirements > Anyway, this is okay for OpenBSD. I'm working on a Qt > 5.15.1 update (qt5-webengine makes me insane). Very good (and all the best to recover once done ;) ) BTW, please consider subscribing to our special-purpose mailinglist: https://mail.kde.org/mailman/listinfo/distributions where such things are discussed with the big consumers of what is released by KDE. It is a low volume mailinglist, so should not be a big price to pay for being in good loop with upstream as well as your related packaging fellows. FTR, the email asking about this topic there is https://mail.kde.org/pipermail/distributions/2020-December/000894.html Cheers Friedrich
[Bug 250853] [exp-run] Update Qt5 and PyQt5/PySide2 to 5.15.2 and sip to 5.4.0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250853 Antoine Brodin changed: What|Removed |Added Assignee|port...@freebsd.org |k...@freebsd.org Flags|exp-run?|exp-run+ --- Comment #14 from Antoine Brodin --- Exp-run looks fine -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.
[Bug 250853] [exp-run] Update Qt5 and PyQt5/PySide2 to 5.15.2 and sip to 5.4.0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250853 Loïc Bartoletti changed: What|Removed |Added Status|New |Closed Resolution|--- |FIXED --- Comment #16 from Loïc Bartoletti --- Committed, thanks! Thanks for the exp-run antoine! -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
[Bug 248929] databases/akonadi: Fails to start with MySQL errors
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248929 --- Comment #5 from Steve Wills --- I ran into a similar issue, except I noticed in the logs that mysql was failing to write to /var/db/mysql_tmpdir. I was able to fix it by doing: cp /usr/local/etc/xdg/akonadi/mysql-global.conf ~/.config/akonadi/mysql-local.conf Add tmpdir=~/.cache/mysql_tmpdir line to ~/.config/akonadi/mysql-local.conf mkdir ~/.cache/mysql_tmpdir delete contents of ~/.local/share/akonadi (since the database contains the tmpdir path, I think) akonadictl start Then it seemed to go away. Perhaps we need to set a tmpdir in /usr/local/etc/xdg/akonadi/mysql-global.conf? -- You are receiving this mail because: You are the assignee for the bug.
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/k...@freebsd.org.html Port| Current version | New version +-+ graphics/kimageannotator| 0.4.0 | v0.4.0 +-+ multimedia/mlt | 6.22.1 | v6.24.0 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout!
