[Fedora-i18n-bugs] [Bug 1416691] New: gettext-0.19.8.1-3.fc25 FTBFS when building without git
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1416691
Bug ID: 1416691
Summary: gettext-0.19.8.1-3.fc25 FTBFS when building without
git
Product: Fedora
Version: 25
Component: gettext
Assignee: praiskup(a)redhat.com
Reporter: mmathesi(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, praiskup(a)redhat.com,
psabata(a)redhat.com, sgallagh(a)redhat.com
Blocks: 1400162 (BaseRuntimeFTBFS)
Description of problem:
When attempting to rebuild portions of the frozen package set of Fedora 25 for
the Base Runtime effort, we discovered that gettext has an undesirable hard
runtime requirement upon git. When making a test build without git, it was also
found that the package fails to build due to %autosetup's use of git.
Version-Release number of selected component (if applicable):
gettext-0.19.8.1-3.fc25
How reproducible:
Every time
Steps to Reproduce (rawhide):
1. fedpkg clone gettext && cd gettext
2. fedpkg switch-branch master
3. fedpkg srpm
4. mock --root=fedora-25-x86_64 --without=git gettext-0.19.8.1-6.fc26.src.rpm
Actual results:
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.42u1jg
+ umask 022
+ cd /builddir/build/BUILD
+ cd /builddir/build/BUILD
+ rm -rf gettext-0.19.8.1
+ /usr/bin/tar -xof -
+ /usr/bin/xz -dc /builddir/build/SOURCES/gettext-0.19.8.1.tar.xz
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd gettext-0.19.8.1
+ /usr/bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ /usr/bin/git init -q
/var/tmp/rpm-tmp.42u1jg: line 42: /usr/bin/git: No such file or directory
Expected results:
Successful build of the package.
Additional info:
Attached is a patch that corrects the error when building without git. The
patch also fixes the default "with git" case so the gettext-devel subpackage
only Recommends: git rather than the strict Requires to avoid at unnecessary
mandatory dependency upon git. This is needed for the Base Runtime Project.
Please apply the patch or respond with a reason it should not be applied within
two weeks. After that time, a provenpackager will go ahead and apply it.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1400162
[Bug 1400162] Base Runtime FTBFS tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 1 month
[Fedora-i18n-bugs] [Bug 1349567] New: avoid using special purpose fonts such as apx-fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1349567
Bug ID: 1349567
Summary: avoid using special purpose fonts such as apx-fonts
Product: Fedora
Version: 23
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: htl10(a)users.sourceforge.net
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Description of problem:
I started noticing many web pages on firefox, icecat, etc using a rather
undesirable choice of fonts a while ago, and finally tracked it down with
gnome-font-viewer to see which font is that. It is apx-fonts .
/usr/share/fonts/apx/04b03.ttf .
The problem is that its name starts with "04b03", and therefore comes first in
a fair number of font matches (don't know the exact criteria, but often
enough)...
Version-Release number of selected component (if applicable):
apx-fonts-0.1-3.fc23.noarch
fontconfig-2.11.94-4.fc23.x86_64
fontconfig-2.11.94-4.fc23.i686
How reproducible:
Always, since installing it (I installed a whole lot of fonts a while ago,
basically just did "dnf install -y *fonts").
Steps to Reproduce:
1. installing apx-fonts
2. go to some web sites
3.
Actual results:
undesirable font choice.
Expected results:
pick something more suitable.
Additional info:
I know I can configure it myself in ~/.config/fontconfig, but fedora should
help in avoiding these in the first place; since "dnf install -y *fonts" is
probably common enough action.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 1 month
[Fedora-i18n-bugs] [Bug 1419270] New: Log out option within im-chooser results in error
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1419270
Bug ID: 1419270
Summary: Log out option within im-chooser results in error
Product: Fedora
Version: 25
Component: im-chooser
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: oldregdata(a)km.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
After some change within im-chooser, the log out button gets active, but
pressing it results in a "Could not connect to the session manager" error
Version-Release number of selected component (if applicable):
1.6.6-1.fc25
How reproducible:
Always
Steps to Reproduce:
1. Open im-chooser
2. Trigger some change (select 'Use X compose table' for example)
3. Press log out
Actual results:
"Could not connect to the session manager" error pops up
Expected results:
Session would exit to lightdm
Additional info:
Tried on both my actuall net install setup (im-chooser gets pulled with scim
package i installed), and on xfce live dvd (im-chooser is present by default),
the result is always the same.
xsession-errors only records 'Gtk-Message: GtkDialog mapped without a transient
parent. This is discouraged.' error.
journalctl seems to provide the following info on that matter:
Feb 05 00:03:42 localhost.localdomain com.redhat.imsettings[971]: [
1486217022.649999]: IMSettings-Daemon[991]: INFO: Attempting to switch IM to X
compose table [lang=en_US.utf8, desktop=(null), update=true]
Feb 05 00:03:43 localhost.localdomain com.redhat.imsettings[971]: [
1486217023.082856]: IMSettings-Daemon[991]: INFO: no need to invoke any
auxiliary process for X compose table
Feb 05 00:03:43 localhost.localdomain com.redhat.imsettings[971]: [
1486217023.084348]: IMSettings-GSettings backend[991]: INFO: Setting up xim:xim
as gtk+ immodule
Feb 05 00:03:47 localhost.localdomain sudo[2635]: user2 : TTY=pts/0 ;
PWD=/home/user2 ; USER=root ; COMMAND=/bin/journalctl
Feb 05 00:03:47 localhost.localdomain audit[2635]: USER_CMD pid=2635 uid=1000
auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='cwd="/home/user2" cmd="journalctl" terminal=pts/0 res=success'
Feb 05 00:03:47 localhost.localdomain audit[2635]: CRED_REFR pid=2635 uid=0
auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:setcred grantors=pam_env,pam_fprintd acct="root"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
Feb 05 00:03:47 localhost.localdomain sudo[2635]: pam_systemd(sudo:session):
Cannot create session: Already running in a session
Feb 05 00:03:47 localhost.localdomain sudo[2635]: pam_unix(sudo:session):
session opened for user root by (uid=0)
Feb 05 00:03:47 localhost.localdomain audit[2635]: USER_START pid=2635 uid=0
auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:session_open
grantors=pam_keyinit,pam_limits,pam_keyinit,pam_limits,pam_systemd,pam_unix
acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0
res=success'
Thanks for your time and efforts! Will be glad to provide further info
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 1 month
[Fedora-i18n-bugs] [Bug 1374888] New: Unable to change IM Settings as expected / QT_IM_MODULE always set to ibus
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1374888
Bug ID: 1374888
Summary: Unable to change IM Settings as expected /
QT_IM_MODULE always set to ibus
Product: Fedora
Version: 24
Component: imsettings
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: msilveira(a)linuxbr.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
No matter what I try, I just can't get GTK_IM_MODULE and QT_IM_MODULE set
correctly.
It seems like /etc/X11/xinit/xinitrc.d/50-xinput.sh always results in empty
GTK_IM_MODULE and QT_IM_MODULE set to ibus.
I'm trying to get cedilla to work as ' + c/C to output ç and Ç ( as it's always
been since old DOS times ) instead of ć and Ć
The first step was to edit /usr/share/X11/locale/en_US.UTF-8/Compose and sed ć
and Ć into ç and Ç ( not sure if this is really necessary )
If I open a Terminal and manually set GTK_IM_MODULE=cedilla and
QT_IM_MODULE=xim , both GTK and QT programs work as I expect.
Version-Release number of selected component (if applicable):
imsettings-1.7.1-1.fc24.x86_64
How reproducible: Always
Steps to Reproduce:
1. Choose any input method other than ibus ( via im-chooser ), logout, login.
2. Open Terminal and check if GTK_IM_MODULE and QT_IM_MODULE are set as
expected
3.
Actual results:
GTK_IM_MODULE is not set and QT_IM_MODULE is always set to ibus
Expected results:
GTK_IM_MODULE and QT_IM_MODULE set as expected by the xinput files
Additional info:
I've managed to temporarily get GTK_IM_MODULES set by adding a file named
/etc/X11/xinit/xinitrc.d/99-force-im.sh with the lines:
#!/bin/bash
export GTK_IM_MODULE=cedilla
export QT_IM_MODULE=xim
That's the only way I can get GTK programs to work with c cedil. But
QT_IM_MODULE still gets overriden at logon.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 1 month
[Fedora-i18n-bugs] Broken dependencies: fcitx-libpinyin
by buildsys@fedoraproject.org
fcitx-libpinyin has broken dependencies in the rawhide tree:
On x86_64:
fcitx-libpinyin-0.4.1-2.fc26.x86_64 requires libpinyin.so.10()(64bit)
fcitx-libpinyin-0.4.1-2.fc26.x86_64 requires libpinyin.so.10(LIBPINYIN)(64bit)
On armhfp:
fcitx-libpinyin-0.4.1-2.fc26.armv7hl requires libpinyin.so.10
fcitx-libpinyin-0.4.1-2.fc26.armv7hl requires libpinyin.so.10(LIBPINYIN)
On ppc64le:
fcitx-libpinyin-0.4.1-2.fc26.ppc64le requires libpinyin.so.10()(64bit)
fcitx-libpinyin-0.4.1-2.fc26.ppc64le requires libpinyin.so.10(LIBPINYIN)(64bit)
On aarch64:
fcitx-libpinyin-0.4.1-2.fc26.aarch64 requires libpinyin.so.10()(64bit)
fcitx-libpinyin-0.4.1-2.fc26.aarch64 requires libpinyin.so.10(LIBPINYIN)(64bit)
On ppc64:
fcitx-libpinyin-0.4.1-2.fc26.ppc64 requires libpinyin.so.10()(64bit)
fcitx-libpinyin-0.4.1-2.fc26.ppc64 requires libpinyin.so.10(LIBPINYIN)(64bit)
On i386:
fcitx-libpinyin-0.4.1-2.fc26.i686 requires libpinyin.so.10
fcitx-libpinyin-0.4.1-2.fc26.i686 requires libpinyin.so.10(LIBPINYIN)
Please resolve this as soon as possible.
7 years, 1 month
[Fedora-i18n-bugs] Broken dependencies: fcitx-libpinyin
by buildsys@fedoraproject.org
fcitx-libpinyin has broken dependencies in the rawhide tree:
On x86_64:
fcitx-libpinyin-0.4.1-2.fc26.x86_64 requires libpinyin.so.10()(64bit)
fcitx-libpinyin-0.4.1-2.fc26.x86_64 requires libpinyin.so.10(LIBPINYIN)(64bit)
On armhfp:
fcitx-libpinyin-0.4.1-2.fc26.armv7hl requires libpinyin.so.10
fcitx-libpinyin-0.4.1-2.fc26.armv7hl requires libpinyin.so.10(LIBPINYIN)
On ppc64le:
fcitx-libpinyin-0.4.1-2.fc26.ppc64le requires libpinyin.so.10()(64bit)
fcitx-libpinyin-0.4.1-2.fc26.ppc64le requires libpinyin.so.10(LIBPINYIN)(64bit)
On aarch64:
fcitx-libpinyin-0.4.1-2.fc26.aarch64 requires libpinyin.so.10()(64bit)
fcitx-libpinyin-0.4.1-2.fc26.aarch64 requires libpinyin.so.10(LIBPINYIN)(64bit)
On ppc64:
fcitx-libpinyin-0.4.1-2.fc26.ppc64 requires libpinyin.so.10()(64bit)
fcitx-libpinyin-0.4.1-2.fc26.ppc64 requires libpinyin.so.10(LIBPINYIN)(64bit)
On i386:
fcitx-libpinyin-0.4.1-2.fc26.i686 requires libpinyin.so.10
fcitx-libpinyin-0.4.1-2.fc26.i686 requires libpinyin.so.10(LIBPINYIN)
Please resolve this as soon as possible.
7 years, 1 month