Summary: | xfce-base/exo: add uxterm helper | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martin Mokrejš <mmokrejs> |
Component: | Current packages | Assignee: | XFCE Team <xfce> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | mgorny |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Martin Mokrejš
2018-02-21 12:35:42 UTC
That's /usr/share/xfce4/helpers/xterm.desktop. I suppose the correct solution to the thing you're trying to say is to have another helper for uxterm. Could you write a proper .desktop for uxterm and either file a bug upstream, or attach it here so I can pass it on? I am not so knowleadgeable of the xfce4,ehm, X11 guts. There is "Applications/System/UXTerm" entry. Could that be used in place of "Applications/Terminal Emulator"? ... provided it is somewhat compatible with the original "Terminal Emulator". Umm maybe not because that is not xterm but some other application. I am not really up to judge what are the differences, but clearly "Terminal Emulator" does not espect USE=unicode so for example, "man xterm" while inside it is rendered with broken chars. > compatible with the original "Terminal Emulator". Umm maybe not because that is not xterm but some other application.
Sorry, the "Terminal Emulator" does start xterm. There is "Applications/System/Xfce terminal" but that is another story.
(In reply to Martin Mokrejš from comment #0) > I wonder if the XFCE4 integration can be made easier for end-users. I > emerged xterm with You can't expect XFCE4 integration of a non-XFCE package, which xterm is. If you insist on wanting that then you need to talk to xterm upstream. You should probably be using xfce4-terminal. That's what I use and, for what it's worth, I routinely type French accentuated characters and Japanese in my terminal windows without any issue nor doing anything special to my system (besides installing Japanese language support and setting a unicode system locale). You can change the default terminal emulator in Preferred Applications which you can find in the Settings submenu. Interestingly, "Applications/System/Xfce terminal" does not give me proper UTF-8-aware terminal, so as I said, even "man xterm" gets rendered with screwed chars on the very first page already. Lets go backwards. My original report is about me/user asking USE=unicode and getting "Applications/Termnal Emulator" unable to render utf-8 chars from iso-8859-2 actually, nor able to render "man xterm". If it is unable to do that, then uxterm should be exposed instead (which does its job for my purposes). Time for sleep here. As always, USE=bindist is a hassle and a bad decision on this host. Some remnants of that still kicking in.
# emerge -pv --tree --deep layman
!!! Repository 'x-layman' is missing masters attribute in '/scratch/var/lib/layman/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
!!! Repository 'x-portage' is missing masters attribute in '/scratch/usr/local/portage/metadata/layout.conf'
!!! Set 'masters = gentoo' in this file for future compatibility
WARNING: One or more repositories have missing repo_name entries:
/scratch/var/lib/layman/profiles/repo_name
/scratch/usr/local/portage/profiles/repo_name
NOTE: Each repo_name entry should be a plain text file containing a
unique name for the repository on the first line.
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[ebuild R ] app-portage/layman-2.4.2::gentoo USE="git sqlite -bazaar -cvs -darcs -g-sorcery -gpg -mercurial -squashfs -subversion -sync-plugin-portage {-test}" PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -python3_6" 0 KiB
[nomerge ] dev-python/ssl-fetch-0.4::gentoo PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -python3_6"
[ebuild N ] dev-python/requests-2.18.4::gentoo USE="ssl -socks5" PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3 -python3_6" 0 KiB
[ebuild N ] dev-python/urllib3-1.22::gentoo USE="-doc {-test}" PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3 -python3_6" 0 KiB
[nomerge ] dev-qt/qtnetwork-5.9.3:5/5.9::gentoo USE="bindist ssl -connman -debug -libproxy -networkmanager {-test}"
[ebuild R ] dev-libs/openssl-1.0.2n::gentoo USE="asm bindist* gmp sctp sslv3 tls-heartbeat zlib -kerberos -rfc3779 -sslv2 -static-libs {-test} -vanilla" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="(sse2)" 0 KiB
Total: 4 packages (2 new, 2 reinstalls), Size of downloads: 0 KiB
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-libs/openssl:0
(dev-libs/openssl-1.0.2n:0/0::gentoo, installed) pulled in by
dev-libs/openssl:0[-bindist(-)] required by (dev-python/cryptography-2.1.4:0/0::gentoo, installed)
>=dev-libs/openssl-1.0.1:0/0=[-bindist] required by (net-misc/openssh-7.6_p1-r4:0/0::gentoo, installed)
^^^^^^^^
>=dev-libs/openssl-1.0.1:0=[bindist=] required by (net-misc/openssh-7.6_p1-r4:0/0::gentoo, installed)
^^^^^^^^
(dev-libs/openssl-1.0.2n:0/0::gentoo, ebuild scheduled for merge) pulled in by
dev-libs/openssl:0/0=[bindist] required by (dev-qt/qtnetwork-5.9.3:5/5.9::gentoo, installed)
^^^^^^^
It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.
For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.
The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by dev-qt/qtnetwork-5.9.3::gentoo
# required by @selected
# required by @world (argument)
>=dev-libs/openssl-1.0.2n bindist
* In order to avoid wasting time, backtracking has terminated early
* due to the above autounmask change(s). The --autounmask-backtrack=y
* option can be used to force further backtracking, but there is no
* guarantee that it will produce a solution.
I will fix that in he morning, later with "emerge --deep -uN world". I thought the "emerge --changed-deps world --keep-going" was the most I could have done today already. I don't see a reason why --deep behavior is not the default. Wh want's a broken install? If --deep is mandatory, then it should be a default.
Sorry, indeed time to sleep here. Please scratch the comment of bug #648382#6 . Whatever you're doing or expecting USE=unicode to do, it's insane. USE=unicode is not 'ignore my locale and do something else'. If you're locale misconfigured and some ugly hack just happens to workaround it, it's not a Gentoo problem to solve. |