[Bug 2068556] New: Allow installing envsubst binary without
unnecessary dependencies
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2068556
Bug ID: 2068556
Summary: Allow installing envsubst binary without unnecessary
dependencies
Product: Fedora
Version: rawhide
Status: NEW
Component: gettext
Assignee: suanand(a)redhat.com
Reporter: hhorak(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
jjanco(a)redhat.com, nphilipp(a)redhat.com,
petersen(a)redhat.com, praiskup(a)redhat.com,
suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
TL;DR: this is a request to allow install envsubst binary without other
unnecessary stuff from the gettext package.
Background:
The tool envsubst seems to be quite handy when working with configuration files
in environments with a minimal footprint, like container images.
Containers are typically configured via environment variables, which are then
put into files. We therefore often use envsubst to evaluate some variables in
the config files.
However, when installing entire gettext for having envsubst binary available,
it pulls in additional 7MB.
This is similar to what is being done when building small containers
(installing into a directory):
$> mkdir rootfs-with-gettext rootfs-without-gettext
$> PACKAGES="bash"
$> dnf -y --releasever 35 --setopt install_weak_deps=false --nodocs
--installroot $(pwd)/rootfs-without-gettext --disablerepo='*'
--enablerepo=fedora install $PACKAGES
$> PACKAGES="bash gettext"
$> dnf -y --releasever 35 --setopt install_weak_deps=false --nodocs
--installroot $(pwd)/rootfs-with-gettext --disablerepo='*' --enablerepo=fedora
install $PACKAGES
$> rm -rf rootfs-without-gettext/var/cache/dnf/*
$> rm -rf rootfs-with-gettext/var/cache/dnf/*
$> du -d 0 -h rootfs-without-gettext
25M rootfs-without-gettext
$> du -d 0 -h rootfs-with-gettext
38M rootfs-with-gettext
Re-implementing the envsubst does not seem to be necessary, as it might likely
work without additional stuff from the gettext package.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2068556
1 year, 7 months
[Bug 2124835] New: Input mode is reset by ibus restart
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2124835
Bug ID: 2124835
Summary: Input mode is reset by ibus restart
Product: Fedora
Version: 37
Status: NEW
Component: ibus-anthy
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
When doing "ibus restart", the input mode in ibus-anthy is always reset to
Hiragana. shouldn't it be held the previous state?
Version-Release number of selected component (if applicable):
ibus-anthy-1.5.14-7.fc37.x86_64
ibus-1.5.27-1.fc37.x86_64
How reproducible:
always
Steps to Reproduce:
1.change Input mode to something except Hiragana (e.g. Katakana, Eisu)
2.run "ibus restart"
3.
Actual results:
Input mode is reset to Hiragana
Expected results:
Input mode should be same to what changed at 1.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2124835
1 year, 7 months
[Bug 2126575] New: google-noto-fonts-common-20201206-10.fc36.noarch
does not belong to a distupgrade repository
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2126575
Bug ID: 2126575
Summary: google-noto-fonts-common-20201206-10.fc36.noarch does
not belong to a distupgrade repository
Product: Fedora
Version: 36
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: remyabel(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
When testing an upgrade to detect broken packages by running:
sudo dnf --releasever=37 --setopt=module_platform_id=platform:f37
--enablerepo=updates-testing $(rpm -q fedora-repos-modular >/d
ev/null && echo --enablerepo=updates-testing-modular) --assumeno distro-sync
I get the following error:
Problem: package google-noto-sans-phoenician-vf-fonts-20201206-10.fc36.noarch
requires google-noto-fonts-common = 20201206-10.fc36, but none of the providers
can be installed
- google-noto-fonts-common-20201206-10.fc36.noarch does not belong to a
distupgrade repository
- problem with installed package
google-noto-sans-phoenician-vf-fonts-20201206-10.fc36.noarch
(try to add '--skip-broken' to skip uninstallable packages)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2126575
1 year, 7 months
[Bug 2061074] New: touchpad mouse freezes randomly for a few seconds
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2061074
Bug ID: 2061074
Summary: touchpad mouse freezes randomly for a few seconds
Product: Fedora
Version: 35
Hardware: x86_64
OS: Linux
Status: NEW
Component: input-pad
Assignee: tfujiwar(a)redhat.com
Reporter: zhifeng.hoo(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I get a new laptop and install Fedora 35, the touchpad mouse acts erratically
and unresponsive at times, the cursor just seems to freeze, usually it recovers
automatically after a short time.
Version-Release number of selected component (if applicable):
```
$ hostnamectl
Static hostname: fedora35
Icon name: computer-laptop
Chassis: laptop
Machine ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Boot ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Operating System: Fedora Linux 35 (Workstation Edition)
CPE OS Name: cpe:/o:fedoraproject:fedora:35
Kernel: Linux 5.16.11-200.fc35.x86_64
Architecture: x86-64
Hardware Vendor: HUAWEI
Hardware Model: NBD-WXX9
```
How reproducible:
There is no clear way and steps to reproduce the problem, it is a bit random
and occasional, sometimes just a few minutes, sometimes more than an hour.
Steps to Reproduce:
1.
2.
3.
Actual results:
The touchpad mouse freezes for a few seconds.
Expected results:
Additional info:
Touchpad device and driver info:
```
$ cat /proc/bus/input/devices | grep -B 1 -A 4 -i -E " (touchpad|mouse)"
I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 Mouse"
P: Phys=i2c-GXTP7863:00
S:
Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input14
U: Uniq=
H: Handlers=mouse1 event9
--
I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 Touchpad"
P: Phys=i2c-GXTP7863:00
S:
Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input15
U: Uniq=
H: Handlers=mouse2 event10
$ dmesg | grep -E -i "(00:15.0|i2c_designware)"
[ 0.722603] pci 0000:00:15.0: [8086:a0e8] type 00 class 0x0c8000
[ 0.723396] pci 0000:00:15.0: reg 0x10: [mem 0x00000000-0x00000fff 64bit]
[ 0.901601] pci 0000:00:15.0: BAR 0: assigned [mem 0x4017000000-0x4017000fff
64bit]
[ 0.944616] intel-lpss 0000:00:15.0: enabling device (0004 -> 0006)
[ 1.994437] input: GXTP7863:00 27C6:01E0 Mouse as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input10
[ 1.994525] input: GXTP7863:00 27C6:01E0 Touchpad as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input11
[ 2.048941] input: GXTP7863:00 27C6:01E0 Mouse as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input14
[ 2.049151] input: GXTP7863:00 27C6:01E0 Touchpad as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input15
[ 4458.127685] i2c_designware i2c_designware.0: controller timed out
[ 4859.407215] i2c_designware i2c_designware.0: controller timed out
[ 5099.470571] i2c_designware i2c_designware.0: controller timed out
[ 7867.467793] i2c_designware i2c_designware.0: controller timed out
[ 8896.651752] i2c_designware i2c_designware.0: controller timed out
[ 9097.099759] i2c_designware i2c_designware.0: controller timed out
[ 9248.907705] i2c_designware i2c_designware.0: controller timed out
```
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2061074
1 year, 7 months