irclog2html for #htc-blueangel on 20051002

07:18.43*** join/#htc-blueangel apt_ (i=ibot@rikers.org)
07:18.43*** topic/#htc-blueangel is http://wiki.xda-developers.com/index.php?pagename=BlueangelResearch **NEW 2.6.12-hh2-2 uploaded at http://www.handhelds.org/moin/moin.cgi/BlueAngel SDCARD ** This site also carry`s a sdcard image !
07:23.44*** join/#htc-blueangel cp15 (i=ijvhty@p549A0B9E.dip0.t-ipconnect.de)
07:23.44*** mode/#htc-blueangel [+o cp15] by ChanServ
07:23.51cp15Good morning
08:04.36*** join/#htc-blueangel rob_w (n=bob@p213.54.157.219.tisdip.tiscali.de)
08:04.36*** mode/#htc-blueangel [+o rob_w] by ChanServ
10:29.29immolocp15-  Have you got your bluetooth patch?
10:32.04cp15The bluetooth patch is in the xanadux sourceforge cvs
10:32.21immolohmm couldn't see it last night
10:32.26immolowill check again
10:32.56cp15http://cvs.sourceforge.net/viewcvs.py/xanadux/bluez-utils
10:33.13immoloI see it
10:33.44cp15The viewcvs lags behind several hours
10:33.49immoloah
10:34.05immoloI don't use cvs much as you can see :P
10:36.58immoloI've been having trouble with the oe bluez-utils-dbus bb
10:37.28cp15Then you will probably also have trouble with building from cvs. It is nearly the same
10:37.34cp15What errors did you get?
10:37.52immolotwo secs, I'll pull them up
10:38.22cp15BTW: It is possible to let haret run before customization without having to modify extrom
10:39.21immoloThere is with wince2 but it means putting the sd card in at a certain time at boot
10:39.34cp15I have a autorun.exe, which you can put into folder named "2577" on your sd card which calls \Storage Card\linux\haret.exe
10:40.03cp15No, you can leave the sd card in, as soon as the cut & paste excercise is over, autorun.exe will be started
10:41.13immolowell currently I've just edited extrom to load haret
10:41.24cp15Like me too :-)
10:41.44immolobut it's not a nice method :P
10:42.04immoloit would be nice for a clean way of doing it
10:42.37immolo| then mv -f ".deps/glib-ectomy.Tpo" ".deps/glib-ectomy.Po"; else rm -f ".deps/glib-ectomy.Tpo"; exit 1; fi
10:42.37immolo| glib-ectomy.c: In function `g_io_channel_read':
10:42.37immolo| glib-ectomy.c:22: error: `LONG_MAX' undeclared (first use in this function)
10:42.38immolo| glib-ectomy.c:22: error: (Each undeclared identifier is reported only once
10:42.42immolo| glib-ectomy.c:22: error: for each function it appears in.)
10:42.44immolo| make[2]: *** [glib-ectomy.o] Error 1
10:42.46immolo| make[2]: Leaving directory `/root/org.openembedded.dev/tmp/work/bluez-utils-dbus-2.21-r0/bluez-utils-2.21/hcid'
10:42.49immolo| make[1]: *** [all-recursive] Error 1
10:42.51immolo| make[1]: Leaving directory `/root/org.openembedded.dev/tmp/work/bluez-utils-dbus-2.21-r0/bluez-utils-2.21'
10:42.54immolo| make: *** [all] Error 2
10:42.56immolo| FATAL: oe_runmake failed
10:43.26cp15Just a moment
10:44.02immologoogle pulls up an old problem that fixed an old issue
10:46.19cp15Try adding a include <limits.h>
10:47.09immolowhere?
10:47.46cp15At top of glib-ectomy.c
10:47.59immolomake sense really
10:48.29cp15Oh... Stop..
10:48.34cp15It's already there
10:50.18cp15grep LONG_MAX staging/arm-linux/include/limits.h
10:51.14immolo#   define LONG_MAX     9223372036854775807L
10:51.14immolo#   define LONG_MAX     2147483647L
10:51.14immolo#  define LONG_MIN      (-LONG_MAX - 1L)
10:51.14immolo#   define ULONG_MAX    18446744073709551615UL
10:51.14immolo#   define ULONG_MAX    4294967295UL
10:51.15immolo#   define LLONG_MAX    9223372036854775807LL
10:51.21immolo#   define LLONG_MIN    (-LLONG_MAX - 1LL)
10:51.23immolo#   define ULLONG_MAX   18446744073709551615ULL
10:51.25immolo<PROTECTED>
10:51.27immolo#  ifndef LLONG_MAX
10:51.29immolo#   define LLONG_MAX    LONG_LONG_MAX
10:51.31immolo#  ifndef ULLONG_MAX
10:51.32cp15Looks good
10:51.33immolo#   define ULLONG_MAX   ULONG_LONG_MAX
10:52.32cp15Ok, lets try the hard way: add a #define LONG_MAX 2147483647L after then #includes in glib-ectomy.c
10:53.52immoloso put the line before the includes
10:54.16cp15A sorry... I meant "after the #includes"
10:54.31immolok
10:55.31immolotrying now
10:56.39immolook a new error
10:56.53immolo| request.c: In function `service_search_attr_req':
10:56.54immolo| request.c:657: error: `USHRT_MAX' undeclared (first use in this function)
10:56.54immolo| request.c:657: error: (Each undeclared identifier is reported only once
10:56.54immolo| request.c:657: error: for each function it appears in.)
10:56.54immolo| request.c: In function `process_request':
10:56.54immolo| request.c:770: error: `USHRT_MAX' undeclared (first use in this function)
10:56.56immolo| make[2]: *** [request.o] Error 1
10:56.58immolo| make[2]: Leaving directory `/root/org.openembedded.dev/tmp/work/bluez-utils-dbus-2.21-r0/bluez-utils-2.21/sdpd'
10:57.01immolo| make[1]: *** [all-recursive] Error 1
10:57.03immolo| make[1]: Leaving directory `/root/org.openembedded.dev/tmp/work/bluez-utils-dbus-2.21-r0/bluez-utils-2.21'
10:57.06immolo| make: *** [all] Error 2
10:57.08immolo| FATAL: oe_runmake failed
10:57.27cp15Strange
10:59.11immologrep gives me
10:59.13immolo#  define USHRT_MAX     65535
11:02.02cp15Yeah, but there has to be a reason why limits.h doesn't work
11:02.45immolodoes it build on your system?
11:02.49cp15Yes
11:03.15immolocould it be a x86_64 to arm crosscompile issue?
11:03.25cp15Don't think so
11:03.46immoloa messed up machine config?
11:05.23cp15Did the other packages compile?
11:05.29immoloyeah
11:06.04immolobut the machine config is using a non existing module for bluetooth
11:06.39cp15?
11:06.53immoloblueangel_bt
11:07.06cp15Shouldn't matter here
11:08.28cp15grep limits.h sdpd/.deps/request.Po
11:09.52immolonothing
11:10.05cp15Nothing?
11:10.20immoloall it has in the file is # dummy
11:10.48cp15and the other *.Po too?
11:12.05immolomain.Po has it
11:13.47immolotwo seconds, I need to restart X
11:14.44*** join/#htc-blueangel immolo (n=immolo@cpc1-cosh1-4-0-cust126.cos2.cable.ntl.com)
11:19.37cp15The # dummy should apper only if the source file has no dependencies. Very unlikely
11:22.10immolohow about running it with nodbus?
11:22.38cp15Not a good idea, dbus is required for popping up a pin requester
11:22.55immolokeep dbus then :P
11:23.00cp15grep depmode config.log
11:23.22immolotwo seconds I broke something :D
11:26.53immolojust rebuilding bluez-libs
11:28.53immoloCCDEPMODE='depmode=gcc3'
11:29.39cp15Strange
11:38.54immoloI suppose I should check into #oe
11:39.19cp15Yeah, currenty I don't have an answer
11:44.48immologreat a quiet day
11:45.49cp15Maybe we should fix it with #defines. Not clean, but brings us forward
11:46.45immoloyeah, I can go back an fix it when we have a better solution
11:47.12cp15Show me your latest error messages
11:47.23immoloback to the first one
11:47.28immolohttp://pastebin.com/380403
11:47.33immolothat's everything
11:49.25cp15add a #define LONG_MAX 2147483647L after the #includes in glib-ectomy.c
11:51.16immoloyou have any luck with that haret mod you did?
11:51.35cp15Haven't tried yet... Trying to fix wlan right now
11:51.40immolocool
11:51.56immolodidn't cr2 post some closed source ones?
11:52.26cp15Yeah, but they won't help. The interface is way too different, and the firmware has to match the transceiver
11:52.39immoloah
11:52.42immolo| request.c: In function `service_search_attr_req':
11:52.42immolo| request.c:657: error: `USHRT_MAX' undeclared (first use in this function)
11:52.42immolo| request.c:657: error: (Each undeclared identifier is reported only once
11:52.42immolo| request.c:657: error: for each function it appears in.)
11:52.42immolo| request.c: In function `process_request':
11:52.42immolo| request.c:770: error: `USHRT_MAX' undeclared (first use in this function)
11:52.44immolo| make[2]: *** [request.o] Error 1
11:52.46immolo| make[2]: Leaving directory `/root/org.openembedded.dev/tmp/work/bluez-utils-dbus-2.21-r0/bluez-utils-2.21/sdpd'
11:52.51immolo| make[1]: *** [all-recursive] Error 1
11:52.53immolo| make[1]: Leaving directory `/root/org.openembedded.dev/tmp/work/bluez-utils-dbus-2.21-r0/bluez-utils-2.21'
11:52.56immolo| make: *** [all] Error 2
11:52.58immolo| FATAL: oe_runmake failed
11:53.00immoloNOTE: Task failed: /root/org.openembedded.dev/tmp/work/bluez-utils-dbus-2.21-r0/temp/log.do_compile.25700
11:53.03immoloNOTE: package bluez-utils-dbus-2.21-r0: task do_compile: failed
11:53.05immoloERROR: TaskFailed event exception, aborting
11:53.07immoloNOTE: package bluez-utils-dbus-2.21: failed
11:53.09immolonew error
11:53.14cp15add "#  define USHRT_MAX     65535" after #includes in request.c
11:55.51immolodone :D
11:56.39cp15Does it compile now?
11:56.57immoloyeah I'm on to freetypes
11:57.55immolooh was it you I was talking to about that beer duveal or something along that name
11:59.17cp15Maybe, at least we talked about beer
12:00.02immoloheh, I was going to say that I finally tried it
12:00.58immolook the problem was the kernel headers didn't compile
12:06.43immolooh great a new issue
12:07.45cp15What is the problem?
12:08.04immolofontconfig native
12:09.51cp15Any errors?
12:10.04immoloNOTE: package fontconfig-native-2.2.95-r1: task do_populate_staging: started
12:10.04immoloERROR: function do_stage failed
12:10.04immoloERROR: log data follows (/root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/temp/log.do_stage.4609)
12:10.10immoloI get that at the start
12:10.45immolo| if [ x = x ]; then fc-cache/fc-cache -f -v; fi
12:10.46immolo| /root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/fontconfig-2.2.95/fc-cache/.libs/lt-fc-cache: "/usr/share/fonts": "/usr/share/fonts": Invalid argument
12:10.46immolo| /root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/fontconfig-2.2.95/fc-cache/.libs/lt-fc-cache: "/usr/X11R6/lib/X11/fonts/TTF": "/usr/X11R6/lib/X11/fonts/TTF": Invalid argument
12:10.46immolo| /root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/fontconfig-2.2.95/fc-cache/.libs/lt-fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": "/usr/X11R6/lib/X11/fonts/Type1": Invalid argument
12:10.47immolo| /root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/fontconfig-2.2.95/fc-cache/.libs/lt-fc-cache: "/usr/X11R6/lib/X11/fonts/corefonts": "/usr/X11R6/lib/X11/fonts/corefonts": Invalid argument
12:10.50immolo| /root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/fontconfig-2.2.95/fc-cache/.libs/lt-fc-cache: "/root/.fonts": skipping, no such directory
12:10.55immolo| /root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/fontconfig-2.2.95/fc-cache/.libs/lt-fc-cache: failed
12:10.58immolo| make[2]: *** [install-data-local] Error 4
12:11.00immolo| make[2]: Leaving directory `/root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/fontconfig-2.2.95'
12:11.03immolo| make[1]: *** [install-am] Error 2
12:11.05immolo| make[1]: Leaving directory `/root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/fontconfig-2.2.95'
12:11.08immolo| make: *** [install-recursive] Error 1
12:11.10immolo| FATAL: oe_runmake failed
12:11.12immoloNOTE: Task failed: /root/org.openembedded.dev/tmp/work/fontconfig-native-2.2.95-r1/temp/log.do_stage.4609
12:11.17immoloNOTE: package fontconfig-native-2.2.95-r1: task do_populate_staging: failed
12:11.19immoloERROR: TaskFailed event exception, aborting
12:11.23immoloNOTE: package fontconfig-native-2.2.95: failed
12:11.25immoloand then that at the end
12:12.24immoloI'm just going to change a nappy then I'll see what is playing up
12:40.39*** join/#htc-blueangel rob_w (n=bob@p213.54.157.219.tisdip.tiscali.de)
12:40.39*** mode/#htc-blueangel [+o rob_w] by ChanServ
12:46.07immolocp15-  does this look ok to you?
12:46.09immolohttp://pastebin.com/380453
12:47.17cp15I think you can drop the kernel24 stuff
12:47.44immoloyeah
12:47.56cp15And console is pts/2, not pts/0
12:48.08cp15Ah tts of course
12:49.50immolohttp://pastebin.com/380457
12:52.14cp15replace h3900 in IPKG_ARCH with blueangel
12:53.17immolodone
12:53.24cp15And replace handhelds-pxa-2.6 with xanadux-ba-2.6
12:53.35cp15You have to create a .bb for this
12:53.42immolook
12:55.03immoloright so the bb needs to check out the lastest xanadux kernel cvs and build it
12:55.23cp15Yeah, I will give you support if you have trouble
12:55.48immolocool, I'll try and use google to let you finish wlan support
12:56.10cp15Thanks :-) At least now the attach function gets called
12:56.59immolonice, wlan support will mean so much to me as then I can ssh my server whille looking after the kid
12:57.45cp15Ah... And maybe a mistake... You don't have to check out the latest xanadux kernel, you have to check out the K2-6-12-hh2-xda0-ba0 branch
13:00.54immoloI only see the linux-2.6-xda
13:01.10cp15Yes, it is the repository
13:01.44immoloI see
13:22.20immolook I can't seem to find out how you tell a bb where to find the kernel
13:22.45cp15I will check... Moment please
13:22.49immoloI've set up the mirror XANADUX_CVS which points to anonymous@cvs.sourceforge.net:/cvsroot/xanadux
13:22.51immolosure
13:24.58bhimaAny idea how easy it is to see the sky in the Munich hauptbanhof?
13:26.12cp15in the station not at all, it is completely covered, outside of it: difficult, there are very few open areas
13:26.41bhimaArgh. That is _exceedingly_ annoying.
13:27.12bhimaI will arrive there at 11:16 and leave at 11:30
13:27.23bhimaAnd that's about the same time as the eclipse.
13:27.39cp15There is a eclipse?
13:29.03cp15immolo: You need something like cvs://anonymous@cvs.sourceforge.net/cvsroot/xanadux;method=pserver;module=linux-2.6-xda;tag=K2-6-12-hh2-xda0-ba0
13:29.09bhimayes!
13:29.13bhimahttp://sunearth.gsfc.nasa.gov/eclipse/SEmono/ASE2005/ASE2005.html
13:31.32bhimaHrm.
13:31.38bhimaTheir table for German cities is broken.
13:31.40bhimahttp://sunearth.gsfc.nasa.gov/eclipse/SEmono/ASE2005/ASE2005tab/ASE2005-Tab11.html
13:31.43bhimaStops at Mainz
13:32.16bhimaDo you know a city near Munich? :)
13:33.29immolodamn I missed it :P
13:33.32cp15Yes, the one I am living :-)
13:33.44rob_wbhima, totally rainy today ,, no chances even with "sky view" !
13:34.02cp15But its not too close :-)
13:34.21bhimaOoh. Rain. Forgot about that. :(
13:34.37cp15I will take a look at the weather forecast
13:34.43rob_wwhen is it ? or was it already ?
13:35.03cp15Tomorrow about 11 am
13:35.14rob_wcool
13:35.16bhima11am European time.
13:35.50rob_wbhima, check the Augsburg time that is quite close to munich
13:36.02immoloI didn't miss it then :D
13:36.27cp15But the sun is even not fully occupied at the eclipse path, and in germany there is only about 50% occupied
13:36.38rob_wto your kernel discussions ,,didnt we work with the 2.6-2.6.11-hh2 ??
13:36.52rob_wthat has a bb file and we only need to patch it !!
13:37.08immoloI like the sound of that :P
13:37.15bhimarob_w: Ok, thanks.
13:37.42rob_wbhima, to my understanding we need a MACHINE dependant patch against this bb ..
13:38.51rob_wi think we shouldnet enter again a new kernel in oe , they already moaned about the many spit ups of familiar !
13:39.01rob_wand diff12 fe did apply nice
13:39.26cp15No, this makes changes way too difficult
13:39.28bhimaIt looks like I may manage to see it...
13:40.28rob_wcp15,  yeah i know .. handling diffs is slow
13:41.10cp15And the way would be: checkin changes, make a diff, checkin diff in oe, checkout diff from oe, rebuild
13:41.17cp15So its only: checkin changes, rebuild
13:42.30cp15We can merge with another kernel later (when we get write access at hh cvs), but for now, I would like a new .bb more
13:44.17rob_wright that is quick
13:47.24rob_wbut that looks a very partial eclipse so without glasses you wont see much
13:48.38rob_wbhima, are you astronomy interested ?
13:51.22bhimaNot really, but an eclipse sounds cool :)
13:52.38cp15There is a total one in turkey next year. I will take a trip to see it
13:53.55bhimaNifty. Where is it visible from?
13:55.20cp15http://newton.physics.metu.edu.tr/~aat/TSE2006/TSE2006.html
14:11.08rob_whttp://www.linuxdevelopment.org/projects/familiar/gomunicator/gomunicator_0.0cvs20051001-r2_arm.ipk
14:24.57immolook lets see how oe gets on with the new kernel
17:03.25cp15immolo: I hope you were more successful than I have been... Can't get the firmware loaded to wlan
17:22.44*** join/#htc-blueangel rob_w-BA (n=rob_w-BA@p83.129.174.223.tisdip.tiscali.de)
17:23.05rob_w-BAhi
17:23.50rob_w-BAdoes someone wanna a something nice to reengineer :-)
17:24.55rob_w-BAwww.speedscript.ch
17:25.57rob_w-BAspeedwriting on pda`s
17:27.25rob_w-BAi got a full version, but the technic is impressive
17:30.41rob_w-BA~lart ppc irc clients for never trusting them to work
17:32.05bhimapocketirc sometimes just dies without warning.
17:33.07bhimathe socket, I mean.
17:33.38rob_w-BAi found a 2nd one
17:34.02rob_w-BApocketCHAT
17:35.44bhimaSo how much less does it suck?
17:37.29immoloat least xchat is ported to linux pdas
17:38.09rob_w-BAyeah that rocks on gpe
17:38.26immolohehe
17:38.51immolomost of the wince one just die like bhima said
17:40.06rob_w-BAso that associates to ppc
17:40.34bhimaI just found out that some of the newer Symbian phones support multiple concurrent bluetooth devices!
17:40.49bhimaThat makes Symbian + Nokia 770 sound better :)
17:41.17immolooh has anyone noticed that wm2003se just lets bluetooth phones access the filesystem without letting you know
17:41.28bhimaOTOH, there's no keyboard on the 770, and I like the keyboard on the BA.
17:41.57bhimaimmolo: does it ignore your preferences?
17:42.49immolobhima-  it used to tell me everytime but once you access someone phone/pda they can access you anytime
17:43.04bhimaimmolo: It does have settings for that, AFAIK.
17:43.14immolounless the girlfriend has been playing with my ba again
17:43.22rob_w-BAhehe
17:43.37rob_w-BAthat is a known issue
17:43.59immoloyeah losing your phone for jawbreaker usage
17:44.13bhimait ignores the settings, then?
17:44.15bhimaThat's lame.
17:44.23bhimaBut then...wince. eww.
17:44.46immolobhima-  I haven't changed the settings myself but once I'm allowed access to my ba again I'll double check
17:45.33immolobut with all the bluetooth hacking nowadays I don't want that happening to me
17:46.25immolonot as bad as one of my friends nokias you can just connect without the need of a pin :P
17:47.10bhimaI think Symbian phones are by far the most at-risk.
17:47.35bhimaYou could just config the file server directory to be one without important data.
17:47.35immoloI've only played with a few
17:47.49bhimaThey're very common and tend to have good APIs.
17:48.10immoloI've not noticed I've been playing with them then :P
17:48.26bhimaWinCE phones don't seem common enough to actually support a bluetooth virus IMHO.
17:48.40immolothey are about
17:48.49bhimaYes, but how often do you encounter anohter one?
17:48.59immoloI've seen one but never in use
17:49.13bhimaA virus would have to be very, very good and very non-malicioius for awhile to work.
17:49.38immolobut the way pdas are going I'm sure we will start seeing them more and more
17:50.03immolothey already have ppc anti virus software
17:50.13bhimaWhat does it _do_?
17:50.25immolojust scans every so othen
17:50.53bhimafor...?
17:51.00immoloa known virus
17:51.29immolothey are pretty basic
17:51.32bhimaOh. hrm. I didn't think there was one yet. Ok.
17:51.53immologive me a second I'll try and find it again
17:52.10immoloI had it on my himalaya for a few days
17:52.32bhimaThe virus, or the anti-virus program?
17:52.44immoloanti-virus program
17:56.14immolohttp://www.f-secure.com/wireless/pocketpc/pocketpc-av.shtml
17:56.40immolonot the one I was talking about but just by googling I found quite a few
18:05.27immolook now that I'm using update bbs I should get further
18:05.34immolo*updated
18:21.29immoloah it's building with gcc3.4.4 as well :D
20:17.37*** join/#htc-blueangel rob_w (n=bob@p83.129.174.223.tisdip.tiscali.de)
20:17.37*** mode/#htc-blueangel [+o rob_w] by ChanServ
23:27.51cp15Good night, will go to bed now

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.