Nitdroid - touchscreen not working

[Christopher Intemann]

Hi,

I installed Nitdroid on my N900 according to [1].
Everything seems to work fine apart from the thouchscreen which is
apparently not working.
Are there any issues know and how can I solve them?
Thank you in advance,

Chris

[1]http://talk.maemo.org/showthread.php?t=56524
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: devicescape

[Christopher Intemann]

Just found that info on the devicescape/easywifi facebook site:

Our SDK is Linux based and most of our development is done on Linux. We
haven't done a consumer port yet because of the fragmentation of the market.
But we offer the SDK for free to developers, so the community could do this.
We'd be happy to sponsor the development of a Linux client if anyone would
be willing to take it on.

Anyone interested in developing?
Regards,
 Chris

On Tue, Jun 29, 2010 at 2:41 PM, Christopher Intemann wrote:

> Hi
> I'm pretty often using fonspots to connect to the internet.
> There used to be a nice software "devicescape" available for the N770 and
> N800 that can be used to automatically authenticate.
> However, devicescape is not supporting the current Maemo release.
> I wonder if anyone suceeded running the N770 or N800 version on the N900?
> Thanks,
>  Chris
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Wetab Android stack on Maemo/MeeGo

[Christopher Intemann]

Hi,

I just read that the Wetab  tablet will come with an
Android-stack that will allow users to install Android apps on the tablet
even thoug it is not natively running Android.
This stack seems to be a kind of Android runtime environment based on
Android 2.1.
I really wonder if it would be possible to get this stack running on
Maemo/MeeGo or if Nokia might be willing to include such a stack in upcoming
OS releases. Many apps are currently released for Apple iOS or Android, but
there are barely Apps released for Maemo/MeeGo.
Therefore an Android runtime environment would be a great asset for
Maemo/MeeGo users IMHO, especially since Nokia is not about to release
Android phones in the near future.
However, I also see the possibility that such a stack could draw even more
developers away from native development for Nokia (e.g. in QT).
What do you think?

Cheers,

 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Alternate Line Service (ALS) support

[Christopher Intemann]

Hey Pekka

On Tue, Jun 1, 2010 at 6:13 PM, Pekka Pessi  wrote:

> On Sun, 2010-05-30 at 14:07 +0200, ext Christopher Intemann wrote:
> > On Fri, May 28, 2010 at 2:05 PM, Pekka Pessi 
> > wrote:
> >
> >
> >
> > You can test what the command
> >
> > dbus-send --system --type=method_call --print-reply=True \
> >  --dest=com.nokia.csd.SS /com/nokia/csd/ss \
> >  com.nokia.csd.SS.CheckDivert string:21 string:89
> >
> > returns. If it does not return error
> >
> > com.nokia.csd.SS.Error.TeleServiceNotProvisioned: Tele service
> > not
> > provisioned
> >
> > you can try to redirect calls to your line 1 number with
> > command
> >
> > dbus-send --system --type=method_call --print-reply=True \
> >  --dest=com.nokia.csd.SS /com/nokia/csd/ss \
> >  com.nokia.csd.SS.RegisterDivert string:21 string:89 \
> >   string: uint32:0
> >
> > Wow, thanks, thats at least a beginning!
> > So USSD codes are the only thing that works on line 2,
>
> Don't know about USSD - of course you can try
>
> dbus-send --system --type=method_call --print-reply=True \
>  --dest=com.nokia.csd.SS /com/nokia/csd/ss \
>com.nokia.csd.SS.USSD.Command string:'*#21**89#' string:
>
> and see what you get for response.
>
> That does not work.
However, it does not seem to work for line 1 either, therefore it might also
be a limitation by the provider.


> Call-UI does not recognize the non-standard basic service number (89)
> used for ALS, so you can not enter the code directly on call ui.
>
> So, if the basic service number was also used as beacon for outgoing line2
calls, would it also be possible to use it in connection with the
com.nokia.csd.Call method to invoke outgoing calls on the second line?
By the way, how can I unregister/cancel diverts on the second line?
There does not seem to be a CancelDivert method, and the method DivertCancel
does not accept basic service numbers as arguments (at least, I couldn't
figure out how I could assign them).

> or is there any way to switch to the second line for outgoing calls as
> > well? It would also be great if it was possible to set a different
> > ring tone for incoming line 2 calls...
>
> The modem does not support ALS line 2, it would have required special
> modem firmware. With the current modem firware, you can only divert line
> 2 calls to line 1.
>
> This is a bit weired since most Nokia devices DO support ALS. Is there any
good reason for not supplying an ALS-capable firmware?
Thanks in advance!
Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Alternate Line Service (ALS) support

[Christopher Intemann]

On Fri, May 28, 2010 at 2:05 PM, Pekka Pessi  wrote:

