Re: problems upgrading from Fedora 33 to Fedora 34

2021-04-30 Thread Qiyu Yan
在 2021-04-30星期五的 08:57 -0400,Richard Ryniker写道:
> After upgrade from F33 to F34, the newly-installed kernel was not the
> default to boot.  I had to explicitly select the F34 kernel in lieu
> of an
> older F33 kernel at boot time.  This was a surprise for me (I
> expected
> the last kernal installed to become the default), but it may not be
> germane in your situation.
It not the last installed becomes the dafault, but the one with highest
version nummber. And unlickily, there is a kernel downgrade with the
upgrade from f33 to f34.

But that should not hurt, Using f33 kernel on f34 shouldn't break
things.

-- 
Qiyu Yan
GPG keyid: 0x4FC914F065F2DF12
About: https://fedoraproject.org/wiki/User:Yanqiyu






signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: problems upgrading from Fedora 33 to Fedora 34

2021-04-30 Thread Qiyu Yan
在 2021-04-30星期五的 14:29 +0200,Joachim Backes写道:
> Thank you. Is there any text in the system journal I should search
> for?
Try journalctl -u dnf-system-upgrade.service
> 

-- 
Qiyu Yan
GPG keyid: 0x4FC914F065F2DF12






signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: fcitx issues on Fedora 34

2021-04-29 Thread Qiyu Yan
在 2021-04-29星期四的 11:48 -0400,Leander Hutton via test写道:
> On 4/28/21 12:26 PM, Qiyu Yan wrote:
> a it will happily stay running until logout. 
> > 
> > Try this workaround: 
> >  edit /etc/xdg/startkderc, comment out systemdBoot=true (or set to
> > false)
> 
> Setting this to false allows fcitx to load on start up, thanks! I
> guess this setting changed between FL33 and FL34?
Yes, for KDE&Wayland session (F34's KDE switched to Wayland for
default), the autostart desktop files will be started by systemd-xdg-
autostart-generator. As fcitx tries to daemonize it self, systemd
treats fcitx as exited after exiting of main-process and killes
everything in the cgroup, I guess.

That is just a workaround(and to determine the problem), I will try to
change the Desktop file to avoid daemonizing. (Or avoid killing by
systemd)
> 
> Thanks!
> 
> Leander
> 
> -- 
> ---
> Leander Hutton
> lean...@one-button.org
> www.one-button.org
> ___
> test mailing list -- test@lists.fedoraproject.org
> To unsubscribe send an email to test-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-
> US/project/code-of-conduct/
> List Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/test@lists.fedoraprojec
> t.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure

-- 
Qiyu Yan
GPG keyid: 0x4FC914F065F2DF12






signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: fcitx issues on Fedora 34

2021-04-28 Thread Qiyu Yan
在 2021-04-24星期六的 23:48 -0400,Leander Hutton via test写道:
> Here is the output from journalctl, it seems it is getting activated
> but then gets signal 15 (SIGTERM) from somewhere else? If I manually
> start fcitx in KDE Plasma it will happily stay running until logout. 

Try this workaround: 
 edit /etc/xdg/startkderc, comment out systemdBoot=true (or set to
false)
-- 
Qiyu Yan
GPG keyid: 0x4FC914F065F2DF12






signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: fcitx issues on Fedora 34

2021-04-24 Thread Qiyu Yan
在 2021-04-24星期六的 23:48 -0400,Leander Hutton via test写道:
> export XMODIFIERS="@im-fcitx"
> export QT_IM_MODULE=fcitx
> export GTK_IM_MODULE=fcitx
Those are just fine.
> 
> Here is the output from journalctl, it seems it is getting activated
> but then gets signal 15 (SIGTERM) from somewhere else? If I manually
> start fcitx in KDE Plasma it will happily stay running until logout. 
TBH, I have no idea where the SIGTERM is from, either. May be from kde
itself? I will look into this later.
-- 
Qiyu Yan
GPG keyid: 0x4FC914F065F2DF12




signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: fcitx issues on Fedora 34

2021-04-23 Thread Qiyu Yan
在 2021-04-23星期五的 23:50 -0400,Leander Hutton via test写道:
> I've also noticed that fcitx will no longer load on login even with
> fcitx.desktop placed in .config/autostart 
That is unexpected, to troubleshoot this, could you try copying
/usr/share/applications/fcitx.desktop to .config/autostart to replace
the current one, and see if problem is still present.

If still present, could you please post the output of:
journalctl -b 0 --user | grep fcitx -i
to see if fcitx is invoked or not.
-- 
Qiyu Yan
GPG keyid: 0x4FC914F065F2DF12






signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: fcitx issues on Fedora 34

