Reply
Thread Tools
Posts: 2,225 | Thanked: 3,822 times | Joined on Jun 2010 @ Florida
#11
Originally Posted by Hurrian View Post
Has anyone at Nokia seriously looked at what they made and not said WTF? You have shell scripts using dbus holding the whole thing together!
I'm sure some people who worked on the N900 and then N950/N9 did just that, but the upper decisions are obviously being made by the same people that thought Windows Phone OS was a good idea... so you're already guaranteed their internal bureaucracy is biased against making good decisions....

- Edit -

While I don't like it as much for aesthetic purposes, I am inclined to agree that a seperate file for a new GLib with fancy voodoo to get different programs using different versions, might be better for the time being.

I don't like it, but if it becomes possible to make the move to truly open Maemo 5, I'm sure a more cleaner setup will naturally follow, but in the meantime working with what we do have is probably better than me insisting that a new GLib break all the old stuff for everyone on the off chance that it motivates updates/OSS-recodes faster.

Last edited by Mentalist Traceur; 2012-01-28 at 21:10. Reason: on-topic stuff added
 

The Following 8 Users Say Thank You to Mentalist Traceur For This Useful Post:
Posts: 115 | Thanked: 342 times | Joined on Dec 2010
#12
They will never release the source of every program. That simple. Forget about it. But as said, LD_LIBRARY_PATH might be a way. For example, from time to time I mount a debian system on /mnt/, and use this:

Code:
#!/bin/sh
unset GTK2_RC_FILES
LD_LIBRARY_PATH=/mnt/lib:/mnt/usr/lib/:/mnt/lib/arm-linux-gnueabi/:/mnt/usr/lib/arm-linux-gnueabi /mnt/lib/ld-linux.so.3 $@
./debianwrap /mnt/usr/bin/xchat
plus we'd be able to do crazy **** like use btrfs as root, run on armv7tnhl kernels, use wayland and systemd, etc.)
Oh no!

Maemo's software stack will keep aging and there is not much we can do about that (besides learning to live with it).
 
Posts: 839 | Thanked: 3,386 times | Joined on Mar 2009
#13
Originally Posted by NIN101 View Post
They will never release the source of every program. That simple. Forget about it.
We are not waiting they release every source. We are writing open alternatives for rest of them. Are there something that can't be reimplemented (and is essential)?
 

The Following 3 Users Say Thank You to AapoRantalainen For This Useful Post:
Posts: 1,225 | Thanked: 1,905 times | Joined on Feb 2011 @ Quezon City, Philippines
#14
Originally Posted by AapoRantalainen View Post
We are not waiting they release every source. We are writing open alternatives for rest of them. Are there something that can't be reimplemented (and is essential)?
NOLO, and dem PowerVR SGX drivers.
For everything else, we can probably live with the stuff Nemo puts out, and backport it to Fremantle (or port Fremantle to meet Nemo's ABI)
__________________
N9 PR 1.3 Open Mode + kernel-plus for Harmattan
@kenweknot, working on Glacier for Nemo.
 
Posts: 992 | Thanked: 738 times | Joined on Jun 2010 @ Low Earth Orbit
#15
Originally Posted by Hurrian View Post
You have shell scripts using dbus holding the whole thing together!
There's nothing inherently wrong with that, plus it has the advantage that makes it easy to fiddle with.
 

The Following 3 Users Say Thank You to kureyon For This Useful Post:
Posts: 567 | Thanked: 2,966 times | Joined on Oct 2009
#16
I think biggest issues as far as closed source software:
Bootloader (NoLo)
Hardware blobs (PowerVR drivers, wl2151-cal etc)
Communications and internet stack (csd, icd, dialer, telepathy-ring, messenger, contacts, browser UI etc)
GPS stack (location-daemon, location-proxy, gps/maps app)
 

The Following User Says Thank You to jonwil For This Useful Post:
Posts: 2,076 | Thanked: 3,268 times | Joined on Feb 2011
#17
udisks requires libglib 2.31.13, available on Precise (.18) in armel flavour. Going to backup and try forcing it later on today. If that is just 'not going to work' let me know guys, reverting backups is not always successfull and would hate to have to resort to flashing/reinstalling everything
 
Posts: 1,225 | Thanked: 1,905 times | Joined on Feb 2011 @ Quezon City, Philippines
#18
Originally Posted by szopin View Post
udisks requires libglib 2.31.13, available on Precise (.18) in armel flavour. Going to backup and try forcing it later on today. If that is just 'not going to work' let me know guys, reverting backups is not always successfull and would hate to have to resort to flashing/reinstalling everything
Wait, hold on there.
You'll need udisks, a very new udev and take out HAL.
That last one will probably break Maemo.
__________________
N9 PR 1.3 Open Mode + kernel-plus for Harmattan
@kenweknot, working on Glacier for Nemo.

Last edited by Hurrian; 2012-03-03 at 13:10.
 
Posts: 2,076 | Thanked: 3,268 times | Joined on Feb 2011
#19
Want to try forcing libglib 2.31.18 for now and see if this bricks the phone. Would also allow me to pass one step further in configuration of udisks, there are most likely further blocks on the way to building it, so this can wait. If latest libglib doesn't brick the phone it would be a good info though, so fingers crossed
 

The Following 2 Users Say Thank You to szopin For This Useful Post:
Posts: 1,225 | Thanked: 1,905 times | Joined on Feb 2011 @ Quezon City, Philippines
#20
Originally Posted by szopin View Post
Want to try forcing libglib 2.31.18 for now and see if this bricks the phone. Would also allow me to pass one step further in configuration of udisks, there are most likely further blocks on the way to building it, so this can wait. If latest libglib doesn't brick the phone it would be a good info though, so fingers crossed
Post results! I'm betting on a brick afterwards, though, if symlinks in /lib were changed.
__________________
N9 PR 1.3 Open Mode + kernel-plus for Harmattan
@kenweknot, working on Glacier for Nemo.
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 22:24.