maemo.org - Talk
Page 17 of 27 « First 71516 17 1819 Last »
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Community (https://talk.maemo.org/forumdisplay.php?f=16)
-   -   Fedora based MeeGo = NoGo! (https://talk.maemo.org/showthread.php?t=44597)

ColdFusion 2010-02-18 11:17
Re: Fedora based MeeGo = NoGo!
 
Quote:
Originally Posted by Rob1n (Post 533922)
Because that's a commitment they don't want to be tied to. Has Apple announced what phones it's new iPhone OS will be supported on? Did Microsoft announce which existing phones could run WM7?
They haven't announced but they're doing it anyway. They're consistent. Unlike Nokia who are consistent in abandoning support when a new device comes out. :)

thecursedfly 2010-02-18 12:38
Re: Fedora based MeeGo = NoGo!
 
being totally inexpert, isn't it possible to easily convert a .deb to a .rpm?
this, in the meaning that a developer can package an application as a .deb, and the system converts it automatically to .rpm when it's publicized on OVI/repositories..

at this point, it would make some difference only for expert users (-> those who use the terminal knowing what they do), no?

wazd 2010-02-18 14:08
Re: Fedora based MeeGo = NoGo!
 
http://s005.radikal.ru/i211/1002/2f/72a54f88264b.jpg

f(x) 2010-02-18 17:53
Re: Fedora based MeeGo = NoGo!
 
Quote:
Originally Posted by thecursedfly (Post 534210)
being totally inexpert, isn't it possible to easily convert a .deb to a .rpm?
yes, it is.
alien could do this easily
http://kitenet.net/~joey/code/alien/

nightfire 2010-02-18 18:45
Re: Fedora based MeeGo = NoGo!
 
Quote:
Originally Posted by f(x) (Post 534889)
yes, it is.
alien could do this easily
http://kitenet.net/~joey/code/alien/
That's only half the story though. If it's a simple standalone package, yes it'll work. If it integrates with the system (ie. init, associations/mimetypes, icons, other package configs in /etc, dependencies) it may not work..

javispedro 2010-02-18 18:48
Re: Fedora based MeeGo = NoGo!
 
Quote:
Originally Posted by nightfire (Post 534997)
That's only half the story though. If it's a simple standalone package, yes it'll work. If it integrates with the system (ie. init, associations/mimetypes, icons, other package configs in /etc) it may not work..
Ah, so it's better than the current Maemo level of integration with Debian already!

Seriously. This is madness.

egoshin 2010-02-18 19:07
Re: Fedora based MeeGo = NoGo!
 
Quote:
Originally Posted by attila77 (Post 533221)
There is no chance. The policy is that whatever package the device ships with is there, stays there, and cannot be replaced by a package which is not part of the PR (to avoid situations like PR parts using Qt4.6 which they have not been tested with). In other words, you would still have a libqt4-core.rpm and a development libqt4-maemo5-core.rpm which would the be renamed to the first one in the next PR. It's not that a packaging system cannot make the upgrade path or restricts it - it's a Nokia QA policy collateral.
I can only repeat myself - "in case of RPM there is a chance that Nokia choses a different policy"

nightfire 2010-02-18 19:40
Re: Fedora based MeeGo = NoGo!
 
Quote:
Originally Posted by javispedro (Post 535002)
Ah, so it's better than the current Maemo level of integration with Debian already!

Seriously. This is madness.
Fair enough, but I still say it's easier to fix that then move to a new platform...

attila77 2010-02-18 22:12
Re: Fedora based MeeGo = NoGo!
 
Quote:
Originally Posted by egoshin (Post 535034)
I can only repeat myself - "in case of RPM there is a chance that Nokia choses a different policy"
Considering the policy has absolutely no bearing on the packaging format or it's parameters/features, what makes you think that ?

f(x) 2010-02-18 22:13
Re: Fedora based MeeGo = NoGo!
 
Quote:
Originally Posted by nightfire (Post 534997)
That's only half the story though. If it's a simple standalone package, yes it'll work. If it integrates with the system (ie. init, associations/mimetypes, icons, other package configs in /etc, dependencies) it may not work..
I only gave an example for alien (as a reminder) not as a way to solve this mess. Also, I assumed the majority here knew about alien as you can see people here are preparing for a holy war around (RPM vs DEB).

That's why I didn't provide more information , anyway here is a nice quote:

Quote:
Originally Posted by http://kitenet.net/~joey/code/alien/
Alien should not be used to replace important system packages, like sysvinit, shared libraries, or other things that are essential for the functioning of your system. Many of these packages are set up differently by Debian and Red Hat, and packages from the different distributions cannot be used interchangably. In general, if you can't uninstall the package without breaking your system, don't try to replace it with an alien version.
Honestly , I don't care about (RPM vs DEB). People here seems scared about learning new things [Ubuntu users?] like (yum , rpm or even urpmi). While the others are scared from RPM dependency hell*. All what I can say, RPM issue might still be existed even that I am running centos without problem.



*For those whom are wondering what is that, It is a problem you might encounter that wont let you install your app/lib or whats ever, because of a requirement that couldn't be satisfied.
"Error: Missing Dependency: X is needed by package Y"


All times are GMT. The time now is 16:44.
Page 17 of 27 « First 71516 17 1819 Last »
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8