| 00:06.18 | *** join/#oe smutny (n=smutny@public-gprs38640.centertel.pl) |
| 00:13.30 | *** join/#oe phrozen (n=smutny@public-gprs74858.centertel.pl) |
| 00:25.34 | *** join/#oe do13 (n=nnnnnnnn@do13.in-dsl.de) |
| 00:28.41 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:32.50 | *** join/#oe phrozen (n=smutny@public-gprs74858.centertel.pl) |
| 00:35.04 | *** join/#oe Laibsc1 (n=Laibsch@p3160-ipbf1007marunouchi.tokyo.ocn.ne.jp) |
| 00:43.45 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 00:47.59 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 00:55.05 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:58.17 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:03.00 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 01:08.46 | zecke | n8 |
| 01:25.10 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 01:35.41 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 02:10.33 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 02:13.18 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 02:26.34 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 03:17.05 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) |
| 03:38.25 | *** join/#oe nm_ (n=hongtd@222.254.19.141) |
| 03:44.30 | *** join/#oe nm_ (n=hongtd@58.187.131.212) |
| 03:49.06 | *** join/#oe _schurig (n=schurig@pd95f9bc5.dip0.t-ipconnect.de) |
| 04:15.10 | *** join/#oe dion (n=dion@inhex.net) |
| 04:18.44 | *** join/#oe daurnimator (i=daurn@unaffiliated/daurnimator) |
| 04:28.06 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 04:37.56 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 04:38.45 | *** join/#oe tank17170191 (i=ariel@gateway/tor/x-09da1625f74afe4f) |
| 04:39.08 | *** join/#oe tank17124178213 (i=ariel@gateway/tor/x-dc269d8753de2c91) |
| 04:45.14 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 04:45.33 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 04:58.25 | *** join/#oe |jbs| (n=Bernardo@87-196-232-201.net.novis.pt) |
| 05:21.30 | *** join/#oe Ouishoebean (n=funstuff@bb121-7-166-161.singnet.com.sg) |
| 05:21.40 | *** part/#oe Ouishoebean (n=funstuff@bb121-7-166-161.singnet.com.sg) |
| 06:29.52 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 06:50.27 | *** join/#oe c-bob__ (n=dani@pD952EAF9.dip0.t-ipconnect.de) |
| 07:00.54 | *** join/#oe psokolovsky (n=psokolov@82.193.98.4) |
| 07:13.11 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 07:27.55 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 07:32.04 | Bernardo | good morning |
| 07:34.49 | Bernardo | psokolovsky: you're here? |
| 07:36.06 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 07:44.20 | psokolovsky | Hi! |
| 07:44.26 | psokolovsky | Bernardo: yep |
| 07:44.51 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 07:47.06 | hrw | morning |
| 07:47.37 | Bernardo | good morning hrw |
| 07:48.38 | Bernardo | psokolovsky: I'm (still) having problems with opie-image in angstrom. I managed to also build console-image and x11-image with my env, and only opie-image gives me a "no init found" error |
| 07:49.01 | psokolovsky | Bernardo: hm, weird |
| 07:49.25 | psokolovsky | Bernardo: well, start with checking if you actually have init package in your image, or no |
| 07:49.51 | Bernardo | most my previous errors went away when I found out I had dash as default again, but this one won't quit |
| 07:50.36 | Bernardo | ok, what is the best way to check? mount the ext2 image as loopback? |
| 07:51.18 | psokolovsky | Bernardo: yes, if you build ext2 image |
| 07:52.55 | koen | untar the tar.gz image? |
| 07:54.03 | Bernardo | koen: ok |
| 07:55.17 | koen | good morning all |
| 07:55.50 | Bernardo | good morning koen |
| 07:56.04 | Bernardo | ok, sbin only has ldconfig - that might be a problem |
| 07:59.30 | Bernardo | now to find out why |
| 08:00.06 | Bernardo | the log.image_cmd shows only sbin added in ldconfig... :( |
| 08:01.55 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 08:02.52 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 08:04.06 | XorA | morning |
| 08:04.38 | *** join/#oe mrdata (i=mrdata@dslb-088-074-137-091.pools.arcor-ip.net) |
| 08:05.23 | hrw | XorA: at work? |
| 08:05.36 | XorA | hrw: yeah |
| 08:06.07 | hrw | XorA: scotland does not have free day today? |
| 08:06.50 | XorA | hrw: yeah, but I work as its a waste of holidays, just millions of annoying kids everywhere |
| 08:06.58 | XorA | hrw: I shall take the day when kids are in schools |
| 08:07.26 | Bernardo | lol |
| 08:07.43 | Bernardo | I did that when I didn't have kids too... ;) |
| 08:07.53 | psokolovsky | Bernardo: what about sysvinit package? consider posting the whole log somewhere |
| 08:08.24 | Bernardo | the image_cmd log? I can pastebin it in a couple of minutes |
| 08:08.58 | psokolovsky | Bernardo: yeah, cool. just make sure you post the latest in case you have few in the dir |
| 08:11.45 | Bernardo | http://pastebin.ca/426605 |
| 08:12.00 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 08:15.13 | koen | hrw: check the next commit |
| 08:15.40 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 08:16.10 | hrw | ok |
| 08:16.25 | CIA-11 | 03koen 07org.oe.dev * r76a890c9... 10/ (1 packages/gcc/gcc-cross-sdk_4.1.2.bb): gcc-cross-sdk: add 4.1.2 with its own SRC_URI to remove zecke-xgcc-cpp and failfast patches |
| 08:16.37 | hrw | nice |
| 08:16.49 | hrw | koen: anyway it will fail on amd64 probably |
| 08:18.53 | Laibsch | hrw: Still no luck with nunome and friends. Same error as always. Can you do me a favor and try for MACHINE=spitz or collie? Preferably from clean tmp. |
| 08:20.25 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 08:20.43 | hrw | Laibsch: lets see |
| 08:20.53 | hrw | !oebug 2066 |
| 08:20.54 | cdbot2 | * * Bug 2066, Status: ASSIGNED, Created: 2007-03-30 04:56 |
| 08:20.55 | cdbot2 | * * dp(AT)xora.org.uk: 2.6.20 pxa-serial-hack.patch prevents 8250 loading |
| 08:20.56 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2066 |
| 08:21.24 | psokolovsky | Bernardo: err, that's not right log. I need bitbake's do_rootfs log |
| 08:22.16 | CIA-11 | 03koen 07org.oe.dev * r85b3b5a3... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: prefer gcc 4.1.2 for the sdk |
| 08:22.16 | Bernardo | ah, ok |
| 08:23.35 | hrw | 10:23:25 (328.85 KB/s) - `feeds.db.bz2' saved [4474902/4474902] |
| 08:23.42 | hrw | 3Mbps at home ;) |
| 08:24.35 | Bernardo | psokolovsky: it's too big for pastebin (300k). I'm putting it on my web site now |
| 08:24.43 | psokolovsky | ok |
| 08:26.34 | XorA | http://www.computerworld.com/action/article.do?command=viewArticleBasic&taxonomyName=security&articleId=9015618&taxonomyId=17 |
| 08:26.59 | XorA | wow that security researcher is worth his weight in gold, wow if you attach gdb to JTAG you can debug the CPU amazing discovery that |
| 08:27.11 | Bernardo | psokolovsky: http://www.bandos.homelinux.com/log.do_rootfs.10733 |
| 08:27.32 | koen | "By taking advantage of a standard integrated circuit testing interface, called JTAG (Joint Test Action Group) Jack was able to sneak a peek at the systems' processors and get a close-up look at how they worked." |
| 08:27.48 | Bernardo | looks like a ignobel prize nominee |
| 08:27.53 | psokolovsky | Beg: 430 |
| 08:27.55 | psokolovsky | Beg: 403 |
| 08:28.15 | XorA | wow if I have physical access to a PC I can disconnect the RAM and dump it on a different PC |
| 08:28.53 | XorA | wow if I dismantle my xbox I can put in a chip that replaces the BIOS so I can run my own code |
| 08:29.38 | XorA | that guy has obviously never heard of scraping the top off CPU's to use SEMs to look at the register contents |
| 08:30.10 | XorA | </rantmode> |
| 08:31.02 | Bernardo | XorA: like I said, a very good nominee for a ignobel |
| 08:31.07 | XorA | Bernardo: yeah |
| 08:31.28 | XorA | Bernardo: but I bet he will get a few $$$ doing a couple of lectures at "security" shows |
| 08:31.51 | XorA | Bernardo: the ones where 2600 cant get in to heckle |
| 08:32.05 | psokolovsky | Bernardo: you're listening? 403 on that url |
| 08:32.36 | Bernardo | ah, didn't understand, let me check |
| 08:32.57 | CIA-11 | 03koen 07org.oe.dev * rcc52573a... 10/ (1 packages/gcc/gcc-cross-sdk_4.1.2.bb): gcc-cross-sdk: actually add the SRC_URI |
| 08:33.24 | Bernardo | psokolovsky: check now, should work |
| 08:33.34 | psokolovsky | yeah, ok |
| 08:34.13 | Bernardo | I'm sorry, I forgot to check perms after uploading the file |
| 08:36.02 | CIA-11 | 03koen 07org.oe.dev * r6cafad3c... 10/ (5 files in 2 dirs): gcc 4.1.x: move fail-fast to gcc-cross since it's only needed there |
| 08:38.02 | psokolovsky | Bernardo: np. Tell me please again exact command you used to build image? |
| 08:40.17 | Bernardo | bitbake opie-image |
| 08:40.43 | Bernardo | I've also tried later to build opie-kdepim-image, but that would fail building kdepimpi |
| 08:40.47 | psokolovsky | Bernardo: ok, please post you local.conf too |
| 08:41.15 | hrw | Bernardo: kdepimpi does not build with qte-mt |
| 08:41.41 | psokolovsky | ipkg-cl -f /media/other/oe/oe/akita/tmp/work/akita-angstrom-linux-gnueabi/opie-image-1.0-r21/temp/ipkg.conf -o /media/other/oe/oe/akita/tmp/rootfs install task-opie-extra-games task-opie-extra-apps task-opie-extra-styles ipkg ipkg-collateral |
| 08:41.42 | Bernardo | hrw: it fails with a missing include |
| 08:41.51 | psokolovsky | this clearly lacks a task-base |
| 08:41.58 | koen | NOTE: package gcc-cross-sdk-4.1.2-r1: task do_compile: started |
| 08:42.46 | Bernardo | http://pastebin.ca/426617 |
| 08:43.58 | hrw | koen: this does not inform. do_compile: completed is more important |
| 08:44.14 | koen | ;) |
| 08:44.47 | hrw | koen: on amd64 it fails at do_compile |
| 08:45.52 | koen | gcc-cross-sdk-4.1.2-r1: task do_install: failed |
| 08:46.25 | hrw | good! |
| 08:47.47 | hrw | NOTE: Creating the CheckSum parser failed |
| 08:48.22 | koen | ERROR: Architecture did not match (40 to 3) on /work/i686-angstrom-linux-gnueabi/gcc-cross-sdk-4.1.2-r1/install/gcov/usr/local/arm/oe/bin/arm-angstrom-linux-gnueabi-gcov |
| 08:50.14 | CIA-11 | 03koen 07org.oe.dev * r6a408a17... 10/ (1 packages/gcc/gcc-package-sdk.inc): gcc-package-sdk.inc: libg2c isn't always there, so don't error out on stripping |
| 08:51.00 | hrw | koen: it can be escaped in if HAS_LIBG2C |
| 08:51.01 | psokolovsky | Bernardo: what bitbake do you use? |
| 08:51.48 | Bernardo | psokolovsky: 1.6.7 |
| 08:51.58 | koen | hrw: ok |
| 08:52.47 | koen | hrw: no I have to fix insane .bbclass :( |
| 08:54.17 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 08:54.55 | hrw | siliconmotion does not support randr ;( |
| 08:55.29 | psokolovsky | Bernardo: well, I kinda found where's your issue, and I have idea to fix it globally, but first want to reproduce it |
| 08:56.48 | Bernardo | so it's not just pebcak? |
| 08:57.33 | Bernardo | :) |
| 08:57.35 | psokolovsky | what's that? ;-) |
| 08:58.06 | Bernardo | "problem exists between chair and keyboard" - what I used to tell some users their problem was when i was a sysadmin |
| 08:58.33 | *** join/#oe Eblis (n=Miranda@miranda/contributor/eblis) |
| 08:58.42 | psokolovsky | Bernardo: ;-) nope, appears bug/corner case in bitbake |
| 09:00.02 | *** part/#oe Eblis (n=Miranda@miranda/contributor/eblis) |
| 09:01.02 | Bernardo | I don't know why I have such a tendency to find those... :( |
| 09:05.59 | Bernardo | bbl - daughter awake |
| 09:06.47 | *** join/#oe mwester__ (n=mwester@nslu2-linux/mwester) |
| 09:11.12 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 09:17.29 | *** join/#oe zecke (n=ich@91.64.161.147) |
| 09:18.38 | *** join/#oe blaster8 (n=blaster8@orca.stp.me.uk) |
| 09:19.49 | *** join/#oe polyonymous (n=hacker@pd953ae49.dip0.t-ipconnect.de) |
| 09:20.44 | *** join/#oe greentux_ (n=lemke@Z5518.z.pppool.de) |
| 09:23.20 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 09:33.04 | *** join/#oe Laibsch (n=Laibsch@p3160-ipbf1007marunouchi.tokyo.ocn.ne.jp) |
| 09:33.45 | Laibsch | re |
| 09:35.12 | koen | Laibsch: wb |
| 09:35.20 | koen | hrw: how did the collie test go? |
| 09:35.42 | hrw | none |
| 09:35.54 | hrw | my 2.6 kernel does not boot |
| 09:37.22 | Laibsch | I believe Thomas Kunze claims his collie booted. Did you make any changes? |
| 09:37.56 | hrw | I will rebuild kernel with some other changes |
| 09:39.31 | hrw | today I have 'bitbake world' day |
| 09:40.06 | hrw | Laibsch: angstrom-2007.1-oabi/spitz from scratch -> nunome is in progress |
| 09:41.42 | Laibsch | hrw: thank you VERY much |
| 09:47.04 | *** join/#oe wbx (n=wbx@gprs-pool-1-016.eplus-online.de) |
| 09:52.24 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 09:53.36 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 09:53.37 | koen | zecke: I moved your include check to gcc-cross |
| 09:53.48 | koen | (for gcc 4.1.x, don't care enough for 3.x) |
| 09:55.21 | hrw | gnome-vfs-dbus is more or less up-to-date with dbus 1.x? |
| 09:56.13 | psokolovsky | hrw: wanna funky quiz? please have a look at opie-image.bb and tell, why INSTALL_PACKAGES_*_append overwrites, not appends, INSTALL_PACKAGES? |
| 09:57.13 | *** join/#oe mrdata (i=mrdata@dslb-088-074-157-189.pools.arcor-ip.net) |
| 09:57.43 | hrw | psokolovsky: because it should be machine_append instead of append_machine? |
| 09:58.06 | psokolovsky | hrw: exactly what it has, sorry for confusion |
| 09:59.45 | hrw | psokolovsky: looks like I fscked it |
| 10:00.28 | psokolovsky | hrw: what you mean? syntax appears to be correct, just bitbake mis-intereprets it, it seems |
| 10:01.35 | hrw | tried reverse it? |
| 10:04.25 | koen | hrw: gnome-vfs-dbus is dead |
| 10:04.32 | hrw | ok |
| 10:04.50 | koen | hrw: gnome-vfs upstream isn't using orbit anymore |
| 10:04.53 | hrw | ok |
| 10:05.07 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 10:05.23 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 10:07.58 | psokolovsky | hrw: well, my idea is to kill those lines at all. But I'd like to understand why bitbake bugs out. |
| 10:08.24 | hrw | psokolovsky: then provide other way of 'my device has bigger rootfs then yours' |
| 10:08.53 | psokolovsky | hrw: yeah, exactly. that's why I want to remove them. still wonder why bitbake chokes. |
| 10:10.42 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 10:10.47 | *** part/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 10:21.24 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 10:24.49 | *** join/#oe dion (n=dion@inhex.net) |
| 10:28.33 | *** join/#oe CoreDump|afk (n=mhentges@hentges.net) |
| 10:29.26 | CIA-11 | 03pfalcon 07org.oe.dev * rb13026a6... 10/ (1 packages/irda-utils/irda-utils_0.9.16.bb): |
| 10:29.26 | CIA-11 | irda-utils 0.9.16: Don't add irattach to startup services by default. |
| 10:29.26 | CIA-11 | * This just wastes power (to have IrDA on all the time), and conflicts with |
| 10:29.26 | CIA-11 | other userspace wanting to control the port. |
| 10:29.26 | CIA-11 | * Per RFC on teh OE mailing list. |
| 10:29.30 | CIA-11 | 03pfalcon 07org.oe.dev * r38adb5ed... 10/ (1 packages/irda-utils/files/init): |
| 10:29.30 | CIA-11 | irda-utils: Make service script detect default IrDA port on PXA2xx devices. |
| 10:29.32 | CIA-11 | * Some issue is that some PXA2xx devices use ttyS2 for non-IrDA, these should |
| 10:29.34 | CIA-11 | be added to case *before* '"XScale-PXA2"*'. This should not be a problem as |
| 10:29.36 | CIA-11 | irattach is no longer started on boot, only manually. |
| 10:29.38 | CIA-11 | * Otherwise, assume that default is no IrDA, not some random serial port. |
| 10:29.40 | CIA-11 | * A bit of reformatting, too. |
| 10:29.44 | CIA-11 | 03pfalcon 07org.oe.dev * rf4ff76f0... 10/ (1 packages/irda-utils/files/init): irda-utils: Reformat init script using tabs instead of spaces to save precious embedded space. |
| 10:35.03 | hrw | Laibsch: qte or qte-mt? |
| 10:35.44 | CIA-11 | 03pfalcon 07org.oe.dev * rf4c0e147... 10/ (1 packages/images/opie-image.bb): |
| 10:35.44 | CIA-11 | opie-image: Drop machine appends for opie-image, make it be the same on all machines. |
| 10:35.44 | CIA-11 | * Those appends were found to not work at all (overwrire INSTALL_PACKAGES instead) |
| 10:35.44 | CIA-11 | * Let's have default opie-image clean and lean, and the same for all machines, which |
| 10:35.44 | CIA-11 | helps support and QA. Use package manager, folks! |
| 10:35.45 | CIA-11 | * If there's a need for more packaged images, let's create opie-big-image. |
| 10:36.19 | hrw | Laibsch: ping |
| 10:41.50 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 10:42.18 | *** join/#oe rob_w (n=bob@p213.54.46.116.tisdip.tiscali.de) |
| 10:42.19 | koen | psokolovsky: don't forget to follow up in your RFC on the mailinglist |
| 10:43.45 | psokolovsky | koen: regarding irda-utils? I assume that easy and non-controversial thing, and I don't have anything else in q regarding that for now. |
| 10:44.10 | koen | not everyone tracks the commits |
| 10:44.56 | koen | hmmm |
| 10:45.07 | koen | llvm-gcc4 needs access to the llvm buildtree |
| 10:45.30 | koen | which conflicts with rm_work |
| 10:49.13 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 10:50.26 | CIA-11 | 03rwhitby 07org.oe.dev * r8d8e263c... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Demoted madfu - fails to build |
| 10:58.41 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 11:04.13 | CIA-11 | 03rwhitby 07org.oe.dev * r2b9491b7... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Demoted task-native-sdk - glibc fails to build |
| 11:05.59 | *** join/#oe empty_mind (n=orion@59.176.111.177) |
| 11:06.38 | empty_mind | where can i find examples to include some task into the build process of oe based distro |
| 11:07.17 | XorA | mmmmm, dfu update is so nice and easy |
| 11:07.43 | hrw | XorA: as long as you do not update wrong uboot |
| 11:08.00 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 11:10.37 | XorA | hrw: Im safe, I got jtag :-) |
| 11:10.50 | CIA-11 | 03marek.vasut 07org.oe.dev * r865854b3... 10/ (3 files in 2 dirs): |
| 11:10.50 | CIA-11 | libwpd: Add missing DEPENDS on libgsf. |
| 11:10.50 | CIA-11 | * Closes #2089. |
| 11:10.55 | CIA-11 | 03marek.vasut 07org.oe.dev * r6c57393e... 10/ (1 packages/btscanner/btscanner_2.0.bb): btscanner 2.0: Add missing DEPENDS on libxml2. |
| 11:11.29 | XorA | hrw: BTW ever get anywhere with collie? |
| 11:13.27 | hrw | XorA: kernel boots, image not |
| 11:14.17 | amaldo | XorA: A friend of mine got OpenZaurus 3.5.5 with an opie-image running yesterday. He said he only needed some small fixes. |
| 11:14.39 | XorA | amaldo: can you get him to file a bug with fixes then? |
| 11:15.27 | amaldo | XorA: Yep, I told him already. He's testing things right now, and will submit later. |
| 11:15.38 | *** join/#oe slapin_nb (n=slapin@host-97.dataart.net) |
| 11:15.42 | hrw | nice |
| 11:16.25 | XorA | amaldo: BTW opie is a thing I do not speak :-) |
| 11:16.31 | XorA | amaldo: better off asking hrw |
| 11:17.22 | amaldo | XorA: He told me that GPE is a bit memory hungry for that machine, that he could only run one or two apps at the same time. That's why he switched to opie. |
| 11:20.45 | CIA-11 | 03rwhitby 07org.oe.dev * r1c7cc034... 10/ (5 files in 3 dirs): tzdata: Updated to 2007e |
| 11:23.12 | amaldo | XorA: sorry, false alarm: he has a poodle. |
| 11:28.21 | *** join/#oe law|mac (n=_law_@213.173.86.202) |
| 11:29.42 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 11:30.24 | *** join/#oe memeruiz (n=memeruiz@e181030006.adsl.alicedsl.de) |
| 11:35.29 | Laibsch | hrw: sorry to keep you waiting. I don't mind either way. You said you successfully built with both last time. |
| 11:37.49 | Laibsch | It would be nice if you let me know your steps so I can reproduce them |
| 11:37.50 | hrw | NOTE: package nunome-1.0.1-r1: task do_build: completed |
| 11:37.59 | Laibsch | I don't get this. |
| 11:38.22 | hrw | Laibsch: MACHINE=spitz DISTRO=angstrom-2007.1-oabi PALMTOP_USE_MULTITHREADED_QT = "yes" bitbake qte-mt;bitbake nunome |
| 11:46.14 | koen | For the OE bugdays: http://dominion.kabel.utwente.nl/koen/cms/the-bugs-are-out-there-again |
| 11:47.08 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-051-185.triad.res.rr.com) |
| 11:47.38 | Marex | !oebug 2087 |
| 11:47.39 | cdbot2 | * * Bug 2087, Status: ASSIGNED, Created: 2007-04-06 03:27 |
| 11:47.40 | cdbot2 | * * marek.vasut(AT)gmail.com: btscanner-2.0 wont build |
| 11:47.41 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2087 |
| 11:47.43 | Marex | !oebug 2088 |
| 11:47.44 | cdbot2 | * * Bug 2088, Status: NEW, Created: 2007-04-06 03:33 |
| 11:47.45 | Marex | !oebug 2089 |
| 11:47.46 | cdbot2 | * * marek.vasut(AT)gmail.com: Groff-1.19.2 installs to host system |
| 11:47.47 | Marex | !oebug 2090 |
| 11:47.47 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2088 |
| 11:47.49 | cdbot2 | * * Bug 2089, Status: RESOLVED (FIXED), Created: 2007-04-06 03:36 |
| 11:47.51 | cdbot2 | * * marek.vasut(AT)gmail.com: libwpd wont build |
| 11:47.53 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2089 |
| 11:47.54 | Marex | errrr .... |
| 11:47.56 | cdbot2 | * * Bug 2090, Status: NEW, Created: 2007-04-06 04:04 |
| 11:47.57 | cdbot2 | * * marek.vasut(AT)gmail.com: gkrellm-2.2.7 wont install |
| 11:47.59 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2090 |
| 11:48.01 | Marex | any ideas? |
| 11:48.07 | Marex | slapin_nb, like this? |
| 11:48.15 | slapin_nb | Marex, :) |
| 11:48.33 | slapin_nb | Marex, probably not that fast... :) |
| 11:48.38 | Marex | slapin_nb, ok ... :) |
| 11:51.43 | slapin_nb | hi, all! |
| 11:52.07 | slapin_nb | which IMAGE_TYPE could I set to get compressed ext2 image? |
| 11:52.30 | slapin_nb | and where to find all existing IMAGE_TYPEs? |
| 11:52.33 | hrw | ext2.gz? |
| 11:52.34 | psokolovsky | slapin_nb: RTFC |
| 11:53.19 | Marex | slapin_nb, RTFM |
| 11:53.56 | koen | aaargh |
| 11:54.07 | hrw | RTFIL |
| 11:54.10 | koen | why do 'sdk' or 'sbox' target drag in gtk? |
| 11:54.35 | hrw | koen: libgtk-dev? |
| 11:57.01 | Crofton | Should I send an email to the list about cleaning up the uboot files? |
| 11:57.49 | Crofton | uboot versus u-boot |
| 11:57.57 | Crofton | and uboot-utils |
| 11:58.08 | CIA-11 | 03koen 07org.oe.dev * r636bac75... 10/ (1 packages/tasks/task-sdk-sbox.bb packages/tasks/task-sdk.bb): task-sdk-sbox, task-sdk: clean out base sdk packages, they should only contain a toolchain |
| 11:58.22 | koen | Crofton: please do |
| 11:58.27 | koen | (send mail and clean up) |
| 11:58.34 | Crofton | OK, it may be a few days |
| 11:58.44 | Crofton | rewriting some moldy old code this week |
| 12:00.42 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 12:01.15 | *** join/#oe Slims (n=joni@10.114.79.83.cust.bluewin.ch) |
| 12:03.11 | slapin_nb | another dumb question - how do you people run rsync to upload images - using special bitbake class or by script which runs bitbake? |
| 12:04.13 | hrw | why use bitbake to rsync? |
| 12:04.28 | hrw | rsync [options] images host:images |
| 12:04.43 | *** join/#oe psokolovsky (n=psokolov@82.193.98.4) |
| 12:05.30 | hrw | koen: do you remember -lgcc_eh and why it happens? |
| 12:05.40 | slapin_nb | hrw, so it rsyncs stuff when build is finished (and optionally writes mails) |
| 12:05.47 | koen | I remember it, but I don't recall the solution |
| 12:06.22 | CIA-11 | 03koen 07org.oe.dev * r55afd742... 10/ (1 packages/meta/meta-sdk-sbox.bb packages/meta/meta-sdk.bb): |
| 12:06.22 | CIA-11 | meta-sdk, meta-sdk-sbox: these are general targets, so they should only contain a basic toolchain |
| 12:06.22 | CIA-11 | * attempt to make them generic instead of hardcoding 'arm-linux' |
| 12:11.32 | hrw | koen: I see.. -lgcc_eh == static |
| 12:12.06 | psokolovsky | slapin_nb: ^^^ note this and never ask again ;-) |
| 12:12.29 | slapin_nb | psokolovsky, what? |
| 12:12.43 | psokolovsky | slapin_nb: what hrw wrote |
| 12:12.59 | slapin_nb | psokolovsky, I have some patch lying smewhere but can't remeber... |
| 12:13.29 | psokolovsky | slapin_nb: you had that issue once if you don't remember |
| 12:13.45 | slapin_nb | psokolovsky, but anyway that was for some loder version of gcc. yes, I know. |
| 12:13.57 | slapin_nb | s/lodier/older |
| 12:13.59 | koen | hrw: ah, right |
| 12:14.29 | slapin_nb | psokolovsky, but it was just symlinc making.. |
| 12:14.36 | slapin_nb | symlink |
| 12:14.44 | CIA-11 | 03koen 07org.oe.dev * rd14d459e... 10/ (1 packages/meta/meta-sdk-sbox.bb packages/meta/meta-sdk.bb): meta-sdk*: repair sed damage |
| 12:14.50 | slapin_nb | I dunno how hacky it is. |
| 12:14.57 | koen | mickey|zzZZzz: meta-sdk and meta-sdk-sbox should now be useable for everyone (including openmoko) |
| 12:16.54 | hrw | ~lart util-linux |
| 12:16.54 | ibot | whips out a sword and chops util-linux in half |
| 12:20.09 | koen | ~lart florian for making 'meta-sdk' include gpe, gpephone and more by default |
| 12:20.09 | ibot | smacks florian up side the head with a clue-by-4 for making 'meta-sdk' include gpe, gpephone and more by default |
| 12:20.24 | *** join/#oe mr_nice (n=mr_nice@p54a9d96c.dip.t-dialin.net) |
| 12:21.20 | mr_nice | hi all |
| 12:21.34 | koen | hey mr_nice |
| 12:21.38 | *** join/#oe psokolovsky_ (n=psokolov@82.193.98.4) |
| 12:22.21 | mr_nice | koen: hi |
| 12:22.27 | *** join/#oe Varoudis_ (n=varoudis@85.75.207.24) |
| 12:24.19 | koen | hrw: it seems we might actually have a working sdk and sbox-sdk before ELC :) |
| 12:25.27 | hrw | which is good |
| 12:25.29 | Laibsch | hrw: I did as you said. Same problem as before (undefined reference to `main'). But I had not cleaned out tmp to see if this builds before going to sleep. I will clean tmp and retry but I doubt it will work. I just wonder what is the difference between your setup and mine |
| 12:25.32 | hrw | koen: nice slides btw |
| 12:25.57 | hrw | Laibsch: set those vars in local.conf |
| 12:27.29 | Laibsch | OK, just to make sure. I think they get picked up, though. DISTRO *is* set in local.conf. |
| 12:28.34 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 12:33.48 | *** join/#oe TheCan (n=thecan@dslb-084-056-137-026.pools.arcor-ip.net) |
| 12:35.45 | hrw | tmp/cross/lib/gcc/i586-poky-linux/4.1.1/libgcc_eh.a |
| 12:35.52 | hrw | but no such for arm.. hmm |
| 12:37.14 | hrw | rebuilding.. |
| 12:37.30 | slapin_nb | btw, what tarket meta-sdk actually produces? |
| 12:38.35 | *** join/#oe gremlin[it] (n=gremlin@host62-172-static.42-88-b.business.telecomitalia.it) |
| 12:40.05 | hrw | slapin_nb: sh5 for ultrasparc3 |
| 12:41.33 | slapin_nb | hrw, sorry for wrong formulation - I meant is it produces package of SDK or something else? |
| 12:41.43 | hrw | try it? |
| 12:41.53 | slapin_nb | hrw, ok |
| 12:43.03 | hrw | or look into recipe |
| 12:43.33 | slapin_nb | hrw, thanks |
| 12:51.24 | koen | hrw: although I'm still uncomfortable handing out toolchains to users |
| 12:51.59 | hrw | koen: s/users/external developers/ too? |
| 12:52.19 | hrw | koen: in OH we see a need for external toolchains |
| 12:53.22 | koen | hrw: I'd rather hand out a qemu images or a scratchbox toolchain |
| 12:53.36 | koen | external toolchains are a loaded gun pointed at your foot |
| 12:53.47 | *** join/#oe Laibsc1 (n=Laibsch@p3160-ipbf1007marunouchi.tokyo.ocn.ne.jp) |
| 12:53.47 | koen | with a malfunctioning safety pin |
| 12:54.01 | hrw | koen: qemu is fscking slow |
| 12:54.43 | zecke | hrw: on a opteron it is twice as fast as a real underclocked NSLu2 |
| 12:54.50 | koen | Every minute I spend on SDK generation is a minutes not spent on packaged-staging :( |
| 12:56.02 | hrw | time to drill some holes - cu |
| 12:58.25 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 13:07.10 | *** join/#oe amaldo_ (n=amaldo@pdpc/supporter/student/amaldo) |
| 13:07.15 | *** join/#oe dion (n=dion@inhex.net) |
| 13:09.33 | koen | time to make hrw unhappy |
| 13:11.59 | CIA-11 | 03koen 07org.oe.dev * rafe622ad... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: move gcc-cross to 4.1.2 as well |
| 13:13.08 | Crofton | hmm, looks like I need to rebuild the world again .... |
| 13:14.28 | koen | I started a build from scratch this morning |
| 13:18.15 | koen | zecke: what's the best way to disable package_qa_check_arch() in insane.bbclass for cross packages? |
| 13:23.29 | zecke | koen: teach insane.bbclass about it |
| 13:23.57 | koen | ok |
| 13:24.46 | CIA-11 | 03koen 07org.oe.dev * r633e68c0... 10/ (1 classes/insane.bbclass): insane.bbclass: short circuit architecture check for cross packages (e.g. gcc-cross-sdk) |
| 13:25.19 | zecke | ~lart gstreamer |
| 13:25.19 | ibot | gets a hotmal account and SPAMs gstreamer |
| 13:25.50 | zecke | tmbinc: on the dreambox do you resize the video sink? |
| 13:28.01 | koen | hmmm |
| 13:28.10 | koen | libstdc++-dev_4.1.2-r1_i686.ipk is a bit wrong for a cross toolchain |
| 13:28.47 | koen | zecke: http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-April/004848.html <- acceptable as short term solution? |
| 13:30.51 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
| 13:31.02 | tmbinc | zecke: resize? |
| 13:31.57 | zecke | tmbinc: on the fly resizing of the video playback, e.g. 640x480->320x240 |
| 13:34.52 | sirfred | Hello |
| 13:36.24 | koen | hey sirfred |
| 13:36.32 | tmbinc | zecke: you can resize the video plane arbitrary on DM7025, if that's what you meant :) |
| 13:36.56 | tmbinc | otherwise it will scale everything to fullscreen |
| 13:37.03 | tmbinc | but you can select any box |
| 13:37.06 | koen | tmbinc: it has a BES? |
| 13:37.10 | tmbinc | (well , down to a certain size) |
| 13:37.14 | tmbinc | BES |
| 13:37.29 | koen | sweet |
| 13:37.30 | sirfred | Aren't all the gtk stock icons included in distributions? |
| 13:37.43 | sirfred | (gpe-mplayer:10983): Gtk-WARNING **: Could not find the icon 'media-playback-start'. The 'hicolor' theme ... |
| 13:38.08 | sirfred | Should they be present? Is it a bug? |
| 13:38.12 | koen | sirfred: we don't ship the hicolor-icon-theme by defaults |
| 13:38.31 | koen | and different versions of gtk+ ship different subsets of icons... |
| 13:38.40 | sirfred | icon hell |
| 13:38.45 | koen | correct |
| 13:39.11 | sirfred | So, what should be better? Put a depend against hicolor-icon-theme? Provide my own icons? |
| 13:39.24 | sirfred | I'm feeling lazy for the latter |
| 13:39.25 | tmbinc | koen: sorry. BES? |
| 13:39.31 | tmbinc | (i missed the '?') |
| 13:39.45 | koen | tmbinc: back end scaler |
| 13:40.21 | tmbinc | it scales in realtime, so it'sa frontend scaler - isn't it? |
| 13:40.32 | tmbinc | it could also scale into memory, but we aren't using that |
| 13:40.43 | tmbinc | (as it already offer 3 seperate planes) |
| 13:41.28 | koen | if the video chipset scales it for you, I call it a BES :) |
| 13:41.36 | tmbinc | ah ok |
| 13:42.04 | tmbinc | ATI makes some distinction here - they try to avoid frontend (=realtime) scaling, in order to save bandwidth, as much as possible |
| 13:42.14 | tmbinc | because realtime bandwidth is so much more expensive than normal |
| 13:42.23 | tmbinc | but we don't care |
| 13:42.48 | tmbinc | (that poses a certain restriction for downsampling, but that doesn't matter for us) |
| 13:43.02 | koen | ah, ok |
| 13:43.43 | tmbinc | if we had that to-memory-scaling working, and would implement the mpeg decoder timeslicing (which is nearly working - but the remaining bits are very hard) then we could decode&display 16x MPEG2 SD |
| 13:44.13 | tmbinc | but that would be an immense amount of work, and not even the ATI drivers suppport that at the moment.. |
| 13:44.47 | tmbinc | (so if anybody wants to do an internship for low level nearly undocumented hardware coding... ;) |
| 13:47.02 | sirfred | tmbinc: What ATI chip are you talking about, If I'm allowed to ask? |
| 13:47.18 | tmbinc | xilleon |
| 13:47.54 | sirfred | tmbinc: Never heard about that. |
| 13:48.13 | tmbinc | Some embedded DVR chipset |
| 13:48.38 | koen | sirfred: can you copy&paste already? |
| 13:48.56 | koen | sirfred: or do you have to practice it some more in window mobile? ;) |
| 13:49.06 | sirfred | koen: :) |
| 13:49.15 | sirfred | koen: I'm afraid to say that I've abandoned that. |
| 13:49.33 | sirfred | I've decided to focus my idle time into my zaurus. Sorry. |
| 13:49.39 | koen | np |
| 13:50.02 | sirfred | The fact is that the problems, the differences between w100 and w3220 are not easy to figure out. |
| 13:50.17 | sirfred | We had aticore as source for the w100, and even with that, it was a hard task. |
| 13:51.04 | koen | sirfred: do you have a patch that updates the cursor to 32x32 on w3220? |
| 13:51.20 | sirfred | For the w3220 is even harder, because pocketpc dlls are using microcode, so, it's very difficult to find the way. |
| 13:51.22 | sirfred | koen: No. |
| 13:51.39 | sirfred | koen: I was trying for a while, but didn't got the cursor to work correctly. |
| 13:52.11 | sirfred | koen: My functions to map from xcursor to 2 bpp as ati cursor demands, didn't like the 32x32 size. |
| 13:52.38 | sirfred | koen: Anyway, hardware cursors are not going to make a difference. The great problem is xrandr. |
| 13:53.16 | sirfred | koen: We could just probably disable them for w3220, but disabling cursors, and disabling xrandr and xv, we have less more than Xw100 |
| 13:54.11 | sirfred | koen: Perhaps if someone owning a w3220 powered pda is interested... but with the little spare time I have, I prefer to work on my zaurus, sincerely. |
| 13:54.44 | sirfred | Well, I could change my mind if I win the lottery. ;-) |
| 13:56.44 | koen | I could live with disabled xrandr and cursors |
| 13:56.44 | sirfred | koen: So, why not Xw100 ? |
| 13:56.44 | sirfred | I think we should swap names |
| 13:56.44 | sirfred | Xw100 <-> Ximageon |
| 13:56.44 | koen | Xw100 isn't using videomemory, right? |
| 13:57.38 | sirfred | koen: The problem with Xw100 is a one-line-fix bug, as kdrive, if you don't set the alignment needed for the offscreen memory chunks, it just gives you always zero bytes. |
| 13:57.52 | koen | I would be happy with that fix :) |
| 13:57.54 | sirfred | koen: What Xw100 is not going to do, is to use the internal 320Kb of the card. |
| 13:58.02 | sirfred | koen: I can tell you what to change. |
| 14:01.40 | sirfred | koen: Ok, I've found it. |
| 14:01.55 | sirfred | koen: THis is how kaa calculates the amount of memory needed for every pixmap scanline: |
| 14:01.57 | sirfred | <PROTECTED> |
| 14:01.57 | sirfred | <PROTECTED> |
| 14:02.26 | sirfred | koen: Note that when pKaaScr->info->pitchAlign is zero, pitch is always zero. I think it's rather a kdrive bug. |
| 14:03.44 | sirfred | So, the only needed thing is to set some pitchAlign in the w100 driver. The best place to do that is in ati_draw.c , function ATIDrawInit, in hw/kdrive/w100/ati_draw.c |
| 14:04.00 | sirfred | atis->kaa.pitchAlign = 16; |
| 14:04.24 | sirfred | koen: That should be enough to make Xw100 use offscreen memory, only external. But it's better than nothing. |
| 14:06.16 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 14:07.45 | *** join/#oe oxo_ (i=jorik@kippendief.biz) |
| 14:09.55 | *** join/#oe oxo_ (i=jorik@kippendief.biz) [NETSPLIT VICTIM] |
| 14:09.55 | *** join/#oe kurre2 (n=tomimo@a80-186-77-174.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 14:09.55 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.versatel.nl) [NETSPLIT VICTIM] |
| 14:09.55 | *** join/#oe tsaavik (n=dave@fw01.trusonic.com) [NETSPLIT VICTIM] |
| 14:09.55 | *** join/#oe bd2 (n=cbou@89.113.85.104) [NETSPLIT VICTIM] |
| 14:09.55 | *** join/#oe alphaone (n=daniel@datenfreihafen.org) [NETSPLIT VICTIM] |
| 14:09.55 | *** join/#oe CIA-11 (n=CIA@cia.navi.cx) [NETSPLIT VICTIM] |
| 14:09.56 | *** join/#oe nosnilmot (n=stu@fedora/nosnilmot) [NETSPLIT VICTIM] |
| 14:09.56 | *** join/#oe Necronom (n=jack@ice.mudshark.org) [NETSPLIT VICTIM] |
| 14:09.58 | sirfred | koen: That way , Xw100 is the best option for hx4700 nowadays, as you still will have xrandr using the framebuffer emulation. |
| 14:09.58 | CIA-11 | 03koen 07org.oe.dev * r59e33c8e... 10/ (4 files in 3 dirs): glib-2.0: update to 2.12.11n |
| 14:09.58 | CIA-11 | 03koen 07org.oe.dev * rd06fd2cd... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: prefer glib-2.0 2.12.11 |
| 14:15.04 | *** join/#oe cworth (n=cworth@c-67-160-161-141.hsd1.or.comcast.net) |
| 14:20.38 | koen | ~lart ftp://ftp3.easysw.com/ for being slow |
| 14:20.38 | ibot | breaks out the Hoover and sucks up ftp://ftp3.easysw.com/ for being slow |
| 14:21.50 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 14:23.15 | *** join/#oe hvontres|poodle (n=hvontres@208.2.199.132) |
| 14:31.21 | psokolovsky_ | sirfred: can you explain a bit more regarding "atis->kaa.pitchAlign = 16;"? where 16 is from? |
| 14:31.43 | sirfred | psokolovsky_: Empirical ;-) |
| 14:32.37 | sirfred | psokolovsky_: Perhaps a lower value can be used, but that seems to be safe for blit operations. |
| 14:32.45 | psokolovsky_ | sirfred: well, I'm seriously. where's that value from? is it arbitrary or it's w100 hardware parameter? |
| 14:33.17 | sirfred | psokolovsky_: It need to be the minimal value the w100 likes for every scanline in blitting for example. |
| 14:33.31 | sirfred | psokolovsky_: As I've said, it probably can be lower than that. But never zero. |
| 14:33.45 | psokolovsky_ | sirfred: ok. so, you say it is not initalized for w100 at all and stays at 0? |
| 14:33.54 | sirfred | psokolovsky_: Yes. |
| 14:34.06 | sirfred | psokolovsky_: So, offscreen requested memory is always zero. |
| 14:34.07 | CIA-11 | 03koen 07org.oe.dev * r10a90319... 10/ (1 packages/cups/cups_1.2.10.bb): cups: add 1.2.10 |
| 14:34.40 | psokolovsky_ | sirfred: so it's safe to put that assignment unconditionally, and it's going to work on any w100-compatible chip? |
| 14:34.48 | sirfred | psokolovsky_: Probably. |
| 14:35.13 | sirfred | psokolovsky_: But take into account that actually Xw100 is not using offscreen memory. If you change that, it's going to use it. |
| 14:35.31 | sirfred | psokolovsky_: You can probably trigger new bugs. |
| 14:35.48 | sirfred | psokolovsky_: But probably not, as the blitting functions were already used for onscreen-onscreen copy |
| 14:36.30 | sirfred | psokolovsky_: Take into account that most of knowledge about Imageon chipsets is from reverse engineering and .. just guessing. |
| 14:36.39 | sirfred | Try, fail, restart... |
| 14:36.42 | zecke | koen: you didn't edit checksums.ini? |
| 14:36.51 | psokolovsky_ | sirfred: ok, I probably make patch, so your wisdom is not lost, or you didn't haev to repeat it again and again ;-) |
| 14:36.54 | koen | zecke: I didn't |
| 14:37.07 | zecke | koen: bad boy |
| 14:37.23 | sirfred | psokolovsky_: Actually, I think it's a kdrive bug. |
| 14:37.34 | sirfred | psokolovsky_: They should shift to 1 that value, never use zero. |
| 14:38.04 | psokolovsky_ | sirfred: for it not to check pitchAlign != 0? I see for example that ati/ati_draw.c sets it |
| 14:38.16 | psokolovsky_ | ok |
| 14:38.45 | sirfred | psokolovsky_: Yes, they should check it and shift to one. As it's made in other parts of kdrive code with similar parameters. |
| 14:38.51 | *** join/#oe xuumbi (n=xumbi@c-24-128-224-250.hsd1.nh.comcast.net) |
| 14:38.53 | psokolovsky_ | sirfred: maybe it's intentionally, it == 0 => don't use offscreen ;-) |
| 14:38.57 | sirfred | But a pitchAlign of zero is just disabling offscreen memory. |
| 14:39.01 | sirfred | psokolovsky_: Could be. ;-) |
| 14:39.31 | sirfred | But a great comment should be nice. |
| 14:43.24 | psokolovsky_ | sirfred: now if you only could hint me how will I know that offscreen stuff is being used? ;-) |
| 14:43.54 | sirfred | psokolovsky_: There's a define in the kdrive/src/koffscreen.c |
| 14:44.00 | sirfred | psokolovsky_: To enable some logs, let me see... |
| 14:44.18 | sirfred | #define DEBUG_OFFSCREEN 0 |
| 14:44.24 | sirfred | Change that with 1. |
| 14:45.34 | sirfred | psokolovsky_: You should see some stderr logs for every offscreen request, with size and something more, look for DBG_OFFSCREEN calls in that file. |
| 14:45.54 | psokolovsky_ | sirfred: ok, thanks! |
| 14:46.33 | sirfred | DBG_OFFSCREEN (("Alloc 0x%x -> EMPTY\n", size)); |
| 14:46.49 | sirfred | That is the log that happens when the requested size was zero |
| 14:47.18 | sirfred | psokolovsky_: This one for a good alloc: |
| 14:47.19 | sirfred | [16:38] <psokolovsky_> sirfred: for it not to chec |
| 14:47.21 | sirfred | oops |
| 14:47.23 | sirfred | DBG_OFFSCREEN (("Alloc 0x%x -> 0x%x\n", size, area->offset)); |
| 14:47.31 | sirfred | Cut&Paste, my great enemy |
| 14:47.41 | psokolovsky_ | ok |
| 14:49.39 | hrw | re |
| 14:51.14 | slapin_nb | hrw, btw, what is RTFIL? could not find it on wikipedia... :) |
| 14:55.00 | psokolovsky_ | lol |
| 14:55.34 | *** join/#oe lazy_marmot (n=lgopher@85.233.43.112.static.cablesurf.de) |
| 14:57.25 | hrw | rtf irc logs? |
| 15:03.27 | slapin_nb | hrw, where to rtf IRC logs? |
| 15:04.47 | koen | ~logs |
| 15:04.48 | ibot | well, logs is apt/ibot/infobot/jbot/purl all log daily to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz |
| 15:05.38 | CIA-11 | 03xora 07org.oe.dev * r8936e843... 10/ (9 files in 5 dirs): |
| 15:05.38 | CIA-11 | linux-smdk2440_2.6.20+git : add a new version updated to 2.6.21-rc6+asoc |
| 15:05.38 | CIA-11 | remove older versions that are in various states of disrepair. |
| 15:08.21 | *** join/#oe wbx_ (n=wbx@gprs-pool-1-027.eplus-online.de) |
| 15:17.25 | hrw|gone | bye |
| 15:20.25 | *** join/#oe dion (n=dion@inhex.net) |
| 15:20.59 | CIA-11 | 03xora 07org.oe.dev * r091a66f4... 10/ (1 packages/mplayer/files/mplayer-imageon-svn.patch): mplayer-imageon-svn.patch : forgot to add this long ago |
| 15:24.17 | *** join/#oe den-ros (n=den@ppp91-76-79-173.pppoe.mtu-net.ru) |
| 15:29.14 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 15:30.22 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 15:38.05 | *** join/#oe law|mac (n=_law_@213.173.86.202) |
| 15:45.43 | *** join/#oe meister (n=meister@82.244.212.29) |
| 15:51.46 | *** join/#oe mr (n=mr_nice@p54a9de91.dip.t-dialin.net) |
| 15:52.05 | chouimat | morning |
| 15:58.08 | psokolovsky_ | sirfred, koen: how this looks: http://pastebin.ca/427042 |
| 15:59.36 | sirfred | psokolovsky_: Looks fine, can see an offscreen alloc |
| 16:00.04 | sirfred | psokolovsky_: At 0x96000, where the visible framebuffer ends |
| 16:00.20 | psokolovsky_ | sirfred: ok, so it show something too, and even doesn't segfault ;-). will play a bit more and commit. |
| 16:00.31 | psokolovsky_ | sirfred: any specific test I shoudl perform? |
| 16:01.02 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 16:01.03 | sirfred | psokolovsky_: Humm, I expected to see some copy logs |
| 16:01.16 | sirfred | psokolovsky_: Perhaps it doesn't emit logs, let me see... |
| 16:01.44 | psokolovsky_ | sirfred: that from manual run of Xw100 ;-) |
| 16:02.09 | sirfred | psokolovsky_: Try to run, for example gpe-login |
| 16:02.23 | sirfred | psokolovsky_: That should make some allocs and copies. |
| 16:03.40 | sirfred | psokolovsky_: You will see things like Enter AtiPrepareSolid with some offsets. |
| 16:03.47 | psokolovsky_ | sirfred: http://pastebin.ca/427048 |
| 16:03.57 | Bernardo | hi |
| 16:04.12 | Bernardo | psokolovsky_: from your commit it seems I can try again building opie-image, right? |
| 16:04.23 | psokolovsky_ | Bernardo: yeah! |
| 16:04.24 | sirfred | psokolovsky_: Very well, it's performing offscreen blitting. |
| 16:04.30 | sirfred | psokolovsky_: Do it looks fine? |
| 16:04.35 | sirfred | psokolovsky_: On the screen, I mean |
| 16:04.36 | psokolovsky_ | sirfred: yeah ;-) |
| 16:04.40 | Bernardo | can I try using qte-mt (PALMTOP_USE_MULTITHREADED_QT="yes") or should I leave that out of local.conf for now? |
| 16:04.50 | sirfred | psokolovsky_: So, congrats, you've fixed it. :-) |
| 16:04.51 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 16:05.05 | psokolovsky_ | Bernardo: you should have only require opie-1.2.3-pre |
| 16:05.11 | sirfred | psokolovsky_: Performance should be better now, but... who knows |
| 16:05.21 | psokolovsky_ | sirfred: you! ;-) |
| 16:05.28 | Bernardo | psokolovsky_: ok, I've got that, will try now. |
| 16:05.48 | sirfred | psokolovsky_: It's a pitty that in rotated mode, the offscreen memory is disabled by Xfbdev routines. |
| 16:06.12 | sirfred | psokolovsky_: But since the kernel framebuffer level is not able to rotate properly the w3220 screen, you will have to live with that. |
| 16:06.28 | psokolovsky_ | sirfred: in such a way that it affects even Xw100? |
| 16:06.49 | sirfred | psokolovsky_: Yes. Xw100 relays in fbdev routines to perform rotation. |
| 16:07.09 | sirfred | It's made in software, just with a shadow framebuffer and an update function to rotate in software. |
| 16:07.46 | sirfred | That way, framebuffer needs double amount of memory |
| 16:08.18 | sirfred | And, in a perhaps weird decission, fbdev decides to set offscreen memory to zero |
| 16:09.18 | sirfred | Well, perhaps it makes sense, as the rotation is made in software, who cares how are we copying to the primary framebuffer? It's a disaster anyway |
| 16:10.24 | sirfred | psokolovsky_: On the other hand, Ximageon just tells to the w100 (using the framebuffer level) to rotate: It's fast, transparent and doesn't consume additional memory |
| 16:11.41 | psokolovsky_ | sirfred: nice. let's leave for another time though, I'm not ready for full-fledged X hacking yet ;-) |
| 16:12.04 | sirfred | psokolovsky_: Well, who's ready? ;-) |
| 16:12.19 | psokolovsky_ | sirfred: but to get to it some day, and hope I'll have chance to ask you more questions. ;-) |
| 16:12.39 | sirfred | psokolovsky_: Of course. |
| 16:13.34 | psokolovsky_ | thanks! |
| 16:14.45 | sirfred | psokolovsky_: np |
| 16:27.19 | CIA-11 | 03pfalcon 07org.oe.dev * rb359807f... 10/ (3 files in 3 dirs): |
| 16:27.19 | CIA-11 | xserver-kdrive 1.2.0: Add patch to actually enable offscreen pixmap acceleration in Xw100. |
| 16:27.19 | CIA-11 | * Courtesy of Manuel Teira (sirfred). |
| 16:27.19 | CIA-11 | * Tested on hx4700. |
| 16:27.57 | *** join/#oe Laibsch (n=Laibsch@p3160-ipbf1007marunouchi.tokyo.ocn.ne.jp) |
| 16:29.55 | CIA-11 | 03pfalcon 07org.oe.dev * r9bb2e14e... 10/ (1 packages/xorg-xserver/xserver-kdrive-common.inc): |
| 16:29.55 | CIA-11 | xserver-kdrive: remove bogus PACKAGE_ARCH overrides for Palm machines. |
| 16:29.55 | CIA-11 | * They don't use any adhoc patches to require that. |
| 16:29.55 | CIA-11 | * TODO: do the same for poodle. |
| 16:37.20 | CIA-11 | 03koen 07org.oe.dev * r741da7c0... 10/ (3 files in 2 dirs): task-sdk: move non base stuff to task-sdk-extras to avoid building half of OE when inheriting debian.bbclass |
| 16:40.51 | *** join/#oe NAbyss (n=foo@ppp159-120.lns4.mel6.internode.on.net) |
| 16:54.02 | cbrake | update-modules is generating modules.conf, but modprobe is looking for modprobe.conf on my target system. Anyone know what is going on here? |
| 16:56.18 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 16:57.08 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 16:58.37 | *** part/#oe den-ros (n=den@ppp91-76-79-173.pppoe.mtu-net.ru) |
| 17:03.17 | cbrake | looks like /etc/modprobe.d/options is now the correct place |
| 17:08.23 | sirfred | Curious, if I start X manually and then matchbox-session, window size policies are not the same than when started from gpe-dm. |
| 17:08.44 | sirfred | For example, the filechooser shows fullscreen, what's really better. What could be the cause of this? |
| 17:16.40 | koen | sirfred: gpe-conf(d) changes some xsetttings |
| 17:16.56 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 17:17.52 | slapin_nb | puzzles broken again :( |
| 17:18.03 | slapin_nb | hrw|gone, |
| 17:18.41 | slapin_nb | maybe make svn checkout default (with appropriate revision no)? |
| 17:22.17 | *** join/#oe mickey|meeting (n=mickey@e180153246.adsl.alicedsl.de) |
| 17:22.29 | slapin_nb | !oebug 2091 |
| 17:22.30 | cdbot2 | * * Bug 2091, Status: NEW, Created: 2007-04-06 10:28 |
| 17:22.31 | cdbot2 | * * slapinid(AT)gmail.com: puzzles package is non-fetchable again |
| 17:22.32 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2091 |
| 17:22.41 | psokolovsky_ | slapin_nb: do that, submit patch |
| 17:23.34 | slapin_nb | psokolovsky_, RP is against it, I want comments. |
| 17:24.47 | psokolovsky_ | slapin_nb: comments on what? what was his argumentation? |
| 17:25.09 | koen | hey mickey|meeting |
| 17:25.16 | slapin_nb | psokolovsky_, look at some IRC logs archive. |
| 17:25.42 | slapin_nb | koen, do you feel anything bad with suggestion on oebug 2091? |
| 17:25.51 | psokolovsky_ | slapin_nb: I suggest yoy make a patch and submit it. |
| 17:26.11 | koen | I have no real opinion on that |
| 17:26.40 | slapin_nb | psokolovsky_, not a problem for me, but RP thinks it is wrong thing to do. |
| 17:27.10 | slapin_nb | psokolovsky_, I myself is not sure, because I could misunderstand something. |
| 17:27.38 | psokolovsky_ | slapin_nb: patches welcome |
| 17:28.08 | slapin_nb | it is good to have ability to download stuff using tarball, but a problem is they make it unavailable too often, so I suggest SVN checkout as solution. |
| 17:28.28 | slapin_nb | psokolovsky_, patch is trivial, whole idea needs discussion. |
| 17:28.52 | slapin_nb | IIRC, RP is maintainer of it. |
| 17:29.09 | mickey|meeting | chers |
| 17:29.12 | mickey|meeting | cheers, eve |
| 17:29.13 | mickey|meeting | n |
| 17:32.10 | *** join/#oe wbx (n=wbx@gprs-pool-1-020.eplus-online.de) |
| 17:35.35 | *** join/#oe LWT001 (n=root@121.34.147.243) |
| 17:36.57 | koen | mickey|meeting: how's the meeting coming along? |
| 17:38.44 | *** join/#oe mr_nice (n=mr_nice@p54a9de91.dip.t-dialin.net) |
| 17:40.36 | mickey|meeting | awesome |
| 17:40.59 | zecke | coffee and cookies :) |
| 17:41.01 | mickey|meeting | time is running too fast, but other than that, we're talking about the most exciting stuff atm. |
| 17:41.35 | koen | ~v12 |
| 17:41.44 | ibot | [v12] the next must-have in the Neo1973, http://www.ultimatestupidity.com/pics/1/diesel/ |
| 17:41.45 | zecke | mickey|meeting: stop chating, focus |
| 17:41.45 | mickey|meeting | absolutely |
| 17:41.45 | mickey|meeting | direct injection |
| 17:41.55 | mickey|meeting | zecke: Sean is drawing atm., i have a minute |
| 17:43.47 | koen | mickey|meeting: did you see my mail about the branch? |
| 17:44.07 | mickey|meeting | koen: got it, yet |
| 17:44.10 | mickey|meeting | s/yet/yeah/ |
| 17:45.01 | koen | mickey|meeting: you need to start thinking about wo to give OE access for that as well :/ |
| 17:47.15 | koen | zecke: you have cookies? |
| 17:47.22 | koen | zecke: I'm all out of cookies |
| 17:47.42 | zecke | koen: don't talk about food, I'm about to throw over... |
| 17:55.36 | Bernardo | psokolovsky_: opie-image is booting now, no more complains about not finding init |
| 17:56.15 | psokolovsky_ | Bernardo: cool |
| 17:57.52 | Bernardo | ok, it seems my regular opie desktop - just kdepim is missing |
| 17:59.04 | Bernardo | time to build more stuff... iqnotes, opie-reader are mandatory, all the rest I can live without. :) |
| 17:59.06 | zecke | hmm I need last.fm for my neo |
| 17:59.22 | Bernardo | as you put on the wiki, no sound |
| 17:59.49 | psokolovsky_ | Bernardo: yep, that needs to be researched |
| 18:00.22 | Bernardo | it is using alsa, right? or expecting oss emulation? |
| 18:02.10 | psokolovsky_ | Bernardo: OSS emulation |
| 18:02.11 | Bernardo | ouch... hard lock when I inserted my sandisk plus wifi card |
| 18:02.37 | Bernardo | is there a alt+sysreq equiv on the akita? |
| 18:04.14 | XorA|gone | alt+home |
| 18:04.35 | XorA|gone | Bernardo: yeah dont use a connect+ is oopses the kernel |
| 18:04.56 | Bernardo | I can't afford a new wifi card now... :( |
| 18:05.24 | Bernardo | I can work without it, though |
| 18:05.33 | XorA|gone | Bernardo: got a serial cable? |
| 18:05.58 | Bernardo | a usb/serial one, I hacked from a nokia cable to use with a wifi router |
| 18:07.48 | *** join/#oe VoodooZ (n=palm3@modemcable045.249-81-70.mc.videotron.ca) |
| 18:08.11 | Bernardo | I don't have the plug to connect to the akita port - will check on ebay if I can find one. ANd also try if I can reproduce the lockup on a x86 2.6.20 kernel |
| 18:08.29 | Bernardo | if so, it might be easier to trace |
| 18:10.24 | *** join/#oe root_ (n=root@58.187.131.212) |
| 18:10.55 | *** join/#oe hongtd (n=hongtd@58.187.131.212) |
| 18:11.05 | hvontres|poodle | woot!! the "Easter Bunny" just gave me a picture of Ben Franklin @ work :) |
| 18:12.06 | hvontres|poodle | koen: how are you gonna fit that v12 in a phone tho? |
| 18:12.28 | koen | hvontres|poodle: magic |
| 18:12.44 | slapin_nb | herbal one? |
| 18:14.48 | *** join/#oe mmp (n=mmp@85.135.237.188) |
| 18:17.15 | Bernardo | can't hang it on x86... but no longer works, on 2.6.17 it did work |
| 18:22.16 | slapin_nb | psokolovsky_, I added that patch. |
| 18:22.42 | slapin_nb | psokolovsky_, a bit rough, probably. please comment if you find it bad in some way. |
| 18:25.28 | slapin_nb | !oebug 2091 |
| 18:25.30 | cdbot2 | * * Bug 2091, Status: NEW, Created: 2007-04-06 10:28 |
| 18:25.33 | cdbot2 | * * slapinid(AT)gmail.com: puzzles package is non-fetchable again |
| 18:25.33 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2091 |
| 18:27.07 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 18:28.16 | slapin_nb | mtn: 741da7c046302cd2a55436a833775a51b3118e29 koen@openembedded.org 2007-04-06T16:34:26 |
| 18:28.16 | slapin_nb | mtn: bd2a1b3443e4c99866c718f6aaa29ffc02817dd0 pfalcon@openembedded.org 2007-04-06T16:28:31 |
| 18:28.16 | slapin_nb | m |
| 18:28.19 | slapin_nb | 2 heads again |
| 18:30.03 | koen | slapin_nb: read the monotone manual |
| 18:30.10 | zecke | :) |
| 18:30.36 | slapin_nb | koen, I know about -r |
| 18:30.48 | *** join/#oe mreimer_ (n=mreimer_@luthien.vpop.net) |
| 18:30.52 | koen | slapin_nb: so stop complaining about it then |
| 18:31.04 | mreimer_ | hello all |
| 18:31.11 | slapin_nb | koen, I'm not complaining. just curious. |
| 18:31.55 | zecke | http://rafb.net/p/9OSMeM76.html <- six hours and now I'm forced to hack around... |
| 18:33.37 | slapin_nb | koen, thanks for live analogy |
| 18:36.26 | koen | slapin_nb: fwiw, the mtn server automerges every hour or so, so multiple heads should go away automagically |
| 18:36.56 | chouimat | is updating to 0.34 worth it? |
| 18:37.25 | slapin_nb | koen, thanks for explanation |
| 18:38.34 | *** join/#oe frank7d (n=afs@p549F9356.dip0.t-ipconnect.de) |
| 18:43.57 | *** join/#oe blaster8 (n=blaster8@orca.stp.me.uk) |
| 18:48.20 | *** join/#oe Crofton (n=balister@hc65217c1.dhcp.vt.edu) |
| 18:49.07 | Crofton | Is the guy reporting the bug in uboot-utils around? |
| 18:51.53 | *** join/#oe blaster8 (n=blaster8@orca.stp.me.uk) |
| 18:57.10 | psokolovsky_ | What too can I use to find out various raw/cooked keycodes on linux? |
| 18:59.22 | zecke | psokolovsky_: take a look at the QtE keyboard driver |
| 19:01.08 | psokolovsky_ | zecke: nice. exactly to check its sanity I need separate tool ;-) |
| 19:02.40 | zecke | psokolovsky_: do you know goedel? |
| 19:03.21 | psokolovsky_ | zecke: theorem of incompleteness of arithmetic? ;-) |
| 19:03.36 | zecke | sounds like a proper translation |
| 19:03.49 | zecke | psokolovsky_: completeness and incompleteness |
| 19:04.13 | zecke | psokolovsky_: there is this huge keymap and the first line states a python tool |
| 19:04.27 | zecke | psokolovsky_: these numbers where used to generate the table (and then hand edited... :}) |
| 19:04.49 | psokolovsky_ | damn! python! that's what I need! |
| 19:04.57 | zecke | lol |
| 19:05.12 | zecke | psokolovsky_: alternatively you can spy at kdrive |
| 19:05.39 | psokolovsky_ | zecke: I just hope some package includes some nice utility for that ;-) |
| 19:06.17 | psokolovsky_ | hoped |
| 19:07.07 | zecke | psokolovsky_: alternatively SYSRQ+X is your friend |
| 19:07.34 | zecke | psokolovsky_: change your terminal into raw mode, print the keycodes and if something goes bad you can safely return to XLATE |
| 19:08.15 | zecke | psokolovsky_: http://handhelds.org/~zecke/downloads/python_keytable_creator.py |
| 19:08.43 | psokolovsky_ | zecke: yeah, found it, thanks. that py is *big* ;-) |
| 19:08.58 | zecke | psokolovsky_: it is mostly my documentation |
| 19:09.07 | zecke | psokolovsky_: self executable documentation :) |
| 19:09.23 | psokolovsky_ | ok ;-) |
| 19:09.53 | zecke | I think this 'self' is wrong as you need to import and then type the statements you want |
| 19:10.03 | zecke | psokolovsky_: but why do you suspect that the driver is broken? |
| 19:11.07 | psokolovsky_ | zecke: well, not really broken, just doesn't work for ipaqs. specifically, power and record buttons are not recognized, so I look for ways to add them. |
| 19:13.06 | *** part/#oe lazy_marmot (n=lgopher@85.233.43.112.static.cablesurf.de) |
| 19:21.32 | hvontres|poodle | hrw|gone: What are you using to generate our e-mail sigs? Those things are *FUNNY* |
| 19:24.19 | hrw|gone | hvontres|poodle: its perl script which use external textfile with quotes |
| 19:24.35 | hrw|gone | hvontres|poodle: and I am updating quotes from time to time |
| 19:25.11 | hrw|gone | slapin_nb: RP is against using unversioned tarball which puzzles author provides. |
| 19:25.37 | hrw|gone | slapin_nb: we can move to SVN version instead but it should be set to working revision instead of being floating |
| 19:26.09 | hrw|gone | happy easter everyone (or have a nice weekend for !christians) |
| 19:26.30 | slapin_nb | hrw|gone, please look at oebug 2091 |
| 19:26.40 | hrw|gone | slapin_nb: submit patch |
| 19:26.44 | slapin_nb | hrw|gone, there is patch |
| 19:27.02 | slapin_nb | hrw|gone, happy easter, too! |
| 19:27.41 | hrw|gone | slapin_nb: look ok for me |
| 19:28.05 | hrw|gone | slapin_nb: atleast it looks like you start learning how to report bugs ;) |
| 19:28.05 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 19:29.09 | hrw|gone | bye |
| 19:29.46 | slapin_nb | hrw|gone, bye, I always new but I'm usually lazy or have no time :) |
| 19:34.40 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 19:47.34 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 19:47.37 | likewise | hello all |
| 19:48.05 | *** join/#oe vivijim (n=vivijim@189.13.201.168) |
| 19:48.12 | likewise | vivijim: hi |
| 19:48.26 | vivijim | hi likewise |
| 20:08.31 | *** join/#oe gremlin[it] (n=gremlin@217.201.175.164) |
| 20:37.06 | zecke | rwhitby: write a Makefile that helps to use MokoMakefile :) |
| 20:37.08 | zecke | scnr |
| 20:39.59 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 20:41.04 | likewise | hi koen |
| 20:41.15 | koen | hey likewise |
| 20:41.25 | likewise | koen: I read on OE ml you are interested in 'upstart'? |
| 20:41.47 | likewise | koen: I was just investigating using it for OE, being bitten by initng unstableness. |
| 20:41.51 | koen | not really, just looking ahead |
| 20:42.28 | koen | if we are going to redo initscripts we might as well try to future proof it |
| 20:43.07 | rwhitby | zecke: heh :-) |
| 20:43.46 | zecke | rwhitby: not disapproval |
| 20:43.59 | zecke | rwhitby: pure hate and anger ;) |
| 20:44.08 | zecke | with fire and flames |
| 20:44.41 | rwhitby | as long as it's *pure*, then that's ok :-) |
| 20:44.44 | koen | seems like zecke had the same CS course about makefiles as I did |
| 20:44.56 | rwhitby | don't want any of that impure hate and anger ... |
| 20:45.00 | zecke | rwhitby: but make qemu-flash-official sounds like something I have to try |
| 20:45.03 | chouimat | hehe |
| 20:45.30 | zecke | rwhitby: no, I have grown up, I can offer the full pure anger |
| 20:45.46 | zecke | rwhitby: no "I can't believe its impure hate and anger" |
| 20:46.05 | rwhitby | zecke: I'm going to add "make flash-neo-official" next week sometime so I don't have to remember the dfu-util cmdline options to exclude my bluetooth dongle from the upgrade ... |
| 20:47.06 | zecke | rwhitby: the only time MokoMakefile annoys is when stupid people use it. "You don't have bzip2 installed, please install it" "Oh MokoMakefile breaks and I don't know what to do" :) |
| 20:47.23 | rwhitby | koen: note that I don't say that makefiles can replace bitbake - makefiles have limits. I just believe that makefile limits are further along than script limits. |
| 20:47.40 | rwhitby | zecke: the same people would give the same bug report s/MokoMakefile/bitbake/ |
| 20:47.56 | koen | rwhitby: my only problems with makefiles like mokomakefile is what zecke says |
| 20:48.10 | rwhitby | the question is whether you want those people running the build system _at_all_ |
| 20:48.22 | zecke | rwhitby: that is the question. actually you mention the two questions |
| 20:48.30 | rwhitby | with mokomakefile, you get a lower barrier to entry. which can be a good or bad thing. |
| 20:48.32 | zecke | rwhitby: and even projects like X.org face that |
| 20:49.30 | zecke | rwhitby: I think lowering the barrier is good, and I generally agree with MokoMakefile |
| 20:49.39 | zecke | rwhitby: could make setup make a turing test or such? |
| 20:49.51 | rwhitby | my hope is that MokoMakefile allows some coding guru who has never used bitbake or OE before to get productive in developing OM applications without having to cross over the largish barrier to entry. |
| 20:50.19 | zecke | rwhitby: and you have my support there |
| 20:50.38 | rwhitby | the turing test should be in bitbake sanity.bbclass, right? |
| 20:50.59 | zecke | and when first compiling OpenSlug I have used the MaterMakefile even if I knew OE |
| 20:51.10 | koen | rwhitby: isn't the makefile curing symptons rather than the problem? |
| 20:51.35 | zecke | bbl |
| 20:52.26 | rwhitby | koen: good question. I guess the same question could be asked of external toolchains. Do you give an application developer a toolchain RPM or .deb to install, or do you make them run bitbake to get it? |
| 20:53.12 | rwhitby | Even with mokomakefile support for building qemu, there will still be a very large number of people who won't use it until there is a windows installer ... |
| 20:54.05 | koen | rwhitby: A few hours ago I said something like "giving out external toolchains is giving people a loaded gun without a safety pin, aimed at their foot" |
| 20:54.25 | zecke | koen: how far is your foot away? |
| 20:54.32 | rwhitby | yep, I saw that. that's why I used that example :-) |
| 20:55.19 | rwhitby | but PalmOS would not have it's huge application developer base if each one of them had to install bitbake and OE to build their toolchain from scratch. |
| 20:55.30 | koen | right |
| 20:55.53 | rwhitby | it's a tiered system |
| 20:56.42 | koen | that's why I rather work on packaged-staging that driving people with a hole in their foot to the ER |
| 20:57.15 | rwhitby | at one end of the spectrum are those that fix toolchain problems. then you go through those to build toolchains, those who package and support toolchains, and those who simply want to use toolchains and ipkg upgrade if the toolchain changes, cause they are only interested in the application development. |
| 20:57.52 | koen | right now, I'd hand out qemu images with gcc + friends installed |
| 20:57.54 | rwhitby | ah, now you're talking about the mechanism of delivering external toolchains, rather than the principle of external toolchains itself. |
| 20:58.22 | koen | yeah |
| 20:58.29 | koen | those are tied together pretty close |
| 20:58.34 | rwhitby | and on the mechanism, I agree with you - you need something which is easily and automatically updateable. |
| 20:58.54 | rwhitby | (and isolated from host configuration somewhat) |
| 20:59.01 | koen | yes |
| 20:59.11 | likewise | Anyone know which channel I should bother with programming questions (regarding shared library development)? |
| 20:59.13 | koen | everyone should switch to 64bit :) |
| 20:59.28 | zecke | likewise: here? |
| 20:59.38 | koen | or rather bigendian 128bit |
| 20:59.51 | likewise | zecke: Can I define variables in a .so that are shared between all users? |
| 21:00.07 | zecke | likewise: globally? btw multiple processes? |
| 21:00.18 | likewise | zecke: Yes. C language. |
| 21:00.39 | zecke | likewise: not on UNIX |
| 21:00.51 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 21:01.08 | zecke | likewise: or only constant variables (but that wasn't your question) |
| 21:01.19 | likewise | zecke: so all modifiable data is instantiated for each process? |
| 21:01.27 | zecke | likewise: right |
| 21:02.17 | likewise | If I want to have my library share data across processes, it should use posix shared memory or such? |
| 21:02.40 | zecke | likewise: you cayes |
| 21:03.01 | likewise | zecke: I was just wondering if there was a common 'best practice'. |
| 21:03.56 | zecke | likewise: I have never done this in practive but you can use sysv5 shared memory or mmap |
| 21:04.33 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 21:13.14 | sirfred | NIght |
| 21:25.36 | mickey|meeting | hmm |
| 21:25.43 | zecke | mickey|meeting: hi :) |
| 21:25.52 | mickey|meeting | hi |
| 21:26.02 | likewise | good night all |
| 21:26.15 | *** part/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 21:26.37 | zecke | mickey|meeting: yes? |
| 21:27.01 | mickey|meeting | nothing, just checked whether i'm still connected :) |
| 21:27.16 | zecke | ibot: hmm |
| 21:27.27 | ibot | somebody said hmm was hidden markov model |
| 21:27.50 | mickey|meeting | heh |
| 21:29.08 | rwhitby | mickey|meeting: do we make everyone rebuild tmp from scratch to go back to a frozen OE version? |
| 21:29.48 | rwhitby | (for openmoko) |
| 21:32.37 | Bernardo | psokolovsky_: most stuff works - but bitbake meta-opie dies with qa errors in siĀ«ome stuff (opie-sh, opie-theme) and fails when building lirc-modules. |
| 21:34.45 | psokolovsky_ | Bernardo: that means someone should fix them ;-) |
| 21:35.45 | Bernardo | yep -I'll try... |
| 21:36.17 | mickey|meeting | rwhitby: yeah, I'm afraid that's the only sane way |
| 21:37.08 | rwhitby | ok, I'll work out how to get MokoMakefile to detect if someone is not running the frozen version, and print out a message which tells them to either clobber everything, or unfreeze if they want to continue with unofficial builds. |
| 21:37.44 | zecke | mickey|meeting: did the frozen rev change? |
| 21:37.55 | mickey|meeting | no |
| 21:38.07 | mickey|meeting | not yet, at least |
| 21:44.37 | *** join/#oe icmp (n=icmp@unaffiliated/icmp) |
| 21:44.39 | hvontres|poodle | zecke: ask koen next semester :) I think it's one of those wierd controls things |
| 21:46.53 | Bernardo | 'night |
| 21:47.00 | *** join/#oe JoeSchmo (n=jciccone@pool-71-187-1-10.nwrknj.fios.verizon.net) |
| 21:47.26 | *** join/#oe W8TVI (n=me@166.165.150.59) |
| 22:04.29 | CIA-11 | 03philippe 07org.oe.dev * rc6346a6d... 10/ (1 packages/gtk-webcore/osb-jscore_svn.bb): |
| 22:04.29 | CIA-11 | packages/gtk-webcore/osb-jscore_svn.bb |
| 22:04.29 | CIA-11 | * fix issue with missing create_hash_table script |
| 22:10.36 | rwhitby | mickey|meeting: frozen OE version implemented in MokoMakefile |
| 22:32.37 | *** join/#oe amaldo (n=amaldo@pdpc/supporter/student/amaldo) |
| 22:37.45 | *** part/#oe mreimer_ (n=mreimer_@luthien.vpop.net) |
| 22:38.22 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 22:43.18 | *** join/#oe Laibsch (n=Laibsch@p3160-ipbf1007marunouchi.tokyo.ocn.ne.jp) |
| 22:53.38 | *** join/#oe |jbs| (n=Bernardo@89-180-11-174.net.novis.pt) |
| 22:55.46 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
| 23:09.57 | *** join/#oe HistoryOnTheRoad (n=HistoryB@CPE0018394c4357-CM0012c99eaf62.cpe.net.cable.rogers.com) |
| 23:12.45 | HistoryOnTheRoad | Quick Question: Has anyone used OE on FreeBSD (as a compile env)? |
| 23:13.44 | rwhitby | HistoryOnTheRoad: it's listed in http://www.openembedded.org/wiki/OEandYourDistro, so there's a chance :-) |
| 23:14.12 | rwhitby | (although it says "bitkeeper" so that shows that entry is over 2 years old) |
| 23:15.06 | HistoryOnTheRoad | Well, if it's 2+ years old, then it was supported _at one time_ ... which is encouraging, at least :) |
| 23:16.42 | *** join/#oe concept10 (n=concept1@ppp-70-251-7-21.dsl.rcsntx.swbell.net) |
| 23:17.49 | concept10 | anyone have a recommendation for a development board or maybe even a cheap device to get started with embedded linux? seems to be thousands of them out there. |
| 23:19.02 | HistoryOnTheRoad | rwhitby: are there any min. requirements for OE then? |
| 23:19.36 | HistoryOnTheRoad | (gcc 4 or 3.2 ... or a specific version of them)? |
| 23:21.04 | *** join/#oe Laibsch (n=Laibsch@p3160-ipbf1007marunouchi.tokyo.ocn.ne.jp) |
| 23:23.17 | *** part/#oe HistoryOnTheRoad (n=HistoryB@CPE0018394c4357-CM0012c99eaf62.cpe.net.cable.rogers.com) |
| 23:29.12 | *** join/#oe vivijim (n=vivijim@189.13.201.168) |
| 23:32.19 | zecke | nite |
| 23:36.30 | Crofton__ | concept10, define cheap? |
| 23:37.50 | concept10 | Crofton__, under $350... I say that because if I go over, I may as well get the openmoko based phone |
| 23:38.04 | Crofton__ | heh |
| 23:38.11 | Crofton__ | Omap starter kit |
| 23:38.28 | Crofton__ | I think there are a number of options under 350 |
| 23:38.36 | Crofton__ | OSK does not have display |
| 23:40.18 | concept10 | I have this firewall box with a AMD/Geode 233 with a full motherboard with ide/usb/serial/paraport but it seems too limited |
| 23:40.50 | Crofton__ | what is limiting you? |
| 23:41.21 | concept10 | Crofton__, the integrated graphics (cant get X running, yet) |
| 23:42.02 | concept10 | Crofton__, I really dont need X, I would just like to get it to run |
| 23:42.15 | Crofton__ | hmm, we need a web page linking machines OE supports |
| 23:42.22 | Crofton__ | yeah, I understand |
| 23:43.32 | concept10 | I just saw a guy boot a board with LinuxBIOS with kdrive/tinyx and matchbox in 6 secs. That is so great. |
| 23:45.24 | Crofton__ | I must run now, I'll add thinking about adding a page to the wiki linking to HW we suport |
| 23:48.21 | concept10 | Crofton__, okay, thanks and later |
| 23:50.56 | NAiL | concept10: The cheapest device I'm aware of that OE runs on is the Linksys NSLU2 |
| 23:53.15 | concept10 | NAiL, yeah, looks to be under $100 on ebay. thanks |
| 23:53.46 | NAiL | There's a lot of info over at nslu2-linux.org about the device |
| 23:55.21 | concept10 | NAiL, yeah, ive been reading stuff about it all day. |