Re: remmina not working after llvm upgrade
Dnia 2023-05-25, o godz. 14:59:56 Jan Palus napisał(a): > > > >Yes, that's after reboot. Could be Mesa, it's upgraded too.. > > Do you mind sharing output (remmina.strace) of: > > strace -o remmina.strace -f -e '/open.*' -z remmina I observe a similar problem on my computer. The strace file can be found at https://pastebin.com/KuXzXaYP Regards -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: KDE - all form test
Dnia 2022-09-14, o godz. 10:29:58 Andrzej Zawadzki napisał(a): > Works now. > > But... should KDE be strictly dependent on the Qt version? > > Second time when Qt update broke my KDE environment. As a non-programmer, I'm guessing that KDE expects that all its components will be build with the same QT version. The problem is that the particular components, ka5, kf5, kp5 appear for upgrades at different times, so if between upgrading let's say kf5 packages and kp5 packages the QT version gets changed, then the problem occurs. I guess every QT5 upgrade should trigger rebuilding of all ka5, kf5 and kp5 packages... -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: KDE - all form test
Dnia 2022-09-13, o godz. 16:15:06 Andrzej Zawadzki napisał(a): >Qt 5.15.6 - similar problem. For example kwallet doesn't work with >NetworkManager. > >Downgrade help, so looks like after Qt upgrade rebuild off all kde5 >packages will help. I sent all ka5 and kp5 packages to rebuild. They should be done over the night. Kf5 were done earlier today due to their update. -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/ka5-messagelib] - excluding x32
Dnia 2022-06-12, o godz. 20:38:18
Jan Palus napisał(a):
> On 12.06.2022 11:09, mrozowik wrote:
> > commit 7b38363a6951facd5787b69e5afe2001cc3b6380
> > Author: Krzysztof Mrozowicz
> > Date: Sun Jun 12 09:09:12 2022 +
> >
> > - excluding x32
> >
> > ka5-messagelib.spec | 1 +
> > 1 file changed, 1 insertion(+)
> > ---
> > diff --git a/ka5-messagelib.spec b/ka5-messagelib.spec
> > index a07f2e5..5361af7 100644
> > --- a/ka5-messagelib.spec
> > +++ b/ka5-messagelib.spec
> > @@ -71,6 +71,7 @@ BuildRequires:rpmbuild(macros) >= 1.164
> > BuildRequires: shared-mime-info
> > BuildRequires: tar >= 1:1.22
> > BuildRequires: xz
> > +ExclusiveArch: i686 %{x8664}
>
> I suppose more appropriate would be ExcludeArch: x32 here.
Good point, thanks. I'll change it before the next kde update.
--
Krzysiek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/phonon-qt5] - initial version, copy of phonon repo
Dnia 2022-05-15, o godz. 16:28:16 Jan Rękorajski napisał(a): > On Sat, 14 May 2022, mrozowik wrote: > > > commit 0b8c3fb5a1bd048461aa4623ca1114928e5737eb > > Author: Krzysztof Mrozowicz > > Date: Sat May 14 13:10:01 2022 + > > > > - initial version, copy of phonon repo > > You should have done this with 'ssh g...@git.pld-linux.org copy phonon > phonon-qt5' to keep the history. > > Please do so next time. Well, I tried. I received a message (from what I remember) that either I don't have permissions to run the copy command, or the repo already exists. When I checked, the repo was there, totally empty, so I used it. -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
help needed with quickjs
Hi, I'm trying to build the quickjs package and rpm fails due to empty debugsourcefiles.list. As far as I understand, in this case, the right flags need to be injected directly into Makefile, but I don't understand GCC and its flags good enough to do that. All my tries failed, so can anybody help me to build this package? Regards! -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: lwn.net 3 years subscription and missing Szymon Siwek
Dnia 2022-01-27, o godz. 09:18:43 Jan Rękorajski napisał(a): > On Wed, 26 Jan 2022, Arkadiusz Miśkiewicz via pld-devel-en wrote: > > > Hello. > > > > Does anyone have contact with Szymon Siwek ? > > > > Our lwn.net subscription is going to expire and we want to renew > > it. He was participating but it seems that he doesn't use it since > > 2019. > > > > In case we won't be able to contact him we are looking for one > > person who is interested in 3 years lwn.net subcription for ~148PLN > > (1$/month). > > > > Deadline is tomorrow. > > Just in case, I'm interested. > I don't mind to take it either. -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: firefox extensions
Dnia 2021-10-05, o godz. 23:50:36 Jan Rękorajski napisał(a): > On Tue, 05 Oct 2021, Jan Rękorajski wrote: > > > I can't figure out what the trigger was, but since recently (92+?, > > September?) firefox extensions started misbehaving. ex. ublock is > > not really blocking adds, and if I try to click its icon all I get > > is a single vertical line instead of the menu. > > > > So, does firefox extensions work for you? Any hints what's going on? > > > > I did try launching firefox on a clean profile, problem persists, > > and the same thing happens on both mozilla-firefox-bin and PLD > > compiled package. > > I also did try downgrading to 91.0 and it looks the same, so, what > could have changed recently that broke JavaScript(?) in forefox? > I only can confirm the problem. I noticed that with the NextCloud Password manager extension, but checked ublock right now and also its interface doesn't show up. -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kodi rebuild error
Dnia 2021-08-23, o godz. 08:03:22 Elan Ruusamäe napisał(a): > > Hi, I'm afraid the problem is not fully fixed. > > > > https://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=ka5-akonadi-contacts=d80de448-2986-458a-b920-ed5817be348b=tail > > > > that's different problem, even different package (so you should > created new thread, nothing related to kodi here) > > there's no buildconflicts in the package you linked: > > -http://git.pld-linux.org/?p=packages/ka5-akonadi-contacts.git;a=blob;f=ka5-akonadi-contacts.spec;h=d8cf179c8ff8b482c616217aedf5ca9c4a1e552b;hb=d4a0802983bd4e7c8daeb540861aea999472964a > > your install conflict appears due packages chosen for install produce > file conflicts (files with different checksum belong to two packages) My problem with kodi was in fact a problem with builders not being able (or not even trying) to uninstall packages conflicting with build requirements. And I think I hit the same problem again when installed akonadi-libs prevents installation of ka5-akonadi and the builder is not trying to uninstall akonadi-libs to make room for ka5-akonadi. That's why I used the same thread. If I'm wrong about the reason why ka5-akonadi-contacts doesn't want to build, please correct me. Best Regards -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kodi rebuild error
Dnia 2021-08-20, o godz. 10:57:18 Jan Rękorajski napisał(a): > This should get uninstalled automatically, you hit a builder bug. > > Fixed now: > > http://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=kodi=77157a1d-2efb-4149-acc0-4e7d2515e3ea=tail > Hi, I'm afraid the problem is not fully fixed. https://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=ka5-akonadi-contacts=d80de448-2986-458a-b920-ed5817be348b=tail Regards -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
kodi rebuild error
Hi, I updated libfmt which caused a need to rebuild few other packages. When I'm trying to rebuild kodi, I'm getting: rpm: error: Failed build dependencies: rpm:squish-devel conflicts with kodi-18.4-5.x86_64 What should I do in this situation? I believe squish-devel needs to be uninstalled from builders, but how can I do it? Best Regards -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: problem with firefox 88
# grep modesetting Xorg.0.log [ 18.622] (==) Matched modesetting as autoconfigured driver 1 [ 18.628] (II) LoadModule: "modesetting" [ 18.628] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 18.629] (II) Module modesetting: vendor="X.Org Foundation" [ 18.632] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 18.675] (WW) Falling back to old probe method for modesetting [ 18.682] (II) UnloadModule: "modesetting" [ 18.682] (II) Unloading modesetting Not using modesetting on Intel is your real issue. Try to figure what's missing to make it work and webrender most likely will be fine in firefox. Anyway if you still have issues the discussion should be moved to pld-users-* The solution was uninstalling of xorg-driver-video-intel. Now modesetting works OK. Thanks all for help! -- Krzysztof ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: problem with firefox 88
W dniu 05.05.2021 o 12:08, Jan Palus pisze: On 05.05.2021 12:50, Krzysztof Mrozowicz via pld-devel-en wrote: W dniu 05.05.2021 o 11:35, Jan Palus pisze: Downgraded to version 87 and happy days. Works for me. Did you try with fresh profile (firefox -ProfileManager), mozilla's binary (package mozilla-firefox-bin) and in case it still doesn't work stracing it? I tried with fresh profile - the same effect. It seems like FF is reacting for clicking, but doesn't "re-paint" the interface accordingly. When I, let's say click "+" to open a new tab, then minimize the window and restore it, the new tab is there. Double-clicking on the window title (maximize/un-maximize) also refreshes the interface. Firefox 88 from mozilla-firefox-bin behaves the exact same way. Would you mind telling me how to strace the program in a correct way, please? I did it few times in the past but always I was googling the method. Ah ok, somehow I thought firefox hangs or fails to start for you. That's probably an effect of enabling WebRender by default for XFCE/KDE with Intel/AMD GPU so likely for you. Try disabling webrender in about:config (|gfx.webrender.force-disabled=true). Which GPU? If Intel are you using modesetting driver? Zwycięstwo! Setting up the gfx.webrender.force-disabled=true made the firefox usable again. Thanks Jan! Regarding the modesetting, I don't remember if I was tweaking any X config about that. My hardware is: CPU: Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz GPU: VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) And xorg.log: # grep modesetting Xorg.0.log [ 18.622] (==) Matched modesetting as autoconfigured driver 1 [ 18.628] (II) LoadModule: "modesetting" [ 18.628] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 18.629] (II) Module modesetting: vendor="X.Org Foundation" [ 18.632] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 18.675] (WW) Falling back to old probe method for modesetting [ 18.682] (II) UnloadModule: "modesetting" [ 18.682] (II) Unloading modesetting -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: problem with firefox 88
W dniu 05.05.2021 o 11:55, Peri Noid pisze: Dnia środa, 5 maja 2021 12:50:26 CEST Krzysztof Mrozowicz via pld-devel-en pisze: [...] I tried with fresh profile - the same effect. It seems like FF is reacting for clicking, but doesn't "re-paint" the interface accordingly. When I, let's say click "+" to open a new tab, then minimize the window and restore it, the new tab is there. Double-clicking on the window title (maximize/un-maximize) also refreshes the interface. Firefox 88 from mozilla-firefox-bin behaves the exact same way. What graphics environment do you use? XFCE-4.16. But the other PLD I have, that I use via XRDP also has XFCE and there is no problem on it. The difference between them two, that could be important, is that the remote PLD is installed purely from the repos, and my laptop has some packages built locally and installed for test before sent to the PLD GIT repos. So I think, stracing the firefox process may be a good thing to do. -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: problem with firefox 88
W dniu 05.05.2021 o 11:35, Jan Palus pisze: Downgraded to version 87 and happy days. Works for me. Did you try with fresh profile (firefox -ProfileManager), mozilla's binary (package mozilla-firefox-bin) and in case it still doesn't work stracing it? I tried with fresh profile - the same effect. It seems like FF is reacting for clicking, but doesn't "re-paint" the interface accordingly. When I, let's say click "+" to open a new tab, then minimize the window and restore it, the new tab is there. Double-clicking on the window title (maximize/un-maximize) also refreshes the interface. Firefox 88 from mozilla-firefox-bin behaves the exact same way. Would you mind telling me how to strace the program in a correct way, please? I did it few times in the past but always I was googling the method. -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: problem with firefox 88
W dniu 03.05.2021 o 22:22, Krzysztof Mrozowicz pisze: W dniu 03.05.2021 o 22:11, Krzysztof Mrozowicz pisze: Hi, I just upgraded firefox to version 88 and discovered its interface doesn't respond to clicking and in the terminal I can see the following: JavaScript error: resource://gre/modules/ExtensionCommon.jsm, line 2304: Error: primed listener not re-registered JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't find profile directory. Am I only one with this issue? On my other PLD instance, to which I connect via XRDP, the problem doesn't exist (and similar messages are displayed in the terminal). So maybe it's rather problem with the graphic driver than firefox... Downgraded to version 87 and happy days. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: problem with firefox 88
W dniu 03.05.2021 o 22:11, Krzysztof Mrozowicz pisze: Hi, I just upgraded firefox to version 88 and discovered its interface doesn't respond to clicking and in the terminal I can see the following: JavaScript error: resource://gre/modules/ExtensionCommon.jsm, line 2304: Error: primed listener not re-registered JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't find profile directory. Am I only one with this issue? On my other PLD instance, to which I connect via XRDP, the problem doesn't exist (and similar messages are displayed in the terminal). So maybe it's rather problem with the graphic driver than firefox... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
problem with firefox 88
Hi, I just upgraded firefox to version 88 and discovered its interface doesn't respond to clicking and in the terminal I can see the following: JavaScript error: resource://gre/modules/ExtensionCommon.jsm, line 2304: Error: primed listener not re-registered JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't find profile directory. Am I only one with this issue? Best Regards Krzysztof ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: query about debuginfo
On Sunday, April 11, 2021 20:47 IST, Jakub Bogusz wrote: > On Fri, Apr 09, 2021 at 03:27:11PM +0100, Krzysztof Mrozowicz via > pld-devel-en wrote: > > Hi, I updated the wesnoth package to newer version and it built on my > > computer with no problems. When I tried to build it on the builders, > > it failed with error saying that debugsourcefiles.list is empty. > > That's because package was compiled without debugging information, so > rpm couldn't find source files for compiled binaries. > > After adjusting build to use PLD-specific compiler flags, debug packages > are created. Thank you very much for the answer and for fixing the spec. Not knowing you changed the spec, I was looking into it by myself and found that changing CMAKE_BUILD_TYPE from "Release" to "RelWithDebInfo" also does the job. -- Krzysiek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
query about debuginfo
Hi, I updated the wesnoth package to newer version and it built on my
computer with no problems. When I tried to build it on the builders,
it failed with error saying that debugsourcefiles.list is empty.
I updated my environment to what is in th-test and was able to
reproduce the error on my computer, so something got changed in macros
or rpm there...
This was the first time when I saw this kind of error so I asked
google and found some solution:
add %global debug_package %{nil} to the spec
And this helped. Packages were built correctly, but I don't know if
what I did, was right. The effect of adding the above directive to the
spec was that the package wesnoth-debuginfo-1.14.16-1.x86_64.rpm was
not created.
I'd love to hear from more experienced developers something that could
help me to understand this.
--
Krzysiek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
