Skype is in nonfree for 32bit. 
ftp://ftp.acc.umu.se/mirror/mageia/distrib/cauldron/i586/media/nonfree/release/get-skype-2.2.0.35-18.mga2.nonfree.i586.rpm

CC: (none) => chmielu1_a

Add nonfree 32bit and core 32bit repos.

Why the package get-skype isn't present in Repo Nonfree_Release_x86_64 for
Mageia 2 (cauldron),while it is present in Repo Nonfree_Release i586 ?

CC: (none) => geiger.david68210

(In reply to comment #3)
> Why the package get-skype isn't present in Repo Nonfree_Release_x86_64 for
> Mageia 2 (cauldron),while it is present in Repo Nonfree_Release i586 ?

Because there is not 64-bit version of Skype for Linux.

Please reassign or I will mark it as INVALID or WONT FIX

Assignee: n54 => bugsquad

You caused the problem. And i told you that you are the one who is going to explain people how they get Skype. So now take the responsibility, write errata or whatever you like. It's your problem now. There was no reason to start this mess!

And also stop messing with other people's packages ;)

Assignee: bugsquad => n54

(In reply to comment #6)
> You caused the problem. And i told you that you are the one who is going to
> explain people how they get Skype.

man urpmi.addmedia
visit mirrors.mageia.org
the final command could be something like:

urpmi.addmedia nonfree32release http://ftp.fi.muni.cz/pub/linux/mageia/distrib/cauldron/i586/media/nonfree/release

urpmi --auto-update
urpmi get-skype

> So now take the responsibility, write errata
> or whatever you like. It's your problem now. There was no reason to start this
> mess!

Mixing 32bit and 64bit packages in one directory is a real mess.

I will write it(based on the flash one) if you don't want

Keywords: (none) => USABILITY
Whiteboard: (none) => Errata

feel free to improve: https://wiki.mageia.org/en/Mageia_2_Errata#Skype

Status: NEW => RESOLVED
Resolution: (none) => WONTFIX

We had the same thing for 64 bit flash in Mageia 1 before there was a 64 bit flash version. A 64 bit package was created with the 32 bit flash.

I think when we encounter things like this we should think beyond the policy for what is best for the distribution and it's users.

Personally I don't think putting barriers in the way of adoption is a good thing.

I've updated the wiki.

Claire, the reason get-skype is different then get-flash, is that the
get-skype package also pulls in 32 bit libraries from the Core repo.

In order to have get-skype in the 64 bit repo, 32 bit libraries like
libqtcore4 (and a dozen others) would have to also be copied to the
64 bit repo.  Duplicating the libraries there could easily cause
problems in the future.

CC: (none) => davidwhodgins

There has to be a better workaround than just 'tough'?

Why would libraries need copying from 32 bit to 64 bit? 

Both /usr/lib and /usr/lib64 exist on the system. Can the required 32 bit libraries not coexist on the system with 64 bit libraries or is this purely a policy decision?

People using skype to keep in contact with relatives around the world will either have to install i586 or just install something other than Mageia where a workaround exists. It's not something which can be replaced by another program.

This is a poor resolution as it stands.

(In reply to comment #11)
> I've updated the wiki.
> 
> Claire, the reason get-skype is different then get-flash, is that the
> get-skype package also pulls in 32 bit libraries from the Core repo.
> 
> In order to have get-skype in the 64 bit repo, 32 bit libraries like
> libqtcore4 (and a dozen others) would have to also be copied to the
> 64 bit repo.  Duplicating the libraries there could easily cause
> problems in the future.

Well, there was no problem actually, as by default Core 32 is activated and user who needs Skype will have to install those libs anyway!

get-skype solves a lot of problems for such users who can't solve missing libs themself. The policy should allow exeptions in such cases.

http://www.ted.com/talks/barry_schwartz_using_our_practical_wisdom.html - i just wanted to help out some people. Nothing more...

(In reply to comment #11)
> I've updated the wiki.
> 
> Claire, the reason get-skype is different then get-flash, is that the
> get-skype package also pulls in 32 bit libraries from the Core repo.
> 
> In order to have get-skype in the 64 bit repo, 32 bit libraries like
> libqtcore4 (and a dozen others) would have to also be copied to the
> 64 bit repo.  Duplicating the libraries there could easily cause
> problems in the future.

No, that's FUD.
Nothing get's "copied" to the 64bit repo.
The fact that the "package" requires 32bit libs is not a problem since (as Sander pointed out) these are available by default in a 64 bit installation. 

From the Policy POV as I see it this is *not* a 32 bit package (as it contains no software), but a 32 or 64 bit package that happens to download and install (from an outside source) some 32 bit software.
I don't see an issue here.

As the package stood it was fine and nobody has complained since it was introduced many months ago, after quite some discussion on this topic at the time.
 
I have no idea why this change was made out of the blue without any consultation with the package maintainer, but I agree with Sander that the changes made by Kamil in rel 18 should be reverted for everyone's sanity - especially the end users - which are ultimately who this distro is all about.

Status: RESOLVED => REOPENED
Resolution: WONTFIX => (none)

>I have no idea why this change was made out of the blue without any
consultation with the package maintainer, but I agree with Sander that the
changes made by Kamil in rel 18 should be reverted for everyone's sanity -
especially the end users - which are ultimately who this distro is all about.

+1

CC: (none) => ftg

Also, cf https://bugs.mageia.org/show_bug.cgi?id=5027

Does x86_64 get-skype require any nonfree32 packages ?

Adding Barry to CC as he created get-skype IINM

(In reply to comment #18)
> Does x86_64 get-skype require any nonfree32 packages ?

Nop, it does not. Only libs from already enabled Core 32.

> Adding Barry to CC as he created get-skype IINM

Check the comments again ;) (c#15 for example ;P).

> > Adding Barry to CC as he created get-skype IINM
> 
> Check the comments again ;) (c#15 for example ;P).

I don't understand what you're getting at here Sander. I don't know if Barry still maintains it but IINM he actually created it and packaged it originally.


Barry, are you willing to look into this, could it be assigned to you?

(In reply to comment #20)
> > > Adding Barry to CC as he created get-skype IINM
> > 
> > Check the comments again ;) (c#15 for example ;P).
> 
> I don't understand what you're getting at here Sander. I don't know if Barry
> still maintains it but IINM he actually created it and packaged it originally.
> 
> 
> Barry, are you willing to look into this, could it be assigned to you?

Well, the current package maintainer is Sander.

You are correct that I did most of the original work on it before I had commit rights, with help from various people including mainly Sander who then continued as maintainer.

I am happy to leave it with Sander, unless he is getting fed up of all the hassle it's causing ;)

I would simply revert the changes if it were down to me.

"If it ain't broke - don't fix it"

(In reply to comment #18)
> Does x86_64 get-skype require any nonfree32 packages ?
> 

Well the point of bug#5027 is that if nonfree32 were included in --distro, there would be less need for a 64-bit wrapper.  Any newbie can use rpmdrake to enable nonfree32 and install the 32-bit package directly.  Or am I missing something ?

(In reply to comment #22)
> (In reply to comment #18)
> > Does x86_64 get-skype require any nonfree32 packages ?
> > 
> 
> Well the point of bug#5027 is that if nonfree32 were included in --distro,
> there would be less need for a 64-bit wrapper.  Any newbie can use rpmdrake to
> enable nonfree32 and install the 32-bit package directly.  Or am I missing
> something ?

Well, then he would have nonfree32 enabled which he would probably never need again, just to install Skype, which itself does not need any nonfree32 libs.

As Skype was, there were no hoops to jump through at all - it just worked, as witnessed by all the positive feedback that I have seen over the past few months.

Granted, having a 64-bit package is slightly more friendly.  And since one already exists, as I said above I'm in favor of using it here.  I was thinking about the next case to come down the line (and you know there'll be one).

(In reply to comment #23)

> As Skype was, there were no hoops to jump through at all - it just worked, as
> witnessed by all the positive feedback that I have seen over the past few
> months.

Ah yes, I agree with that.
Skype works perfectly well on a 64-bit system ,I use it already for some time.

It would simply push the package get-skype in the media Core_32bit for only 64-bit systems.

(In reply to comment #25)
> (In reply to comment #23)
> 
> > As Skype was, there were no hoops to jump through at all - it just worked, as
> > witnessed by all the positive feedback that I have seen over the past few
> > months.
> 
> Ah yes, I agree with that.
> Skype works perfectly well on a 64-bit system ,I use it already for some time.
> 
> It would simply push the package get-skype in the media Core_32bit for only
> 64-bit systems.

You lost me ;)

To recap:-
get-skype has always previously been noarch and in the non-free repos (both 32 and 64 bit).

This allowed anyone searching in rpmdrake to find it on either 32 or 64 bit default systems, as non-free is already enabled on either system.

I saw no problem with this.

A recent change to the get-skype spec made get-skype ONLY appear in the 32bit non-free repo, which is not visible by default on a 64 bit system.

This has caused people not to be able to find it without searching forums, wiki etc. which is not very user friendly.

I notice that Mandriva have imported it and kept it as noarch FWIW.

I think the change should be reverted, however we are now in freeze so attempting this may open a whole new can of worms.

Anne, can you (or council) grant us exeption here? I would really like to get skype back into 64-bit nonfree. It won't do any harm there. But it would end such questions and bugs.

I didn't realize the core 32 bit libraries are enabled by default on
a 64 bit system. (I only have a 32 bit system).

As the get-skype package only includes a bash script, and some requires
on core packages, I agree it should be a noarch package.

I have reverted Kamil's commits and removed Skype from errata. It will work again as it did before.

If someone has problems, open bug against policy. If there is problem then it's in policy.

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

*** Bug 5111 has been marked as a duplicate of this bug. ***

CC: (none) => mwozniak00