changed name of vala-vapi in vala 0.9.5

Hi, it seems the name of the vala vapi-file changed in 0.9.5 from vala-1.0.vapi to vala-0.10.vapi resulting in some changes to the build files. I have attached a patch for vala-dbus-binding-tool but it would also be required for every other vala based thing. Heiko From 312d3eb2f67bd2aabc3e8937

Re: why is valac 0.9.3-3 not in unstable?

Am Mittwoch 28 Juli 2010, 17:25:33 schrieb Timo Juhani Lindfors: > Visti Andresen writes: > > I suppose that is why fso-gsmd is not available to my apt-get... > > Yes that was my point. fso-gsmd is not in unstable, only in experimental. from what I heard was the 0.9.x line declared as development

Re: [debian] Xorg fails to start after upgrade to 1.7.7

Am Sonntag 11 Juli 2010, 18:35:32 schrieb Gilles Filippini: > Hi, > > e.waelde a écrit , Le 11/07/2010 09:26: > > (EE) Error compiling keymap (server-0) > > (EE) XKB: Couldn't compile keymap > > XKB: Failed to compile keymap > > Keyboard initialization failed. This could be a missing or incorrect

Re: FSO on the Nexus One

Hi David, Am Freitag 14 Mai 2010, 18:55:44 schrieb David Wagner: > So far, I managed to power the antenna up and detect an incoming call. I > guess the functionnality level is the same as for the HTC Dream. out of curiosity - any new developments on this front? As the Nexus One seems to be the mo

Re: [pkg-fso-maint] investigating FTBFS of libfsotransport on sparc

Hi Jens, thanks for the input. I have attached the cleaned patch against the latest cornucopia git. Am Freitag 11 Juni 2010, 10:49:34 schrieb Jens Seidel: > Hi Heiko, > > On Fri, Jun 11, 2010 at 10:18:45AM +0200, Heiko Stuebner wrote: > > Am Donnerstag 10 Juni 2010 schrieb Sebastian Reichel: >

Re: implicit declarations in libfsobasics

Hi Mickey, Am Samstag 15 Mai 2010 19:25:58 schrieb Heiko Stübner: > The missing methods are vala_library_init() and vala_library_fini() . > I did a search in all headers but these methods are declared nowhere. I saw todays commit. But after porting it to my 20100509-snapshot it doesn'

implicit declarations in libfsobasics

Hi, while building a new libfsobasics Debian packages I noticed warnings about implicit declared functions in the libnl2 part and in gcc_libinitexit.c . According to the bug opened against my package this could lead to segfaults on some architectures. The warnings concerning libnl2 and the miss

vala-dbus-binding-tool stuff

Hi, two things I noticed while building vdbt: - the official vdbt-release on downloads.freesmartphone.org is missing the config.vapi in it's vapi dir, so it fails to compile, it's in the git so it seems to have gone missing during the creation of the release. - it's throwing high amounts of wa

Re: a possible fix?

Hi Mickey, Am Mittwoch 17 März 2010 22:10:24 schrieben Sie: > thanks a lot for your analysis so far. I vaguely recall that the 0.7.10 > release had some problems, which lead to a couple of (inofficial, done > by me) pointreleases. Would it be possible to rebuild your stack with > vala 0.7.10.5 fro

Re: a possible fix?

Am Dienstag 16 März 2010 22:28:41 schrieb Heiko Stübner: > the current fsousaged segfaults when started by frameworkd. > Can someone give me a pointer where I should start looking for problems? after meddling an hour with fsousaged, I think I found something: The segfault happ

segfaults with most recent fsousaged

Hi, the current fsousaged segfaults when started by frameworkd. Can someone give me a pointer where I should start looking for problems? Parameters: -fsosuaged with last commit from 2010-02-24 -libfsobasics last commit 2010-03-04 -libfsoframework last commit 2010-02-22 -libfso-glib from 2010-03-0

fsodeviced .service-file missing?

Hi, while packaging fsodeviced I noticed that a .service.in-file similar to fsousaged is not present. Is this correct or should one exist there? thanks Heiko ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxt

