*** 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/!