>
> You can test what the command
>
> dbus-send --system --type=method_call --print-reply=True \
>  --dest=com.nokia.csd.SS /com/nokia/csd/ss \
>  com.nokia.csd.SS.CheckDivert string:21 string:89
>
> returns. If it does not return error
>
> com.nokia.csd.SS.Error.TeleServiceNotProvisioned: Tele service not
> provisioned
>
> you can try to redirect calls to your line 1 number with command
>
> dbus-send --system --type=method_call --print-reply=True \
>  --dest=com.nokia.csd.SS /com/nokia/csd/ss \
>  com.nokia.csd.SS.RegisterDivert string:21 string:89 \
>   string: uint32:0
>
> Wow, thanks, thats at least a beginning!
So USSD codes are the only thing that works on line 2, or is there any way
to switch to the second line for outgoing calls as well?
It would also be great if it was possible to set a different ring tone for
incoming line 2 calls...
Best regards,
  Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Alternate Line Service (ALS) support

[Christopher Intemann]

Hello,

I have the CPHS service alternate line service activate on my simcard.
This service features a seperated line with a second number to distinguish
between business and private calls. On many Nokia handsets, one can switch
between lines by holding the hash button for a few seconds.
The N900 does not officialy support this service.
I read somewhere that it was possible to at least receive calls on the
second line.
However, when I try to call my phone on the second line, the call will not
get through.
Is there any way to acivate the second line on the N900 at least for
incomming calls?
Thanks,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Maemo on Toshiba Journ.E Touch?

[Christopher Intemann]

Just came across the Journ.E
TouchInternet
tablet which is obviously nice hardware but running WindowsCE.
Since it is also based on the ARM architecture, I really wonder if it was
possible to install Maemo/ARM instead?
Thx&Regards,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: j2me

[Christopher Intemann]

This is the console output when trying to un phoneme on the N900:

java.lang.ClassNotFoundException: dasHandyT
at sun.misc.Launcher$AppClassLoader.findContainer(Native Method)
at sun.misc.Launcher$AppClassLoader.access$400(Unknown Source)
at sun.misc.Launcher$AppClassLoader$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Unknown Source)
at java.security.AccessController.doPrivileged(Unknown Source)
at sun.misc.Launcher$AppClassLoader.doClassFind(Unknown Source)
at sun.misc.Launcher$AppClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.CVM.runMain(Unknown Source)

