FS#12279 - [gparted] - cannot launch

Attached to Project: Arch Linux
Opened by andrey demidov (demas) - Saturday, 29 November 2008, 20:36 GMT
Last edited by Anonymous Submitter - Friday, 02 January 2009, 15:31 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Medium
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

I cannot launch gparted:

bash-3.2# gparted
======================
libparted : 1.8.8
======================
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::replace
52984c7e-629d-0063-44c790ab-49ab2db0 is dumped

Additional info:
* package version(s)

Steps to reproduce:

Just launch gparted.
This task depends upon

Closed by  Anonymous Submitter
Friday, 02 January 2009, 15:31 GMT
Reason for closing:  Upstream
Comment by andrey demidov (demas) - Saturday, 29 November 2008, 20:37 GMT
Sorry, gparted version is 0.4.0-1.
Comment by Gultyaev Alexey (hokum) - Monday, 08 December 2008, 23:46 GMT
  • Field changed: Percent Complete (100% → 0%)
Have the same problem with gparted 0.4.1-1
Comment by Aaron Griffin (phrakture) - Monday, 08 December 2008, 23:48 GMT
Which Architecture are you using? There was another bug regarding gparted on x86_64 that was requested to be reopened. I chose this one assuming it was the same.
Comment by Anonymous Submitter - Monday, 08 December 2008, 23:52 GMT
I cannot reproduce that issue on my system.
gparted works fine for me on i686 and x86_64 architectures.
Comment by Aaron Griffin (phrakture) - Monday, 08 December 2008, 23:53 GMT
What is this "... is dumped" error message? Is that the UUID of any of your block devices?
Comment by Gultyaev Alexey (hokum) - Tuesday, 09 December 2008, 04:17 GMT
I'm using i686

[hokum@arch-hokum ~]$ sudo gparted
Пароль:
======================
libparted : 1.8.8
======================
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::replace
Comment by Anonymous Submitter - Monday, 15 December 2008, 21:29 GMT
I cannot reproduce that issue on my system.
gparted works fine for me on i686 and x86_64 architectures.
Comment by Aaron Griffin (phrakture) - Monday, 15 December 2008, 22:00 GMT
I noticed you have a different locale. What happens if you run "LANG=C gparted" ?
Comment by Anonymous Submitter - Monday, 15 December 2008, 22:03 GMT
if I run "LANG=C gparted" it works fine as well.
Comment by Gultyaev Alexey (hokum) - Tuesday, 16 December 2008, 04:20 GMT
For me too
Comment by Aaron Griffin (phrakture) - Tuesday, 16 December 2008, 19:25 GMT
So the original bug doesn't exist with LANG=C? Sounds like an upstream bug, and should probably be reported there.

What locale are you using?
Comment by Gultyaev Alexey (hokum) - Tuesday, 16 December 2008, 19:32 GMT
I'm using ru_RU.UTF-8 locale
Comment by andrey demidov (demas) - Thursday, 25 December 2008, 13:03 GMT
I confirm. I have bug with default locale (ru_RU.UTF-8) and the programm works fine with LANG=C.
Comment by Roman Kyrylych (Romashka) - Saturday, 27 December 2008, 09:14 GMT
Isn't it similar to the recent locale-related bug in wget?
What happens if you remove /usr/share/locale/ru/LC_MESSAGES/gparted.mo?
Anyway this is upstream bug so I suggest reporting this issue to gparted developers.

Loading...