00:00.03 | ofauchon | nope, i took the snapshot |
00:00.05 | treke | packages does exist if you're using a recent openembedded repository |
00:00.35 | ofauchon | ok i understand now :-) |
00:00.55 | ofauchon | i unpacked that http://treke.net/oe/snapshots/openembedded-exported.tar.bz2 |
00:01.32 | treke | which has a packages directory |
00:01.34 | SirFred | What qte library version should I use to build openzaurus? |
00:01.56 | ofauchon | here is the problem : |
00:01.59 | treke | the openzaurus configs will set the proper version numbers. |
00:02.24 | ofauchon | i'm stupid :-) |
00:02.34 | SirFred | treke: I have a problem with that. For example I type: "bitbake shisensho" |
00:02.55 | SirFred | treke: It's not able to find the sources for the qte library. |
00:03.09 | kergoth`bbl | sounds like shisensho is broken. |
00:03.32 | SirFred | kergoth`bbl: It's while trying to build the moc compiler. |
00:03.38 | kergoth`bbl | ? |
00:03.47 | kergoth`bbl | you're doing something wrong |
00:03.52 | kergoth`bbl | oe builds a native qt to use to build moc |
00:04.01 | SirFred | Yes, that is. |
00:04.13 | treke | kergoth`bbl: back from the airport already? traffic must rock in texas |
00:04.17 | kergoth`bbl | and it seems to work fine for everyone but you |
00:04.27 | SirFred | To get that, it tries to download a version of libqte that no longer exists. |
00:04.29 | kergoth`bbl | treke: naw, at home |
00:04.41 | kergoth`bbl | figure i'll wait a bit till traffic dies down |
00:05.25 | ofauchon | 508252k used , that works :-) |
00:05.43 | kergoth`bbl | SirFred: this is a current oe tree? |
00:07.07 | SirFred | kergoth`bbl: I updated it a week ago. |
00:07.17 | SirFred | kergoth`bbl: But I had this problem before and after that update. |
00:08.27 | woglinde | hm of 270 voters 10 percent use oe |
00:09.31 | bluelightning | I just voted |
00:09.45 | CosmicPenguin | thats this whole room |
00:09.56 | woglinde | cosmic *g* |
00:10.58 | SirFred | NOTE: preferred version 1.2.0 of libopie2 not available |
00:10.58 | SirFred | NOTE: preferred version 1.2.0 of libqpe-opie not available |
00:10.58 | SirFred | NOTE: preferred version 2.3.7 of uicmoc-native not available |
00:11.23 | SirFred | NOTE: fetch ftp://ftp.trolltech.com/pub/qt/snapshots/qt-embedded-2.3.10-snapshot-20050131.tar.gz |
00:11.23 | SirFred | NOTE: fetch http://treke.net/oe/source/qt-embedded-2.3.10-snapshot-20050131.tar.gz |
00:11.23 | SirFred | NOTE: Task failed: Fetch failed: ftp://ftp.trolltech.com/pub/qt/snapshots/qt-embedded-2.3.10-snapshot-20050131.tar.gz |
00:11.26 | koen | looks like oz-3.5.3.conf is being used |
00:11.49 | treke | I need to figure ut how to make my irc client not highlite those pastes |
00:12.03 | SirFred | treke: Sorry |
00:12.03 | treke | should change snapshots to a different domain |
00:13.08 | koen | 'night all |
00:13.21 | woglinde | me too |
00:13.37 | woglinde | night all, have to sleep about trees and java |
00:17.42 | treke | dammit |
00:18.08 | treke | why do people wait until 3:30 on friday to tell you about major software bugs that have been happening *ALL FUCKING DAY LONG* |
00:18.25 | Laibsch | Voted about what? and where? |
00:19.02 | Laibsch | treke: still at work? |
00:19.08 | treke | yes |
00:19.22 | Laibsch | poor bastard. |
00:19.26 | Laibsch | :-( |
00:19.42 | Laibsch | Excuse my language. |
00:19.51 | treke | apparantly I'll be here for a while |
00:20.35 | Laibsch | Good for me. So I can ping you when I have a question ;-) No, really, you have my sympathy. |
00:20.46 | Laibsch | ~friday |
00:20.48 | ibot | Friday sucks, because it should be the weekend, but you're stuck working anyway. |
00:22.50 | Laibsch | I build a package that inherits autotools and nothing else. bb just started downloading. How long should I expect to wait for all downloads on a 1MBit DSL line? |
00:23.49 | treke | 45 minutes or so |
00:24.00 | treke | unless you are only running do_fetch |
00:24.11 | Laibsch | treke: Thank you. I'll wait for it then. |
00:24.29 | Laibsch | No, I did a bitbake anthy, anthy being the package I work on. |
00:24.57 | treke | then 45 minutes or so, dependening on the speed of your computer. |
00:25.34 | Laibsch | Well, it just failed another time anyway. Making slow progress with the build system here. |
00:29.40 | Laibsch | libtool-native complained about /lib/cpp. Further inspection revealed that /lib/cpp points to /usr/bin/cpp-3.3 (Debian Sarge). I build for Collie. Do I need to point that to /usr/bin/cpp-2.95 instead? |
00:36.54 | kergoth`bbl | Laibsch: install g++, if you havent already. |
00:40.23 | Laibsch | kergoth`bbl: Thanx. |
00:40.23 | Laibsch | Now I was sure I went through that req'd SW list a couple of times and I was equally sure I had everything, only to find out that there is a specific instruction on how to apt-get everything with a single. Well, I guess I must be blind :-( |
00:40.42 | kergoth`bbl | heh |
00:40.49 | Laibsch | Of course g++ is not yet on my system. |
00:40.55 | *** join/#oe ofauchon (~Olivier@137.100.119-80.rev.gaoland.net) |
00:44.05 | Laibsch | Taking the chance to install a couple more debs from that line ;-) |
00:46.10 | CosmicPenguin | ok, I think its time to blow this joint |
00:46.17 | CosmicPenguin | happy pre-valentines wekeend |
00:47.04 | *** join/#oe andersee (~andersee@codepoet.org) |
00:48.32 | ofauchon | any ideas how to ALT-TAB on openzaurus ? i'd like to switch between my apps |
00:50.47 | Laibsch | Shouldn't that be the job of the window manager or are you using the matchbox wm? |
00:52.17 | ofauchon | i just installed opie from openzaurus 3.5.2 |
00:53.24 | Laibsch | Hm, i am still stuck with Sharp ROM ATM, so I can only try and help you from memory. |
00:53.44 | Laibsch | But I do not remember any particular problems when switching between apps. |
00:53.53 | *** join/#oe bluelightning (~bluelight@203-173-244-26.akl.ihugultra.co.nz) |
00:54.28 | ofauchon | What do you run on your device ? |
00:54.33 | Laibsch | It definitely did not involve the keyboard but was possible via touch screen. |
00:54.35 | Laibsch | Collie |
00:55.53 | ofauchon | ok |
00:56.49 | Laibsch | OK = you found a way to switch apps? |
00:58.48 | ofauchon | nope, |
00:59.15 | ofauchon | my problem is that i have opie-term, xmms ... but only one icon on my taskbar |
00:59.30 | ofauchon | strange |
01:00.14 | Laibsch | I do not know, but I assume that the problem lies elsewhere. |
01:00.57 | Laibsch | I remember a Java app once that I ran on the Z. There was a mistake in the config which resulted in no icon on the taskbar. |
01:01.20 | Laibsch | I think it would be strange though if so far nobody had spotted the problem |
01:01.56 | ofauchon | but, you don't have the same interface as mine on your Zaurus ? |
01:33.07 | *** join/#oe ldav15 (~ldavis@fw.fonix.com) |
01:36.45 | *** join/#oe TyggerBob (~myname@CPE00045a265f64-CM000f9f7c58fa.cpe.net.cable.rogers.com) |
02:00.26 | *** join/#oe RP_ (0@tim.rpsys.net) |
02:02.19 | *** part/#oe Laibsch (~leggewie@G136c.g.pppool.de) |
02:02.37 | *** join/#oe Laibsch (~leggewie@G136c.g.pppool.de) |
02:03.00 | *** part/#oe Laibsch (~leggewie@G136c.g.pppool.de) |
02:12.58 | *** join/#oe joshua__ (joshua@cl-303.ams-04.nl.sixxs.net) |
02:14.22 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
02:16.24 | *** part/#oe ldav15 (~ldavis@fw.fonix.com) |
02:53.18 | *** join/#oe Skyhusker|beer (~fiam@80.103.56.147) |
03:02.31 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
03:57.38 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
04:22.37 | *** join/#oe anomaly_ (~pop@dsl-202-173-142-212.sa.westnet.com.au) |
04:29.42 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
05:01.35 | *** join/#oe Timelord0 (~TL@64-147-65-68.access-3.intertex.net) |
06:10.55 | *** join/#oe sc (~sc@p50924835.dip0.t-ipconnect.de) |
06:11.22 | uv1 | Morning all! |
06:12.30 | uv1 | Cannot bitbake opie-image any more. bitbake builds provider hash and then complains "global name 'bb' is not defined. Any idea ? |
06:31.16 | uv1 | Cannot bitbake opie-image any more. bitbake builds provider hash and then complains "global name 'bb' is not defined. Any idea ? |
06:43.12 | *** join/#oe gints (~gints@159.148.213.135) |
06:52.32 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
06:57.21 | uv1 | HI all, Cannot bitbake opie-image any more. bitbake builds provider hash and then complains "global name 'bb' is not defined. Any idea ? |
06:57.40 | uv1 | Also bitbake bitbake has the same problem. |
06:58.00 | uv1 | Is there possibly a new bitbake version out ? |
07:26.43 | *** join/#oe Tygger_Bob (~myname@CPE00045a265f64-CM000f9f7c58fa.cpe.net.cable.rogers.com) |
07:49.38 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
07:59.28 | *** join/#oe treke- (~ggilbert@tinman.treke.net) |
08:02.53 | *** join/#oe ycheng_ (~ycheng@tlug.sinica.edu.tw) |
08:18.56 | uv1|home | Morning all, Python 2.4 needed since last week ? Or why did I get an error "global name 'bb' is not defined" before ? |
08:42.31 | uv1|home | pubcvs.arm.linux.org.uk is obviously down. Does anyone know, where to load tslib from instead ? |
08:54.10 | *** join/#oe gints (~gints@195.2.115.160) |
08:57.36 | koen | good morning all |
09:34.28 | *** join/#oe zap (~zap@217.170.93.9) |
09:46.32 | *** join/#oe dkey (~dkey@L0008P23.dipool.highway.telekom.at) |
10:15.37 | *** join/#oe SirFred (~mteira@85.Red-81-34-170.pooles.rima-tde.net) |
10:27.44 | *** join/#oe cedric_ (~cedric@voulx.bluebugs.org) |
10:36.47 | *** join/#oe dkey (~dkey@L0008P23.dipool.highway.telekom.at) |
10:48.31 | *** join/#oe ofauchon (~Olivier@137.100.119-80.rev.gaoland.net) |
10:49.32 | SirFred | I need some help please. |
10:50.22 | SirFred | Trying to build a package "shisensho", bitbake tries to build uicmoc-native |
10:50.34 | SirFred | Well, it's not able to download from anywhere the requested version. |
10:50.56 | SirFred | I'm using DISTRO = "openzaurus-3.5.2" |
10:51.19 | SirFred | It tries to get qt-embedded-2.3.10-snapshot-20050131.tar.gz |
10:51.38 | SirFred | From trolltech and from http://treke.net/ |
10:52.04 | SirFred | I'm not able to fix this behaviour, any idea? |
11:06.32 | ofauchon | hi, i'm stuck on /ZAURUS_DEV/openembedded/packages/linux/handhelds-sa-2.4.19-rmk6-pxa1-hh37.4/defconfig-collie': File not found while build opie-image |
11:12.09 | *** join/#oe bluelightning (~bluelight@203-173-244-26.akl.ihugultra.co.nz) |
11:12.09 | *** join/#oe ljp (~lpotter@203.94.178.46) |
11:12.09 | *** join/#oe SuN (unices@195-241-12-117-mx.xdsl.tiscali.nl) [NETSPLIT VICTIM] |
11:18.34 | *** join/#oe dkey (~dkey@L0008P23.dipool.highway.telekom.at) |
11:19.28 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
11:26.30 | *** join/#oe SirFred (~mteira@85.Red-81-34-170.pooles.rima-tde.net) |
11:27.46 | SirFred | Is that the version of uimoc-native supposed to be built by bitbake for openzaurus 3.5.2 ? |
11:28.06 | koen | ofauchon: that says you're using an *ipaq* kernel to build for a *zaurus* model |
11:28.31 | SirFred | uicmoc-native-2.3.10-snapshot-20050131-r0 |
11:29.00 | koen | SirFred: 3.5.2 doesn't build with the current OE tree |
11:29.12 | SirFred | Argsx |
11:29.24 | SirFred | koen: Is there any version that builds on the current OE tree ? |
11:29.29 | koen | 3.5.3 |
11:29.36 | SirFred | koen: I have the same problem with 3.5.3 |
11:29.50 | SirFred | koen: It tries to get that uimoc-native version that seems to be not available. |
11:29.55 | koen | with the latest pull form bk? |
11:30.11 | SirFred | koen: Well, I pulled four days ago more or less. |
11:30.18 | SirFred | koen: Do you recommend me to pull again and retry? |
11:30.21 | koen | yes |
11:30.26 | SirFred | koen: ok. Thanks. |
11:30.59 | koen | SirFred: see http://openembedded.bkbits.net:8080/openembedded/ChangeSet@-4d?nav=index.html for the changes in the last 4 days |
11:32.01 | *** join/#oe Zullinux (~root@151.80.7.138) |
11:34.59 | SirFred | koen: Thanks. I've just pulled. I'm going to tray to bitbake again. |
11:35.30 | *** join/#oe yann_ (~dwitch@nanterre-1-81-57-214-146.fbx.proxad.net) |
11:40.16 | Zullinux | hi I'm new to bitbake and need a hint. anybody there willing to help |
11:43.32 | Zullinux | bye i.ll try again later |
11:43.37 | *** part/#oe Zullinux (~root@151.80.7.138) |
11:45.45 | SirFred | koen: Thanks, it's now downloading qt-embedded-2.3.10-free.tar.gz |
11:46.15 | koen | np |
11:46.56 | koen | SirFred: as you can see from http://openembedded.bkbits.net:8080/openembedded/ it's a pretty active project |
11:47.03 | koen | so stuff get's changed often |
11:47.40 | SirFred | koen: I see |
11:47.43 | *** join/#oe Bedman (~BedmanFor@i3ED6E32D.versanet.de) |
11:48.37 | SirFred | koen: A curiosity. What about qtopia now that it's free. Is there any plan to suppor it on oe ? |
11:48.52 | SirFred | koen: Is there any improvement over opie? |
11:49.18 | SirFred | koen: :) |
11:49.22 | SirFred | koen: ok, thanks. |
11:49.49 | SirFred | koen: Is gpe stable enough for daily usage ? |
11:50.16 | koen | it stable, but the PIM suite needs some work with syncing to the desktop |
11:58.01 | *** join/#oe cbrake (~cbrake@a22c174.neo.rr.com) |
11:58.45 | *** join/#oe bluelightning (~bluelight@203-173-244-26.akl.ihugultra.co.nz) |
11:58.45 | *** join/#oe ljp (~lpotter@203.94.178.46) |
11:58.45 | *** join/#oe SuN (unices@195-241-12-117-mx.xdsl.tiscali.nl) [NETSPLIT VICTIM] |
11:59.19 | *** join/#oe cedric___ (~cedric@195.94.59.29) |
12:01.11 | ofauchon | thanks koen |
12:12.39 | mickeyl | SirFred: Qtopia has always been open source, but their development model is closed. This is why Opie exists and is used by OpenZaurus. |
12:13.58 | SirFred | mickeyl: I thought that now there was a free qtopia version. |
12:14.32 | mickeyl | yes indeed |
12:14.36 | mickeyl | and it has always been |
12:14.38 | SirFred | mickeyl: So there's nothing new in the license model of the 2.1.0 free version? |
12:14.41 | mickeyl | but their development model is closed |
12:14.50 | mickeyl | no, nothing new in th elicense |
12:14.53 | mickeyl | has always been GPL |
12:14.54 | SirFred | mickeyl: ok. |
12:15.27 | SirFred | mickeyl: So, Opie was a fork from Qtopia a time ago, isn't it? |
12:15.28 | J | morning all, |
12:15.46 | mickeyl | morning J |
12:15.55 | mickeyl | SirFred: right. Opie initially forked from QPE 1.4 |
12:16.02 | mickeyl | which is what Qtopia was called at that times |
12:16.23 | mickeyl | then we developed original additions and stuff and from time to time merged with Qtopia mainline |
12:16.43 | mickeyl | last done when TT release 1.7 |
12:16.53 | J | should "./setup.py install --prefix=/usr/local" copy the bitbake bin directory too? The instructions give that impression... |
12:16.54 | mickeyl | there's no way we can merge with 2.1 though |
12:17.01 | SirFred | mickeyl: Why? |
12:17.11 | mickeyl | J: just don't install it. set PATH appropriate and that should be it |
12:17.28 | J | mickeyl: ta. Want me to modify the wiki? |
12:17.49 | mickeyl | J: yeah, please add that installing is optional |
12:18.01 | J | mickeyl: ack :) |
12:18.23 | mickeyl | SirFred: because we have diverged too much. It would be a helluva work to merge things and we would most likely introduce a lot of bugs by that. The current code base is pretty messy, but at least it's a known quantity. |
12:18.38 | SirFred | mickeyl: I understand. |
12:19.15 | SirFred | mickeyl: I'm back with the Imageon support in qte. |
12:19.28 | mickeyl | ah cool. want to give that a shot? |
12:19.47 | SirFred | mickeyl: I've written a specialized w100 qgfxraster and a display. |
12:20.01 | mickeyl | SirFred: woot! that's great news. does it work? :) |
12:20.06 | SirFred | mickeyl: Buff,. |
12:20.10 | SirFred | mickeyl: Not sure at all. :) |
12:20.53 | SirFred | mickeyl: The first problem is that I'm not sure of how the clients use the gfx. |
12:21.18 | SirFred | mickeyl: When the qpe server starts, it gets a qgfx, my subclassed one. |
12:21.39 | *** join/#oe dkey (~dkey@L0008P23.dipool.highway.telekom.at) |
12:21.44 | SirFred | But then, it's not used, the clients are connecting with the correct string, and they're getting the right W100Screen. |
12:21.53 | SirFred | But no use of the accelerated qgfx context. |
12:22.03 | mickeyl | hmm |
12:22.04 | SirFred | mickeyl: I'm still starting my tests, anyway. |
12:22.26 | mickeyl | by now you probably know more about this stuff than me, so i can be of little help :) |
12:22.35 | SirFred | mickeyl: np |
12:22.39 | mickeyl | whenever you have something releaseable, I'd like to take a look though |
12:22.46 | SirFred | mickeyl: Of course. |
12:22.50 | J | mickeyl: don't actually need to do anything with ./setup.py do you? Just set the path the bin... |
12:22.50 | SirFred | mickeyl: It's just a file |
12:23.15 | *** join/#oe darkschneider (~gab@81-208-36-80.fastres.net) |
12:23.15 | SirFred | mickeyl: I was looking at the example accelerated drivers. They didn't compile anyway. |
12:23.15 | mickeyl | J: yes. just set BBPATH and PATH variables according to the gettingstarted document and then local.conf |
12:23.18 | mickeyl | SirFred: heh, no wonder |
12:23.33 | mickeyl | SirFred: i think they're stripped down from the commercial release |
12:23.43 | SirFred | mickeyl: Perhaps they got obsolete. |
12:24.06 | SirFred | mickeyl: My problem now was that i was not able to build a complete toolchain with oe. |
12:24.35 | SirFred | mickeyl: I need opie compiled to link against it my test programs. |
12:25.07 | SirFred | mickeyl: Once I have that, I will use that old blitting program that didn't work on the sharp version, do you remember? |
12:25.07 | mickeyl | SirFred: did you take a look at README.OE in the opie build tree? This is how I develop nowadays |
12:25.31 | SirFred | mickeyl: No. The problem was that I had an old bk pull. |
12:25.36 | mickeyl | SirFred: yes, i remember. that exposed the sharp qte accell bug |
12:25.41 | mickeyl | ah, ok. |
12:25.42 | mickeyl | so it work snow? |
12:25.46 | mickeyl | works now even |
12:25.53 | SirFred | mickeyl: Yes. |
12:25.58 | mickeyl | SirFred: very good. |
12:25.59 | mickeyl | oh btw. |
12:26.02 | mickeyl | our c7x0 kernel hacker extraordinaire Richard Purdie is working on getting W100 Accel into the standard FB |
12:26.02 | SirFred | Just compiling on my slow machine. |
12:26.13 | SirFred | mickeyl: That would be better. |
12:26.28 | SirFred | mickeyl: What I'm trying now is more or less what we had on sharp version. |
12:26.51 | SirFred | But having that functionality at kernel level, should be better. |
12:27.02 | mickeyl | SirFred: exactly. that way we had accell for all programs - but it will be a long time project. |
12:27.15 | mickeyl | SirFred: having an acceled QtE would be important for the next OZ release |
12:27.22 | mickeyl | that's more or less one showstopper |
12:27.28 | SirFred | Anyway, it should be easy to change the driver i've written to use the functionality on the kernel. |
12:27.36 | mickeyl | yes, i agree |
12:27.37 | SirFred | I've written a set of wrapping functions. |
12:28.02 | SirFred | So, I only have to change that functions to interface with the kernel, I suppose that using ioctl. |
12:28.13 | mickeyl | exactly |
12:28.42 | SirFred | some time ago, I was looking at that possibility. |
12:28.46 | mickeyl | it could be though that we would have to use accell in qte anyway, because the FB just accellerates three functions or so |
12:28.56 | mickeyl | what accell functions does qte use? |
12:28.56 | SirFred | But, it looked that the kernel 2.4 fb interface was a little limited. |
12:29.13 | SirFred | mickeyl: Well, the idea is that you subclass the qgfxraster. |
12:29.35 | SirFred | mickeyl: So, you accelerate what you are able to. |
12:29.45 | mickeyl | SirFred: ok, let me state it in another way. what operations does the w100 support? |
12:29.56 | mickeyl | bitblitting for sure |
12:29.57 | mickeyl | what else ? |
12:30.02 | mickeyl | line drawing? |
12:30.06 | SirFred | mickeyl: In my driver I have this functions: |
12:30.56 | SirFred | <PROTECTED> |
12:30.56 | SirFred | <PROTECTED> |
12:30.56 | SirFred | <PROTECTED> |
12:31.25 | SirFred | Possibly we could have more accelerated functions. |
12:31.35 | mickeyl | ah very good. those will improve QtE a lot |
12:31.41 | SirFred | I was testing the bitblt + rotate of bitmaps with little programs, and it works. |
12:32.02 | SirFred | But I was able only to do that using the internal IMAGEON memory. |
12:32.14 | SirFred | For storing the pixmap, I mean. |
12:32.22 | mickeyl | yep |
12:32.31 | mickeyl | how much memory do we have again on the w100? |
12:32.36 | SirFred | There's also a bitblt + stretch but I was not able to use it. |
12:32.45 | SirFred | Internal memory is about 200-300Kb. |
12:32.48 | SirFred | A second |
12:33.01 | SirFred | Debug[1017]: W100: Imageon W100 with 393216 bytes of internal memory. 2097152 bytes of external memory |
12:33.13 | mickeyl | ah right |
12:33.13 | SirFred | That's one of the glorius first logs. |
12:33.17 | mickeyl | cool |
12:34.17 | SirFred | In its current state, the qpe starts using my libqte library. |
12:34.31 | SirFred | But I'm not sure about what's accelerated. The code seems not to use my gfx. |
12:35.03 | SirFred | The colors on the screen are mistaken and some drawing is made wrong, so I think that it's using my code. :) |
12:35.08 | mickeyl | hehe |
12:35.22 | SirFred | And is only working on portrait mode. |
12:35.41 | SirFred | I think that the best way to implement the landscape mode is using the w100 interface on the kernel. |
12:35.46 | SirFred | It has some kind of vga_rotation |
12:35.52 | mickeyl | indeed |
12:35.55 | mickeyl | 2.6 already uses it |
12:36.03 | mickeyl | on c7x0/2.6 we have Rot0 in landscape |
12:36.08 | mickeyl | so that already speeds up qte |
12:36.09 | mickeyl | a bit |
12:36.35 | SirFred | And also would speed up libSDL a lot. |
12:36.47 | SirFred | Because now libSDL draws directly on the framebuffer. |
12:36.51 | mickeyl | indeed. the rotation is what takes a good amount of cycles |
12:36.55 | SirFred | And has to rotate all the pixmaps using software. |
12:37.20 | SirFred | I was profiling tower toppler some time ago, and the rotation was more than 50% of time |
12:37.46 | mickeyl | oh wow. that bad |
12:38.20 | SirFred | mickeyl: W100 is also able to accelerate alpha blending. |
12:38.36 | SirFred | mickeyl: Anyway, I have no information of how to use it. |
12:38.38 | mickeyl | SirFred: heh very nice! |
12:38.54 | mickeyl | in theory, bitblt + stretch would also be very important |
12:39.05 | mickeyl | we would need to patch QImage and QPixmap though |
12:39.06 | SirFred | Yes, I'm looking at it. |
12:39.12 | SirFred | mickeyl: Why? |
12:39.28 | SirFred | mickeyl: The operations are made using the qgfx. |
12:39.44 | mickeyl | SirFred: the way we draw pixmaps atm. is we use QPixmap = QImage( "bla" ).smoothScale( h, w ) |
12:42.02 | mickeyl | which is sloooow as molasses |
12:42.02 | SirFred | mickeyl: The QWidgets gets the gfx using the graphicContext of the screen they're on. |
12:42.02 | mickeyl | yeah, but i think smooth scaling pixmaps is not getting accellerated at all atm. thanks to QImage |
12:42.02 | SirFred | mickeyl: Well, the idea perhaps is not generating the QPixmap from the scaled QImage |
12:42.02 | mickeyl | exactly |
12:42.02 | mickeyl | that's why we would need to patch more to make this happen |
12:42.02 | SirFred | mickeyl: My oe is now compiling qte. |
12:42.02 | mickeyl | good |
12:42.02 | SirFred | mickeyl: I see it's qte-2.3.10-r1 |
12:42.02 | *** join/#oe ofauchon (~Olivier@137.100.119-80.rev.gaoland.net) |
12:42.02 | SirFred | mickeyl: I made my qgfx on qte-2.3.7 |
12:42.08 | mickeyl | yep, TT finally released another version after all these 2.3.8 and 2.3.9 snaps |
12:42.16 | mickeyl | should be binary compatible though |
12:42.41 | SirFred | No problem. AFAIK the driver has to be compiled with qte, not as a plugin. |
12:42.50 | *** join/#oe _keith (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
12:44.18 | mickeyl | btw. |
12:44.22 | mickeyl | did you take a look at qt4e yet ? |
12:44.37 | mickeyl | or rather qt4, for that matter |
12:44.57 | SirFred | mickeyl: No. |
12:45.34 | SirFred | mickeyl: I'm just a newbie in the qt world, to say you the truth. |
12:45.36 | mickeyl | it's exciting. really exciting. very good stuff ahead. probably not before end of this year, but it's looking good, esp. from a SE perspective |
12:45.58 | SirFred | mickeyl: And sure I'm not the best person to implement a driver for the W100, but, ... |
12:46.02 | SirFred | mickeyl: There was no other one. |
12:46.24 | mickeyl | SirFred: heh, exactly. If you get something working, I'm sure you will draw some eyes on it |
12:46.34 | mickeyl | and then we will have the chance to improve it if there's improvement left :) |
12:46.53 | SirFred | mickeyl: Last time we talk about ATI imageon, you talked me about some chance that a driver for the W100 was released open source. |
12:47.21 | SirFred | mickeyl: Don't remember exactly what was that driver or project related to. Any new about that? |
12:48.07 | mickeyl | SirFred: IIRC that was the handhelds.org folks communicating with Ati, because they are working on getting Linux on one of the Dell Axims |
12:48.20 | mickeyl | SirFred: the result was.... NO. |
12:48.31 | SirFred | I don't understand this ATI people. |
12:48.36 | mickeyl | me neither |
12:48.43 | SirFred | Some time ago I was helping a little with the DRI Mach64 driver. |
12:49.03 | SirFred | And the same thing. A card of that age! |
12:49.23 | mickeyl | heh as if someone would want to steal the information to build one of those |
12:49.32 | SirFred | Finally they released the specs. |
12:50.07 | SirFred | The imageon is also able to do some colorspace transformations itself. |
12:50.48 | SirFred | It's really frustrating. To buy something and cannot make it work. |
12:51.37 | mickeyl | indeed. |
12:51.42 | mickeyl | i had that feeling more than once |
13:08.04 | *** join/#oe gremlin[it] (~gremlin@194-185-220-119.f4.ngi.it) |
13:08.13 | gremlin[it] | good evening !!! |
13:22.26 | *** join/#oe mac2 (~mac@f02v-12-21.d1.club-internet.fr) |
13:24.30 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
13:25.50 | koen | mickeyl: you might want to snatch the gpe section from fam-081 for OZ-353 |
13:26.19 | mickeyl | right, thanks |
13:26.21 | koen | (that isn't perfect either, but not *horribly* outdated) |
13:26.27 | mickeyl | heh |
13:26.37 | mickeyl | did you build a snapshot yet? |
13:26.43 | mickeyl | from, lets say yesterday or so |
13:26.45 | *** join/#oe jamie (~jamie@softmodem.org) |
13:26.46 | mickeyl | and if so |
13:26.48 | koen | for ipaqs, yes |
13:26.51 | mickeyl | do you have problems with suspend/resume ? |
13:26.57 | mickeyl | (from within opie) |
13:27.04 | koen | haven't tested opie yet |
13:27.10 | mickeyl | ah ok |
13:27.17 | koen | been working on my corgi :) |
13:27.22 | mickeyl | heh cool |
13:27.26 | mickeyl | how do you like it sof ar? |
13:28.06 | mickeyl | heh same here |
13:28.10 | mickeyl | the format is great |
13:29.38 | mickeyl | hrw|gone: just built a fresh snap for collie. i can't reproduce any suspend/resume problems whatsoever |
13:30.23 | gremlin[it] | koew which clamshell u have ? |
13:31.17 | koen | gremlin[it]: corgi/sl-c700 |
13:31.25 | gremlin[it] | i'm having some small trouble with bitbake ... after a complete purge (rm -rf build/tmp/*) i got >>> |
13:31.27 | gremlin[it] | Traceback (most recent call last): |
13:31.28 | gremlin[it] | <PROTECTED> |
13:31.28 | gremlin[it] | <PROTECTED> |
13:31.28 | gremlin[it] | <PROTECTED> |
13:31.28 | gremlin[it] | <PROTECTED> |
13:31.30 | gremlin[it] | <PROTECTED> |
13:31.32 | gremlin[it] | NameError: global name 'bb' is not defined |
13:31.34 | gremlin[it] | <<< |
13:31.41 | gremlin[it] | i have also bbcow pathc |
13:31.44 | mickeyl | sounds like you installed bb |
13:31.56 | mickeyl | export PYTHONPATH=/usr/local/lib/python2.3/site-packages |
13:32.14 | gremlin[it] | only the first time ... |
13:32.23 | gremlin[it] | rerunning bitbake all gone fine |
13:33.11 | *** join/#oe bluelightning (~bluelight@203-173-244-26.akl.ihugultra.co.nz) |
13:34.32 | *** join/#oe J (~john@cpc4-mfld2-5-1-cust63.nott.cable.ntl.com) |
13:39.30 | mickeyl | koen: any objection to factoring out the GPE preferred versions to preferred-gpe-versions.inc ? |
13:40.29 | *** join/#oe woglinde (woglinde@pD95D1CA7.dip.t-dialin.net) |
13:42.28 | *** join/#oe reenoo_ (~r@pD9528801.dip.t-dialin.net) |
13:45.02 | reenoo_ | afternoon |
13:48.15 | mickeyl | hi reenoo_ |
13:49.33 | reenoo_ | hey mickeyl |
13:49.47 | mickeyl | http://www.linuxdevices.com/news/NS7654106461.html |
13:51.33 | gremlin[it]`afk | mhh the problem persist ... >>> NameError: global name 'bb' is not defined <<< suggestion ? |
13:52.07 | mickeyl | no ideas other than what I already told you |
13:53.27 | koen | mickeyl: not really |
13:53.45 | mickeyl | good |
13:53.47 | mickeyl | i'll do it then |
13:53.52 | *** join/#oe anomaly_ (~pop@dsl-202-173-142-212.sa.westnet.com.au) |
13:53.54 | koen | gremlin[it]`afk: update bitbake |
13:54.52 | gremlin[it]`afk | mickeyl : was the PYTHONPATH, updatting python package in my FC3 broke some simbolic link i made ;) |
13:57.11 | CIA-2 | 03mickeyl 07 * r1.3205 10openembedded/ (4 files in 2 dirs): refactor GPE versions out into preferred-gpe-versions.inc |
13:57.15 | CIA-2 | 03mickeyl 07 * r1.3204 10openembedded/packages/module-init-tools/module-init-tools_3.1.bb: module-init-tools: catch up with recent variable changing |
13:57.19 | CIA-2 | 03mickeyl 07 * r1.3203 10openembedded/conf/distro/ (3 files): setting TARGET_FPU in oz.conf is sufficient. no need to repeatedly specify it |
13:57.22 | CIA-2 | 03mickeyl 07 * r1.3200 10openembedded/conf/distro/openzaurus.conf: |
13:57.22 | CIA-2 | Merge bk://oe-devel@oe-devel.bkbits.net/openembedded |
13:57.22 | CIA-2 | into r2d2.tm.informatik.uni-frankfurt.de:/local/pkg/oe/packages |
13:57.25 | CIA-2 | 03mickeyl 07 * r1.3191.1.1 10openembedded/conf/distro/ (opensimpad.conf openzaurus.conf): cosmetic changes in distro.confs |
14:06.41 | *** join/#oe qfh (~qfh@ppp-62-245-211-93.mnet-online.de) |
14:07.01 | *** join/#oe mallum (~mallum@dhcp-208-11.crl.hpl.hp.com) |
14:19.01 | *** join/#oe pb_ (~pb@192.208.47.123) |
14:35.35 | pb_ | hi all |
14:35.48 | reenoo_ | hey pb_ |
14:36.23 | koen | hey pb_ |
14:52.22 | CIA-2 | 03mickeyl 07 * r1.3207 10openembedded/conf/distro/ (6 files): allow local.conf overriding TARGET_FPU and TARGET_OS in distro configurations |
14:53.20 | *** join/#oe RockClimber (~Philip@ip-163-1-176-102.trinity.ox.ac.uk) |
14:54.58 | RockClimber | I have written a search engine for the Open Zaurus feed. I had in mind a project that allowed you to search for a package, display info on it and link to Open Embedded info page about the software. I have a question about hosting it. Is the OE Wiki the right place for Manual pages on all the software contained in OE? |
14:55.57 | koen | RockClimber: something like ipkgfind, but with docs? |
14:56.31 | RockClimber | Yes |
14:56.42 | RockClimber | It's like rpmfind.net actually |
14:56.48 | RockClimber | I'll post the link |
14:57.08 | RockClimber | http://users.ox.ac.uk/cgi-bin/safeperl/scat1139/ipkg |
14:58.19 | RockClimber | I have a couple more features to add (1. make it look good, 2. cross reference dependencies). It's driven by the packages and packages.filelist files which I had to mirror |
14:58.41 | mickeyl | nice idea |
14:59.16 | RockClimber | the next step is that each package links to a page on the OE wiki |
14:59.55 | mickeyl | i fear though that his idea would be more efficient with autogenerated docs |
15:00.08 | mickeyl | everything manual is prone to get outdated pretty soon |
15:00.09 | RockClimber | Create a basic template, and page naming rule eg ..../wiki/$section/$package |
15:00.31 | RockClimber | what do you mean, autogenerated? |
15:00.35 | koen | could't we add a DOC_URI to the control field? |
15:00.59 | mickeyl | well, we have around 5000 packages emitted by our 2000 .bb files |
15:01.04 | mickeyl | who is going to keep those updated ? |
15:01.07 | koen | mickeyl: 8k |
15:01.12 | RockClimber | updates with what? |
15:01.26 | mickeyl | who is going to keep the document page in the wiki updated |
15:01.28 | mickeyl | for 8k packages |
15:01.34 | mickeyl | i.e. 8k of pages |
15:01.35 | RockClimber | I see |
15:01.39 | mickeyl | that's the main problem |
15:01.53 | pb_ | what information are you planning to put on these pages? |
15:02.01 | RockClimber | The wiki pages would be a manual - a basic guide - eg how to setup IMAP for opie-mail |
15:02.10 | RockClimber | so it wouldn't need constantly updating |
15:02.23 | mickeyl | aha, so then it's not ipkgfind + docs, but just a collection of task-specific howtos |
15:02.32 | RockClimber | sort of |
15:02.34 | mickeyl | which is good, but not ipkgfind + docs :) |
15:03.17 | pb_ | heh |
15:03.26 | RockClimber | each package would link to a specific wiki page - if the page doesn't exist when you click on the link then you could contribute and write it. |
15:03.54 | RockClimber | you wouldn't have to manually record the wiki name - it would be standardised |
15:03.57 | koen | downstream docs sound like a bad idea to me |
15:04.04 | *** join/#oe uv1 (~sc@p50925494.dip0.t-ipconnect.de) |
15:04.10 | koen | better to submit those docs upstream |
15:04.33 | RockClimber | at the moment is there any man pages on any of the OE apps? |
15:05.12 | pb_ | sure. many packages come with an accompanying -doc package. |
15:05.23 | RockClimber | mickeyl - do you administer www.openzaurus.org? |
15:05.31 | mickeyl | no |
15:05.36 | RockClimber | opkay |
15:05.44 | mickeyl | in theory we have an admin |
15:05.54 | mickeyl | but he is seldomly active hence i always forget his name |
15:05.57 | mickeyl | heh |
15:06.06 | koen | (the one who does had me searching for a reset butting because the install docs are wrong) |
15:06.17 | koen | button* |
15:06.34 | RockClimber | Do you know if the site can run CGI scripts? |
15:06.34 | *** join/#oe aloph1 (~aloph@cnet-cable-189-87-107.canbrasnet.com.br) |
15:06.47 | mickeyl | oz.org is hosted by sf.net |
15:06.54 | mickeyl | so, if they allow to do it, we can do it |
15:07.43 | RockClimber | okay, because I'm using mirrored copies of the packages and packages.filelist - but if people like it, then the script (when finished) can move to oz.org |
15:08.11 | mickeyl | yep |
15:09.46 | RockClimber | I'm not familiar with the OE build process, would it be possible to generate the DOCs from a build as set of HTML pages? |
15:12.14 | mickeyl | oe can do pretty much everything you teach it to, the major problem is there is no standard at all for docs |
15:12.23 | mickeyl | some do manpages, some .txt, some html, etc. |
15:12.28 | RockClimber | okay |
15:12.30 | mickeyl | and most don't do anything at all |
15:12.30 | mickeyl | heh |
15:12.57 | RockClimber | How do you find which package you want to install? Do you try out all available packages? |
15:13.16 | mickeyl | no i read the description |
15:13.21 | mickeyl | or grep through it |
15:13.38 | RockClimber | Who writes the description and is there a word limit? |
15:13.58 | mickeyl | the oe maintainers write it |
15:14.02 | mickeyl | no word limit |
15:14.04 | mickeyl | in theory |
15:14.11 | mickeyl | in practice it takes space on your flash |
15:14.25 | mickeyl | because it's listed in the Packages file |
15:14.44 | mickeyl | although it compresses fairly well |
15:15.49 | mickeyl | if more packages would fill out the HOMEPAGE filed we could extract that and had more or less an official link to the docs |
15:15.56 | pb_ | in the past, we've discussed the idea of writing a script to extract all the -doc packages, convert the manpages to html, and publish them on the website. |
15:16.03 | RockClimber | The problem I was trying to address, is that with my desktop, I google for say Vector Graphics, then I can go to the homepage of the results Sodipodi, Skencil, etc and see what they do, how they work, screenshots, FAQ, manual. FOr OE packages this doesn't exist |
15:16.10 | pb_ | I think that'd still be a useful thing to do if someone has the inclination. |
15:16.29 | mickeyl | yeah that'd be nice |
15:16.47 | pb_ | RockClimber: okay, so how is the distro involved in your googling process? |
15:17.01 | pb_ | if the applications you are using have no docs, you need to take that up with their authors. |
15:18.00 | RockClimber | pb_ I think I'm confused between OE, OZ and Opie |
15:18.21 | RockClimber | I know the differences, but it seemed to be the same people developing them |
15:18.42 | RockClimber | A lot of packages are down as maintained by people running OZ or OE |
15:19.18 | *** join/#oe TyggerBob (~myname@64.26.144.98) |
15:19.22 | SirFred | I've got a problem with qDebug in qte. |
15:19.57 | SirFred | It simply don't work sometimes. |
15:20.20 | reenoo_ | SirFred: -> #opie I guess |
15:20.33 | koen | RockClimber: OE - OZ - OPie = portage - gentoo - kde (sort of) |
15:20.42 | SirFred | reenoo_: Yes, it would be better there. Sorry. |
15:20.53 | pb_ | RockClimber: the MAINTAINER in the oe control file is the person who maintains the packaging, not the person who writes the software. |
15:21.09 | RockClimber | pb_ that is the source of my misunderstanding |
15:22.01 | RockClimber | In which case the only way to link the search result back to a webpage about the software would be the addition of a homepage field to packages |
15:22.44 | pb_ | right. we have that already, and ipkgfind displays it if it's set. |
15:23.05 | pb_ | you can get the same effect by googling for the name of the program, though, so it's not usually all that important. |
15:23.37 | RockClimber | ipkgfind is for the Familiar build isn't it? |
15:24.28 | pb_ | ipkgfind will index any feeds you want. |
15:25.40 | RockClimber | is what I've written actually of use, it seemed to go down well in #openzaurus? |
15:27.20 | pb_ | well, personally I'd prefer it if you worked on improving ipkgfind, rather than inventing a new search engine that does much the same thing. |
15:29.25 | RockClimber | ipkgfind doesn't search the Zaurus build - I just had a look at it and searches Familiar |
15:29.51 | pb_ | by all means add the openzaurus feed URIs to ipkgfind. |
15:30.08 | pb_ | admin@handhelds.org can do that for you. |
15:34.09 | reenoo_ | heh |
15:34.44 | pb_ | heh, oh well |
15:35.15 | reenoo_ | ~stab hugs |
15:35.17 | ibot | ACTION runs at hugs with an origami Swiss Army knife, and inflicts a nasty paper cut. |
15:35.18 | *** join/#oe J_ (~john@host-83-146-11-165.bulldogdsl.com) |
15:56.29 | chouimat | morning |
15:56.45 | koen | morning chouimat |
16:01.32 | *** part/#oe Bedman (~BedmanFor@i3ED6E32D.versanet.de) |
16:05.56 | uv1 | Good evening all |
16:07.59 | uv1 | have a fresh pulled oe from this morning and try to compile opie-image. Build works until installation stage. Than dependencies to opie-appearance, -drawpad, addressbookplugin, launcher-settings, style-liquid, multikey cannot be satisfied. Any idea ? |
16:08.11 | *** join/#oe gremlin[it] (~gremlin@194-185-220-119.f4.ngi.it) |
16:08.20 | gremlin[it] | hi again |
16:34.15 | gremlin[it] | uff ... sincerelly is really frustrating use oe on my machine ;( :( :( .... |
16:35.18 | *** join/#oe dkey (~dkey@L0003P28.dipool.highway.telekom.at) |
16:39.08 | gremlin[it] | no way ... >>> NameError: global name 'bb' is not defined <<< happen frequently also if PYTHONPATH is set correctly :( :( :( |
16:40.17 | gremlin[it] | need to reboot ... be back in few miutes |
16:47.59 | Bernardo|zzzzz | hi |
16:51.42 | *** join/#oe [g2] (~g2@rdu57-8-035.nc.rr.com) |
17:12.36 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
17:18.56 | *** join/#oe gremlin[it] (~gremlin@194-185-220-119.f4.ngi.it) |
17:18.59 | gremlin[it] | hi again ... |
17:19.06 | gremlin[it] | i have problem with bitbake |
17:19.13 | gremlin[it] | >>> NameError: global name 'bb' is not defined<<< |
17:19.46 | koen|food | gremlin[it]: update bitbake |
17:19.56 | gremlin[it] | how ? |
17:20.05 | koen|food | svn up in the dir |
17:21.23 | gremlin[it] | and i have to reinstall ena repatch with bbcow , right ? |
17:21.59 | reenoo_ | you don't have to install (in the sense of ./setup.py) bitbake at all |
17:22.55 | gremlin[it] | and bbcow ? |
17:24.39 | reenoo_ | it all depends on how and where you patched what |
17:24.50 | reenoo_ | in other words |
17:24.54 | reenoo_ | I don't know |
17:25.09 | gremlin[it] | mhhh ?!?!?! wait |
17:25.21 | gremlin[it] | i did : svn up |
17:25.35 | gremlin[it] | and got >>> U doc/manual/Makefile |
17:25.35 | gremlin[it] | U lib/bb/build.py |
17:25.35 | gremlin[it] | U lib/bb/event.py |
17:25.35 | gremlin[it] | U bin/bitbake |
17:25.35 | gremlin[it] | Updated to revision 148. |
17:25.36 | gremlin[it] | << |
17:27.32 | gremlin[it] | as reenoo_ i didn't 'setup.py' ... just cd into build directopry and run bitbake task-bootstrap ... but nothing change again error >>> NameError: global name 'bb' is not defined <<< |
17:29.02 | reenoo_ | well. my point was that the most convenient way to deal with this type of stuff is to run bitbake from where you downloaded it to |
17:29.25 | reenoo_ | you're probably still running the installed copy |
17:30.02 | gremlin[it] | so i need to do setup.py again ... |
17:31.17 | reenoo_ | nevermind |
17:40.42 | gremlin[it] | i did 'setup.py' and got a more useful message >>> ERROR: The following variable(s) were not set: TARGET_OS <<< |
17:54.34 | gremlin[it] | now working !!! :) |
18:13.38 | *** join/#oe mallum (~mallum@192.208.47.35) |
18:29.11 | *** join/#oe andersee (~andersee@codepoet.org) |
19:14.57 | *** join/#oe ofauchon_ (~Olivier@166.107.119-80.rev.gaoland.net) |
19:15.25 | *** join/#oe gremlin[it] (~gremlin@194-185-220-119.f4.ngi.it) |
19:16.33 | *** join/#oe CIA-10 (~CIA@flapjack.navi.cx) |
19:21.53 | Bernardo | anyone else having problems compiling libxine-opie (since yesterday)? |
19:29.36 | Bernardo | I'm having problems related to libvorbis, it seems: |
19:29.49 | Bernardo | xine_decoder.c: In function `vorbis_decode_data': |
19:29.51 | Bernardo | xine_decoder.c:221: error: too many arguments to function `vorbis_synthesis' |
19:29.51 | Bernardo | make[3]: *** [xine_decoder.lo] Error 1 |
19:30.02 | *** join/#oe zap (~zap@217.170.93.9) |
19:45.31 | *** join/#oe marcansoft (1337@80.26.222.56) |
19:46.24 | dave-osk | just today i finally got opie-image to work for me ... :) |
19:47.17 | *** join/#oe T` (~total@MY.RES.cmu.edu) |
19:47.21 | dave-osk | now 'du -sk tmp/rootfs' says 31768, which may be less than that in jffs2, |
19:48.44 | dave-osk | my machine's ROOT_FLASH_SIZE = 29, and it built konqueror for me ... |
19:49.47 | dave-osk | aren't the OPIE size estimates borked? 31768 > 29 MB. |
19:50.16 | dave-osk | I think OPIE should be using a different magic number than 24 MB to decide konq is ok. |
19:50.22 | dave-osk | Comments, anyone? |
20:12.10 | gremlin[it] | mhh how i can choose which kernel modules include in an image ? |
20:12.56 | pb_ | that's up to your rootfs.bb |
20:13.46 | gremlin[it] | ahh ok ... i was looking in task-boostrap :) ... thanks |
20:17.52 | gremlin[it] | mhh unable to find rootfs.bb in openembembedded ... does i have to create a new one from scratch ? |
20:18.36 | pb_ | I didn't mean that literally. it'd be gpe-image.bb or the like. |
20:19.39 | gremlin[it] | ah ... ok ... :) |
20:19.53 | *** join/#oe [g2] (~g2@rdu57-8-035.nc.rr.com) |
20:22.47 | *** join/#oe rphillips (~rphillips@rphillips.developer.gentoo) |
20:24.49 | reenoo_ | ~seen zecke |
20:24.52 | ibot | zecke <freyther@lin226.mi.fu-berlin.de> was last seen on IRC in channel #handhelds.org, 1d 20h 20m 36s ago, saying: 'pb_: have a pleasant flight'. |
20:36.18 | *** join/#oe ofauchon_ (~Olivier@219.100.119-80.rev.gaoland.net) |
20:41.09 | *** join/#oe zilt (~aking@ottawa-dial-206-191-4-22.s-ip.magma.ca) |
20:41.24 | gremlin[it] | mhh i'm lookint bootstrap-image.bb ... but is about empty ... surelly no reference to any kernel module or what include in final image ... only >>> DEPENDS = "task-bootstrap" <<< but there either no modules ;( ... i don-t understand |
20:42.10 | *** join/#oe Laibsc1 (~leggewie@G0a56.g.pppool.de) |
20:42.51 | *** part/#oe Laibsc1 (~leggewie@G0a56.g.pppool.de) |
20:44.47 | pb_ | in the case of bootstrap-image, task-bootstrap supplies the modules |
20:45.40 | *** join/#oe _law_ (~law@213.173.86.202) |
20:49.48 | gremlin[it] | on .. in task-bootstrap.bb dependencies are : base-files base-passwd-3.5.7 busybox dropbear hotplug initscripts modutils netbase sysvinit tinylogin portmap modutils-initscripts ${BOOTSTRAP_EXTRA_DEPENDS} ${@bootstrap_modutils_depends(d)} |
20:50.13 | gremlin[it] | no kernel or linux or modules ... only modutils ... ;( |
20:51.00 | pb_ | that's DEPENDS, not RDEPENDS |
20:51.56 | gremlin[it] | ok but not so much different : base-files base-passwd busybox hotplug initscripts netbase sysvinit sysvinit-pidof tinylogin modutils-initscripts ${BOOTSTRAP_EXTRA_RDEPENDS} ${@bootstrap_modutils_rdepends(d)} |
20:52.09 | *** join/#oe Marsupilami23 (~Marsupila@152.139-60-66-nokia-static.surewest.net) |
20:55.59 | *** join/#oe punkass (~punkass@S0106000423578661.cc.shawcable.net) |
20:56.55 | pb_ | okay, so what's in BOOTSTRAP_EXTRA_RDEPENDS? |
20:57.50 | gremlin[it] | i'm looking where is defined |
21:00.01 | gremlin[it] | tune-strongarm.conf --->>> TARGET_CC_ARCH = "-march=armv4 -mtune=xscale" |
21:00.15 | gremlin[it] | why not -mtune=strongarm ??? :) |
21:01.51 | pb_ | because -mtune=xscale is very nearly as good on strongarm, and much better if you want to be able to run those binaries on xscale. |
21:03.31 | gremlin[it] | >>>PREFERRED_PROVIDER_virtual/kernel = "handhelds-sa"<<< mean every time i refer to pacage 'kernel' really i got handhelds-sa package ? |
21:05.06 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
21:14.40 | *** join/#oe zap (~zap@217.170.93.196) |
21:20.30 | gremlin[it] | byeeeeeeee |
21:39.55 | *** join/#oe CIA-8 (~CIA@flapjack.navi.cx) |
21:50.20 | ofauchon_ | how can i have bitbake verbose mode (to see ./configure execution , and gcc) |
21:50.50 | koen|tv | -D -D -D -D |
21:51.55 | ofauchon_ | thx |
21:59.39 | *** join/#oe _keith (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
22:09.20 | *** join/#oe bluelightning (~bluelight@203-173-245-136.akl.ihugultra.co.nz) |
22:27.57 | *** join/#oe ofauchon_ (~Olivier@219.100.119-80.rev.gaoland.net) |
22:44.31 | *** join/#oe HuntsMan (~hunts@pc-148-118-120-200.cm.vtr.net) |
23:29.22 | koen|tv | 'night all |
23:36.56 | *** join/#oe marcanso1t (1337@80-26-156-67.adsl.nuria.telefonica-data.net) |
23:52.31 | *** join/#oe marcanso1t (1337@80-26-156-67.adsl.nuria.telefonica-data.net) |
23:54.04 | *** part/#oe exastra (~go@69.59.200.64) |
23:55.34 | *** join/#oe marcansoft (1337@80.26.156.229) |
23:58.19 | *** join/#oe exastra (~go@l5.org) |