**** BEGIN LOGGING AT Tue Feb 01 02:59:57 2011 Feb 01 07:11:57 moin Feb 01 07:15:12 moin JaMa|Wrk Feb 01 07:31:38 http://www.deco-crea.com/file/DSCN0284.ogv <= SHR on HTC desire (7.2MB) Feb 01 07:32:02 alexxy: this video should be easier to download :) Feb 01 07:48:16 captainigloo: nice! :) Feb 01 07:58:01 captainigloo: what's the problem with GSM on the HTC desire? Feb 01 08:17:14 freesmartphone.org: 03morphis 07cornucopia * r730fdeac7127 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (mediators.vala plugin.vala): fsogsmd: modem_qualcomm_palm: enable call handler and mediators Feb 01 08:17:16 freesmartphone.org: 03morphis 07cornucopia * rc50abe4e8137 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (data.vala mediators_sim.vala unsolicited.vala): fsogsmd: modem_qualcomm_palm: simplify sim pin handling Feb 01 08:24:36 freesmartphone.org: 03morphis 07cornucopia * r82950e75b0c0 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (unsolicited.vala utils.vala): fsogsmd: modem_qualcomm_palm: report network access type on network status update Feb 01 08:42:42 freesmartphone.org: 03morphis 07cornucopia * r33bba1275a93 10/fsogsmd/src/plugins/modem_qualcomm_palm/channel.vala: fsogsmd: modem_qualcomm_palm: move modem initialization/shutdown to open/close methods Feb 01 08:47:03 <[Rui]> captainigloo: graphics are a lot faster than on the freerunner :) Feb 01 08:48:06 morphis: it wokds well now Feb 01 08:48:29 [Rui]: yep, 1ghz proc helps a lot Feb 01 08:48:48 <[Rui]> resolution though... Feb 01 08:49:02 <[Rui]> what works, currently? Feb 01 08:49:54 GSM and GPRS Feb 01 08:50:01 screen and touchscreen Feb 01 08:50:16 input keys should work, they are detected by X Feb 01 08:50:31 and I need to get events to map them correctly Feb 01 08:51:15 wifi driver is correctly load, firmware too, but I can't Scan networks Feb 01 08:51:25 I don't try bluetooth Feb 01 08:52:20 trackball is detected as a mouse Feb 01 08:52:44 sound doesn't work at all Feb 01 08:53:11 and ethernet over usb doesn't works Feb 01 08:57:19 <[Rui]> sound doesn't work == gsm works but unusable, right? Feb 01 09:05:19 GSM is unusable means? Feb 01 09:15:01 [Rui]: nope I can browse the web and send SMS Feb 01 09:16:11 calls doesn't work, call interface exit as soon as I click on call button Feb 01 09:16:42 but there is no alsa driver present Feb 01 09:30:30 captainigloo: fsodeviced probably crashes because of the missing alsa driver Feb 01 09:30:59 captainigloo: you can check this by looking at the /var/log/fsodeviced.log Feb 01 09:31:24 you will find multiple "binary launched" messages in that file if it has crashed Feb 01 09:51:29 Heinervdm: ok thanks, i'm looking, but I shoudld maybe remove the current /var/log symbolic link Feb 01 09:51:36 it points to /var/volatile/log Feb 01 09:52:13 so i can't watch log after power off Feb 01 09:52:27 that's an option too Feb 01 09:52:55 you should try to get usb-networking to work Feb 01 09:53:21 yes, but I should do something worng with usb networking Feb 01 09:53:39 I build g_ether module in my kernel Feb 01 09:53:58 but when modprobe it, it fails with file exists(-1) Feb 01 09:54:32 modprobe fails with "file exists"? Thats strange Feb 01 09:54:40 and when I setup an ip address for usb0 with shr-settings it doesn't work Feb 01 09:55:31 I should have something happening in the kernel messages of my host? Feb 01 09:55:32 without g_ether it has to fail :) Feb 01 09:55:53 yep :) Feb 01 09:56:54 hmm, google says that this error means that the module is already loaded Feb 01 09:57:19 have you tried to unload the module first? Feb 01 09:57:29 yes, and I got the same message Feb 01 09:57:59 <[Rui]> captainigloo: ok. Feb 01 09:58:04 <[Rui]> morphis: yeah, by gsm I meant calls Feb 01 09:58:10 I think about a specific android driver that i don't disable in the kernel Feb 01 09:58:17 [Rui]: because of alsa? Feb 01 09:58:21 <[Rui]> morphis: as captainigloo said GSM and GPRS I separated both consepts . Feb 01 09:58:29 <[Rui]> morphis: according to captainigloo perhaps Feb 01 10:02:19 ok Feb 01 10:09:12 <[Rui]> s/consepts/concepts/ Feb 01 10:12:18 <[Rui]> oooo Linux is moving closer to the BSD model for network interface names Feb 01 10:12:33 <[Rui]> http://www.h-online.com/open/features/Kernel-Log-Consistent-names-for-network-interfaces-1180510.html Feb 01 10:41:11 GNUtoo|laptop: for which arch does mplayer build fail for you? Feb 01 10:41:19 GNUtoo|laptop: armv[457] compiles fine here Feb 01 10:41:34 armv7 Feb 01 10:41:40 I'll retry Feb 01 10:49:06 http://pastebin.com/JBYxb9xJ Feb 01 10:49:10 lastest revision Feb 01 10:49:14 of oe Feb 01 11:01:18 JaMa, ^^^ Feb 01 11:08:15 GNUtoo|laptop: can you do me a favour? Feb 01 11:08:23 hi Feb 01 11:08:34 heyho btw :) Feb 01 11:08:41 what's the favour? Feb 01 11:08:47 building an image for me Feb 01 11:08:53 yes Feb 01 11:08:54 I can Feb 01 11:08:58 as I am currently trying the find the bug which lets the device freeze Feb 01 11:09:07 I am building various tested-* tags of OE Feb 01 11:09:09 I've spare cycles Feb 01 11:09:13 but that needs a lot time Feb 01 11:09:15 great Feb 01 11:09:22 what image do you want? Feb 01 11:09:27 I am currently building tested_2011_01_20 Feb 01 11:09:31 basically it fails with mplayer for me Feb 01 11:09:41 you can build tested_2011_01_13 Feb 01 11:09:43 so before getting a fix Feb 01 11:09:53 I can build for you Feb 01 11:09:58 ok Feb 01 11:10:28 there is an issue tough Feb 01 11:10:37 should I activate autorev? Feb 01 11:10:38 when I am finished with tested_2011_01_20 I will build tested_2010-12-30 Feb 01 11:10:41 no Feb 01 11:10:44 ok Feb 01 11:10:58 as I think most old version will fail with autorev Feb 01 11:11:14 as we did the gdbus conversion around late december early january Feb 01 11:11:53 you don't need feeds I bet Feb 01 11:12:00 jepp Feb 01 11:12:04 just the shr-lite-image Feb 01 11:12:23 + kernel Feb 01 11:12:39 what image kind? Feb 01 11:12:45 tarball? Feb 01 11:12:58 (tar.bz2) Feb 01 11:14:02 tar.gz Feb 01 11:16:35 bz2 won't work? Feb 01 11:17:34 the problem is, we are using palm's installer image for flashing and it don't have bz2 support :) Feb 01 11:17:56 but I can manually bunzip and gzip :) Feb 01 11:21:22 ok I'll add both then Feb 01 11:22:52 ok I launched the build Feb 01 11:22:53 bbl Feb 01 11:23:06 also I've 2 machines Feb 01 11:23:11 ok Feb 01 11:23:13 I've also a cheap desktop Feb 01 11:23:35 it's an athlon XII Feb 01 11:23:43 seems you have a lot machines :) Feb 01 11:23:44 3GHZ * 2 cores Feb 01 11:23:46 no Feb 01 11:23:52 just a laptop and a desktop Feb 01 11:23:58 and a router Feb 01 11:24:01 ah ok Feb 01 11:24:12 the router is an old sempron 2500+ Feb 01 11:24:29 so its a big router Feb 01 11:24:37 not a small boxed one Feb 01 11:24:41 note that while I've not a lot of desktop/laptop I've a lot of target devices Feb 01 11:25:09 yes, the wrt54gsv4 is not powerfull enough for plone + openvpn + asterisk + ssh + apache + ... Feb 01 11:25:27 I've tons of services on the router Feb 01 11:25:37 and it does AP too Feb 01 11:25:42 with an ath9k Feb 01 11:26:08 and hostapd Feb 01 11:26:50 ah great Feb 01 11:27:14 with that you get logs for free(usefull for wireless debugging) Feb 01 11:27:45 for instance if you have disconnection, you have more clues Feb 01 11:27:54 that will be usefull for the palm-pre's wifi I bet Feb 01 11:28:01 jepp for sure Feb 01 11:28:09 it was for htcdream's wifi at least Feb 01 11:29:29 maybe I should even get an wireless adapter with an ath9k for debugging Feb 01 11:31:30 what wireless card do you have? Feb 01 11:33:39 one with a broadcom chip Feb 01 11:34:00 hm I guess the last version which works is tested_2010-12-30 Feb 01 11:34:36 b43? Feb 01 11:34:40 you can do AP too Feb 01 11:34:42 with that Feb 01 11:34:53 I used b43 before using ath9k Feb 01 11:36:01 no b43 does not work, I have the use the one from broadcom (broadcom-sta/wl) Feb 01 11:36:24 you have to use the legacy driver? Feb 01 11:36:29 because it works Feb 01 11:36:37 (the normal driver) Feb 01 11:36:50 if it works well is another story Feb 01 11:37:40 the wireless chip inside the macbook is one of these chips which aren't supported by b43 ... Feb 01 11:37:45 ahh ok Feb 01 11:37:50 and it seems the will not supported in the future Feb 01 11:37:53 then there are newer devices Feb 01 11:38:00 s/devices/drivers/ Feb 01 11:38:00 GNUtoo|laptop meant: then there are newer drivers Feb 01 11:38:01 but there is one driver from broadcom Feb 01 11:38:04 what's the chip Feb 01 11:38:14 http://www.broadcom.com/support/802.11/linux_sta.php Feb 01 11:39:17 02:00.0 Network controller [0280]: Broadcom Corporation BCM4322 802.11a/b/g/n Wireless LAN Controller [14e4:432b] (rev 01) Feb 01 11:39:17 what's the chip Feb 01 11:39:22 ok Feb 01 11:39:48 http://wireless.kernel.org/en/users/Drivers/brcm80211 Feb 01 11:39:58 hmmm Feb 01 11:40:06 you've got 4322 Feb 01 11:40:46 lspci doesn't tell the last number Feb 01 11:40:53 like 43224 Feb 01 11:40:56 or 43225 Feb 01 11:41:29 ah ok Feb 01 11:41:47 and it doesn't seem to support AP yet Feb 01 11:42:13 but it seem better than the broadcom driver you have show Feb 01 11:42:22 jepp Feb 01 11:42:30 but I have to get a newer kernel for that Feb 01 11:42:47 and I am on ubuntu currently ... which does not make kernel switch very easy Feb 01 11:42:58 or I am struggling with it any time I try Feb 01 11:43:14 it's not that hard to compile your own kernel Feb 01 11:43:18 so I am using the default kernel (2.6.35) Feb 01 11:43:19 I do that on trisquel Feb 01 11:43:20 morphis: why not use image from shr buildhost? Feb 01 11:43:20 I kno Feb 01 11:43:30 JaMa: how old is it? Feb 01 11:43:32 you just need a good howto Feb 01 11:43:33 morphis: do you need different branch/kernel? Feb 01 11:43:36 with the right commands Feb 01 11:43:45 JaMa: I am searching for a bug in OE Feb 01 11:43:55 morphis: 2 days Feb 01 11:43:56 last known version working is in late dcember Feb 01 11:44:21 GNUtoo|laptop: here and on shr buildhost it builds fine (n900) not sure what this error means Feb 01 11:44:49 GNUtoo|laptop: have you tried to rebuild toolchain? Feb 01 11:45:02 JaMa: but if there are free cycle on the shr build host you can help me and build tested_2010-12-30 for the palmpre machine Feb 01 11:45:22 morphis: buildhost is terribly slow.. Feb 01 11:45:26 JaMa: ok Feb 01 11:46:05 JaMa, do you have a command for that? Feb 01 11:46:10 GNUtoo|laptop: or try to build target gcc first if it wasn't build yet Feb 01 11:46:19 ok Feb 01 11:46:22 I'll bitbake gcc Feb 01 11:46:26 GNUtoo|laptop: alias clean_toolchain="for i in /OE/dev/recipes/gcc/gcc*4.5*bb /OE/dev/recipes/binutils/binutils*2.20.1*bb /OE/dev/recipes/eglibc/eglibc*2.12*bb; do bitbake -c clean -b \$i; done" Feb 01 11:46:32 but I'm building for morphis right now Feb 01 11:46:41 ok thanks Feb 01 11:46:43 s/2.20.2/2.21/g Feb 01 11:50:14 morphis, what other tag do you want? Feb 01 11:50:28 because I'm setting it up on the desktop Feb 01 11:52:37 morphis, ping? Feb 01 11:52:50 tested_2010-12-30 is ok? Feb 01 11:52:53 GNUtoo|laptop: pong Feb 01 11:53:04 GNUtoo|laptop: I guess that it is ok Feb 01 11:53:10 but we should try Feb 01 11:53:24 so if you can build it too that would be really nice Feb 01 11:53:46 but I hope my build is finished in one hour or so then I can build it on my own Feb 01 11:54:06 we should distribute builds Feb 01 11:54:09 else it takes too long Feb 01 11:54:45 build failed Feb 01 11:54:57 NOTE: package linux-palmpre-2.6.24+gitr0+da14a48e167191b7d66c044a03cdfb900a510c27-r92: task Fetch failed: Unable to fetch URL git://git.freesmartphone.org/linux-2.6.git;protocol=git;branch=palmpre/master from any source.: Failed Feb 01 11:58:31 morphis, ^^^ Feb 01 12:00:08 ah ok Feb 01 12:00:16 switch branch to palmpre/webos14-devtmpfs Feb 01 12:00:24 for linux-palmpre Feb 01 12:00:38 in the kernel recipe? Feb 01 12:00:42 jepp Feb 01 12:01:29 hm but fetching the branch should not fail as the branch is there but only without the used SRCREV Feb 01 12:06:27 ok, now that both computer are building I'll be back later Feb 01 12:49:09 freesmartphone.org: 03Frederik.Sdun 07cornucopia * rcf4c5dab6ff8 10/fsodeviced/src/plugins/kernel26_leds/plugin.vala: fsodeviced: kernel26_leds: yield into set_blinking in blink_seconds Feb 01 12:57:21 GNUtoo|laptop: so my build is finished Feb 01 13:04:25 I'm currently building the 2 tag that you told me to build Feb 01 13:04:34 I hope you didn't build one of the same tag I'm building Feb 01 13:05:22 NOTE: Running task 3622 of 7354 (ID: 6110, /home/gnutoo/embedded/oe/org.openembedded.dev/recipes/xorg-proto/fixesproto_4.1.2.bb, do_install) #laptop Feb 01 13:05:32 928 / 7200 #desktop Feb 01 13:09:00 Heinervdm: ok usb networking is working Feb 01 13:09:23 captainigloo: great, then you can start debugging the rest ;) Feb 01 13:09:32 it was a bad configuration in the kernel Feb 01 13:09:50 and android modules leftovers, i guess Feb 01 13:09:57 yep :) Feb 01 13:10:27 GNUtoo|laptop: wifi is working on the nexus one ? Feb 01 13:10:43 captainigloo, yes Feb 01 13:10:53 just add WEXT Feb 01 13:10:58 in the kernel Feb 01 13:11:31 WEXT in the wireless section ? Feb 01 13:11:54 GNUtoo|laptop: and you need the fw_bcm4329.bion ? Feb 01 13:13:18 yes you need the firmware Feb 01 13:13:25 and yes WEXT is in the kernel Feb 01 13:13:29 look with ctrl+f Feb 01 13:13:36 in make ARCH=arm xconfig Feb 01 13:15:55 hum, I find WEXT only in the blutooth section Feb 01 13:16:05 wireless extensions Feb 01 13:16:08 search that Feb 01 13:31:35 so enlightenment crashes on tested_2011-01-20 but the device does not freeze Feb 01 13:33:07 first there are "Alignment trap" entry in the kernel log Feb 01 13:33:13 later then the display driver crashes Feb 01 13:36:33 but it freezes too ... Feb 01 13:37:04 * lindi- uses a window manager that does not crash. Feb 01 13:37:16 emacs? Feb 01 13:37:23 :P Feb 01 13:37:32 Heinervdm: icewm Feb 01 13:37:44 ok :) Feb 01 13:38:10 hehe Feb 01 13:38:17 consult www.icewm.org or your local distro repo Feb 01 13:43:50 hello hello! Feb 01 13:45:03 shr devs, pleas take 2 min to update "News" page in wiki if there's some news of interest for the community. I'll write a new blog entry today or tomorrow :) Feb 01 13:45:07 <[Rui]> hi there Feb 01 13:45:44 hi [Rui] :) Feb 01 13:49:41 pespin: if you have time then add note about using efl-1.0 now Feb 01 13:49:58 JaMa, ah sure, forgot that one :) Feb 01 13:50:27 done Feb 01 13:53:36 <[Rui]> JaMa: SOL e17 won't be stuck to it Feb 01 13:54:08 <[Rui]> JaMa: I asked raster, he said no plans. To me that means it won't compromise on compatibility with efl 1 Feb 01 13:56:06 * mickey|office still thinks we don't need no frickin' window manager, but that's another story... Feb 01 13:56:57 <[Rui]> mickey|office: why? Just curious... Feb 01 13:57:33 [Rui]: for me personally i don't see the value in X11 apps on mobile devices. Feb 01 13:57:37 mickey|office: well yes icewm does a lot more than is strictly necessary for a window manager. it has a panel for example Feb 01 13:57:37 <[Rui]> mickey|office: you'll always need a fricking window manager, but perhaps one more carefully suited (although I find e17's illume quite well suited though lacking in a few parts) Feb 01 13:57:48 <[Rui]> mickey|office: compatibility with everything else! Feb 01 13:58:03 yes, yes. i know there are other views :) Feb 01 13:58:21 from security point of view WMs are bad though Feb 01 13:58:28 <[Rui]> mickey|office: we don't need dumb computers (aka smartphones/tablets) Feb 01 13:58:39 [Rui]: that's where i beg to differ Feb 01 13:59:19 <[Rui]> mickey|office: dumb computers have their days counted Feb 01 13:59:24 and luckily, i can, since we have seperated middleware and UI :) Feb 01 13:59:44 yup, we can have both Feb 01 13:59:49 because we're free ;) Feb 01 13:59:50 X11 is a mess :) Feb 01 13:59:51 <[Rui]> FreeRunner is already way more powerful than my first computer, a Mac LC II :) Feb 01 14:00:18 <[Rui]> morphis: s/x11/WhateverButNeedsX11Compatibility/ Feb 01 14:00:42 :) Feb 01 14:00:44 my ultimate goal is still to write a full-fledged featurephone app... once the middleware is done. Feb 01 14:00:46 MyPhone ;) Feb 01 14:01:03 morphis, gtk+ doesn't fetch on my desktop Feb 01 14:01:08 [Rui]: I don't plan to stuck SHR with 1.0 forever :) Feb 01 14:01:18 mickeyl: oh you have a release date in mind, great :) Feb 01 14:01:21 [Rui]: and I'm already using efreet-1.0.999 locally Feb 01 14:01:30 GNUtoo|laptop: hm Feb 01 14:01:32 mickey|office, we could have both? Feb 01 14:01:34 morphis: heh Feb 01 14:01:45 I mean efl apps can work in framebuffer and in X Feb 01 14:01:47 <[Rui]> JaMa: that's not what I mean, I just mean that we may soon be forced to upgrade it in general Feb 01 14:01:49 like zhone2 for instance Feb 01 14:01:55 <[Rui]> although some libs are more stable than others :) Feb 01 14:02:21 GNUtoo|laptop: yeah, might be possible. Feb 01 14:02:45 having the feature phone app being fullscreen only -- lurking around in the background until any phone-activity appears -- wouldn't be a problem either Feb 01 14:02:50 we can even have multiple VTs Feb 01 14:02:51 because while I love framebuffer I also love Xorg Feb 01 14:02:54 i'm a big fan of VTs Feb 01 14:02:57 [Rui]: yes, I also expect that when we need another EFL_SRCREV bump then we will upgrade all needed components Feb 01 14:03:01 both have big advantages and drawbacks Feb 01 14:03:37 mickey|office, maybe we could start with that: Feb 01 14:03:54 eem Feb 01 14:04:35 http://www.rasterman.com/files/eem.avi Feb 01 14:04:41 I've done a bit of work to make it run Feb 01 14:04:48 or rather make it run again Feb 01 14:06:15 <[Rui]> GNUtoo|laptop: isn't that the elementary precursor? Feb 01 14:06:58 no idea, it seem rather a window manager than a lib Feb 01 14:06:59 GNUtoo|laptop: i loved eem's style and design Feb 01 14:07:02 GNUtoo|laptop: the problem is not that there are to few developers to take care of polishing. the problem is that the developers are not really interested -- rewriting the framework yet another time always takes priority... Feb 01 14:07:24 and that's not a problem specific to this community -- it's the same in almost every volunteer project Feb 01 14:08:29 antrik: for sure Feb 01 14:08:38 we will have a luxury problem choosing our UI... Feb 01 14:08:43 ...once the middleware is done :) Feb 01 14:08:57 i tell you i AM interested in UI Feb 01 14:08:58 a lot Feb 01 14:09:13 but rewriting the framework was a must Feb 01 14:09:18 i could no longer stand the performance of python Feb 01 14:09:32 and it gives us advantages Feb 01 14:09:33 it was also a necessity in order to have better code reuse Feb 01 14:09:37 for instance vala can import C Feb 01 14:09:39 and many more benefits Feb 01 14:09:40 yep Feb 01 14:09:46 and gisi is written in C Feb 01 14:10:17 yes, that's what i have dreamed for centuries Feb 01 14:10:23 being able to leverage C without having to write C Feb 01 14:10:25 :D Feb 01 14:10:28 lol Feb 01 14:10:40 anyway I've some issues with eem Feb 01 14:10:48 It calibrates and then nothing happens Feb 01 14:10:58 it's unmaintainable Feb 01 14:11:01 it's a fat .edj Feb 01 14:11:02 and hardly more Feb 01 14:11:10 but we should copy the look'n'feel Feb 01 14:11:24 and write it with a more maintainable structure Feb 01 14:11:31 zhone is a disease as well Feb 01 14:11:40 but i took it because it was already there Feb 01 14:11:52 while i'm doing middleware i'm _very_ impatient wrt. UI Feb 01 14:12:05 once the middleware is done, this changes Feb 01 14:12:18 I am dreaming about a daemon written the way we write fso daemons which can load apps as plugins and execute them in a own process Feb 01 14:12:53 ok Feb 01 14:12:57 not using X11, just framebuffer Feb 01 14:13:14 would be not some effort to port some existing apps Feb 01 14:13:18 personally I'm dreaming of something very simple: a launcher Feb 01 14:13:25 but hey, we are on a smartphone Feb 01 14:13:34 we don't need desktop applications Feb 01 14:13:36 like pidgin Feb 01 14:13:40 basically it would get game support better Feb 01 14:13:55 the laucher would lauch apps with the good args Feb 01 14:14:01 the good args would be machine specific Feb 01 14:14:09 for instance the good resolution for a game Feb 01 14:14:14 jepp a launcher is the thing I want to have Feb 01 14:14:35 for instance wesnoth is not launched the same way on freerunner and nokia900 Feb 01 14:14:40 so basically Feb 01 14:14:47 when someone launch it pressing the button Feb 01 14:14:50 it just doesn't work Feb 01 14:14:52 the new elementary launcher is really beatiful Feb 01 14:14:57 ah? Feb 01 14:15:00 wesnoth uses sdl? Feb 01 14:15:21 yes Feb 01 14:15:24 ok Feb 01 14:15:29 many games use sdl Feb 01 14:15:39 pingus,wesnoth,supertux etc... Feb 01 14:15:53 ok so you can exchange sdl rendering backend Feb 01 14:16:03 I think so Feb 01 14:16:07 I never tried tough Feb 01 14:16:18 but I wonder Feb 01 14:16:23 mickey|office, is it possible to quit all running GLib.mainloops of a program? Feb 01 14:16:27 thats what Palm did for webos Feb 01 14:16:32 omapfb has some accelerations Feb 01 14:16:45 like XV,etc... Feb 01 14:16:55 or like more basic operations(I'm not sure which ones) Feb 01 14:17:17 playya: i don't think there is a central registry Feb 01 14:17:53 ok. i wrote some code to catch signals in libfsobasics Feb 01 14:18:07 atm every daemon implements it on it's own Feb 01 14:18:28 morphis, the desktop was disconnected from the wifi Feb 01 14:18:31 that's why fetch failed Feb 01 14:18:36 ah ok Feb 01 14:19:15 it happens sometime(the antenna isn't great) Feb 01 14:19:42 playya: ah, for that matter i think calling quit on the first mainloop should be good enough for at least our apps Feb 01 14:20:01 i don't use a 2nd in FSO yet Feb 01 14:20:04 yes. but it's not available in fsobasics Feb 01 14:20:11 so it's stilla t 599/7200 Feb 01 14:20:14 *at Feb 01 14:20:26 why not? you can get the default main context Feb 01 14:20:34 I didn't know it was that slow for compiling Feb 01 14:20:34 from there you should be able to gather the loop it's attached to, no? Feb 01 14:20:44 GNUtoo|laptop: ok Feb 01 14:21:14 anyway it was a cheap computer(less than 300E) Feb 01 14:21:23 s/computer/upgrade/ Feb 01 14:21:24 GNUtoo|laptop meant: anyway it was a cheap upgrade(less than 300E) Feb 01 14:22:09 there's no MainLoop.default or sth similiar Feb 01 14:25:32 morphis, the laptop is nearly finished Feb 01 14:25:32 5956 of 7354 Feb 01 14:25:48 GNUtoo|laptop: that was which tested* tag? Feb 01 14:26:03 grep the irc log Feb 01 14:26:06 I don't remember Feb 01 14:26:23 do you want me to look? Feb 01 14:28:10 you can build tested_2011_01_13 Feb 01 14:28:10 I will see when you give me the image :) Feb 01 14:28:14 ah ok Feb 01 14:28:19 thx Feb 01 14:28:30 the image has the barnch Feb 01 14:28:32 *branch Feb 01 14:28:37 which is bisect something Feb 01 14:28:48 I'm not sure it has the tag Feb 01 14:29:21 6db340758e2c6674d06fec02b0c34fc1689153aa Feb 01 14:29:24 is what I'm at Feb 01 14:31:06 gitk says Feb 01 14:31:22 2001-01-20 Feb 01 14:38:33 hm Feb 01 14:39:08 thats the tested_2011_01_20 Feb 01 14:39:42 with that version I get the alignment trap errors in kernel log Feb 01 14:39:47 and sometimes a freeze Feb 01 14:40:06 NOTE: package shr-lite-image-2.0-r16: task do_build: Succeeded Feb 01 14:40:20 oh noes..... Feb 01 14:40:28 so I built a version for nothing? Feb 01 14:41:24 BTW, paypal is NEVER the best way Feb 01 14:41:31 GNUtoo|laptop: seems so :) Feb 01 14:41:42 I was in a hurry and didn't read well what you said Feb 01 14:42:04 morphis, so what should we do now Feb 01 14:42:07 no problem if you don't have the time/space to rebuild Feb 01 14:42:23 I've space but not the time right now Feb 01 14:42:24 but if you have it would be nice if you can build tested_2011_01_13 Feb 01 14:42:27 I've to build an image for nokian900 Feb 01 14:42:27 ok Feb 01 14:42:31 than it's ok Feb 01 14:42:39 after I'll build the tested_2011_01_13 Feb 01 14:42:45 I will wait until my build is finished Feb 01 14:42:48