java.lang.ClassNotFoundException: dasHandyTicket
at sun.misc.Launcher$AppClassLoader.findContainer(Native Method)
at sun.misc.Launcher$AppClassLoader.access$400(Unknown Source)
at sun.misc.Launcher$AppClassLoader$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Unknown Source)
at java.security.AccessController.doPrivileged(Unknown Source)
at sun.misc.Launcher$AppClassLoader.doClassFind(Unknown Source)
at sun.misc.Launcher$AppClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.CVM.runMain(Unknown Source



any hints, anyone?
thanks,
Chris

On Wed, Apr 2, 2010 at 9:33 AM, Christopher Intemann wrote:

> Already tried that but I don't have the 'file'-command installed...
> Which package do I need?
> Thx,
>  Chris
>
>
> On Tue, Apr 20, 2010 at 6:11 PM, Henning Heinold wrote:
>
>> Quoting "Christopher Intemann" :
>>
>>
>>  However, /bin/cvm is set to rw and can not be executed.
>>> For some confusing reason, chmod a+x cvm appears to have no effects on
>>> the
>>> access rights and cvm would still not be executed (even not when trying
>>> as
>>> root). ls -la unveals no change of the permissions.
>>> Is there any stupid security mechanism in maemo preventing me to
>>> changions for files or what am I doing wrong?
>>> Thanks in advance,
>>>  Chris
>>>
>>>
>> This means probaly that the api is wrong or fileformat.
>>
>> Try to run "file" on the binary and look at the output maybee
>> you need readelf or objdump too.
>>
>> Bye Henning
>>
>>
>> tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH
>> Geschäftsführer: Boris Esser, Elmar Geese
>> HRB AG Bonn 5168 - Ust-ID: DE122264941
>> http://www.tarent.com/
>>
>> Heilsbachstr. 24, 53123 Bonn,   fon +49 228 52675-0,   fax +49 228
>> 52675-25
>> Weigandufer 45,   12059 Berlin, fon +49 30 5682943-30, fax +49 228
>> 52675-25
>> Schützenstr. 18,  10117 Berlin, fon +49 30 27594853,   fax +49 30 78709617
>>
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
>
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: j2me

[Christopher Intemann]

Already tried that but I don't have the 'file'-command installed...
Which package do I need?
Thx,
 Chris

On Tue, Apr 20, 2010 at 6:11 PM, Henning Heinold wrote:

> Quoting "Christopher Intemann" :
>
>
>  However, /bin/cvm is set to rw and can not be executed.
>> For some confusing reason, chmod a+x cvm appears to have no effects on the
>> access rights and cvm would still not be executed (even not when trying as
>> root). ls -la unveals no change of the permissions.
>> Is there any stupid security mechanism in maemo preventing me to change
>> permissions for files or what am I doing wrong?
>> Thanks in advance,
>>  Chris
>>
>>
> This means probaly that the api is wrong or fileformat.
>
> Try to run "file" on the binary and look at the output maybee
> you need readelf or objdump too.
>
> Bye Henning
>
>
> tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH
> Geschäftsführer: Boris Esser, Elmar Geese
> HRB AG Bonn 5168 - Ust-ID: DE122264941
> http://www.tarent.com/
>
> Heilsbachstr. 24, 53123 Bonn,   fon +49 228 52675-0,   fax +49 228 52675-25
> Weigandufer 45,   12059 Berlin, fon +49 30 5682943-30, fax +49 228 52675-25
> Schützenstr. 18,  10117 Berlin, fon +49 30 27594853,   fax +49 30 78709617
>
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: j2me

[Christopher Intemann]

On Sun, Apr 18, 2010 at 7:12 PM, Christopher Intemann wrote:

> Is there any stupid security mechanism in maemo preventing me to change
> permissions for files or what am I doing wrong?
>
> Its working now. The cvm files were in the MyDocs directory, which is
mounted non-executeable. I've moved them somewhere else now.
However, it seems to crash (cannot start jvm). I will perform some more
testing later.
Die anyone else ever try to run phoneme on the N900?
Is there any reason for MyDocs beeing mounted noexec? Or, furthermore, any
good reason for not remounting it exec?
Regards,
   Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: j2me

[Christopher Intemann]

On Thu, Apr 15, 2010 at 5:25 PM, Henning Heinold wrote:

>
>> The jdbc-libs are not included. I quick read the license and I am unsure
>> if
>
> we can distribute them. But it should be easy to extend the phoneme-recipe
> to include for libs for local builds.
>
> The build might work for n900 but I cannt test it.
>
>
> I was trying to run phoneme on the N900.
However, /bin/cvm is set to rw and can not be executed.
For some confusing reason, chmod a+x cvm appears to have no effects on the
access rights and cvm would still not be executed (even not when trying as
root). ls -la unveals no change of the permissions.
Is there any stupid security mechanism in maemo preventing me to change
permissions for files or what am I doing wrong?
Thanks in advance,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: j2me

[Christopher Intemann]

On Thu, Apr 15, 2010 at 3:17 PM, D G  wrote:

> Hey Henning that's awesome thanks.
>
> I was going to try and compile newer versions in order to include the
> optional jdbc libs but never got a chance. Does build 160 include these
> libs?
>
>
And, probably even more important - do the builds run on the N900 as well?
Thanks,
 Chris





> Thanks
>
>
> On Apr 15, 2010, at 7:03 AM, "Henning Heinold" 
> wrote:
>
>  Quoting Demetris :
>>
>>
>>> Hey Chris,
>>>
>>> unfortunately I have been using the already compiled version that the
>>> links I sent you below
>>> were advertizing. I have not tried to compile newer versions of it so
>>> your best source would
>>> be the web. I will also dig around and let you know if I find anything
>>> that can help you out.
>>>
>>>
>> Hi,
>>
>> you can use openembbeded/http://wiki.openembedded.net/index.php/Main_Pageto 
>> build phoneme for the n8x0's. Set MACHINE=nokia800 and DISTRO =
>> "chinook-compat"
>> in local.conf . Don't worry the resulting "deb" works on diablo too.
>>
>> I just updated phoneme-advanced-foundation to build 160.
>>
>> Bye Henning
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: j2me

[Christopher Intemann]

I was just trying to compile phoneME by myself.
Since I'm using fedora on my desktop, I installed the maemo SDK virtual
image (based on Ubuntu) from
http://maemovmware.garage.maemo.org/2nd_edition/installation_vbox.html in
VirtualBox. I subsequently updated the java sdk to version 1.6, as
recommended on
http://java.sun.com/javame/reference/docs/sjwc-2.2/pdf-html/html/build/introduction.html#50458631_pgfId-474483
.
Now I'm looking for the "*MontaVista Application Developer Kit (ADK)
5.0*". However,
this seems to be non-free-software:
http://www.mvista.com/product_detail_tools.php
Is there any free version of the toolkit applicable for download?
Any other suggestions to compile phoneME for maemo?
Thanks for any hint.
Chris

On Sat, Apr 10, 2010 at 4:23 AM, Demetris  wrote:

>
> True it does not but it has been fairly reliable at least for my
> application
> testing - I run p2p, web services, containers software under it and it has
> been pretty stable. But like you said no one has done extensive studies
> on its stability for maemo so I won't make any such claims (yet).
>
> Look here:
>
> http://wiki.java.net/bin/view/Mobileandembedded/PhoneMEAdvancedPlatformsNokia800
> http://sites.google.com/site/thehereweb/runningosgionthenokian800
>
> Also I found a few other sites that discuss building newer version of
> PhoneME but
> I cannot locate them right this minute - I will search and repost.
>
> Give these a shot and let me know how it works out.
>
>
> Gunter Ohrner wrote:
>
>> Demetris G. Galatopoullos wrote:
>>
>>
>>> Not sure how much this will help you but I have been running
>>> PhoneME (J2ME CDC) on the N800 and N810 devices for a while
>>> now without any issues.
>>>
>>>
>>
>> The PhoneME project does not list Maemo as a reliably supported platform,
>> is there any information on how to build PhoneME for Maemo and how to run
>> it?
>>
>> I'd imagine PhoneME to be somewhat lighter on ressources than MicroEmu...
>>
>> Greetings,
>>
>>  Gunter
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
>>
>>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: j2me

[Christopher Intemann]

Oh just came across "http://www.microemu.org/"; which could possible run on
the N900 (on java).
Did anyone ever try that? Looks promising...
Regards,
 Chris

On Fri, Apr 9, 2010 at 9:54 AM, Christopher Intemann wrote:

> Hello Aldon,
>
> On Fri, Apr 9, 2010 at 1:34 AM, Aldon Hynes 
> wrote:
>
>>
>> I've also installed Easy Deb with LXDE which has Java nicely working in
>> it.  I've run Java Applets under Easy Deb.
>>
>>
> Thank you very much for your comments.
> However, I don't quit get if it is possible to run common j2me mobile apps
> on the N900 with either Sun Java SE or OpenJDK?
>  Thanks again,
> Chris
>
>
>>
>>
>>
>> -Original Message-
>> *From:* maemo-developers-boun...@maemo.org [mailto:
>> maemo-developers-boun...@maemo.org]*on Behalf Of *Christopher Intemann
>> *Sent:* Thursday, April 08, 2010 6:28 PM
>> *To:* maemo-developers
>> *Subject:* j2me
>>
>> Can I run genuine j2me applications, such as those provided for mobile
>> ticketing from some public transportation services, on Maemo 5?
>> I cannot find a clear statement on that.
>> Thanks,
>>  Chris
>>
>>
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: j2me

[Christopher Intemann]

Hello Aldon,

On Fri, Apr 9, 2010 at 1:34 AM, Aldon Hynes wrote:

>
> I've also installed Easy Deb with LXDE which has Java nicely working in
> it.  I've run Java Applets under Easy Deb.
>
>
Thank you very much for your comments.
However, I don't quit get if it is possible to run common j2me mobile apps
on the N900 with either Sun Java SE or OpenJDK?
Thanks again,
Chris


>
>
>
> -Original Message-
> *From:* maemo-developers-boun...@maemo.org [mailto:
> maemo-developers-boun...@maemo.org]*on Behalf Of *Christopher Intemann
> *Sent:* Thursday, April 08, 2010 6:28 PM
> *To:* maemo-developers
> *Subject:* j2me
>
> Can I run genuine j2me applications, such as those provided for mobile
> ticketing from some public transportation services, on Maemo 5?
> I cannot find a clear statement on that.
> Thanks,
>  Chris
>
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

j2me

[Christopher Intemann]

Can I run genuine j2me applications, such as those provided for mobile
ticketing from some public transportation services, on Maemo 5?
I cannot find a clear statement on that.
Thanks,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: phone case?

[Christopher Intemann]

On Thu, Mar 18, 2010 at 6:26 PM, Eero Tamminen wrote:

> Hi,
>
>
> ext Christopher Intemann wrote:
>
>> I'm looking  for a nice case for the N900.
>> It should not noticeable thicken the device, since the N900 is quite big
>> already. Leather is ok, but anything else would be fine as well.
>> And, I will absolutely not wear the phone on my belt, so, no need for
>> clips or anything like that.
>> Thanks for recommendations.
>>
>
> Make sure that it doesn't have magnets, see:
>https://bugs.maemo.org/show_bug.cgi?id=8235
>
> (That should be mentioned in documentation
> somewhere, but who reads them?)
>
>
> Wow. Amazing. Thanks!
Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

phone case?

[Christopher Intemann]

I'm looking  for a nice case for the N900.
It should not noticeable thicken the device, since the N900 is quite big
already. Leather is ok, but anything else would be fine as well.
And, I will absolutely not wear the phone on my belt, so, no need for clips
or anything like that.
Thanks for recommendations.
Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: FM Transmitter/Receiver as Walkie-Talkie

[Christopher Intemann]

would that kind of app be of any use?
shouldn't you rather use bluetooth or wifi instead?

On Wed, Mar 17, 2010 at 5:52 PM, fluke box wrote:

> Do we have an application where we can use nokia n900 FM
> transmitter/receiver
> as Walkie-Talkie(Short range communication 10-20m).  If not, what is the
> feasibility
> of making such an application ? What are the require skill sets ? I am
> interested in
> making such application if feasible.
>
>
> Thanks,
> flukebox
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

German Maemo OS on US device?

[Christopher Intemann]

Hi,
is it possible to install the German localisation of Maemo-OS on a US
device?
I'm wondering how open Maemo *really* is.
Thanks,
  Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo, unity or fragmentation?

[Christopher Intemann]

On Tue, Feb 16, 2010 at 11:23 AM, Michal Kolodziejczyk  wrote:

>
> The more precise way would be to say that moblin "is based on the RPM
> format (used also by Fedora)" than "using Fedora as a base". Check out
> the FAQ:
> http://moblin.org/documentation/moblin-overview/faq
>
>
It is, however, not just the rpm format but also the fedora tools like yum
etc.
Regards,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo

[Christopher Intemann]

>
>
> My analysis is that the use of QT on Symbian and MeeGo will allow Intel to
> use the applications from Nokia and vice versa. So I don't see a need from
> Nokia to supply a Linux product line anymore.
>

Why wouldn't they? Mobile phones are gaining more and more power, and will
eventually merge with the netbook products.
It could be feasible that future N-Series devices will rather utilize Intel
Atom chipsets - which would, however, not be the worst IMHO.

Cheers,

 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: FatELF Re: rpm vs. deb and "universal binaries/packages"

[Christopher Intemann]

On Wed, Feb 17, 2010 at 2:21 PM, Robin Burchell wrote:

> On Wed, Feb 17, 2010 at 1:18 PM, Christopher Intemann
>  wrote:
> > Wouldn't it be thrilling to have this implemented in MeeGo?
> > http://icculus.org/fatelf/
>
> What does this actually gain, as opposed to using binaries compiled
> for the specific platform? The only tangible benefit I can see is the
> ability to port from one arch to another easily, but that's hardly
> something that regular users are going to be doing.
>
>
Well I just find it nice to download a single software package, e.g. on the
Nokia Booklet running MeeGo, and then later copy the same package to the
N900 (which is also running MeeGo) and run it there. To make that possible,
there either has to be a Booklet based on ARM architecture, an rpm carrying
two platform specific versions of the software (e.g. ARM and Intel) or
something like fatelf...
Cheers,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

FatELF Re: rpm vs. deb and "universal binaries/packages"

[Christopher Intemann]

Wouldn't it be thrilling to have this implemented in MeeGo?

http://icculus.org/fatelf/

Cheers,

   Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Porting Yum to N900?

[Christopher Intemann]

Since Maemo is still based on Debian, there is actually no need to have yum
installed even though there seems to exist a port to Debian/x86:

apt-cache search yum

yum - Advanced front-end for rpm


However, I really don't know how yum would handle missing dependencies,
which it will find in any case, since even installed libs will probably not
be registered in the rpmdb, nor would a rpm -initdb command help.
Therefore rpms can probably only be installed on Debian by either using rpm
-f or double install the dependent files as rpm as well. Just my thought,
though, I never tried to mix both deb and rpm, but I'd like to know as
well... maybe it is possible to create a rpm DB from the deb DB, but I
hardly doubt that.
I'd rather wait for MeeGo becoming available for the N900 and having
switched to rpm than polluting my device with packages from different
architectures, though.
Cheers,

Chris


On Tue, Feb 16, 2010 at 6:57 PM, Aldon Hynes
wrote:

> Personally, I'm agnostic in the rpm v. deb wars.  Most of my boxes end up
> supporting apt and I use that most of the time, but I've used yum at times
> as well and from my perspective they both seem fine.
>
> That said, I don't see yum as an available package on the N900.  Has anyone
> ported it?  Does anyone have any RPM packages for the N900?  Personally,
> instead of arguing back and forth, I'd like to see this made available.  I
> like giving users choices and I'd love to see yum as a viable choice on the
> N900
>
> My two cents.
>
> Aldon
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo

[Christopher Intemann]

On Tue, Feb 16, 2010 at 2:12 PM, Pavel Rojtberg  wrote:

> Besides there is currently a large momentum behind it (Ubuntu, Chrome OS).
> Working against it is suicide ;)
>
> Well, in my experience Chrome OS is rather a closed platform which is not
meant for installing additional packages but rather go for web-based
applications. I wouldn't rely on that, nor would I bet on Android, which is
barely a fully functional Linux except for the Kernel.
Cheers,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: rpm vs. deb and "universal binaries/packages"

