00:11.28 | keturn | hmm. why does gdb-cross-6.3 eat the do_stage task? |
00:17.57 | reenoo_ | it's hungry |
00:19.53 | reenoo_ | 'night all |
00:23.56 | *** join/#oe dkey (~dkey@193.170.48.234) |
00:40.27 | marcan | argh, I hate it when I spend hours looking at a problem and then find out I have a *different* problem |
00:40.45 | marcan | the problem I thought I had: usbnet bombs with my code and gets messed up |
00:41.10 | marcan | the real problem: my code is a hardware controller and the device it enables creates some horrible EMI and THE CABLE GOES RIGHT BY THE USB CABLE |
00:42.14 | marcan | I should've though about that when I started getting strange phantom mouse clicks on my PC when the cable was near the mouse |
00:43.00 | *** join/#oe koobla (~chatzilla@wall4.soft.uni-linz.ac.at) [NETSPLIT VICTIM] |
00:43.00 | *** join/#oe dustpuppy (~chris@62.141.36.81) [NETSPLIT VICTIM] |
00:45.37 | luke-jr_ | marcan: what kind of device? o.o |
00:45.59 | marcan | actually it is a PWM controlled CCFL inverter |
00:46.02 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
00:46.13 | luke-jr_ | o.O wtf is that? |
00:46.24 | marcan | PWM = digital power controlling |
00:46.34 | marcan | i.e. quicly turning on and off to simulate a % power |
00:46.55 | marcan | and a CCFL inverter is one of those things that up 12V to 1000V or more to run one of those nifty PC mod lighting tubes |
00:47.02 | marcan | (sorta like fluorescent lighting, but thinner) |
00:47.27 | marcan | so really I'm just contrlling the brightness of the thing with my Z |
00:47.44 | luke-jr_ | making some kind of glowing case? |
00:48.09 | marcan | basically, but instead of going the standard route (add lotsa expensive hardware, lotsa light, lotsa everything) I go the creative route |
00:48.18 | marcan | I embed my old semibroken SL-5500 in the front of the case |
00:48.23 | marcan | and use it as a system controller |
00:48.31 | marcan | add a custom I/O board and it can do about anything |
00:48.57 | marcan | I made a really cool control panel as an SDL app to run on it |
00:50.40 | marcan | the funny thing here |
00:50.47 | marcan | is now my *computer case* runs linux |
00:50.50 | marcan | geeky. |
01:00.40 | marcan | problem solved: changed the PWM frequency. It seems much more harmless now. |
01:06.54 | *** join/#oe ideal (~idealm_@222.65.117.167) |
01:30.13 | emte | marcan, taht doesnt sound the most efficient way to do things ... |
01:30.59 | emte | curious how much that impacts the life of your tubes tho |
01:31.56 | emte | you could have just use the A/D and adjusted the voltage/current levels |
01:32.42 | emte | suppose it depends on the tube type tho ... |
01:33.45 | emte | but a nifty reuse of your z |
01:34.18 | emte | generally PWM is better suited for fans or motors |
01:34.25 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) |
01:35.14 | marcan | emte: why would the tube care? |
01:35.22 | marcan | the PWM is smoothed out by a capacitor anyway |
01:35.31 | marcan | the big advantage of PWM is near zero power dissipation |
01:35.40 | marcan | since it is only on/off |
01:35.46 | emte | if it is of the flourecent type it has to "ignite" on every pulse shortening it's life |
01:36.06 | marcan | it doesn't. It's fast enough. |
01:36.53 | marcan | the tube is always fed on AC anyway. Same for normal fluorescents. So technically they reignite constantly under normal operation. |
01:37.30 | emte | hmm, i always thought flourecents used a ac-dc tranformer |
01:37.35 | marcan | nop |
01:37.39 | emte | transformer* |
01:37.44 | marcan | they run on AC |
01:38.22 | marcan | the cause of the deterioration under constant turning on and off (as in playing with the switch) is because during ignition they are fed a high voltage pulse and this deteriorates the electrodes |
01:38.43 | marcan | but once they are ionised that doesn't happen |
01:39.18 | emte | its a good thing i am going into lighting :P |
01:39.30 | marcan | they do turn on and off really fast, but they don't need reignition since the plasma regenerates easily :P |
01:39.47 | marcan | anyway, my dektop fluorescent lamp died yesterday |
01:39.53 | emte | lol |
01:39.54 | marcan | it made a nice disco style fast blinking display |
01:40.02 | emte | unrealated i am guessinfg |
01:44.33 | marcan | and that one had no PWM through it :P |
01:44.34 | marcan | I s'pose a faulty starter or electrodes |
01:44.34 | marcan | BTW, it is actually bad for fluorescents to run on DC |
01:44.34 | marcan | the cathode electrode is always harmed more than the anode |
01:44.34 | marcan | so if they are run on DC, the cathode deteriorates faster |
01:44.36 | marcan | they are always run on AC to balance the deterioration on both electrodes |
01:45.38 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
02:28.10 | *** join/#oe xep (misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
03:22.32 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
03:39.55 | *** join/#oe Anst (~anst@198.36.32.29) [NETSPLIT VICTIM] |
03:39.55 | *** join/#oe ljp (~lpotter@203.94.178.46) |
03:39.55 | *** join/#oe mithro (~tim@202.191.111.52) |
03:39.55 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) [NETSPLIT VICTIM] |
03:55.24 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
03:55.24 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ (l/p guest/guest) | This is not a distribution support channel | The OE mailing list is back, but everyone needs to resubscribe. | We have a bitbake-dev mailing list for discussions on the core. If you're interested in BitBake-Ng, please subscribe. | LCA 2005 Embedded Miniconf - http://www.openembedded.org/miniconf |
03:59.33 | *** join/#oe ram123 (~ram123@203.196.146.243) |
04:00.08 | ram123 | I have a few newbies questions; went through the openembedded website and am confused. |
04:00.25 | ram123 | can i ask a few stupid questions over here ? |
04:00.45 | ram123 | what is open embedded ? |
04:01.00 | luke-jr_ | ... |
04:01.09 | luke-jr_ | The website doesn't answer that? |
04:01.20 | kergoth | it's a repository of package metadata for constructing embedded linux distributions. and that information is most definately in the wiki |
04:02.00 | ram123 | first i will tell u what i know of open embedded. please correct me if i am wrong . |
04:02.38 | ram123 | i think it is a collection of sources for compiler, binutils and library sources |
04:02.48 | luke-jr_ | not at all |
04:02.54 | ram123 | i am using cross tools now |
04:02.54 | luke-jr_ | more like instructions for building those |
04:03.10 | luke-jr_ | and what they depend on, etc |
04:03.15 | ram123 | so, u dont have the sources with open embedded. |
04:03.20 | luke-jr_ | nope |
04:03.24 | kergoth | ram123: generally OE downloads and patches the necessary sources |
04:03.34 | ram123 | from where ? |
04:03.40 | luke-jr_ | kergoth: BitBake is considered part of OE? |
04:03.43 | kergoth | upstream, generally. the official download locations |
04:03.49 | luke-jr_ | ram123: OE refers to the locations of sources |
04:03.51 | kergoth | no, bitbake is a tool that acts on the OE metadata |
04:04.01 | ram123 | so what does oe consist of a few shell scripts ? |
04:04.04 | kergoth | bitbake is to OE as gnu make is to makefiles |
04:04.23 | ram123 | what is oe metadata ? |
04:04.25 | luke-jr_ | kergoth: so that should be "generally BitBake downloads..." |
04:04.34 | luke-jr_ | ram123: OE metadata is OE itself, now |
04:04.37 | kergoth | ram123: variables holding information like urls, descriptions, etc, and then yes, "tasks", which are executable shell script tidbits |
04:04.55 | kergoth | luke-jr_: well, its ambiguous, because its OE's base.bbclass that defines the fetch task. |
04:05.02 | luke-jr_ | ah |
04:05.08 | Geo_KM | kergoth: Hey Chris, How are ya 8-) |
04:05.25 | kergoth | not too bad, finding this whole "being broke" thing doesnt sit well with me |
04:05.27 | kergoth | hehe |
04:05.28 | kergoth | you? |
04:05.48 | ram123 | i am using cross tools now. |
04:06.07 | ram123 | i download the required lib and cross compile. how different is oe from this |
04:06.11 | Geo_KM | Pretty good, Very busy at work. Lucky you. Did you find any interesting jobs, or are you still not looking |
04:06.21 | kergoth | ram123: oe isnt just the toolchain. its thousands of packages. |
04:06.31 | kergoth | ram123: it is used to build numerous linux distros for embedded devices |
04:06.43 | ram123 | are these packages part of open embedded |
04:07.02 | kergoth | ram123: metadata (scripts to build, info about them) for those packages are in OE. |
04:07.18 | kergoth | which means, bitbake+oe knows how to obtain, patch, and build those things for any arbitrary target platform |
04:07.34 | luke-jr_ | ram123: you run 'bitbake gpe-image' and BitBake+OE output a complete image file |
04:07.59 | kergoth | Geo_KM: sorta looking. mostly only looking around here, since i'm not ready for another move, not even knowing what i want to do. hopefully i can find a local linux job to pay the bills, or find some short term contract work thats telecommute or something. |
04:08.13 | kergoth | might check a technical temporary job service type place for something |
04:08.14 | ram123 | that is when i run this command u mean to say it downloads cross compiles and gives u the required exe |
04:08.17 | luke-jr_ | kergoth: I thought you were moving *for* work? O.o |
04:08.32 | luke-jr_ | ram123: except that there's no exe... |
04:08.44 | kergoth | ram123: it emits binary packages for all those things, and knows how to construct a root filesystem with them, and an image from that. |
04:09.13 | ram123 | inside the file system there will be exe ?. |
04:09.20 | ram123 | i do that manually. |
04:09.26 | luke-jr_ | I'm not aware of any Windows targets.. |
04:09.38 | ram123 | i am using omap 5912 ? |
04:09.42 | kergoth | ram123: in the filesystem will be binaries and configuration files and whatever else, for all the packages you're building |
04:09.50 | kergoth | OE supports omap today. it'll build you a rootfs and kernel |
04:10.00 | ram123 | does it support X windows also ? |
04:10.04 | kergoth | it can build X, yep |
04:10.10 | kergoth | and numerous X applications |
04:10.17 | Geo_KM | kergoth: I finally got around to upgrading my SL-6000 to OZ-3.5.3. Works great, just the few known bugs so far. |
04:10.34 | kergoth | Geo_KM: glad to hear it :) i need to blow the dust off the units i have here and load a recent oz myself |
04:11.00 | ram123 | so, u mean to say i give what i want say OMAP Kernel 2.6.11, X windows, GPE and it gives u a file system containing these and an Kernel Image |
04:11.19 | Geo_KM | kergoth: Yeah Believe it or not I got so used to actually using it as a PDA I never seemed to get around to the upgrade. 8-) |
04:11.21 | luke-jr_ | What is OMAP? |
04:11.23 | ram123 | it downloads these from the required locations and cross compiles and does that job. |
04:11.32 | kergoth | yup |
04:11.40 | kergoth | luke-jr_: its a TI processor that has both an ARM core and a DSP |
04:11.48 | kergoth | luke-jr_: used in some pdas and countless mobile phones |
04:11.52 | luke-jr_ | hmm... OE supports it? O.o |
04:11.54 | ram123 | when is the cross compiler and bin utils built ? |
04:12.05 | kergoth | ram123: one of hte first steps in the build process. it builds the tools it needs to build the rest |
04:12.09 | luke-jr_ | ram123: part of the dependency process |
04:12.10 | ram123 | does it do it every time i need to build a package ? |
04:12.25 | luke-jr_ | ram123: only if there's a new version or something |
04:12.25 | kergoth | it builds it once, it tracks what it has already done and doesnt do it again unnecessarily |
04:12.28 | kergoth | yeah |
04:12.53 | ram123 | if i want a specific package that is not part of oe list of packages ? |
04:13.11 | kergoth | then you'd create a new file so oe knows how to build it |
04:13.15 | kergoth | for most packages its pretty painless |
04:13.30 | kergoth | if it uses a normal ./configure, make, make install type thing for example, we have classes that abstract out common build processes |
04:14.25 | luke-jr_ | heh... even kdelibs is taking less work than I expected ;) |
04:15.12 | kergoth | hehe |
04:15.43 | luke-jr_ | ... mickey asked for a patch to disable Qt's depending on non-diet X11 |
04:15.46 | kergoth | ram123: i'd recommend taking a look at some of the OOO newsletters, they usually have pointers to examples of our .bb metadata |
04:15.56 | luke-jr_ | it seems to be a simple -DQT_NO_XIM |
04:16.17 | kergoth | ah |
04:16.20 | kergoth | cool |
04:16.43 | luke-jr_ | now the question is... is there a way to make it optional? o.o |
04:17.18 | ram123 | what i do now to build Linux Disto is download bin utils, gcc sources and glib sources and some librariy sources and get a list of cross tools (gcc, ld, ar) and cross compiled libraries |
04:18.03 | ram123 | i take a new package say X windows and its friends cross compile them using the cross tools and build the file system myself |
04:18.07 | luke-jr_ | kergoth: is PR="r5.1" valid, BTW? |
04:18.14 | kergoth | ram123: sounds time consuming |
04:18.16 | kergoth | ram123: oe will save you a lot of headaches |
04:18.20 | ram123 | i am looking at open embedded becuase i heard it is simple |
04:18.27 | kergoth | luke-jr_: should be, afaik |
04:20.00 | luke-jr_ | ram123: An example of how simple, I have an OE-based distro for Cxx0 Zaurii that has daily image releases :) |
04:55.43 | *** join/#oe Jenna (~cherryRed@209.8.233.162) |
04:56.13 | *** part/#oe Jenna (~cherryRed@209.8.233.162) |
04:57.32 | ram123 | i was looking for gpe. gpe has 50 dependend libs. so i have to download each one of then cross compile and then cross link and it takes lots of efforts. so someone told me look at oe it will simplify |
04:57.58 | ram123 | the task. |
04:58.13 | ram123 | can u tell me how open embedded works in this case ? |
04:59.52 | emte | gpe is already in OE and builds for most deices |
04:59.59 | emte | devices* |
05:00.03 | kergoth | ram123: oe will download, patch, and build each of them, obeying dependencies to ensure they're built in order. |
05:00.40 | ram123 | how do i specify what packages i need ? |
05:00.49 | ram123 | does it do by tself ? |
05:00.52 | emte | it provideds the build system, compilation system, image generations , as wwll as extra package generation |
05:01.15 | ram123 | how does it find out what libs are needed ? |
05:01.32 | ram123 | dependent libs ? |
05:01.44 | emte | folows the image metadata |
05:02.46 | emte | simular and more effective than emerge/apt-get source/etc |
05:04.43 | *** join/#oe Timelord (~TL@4.78.4.43) |
05:12.25 | luke-jr_ | checking whether we can use openpty... configure: error: cannot run test program while cross compiling |
05:12.37 | luke-jr_ | Is there a normal way to get around such? |
05:17.58 | *** join/#oe minipanda (~zhanght@221.122.51.131) |
05:18.22 | *** part/#oe minipanda (~zhanght@221.122.51.131) |
05:20.02 | *** join/#oe __law__ (~law@mail.stiftadmont.at) |
05:26.39 | ram123 | so i have to give it the meta data required for each packages and its dependency. but what about the location where the sources are there ? |
05:27.06 | luke-jr_ | that's in the metadata too |
05:27.19 | luke-jr_ | you just tell it a directory to get metadata from and it will do the rest |
05:28.31 | kergoth | ram123: just read GettingStarted on the wiki and try it :) |
05:28.48 | ram123 | so what if the existance of lib is not known to gpe say inetutils ? |
05:29.07 | luke-jr_ | then GPE obviously doesn't depend on it... o.O |
05:29.24 | emte | or you will need to create, test, and add the lib |
05:29.31 | ram123 | sorry i was referring to oe |
05:29.51 | emte | have you looked to see what is in the OE package list? |
05:29.55 | ram123 | if oe does not know the existance of a lib say inetutils ? how does it built for it |
05:30.02 | kergoth | what do you mean? |
05:30.07 | ram123 | i am just taking an example ? |
05:30.07 | kergoth | i dont understand the question |
05:30.10 | luke-jr_ | ram123: then you add that lib at the same time as you add the program depending on it |
05:30.11 | emte | <PROTECTED> |
05:31.15 | ram123 | let us assume there exists a library source with me and i want to cross compile it and put it into the file system. how does oe handle it ? |
05:31.30 | luke-jr_ | ram123: you make a new metadata file for it |
05:32.58 | ram123 | what is the hard disk size required for open embedded + bit blake ? |
05:33.24 | ram123 | does all the 2000 lib sources need to be stored in my hard disk ? |
05:33.34 | luke-jr_ | BitBake uses about 2 MB |
05:34.24 | ram123 | if i want compiler, linker; it downloads whatever is required and makes the required executables ? |
05:34.40 | ram123 | does oe knows about TI OMAP 5912 ? |
05:34.53 | luke-jr_ | OpenEmbedded (metadata) uses about 125 MB |
05:35.18 | luke-jr_ | omap5912osk seems to have an OE config |
05:35.58 | luke-jr_ | Machine configuration for the OMAP Starter Kit with a 5912 processor |
05:36.25 | emte | ram123, you need ~8gb Drive space |
05:36.40 | emte | ram123, kergoth might |
05:36.47 | emte | he worked with TI for a while |
05:37.01 | ram123 | u mean to say how to compile 2000 packages where to download them is stored in 125 MB for 2000 packages ? |
05:37.12 | luke-jr_ | ram123: 125 MB is the metadata |
05:37.29 | luke-jr_ | ram123: source tarballs for my system are 1.6 GB, but that varies on how much you build |
05:37.41 | luke-jr_ | build directories get quite large |
05:37.52 | emte | glib, gcc, etc |
05:39.35 | *** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net) |
06:23.15 | *** join/#oe do13 (~dirk@do13.in-dsl.de) |
06:28.41 | *** join/#oe rwhitby-nslu2 (~rwhitby@rwhitby.nslu2-linux) |
06:34.39 | *** part/#oe ram123 (~ram123@203.196.146.243) |
06:37.46 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
06:52.03 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
06:57.47 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) |
07:05.41 | *** join/#oe pH5 (~ph5@e178230098.adsl.alicedsl.de) |
07:17.52 | *** join/#oe xep (misha@dsl027-176-045.sfo1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
07:33.18 | *** join/#oe rwhitby-nslu2 (~rwhitby@rwhitby.nslu2-linux) |
07:41.32 | _chronic | anyone else having problems with gnu-config-native-0.1cvs20050331-r3 do patch failing on config-guess-uclibc.patch? |
07:42.29 | _chronic | arm/familiar bitbake gpe-image seems to bork there now... |
07:43.51 | _chronic | cleared tmp & bk pull'ed with no difference, though i got a successful build a few days ago :-/ |
07:49.12 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
07:49.42 | koen | good morning all |
07:50.55 | _chronic | mornin' |
07:52.02 | *** join/#oe Ironnads (~Ironnads@host81-134-134-64.in-addr.btopenworld.com) |
07:52.10 | hrw|work | morning |
07:53.36 | hrw|work | _chronic: asus wl100? |
07:53.56 | _chronic | a variant - wl-hdd |
07:54.39 | do13 | morning koen hrw|work |
07:55.21 | hrw|work | _chronic: use "nylon" as distro |
07:55.24 | hrw|work | hi Dirk |
07:56.09 | _chronic | hrw|work: yes, for meshcube, sure. repeat & stir for others too? |
07:56.39 | hrw|work | _chronic: yes - br1 suggested its usage |
07:56.56 | _chronic | hrw|work: ah, bruno? |
07:56.58 | hrw|work | _chronic: we have to merge all eforts on making distro for mipsel routers |
07:57.00 | hrw|work | yes |
07:57.16 | _chronic | heh, met him a few times in berlin .... :-) |
07:57.58 | *** join/#oe do13 (~dirk@do13.in-dsl.de) |
07:58.01 | _chronic | agreed on merging. ok, will concentrate tests on nylon. |
07:58.23 | *** join/#oe proti (~seb@calypso.frankengul.org) |
07:58.30 | hrw|work | _chronic: you both live in berlin? |
07:59.05 | _chronic | hrw|work: nah, i'm based in london. but i've been to berlin a few times to test meshcube olsr routing, etc. |
08:01.06 | hrw|work | ah |
08:03.01 | hrw|work | hmm.. one thing.. |
08:03.29 | hrw|work | nylon is based on glibc... I want wrt/uclibc... so we rather have wrt54oe |
08:06.05 | _chronic | yeah, i guess uclibc makes more sense for the asus wl* |
08:12.26 | hrw|work | how to name it? OE-WRT? wrtOE? |
08:13.56 | rwhitby-away | OpenWart |
08:14.05 | _chronic | rwhitby-away: heh |
08:14.41 | rwhitby-away | _chronic: I started an asusoe.conf a while back |
08:14.48 | rwhitby-away | got it to work with an external toolchain |
08:15.02 | _chronic | rwhitby-away: really? cool. |
08:15.04 | rwhitby-away | (was going to use it with packages for Oleg's firmware) |
08:15.13 | CIA-7 | 03hrw 07 * r1.3594 10openembedded/conf/distro/wrt54oe.conf: updated wrt54oe distro config - we cannot use nylon as distro as WRT are uclibc based |
08:15.13 | hrw|work | CIA-7: dont build Java on mipsel |
08:15.14 | rwhitby-away | didn't do a kernel, just some packages |
08:15.16 | CIA-7 | 03hrw 07 * r1.3190.166.18 10openembedded/packages/gcc/gcc3-build.inc: gcc3: disable building Java on mipsel |
08:15.20 | hrw|work | o... it works... |
08:15.40 | hrw|work | rwhitby-away: asusoe.conf is a thing which I want to totally remove from OE |
08:15.42 | _chronic | rwhitby-away: i got the oleg-stylee braodcom toolchain working. |
08:15.48 | hrw|work | rwhitby-away: it has hardcoded path for crossdir |
08:16.03 | rwhitby-away | hrw|work: if it's replaced by something else merged, I would be very happy to remove it |
08:16.19 | hrw|work | rwhitby-away: look into wrt54oe.conf |
08:16.53 | rwhitby-away | hrw|work: asusoe was designed to make packages which could run with the stock asus firmware using Oleg's custom firmware. |
08:17.13 | rwhitby-away | so it uses a specific version of uclibc, which OE doesn't support |
08:17.23 | _chronic | rwhitby-away: oh :( |
08:17.25 | hrw|work | rwhitby-away: why not to add that uclibc into OE? |
08:17.42 | rwhitby-away | hrw|work: cause it was easier to just use the external toolchain provided by Asus. |
08:17.59 | rwhitby-away | I was trying to get a specific package to build for firmware I had, rather than create new firmware |
08:18.17 | hrw|work | ok |
08:18.18 | rwhitby-away | (I already spend too much time on nslu2-linux, I can't afford to build asus firmware too) |
08:18.50 | hrw|work | that like I have with wrt54 - flashed openwrt and plan to replace what I can |
08:18.56 | jacques | anyone know if procps was ever fixed to package ? |
08:19.03 | rwhitby-away | hrw|work: but we ended up porting the Unslung packages (which are outside of OE) instead. So asusoe could still be removed if no-one is using it. |
08:19.54 | rwhitby-away | hrw|work: yeah openwrt is like openslug (completely new distro). and asusoe is like unslung (compatible with stock firmware) |
08:20.21 | rwhitby-away | (of course, openwrt predates openslug and unslung) |
08:20.59 | hrw|work | good to know |
08:22.21 | jacques | <PROTECTED> |
08:22.39 | jacques | <PROTECTED> |
08:22.51 | hrw|work | jacques: you need to register |
08:23.01 | jacques | then the wiki is wrong |
08:23.03 | hrw|work | give me url of wiki page and I will fix it |
08:23.17 | jacques | http://oe.handhelds.org/cgi-bin/moin.cgi |
08:23.27 | hrw|work | exact url |
08:23.39 | jacques | I'd rather someone just fixed procps to not do install --strip |
08:24.03 | hrw|work | all binaries are stripped by defaut |
08:24.07 | jacques | I dunno how to get more exact than that - that's the page it's on |
08:24.18 | jacques | search for "guest" on that page |
08:24.34 | jacques | hrw|work, my point is, install --strip does not work when cross-building |
08:25.09 | jacques | at least it doesn't for procps because it's trying to strip an armeb binary with x86 strip |
08:25.18 | RP | morning all |
08:25.39 | do13 | morning RP |
08:27.05 | hrw|work | hi rp |
08:27.15 | hrw|work | shit.. I forgot oe wiki password |
08:27.16 | rwhitby-away | g'day RP |
08:28.33 | *** join/#oe Anst (~anst@198.36.32.29) |
08:30.32 | koen | rwhitby: I created our 'official' org.openembedded.dev branch |
08:31.59 | rwhitby | koen: yep, noticed that |
08:32.15 | koen | I also got an OK for testing monotone on handhelds.org |
08:32.37 | _chronic | weird, i'm now getting further testing with h3600/linux-uxlibc/nylon than with "standard" familiar ... %^} |
08:32.40 | rwhitby | is that the same as openembedded.org, or is that owned by someone else? |
08:32.49 | koen | the same |
08:32.50 | _chronic | is that wrong? ;-) |
08:33.06 | rwhitby | koen: so it will be mtn.openembedded.org ? |
08:33.09 | koen | openembedded.org redirects to oe.handhelds.org |
08:33.36 | koen | rwhitby: just plain handhelds.org for the time being |
08:34.02 | rwhitby | nobody else at handhelds.org want's a monotone database? |
08:34.13 | koen | not at the moment |
08:34.33 | koen | like I said, it's for testing monotone |
08:35.01 | rwhitby | ah, so it's not the official openembedded.org monotone server yet ... |
08:35.31 | rwhitby | BTW, we should have viewmtn up and running on mtn.nslu2-linux.org in a day or two |
08:39.24 | koen | cool |
08:43.03 | koen | rwhitby: how's your branch called? |
08:43.09 | koen | (the nslu2 one) |
08:43.50 | rwhitby | koen: haven't created it ye |
08:43.53 | rwhitby | yet |
08:44.17 | rwhitby | it will be org.nslu2-linux.openembedded |
08:47.10 | rwhitby | I haven't worked out how to create the branch without comitting a change. I guess I can just make up a dummy change .... |
08:47.57 | koen | according to the mailinglist, you can't create 'empty' empty branches |
08:48.10 | koen | remove one empty from above sentence |
08:51.25 | *** join/#oe mallum (~mallum@host81-153-48-212.range81-153.btcentralplus.com) |
08:55.04 | hrw|work | _chronic: distro=wrt54oe gives working gcc-cross |
09:02.22 | *** join/#oe dkey (~dkey@193.170.48.234) |
09:04.23 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
09:07.59 | koen | 2.6.12-mm1 is indeed very snappy |
09:12.51 | hrw|work | hi mickeyl |
09:13.00 | hrw|work | ~lart kwallet |
09:14.44 | *** join/#oe bluelightning (~bluelight@219-89-2-246.dialup.xtra.co.nz) |
09:14.47 | mickeyl | hi hrw |
09:14.57 | mickeyl | i broke pcmciaapplet again yesterday |
09:15.02 | mickeyl | i just fixed it that morning |
09:15.03 | mickeyl | *sigh* |
09:15.25 | bluelightning | hi all |
09:15.57 | hrw|work | re |
09:15.58 | mickeyl | hi bluelightning |
09:16.07 | bluelightning | hi hrw|work |
09:16.08 | mickeyl | hrw|work: poke now works! (thanks to zecke) |
09:16.09 | bluelightning | hi mickeyl |
09:16.10 | *** join/#oe koen|z (~koen@dominion.kabel.utwente.nl) |
09:16.23 | bluelightning | hi koen|z |
09:16.46 | hrw|work | mickeyl: pcmciaapplet lack icons which was in cardmon (that ones which show type of card) |
09:17.27 | mickeyl | hrw|work: right. polishing GUI comes last. first functionality :) |
09:17.33 | hrw|work | mickeyl: sure |
09:18.00 | mickeyl | anything else you're missing in a pcmcia control applet ? |
09:19.20 | mickeyl | for later versions i may even allow to change the driver binding of registered cards |
09:19.29 | mickeyl | but for that i need to write a full fledged cardmgr .conf parser |
09:19.33 | mickeyl | and I'm reluctant to do that |
09:19.36 | mickeyl | i hate writing parsers |
09:19.39 | mickeyl | it's soooo boring |
09:19.48 | hrw|work | mickeyl: option to ignore configuring card |
09:19.54 | Twiun | mornin' folks |
09:20.15 | hrw|work | mickeyl: with my wifi card I got "your card is not configured yet" - but it works without problem |
09:20.29 | mickeyl | hrw|work: good idea. Do you want to configure? [Yes] [No] [Don't ask me again for that card] |
09:20.32 | hrw|work | mickeyl: add action "ignore" (or "do nothing") |
09:20.32 | koen | hey Twiun |
09:20.46 | mickeyl | hrw|work: "activate" is exactly that ;) |
09:20.57 | koen | mickeyl: verbs, not nouns |
09:21.08 | koen | "configure" "don't configure" |
09:21.31 | hrw|work | mickeyl: change message in dialog.. |
09:21.33 | mickeyl | koen: is that what the usability guys say ? |
09:21.37 | koen | yes |
09:21.40 | mickeyl | i see |
09:21.44 | mickeyl | yeah, will think about that |
09:21.59 | bluelightning | "ignore" would be preferable to "don't configure" IMO |
09:22.01 | hrw|work | "You have inserted the card Socket CF+ Personal Network Card\nSocket Socket" - what is what? |
09:22.36 | mickeyl | well, that's the whole product identity in bold |
09:22.54 | mickeyl | what should i do instead? |
09:23.15 | hrw|work | ignore other then card name? |
09:23.24 | mickeyl | that's tricky |
09:23.34 | mickeyl | the card name consists internally of a 4-tuple |
09:23.37 | hrw|work | now I have Hitachi flash 5.0 `[][] where [] is box |
09:23.38 | mickeyl | and vendors are totally free |
09:23.58 | mickeyl | eeks |
09:24.00 | hrw|work | maybe add what class the card is? |
09:24.01 | mickeyl | can you make a scap ? |
09:24.08 | mickeyl | yeah, classname is a good idea |
09:24.22 | *** join/#oe lardman (~lardman@138.38.73.178) |
09:24.52 | mickeyl | yo lardman |
09:24.59 | lardman | hey mickeyl |
09:25.46 | lardman | nice thread on oesf :) : http://www.oesf.org/forums/index.php?showtopic=13392&hl= |
09:26.17 | lardman | now all we need is for someone to add that code (ScottYelich's) to OE and see them come flocking to us ;) |
09:26.36 | hrw|work | RP: can APM code be nicer to user? I got LED On/Off so often then machine did only that |
09:26.51 | hrw|work | hmm.. where last time I was on oesf.. |
09:28.10 | lardman | bbiab |
09:30.33 | hrw|work | mickey|lecture: http://handhelds.org/scap/port.19066.png |
09:30.38 | hrw|work | ~lart scap 0.1 |
09:31.03 | bluelightning | hrw|work: nice lines, there |
09:31.19 | jacques | ok I submitted a bug about procps |
09:31.45 | hrw|work | bluelightning: thats what scap produce on my hardware |
09:31.47 | koen | lardman|away: how come nobody uses ipkg-build? |
09:32.01 | hrw|work | mickey|lecture: http://handhelds.org/scap/port.19317.png - correct one |
09:34.17 | hrw|work | mickey|lecture: http://handhelds.org/scap/port.19475.png with BT card |
09:34.29 | koen | mickey|lecture: http://www.suse.de/~mfabian/suse-cjk/xim.html |
09:35.18 | koen | hrw|work: are those icons for qvga? |
09:35.22 | hrw|work | mickey|lecture: btw. cardctl ident report BT card as function 254 (null) |
09:36.04 | hrw|work | koen: I dont remember now which ones athey are |
09:37.39 | bluelightning | hrw|work: looks like there's a glitch there somewhere |
09:39.29 | *** join/#oe zecke_ (fakeuser@p54BD1D72.dip0.t-ipconnect.de) |
09:40.17 | hrw|work | hi zecke |
09:43.41 | RP | hrw|work: I don't understand your apm question? |
09:44.16 | RP | You mean you were seeing lots of Charge On / Charge Off messages? |
09:44.21 | hrw|work | yes |
09:44.32 | hrw|work | few per second |
09:44.55 | RP | Is the charger working? |
09:45.01 | RP | No Err ones? |
09:45.01 | hrw|work | nothing more was running on husky and it was sluggish... |
09:45.05 | hrw|work | no err |
09:46.08 | *** join/#oe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
09:46.14 | RP | hrw|work: I've never seen it repeat lots of them :-/ |
09:46.39 | hrw|work | RP: http://pastebin.ca/15527 |
09:47.25 | RP | hrw|work: Which kernel? |
09:47.38 | RP | hrw|work: There is something wrong for it to be doing that... |
09:47.41 | hrw|work | 2.6.12-mm1 |
09:48.12 | hrw|work | -r1 iirc |
09:49.25 | RP | hrw|work: I suspect its a preempt issue which is showing up due to the speedups. Its going to be a nightmare to fix :-( |
09:49.40 | RP | I'm discharging mine a bit now to see if it also does it |
09:49.59 | hrw|work | ;( |
09:50.34 | RP | hrw|work: Basically, there is no locking in the charging code... |
09:51.17 | *** join/#oe andersee (~andersee@codepoet.org) |
10:02.18 | lardman|work | koen: quite - I was going to mention that, but couldn't think of the name off the top of my head |
10:04.25 | hrw|work | NOTE: [12:04] package procps-3.2.1-r1: task do_build: completed |
10:05.23 | jacques | hrw|work, are you saying it's fixed or you cannot reproduce? |
10:06.04 | hrw|work | jacques: ugly fixed to not be stripped at all |
10:06.11 | hrw|work | usr/bin/watch: ELF 32-bit LSB MIPS-I executable, MIPS, version 1 (SYSV), dynamically linked (uses shared libs), not stripped |
10:06.40 | jacques | hrw|work, in unslung cvs we would patch those to use a separate strip command, instead of the install --strip |
10:06.45 | jacques | but it's a pain |
10:07.04 | jacques | thanks for looking at it |
10:08.49 | hrw|work | jacques: http://www.hrw.one.pl/tmp/fix-strip.patch |
10:15.40 | *** join/#oe marcan (1337@253.Red-83-53-1.pooles.rima-tde.net) |
10:26.31 | *** join/#oe zecke (freyther@lin226.mi.fu-berlin.de) |
10:26.38 | zecke | koen: http://www.linuxdevices.com/news/NS8172216500.html |
10:26.43 | zecke | koen: *idiots* |
10:26.58 | koen | hey zecke |
10:27.21 | zecke | I did not know OMAP had a ACPI BIOS |
10:28.08 | mallum | zecke: yeah pretty silly article for linuxdevices |
10:28.15 | koen | brave of nokia to be the first to use X on arm |
10:28.36 | mallum | koen: right, handhelds having been using it for +5 years |
10:28.58 | koen | since '99 or so |
10:29.25 | zecke | but X is sooooo huge |
10:29.29 | koen | I wonder when that editor will get his free zaurus |
10:29.39 | mallum | koen: hehe, you read my mind |
10:29.40 | zecke | int i = QFontMetrics(font()).width('X') |
10:29.58 | zecke | X is soo huge i will overflow |
10:30.03 | pb_ | zecke: hah |
10:31.22 | mallum | X on the 770 actually out performs the hardware |
10:32.17 | mallum | in terms of how fast the pipe to the display is |
10:34.00 | koen | isn't it using a horrible dma->shadowfb->dma->fb solution? |
10:34.29 | RP | koen: yes |
10:34.49 | hrw|work | zecke: original on informationweek is better |
10:35.05 | RP | hrw|work: I can't reproduce your charging problem here :-( |
10:35.06 | koen | mallum: It's also cool that X get's smaller and less complex by sponsoring matchbox |
10:35.51 | hrw|work | zecke: without even using ACPI word... |
10:35.57 | hrw|work | RP: :( |
10:35.58 | mallum | koen: yeah without the shadowfb |
10:36.30 | mallum | koen: matchbox has special running code deletion technology which makes X smaller and less complex |
10:36.53 | koen | that must be it |
10:37.28 | zecke | koen: that happens when people don't do stuff they get paid for (X smaller when sponsoring matchbox) |
10:38.43 | koen | we'll see in 9 days :) |
10:40.08 | koen | we wouldn't want nelson to suffocate when holding his breath for the 770 |
10:40.14 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
10:40.37 | koen | RP: 2.6.12 is quite fast |
10:40.40 | zecke | koen: it looks like Nokia is short on child laborer... |
10:40.57 | koen | RP: now make it go faster when swapping to SD ;) |
10:40.57 | zecke | koen: these bloody children seem not to be able to produce 500 770's within days.. |
10:41.27 | koen | yeah, I bet sharp has all of them |
10:41.57 | pb_ | zecke: they're probably having trouble squeezing X inside that small case |
10:42.40 | zecke | that sounds plausible... |
10:42.45 | jacques | "several seconds of lag time between user action and system response" how can that be? something must be seriously wrong |
10:43.05 | zecke | Probably Nokia should use a X11 implementation instead of executing the specification of the protocol directly... |
10:43.32 | mallum | jacques: app start up could be faster but things seem to respond well so I dont know what that comment means |
10:43.34 | zecke | jacques: he pressed on a URL and it did not show the page content immediately |
10:43.47 | mallum | jacques: the article it refers too has been pimped around a number of sites |
10:44.11 | jacques | yeah I've seen that article in like two other places |
10:44.37 | koen | submitted by: pr@trolltech.com |
10:44.43 | jacques | lol |
10:45.17 | jacques | and X ran just fine on 4MB RAM 25MHz sun3's back in college |
10:45.49 | koen | jacques: yes, but arm9 is very different |
10:45.57 | koen | it's 'underpowered' after all |
10:46.19 | jacques | heck I'm not even sure those were 32bit |
10:46.53 | koen | jacques: X runs like crazy on my 23MHz i960 |
10:47.23 | koen | (hp envizex x-term) |
10:47.27 | zecke | koen: but TT make Xorg better... |
10:47.37 | koen | zecke: yes, and kdrive too |
10:48.03 | koen | http://cvs.freedesktop.org/xserver/xserver/ChangeLog?rev=3.341&view=markup |
10:48.06 | koen | gooo lars! |
10:49.02 | koen | zecke: maybe they are pissed at nokia for saying qpe required 'too much middle men' |
10:49.57 | zecke | koen: where did nokia said that? |
10:50.49 | *** join/#oe do13 (~dirk@do13.in-dsl.de) |
10:57.25 | RP | koen: It would be nice for someone to work on speeding up SD. You want to lean on someone like Spyro ;-) |
10:59.49 | koen | zecke: http://www.linuxjournal.com/article/8351 |
11:02.25 | RP | hrw|work: How discharged was the battery when you saw those messages and did unplugging and plugging the charger in have any effect? |
11:03.37 | zecke | koen: where do you read 'qpe'? |
11:03.45 | Spyro | cheers RP ;-) |
11:04.13 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
11:06.51 | koen | zecke: between the lines |
11:07.08 | zecke | koen: with or without the GPE glasses? |
11:07.28 | koen | just common sense |
11:07.56 | zecke | koen: without Men in The Middle could mean many things |
11:08.08 | zecke | not paying MontaVista again for an OMAP port... |
11:09.03 | koen | or hiring lineo to mess up the code |
11:09.09 | zecke | koen: right |
11:09.32 | zecke | afaik for maemo men in the middle were hired |
11:09.54 | koen | correct |
11:10.07 | koen | but now it's company independant |
11:10.18 | zecke | koen: so the statement of him only refers to the kernel |
11:10.40 | zecke | koen: if you pay TT ~20.000$ you bought their platform in total as well |
11:10.43 | koen | and doesn't scare away 3rd party evil people with the GPL |
11:10.49 | zecke | maybe the price is higher nowadays... |
11:11.05 | zecke | koen: GPL is the only true Free Software License |
11:11.20 | koen | I'm not saying it isn't |
11:11.27 | zecke | either you want to get rich and wealthy and use MIT (like mono) |
11:11.39 | koen | anyway, mono has a better license |
11:11.40 | zecke | or you believe in Free Software and solely use GPL |
11:11.55 | koen | or BSD |
11:12.15 | zecke | koen: BSD is Free but not Free Software ;) |
11:12.19 | zecke | GNU *muuuuh* |
11:12.26 | zecke | anyway I'm spamming |
11:12.37 | koen | and I'm trolling |
11:12.55 | koen | let's write a slashbot together ;) |
11:12.56 | zecke | I wonder how GNOME became a GNU project... |
11:13.25 | koen | by not having an evil license as kde used to have |
11:13.29 | zecke | all founding reasons of GNOME a nowadays void |
11:13.40 | zecke | are even... |
11:14.02 | koen | EE rules! |
11:14.04 | koen | CS sucks! |
11:14.22 | zecke | Cornelius Schumacher? ;) |
11:14.27 | koen | :P |
11:14.50 | koen | ah, cool |
11:14.55 | RP | Spyro: You know the mmc code better than me ;-) |
11:15.10 | zecke | koen: but I'm not impressed... |
11:15.19 | hrw|work | re |
11:15.23 | koen | zecke: don't forget to wear the 'vcards suck' shirt |
11:15.34 | hrw|work | RP: about 95-99% charged |
11:15.41 | zecke | koen: maybe his 4th or 6th try on writing a generic syncing infrarstructure gets better |
11:16.03 | RP | hrw|work: That's the position my c7x0 is in :-( |
11:16.25 | RP | hrw|work: Are you sure the charger is putting out the right voltage? |
11:16.43 | hrw|work | RP: I used it before - but maybe port is dying |
11:18.14 | hrw|work | how to kill shell on Z: cd /sys/devices/platform/corgi-battery/;ls;ls;ls - it will die |
11:19.02 | hrw|work | wanna oops? |
11:19.49 | hrw|work | RP: http://pastebin.ca/15539 |
11:20.45 | hrw|work | RP: apm report 100% (cat /proc/apm) |
11:21.01 | koen | zecke: the main problem is that IMO the KDE people say it's shit whatever it is, since multisync uses a gtk gui |
11:21.40 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
11:22.43 | zecke | koen: The overall design of OpenSync is like KitchenSync but written in C, not strongly types exchange formats, no formal verification of the input... |
11:22.54 | zecke | koen: but there is one stupid thing... |
11:23.39 | zecke | koen: multisync-os requires one hand crafted config dialog for each plugin |
11:23.56 | zecke | koen: that solely defeats the point of a plugin system |
11:24.31 | zecke | koen: even worse you release plugins + multisync + os seperately... so you will have bugs like the Config Dialog Data produced is not usable to the plugin... |
11:24.54 | zecke | koen: I wonder if glade is not en par with Qt Designer or why this decision was taken... |
11:25.19 | zecke | koen: and then MultiSync-OS didn't work for me (as a User of KS I can understand it...) |
11:26.06 | koen | maybe you can persuade him to have a centralized config gui thing |
11:26.25 | zecke | koen: or use glade/qt designer xml |
11:26.32 | mallum | mailed linuxdevices |
11:26.49 | zecke | koen: With Qt each plugin could give a XML configuration dialog |
11:27.11 | zecke | koen: and the platform could provide 'custom' sync specefic widgets... |
11:27.35 | zecke | if the user accepts the changes, (using Qt) one can easily get the values out of the widget and pass it back to the plugin... |
11:27.42 | *** join/#oe Geo_KM (~keith@ppp61-98.lns1.cbr1.internode.on.net) |
11:28.01 | zecke | I would have assumed GTK+ could do similiar things |
11:28.16 | koen | I think it can |
11:29.05 | RP | hrw|work: Looks like you're really having problems with it :-( |
11:29.40 | koen | zecke: or pass the needed params to the core and let the core assemble a dialog |
11:30.04 | RP | hrw|work: The ls;ls;ls doesn't kill mine :-/ |
11:30.05 | zecke | koen: I'm sure he had a reasoning but I can not see it ;) |
11:30.22 | zecke | and Gosh C... why not C# or python... but C... |
11:30.40 | koen | portablility and size I guess |
11:30.45 | zecke | people should be good GNOME citizens and use mono |
11:30.46 | hrw|work | RP: I restarted mine |
11:30.50 | koen | and lack of OO skills |
11:30.51 | zecke | anyway their leader does so |
11:30.56 | koen | zecke: OS != gnome |
11:31.12 | koen | and mono isn't accepted in gnome yet :) |
11:31.14 | zecke | koen: portability... that is a weak argument |
11:31.17 | zecke | koen: size as well |
11:31.27 | *** join/#oe ideal_ (~idealm_@222.67.234.189) |
11:32.08 | zecke | even an arm can run g++ compiled code |
11:32.52 | Spyro | some of us just like C |
11:33.31 | RP | hrw|work: Has the reboot sorted it out? |
11:34.55 | mallum | zecke: C rules :) |
11:35.06 | CIA-7 | 03koen 07 * r1.3591.1.6 10openembedded/packages/gpe-contacts/ (files/lost-icons.patch gpe-contacts_0.39.bb): gpe-contacts_0.39.bb: fix missing icons problem |
11:35.41 | hrw|work | RP: http://pastebin.ca/15541 |
11:35.49 | zecke | Spyro: when I do kernel stuff I miss nothing as well... |
11:36.13 | zecke | Spyro: but for the desktop/userspace there are way better technologies to use... |
11:36.57 | zecke | I would use C as well when I would get paid for the number of written lines of code ;) |
11:37.08 | zecke | <mono_logue_end /> |
11:37.39 | hrw|work | RP: what do you think? |
11:37.52 | mallum | zecke: you just learn to write code faster ;) |
11:38.34 | zecke | mallum: I really doubt that ordinary code written in C is faster |
11:38.46 | zecke | mallum: if it is, there is a bug compiler bug in gcc |
11:39.08 | hrw|work | mickey|lecture: http://handhelds.org/scap/port.26189.png - another shot of pcmciaapplet with my memory card. this time wthut boxes |
11:41.16 | RP | hrw|work: That manages to crash mine as well. Looks like something is breaking sysfs |
11:41.18 | *** join/#oe Ycros (~Ycros@c211-30-252-204.thorn1.nsw.optusnet.com.au) |
11:41.19 | zecke | mallum: X is written in C and we know it is huge, bloaty, slow ;) |
11:41.25 | RP | Probably a preempt bug... |
11:41.48 | hrw|work | RP: uf.. atleast one bug is repeatable |
11:42.01 | mallum | zecke: compared to ? |
11:42.09 | zecke | mallum: Y |
11:42.16 | zecke | just kidding (in total) |
11:42.22 | mallum | zecke: me too ;) |
11:42.37 | mallum | zecke: I love you really |
11:42.59 | zecke | everybody love sick and disabled bastards |
11:43.29 | RP | hrw|work: We need to narrow it down to a reproducable test case, then see which kernel it started in :-( |
11:43.59 | zecke | mallum: I want matchbox to do viewport scrolling. I know fvwm2 can do it (so it must be technically possible) do you've a good introduction to matchbox? |
11:44.51 | mallum | zecke: it will be crack |
11:45.06 | mallum | zecke: mb has no toolkit so it will be pain to |
11:46.15 | mallum | zecke: Im toying with the idea of breaking mb wm core out into a ( maybe static ) lib so its easy for people to hack there own deriviative and do things that I think are crack with it ;) |
11:47.42 | *** join/#oe kurre2__ (~tomimo@a84-231-39-238.elisa-laajakaista.fi) |
11:55.15 | *** join/#oe koen|z (~koen@dominion.kabel.utwente.nl) |
11:55.41 | hrw|work | RP: cat /proc/apm gives me 100% |
11:57.21 | *** join/#oe dkey (~dkey@193.170.48.234) |
12:02.32 | *** join/#oe chewy (~dieu@r2351064.cidc.net) |
12:13.50 | CIA-7 | 03koen 07 * r1.3596 10openembedded/packages/gpe-contacts/ (gpe-contacts-maemo_0.39.bb gpe-contacts.inc): Add maemo-fied gpe-contacts |
12:21.41 | *** join/#oe rwhitby-away (~rwhitby@rwhitby.nslu2-linux) |
12:26.46 | *** join/#oe dkey (~dkey@193.170.48.234) |
12:28.37 | *** join/#oe proti (~seb@calypso.frankengul.org) |
12:37.14 | *** join/#oe Richard48 (~Anon@ppp998.adelaide.on.net.au) |
12:40.05 | CIA-7 | 03koen 07 * r1.3597 10openembedded/packages/imposter/imposter_0.3.bb: Add imposter, a standalone GTK2 OOo impress viewer |
12:40.41 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
12:44.12 | *** join/#oe mallum (~mallum@host81-153-48-212.range81-153.btcentralplus.com) |
12:52.07 | *** part/#oe Richard48 (~Anon@ppp998.adelaide.on.net.au) |
12:56.23 | *** join/#oe drw (~drw@c-67-172-219-167.hsd1.tx.comcast.net) |
13:04.17 | *** join/#oe Geo_KM (~keith@ppp61-98.lns1.cbr1.internode.on.net) |
13:05.57 | Geo_KM | kergoth: Chris you around? |
13:18.56 | *** join/#oe Virusmaster (~Thomas@p549CD0D3.dip.t-dialin.net) |
13:21.07 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
13:48.45 | *** join/#oe jamey (~jamey@192.208.47.196) |
13:54.44 | Sirfred | afternoon |
13:59.54 | hrw|work | hi Sirfred |
14:01.06 | chouimat | morning |
14:02.09 | kergoth | Geo_KM: am now. whats up |
14:02.29 | RP | hi Sirfred |
14:03.33 | Sirfred | RP: My SD card refuses to be mounted on boot. I need to reinsert it to be mounted. |
14:03.47 | Sirfred | RP: Just for your information. perhaps it's useful for you. |
14:04.13 | *** join/#oe jamey_ (~jamey@192.208.47.196) |
14:04.59 | *** join/#oe jbowler-away (~jbowler@70-98-218-127.dsl1.myc.or.frontiernet.net) |
14:08.25 | RP | Sirfred: Its probably a udev problem - it won't be creating the node when it should |
14:09.56 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
14:18.47 | *** join/#oe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
14:27.24 | hrw|work | bye |
14:28.00 | *** join/#oe mithro (~tim@ppp195-250.lns1.adl1.internode.on.net) |
14:28.00 | *** join/#oe Anst (~anst@198.36.32.29) |
14:28.00 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) [NETSPLIT VICTIM] |
14:28.00 | *** join/#oe ljp (~lpotter@203.94.178.46) |
14:38.35 | CoreDump|home | hi |
14:39.24 | CosmicPenguin | hmmm.... |
14:39.24 | CosmicPenguin | wassup with the cannot assign to operator message? |
14:39.24 | CosmicPenguin | oops - neve rmind |
14:39.44 | *** join/#oe eyeeye (~auge@p549EA5C4.dip0.t-ipconnect.de) |
14:41.52 | eyeeye | 02is there anywhere something like a howto-port-oe-to-my-homebrew-hardware? |
14:46.54 | CosmicPenguin | first of all, stop with the colors, or you are going to hear crickets |
14:53.45 | eyeeye | 0201ok, without colors, howto anywhere? |
14:56.09 | *** join/#oe zinga_ (~arnaudb@186.80-203-227.nextgentel.com) |
14:57.03 | *** join/#oe Geo_KM (~Geo_KM@ppp61-98.lns1.cbr1.internode.on.net) |
15:01.21 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
15:09.40 | *** join/#oe Crofton|laptop (~balister@h80ad9368.dhcp.vt.edu) |
15:10.37 | *** join/#oe zap (~zap@217.170.93.196) |
15:13.20 | *** part/#oe eyeeye (~auge@p549EA5C4.dip0.t-ipconnect.de) |
15:36.12 | *** join/#oe ar__ (~ar@port-ip-213-211-231-107.reverse.mdcc-fun.de) |
15:49.09 | *** join/#oe hufnus (~slonsiki@m543136d0.tmodns.net) |
15:55.55 | *** join/#oe cvs_ (cvs@crash48.student.utwente.nl) |
15:59.18 | *** join/#oe lexlynch (~lexlynch@222.35.14.134) |
16:08.41 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
16:12.43 | *** join/#oe Laibsch (~leggewie@G1203.g.pppool.de) |
16:12.56 | *** join/#oe koobla (~chatzilla@wall4.soft.uni-linz.ac.at) [NETSPLIT VICTIM] |
16:15.11 | *** join/#oe dustpuppy (~chris@62.141.36.81) |
16:16.22 | *** part/#oe Laibsch (~leggewie@G1203.g.pppool.de) |
16:22.41 | *** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net) |
16:26.51 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
16:29.56 | *** join/#oe Virusmaster (~Thomas@p549CD0D3.dip.t-dialin.net) |
16:45.31 | *** join/#oe qfh (~qfh@ppp-82-135-2-207.mnet-online.de) |
16:47.03 | *** join/#oe zecke (~ich@83-169-170-48-dynip.superkabel.de) |
16:56.50 | Sirfred | mickeyl: W100:Rot90:0 should be understood as 90 degrees clockwise? |
17:07.48 | *** part/#oe _chronic (~adamb@213.210.24.6) |
17:12.40 | *** join/#oe hufnus (~slonsiki@m543136d0.tmodns.net) |
17:14.59 | CIA-7 | 03koen 07 * r1.3598 10openembedded/ (4 files in 3 dirs): Tweak some GPE/maemo package names |
17:33.31 | *** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de) |
17:35.52 | *** join/#oe Kompo (~kimmo@sk2-38.tky.hut.fi) |
17:45.56 | *** join/#oe andersee (~andersee@codepoet.org) |
17:46.27 | *** join/#oe Laibsch (~leggewie@G1ea8.g.pppool.de) |
17:46.42 | lardman | bye all |
17:59.21 | mickeyl | Sirfred: yes, that's right |
18:01.24 | Sirfred | mickeyl: It's strange, when I phisically rotate the screen, it tryes to rotate 90 degrees. |
18:01.43 | Sirfred | I think it should try 270 degrees. |
18:02.17 | koen | can it do -90? |
18:02.37 | Sirfred | koen: Isn't -90 == 270 ? |
18:02.45 | koen | yes |
18:03.08 | mickeyl | hmm |
18:03.10 | Sirfred | koen: Perhaps the way I'm understanding the rotation is not the correct one. |
18:03.12 | mickeyl | this is from odevice: |
18:03.28 | mickeyl | <PROTECTED> |
18:03.28 | mickeyl | <PROTECTED> |
18:03.28 | mickeyl | <PROTECTED> |
18:03.28 | mickeyl | <PROTECTED> |
18:03.41 | mickeyl | this is the kernel 2.6 rotation |
18:03.43 | Sirfred | Humm. |
18:03.46 | mickeyl | compared to the kernel 2.4 rotation: |
18:03.51 | mickeyl | <PROTECTED> |
18:03.51 | mickeyl | <PROTECTED> |
18:03.51 | mickeyl | <PROTECTED> |
18:04.16 | Sirfred | mickeyl: I thought that CASE_PORTRAIT should be 270. |
18:04.28 | Sirfred | mickeyl: If were're understanding the rotation angles clockwise. |
18:05.17 | mickeyl | hmm why? |
18:05.51 | mickeyl | native rotation for landscape is 0 |
18:06.13 | Sirfred | Because the onscreen buttons are on the right side of the screen. So if we rotate 90 degrees clockwise, the buttons will stand in the upper side of the screen. |
18:06.18 | mickeyl | when you rotate 90° clockwise, the CG silicon label is at the bottom of the screen |
18:06.31 | Sirfred | mickeyl: Perhaps it's my english again. |
18:06.39 | mickeyl | no they're at the bottom, because you turn the swivel |
18:06.43 | Sirfred | mickeyl: clockwise is rotating right. |
18:06.45 | Sirfred | mickeyl: isn't it? |
18:07.10 | Sirfred | mickeyl: I thought that what we were rotating is the screen information. |
18:07.33 | Sirfred | mickeyl: so, rotating 90 degrees, the label is at the top. |
18:07.42 | Sirfred | Well, that is the smaller of my problems. |
18:07.51 | mickeyl | hmm i guess you're right |
18:07.58 | mickeyl | then i don't understand why the code in odevice works :) |
18:08.10 | Sirfred | Getting hot-rotation working is driving me mad. |
18:08.21 | Sirfred | Screen corruption, pixmaps corruption... |
18:09.49 | mickeyl | sounds nasty |
18:10.28 | Sirfred | mickeyl: Yes. There's something I don't understand in the w100 initialization. |
18:10.50 | Sirfred | mickeyl: When I start using W100:Rot90:0 everything works. |
18:11.49 | Sirfred | mickeyl: But starting with Rot0 and going to Rot90, the screen goes portrait, but only 480x480. |
18:12.44 | Sirfred | Anyway, qte thinks that the screen is 480x640, the only problem is that the bottom is black. |
18:13.15 | mickeyl | Sirfred: ok, sounds like something deep in the ATI code |
18:13.22 | mickeyl | i can't help with that :/ |
18:13.40 | mickeyl | is suspend/resume working now? |
18:13.44 | mickeyl | (ati-wise) |
18:13.49 | Sirfred | :) |
18:14.20 | Sirfred | mickeyl: I didn't have time to look at that. Was only fighting the rotation wars. |
18:14.23 | Sirfred | But I'm losing. |
18:14.40 | mickeyl | don't give up hope, you're close ;) |
18:16.09 | Sirfred | mickeyl: I spend a lot of time testing, because I have the testing library in an SD card. |
18:16.26 | Sirfred | mickeyl: Uploading is slow. |
18:16.44 | Sirfred | mickeyl: About the suspend/resume issue. |
18:17.01 | Sirfred | mickeyl: Do you know if qte is signalled in some way when those events happen ? |
18:17.12 | Sirfred | mickeyl: I was looking a little but found nothing. |
18:17.51 | zecke | Sirfred: what notification? |
18:18.11 | Sirfred | zecke: suspending and/or resuming. |
18:19.14 | zecke | Sirfred: for Yopy it might have /dev/apm_bios open |
18:20.18 | mickeyl | in general, there is no notification upon suspend or resume. qte more or less doesn't know about that |
18:20.34 | mickeyl | we send a qcop signal to all qte apps but that's about all |
18:20.54 | Sirfred | mickeyl: That could be enough. |
18:21.17 | Sirfred | mickeyl: What qcop event is that? |
18:21.55 | RP | Sirfred: Its possible the rotation is hardcoded into atilib in some way :-/ |
18:21.58 | zecke | Sirfred: about to suspend |
18:22.10 | RP | Can you do accel tests over the full screen when its rotated? |
18:22.30 | Sirfred | RP: When the rotation is set from the beginning, it works fine. |
18:22.49 | Sirfred | RP: THe problem is when I try to rotate during the application life. |
18:23.11 | Sirfred | RP: I'm not able to set it up properly. I suppose it's possible, but there's something ... |
18:24.14 | Sirfred | RP: The rotation has something to do with the AtiCore_ProcessAttatchSpecialMode |
18:24.25 | RP | Sirfred: Ah, ok. Its not what I was thining then... |
18:24.38 | Sirfred | RP: Also, when the framebuffer is rotated, I needed to Detach and reattatch again. |
18:25.03 | Sirfred | RP: I've also tried to resetup the graphic window, without luck. |
18:25.25 | RP | Sirfred: One of these days, I'll finish my work on them and things will be much easier |
18:25.25 | Sirfred | zecke: And is there any message for resuming? |
18:25.38 | Sirfred | RP: Did you have time to advance in it? |
18:29.42 | mickeyl | Sirfred: we send QPE/System aboutToSuspend() prior |
18:29.56 | mickeyl | Sirfred: and send QPE/System returnFromSuspend() after |
18:30.02 | Sirfred | mickeyl: Thanks. |
18:34.37 | *** join/#oe hufnus (~slonsiki@m543136d0.tmodns.net) |
18:55.11 | *** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net) |
19:01.56 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
19:06.26 | *** join/#oe molivier (~mac@f01m-39-221.d4.club-internet.fr) |
19:06.50 | *** join/#oe Virusmaster (~Thomas@p549CD0D3.dip.t-dialin.net) |
19:16.51 | darkschneider | mickeyl: no way to make 3.5.3 work, i rolled back to 3.5.2 that works (apart wireless). The problem of 3.5.3 is the same the comments on site and wiki higlish, after flashing it it hands on the splash screen forever. Maybe that is due to the kernel, one of the avaiable kernel is named for pxa-255 the otehr has only build date so maybe it's for 255 too and we are all reying to run it with wrong kernel, but there are no others in the sl-5600 dir |
19:17.12 | darkschneider | higlihs/hiligth |
19:17.39 | darkschneider | hands/hangs.. and sorry |
19:19.47 | mickeyl | too bad. guess we really need to wait for a poodle expert to join us and become responsible for building the poodle specific images. I don't think i will include poodle support in 3.5.4 otherwise |
19:20.04 | mickeyl | better no release than a flakey release |
19:20.07 | mickeyl | imo |
19:20.14 | darkschneider | are you giving me a bad or a good news? :) |
19:20.57 | mickeyl | that lays in the eye of the beholder :) |
19:22.23 | mickeyl | blindly compiling images just doesn't cut it. we need someone with the hardware to build images and test/fix 'em. the turnaround times when someone without the hardware creates images and someone else tests are just too high. and it's cumbersome. |
19:22.46 | *** join/#oe zap (~zap@217.170.93.196) |
19:23.07 | darkschneider | that true.. |
19:23.23 | darkschneider | i failed to build a kernel yesterday |
19:23.27 | darkschneider | so i do nto offer myself... |
19:23.31 | darkschneider | and i'm nto an expert |
19:23.49 | mickeyl | doesn't need an expert, just someone motivated enough :) what was your build problem exactly? |
19:23.57 | darkschneider | i do nto knwo why it download galculator instead of quilt and then say it fails |
19:24.03 | mickeyl | ah, that one |
19:24.08 | mickeyl | that vanishes when you upgrade bitbake |
19:24.15 | mickeyl | you need both the latest OE and the latest bitbake |
19:24.27 | darkschneider | i have latest oe snapshot (no bk) |
19:24.33 | darkschneider | i'll get bitbake |
19:24.43 | darkschneider | ok dinner and then i try to make something work.. |
19:24.47 | mickeyl | bon appetit |
19:24.59 | darkschneider | mercy |
19:25.52 | koen | darkschneider: you can use monotone to get a recent OE, the snapshots are too old |
19:40.19 | hrw|gone | /cr |
19:44.30 | darkschneider | koen: oki i emerge monotone now |
19:44.46 | hrw|husky | re |
19:45.33 | koen | hey hrw|husky |
19:45.39 | hrw|husky | ~lart thing which stop Alt from getting working from husky to freebsd |
19:46.20 | hrw|husky | I have pgup/pgdn but lack of alt make irssi usage limited |
19:48.32 | hrw|husky | Sirfred|tv: when using your W100/qte in 480x480 mode ressst of screen is garbage not black - you had luck with black |
19:48.35 | koen | mickeyl: monotone 'cvs' has some extra goodies we might find usefull |
19:49.24 | koen | mickeyl: atm I'm pretty content with monotone |
19:49.42 | koen | after I add some shell aliases it will be even better :) |
19:50.01 | hrw|husky | hmm.. python+monotone+gcc = OE on device... |
19:50.45 | hrw|husky | I go sleep... irc on vga is not so nice... |
19:50.50 | Sirfred | hrw|husky: Well, luck... |
19:51.16 | hrw|husky | wifi rocks but I have to look at WPA support - now has only WEP128... |
19:51.22 | hrw|husky | cu |
19:51.25 | *** join/#oe do13 (~dirk@p85.212.4.115.tisdip.tiscali.de) |
19:52.56 | mickeyl | koen: yes, it looks pretty good to me as well |
19:53.29 | mickeyl | koen: btw., BK has converted the repository to cvs and I have a tarball |
19:53.40 | mickeyl | we can upload that somewhere eventually |
19:53.48 | koen | you have a cvs uri? |
19:53.57 | koen | I'm going to try to import it into monotone :) |
19:54.01 | mickeyl | uh oh |
19:54.05 | mickeyl | i wouldn't recommend that :) |
19:54.11 | mickeyl | i can get you a link to the tarball |
19:54.12 | mickeyl | hold on |
19:54.28 | koen | a tarball of rcs,v files? |
19:54.33 | mickeyl | i think so |
19:54.36 | mickeyl | didn't extract it yet |
19:55.19 | mickeyl | ya, it's ,v files |
19:56.01 | koen | I think it's a good test to see how monotone handles that |
19:56.24 | *** join/#oe hufnus (~slonsiki@m543136d0.tmodns.net) |
19:56.33 | mickeyl | vanille.de/temp/oe/ |
19:57.15 | koen | ooh, 2,30 MB/s |
19:57.22 | mickeyl | sure :) |
20:05.20 | koen | mickeyl: the tarball doesn't ddo well with monotone |
20:05.30 | koen | mickeyl: could you give me the cvs uri? |
20:05.37 | mickeyl | there is none |
20:05.40 | mickeyl | i just got that tarball |
20:10.18 | koen | ok, got it working |
20:10.37 | *** join/#oe zap (~zap@217.170.93.196) |
20:10.44 | mickeyl | cool |
20:12.19 | darkschneider | ok bitbake recent was a pieceof cake.. now using sfioball for oe... |
20:12.33 | darkschneider | and i allready hate bk more |
20:13.11 | mickeyl | use monotone like koen said. |
20:13.13 | jbowler-away | koen: I have done a cvs_import of nslu2-linux.bkbits.net |
20:13.15 | mickeyl | we are switching to it anyway |
20:13.49 | darkschneider | inever used monotone |
20:13.56 | darkschneider | was faster to use sfio |
20:15.24 | jbowler-away | koen, mickeyl: the result of the import was: |
20:15.39 | jbowler-away | -rw-r--r-- 1 jbowler jbowler 1245069312 Jun 21 20:18 jbowler.db |
20:15.49 | koen | 124MB? |
20:16.01 | jbowler-away | No, count the zeros ;-) |
20:16.08 | koen | 1.2GB |
20:16.08 | mickeyl | hell |
20:16.30 | jbowler-away | What I haven't done yet is to dump the db then reimport it - it may all be space. |
20:17.16 | jbowler-away | Oh, it took about 18 hours at 99% CPU on a 3.0GHz x86. |
20:17.38 | koen | I bet an opteron could do it in far less time |
20:18.19 | jbowler-away | Doesn't help if it's all data, because a user db pull has to pull all that data. |
20:18.36 | *** join/#oe Pigi (~NoOne@host163-45.pool80180.interbusiness.it) |
20:18.43 | darkschneider | btw bitbake support distcc? |
20:18.47 | Pigi | Ciao all |
20:18.56 | darkschneider | i have some other cput ouse if it does |
20:19.33 | koen | hey Pigi |
20:19.42 | koen | darkschneider: yes, it even supports icecream |
20:19.49 | Pigi | hey koen |
20:19.51 | koen | zecke and florian played with it |
20:20.15 | *** join/#oe proti (~seb@calypso.frankengul.org) |
20:20.16 | darkschneider | hehe, ok it does... considering i still eat icecram and have to google it do discover what it is |
20:25.10 | koen | 52k versions |
20:25.18 | koen | 53k |
20:25.52 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
20:26.41 | jbowler-away | About 75k versions, but it gets boring when it does the revisions - 30k of them. |
20:27.01 | koen | 57k |
20:27.03 | Pigi | what are you talkin about ? |
20:27.04 | jbowler-away | So the text SQL dump is: |
20:27.06 | jbowler-away | -rw-r--r-- 1 jbowler jbowler 1070906935 Jun 22 13:23 jbowler.dmp |
20:27.18 | jbowler-away | monotone cvs_import |
20:27.26 | Pigi | gosh,,,, |
20:27.49 | *** join/#oe woglinde (woglinde@p54BD57E6.dip.t-dialin.net) |
20:28.31 | Pigi | oe migration from bk ? |
20:28.44 | koen | yes |
20:28.52 | *** join/#oe drw (~drw@c-67-172-219-167.hsd1.tx.comcast.net) |
20:28.58 | CosmicPenguin | With 9 days to spare, even.. :) |
20:29.02 | koen | 60k |
20:29.07 | Pigi | I see. Good. |
20:29.09 | koen | CosmicPenguin: you're right! |
20:29.20 | koen | let's stop all this and come back in a week or so |
20:29.32 | Pigi | 9 days because the license expire on Jul 1 ? |
20:29.35 | luke-jr_ | o.o |
20:29.45 | koen | Pigi: yes |
20:30.02 | Pigi | that's not the bettere period, but if I can help in some ways, feel free to ask. |
20:30.08 | Pigi | better even |
20:31.23 | koen | 63k |
20:31.57 | Pigi | koen, where is this number supposed to grow ? |
20:32.35 | koen | 75 according to jbowler-away |
20:33.02 | Pigi | not too much far then. How much time it took 'til now ? |
20:33.12 | *** join/#oe zap (~zap@217.170.93.9) |
20:33.30 | koen | 23 minutes |
20:33.43 | Pigi | quick, then |
20:33.54 | koen | we'll see |
20:33.58 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
20:34.10 | koen | I'm glad it's still cpu bound instead of io bound |
20:34.24 | Pigi | yeah. |
20:34.50 | koen | although 15krpm u320 disks aren't slow |
20:35.21 | Pigi | no, they aren't. I wish I will have half of your speed.... heh |
20:35.39 | koen | 75468 versions, moving to branches |
20:35.42 | Pigi | but is a bit less then the rpm of my yamaha |
20:35.47 | koen | Pigi: they aren;t mine :( |
20:36.10 | Pigi | but you are playng with :) |
20:36.36 | Pigi | who around has been able to compile mpeg2dec ? |
20:36.55 | koen | Pigi: it's too bad my contract ended, otherwise I would get paid for playing with it |
20:37.53 | Pigi | too bad the contract ended. |
20:38.32 | koen | I'm still happy they hired me to work on OE for them |
20:38.56 | Pigi | ah yes. I remember something about. |
20:39.06 | *** join/#oe kurre2_ (~tomimo@a84-231-39-238.elisa-laajakaista.fi) |
20:39.29 | Pigi | it should be nice to get payed for something you will do for pleasure :) |
20:39.47 | luke-jr_ | Pigi: that's how the world would work, ideally |
20:40.35 | Pigi | luke-jr_, that's how the world _should_ work, ideally. I suspect that also in an ideal word it doesn't work that way :) |
20:41.50 | Pigi | second, and last try: |
20:41.57 | Pigi | who can help with this ? |
20:41.59 | Pigi | | /ext/ambient/tmp/cross/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/lib/crt1.o: In function `_start': |
20:41.59 | Pigi | | init.c:(.text+0x30): undefined reference to `main' |
20:41.59 | Pigi | | collect2: ld returned 1 exit status |
20:42.14 | koen | try wiping tmp and rebuild |
20:42.32 | luke-jr_ | sounds like trying to build a lib as an app |
20:42.33 | Pigi | again ? Oh no..... |
20:42.54 | mickeyl | g'night |
20:42.54 | Pigi | my disk wouldn't survive at this, again.... |
20:43.02 | Pigi | nite mickeyl |
20:43.09 | koen | 'night mickey|zzZZzz |
20:43.22 | mickey|zzZZzz | tomorrow linuxtag so i have to get up early |
20:43.33 | Crofton | I take it I need to learn monotone? |
20:43.35 | koen | say hi to people I know for me |
20:43.40 | mickey|zzZZzz | will do |
20:43.40 | mickey|zzZZzz | cu |
20:44.03 | *** join/#oe zap (~zap@217.170.93.9) |
20:44.21 | koen | Crofton: it looks that way |
20:44.49 | Pigi | What should be better documented is how to configure the ambient to avoid recompile crosscompiling things |
20:45.00 | Pigi | Well, I know I can use ASSUME_PROVIDED |
20:45.04 | Crofton | When will monotone repo go live? |
20:45.12 | koen | it is live |
20:45.16 | Crofton | ah |
20:45.29 | Crofton | bk is not being updated then? |
20:45.41 | Pigi | but I don't really know hown much/how many bb should be PROVIDED |
20:45.45 | koen | it is |
20:45.53 | koen | but I sync it back to monotone |
20:46.00 | koen | Crofton: see http://dominion.kabel.utwente.nl/koen/blog/pyblosxom.cgi/Handhelds/monotone.html for some small info |
20:46.16 | Pigi | ~praise koen |
20:46.16 | ibot | All hail koen! |
20:46.16 | Crofton | thanks |
20:48.00 | koen | with the webfrontend: http://ewi546.ewi.utwente.nl/tmp/viewmtn/ |
20:48.28 | tubbie|home | wow, looks promising |
20:56.21 | *** join/#oe zap (~zap@217.170.93.9) |
21:10.30 | jbowler-away | koen: I could db dump my big database, however db load doesn't reload it... |
21:10.42 | *** join/#oe synth2 (~cb@pcp838545pcs.venice01.fl.comcast.net) |
21:10.48 | jbowler-away | (I get a 0 length .db file). |
21:12.34 | jbowler-away | It works with a db pulled from nslu2-linux.org (i.e. the restored db is about the same size as the original). |
21:16.54 | koen|tv | 14.4k edges alrady |
21:17.02 | koen|tv | whatever those maybe be |
21:18.27 | zecke | france: interested in kde's svn scripts? |
21:19.04 | jbowler-away | Probably edges in the graph it used to determine the greatest common ancestor |
21:19.27 | *** join/#oe hufnus (~slonsiki@m543136d0.tmodns.net) |
21:19.48 | koen|tv | how many did you get with the nslu2 repo? |
21:22.27 | jbowler-away | If this is the second set of numbers I can't remember the total, but there were about 30k versions (the last number). |
21:22.47 | koen|tv | hmmm |
21:22.58 | koen|tv | I have 75k versions |
21:23.06 | koen|tv | monotone: phase 1 (version import) complete |
21:23.07 | koen|tv | monotone: [branches: 0] [finished branches: 1] [finished edges: 16022] [versions: 75468]building branch org.open |
21:24.07 | zecke | koen|tv: do you have a Xephyr hoary package? |
21:24.31 | koen|tv | no, I built it myself for breezy |
21:24.39 | koen|tv | but someone has debs for it |
21:24.59 | koen|tv | http://nchipin.kos.to/xephyr/ |
21:26.00 | jbowler-away | Ok, I got that the wrong way round: 75k versions, ? edges and 30k branches |
21:26.16 | koen|tv | I'm not sure if thouse are host debs or sb debs |
21:26.34 | koen|tv | jbowler-away: ok, I'll see next morning :) |
21:27.12 | Pigi | time to sleep |
21:27.16 | Pigi | night all |
21:27.19 | koen|tv | 'nighjt Pigi |
21:27.31 | jbowler-away | Yep, it's an over-nighter. |
21:27.36 | jbowler-away | sleep well |
21:28.02 | koen|tv | indeed |
21:28.08 | koen|tv | 'night all |
21:29.29 | *** join/#oe TheCount (~count@e178108212.adsl.alicedsl.de) |
21:29.47 | TheCount | hi .. who was working on the web-stuff? |
21:29.57 | TheCount | (for QA / Bitbake) |
21:31.18 | *** join/#oe pb_ (~pb@2002:5168:d274:1:a00:1fff:fe06:93c) |
21:31.25 | luke-jr_ | hmm... pcre is broken? |
21:31.32 | zecke | luke-jr_: not for me |
21:31.37 | luke-jr_ | arm-linux-libtool: install: error: relink `libpcreposix.la' with the above command before installing it |
21:33.45 | luke-jr_ | so what causes that? O.o |
21:35.04 | zecke | dunno, have not seen that one... |
21:35.14 | zecke | somehow all my passwords stopped working |
21:35.17 | luke-jr_ | mv: cannot stat `libpcreposix.so.0.0.0': No such file or directory |
21:35.28 | luke-jr_ | my work dir only has ./.libs/libpcre.so.0.0.1 |
21:40.23 | luke-jr_ | err... diff things |
21:40.31 | luke-jr_ | work dir lacks the posix ver completely |
21:43.08 | luke-jr_ | http://pastebin.ca/15596 |
21:43.16 | luke-jr_ | the make install seems to be deleting it |
21:44.02 | CIA-7 | 03zecke 07 * r1.3599 10openembedded/classes/icecc.bbclass: |
21:44.02 | CIA-7 | Ice Cream distributed builds: |
21:44.02 | CIA-7 | <PROTECTED> |
21:44.02 | CIA-7 | distributed builds. Once a toolchain is built we build a tar.gz out |
21:44.02 | CIA-7 | of it and it will automatically get distributed on the build farm. |
21:44.02 | CIA-7 | There are still problemes to be resolved but this class is good enough |
21:44.02 | CIA-7 | for now |
21:45.13 | luke-jr_ | zecke: any idea why the do_install step is wiping the lib? :| |
21:45.45 | pb_ | zecke: very good |
21:46.04 | pb_ | fwiw, "+=" adds spaces automatically, you don't need to put them in your appended string. |
21:49.25 | zecke | *psst* |
21:49.34 | zecke | that bbclass is full of errors |
21:49.42 | zecke | but it works for ~4 month |
21:49.44 | zecke | <PROTECTED> |
21:49.47 | pb_ | heh |
21:50.00 | luke-jr_ | o.o |
22:00.12 | darkschneider | ops |
22:00.39 | darkschneider | i hate when packages does not fetch |
22:01.05 | luke-jr_ | i hate it more when packages don't build for reasons unknown to me |
22:01.23 | darkschneider | i can share your hate a day if i ever reach that point :) |
22:06.25 | *** join/#oe zwi (~zwi@64.1.9.60) |
22:12.44 | CIA-7 | 03zecke 07 * r1.3600 10openembedded/classes/tinderclient.bbclass: |
22:12.44 | CIA-7 | Tinder Client BBClass: |
22:12.44 | CIA-7 | <PROTECTED> |
22:12.44 | CIA-7 | oe build send tinder reports to a tinderbox. |
22:13.14 | zecke | france: that is for you ;) |
22:13.20 | zecke | we need a tinderbox ;) |
22:13.25 | CosmicPenguin | sweet |
22:15.17 | zecke | luckily no one will test as tinderclient is untested... |
22:15.27 | zecke | I extracted this from a special base.bbclass |
22:21.02 | darkschneider | can someone cvs -z 9 -d:pserver:anoncvs@sources.redhat.com:/cvs/src login |
22:21.18 | darkschneider | and say me if it works, maybe it's just they banned my isp... |
22:21.24 | darkschneider | i get used to that... |
22:21.35 | darkschneider | anoncvs is passd |
22:25.45 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
22:41.25 | *** join/#oe linuxwhore (~johnh@70-56-171-9.mpls.qwest.net) |
22:42.10 | *** join/#oe hufnus (~slonsiki@m543136d0.tmodns.net) |
22:43.42 | *** join/#oe sjhill (~sjhill@spvl-02-110.dsl.netins.net) |
22:44.16 | sjhill | kergoth: ping |
22:47.50 | *** join/#oe treke (~ggilbert@tinman.treke.net) |
22:48.18 | *** join/#oe Virusmaster (~Thomas@p549CD0D3.dip.t-dialin.net) |
22:54.54 | *** join/#oe Geo_KM (~keith@ppp61-98.lns1.cbr1.internode.on.net) |
23:25.16 | *** join/#oe hufnus (~slonsiki@m018c36d0.tmodns.net) |
23:32.30 | *** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de) |
23:43.12 | *** join/#oe NAiL (~repvik@banan.dataparty-mn.biz) |