Re: [debian] User experiences on fso-frameworkd and fso-config-gta02 in pkg-fso vs. those in Debian testing

Hi, Am Mittwoch 16 Dezember 2009 07:43:15 schrieb Timo Jyrinki: > All in all, I guess more playing with latest git versions could be > nice if one had some free time. It is though a bit annoying that there > are these timing related problems (well, unless all of those are > solved by hacking the d

Re: How to use fso-usaged?

Am Sonntag 29 November 2009 09:19:05 schrieb Timo Jyrinki: > 2009/11/29 Nikita V. Youshchenko : > >> tried changing to fso-usaged by putting something like: > >> > [ousaged] > >> > disable = 1 > >> > >> log file shows lines like this: > >> > 2009.11.29 11:22:12.536 frameworkd.resource WARNING Can

filesystem location of cornucopia-daemons

Hi, fso-abyss is declared as sbin-program, while the cornucopia-daemons are declared as bin-programs. Shouldn't all daemons be sbin-programs (started by dbus as root-user) or are there other use-cases where the daemons should be usable for all users? Thanks Heiko _

Re: libfsobasics utilities::write() changes break suspend

Am Montag 16 November 2009 16:34:43 schrieben Sie: > Hey, > > > it seems the commit 10584363e87286db96d14e1ad3d6fc7b714ad085 from > > 2009-10-29 16:49 "utilities: allow creating files during a call to > > write()" changed the file handling in a way that breaks suspend: > > > > fosusaged prints the

libfsobasics utilities::write() changes break suspend

Hi for the third time :-), it seems the commit 10584363e87286db96d14e1ad3d6fc7b714ad085 from 2009-10-29 16:49 "utilities: allow creating files during a call to write()" changed the file handling in a way that breaks suspend: fosusaged prints the following when trying to suspend: WARNING **: uti

implicit declarations of libfso-glib methods

Hi again, strange things, that I don't understand happen in libfso-glib. It seems apps that use libfso-glib are missing the function declarations from it. For example in libfsoresource: - free_smartphone_resource_dbus_message - free_smartphone_resource_dbus_register_object are missing and de

libcanberra.vapi missing?

Hi, while trying to build fso-deviced libcanberra.vapi was missing. According to git it was removed from misc-vapi on 2009-09-17, as it was scheduled for inclusion in vala 0.7.6. But it seems libcanberra.vapi never got in there - at least I couldn't find it in the vala git or libcanberra-upstre

Re: fso-usaged depency problem

Am Dienstag 20 Oktober 2009 15:00:54 schrieb Lukyk: > I just want to report problem in recently installed debian. > package fso-usaged depends on libgee1 which is unavailable. It would be > nice if someone could check if it's compatible with libgee2 and change the > depency. damn :-) fso-usaged

Re: missing function declarations in libfso-glib [was: question about compiler warning in fsousaged controller plugin]

Am Montag 21 September 2009 21:04:54 schrieb Heiko Stübner: > To recap, the following methods not declared correctly in libfso-glib and > the compiler warns about "implicit declarations": > - free_smartphone_resource_dbus_proxy_new > - free_smar

missing function declarations in libfso-glib [was: question about compiler warning in fsousaged controller plugin]

Hi, Am Freitag 18 September 2009 04:27:25 schrieben Sie: > there was a bug with missing mehthods which had been fixed during the > last days. Juerg just released 0.7.6 today. Maybe you can try it with > this version? Every fso package will depend on this version because > asynchronous dbus support

please push tags too

Hi again, I saw "post-release version bump"s in many components which indicates new releases of libraries. At the moment most of the tags indicating these releases are missing, so please update them too on git.freesmartphone.org Thanks Heiko ___ Smar

question about compiler warning in fsousaged controller plugin

Hi, for reference this is debian-bug #547204. while when compiling fsousaged's controller plugin the compiler warns about a plugin.c:290: warning: implicit declaration of function ‘free_smartphone_resource_dbus_proxy_new’ plugin.c:290: warning: assignment makes pointer from integer without a ca

unnecessary dependencies in fsobasics-2.0.pc