[Christopher Intemann]

On Tue, Feb 16, 2010 at 11:56 AM, Andrew Flegg  wrote:

> On Tue, Feb 16, 2010 at 10:46, Christopher Intemann 
> wrote:
> > Since MeeGo is about to be released as well for the ARM as the Intel
> > platform, I really wonder whether either of the package formats (rpm/deb)
> > has the capability to include both binaries (ARM and Intel) but install
> > only the matching one automatically?
>
> Why not leave it up to the builder? Our current auto-builder, and OBS
> (as used by Moblin & MeeGo) both support the building of multiple
> architectures into multiple repositories.
>
> > Of course, this would probably double the size of the rpm/deb, [...]
>
> ...and so the download.
>
>
Yes, that's true, but since we're talking about mobile devices with limited
hardware, the apps are usually not that big anyways. I was just thinking
that the benefit would outbalance the size issue, at least as long as we're
talking about download sizes of one or two megabyte.


> > It would then be more transparent for the enduser to install additional
> > packages without having to think of their hardware architecture...
>
> Surely the user is going to be getting the package through some kind
> of package manager which makes the distinction moot? How often have
> you had to decide between i386 or armel debs on your Maemo device to
> date?
>
>
Sure, but is there a recent i386 port of Maemo at all? :-)
No one is running Maemo on i386, not even Nokia on their Booklet 3G.
However, this is likely to change in the future, since Moblin is already
common on netbooks. Of course, it is possible let the repository autodetect
the platform requesting a package and supply the matching one. On the other
hand, Apple had a great success story when they almost seamlessly switched
from PPC to Intel by introducing their universal binaries.

