Dell XPS 13 9310 Fingerprint Driver
by Ondra Kalousek
Hello. I want to buy myself Dell XPS 13 9310 (2020). The unit will arrive in few weeks, so I used the time to ask this questio. It has a fingerprint sensor Goodix 27c6:533c. But official driver is for Ubuntu and no RPM. There is a post how to install it, but replacing packages' files is very likely to break after update.
Post link: https://aboutcher.co.uk/2020/10/goodix-fingerprint-reader-on-fedora-linux/
It is absolutely unecessary to do write to modules.alias, I think.
That Ubuntu package has a TOD library, which enables to use OEM drivers but there is no TOD for fedora. It would be nice to do TOD libfprint package, which provides libfprint (so no ugly replacements which will disappear after update) and that driver package or make it one package.
If it can be possible, can someone please make good, quality and nice RPM(s), which I have to install and and "at the drop of the hat" run into GNOME Settings and setup fingerprint? It will help me and many XPS 13 users, because according to reviews, this computer is very good for running Linux (not that one I have, which is Ok, but not very good).
Thank you!
3 years, 5 months
Copr timeout on large KiCAD package
by Steven A. Falco
KiCAD has a large package containing 3D component models. It takes a long time to compress with the new zstd compressor. So long in fact that the copr build system is throwing a timeout. You can see an example here:
https://download.copr.fedorainfracloud.org/results/@kicad/kicad/fedora-33...
Here is the text at the end of the above log - basically it times out when compressing the 3D models into the RPM file:
...
Wrote: /builddir/build/RPMS/kicad-debuginfo-r23934-fc2bdc49.fc33.x86_64.rpm
Wrote: /builddir/build/RPMS/kicad-r23934-fc2bdc49.fc33.x86_64.rpm
Wrote: /builddir/build/RPMS/kicad-doc-r23934-fc2bdc49.fc33.noarch.rpm
Wrote: /builddir/build/RPMS/kicad-debugsource-r23934-fc2bdc49.fc33.x86_64.rpm
!! Copr timeout => sending INT
Copr build error: Build failed
The package is named kicad-packages3d. Compressed size is around 390 Mbytes and decompressed it is about 5.5 Gbytes. So far, only F33 is throwing the timeout; other targets are successfully building the package. But I have no idea how close to a similar problem those other targets may be.
Is there a way to increase the Copr builder timeout?
Alternatively, I could perhaps tell Copr not to use zstd for the 3D models, but I'd hate to do that, given how large the resulting RPM would be. On my desktop I do use:
--rpmbuild-opts='--define=_binary_payload\ w3.zstdio'
to bypass the compression and expedite my testing.
Steve
3 years, 5 months
Fedora 34 Change proposal: ibus-anthy for default Japanese IME
(System-Wide Change)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/ibus-anthy_for_default_Japanese_IME
== Summary ==
The current default Japanese IME(input method engine) is ibus-kkc and
the default is going to change to ibus-anthy to develop Japanese IME
more effectively.
== Owner ==
* Name: [[User:Fujiwara|Takao Fujiwara]]
* Email: fujiwara [at] redhat [dot] com
== Detailed Description ==
Currently some development plans have been pending because of the
delay of [https://github.com/ueno/ibus-kkc ibus-kkc] [1] which is the
default IME for Japanese and I make the default IME to bring back to
[https://github.com/ibus/ibus-anthy ibus-anthy] now. Originally the
default was changed from ibus-anthy to ibus-kkc because the
[https://osdn.net/projects/anthy/ upstream anthy] is no longer
updated. Recently I got the agreement with the original developer of
anthy and forked it to [https://github.com/fujiwarat/ibus-anthy
anthy-unicode] and start to change the default IME again.
I also considered about [https://github.com/google/mozc ibus-mozc] for
the default but the configuration GUI is based on Qt which has the
different theme from GNOME desktop in Fedora.
[1] https://github.com/ibus/ibus/wiki/GSettingsMigration
== Benefit to Fedora ==
Make the effective developments in the Japanese IME and apply the
latest updates in ibus to each IME more effectively because I'm the
maintainer of both ibus and ibus-anthy.
== Scope ==
* Proposal owners:
* Other developers: gnome-desktop3 for default ja_JP
* Release engineering: (a check of an impact with Release Engineering is needed)
* Policies and guidelines: N/A
* Trademark approval: N/A
* Alignment with Objectives:
== Upgrade/compatibility impact ==
The default installed package will be changed from ibus-kkc to ibus-anthy.
== How To Test ==
Install Fedora with Japanese and the default IME is ibus-anthy.
== User Experience ==
# The Japanese detabase and some keybindings will be changed
# The setting UI is a little different
# The package size and depended packages are different
# The memory usage is a little different
== Dependencies ==
anthy-unicode and kasumi
# comps has to be updated
# gnome-desktop3 has to be updated
== Contingency Plan ==
* Contingency mechanism: Revert comps and gnome-desktop3
* Contingency deadline: Beta release
* Blocks release? No
== Documentation ==
TBD
--
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
3 years, 5 months
[ELN] How to do CI tests in ELN
by Miro Hrončok
Hello.
Is it possible to run the Fedora CI tests in Fedora ELN as well as in Fedora proper?
My main interest is with Pull Request to the master branch, since that is where
ELN builds are built from.
Thanks,
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
3 years, 5 months