2021-04-23 Thread Qiyu Yan
在 2021-04-23星期五的 23:50 -0400,Leander Hutton via test写道:
> Hello all, last week I noticed and reported a bug I noticed with Fedora
> 34 KDE and fcitx. Basically having fcitx loaded causes LibreOffice
> Impress to segfault. I've seen this on two different machines now run
> the FL34 KDE Plasma betas, both were upgrades from FL33 where this
> setup worked fine. 
> 
> I've also noticed that fcitx will no longer load on login even with
> fcitx.desktop placed in .config/autostart 
> 
> Has anyone else noticed issues with fcitx on I'm thinking about
> switching over to ibus-mozc for Kana Kanji input needs and see if that
> fixes it. 
> 
> Bug report here:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1950838
Upstream should have fixed this in a release just now, 
https://github.com/fcitx/fcitx-qt5/releases/tag/1.2.6
I will update fcitx-qt5 and see if it fixes this problem.
> 
> Thanks!
> 
> Leander
> 
> -- 
> ---
> Leander Hutton
> lean...@one-button.org
> www.one-button.org
> ___
> test mailing list -- test@lists.fedoraproject.org
> To unsubscribe send an email to test-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-
> US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.
> org
> Do not reply to spam on the list, report it: https://pagure.io/fedora-
> infrastructure

-- 
Qiyu Yan
GPG keyid: 0x4FC914F065F2DF12






signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: Kernel headers version mismatch?

2021-04-22 Thread Qiyu Yan
在 2021-04-22星期四的 12:30 +0100,William John Murray写道:
>    Dear all,
> 
>  I wanted to test openafs on Fedora 34 RC1, using jsbillings
> repo, 
> relying on dkms.
> 
> The problem is the kernel is 5.11.12, but the kernel-headers is
> 5.11.11.
kernel-headers don't need to exactly match kernel version.
> 
> I enabled updates-testing and upgraded, to get kernel is 5.11.15, but
> the kernel-headers is 5.11.14!
> 
>    So dkms cannot build. I don't seem to be able to find matching
> kernel 
I think you may need kernel-devel, just dnf install kernel would be
fine.
> & header versions. I can bodge it with a softlink which works, but
> this 
> may cause others trouble?
> 
>    Bill
> 
> 
> -- 
> Bill Murray
> STFC-RAL / Warwick University
> Sent from my laptop
> Skype william.john.murray Tel +44 7826 486185
> ___
> test mailing list -- test@lists.fedoraproject.org
> To unsubscribe send an email to test-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-
> US/project/code-of-conduct/
> List Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/test@lists.fedoraprojec
> t.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure



signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: Fedora 34 git clone error

2021-03-06 Thread Qiyu Yan
Okay... I don't think this is related to fedora. Are you in mainland China? If 
so you may want a proxy to play with GitHub. 
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: In Fedora 34, cannot install "C Development Tools and Libraries"

2021-02-14 Thread Qiyu Yan
王 臣  于 2021年2月14日周日 下午8:02写道:

> In Fedora 34  Fedora nightlies ,
> dnf -y groupinstall "C Development Tools and Libraries" "Development Tools"
> notice an error.
>
I guess it is due to unannounced sobump, that means kernel-tools package
should be rebuilt.

>
> ___
> test mailing list -- test@lists.fedoraproject.org
> To unsubscribe send an email to test-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: How To Test pipewire On F33?

2021-01-25 Thread Qiyu Yan
Neal Gompa  于 2021年1月25日周一 上午1:37写道:

> On Sun, Jan 24, 2021 at 12:28 PM Qiyu Yan 
> wrote:
> >
> > My procedure:
> >
> > 1. sudo swap pulseaudio pipewire-pulseaudio --allowerasing
> --enablerepo=updates-testing
> >
> > If you lost sound:
> >
> > 2. sudo systemctl enable --global pipewire-pulse.socket
> >
> > The second step should be done automatically, but it's not the case for
> me...
> >
>
> It's supposed to be started as a user unit, rather than a system unit.
>
> If it's not working, then "systemctl enable --user
> pipewire-pulse.socket" should fix it.
>
--global means enable user unit for every user on system. This is useful
when you need sound in GDM or something like that.

This should be default as presents, but last time when I test this package
seems post scriptlets disable the socket.

>
>
>
> --
> 真実はいつも一つ!/ Always, there's only one truth!
> ___
> test mailing list -- test@lists.fedoraproject.org
> To unsubscribe send an email to test-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
>
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org


Re: How To Test pipewire On F33?

2021-01-24 Thread Qiyu Yan
My procedure:

1. sudo swap pulseaudio pipewire-pulseaudio --allowerasing
--enablerepo=updates-testing

If you lost sound:

2. sudo systemctl enable --global pipewire-pulse.socket

The second step should be done automatically, but it's not the case for
me...

Garry T. Williams  于 2021年1月25日周一 上午12:53写道:

> What is the procedure for testing pipewire on a F33 system?
>
> (I'm obviously doing something wrong since the bug seems to not make
> sense to anyone: https://bugzilla.redhat.com/show_bug.cgi?id=1912150
> and yet my system will not function at all for audio after I swap in
> pipewire for pulseaudio.)
>
> --
> Garry T. Williams
>
>
> ___
> test mailing list -- test@lists.fedoraproject.org
> To unsubscribe send an email to test-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
>
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org