| 00:02.14 | kergoth | ah, cool |
| 00:03.50 | rwhitby | sweet - svk will go through a corporate proxy |
| 00:23.48 | CIA-4 | 03jbowler 07org.oe.dev * r4917a4fd... 10/ (2 files in 2 dirs): slugos-packages: add beep in conf |
| 00:23.52 | CIA-4 | 03jbowler 07org.oe.dev * r8ec105da... 10/packages/beep/beep_1.2.2.bb: beep: release 1.2.2 |
| 00:23.56 | CIA-4 | 03jbowler 07org.oe.dev * rb95403eb... 10/packages/busybox/ (busybox-1.01/slugos/defconfig busybox_1.01.bb): |
| 00:23.57 | CIA-4 | busybox: put fdisk back in to slugos defconfig in 1.01 |
| 00:23.57 | CIA-4 | <PROTECTED> |
| 00:23.57 | CIA-4 | <PROTECTED> |
| 00:24.01 | CIA-4 | 03jbowler 07org.oe.dev * r73da0cbc... 10/packages/meta/slugos-image.bb: slugos-image: add beep remove the util-linux fdisk in meta |
| 00:24.05 | CIA-4 | 03jbowler 07org.oe.dev * rf9e43ab7... 10/ (4 files in 3 dirs): |
| 00:24.05 | CIA-4 | initscripts: slugos only change to device_table in 1.0 |
| 00:24.05 | CIA-4 | <PROTECTED> |
| 00:24.07 | CIA-4 | <PROTECTED> |
| 00:24.11 | CIA-4 | <PROTECTED> |
| 00:24.13 | CIA-4 | 03jbowler 07org.oe.dev * r45de09da... 10/packages/slugos-init/ (8 files in 3 dirs): |
| 00:24.15 | CIA-4 | slugos-init: update to use 'beep' in 0.10 |
| 00:24.17 | CIA-4 | <PROTECTED> |
| 00:26.51 | *** join/#oe Borealid (n=braujac@pool-71-126-169-200.washdc.fios.verizon.net) |
| 00:27.02 | Borealid | hello all |
| 00:52.13 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.197.136.Dial1.Manchester1.Level3.net) |
| 00:54.20 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 00:56.52 | jbowler-away | I think something may have just broken all module builds... |
| 00:59.12 | Borealid | <-- hasn't been able to build glibc for ages |
| 01:03.56 | Borealid | is this channel always so ... empty? |
| 01:04.18 | Stephmw | it's most lively weekdays |
| 01:04.23 | RP | Borealid: not really. There are a lot of people asleep atm though |
| 01:04.34 | Borealid | nice to know |
| 01:04.44 | Borealid | people are on UK time? |
| 01:05.04 | RP | Quite a few people are European |
| 01:05.12 | RP | I should be asleep... |
| 01:05.15 | Borealid | heh |
| 01:05.50 | Borealid | I don't suppose you happen to know the right way to get a working native compiler on OZ, do you? |
| 01:05.57 | RP | jbowler-away: I have a set of led updates coming in shortly. It will probably require minor changes to your led patches but only cosmetic ones |
| 01:06.09 | jbowler-away | k |
| 01:06.22 | jbowler-away | Did you see the cpu-idle/cpu-activity patch? |
| 01:06.39 | jbowler-away | I.e. packages/linux/ixp4xx-kernel/2.6.15/951-* |
| 01:08.28 | RP | jbowler-away: I hadn't looked at the patch. I have added my own version of duty cycle to the timer though :) |
| 01:08.52 | jbowler-away | Aargghhh, someone has added ${HOST_CC_ARCH} to KERNEL_CC |
| 01:11.16 | Borealid | should a 2.6 kernel machine be compiling glibc-2.3.2-r6 with the option '--enable-kernel=2.4.0'? |
| 01:12.06 | jbowler-away | RP: another problem I've found is that the it doesn't seem to be possible to get two LEDs to flash in sync |
| 01:12.28 | jbowler-away | which means that getting the NSLU2 ready/status to flash 'amber' (it's a red led + a green led) isn't really working at present... |
| 01:13.37 | Borealid | if you can turn the LEDs on or off at will, can't you just turn them both on until a specified time, then off until another specified time a second later, then repeat? |
| 01:13.41 | RP | jbowler-away: The only way that springs to mind is to create a common timer trigger that doesn't apply per led |
| 01:15.05 | jbowler-away | Right, which would also save kernel resources... |
| 01:15.16 | RP | jbowler-away: I also have my doubts about combining the cpu trigger with the timer. Whilst I see the idea, the result it hard to read... |
| 01:15.21 | jbowler-away | And would suggest 'phase' in addition to 'duty_cycle' |
| 01:16.22 | jbowler-away | The reason for doing it that way is because otherwise the code got duplicated, but all the #ifdefs could be removed - the cost is a few extra bytes in the LED device, but it's not much and it does make the code more clear. |
| 01:16.24 | RP | yes. The idea was people are free to invent weird and wonderful triggers to meet their needs. Which ones make mainline is debatable but they're easy to create and hook in |
| 01:17.23 | jbowler-away | cpu activity is probably important because the existing ARM LED code already apparently has an idle trigger |
| 01:17.49 | RP | Yes, I know. It also has timer functionality as well... |
| 01:18.15 | RP | I certainly plan to put a cpu activity trigger into mainline |
| 01:18.26 | RP | I've just not written it yet :) |
| 01:18.48 | RP | The patch series should be ready for another run on LKML though and perhaps might make -mm this time |
| 01:19.41 | Borealid | | patching file sysdeps/generic/ldsodefs.hrn| Hunk #1 succeeded at 211 (offset 8 lines).rn| Hunk #2 FAILED at 294.rn| Hunk #3 FAILED at 366.rn| 2 out of 3 hunks FAILED -- rejects in file sysdeps/generic/ldsodefs.h |
| 01:19.50 | Borealid | any ideas? |
| 01:20.13 | Borealid | package is glibc-2.3.5+cvs20050627-r1 |
| 01:20.38 | Borealid | is this the fault of the OE metadata? |
| 01:20.42 | jbowler-away | RP: well, 951-*.patch works and is tested, it can be made a separate trigger if you don't mind the code duplication (duty_cycle is required for the cpu-idle to work ok on NSLU2). |
| 01:21.35 | jbowler-away | Anyone know who "rw" is in this (IRC) context? |
| 01:21.54 | RP | jbowler-away: http://www.rpsys.net/openzaurus/patches/led_trig_timer-r4.patch is what I've just changed the timer code to |
| 01:22.15 | RP | jbowler-away: You want reenoo |
| 01:22.49 | RP | aka Rene Wagner |
| 01:23.33 | RP | jbowler-away: I think the cpu-idle code needs to be separate. I probably won't be 100% certain until I see it though... |
| 01:23.43 | jbowler-away | Ah, he signed off an hour or so ago. |
| 01:23.45 | RP | jbowler-away: You have proved its simple enough to write though :) |
| 01:24.03 | RP | He's UK based and will be asleep (where I should be) |
| 01:24.14 | jbowler-away | Yes, cpu-activity is trivial - switch the LED off in idle, on at the end. |
| 01:24.50 | jbowler-away | cpu-idle is less trivial because an 'off' LED is not very obvious - not obvious enough to be visible on NSLU2 and the cpu-activity on NSLU2 isn't bright enough. |
| 01:27.00 | RP | So the on/off values are reversed? |
| 01:27.59 | jbowler-away | cpu-activity: on=active, cpu-idle: on=idle |
| 01:28.16 | RP | So the trigger needs an invert option? |
| 01:28.24 | jbowler-away | which you require depends on the sematic of the LED, which is defined by the labelling and other affordances |
| 01:29.01 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 01:29.06 | jbowler-away | RP: I did two triggers, they set a flag in the trigger data |
| 01:29.32 | RP | Its either two triggers or a trigger parameter |
| 01:30.08 | Borealid | RP: are you the one who built the gpe-image with the 2.6 kernel for borzoi a while back? |
| 01:30.27 | jbowler-away | Well, it's two triggers, but they share code... |
| 01:30.53 | RP | Borealid: yes |
| 01:32.17 | RP | jbowler-away: It could be argued it could be implemented either way :) I accept the two triggers approach means you can select either on a per led basis though :) |
| 01:34.29 | jbowler-away | RP: oh, ok - I thought 'trigger parameter' meant /sys/class/leds/<led>/invert or something like that, as opposed to something to trigger creation in the code? |
| 01:35.14 | jbowler-away | I guess the complete generalisation is frequency for active and idle plus brightness for active and idle |
| 01:36.02 | jbowler-away | That might be easier to understand (set brightness for the 'active' brightness and idle_brightness for the inactive level). |
| 01:36.29 | jbowler-away | That would also require different code - at present 'timer' unconditionally toggles brightness |
| 01:37.21 | RP | I was wondering of three parameters "invert", "brightness" and "frequency" |
| 01:37.55 | RP | but then you can't automatically set invert on a per led basis without userspace help |
| 01:37.55 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.197.136.Dial1.Manchester1.Level3.net) |
| 01:38.07 | jbowler-away | Four - duty_cycle is needed too, the short duty cycle makes the LED appropriately frenetic (suggesting 'activity') |
| 01:38.15 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.197.136.Dial1.Manchester1.Level3.net) |
| 01:38.40 | jbowler-away | ... I just wonder if there are i18n issues - whether my interpretation is cultural |
| 01:38.46 | RP | Is there not some defaults for some of these which will just work well? |
| 01:38.49 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.197.136.Dial1.Manchester1.Level3.net) |
| 01:39.58 | jbowler-away | RP: no, on Loft cpu-activity (no flash) works fine, on NSLU2 it doesn't work at all well, and the labels on different machines are different anyway. |
| 01:40.28 | jbowler-away | It could be done at the board level, but passing in the parameters is really difficult (just the number of LEDs and the GPIO pins was difficult!) |
| 01:40.49 | jbowler-away | Anyway, it requires a lot of tweaking and is a user preference thing in some ways. |
| 01:41.11 | RP | I know. I'll have to experiment but I can see the problem |
| 01:41.40 | jbowler-away | Do you have an ixp4xx board of any description? |
| 01:41.55 | RP | no, just pxa and omap devices |
| 01:42.41 | jbowler-away | k - would you like me to separate out 951 from the timer stuff? (I.e. with the potential code duplication?) |
| 01:43.28 | RP | I'd like to see how bad it looks and I'll be trying it if nobody else does IYSWIM :) |
| 01:44.04 | RP | I've just committed the zaurus kernel changes (including updated led patches) so I think I'd best get some sleep! |
| 01:44.18 | RP | 'night! |
| 01:46.00 | JustinP | night RP |
| 01:46.08 | jbowler-away | 'nite RP |
| 01:47.19 | RP | jbowler-away: btw, if you do have any issues with the led core let me know ASAP - I'll probably present it to LKML soon to see if I can get a decision on its future out of them... |
| 01:49.00 | jbowler-away | The common timer issue is the only problem. |
| 01:53.49 | *** part/#oe bloodrunner (n=bloodrun@dialup-4.233.197.136.Dial1.Manchester1.Level3.net) |
| 02:09.24 | jbowler-away | pb__ unionfs-utils now fails in RUNSTRIP: |
| 02:09.28 | jbowler-away | file /home/work-tmp/jbowler/nslu2/ucslugc/work/unionfs-utils-1.0.13-r0/install/unionfs-utils/./usr/sbin/unionctl | grep -q 'not stripped' && armeb-linux-uclibc-strip /home/work-tmp/jbowler/nslu2/ucslugc/work/unionfs-utils-1.0.13-r0/install/unionfs-utils/./usr/sbin/unionctl || return 1; |
| 02:10.12 | jbowler-away | lt-file: could not find any magic files! |
| 02:14.37 | jbowler-away | I don't understand the command because it has the general form a && b || return 1, which seems wrong (the command fails if !a, so it fails if the file is already stripped) |
| 02:15.03 | jbowler-away | Indeed the whole RUNSTRIP can be shorted to "a && b", and probably just "b" in this case. |
| 02:15.26 | *** join/#oe tmbinc (i=XXX@dslb-082-083-085-168.pools.arcor-ip.net) |
| 02:18.52 | jbowler-away | The problem here is that the 'file' in staging/i686*/bin, the result of building file-native, is apparently non-functional |
| 02:41.07 | *** join/#oe idealm (n=ideal@58.33.49.112) |
| 02:42.18 | *** join/#oe bam_ (n=bam@pool-71-108-72-152.lsanca.dsl-w.verizon.net) |
| 02:45.21 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 02:49.52 | *** join/#oe do13 (n=ndirk@do13.in-dsl.de) |
| 02:58.40 | *** join/#oe chewy (n=dieu@r2351064.cidc.net) |
| 03:08.43 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 03:15.22 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 03:26.49 | *** join/#oe myopiate (n=me@ppp113-177.lns1.bne3.internode.on.net) |
| 04:08.09 | *** join/#oe Zero_Chaos (i=xesbvw@68-71-34-255.pittpa.adelphia.net) |
| 04:08.30 | Zero_Chaos | is 2.6 working on the 5500? my oe just started compiling it and that has never happened before. |
| 04:08.35 | Zero_Chaos | (kernel) |
| 04:10.26 | *** join/#oe GeoKM (n=keith@bh02i525f01.au.ibm.com) |
| 04:15.56 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
| 04:40.26 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 05:07.02 | *** join/#oe ChickenMonster (n=labomber@209.8.233.10) |
| 05:07.16 | *** part/#oe ChickenMonster (n=labomber@209.8.233.10) |
| 05:12.09 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 06:06.55 | *** join/#oe [lala_] (n=lala@p54B3C1CC.dip0.t-ipconnect.de) |
| 06:11.00 | emte | moo |
| 06:11.04 | johnX | yo |
| 06:11.45 | JustinP | moo |
| 06:11.53 | emte | hmm |
| 06:11.56 | JustinP | looks like I can commit working e finally for dev... |
| 06:12.04 | emte | i guess i need to think of a good flag |
| 06:12.18 | JustinP | once these compiles finish |
| 06:12.30 | johnX | JustinP: Just what I was trying to build! |
| 06:12.33 | emte | maybe NONSYSV |
| 06:12.42 | JustinP | of course it relies on the system's cpp instead of the cross one.... |
| 06:12.50 | JustinP | johnX: oh really? ;-) in .dev? |
| 06:13.01 | johnX | half heartedly |
| 06:13.04 | emte | lol |
| 06:13.08 | johnX | every couple weeks I poke at e |
| 06:13.16 | JustinP | johnX: theme stuff is broken currently in dev |
| 06:13.24 | emte | you should write some code instead o poke LO |
| 06:13.26 | emte | :P* |
| 06:13.29 | JustinP | due to some strangeness introduced in cpp... |
| 06:13.54 | johnX | emte: That's a little bit out of my depth |
| 06:14.01 | emte | nah |
| 06:14.08 | emte | you want the link to the examples? |
| 06:14.28 | emte | a nice start would be to take the text editor example and resize it to pda ... |
| 06:14.42 | JustinP | LO? |
| 06:14.54 | emte | was off a couple keys :P |
| 06:15.52 | emte | where is my python book |
| 06:16.54 | emte | mice* |
| 06:17.21 | johnX | "now as soon as the book moves it will set off one of these land mines and we'll know where it is..." |
| 06:17.30 | emte | lol |
| 06:17.44 | johnX | lt-file: could not find any magic files! |
| 06:17.52 | johnX | Does that mean anything to anyone? |
| 06:18.30 | johnX | I get that during the packaging phase of diet-x11-6.2.1+cvs20060130-r6 |
| 06:19.03 | *** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
| 06:19.34 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:21.45 | JustinP | yay, entrance *compiled* :-) |
| 06:21.59 | JustinP | well...the themes |
| 06:22.04 | JustinP | entrance itself has always been fine |
| 06:22.22 | emte | hmm |
| 06:22.32 | emte | python defaults flase does it not? |
| 06:22.36 | emte | false* |
| 06:24.00 | JustinP | ::shrug:: |
| 06:24.07 | JustinP | I've had very little python experience |
| 06:24.15 | JustinP | only a few small changes to BB |
| 06:24.21 | emte | yeah i've forgot 98% of mine |
| 06:24.37 | emte | i am trying to place a SYSV override |
| 06:27.18 | Necronom | Hrm. Convertin the OE database to rosters makes doing a fresh OE pull about 7 times faster. |
| 06:27.47 | emte | so it takes 6 hours? |
| 06:33.53 | johnX | in tmp/staging/./i686-linux/bin/ I have "file" which is a shell script that calls tmp/staging/./i686-linux/bin/.libs/lt-file |
| 06:34.32 | johnX | which is fine except that calling either "file" or "lt-file" with results in "lt-file: could not find any magic files!" |
| 06:46.45 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:47.38 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:50.22 | saturn | johnX: file or libmagic maybe have hardcoded path(s) to the default magic file(s) |
| 06:50.56 | johnX | I'll check |
| 06:53.29 | johnX | saturn: thanks, copied my magic from /usr/share/file to where strings said the hardcoded path was, all should be good now |
| 07:02.30 | Necronom | emte: ~75 miuntes |
| 07:04.54 | *** join/#oe rob_w (n=bob@p213.54.192.73.tisdip.tiscali.de) |
| 07:09.15 | *** join/#oe CSMan (n=csman@67.71.26.104) |
| 07:19.45 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:25.43 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:34.46 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:46.47 | JustinP | thar she blows! |
| 07:47.46 | johnX | meanwhile, diet-x11 still hates me |
| 07:48.39 | JustinP | fun |
| 07:49.56 | johnX | I have a version that compiled for me yesterday, I just need bitbake to be satisfied that it is built so that it can go on to build packages that depend on it |
| 07:50.21 | JustinP | you need to make sure all its files are in staging and then you need stamps |
| 07:50.23 | NAbyss | johnX: Hm, there is a way to build sans deps |
| 07:50.57 | JustinP | ah yes |
| 07:51.02 | johnX | NAbyss: I kinda figured there was a way to do something like that, but I'd rather fix whatever is causing it to die |
| 07:51.11 | JustinP | johnX: try bitbake -b /path/to/package.bb |
| 07:51.36 | johnX | see, it's not a problem with diet-x11 so much as it is that the function RUNSTRIP is dying for reasons I can't understand |
| 07:52.09 | JustinP | what machine/distro? |
| 07:52.17 | johnX | akita/openzaurus-unstable |
| 07:52.25 | JustinP | hmmm |
| 07:52.33 | JustinP | I've been working ok with spitz |
| 07:52.42 | johnX | how up to date are you? |
| 07:52.47 | johnX | this all worked for me yesterday |
| 07:52.54 | JustinP | I'm 100% up to date |
| 07:53.01 | johnX | hmm, me too |
| 07:53.05 | JustinP | but I haven't started from scratch for a bit |
| 07:53.14 | JustinP | amd64 host perhaps? |
| 07:53.20 | johnX | nope |
| 07:53.24 | johnX | plain vanilla athlon |
| 07:53.41 | JustinP | hmmm |
| 07:54.03 | johnX | I'll poke at some things |
| 07:57.40 | JustinP | perhaps starting from scratch again? |
| 07:57.50 | johnX | maybe |
| 08:00.05 | johnX | trying to build a couple other packages to see if they bug out as well |
| 08:00.50 | JustinP | hmmm...diet-x11 compiling for me right now |
| 08:01.01 | johnX | mine compiles |
| 08:01.06 | johnX | and dies in do_package |
| 08:01.24 | JustinP | well, we'll see |
| 08:01.29 | JustinP | I *just* updated |
| 08:05.49 | emte | johnX, its not diet-x11 |
| 08:05.59 | emte | there is a problem in OE |
| 08:06.04 | johnX | ah |
| 08:06.18 | emte | i am now getting that error with glibc |
| 08:06.36 | johnX | the error about file? |
| 08:06.43 | emte | NOTE: package glibc-2.3.5+cvs20050627-r1: task do_package: started |
| 08:06.43 | emte | ERROR: function RUNSTRIP failed |
| 08:06.52 | johnX | and the log is empty? |
| 08:06.57 | JustinP | wow, fun |
| 08:07.27 | emte | i havent looked yet i just gave it a second kick at the cat |
| 08:08.07 | johnX | at first something was wrong with file from file-native |
| 08:08.53 | johnX | btw, the way I said I "fixed" file from up above is actually wrong |
| 08:09.04 | johnX | it just breaks it in a different place |
| 08:12.22 | _law_ | ERROR: function RUNSTRIP failed |
| 08:12.25 | JustinP | packaging.... |
| 08:12.33 | _law_ | i think there is an oe problem :-( |
| 08:12.37 | johnX | yes |
| 08:12.37 | JustinP | hehe |
| 08:13.22 | emte | yeah |
| 08:13.24 | emte | odd |
| 08:13.34 | emte | why are all the logfiles now different names? |
| 08:14.16 | johnX | http://www.handhelds.org/hypermail/oe/current/5949.html |
| 08:14.35 | emte | well i found the log files |
| 08:14.47 | emte | they are called run.RUNSTRIP.xxx |
| 08:14.56 | emte | not log.RUNSTRIP.xx |
| 08:15.14 | johnX | I have both |
| 08:15.35 | emte | yeah so do i |
| 08:16.17 | emte | and about 10 other logfiles too |
| 08:16.17 | johnX | well RUNSTRIP is the interesting one in this case |
| 08:16.42 | emte | i cant say this looks right |
| 08:16.45 | emte | base_do_package() { |
| 08:16.45 | emte | <PROTECTED> |
| 08:16.45 | emte | } |
| 08:17.06 | JustinP | damnit.....diet-x11 failed for me too |
| 08:17.14 | johnX | sorry to jinx it |
| 08:17.24 | emte | hmm |
| 08:17.35 | emte | johnX, is your run file looping? |
| 08:18.00 | emte | oh wait its not a loop |
| 08:18.37 | johnX | the problem seems to be in RUNSTRIP(), which is also what john bowler was saying in the message to the OE mailing list that I linked above |
| 08:19.16 | *** join/#oe toi (n=peter@d5152D086.access.telenet.be) |
| 08:19.31 | JustinP | IGNORE_STRIP_ERRORS perhaps? |
| 08:19.43 | JustinP | see commit for rev e4d8da41e5409080382f7a87c16b20bcc29516e3 |
| 08:22.02 | *** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
| 08:27.58 | *** join/#oe zap (n=zap@217.170.93.196) |
| 08:41.11 | JustinP | hey, that works |
| 08:41.27 | JustinP | looks like someone broke it by not ignoring warnings....who knows why |
| 08:41.36 | johnX | so how long has RUNSTRIP been faiiling silently? |
| 08:43.49 | JustinP | 9 hours ago |
| 08:43.59 | johnX | excuse me if this is possibly a stupid question, but where am I supposed to set IGNORE_STRIP_ERRORS? |
| 08:44.06 | JustinP | local.conf |
| 08:44.14 | JustinP | not stupid ;-) |
| 08:44.23 | JustinP | looks like rw broke packaging.... |
| 08:49.07 | *** join/#oe koen|sleep (i=koen@dominion.kabel.utwente.nl) |
| 08:53.08 | *** join/#oe dazgard (n=kerwin@mla78-1-82-240-17-188.fbx.proxad.net) |
| 08:58.45 | *** join/#oe Dazgard (n=kerwin@mla78-1-82-240-17-188.fbx.proxad.net) |
| 08:58.50 | Dazgard | hi |
| 08:59.24 | Dazgard | how can i install a 2.6 kernel on my poodle to have usbnet working please ? |
| 09:00.52 | NAbyss | Dazgard: Do you have a working OE setup as yet? |
| 09:03.53 | Dazgard | i have openzaurus oinstalled on my poodle |
| 09:04.27 | Dazgard | i tried last day to compile OE, i take the whole day verifying revisions :s |
| 09:04.41 | Dazgard | and next, i got errors |
| 09:08.08 | NAbyss | Which branch? |
| 09:08.38 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:09.13 | ade|desk | morning all |
| 09:14.03 | XorA | morning |
| 09:15.47 | RP | morning all |
| 09:19.42 | johnX | morning |
| 09:23.47 | ade|desk | grr @ sf.net |
| 09:24.11 | johnX | is their cvs server still down? |
| 09:24.31 | ade|desk | yup |
| 09:27.27 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
| 09:28.08 | *** join/#oe koen|sleep (i=koen@dominion.kabel.utwente.nl) |
| 09:28.28 | Ifaistos | Greetings ! |
| 09:28.38 | Dazgard | <PROTECTED> |
| 09:28.44 | Dazgard | 3.4.5 |
| 09:29.10 | Dazgard | but tell me is there a good howto about howto to compile the whole thing ? please ? |
| 09:30.09 | Ifaistos | I am trying to build an initrd for the epia-2.6.12 kernel using OE but i am kind of confused... |
| 09:30.29 | NAbyss | ~gettingstarted |
| 09:30.31 | ibot | i guess gettingstarted is http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted |
| 09:30.33 | NAbyss | Dazgard: See that link |
| 09:30.48 | *** join/#oe Jenna (n=cherryRe@209.8.233.248) |
| 09:31.13 | *** part/#oe Jenna (n=cherryRe@209.8.233.248) |
| 09:31.18 | Ifaistos | should i make an additional IMAGE_CMD_ to handle it or do a postprocessing script ? |
| 09:32.14 | Dazgard | NAbyss: thanks |
| 09:33.29 | obergix[work] | hi |
| 09:34.13 | *** part/#oe Dazgard (n=kerwin@mla78-1-82-240-17-188.fbx.proxad.net) |
| 09:47.35 | XorA | ~lart perl for not understanding multilib |
| 10:15.33 | *** join/#oe bluelightning (n=blueligh@219-89-1-56.dialup.xtra.co.nz) |
| 10:15.46 | CoreDump|home | morning |
| 10:18.25 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
| 10:22.43 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
| 10:27.45 | CoreDump|home | mehhhh who broke RUNSTRIP? At least have your new STRIP routine drop an error message when it fails |
| 10:29.26 | XorA | CoreDump|home: there was some discussion on this on oe@ unfortuneately I deleted it this morning thinking it wasnt essential :-( |
| 10:29.59 | johnX | I'm not entirely sure who/what caused it to break but a temporary workaround is to set IGNORE_STRIP_ERRORS in local.conf |
| 10:30.14 | CoreDump|home | I don't have a problem when someones fixes STRIP for the better, however, having RUNSTRIP fail and the logfile beeing empty stinks in my book |
| 10:31.55 | *** join/#oe doppiaemme (n=mmazzeo@host-210-mi.linuxserver.it) |
| 10:35.00 | CoreDump|home | is there any need for a tar.gz mirror of bitbake / oe? |
| 10:39.20 | hrw|work | morning |
| 10:39.30 | RP | hi hrw|work |
| 10:39.54 | CoreDump|home | hi hrw|work |
| 10:40.04 | RP | CoreDump|home: As a number of people have phobias of monotone, tar.gz mirrors of oe are probably a good thing (I think koen has them on ewi?) |
| 10:40.07 | hrw|work | CoreDump|home: GPE bugs are something which I cannot control - its good to have them fixed before release but we can fix them via upgrades and/or 3.5.4.1 |
| 10:40.53 | CoreDump|home | RP: I was more talking about bitbake / OE itself, not the database =) |
| 10:41.04 | hrw|work | ~ewi |
| 10:41.05 | ibot | ewi is probably ewi546.ewi.utwente.nl - main backup server for OE monotone. Hosts database snapshot: http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 |
| 10:41.23 | hrw|work | CoreDump|home: http://ewi546.ewi.utwente.nl/OE/OE-20060130.tar.bz2 maybe? |
| 10:41.33 | CoreDump|home | hrw|work: ok ignore that =) |
| 10:41.44 | RP | CoreDump|home: I thought there were copies of the database and checkouts? |
| 10:42.21 | CoreDump|home | I have my server setup to auto sync the db so it wouldn't have been much work to provide .tar.gz's. But since koen is already doing so, there'd be no point |
| 10:43.38 | CoreDump|home | hrw|work: I'd love to see some of the more annoying bugs fixed in GPE. It's a great release as it is but its the details that count in the user's eye. |
| 10:44.09 | hrw|work | CoreDump|home: ok - we could wait for it |
| 10:44.15 | CoreDump|home | for example the b0rked font size in the menu or in matchbox's title |
| 10:44.25 | CoreDump|home | the non-working hotkeys |
| 10:44.51 | CoreDump|home | and a showstopper: gpe-login crashing due to keylaunch on some models |
| 10:45.03 | hrw|work | fontsize - did not xora reported succes on it? |
| 10:45.23 | johnX | hrw|work, I think I remember something about that on #gpe |
| 10:45.32 | hrw|work | ok. time to test cryopid to preserve irssi buffers and reboot |
| 10:45.41 | CoreDump|home | dunno, I'll build a fresh 3.5.4 image this evening and see |
| 10:45.41 | hrw|work | <PROTECTED> |
| 10:46.01 | hrw|work | hm.. I should probably rebuild test iamges |
| 10:46.16 | CoreDump|home | mhentges@h6563:..l/tmp/do_not_use/.upload >uptime |
| 10:46.17 | CoreDump|home | <PROTECTED> |
| 10:46.23 | CoreDump|home | oops |
| 10:46.37 | CoreDump|home | that path was supposed to be hidden *sigh* |
| 10:47.15 | hrw|afk | ;) |
| 10:47.20 | hrw|afk | brb |
| 10:47.23 | RP | Its only preserved in ibot logs for all to see now :) |
| 10:47.30 | XorA | CoreDump|home: the b0rked menu fonts should be fixed, hopefully matchbox will make another release before oz354 |
| 10:47.39 | *** part/#oe doppiaemme (n=mmazzeo@host-210-mi.linuxserver.it) |
| 10:47.40 | CoreDump|home | XorA: excellent! |
| 10:47.49 | CoreDump|home | RP: time to rename =) |
| 10:48.36 | RP | Relying on security by obsurity is never a good idea alone... |
| 10:48.53 | CoreDump|home | RP: oh that isn't a security thing at all |
| 10:49.17 | CoreDump|home | it's just a folder to uploa images to. I don't want users to d/l incomplete files, that's all |
| 10:49.49 | RP | fair enough :) |
| 10:50.08 | CoreDump|home | which reminds me...anyone here w/ a poodle? |
| 10:53.44 | CoreDump|home | XorA: was there any descision if keylaunch will be removed for the release? A non-working login is one hell of a bug |
| 10:56.28 | *** join/#oe hrw|afk (n=hrw@host-ip170-158.crowley.pl) |
| 10:56.37 | XorA | CoreDump|home: thats a OZ decision, the fault doesnt appear on Familiar according to GPE guys |
| 10:56.39 | hrw|afk | re |
| 10:56.48 | hrw|afk | cryopid works nice :) |
| 10:57.50 | hrw|work | what did I miss? |
| 10:57.58 | CoreDump|home | well, it's a GPE descision as keylaunch is only in the GPE image =) |
| 10:58.08 | XorA | hrw|afk: have you time to try a perl-native patch for me, on i386, it fixes a multilib problem on x86_64, but I dont want to break i386 |
| 10:58.22 | hrw|work | XorA: I can |
| 10:59.09 | XorA | hrw|work: cool, Im just double checking here, then I send you a url |
| 10:59.20 | hrw|work | ok |
| 10:59.49 | hrw|work | ~lart firefox trunk |
| 11:00.45 | XorA | hrw|work: http://hyboria.mine.nu/Configure-multilib.patch |
| 11:02.01 | hrw|work | ok |
| 11:07.18 | CoreDump|home | hrw|work: could you pull in initscrits from dev? It completes the keymap for Akita / Spitz / Borzoi and adds support for keymap-locales |
| 11:07.48 | CoreDump|home | hmm looks lile ewi's mt is down |
| 11:08.19 | hrw|work | CoreDump|home: I could |
| 11:09.05 | hrw|work | until thursday I have quiet days at work - coworkers on vacations or sick |
| 11:09.07 | CoreDump|home | initscripts from.dev work fine in branch, I've been using it since day one |
| 11:09.15 | CoreDump|home | great =) |
| 11:09.32 | hrw|work | only project manager may come |
| 11:10.27 | hrw|work | ~lart kopete and jabber |
| 11:10.39 | CoreDump|home | ~lart OZ for mount SD cards sync |
| 11:12.36 | hrw|work | ~lart midnightcommander ftp mode |
| 11:13.21 | CoreDump|home | ibot: that's disgusting |
| 11:13.31 | XorA | :-) |
| 11:14.04 | hrw|work | XorA: NOTE: package perl-native-5.8.7-r1: task do_compile: started |
| 11:18.31 | hrw|work | NOTE: package perl-native-5.8.7-r1: task do_populate_staging: started |
| 11:20.23 | CoreDump|home | grrr, I forgot how "barebone" a standard image is |
| 11:21.12 | hrw|work | XorA: NOTE: package perl-native-5.8.7-r1: task do_build: completed |
| 11:21.21 | hrw|work | CoreDump|home: collie? |
| 11:21.30 | CoreDump|home | akita |
| 11:21.42 | CoreDump|home | no fsck, no mkfs no "less" etc |
| 11:21.55 | XorA | hrw|work: safe to checkin do you think? |
| 11:22.05 | XorA | hrw|work: or seeing as its perl should I bug tracker it |
| 11:23.10 | *** join/#oe greentux (n=m@ip-217-18-177-19.reverse.dsi.net) |
| 11:23.47 | hrw|work | XorA: I do not know |
| 11:24.03 | hrw|work | CoreDump|home: I was thinking about adding e2fsprogs to base for all |
| 11:24.12 | XorA | hrw|work: got that ip address handy? |
| 11:25.13 | CoreDump|home | hrw|work: got my vote for that heh. People are using SD and CF cards so basic FS tools should be there. At least on devices > collie |
| 11:28.30 | hrw|work | XorA: ? |
| 11:28.37 | RP | Lets create a task-bootstrap-plus or something |
| 11:28.50 | RP | bootstrap should be the bare minimum needed to boot |
| 11:29.28 | CoreDump|home | I agree |
| 11:29.59 | XorA | hrw|work: for bugs.oe.org |
| 11:30.57 | hrw|work | XorA: read topic? |
| 11:31.41 | XorA | hrw|work: without specifically going to it, irssi only shows first 80 chars of topic, cheers |
| 11:31.54 | hrw|work | XorA: /topic show all |
| 11:31.56 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
| 11:31.59 | do13_ | morning all |
| 11:32.02 | hrw|work | hi dirk |
| 11:32.02 | *** topic/#oe by XorA -> show all |
| 11:32.15 | hrw|work | great.. |
| 11:32.19 | XorA | hrw|work: ah pish, now look what you made me do |
| 11:32.21 | do13_ | hi hrw|work |
| 11:32.40 | *** topic/#oe by XorA -> OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date | http://handhelds.org/hypermail/oe/47/4772.html | use monotone update -rjan2006prebreakage to avoid breakage | bugs.openembedded.org has problems - use http://bugs.treke.net/ |
| 11:33.02 | hrw|work | XorA: "/topic" show all |
| 11:33.07 | hrw|work | now better |
| 11:34.17 | hrw|work | do13_: did you had a change to check 2.4 keymap on tosa? |
| 11:34.51 | do13_ | hrw|work: Yes, the 2 characters are fixed |
| 11:35.09 | hrw|work | do13_: ok - I will update keymaps in branch then |
| 11:36.53 | hrw|work | CoreDump|home: does collie/keymap-2.4.map has all keys working ok? |
| 11:36.56 | CoreDump|home | now lets see if the SD card boots |
| 11:37.19 | CoreDump|home | hrw|work: for the english keyboard: yes |
| 11:37.58 | hrw|work | ok |
| 11:38.22 | CoreDump|home | hrw|work: have a look at "keyboard-locales" |
| 11:39.11 | hrw|work | CoreDump|home: so I have to add: initscripts/keymap and keyboard-locales? |
| 11:39.48 | CoreDump|home | that would be the best, yes. |
| 11:40.07 | CoreDump|home | it isn't required tho but locales comes in handy for localized keymaps |
| 11:40.28 | CoreDump|home | and the new initscripts support / auto-load them |
| 11:40.49 | hrw|work | rshift as altgr? |
| 11:41.10 | CoreDump|home | on german collie keyboards that is the case |
| 11:41.31 | hrw|work | I have normal one - qwerty as it should be ;) |
| 11:41.39 | CoreDump|home | =) |
| 11:41.59 | CoreDump|home | this mapping shouldn't be in keymap-2.4.map |
| 11:42.42 | hrw|work | we have 8 revs difference in initscripts |
| 11:43.57 | hrw|work | CoreDump|home: could you update article about keymaps on oz.org? |
| 11:44.11 | CoreDump|home | didn't even know there is one |
| 11:44.30 | hrw|work | http://openzaurus.org/wordpress/2006/01/09/c7x0-and-cxx00-26-kernel-information/ |
| 11:45.08 | CoreDump|home | ah,kernel 2.6. Will do after I fix the 2.6 keymap for SL-Cxxxx |
| 11:45.41 | hrw|work | CoreDump|home: 2.4 tricks could also be described |
| 11:45.48 | *** join/#oe koen|sleep (i=koen@dominion.kabel.utwente.nl) |
| 11:45.50 | CoreDump|home | right |
| 11:48.02 | CoreDump|home | RP: did you wire the Mail LED to act as an HDD LED? |
| 11:48.57 | hrw|work | keymaps pushed |
| 11:49.03 | CoreDump|home | ty |
| 11:49.29 | RP | CoreDump|home: yes |
| 11:49.34 | CoreDump|home | nice one heh |
| 11:50.02 | CoreDump|home | yay! First altboot SD boot in 2.6 |
| 11:50.41 | XorA | CoreDump|home: yay, you making config files for 2.6 kernels, yay |
| 11:51.17 | RP | CoreDump|home: Look in /sys/class/leds for fun with the leds class :) |
| 11:51.23 | CoreDump|home | RP: will do |
| 11:51.50 | CoreDump|home | XorA: I've pushed the changes to ewi but ewi has gone done since then |
| 11:51.51 | RP | Someone could document it on oz.org actually... |
| 11:52.24 | CoreDump|home | btw: "sync" mounted SD + booting off SD stinks |
| 11:52.59 | RP | I'd expect that... |
| 11:53.24 | CoreDump|home | RP: could you give me a hint how to make sound work? alsmixer shows tons and tons of settings |
| 11:53.39 | RP | CoreDump|home: Did you read the above kernel information page? |
| 11:54.03 | CoreDump|home | oops |
| 11:54.06 | CoreDump|home | =) |
| 11:55.01 | XorA | CoreDump|home: I assume it will work if SD is one partition with ext2 |
| 11:55.19 | XorA | CoreDump|home: Ive been running with root=/dev/mmcblk0p1 for months now |
| 11:55.33 | CoreDump|home | XorA: actually the partition can be configured in /etc/altboot.cfg |
| 11:55.38 | CoreDump|home | XorA: heh |
| 11:56.18 | XorA | CoreDump|home: but altboot would be nice so I can have opie on internal flash just to check out now and then :-) |
| 11:57.06 | CoreDump|home | uhh, there's no "boot from flash" option, yet as that was the default in the past |
| 11:57.18 | CoreDump|home | shouldn't be hard to do tho |
| 11:58.28 | hrw|work | CoreDump|home: xora boots directly from sd |
| 11:58.51 | CoreDump|home | and if he wants altboot to boot his flash instead he would be a "boot from flash" option =) |
| 11:59.00 | CoreDump|home | *he would need |
| 12:00.30 | hrw|work | ~lart phpbb modders |
| 12:04.03 | CoreDump|home | we should sync the 2.4 and 2.6 keymaps for Akita / Spitz / Borzoi. 2.4 uses Alt to switch VT's, 2.6 uses AltGr (aka Fn). What do other devices use? |
| 12:07.06 | RP | I vote for continuing to use FN as anything else will drive me insane ;-) |
| 12:07.17 | CoreDump|home | well, the oz.org article says it's Fn, so I'll change the 2.4 keymap |
| 12:07.37 | CoreDump|home | once ewi is back that is |
| 12:07.50 | RP | CoreDump|home: That article was 2.6 based (I wrote it) |
| 12:08.02 | RP | Soon, we won't care about 2.4 anyway... |
| 12:08.20 | CoreDump|home | heh in 3.5.4 we do =) |
| 12:08.49 | XorA | hrw|work: well if altboot is working on c7x0 Id probably just stop using root=/dev/mmcblk0p1 as its a pain to maintain |
| 12:09.43 | CoreDump|home | actually noone bothered to port it to c7x0 yet |
| 12:09.51 | RP | CoreDump|home: but 3.5.4.1 will hopefully follow rapidly ;-) |
| 12:09.55 | CoreDump|home | indeed |
| 12:10.05 | XorA | CoreDump|home: well spitz/akita/borzoi 2.6 version should be the same |
| 12:10.14 | CoreDump|home | XorA: uh no |
| 12:10.25 | CoreDump|home | akita maybe but not the HDD models |
| 12:10.58 | CoreDump|home | I'll make the 2.6 version usable after work so we can try |
| 12:11.18 | XorA | CoreDump|home: not sure why the HDD models are different |
| 12:11.29 | RP | The HDD models don't bother with using the flash |
| 12:11.33 | hrw|work | RP: I will take care of 2.4/collie (not officially) |
| 12:11.35 | CoreDump|home | these are a pain w/ kernel 2.4 |
| 12:11.58 | XorA | RP: nor does my c7x0 at the moment |
| 12:12.36 | CoreDump|home | I'm thinking to just scrap 2.4 support for SL-C3xxx. 2.6 should be trivial |
| 12:13.18 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 12:13.18 | CoreDump|home | XorA: check altboots .bb for a hint how bad these machines suck in 2.4 |
| 12:13.19 | RP | CoreDump|home: Most 2.4 support for cxx00 and c7x0 is likely to get scrapped soon... |
| 12:13.19 | CoreDump|home | good |
| 12:13.27 | CoreDump|home | the default would be to boot off HDD right? |
| 12:13.44 | RP | CoreDump|home: Yes, they just boot straight to /dev/hda1 |
| 12:13.55 | CoreDump|home | makes things straightforward |
| 12:14.14 | XorA | CoreDump|home: I looked at altoboot.bb got scared, hid under the bed |
| 12:14.50 | RP | soon means when I rename the machines as per the OE ToDo list btw ;-) |
| 12:14.56 | CoreDump|home | XorA: heh, _every_ machine is dead simple to support, just not the SL-C3xxx beasts and their retarded booting process in 2.4 |
| 12:15.14 | hrw|work | CoreDump|home: especially c3000 |
| 12:15.23 | XorA | CoreDump|home: maybe I confused myself |
| 12:15.30 | XorA | CoreDump|home: It was late at night |
| 12:15.32 | CoreDump|home | heh |
| 12:16.03 | CoreDump|home | pkg_postinst_spitz() { <- check it out and shiver in pain |
| 12:16.06 | XorA | or I had spent too long staring at m4 tring to make it make sense |
| 12:17.46 | CoreDump|home | http://pastebin.ca/39117 |
| 12:17.58 | XorA | hrw|work: are their plans to apply the amd64 fixes to uicmoc or whatever its called? |
| 12:18.00 | hrw|work | RP: virtual/kernel-hostap - which idea was to fix it correctly? |
| 12:18.26 | CoreDump|home | XorA: that + customized scripts for almost every boot option |
| 12:18.29 | NAbyss | Hm.. is .dev broken at present? I remember seeing some discussion on oe@ about RUNSTRIP.. |
| 12:19.42 | hrw|work | XorA: I didnt noticed problems with branch on ewi (dual opteron) |
| 12:20.05 | XorA | hrw|work: ewi runs i386 unless koen changed it recently |
| 12:20.11 | NAbyss | Building busybox dies at do_package |
| 12:20.17 | CoreDump|home | NAbyss: yes, .dev is b0rked. set IGNORE_STRIP_ERRORS = "1" in local.conf |
| 12:20.24 | NAbyss | CoreDump|home: Ah, thankye :) |
| 12:20.28 | CoreDump|home | np |
| 12:26.15 | shadows | hmm |
| 12:26.22 | shadows | is sourceforge migrating to svn? |
| 12:26.24 | *** join/#oe toi (n=peter@d5152D086.access.telenet.be) |
| 12:26.41 | hrw|work | shadows: not migrating - allow to migrate |
| 12:26.50 | shadows | oh okay |
| 12:26.53 | shadows | hence the outtage |
| 12:27.14 | XorA | oooh, does that mean we can sync OE to sf.net and let them suck some bandwidth for us |
| 12:28.26 | hrw|work | XorA: if their svn will work like cvs then it will rather suck our time too much |
| 12:29.02 | XorA | hrw|work: I remeber the days sf.net was usable, back when they had massive VC input |
| 12:29.27 | shadows | sf being unusable is a myth |
| 12:29.47 | shadows | they plan outtages according to the USA convenience, though |
| 12:30.08 | XorA | shadows: recently their pipe to the EU seems to be fed through damp string |
| 12:30.15 | shadows | heh |
| 12:30.17 | XorA | shadows: its not uptime I have problems with |
| 12:30.17 | shadows | yeah. |
| 12:30.47 | hrw|work | shadows: cvs.sf.net 'usability' is not a myth - too much times I was unable to fetch sources from their cvs |
| 12:30.51 | shadows | there are domestic disputes with backbone internet providers MCI and others |
| 12:31.07 | shadows | hrw|work: anoncvs goes down quite often |
| 12:31.12 | shadows | normal cvs worked fine |
| 12:31.33 | RP | hrw|work: I'm not sure what the right solution for the hostap problem was. I need to look into it again... |
| 12:32.19 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 12:33.53 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 12:35.26 | hrw|work | shadows: in how much projects you are developer? etc.. OE use anoncvs |
| 12:36.24 | shadows | hrw|work: briefly i worked on a project "gaim-vv" |
| 12:36.43 | shadows | normal CVS *never* went down. anoncvs broke frequently |
| 12:37.03 | shadows | it never affected the developer, only the end user who would want anoncvs code |
| 12:37.13 | hrw|work | shadows: I mostly use anoncvs on sf.net |
| 12:37.28 | hrw|work | anyway I avoid cvs as much as I can |
| 12:39.32 | shadows | when i was a Gentoo developer, the mantra was "if you rely on anonCVS, expect things to break" |
| 12:39.56 | CoreDump|home | later all |
| 12:41.15 | shadows | it is not reasonable to resolve bugreports against a mystery code base |
| 12:42.11 | shadows | the Gentoo way is that "cvs" builds get special attention, and are not allowed to have a bug report submitted about them |
| 12:42.37 | shadows | instead, there are cvs snapshot tarballs that are kept on gentoo mirror servers |
| 12:43.20 | ade|desk | ~seen koen |
| 12:43.22 | ibot | koen <i=koen@dominion.kabel.utwente.nl> was last seen on IRC in channel #openslug, 14h 51m 28s ago, saying: ''night all'. |
| 12:43.23 | shadows | those we could sometimes see a bugreport and think, oh okay, i have the codebase this user or developer is submitting the bug against, maybe i will be understanding of the problem and have a possibility to help them |
| 13:01.29 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-162-228.pools.arcor-ip.net) |
| 13:02.24 | RP | The post to git@ about shallow cloning of git tree is interesting |
| 13:06.00 | [lala] | hi guys :) |
| 13:06.38 | RP | hi [lala] |
| 13:06.59 | [lala] | RP: do u happen to know if i can use the fb device of borzoi with the graphical mode of links? |
| 13:07.36 | RP | [lala]: The fb device is a standard framebuffer which can do everything a normal graphical framebuffer can do |
| 13:08.05 | [lala] | RP: sounds good ... what about the touchscreen? can i use that with gpm? |
| 13:08.06 | RP | [lala]: So at a guess, yes even though I have no idea about the gaphical mode of links :) |
| 13:08.28 | RP | No. gpm would need patching to support tslib |
| 13:08.52 | RP | There was a patch around which did something like that I think |
| 13:09.32 | [lala] | not anymore it seems |
| 13:09.41 | RP | [lala]: What's your email address? |
| 13:10.13 | RP | [lala]: It was posted on openzaurus-devel on 2nd December |
| 13:10.55 | XorA | [lala]: yes you can |
| 13:10.55 | [lala] | i see |
| 13:11.42 | XorA | [lala]: but chanes are links will render in portrait as thats the native direction of fb I beleive |
| 13:11.51 | XorA | [lala]: Ive run links on fb on c7x0 |
| 13:12.56 | [lala] | XorA: with or without the tslib patch? |
| 13:13.19 | XorA | [lala]: without as I didnt have that back then |
| 13:13.40 | Ifaistos | Has anyone been to FOSDEM before ? I am thinking of going this year and i could use some tips regarding hotels and such |
| 13:13.41 | RP | [lala]: The problem is the framebuffer is rotated as XorA has pointed out :-( |
| 13:13.54 | [lala] | XorA: do u remember with which parameter u have started gpm then? |
| 13:14.19 | XorA | [lala]: I just pointed at a non existant serial mouse |
| 13:14.31 | *** join/#oe alan|home (n=alan@ARouen-152-1-90-241.w86-199.abo.wanadoo.fr) |
| 13:14.49 | [lala] | RP: well i would like to try it even with a rotated fb :) |
| 13:15.07 | alan|home | hi all |
| 13:15.07 | XorA | [lala]: someone to develop a .bb for tslib gpm would be cool |
| 13:15.31 | [lala] | XorA: absolutely |
| 13:15.47 | RP | It should just be a question of applying that patch I've mentioned |
| 13:16.09 | [lala] | RP: i will try that one and report then if it works |
| 13:16.58 | [lala] | on another topic: has anybody here tried to build an image for the xxs1500 (mycable mips box)? |
| 13:17.27 | RP | Ifaistos: I've not been before. I believe quite a few people are staying at the Novotel nearby. There was some other places mentioned as well... |
| 13:18.34 | [lala] | RP: i will try your latest patches for the fb later today. just building a new kernel. |
| 13:19.06 | RP | [lala]: ok, thanks. I'll be interested to see if it helps |
| 13:20.17 | Ifaistos | RP: Ok. I will look either at Novotel or a hotel near by. Any idea what time fosdem starts ? i am on rather tight schedule and i am not sure i can go on friday, so i might have to arrive on Saturday morning |
| 13:20.52 | RP | Ifaistos: The fosdem website is the best place to look. I don't know more than that |
| 13:21.18 | Ifaistos | RP: Not much there (yet) regarding the program unfortunately |
| 13:22.36 | do13_ | Ifaistos: Maybe 2005 helps: http://www.fosdem.org/2005/index/schedule.html |
| 13:24.54 | shadows | RP: unless /dev/input/mice in kernel 2.6 supports the touchscreen |
| 13:25.00 | shadows | then it would work with gpm |
| 13:25.29 | RP | shadows: the touchscreen is not a mouse |
| 13:25.49 | shadows | i don't see why it couldn't be emulated as a mouse for that function though |
| 13:26.18 | RP | shadows: calibration |
| 13:26.27 | shadows | ohh. my oversight. |
| 13:27.35 | shadows | i completed my amd64 host build of openzaurus-unstable in OE environment for spitz target this morning |
| 13:27.43 | shadows | am extracting it to the target hardware now |
| 13:29.04 | shadows | of note are two bugs, one is the gcc-3.3.4 amd64 host bug, and the other is related to sqlite using host precision and assuming 64-bit due to my host, when arm is 32-bit |
| 13:29.19 | Ifaistos | do13_: Thanks ! |
| 13:29.21 | shadows | both bugs have standing bugreports in oe |
| 13:29.37 | shadows | should there be an amd64 host compile metabug? |
| 13:29.43 | XorA | shadows: bug number for amd64 bug? |
| 13:29.57 | XorA | shadows: as I build gpe-image on amd64 without problem |
| 13:30.43 | do13_ | Ifaistos: np |
| 13:30.51 | Ifaistos | Are you using JIT on the amd64 (32bit mode)? |
| 13:31.45 | Ifaistos | i meant psyco JIT ;) |
| 13:32.32 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 13:33.47 | shadows | Ifaistos: no i am not |
| 13:41.11 | pb_ | Ifaistos: FOSDEM starts at about 10:00, from what I remember. |
| 13:41.42 | *** join/#oe zecke (n=ich@145.253.107.2) |
| 13:41.58 | pb_ | Ifaistos: fwiw, Team Opie is staying in the Astrid hotel in central Brussels. The campus where FOSDEM actually happens is in a fairly desolate area so I don't recommend trying to find accomodation in the immediate vicinity. |
| 13:42.00 | pb_ | zecke: hail |
| 13:42.35 | zecke | RP: could you point me to your patch for bitbake again? |
| 13:42.43 | zecke | pb_: http://www.perrier.eu.org/weblog/2005/12/11#bazsucks2 |
| 13:42.48 | zecke | pb_: sounds trustworthy as well?! |
| 13:44.09 | *** join/#oe chouimat (n=root@kde/developer/chouinard) |
| 13:49.08 | emte | hey! so whats the solution to who ever introduced the RUNSTRIP problem? |
| 13:49.09 | Ifaistos | shadows: I was wondering if it made any difference in the overall speed of the bitbake |
| 13:49.40 | RP | zecke: http://www.rpsys.net/openzaurus/temp/bitbake_filtprov_fix-r0.patch |
| 13:49.54 | Ifaistos | pb_: Thanks! |
| 13:50.31 | shadows | Ifaistos: oh, i know it makes a gigantic increase in speed for the "nicotine" python p2p app |
| 13:50.37 | shadows | i don't know about bitbake though |
| 13:51.10 | pb_ | zecke: awesome |
| 13:51.57 | chouimat | morning |
| 13:52.01 | shadows | holy crap fonts are small, now i see the sqlite problem simcop was talking about |
| 13:52.10 | zecke | pb_: I think you should get used to monotone ;) |
| 13:52.36 | emte | hmm |
| 13:52.48 | emte | so no clear workaround to runstrip? |
| 13:53.27 | RP | emte: Add IGNORE_STRIP_ERRORS = "1" to local.conf for now |
| 13:53.51 | shadows | who is running into problems with runstrip? |
| 13:54.07 | emte | k, hopefully thats enough so i can test my fakeroot fix |
| 13:54.19 | emte | everyone who has a recent pull |
| 13:54.22 | shadows | i.e. what config sets that off |
| 13:54.23 | shadows | oh okay |
| 13:54.36 | emte | lastnight it showed up in glibc and diet-x11 |
| 13:54.38 | shadows | my pull is from early yesterday |
| 13:54.55 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-6-60.w83-115.abo.wanadoo.fr) |
| 13:55.05 | pb_ | zecke: :-} |
| 13:55.11 | emte | jbowler, has a message on the mailing list as well |
| 13:55.14 | *** join/#oe zecke (n=ich@145.253.107.2) |
| 13:55.24 | zecke | re |
| 13:55.37 | zecke | RP: I will apply the patch soon |
| 13:55.48 | RP | zecke: thanks |
| 13:56.25 | RP | zecke: Did we fix that stamps path reference btw? |
| 13:56.36 | hrw|work | ~monday |
| 13:56.41 | ibot | extra, extra, read all about it, monday is when everything breaks for no apparent reason, creating so many problems that it takes you until friday to get back to normal. at which point one more thing breaks that takes you the whole weekend to fix |
| 13:56.41 | zecke | nope, ph5's patch is pending :} |
| 13:56.41 | shadows | XorA: http://bugs.treke.net/attachment.cgi?id=451 |
| 13:57.04 | RP | zecke: ok. I've not looked at the possible fixes for that yet |
| 13:57.04 | shadows | XorA: http://bugs.treke.net/show_bug.cgi?id=637 and also http://bugs.treke.net/show_bug.cgi?id=640 |
| 13:58.02 | XorA | shadows: ah, havent seen that efect on c7x0 kernel |
| 13:58.11 | emte | shadows, http://www.handhelds.org/hypermail/oe/current/5949.html is jbowler's post |
| 13:58.44 | shadows | oh |
| 13:58.52 | shadows | well what the hell are you doing grepping for "not stripped" |
| 13:58.58 | shadows | you should be using errorlevels |
| 13:59.12 | XorA | shadows: though that might just mean that c7x0 kernel isnt as close to the edge, Ill leave kernel for RP :-) |
| 13:59.31 | pb_ | shadows: the grep for "not stripped" is okay, it's just the return value logic that seems to be busted. |
| 13:59.43 | pb_ | that's an issue for reenoo, anywya |
| 13:59.47 | pb_ | anyway, too |
| 14:02.32 | RP | The c7x0 kernel is quite a bit smaller that that on spitz due to the lack of ext3 compiled in |
| 14:03.36 | shadows | i thought the c7x0 doesn't have the same limit though |
| 14:03.42 | shadows | the test is only for spitz/borzoi/akita |
| 14:03.52 | RP | no it isn't |
| 14:04.01 | shadows | oh okay |
| 14:04.15 | shadows | is it the same limit in bytes? |
| 14:04.21 | RP | yes |
| 14:05.14 | shadows | hmm |
| 14:05.45 | shadows | what do you say about bug 540 |
| 14:05.55 | shadows | what's the best way to fix that in OE |
| 14:06.42 | shadows | specifically the sqlite stuff |
| 14:06.55 | shadows | it's compiling code on the host that outputs the size of a type |
| 14:07.03 | shadows | and uses that as the type for the crosscompiled output |
| 14:07.13 | shadows | which on 32-bit host arch is correct for 32-bit arm |
| 14:07.20 | shadows | annnnd on amd64, not so good |
| 14:07.51 | shadows | http://bugs.treke.net/attachment.cgi?id=451 |
| 14:09.58 | pb_ | probably needs to make like autoconf and either use the site file, or use a test that doesn't involve executing code. |
| 14:12.40 | XorA | is there not an ISO C type for pointer size there days? |
| 14:13.27 | pb_ | I'm not sure I understand what you mean. |
| 14:14.35 | XorA | actualy why cant that be #define SQLITE_PTR_SZ sizeof(void *) |
| 14:15.03 | XorA | or char * or whatever the real pointer is actually supposed to be |
| 14:15.57 | shadows | in any event, i've filed a metabug for amd64 build host troubles, where differing from ia32 build host |
| 14:16.10 | shadows | http://bugs.treke.net/show_bug.cgi?id=641 |
| 14:17.37 | XorA | shadows: Tiny GPE desktop fonts related to sqlite what does that mean |
| 14:18.30 | shadows | XorA: desktop fonts depend on sqlite to get the sizes stored in a db |
| 14:18.47 | hrw|work | XorA: that #540 was multibug type ;( |
| 14:18.51 | XorA | shadows: erm, where? |
| 14:18.56 | shadows | somehow the size of a type in the code is getting messed up, because it is presuming something for 64-bit arch |
| 14:18.56 | hrw|work | shadows: no |
| 14:18.59 | shadows | only on gpe-image |
| 14:19.02 | shadows | did i get that wrong? |
| 14:19.07 | shadows | simcop was going on about this |
| 14:19.07 | XorA | the tiny desktop fonts problem was a matchbox-panel problem which is now fixed |
| 14:19.19 | shadows | fixed since yesterday? |
| 14:19.22 | XorA | seems someone has been mixing and matching info |
| 14:19.25 | shadows | aye |
| 14:19.34 | XorA | shadows: fixed in matchbox svn version |
| 14:19.41 | shadows | hmm |
| 14:19.44 | hrw|work | XorA: so which versions (of which gpe/x11 components) should be used for release? |
| 14:20.07 | XorA | hrw|work: should be following gpe 2.7 |
| 14:20.50 | *** join/#oe lrg|home (n=liam@212.20.225.130) |
| 14:21.12 | lrg|home | morning all |
| 14:21.18 | RP | hi liam |
| 14:21.23 | XorA | hrw|work: or I misunderstand your question |
| 14:21.45 | RP | lrg|home: DId you mention that there's a way of hiding controls in alsamixer via the config files? |
| 14:21.48 | lrg|home | RP: got my confirmation for the embedded track at FOSDEM |
| 14:21.59 | shadows | XorA: could you please comment on bug 641 to clarify? i don't want to make a false statement, i took what simcop said |
| 14:22.00 | RP | lrg|home: Excellent :) |
| 14:22.48 | hrw|work | XorA: gpe 2.7 had that problem iirc |
| 14:23.08 | hrw|work | hi Liam |
| 14:23.16 | do13_ | Hi Liam |
| 14:23.25 | XorA | hrw|work: but I think the /etc/X11/Xserver for branch says -dpi 100 which is the hack fix |
| 14:23.58 | lrg|home | RP: yes, we need to create a configuration file for each machine. This file can specifiy things like default values and hidden mixers. Have a look at /ertc/alsa/cards/ on your PC for info. |
| 14:24.24 | shadows | it's not per machine |
| 14:24.30 | shadows | it's per sound driver/chipset |
| 14:24.43 | shadows | though i guess you could make it work per machine using init scripts |
| 14:24.44 | RP | lrg|home: My PC doesn't have a /etc/alsa/cards :-/ |
| 14:24.51 | hrw|work | XorA: too bad that it does not looks like that on my c760 ;( |
| 14:24.57 | shadows | RP: /usr/share/asound... i think |
| 14:25.12 | shadows | or s/asound/alsa/ |
| 14:25.15 | lrg|home | shadows: sorry, I mean per soc and codec/ machine cofiguration. |
| 14:25.29 | shadows | /usr/share/alsa/cards/ |
| 14:25.32 | shadows | on debian at least |
| 14:25.47 | XorA | hrw|work: I beleive that is what 640x480 z's should use as dpi for 2.7 GPE, you'll have to double check with florian/koen/other GPE gurus |
| 14:25.56 | hrw|work | ok |
| 14:25.59 | RP | its /usr/share/alsa/cards (on ubuntu) |
| 14:26.12 | XorA | hrw|work: I have 200 dpi working on my Z but with a change to theme.xml and svn matchbox-panel |
| 14:26.24 | hrw|work | XorA: ok |
| 14:26.39 | XorA | hrw|work: and also florian needs to add another setting to gpe-conf, which I set by hand |
| 14:26.57 | hrw|work | ok |
| 14:27.08 | lrg|home | RP: it might be best to wait a day or two as I'm merging in all the stereo mixers. This will mean less mixers with different names. |
| 14:27.09 | hrw|work | XorA: where are matchbox themes? |
| 14:27.18 | shadows | XorA: is there a runtime-workaround to the tiny fonts problem |
| 14:27.22 | XorA | hrw|work: /usr/share/themes/*/matchbox |
| 14:27.47 | hrw|work | thx |
| 14:28.08 | RP | lrg|home: Ok. In these config files is it the "lock true" paramteres that hide them? |
| 14:28.43 | lrg|home | RP: let me check, I read something in the alsa wiki... |
| 14:29.09 | hrw|work | heh.. fontconfig.. I do not like it |
| 14:33.37 | hrw|work | ~curse fontconfig |
| 14:33.39 | ibot | May the fleas of a thousand camels infest your most sensitive regions, fontconfig ! |
| 14:34.19 | hrw|work | someone know how to tell fontconfig that 'dejavu sans' is sans? and 'dejavu sans mono' is monospace? other then editing /etc/fonts/* files |
| 14:38.01 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 14:38.04 | florian_kc | hi all |
| 14:38.22 | hrw|work | hi here florian |
| 14:38.31 | florian_kc | Is there any particular reason why openembedded.org is still not connected? |
| 14:39.11 | shadows | is the DNS its only issue |
| 14:40.09 | florian_kc | Yes... its available via oe.handhelds.org but all links point to openembedded.org. |
| 14:46.06 | *** join/#oe netnix (n=alex@81.25.38.29) |
| 14:47.44 | *** join/#oe Crofton (n=balister@hc6521c92.dhcp.vt.edu) |
| 14:51.48 | *** join/#oe xumbi (n=xumbi@masterfoo.zenlinux.com) |
| 14:51.52 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
| 14:54.06 | xumbi | is the "getting started" documentation on the wiki out of date? |
| 14:54.46 | hrw|work | xumbi: in which part? |
| 14:55.10 | xumbi | I couldn't get monotone to checkout anything from the snapshot |
| 14:55.27 | hrw|work | which ver of monotone you have? |
| 14:55.39 | hrw|work | and why <0.24? |
| 14:56.27 | RP | I think we need a Frequently Encoutnered Problems page on the wiki... |
| 14:56.46 | hrw|work | we had DeveloperFaq |
| 14:56.52 | lrg|home | RP: cant find on wiki, i'll try on Mainstone and get back to you. |
| 14:57.17 | RP | lrg|home: ok, thanks. I've also been looking but I can't find any documentation |
| 14:57.36 | lrg|home | RP: I should have bookmarked it :( |
| 14:58.16 | xumbi | hrw|work: version 0.23 |
| 14:59.20 | florian_kc | oh |
| 14:59.26 | florian_kc | hi lrg|home |
| 15:00.03 | lrg|home | hey florian_kc |
| 15:00.18 | lrg|home | florian_kc: going to FOSDEM ? |
| 15:01.51 | florian_kc | lrg|home: I would like... but its very unlikely that i make it this year. My wife plans to finish our fork() around this time :-) |
| 15:01.53 | xumbi | is a version higher than 0.23 required to checkout the latest branches? |
| 15:02.42 | florian_kc | xumbi: yes |
| 15:02.56 | lrg|home | florian_kc: good luck with your fork(), I know they can consume resources ;) |
| 15:03.01 | xumbi | florian_kc: ah, ok thanks |
| 15:04.41 | florian_kc | lrg|home: maybe i can manage to come for one day, its not that far from me... |
| 15:05.52 | zecke | anyone wants to try mercurial? |
| 15:07.02 | RP | zecke: There's an interesting post on the git mailing list about developing support for shallow cloning |
| 15:07.15 | zecke | RP: as in bk lclone? |
| 15:07.27 | RP | zecke: I never tried that |
| 15:07.44 | zecke | RP: let me get the translation of shallow first |
| 15:07.53 | RP | zecke: it cuts off history from a certain point in the past |
| 15:08.12 | zecke | RP: ah right |
| 15:08.29 | florian_kc | Crofton: that would be pretty useful... |
| 15:09.09 | Crofton | yeah, I have it running on the real svn repo I have, but I need to figure out how to make it work against two repos, without screwing up the one we (as in my research group) use |
| 15:09.58 | Crofton | this week I have to go see US immigration and explain I want to become a US citizen to promote regime change from within :) |
| 15:10.29 | florian_kc | heh |
| 15:13.50 | zecke | RP: I see git,monotone26,svn and hg as true alternatives to monotone025 |
| 15:14.23 | Crofton | darcs is the haskell based one? |
| 15:14.29 | zecke | Crofton: yes |
| 15:14.45 | RP | zecke: Yes. I don't know much about hg... |
| 15:14.59 | zecke | Crofton: well it produces load on the server (darcsweb), it has security issue, it hogs memory and cpu |
| 15:15.18 | RP | zecke: When I next get some spare time, I'll try and write a using git guide... |
| 15:15.20 | zecke | Crofton: and can not pull patches worth of three days of development on OS X |
| 15:15.20 | Crofton | heh |
| 15:15.47 | RP | zecke: It might be worth putting up a summary of this and state why we're rulling certain ones out |
| 15:15.58 | zecke | Crofton: darcs is a collection of patches. And when applying patches you can leave the working directory |
| 15:15.59 | RP | (on the wiki) |
| 15:16.07 | Crofton | the haskell compiler is an issue also? |
| 15:16.16 | zecke | RP: yes I plan to do that |
| 15:16.18 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 15:16.20 | CosmicPenguin | RP: thats a great idea |
| 15:16.23 | zecke | Crofton: yes as bootstraping is 'hard' |
| 15:16.29 | Crofton | heh |
| 15:16.34 | zecke | Crofton: I find it challenging though |
| 15:16.40 | Crofton | We don't need OE to be any harder to get started with |
| 15:16.57 | Crofton | One mans challenge is another mans roadblock |
| 15:17.19 | Crofton | The point of OE is to make embedded development easier :) |
| 15:17.23 | zecke | Crofton: yeah, this is why svn+svk is interesting |
| 15:18.48 | zecke | RP: but git is damn fast |
| 15:19.27 | Crofton | All alternatives except for svn+svk and monotone "frighten" me |
| 15:19.48 | Crofton | I like svn and kergoth says nice things about svk |
| 15:20.04 | RP | git is frightening. There is power there though |
| 15:20.09 | Crofton | I have dealt with monotone long enough to know how to use it (sort off) |
| 15:20.21 | Crofton | Heh, I don't need power :) |
| 15:20.49 | Crofton | I need to get stuff from the OE tree, merge it into a local tree and share that with a few people |
| 15:21.02 | Crofton | the downstream users only care about ease of use |
| 15:21.16 | RP | and speed |
| 15:21.23 | RP | and processing power requirements |
| 15:22.16 | Crofton | sending around oe.db files is kind of self defeating :) |
| 15:25.24 | zecke | Crofton: svk can really help there (merging) |
| 15:25.54 | hrw|work | for me it can be any distributed SCM available in debian (or monotone 0.26 which will take time to get into probably) |
| 15:26.25 | Crofton | Thats what Kergoth said. I really need to look at this, currently merging branches looks pretty manual. |
| 15:26.49 | Crofton | hrw|work, what is in Debian? |
| 15:28.00 | hrw|work | Crofton: I meant: it can be git/monotone/svk/darcs/mercurial - but I will probably look at git and probably svk |
| 15:28.08 | hrw|work | lack of time kills |
| 15:28.21 | Crofton | :) |
| 15:28.33 | zecke | time... I do not know how to get all these things sorted :} |
| 15:29.04 | hrw|work | and I wake at 04:50 ;( |
| 15:41.15 | *** join/#oe chewy (n=dieu@r2351064.cidc.net) |
| 15:42.11 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 15:42.25 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 15:44.14 | florian_kc | RP: Sounds familiar :-( |
| 15:45.42 | zecke | shadows: could you please add the two Opie/uicmoc bugs as well (they are amd64 related as well) |
| 15:47.56 | *** join/#oe law_ (n=_law_@213.173.86.202) |
| 15:49.00 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 15:55.59 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 16:00.05 | *** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 16:00.16 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 16:03.48 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 16:05.00 | zecke | http://www.alwins-world.de:1180/hg/cgi-bin/hgwebdir.cgi |
| 16:05.05 | zecke | for a mercurial gui |
| 16:05.50 | *** join/#oe jatreon (n=jatreon@c-67-161-184-83.hsd1.ca.comcast.net) |
| 16:05.54 | florian_kc | zecke: hmm... pretty fast that thingy. |
| 16:06.21 | RP | -points for no tree view |
| 16:07.10 | zecke | RP: I think it has one... |
| 16:07.14 | jatreon | before I fill out a long request is anyone havig a problem with libx11 |
| 16:07.22 | zecke | I will post a darcsweb link as well |
| 16:07.33 | hrw|work | zecke: you used tailor to create mercurial tree? |
| 16:07.34 | zecke | but please no more than two people access it... |
| 16:07.42 | zecke | hrw|work: yes |
| 16:07.56 | zecke | for the final transformation I will make tailor smarter |
| 16:08.09 | zecke | http://www.alwins-world.de:1180/darcs/cgi-bin/darcsweb.cgi |
| 16:08.25 | hrw|work | zecke: yep.. current tailor makes revs messed |
| 16:08.57 | zecke | hrw|work: it tries to lineraize tree's |
| 16:09.11 | zecke | hrw|work: which create a file ping pong (added, deleted, added, deleted) |
| 16:09.23 | hrw|work | I see |
| 16:09.37 | zecke | hrw|work: but before you mentioned it, I did not recognize it. |
| 16:09.37 | hrw|work | ok. time to go home and get some sleep probably |
| 16:09.50 | zecke | hrw|work: sleep well! stay away from computers |
| 16:10.02 | zecke | hrw|work: and get some flowers for your sweat-heart |
| 16:10.22 | hrw|work | zecke: did I tell that we will marry 8 July? |
| 16:10.36 | zecke | hrw|work: yes |
| 16:10.47 | florian_kc | hrw|work: congratulations... |
| 16:11.52 | florian_kc | hrw|work: Someone pointed me to this... afer it was too late: http://www.ms1.de/wordpress/wp-content/20051114aptgetwifeg.jpg |
| 16:14.17 | hrw|work | florian_kc: sweet |
| 16:14.34 | florian_kc | :-) |
| 16:14.44 | hrw|work | http://maps.google.com/maps?f=q&hl=en&q=szczecin,+poland&ll=53.420735,14.491568&spn=0.002436,0.006432&t=h |
| 16:14.53 | florian_kc | hrw|work: don't take it too serious :-) |
| 16:15.04 | hrw|work | florian_kc: yep |
| 16:15.27 | hrw|work | florian_kc: anyway its good that it is apt-get not emerge/bitbake ;) |
| 16:15.57 | XorA | hrw|work: building a wife from source, hmm, interesting idea |
| 16:16.17 | *** join/#oe simcop2387-lab (n=Anon0077@p3m/member/simcop2387) |
| 16:16.18 | XorA | USE=-creditcard -bankaccount -nag |
| 16:16.28 | florian_kc | hrw|work: heh |
| 16:17.19 | lrg|home | XorA: don't forget to build in the audio mute option. very handy ! |
| 16:17.29 | hrw|work | cu |
| 16:17.38 | lrg|home | cu Marcin |
| 16:17.42 | simcop2387-lab | would this be the correct place to report a .bb file in oz354 having an incorrect url? or should i file a bug report myself? |
| 16:18.02 | XorA | lrg|home: USE=-alsa -oss |
| 16:18.03 | hrw|work | zecke: instead of flowers I will buy 6th harry potter book |
| 16:18.18 | hrw|work | simcop2387-lab: bugzilla and add dependency to #350 |
| 16:18.39 | simcop2387-lab | thanks |
| 16:20.34 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 16:48.27 | raduga | re: alsa |
| 16:48.32 | raduga | how do you unmute? |
| 16:48.56 | lrg|home | raduga: in alsamixer use m |
| 16:49.32 | raduga | on which channel? |
| 16:50.12 | raduga | perhaps there's some other problem on my end; I've tried toggling 'm' both ways on all the channels, and still no sound. |
| 16:51.11 | lrg|home | raduga: make sure your output and pcm volumes are set high enough. |
| 16:51.29 | raduga | yep. |
| 16:51.31 | lrg|home | raduga: what handheld do you have ? |
| 16:51.33 | raduga | at max :) |
| 16:51.35 | raduga | akita |
| 16:52.06 | lrg|home | raduga: you will need to unmute the left and right mixers. |
| 17:02.33 | *** part/#oe Zero_Chaos (i=xesbvw@68-71-34-255.pittpa.adelphia.net) |
| 17:04.48 | *** join/#oe Pigi (n=NoOne@host100-62.pool8288.interbusiness.it) |
| 17:04.58 | Pigi | Ciao all |
| 17:05.05 | florian_kc | hi Pigi |
| 17:05.22 | Pigi | hi florian_kc ! |
| 17:06.34 | Pigi | pb_ you around ? |
| 17:07.00 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-86-88.w86-195.abo.wanadoo.fr) |
| 17:10.53 | drw | Hi Pigi! I never got your ipkg test version you sent about a week ago...If you still want me to test, can you send again to drw@draknor.net? |
| 17:19.18 | Pigi | drw, checkout the latest ipkg, and you have it |
| 17:19.36 | drw | Pigi: ok, will do |
| 17:20.06 | *** join/#oe [lala_] (n=lala@p54B3C1CC.dip0.t-ipconnect.de) |
| 17:22.15 | Pigi | MX for hh.org was down when I sent the mail, and then I haven't got the time to resend. sorry |
| 17:23.15 | drw | np |
| 17:26.26 | zecke | pb_: Help :) netstat -a what does the Recv-Q column do? |
| 17:27.42 | zecke | ah the Linux manpage explains that :} |
| 17:34.14 | pb_ | :-} |
| 17:34.22 | pb_ | Pigi: yo |
| 17:41.33 | *** join/#oe [-FoX-]YoshiZ (n=yoshiz@lvps87-230-1-127.dedicated.hosteurope.de) |
| 17:41.56 | Pigi | pb_ I would like to discuss a bit your bug report, and patch, if you have time.... |
| 17:43.19 | *** join/#oe pH5 (n=ph5@e178247248.adsl.alicedsl.de) |
| 17:43.25 | Pigi | for #1488 I mean |
| 17:46.40 | pb_ | Pigi: sure |
| 17:47.27 | Pigi | I was wondering if it's correct for ipkg to work the way your patch indicate. |
| 17:47.37 | *** join/#oe gremlin[it] (n=gremlin@88-149-148-0.f4.ngi.it) |
| 17:47.58 | Pigi | Basically IMHO isn't a bug from ipkg the slowness of familiar on first boot |
| 17:50.00 | Pigi | and adding the code you provided seems to me a bit out of ipkg scope. |
| 17:51.51 | pb_ | it's indeed not a bug in ipkg, but I think it would be a useful enhancement. |
| 17:52.01 | zecke | mickeyl: wb |
| 17:52.04 | mickeyl | hi guys |
| 17:52.09 | pb_ | hail mickeyl |
| 17:52.13 | Pigi | hi mickeyl ! |
| 17:52.17 | pH5 | Is there another way to collect redundant postinst scripts and only run one of them at the end of the package configuration process? I think this can only be done in ipkg |
| 17:52.18 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-58-159.w83-199.abo.wanadoo.fr) |
| 17:52.25 | pH5 | (hi everyone) |
| 17:53.13 | pb_ | hi ph5 |
| 17:53.41 | Pigi | what does not convice me ( hope this is right ) is that this could be a useful enhancement for familiar boot, not for current use IIUC |
| 17:54.00 | pb_ | I'm not sure I understand what you mean by "for current use" |
| 17:54.03 | mickeyl | IMO this is an optimization that should indeed be a part of ipkg. It's not only interesting at boot time, but also when you e.g. install more than one additional module or font packages or libraries lateron. |
| 17:54.41 | Pigi | pb_ I mean when installing a small bunch of packages or either when upgrading. |
| 17:55.15 | Pigi | I have never had so "hard" slowness when upgrading, while I can understand what's happening on first boot. |
| 17:55.55 | Pigi | I must say I'm not against it, just wondering about it. |
| 17:56.18 | pb_ | The same issue would exist (albeit in a smaller way) whenever you install or upgrade two or more packages that have a common postinst. |
| 17:56.37 | pb_ | (for example, upgrading the kernel and modules, or multiple libraries) |
| 17:57.01 | Pigi | pb_ sure. |
| 17:57.28 | Pigi | but in a really light way.... I will study it better, and do som more thought on it. |
| 17:57.34 | Pigi | s/som/some |
| 17:58.00 | pH5 | I'd like it even better if the rootfs images would come preconfigured for most of the packages (kernel-module-* for example). Isn't this possible? |
| 17:58.29 | mickeyl | pH5: some things have to be run natively |
| 17:58.40 | mickeyl | pH5: integrating scratchbox would be nice for those |
| 17:58.42 | Pigi | That was my idea too, pH5 |
| 17:58.43 | pb_ | pH5: anything is possible, yeah, but it would not be trivial |
| 17:58.50 | Pigi | pb_ right..... |
| 17:59.13 | Pigi | but more in the ipkg and familiar scopes. |
| 18:00.02 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 18:01.48 | pb_ | yeah |
| 18:02.11 | pb_ | well, all options are open for consideration, but this is a problem that needs to be addressed for familiar 0.8.3. The current situation is pretty unacceptable. |
| 18:03.20 | kergoth | oh, this regarding the shitload of executions of depmod and such? |
| 18:03.25 | pb_ | yeah |
| 18:03.54 | pb_ | currently, depmod gets run twice (!) for every module package that's configured, and there are many tens of those in the familiar images. |
| 18:04.56 | law_ | any ideas why i always get RUNSTRIP errors? |
| 18:05.09 | Pigi | I could patch ipkg for 0.8.3 this way, but would like to remove it after, if possible to remain inside ipkg scope... I'm not sure there is such option in apt-get or deb or whatever..... |
| 18:05.25 | pb_ | law_: I think the patch that reenoo checked in yesterday might have been a bit broken. |
| 18:05.43 | *** join/#oe toi (n=peter@d54C24BC0.access.telenet.be) |
| 18:06.45 | law_ | pb_: so i (we) have to wait for reenoo? |
| 18:07.00 | pb_ | and/or fix it yourself, yeah |
| 18:12.51 | *** join/#oe [lala] (n=lala@p54B38206.dip0.t-ipconnect.de) |
| 18:13.30 | Pigi | bbl |
| 18:13.32 | Pigi | Ciao |
| 18:18.12 | *** join/#oe ruied (n=ruied@213.22.166.5) |
| 18:18.47 | *** join/#oe andersen (n=andersee@codepoet.org) |
| 18:19.05 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 18:22.03 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 18:22.42 | *** join/#oe alan| (n=alan@ARouen-152-1-61-84.w83-199.abo.wanadoo.fr) |
| 18:24.47 | *** join/#oe woglinde (n=woglinde@e178068016.adsl.alicedsl.de) |
| 18:25.28 | *** join/#oe zap (n=zap@217.170.93.196) |
| 18:25.37 | *** join/#oe simcop2387 (n=simcop23@p3m/member/simcop2387) |
| 18:52.27 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
| 18:55.22 | CIA-4 | 03koen 07org.oe.oz354fam083 * r6580dbe8... 10/packages/figment/ (files/dotdesktop-name-comment.patch figment_0.3.5.bb): figment: add .desktop patch from .dev |
| 18:55.25 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r8a055baa... 10/packages/initscripts/ (7 files in 7 dirs): |
| 18:55.26 | CIA-4 | initscripts: updates for Zaurus machines keymaps |
| 18:55.26 | CIA-4 | - added collie 2.4 one |
| 18:55.26 | CIA-4 | - updated cxx00 2.4 ones |
| 18:55.26 | CIA-4 | - fixed tosa 2.4 one |
| 18:55.27 | CIA-4 | - added 'keymap' script which can read 'extensions' keymaps too |
| 18:55.29 | CIA-4 | all taken from few revs in .dev |
| 18:55.31 | CIA-4 | 03jbowler 07org.oe.dev * r180653f2... 10/packages/busybox/busybox-1.01/thumb-bsdlabel.patch: busybox: add missing patch in 1.01 |
| 18:55.36 | CIA-4 | 03rpurdie 07org.oe.dev * r3e9163d9... 10/packages/linux/linux-openzaurus_2.6.15.bb: (log message trimmed) |
| 18:55.39 | CIA-4 | linux-oz-2.6: 2.6.15 updates: |
| 18:55.41 | CIA-4 | <PROTECTED> |
| 18:55.43 | CIA-4 | <PROTECTED> |
| 18:55.45 | CIA-4 | <PROTECTED> |
| 18:55.47 | CIA-4 | <PROTECTED> |
| 18:55.49 | CIA-4 | <PROTECTED> |
| 18:55.51 | CIA-4 | 03jbowler 07org.oe.dev * r05a4c302... 10/conf/distro/slugos.conf: slugos: temporary workround for the RUNSTRIP problem in conf |
| 18:55.52 | *** join/#oe greentux (n=m@195.227.105.180) |
| 18:55.56 | CIA-4 | 03jbowler 07org.oe.dev * rc85bf07d... 10/ (15 files in 4 dirs): |
| 18:55.58 | CIA-4 | linux: fix missing HOST_CC_ARCH in module compilation in kernel/module all |
| 18:56.00 | CIA-4 | <PROTECTED> |
| 18:56.02 | CIA-4 | <PROTECTED> |
| 18:56.04 | CIA-4 | <PROTECTED> |
| 18:56.08 | CIA-4 | <PROTECTED> |
| 18:56.10 | CIA-4 | 03justinp 07org.oe.dev * r9e9c1057... 10/packages/ (68 files in 2 dirs): |
| 18:56.12 | CIA-4 | efl, e17: update CVS versions again, fix cpp issues |
| 18:56.14 | CIA-4 | - evas is left at 20060113 because it changed that day and breaks ecore |
| 18:56.16 | CIA-4 | - cpp and gcc paths are hard-coded to /usr/bin/ to fix some issues with OE's binaries in use with edje |
| 18:56.18 | CIA-4 | 03jbowler 07org.oe.dev * r45275064... 10/packages/devlabel/ (devlabel_0.45.01.bb devlabel_0.48.01.bb): |
| 18:56.24 | CIA-4 | devlabel: release 0.48.01 |
| 18:56.26 | CIA-4 | <PROTECTED> |
| 18:56.28 | CIA-4 | <PROTECTED> |
| 18:56.30 | CIA-4 | <PROTECTED> |
| 18:56.32 | CIA-4 | 03xora 07org.oe.dev * r776c1d67... 10/packages/abiword/abiword_2.4.2.bb: abiword_2.4.2.bb : new version |
| 18:56.34 | CIA-4 | 03florian 07org.oe.dev * r86dda2fd... 10/classes/gpe.bbclass: gpe.bbclass: Set default maintainer to GPE ml instead of OE. |
| 19:01.28 | simcop2387 | whats a is the bitbake manual the only good place to find information on making .bb files? |
| 19:04.47 | guillermo_ | anyone successful getting raw data from a gps device? |
| 19:04.49 | simcop2387 | specifically i'm wondering what all the "functions" are that i can use |
| 19:05.02 | mickeyl | bitbake manual, FOSDEM 2005 presentation + thousands of examples, especially look at the classes |
| 19:05.24 | guillermo_ | I have a usb device connected to my akita, but I think the serial port options are wrong and that's why I get nothing |
| 19:05.30 | mickeyl | bitbake.conf + base class are a good read |
| 19:05.40 | guillermo_ | the stty command from busybox is not so flexible as the real one |
| 19:05.44 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-61-84.w83-199.abo.wanadoo.fr) |
| 19:07.24 | pH5 | oh dear, i keep getting errors due to "autotools_do_configure" being replaced by "meta-gpe.bb_do_configure" in run.do_configure. |
| 19:07.33 | pH5 | does anybody know where this: http://pastebin.ca/39142 could have happened? |
| 19:07.44 | simcop2387 | mickeyl: thanks i'll check them out |
| 19:08.40 | *** join/#oe cedric (n=moa@APuteaux-154-1-21-29.w83-199.abo.wanadoo.fr) |
| 19:11.44 | *** join/#oe ar_ (n=ar@port-ip-213-211-233-132.reverse.mdcc-fun.de) |
| 19:14.56 | RP | hi cedric! |
| 19:25.24 | *** join/#oe alan_ (n=alan@ARouen-152-1-88-99.w86-195.abo.wanadoo.fr) |
| 19:25.45 | *** join/#oe alan| (n=alan@ARouen-152-1-88-99.w86-195.abo.wanadoo.fr) |
| 19:29.12 | *** join/#oe _alwin_ (n=ral@cable-81-173-131-92.netcologne.de) |
| 19:35.12 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 19:36.20 | *** join/#oe greentux_alt (n=m@195.227.105.180) |
| 19:37.05 | *** join/#oe Cwiiis (n=cwiiis@host86-134-73-81.range86-134.btcentralplus.com) |
| 19:41.28 | *** join/#oe greentux (n=m@195.227.105.180) |
| 19:46.31 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 19:46.39 | Pendalar | mickeyl, please message when you have a few minutes |
| 19:46.46 | Pendalar | it's about a feed problem |
| 19:48.16 | *** join/#oe cedric__ (n=cedric@AAnnecy-152-1-123-10.w86-202.abo.wanadoo.fr) |
| 19:48.35 | *** join/#oe alwin_ (n=ral@cable-195-14-254-16.netcologne.de) |
| 19:49.03 | cedric__ | why is the first monotone pull is so slow? |
| 19:49.37 | cedric__ | hi RP |
| 19:49.47 | woglinde | only the first? |
| 19:49.55 | *** join/#oe pb__ (n=pb@cpc2-cmbg6-5-1-cust118.cmbg.cable.ntl.com) |
| 19:50.07 | woglinde | hi pb |
| 19:50.33 | cedric__ | don't know, it's not finished yet... |
| 19:53.37 | pb__ | hi woglinde |
| 19:55.43 | cedric__ | Im going to do some testing with the kernel 2.6 for the poodle, anything I should know? I haven't touch OE since Feb 2005... |
| 19:55.44 | simcop2387 | cedric: it downloads it then goes over each revision to build the whole thing IIRC |
| 19:56.46 | cedric__ | build what? the local repository? |
| 19:56.50 | simcop2387 | yes |
| 19:57.09 | simcop2387 | at least that was my understanding, however flawed it may be |
| 19:57.36 | cedric__ | very slow in comparison of the previous SCM... |
| 19:59.12 | simcop2387 | yea not sure why they picked it but they must have a reason |
| 19:59.21 | simcop2387 | its alot faster later |
| 19:59.45 | simcop2387 | and i like the idea of a local repsitory, makes rechecking it out if you need to alot simpler and faster |
| 20:00.32 | simcop2387 | the way it works i think is, the revisions are JUST the changes, and it ends up applying like 2700 patches or something around there |
| 20:00.35 | *** join/#oe minipanda (n=zhanght@221.222.174.92) |
| 20:01.51 | cedric__ | yep normal stuff, I'm used to subversion/cvs |
| 20:02.15 | cedric__ | anyway... have to wait! |
| 20:02.45 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 20:04.39 | CIA-4 | 03rw 07org.oe.dev * r909b438e... 10/classes/package.bbclass: package.bbclass: fix stripping logic. work around strip returning 0 even on failure. |
| 20:05.17 | RP | cedric__: You could also download a snapshot from ewi and then just pull the latest changes into that |
| 20:05.19 | RP | ~ewi |
| 20:05.21 | ibot | from memory, ewi is ewi546.ewi.utwente.nl - main backup server for OE monotone. Hosts database snapshot: http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 |
| 20:07.57 | *** join/#oe koen (n=koen@212.41.157.237) |
| 20:09.41 | cedric__ | how u doing RP? |
| 20:10.34 | cedric__ | ok so I do a ctrl+c without any issue? |
| 20:13.14 | simcop2387 | should be able to |
| 20:41.12 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 20:46.04 | RP | cedric__: Yes, I think so - You're probably going to replace the database anyway |
| 20:48.26 | CIA-4 | 03jbowler 07org.oe.dev * rdd25f6e4... 10/classes/module-base.bbclass: module-base: unbork module builds in bbclass |
| 20:51.09 | RP | Ouch. montone just hit a persmissions error whilst updating. The result - it loses track of all the files it was working on :-/ |
| 20:51.43 | jbowler-zzz | kernel/module compilation is back the way it was before renoo's change, but TARGET_CC_KERNEL_ARCH can be set to get the required arch values |
| 20:52.03 | *** join/#oe koen (n=koen@212.41.157.237) |
| 20:53.42 | *** join/#oe cedric (n=moa@APuteaux-154-1-21-29.w83-199.abo.wanadoo.fr) |
| 20:53.58 | RP | jbowler-zzz: One bug down then... |
| 20:55.29 | pb__ | jbowler-zzz: very good |
| 21:02.27 | jbowler-zzz | I should have moved the TARGET_CC_KERNEL_ARCH stuff into .bbclass months ago, but I didn't have any way to test it... |
| 21:04.10 | *** part/#oe law_ (n=_law_@213.173.86.202) |
| 21:09.10 | jbowler-zzz | RP, pb__: any feelings against having a runstrip() shell function from package.bbclass? I.e. to avoid having to put all the code into python strings? |
| 21:09.58 | pb__ | sounds good to me |
| 21:12.44 | jbowler-zzz | everything in the stanza protected by INHIBIT_PACKAGE_STRIP, so that stripfunc is just "runstrip %s" |
| 21:15.15 | RP | jbowler-away: fine with me |
| 21:17.36 | zecke | jbowler-away: what happens if you call package install more than once? |
| 21:17.45 | zecke | jbowler-away: is it true that runstrip will fail? |
| 21:17.59 | pb__ | shouldn't do |
| 21:20.13 | *** join/#oe Cwiiis (n=cwiiis@host86-134-73-81.range86-134.btcentralplus.com) |
| 21:21.41 | *** join/#oe dyoung-a1ay (n=dyoung@cpe-24-94-88-62.hawaii.res.rr.com) |
| 21:31.36 | *** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
| 21:31.46 | guillermo_ | RP: should the akita usb be enough to power small devices as a low powered gps? |
| 21:32.04 | RP | guillermo_: I think the limit is about 100mA |
| 21:32.32 | greentux | you can read the limit in the /proc i think... |
| 21:33.37 | greentux | i have a old ethernet usb, that does not work (because of power), the new small one is perfect |
| 21:36.39 | greentux | any rumors about mograting opie to qt4? |
| 21:37.04 | RP | greentux: I suspect there's no manpower to do ti |
| 21:37.13 | *** join/#oe alan| (n=alan@ARouen-152-1-34-106.w83-115.abo.wanadoo.fr) |
| 21:37.14 | woglinde | RP right |
| 21:37.48 | woglinde | zecke told me, when it will be a complete rewrite |
| 21:38.15 | greentux | oha, thats a man-year |
| 21:39.20 | RP | greentux: you see the problem :-/ |
| 21:39.41 | zecke | greentux: yeah, it is a rewrite :} |
| 21:40.06 | zecke | greentux: the only thing we might benefit from simply porting the code to Qt4 is BiDi, RTL and other scripting |
| 21:40.18 | greentux | RP: but its good to know the pending work |
| 21:40.29 | mreimer | Any objections to me committing this irda-utils patch? http://bugs.openembedded.org/show_bug.cgi?id=381 |
| 21:42.25 | greentux | today lala tried links2 browser... textmode was perfekt, but graphical wants gpm... and there is no touchpad driver i think |
| 21:43.16 | RP | greentux: I did send a patch which might help (i remembered seeing it on oz-devel) |
| 21:43.41 | greentux | RP: aaah lala talked about? |
| 21:44.15 | RP | greentux: yes, it was mentioned |
| 21:44.46 | greentux | RP: fine, we share same room at work... |
| 21:44.54 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 21:45.47 | zecke | Seeed :) |
| 21:48.26 | guillermo_ | anyone tried usb keyboard or mouse in akita/spitz? |
| 21:48.47 | RP | greentux: Any news on the whitescreening? |
| 21:50.03 | greentux | RP: we had a 3h meeting afternoon. So i hope the kernel has built and lala will boot it in the morning |
| 21:50.19 | RP | greentux: ok |
| 21:50.20 | greentux | guillermo_: tried usb keyboad an borzoi, but no keymap |
| 21:50.30 | guillermo_ | too bad |
| 21:52.09 | greentux | hard to find the keys... |
| 21:54.36 | guillermo_ | greentux: any help about where to find in proc the maximum mA available? |
| 21:54.58 | greentux | mom |
| 21:56.18 | greentux | lsusb -v ? |
| 21:57.00 | guillermo_ | no lsusb |
| 21:57.26 | guillermo_ | will "cat /proc/bus/usb/devices" do it? |
| 21:58.24 | greentux | my notebook shows there maxpwr = 0mA ... |
| 21:58.45 | guillermo_ | because it shows MxPwr=100mA, but I don't know if it's the maximum provided or the required by the device |
| 21:59.32 | greentux | you see "product: " |
| 21:59.50 | greentux | after the controller that is max provided, t device it should be required |
| 22:01.21 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 22:02.52 | guillermo_ | ok, this is weird, if I do "cat /dev/ttyUSB0" I get data, but after 20 seconds, and then it freezes, then 10 more seconds and I get info again |
| 22:03.26 | *** join/#oe florian (n=fuchs@p5083B1A1.dip0.t-ipconnect.de) |
| 22:03.28 | guillermo_ | could this be a usb-serial problem, cpu problem, or just a gps problem? |
| 22:03.29 | florian | re |
| 22:06.19 | greentux | 8-o |
| 22:07.43 | guillermo_ | I get a screen full of data every 36 seconds, weird! maybe the serial port misconfigured? |
| 22:09.34 | greentux | maybe... but i think it can be a power save mode of the gps... |
| 22:09.42 | greentux | ok... sleeping |
| 22:09.48 | RP | guillermo_: Perhaps the gps only sends data every 36 seconds? |
| 22:09.52 | RP | 'night greentux |
| 22:09.59 | greentux | night |
| 22:10.08 | guillermo_ | RP: in my desktop I get non stop data |
| 22:10.55 | RP | as greentux said, perhaps its power saving... |
| 22:11.01 | guillermo_ | the gps shows a blinking light that means normal operation, but I don't kno if that means something |
| 22:18.38 | guillermo_ | I think it's not the gps, because it's like if I get all the info that should be showed by huge chunks, instead of line by line |
| 22:18.48 | guillermo_ | but I'm not missing anything, I think |
| 22:22.19 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
| 22:34.11 | *** join/#oe rob_w (n=bob@p213.54.192.73.tisdip.tiscali.de) |
| 22:37.56 | CIA-4 | 03mreimer 07org.oe.dev * ra14d4eb7... 10/packages/irda-utils/ (files/init irda-utils_0.9.16.bb): |
| 22:37.56 | CIA-4 | irda-utils: instead of assuming that /dev/ttyS1 is the IrDA port, get the |
| 22:37.56 | CIA-4 | port and attendant arguments from /etc/sysconfig/irda. |
| 22:42.43 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
| 22:59.33 | CoreDump|home | hey |
| 23:00.05 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:01.37 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 23:09.32 | CoreDump|home | um guys? I've pushed a changeset to ewi before it went down this morning. Well, the commit didn't make it into ewi but my database still thinks it has been pushed. How do I fix that? |
| 23:09.51 | CoreDump|home | I'd rather _not_ mt update and lose all changes made |
| 23:10.21 | zecke | CoreDump|home: ask in #monotone on the other net |
| 23:10.48 | CoreDump|home | =\ |
| 23:11.11 | zecke | CoreDump|home: never had that situation |
| 23:11.21 | zecke | CoreDump|home: how can it think it pushed that change? |
| 23:12.05 | CoreDump|home | well, mt diff doesn't show any changes but against current ewi there should be _tons_ of them |
| 23:12.25 | zecke | CoreDump|home: ah well diff is just the working directory |
| 23:12.29 | zecke | CoreDump|home: and you did mnt ci? |
| 23:12.34 | CoreDump|home | ci? |
| 23:12.42 | zecke | CoreDump|home: commit |
| 23:12.47 | CoreDump|home | yes |
| 23:12.53 | CoreDump|home | commit + push |
| 23:13.05 | zecke | after a commit monotone diff will show no changes |
| 23:13.12 | zecke | what happens if you try to push again? |
| 23:13.17 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 23:13.24 | CoreDump|home | I'll try pushing again =) |
| 23:14.06 | CoreDump|home | looking good |
| 23:14.10 | zecke | ;) |
| 23:14.18 | CoreDump|home | =D thanks zecke |
| 23:14.19 | zecke | ci is a disconnected operation... :) |
| 23:14.33 | CoreDump|home | I know, but I _did_ push the change |
| 23:14.43 | CoreDump|home | right before ewi went down |
| 23:15.02 | zecke | CoreDump|home: as long as the certs are not in the other db they are not pushed |
| 23:15.16 | zecke | CoreDump|home: and as it uses sqlite with transactions everything should be fine |
| 23:15.52 | CoreDump|home | could you do me a favor and mt pull / update? |
| 23:16.27 | zecke | CoreDump|home: oh this will take some hours |
| 23:16.39 | zecke | CoreDump|home: if you are uncertain of your changes use viewmtn |
| 23:16.56 | CoreDump|home | viemtn lags behind |
| 23:17.06 | pb__ | zecke: if he was unlucky and pushed immediately before ewi crashed, there certainly is a chance that his changes would be lost. |
| 23:17.09 | CoreDump|home | anyways, found a seconds buildroot to pull =) |
| 23:17.44 | CoreDump|home | 2 revs in, looking good |
| 23:17.45 | zecke | pb__: ewi didn't crash, just the monotone server ;) |
| 23:17.57 | CoreDump|home | heh phear my push of death |
| 23:18.02 | zecke | pb__: but should ext3 cope with that... |
| 23:18.19 | pb__ | zecke: oh, right. in that case, yeah, you're probably right. |
| 23:18.42 | CoreDump|home | me pulling on a celeron sucks |
| 23:18.45 | pb__ | zecke: ext3's journalling will ensure that the filesystem metadata is left in a consistent state, but it makes no promises about your data. |
| 23:18.58 | zecke | pb__: ah right |
| 23:19.18 | zecke | then store the data as filesystem metadata |
| 23:19.25 | zecke | one would think |
| 23:20.10 | pb__ | the kernel doesn't really have the context it would need to ensure that your data was always left intact after a crash. It doesn't have visibility of anything at a higher level than a write() operation: there is no concept of transactions at the filesystem interface. |
| 23:20.12 | CoreDump|home | zecke: that would be of no use since the FS uses caching. Can't write something back which was in the cache |
| 23:20.38 | zecke | pb__: hehe doesn't reiser4 introduce transactions? |
| 23:20.51 | pb__ | oh, does it? crazy reiser. |
| 23:20.54 | CoreDump|home | ~lart reiser |
| 23:21.18 | pb__ | filesystem transactions would certainly be cute, but, well, I fear reiser too much. |
| 23:21.25 | zecke | pb__: and superior filesystems by superior companies have it as well (like nTFS) |
| 23:21.36 | pb__ | yeah, indeed |
| 23:21.39 | zecke | http://www.namesys.com/txn-doc.html |
| 23:22.02 | pb__ | it's certainly not a (conceptually) insoluble problem, just one that isn't yet solved by the sqlite+ext3 combination |
| 23:22.40 | pb__ | "big" databases like oracle and db2 avoid the issue by doing their own I/O on raw devices and implementing transactions internally. |
| 23:23.03 | zecke | pb__: now I'm even more wondering why my last fs crash is so long ago... |
| 23:24.00 | zecke | pb__: and superior editors bootstrap themselves in lisp to emulate a better OS (like GNU/Hurd) |
| 23:24.17 | pb__ | :-} |
| 23:24.48 | florian | :-) |
| 23:25.31 | CoreDump|home | damn, looks like my push doesn't show up on ewi |
| 23:25.38 | CIA-4 | 03coredump 07org.oe.dev * rab7da42d... 10/packages/altboot/ (4 files in 4 dirs): |
| 23:25.38 | CIA-4 | altboot: |
| 23:25.38 | CIA-4 | - First changes to support Kernel 2.6 |
| 23:25.38 | CIA-4 | - As of this push altboot should be considered *unstable* until work on 2.6 has finished! |
| 23:25.38 | CIA-4 | - Add IGNORE_STRIP_ERRORS = "1" to allow for snapshots |
| 23:25.41 | zecke | CoreDump|home: wait a second |
| 23:25.43 | CIA-4 | 03coredump 07org.oe.dev * rcd257fc3... 10/packages/altboot/ (10 files in 6 dirs): |
| 23:25.43 | CIA-4 | altboot: More 2.6 changes |
| 23:25.44 | CoreDump|home | ok nm |
| 23:25.44 | CIA-4 | - Use altboot-KERNEL_VERSION.cfg instead of altboot.cfg |
| 23:25.46 | zecke | CoreDump|home: well |
| 23:25.48 | CIA-4 | 03mreimer 07org.oe.dev * r0bbfeca4... 10/packages/irda-utils/irda-utils_0.9.16.bb: irda-utils: use the correct port for IrDA on hx4700. |
| 23:26.05 | zecke | CoreDump|home: looks like your push was not accepted by ewi' AI. |
| 23:26.10 | CoreDump|home | =) |
| 23:27.36 | *** join/#oe Cwiiis (n=cwiiis@host86-134-73-81.range86-134.btcentralplus.com) |
| 23:32.57 | CoreDump|home | RP: damn, your 2.6 is so nice, I don't wanna go back to the 2.4 crap |
| 23:36.05 | RP | CoreDump|home: Don't then ;-) |
| 23:36.37 | CoreDump|home | Have to =( At least for a few days |
| 23:39.32 | RP | I just refuse to touch 2.4 now. I've probably earned that right :) |
| 23:40.26 | CoreDump|home | indeed |
| 23:40.39 | CoreDump|home | suspend / resume is a breeze with 2.6 |
| 23:40.51 | CoreDump|home | and just plain annoying in 2.4 |
| 23:41.04 | RP | You have no idea the amount of pain that was involved in that... |
| 23:41.05 | CoreDump|home | the whole system "feels" faster |
| 23:41.27 | Cwiiis | RP: More fans :) |
| 23:41.30 | CoreDump|home | RP: actually yes =) *thinks in hatred about his notebook* |
| 23:41.36 | RP | The zaurus pm code took about a year to develop :-/ |
| 23:41.41 | CoreDump|home | ouch |
| 23:42.08 | RP | Cwiiis: Anyone who's used 2.6 becomes a fan ;-) |
| 23:42.34 | CoreDump|home | damn right |
| 23:43.02 | RP | Anyhow, I think I'll try and have an "early" night - 'night all |
| 23:43.06 | CoreDump|home | tomorrow I'll see how to add Alsa configs |
| 23:43.15 | CoreDump|home | n8 RP |
| 23:43.20 | zecke | RP: cya! |
| 23:43.30 | Cwiiis | Night RP |
| 23:50.14 | CIA-4 | 03coredump 07org.oe.dev * r49c83710... 10/packages/keymap-locales/ (6 files in 4 dirs): |
| 23:50.15 | CIA-4 | keymap-locales: |
| 23:50.15 | CIA-4 | - Add kernel 2.6 DE keymap for Akita |
| 23:50.15 | CIA-4 | - Add kernel 2.4 and 2.6 DE keymap for Borzoi and Spitz |
| 23:50.30 | CoreDump|home | umlauts ftw |
| 23:50.39 | kergoth | ~ewi |
| 23:50.40 | ibot | from memory, ewi is ewi546.ewi.utwente.nl - main backup server for OE monotone. Hosts database snapshot: http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 |
| 23:51.12 | zecke | good nite |
| 23:51.28 | pb__ | zecke: night night |
| 23:57.31 | kergoth | hmm, should update bash in oe. 3.1 is available, and there appear to be a number of bugfix patches for it on the gnu site that should probably be reviewed |
| 23:58.00 | pb__ | good plan |
| 23:58.14 | pb__ | man cannot live on busybox sh alone, after all |
| 23:59.08 | kergoth | well, some men can. i still almost never use bashisms. code susv3 shell out of habit |
| 23:59.11 | kergoth | heh |
| 23:59.24 | pb__ | heh |
| 23:59.49 | kergoth | although someo f the fancy interactive stuff is nice, like ctrl+R |
