Mageia forum

how decompress rar and 7zip files in mageia?
Tanks!

For .rar files, I guess that all you have to do is install the package "unrar" using Mageia Control Center and voilà.

mechatotoro wrote:For .rar files, I guess that all you have to do is install the package "unrar" using Mageia Control Center and voilà.

I tried to do what you're saying, I tried to install unrar, unrar but not in the repositories of mageia X64.

Is your nonfree release repository configured and enabled?

Ken-Bergen wrote:Is your nonfree release repository configured and enabled?

Yes it is activated the non-free and still is not unrar. but I found another way to do that, I installed an Easy-care program called Xarchiver that although GTK +2 installed as conditions depending unrar and go! Already I can decompress zip files on my mageia!
Thank you for help and attention.

igorcf wrote:

Ken-Bergen wrote:Is your nonfree release repository configured and enabled?

Yes it is activated the non-free and still is not unrar. but I found another way to do that, I installed an Easy-care program called Xarchiver that although GTK +2 installed as conditions depending unrar and go! Already I can decompress zip files on my mageia!
Thank you for help and attention.

I checked again and unrar-4.00-1.mga1.x86_64.rpm is in nonfree.

Just a thought but if your using "Install & Remove Software" did you set both radio buttons to All?

Ken

Just a thought but if your using "Install & Remove Software" did you set both radio buttons to All?

Off topic but that really should be the default setting!

Very welcome to the Mageia-forum DarkFoss!!!

And actually, i agree on that.

DarkFoss wrote:

Just a thought but if your using "Install & Remove Software" did you set both radio buttons to All?

Off topic but that really should be the default setting!

If it's the default, then you may get a lot of library packages when searching, not so user friendly especially for new users... so it's a compromise one way or the other :/

so it's a compromise one way or the other :/

Very true.
But what if other labels are used to make things more clear? I mean, instead of sending newcomers links to the wiki to learn what "Packges with GUI" means (or explaining the same thing over and over again), why not explain right there what's all about?
So we're talking about new users (maybe coming from Windows), and is not so obvious that "Packages with GUI" will restrain the search.
Windows users at least are not accustomed to install libraries alone and this "Packages with GUI" and "All" options are a bit confusing. "What the heck is "All" anyway ?"

I'm thinking about altering just a bit the "rpmdrake"" shell to make things just a tiny tiny bit easier.
Something like this drop down menu:



Instead of All = All applications and libraries
Instead of Packages with GUI = Only applications with GUI


Or some other expressions, but you get the idea

The situation should be improved, there's no question about that. But adding more text for the labels has two problems:
- new users may still not notice it
- it takes more space on the screen, which would certainly annoy users with smaller resolutions, netbooks, laptops... etc; i.e. from a HIG perspective, that's bad.

It was previously suggested that a way to inform the user with something like "There're more search results, show them?" or something like that, when "Packages with GUI" is selected and there's more non-GUI search results, but obviously it was never implemented... time constraints and now even the rpmdrake maintainer isn't working full time on the distro, i.e. he has a day job and only contributes in his free time. (Patches are always welcome, of course).

BTW, I can't see the screenshot you posted...

- it takes more space on the screen, which would certainly annoy users with smaller resolutions, netbooks, laptops... etc; i.e. from a HIG perspective, that's bad.

Really no problem with that, I don't know what resolution small netbooks are using but even on a 640x480 res everything is still fine.
On the same line where the description (All applications and libraries) box is located there is plenty and plenty of space, more than half is used by that empty search box anyway. It affects only the length of the search box which still remain the longest. Anything else is unaffected.

I'll try again to post that screenshot:


And this is how much space it takes at 640x480:


Better try for yourself (just a small edit on rpmdrake script) at any resolution you want.

