Bug 21433 - Update failure when RPM download folder includes UTF-8 characters
Summary: Update failure when RPM download folder includes UTF-8 characters
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 6
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: PATCH
Depends on:
Blocks: 21340
  Show dependency treegraph
 
Reported: 2017-08-02 00:20 CEST by Emmanuel Curis
Modified: 2020-08-29 18:41 CEST (History)
2 users (show)

See Also:
Source RPM: mgaonline
CVE:
Status comment:


Attachments
in my testing, it wasn't possible to actually change the directory on mga6 (1.01 KB, patch)
2017-08-02 17:53 CEST, Thierry Vignaud
Details | Diff
fix directory not being UTF-8 (2.59 KB, patch)
2017-08-02 17:54 CEST, Thierry Vignaud
Details | Diff
fix directory not being UTF-8 (943 bytes, patch)
2017-08-03 16:17 CEST, Thierry Vignaud
Details | Diff

Description Emmanuel Curis 2017-08-02 00:20:23 CEST
Description of problem:

When updating from version 5 to 6 using network with the mga applet, if one chooses to first download all RPMs in a folder, and select a folder that contains UTF-8 characters (like Téléchargements, in the French version), the download fails with a message like « no right to write in [path] » folder, even as root, and in the path the UTF-8 characters are displayed as if they were latin-1.  

After that, the distribution update application does not display in the desktop, but thanksfully an update of all packages after that seems to work...

How reproducible: Difficult to say, since after that the update worked using the standard update mechanism
Emmanuel Curis 2017-08-02 00:20:38 CEST

Summary: Update failure when RPM download folder include UTF-8 characters => Update failure when RPM download folder includes UTF-8 characters

Manuel Hiebel 2017-08-02 01:10:40 CEST

Source RPM: (none) => mgaonline
Component: Installer => New RPM package request
Blocks: (none) => 21340

Manuel Hiebel 2017-08-02 01:11:57 CEST

Component: New RPM package request => RPM Packages
Assignee: bugsquad => mageiatools

Comment 1 Thierry Vignaud 2017-08-02 17:53:32 CEST
Created attachment 9558 [details]
in my testing, it wasn't possible to actually change the directory on mga6

Status: NEW => ASSIGNED
Assignee: mageiatools => thierry.vignaud
CC: (none) => thierry.vignaud

Comment 2 Thierry Vignaud 2017-08-02 17:54:42 CEST
Created attachment 9559 [details]
fix directory not being UTF-8

Can you test this patch?
Thierry Vignaud 2017-08-02 17:56:28 CEST

Keywords: (none) => PATCH

Comment 3 Emmanuel Curis 2017-08-02 18:14:43 CEST
I'm sorry, but the computer I used was finally updated to Mageia 6 so I cannot test anything concerning the update know :(
I'll have other computers to upgrade at work, but can't do anything before two weeks. And then, could you please explain how to use the patch before making the upgrade?
Thanks,
Comment 4 Thierry Vignaud 2017-08-03 16:17:46 CEST
Created attachment 9562 [details]
fix directory not being UTF-8

previous patch included debug stuff

Attachment 9559 is obsolete: 0 => 1

Comment 5 Thierry Vignaud 2017-08-03 16:19:47 CEST
(In reply to Emmanuel Curis from comment #3)
Sorry, that would be running the following commands as root in a terminal:
cd /usr/lib/libDrakX/drakfirsttime/
patch -p1 < /where/it/was/downloaded/0001-fix-directory-not-being-UTF-8-mga-21433.patch
Comment 6 Emmanuel Curis 2017-08-03 18:33:50 CEST
Thanks. Just to be sure I've understood correctly: I guess the command is to be executed on a computer with Mageia 5 installed, before starting an upgrade to Mageia 6. Is there any operation to do be sure that when running the mgaapplet for the upgrade from its icon in WindowMaker dock's, the patched version is really running?
Comment 7 Aurelien Oudelet 2020-08-05 14:53:42 CEST
This message is a reminder that Mageia 6 is end of life.

Mageia stopped maintaining and issuing updates for Mageia 6. At that time this bug will be closed as OLD (EOL) in about 3 weeks from 2020-08-05 as it is "Assigned" to a maintainer.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version prior to Mageia 6's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we cannot 
be able to fix it before Mageia 6 was end of life.
If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

--
Mageia Bugsquad

CC: (none) => ouaurelien

Comment 8 Aurelien Oudelet 2020-08-29 18:41:20 CEST
Since we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest update of our distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.

Closing as OLD.

Resolution: (none) => OLD
Status: ASSIGNED => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.