[maemo-developers] Dates update in 770 (missing packages)
Hello, Dates appears as an update in my App Manager (from 0.2-1 to 0.3.1-1) but when I try to install it, it gives an error about missing packages: hildon-libs0 >= 0.12.24-3 libedataserver >= 1.4.2.1 libpang About the last one (libpang), I am not sure if it is a Dates problem... Any idea? Is it a bug? -- J. Manrique López de la Fuente http://www.jsmanrique.net msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Does camera in N800 support X11 Xv extension?
On 2/5/07, Stefan Kost <[EMAIL PROTECTED]> wrote: hi tim, Tim Teulings wrote: > Hallo! > > Subject says it all: > > Does the camera in the N800 support the X11 Xv extension, that mean can > I use this extension for displaying images of the camera or must I use > v4l V2 (what about the V1 interface) or gstreamer? v4l (1) is deprecated. Thus we only support v4l2. The v42lsrc gstreamer element is included, but also directly accessing v4l2 woiuld work. As Stephen said, you can directly pickup some of the test application for v4l2 to capture the video. Like this http://linux.omap.com/pipermail/linux-omap-open-source/2006-March/00.html http://linux.omap.com/pipermail/linux-omap-open-source/2006-March/006653.html I hope it will work. OR else try cross-compiling xawtv...OR I believe you should also be able to test it with mplayer. -- ---Komal Shah http://komalshah.blogspot.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] debhelper
It seems a lot of Debian source packages now require debhelper >= 5. This is a PITA because Scratchbox only has 4.2.32 and as far as I can tell building it is going to be no small task...I am failing to build the dependency libmodule-build-perl. Is there any easy way around this or do I have to write my own Debian packaging metadata? That would be a shame because it seems to me that Maemo could greatly benefit from the vast array of Debian source packages that are already available from your favorite FTP mirror site. -- Andrew Barr "My life is an open book, but I'm not going to read it to you." -- David Hyde Pierce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo roadmap, SDK improvements...
On Sun, 2007-02-04 at 14:26 -0800, Carl Worth wrote: > On Fri, 26 Jan 2007 10:59:54 +0200, Quim Gil wrote: > > Now it's also a good moment to review the SDK and see what improvements > > can be made. The more pragmatic and specific you could be here, the > > better. > > Here are some specific things that I would like to see: > > 1. Free Software tools for creating a complete image to be flashed, >(that's called a fiasco image, right?) > > 2. A Free Software tool for flashing that image > > 3. An image built from only Free Software, that leads to as much >functionality as possible, (even if not all hardware components are >entirely functional) > > The above seem like pre-requisites before a self-sustaining community > could form around the device, (that is, a community that could trust > itself to continue to be able to play with the device in interesting > ways even after the manufacturer might lose interest in any specific > model). > > Of course, for any pieces that cannot be made available as Free > Software for whatever reason, it would be beneficial to know those > reasons. And it would be ideal to have sufficient documentation so > that the community could work on free replacements. ack Thanks for writing this. Others have said the same things before, maybe this time Nokia will listen to at least some of these requests/suggestions. > -Carl > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo roadmap, SDK improvements...
On Fri, 26 Jan 2007 10:59:54 +0200, Quim Gil wrote: > Now it's also a good moment to review the SDK and see what improvements > can be made. The more pragmatic and specific you could be here, the > better. Here are some specific things that I would like to see: 1. Free Software tools for creating a complete image to be flashed, (that's called a fiasco image, right?) 2. A Free Software tool for flashing that image 3. An image built from only Free Software, that leads to as much functionality as possible, (even if not all hardware components are entirely functional) The above seem like pre-requisites before a self-sustaining community could form around the device, (that is, a community that could trust itself to continue to be able to play with the device in interesting ways even after the manufacturer might lose interest in any specific model). Of course, for any pieces that cannot be made available as Free Software for whatever reason, it would be beneficial to know those reasons. And it would be ideal to have sufficient documentation so that the community could work on free replacements. -Carl pgpcgwZPLsFDL.pgp Description: PGP signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo roadmap, SDK improvements...
Hi, another suggestions: the flasher tool could be a bit more open: what about moving the oh-so-secret TI communication protocol into a binary lib and open the rest around it? That would include a bit of docu about the fiasco format. and what about an option that adds the signature to the nolo automatically, so it was possible to modify the boot loader? and official documentation about using the nolo shell. in short: document early booting process and make it more open regards -- jochen ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo roadmap, SDK improvements...
Hi, although this is arguably not about the SDK, I want to suggest to add much more APIs for extending built-in applications. Let me give an example: Nearly all WLANs I'm using require some sort of VPN connection. Right now, I have to resort to clumsy command line applications and/or third party guis. The way to go would be a plugin mechanizm in the network connection setup (under advanced options -> configure vpn for this connection), and some dbus events that would fire up the vpn connection during establishing the network connection. Right now, many stock applications that come with the internet tablet feel like carved in stone. It's not possible to extend them in such a way that the new functionality integrates seamlessly. Instead, applications are forced to come in with a clumsy, hackish look & feel. In short, I'd like to see 'defining lots of new APIs' on the roadmap. regards -- jochen ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo Unofficial Debs
On 1/11/07, Graham Cobb <[EMAIL PROTECTED]> wrote: In a recent posting to maemo-users Andrew Flegg mentioned his Maemo Unofficial Debs project (http://mud-builder.garage.maemo.org/). What is the status of that? In my repository (http://www.cobb.uk.net/770/) I have a number of debs which I have minimally ported from current Debian (Etch), because I needed them for something. Most are either unchanged or minimally changed. The most common change has been to change debian/compat from 5 to 4 (they still seem to build OK!). In some cases some minor changes have been necessary to either the dependencies or the build dependencies. Occasionally I have had to comment out part of a build (mostly regression tests which I find often depend on more things than are listed in the build dependencies). Some of them don't want to build completely cleanly (i.e. just with dpkg-buildpackage -rfakeroot -uc) -- often needing -d or -nc or both (I don't understand the number of packages that cannot run their "clean" step without error when invoked in a directory created from apt-get sources with no changes!). However, I have (obviously) succeeded in building the ones I list. It would be great if there was a convenient way to make those available to the community (i.e. not dependent on people having to add my repo and many others like it) and, very importantly, some way to have them rebuilt (preferably automatically, or at least when required). For example, the opensync ones need rebuilding fairly frequently as opensync is a work in progress. If I understand correctly, those were exactly the goals of mud-builder. What is the status? Is it open for use? Is there any point in trying to move the packages I have built to mud-builder? Hi, i'm playing with opensync and i've done mud packages for it (and gpe). See my annoucemente on the mud ml here: https://garage.maemo.org/pipermail/mud-builder-users/2007-February/63.html ciao Luca ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] targeting both devices
Hi again, I am sorry for asking this in advance because I just know it's been asked before...yet I cannot find any maemo.org documentation in the official docs or the wiki, nor any postings on maemo-developers (although I'm sure I'm using the wrong search terms) Some time ago I ported Glurp, a Music Player Daemon (MPD) client written in GTK+, to the Nokia 770. I wish to do the same for the N800, but I still wish to target the Nokia 770 because it is likely that my old 770 will continue to serve in at least that capacity as a music remote for the home-theater box in the basement. Where can I find documentation on targeting both devices with the same source code at the same time--e.g. packaging (things like version numbers and distribution names) and repository layouts? I've noticed on downloads.maemo.org that a few programs do this--Maemo Mapper is one. In fact, maemo-mapper has packages all the way back to ITOS2005 for the latest version. For my own personal purposes I suppose one possible way of simplifying differences is to use OS2007/770 'hacker edition' but this will not work for general distribution. On my porting to-do list is avahi, the mDNS framework, and Revelation, the PyGTK password manager. However, I would like to resolve how to target both platforms out of the same source package/code first. Thank you in advance, Andrew Barr ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Does camera in N800 support X11 Xv extension?
hi tim, Tim Teulings wrote: > Hallo! > > Subject says it all: > > Does the camera in the N800 support the X11 Xv extension, that mean can > I use this extension for displaying images of the camera or must I use > v4l V2 (what about the V1 interface) or gstreamer? v4l (1) is deprecated. Thus we only support v4l2. The v42lsrc gstreamer element is included, but also directly accessing v4l2 woiuld work. stefan ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Does camera in N800 support X11 Xv extension?
2007/2/4, Andrew Barr <[EMAIL PROTECTED]>: Hi, My turn to offer you some help :-) On Sun, 2007-02-04 at 19:47 +0100, Tim Teulings wrote: > Hallo! > > Subject says it all: > > Does the camera in the N800 support the X11 Xv extension, that mean can > I use this extension for displaying images of the camera or must I use > v4l V2 (what about the V1 interface) or gstreamer? The X server in the N800 supports Xv, IIRC from earlier postings either to this list or the Xorg list. As for the camera access API, I did some poking around /sys on my N800 last night and as far as I can tell the camera is a standard V4L2 device with an open driver. I say this because the camera driver does not appear to be a module, which is required of non-free kernel drivers due to licensing. If you used GStreamer, I imagine the input pipe would be v4l(2) and the output pipe Xv. I think standard camera apps should work reasonably well on the N800, but anyone from nokia.com or elsewhere is free to correct me for my semi-informed speculation... You can install 'gstreamer0.10-tools' package, pop out the camera and try: gst-launch v4l2src ! xvimagesink but be sure to comb your hair before that ;) -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Does camera in N800 support X11 Xv extension?
Hi, My turn to offer you some help :-) On Sun, 2007-02-04 at 19:47 +0100, Tim Teulings wrote: > Hallo! > > Subject says it all: > > Does the camera in the N800 support the X11 Xv extension, that mean can > I use this extension for displaying images of the camera or must I use > v4l V2 (what about the V1 interface) or gstreamer? The X server in the N800 supports Xv, IIRC from earlier postings either to this list or the Xorg list. As for the camera access API, I did some poking around /sys on my N800 last night and as far as I can tell the camera is a standard V4L2 device with an open driver. I say this because the camera driver does not appear to be a module, which is required of non-free kernel drivers due to licensing. If you used GStreamer, I imagine the input pipe would be v4l(2) and the output pipe Xv. I think standard camera apps should work reasonably well on the N800, but anyone from nokia.com or elsewhere is free to correct me for my semi-informed speculation... Regards, -- Andrew Barr "My life is an open book, but I'm not going to read it to you." -- David Hyde Pierce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] apt-get 'could not resolve hostname' again
On Sun, 2007-02-04 at 19:45 +0100, Tim Teulings wrote: > See my othe rthread, where I asked the same question. > > The answer by Andreas Oberritter was: > > "I encountered the same error. Scratchbox seems to copy nsswitch.conf > from /etc/nsswitch.conf. See below for my changes on my Ubuntu Feisty > setup which solved the problem." > > -- /etc/nsswitch.conf 2007-01-11 22:01:14.0 +0100 > +++ /scratchbox/etc/nsswitch.conf 2007-01-25 12:20:06.0 +0100 > @@ -8,7 +8,7 @@ > group: compat > shadow: compat > > -hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 > +hosts: files dns That did the trick, thank you! Now it's time to port some software to this shiny new Nokia N800... Andrew > networks: files > > protocols: db files > -- Andrew Barr "My life is an open book, but I'm not going to read it to you." -- David Hyde Pierce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Does camera in N800 support X11 Xv extension?
Hallo! Subject says it all: Does the camera in the N800 support the X11 Xv extension, that mean can I use this extension for displaying images of the camera or must I use v4l V2 (what about the V1 interface) or gstreamer? -- Gruß... Tim. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] apt-get 'could not resolve hostname' again
See my othe rthread, where I asked the same question. The answer by Andreas Oberritter was: "I encountered the same error. Scratchbox seems to copy nsswitch.conf from /etc/nsswitch.conf. See below for my changes on my Ubuntu Feisty setup which solved the problem." -- /etc/nsswitch.conf 2007-01-11 22:01:14.0 +0100 +++ /scratchbox/etc/nsswitch.conf 2007-01-25 12:20:06.0 +0100 @@ -8,7 +8,7 @@ group: compat shadow: compat -hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 +hosts: files dns networks: files protocols: db files -- Gruß... Tim. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] osso-xterm issue
If this is in any way related to the same problem on the N800 itself, which a lot of people has had (osso-xterm window flashed for a brief moment and then disappearing), then the explanation could be that you have installed a bad version, osso-xterm 0.13mh13. I did that, and had to replace it with osso-xterm 0.13mh19. Only problem was that just removing the old package and putting in the new one wasn't enough. I had to reflash my device to make osso-xterm 0.13mh19 work. Don't know if that helps you... Regards Rene Jensen Piotr Pokora wrote: Hi! I have scratchbox 1.0.7 installed from debian packages. I try to run osso-xterm ( from extras menu ), but all I have is "X Terminal Loading" message for a while only. In scratchbox console: * maemo_af_desktop[4743]: We could not read lowmem page stats. * execl: No such file or directory ( this one only sometimes ). Any hints? Piotras ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Idle Reboots (was: Re: [maemo-developers] Re: SDHC Flash Support...)
2007/2/4, Kalle Vahlman <[EMAIL PROTECTED]>: 2007/2/3, Jae Stutzman <[EMAIL PROTECTED]>: > Marius Gedminas wrote: > > What does /proc/bootreason say? > > mine says: > > 32wd_to > > From the wiki: > Watchdog reset - something was consuming too much CPU causing a watchdog > reset, or kernel crashed > > Thats bad eh? > > BTW: My WLAN is on when this happens. I keep mine connected to a WLAN constantly (well, not when I commute to work and back, but otherwise it's always on), and I've seen lots of idle reboots. It's not constant every day, but at least every other day it at one point desides the idling is enough and boots. I hear this is a common problem too. I installed syslog and there is long string of messages stating what the dsp does and some errors. I don't know much about the DSP side, but I do know that it's basically up to Nokia people to debug this further. I uploaded the syslog of the shutdown session, I guess the fun starts at 13:31:39 (the shutdown finishes a minute later after a constant stream of messages): http://iki.fi/zuh/crashlog I'd file a bug in bugzilla, but I guess it will be sucked up to the "other" bugzilla faster if the responsibles happen to read the list ];) Just a quick note that it just did it again, with mostly the same looking log. Both seem to start with: Feb 4 20:20:57 ivrin DSME: process '/usr/bin/esd' with pid 891 exited with retu rn value: 0 and then proceed to output lots of "MMU" memory debugging info and finally shutdown and boot. Hopefully someone will look at the log and go "ah, I know what that means" and we'll get an updated image soon ;) -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: SDHC Flash Support...
2007/2/3, Jae Stutzman <[EMAIL PROTECTED]>: Marius Gedminas wrote: > What does /proc/bootreason say? mine says: 32wd_to From the wiki: Watchdog reset - something was consuming too much CPU causing a watchdog reset, or kernel crashed Thats bad eh? BTW: My WLAN is on when this happens. I keep mine connected to a WLAN constantly (well, not when I commute to work and back, but otherwise it's always on), and I've seen lots of idle reboots. It's not constant every day, but at least every other day it at one point desides the idling is enough and boots. I hear this is a common problem too. I installed syslog and there is long string of messages stating what the dsp does and some errors. I don't know much about the DSP side, but I do know that it's basically up to Nokia people to debug this further. I uploaded the syslog of the shutdown session, I guess the fun starts at 13:31:39 (the shutdown finishes a minute later after a constant stream of messages): http://iki.fi/zuh/crashlog I'd file a bug in bugzilla, but I guess it will be sucked up to the "other" bugzilla faster if the responsibles happen to read the list ];) -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: SDHC Flash Support...
I just built myself a kernel with SDHC support, with a modified version of the original patch. I have two 4g cards working, with one using 128m for extra ram. So far i have had no problems, even with heavy usage. I get the full size of the cards reported through file manager. I haven't done any a specific testing, but so far it is all stable for me. On 2/2/07, Mark Lee <[EMAIL PROTECTED]> wrote: On Fri, Feb 02, 2007 at 07:08:31PM +, Neil MacLeod wrote: > Neil MacLeod wrote: > >is there more than one SDHC kernel floating around? > > > > My bad, looking bad through the thread I see we are discussing the same > SDHC kernel referenced from ITT. > > I stand by my concerns that it may be more flakey than the stock kernel, > unless something else is causing it to randomly reboot. I wouldn't argue with you. The patch is destined for a 2.6.21 kernel I believe so it's most likely there's vital stuff missing from the interim and I don't know to what extent the patch has been tested on other devices. > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers > > > !DSPAM:45c38cbb29361006036126! > ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers -- Nick Loeve www.trickie.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