Code: Select all

    my %views = (all => N("All aplications and libraries"),
                 if_($is_backports, backports =>
                                     #-PO: Backports media are newer but less-tested versions of some packages in main
                                     #-PO: See http://wiki.mandriva.com/en/Policies/SoftwareMedia#.2Fmain.2Fbackports
                                     N("Backports")),
                 meta_pkgs => N("Meta packages"),
                 gui_pkgs => N("Only aplications with GUI"),
                 all_updates => N("All updates"),
                 security => N("Security updates"),
                 bugfix => N("Bugfixes updates"),
                 normal => N("General updates")

ahmad wrote:The situation should be improved, there's no question about that. But adding more text for the labels has two problems:
- new users may still not notice it
- it takes more space on the screen, which would certainly annoy users with smaller resolutions, netbooks, laptops... etc; i.e. from a HIG perspective, that's bad.

While I do not really see a problem caused by space limits I fully agree to the first point you made. The unexperienced user sees the search field, punches in a string like "plugin" and sees zero result. Done. It's only a rough guess but I would not expect more than a handful of users actually regarding this "Programs with GUI" as related to the search result.

So I'm afraid that changes in the text of this pull down list would not help much.
I have no idea myself to solve this except in documentation (FAQ, tips in Forum, manual, etc.). Also the afore mentioned message box "There are more results, want me to show them?" may be a part of the solution.

But in principle I do not agree to the necessity of this "Programs with GUI" filter in the first place. It caused more questions in the forums than most other things around rpmdrake ("Why does this distribution not offer clamav?" is one of my favorites). I think that even first time users can very well handle the full offer - they can always change form a default "All" to a "Programs with GUI" if they prefer. That would be a much better situation.

wobo wrote:But in principle I do not agree to the necessity of this "Programs with GUI" filter in the first place. It caused more questions in the forums than most other things around rpmdrake ("Why does this distribution not offer clamav?" is one of my favorites). I think that even first time users can very well handle the full offer - they can always change form a default "All" to a "Programs with GUI" if they prefer. That would be a much better situation.

So you search for "amarok" you get:
amarok-2.4.0.90-4.mga1.x86_64
amarok-scripts-2.4.0.90-4.mga1.x86_64
amarok-utils-2.4.0.90-4.mga1.x86_64
kadu-module-mediaplayer_amarok2-0.9.1-1.mga1.x86_64
lib64amarok-devel-2.4.0.90-4.mga1.x86_64
lib64amarok-sqlcollection1-2.4.0.90-4.mga1.x86_64
lib64amarok-transcoding1-2.4.0.90-4.mga1.x86_64
lib64amarokcore1-2.4.0.90-4.mga1.x86_64
lib64amaroklib1-2.4.0.90-4.mga1.x86_64
lib64amarokocsclient4-2.4.0.90-4.mga1.x86_64
lib64amarokpud1-2.4.0.90-4.mga1.x86_64

and if you're on x86_64 and have Core 32bit Release installed:
amarok-2.4.0.90-4.mga1.x86_64
amarok-scripts-2.4.0.90-4.mga1.x86_64
amarok-utils-2.4.0.90-4.mga1.x86_64
kadu-module-mediaplayer_amarok2-0.9.1-1.mga1.x86_64
lib64amarok-devel-2.4.0.90-4.mga1.x86_64
lib64amarok-sqlcollection1-2.4.0.90-4.mga1.x86_64
lib64amarok-transcoding1-2.4.0.90-4.mga1.x86_64
lib64amarokcore1-2.4.0.90-4.mga1.x86_64
lib64amaroklib1-2.4.0.90-4.mga1.x86_64
lib64amarokocsclient4-2.4.0.90-4.mga1.x86_64
lib64amarokpud1-2.4.0.90-4.mga1.x86_64
libamarok-devel-2.4.0.90-4.mga1.i586
libamarok-sqlcollection1-2.4.0.90-4.mga1.i586
libamarok-transcoding1-2.4.0.90-4.mga1.i586
libamarokcore1-2.4.0.90-4.mga1.i586
libamaroklib1-2.4.0.90-4.mga1.i586
libamarokocsclient4-2.4.0.90-4.mga1.i586
libamarokpud1-2.4.0.90-4.mga1.i586

What about a 'first run' type of thing. When the package manager is selected. A screen that appears and lists the different views with an explanation of what each view will show. The user can then select which view they want the package manager to default to. Also a check box to disable this screen from popping up every time you select the package manager.

ahmad wrote:So you search for "amarok" you get:
amarok-2.4.0.90-4.mga1.x86_64

See! The first match is all you need - how difficult is this? ahmad, you picked one of the packages which will most possibly never searched for because it is installed by default in the matching DE.

But that's not the point - compare these rare occasions with the continuous flow of questions, complaints and even wrong reviews caused by the default setting of "Programs with GUI" (once I read a Mandriva review where the author claimed that Mandriva does not offer any plugins - later it turned out that he just did not find them because of this "Programs with GUI" filter). Not counting users who do not complain or ask, who just throw the CD away and test another distro because they think these apps listed by default are all there is.

A "First time use" message may be a good idea, though.

We're in danger of re-running the original debate, which apparently never ended. The bug report is still open:

https://qa.mandriva.com/show_bug.cgi?id=36486

Perhaps the ultimate solution will be Mageia AppDB?

Jim

wobo wrote:

ahmad wrote:So you search for "amarok" you get:
amarok-2.4.0.90-4.mga1.x86_64

See! The first match is all you need - how difficult is this? ahmad, you picked one of the packages which will most possibly never searched for because it is installed by default in the matching DE. :)

You're only half right, so users may do a minimal install and go with 'urpmi --no-suggests task-kde4-minimal', or a GNOME/XFCE users wants to use amarok. :)

wobo wrote:But that's not the point - compare these rare occasions with the continuous flow of questions, complaints and even wrong reviews caused by the default setting of "Programs with GUI" (once I read a Mandriva review where the author claimed that Mandriva does not offer any plugins - later it turned out that he just did not find them because of this "Programs with GUI" filter). Not counting users who do not complain or ask, who just throw the CD away and test another distro because they think these apps listed by default are all there is.