I'm just curious: Does either rpm or deb provide this feature?

Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

rpm vs. deb and "universal binaries/packages"

[Christopher Intemann]

Since MeeGo is about to be released as well for the ARM as the Intel
platform, I really wonder whether either of the package formats (rpm/deb)
has the capability to include both binaries (ARM and Intel) but install only
the matching one automatically?
Of course, this would probably double the size of the rpm/deb, but would not
affect the size after install.
It would then be more transparent for the enduser to install additional
packages without having to think of their hardware architecture...
Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo, unity or fragmentation?

[Christopher Intemann]

Marcin,
that sounds reasonable!
Chris

2010/2/16, Marcin Juszkiewicz :
> On pon 15 lut 2010 21:49:14 CET, Pavel Rojtberg  wrote:
>
>> > I guess the first MeeGo release will be
>> > widely based on Maemo but use rpm as packaging format.
>
> Maemo maybe is longer on a market but will rather not be a base - will
> rather provide applications and phone stuff.
>
>> In general I think the package format needs more discussion as it also
>> implies a rebase of the distribution.
>
> There is no space for discussion - we are community not company. Moblin
> already has OBS working for building software and they decided about using
> Fedora as base over 18 months ago (used Ubuntu before).
>
>> Up to now Maemo was happily
>> syncing from Debian, which obviously wont work with rpm any more.
>
> Please... Maemo was not syncing with Debian. It just took few updated
> components from it.
>
>> So there must be at least a HUGE advantage coming with RPM to justify
>> the efford to switch.
>
> Less work for nokia on base system as Moblin provides nice working,
> maintained one instead of bunch of random versions used in Maemo5.
>
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>

