not sure whether I missed something, but I have realized troubles
with building for the armhfp arch. The build process crash on
installation of requirements because of inssuficient space:
I am going to skip that arch for now in building. But sharing just in case
someone has the same issue.
OS & Application Modernization
IRC nicks: pstodulk, skytak
Senior Software Engineer
Red Hat Czech s.r.o.
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:
Here is the text at the end of the above log - basically it times out when compressing the 3D models into the RPM file:
!! 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:
to bypass the compression and expedite my testing.
== 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
== 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]  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.
== 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 ==
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
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.