A "First time use" message may be a good idea, though.

The point is, that "Packages with GUI" is a _good_ feature, it should be the default IMHO, but a way to inform the user that there're more results should be implemented.

No amount of friendly forums or 10-pages-with-everything-explained-wiki will solved it.
The issue must be solved within the application itself.

Many users (especially newcomers) will never touch the forum or the wiki willingly, and when they do, they are already frustrated as heck and ready to burst.
Frustrated after having problems to understand and use an application which is suppose to be self-explicative.
Getting help from forums and wiki is a last resort solution.

Also a first run solution isn't gonna fix the issue.
If it is a simple pop-up window with links or advices you already know what the user will do, right? Yes, will dismiss it right away...get real, nobody reads those things.
Yes, you may argue that they should, but they will not.

If it is a some kind of wizard that the user must complete before actually using Rpmdrake, again, you already know what they will do. They will click next next next in a hurry assuming that the defaults are fine and not actually learn anything.
Besides, someone else could run the wizard and not the actual user.

The GUI itself must contain the solution, every-time it is used.
The problem with the GUI is that is designed by programmers/devs, people that already know what is about in there.
Or let me put it this way: they are too smart and knowledgeable to design a GUI for dummies. Because this is how a GUI should be: Fool Proof.

I understand that there is no man power to do something radical about Rpmdrake. But at least we could use better descriptions.
(Let me repeat myself)
As a dummy myself I'm very picky about the words used in the GUI.
I think that "Packages with GUI" and "All" are very bad choice of words.
I've seen not once raised eyebrows : "What packages?...you mean applications?"
But especially "All" is the worst, because it means nothing. It was so hard for devs to say at least "All packages"? (no extra space occupied).

Anyway, like I said before/above, Packages with GUI should be replaced with Applications with GUI and All replaced with All applications (and libraries).

It doesn't matter which one is the default, it really doesn't as long the user knows what's in there.
You may argue all you want from your high towers using clever words and technical explanation, but at least once listen to a dummy what he has to say.
If you want a foolproof interface you must listen to one.

You are contradicting your own arguments. On one side you say the dummy user will not read anything, OTOH you claim that better descriptions of a dropdown list will solve the problem. How on earth will that dummy user you describe so well come to the idea that this "Applications with GUI" or whatever is written there is in any way related to the listing of the packages?

The whole problem is caused by the point of view that the user has to be shielded against the onslaught of confusing package lists. To achieve that (at least debatable) goal the developpers created a real problem, the one we are talking about here. Forget about the "Packages with GUI" filter - problem solved.

Dear friends: this topic is getting very much off topic.
Originally it was started with the question: how decompress rar files in mageia?
And now ends up into a discussion about the use of rpmdrake.

Suggestion: split up thread?

You are contradicting your own arguments. On one side you say the dummy user will not read anything, OTOH you claim that better descriptions of a dropdown list will solve the problem

There is absolutely no contradiction in what I said.
I'm talking about changing the name of two options, that's all.
Is just a name, not a full page of instructions.

I do not claim anything in solving this issue (far from it), what I'm saying is that we could use better description on those labels until something more efficient is implemented (or as you say, the filter is removed).
I only said:

I understand that there is no man power to do something radical about Rpmdrake. But at least we could use better descriptions.

and

I'm thinking about altering just a bit the "rpmdrake"" shell to make things just a tiny tiny bit easier.

BTW, when talking about solving the issue, so far what I like the most, is what ahmad mentioned earlier:

...a way to inform the user with something like "There're more search results, show them?" or something like that, when "Packages with GUI" is selected and there's more non-GUI search results.

Le Sigh*

So back to the original Q. I have mageia setup with non frees activated and all's set in synaptic. It's not listed for me either:
SOLUTION:::

http://pkgs.org/mageia-2/mageia-nonfree-release-i586/unrar-4.10-2.mga2.nonfree.i586.rpm/download/

See how easy this is?

alexanderaddams wrote:So back to the original Q. I have mageia setup with non frees activated and all's set in synaptic. It's not listed for me either:
SOLUTION:::

http://pkgs.org/mageia-2/mageia-nonfree-release-i586/unrar-4.10-2.mga2.nonfree.i586.rpm/download/

See how easy this is?

And just why would you use a package manager that is looking for *.deb packages on a system that uses *.rpm packages?

lol, spent all day fixing a ubuntu issue, I meant rpmdrake... way to fall so far off topic that newbs and genuinely interested people get sick of it all. It really took me 30 seconds in google to find, which anyone could have done if they new what to look for, and posted the easiest fix in all of the magic world. For someone new to linux, it's an unusual world. Helpful easy fixes should be handled as such. Or, we could ........ you know, ......... we could stand here a little longer...