maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Maemo 5 / Fremantle (https://talk.maemo.org/forumdisplay.php?f=40)
-   -   studies about newer libglib on fremantle (https://talk.maemo.org/showthread.php?t=81850)

Mentalist Traceur 2012-01-28 21:07

Re: studies about newer libglib on fremantle
 
Quote:

Originally Posted by Hurrian (Post 1156943)
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.

NIN101 2012-01-28 21:27

Re: studies about newer libglib on fremantle
 
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
Quote:

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).

AapoRantalainen 2012-01-28 21:35

Re: studies about newer libglib on fremantle
 
Quote:

Originally Posted by NIN101 (Post 1157125)
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)?

Hurrian 2012-01-28 22:46

Re: studies about newer libglib on fremantle
 
Quote:

Originally Posted by AapoRantalainen (Post 1157128)
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)

kureyon 2012-01-29 03:09

Re: studies about newer libglib on fremantle
 
Quote:

Originally Posted by Hurrian (Post 1156943)
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.

jonwil 2012-01-30 13:46

Re: studies about newer libglib on fremantle
 
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)

szopin 2012-03-03 12:50

Re: studies about newer libglib on fremantle
 
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

Hurrian 2012-03-03 13:06

Re: studies about newer libglib on fremantle
 
Quote:

Originally Posted by szopin (Post 1173607)
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.

szopin 2012-03-03 13:09

Re: studies about newer libglib on fremantle
 
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

Hurrian 2012-03-03 13:18

Re: studies about newer libglib on fremantle
 
Quote:

Originally Posted by szopin (Post 1173612)
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.


All times are GMT. The time now is 14:52.

vBulletin® Version 3.8.8