-- 
Von meinen Mobilgerät aus gesendet
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo

[Christopher Intemann]

On Mon, Feb 15, 2010 at 8:59 PM, Attila Csipa  wrote:

>
> For the record, Adobe's Flash, Google's Chrome and Picasa officially offer
> DEBs. Moonlight is distributed as a firefox plugin, so it does not really
> relate to this question. Google Earth provides only a binary blob install
> (good luck getting rid of it or fighting through it's dependency/64bit
> hell).
>
>
> So, again, which software are we talking about that has issues with
> packaging formats (either way) ? People seem to be missing the point - it's
> not whether DEBs or RPMs are better - the question here was why change your
> existing package architecture (whichever it is), i.e. what's the big thing
> we're (as in developer community, Maemo, or MeeGo or whatever) winning by
> this change ? Moblin was citing better developer and community acceptance as
> the reasons for the switch (I don't buy the license talk for a second), but
> that is theoretically exactly what Maemo brings to the table. That's why I'm
> puzzled why this choice went the Moblin side in the end.
>
>
>
Is that so?
I have not been using Debian for three or four years, but those times I
found it always annoying that I could only find rpm's but not deb's of
unfree/third-party software. However, since Ubuntu became a mayor linux
distro in the recent years, it's very well conceivable that companies are
now offering deb's as well.
Sorry for any confusion if I was wrong.
Regards,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo, unity or fragmentation?

[Christopher Intemann]

On Mon, Feb 15, 2010 at 9:49 PM, Pavel Rojtberg  wrote:

>  Am 15.02.2010 21:32, schrieb Christopher Intemann:
>
>  Since Maemo is already more mature than Moblin (IMHO) and does already
>> provide a telephony interface, I guess the first MeeGo release will be
>> widely based on Maemo but use rpm as packaging format.
>>
> this is kind of a cotradiction - if Maemo is more mature, why should one
> change the package management of the less mature solution?
>
> In general I think the package format needs more discussion as it also
> implies a rebase of the distribution. Up to now Maemo was happily syncing
> from Debian, which obviously wont work with rpm any more.
>
> So there must be at least a HUGE advantage coming with RPM to justify the
> efford to switch.
>
>
Well, I'm using Fedora on my desktop, so rpm is just fine for me...
There seems to be an Fedora/ARM port available:
http://fedoraproject.org/wiki/Architectures/ARM
However, since I'm not very familiar with that architecture, I can't say
anything about the status compared to Debian/ARM. I have, however, always
had the impression, that Fedora/RedHat/SuSE (the rpm-based distros) were
rather targeting business users, while Debian was ment for personal users or
kernel hackers in the first line. And, I wasn't very amused when I had to
compile several security updates and do the patches on some Debian boxes by
myself when those Debian maintainers were having arguments and were not
updating the repositories some time ago. However, I'm aware that the Debian
community is probably the biggest contributor to Linux. You're right, even
if it does not bother me very much, Maemo merging into MeeGo implies a
change from Debian to Fedora, if you want to say it that way. This will
probably a big loss for the Debian/ARM project. By the way: Which, if at
all, package management does Android use?
Regards,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo, unity or fragmentation?

[Christopher Intemann]

I would rather see the benefits from the merge.
The different package format does not really matter, since developer tools
allow to create packages automatically and it won't need much efforts for
developers to provide both a deb and a rpm release.
Having a OS which is not bound to a single device such as the N900 but
available on several platforms is a great benefit for both endusers -
imaging having both a netbook and a phone running virtually the same OS,
allowing to use the same applications (and even packages) on both devices -
and developers, which can then provide applications for a far bigger
community.
Since Maemo is already more mature than Moblin (IMHO) and does already
provide a telephony interface, I guess the first MeeGo release will be
widely based on Maemo but use rpm as packaging format.
I don't see a cross platform/hardware (ARM vs. Intel) issue as well, since
the package format is absolutely independent from the platform (and I
personal have had no issues with using SuSE on Sparc a while ago, which was
rpm based).
Finally, Moblin utilizes yum, which is very similar to apt-get / apt-cache,
and IMHO far better than SuSE Yast, as it is more handy and easier to use
from the prompt. It's probably very likely that MeeGo will come with yum as
well, great news for Fedora users!
Regards,
 Chris

On Mon, Feb 15, 2010 at 7:05 PM, Ville Reijonen  wrote:

>
> Just analyzing the news..
>
> "Many devices" - Tablets, cars, phones, televisions:
> * Different screen sizes require different UI designs, and often more.
> * On small mobile devices energy consumption is more acute problem than on
> tablet, tv or car. Software originating from other device family might suck
> phone battery dry..
> * The devices won't have the same input devices, there might be devices
> without any touch screen or hardware keys.
> * Software for one device can not be guaranteed to be ok on another device.
> What will the QA be like, can there even be a single QA? It it hard to
> develop for a device which one does not have. Additionally, who even cares
> about some devices they do not have?
> * GTK and QT need to learn to live together even better than before.
> * Single software stack will help to convince developers seeking a market.
> * Ovi Store and Intel AppUp Center, already two separate places for
> software, what if one more store comes out? How about Repositories?
> * Will I be able to move my DRM'd programs and files from Nokia MeeBoo to
> Intel MeeToo?
> * MeeGo GTK will not not compute on S60.
>
> => code once, use every does not apply? Will it be necessary to port
> software from MeeGo to MeeGo to get it work on different devices? How these
> internal boundaries will be defined and made secure?
>
> Two corporations make better cake than one?
> * Does moblin really have "community" or just paid drones? Moblin-dev, the
> only mailing list they have had 3 mails today, yesterday 1, last friday 1.
> Didn't bother to check the irc channel.
> * It might be more natural for maemo to swallow moblin, but it seems that
> as there is two corporation in helm, a third instance has to be created.
> (MeeGo even has a dictator duo, that is one "benovolent dictator" per
> company)
> * How much there will be "design by commitee"?
> * MeeGo, is it distribution or a platform? Add a lot of old software
> components and few new software components.. rpm faq entry on packaging
> sound more like a distribution than platform.
> * Where is the nice and soft .org? Corporations say, community follows?
>
>
> p.s. "Meego is a short-lived American science fiction sitcom... 1997... was
> canceled half way through its first season."
>
> --
> VRe
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: confusion about koffice "viewer"

[Christopher Intemann]

On Mon, Feb 15, 2010 at 8:59 AM, Boudewijn Rempt  wrote:

> On Sunday 14 February 2010, Christopher Intemann wrote:
>
>
> > I'm really confused now. Can the koffice viewer only display documents,
> or
> > is editing and creation of new documents possible eventually?
>
> The viewer can only view presentation and word processor documents, with
> spreadsheets coming and has a specialized interface for Maemo. I use it
> read
> documnets on the go, and it works for my needs. There also exists a
> complete
> port of an older beta of KOffice2 to Maemo. That includes all applications,
> but does not have a specialized interface and really is no more than a
> proof
> of concept.
>

Ah, ok, great. Thanks for clarification!
Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo

[Christopher Intemann]

On Mon, Feb 15, 2010 at 7:30 PM, Max  wrote:

> the N 900 is a relaunch of the communicator. but no phone house gets it.
>

By the way: What is phonehouse? Were'nt they a provider which did eventually
merge into Mobilcom or sth.? In which country do they still exist? I haven't
seen a store for ages. And, finally: Does it matter at all?
Just saw the N900 at several stores, including Saturn, so I would claim it
applicable.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo

[Christopher Intemann]

On Mon, Feb 15, 2010 at 6:38 PM, Attila Csipa  wrote:

> On Monday 15 February 2010 17:55:16 Christopher Intemann wrote:
> > I guess that rpm is just more advanced than deb. Finally, most third
> party
> > software applicable to date is either binary or rpm, but not deb. It is
> > probably easier to convince developers to port their linux tools to MeeGo
> > if they're already familiar with the package management.
>
>
> Which third party software are you referring to ? Not trying to get into
> the packaging format fight, just being curious...
>
>
>
Linux binaries, like... flash, silverlight (mono package), several google
apps like chrome, google desktop/gadgets/earth/picasa...
I'm currently installing all my stuff via the repositories, but after having
used as well Debian, SuSE and Fedora for several years, I have the
impression that, if there is a binary package available for download, it
would be an RPM. I've barely seen Debs for download.
By the way. Is Moblin using yum, yast, or anything homebrew?
Cheers,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo

[Christopher Intemann]

On Mon, Feb 15, 2010 at 4:40 PM, Thomas Tanner  wrote:

> The problem is more complex than converting binary .debs to .rpms using
> a hack.
> The dependencies, the build script and Debian (ucf, debconf) or Maemo
> (maemo-optify) specific aspects of the sources would need to be adapted
> as well. Backporting to Maemo5 would also be more difficult.
> Who benefits more from the merger, Moblin or Maemo?
>
> Since MeeGo is about to become the successor of Maemo, I guess there won't
be any need to backport anything.
I guess that rpm is just more advanced than deb. Finally, most third party
software applicable to date is either binary or rpm, but not deb. It is
probably easier to convince developers to port their linux tools to MeeGo if
they're already familiar with the package management.
Cheers,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: MeeGo

[Christopher Intemann]

Its not to much an issue to convert deb-packages to rpm, though.
You might want to have a look at:
http://kitenet.net/~joey/code/alien/
I prefer rpm to deb as well.
Cheers,
 Chris

On Mon, Feb 15, 2010 at 3:24 PM, Thomas Tanner  wrote:

> the problem is not the package format itself but
> they available applications using the package format.
> Maemo uses .deb and already has lots of applications (plus Jebba's etch
> build). For Moblin, OTOH, are they any applications?
> Is there any good reason to switch to .rpm except for breaking
> compatibility?
>
> On 15.02.10 14:51, Andre Klapper wrote:
> > Am Montag, den 15.02.2010, 14:44 +0100 schrieb Tor:
> >> On Mon, Feb 15, 2010 at 14:30, Daniel Martin Yerga 
> wrote:
> >>
> >>> Meego will use .rpm: http://meego.com/about/faq
> >>
> >> This is very bad news IMO. I work a lot with both formats and I know
> >> which one is less painful.
> >
> > And this is a very subjective comment that misses any arguments. ;-)
> >
> > andre
>
>
> --
> Thomas Tanner --
> email: tan...@gmx.de
> GnuPG: 1024/5924D4DD
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

