Re: MeeGo
I foresaw this was coming, the religion^W packaging war... I guess quite anybody is fed up with this kind of discussion. That would be more interesting discussing real details, for instance this is just come to my mind: How meebo will manage very different devices (for one different CPUs, architectures, screen resolutions, screen types)? It's "simple" to design a product targeting just one or few hardware devices (see maemo, Mac Os X), but it becomes really complicated when you are targeting very different hardware devices. Cheers, Luca On Tue, Feb 16, 2010 at 5:31 PM, Jeremiah Foster wrote: > > On Feb 16, 2010, at 5:27 PM, Thomas Tanner wrote: > >> On 16.02.10 17:18, Pavel Rojtberg wrote: >>> actually I only care what the MeeGo version will use that is supposed to >>> run on future Nokia handhelds. Frankly, it is suicide not to switch to rpm. >> >> you mean all .deb based distributions are doomed to fail?? > > Heavens no!! I strongly feel the opposite, that rpm distros are doomed to > fail. debs have wider adoption and have solved lots of problems already, rpms > are becoming the corporate preference, not the developer or user preference. > But for this project, MeeGo, the rpm is going to be the default format. It > seems silly if you want to get your software into MeeGo to spend too much > time arguing because I think people will not change - certainly not the Linux > Foundation who host the repos, wiki, etc. >> >>> I think I will start a wiki page and a brainstorm vote, for keeping DEBs >>> and to collect arguments pro/ contra. >> >> according to Quim http://talk.maemo.org/showthread.php?p=529073 >> Harmattan is going to stay DEB based, despite being the first MeeGo >> implementation on Nokia devices. This is IMHO good news. >> Now we only need to convince them to stick to it even after Harmattan... > > I would _love_ to see that happen. > > Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo
I would stay away of packaging holy wars (packaging is boooring) :). It is true that packaging has some technical implications, however I would focus more on the scenario we are going to experience. How and who will manage the community efforts? Is MeeGo going to be deployed on real commercial products (nokia phones, tv sets)? Generally, I'm a bit cautious when new mobile/embedded OS hit the news. All of them promise heaven, but then very few are deployed in real products (that is Symbian, windows CE). just my two cents, Luca On Mon, Feb 15, 2010 at 5:21 PM, Thomas Tanner wrote: > On 15.02.10 16:47, Jeremiah Foster wrote: >>> The problem is more complex than converting binary .debs to .rpms >>> using a hack. >> alien is not a hack. > > the hack referes to a process ignoring the issues listed below. No > automated process can take into account all the distribution and program > specific quirks. > >>> 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? >> Both benefit if we get the kind of scale that is imagined. > > I'm not critising the merger itself, but how and what is merged > and whether that are top-down decisions or whether the community is > involved. > > AFAIK there a hardly any Moblin specific third-party apps. > It could be much less effort to integrate the Moblin components > in a Debian based system than converting all Maemo apps to Moblin/RPM. > > -- > 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
Re: MeeGo
Sorry I didn't cc the list. I guess that the follow ups of this story will be very interesting. For starters, MeeGo claims to target automotive, where Intel has a very thin market share (if any). Will Intel bend to ARM for the development of MeeGo? Except for netbooks that ship Atom CPUs all the other MeeGo targets seem to be ARM devices. Any thoughts? Luca On Mon, Feb 15, 2010 at 12:32 PM, Johan Helsingius wrote: > Luca, > >> So maemo-as-we-know will disappear and will reborn under the name of >> MeeGo? > > Well, disappear probably, but sounds like parts of the maemo effort > will be carried over into meego. > >> Does this mean that maemo-as-we-will-know is going to be > completely opensource? > > Probably not. Seems the meego kernel is coming from the Intel > moblin stuff, with the user interface/Qt library from Maemo. > So my guess is that the UI stuff will be totally open source, > but nokia-phone-specific stuff might still stay proprietary. > > No idea about what happens to "official" Nokia apps, such > as Ovi maps. > > Julf ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: n810: Light Sensor (?)
You are the man! Thanks a lot, Luca On Thu, 10 Jan 2008 17:47:04 +0200 "Klaus.K Pedersen (Nokia-M/Helsinki)" <[EMAIL PROTECTED]> wrote: > On Wed, 2008-01-09 at 18:32 +0100, ext Luca De Cicco wrote: > > Hi there to the list. > > > > Sorry if ask something which has been already discussed... > > I was wondering if there is some specification about the > > small thing near the camera which appears to be a Light Sensor. > > The device is fully supported by the hwmon interface: > > $ cd /sys/class/hwmon/hwmon0/device > $ ls > adccalib1 luxsubsystem/ > bus/ driver/name uevent > calib0 hwmon:hwmon0/ power/ > > $ cat name > tsl2563 > > $ cat lux > 303 > > > Happy hacking :-) > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
n810: Light Sensor (?)
Hi there to the list. Sorry if ask something which has been already discussed... I was wondering if there is some specification about the small thing near the camera which appears to be a Light Sensor. I'm thinking about funny applications of that little sexy thing. Cheers, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Contribution code, ...
Hi Antonio, just be patient and check later if the discount code works, I guess that the first italian being able to use the discount code will post on this mailing list about it. Ciao, Luca On Thu, 3 Jan 2008 19:58:30 +0100 "Antonio Di Cello" <[EMAIL PROTECTED]> wrote: > In italy not enabled the discount code system ??? why?? > > ADC > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: OS2008 N800 and root password
Hi William, yep the password is "rootme", just don't forget to enable R&D mode. Cheers, Luca On Tue, 27 Nov 2007 14:53:47 +0100 william maddler <[EMAIL PROTECTED]> wrote: > Am I wrong? Or root password on OS2008 for N800 is not "rootme" > anymore? Thank you. > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Announcing releases in maemo lists (was Re: [release] GPE-Sudoku v0.2)
Sorry for that. My reply is inline. On Thu, 22 Nov 2007 08:20:42 +0200 Quim Gil <[EMAIL PROTECTED]> wrote: > Hi, > > On Wed, 2007-11-21 at 15:50 +0100, ext Luca De Cicco wrote: > > I'm glad to announce a very late new release of gpe-sudoku, the > > Can we agree on some basics about announcing releases in maemo lists? > > - No announcements in maemo-developers unless your release targets > developers (i.e. libraries, developer tools...) and not end users > (applications). > > - The counterpart: no announcements in maemo-users if you release > targets developers. I apologize, in fact I was not sure to post the announcement on dev mailing list, but I remember of announcements of new software (non-dev) releases on dev-ml (which btw is the only one I'm subscribed and the only one I'm interested into). > > - In your mail link to your product pages (i.e. > http://maemo.org/downloads/product/OS2008/gpe-sudoku ) and refer to > them as primary source for feedback. Other users will benefit from > this since they will find the feedback better there than in mailing > lists archives. These comments and stars will affect your karma > (hopefully in a positive way). > Well, i just forgot the link, i was quite in a hurry, by the way let me disagree on what you argued about the feedback. IMHO the application catalog is still not mature enough to represent a good source of feedback. First of all, it is not possible to post just comments without rating the application, which is a major issue for giving generic feedback. Moreover, I think that other softwares, like gforge are better suited for this task. As a final note, I _strongly_ do not agree on centralizing all on maemo portal, as a lot of softwares are not maemo specific, but maemo is just ONE of the platform supported (i plan to support openmoko, too) as in this case. Maemo portal is the natural choice to publish strictly maemo-related software, but in all the other cases (in my opinion) the natural choice is to publish it on independent party development portals (like source forge or berlios). Cheers, Luca P.S. As other developers, I don't care too much about maemo-karma. My real-karma is ok, and that's my major concern :) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[release] GPE-Sudoku v0.2
I'm glad to announce a very late new release of gpe-sudoku, the popular Japanese "math" game. The code was left alone for a very long period, I have to thank Florian Boor for softly pushing me to include a patch he authored a long time ago. In these days I applied his patch (which mainly concerns a better GPE support) and added the following features: 1) Support for Maemo Chinook (tested on os2008) 2) Fixed cells generated via "generate puzzle" are now colored in red 3) gpe-sudoku asks for confirmation when trying to overwrite a modified worksheet or when quitting. I would like to hear comments/insults/flames from new and old gpe-sudoku users. I just have a question: what icon would you use for the "Guess" toggle button? Cheers, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
threaded applications on maemo
Hi there to the list, I was wondering what is the suggested practice to develop threaded applications which are maemo-friendly. I'm asking this because I've run into big troubles when trying to port an application which makes use of GThreads (which I assume should work on maemo, being maemo very glib-centric) on N800 latest firmware. The problem is that if I run something like (after calling g_thread_init() of course): something = g_thread_create((GThreadFunc)core_socket_up, user_data, FALSE, &error); I've checked error which is NULL, but core_socket_up never get called (shotgun debugging with g_debug). The interesting part is that the application gracefully exits without any errors (it would be much better a segfault!) so giving me no clue about what is going on. So my question is: is the threading system known to work in a _RELIABLE_ way? Is it thoroughly tested? And more important, have you any clue on what could be the problem??? Cheers, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Mozilla based browser + brief GUADEC recap
On Tue, 17 Jul 2007 15:35:45 -0500 (CDT) [EMAIL PROTECTED] wrote: > > For you to enjoy (and as some of you already know): > > > > Mozilla based browser engine available for testing > > http://maemo.org/news/view/1184699585.html > > > > http://maemo.org/browser > > > Wow! This is a very good news! Another step forward in freeing the N800! I'm trying the browser and it seems quite stable for now. The good thing is that the end-user won't catch the difference between opera and the mozilla based browser as the GUIs are exactly the same. Congratulations to all the involved developers and keep up the good work :) Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to fairly judge projects (RFC) [ was Re: 5 preliminary slots ]
My thoughts about maemo summer of code projects... I think that a good way to manage the slot assigned to maemo could be selecting the most important categories for the maemo project and then finding the best project in each category. Let's try to roughly categorize the proposals: 1) Bindings: 1.1 - Improve the phoneME JVM, to integrate well with Maemo and GPE enviroments. 1.2 - Ruby Maemo Bindings 2) Location based services 2.1 Geoclue for maemo 2.2 Geolocation-based Transit Maps 3) Platform enhancements and UI improvement 3.1 Smoove - Instant Desktop Migration Suite 4) New features 4.1 VPN Integration that Just Works 4.2 Enterprise-class cryptographic filesystem 5) Human Machine Interaction - input devices 5.1 Japanese/Chinese handwriting recognition on Maemo 5.2 Dasher via Maemo Device as Keyboard for PC 6) Multimedia 6.1 Last.fm radio player This gross breakdown has led to 6 categories all of these very interesting and each project is very interesting too. A fair criteria for judging projects could be accepting at most one proposal for each category (this is rule that is often employed when reviewing a lot of projects) and then, as we have 6 categories and 5 slots, taking out the category that has better support at the moment. Just my 50eurocents, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: 5 preliminary slots
> > It would be great if you could go (again) through all of the 10 > remaining proposals ranking them from +4 to -2. This way we will get > more clearer differences between scores. Are you asking to double vote? Cheers, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: SoC: 5 preliminary slots
If nobody has interest mentoring the last.fm proposal I will be glad to do it myself. Cheers, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Final (?) list of SoC projects
On Mon, 26 Mar 2007 19:09:23 +0300
Marius Gedminas <[EMAIL PROTECTED]> wrote:
> I seem to remember reading a post by Matthew Garret about Dasher
> running too slow on the 770.
>
> Google gives me this:
>
> http://www.dasher.org.uk/download/linux/maemo/
> http://www.notacloud.com/blog/?p=14
>
> http://maemo.org/maemowiki/ApplicationCatalogWip#head-ff3915a32305bd527275defd8e2f618bc8e30bc7
>
> As far as I understand that's just a port of Dasher. It is not usable
> as a bluetooth keyboard for a PC, unlike, say
> http://www.mulliner.org/bluetooth/xkbdbthid.php
>
Yep you are right, the difficult part is not porting to maemo (that I
announced to be not a big issue)... the effort is turning
n{n770,800} an input device using bluetooth HID. It should Just Work
(TM) and be as simple as possible. Moreover it is also important to make
usage tests.
I also have tried the porting and found it is quite slow, so there is
much room of improvement there.
Cheers,
Luca
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
SoC proposal - dasher as bluetooth keyboard
Hi there to the list,
I have a socially useful idea for exploiting N{770,800} as an input
device for movement impaired people.
The idea is to use dasher [1] as a remote keyboard (maybe bluetooth) in
order to make it simple to input texts for people with limited movement
capacity.
Right now dasher works also with eyetracking devices and as
stated on their site "[...] Dasher allows an experienced user to
write text as fast as normal handwriting - 29 words per minute;"
The technical difficulties are:
1) Porting to maemo (should be rather simple, dasher works without much
problems with GPE on ipaqs h54xx)
2) Making the communication between N{N770,800} and the PC really easy
to use (you open dasher, on the pc the bluetooth keyboard should get
the "focus").
3) It should work also on windows (that's the bad thing), but as
I personally have a friend of mine with very limited movement ability,
so it would be _REALLY_ something useful, not just a geek project.
IMHO what really adds value to a PDA is doing something that the device
was not aimed to do.
I would be interested in mentoring this if there is interest.
Ah, obviously turning the N{770,800} into an input device would be
useful also to use it as a remote keyboard using thumbpad...
My 50 cents,
Luca
---
Refs.
[1] http://www.inference.phy.cam.ac.uk/dasher/
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Instaling gazpacho
On Tue, 03 Oct 2006 17:26:49 +0200 Iñigo Illán <[EMAIL PROTECTED]> wrote: > I'm trying to install gazpacho inside scratchbox but dpkg fails to > install because it hasn't got superuser priveledges. I'm running > scratchbox as a normal user, but I can't switch to superuser with su > command because I don't know the password. Also, sudo is missing. I > think I have installed scratchbox correctly. What can be happening? > Reading some manuals should be good, btw: fakeroot dpkg -i blabla.deb Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] gpe-sudoku for IT2006
Hi there to the list(s)... I released the new version of gpe-sudoku which is now compatible to IT2006 and implements the following new features: * Support for Save/Load puzzles * generating random puzzles using sudoku-sensei The project is hosted at linuxtogo at the following URL: http://projects.linuxtogo.org/projects/gpe-sudoku/ Sudoku-sensei (http://sudoku-sensei.sf.net) is a (GPL) library written by Martin Knoblauch Revuelta. Save files are simple XML files in the following format: ... If anyone can suggest me some source where you can get puzzles I (or you) can generate some converters to the XML format described above. Please send me feedback as long as the software should be very bugged (all the work of porting and adding the new features has been done yesterday night from 1:30 am till 5:00 am so i bet it is bugged). Cheers, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Issues with ARM target binaries
The never ending story... I tried to install also the debs and to use sbrsh instead of qemu-arm, but I still have the same error: ./a.out: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory I'm really clueless about what to do or to try. I'm running debian sid, linux kernel 2.6.16.18, scratchbox 0.98 and maemo 2.0 rootstraps. Best regards, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Issues with ARM target binaries
Hi there to the list. I'm having some issues with ARM target when running arm compiled applications i get something like (the error message running an "hello world"): /home/bedboi/a.out: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory [sbox-SDK_ARMEL] > file a.out a.out: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.4.17, dynamically linked (uses shared libs), not stripped [sbox-SDK_ARMEL: ~] > file /lib/libc-2.3.6.so /lib/libc-2.3.6.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), stripped I'm running Debian sid, linux kernel 2.6.16.18, scratchbox 0.9.8.8 and latest stable maemo rootstraps. Does anyone have any hints? Regards, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Problems with flasher and usbnet
On Thu, 2005-11-03 at 10:39 +, Adam Laurie wrote: > [EMAIL PROTECTED] wrote: > > Hello,When I use the flaser,it says "Suitable USBdevice not found. > > waiting."However my N770 has connected to the computer, > > my ubuntu 5.10 can detect other USB device such as a usb disk or a > > PDA.What's wrong ? > > power the 770 on *after* you run flasher. > > > At the same time I setup the usbnet following the steps in > > http://www.maemo.org/platform/docs/howtos/howto_usb_networking.html > > however it says No Such device when I input ifup usb0,but I do have > > install the usbnet.0 module? > > if you're running the developer rootstrap usb networking should be > enabled. however, if you're running the standard nokia distribution, you > need to unload the file storage kernel module and load the usb ether > module. i posted some scripts to this list a few days ago that will do > that for you. you'll also need to install ssh and xterm. > > cheers, > Adam When i try to reflash with Nokia_770_0.2005.49-9.bin (checked md5sum) i have the following error message: Write failed after 131072 bytes usb_bulk_write: Broken pipe I'm running the flasher as root on a 2.6.13.3 box using the correct procedure (turning the 770 after issuing flasher) and without any usb hub (i heard about similar issues using usb hubs). Anyone has any idea? Regards, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] maemo gstreamer
Hi there. I'm porting gpe-announce an application that gpe-calendar uses to play scheduled alarms. Some times ago i added the support for gstreamer to play all supported media files. This works under gpe, but i really don't know what gst elements i can use on n770. As currently there is no documentation at the moment about multimedia system, is there anyone that can help me? Regards, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Warning. Installing Maemo Development Platform
Hi there this is my first post on this ml. I'm quite sorry for the subject of this post (it would have better if i'd announce release of some package...) This day i downloaded Maemo Development Platform from the maemo website and i was happy to know what was new and suddenly found out that all interesting stuff is not included in this rootfs. Basically after installing the MDP you will have anything but XTerm and an Hello World application and no way to get non-free packages. Also it seems that the there's no way at the moment to get the product filesystem back because the rootfs file is currently unavailable on the nokia web-site. So if you want to flash your device with the MDP SDK please have in mind that you will have an unusable device for the daily use at least until someone will get the product rootfs back on the nokia site. I really hope that this problem will be fixed soon and that my next post will be about some new package announcement :) Regards, Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