Hi, fsobasics-2.0.pc lists dbus-1 and dbus-glib-1 in its requires-field. As fsobasics does not use it in its build process while fsoframework uses them I would deem this to be a copy and paste error from the time when fsobasics was split off of fsoframework. Correct? Thanks Heiko ___

Re: [Debian] intone and neon now in pkg-fso repository

Am Sonntag 13 September 2009 23:34:59 schrieb Sebastian Reichel: > So from the Hall of Fame [4] only numptyphysics and orrey > are missing in Debian. With numptyphysics being packaged > by jedd, see Debian Bug 496586 [5]. just to mention it, I begun packaging orrery at the beginning of August. Wit

license mismatch in fsousaged

Hi, it seems a wrong COPYING file crept in the fsousaged-dir, as it is a GPL2 instead of the LGPL2.1 the code proclaims. The debian ftp-masters just commented about this minor glitch. Thanks Heiko ___ Smartphones-userland mailing list Smartphones-user

Re: FSO not complete ?

Hi, Am Samstag 29 August 2009 08:50:09 schrieb arne anka: > what means "nearly" and what versions exactly? it means I didn't encounter a bug with this snapshot but the one before it where suspend broke completely. All involved packages are git snapshots as the older (ms5.5) ones don't compile wi

Re: FSO not complete ?

Hi Yann, Am Freitag 28 August 2009 23:30:45 schrieb Mwyann: > After testing a bit the "heiko" frameworkd, I saw that it was not working > very properly... quite often, I had timeouts when trying to access dbus > functions and I had to restard frameworkd completely to make it working > again. So, I

Re: segmentation fault in both lowlevel-plugins of fsousaged

Hi, Am Sonntag 23 August 2009 14:19:06 schrieb Michael 'Mickey' Lauer: > Got it, > http://git.freesmartphone.org/?p=cornucopia.git;a=commitdiff;h=e85a17c5e8b3 >e4bdc88aa5f56cb0e35c9d0c6387 is the fix. great, tested and works. Now suspend works again :-) During my own search for possible causes I

Re: segmentation fault in both lowlevel-plugins of fsousaged

Hi again, Am Freitag 21 August 2009 20:40:16 schrieben Sie: > this change occured due to a change in Vala which we had to catch up with. > Please make sure you have at least > http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=995b3b3fef9b1b5d >9e951bbc7906c32032b35500 sorry for the double

Re: segmentation fault in both lowlevel-plugins of fsousaged

Hi Mickey, Am Freitag 21 August 2009 20:40:16 schrieben Sie: > this change occured due to a change in Vala which we had to catch up with. > Please make sure you have at least > http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=995b3b3fef9b1b5d >9e951bbc7906c32032b35500 strange, this is on

segmentation fault in both lowlevel-plugins of fsousaged

Hi, after building a new fsousaged (git from yesterday), startup with any of the two lowlevel plugins results in a segmentation fault. It seems to have something to do with the logging-functions: ** Message: can't load keyfile from './frameworkd.conf': No such file or directory ** Message: can

Re: [solved][debian] question on compilation errors

Am Samstag 18 Juli 2009 10:08:25 schrieb Heiko Stübner: > when compiling fsousaged and fsodeviced (I would presume other programs > too) I always get errors when comiling the plugins. > - in deviced/alsa-plugin it's missing a snd_playing_sound_type_id > - in fsousaged/contr

question on compilation errors

Hi, when compiling fsousaged and fsodeviced (I would presume other programs too) I always get errors when comiling the plugins. - in deviced/alsa-plugin it's missing a snd_playing_sound_type_id - in fsousaged/controller-plugin it's missing usage_resource_type_id - in libfsoframework it was a test

Re: [debian] fso-usaged?

Hi arne, Am Freitag 17 Juli 2009 22:03:38 schrieb arne anka: > i just upgraded to fso-frameworkd 5.5 via heiko stübner's packages and > want to install at least fso-usaged, too. > for information how to do so, heiko pointed to the archives (not sure, if > he meant fso's or openmoko's) -- but i sim

same EXTRA_DIST-problem in fsodeviced

