Re: What has changed and/or how to control
On 12/22/2012 03:42 AM, Michael Schwendt wrote: > On Sat, 22 Dec 2012 03:15:05 +0800, Ed Greshko wrote: > >> On 12/22/2012 03:11 AM, Ed Greshko wrote: >>> [egreshko@localhost ~]$ 八 >>> bash: 八: command not found... True, but F18 does not do that, because there is a bug somewhere. I can reproduce it here, too. >>> What do you mean "does not do that"? What I am showing above *is* on an >>> F18 system. >> "After the install of PackageKit-c-n-f " got dropped > With "F18 does not do that" I mean that a core/minimal installation of F18 > prints stuff like > > $ 八 > bash: $'\345\205\253': command not found > > $ export LC_ALL=en_GB.ISO-8859-1 > $ 八 > bash: $'�\205�': command not found > > and it is NOT the job/task/responsibility of PackageKit-c-n-f to change > that. It is just a side-effect that PackageKit-c-n-f influences the output. > > The (mis)behaviour has occured before: > > https://bugzilla.redhat.com/725182 > bash incorrect showing "command not found" message with non-Latin symbols Fair enough. In the context of my original question, nothing has changed. A "bug" exists somewhere within bash. It may, or may not, have been patched/fixed at one time. PackageKit-c-n-f masks the problem. I see you've commented on the "closed" bugzilla. Don't know that it will prompt any further action or if a new bugzilla would be appropriate. -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Sat, 22 Dec 2012 03:15:05 +0800, Ed Greshko wrote: > On 12/22/2012 03:11 AM, Ed Greshko wrote: > > [egreshko@localhost ~]$ 八 > > bash: 八: command not found... > > > True, but F18 does not do that, because there is a bug somewhere. > > > I can reproduce it here, too. > > What do you mean "does not do that"? What I am showing above *is* on an > > F18 system. > > "After the install of PackageKit-c-n-f " got dropped With "F18 does not do that" I mean that a core/minimal installation of F18 prints stuff like $ 八 bash: $'\345\205\253': command not found $ export LC_ALL=en_GB.ISO-8859-1 $ 八 bash: $'�\205�': command not found and it is NOT the job/task/responsibility of PackageKit-c-n-f to change that. It is just a side-effect that PackageKit-c-n-f influences the output. The (mis)behaviour has occured before: https://bugzilla.redhat.com/725182 bash incorrect showing "command not found" message with non-Latin symbols -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/22/2012 03:11 AM, Ed Greshko wrote: >> True, but F18 does not do that, because there is a bug somewhere. >> > I can reproduce it here, too. > What do you mean "does not do that"? What I am showing above *is* on an F18 > system. "After the install of PackageKit-c-n-f " got dropped -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/22/2012 01:52 AM, Michael Schwendt wrote: > On Fri, 21 Dec 2012 22:29:18 +0800, Ed Greshko wrote: > >>> It's an optional extension to search for missing commands in remote >>> repositories (via PackageKit). Many users uninstall it because it >>> has caused side-effects, such as delays or altered messages or it >>> fails always because the default search time limit is too low. >>> >>> If the problem is not reproducible with PackageKit-c-n-f installed, >>> the problem is _not in that_ package. >> I suppose I don't quite understand your meaning. > Okay, another try: > >> There is no command "八" on the system. > True. > >> So, just like >> >> [egreshko@localhost ~]$ adsfadsf >> bash: adsfadsf: command not found... >> >> Returns the actual "command name" as typed, I expect. >> >> [egreshko@localhost ~]$ 八 >> bash: 八: command not found... > True, but F18 does not do that, because there is a bug somewhere. > I can reproduce it here, too. What do you mean "does not do that"? What I am showing above *is* on an F18 system. >> With PackageKit-c-n-f installed that is what I get >> >> With PackageKit-c-n-f removed I get >> >> [egreshko@localhost ~]$ 八 >> bash: $'\345\205\253': command not found >> >> So, installing it gives me what I expect/want. Therefore, I can't see why >> my conclusion is wrong. >> > Installing that package is _not_ supposed to fix it as in "a package > is not installed, install it to solve the issue". It is not the > package's responsibility to fix the (mis)behaviour. It is just a > workaround due to side-effects caused by what PackageKit-c-n-f does > when it intercepts a "command not found" situation (and queries repos). > You may like it that your system does not show the described symptoms > anymore with the package installed, _but_ the actual bug (or undesired > behaviour) is still alive somewhere outside PackageKit-c-n-f. > > The reason I asked about PackageKit-c-n-f is not because installing > it should fix the problem. I thought that PackageKit-c-n-f might the > culprit and that uninstalling it would solve the issue. However, this > time it's the opposite. ;) > Well, guess what. If I erase PackageKit-c-n-f from an F17 system I get the same "problem". [egreshko@f17x ~]$ uname -r 3.6.9-2.fc17.x86_64 [egreshko@f17x ~]$ 五 bash: $'\344\272\224': command not found So, I'm guessing that the $'\344\272\224' is the standard bash response and that it is PackageKit-c-n-f interception which is resulting in it being "fixed". So, nothing has changed between F17 and F18. It was only the fact that a LiveCD-KDE install did not include PackageKit-c-n-f. So, there is no bug for my issue just a "cure" which happens to be PackageKit-c-n-f . -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Fri, 21 Dec 2012 22:29:18 +0800, Ed Greshko wrote: > > It's an optional extension to search for missing commands in remote > > repositories (via PackageKit). Many users uninstall it because it > > has caused side-effects, such as delays or altered messages or it > > fails always because the default search time limit is too low. > > > > If the problem is not reproducible with PackageKit-c-n-f installed, > > the problem is _not in that_ package. > > I suppose I don't quite understand your meaning. Okay, another try: > There is no command "八" on the system. True. > So, just like > > [egreshko@localhost ~]$ adsfadsf > bash: adsfadsf: command not found... > > Returns the actual "command name" as typed, I expect. > > [egreshko@localhost ~]$ 八 > bash: 八: command not found... True, but F18 does not do that, because there is a bug somewhere. I can reproduce it here, too. > With PackageKit-c-n-f installed that is what I get > > With PackageKit-c-n-f removed I get > > [egreshko@localhost ~]$ 八 > bash: $'\345\205\253': command not found > > So, installing it gives me what I expect/want. Therefore, I can't see why my > conclusion is wrong. > Installing that package is _not_ supposed to fix it as in "a package is not installed, install it to solve the issue". It is not the package's responsibility to fix the (mis)behaviour. It is just a workaround due to side-effects caused by what PackageKit-c-n-f does when it intercepts a "command not found" situation (and queries repos). You may like it that your system does not show the described symptoms anymore with the package installed, _but_ the actual bug (or undesired behaviour) is still alive somewhere outside PackageKit-c-n-f. The reason I asked about PackageKit-c-n-f is not because installing it should fix the problem. I thought that PackageKit-c-n-f might the culprit and that uninstalling it would solve the issue. However, this time it's the opposite. ;) -- Fedora release 18 (Spherical Cow) - Linux 3.6.11-3.fc18.x86_64 loadavg: 0.14 0.29 0.16 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/21/2012 07:38 PM, Michael Schwendt wrote: > On Fri, 21 Dec 2012 19:26:47 +0800, Ed Greshko wrote: > >> On 12/21/2012 06:51 PM, Michael Schwendt wrote: >>> On Fri, 21 Dec 2012 09:44:50 +0800, Ed Greshko wrote: >>> I've not run into this beforeso I'm baffled. On my F17 system I get this, and it is what I expect. [egreshko@meimei ~]$ 八 bash: 八: command not found... However, on my F18 test VM I get this. [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found Which is, of course, the Unicode value for 八. What has changed in a default install for that to happen? And what needs to be changed? locale is the same on both systems. >>> Is "PackageKit-command-not-found" installed? >> It was not installed >> Installing it "corrected" the problem. > That's the wrong conclusion. ;-) > > It's an optional extension to search for missing commands in remote > repositories (via PackageKit). Many users uninstall it because it > has caused side-effects, such as delays or altered messages or it > fails always because the default search time limit is too low. > > If the problem is not reproducible with PackageKit-c-n-f installed, > the problem is _not in that_ package. I suppose I don't quite understand your meaning. There is no command "八" on the system. So, just like [egreshko@localhost ~]$ adsfadsf bash: adsfadsf: command not found... Returns the actual "command name" as typed, I expect. [egreshko@localhost ~]$ 八 bash: 八: command not found... With PackageKit-c-n-f installed that is what I get With PackageKit-c-n-f removed I get [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found So, installing it gives me what I expect/want. Therefore, I can't see why my conclusion is wrong. -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Fri, 21 Dec 2012 19:26:47 +0800, Ed Greshko wrote: > On 12/21/2012 06:51 PM, Michael Schwendt wrote: > > On Fri, 21 Dec 2012 09:44:50 +0800, Ed Greshko wrote: > > > >> I've not run into this beforeso I'm baffled. > >> > >> On my F17 system I get this, and it is what I expect. > >> > >> [egreshko@meimei ~]$ 八 > >> bash: 八: command not found... > >> > >> However, on my F18 test VM I get this. > >> > >> [egreshko@localhost ~]$ 八 > >> bash: $'\345\205\253': command not found > >> > >> Which is, of course, the Unicode value for 八. > >> > >> What has changed in a default install for that to happen? And what needs > >> to be changed? locale is the same on both systems. > >> > > Is "PackageKit-command-not-found" installed? > > It was not installed > Installing it "corrected" the problem. That's the wrong conclusion. ;-) It's an optional extension to search for missing commands in remote repositories (via PackageKit). Many users uninstall it because it has caused side-effects, such as delays or altered messages or it fails always because the default search time limit is too low. If the problem is not reproducible with PackageKit-c-n-f installed, the problem is _not in that_ package. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/21/2012 06:51 PM, Michael Schwendt wrote: > On Fri, 21 Dec 2012 09:44:50 +0800, Ed Greshko wrote: > >> I've not run into this beforeso I'm baffled. >> >> On my F17 system I get this, and it is what I expect. >> >> [egreshko@meimei ~]$ 八 >> bash: 八: command not found... >> >> However, on my F18 test VM I get this. >> >> [egreshko@localhost ~]$ 八 >> bash: $'\345\205\253': command not found >> >> Which is, of course, the Unicode value for 八. >> >> What has changed in a default install for that to happen? And what needs to >> be changed? locale is the same on both systems. >> > Is "PackageKit-command-not-found" installed? It was not installed Installing it "corrected" the problem. FWIW, this install was from the LiveCD for KDE. Guess they leave that out for a reason. Thanks -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Fri, 21 Dec 2012 09:44:50 +0800, Ed Greshko wrote: > I've not run into this beforeso I'm baffled. > > On my F17 system I get this, and it is what I expect. > > [egreshko@meimei ~]$ 八 > bash: 八: command not found... > > However, on my F18 test VM I get this. > > [egreshko@localhost ~]$ 八 > bash: $'\345\205\253': command not found > > Which is, of course, the Unicode value for 八. > > What has changed in a default install for that to happen? And what needs to > be changed? locale is the same on both systems. > Is "PackageKit-command-not-found" installed? What happens if you uninstall it and relogin? -- Fedora release 18 (Spherical Cow) - Linux 3.6.11-3.fc18.x86_64 loadavg: 0.04 0.10 0.08 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On 12/21/2012 09:50 AM, Tom Horsley wrote: > On Fri, 21 Dec 2012 09:44:50 +0800 > Ed Greshko wrote: > >> What has changed in a default install for that to happen? And what needs to >> be changed? locale is the same on both systems. > I don't know for sure, but I'd compare the preference settings > of the terminal app you are using. There may be some > obscure setting somewhere that says how it should render > unicode (or maybe the default font is different and doesn't > have any way to dig up unicode glyphs). It is konsole. It displays 八 just fine when typed in. And displays just fine when you cat a file with Unicode characters. So, I can't see how it would be related to konsole. -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What has changed and/or how to control
On Fri, 21 Dec 2012 09:44:50 +0800 Ed Greshko wrote: > What has changed in a default install for that to happen? And what needs to > be changed? locale is the same on both systems. I don't know for sure, but I'd compare the preference settings of the terminal app you are using. There may be some obscure setting somewhere that says how it should render unicode (or maybe the default font is different and doesn't have any way to dig up unicode glyphs). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
What has changed and/or how to control
I've not run into this beforeso I'm baffled. On my F17 system I get this, and it is what I expect. [egreshko@meimei ~]$ 八 bash: 八: command not found... However, on my F18 test VM I get this. [egreshko@localhost ~]$ 八 bash: $'\345\205\253': command not found Which is, of course, the Unicode value for 八. What has changed in a default install for that to happen? And what needs to be changed? locale is the same on both systems. -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