confusion about koffice "viewer"

[Christopher Intemann]

there is much confusion about the koffice "viewer" recently announced by
Nokia and KDE to be ported to Maemo.

While the actual announcement is describing a viewer only
(http://www.koffice.org/news/office-viewer-for-maemo5-based-on-koffice/)
"Nokia has created a document viewer for the Maemo 5 platform

(Fremantle) based on KOffice and uses the KWord and KPresenter

applications to load and display word processor and presentation

documents. The application uses a custom user interface specifically

designed to fit in with the Maemo 5 style."

other sources describe editing capabilities of the program:
(http://talk.maemo.org/showthread.php?t=31805)

"Note that while title mentions "viewer" text is about complete KOffice so

not only viewing but also edition and creation of documents should be
possible."

and various screenshots clearly demonstrate editing tools:
http://www.kdedevelopers.org/node/3662

http://www.kdedevelopers.org/node/3879

I'm really confused now. Can the koffice viewer only display documents, or
is editing and creation of new documents possible eventually?
Thanks,
Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Is the N900 running X-Windows?! (was: Maemo 5 and hw accelerated X.Org?)

[Christopher Intemann]

I just came across this thread and I'm some kind of confused...
I the N900 running true X-Windows, meaning that it was possible to ssh -XC
in some Linux box and start X-applications without any extensions or
additional software necessary?
I always thought it was using some kind of a framebuffer driver just like
Opie?
Thanks,
 Chris

On Wed, Feb 10, 2010 at 7:59 AM, Carsten Munk wrote:

> The Xorg part, that is, I've seen in xserver-xorg-video-fbdev, which
> is published in
> http://repository.maemo.org/pool/maemo5.0/free/x/xserver-xorg-video-fbdev/
> - it has some SGX parts in it.
>
> Regards,
> Carsten Munk
> maemo.org distmaster
>
> 2010/2/10 Ove Kaaven :
> > Kuba Irzabek skrev:
> >> Are the drivers released to public? Where can I find them?
> >
> > Doesn't look like it to me.
> >
> >> And what about composite window managers for X on OMAP? Is it possible
> for now to run them using
> >> SGX?
> >
> > That's what the N900 runs on. It looks very stylish...
> > ___
> > maemo-developers mailing list
> > maemo-developers@maemo.org
> > https://lists.maemo.org/mailman/listinfo/maemo-developers
> >
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Maemo code in Linux kernel?

[Christopher Intemann]

Hello,

I came across this blog-entry [1] which is describing why the Android kernel
extensions were removed from the current kernel version.
I'm just curious: Where does Nokia/ Maemo stand? Are there Maemo sources in
the official Linux kernel tree at all?
Regards,

   Christopher

[1] http://www.kroah.com/log/linux/android-kernel-problems.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

where to get a N900?

[Christopher Intemann]

Hello,

where can I purchase a N900 in Hamburg, Germany?
I checked several stores, but its not in stock anywhere...
I rather get a hand on the phone before buying it.
Any hints? Hannover or Bremen would also be fine.
Thanks,

Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

O2 Germany - Homezone?

[Christopher Intemann]

Hi,

does the Nokia N900 display the homezone-symbol with O2 Germany simcards?
Thanks,

Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Alternate Line Service on N900

[Christopher Intemann]

Is there a solution to utilize the second line of the CPHS service
"Alternate Line Service" (aka Orange Line2, Eplus Private Line, A1 Xtraline,
Rogers Second Voice Line (etc.)...) yet?
AFAIK incoming calls on the second line cannot be distinguished from calls
on the first line, nor is it possible to select the second line for outgoing
calls by now...
Anything new on that?
Regards,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Alternate Line Service (ALS)

[Christopher Intemann]

Does the Nokia N900 phone-app provide native support for Alternate Line
Service (e.g. as offered from Rogers:
http://your.rogers.com/business/wireless/services/secondvoicelineservice.asp
)?
If not, is someone already working on an app to activate this function?
Accordings to the CPHS-Specs (http://www.scribd.com/doc/14454041/T3000450,
section B.4.3), the phone has to send a different bearer for outgoing calls
on the second line.
Would be great to know.
Thanks in advance,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers