| 00:56.14 | *** join/#gpe tigrux (n=tigrux@201.135.231.7) |
| 02:28.11 | *** join/#gpe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 02:56.53 | pigeon | hello all from taiwan |
| 03:37.53 | *** join/#gpe |fiam| (n=tcpdevil@80-103-37-45.mad1.dialup.uni2.es) |
| 05:11.34 | *** join/#gpe toi (n=pleemans@d5152D12D.access.telenet.be) |
| 05:16.38 | *** join/#gpe JiniDog (n=jini@p54BFE174.dip.t-dialin.net) |
| 05:21.13 | *** join/#gpe JiniDog (n=jini@p54BFE174.dip.t-dialin.net) |
| 06:18.59 | *** join/#gpe koobla (n=vogl@pdpc/supporter/active/koobla) |
| 07:12.31 | *** join/#gpe rob_w-cgi (n=txuser@dd1010.kasserver.com) |
| 07:55.10 | *** join/#gpe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 07:56.48 | florian_kc | good morning |
| 08:00.47 | XorA | morning |
| 08:01.05 | florian_kc | hi XorA |
| 08:08.40 | koobla | hi florian_kc |
| 08:09.09 | koobla | sorry for the interrupt on friday -- had to rush |
| 08:09.45 | florian_kc | hi koobla |
| 08:21.50 | *** join/#gpe ade|desk (n=adavey@194.200.143.249) |
| 09:10.49 | *** join/#gpe koen (n=koen@cl-148.ams-05.nl.sixxs.net) |
| 09:59.27 | *** join/#gpe bedboi (n=bedboi@signserv.Signal.Uu.Se) |
| 09:59.39 | bedboi | hi all |
| 10:00.15 | koen | hey bedboi |
| 10:00.40 | bedboi | koen: yesterday i worked on that stuff. |
| 10:00.48 | bedboi | have been really busy this week |
| 10:01.06 | bedboi | my gf gone to paris (ENSAM) for her last year of university |
| 10:01.45 | koen | so now you have an excuse to go to france every month? |
| 10:02.30 | bedboi | yep, something similar |
| 10:02.44 | Kompo | now you have excuse to code all day and night |
| 10:02.50 | bedboi | yep |
| 10:02.55 | Kompo | :) |
| 10:03.30 | bedboi | Kompo: that's what i did in this week end |
| 10:05.31 | florian_kc | hi bedboi |
| 10:06.14 | koen | hey florian_kc & bedboi |
| 10:07.58 | florian_kc | koen: hi |
| 10:08.06 | koen | hey Kompo |
| 10:08.09 | bedboi | florian_kc: back from cina? |
| 10:08.10 | bedboi | china |
| 10:14.16 | florian_kc | bedboi: yep |
| 10:21.10 | bedboi | koen: i have to fix something, then i'm ready to check in |
| 10:21.18 | koen | cool |
| 10:22.31 | florian_kc | bedboi: rock! |
| 10:25.10 | bedboi | now i have problems with button_click |
| 10:25.33 | bedboi | as i designed the whole thing now i have |
| 10:25.41 | bedboi | day_page which draws day_page_background |
| 10:26.03 | bedboi | struct day_render which has infos about the current day |
| 10:26.14 | bedboi | and which draws itself on the page |
| 10:26.18 | bedboi | (day_page) |
| 10:26.44 | bedboi | in day_render struct i have day events |
| 10:28.00 | bedboi | and in the day_render constructor (day_render_new) i connect button-press-event signal to button_click |
| 10:28.16 | bedboi | which receives as user pointer a member of day_render |
| 10:29.02 | bedboi | this is good because i can reuse the code to display reminders in a separate drawing area |
| 10:29.52 | bedboi | is there anyone willing to help me? |
| 10:33.09 | bedboi | florian_kc: i think the only way to help me is using my gpe-calendar tree |
| 10:33.18 | florian_kc | bedboi: basically this sounds good... the user pointer is very useful for these kind of purposes. |
| 10:33.35 | bedboi | yep |
| 10:34.01 | florian_kc | bedboi: maye... or at least it will be easier looking at the same piece of code. |
| 10:34.13 | bedboi | ok |
| 10:35.22 | bedboi | going to pastebin it |
| 10:36.19 | bedboi | http://pastebin.com/374516 |
| 10:38.14 | florian_kc | okay... |
| 10:39.50 | *** join/#gpe jsmanrique (n=jsmanriq@fisic33.energia.uniovi.es) |
| 10:41.46 | florian_kc | bedboi: So what is going wrong? |
| 10:47.32 | bedboi | the button click callback skrews |
| 10:47.52 | florian_kc | ah... i have some idea |
| 10:48.46 | bedboi | it seems that dr->event_rectangles data is wrong |
| 10:49.15 | florian_kc | bedboi: The "button-press-event" callback has a different parameter list compared to a "click" event used by a button. |
| 10:50.20 | florian_kc | gboolean user_function (GtkWidget *widget, GdkEventButton *event, gpointer user_data) |
| 10:50.23 | *** join/#gpe _fiam_ (n=tcpdevil@80-103-0-112.bil1.dialup.uni2.es) |
| 10:51.03 | bedboi | so what should i use? |
| 10:51.36 | bedboi | gboolean user_function (GtkWidget *widget, |
| 10:51.36 | bedboi | <PROTECTED> |
| 10:51.36 | bedboi | <PROTECTED> |
| 10:51.41 | bedboi | this is the one i use |
| 10:52.02 | *** join/#gpe lardman (n=lardman@138.38.73.178) |
| 10:52.15 | florian_kc | Exactly - the second parameter isn't present in the "clicked" callback... i'd suggest to add a new handler of the correct type and call button_press() from there. |
| 10:52.44 | bedboi | what you mean? I need the event field |
| 10:53.27 | bedboi | btw i use button-press-event signal as you can see. and it worked well but with user_data=NULL |
| 10:54.18 | *** join/#gpe |fiam| (n=tcpdevil@80-103-44-11.mad1.dialup.uni2.es) |
| 10:54.56 | florian_kc | bedboi: yes... you need to have this in your callback function because user_data is the third parameter in the callback type. That worked before because you didn't need the user_data parameter before. |
| 10:55.51 | florian_kc | What currently happens is that the GdkEventButton parameter will end up in user_data of the button_press() function. |
| 11:02.04 | koen | florian_kc: but you fixed the background being one part |
| 11:02.09 | koen | instead of two |
| 11:07.21 | *** join/#gpe pocek_ (i=pocek@bet25.neoplus.adsl.tpnet.pl) |
| 11:16.28 | florian_kc | koen: yes... and it works again... but it needs some more care imho. |
| 11:16.51 | *** join/#gpe _fiam_ (n=tcpdevil@80-103-7-9.bil1.dialup.uni2.es) |
| 11:21.24 | koen | D'oh |
| 11:21.34 | koen | I forgot to turn on fetchmail |
| 11:23.16 | florian_kc | heh |
| 11:33.45 | bedboi | florian_kc: excuse me i was downstairs with my prof |
| 11:34.10 | bedboi | what were you saying? |
| 11:35.04 | florian_kc | bedboi: yes... you need to have this in your callback function because user_data is the third parameter in the callback type. That worked before because you didn't need the user_data parameter before. |
| 11:35.08 | florian_kc | What currently happens is that the GdkEventButton parameter will end up in user_data of the button_press() function. |
| 11:35.30 | bedboi | so what i should use? |
| 11:36.28 | florian_kc | bedboi: A new callbackfunction like you suggested and call button_press() from that one using the correct parameters. |
| 11:38.05 | koen | the grand total: 819 spam mails in 3 months |
| 11:39.11 | bedboi | florian_kc: this is what i'm using. http://pastebin.com/374549 |
| 11:40.58 | bedboi | florian_kc: it has three args |
| 11:43.46 | florian_kc | bedboi: hmm indeed... okay... |
| 11:45.53 | bedboi | http://handhelds.org/scap/land.25790.png <-- what's btnet? |
| 11:46.49 | florian_kc | bedboi: ...and d/rectangeles in button_press() is screwed up, right? |
| 11:47.21 | bedboi | yep rectangles |
| 11:47.36 | *** join/#gpe reenoo (n=r@p5489F5F9.dip.t-dialin.net) |
| 11:47.44 | bedboi | bbl going to eat. |
| 11:47.49 | reenoo | morning |
| 11:47.52 | bedboi | florian_kc: if you want source code just ask |
| 11:47.58 | florian_kc | hi reenoo |
| 11:48.13 | reenoo | hey florian_kc |
| 11:48.16 | bedboi | wait i'll put it on 193.204.59.123/gpe-calendar.tar.gz |
| 11:48.17 | florian_kc | bedboi: I'll try to find it out looking at these bits first :-) |
| 11:48.23 | florian_kc | okay |
| 11:48.55 | bedboi | ok it's there |
| 11:49.01 | bedboi | if anyone is interested |
| 11:49.06 | bedboi | or willing to help |
| 11:49.07 | florian_kc | bedboi: thanks |
| 11:49.11 | bedboi | later |
| 11:51.00 | florian_kc | bedboi|eating: enjoy |
| 12:30.31 | florian_kc | bedboi|eating: I get the correct pointer from the first message "Adding signal to draw", but i still don't understand the exact way how the day render works. |
| 12:32.04 | florian_kc | bedboi|eating: in my eyes there are many calls to day_render_new() |
| 12:35.13 | jsmanrique | koen: in which gtk is gpe based? |
| 12:35.18 | jsmanrique | koen: 2.8? |
| 12:35.32 | koen | gpe 2.7 will use 2.6 |
| 12:35.42 | *** join/#gpe univac (n=univac@amq170.neoplus.adsl.tpnet.pl) |
| 12:37.36 | jsmanrique | thanks |
| 12:58.50 | bedboi | florian_kc: yes. i'm working on that |
| 12:59.05 | bedboi | btw you have to do that it's the expose signal |
| 12:59.26 | *** join/#gpe |fiam| (n=tcpdevil@80-103-36-204.mad1.dialup.uni2.es) |
| 12:59.37 | bedboi | florian_kc: if you want i can explain how it is designed |
| 12:59.45 | bedboi | it's quite complicated but very modular |
| 13:00.14 | bedboi | so you can change really simply the look of the stuff just touching a couple of lines |
| 13:00.41 | bedboi | florian_kc: there? |
| 13:00.50 | florian_kc | bedboi: sounds good... |
| 13:01.12 | bedboi | mainly it is designed in a object oriented fashion |
| 13:01.33 | bedboi | day_render uses caption |
| 13:01.41 | florian_kc | bedboi: I guess this strange behaviour is related to the create function and when it is called. |
| 13:01.53 | bedboi | yes |
| 13:02.02 | bedboi | i think that too |
| 13:02.53 | bedboi | florian_kc: i tried to issue just day_page_expose as callback of expose signal |
| 13:02.57 | bedboi | btw it's not working well |
| 13:03.18 | bedboi | day_view.c line 588 |
| 13:03.34 | bedboi | try to put day_view_expose |
| 13:03.50 | bedboi | instead of day_view_update (which calls day_view_init and day_view_expose) |
| 13:04.46 | bedboi | whan you use the scroll bar the image become broken |
| 13:07.38 | florian_kc | bedboi: hmm yes... and it isn't initialized correctly when the window is shown. |
| 13:07.49 | bedboi | i'm intrumenting the code a little bit to find out what's going on |
| 13:09.21 | florian_kc | I'll go to get some food first... |
| 13:09.57 | bedboi | oki |
| 13:10.14 | bedboi | enjoy the food |
| 13:10.15 | bedboi | ;) |
| 13:21.18 | *** join/#gpe chipi (n=chipi@cm-83-97-160-38.telecable.es) |
| 13:21.34 | chipi | hi |
| 13:21.48 | lardman|work | koen: ping |
| 13:28.09 | bedboi | ok now it's better |
| 13:28.52 | bedboi | florian_kc: i still not solved the problem but found a severe bug in show_event |
| 13:30.23 | bedboi | i found out what's the problem |
| 13:31.25 | koen | lardman|work: pong |
| 13:32.35 | bedboi | florian_kc: event_rectangles doesn't get updated when you go to a new date |
| 13:36.39 | lardman|work | koen: I was going to say that 'stole' comes across a bit strong in your post on oesf |
| 13:42.30 | *** join/#gpe JiniDog (n=jini@p54BFCA7B.dip.t-dialin.net) |
| 13:45.27 | bedboi | florian_kc: the strange thing is that the drawing works but event_rectangles are not the correct ones |
| 13:52.36 | bedboi | also i have some nasty pointer side effect |
| 13:52.46 | bedboi | i can't free struct day_render |
| 13:54.39 | florian_kc | re |
| 13:55.10 | florian_kc | chipi: hi |
| 13:55.32 | florian_kc | bedboi: right... the values the debug code prints are always the same. |
| 13:56.15 | florian_kc | bedboi: it might be necessary to free some structures manually, it sonsists of some pointers. |
| 13:56.40 | bedboi | florian_kc: get the changes |
| 13:57.23 | bedboi | same url |
| 13:57.33 | bedboi | 193.204.59.123/gpe-calendar.tar.gz |
| 13:58.19 | bedboi | now i don't have to call day_view_update on expose signal |
| 13:58.21 | florian_kc | okay |
| 13:58.27 | bedboi | there were a subtle bug |
| 13:58.45 | bedboi | never pass a pointer which should be a const pointer :) |
| 13:58.58 | florian_kc | heh |
| 13:59.47 | bedboi | now my code is full of const |
| 14:00.02 | florian_kc | bedboi: that .gz should be names .bz2 :-) |
| 14:00.29 | bedboi | ops |
| 14:00.30 | bedboi | yep |
| 14:01.05 | bedboi | done |
| 14:03.38 | bedboi | florian_kc: try to add some appointments today |
| 14:03.47 | bedboi | then change to tomorrow with date_sel |
| 14:04.17 | bedboi | click on some area where you put an appointment on "today" |
| 14:04.22 | bedboi | and you will get the popup |
| 14:05.04 | bedboi | so dr->event_rectangles doesn't get updated |
| 14:06.44 | bedboi | btw it seems to be a g_connect_signal problem |
| 14:06.59 | bedboi | g_signal_connect either |
| 14:07.52 | bedboi | ah, maybe i should drop the last one |
| 14:08.03 | bedboi | before connecting again on the same widget |
| 14:08.45 | florian_kc | bedboi: i see... same effect here |
| 14:09.04 | bedboi | g_signal_handler_disconnect |
| 14:09.06 | bedboi | here it is |
| 14:12.03 | bedboi | trying |
| 14:12.13 | bedboi | i added gulong on_click_handler; to dr struct |
| 14:13.56 | bedboi | nah that's wrong |
| 14:14.08 | bedboi | i have to use this |
| 14:14.08 | bedboi | g_signal_handlers_disconnect_by_func(instance, |
| 14:17.54 | bedboi | florian_kc: what's "The closure data of the handlers' closures." ? |
| 14:19.40 | koen | http://handhelds.org/scap/port.17581.png |
| 14:23.11 | florian_kc | bedboi: Thats the internal implementation of signals used in glib, usually you don't have to deal with closures directly. |
| 14:24.16 | florian_kc | koen: nice! |
| 14:26.20 | bedboi | how come? |
| 14:26.36 | bedboi | florian_kc: when the signals get disconnected with widget? |
| 14:26.50 | bedboi | i connect signals to the widget and it is not destroyed |
| 14:27.45 | bedboi | i don't know if g_signal_connect overwrites |
| 14:28.07 | florian_kc | bedboi: imho it does... |
| 14:29.02 | bedboi | it is not documented |
| 14:29.35 | bedboi | trying to ask to google |
| 14:29.42 | reenoo | it doesn't |
| 14:30.27 | reenoo | otherwise you wouldn't be able to connect multiple handlers which you can |
| 14:30.32 | bedboi | ok |
| 14:30.53 | bedboi | so i have to use g_signal_handlers_disconnect_by_func |
| 14:31.29 | florian_kc | reenoo: hmm yes... thats true. |
| 14:34.55 | florian_kc | Then its pretty obvious what is going on here... |
| 14:37.24 | bedboi | yes |
| 14:38.13 | bedboi | florian_kc: refresh |
| 14:38.16 | *** join/#gpe emme (n=emme@manin.usr.dico.unimi.it) |
| 14:38.25 | bedboi | it's quite fixed |
| 15:00.30 | *** join/#gpe tigrux (n=tigrux@201.135.231.7) |
| 15:00.34 | *** join/#gpe tigrux_ (n=tigrux@201.135.231.7) |
| 15:00.37 | koen | bedboi: the .bz2 on your site doesn't compile for me in OE |
| 15:01.01 | *** join/#gpe eyck (i=eyck@ghost.anime.pl) |
| 15:01.30 | florian_kc | koen: I was able to build it on my local machine... |
| 15:03.59 | tigrux | Hola koen, florian_kc, reenoo |
| 15:04.55 | koen | eh tigrux |
| 15:05.11 | florian_kc | hi tigrux |
| 15:05.13 | *** join/#gpe eyck (i=eyck@ghost.anime.pl) |
| 15:05.51 | koen | I'm getting a log of incompatible pointer warnings |
| 15:06.06 | koen | lot* |
| 15:06.20 | koen | in day_popup.c |
| 15:08.19 | koen | I replaced the sources with the one from bedboi: http://dominion.kabel.utwente.nl/koen/pda/files/log |
| 15:15.10 | bedboi | koen: yep don't worry i'll work on that |
| 15:15.25 | bedboi | it's just some missing cast |
| 15:17.26 | reenoo | hola tigrux |
| 15:20.58 | florian_kc | http://handhelds.org/scap/port.22734.png |
| 15:26.44 | koen | florian_kc: nice |
| 15:27.37 | lucasvo | koen: do you build your own image or do you use starterkit? |
| 15:27.52 | lucasvo | koen: and how about packages for hx4700? |
| 15:27.55 | koen | lucasvo: I build my own |
| 15:28.07 | lucasvo | koen: is there any howto? :D |
| 15:28.26 | koen | florian_kc: I added a tweaked industrial theme to OE, but that will need some work |
| 15:29.05 | koen | lucasvo: http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted |
| 15:29.07 | florian_kc | koen: but sounds promising... |
| 15:33.29 | koen | florian_kc: is possible to disable those scrollbars in gpe-today? |
| 15:33.47 | florian_kc | koen: I just started to try that. |
| 15:38.35 | bedboi | should be easy |
| 15:38.45 | bedboi | florian_kc: you should modify the scroll bar policy |
| 15:39.12 | bedboi | you should set it to GTK_POLICY_AUTOMATIC |
| 15:39.22 | bedboi | not always |
| 15:39.46 | florian_kc | bedboi: Right... the problem is that this isn't a scrolled window :-( |
| 15:39.53 | bedboi | what's that? |
| 15:41.12 | florian_kc | bedboi: a box with a scrollbar |
| 15:41.37 | florian_kc | it scrolls a pango layout... |
| 15:48.49 | *** join/#gpe hrhr (n=hrhr@213.27.9.84) |
| 15:49.24 | *** join/#gpe Timelord (n=TL@216.137.177.98) |
| 15:57.25 | *** join/#gpe mallum (n=mallum@host86-133-114-173.range86-133.btcentralplus.com) |
| 15:59.44 | koen | hey mallum |
| 16:00.08 | koen | mallum: is there a way to adjust the spacing between icons on the desktop? |
| 16:00.13 | florian_kc | hi mallum |
| 16:01.53 | mallum | koen: command arg iirc |
| 16:01.54 | *** join/#gpe justman (i=1000@visual.fb12.TU-Berlin.DE) |
| 16:01.56 | mallum | florian_kc: hey |
| 16:02.21 | *** join/#gpe toi_ (n=peter@d54C27A14.access.telenet.be) |
| 16:03.35 | *** part/#gpe toi_ (n=peter@d54C27A14.access.telenet.be) |
| 16:08.11 | *** join/#gpe justman (i=1000@visual.fb12.TU-Berlin.DE) |
| 16:15.32 | florian_kc | koen: http://handhelds.org/scap/port.27024.png |
| 16:17.45 | bedboi | cool |
| 16:18.49 | koen | ~hail florian_kc |
| 16:18.50 | ibot | ACTION bows down to florian_kc and chants, "I'M NOT WORTHY!!" |
| 16:19.38 | koen | all we need is a release, a .bb and an edit to preferred-gpe-version-2.7.inc :) |
| 16:20.39 | florian_kc | koen|food: I'll take care about the first step :-) |
| 16:21.03 | florian_kc | I only have one remaining issue. |
| 16:21.09 | *** join/#gpe webslngr (n=webslngr@66.0.175.35) |
| 16:22.25 | florian_kc | But we still need someone to take care about i18n |
| 16:26.15 | reenoo | ~seen nelson |
| 16:26.18 | ibot | nelson is currently on #handhelds.org (1d 17h 58m 19s). Has said a total of 3 messages. Is idling for 12h 34m 37s |
| 16:31.26 | *** join/#gpe mreimer (n=mreimer@bilbo.vpop.net) |
| 16:32.43 | florian_kc | hi mreimer |
| 16:32.52 | mreimer | hi florian_kc |
| 16:36.11 | *** join/#gpe shiyee (n=Shiyee@0x555146e5.adsl.cybercity.dk) |
| 16:42.33 | koen | florian_kc: gpe-today 0.10? |
| 16:42.38 | koen | hey mreimer & shiyee |
| 16:42.47 | mreimer | hey koen! |
| 16:43.39 | *** part/#gpe ade|desk (n=adavey@194.200.143.249) |
| 16:45.38 | florian_kc | koen: yes |
| 16:47.16 | mallum | florian_kc: did you try my fix for the german locale thingy ? |
| 16:48.35 | florian_kc | mallum: not yet, but i'll try to do that this evening... do you know an easy way to validate utf8? |
| 16:49.45 | florian_kc | koen: it is uploaded... and yes, there are some remaining issues. |
| 16:49.49 | mallum | florian_kc: type the text string into gedit, save as utf8 and compare ? |
| 16:49.58 | koen | florian_kc: http://handhelds.org/scap/port.30533.png |
| 16:50.16 | florian_kc | mallum: gah... thats too easy ;-) |
| 16:50.39 | florian_kc | koen: which version of gtk is this? |
| 16:51.04 | koen | 2.6.7 |
| 16:51.14 | mallum | koen: btw, some of the patches in OE bugzilla for kdrive will no way get upstream ( the serial port one ) |
| 16:51.33 | koen | mallum: I know |
| 16:52.14 | koen | mallum: but the 'nobody cares' comment from upstream will hopefully be gone after a kdrive release |
| 16:54.07 | florian_kc | koen: i'm using 2.8 here... thats the an older image updated to 2.8, so i guess thats the only difference. |
| 16:55.21 | *** join/#gpe glm2k (n=GLM@rrcs-24-199-11-41.west.biz.rr.com) |
| 16:57.49 | florian_kc | bbl |
| 16:59.49 | mallum | does anyone have a half decent shot of the default mb theme ? |
| 17:01.45 | reenoo | mallum: http://www.informatik.uni-bremen.de/cgi-bin/cgiwrap/rwagner/pyblosxom.cgi/computers/gpe |
| 17:03.50 | mallum | reenoo: cool, thanks :) |
| 17:05.58 | reenoo | mallum: np |
| 17:06.16 | reenoo | bleh. GtkImage is rather useless |
| 17:07.08 | mallum | reenoo: I hope you dont mind me re-using one on new mb site ? |
| 17:08.03 | reenoo | mallum: no, that's fine with me. go ahead |
| 17:09.53 | mallum | thanks :) |
| 17:18.42 | *** join/#gpe zap (n=zap@217.170.93.196) |
| 17:22.40 | *** join/#gpe pH5 (n=ph5@p54866337.dip.t-dialin.net) |
| 17:23.15 | pH5 | good evening |
| 17:23.35 | *** join/#gpe zecke (n=ich@83-169-171-130-dynip.superkabel.de) |
| 17:28.04 | mreimer | hi pH5 |
| 17:30.08 | pH5 | hi mreimer |
| 17:31.51 | *** join/#gpe Timelord (n=TL@216.137.177.98) |
| 17:32.01 | koen | hey pH5 |
| 17:35.14 | pH5 | hey koen |
| 17:36.59 | pH5 | how does the future of sound on gpe look like? will esound stay? will the mixer applet and memo app be ported to alsa? or gstreamer? |
| 17:38.10 | koen | polypaudio might be a good drop in replacement for esound |
| 17:38.54 | koen | using gstreamer would be nice, but I don't know the size/memory usage of it |
| 17:41.33 | reenoo | using gstreamer for the mixer is rather pointless |
| 17:41.50 | reenoo | s/mixer/mixer applet/ |
| 17:44.26 | pH5 | reenoo: you have a point. |
| 17:45.00 | pH5 | i'd really like to use gstreamer for the sound apps, but i don't know about it's size/memory usage either. |
| 17:45.13 | reenoo | "the sound apps"? |
| 17:45.14 | pH5 | so porting the mixer applet to alsa would be a good idea? |
| 17:45.43 | reenoo | no, we have to provide OSS emulation anyway |
| 17:45.50 | pH5 | reenoo: why? |
| 17:46.18 | reenoo | because applications want to use OSS? |
| 17:47.05 | reenoo | I don't think current ALSA libs would work with the 0.9.something drivers anyway |
| 17:47.38 | reenoo | as far as GStreamer is concerned.. gpe-nmf already uses it and that's about the only app we have control over |
| 17:48.07 | pH5 | i thought about the voice memo app, because that one doesn't work here. |
| 17:48.32 | pH5 | s/about/of/ |
| 17:49.36 | reenoo | ah, right. forgot about that. yeah, it would make sense to make that use GStreamer |
| 17:49.57 | pH5 | are there devices without alsa support? |
| 17:50.39 | koen | all 2.4 zaurusses, nokia770, simpad |
| 17:51.46 | reenoo | and probably 2.4 ipaqs as well because the ALSA driver API changed later on |
| 17:52.12 | reenoo | bleh |
| 17:52.18 | reenoo | ~lart fbgrab |
| 17:52.54 | pH5 | so the future is maybe gstreamer, but oss/oss emulation for the rest? |
| 17:53.18 | pH5 | does anybody have a clue how to make the oss gpe mixer applet work on hx4700? |
| 17:53.49 | koen | load oss mixer emulation? |
| 17:54.02 | mreimer | modprobe snd-pcm-oss |
| 17:54.15 | pH5 | koen: does the mixer applet work for you? |
| 17:54.38 | koen | haven't really tried |
| 17:54.57 | pH5 | please do, if you find the time. i have snd-mixer-oss loaded. |
| 17:56.15 | *** join/#gpe pb_ (n=pb@2002:5168:d214:1:a00:1fff:fe06:93c) |
| 17:56.21 | pH5 | hi pb_ |
| 17:56.35 | pb_ | hi ph5 |
| 17:56.53 | reenoo | hey pb_ |
| 17:57.24 | koen | hey pb_ |
| 17:57.30 | mreimer | hi pb_ |
| 17:57.32 | pH5 | pb_: did you have a look at the sdp browser thing? |
| 17:58.05 | pb_ | not yet. I'll do that now. |
| 17:58.08 | pb_ | hi mreimer |
| 17:58.09 | pb_ | hi koen |
| 17:58.10 | pH5 | pb_: np, i'm just curious, not impatient. |
| 18:00.06 | *** join/#gpe univac (n=univac@amq170.neoplus.adsl.tpnet.pl) |
| 18:07.14 | pb_ | well, from eyeballing the code and your sdp output, it looks like it should work. |
| 18:07.22 | pb_ | I'll have to test it out and see if it still works for me. |
| 18:07.32 | pb_ | Maybe something has changed in the bluetooth libraries that is upsetting it. |
| 18:09.53 | bedboi | koen: work in progress... but really better than before, now it supports resizing. beware it's full of printfs... http://193.204.59.123/gpe-calendar.tar.bz2 |
| 18:10.39 | pb_ | pH5: or, if you want to look at it yourself, the code in question is in sdp.c: sdp_browse_device(). |
| 18:11.09 | pH5 | pb_: thanks. |
| 18:13.29 | bedboi | http://193.204.59.123/gpe-calendar.png |
| 18:13.29 | bedboi | koen: the anti overlapping algorithm works |
| 18:13.29 | koen | cool |
| 18:14.14 | koen | 'luca' and 'adsfkoasdok' should be on the left |
| 18:14.41 | bedboi | how to know that? |
| 18:15.23 | bedboi | this is the quasi-optimal algorithm |
| 18:15.52 | bedboi | it is based on graphs |
| 18:16.03 | XorrA|gone | I like the left to right ism od having them out there |
| 18:16.16 | bedboi | he? |
| 18:16.18 | bedboi | what? |
| 18:16.36 | bedboi | i didn't understood a word |
| 18:17.42 | bedboi | going to make some capoeira |
| 18:17.51 | bedboi | see you tomorrow (still no connection at home) |
| 18:17.56 | koen | cu |
| 18:27.39 | *** join/#gpe mimecar (n=chatzill@206.Red-83-34-69.dynamicIP.rima-tde.net) |
| 18:27.41 | mimecar | hi |
| 18:28.09 | koen | hey mimecar |
| 18:28.26 | mimecar | evening koen |
| 18:29.43 | *** join/#gpe dc_ (n=dctanner@217.68.28.229) |
| 18:29.51 | pb_ | dc_: evening |
| 18:29.52 | koen | hey dc_ ! |
| 18:30.08 | dc_ | hey guys |
| 18:30.14 | *** join/#gpe rob_w (n=bob@p213.54.157.251.tisdip.tiscali.de) |
| 18:35.23 | mreimer | koen, the other day you were telling me about file_req and file_sel. Do you know what ipk these are part of? |
| 18:36.11 | *** join/#gpe justman (n=justman@p54BFE342.dip.t-dialin.net) |
| 18:36.35 | koen | I think filesel() is in libgpewidget |
| 18:36.42 | koen | and filereq() in gtk |
| 18:38.34 | mreimer | thanks, I'll check it out |
| 18:40.55 | *** join/#gpe ||cw (n=chris@mail.wilsonmfg.com) |
| 18:42.02 | reenoo | the file selector stuff is pretty much of a mess. GtkFileChooser vs. GtkFileSelection vs. the GPE implementation |
| 18:42.21 | reenoo | we should really sort that out soonish |
| 18:42.42 | mreimer | reenoo: which one works best for small screens? I'd like to use one for a pygtk2 program |
| 18:43.35 | reenoo | only the GPE one will be fully usable |
| 18:43.45 | *** join/#gpe Philippe_fi (n=fille@86.115.8.243) |
| 18:43.45 | reenoo | on 240x320 screens that is |
| 18:43.48 | mreimer | is the GPE one called dirbrowser? |
| 18:44.36 | Philippe_fi | hey people |
| 18:44.47 | mreimer | hi Philippe_fi |
| 18:44.53 | pH5 | reenoo: could 640x480 devices use the gtk file chooser? |
| 18:44.55 | koen | hey Philippe_fi |
| 18:45.25 | pb_ | iirc, gtkfileselection should be ok on 240x320. gtkfilechooser is certainly okay on 640x480, but might be a problem on smaller screens. |
| 18:45.27 | koen | pH5: no, it needs > 480 pixels in width |
| 18:45.42 | koen | especially with the 'preview mode' |
| 18:45.44 | mreimer | pb_: I'll try it |
| 18:45.48 | pb_ | gpedirbrowser is rather different, not really a direct replacement for either of the gtk choosers |
| 18:46.00 | pH5 | koen: that's a pity |
| 18:46.02 | *** join/#gpe BBrox (n=ulmer@bbrox.org) |
| 18:46.39 | pb_ | mreimer: you probably need to be using a gpe-ized theme, though |
| 18:46.45 | pb_ | i.e. angelistic or something similar |
| 18:46.54 | reenoo | pb_: so, the small screen chooser is actually part of the patches we apply to Gtk+? |
| 18:47.04 | koen | that 'places' thing on the left takes a ridiculous amount of space |
| 18:47.15 | pb_ | reenoo: yeah |
| 18:47.21 | mreimer | pb_: ah. how can I tell if a theme is gpe-ized? |
| 18:48.05 | koen | we have a pacakges/gpe-themes/ dir in OE now |
| 18:48.13 | mreimer | thanks |
| 18:48.20 | koen | that contains 3 WIP themes |
| 18:48.21 | pb_ | mreimer: if it has a line like "GtkFileSelection::show_fileops_default = 0", that would be a good indication |
| 18:48.29 | mreimer | pb_: ok thanks |
| 18:48.37 | mreimer | is there a small-screen font selector? |
| 18:48.54 | pb_ | I don't think there is, but I could be wrong about that |
| 18:49.24 | pb_ | or, rather, there is an even greater than usual possibility that I might be wrong |
| 18:50.06 | pH5 | pb_: this is the output of sdp_browse_device() with results of sdp_uuid16_cmp: http://pastebin.com/374896. does this mean anything to you? |
| 18:51.48 | pb_ | pH5: that looks rather like it's finding the DUN record, but not managing to locate rfcomm |
| 18:52.54 | Philippe_fi | koen, do you have the latest gpe-mini-browser cvs somewhere? I want to try it on my Ipaq and have no access to my build machine atm. |
| 18:53.05 | pb_ | try sticking some instrumentation in sdp_find_rfcomm() |
| 18:54.19 | koen | Philippe_fi: I'll build one |
| 18:54.27 | Philippe_fi | koen, thanks :-) |
| 19:02.44 | koen | http://ewi546.ewi.utwente.nl/feed/gpe-mini-browser_0.17+cvs-20050926-r2_arm.ipk |
| 19:03.39 | pH5 | pb_: http://pastebin.com/374912 |
| 19:04.25 | pH5 | pb_: channel 1 is correct, but it still doesn't show up in the menu |
| 19:04.29 | Philippe_fi | koen, thanks! |
| 19:04.34 | pb_ | pH5: oh, hm, right. that's odd. |
| 19:05.12 | koen | Philippe_fi: it also recomments gif, png and jpeg pixbuf loaders now |
| 19:05.41 | pb_ | pH5: eh, dun_popup_menu() is suspiciously empty |
| 19:05.50 | pb_ | maybe that is your problem. |
| 19:06.03 | pb_ | :-} |
| 19:06.22 | pb_ | I guess I forgot to actually write that code. |
| 19:06.28 | pH5 | heh |
| 19:06.52 | pb_ | want to have a go at adding it? DUN is pretty similar to LAP, except that gkdial needs to get involved. |
| 19:07.29 | pH5 | i could try. i'm just slowly beginning to understand how the gpe-bluetooth parts work together. |
| 19:07.37 | pb_ | with LAP, you just open an rfcomm link and fire up ppp directly. with DUN, you need to dial the modem, do the username/password login thing, and then start ppp. |
| 19:07.52 | pb_ | the latter bit is gkdial's core competency, so probably best to let it deal with tht |
| 19:07.54 | pb_ | that, too |
| 19:08.34 | pb_ | florian would be your resource for gkdial information. |
| 19:08.48 | *** join/#gpe _bob_w (n=bob@p213.54.156.220.tisdip.tiscali.de) |
| 19:08.52 | pH5 | pb_: ok, thanks for finding the problem! :) |
| 19:16.36 | koen | pH5: did you see http://0pointer.de/blog/projects/avahi-wide-area ? |
| 19:20.56 | *** join/#gpe Timelord0 (n=TL@216.137.177.98) |
| 19:21.04 | pH5 | koen: i saw his mail on the list. |
| 19:21.29 | pH5 | koen: avahi-daemon works on arm now, so to get this coolness we'd need python or a reimplementation of the utilites in c. |
| 19:22.40 | Philippe_fi | koen, great job! |
| 19:30.51 | lucasvo | how can I run gpe-minimo or a browser from gpe? |
| 19:32.31 | koen | lucasvo: install gpe-mini-browser from http://ewi546.ewi.utwente.nl/feed/ |
| 19:33.17 | *** join/#gpe france_ (n=france@zap.crl.dec.com) |
| 19:33.37 | koen | hey france_ |
| 19:34.00 | france_ | koen: hi |
| 19:34.17 | koen | france_: the hw65xx port is on hold? |
| 19:35.04 | france_ | no, it is going forward, why? |
| 19:35.21 | koen | I haven't any news off it in a while |
| 19:35.26 | koen | and with the move of hh.org |
| 19:37.45 | *** join/#gpe lucasvo|hx4700 (n=lucasvo@146.54.63.81.cust.bluewin.ch) |
| 19:38.14 | Philippe_fi | hmm another hx4700 lover it seems... |
| 19:38.25 | lucasvo|hx4700 | yeah |
| 19:40.16 | lucasvo|hx4700 | ah, Philippe_fi the pakage bluez-utils-dbus doesn't work from your repository |
| 19:40.37 | koen | heh |
| 19:40.59 | koen | 3 philips in #gpe can be confusing |
| 19:41.36 | Philippe_fi | lucasvo, bluez is from pb_ . And http://ewi546.ewi.utwente.nl/feed/ is koen's. |
| 19:41.57 | koen | I think the berlin feed is from pH5 :) |
| 19:42.20 | lucasvo | Philippe_fi: ehm I have this repositorie: http://userpage.fu-berlin.de/~zabel/hx4700/feed |
| 19:42.49 | lucasvo | Philippe_fi: so this is the one from pH5? |
| 19:43.07 | lucasvo | and who is Ondra ? :D |
| 19:43.11 | Philippe_fi | lucasvo, yes. |
| 19:43.28 | france_ | koen: it just was not available for purchase for a while, so it was better to keep quiet about it |
| 19:43.37 | lucasvo | Philippe_fi: you have a feed as well? |
| 19:43.43 | france_ | koen: better than 10 e-mails a day asking "when can I buy it" |
| 19:43.52 | koen | france_: very true |
| 19:44.00 | Philippe_fi | lucasvo, no. I let the feeds over to people who are better than me at that. |
| 19:44.19 | lucasvo | france_: you sell hx65xx port? |
| 19:44.57 | lucasvo | koen: on your feed, are there packages wich break hx4700 when I update? |
| 19:45.08 | france_ | koen: I am swamped over the next few days, but I will try to get a project page up soon. |
| 19:45.10 | koen | it should'nt break |
| 19:45.20 | koen | just don't use 'ipkg upgrade' |
| 19:45.36 | lucasvo | koen: so upgrade would break it. |
| 19:45.44 | koen | could be |
| 19:45.48 | koen | necer tested it |
| 19:45.54 | koen | never* |
| 19:46.10 | lucasvo | but how can I get gpe-minimo to work? it doesn't works with gpe-minimor or minimo from command line |
| 19:47.12 | Philippe_fi | lucasvo, you sure you installed minimo? (gpe-mini-browser that koen mentioned is a different browser) |
| 19:47.21 | koen | minimo doesn't work anyway |
| 19:48.31 | lucasvo | hm. my hx4700 hangs, even ssh |
| 19:48.45 | lucasvo | but led work, strange |
| 19:48.52 | Philippe_fi | koen, did you try it again recently I read somewhere it should be fixed... |
| 19:49.10 | lucasvo | ah it was just gpe widget application starter |
| 19:49.55 | koen | starting a build now |
| 19:51.19 | lucasvo | actually what is the third led for on hx4700? |
| 19:51.43 | koen | wlan / bluetooth / charging |
| 19:52.05 | koen | the sequence could be different |
| 19:52.08 | lucasvo | koen: but when I switch on bluetooth it stays black |
| 19:52.10 | *** join/#gpe justman (n=justman@p54BFE342.dip.t-dialin.net) |
| 19:52.21 | koen | it should be blue and blinking |
| 19:52.28 | lucasvo | hm |
| 19:55.40 | lucasvo|hx4700 | ipkg is incredibly slow |
| 20:00.29 | koen | NOTE: package minimo-0.0cvs20050926-r8: task do_compile: started |
| 20:00.30 | *** join/#gpe rob_w (n=bob@p213.54.156.220.tisdip.tiscali.de) |
| 20:00.31 | koen | hmmm |
| 20:00.40 | koen | I could lose a Duvel on this :) |
| 20:05.26 | lucasvo | koen: you can send me one as well :D |
| 20:06.53 | *** join/#gpe jg (n=jg@WEST-NINETYONE-FOUR-NINETY-ONE.MIT.EDU) |
| 20:07.14 | lucasvo | //usr/lib/ipkg/info/pango.postinst: 4: ldconfig: not found |
| 20:07.14 | lucasvo | postinst script returned status 127 |
| 20:07.14 | lucasvo | ERROR: pango.postinst returned 127 |
| 20:07.48 | pH5 | lucasvo: PATH=/sbin/$PATH |
| 20:07.55 | pH5 | lucasvo: PATH=/sbin:$PATH |
| 20:08.02 | pH5 | actually |
| 20:08.34 | lucasvo | pH5: ok thanks |
| 20:09.25 | pH5 | what file should contain the PATH setting so that it gets sourced automagically when a user calls su? |
| 20:09.50 | lucasvo | pH5: that would be good |
| 20:09.55 | koen | or use 'su -' instead of 'su' |
| 20:10.30 | lucasvo | koen: and learn how to start a programm with correct Xserver variables set |
| 20:10.44 | koen | or use 'root terminal' |
| 20:10.58 | lucasvo | koen: or ssh root@handheld |
| 20:11.05 | koen | ugh |
| 20:11.13 | lucasvo | ah then I need no X anyway |
| 20:11.19 | lucasvo | but yes root terminal |
| 20:11.30 | pH5 | koen: thanks, so it's my desktop that is misconfigured |
| 20:11.48 | pH5 | (setting the environment just with "su") |
| 20:11.52 | lucasvo | I have a firewall wich block ssh connections |
| 20:19.01 | pH5 | good night |
| 20:19.07 | *** part/#gpe pH5 (n=ph5@p54866337.dip.t-dialin.net) |
| 20:21.33 | koen | NOTE: package minimo-0.0cvs20050926: failed |
| 20:21.48 | lucasvo|hx4700 | koen: you won |
| 20:24.49 | lucasvo | hm |
| 20:24.56 | lucasvo | gpe-mini-browser doesn't work |
| 20:25.07 | lucasvo | is your sound working on hx4700? |
| 20:25.42 | koen | gpe-nmf didn't work and I didn't look any further |
| 20:25.58 | Philippe_fi | lucasvo, what do you mean gpe-mini-browser doesn't work? |
| 20:26.14 | lucasvo | Philippe_fi: how can I copy paste on handheld? |
| 20:26.39 | lucasvo | it crashes after start |
| 20:27.27 | Philippe_fi | lucasvo, hmm I thought we had some applet for that but it seems it is not on my Ipaq |
| 20:28.30 | Philippe_fi | lucasvo, I am the gpe-mini-browser dev. Could you give me a clue about the error? (run it from a console) |
| 20:29.29 | Philippe_fi | or ssh session. |
| 20:30.58 | lucasvo|hx4700 | Philippe_fi: yes, |
| 20:31.31 | lucasvo|hx4700 | gtkwidget,c 4205 |
| 20:33.49 | Philippe_fi | lucasvo, nothing more? |
| 20:38.19 | Philippe_fi | this is the latest build koen made running on my ipaq http://handhelds.org/scap/port.13727.png |
| 20:48.10 | koen | Philippe_fi: did you see http://handhelds.org/scap/port.27024.png ? |
| 20:48.53 | Philippe_fi | wow. Seems florian gets close to make it work... really nice |
| 20:49.15 | *** join/#gpe dc_ (n=dctanner@217.68.28.229) |
| 20:51.31 | chipi | 'night |
| 21:13.32 | *** join/#gpe mimecar (n=chatzill@206.Red-83-34-69.dynamicIP.rima-tde.net) |
| 21:13.34 | mimecar | evening |
| 21:13.41 | koen | hey mimecar |
| 21:13.51 | mimecar | hi (again) koen |
| 21:14.05 | mimecar | koen: I could update my zaurus with your feed |
| 21:14.26 | mimecar | system works, but some program doesn't work ok |
| 21:15.24 | mimecar | can I post it on bug list ? (if programs are the latest version) |
| 21:22.39 | *** join/#gpe Skyhusker (n=tcpdevil@80-103-1-165.bil1.dialup.uni2.es) |
| 21:24.09 | Skyhusker | hi |
| 21:24.35 | *** join/#gpe florian (n=fuchs@p5083BF1D.dip0.t-ipconnect.de) |
| 21:24.52 | mimecar | hi Skyhusker and florian |
| 21:24.59 | florian | hi |
| 21:25.24 | Skyhusker | hey mickey|gone |
| 21:25.26 | Skyhusker | ouch |
| 21:25.29 | Skyhusker | hey mimecar |
| 21:25.35 | Skyhusker | florian: i was looking for you |
| 21:25.47 | mimecar | Skyhusker: autocomplete... |
| 21:25.48 | florian | Skyhusker: :-) |
| 21:26.50 | Skyhusker | florian: i've seen a lot of statements like #ifdef DEBUG print() #endif |
| 21:27.06 | Skyhusker | florian: i think using a macro would be better, something like |
| 21:27.39 | Skyhusker | #ifdef DEBUG #define debug_message(format...) fprintf(stderr, format, ##args) lalalala |
| 21:27.43 | Skyhusker | what do you think? |
| 21:28.39 | florian | one sec... phone |
| 21:30.05 | Skyhusker | ok :) |
| 21:34.10 | mimecar | lalala ? |
| 21:34.12 | mimecar | :p |
| 21:35.49 | Skyhusker | lalala == something more |
| 21:36.03 | Skyhusker | sorry, I'm not sure if it is used in english |
| 21:36.19 | mimecar | Skyhusker: i know the expresion |
| 21:36.41 | mimecar | where are you from Skyhusker ? |
| 21:36.48 | Skyhusker | Spain |
| 21:37.13 | mimecar | me to |
| 21:38.06 | florian | Skyhusker: now |
| 21:38.24 | Skyhusker | florian: lemme write the macros and paste them in your query, sec :) |
| 21:39.40 | florian | Skyhusker: hmm yes, i used this quite some times. the code might look cleaner using these macros. |
| 21:40.28 | pb_ | florian: good evening |
| 21:41.28 | florian | pb_: hello! |
| 21:41.48 | florian | Skyhusker: yes that looks good... |
| 21:42.03 | Skyhusker | florian: changing that now, so :) |
| 21:42.24 | mimecar | florian: how many task on todo list ? |
| 21:44.33 | florian | mimecar: i admit.. too many |
| 21:45.35 | florian | Still no new car, no test of the prismstumbler improvements and too many bugs in the wiki |
| 21:46.48 | florian | And i promised mallum to fix that string in the directory file... |
| 21:46.58 | koen | there will always be too many bugs |
| 21:47.49 | mimecar | koen: i will be able to help when I finish my final high school project |
| 21:47.53 | florian | koen: same as newer cars ;-) |
| 21:48.35 | koen | the benefit of everything being in a 5km radius or accessible via public transit |
| 21:52.45 | florian | koen: yeah... here public transport is nasty and expensive. the price to go to the next airport e.g. is the same if i'm alone in my car, so the only reason to go by train is the fee for parking :-/ |
| 21:53.08 | koen | I get free public transport in the weekend |
| 21:53.24 | koen | students can choose weekdays or weekends for free travel |
| 21:54.08 | mimecar | koen: I pay public transport ALWAYS |
| 21:54.50 | pb_ | crumbs, always? |
| 21:55.41 | florian | koen: We have something like this here too, but it is limited to the area around and "free" means 120EUR/term. |
| 21:59.38 | florian | You can go by train about 50km from here, but sometimes it seems to be almost impossible to get a ticket from the station the university ticket ends to other locations. |
| 22:00.00 | koen | that sucks |
| 22:03.30 | *** join/#gpe mimecar_ (n=chatzill@206.Red-83-34-69.dynamicIP.rima-tde.net) |
| 22:15.22 | florian | koen: We need to find some way to make the transfer of patches from OE to upstream development easier... |
| 22:16.15 | koen | you mean make OE devs less lazy |
| 22:17.32 | florian | koen: gah... i still had some hope left that there might be a different way ;-) |
| 22:18.19 | koen | it should be just a matter of attaching the patches to an email sent to upstream |
| 22:18.22 | mickeyl | heh, i can think of many attributes for OE devs, but lazy is not among 'em |
| 22:19.02 | reenoo | koen: it isn't |
| 22:19.39 | reenoo | koen: the problem starts with figuring out who upstream is |
| 22:20.05 | tigrux | Q: What is the easiest and fastest way to test a new .bb a made? |
| 22:20.19 | tigrux | * I made |
| 22:20.31 | koen | if all dependecies are built: bitbake -b file.bb |
| 22:20.40 | tigrux | Oki |
| 22:21.04 | koen | otherwise bitbake <name-of-bb> and ipkg install the .ipk it produces |
| 22:21.17 | pb_ | indeed. and, in many cases, the patches in OE are not suitable for incorporation in the upstream sources as they stand. |
| 22:21.39 | koen | or upstream doesn't get why a patch is needed |
| 22:21.56 | koen | 'libxml2 isn't that big' type of responses |
| 22:23.06 | reenoo | ~stab vlock |
| 22:23.07 | ibot | ACTION runs at vlock with an origami Swiss Army knife, and inflicts a nasty paper cut. |
| 22:26.02 | florian | Thats all right, but there are many useful patches fixing bugs or working around problems which upstream maintainers don't even know to exist. |
| 22:26.35 | koen | mickeyl: OE was created so we can be lazy ;) |
| 22:26.44 | tigrux | koen: What do you mean with "if all dependecies are built"? |
| 22:27.11 | tigrux | koen: Ahhh! Yes, they are compiled. It only depends of gtk+ |
| 22:27.20 | koen | :) |
| 22:27.45 | tigrux | koen: What I want is to escape the long time that takes to parse all the bb files. |
| 22:28.12 | koen | bitbake -b would be your best bet |
| 22:28.17 | tigrux | oki |
| 22:28.18 | koen | or bitbake -i |
| 22:28.30 | koen | bitbake -i launches the bitbake shell |
| 22:28.37 | koen | that will on;y need to parse it once |
| 22:34.29 | florian | Skyhusker: Did you get my last message to you yesterday? |
| 22:34.33 | koen | 'night all |
| 22:34.40 | florian | koen: good night |
| 22:34.55 | Skyhusker | florian: i think no |
| 22:35.48 | florian | Skyhusker: Can you add a note for the ChangeLog to have a small summary about your path there? |
| 22:35.52 | Skyhusker | florian: the log has it, np :) |
| 22:36.10 | Skyhusker | florian: sure, as soon as i finish to change code |
| 22:36.26 | Skyhusker | btw, i asked koen and he said me there are some weeks until familiar 0.8.3 is released |
| 22:36.32 | Skyhusker | so, we have plenty of time :) |
| 22:38.29 | florian | Skyhusker: great, many thanks... i just ran prismstumber on a pc here. apart from a strange effect causing wep and ad-hoc detection to freak out it seems to be fine. |
| 22:39.07 | Skyhusker | florian: note i changed somethings in prismstumbler.h, so you'll need to recompile the clients |
| 22:39.15 | florian | Skyhusker: yes... i need to finish the support for calling weplab before a new release as well. |
| 22:39.19 | Skyhusker | because sizeof() some structs changed |
| 22:39.47 | florian | Skyhusker: right... i should have done this, but let me try again. |
| 22:40.40 | pb_ | good night! |
| 22:40.47 | reenoo | 'night pb_ |
| 22:40.48 | florian | pb_: good night |
| 22:43.09 | florian | hrm |
| 22:43.35 | florian | Skyhusker: good guess... never trust make! |
| 22:44.06 | Skyhusker | florian: real men run gcc by hand x) |
| 22:44.13 | florian | hehe |
| 22:44.41 | Skyhusker | (so I'm not a real man XD) |
| 22:48.19 | florian | I need some sleep as well... good night. |
| 22:49.30 | *** join/#gpe |fiam| (n=tcpdevil@80-103-32-63.mad1.dialup.uni2.es) |
| 22:51.33 | tigrux | reenoo: You are my last hope. :-) |
| 22:52.17 | reenoo | heh |
| 22:52.25 | tigrux | reenoo: I wrote a simple program, just to try to create a package. It is installed by using ./configure && make && make install, so my .bb inherit from autotools |
| 22:52.30 | tigrux | reenoo: But, it fails with: |
| 22:53.06 | tigrux | | NOTE: make DESTDIR=/home/tigrux/colombia/test/bitbake/tmp/work/test-0.0.1-r0/image install |
| 22:53.06 | tigrux | | make: *** No rule to make target `install'. Stop |
| 22:53.38 | tigrux | reenoo: The .bb has: SRC_URI = "file://test" |
| 22:53.52 | tigrux | AHHHHHHH! |
| 22:53.54 | tigrux | Got it! |
| 22:53.58 | tigrux | I made a mistake! |
| 22:54.00 | tigrux | :-) |
| 22:55.15 | tigrux | reenoo: It must say: SRC_URI = "file://test_${PV}.tar.bz2" Right? |
| 22:56.15 | Skyhusker | dialup really sux |
| 22:56.38 | reenoo | tigrux: if there's a tarball named 'test_${PV}.tar.bz2' in FILES_PATH, yes |
| 22:57.23 | reenoo | (with ${PV} expanded of course) |
| 23:08.00 | *** join/#gpe jg (n=jg@c-24-34-97-46.hsd1.ma.comcast.net) |
| 23:38.25 | tigrux | reenoo: I got another error: |
| 23:38.26 | tigrux | | /usr/bin/autoreconf-2.5x: unrecognized option `--exclude=autopoint' |
| 23:38.33 | tigrux | :-( |
| 23:39.22 | tigrux | reenoo: Any idea master? |
| 23:42.08 | reenoo | other than investigating why your host autoreconf is used instead of the one from staging, no. sorry |
| 23:43.28 | tigrux | :'( |
| 23:43.48 | tigrux | Does anyone else have any idea? |
| 23:46.22 | reenoo | ls build/tmp/staging/i686-linux/bin/autoreconf |
| 23:47.33 | reenoo | if that file isn't there you want to run "bitbake <package>" instead of "bitbake -b <package>.bb" |
| 23:54.44 | tigrux | Grrrr..... |
