| 00:20.43 | CIA-8 | 03repvik * r214 10/releases/OpenSlug-2.7-beta/ (7 files in 5 dirs): Added buzzer app |
| 00:20.52 | NAiL | ta-da... |
| 00:21.57 | NAiL | only for 2.7-beta yet though |
| 00:23.14 | *** join/#nslu2-linux mcdmx-awa- (n=nnnmcdmx@84-73-8-165.dclient.hispeed.ch) |
| 00:23.40 | *** join/#nslu2-linux mcdmx-awa- (n=nnnnmcdm@84-73-8-165.dclient.hispeed.ch) |
| 00:24.03 | *** join/#nslu2-linux mcdmx-awa- (n=nnnnnmcd@84-73-8-165.dclient.hispeed.ch) |
| 00:26.08 | NAiL | But atleast it tells me when my camera is empty :D |
| 01:20.07 | [g2] | Jacmet around ? |
| 01:28.02 | cheef_daniel | can you say me if here is an syntax error?: |
| 01:28.11 | cheef_daniel | <PROTECTED> |
| 01:28.11 | cheef_daniel | <PROTECTED> |
| 01:28.11 | cheef_daniel | <PROTECTED> |
| 01:28.11 | cheef_daniel | <PROTECTED> |
| 01:28.11 | cheef_daniel | <PROTECTED> |
| 01:28.38 | NAiLzzZ | hmm |
| 01:29.01 | NAiLzzZ | for i in `find bin -type d -a -name "*.a"`; <-- that's the way I usually do it atleast ;) |
| 01:29.57 | NAiLzzZ | but you're finding all dirs that end with .a, then all files within those dirs that end on .a? |
| 01:30.48 | cheef_daniel | no idea, i am building boost for mono: http://venge.net/monotone/INSTALL |
| 01:31.23 | cheef_daniel | the source of the commands is from this page |
| 01:59.09 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.135.158.15) |
| 02:01.22 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.135.158.15) |
| 02:19.24 | *** join/#nslu2-linux mcdmx-away (n=nnnnnnmc@84-73-8-165.dclient.hispeed.ch) |
| 02:56.54 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 03:17.08 | *** join/#nslu2-linux Tiersten_ (i=tman@ideal.trejan.com) |
| 04:25.36 | *** join/#nslu2-linux caplink811_log (n=caplink8@dslb-084-059-101-161.pools.arcor-ip.net) |
| 05:14.17 | Jacmet | [g2]: I am now |
| 05:24.03 | *** join/#nslu2-linux mcdmx-away (n=nnnnnnnm@84-73-8-165.dclient.hispeed.ch) |
| 05:26.18 | *** join/#nslu2-linux mcdmx-away (n=nnnnnnnn@84-73-8-165.dclient.hispeed.ch) |
| 05:48.33 | *** join/#nslu2-linux jimmmmm (n=jtyrrell@60-240-43-190.static.tpgi.com.au) |
| 05:48.58 | jimmmmm | hello, does anyone know why i can't get samba for openslug through ipkg?? |
| 05:50.25 | jimmmmm | it refers to samba-dev_3.0.20-r2_armeb.ipk |
| 05:50.36 | jimmmmm | but that file goes to a deal link |
| 05:50.40 | jimmmmm | dead* |
| 05:51.27 | jimmmmm | http://ipkg-fr-jeanfabrice.nslu2-linux.org/feeds/openslug/cross/2.7-beta/samba-dev_3.0.20-r2_armeb.ipk |
| 05:51.44 | jimmmmm | that is the address that the file is linked to... |
| 05:51.52 | jimmmmm | can someone please help me |
| 05:52.47 | jimmmmm | can anyone else verify this?? |
| 05:55.16 | jimmmmm | is anyone there... |
| 05:56.22 | jimmmmm | ijust need help with this and i will leave |
| 05:58.26 | jacques | that server seems to be broken right now |
| 05:58.49 | jacques | looks like a global permissions problem |
| 06:00.01 | jimmmmm | ahhh i see, is there a way i can install the older version samba_3.0.20-r1 from the disk?? |
| 06:00.14 | jimmmmm | i have already downloaded and have it on my slug |
| 06:00.55 | jacques | ipkg install foo.ipk doesn't work? |
| 06:01.21 | jimmmmm | i do not understand |
| 06:01.39 | jimmmmm | ipkg: foo.ipk: No such file or directory |
| 06:03.44 | jimmmmm | is there a directory i can put .ipk and i can install from there? |
| 06:04.04 | jacques | I meant just give ipkg the name of the .ipk file |
| 06:04.32 | jacques | ipkg install whatever_the_samba_ipk_is_named.ipk |
| 06:06.11 | jimmmmm | ipkg: samba_3.0.20-r1_armeb.ipk: No such file or directory |
| 06:06.20 | jimmmmm | ipkg: interrupted. writing out status database |
| 06:06.26 | jimmmmm | Nothing to be done |
| 06:06.48 | jacques | OK I keep overestimating your cluefulness |
| 06:07.15 | jimmmmm | hahaha, yeh.. you should never do that with me... |
| 06:07.23 | jimmmmm | ummm |
| 06:07.40 | jacques | for the above to have a chance of working, the .ipk either has to be in the same directory as you are when you issue the command, or you have to give ipkg the path to the .ipk |
| 06:07.58 | jimmmmm | ahhhh |
| 06:08.05 | jimmmmm | ok i get it now |
| 06:08.34 | jacques | it may still not work because there may be dependencies it needs which it cannot download due to whatever the problem is with the feed |
| 06:09.56 | jimmmmm | ahh ok.. it is trying to do it now |
| 06:13.04 | jacques | cool - progress |
| 06:16.08 | *** join/#nslu2-linux jelle (n=JelleA@ip54518e8c.direct-adsl.nl) |
| 06:25.46 | *** join/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 06:43.24 | *** join/#nslu2-linux mcdmx-away (n=nnnnnnnn@84-73-8-165.dclient.hispeed.ch) |
| 06:43.24 | *** join/#nslu2-linux eumel (n=chatzill@p54830F47.dip0.t-ipconnect.de) |
| 07:12.18 | *** join/#nslu2-linux kolla (i=kolla@firda.uninett.no) |
| 07:20.23 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 07:24.45 | *** join/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 07:33.20 | *** join/#nslu2-linux jell1 (n=JelleA@ip54518e8c.direct-adsl.nl) |
| 07:42.16 | *** join/#nslu2-linux jell1 (n=jelle@ip54518e8c.direct-adsl.nl) |
| 07:44.04 | *** part/#nslu2-linux jell1 (n=jelle@ip54518e8c.direct-adsl.nl) |
| 07:49.55 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 07:50.02 | *** join/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 08:06.01 | *** join/#nslu2-linux conradl (i=conradl@dsl-202-173-188-158.qld.westnet.com.au) |
| 08:17.46 | *** join/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 08:37.25 | CIA-8 | 03jbowler 07org.openembedded.dev * re5628a25... 10/packages/linux/ (4 files in 2 dirs): nslu2-kernel 2.6.14-rc3 (and openslug-kernel) - select in .conf to use |
| 08:37.29 | CIA-8 | 03frederic 07org.openembedded.dev * r6cde71e3... 10/conf/machine/simpad.conf: |
| 08:37.29 | CIA-8 | second try at a patch for kernel 2.4 support for simpad. |
| 08:37.29 | CIA-8 | This time, it follows the h3900.conf model, as required by Koen (bug 302) |
| 08:37.34 | CIA-8 | 03koen 07org.openembedded.dev * rf88a2fe5... 10/packages/abiword/ (abiword-2.4.0/cdump-hack.patch abiword_2.4.0.bb): packages/abiword/: add 2.4.0 + patch |
| 08:37.40 | CIA-8 | 03koen 07org.openembedded.dev * r9173eecb... 10/packages/gpe-ownerinfo/gpe-ownerinfo_0.27.bb: packages/gpe-ownerinfo/: add 0.27 |
| 08:41.10 | CIA-8 | 03koen 07org.openembedded.dev * re6a4f3e9... 10/conf/machine/h2200.conf: conf/machine/h2200.conf: remove RDEPEND on ipaq-boot-params |
| 09:12.07 | CIA-8 | 03mickeyl 07org.openembedded.dev * r93c994e3... 10/packages/ruby/ruby_1.8.3.bb: add ruby 1.8.2; NOTE: ruby-native doesn't need to be adjusted |
| 09:12.10 | CIA-8 | 03mickeyl 07org.openembedded.dev * rafb8a8c7... 10/classes/rubyextension.bbclass: |
| 09:12.10 | CIA-8 | add a basic bbclass for building ruby extensions |
| 09:12.10 | CIA-8 | NOTE: might be uncomplete, but may serve as a starting point for someone interested in ruby ;) |
| 09:26.58 | *** join/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 10:02.35 | dwery | rwhitby: ping |
| 10:36.15 | CIA-8 | 03koen 07org.openembedded.dev * r59197559... 10/packages/hicolor-icon-theme/hicolor-icon-theme_0.5.bb: packages/hicolor-icon-theme/hicolor-icon-theme_0.5.bbL fix SRC_URI |
| 10:37.17 | rwhitby | dwery: pong |
| 10:38.07 | dwery | rwhitby: I catched up with the last emails.. but I haven't understood what I have to do with the idle/busy state :) |
| 10:41.38 | rwhitby | dwery: neither do i :-) Given that we're flashing between green and off, what do you think looks the best? |
| 10:42.38 | dwery | rwhitby: I would vote for slow blinking = idle, almost steady = busy. But maybe the opposite is more intuitive. |
| 10:43.47 | rwhitby | I like slow blinking idle and almost steady busy. |
| 10:44.11 | rwhitby | does "slow" mean 1Hz ? |
| 10:45.13 | dwery | rwhitby: I don't know what slow means :) |
| 10:47.43 | rwhitby | do you have slow blinking = idle (i.e. timer_led toggling) and almost idle_stop=green now? |
| 10:47.57 | rwhitby | if so, how often does it blink when the slug is idle? |
| 10:49.12 | dwery | I haven't measured it, but I would sey between 1 and 2Hz |
| 10:52.42 | rwhitby | ok, that's close enough |
| 10:53.03 | rwhitby | and what happens when the cpu is 100% on one task now? |
| 10:54.05 | dwery | steady green. but i'd like to modify it as suggested, i.e. the ledd will go off after a while |
| 10:57.32 | rwhitby | how will you do that? |
| 11:08.32 | dwery | dunno.. a mix of led_timer and flags and counter i think.. i'll see after the launch... |
| 11:08.37 | dwery | bye |
| 11:09.31 | dwery-away | maybe busy=blink and idle=steady it's easier... |
| 11:21.42 | rwhitby | dwery-away: idle=steady with slow blink, and busy = faster blink? |
| 11:25.02 | *** join/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 11:51.39 | *** join/#nslu2-linux bullet (n=bullet@175.27.79.83.cust.bluewin.ch) |
| 12:11.17 | CIA-8 | 03hrw 07org.openembedded.dev * r2283efd4... 10/packages/ttf-fonts/ (ttf-dejavu_1.14.bb ttf-dejavu_1.14-20051003.bb): ttf-dejavu: update to newer snapshot - this close bug#365 |
| 12:21.17 | *** join/#nslu2-linux jell1 (n=jelle@ip54518e8c.direct-adsl.nl) |
| 12:26.24 | CIA-8 | 03koen 07org.openembedded.dev * ra05aaf78... 10/packages/gaim/ (files/gaim-OE-branding.patch gaim_2.0.0-cvs-mco1.bb): packages/gaim/gaim_2.0.0-cvs-mco1.bb: Substitute Gaim ad in the irc quit message for some OE branding |
| 12:56.43 | dwery | rwhitby: it's quite hard to do different blink rates :( |
| 12:57.35 | dwery | going to try busy=almost steady |
| 12:59.17 | *** join/#nslu2-linux rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 13:01.10 | CIA-8 | 03rw 07org.openembedded.dev * r10dc1d65... 10/packages/libsdl/ (libsdl-qpe_1.2.7.bb libsdl-x11_1.2.7.bb): libsdl-(qpe|x11): fix packaging and inherit binconfig. fixes Bug #115 |
| 13:24.00 | dwery | rwhitby: i think the current code is the best that I can do without putting a lot of if/else and counters in the code. |
| 13:26.00 | dwery | rwhitby: that means idle -> blinking, fully busy -> steady. imho, if we want something that's strictly related to the cpu load, we need to have the higher level interface do it based on the cpu load value instead of using callbacks from the kernel code. |
| 13:27.05 | rwhitby | dwery: when it's fully busy, doesn't the timer still toggle it ? |
| 13:28.39 | dwery | rwhitby: actually, there's an "if" which make the timer toggle only when idle. I could remove it. |
| 13:30.02 | bullet | busy == steady? that's somehow counter-intuitive to me |
| 13:30.24 | rwhitby | bullet: just like a hard disk activity light |
| 13:30.41 | bullet | right. but the opposite of the led light? |
| 13:30.47 | bullet | err, ethernet led |
| 13:31.56 | dwery | bullet: yep.. it may be counterintuitive. I propose to have the lower lever interface use two colors for busy/idle , so people who do not use openslug can still have a recognizable behaviout. OpenSlug will use the higher level interface. |
| 13:33.27 | rwhitby | dwery: what does it look like with idle_start=green, idle_stop=off, timer=toggle ? |
| 13:33.47 | dwery | rwhitby: timer always toogles? |
| 13:34.01 | rwhitby | yeah |
| 13:34.45 | dwery | with a system fully busy you will end with the same blinking you would have with a fully idle system. |
| 13:35.38 | rwhitby | sounds like we need to add in another colour then. |
| 13:36.41 | bullet | i actually dont really care if the system is idle or burning in hell, as long as it's running :) |
| 13:37.01 | dwery | bullet: then you don't have to define CONFIG_LEDS_CPU :) |
| 13:39.56 | rwhitby | dwery: how about idle_start=green, idle_stop=amber, timer=(if the led is green or amber, then turn it off; if the led is off, then turn it green) ? |
| 13:40.22 | dwery | let me try |
| 13:41.54 | rwhitby | the intent being that slow blinking green is idle, and more amber is added in as more cpu is used, but the timer always takes it back to green so that it is distinguishable from flashing amber by itself |
| 13:44.10 | rwhitby | bullet: did you read the post on how this timer/cpu stuff works? what's your suggestion? |
| 13:44.33 | bullet | sorry, no, i didnt |
| 13:44.34 | dwery | bullet suggests to burn the cpu :) |
| 13:45.02 | dwery | ..so you won't have any problems with the leds :-D |
| 13:45.07 | rwhitby | bullet: there are three events: idle_start, idle_stop. timer. |
| 13:45.50 | rwhitby | idle_start is called when the slug becomes idle. idle_stop is called when the slug stops being idle. timer is called every 50 ticks. |
| 13:46.23 | rwhitby | on each of those calls, you can set the ready/status led to either off or green. |
| 13:46.45 | rwhitby | Design an implementation which shows the difference between a hung slug, and idle slug, and a busy slug. |
| 13:46.50 | bullet | i would make it steady when idle, blinking when non-idle, amber when burning! |
| 13:47.44 | rwhitby | bullet: not possible - all you get is a call when it is no longer idle. you have no information about how often that call is being made |
| 13:48.54 | rwhitby | bullet: another idea? |
| 13:48.55 | bullet | ok, so you basically don't know if it's burning |
| 13:49.18 | bullet | not really, no |
| 13:50.00 | dwery | rwhitby: idle_start=green, idle_stop=amber, timer=(if the led is green or amber, then turn it off; if the led is off, then turn it green) does not work: you won't get amber when fully loaded |
| 13:50.34 | rwhitby | don't you get amber/green/off flashing when fully loaded? |
| 13:50.45 | dwery | no, because you have only one idle_stop call |
| 13:51.29 | rwhitby | Hmm. so we get idle_stop, then timer, timer, timer, timer, etc .... |
| 13:51.32 | bullet | how about having a userspace daemon measuring load and setting led status accordingly? |
| 13:51.43 | dwery | bullet: that's the higher levelinterface :) |
| 13:51.51 | rwhitby | bullet: that is always the fall-back position |
| 13:51.56 | bullet | ah |
| 13:53.15 | rwhitby | dwery: can timer_led sense the current state of the led, and the current state of idle ? |
| 13:53.24 | dwery | rwhitby: yes |
| 13:55.57 | rwhitby | ok, so how do we design the timer_led routine such that we get a transition from green/off to green/amber to amber/off depending on load ? |
| 13:57.15 | dwery | it should be possible. |
| 13:57.34 | dwery | which transition for whichload status? |
| 13:57.41 | rwhitby | or maybe we want to go from green/off to green/amber/off cause we still need to distinguish it from the userland boot states |
| 13:58.18 | dwery | rwhitby: i think we must develop an interface that it's useful when there's no specifi userspace tools |
| 13:58.42 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.135.158.15) |
| 13:58.59 | dwery | i would do: green/off -> idle, green/amber -> busy |
| 14:01.53 | rwhitby | dwery: I think green/amber is already used in jbowler's scheme |
| 14:02.29 | dwery | with that scheme in action we would have the higher level interface take care of that i think |
| 14:02.51 | rwhitby | I don't understand what you mean by that. |
| 14:03.10 | rwhitby | my understanding is that the init scripts will go as follows: |
| 14:03.12 | dwery | I mean that I want something that can be useful even for a person who do not want to use OpenSlug at all |
| 14:03.50 | rwhitby | red/off, red/amber, amber/off, amber/green, green, release -> our code |
| 14:04.16 | rwhitby | dwery: fully agree that it has to be useful without the init scripts doing any led stuff |
| 14:05.33 | rwhitby | but if we can define it not to collide with the init script led stuff then that is the best solution |
| 14:06.05 | dwery | I agree but can;'t come up with a solution. I don't even know here to tap in the kernel to obtain information abou tall those status changes. |
| 14:06.29 | rwhitby | dwery: those status changes are all done by the init scripts, not the kernel |
| 14:06.41 | dwery | ok |
| 14:06.43 | rwhitby | the kernel only comes into play after the release |
| 14:07.41 | dwery | that also means that a non-openslug user will still have to release the interface |
| 14:08.09 | dwery | I think i will create an option |
| 14:08.18 | dwery | that can be toogled fromn the kernel command line |
| 14:08.26 | dwery | for the initial status |
| 14:09.49 | dwery | so, after the release, we can use green/off and what else? |
| 14:10.06 | rwhitby | good question |
| 14:10.09 | dwery | red/green? |
| 14:10.34 | rwhitby | red/green is upgrade mode, and red indicates a problem, whereas a busy system is not really a problem |
| 14:10.44 | dwery | :( |
| 14:10.47 | dwery | :'( |
| 14:10.55 | rwhitby | is there any way the timer_led event can decide to only toggle every second time it is called? |
| 14:11.12 | dwery | ugly, but yes, i can made it |
| 14:11.12 | CIA-8 | 03koen 07org.openembedded.dev * rb91f9b79... 10/packages/udev/ (files/udev.rules udev_070.bb): packages/udev/files/udev.rules: add buzzer, closes #367 |
| 14:12.00 | rwhitby | so can we alter the flash rate based on whether we are busy or not .... |
| 14:12.39 | dwery | yes, i tried that. |
| 14:12.41 | rwhitby | idle = slow flash rate (toggle once every two calls to timer_led) and busy = fast flash rate (toggle once every single call to timer_led) |
| 14:13.53 | dwery | the slow rate would be very slow and the "fast" rate is too slow to make the user think the system is fully loaded |
| 14:14.10 | rwhitby | or actually, idle = two timers on, one timer off, and busy = one timer on, one timer off. |
| 14:14.55 | rwhitby | any way we can make the "off" time be less than the timer_led interval? |
| 14:15.00 | dwery | no |
| 14:15.55 | dwery | what about using combinations of three colors and/or off? |
| 14:16.02 | rwhitby | so we really need to use another colour, right? |
| 14:16.07 | dwery | yes |
| 14:16.17 | rwhitby | how about green/amber/off ? |
| 14:16.36 | dwery | for idle or for busy? |
| 14:16.44 | rwhitby | green/off/amber/off/green/off/amber/off .... for busy |
| 14:16.56 | rwhitby | green/off/green/off/green/off ..... for idle |
| 14:17.02 | dwery | i'll try |
| 14:18.40 | *** join/#nslu2-linux ByronT-Away (i=ByronT@nslu2-linux/ByronT) |
| 14:24.39 | *** join/#nslu2-linux [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 14:31.24 | dwery | the results are: |
| 14:31.45 | dwery | idle : quite noticeable state |
| 14:31.51 | dwery | led is green/off |
| 14:32.06 | dwery | little load |
| 14:32.07 | dwery | : |
| 14:32.17 | dwery | you get amber sometimes, sometimes not |
| 14:32.24 | dwery | from average to high |
| 14:32.39 | dwery | you get amber |
| 14:32.52 | dwery | i mean gree/off/amber/off |
| 14:33.16 | rwhitby | so the rate of flashing stays the same, just the percent of amber changes? |
| 14:34.33 | dwery | exactly. from green/off/green/off to green/off/amber/off |
| 14:34.54 | rwhitby | so how does that look from a user perspective ? |
| 14:35.31 | dwery | i think it's the most coherent resulkt we have with this interface and the limits we choiced. |
| 14:35.57 | rwhitby | what hoops did you have to jump through with the code? |
| 14:36.20 | dwery | you mean with the current code? |
| 14:36.37 | rwhitby | yeah |
| 14:36.59 | rwhitby | to get the green/off/amber/off and *not* get amber/off/amber/off |
| 14:38.10 | dwery | it is actually quite clean. only a couple of #ifndef in the cpu section in order to have a decent behaviour w/o CONFIG_TIMER, two arrays for the sequences, a counteer and an "if". |
| 14:38.59 | rwhitby | what is the behaviour now without timer enabled ? |
| 14:39.26 | dwery | green -> idle, amber -> busy |
| 14:40.23 | rwhitby | ok. I'd say we have the timer enabled by default though ... |
| 14:40.28 | dwery | yes |
| 14:45.11 | rwhitby | ok, so you're happy with the current scheme then? |
| 14:45.19 | dwery | yes |
| 14:45.32 | dwery | I'd say I don't want to touch the code again :) |
| 14:45.52 | rwhitby | I have a spare slug now, so I can test it out (tomorrow). |
| 14:46.09 | dwery | ok, i'll prepare the patch |
| 14:46.11 | rwhitby | night, and thanks for the further prototyping. |
| 14:46.21 | dwery | thaks to you too |
| 14:46.22 | rwhitby | I've sent the proposal to the list. |
| 14:46.24 | dwery | ok |
| 14:49.45 | rwhitby | dwery: one question: what is the startup sequence if the leds start as released? |
| 14:50.53 | dwery | the sequence we just designed will be used immediately |
| 14:50.53 | rwhitby | (i.e. if the led is initialised as solid red, then when does it change from solid red to red/off to green ?) |
| 14:51.38 | rwhitby | ok. |
| 14:52.24 | rwhitby | I wonder if the kernel ever goes idle before the end of booting up ? |
| 14:53.27 | rwhitby | I guess it will go from red to green/off/amber/off and then finally to green/off/green/off when it becomes idle. |
| 14:53.34 | dwery | when waiting for the usb disk probably |
| 14:53.43 | rwhitby | and if the timer is not enabled, then it would go from red to amber to green |
| 14:54.19 | rwhitby | so you can still use the basic scheme to identify somewhat where you are in the boot sequence |
| 14:54.43 | dwery | well, yes |
| 14:55.31 | rwhitby | so that's a good outcome. |
| 14:56.48 | rwhitby-asleep | Well, my work here is done. |
| 14:57.33 | dwery | rwhitby-asleep: mine too :-D |
| 15:13.32 | *** join/#nslu2-linux CIA-8 (n=CIA@flapjack.navi.cx) |
| 15:34.54 | *** join/#nslu2-linux [g2] (n=g2@nslu2-linux/g2) |
| 15:35.17 | *** join/#nslu2-linux Matta (n=matta@YYYDXL.dsl.saunalahti.fi) |
| 15:41.15 | CIA-8 | 03koen 07org.openembedded.dev * rcec9dd28... 10/packages/hal/hal_0.5.4.bb: udev: add 0.5.4 and package the device-manager seperatly |
| 15:43.02 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 16:42.30 | CIA-8 | 03dlubinski * 10unslung/sources/knock/rc.knockd: |
| 16:46.04 | CIA-8 | 03dlubinski * 10unslung/make/knock.mk: |
| 16:47.19 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.135.158.15) |
| 16:48.17 | *** join/#nslu2-linux jipi (n=jipi@cm191.delta245.maxonline.com.sg) |
| 16:53.37 | CIA-8 | 03dlubinski * 10unslung/Makefile: |
| 16:54.37 | *** join/#nslu2-linux rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 16:59.17 | *** join/#nslu2-linux ByronT_ (i=ByronT@nslu2-linux/ByronT) |
| 17:08.44 | dwery | yvasilev: ping |
| 17:17.08 | jell1 | pong |
| 17:17.14 | jell1 | oh. no. not me. |
| 17:18.53 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 17:23.17 | yvasilev | dwery: ping |
| 17:23.42 | dwery | yvasilev: hi.. it seems ial 2.0 is working le.. did you tried it with the latest .14-rc3? |
| 17:24.39 | yvasilev | dwery: just came online after this long offline weekend, and got the patches but have not tried them |
| 17:25.10 | yvasilev | dwery: have you? any experience/advice/commentary? |
| 17:25.27 | dwery | i posted on the ml.. it works, it requires a one-line fixt in the eth code |
| 17:25.56 | yvasilev | do you have the link to that email? |
| 17:26.16 | dwery | no :( |
| 17:26.26 | dwery | have to go now.. |
| 17:26.28 | dwery | see ya! |
| 17:26.28 | yvasilev | -linux or -dev? |
| 17:26.32 | dwery | -dev |
| 17:26.46 | yvasilev | bye, will look for it |
| 18:08.44 | *** join/#nslu2-linux cheef_daniel (n=NSLU2-IR@p549A9160.dip0.t-ipconnect.de) |
| 18:09.46 | cheef_daniel | hi I tryed to build the unslung-image on my debian, but it fails with this error: |
| 18:10.19 | cheef_daniel | "/usr/bin/install -c -m 755 bin/quilt bin/guards /home/nslu2/slug/unslung/tmp/staging/i686-linux/bin/" |
| 18:10.32 | cheef_daniel | "/usr/bin/install: cannot change ownership of `/home/nslu2/slug/unslung/tmp/staging/i686-linux/bin/quilt': Operation not permitted" |
| 18:10.52 | cheef_daniel | the user has no admin-rights |
| 18:11.06 | cheef_daniel | what could I do? |
| 18:11.10 | CIA-8 | 03koen 07org.openembedded.dev * ra6f132d0... 10/packages/kismet/kismet_2005-08-R1.bb: packages/kismet: add 2005-08-R1 |
| 18:12.22 | cheef_daniel | to whose user will the script ownership? |
| 18:16.46 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-084-059-087-165.pools.arcor-ip.net) |
| 18:17.04 | cheef_daniel | I think it has to do with my mount-command, but dont know |
| 18:17.16 | *** join/#nslu2-linux kolla (i=kolla@firda.kolla.no) |
| 18:17.33 | cheef_daniel | the root user, has the same error |
| 18:52.17 | *** join/#nslu2-linux cbpage (n=cpage@ip68-6-39-177.sb.sd.cox.net) |
| 18:55.14 | *** join/#nslu2-linux n7ipb (n=n7ipb@19.sub-70-218-123.myvzw.com) |
| 19:09.36 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 19:09.48 | *** join/#nslu2-linux twan (n=twan@179-21.244.81.adsl.skynet.be) |
| 19:13.43 | Jacmet | dwery-away: I'll have a look at the LE mtd patch tonight |
| 19:14.58 | [g2] | Jacmet around ? |
| 19:19.25 | Jacmet | [g2]: yes? |
| 19:19.35 | [g2] | debian installer ? |
| 19:19.54 | Jacmet | [g2]: yes? |
| 19:20.18 | [g2] | My Loft proto is loading the kernel from CF and booting directly to debian on sda |
| 19:20.32 | [g2] | so now I'm missing the installer bits |
| 19:20.56 | Jacmet | [g2]: Ok - I'm just using the lart installer |
| 19:21.05 | Jacmet | [g2]: You are using BE, right? |
| 19:21.08 | [g2] | nod |
| 19:21.30 | [g2] | 98% of the installer should be identical right ? |
| 19:21.31 | Jacmet | [g2]: then I guess you need to recompile the installer - I haven't tried that myself |
| 19:21.38 | Jacmet | [g2]: yes |
| 19:21.56 | [g2] | can we take the to #debonaras |
| 19:22.02 | [g2] | s/the/this |
| 19:22.19 | Jacmet | certainly |
| 19:35.12 | *** join/#nslu2-linux joschi_ (n=joschi2@dslb-084-056-192-092.pools.arcor-ip.net) |
| 19:35.46 | joschi_ | hi - anybody some knowledge about autoconf / automake? |
| 19:36.59 | joschi_ | i wonder how variables, which are determined by automake are actually passed to the compilation process... |
| 19:37.30 | *** join/#nslu2-linux ByronT (i=ByronT@nslu2-linux/ByronT) |
| 19:42.35 | bullet | joschi_: configure generates config.h |
| 19:43.04 | bullet | and CFLAGS/LDFLAGS... those are in the Makefiles, which also get generated |
| 19:44.35 | joschi_ | hm |
| 19:44.44 | jp30-work | joschi_, info autoconf is your friend |
| 19:44.56 | joschi_ | yes, i already read that |
| 19:45.15 | joschi_ | but i yet don't understand completely... :( |
| 19:45.22 | joschi_ | it's a bit complicated :) |
| 19:46.11 | joschi_ | when i normally build a project, i run configure, then automake, correct? |
| 19:46.23 | bullet | no. you run configure && make ... |
| 19:47.09 | bullet | automake/autoconf is run to generate the configure script and all it's stuff. you would only need to run autotools if you modified configure.in/Makefile.am/... stuff |
| 19:47.10 | joschi_ | ok.. sure *think* |
| 19:47.45 | joschi_ | may i describe my actual problem in short? i try to build cups for openslug |
| 19:49.47 | bullet | i don't mind. but it's not really the right place to discuss autoblah problems |
| 19:53.38 | joschi_ | ok, the problem is that cups always stops when compiling, because it can't find directory definitions, i.e. CUPS_SERVERROOT |
| 19:53.43 | *** join/#nslu2-linux Matta (n=matta@YYYDXL.dsl.saunalahti.fi) [NETSPLIT VICTIM] |
| 19:54.22 | joschi_ | i don't fully understand yet where the #define's should come from |
| 19:54.42 | bullet | grep for em :) |
| 19:54.51 | bullet | and have a look in config.h |
| 19:55.02 | joschi_ | yep, did that |
| 19:55.52 | jp30-work | joschi_, there are two ways: you can have autoconf rewrite a header like config.h, or you can have it supply the defines in the makefile with -D |
| 19:56.13 | jp30-work | either way you need to make the variables for substitution with AC_SUBST() |
| 19:56.20 | joschi_ | yep, the latter isn't the case for sure |
| 19:57.27 | joschi_ | a more general question: why does bitbake always run autoconf & automake ? |
| 20:01.07 | joschi_ | ok - summary: i have AC_SUBST(CUPS_SERVERROOT) in configure.in |
| 20:01.46 | joschi_ | but i DON'T have it in config.h |
| 20:02.03 | jp30-work | have you grepped for "@CUPS_SERVERROOT@" |
| 20:02.03 | *** join/#nslu2-linux Matta (n=matta@YYYDXL.dsl.saunalahti.fi) [NETSPLIT VICTIM] |
| 20:16.42 | joschi_ | hm, maybe i found something... |
| 20:16.51 | joschi_ | it's also in "config-cups" |
| 20:17.26 | joschi_ | maybe this should be called in addition to the normal configure before compilation? i look in the cups readme... |
| 20:27.09 | CIA-8 | 03jp30 * 10unslung/make/qemu-libc-i386.mk: qemu-lib-i386: revert to crosstool 0.28 in an effort to fix mystery autobuild failures |
| 20:31.36 | joschi_ | hm, maybe i let it alone and continue using the optware version of cups in openslug... |
| 20:31.56 | joschi_ | i seem not to have enough knowledge how all this configure-stuff works... :( |
| 21:01.47 | *** join/#nslu2-linux dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 21:03.28 | *** part/#nslu2-linux joschi_ (n=joschi2@dslb-084-056-192-092.pools.arcor-ip.net) |
| 21:27.13 | *** part/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 21:27.26 | *** join/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 21:27.31 | *** part/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 21:41.11 | CIA-8 | 03koen 07org.openembedded.dev * r3181a893... 10/packages/h2200-bootloader/h2200-bootloader.bb: packages/h2200-bootloader/h2200-bootloader.bb: add firmware extractor for the iPAQ h2200 |
| 21:54.05 | *** join/#nslu2-linux ByronT (i=ByronT@nslu2-linux/ByronT) |
| 22:01.52 | *** join/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 22:31.03 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 22:31.09 | CIA-8 | 03koen 07org.openembedded.dev * r79e64c2a... 10/conf/machine/h2200.conf: conf/machine/h2200.conf: add bootloader firmware dumper, needed for suspending |
| 22:44.52 | *** join/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 22:45.17 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 22:55.09 | *** join/#nslu2-linux ByronT (i=ByronT@nslu2-linux/ByronT) |
| 22:55.17 | *** join/#nslu2-linux Guest8432 (n=NSLU2-IR@p549A9160.dip0.t-ipconnect.de) |
| 22:56.05 | cheef_daniel | is there some way to download the files which should be downloaded by the Makefile manually? |
| 22:57.24 | ByronT | just wget them - place them and the md5 file in the appropriate downloads folder |
| 22:57.47 | cheef_daniel | thats the problem, dont know the URL |
| 22:58.05 | cheef_daniel | I know only the filename, but dont find it with google |
| 22:58.08 | ByronT | check the appropriate .bb file |
| 22:58.20 | ByronT | there should be a source URL in it |
| 22:58.50 | cheef_daniel | thx i will have a loog |
| 22:58.51 | cheef_daniel | k |
| 22:59.26 | dwery | Jacmet: ack. |
| 23:00.05 | cheef_daniel | or is there some way to browse the nslu2-linux.org server? |
| 23:00.37 | cheef_daniel | I need 2.4.22-xfs-nslu2.patch.bzip2 |
| 23:01.46 | ByronT | try sources.nslu2-linux.org/sources/foo.bz2 |
| 23:03.06 | cheef_daniel | while I building the NSLU2-package from Master Makefile my connection to internet got lost, if I restart it then msg:" can't open input file... |
| 23:03.45 | cheef_daniel | I didn't know in which bb file I must look, because the script started a while ago... |
| 23:03.49 | ByronT | so blow away the tmp folder, wget the needed file and re start the make process |
| 23:04.15 | ByronT | you can also use the make prefetch to pre-download the needed files first |
| 23:04.32 | cheef_daniel | but then the whole makefile-script will start from beginning? |
| 23:05.16 | ByronT | only if you clobber everythign |
| 23:05.33 | ByronT | if something has properly built, it won't rebuild |
| 23:07.13 | cheef_daniel | so I can use make prefetch without any troubles? |
| 23:10.22 | dwery | jbot_, slugtime |
| 23:10.52 | rwhitby-away | ~slugtime |
| 23:10.54 | jbot | methinks slugtime is 40 hour days 10 hours in 4 timezones with overlap |
| 23:12.04 | dwery | rwhitby-away: thanks :) |
| 23:12.48 | cheef_daniel | ByronT: thx it worked with this URL http://nslu.sourceforge.net/downloads/ |
| 23:13.52 | dwery | rwhitby-away: do you have a couple of mins to discuss about the power button? |
| 23:14.05 | rwhitby-away | sure |
| 23:14.41 | dwery | rwhitby-away: it seems the proposal are three currently: signal init, invoke /sbin/shutdown , /proc/acpi/event emulation |
| 23:16.03 | rwhitby-away | how about just signal init. then the user (or distro installer) can put an entry in /etc/inittab which does the right thing. |
| 23:17.00 | dwery | I don't like too much the idea the user or the installer has to instal something nslu2 specific |
| 23:17.27 | dwery | let's ask jacmet about the debian installer |
| 23:17.30 | dwery | Jacmet: ping |
| 23:18.12 | rwhitby-away | dwery: handling ctrl-alt-del in /etc/inittab is not nslu2 specific |
| 23:19.00 | dwery | rwhitby-away: mm.. right. I just noticed that the inittab on my slug hasn't the ctrlaltdel line |
| 23:19.28 | rwhitby-away | running what distro? |
| 23:19.32 | dwery | debian |
| 23:19.55 | dwery | my fault |
| 23:19.58 | dwery | it has the line |
| 23:20.10 | rwhitby-away | ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now |
| 23:21.21 | dwery | yep, but it is configure to do a reboot by default |
| 23:21.33 | dwery | while the users expects a power off |
| 23:23.04 | rwhitby-away | this user doesn't :-) |
| 23:23.26 | rwhitby-away | my slugs are specifically modified to never power off, but I do want to reboot them sometimes. |
| 23:23.34 | dwery | :) |
| 23:23.51 | rwhitby-away | and I can't reach the reset button at the back ... |
| 23:24.30 | dwery | you;re a worst-case user :-D |
| 23:26.18 | dwery | what about signal init unless the /proc/acpi/event emulation is active? |
| 23:26.30 | rwhitby-away | that works for me |
| 23:27.16 | dwery | I haven't seen jbowler here recently.. I would have liked to ask his opinion in realtime :( |