Other Enhace: allow to translate the application

Martin
If the errors are real, doubtless to fix.
For the enhancements - which look considerable - I suspect they can be reasonably declined. I have no experience of qarepo to be able to comment.

CC'ing TJ who will have something to say about those.

@katnatek
When qarepo was developed, it was with much consultation with the QA people who actually used it. They have been very happy with the result for the past nearly 5 years.

CC: (none) => andrewsfarm
Assignee: bugsquad => mageia

(In reply to Lewis Smith from comment #2)
> Martin
> If the errors are real, doubtless to fix.
> For the enhancements - which look considerable - I suspect they can be
> reasonably declined. I have no experience of qarepo to be able to comment.
> 
> CC'ing TJ who will have something to say about those.
> 
> @katnatek
> When qarepo was developed, it was with much consultation with the QA people
> who actually used it. They have been very happy with the result for the past
> nearly 5 years.

Sure, but this suggestions improve the experience and make a few more easy, first time i use the application

Could forget suggestions
2. Allow install the downloaded rpms from the tool
3. Allow downgrade the installed rpms from the tool

Testing updates for other bug i see why is not implemented form the begin
Some time between downloaded rpm exist conflicts due a few ones are not make to be along

Created attachment 14021 [details]
Example of fail downgrading with suggested command

I upload a log with all process

Install original rpm
Install testing rpm
Try to downgrade with suggested command
Downgrade with the right command

I can confirm the error. I tested a Flightgear update a day or so ago, and qarepo still had the information. I ran the suggested command, with the same result. The result was the same, whether the local repo was enabled or not.

As I misunderstand it, the "--update" switch causes urpmi to use only the update media when doing the downgrade. But, because Mageia 9 is relatively new, there is very little in the update repos - yet - so the original flightgear and dependencies are all in the Core repos. So, having been told not to use the Core repos, it couldn't find the packages.

I have not had occasion to use the suggested downgrade command that I recall, or I might have seen the issue before now. Mageia 8 is also affected, and I suspect Cauldron is also affected.

Whiteboard: (none) => MGA8TOO

I can also confirm that https is not supported, at least in the Mageia 8 that I just checked, and I would agree with the reporter that it should be if possible.

As for the remaining suggestion, disallowing 64-bit selection on 32-bit systems, if this were a tool for the general user base, I would agree. But it is not; it is a QA tool. I believe that new QA testers should learn early on that installing 64-bit software on a 32-bit system will result in an error, and this isn't a bad way to teach that lesson. 

Yes, I have forgotten to change the arch setting from the default 64-bit on my 32-bit systems - but I only do it once, then I change it, and qarepo remembers the setting. That's all that is necessary.

I will fix the bug in the suggested downgrade command and make the enhancement to support https URLs.

The tool does not support installing the downloaded RPMs because we want QA to use the same tools for installing the upgrades as our users do.

As I recall, I tried supporting automatic downgrades, but it was hard to make it reliable.

I could add support for translating the UI, but is it really worth making more work for the i18n team for a tool that's only used by a handful of people?

(In reply to Martin Whitaker from comment #8)
> I will fix the bug in the suggested downgrade command and make the
> enhancement to support https URLs.
> 
> The tool does not support installing the downloaded RPMs because we want QA
> to use the same tools for installing the upgrades as our users do.
> 
and some times can't blind intall all the listed
> As I recall, I tried supporting automatic downgrades, but it was hard to
> make it reliable.
> 
due the above i guess
> I could add support for translating the UI, but is it really worth making
> more work for the i18n team for a tool that's only used by a handful of
> people?

are not too many strings, can be uploaded to mga transifex sapace

qarepo-1.7.1-mga10 in cauldron adds the UI translations, supports https URLS, and fixes the suggested downgrade command. As this is largely a new feature release, I'm not proposing to backport it to mga9.

Resolution: (none) => FIXED
Status: NEW => RESOLVED
Whiteboard: MGA8TOO => (none)