Linux fight over meego??
 

I was reading an article and it says that intel's redhat based and Nokia debian based don't get along, similar to KDE and GNOME users so what's going to happen to meego?

Will it based on the lovely Debian that does everything? or Redhat? Some are saying that the UI will be kept from maemo (Debian) but the underlining will all be red hat which means the debain people on Nokia side will leave and visa versa.

The two sides have all have similar arguments about why they prefer their choice so I was wondering what will happen now will a compromise be made or will one win and the other will leave?

Re: Linux fight over meego??
 

You have to take a look at the meego developers list (search for it in the http://meego.com site).

Actually, it is not based on either. It is/will be a new distribution. It will use the RPM package manager. Some bits and chunks from Fedora were "borrowed", too.

As it stands now, I think there have been no more arguments because of this.

Re: Linux fight over meego??
 

it has already been decided, there is no continuing debate. the rpm package format will be used, as will the SUSE open build service and zypper, which is an apt-like package management system for rpm format packages.

Re: Linux fight over meego??
 

Cool good to know thanks guys.

Re: Linux fight over meego??
 

Do we know if the debate died due to acceptance, or resignation? ;)

Re: Linux fight over meego??
 

At least from my perspective.. the latter :). As was said.. it's already decided.. no point arguing with a wall.

Re: Linux fight over meego??
 

The relevant word, I guess, is "compromise" :-)

Re: Linux fight over meego??
 

Yay! I use openSUSE as my main OS for about 4 years now! Be very cool to have it both on my Nokia AND my desktop!!!!

Re: Linux fight over meego??
 

You won't have SuSE on your Nokia. You'll have MeeGo. The only similarity will be the package management system.

Re: Linux fight over meego??
 

Hm.. what makes .rpm better over .deb?

Re: Linux fight over meego??
 

define "better".

Re: Linux fight over meego??
 

Easy: "better", as in "emacs is better than VI" :-)

Re: Linux fight over meego??
 

The real question is what makes zypper better than yum (or apt, indirectly, at least for me). The answer is SAT Solver.

http://www.linuxjournal.com/content/...agement-zypper
http://cseweb.ucsd.edu/~lerner/papers/opium.pdf
http://duncan.mac-vicar.com/blog/archives/309
http://duncan.mac-vicar.com/blog/archives/310
http://duncan.mac-vicar.com/blog/archives/311

Re: Linux fight over meego??
 

Oh lordy - here we go ...

Re: Linux fight over meego??
 

Just to clarify, "it has already been decided" should be "it had already been decided".

It was apparently decided before anyone had even heard of Meego.

Re: Linux fight over meego??
 

it's sad they chosed rmp..

Re: Linux fight over meego??
 

*resists the temptation to start a vim > emacs tirade*

In my experience deb and rpm both have their advantages and disadvantages (just like vim and emacs ;-)). As other have stated, the decision is made and any more arguing is futile.

Re: Linux fight over meego??
 

Wow! I am lucky now! I like YaST2.

Re: Linux fight over meego??
 

YaST2 is not a package manager. It includes one, which is based on zypper/libzypp.

Re: Linux fight over meego??
 

You technically right, but I am happy to see the end of CLI-based apt* and dumb-and-restrictive HAM.

Never mind what is a reason.

Re: Linux fight over meego??
 

Re: Linux fight over meego??
 

Why? What difference does it make to you if those who prefer to use the command line have that option? Pointy clicky interfaces to rpm generally rely on low level text based commands the same as pointy clicky interfaces to apt.

Re: Linux fight over meego??
 

If the rpm package system will be finally implemented i 'd prefere the urpmi tool as is more fast than apt-get

Re: Linux fight over meego??
 

Convenience.

(I know that at the end it is a CLI, I just like the usage paradigm behind YaST2 and don't like it in HAM or CLI tools itself. Of course, I know in some cases it is impossible to avoid CLI)

Re: Linux fight over meego??
 

those who do not understand mandriva are condemned to reimplement it poorly
;)

Re: Linux fight over meego??
 

wow excellent said!!
excellent quote (for signature in forums ;) )

Re: Linux fight over meego??
 

That (rather, the original "Those who do not understand Unix are condemned to reinvent it, poorly." by Henry Spencer) is one of my favourite quotes ever, and over two decades later I still come across new instances where it applies on a daily basis :-/

Re: Linux fight over meego??
 

That what actually my, uhm, inspiration :D

Re: Linux fight over meego??
 

Yes, it would be sad if they chose rmp over rpm over deb. (Sorry, couldn't resist.) ;)

Re: Linux fight over meego??
 

At least feature-wise it shouldn't be that sad rpm is going to be chosen over deb. The package format itself isn't all that different. rpm just isn't kosher for some hippies ;)

Re: Linux fight over meego??
 

Yes, the powers that be make the decision, and we are told to accept it in the spirit of compromise. Very democratic.

Re: Linux fight over meego??
 

Perhaps there is one feature that might count in making the decision between the two: delta-rpm. That would vastly decrease the time taken for updates especially on smart phones.

Re: Linux fight over meego??
 

The package formats are actually entirely different.

What's not so different is how it works as seen from an end user's point of view. So end users are fine in any case. The developers may still want a say, because from the developer's point of view there are differences that matters, depending on what you do.

Re: Linux fight over meego??
 

I'm not speaking entirely from end-user's perspective. Under the hood those really are different but that's beyond the APIs. Having packaged software in both formats my personal opinion is still that those two aren't all that different at least from package maintainer's perspective (you know one, you'll learn all of them in a day). Of course the transition requires work thet shouldn't be overlooked.