I have had it for some years ago too (maybe it was in mandriva even), (discussed only in forum then) but problem vanished. Today i experience it again, like: I asked rpm about /usr/bin/mana, and it reports it did not find /home/morgan//usr/bin/mana : $ su # rpm -qif /usr/bin/mana fel: fil /home/morgan//usr/bin/mana: Filen eller katalogen finns inte It is pretty dangerous that especailly for root user it mangles the commands - could lead to deleting wrong files etc!! I therefor set severity to major WORKAORUND1 if i issue "su -" (note the dash) it works as it should. NOTES It also works if i execute that command as normal user It also works in lxterminal for any user including gaining root with su (whthout the dash) REPEATABLE: in same login absolutely between logins: seldom... i think. weird... WORKAROUND2(?): use other terminal than Konsole. (I have not seen it in other terminal, but it *may* just be luck, and the problem is deeper, in something else...)
This is expected, I think. Doing "su" simply changes your UID, it doesn't run the root .profile or change the environment. You need "su -l" for that.
CC: (none) => ftg
Read my post again: It changed the path i entered after the command. And other terminals dont do that.
It's pretty clear that the path you gave is not being recognized as absolute and is being appended to the CWD. The question is whether this is specific to rpm or whether it's happening in general. Can yu try with something like "ls" ?
BTW, I can't reproduce it here.
Me neither can reproduce right now. As i wrote, it only happens seldom. I have not figured out when. When i experience it again, i will try other commands too, like ls. Is there some other test, log, whatever... that would be helpul if i grab whenever the problem show again?
Now i managed to get it on another computer; with rpm it failed as comment 0, but replacing rpm with ls, it listed the correct content.
Summary: Executing commands in Konsole after "su" (but not "su -") sometimes get wrong path => rpm sometimes get wrong path when executed in Konsole
Source RPM: konsole-16.04.1-1.mga6.src.rpm => rpm-4.13.0-0.rc1.33.mga6.src.rpm
(In reply to Morgan Leijström from comment #6) > Now i managed to get it on another computer; with rpm it failed as comment > 0, but replacing rpm with ls, it listed the correct content. Does this only happen in the Plasma / KDE Konsole, or also in terminals from other DEs and/or in a VT (e.g. tty2) ?
Keywords: (none) => NEEDINFOCC: (none) => marja11
Ah, and did you copy your home between the systems that have the issue, or were they created seperately without copying anything over?
Another interesting possibility: do you have "rpm" aliased to something ? Try "set | grep rpm" and "which rpm" to see. The real executable is /bin/rpm.
Or you succeeded in adding a non-printable character? Did you try building the path with shell completion? (eg: "rpm -q /bi<tab>/man<tab>")
CC: (none) => thierry.vignaud
@comment7: Have only seen it in Konsole, but i almost only use Konsole (and not very much i am mostly a normal GUI user...) @comment8: The systems are brought up completely independent @comment9: in Konsole, after changign to root using "su" without dash, "which rpm" outputs "/usr/bin/rpm" "set | grep rpm" give me more than a screenfull with lots of urpmi related but i see no rpm alias @comment10: Well i know i at least on one of the problamtic times did cut-paste "rpm -qif" from the bug report template but i think i entered it manually directly in terminal other times.
This seem very similar to problems i had five years ago, on another machine. Also another user reported he had such problems then. That was as normal user in Konsole under KDE year 2011. See https://forums.mageia.org/en/viewtopic.php?f=7&t=1363 excerpt: services]$ cd kded kded]$ pwd /usr/share/kde4/services/kded kded]$ cd /usr/share/kde4/services/kded bash: cd: /usr/share/kde4/services/kded: Filen eller katalogen finns inte =The place I am in does not exist?!
( detail correction: Years pass qickly. This is the same machine, minus changed SSD, RAM, and graphics. So it must be something in the i7 CPU... ;) )
(In reply to Morgan Leijström from comment #12) > This seem very similar to problems i had five years ago, on another machine. > Also another user reported he had such problems then. > That was as normal user in Konsole under KDE year 2011. > > See https://forums.mageia.org/en/viewtopic.php?f=7&t=1363 > Reading that typing the path did not work, but c&p'ing it did, I'm reminded of a weird error I had around March 2012 with a gmail account that I stopped using soon after. It was impossible to login (using Mageia + Firefox) to the account if I typed my username. However, every time I copied&pasted the username, logging in worked fine. Typing the password did not give problems.
s/gmail/new gmail/
@ Morgan Which character set is used by Konsole? (Check: "View" -> "Set Encoding" to see it.)
s/set/encoding/ And what is the output of locale ?
unicode utf-8 $ locale LANG=sv_SE.UTF-8 LC_CTYPE=sv_SE.UTF-8 LC_NUMERIC=sv_SE.UTF-8 LC_TIME=sv_SE.UTF-8 LC_COLLATE=sv_SE.UTF-8 LC_MONETARY=sv_SE.UTF-8 LC_MESSAGES=sv_SE.UTF-8 LC_PAPER=sv_SE.UTF-8 LC_NAME=sv_SE.UTF-8 LC_ADDRESS=sv_SE.UTF-8 LC_TELEPHONE=sv_SE.UTF-8 LC_MEASUREMENT=sv_SE.UTF-8 LC_IDENTIFICATION=sv_SE.UTF-8 LC_ALL= ( nothing after "LC_ALL=" )
I don't think anyone has an idea what can cause this. It would help if you could either reproduce it in in a VT (switch to e.g. tty2 with ctrl+alt-F2 and login there) or become sure you cannot reproduce it there. CC'ing neoclust and yurchor, who might have heard of it if this is a konsole bug.
CC: (none) => mageia, yurchor
Uh, now i have same weirdness again as referenced in Comment #12 ; Copied from my still open Konsole window: [root@svarten /]# cd /usr/lib64/ -bash: cd: /usr/lib64/: Filen eller katalogen finns inte [root@svarten /]# LC_ALL=C cd /usr/lib64 -bash: cd: /usr/lib64: No such file or directory [root@svarten /]# LC_ALL=C cd /usr/lib64/ -bash: cd: /usr/lib64/: No such file or directory [root@svarten /]# LC_ALL=C cd /usr -bash: cd: /usr: No such file or directory [root@svarten /]# cd / [root@svarten /]# cd usr [root@svarten usr]# cd lib64 [root@svarten lib64]# pwd /usr/lib64 In short: I am in / (verified, i have been doing work there (deleted a couple dead.letter) try to cd to /usr/lib64/ but get response /usr/lib64/ does not exist but i can cd to /, then down into /usr/ and then into /usr/lib64/ And of course it exist in reality too as the system works... Also, i know (can still see in Konsole) that i opened konsole as normal user (by in Plasma hitting Alt-F2 and typing konsole) and then "su -" to become root. So this have nothing to do with rpm, and happens also after entering root by "su -". Updating bug header accordingly. This is on a current Cauldron 64 bit; kernel 4.7.0-desktop-0.rc7.4.mga6 Plasma 5.7.1-1 , framework 5.24.0-1 This is *very* rare, but annoying as it happens maybe one of thousand times i use Konsole, and is the same as in the thread soon five years ago at https://forums.mageia.org/en/viewtopic.php?f=7&t=1363
Keywords: NEEDINFO => (none)Summary: rpm sometimes get wrong path when executed in Konsole => in Konsole, directory paths are sometimes not recognised - and siedeeffects of thatSource RPM: rpm-4.13.0-0.rc1.33.mga6.src.rpm => (none)
Here we go again.... current cauldron 64 bit, Plasma, Konsole copied-pasted from the still open Konsole, to right here: -----------8<------- bash-4.3$ su Lösenord: [root@svarten morgan]# cd /usr/lib/nvidia-current/ bash: cd: /usr/lib/nvidia-current/: Filen eller katalogen finns inte --------->8-------- So i try a gain, entering path some characters at a time, pressing TAB now and then where i insert "*TAB*" below, and it autocompletes and recognises OK: -----------8<------- [root@svarten morgan]# cd /usr/l *TAB* lib/ lib64/ libexec/ local/ [root@svarten morgan]# cd /usr/lib/ *TAB* alsa-lib/ gems/ kbd/ nspluginwrapper/ rpmorphan/ audit/ gio/ kernel/ nvidia-current/ sane/ binfmt.d/ grub/ kicad/ openssl/ sasl2/ blueberry/ gstreamer-0.10/ krb5/ perl5/ sk1-tk-0.9.3/ crda/ gtk-2.0/ libcanberra-0.30/ pkgconfig/ sse2/ cups/ isodumper/ libDrakX/ polkit-1/ sysctl.d/ dietlibc/ java/ libproxy/ ppr/ syslinux/ dracut/ java-1.5.0/ lsb/ pulseaudio/ systemd/ dri/ java-1.6.0/ mesa/ python2.7/ sysusers.d/ firmware/ java-1.7.0/ module-init-tools/ python3.4/ timidity/ games/ java-1.8.0/ modules/ python3.5/ tmpfiles.d/ gCAD3D/ java-ext/ modules-load.d/ qt3/ udev/ gcc/ jvm/ mono/ qt4/ udisks/ gcc-lib/ jvm-commmon/ mozilla/ readahead/ vdpau/ gconv/ jvm-exports/ NetworkManager/ resolvconf/ wine/ gdk-pixbuf-2.0/ jvm-private/ nfs-utils/ rpm/ X11/ [root@svarten morgan]# cd /usr/lib/nvi *TAB* [root@svarten morgan]# cd /usr/lib/nvidia-current/ [root@svarten nvidia-current]# --------->8--------
Aha, different encodings (at least this problem today) REPEATABLE: (at least on my machine, may differ in localisation, se earlier comments) 1) Fire up drakrpm 2) select package nvidia-current-cuda-opencl 3) Open the file list and by mouse select and copy "â/usr/lib/nvidia-current" 4) In Konsole, su to root, type "cd " and paste, ENTER Result: it cannot find that path! 5) select "â/usr/lib/nvidia-current" from the error reply 6) again type "cd ", paste, ENTER Now it finds it. You can go back in history (up arrow twice) and it repeats the error, so it stores the visibly like, but errant encoding. Now... shouldnt the pasting in Konsole correct encodings to what Konsole understands? A strange thing: i can not this way repeat the problem originally reported: # rpm -qif /usr/bin/mana works perfectly even when the part "/usr/bin/mana" is copied from drakrpm file list cd
Assignee: bugsquad => kdeSummary: in Konsole, directory paths are sometimes not recognised - and siedeeffects of that => in Konsole, directory paths are sometimes not recognised - and sideeffects of that
That's because you copied the Unicode Character 'LEFT-TO-RIGHT MARK' (U+200E) from the file list See: http://gitweb.mageia.org/software/rpmdrake/tree/Rpmdrake/gui.pm?id=6.21#n273 https://en.wikipedia.org/wiki/Left-to-right_mark We could put this character prior to the spacing in order to prevent that copy and paste issue.
Status: NEW => ASSIGNEDAssignee: kde => thierry.vignaudSource RPM: (none) => rpmdrakeSeverity: major => normal
Created attachment 8506 [details] prevent copying Left-to-right_mark (mga#18569)
You can try the above patch by running the following commands as root in a terminal: cd /usr/lib/perl5/vendor_perl/5.22.2/ patch -p1 </where/it/was/downloaded/0001-prevent-copying-Left-to-right_mark-mga-18569.patch Then restart rpmdrake and try copy/paste in konsole again
Keywords: (none) => NEEDINFO, PATCH
Thank you for the instruction. That patch solved that issue here :)
Keywords: NEEDINFO => (none)
commit 28029276c7ef69b3c2efe0e734c9c04a213f91b9 Author: Thierry Vignaud <thierry.vignaud@...> Date: Fri Oct 7 10:46:26 2016 +0200 prevent copying Left-to-right_mark (mga#18569) --- Commit Link: http://gitweb.mageia.org/software/rpmdrake/commit/?id=28029276c7ef69b3c2efe0e734c9c04a213f91b9
Closing
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED
Finally solved, thanks :) It disturbed me a lot not knowing what it was or when it could hit. The detail about a different result in comment 0 , which i could not repeat some hours ago, i guess is that rpm have improved handling of that character since then.