00:10.59 | reenoo | 'night all |
00:32.38 | *** join/#gpe rudeboy (rudeboy@38-206-237-24.gci.net) |
01:48.04 | *** join/#gpe luis (~fortytwo@83.132.176.253) |
04:26.20 | *** join/#gpe jserv2 (~jserv@kenduest.Math.NCTU.edu.tw) |
04:39.18 | *** join/#gpe jserv2 (~jserv@kenduest.Math.NCTU.edu.tw) |
08:35.14 | *** join/#gpe unknown26 (unknown26@ACA98577.ipt.aol.com) |
08:57.50 | florian_kc | re |
08:58.55 | unknown26 | wb florian_kc |
08:59.32 | koen | good morning all |
08:59.46 | *** join/#gpe ade|desk (~adavey@194.200.143.249) |
09:00.04 | *** join/#gpe p0m (wodann@203-206-25-229.dyn.iinet.net.au) |
09:00.10 | koen | hey p0m |
09:00.14 | p0m | Hey koen. |
09:00.22 | p0m | Manage to find out what the issue is with gpe-nmf? |
09:00.25 | unknown26 | good morning koen |
09:00.52 | koen | hey unknown26 |
09:00.57 | ade|desk | morning all |
09:01.14 | koen | hey ade|desk |
09:09.05 | p0m | ^^ |
09:09.32 | koen | p0m: not yet, but there will be a new version soon |
09:09.43 | p0m | Cool. |
09:09.53 | koen | as jamey added http streaming and converted the playlist to gmarkup |
09:14.34 | florian_kc | hi unknown26, hi koen |
09:14.47 | florian_kc | hi ade|desk |
09:40.12 | *** join/#gpe mallum (~mallum@host81-155-187-221.range81-155.btcentralplus.com) |
09:47.14 | koen | hey mallum |
09:48.05 | *** join/#gpe pb_ (~pb@2002:3e03:42cc:2:20a:5eff:fe00:391e) |
09:50.05 | koen | hey pb_ |
09:50.44 | mallum | hey koen, pb_ |
09:53.50 | pb_ | hi all |
09:57.00 | florian_kc | pb_: hello! |
09:58.03 | florian_kc | Did i mention that i hate NAND? :-/ |
09:58.22 | pb_ | florian_kc: good morning! |
09:58.27 | pb_ | heh, no, you didn't mention that. |
10:02.14 | p0m | koen: Where was the CVS readme for kbdd again? |
10:03.05 | florian_kc | pb_: I'm fighting the new version of the Integral - H&W switched to a 128MB NAND chip which seems to behave different from the old 32MB one... it reports all blocks as bad. |
10:03.36 | pb_ | ah, that can't be good |
10:03.43 | p0m | Nevermind, found it. |
10:06.03 | *** join/#gpe bedboi (~bedboi@Cippone.ateneo.uniba.it) |
10:06.05 | bedboi | hi there |
10:06.12 | florian_kc | hi bedboi |
10:06.49 | bedboi | this night i slept in my new home :) |
10:07.46 | koen | bedboi: and how did it feel? |
10:08.00 | bedboi | really good |
10:08.17 | bedboi | the house i quite perfect. |
10:08.21 | bedboi | i just need adsl now |
10:08.27 | bedboi | :) |
10:08.36 | bedboi | then it will be perfect |
10:08.40 | florian_kc | cool |
10:15.10 | bedboi | gallery ? |
10:15.37 | koen | gallery.sf.net |
10:16.48 | bedboi | ah, yep i got that too |
10:16.51 | bedboi | locally |
10:17.07 | bedboi | it seems to be really cool |
10:28.43 | *** join/#gpe amd (~amd@ip79.cab54.mus.starman.ee) |
10:59.23 | p0m | I read that as "arseblocks" for some reason. |
10:59.30 | koen | heh |
11:01.12 | florian_kc | p0m: well... that's not to far from the truth ;-) |
11:01.47 | *** join/#gpe Wintermute (~winterpaq@203-206-25-229.dyn.iinet.net.au) |
12:03.31 | *** join/#gpe reenoo (~r@p54810621.dip.t-dialin.net) |
12:03.58 | reenoo | afternoon |
12:06.28 | florian_kc | hi reenoo |
12:07.29 | reenoo | moin florian_kc |
12:36.35 | koen | hey reenoo |
12:37.19 | reenoo | hi koen |
12:43.47 | koen | reenoo: you said sys/types.h should contain caddr_t, right? |
12:51.53 | koen | hmm |
12:57.50 | reenoo | you shouldn't include any linux/*.h directly |
12:59.20 | koen | ok |
12:59.52 | koen | mb-applet-wireless.c does have a #include <sys/types.h>, and it fails on caddr_t |
13:01.51 | florian_kc | Do we have a fix for that teleport build issue? |
13:02.05 | koen | teleport build issue? |
13:03.09 | florian_kc | | crypt.o(.text+0x3c): In function `sign_challenge': |
13:03.09 | florian_kc | | crypt.c: undefined reference to `displaymigration_crypt_create_hash' |
13:03.09 | florian_kc | | crypt.o(.text+0x4c):crypt.c: undefined reference to `displaymigration_crypt_sign_hash' |
13:03.24 | koen | ah, not yet |
13:03.27 | pb_ | oh, right. it needs to include some of the code from the old libdm. |
13:03.48 | pb_ | just copy crypt.c into the teleport source directory, and add it to the makefile |
13:03.56 | florian_kc | ok |
13:06.11 | reenoo | koen: does it work with a #define __USE_BSD before the #include ? |
13:07.45 | koen | nope |
13:08.24 | koen | ehm |
13:08.37 | koen | #define __USE_BSD |
13:08.38 | koen | #include <sys/types.h> |
13:08.43 | pb_ | you mustn't define __USE_BSD yourself. |
13:08.51 | pb_ | use -D_BSD_SOURCE, or -D_GNU_SOURCE |
13:08.53 | koen | or #define __USE_BSD #include <sys/types.h> |
13:09.03 | pb_ | koen: the former |
13:09.56 | koen | does anybody have an idea why this started happening? |
13:10.03 | pb_ | nope |
13:10.08 | pb_ | I don't think glibc has changed. |
13:10.25 | pb_ | someone would need to figure out _when_ it started happening, and then look at the diffs. |
13:11.05 | pb_ | the only library I can think of that's changed recently is libx11. |
13:11.22 | pb_ | it's conceivable that libx11 used to always turn on _BSD_SOURCE and has stopped doing that, or something. |
13:13.00 | koen | but adding the #define should have fixed it, right? |
13:13.18 | florian_kc | hrm... rosetta seems to suffer from something like this too. |
13:15.06 | pb_ | koen: which #define? |
13:15.18 | koen | #define __USE_BSD |
13:15.22 | pb_ | no |
13:15.25 | pb_ | <pb_> you mustn't define __USE_BSD yourself. |
13:15.25 | pb_ | <pb_> use -D_BSD_SOURCE, or -D_GNU_SOURCE |
13:15.51 | pb_ | if you try to #define __USE_BSD by hand, glibc will just #undef it again. |
13:15.56 | pb_ | you must not do that. |
13:17.13 | koen | yup, that did the trick |
13:17.24 | koen | -D_BSD_SOURCE |
13:17.33 | pb_ | ok, very good |
13:17.47 | koen | one down |
13:18.04 | florian_kc | -D_GNU_SOURC did the trick for rosetta... |
13:18.11 | pb_ | very good |
13:21.44 | reenoo | pb_: ah, ok. at least I was on the right track ;) |
13:25.01 | koen | I sent a small update email to the OE list |
13:42.13 | *** join/#gpe agd5f (~agd5f@65.242.105.130) |
13:57.21 | *** join/#gpe jamey (~jamey@192.208.47.113) |
13:57.57 | jamey | koen: any chance I can talk you into building new packages for gst-plugins and gpe-nmf? |
14:01.04 | *** join/#gpe TyggerBob (~myname@64.26.144.98) |
14:02.01 | TyggerBob | Morning all |
14:03.20 | koen | hey jamey & TyggerBob |
14:03.33 | koen | jamey: I'm giving that a try now |
14:04.08 | TyggerBob | Hey jamey, koen, pb_, florian_kc, mallum |
14:04.20 | florian_kc | hi TyggerBob, hi jamey |
14:09.14 | TyggerBob | hehe |
14:09.27 | TyggerBob | I always feel like I just walked into a pub when I join this channel |
14:09.39 | florian_kc | *gg* |
14:09.41 | reenoo | re |
14:09.45 | reenoo | hey jamey |
14:09.46 | TyggerBob | Heya reenoo |
14:09.48 | reenoo | hi TyggerBob |
14:09.52 | koen | florian_kc: http://handhelds.org/~florian/gallery/view_album.php?set_albumName=themes-and-art |
14:11.24 | florian_kc | koen: cool! that's a nice idea... |
14:12.00 | koen | I'll replace those after I uses Cwiiis's fix for the angelistic theme |
14:13.19 | reenoo | koen: how did you go about installing cgi's in ~/public_html ? I tried something similar last night and couldn't get the cgi's to work... |
14:14.02 | florian_kc | reenoo: on hh.org? |
14:14.04 | koen | plain php should work |
14:14.20 | reenoo | florian_kc: yes |
14:14.44 | mallum | hey TyggerBob |
14:14.52 | florian_kc | reenoo: yes... php works fine, see last link... |
14:15.26 | reenoo | for pyblosxom it'd have to be plain old cgi support I guess |
14:27.11 | jamey | hi all |
14:28.25 | mallum | hey jamey |
14:28.59 | koen | ok, gst-plugins are building |
14:33.57 | jamey | did anyone have an opinion on the playlist splicing/nesting question I posted to gpe mailing list? |
14:34.26 | koen | I couldn't figure out the difference, so I didn't reply :) |
14:34.59 | jamey | it's probably best to try it out after new gpe-nmf is built |
14:35.39 | reenoo | jamey: it looks like your gmarkup changes are in cvs already. is that ready for a release? (I'd run a make release and bump the version in OE if that's the case) |
14:36.20 | reenoo | jamey: otherwise we'd need a gpe-nmf_cvs in OE I guess |
14:36.38 | florian_kc | uh no ;-) |
14:37.56 | Cwiiis | koen: ooh, nice :) They'll look a lot better with angelistic ;) |
14:39.16 | Cwiiis | koen: I can take screencaps of MBOpus/Blondie/Default when I get into uni if you want? |
14:39.25 | koen | Cwiiis: cool |
14:39.29 | Cwiiis | k |
14:40.38 | florian_kc | hmm... is usb networking on h5xxx broken? |
14:40.47 | Cwiiis | hmm, need to fix the MBOpus theme so that apps like gpe-nmf have a title-bar/close button |
14:40.55 | Cwiiis | Anyway, I'm off - back in a bit |
14:41.17 | Cwiiis | actually, maybe I should wait a bit so I can pick up my pay... yeah... ok, not off yet |
14:46.26 | koen | jamey: how does that batch ipkg upload thing work? |
14:47.52 | koen | jamey: the new gst-plugins should be in the unstable feed now |
14:48.11 | koen | (after I update the Package files) |
14:49.11 | jamey | koen: I'll have to read the source to see how the batch upload thing works |
14:49.19 | jamey | I think pb_ wrote that part |
15:00.49 | jamey | reenoo: I haven't tested gpe-nmf on an ipaq yet, but it seems to work well on x86 |
15:01.19 | jamey | I think it's worth releasing, though we may do another one if anyone wants playlist behavior changes |
15:05.26 | koen | when someone does a gpe-nmf release I can do the OE part and upload a ipkg to the unstable feed |
15:08.14 | reenoo | jamey: I'll take care of the release then |
15:11.34 | koen | reenoo: 0.20? |
15:12.18 | reenoo | koen: I have the changes in my local OE tree already |
15:12.24 | koen | ok |
15:19.15 | reenoo | jamey: does the httpsrc plugin depend on any other gst plugins? |
15:22.40 | pb_ | koen: md5sum *.ipk >koen.batch; ipkg-upload koen.batch |
15:23.06 | pb_ | it'd be easy enough to patch ipkg-upload to construct the batch file automatically if you pass it multiple packages on the commandline. |
15:24.29 | pb_ | hm, it looks like all those mails from familiar-updates caused our mail server a bit of heartburn. I guess upload-package.cgi should try to be a bit smarter about that. |
15:24.30 | koen | ok |
15:26.21 | reenoo | pb_: any particular reason why you removed the "lame-autoconf.patch" from gst-plugins_0.8.7 ? |
15:27.02 | pb_ | reenoo: it didn't apply, and it didn't seem to be required anymore. |
15:27.34 | reenoo | pb_: well. it is required if you have lame built... |
15:27.43 | pb_ | ah. |
15:27.52 | pb_ | would you like to update the patch to work with the current gst-plugins? |
15:28.03 | jamey | reenoo: it does not depend on any other plugins |
15:28.11 | reenoo | jamey: ah, cool |
15:28.17 | reenoo | pb_: looking into it already |
15:28.22 | pb_ | great |
15:28.28 | jamey | I just verified gst-launch httpclientsrc location=... ! filesink location=... copies file on the ipaq |
15:28.51 | jamey | I'm having trouble making it play audio, which makes me think gpe-nmf is missing dependences |
15:29.09 | jamey | and esdsink does not show up even after gst-plugin-esd is installed and gst-register is run |
15:29.49 | reenoo | jamey: that should be fixed with an updated gpe-nmf package. it was lacking a bunch of dependencies |
15:31.44 | reenoo | jamey: ipkg install gst-plugin-audio gst-plugin-audioconvert gst-plugin-audiofile gst-plugin-esd gst-plugin-typefindfunctions gst-plugin-volume gst-plugin-mad gst-plugin-tagedit |
15:32.13 | reenoo | jamey: that's for mp3 playback only. haven't got ogg to work yet |
15:40.02 | reenoo | ~lart whitespace changes that break patches |
15:50.59 | *** part/#gpe Vjaz (~pekuja@alya.utu.fi) |
15:51.00 | reenoo | koen: you mentioned problems with faac... does gstfaac fail to compile for you as well? |
15:52.51 | jamey | koen: I have a script ready to go that will move packages depending on virtual-locale-xx from unstable/ to unstable/locales/xx |
15:53.11 | jamey | I would like to try it out to see what it does wrt Packages size |
15:53.22 | koen | reenoo: yes, change that in32_t to int, and it compiles |
15:53.39 | koen | jamey: go ahead |
15:53.44 | jamey | cool |
15:54.01 | koen | reenoo: that will probably break faac, but at least it will compile |
15:56.32 | koen | jamey: any idea why ipkg-make-index -m breaks on h1? |
15:56.54 | jamey | I will check into that as well |
15:57.09 | koen | thanks |
16:18.50 | pb_ | iirc, that's caused by an outdated version of ipkg.py |
16:20.28 | jamey | I think I just installed the latest ipkg.py |
16:21.31 | kM0ti0n | what can i use as a filemanager? |
16:23.06 | jamey | Packages file is still 2MB |
16:23.23 | jamey | 700 perl packages, 900 kernel packages, 500 gst packages |
16:26.27 | reenoo | koen, jamey: gpe-nmf_0.20 is in OE now |
16:26.35 | jamey | but splitting out locales removed 2400 packages from main feed |
16:26.41 | jamey | reenoo: thanks! |
16:26.43 | koen | reenoo: allready building it |
16:29.30 | TyggerBob | koen: has whatever was broken in OE for the gpe-image build been fixed? If not, what's a good CVS_DATE to use? |
16:29.33 | koen | after a /$url/%(url)l/ ipkg-upload works with batch uploads |
16:29.48 | TyggerBob | the last time I went to build, it done 'sploded. |
16:29.57 | koen | TyggerBob: not yet fixed, and it's not cvsdate related |
16:30.16 | koen | rolling back the OE tree would be the 'easiest' solution |
16:30.26 | TyggerBob | eek |
16:30.29 | reenoo | koen: ? |
16:30.51 | reenoo | koen: things are building fine with an ancient CVSDATE here |
16:31.08 | TyggerBob | reenoo: how ancient? |
16:31.17 | reenoo | _ancient_ |
16:31.50 | reenoo | $ grep CVSDATE conf/local.conf |
16:31.50 | reenoo | CVSDATE="20041120" |
16:31.50 | reenoo | CVSDATE_xdpyinfo = "20041231" |
16:32.15 | koen | heh |
16:37.10 | mallum | koen: I cant believe no ones patched the themes for toolbars as yet |
16:37.51 | koen | jamey: uploading gst* and gpe-nmf* to unstable right now |
16:37.57 | koen | mallum: shit happens |
16:38.36 | mallum | koen: no need for that kind of language young man |
16:44.49 | jamey | latest ipkg-make-index is installed along with ipkg.py |
16:44.56 | koen | jamey: you should be able to ipkg-install gpe-nmf from the unstable feed now |
16:48.48 | jamey | ok |
16:53.24 | jamey | well, playlist works but if you select a track it segv's |
16:57.11 | koen | Configuring gst-plugins |
16:57.11 | koen | //usr/lib/ipkg/info/gst-plugins.postinst: 14: gconftool-2: not found |
16:57.13 | koen | hmmm |
16:58.04 | jamey | hmm, now I'm missing gst-register |
16:58.06 | koen | //usr/lib/ipkg/info/gst-plugin-volume.postinst: 4: gst-register: not found |
16:58.30 | reenoo | that's expected. pb_ disabled the registry |
16:58.43 | *** join/#gpe joshin (~joshin@VDSL-130-13-176-118.PHNX.QWEST.NET) |
16:58.50 | jamey | it doesn't need the registry? |
16:59.11 | reenoo | I don't know (TM) |
17:02.49 | jamey | gst-launch cannot find elements such as filesrc, httpclientsrc, etc |
17:12.04 | pb_ | ah |
17:12.10 | pb_ | maybe the registry is more important than I hoped it was |
17:12.28 | pb_ | it seems a bit useless to have a --disable-registry option if it renders gstreamer unusable, though |
17:12.46 | florian_kc | hmmm indeed |
17:15.22 | joshin | Is there a problem with building diet-x11 6.2.1 with the stock OE config (building gpe-image for Collie/Openzaurus)? I'm getting errors in KeyBind.c. |
17:19.02 | *** join/#gpe flypiper (~ISP-1@12-202-234-207.client.insightBB.com) |
17:23.01 | koen | 18:21 < Company> the registry doesn't use libxml2 |
17:23.01 | koen | 18:22 < Company> it uses glib to parse xml files |
17:23.11 | koen | straight from #gstreamer |
17:24.01 | koen | 18:22 < Tonyx> I also thought it requires libxml2 |
17:24.01 | koen | 18:22 < Company> not really |
17:24.01 | koen | 18:23 < Company> noone has attempted to remove it, though it should be pretty easy |
17:24.01 | koen | 18:23 < Company> the --disable-loadsave stuff should do it |
17:25.21 | koen | pb_: so enabling the registry shouldn't pull in libxml (if it was disabled for that reason) |
17:26.47 | reenoo | koen: well.. regardless.. it does pull in libxml |
17:27.32 | reenoo | koen: might just be linking against it for no reason or something |
17:30.31 | *** join/#gpe Cwiiis[uni] (~cil103@gerard.ecs.soton.ac.uk) |
17:30.59 | koen | hey Cwiiis[uni] |
17:32.00 | Cwiiis[uni] | hey koen - Will take those scaps |
17:32.07 | koen | cool |
17:36.52 | Cwiiis[uni] | koen: http://handhelds.org/scap/port.22008.png , http://handhelds.org/scap/port.22016.png , http://handhelds.org/scap/port.22025.png |
17:40.02 | koen | Cwiiis[uni]: thanks, I added those |
17:40.19 | Cwiiis[uni] | koen: Cool :) What's the address again? (different computer) |
17:40.53 | koen | http://handhelds.org/~florian/gallery/view_album.php?set_albumName=themes-and-art |
17:42.23 | koen | /usr/bin/gst-register-0.8: symbol lookup error: /usr/lib/gstreamer-0.8/libgstindexers.so: undefined symbol: gst_file_index_plugin_init |
17:42.42 | koen | one step closer |
17:43.47 | Cwiiis[uni] | hehe |
17:44.04 | pb_ | koen: okay |
17:44.20 | pb_ | would you like to patch the autostuff to remove libxml2 on just --disable-loadsave |
17:44.27 | pb_ | even if the registry is still enabled? |
17:44.37 | Cwiiis[uni] | Must add 'add totem-gstreamer without Gnome deps to OE' to my todo list... |
17:45.08 | koen | pb_: I'll take a look at it |
17:45.14 | pb_ | cool |
17:55.13 | florian_kc | nice |
17:58.05 | pb_ | not so nice |
17:58.55 | koen | one of the gstreamers devs just discovered it works on pda's too :) |
17:59.53 | pb_ | heh |
18:00.04 | pb_ | most of the gstreamer developers have known that for years. |
18:00.45 | koen | D'oh |
18:00.53 | koen | root@drone:/usr/lib/gstreamer-0.8# ipkg remove libxml2 |
18:00.53 | koen | Package libxml2 is depended upon by packages: |
18:00.53 | koen | <PROTECTED> |
18:00.53 | florian_kc | heh |
18:01.31 | mallum | ~hail ipkg |
18:01.33 | ibot | ACTION bows down to ipkg and chants, "I'M NOT WORTHY!!" |
18:02.27 | mallum | has anyone tried playing video with recentish gstreamer ? |
18:02.44 | koen | not yet |
18:05.59 | Cwiiis[uni] | nope |
18:12.35 | koen | now building with libxml patched out |
18:15.43 | koen | that blew up quite spectacular |
18:24.56 | koen | pb_: bad news: libxml2 is grafted into gstreamer |
18:37.25 | koen|tv | reenoo: gstreamer needs libxml2 for the registry, so we are back to square one.... |
18:43.48 | reenoo | I koen|tv: now that you mention it.. I think I come to the same conclusion last week |
18:43.54 | reenoo | s/come/came/ |
18:43.56 | koen|tv | heh |
18:46.12 | jamey | xmlNode, defined by libxml2, appears in 8 .c files in gstreamer |
18:47.04 | jamey | maybe a mini replacement for libxml2, implemented on top of gmarkup, would work |
18:47.32 | Cwiiis[uni] | sounds like a good idea |
18:52.18 | mallum | there is also http://www.easysw.com/~mike/mxml/ |
18:52.52 | mallum | iirc that is tiny |
18:53.11 | mallum | and you get a dom/tree like interface |
18:57.59 | amd | -rw-r--r-- 1 root root 34116 9. okt 13:24 /usr/lib/libmxml.a (that's 2.0) |
18:58.05 | amd | 30k |
19:10.25 | koen|tv | heh |
19:10.48 | koen|tv | the gstreamer people are arguing about libxml2 too |
19:14.09 | pb_ | koen|tv: so, was Company just mistaken about the registry using glib? |
19:15.32 | jamey | that's funny, registry uses gmarkup -- I'm looking at 0.8.9 source code |
19:15.49 | jamey | so if loadsave is disabled, then there is no real libxml2 dependence, I think |
19:16.54 | pb_ | right, that seemed to be what Company was saying in the stuff that koen quoted earlier. |
19:17.03 | pb_ | I wonder where this dependency is coming from, then. sounds odd. |
19:17.10 | jamey | ldd verifies gst-register has no libxml2 dependence |
19:17.26 | jamey | there is support in the elements to load or save current state of pipeline to xml |
19:17.32 | jamey | that uses libxml2 |
19:17.49 | jamey | I'm building gstreamer on x86 with --disable-loadsave to see if that does the trick |
19:18.05 | jamey | it looks like it is supposed to |
19:18.18 | pb_ | okay, cool |
19:18.22 | pb_ | koen|tv: where did it blow up for you? |
19:19.28 | koen|tv | compiling gst without loadsave and libxml patched out of configure.ac |
19:19.44 | pb_ | right. what was the error you experienced? |
19:20.44 | *** join/#gpe zecke (~ich@83-169-168-248-dynip.superkabel.de) |
19:20.48 | koen|tv | the parser failing to compile on xmlnode |
19:21.02 | pb_ | which parser was that? |
19:21.14 | koen|tv | ehm |
19:21.17 | pb_ | hi zecke |
19:21.38 | koen|tv | I'll have an answer in about 10 minutes |
19:22.28 | pb_ | oh right. don't worry about it, I guess we can wait to see what jamey comes up with. |
19:24.09 | pb_ | later all |
19:26.51 | jamey | I think a tiny patch will get gstreamer to build without libxml2 and with registry |
19:30.01 | koen|tv | jamey: BBB from #gstreamer said he would work on a patch for it, don't know when, though |
19:32.02 | *** join/#gpe jg (~jg@141.156.125.130) |
19:33.28 | jamey | koen|tv: saw that too. I'll be done before he starts unless I get interrupted |
19:33.42 | koen|tv | heh |
19:33.43 | jamey | got a parse error on FILE * |
19:33.53 | jamey | guess xml header was pulling in stdio.h |
19:34.37 | jamey | built and installed |
19:34.44 | koen|tv | cool |
19:34.48 | reenoo | excellent |
19:34.49 | jamey | ldd shows no reference to libxml2 in libgstreamer .so |
19:35.43 | amd | so it's without gstreamer? |
19:36.28 | amd | duh.. too much i18n stuff today... :P |
19:40.02 | koen|tv | reenoo: do you want to add that patch to OE? |
19:41.45 | reenoo | koen|tv: no, feel free to do that yourself |
19:41.50 | koen|tv | ok |
19:42.00 | reenoo | I'm still busy with that gnuplot crap >:) |
19:42.00 | koen|tv | jamey: can you mail me a copy of that patch? |
19:42.10 | jamey | will do |
19:42.15 | koen|tv | thanks |
19:43.23 | reenoo | koen|tv, jamey: might also send that upstream if the #gstreamer people are interested in it anyway |
19:43.50 | reenoo | (additionally to adding it to OE that is) |
19:43.54 | koen|tv | reenoo: it's n their bugzilla by now |
19:43.59 | jamey | as soon as I get my gnome bugzilla password |
19:44.13 | jamey | I'll give them the httpclientsrc patch as well |
19:44.22 | reenoo | ah, cool |
19:45.14 | reenoo | jamey: in which package does you httpclientsrc plugin end up btw? I haven't noticed any extra package |
19:45.19 | reenoo | s/you/your/ |
19:45.37 | jamey | reenoo: it's part of gsttcp, gst-plugin-tcp |
19:46.17 | florian_kc | bbl |
19:46.40 | reenoo | jamey: ok, I guessed that much. I'll add that to gpe-nmf's RRECOMMENDS then |
19:47.49 | koen|tv | NOTE: Applying patch 'no-libxml2' |
19:47.49 | koen|tv | NOTE: package gstreamer-0.8.9-r1: task do_patch: completed |
19:48.03 | reenoo | very good |
19:50.46 | reenoo | ~lart bk for being dead slow |
19:51.31 | reenoo | ~botsnack |
19:51.31 | ibot | reenoo: aw, gee |
19:57.53 | koen|tv | jamey: the patched gstreamer and updated gpe-nmf are being uploaded |
19:58.12 | jamey | we're cookin' today |
19:58.28 | koen|tv | indeed |
19:58.35 | reenoo | :) |
20:01.32 | reenoo | note even |
20:01.54 | reenoo | and sending |
20:01.56 | reenoo | doh |
20:02.00 | koen|tv | heh |
20:02.05 | reenoo | ~herring reenoo |
20:02.08 | ibot | ACTION whacks reenoo on the side of the head with a large red herring named alfred |
20:02.19 | reenoo | ~botsnack |
20:02.19 | ibot | reenoo: :) |
20:03.47 | reenoo | hmm |
20:04.17 | reenoo | I wonder if I can talk france into allowing cgi scripts in ~/public_html |
20:07.40 | koen|tv | can gpe-nmf save playlists? |
20:09.43 | koen|tv | hmmm |
20:09.50 | koen|tv | you'll need to do rm /usr/lib/gstreamer-0.8/libgstindexers.so |
20:10.22 | reenoo | why is that? |
20:10.53 | koen|tv | gpe-nmf: symbol lookup error: /usr/lib/gstreamer-0.8/libgstindexers.so: undefined symbol: gst_file_index_plugin_init |
20:13.16 | koen|tv | any idea why gpe-nmf doesn't use the default gtk theme? |
20:13.51 | Cwiiis[uni] | koen|tv: It's in the code not to |
20:13.59 | Cwiiis[uni] | koen|tv: Don't really know the reason why though |
20:14.13 | koen|tv | ooow |
20:14.16 | Cwiiis[uni] | To provide a unique look I s'pose |
20:14.23 | koen|tv | it's ruining my industrial experience |
20:14.28 | Cwiiis[uni] | And it couldn't save playlists last time I looked at it (0.19) |
20:17.12 | koen|tv | http://handhelds.org/scap/port.1488.png |
20:17.22 | koen|tv | gpe nmf playing music |
20:18.45 | amd | hrm.. I want pda too.. :D |
20:19.22 | koen|tv | mallum: what do I need to patch to support minimizing of gpe-nmf and gpe-mixer |
20:19.39 | *** join/#gpe florian (~fuchs@p50929807.dip0.t-ipconnect.de) |
20:20.07 | *** join/#gpe unknown26 (unknown26@AC9E71EF.ipt.aol.com) |
20:20.18 | koen|tv | hey florian & unknown26 |
20:20.39 | unknown26 | hi koen|tv |
20:20.57 | florian | hi unknown26, hi koen|tv |
20:21.10 | unknown26 | hi florian |
20:21.24 | koen|tv | florian: gpe-nmf and gstreamer now work with libxml2 |
20:21.37 | koen|tv | aaargh |
20:21.39 | koen|tv | without |
20:21.44 | unknown26 | heh |
20:21.49 | mallum | koen|tv: the theme.xml files |
20:22.46 | reenoo | later all |
20:23.38 | florian | koen|tv: ah good :-) |
20:24.01 | koen|tv | florian: now say thank you to jamey :) |
20:24.21 | florian | *g* |
20:24.27 | florian | jamey: many thanks! :-) |
20:33.04 | koen|tv | mallum: I pasted the utility stuff from http://projects.o-hand.com/matchbox/documentation/themes/x181.html into my theme.xml and now it uses the default theme for the titlebar again |
20:41.49 | *** join/#gpe flypiper (~ISP-1@12-202-234-207.client.insightBB.com) |
20:49.32 | *** join/#gpe unknown26 (unknown26@ACAE386E.ipt.aol.com) |
21:01.59 | *** join/#gpe jg (~jg@141.156.125.130) |
21:14.34 | *** join/#gpe unknown26 (unknown26@AC9A0470.ipt.aol.com) |
21:33.33 | *** join/#gpe PaxAnima (~petter@dhcp-105-188.idi.ntnu.no) |
21:51.23 | *** join/#gpe McK (~mck@cable240a018.usuarios.retecal.es) |
22:11.44 | *** join/#gpe ReleaseX (~ReleaseX@24.107.141.199.charter-stl.com) |
22:22.50 | mallum | koen|tv: you likely have an error on your theme.xml |
22:23.07 | mallum | koen|tv: it falls back to the default theme if parse fails |
22:30.42 | koen|tv | mallum: the error was stuff directly pasted from o-hand.com |
22:32.20 | mallum | koen: so ? |
22:32.33 | mallum | koen: you pasted the whole theme ? |
22:32.56 | koen | no, just the toolbar (utility-min/max) stuff |
22:33.15 | koen | does a parse failure include missing pixmaps? |
22:33.30 | mallum | koen: yep, thats whats likely happerning |
22:36.56 | koen | ah, ok |
22:38.06 | koen | I initially thought "parse error" was "crappy xml" |
22:38.44 | mallum | well it means crappy xml or crappy data in xml |
22:38.52 | mallum | its not very verbose at all |
22:39.07 | mallum | if you built with expat it should at least show you what it didn't understand |
22:39.31 | mallum | its not verbose for speed/size |
22:39.53 | koen | I fured as much |
22:40.02 | koen | figured* |
22:41.30 | mallum | the stock themes are pretty easy to customise btw |
22:41.35 | *** join/#gpe p0m (wodann@203-206-230-171.dyn.iinet.net.au) |
22:41.42 | koen | hey p0m |
22:41.45 | mallum | its east to change the color of mbopus for example |
22:41.51 | mallum | it only uses 1 png image |
22:41.54 | p0m | Hey koen. |
22:57.56 | *** part/#gpe agd5f (~agd5f@65.242.105.130) |
23:00.04 | *** join/#gpe _p0m (wodann@203-206-230-171.dyn.iinet.net.au) |
23:12.27 | Cwiiis[uni] | off home, biab |
23:42.06 | _p0m | koen: Does vlc work currently? |
23:42.28 | koen | it does for me |
23:44.52 | _p0m | Well I suppose gpe-nmf works for you too? :) |
23:45.07 | koen | it does |
23:45.31 | koen | ipkg install it from the unstable feed and rm the offending gst-plugin |
23:45.47 | _p0m | Ahh. |
23:45.51 | _p0m | Will in a second then. |
23:45.57 | koen | 21:09 < koen|tv> you'll need to do rm /usr/lib/gstreamer-0.8/libgstindexers.so |
23:45.57 | koen | 21:10 < reenoo> why is that? |
23:45.57 | koen | 21:10 < koen|tv> gpe-nmf: symbol lookup error: /usr/lib/gstreamer-0.8/libgstindexers.so: undefined symbol: gst_file_index_plugin_init |
23:46.00 | _p0m | I don't need gst-plugin now? |
23:47.10 | _p0m | Ahh. |
23:47.16 | _p0m | So rm that, and install gpe-nmf again. |
23:48.34 | koen | the other way around |
23:48.41 | koen | install gpe-nmf and rm that plugin |
23:48.48 | _p0m | Ohh. |
23:49.41 | _p0m | Mind if I add that to the wiki somewhere? |
23:50.08 | _p0m | Ie, Release notes. |
23:50.20 | koen | not at all |
23:50.36 | koen | although rn might not be the place for it |
23:50.47 | koen | since you'll need stuff from the unstable feed |
23:51.06 | _p0m | Fair enough. |
23:51.25 | _p0m | I'll mention that it's in the world feed. |
23:51.33 | _p0m | Wait, unstable feed? |
23:51.44 | koen | the world feed has the bad version |
23:51.50 | _p0m | Ugh. |
23:52.09 | reenoo | bad version? |
23:52.15 | reenoo | should work fine |
23:52.23 | reenoo | just lacks a ton of deps |
23:52.40 | koen | for most users that's a bad version |
23:53.08 | reenoo | for most users rm /foo/bar is a bad version too |
23:53.13 | koen | true |
23:53.22 | reenoo | and for me that sounds even worse |
23:53.32 | reenoo | because something's actually broken |
23:53.59 | koen | it's quite funny |
23:54.15 | koen | according to the gstreamer people, that file should provide that symbol |
23:55.04 | koen | instead of rm'ing one could run gst-register with args specifying which plugins to register |
23:58.16 | koen | but it would still count as broken |
23:59.56 | _p0m | So what is it from the unstable feed I'm meant to be installing? |