| *** fiferboy has quit IRC | 00:02 | |
| *** thunderfest is now known as thunderfest_away | 00:30 | |
| *** SpeedEvil has quit IRC | 00:33 | |
| *** t-tan has quit IRC | 00:36 | |
| *** JLP has joined #maemo-devel | 00:43 | |
| *** JLP has quit IRC | 00:43 | |
| *** JLP has joined #maemo-devel | 00:43 | |
| *** DocScrutinizer51 has quit IRC | 00:44 | |
| *** Docscrutemp has joined #maemo-devel | 00:44 | |
| *** Docscrutemp is now known as DocScrutinizer51 | 00:44 | |
| *** SpeedEvil has joined #maemo-devel | 00:45 | |
| *** JLP has quit IRC | 00:50 | |
| *** DocScrutinizer51 has quit IRC | 00:55 | |
| *** Docscrutemp has joined #maemo-devel | 00:55 | |
| *** Docscrutemp is now known as DocScrutinizer51 | 00:55 | |
| *** JLP has joined #maemo-devel | 01:03 | |
| *** JLP has quit IRC | 01:03 | |
| *** JLP has joined #maemo-devel | 01:03 | |
| *** rcampbell has quit IRC | 01:29 | |
| *** T7g has joined #maemo-devel | 02:04 | |
| *** tealbird has joined #maemo-devel | 02:07 | |
| *** thunderfest_away has quit IRC | 02:53 | |
| *** Mobsan has quit IRC | 03:17 | |
| *** edisson has quit IRC | 03:18 | |
| *** njsf_ has joined #maemo-devel | 04:06 | |
| *** SpeedEvil has quit IRC | 04:07 | |
| *** SpeedEvil has joined #maemo-devel | 04:07 | |
| *** tealbird has quit IRC | 04:47 | |
| *** JLP has quit IRC | 05:26 | |
| *** JLP has joined #maemo-devel | 05:28 | |
| *** JLP has quit IRC | 05:29 | |
| *** JLP has joined #maemo-devel | 05:29 | |
| *** tealbird has joined #maemo-devel | 05:38 | |
| *** njsf_ has quit IRC | 05:46 | |
| *** tealbird has quit IRC | 06:25 | |
| *** tealbird has joined #maemo-devel | 07:18 | |
| *** DocScrutinizer51 has quit IRC | 07:33 | |
| *** DocScrutinizer has quit IRC | 07:33 | |
| *** DocScrutinizer has joined #maemo-devel | 07:34 | |
| *** Docscrutemp has joined #maemo-devel | 07:34 | |
| *** Docscrutemp is now known as DocScrutinizer51 | 07:34 | |
| *** swc|666 is now known as swc|hatesSHY | 07:56 | |
| *** swc|hatesSHY is now known as swc|666 | 07:56 | |
| *** BT__ has joined #maemo-devel | 08:47 | |
| BT__ | hi , I am trying to use qemu , looks like n900 is not supported, qemu-system-arm -M n900 -mtdblock meego_qemu_nand.img | 08:48 | 
|---|---|---|
| BT__ | any idea? | 08:49 | 
| *** tealbird has quit IRC | 09:27 | |
| *** swc|666 has quit IRC | 09:35 | |
| *** BT__ has quit IRC | 10:27 | |
| *** rsalveti has quit IRC | 10:28 | |
| *** 50UAABWM5 has joined #maemo-devel | 10:28 | |
| *** w00t_ has quit IRC | 10:32 | |
| *** tealbird has joined #maemo-devel | 10:47 | |
| *** Mobsan has joined #maemo-devel | 10:51 | |
| *** tealbird has quit IRC | 11:01 | |
| *** Acedip has joined #maemo-devel | 11:02 | |
| *** polac has quit IRC | 11:33 | |
| *** 50UAABWM5 has quit IRC | 12:04 | |
| *** csaavedra has joined #maemo-devel | 12:20 | |
| *** csaavedra has quit IRC | 12:40 | |
| *** Acedip has quit IRC | 14:07 | |
| *** burchr has joined #maemo-devel | 14:53 | |
| *** burchr has joined #maemo-devel | 14:53 | |
| *** Acedip has joined #maemo-devel | 14:55 | |
| *** joorin has joined #maemo-devel | 17:58 | |
| *** desu has quit IRC | 17:59 | |
| *** desu has joined #maemo-devel | 17:59 | |
| joorin | ive tried to google and search the wiki for information about application icons. which resource should i have found? i've created a 48x48 png that i want to show up in the application manager. | 17:59 | 
| joorin | usr/share/icons/hicolor/48x48/apps has been suggested as the right location. | 18:00 | 
| joorin | but no go for me. | 18:01 | 
| zokier | iirc the icon in appmanager needs to be embedded into debian/control file | 18:02 | 
| joorin | zokier, oh? is the application amanger reading te control files? | 18:02 | 
| joorin | "manager" | 18:02 | 
| zokier | yes | 18:02 | 
| joorin | zokier, im doing my experiments directly, no package has been built. | 18:02 | 
| joorin | zokier, but how come i could add an .desktop file? | 18:03 | 
| joorin | zokier, and it showed up immediately. | 18:03 | 
| zokier | huh? | 18:03 | 
| joorin | zokier, im talking about the application manager that is used to start new applications, not install or uninstall applications. | 18:04 | 
| zokier | ah | 18:04 | 
| joorin | zokier, my bad. | 18:04 | 
| joorin | zokier, the other application manager will without a doubt read control files. ;) | 18:04 | 
| joorin | apparently my google karma is low. | 18:06 | 
| *** Aranel has joined #maemo-devel | 18:06 | |
| *** Aranel has quit IRC | 18:06 | |
| *** Aranel has joined #maemo-devel | 18:06 | |
| joorin | zokier, any suggestions about where to find information about where to put icons to get them to show up when i tickle the More... icon? | 18:06 | 
| zokier | sometimes the icons appear only after boot | 18:07 | 
| zokier | the menusystem caches the icons somehow | 18:07 | 
| joorin | zokier, ok. i will not reboot to fix this. id rather try to kill processes before rebooting to "fix it". | 18:07 | 
| joorin | zokier, and its not blatantly simple to find information about the different icon directories. why have a gazillion of them? | 18:08 | 
| joorin | (yes, i know the reason, just a bit unsatisfied with how things work.) | 18:09 | 
| joorin | and the OTA upgrade failed in a nice way too. | 18:09 | 
| zokier | welcome to linux systems :) | 18:09 | 
| joorin | zokier, well, ive spent ... some time with linux systems already. the maemo way of handling UI isnt impressing me yet. | 18:09 | 
| joorin | if this is all about a bug where application icons wont show up, im not impressed at all. | 18:10 | 
| joorin | and, again, why wont a simple search for "N900 application icon location" give more than it does? | 18:11 | 
| joorin | hildon-desktop has allocated 107MBytes. nice! | 18:14 | 
| joorin | any idea about which process to tickle? | 18:14 | 
| joorin | hildon-home ? | 18:15 | 
| joorin | killing hildon-desktop rebooted the device. handy feature... | 18:17 | 
| joorin | AND i lost my weather forecast widget. bonus! | 18:18 | 
| joorin | and i get to see the icon. apparently i placed it in the right place. lucky me. | 18:19 | 
| joorin | reboot to show icons. pfff... | 18:20 | 
| joorin | and if i ever want to update it, ill need to reboot again. impressive. | 18:21 | 
| SpeedEvil | rss!=memory | 18:24 | 
| joorin | speedevil, ? | 18:26 | 
| SpeedEvil | joorin: RSS is a very poor indicator of memory use - if that's what you mean by 'allocated' | 18:27 | 
| joorin | speedevil, ah, yes. i was looking at the VSZ column from ps -def. | 18:28 | 
| joorin | speedevil, proper counting of mapped memory pages would be nice, as always. | 18:29 | 
| * joorin sniffles and moans, "Me uptime, me precious uptime!". | 18:30 | |
| SpeedEvil | http://www.selenic.com/smem/ works OK on device | 18:30 | 
| SpeedEvil | Though not the pie graphs - but meh | 18:31 | 
| *** rcampbell has joined #maemo-devel | 18:44 | |
| *** rcampbell has quit IRC | 18:51 | |
| *** swc|666 has joined #maemo-devel | 19:12 | |
| *** rcampbell has joined #maemo-devel | 19:22 | |
| *** simeoni has quit IRC | 20:21 | |
| *** humis has joined #maemo-devel | 20:22 | |
| *** humis is now known as simeoni | 20:23 | |
| *** humbaba has joined #maemo-devel | 20:38 | |
| humbaba | brr | 20:38 | 
| *** humbaba has left #maemo-devel | 20:38 | |
| *** Acedip has quit IRC | 20:44 | |
| *** DocScrutinizer51 has quit IRC | 20:50 | |
| *** shinkamui has joined #maemo-devel | 21:25 | |
| joorin | i found an introduction to debian packaging and lintian was suggested for checking package integrity. a quick search for that with apt-cache gives just traces of an answer. what should i use? | 21:46 | 
| joorin | on a sidenote, it was easier to build a package for the first time with the debian tools than with the RPM tools. interesting. | 21:47 | 
| *** mindfaq has joined #maemo-devel | 21:47 | |
| joorin | sure, it cut some corners with dependencies and changelog but it worked well. | 21:47 | 
| joorin | "i cut", the tools did what i told them. | 21:48 | 
| joorin | but i assume you can get just as detailed and picky with debian packages as with RPM ones. | 21:51 | 
| joorin | not having to list all files that the package regards as pertaining to it was nice. | 21:51 | 
| joorin | but it might be a source for grief if the package is a bit more complicated. | 21:52 | 
| SpeedEvil | Sorry - no idea. :) | 22:39 | 
| SpeedEvil | Anyone any thoughts as to what [43955.309539] omapfb omapfb: Unknown ioctl 0x80047210 | 22:39 | 
| SpeedEvil | [43956.763336] omap-previewer omap-previewer: previewer_ioctl: Invalid Command Value | 22:39 | 
| SpeedEvil | in dmesg might be? | 22:39 | 
| SpeedEvil | The ioctl is FAT_IOCTL_GET_ATTRIBUTES - which confuses me. | 22:40 | 
| *** Docscrutemp has joined #maemo-devel | 23:01 | |
| *** Docscrutemp is now known as DocScrutinizer51 | 23:02 | |
| joorin | speedevil, confused by the ioctl call, which ioctl is called or something else? | 23:13 | 
| SpeedEvil | I'm wondering where it's coming from - and what's calling the framebuffer with a FAT ioctl | 23:14 | 
| joorin | speedevil, how do you know its that ioctl? asking to try to cut away error factors. | 23:15 | 
| SpeedEvil | Well - that's the only thing in the kernel picked up by gre | 23:16 | 
| SpeedEvil | p | 23:16 | 
| joorin | speedevil, ok. | 23:16 | 
| joorin | speedevil, might it be a simple "off by one", or typo? in what range are the omapfb ioctls? | 23:17 | 
| joorin | or, in which range. i do hate english sometimes. | 23:17 | 
| SpeedEvil | hmm - I should check that. | 23:17 | 
| SpeedEvil | looking now | 23:18 | 
| SpeedEvil | Okaaay. So something is opening the preview and framebuffer drivers, and spraying random ioctls at them. | 23:37 | 
| *** Aranel has quit IRC | 23:41 | |
| joorin | speedevil, random sounds very odd. | 23:41 | 
| SpeedEvil | Indeed. | 23:41 | 
| SpeedEvil | However - I can see nothing obviously buggy in the omapfb reporting of the ioctl number. | 23:42 | 
| SpeedEvil | And the previewer is also complaining about the same command. | 23:42 | 
| SpeedEvil | Well - some incorrect ioctl - don't know if it's actually the same one | 23:43 | 
| joorin | speedevil, reporting of ioctl is typically just moving an int so that being fsck up is not too likely. | 23:44 | 
| lcuk | SpeedEvil, do some monitoring | 23:44 | 
| lcuk | ie does it happen when you have specific apps on | 23:45 | 
| SpeedEvil | lcuk: I'm unsure - I need to try to track it down next time. | 23:45 | 
| joorin | speedevil, but, to put it in some perspective, a failed call might be better than a real call with bad values. ;) | 23:46 | 
| lcuk | yeah | 23:46 | 
| SpeedEvil | Well - yeah. | 23:46 | 
| SpeedEvil | I'm slowly getting into reading bits of kernel, and understanding them - and this was a good excuse | 23:47 | 
| joorin | speedevil, but i agress on it being weird if the ioctl changes and isnt deterministic. | 23:47 | 
| joorin | "agress"? where did that come from? "agree"! | 23:47 | 
| SpeedEvil | There are 6 or 7 of those sequences | 23:47 | 
| SpeedEvil | three omapfb, then a previewer error | 23:48 | 
| joorin | speedevil, just guessing here: might it be some shifting that has gone awry? as in, someone trying to be a bit to smart when creating the ioctl call? that would generate very weird values. | 23:49 | 
| joorin | but, to even make the ioctl call, you need to open the right fd so its not that easy to happen to get it wrong. | 23:50 | 
| SpeedEvil | Possibly. | 23:50 | 
| SpeedEvil | I'm wondering if it's the camera app doing screwy stuff | 23:50 | 
| SpeedEvil | Or maybe one of the many things I have from extras-devel | 23:50 | 
| joorin | since ioctl calls arent "special" in any way, its easy to just muck about and see what happens. extras-devel might very well be a good guess. | 23:52 | 
| joorin | lcuk, and when it comes to MilkDrop, i got a bit preoccupied with getting a garage account and meddling with debian packaging. | 23:57 | 
| lcuk | joorin, sure get some simple data processing functions together theres a few potential pats to follow | 23:57 | 
| lcuk | paths | 23:58 | 
| joorin | lcuk, the FFT part compiles, in C++, so im planning the conversion while trying to find easy ways to put it to good use. | 23:58 | 
| lcuk | it compiles? how fast can it run | 23:59 | 
| lcuk | it seems reasonable and feasible to do per pixel operations on 320*240 data per frame and still stay around 25fps | 23:59 | 
| joorin | lcuk, i havent done any testing. im thinking about connecting some simple OpenGL representation to footify and see what happens. | 23:59 | 
| lcuk | sure sounds like a good test | 23:59 | 
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!