Re: KDE 5.27.8 on FreeBSD 13.2-RELEASE-p4 (64-bit)
Moin moin Indeed, this setting seems to be grayed out. This might be a regression in a recent update. Do you know when that setting was last working? mfg Tobias On Wed, 18 Oct 2023 at 16:16, Ronald the Bruce wrote: > > Hello, > > First of all, thanks for the work you do bringing KDE to the FreeBSD platform. > > I am reaching out to try and solve an issue which has alluded me - > specifically the apparent disabling of regional settings. Specifically, > SYSTEM SETTINGS/REGIONAL SETTINGS/REGION & LANGUAGE are greyed out and cannot > be changed. I have searched the web and not found any reference to the issue. > > I am an experienced user who has used KDE on FreeBSD as my principle desktop > for many years and it has performed very well and has been very stable; the > problem I am seeking your help to fix occurred when I reinstalled FreeBSD > 13.2 Release following a SSD failure. I have reviewed Section 25 of the > FreeBSD Handbook and changed my .login_conf to read as follows: > > me:\ >:charset=UTF-8:\ >:lang=en_AU.UTF-8: > > locale: > > LANG=en_AU.UTF-8 > LC_CTYPE="en_AU.UTF-8" > LC_COLLATE="en_AU.UTF-8" > LC_TIME="en_AU.UTF-8" > LC_NUMERIC="en_AU.UTF-8" > LC_MONETARY="en_AU.UTF-8" > LC_MESSAGES="en_AU.UTF-8" > LC_ALL= > > I hope you can help solve this problem. > > Thanks again and regards, > > Ron Chambers > > Melbourne, Australia
[Bug 274663] k...@freebsd.org is again "nobody" instead of "group"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274663 Bug ID: 274663 Summary: k...@freebsd.org is again "nobody" instead of "group" Product: Services Version: unspecified Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Bug Tracker Assignee: bugmeis...@freebsd.org Reporter: tcber...@freebsd.org CC: k...@freebsd.org Moin moin kde@ in the Assignee selector shows up again as "nobody" instead of "maintainer group" -- I would like that to be reverted :) The point of having groups maintaining ports is to have more people on an issue. By saying "kde@ (nobody)" that goes completely against that idea, that there are a bunch of people actively looking at that... mfg Tobias -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 274662] [exp-run] Update KDE Frameworks to 5.111.0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274662 Bug ID: 274662 Summary: [exp-run] Update KDE Frameworks to 5.111.0 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: port...@freebsd.org Reporter: tcber...@freebsd.org CC: k...@freebsd.org Flags: exp-run? Moin moin kde@ would like to ask for the exp-run to update KDE Frameworks to 5.111. The patch can be found here: https://people.freebsd.org/~tcberner/patches/0001-KDE-Update-KDE-Frameworks-to-5.111.patch mfg Tobias -- You are receiving this mail because: You are on the CC list 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 +-+ misc/tellico| 3.5.1 | 3.5.2 +-+ 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!
Problem reports for k...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|269111 | packages problem after update after update QT5 to New |272884 | KDE5 cannot be compiled and installed on aarch64 Open|258293 | www/firefox (1729109) The preferred default font Open|268692 | devel/qt6-base: unnecessary dependency to net/ava Open|274505 | */*: Treewide, update non helper based CMake buil 5 problems total for which you should take action.
Re: Image viewer gwenview needs 27 secs to start
El día domingo, octubre 22, 2023 a las 02:15:31p. m. +0200, Fernando Apesteguía escribió: > Try having a look with qdbusviewer and exporting DBUS_SESSION_BUS_ADDRESS > if necessary. > From your log it seems it is accessing org.freedesktop.UPower the specific > method is not shown. > > What if you try to call UPower by hand? > > dbus-send --print-reply \ --system \ --dest=org.freedesktop.UPower \ > /org/freedesktop/UPower \ org.freedesktop.UPower.EnumerateDevices This gave the same delay. The name org.freedesktop.UPower.EnumerateDevices gave me the hint: Days ago I move away /usr/local/libexec/upowerd to /usr/local/libexec/upowerd.away and copied /bin/true to /usr/local/libexec/upowerd to investigate another issue I have with KDE5 (switching between the virtual desktops does not work fast). I renamed it again and gwenview behaves normal. Thanks for your help. matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub I am not at war with Russia. Я не воюю с Россией. Ich bin nicht im Krieg mit Russland.
Re: Image viewer gwenview needs 27 secs to start
El día domingo, octubre 22, 2023 a las 12:54:40p. m. +0200, Ronald Klop
escribió:
> Hi,
>
> This needs some debugging of the application.
>
> During these 27 seconds it can be interesting to get the output of:
I found the point where it spends this amount of time. I run
$ truss -o gwenview.tr -d gwenview
and with grep/vim I found the point in time where it waits 25 secs for
something:
...
2.001783437 socket(PF_LOCAL,SOCK_STREAM|SOCK_CLOEXEC,0) = 21 (0x15)
2.002053139 connect(21,{ AF_UNIX "/var/run/dbus/system_bus_socket" },33) = 0
(0x0)
...
2.019812505 sendmsg(21,{NULL,0,[{"l\^A\0\^A
\0\0\0\v\0\0\0\M^H\0\0"...,152},{"\^V\0\0\0org.freedesktop.UPower"...,32}],2,{},0,0},MSG_NOSIGNAL)
= 184 (0xb8)
27.024832498 poll({ 11/POLLIN 12/POLLIN 21/POLLIN },3,25068) = 1 (0x1)
27.024978322
recvmsg(21,{NULL,0,[{"l\^C\^A\^Ac\0\0\0\a\0\0\0m\0\0\0"...,2048}],1,{},0,MSG_CMSG_CLOEXEC},MSG_CMSG_CLOEXEC)
= 227 (0xe3)
27.025182480 recvmsg(21,0x896a197b0,MSG_CMSG_CLOEXEC) ERR#35 'Resource
temporarily unavailable'
i.e. it sends something to /var/run/dbus/system_bus_socket and waits 25
secs in poll(2) for the answer until it timesout after 25086 millisecs.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia.
Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
Image viewer gwenview needs 27 secs to start
I'm used to use gwenview for image viewing and manipulating. Since I updated to recent ports (via git at September 22, exact version see below) the start is VERY lazy. It takes 27 secs to present the image when started with 'gwenview file.jpg' from a shell. Any ideas or help? matthias gwenview-23.08.0 Name : gwenview Version: 23.08.0 Installed on : Sun Sep 24 11:27:49 2023 CEST Origin : graphics/gwenview Architecture : FreeBSD:14:amd64 Prefix : /usr/local Categories : kde-applications kde graphics Licenses : LGPL20 Maintainer : k...@freebsd.org WWW: http://gwenview.sourceforge.net Comment: Image viewer and browser for KDE Options: DOCS : on Shared Libs required: libwayland-client.so.0 libtiff.so.5 libpng16.so.16 libphonon4qt5.so.4 liblcms2.so.2 libkImageAnnotator.so.0 libjpeg.so.8 libexiv2.so.28 libX11.so.6 libQt5Xml.so.5 libQt5X11Extras.so.5 libQt5Widgets.so.5 libQt5WaylandClient.so.5 libQt5Svg.so.5 libQt5PrintSupport.so.5 libQt5Network.so.5 libQt5Gui.so.5 libQt5DBus.so.5 libQt5Core.so.5 libQt5Concurrent.so.5 libKF5XmlGui.so.5 libKF5WindowSystem.so.5 libKF5WidgetsAddons.so.5 libKF5TextWidgets.so.5 libKF5SonnetUi.so.5 libKF5Solid.so.5 libKF5Service.so.5 libKF5Parts.so.5 libKF5Notifications.so.5 libKF5KIOWidgets.so.5 libKF5KIOGui.so.5 libKF5KIOFileWidgets.so.5 libKF5KIOCore.so.5 libKF5KDcraw.so.5 libKF5JobWidgets.so.5 libKF5ItemViews.so.5 libKF5ItemModels.so.5 libKF5IconThemes.so.5 libKF5I18n.so.5 libKF5GuiAddons.so.5 libKF5FileMetaData.so.3 libKF5CoreAddons.so.5 libKF5ConfigWidgets.so.5 libKF5ConfigGui.so.5 libKF5ConfigCore.so.5 libKF5Completion.so.5 libKF5Codecs.so.5 libKF5Bookmarks.so.5 libKF5Baloo.so.5 libKF5AuthCore.so.5 libKF5Auth.so.5 libKF5Activities.so.5 Shared Libs provided: libgwenviewlib.so.5 Annotations: FreeBSD_version: 1400094 build_timestamp: 2023-09-22T01:09:11+ built_by : poudriere-git-3.3.99.20220831 port_checkout_unclean: no port_git_hash : 2a6cfd50d ports_top_checkout_unclean: no ports_top_git_hash: 1a898a009 repo_type : binary repository : FreeBSD Flat size : 11.1MiB Description: Gwenview is a fast and easy to use image viewer for KDE. Features: - Supports simple image manipulations: rotate, mirror, flip, and resize. - Supports basic file management actions such as copy, move, delete, and others. - Functions both as a standalone application and an embedded viewer in the Konqueror web browser. - Can be extended using KIPI plugins. -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub I am not at war with Russia. Я не воюю с Россией. Ich bin nicht im Krieg mit Russland.
maintainer-feedback requested: [Bug 274640] devel/cmake-core CPACK option description
Bugzilla Automation has asked freebsd-kde (Nobody) for maintainer-feedback: Bug 274640: devel/cmake-core CPACK option description https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274640 --- Description --- I just noticed that way back in January, a commit changed the behavior of cmake-core and enabled CPACK option by default. https://cgit.freebsd.org/ports/commit/?id=efaecf6690c4abad127e55e59e55b6c8722b2 796 However, in the Makefile, that option is still described as 'experimental'. Is the description is outdated? It seems weird to me that an experimental feature should enabled by default.
[Bug 274640] devel/cmake-core CPACK option description
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274640 Bug ID: 274640 Summary: devel/cmake-core CPACK option description Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: k...@freebsd.org Reporter: mar...@waschbuesch.de Assignee: k...@freebsd.org Flags: maintainer-feedback?(k...@freebsd.org) I just noticed that way back in January, a commit changed the behavior of cmake-core and enabled CPACK option by default. https://cgit.freebsd.org/ports/commit/?id=efaecf6690c4abad127e55e59e55b6c8722b2796 However, in the Makefile, that option is still described as 'experimental'. Is the description is outdated? It seems weird to me that an experimental feature should enabled by default. -- You are receiving this mail because: You are the assignee for the bug.
