Re: How to detect Maemo in automake?
Now for my next question: How do i detect maemo correctly in autoconf? I'd like to port a project and add some maemo specific options but don't like to do non-portable changes. One way is: AC_ARG_ENABLE(maemo,[ --enable-maemo Enable Maemo-specific build options], [enable_maemo=true], [enable_maemo=false]) if test x$enable_maemo = xtrue; then #Do stuff fi -- Oohbuntoo is an ancient african word meaning, not just a big bucket and a scheduling calendar for sharing access to the modern science of linguistics in the bathroom. --leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo's glib version, lobbying for GIO
I would like to second the request for a modern glib in the next ITOS release. -- Oohbuntoo is an ancient african word meaning, not just a big bucket and a scheduling calendar for sharing access to the modern science of linguistics in the bathroom. --leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
After quite some time of fighting with myself as well as getting
encouragement from certain members of this community, I'm humbly offer
to your attention a first {alpha,beta} release of a manual promotion
interface.
Great! What's there so far seems to work well.
Comments:
* Is it necessary to separate each package into source/armel/i386/etc?
Why not just display the package name (e.g. xmaeme), perhaps with a
link to click to view the contained files, and/or an asterisk if
there's no source? Is there any situation in which, say, the source
component would be promoted, but the armel component wouldn't?
Things that might be nice for the future:
* Ability to add comments (e.g. This package bends rule F, but
promoting for now...)
* Ability to demote and/or rollback to a previous version (with comments)
* Display the amount of time each package has been in the promotion queue
* Notify package maintainer via email on (pro|de)motion
* A way to view a package's dependencies
- A way to verify whether all of a package's dependencies are either
in extras or in the promotion queue
- A way to simultaneously promote a package and all of its dependencies
That's all I can think of for now. Great work!
--
My Universe is my eyes and my ears. Anything else is hearsay. --The
ruler of the Universe
http://www.gnu.org/philosophy/shouldbefree.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
One requirement that I think is important is an archive mechanism. When a package is promoted, the previous version should be archived somewhere. It could remain in the repository or be placed in a special archive repository. It would be needed if a demotion rollback was needed but, also, the community might want/need access to it in the future. It was not clear to me from the demo application whether multiple versions of the same package would be handled. In fact, what is the current policy both for the extras and extras-devel repositories? Do they store multiple versions at all? Right now, all versions appear to be archived - check out http://repository.maemo.org/extras/pool/bora/free/x/xmaeme/ and http://repository.maemo.org/extras-devel/pool/chinook/free/x/xmaeme/ -- My Universe is my eyes and my ears. Anything else is hearsay. --The ruler of the Universe http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Packaging images into deb
I want to create a deb which only contains a bunch of extra images, themes that my application uses. How do i make package for those? The normal dh_make route doesnt work because i dont have makefiles of anything else that all the examples seem to expect. A quick solution might be to create a simple Makefile to suit your needs and make dh_make happy: # Example Makefile # The DESTDIR is important for dpkg all: install: mkdir -p $DESTDIR/my/image/directory cp images/* $DESTDIR/my/image/directory # End Makefile -- My Universe is my eyes and my ears. Anything else is hearsay. --The ruler of the Universe http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Extras Guidelines
If people want to know what the community thinks of a particular application we would do better to make available stats on number of downloads (gives you an idea on the number of people using it -- 3 downloads should set off warning flags!) and have a feedback rating scheme. A small nit - low number of downloads would seem to signify a lack of interest and/or lack of knowledge that an app exists, rather than a lack of quality, IMO - you don't know an app is terrible until you've downloaded and tried it. -- My Universe is my eyes and my ears. Anything else is hearsay. --The ruler of the Universe http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: What does Nokia's acquisition of Trolltech mean to Maemo?
Well, it is (to me) more a question of C vs C++. I started with C about twenty years ago and liked it a lot. But some of the features of C++ in addition with Qt are IMHO more elegant, if you use a OO toolkit with an OO language like C++. E.g. methods overloading (which is really nice). Gtk has been bound for a huge number of languages, including vala, c++, ruby, python, c#, perl, ada, d, haskell, ocaml, pascal, php, pike, tcl, and euphoria. [1] The old I like [Toolkit X] better because it's [language of the week] argument hasn't had any steam for quite some time. 1. http://en.wikipedia.org/wiki/Gtk#Programming_languages -- My Universe is my eyes and my ears. Anything else is hearsay. --The ruler of the Universe http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Extras repository
But the reason for raising it here is that, in fact, libgpg-error0 is in extras! So, really, none of us should have copies of it in our own repositories at all! As we get more packages in extras and extras-devel we should all be moving away from including shared packages in our own repositories, even if we have good reasons for maintaining those repositories longer term (for example, I will retain my GPE daily SVN build repository -- those packages are not tested and would normally only be of interest to GPE developers). I agree wholeheartedly. It might be easier to do this if there was an easier way to see what was in extras and extras-devel. Of course, it is always possibly to download the package file or use apt-cache policy to see if a package is there, but would it be possible to have an easier mechanism? For example, a page which just summarised the list of packages? or maybe a mailing list which sends out a message every time a new package is added? Yes! An interface similar to http://packages.debian.org would be fantastic! -- My Universe is my eyes and my ears. Anything else is hearsay. --The ruler of the Universe http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Announcement of Maemo Technology Overview training material for maemo 4.x Chinook
Maemo team is happy to announce the availability of updated maemo 4.x Chinook training material package (new version published is 1.3). Maemo training material package includes now new material for maemo Technology Overview course. There are no changes to already published maemo training courses. These look great. It's obvious that somebody put a lot of work into these. Good job! -- My Universe is my eyes and my ears. Anything else is hearsay. --The ruler of the Universe http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gpsd in OS2007 HE
I think best solution would be to create own he2007-debian-repo and compile or ask someone to compile and put tested-non-vfp-compiled stuff there. Or maybe a special repo for vfp-compiled stuff instead, since the vast majority of maemo software isn't? -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problem making .deb package
Here is the output when I execute dpkg-buildpackage: http://pastebin.ca/807377 Really don't know what to do more :( Did you create ../flickrapi_0.15.orig.tar.gz , or was that the original source archive? Either way, that's what dpkg-source is complaining about - either the .pyo files need to be removed from it (pyo shouldn't be in a source archive anyway), or the file just needs to be removed (dpkg-source will create its own in that case). -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Glade Hildon
It would be a significant advantage in terms of merging Hildon specific code changes upstream if glade integrated well with Hildon. Looking through the glade site it seems the recent release glade-3 was designed to ease the integration of external toolkits. I am not sure how this integration would work in reality so i wondered if someone was thinking/working on something like this or if there are some good ideas around about how it might work. I'm not sure when this will make it into the platform, but there's already a libglade-hildon in maemo svn. -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Is it possible to make a well-behaved pyGame app with maemo-python ?
By well-behaved I mean an app which appears as an icon in the taskbar like a proper Hildon app. I have copied and modified .desktop and .service files of such apps made with PyGTK, but pyGame seems different. If the .desktop doesn't reference an osso service, the app starts from the menu, but there is no icon in the taskbar (and no xx is starting during launch). If it does, the xx is starting message appears for some time, but the app never starts. Is it possible to get this right ? If so, is there a Howto somewhere ? Yes, it's indeed possible. Kagu ( http://www.kagumedia.com ) is a pygame app; you might want to check it out. I suspect http://maemo.org/community/wiki/gamedevelopment/#7179b7084dd3339e008879a088142aae may also be helpful. -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: new hacker edition Re: Data corruption on N770
Yes. you are right. newest initfs is -48 used in fiasco -49. ..and hacker uses initfs -38 from fiasco -39. I fixed it. There was some mess with rootfs, I forgot to clean backuped dirs. I'll make new fiasco with new initfs and cleaned rootfs as soon as I have time. So...we should flash the current image, or wait? -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: new hacker edition Re: Data corruption on N770
It is better than previous version. But it depends what you want. ;) If you do not have anything special installed in device flash, but if you have -38 initfs flash only it. If you have -48 initfs, I'm not sure. Propably best to copy wlan driver from https://bugs.maemo.org/show_bug.cgi?id=2006 and path your initfs yourself. OK - I have the second-latest HE (-48 initfs, I guess?) with the wlan fix applied - maybe I'll wait for the next fiasco. ;-) Thanks, Levi -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Data corruption on N770
Until this bug is eliminated any device instability while WiFi is enabled can be attributed to it. Well it is slightly worse. Also some device instability even when wifi is off can be attributed to it if wi-fi was enabled at least once on this device. Like this example shows, it most probably corrupted memory of application manager before it saved updated status file with package info. Any file modified when wi-fi is on can become corrupted. One random example - whole gconf system configuration is saved as a set of xml files and contain sensitive data that could bring device to reboot loop or random reboot when some (system) application reads its settings from it and becomes confused due to bad data. This configuration is saved when some device setting changes (like changing brightness or sound volume level) which happens relatively often. Also installation of any package over network can corrupt some random bytes when extracting it so future execution can run faulty code or read bad data even when wi-fi is not enabled. Fantastic. I've been having to reflash roughly once a week due to spontaneously occurring reboot loops. Has this bug always been there, or will reverting to an earlier 2007HE help avoid it? -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: About the upcoming maemo user karma
There are not pascal job vacancies. There aren't many, say, ruby or python vacancies either, does that make them bad languages? BTW, try googling fot python paradox BTW2, there are (but not many nowadays) delphi vacancies For the record, I'm using Pascal (Delphi and a modification of Structured Text) in my job. Also for the record, we're making every effort to escape Delphi wherever possible. -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: OS2008 pre-built image for download
As commented when we announced the last 2006 Hacker Edition, there are plans and ongoing work to bring the HE up to Chinook levels. Note that this is not the same as offering the OS2008 for the 770. This is great news - I'm looking forward to (someday) flashing ChinookHE. :-D -- Tak does not require that we think of Him, only that we think. --Grag Bashfullsson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: See you in LinuxTag?
LinuxTag slides with some maemo novelties http://desdeamericaconamor.org/blog/node/369 Nice to see fceu as an example of a productive community. :-) Cool presentation, thanks. -- Don't discount the ability of people to delude themselves, especially when there's a huge paycheck attached. --lastchance_000 http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
MythGame for emulators?
Has anyone investigated the possibility of using MythGame for launching emulators and/or native games? It looks like it could be a prettier and more inclusive solution than Xmaeme. http://www.mythtv.org/wiki/index.php/MythGame -- Don't discount the ability of people to delude themselves, especially when there's a huge paycheck attached. --lastchance_000 http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Moving windows in Maemo
If infoprints could be dismissed by simply clicking on them, you wouldn't have any problems. I second this suggestion. No need for a close button, just make it go away when I tap it. Good suggestion, I don't see any problems with that (app is not managing the infoprints, they can disappear whenever they want to, only progress banners are controlled by the application) Could you make a bug (enhancement request) about this to Maemo Bugzilla? https://maemo.org/bugzilla/show_bug.cgi?id=1212 -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-developers
Re: Moving windows in Maemo
If infoprints could be dismissed by simply clicking on them, you wouldn't have any problems. I second this suggestion. No need for a close button, just make it go away when I tap it. -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-developers
Re: IT2007 Hacker Edition - First impression
Can other people that are using IT2007 hacker edition share their comments and impressions? Similar experiences to other posters. Games that use onscreen buttons are unplayable for me, as thumbpresses don't seem to be registering. However, they work fine on the same 770 with os2006 or an n800 with os2007. -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: maemo-mapper crashes on os2007 hacker edition
thanks for the quick reply. I tried removing and recreating the cache dir. No change. Did you try to start mm from the command line? If yes, did you get an illegal instruction? Are you on the 770 hacker edition of os2007 ? Could this be due to maemo-mapper bora being compiled specifically for N800 hardware? Can you install the OS2006 version? -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Hildon Desktop Plugin Howto
I wrote a howto for writing C plugins for Hildon Desktop with the new GTypeModule-based API. All plugin types (Task Navigator, Status Bar and Home) are covered. I'm not using Sardine, but this looks like a huge improvement over the old plugin system! I'm looking forward to eventually being able to use it. Good work! -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: OS 2007 / 770 hacker edition with sound and video
The main news is that sound is now working including media and system sounds. Video works to some extent, though not the sample clip that comes with the image which is intended for the N800. Does this mean the accelerated Xsp pixel doubling works? -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Requesting confirmation of a Bug in opera
I've had Opera on my 770 stop following links and refusing to, e.g. reload pages. I've always attributed it to low memory conditions. For me, it happens fairly consistently if I switch to a different app while a largish page is loading. -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: [maemo-users] 'Locking down' software installation
In the future, we hope to be able to provide official updates to the operating system itself via packages, and we need to give the end-users the confidence that when they intend to install a Nokia provided operating system update, they actually get what they think they are getting. Great! It'll be great to escape the backup-flash-restore-reinstall cycle! This means that the Application Manager will not allow you to update individual OS packages (or to install third party applications that require this), since you would have to remove the meta package for that. It is still possible to install additional 'system' packages, just not to upgrade already installed ones. A second new feature is that the Application Manager will distinguish between trusted sources and non-trusted sources (based on the key used to sign the corresponding repository). A package that has originally been installed from a trusted source will only be allowed to be updated (or replaced) from a trusted source. The flash image is also treated as a trusted source, so you will only be able to update packages that are pre-installed in the device from trusted sources. IMO the second new feature makes the first one irrelevant. Locking the OS metapackage to exact versions of depended packages will cause headaches for nokia, developers, and users. Say you've just released an OS metapackage, maemo 3.1 sturgeon, and then one the guys working on cairo makes a huge breakthrough in speed and stability. You want users to be able to upgrade, but now you have to release a new OS metapackage to do so, so you either need to make users wait for another full release, or release a new OS metapackage whose only change is an upgraded cairo dependency. This potentially means a lot of frivolous new OS releases. However, the trusted source feature means that you don't have to worry about this. If you release OS metapackage maemo-3.2007-sturgeon with the *greater than or equal*-style dependencies, people can only upgrade those packages from Nokia. This means that users don't have to worry about the potential of getting a broken cairo package from Joe's Repo, and that you can release a new cairo package when it's ready without having to worry about synchronizing with other packages' releases, announcing a new OS release, etc. The meta package could depend on 'this version or later' of a package instead of on exactly this version'. That would allow it to control the update just as much, but would not lock down the configuration of the device so much. The motivation for this lock-down of the device configuration is that Nokia (probably, IANAL) doesn't want to support any other configuration, and having to 'hack' your system via the red-pill mode or similar is a good indication that you are now on your own. I am wholly in favor of this, as may be gathered from my previous paragraph. And the trusted repository scheme means that the device is just as locked down for support purposes. -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: [maemo-users] 'Locking down' software installation
My thought is that it might be worthwhile to have a constant warning written at the bottom of the Check for Updates dialog in the Application manager. A user should really backup before any update, but prompting with a dialog that frequently will only encourage users to ignore it. Major updates should definitely come with a dialog, and as this occurs less frequently perhaps people might actually read it and heed the warning ;) IMO a constant warning will become part of the scenery, and users will forget about it, if indeed they notice it at all in the first place. -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: [maemo-users] 'Locking down' software installation
Yes, and I actually see this as a feature, since there is no apt-get upgrade functionality in the Application Manager. Users would get the newer vesion of cairo by accident, when they install or upgrade a non-hidden package that depends on cairo. Semi-related: how about an Upgrade All button on the Check for Updates page? Not exactly: we do not only want to control which individual packages you can install, but also which combinations. Say there is a new version of cairo, but we figure out that we also need to upgrade the internet radio applet since it had a bug that--by chance--wasn't triggered by the old version of cairo. So we want to only support the new cairo together with the new radio applet. With a version locked meta package, we can make sure that the user gets the right combinations of packages. Wouldn't you just use standard dependencies for this? Make the new radio applet depend on the new cairo? -- It doesn't take a nukular scientist to pronounce foilage! --Marge Simpson http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Problems installing Scratchbox
As an aside , installing xephyr on Debian from unstable seems to be a complete non-starter without ripping out all of your other x apps and windowing system and a replacing a whole host of other packages as well. So I tried XNest instead which has the benefit of being installable and working. Unfortunately not being able to find ab-sh-init.sh renders this all a bit redundant. This is contrary to my experience. I was able to install xephyr on debian/sid with zero problems ( apt-get install xserver-xephyr ). I also found that the installation script fails on debian when trying to add the scratchbox user if the user is already a valid unix user. Well duh! It doesn't look to me like it causes any problems - it's the last step in the process - but even so, does it imply I should be sticking to Ubuntu? This is also contrary to my experience - I used my normal username (on debian/sid) for my scratchbox, and it was perfectly happy. I haven't used the very latest installation script, however, so this behavior may have changed. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New list spin-off?
[snip] most webmail clients (gmail at least) don't allow you to filter on these headers [snip] In gmail, you can filter on the recipients using the labels feature. It's not perfect but it mostly works. I agree - that's my first method, and the subject line filtering catches anything that doesn't have a matching recipient. If the subject tag is removed, any Reply All mail won't be caught this way. Not the end of the world. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Making a GtkEntry insensitive
I have a problem with the following code:
static void
tap_and_hold_cb (GtkWidget *w, gpointer data)
{
gtk_widget_set_sensitive (w, FALSE);
}
It works fine on scratchbox, but fails on my N800. In fact, I can do
other
things like setting the entry as not editable or set its im_context to null
and all of them behave as expected in the development environment, but they
seem to have no effect on the N800. Has anybody experienced this?
Are you sure your callback is being invoked on the device? What event
are you catching?
--
Just stop and take your secret journey, you will be a new box. --Leeta
http://www.gnu.org/philosophy/shouldbefree.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo roadmap, SDK improvements...
On 2/4/07, Carl Worth [EMAIL PROTECTED] 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. -Carl Agree 100% -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New list spin-off?
I am not against any good changes, on the contrary... But in this case I would like to hear to hear 100s of opinions! Come on, we have ~1000 people on this list! I don't particularly mind the list structure the way it is. As far as removing the tag from the subject in favor of a List-something header: most webmail clients (gmail at least) don't allow you to filter on these headers. Is there any way the [maemo-developers] can be put onto the *end* of the subject? That way, it'll still be there for filtering, but it won't be taking up the valuable space at the beginning of the subject line. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] [maemo-announce] New Application Catalog
No, please don't add it to bugzilla. Use the issue tracker at garage: https://garage.maemo.org/tracker/?group_id=106 This is a known issue by the way and we try to fix it asap. I got this bug as well, and added a comment to the existing issue. Ditto the login-redirect bug. Other than that, adding the remainder of my projects went well, and I like the new look. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Can we launch Xephyr from different clients connected to a server
1:
---
I tried to launch the Xephyr using # ./start-xephyr.sh command. I am
able to launch for the first login. Keeping this Xephyr active, When I try
to launch it from a different login from a different PC I am getting the
below error:
Fatal server error:
Server is already active for display 2
If this server is no longer running, remove /tmp/.X2-lock
and start again.
If I close the first instance of xephyr and try again, I am able to launch
it from the second login.
Is there any way to launch xephyr from different clients at same time?
I would suggest creating another xephyr script that launches xephyr on
a different display ( exec ${prefix}/bin/Xephyr :3 -host-cursor
-screen 800x480x16 0dpi 96 -ac ), or alternatively write a script that
takes the display as a parameter.
2:
---
I tried to launch the Xephyr using # ./start-xephyr.sh command. I am
able to launch for the first login. Then I tried to start the Maemo UI in
the Xephyr window using the command [sbox-SDK_PC: ~] af-sb-init.sh
start. The Maemo window started without any problems.
I stopped the Maemo UI [sbox-SDK_PC: ~] af-sb-init.sh stop and closed
the Xephyr window.
From a different client I launched Xephyr and tried to start the Maemo UI
using the command [sbox-SDK_PC: ~] af-sb-init.sh start. Maemo Ui is not
started and I am getting the below messages:
After starting xephyr, did you set DISPLAY to :2 in your shell?
--
Just stop and take your secret journey, you will be a new box. --Leeta
http://www.gnu.org/philosophy/shouldbefree.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] problem with maemomm
maeommm is currently only available for bora (Maemo 3.0, as used on the N800). You seem to be using scirocco (Maemo 2.1). It could theoretically be built for Maemo 2.1 and Maemo 2.0, but it would take some work, which we won't do unless it seems really necessary. So mistral and scirocco users and devs won't have c++ apis and apps available? What's the reasoning for that? -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New list spin-off?
I'd wait and see, things may settle down a bit. But frankly, I don't really care. If lists get splitted I will subscribe to all of them (a bit of additional work) and use threaded mail client to solve the traffic problem like I do now. This is my opinion as well. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] RFE: Seamless storage card integration to application
I don't agree that a card is the optimal place for application data. The biggest issue IMO is that cards are removable and interchangable, and users shouldn't have data mysteriously disappearing that they didn't explicitly put there themselves. Additionally, a card isn't (and shouldn't be) necessary at all. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Follow-up: N800 and Newton
Levi, surely you misread my statement. Ah, it appears that I did. My apologies. (And don't call me Shirley! :-P ) -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: [maemo-users] Game Bomberman: on-screen buttons
I am not a ui designer - so far ;-) I don't know what would be the best way. However, fire up Gimp and draw your idea. This is an experiment and I hope it encourages other developers to think about this way of using the 770 / n800! My idea: http://flickr.com/photos/[EMAIL PROTECTED]/368259364/ -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: [maemo-users] Game Bomberman: on-screen buttons
Please test this version and give us some feedback what you think of it! Have fun! Looks great! I'd swap the up/down buttons with the power/bomb buttons, though, so one can use the hardware d-pad with the left and bomb with the right, if one so chooses. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] N800 GUI Improvements from a Newton Developer's Perspective
Before I made the site public, I thought I'd post it to the developers' group and ask for some comments, agreements, and disagreements. The site URL may change afterwards. http://cs.gmu.edu/~sean/stuff/n800/ Plenty of valid criticisms here (handwriting recognition, screen rotation, dearth of available specialized widgets), but I have to disagree on some points: * N800 should use a DB instead of a standard filesystem A lot of the power of this device is that it's Linux-based and that there are a huge selection of applications potentially available with a minimal amount of manual porting (Generally UI tweaks and performance hacks). Having a nonstandard backend would severely increase the work required to port an existing application, without something like a FUSE driver that would slow the system's performance, and many ported applications thus wouldn't be taking advantage of the db backend in that case. * N800 doesn't have powerful interapplication communication features Uhh...DBus? It's accessible from C and Python, the two most popular (so far) dev languages for the 770 and N800, and generally from nearly any language that's widely used for GNU/Linux development. * N800 apps should be able to move files around in the filesystem, instead of having to use the file manager IMO it makes more sense to have a file manager for the express purpose of manipulating the filesystem, rather than reimplementing that functionality (probably in a different way) for every client app. * N800 has too many triangle icons OK, this one is really reaching. Your basic issue with this seems to be that, taken out of context, a triangle doesn't really mean anything. Taken out of context, very few symbols mean anything. It's very standard to have arrow-shaped icons at the ends of scrollbars and combo boxes, and I don't really think diamond shapes, circles, or monkey heads would be inherently more intuitive. * N800 isn't enough like (Newton|OSX) I get it, you like the Newton and OSX. However, just because Newton or OSX do something a certain way, or have a certain icon to indicate a certain thing, and you've spent the last few years getting used to it, doesn't mean that the OSX way is objectively better, or that the Newton icon is inherently more intuitive. Surprise, a Linux/Gtk+-based tablet has a substantially different UI than a 10-year-old Apple product Overall, you made some good points, but it felt to me like they were semi-submerged within the general current of, I'm angry because the N800 isn't a Newton with updated hardware and a stripped-down OSX. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] N800 GUI Improvements from a Newton Developer's Perspective
Overall, you made some good points, but it felt to me like they were semi-submerged within the general current of, I'm angry because the N800 isn't a Newton with updated hardware and a stripped-down OSX. One thing I really like about maemo is there are things improving in every rev. Has anyone else been disgusted about the same gui problems in release after release of pocketpc? Things that look like hyperlinks are really buttons with side effects... that awful dialog when you start to edit a recurring event... these rankle me every time. MS seems determined to never improve these but at least with maemo there's a real chance to see fundamental improvements. I agree - a lot of things have improved since OS2005. No one should get offended by any facet of this discussion. I won't get religious about an object store and if there is someone out there who is passionate about having extra gutters, you should be able to voice it without recriminations. :) I'm not offended, and I apologize if it came across that I was. Those are just my comments on the article as I saw it, since he asked for feedback. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] For want of a ... (Was: n800 camera specs)
I know my initial list would be: 1 more open source code 2 or, if I can't have that, dev access to non-redistributable code on easy terms (like, less than retail device cost) 3 did I mention the code? 4 discounted hardware For me: 1: More freed code 2: Discounted (hardware and the software that only runs natively in given hardware), and/or more documentation about the aforementioned. I couldn't care less about dev licensing for non-redistributable code. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] For want of a ... (Was: n800 camera specs)
I couldn't care less about dev licensing for non-redistributable code. That's interesting. Is that because it's not relevant to you? Yes, for the same reason I'm hacking on the 770 instead of some ultra-proprietary pocketpc-based device. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Tracking downloads from garage repositories?
Is there any way to get statistics for downloads from garage repositories? It would be nice if said statistics were available from a project's garage Web page. Currently, it only seems possible to get download statistics for files downloaded from the garage Web pages for a project. I'd like to second this request. Since my apps were added to the extras repo, my garage downloads have dropped significantly. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] new developer to maemo
I have been successful using the esd API on the 770. I would be interested in finding a way to get lower latency though, but I fear it is not possible, as the esd sound deamon is started hardcoded and I don't want to program against a changed root system. So, basic esd works. The other option I read is via GStreamer, but I haven't tried that. I've had this issue with esd as well. For raw audio (no decoding), gstreamer (subjectively) gives even higher latency than esd for me. :-/ -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
Well, obviously there will be 500 such developers now :) I just think it should have been 1500 happy users with $100 discounts instead of 500 happy developers with $300 discounts. Those 500 developers are going to create applications which may not work on the devices of every non-developer owner of a n770, and the only reason for that is that Nokia won't open the platform so that any developer with a n770 can update the OS platform for those users. I take issue with this statement. If I get an n800, whether through the dev program or no, all my apps are going to run on both platforms as long as it's feasible for them to do so. Even if somebody handed me an n800 today, it wouldn't change the fact that the 770 is an extremely useful device; I wouldn't just throw it into the closet to collect dust. It will probably actually motivate more development, in my case, because I'll be interested to see how I can utilize the new hardware and features like Xv, and then in turn I'll be interested to see how *those* improvements can be shoehorned onto the 770, which will give me ideas for new improvements targeted at the n800, ad infinitum (or nauseum, your choice). -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] garage/extras repository for bora?
When can we expect to have a new garage/extras repository for bora (and instructions for posting a package to this repository)? Some of the applications at the extras mistral repository may not work on bora, and it would be nice to have a separate repository for applications that are known to work on bora (or at least are supposed to work on bora). Seconded. It would also give a good way to branch apps that have to be code-nonidentical for the two releases (e.g. xv vs xsp pixel doubling) without silly package name hacks. -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Proper documentation (was Re: [maemo-developers] HildonProgram input to gtk_widget_show()?)
* For SDL programs you need to export one environment variable BTW, what is this variable? Apparently, I haven't been exporting it. ;-) -- Tcsh: Now with higher FPS! http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] extras repository
I know there is good reason for that (so everybody can rebuild it) but this puts additional burden to package maintainers. I just uploaded scummvm binary deb but have to remove it if this is requirement. I don't have time to package also tremor, libmad and limbpeg so you can rebuild it properly. Also scummvm build process currently crashes with internal compiler error in Kyrandia engine and one file must be build with different compiler flags by hand. I know this is specific issue (which will probably go away with next compiler) but still there are the dependencies and others may have other reasons why rebuilding directly from source doesn't work or isn't easy. I have a similar issue with xmame. It relies on semi-extensive makefile customization for each arch/cpu/set of prefs, and it would be less than fun to script this for an automated build. -- Tcsh: Now with higher FPS! http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] joystick
this might sound retarded/joke but this is not a joke. I am wondering is anyone using 770 with a USB joystick? It could be possible in USB host mode to actually use one if it takes very little power. The reason I am asking this for is that especially if somebody has actual use case with SDL and joystick. I am planning to remove joystick support from SDL in maemo for now (the version will hit the sardine) and possibly re-include it later. I'm pretty sure at least a few people are using gamepads with xmame/fceu/etc. -- Tcsh: Now with higher FPS! http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] extras repository
I have a similar issue with xmame. It relies on semi-extensive makefile customization for each arch/cpu/set of prefs, and it would be less than fun to script this for an automated build. Yet, Ubuntu packages it. Ubuntu packages a much newer version (which I didn't use because the binary is 20MB larger with little appreciable difference in functionality), with which either the debian or the ubuntu maintainer has endured the pain of scripting the build. -- Tcsh: Now with higher FPS! http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