Hi again, it seems the EXTRA_DIST redeclaration also happens in fsodeviced: it's declared in Makefile.decl and redeclared in bin/Makefile.am and src/Makefile.am Heiko ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lis

EXTRA_DIST-Conflict in libfsoframework

Hi, autogen.sh produces a conflict as Makefile.decl declares EXTRA_DIST and fsoframework/Makefile.am does the same instead of appending its values to it as before Mickey's commit on 2009-06-27. Heiko ___ Smartphones-userland mailing list Smartphones-

license of libfso-glib

Hi again, libfso-glib is generated from the specs xmls. But neither the vala-files in libfso-glib nor the specs contain informations about their license. Only the copying file in libfso-glib suggests that its GPL v3, as opposed to all other freesmartphone.org-parts that are released under (L)GP

license for posixextra.vapi in misc-vapis

Hi, while packaging cornucopia/misc-vapis I noticed, that posixextra.vapi doesn't contain a copyright notice in the file header. Just to make sure - is this file also meant to be LGPL 2.1 like the others, or could it get also a copyright notice? Thanks Heiko ___

Re: [Debian] Packaging new frameworkd snapshot?

Hi Luca, Am Dienstag 16 Juni 2009 21:44:22 schrieb Luca Capello: > Heiko, do you mind becoming part of the pkg-fso team? This means that > you need an Alioth login and that everything > will be hosted on . I would be happy to become part of pkg-f

Re: [Debian] Packaging new frameworkd snapshot?

Hi Sebastian, Am Sonntag 14 Juni 2009 20:26:19 schrieb Sebastian Reichel: > If not done by somebody else at that point I'll start packaging cornucopia > stuff next week after I'm finished with the gestures daemon. currently I'm packaging fso-usaged out of cornucopia. Therefore I also packaged lib

Re: [debian] frameworkd upgrade (was Re: [debian] openmoko-panel-plugin and GTA01 battery)

Hi Luca, Am Samstag 06 Juni 2009 11:56:56 schrieb Luca Capello: > As I said above, this week-end for FSO-milestone5.1. For everything > more recent, the major problem is that we need fso-abyss, which Heiko > Stübner started to package back in April 2009: abyss is not strictly necessary

Re: [debian] [solved] problem with python-elementary (also in fso)

Am Mittwoch 06 Mai 2009 00:03:58 schrieb Heiko Stübner: > I got elementary to build with current e17 parts in Debian. But while > building python-elementary cython throws errors - it can't find just ignore me ... overlooked newer versions in the pkg-fso-repo. With them it compiles

[debian] problem with python-elementary (also in fso)

Hi, currently I'm trying to build elementary -> python-elementary -> paroli. I got elementary to build with current e17 parts in Debian. But while building python-elementary cython throws errors - it can't find "evas.c_evas" in elementary.c_elementary.pyx. >From [1] I presume some part of fso h

[patch] libfsotransport: move fsotransport.h

commit b26bc573a325ddca66fcd1788047322b6611cab6 Author: Heiko Stuebner Date: Tue Apr 28 20:07:33 2009 +0200 Placement of fsotransport.h according to the similiar change in libgsm0710mux, so libgsm0710mux can find it when compiling diff --git a/libfsotransport/fsotransport/Makefile.am b/l

fso vala-code and vala 0.7

Hi, today I tried building libgsm0710mux with vala 0.7.0. First showstopper seems to be the changed handling of the header-files in 0.7. As vala does not and cannot create multiple header-files anymore, I changed Makefile.am to let it create a single gsm0710mux.h-file. Is this solution feasible

Re: fso-abyss

Hi, Am Donnerstag 16 April 2009 11:38:07 schrieb Joachim Breitner: > Am Mittwoch, den 15.04.2009, 23:40 +0200 schrieb Heiko Stübner: > > during the last days I created Debian packages of fso-abyss and its 2 > > libraries to ease testing it. > > great. Once they are ready fo

fso-abyss

Hi, during the last days I created Debian packages of fso-abyss and its 2 libraries to ease testing it. One thing I noticed, it doesn't like vala 0.7.0 (current in debian) as it doesn't create .h-files automaticaly anymore and causes errors with errno respective doesn't include errno.h in the .