00:29.00 | *** join/#oe leoncamel (n=leoncame@221.217.115.43) |
00:44.06 | *** join/#oe NAbyss_ (n=foo@220-253-10-230.VIC.netspace.net.au) |
00:53.04 | TMM1 | i can't figure out how to get grub installed on my ext2 bootstrap image. i can dd stage1 to the image but then the size changes to 512 and i can't loop mount it anymore |
00:54.38 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
00:54.50 | likewise | TMM1: What's the exact dd command you use? |
00:59.23 | TMM1 | dd if=stage1 of=rootfs.ext bs=512 count=1 |
01:09.14 | likewise | dd if=rootfs.ext of=rootfs_tmp.ext skip=1 bs=512; cat stage1 rootfs_tmp.ext >rootfs_with_stage1.ext |
01:10.25 | likewise | or maybe use the "notrunc" option of dd in the way you use it. |
01:13.33 | *** join/#oe idealm (n=ideal@218.82.61.97) |
01:14.44 | emte | TMM1, i don not (myself) belive it is possible |
01:14.50 | emte | do not* |
01:14.51 | TMM1 | hrmf |
01:14.57 | TMM1 | someone in the channel earlier suggested it |
01:15.15 | TMM1 | how else could i accomplish it |
01:15.21 | emte | you MAY be able to install grub in an image IF you know the exact device sice and it's allocations |
01:15.44 | emte | otherwise you need to somehow run a script to set thses things after the image is installed |
01:16.03 | TMM1 | but i can't run a script if the image won't boot |
01:16.13 | emte | that is correct |
01:16.29 | emte | thsi is the reason for installer shelles |
01:16.31 | emte | this* |
01:17.33 | emte | you possibly need to build/run a ram image to handle installing |
01:18.20 | emte | keep in mind this is only my thoughts, it may be possible some other way |
01:19.02 | emte | but grub reads from your device MBR or somewhere else it is told to |
01:19.17 | emte | it needs a valid partition table somewhere |
01:20.21 | TMM1 | ok, but if i'm going to dd this ext2 image directly to a harddrive to boot an x86 machine- shouldn't i just be able to stick the stage1 at the first sector so it ends up on the mbr |
01:20.46 | emte | there is nothing to say that is where it exists |
01:21.42 | TMM1 | hmm |
01:21.55 | emte | what your doing is a common issue with GHOST images |
01:22.32 | emte | or any other backup/replicating scheme that uses direct images |
01:23.20 | emte | it works perfectly on the same hardware it came from, but not other hardware |
01:24.33 | TMM1 | ok well in this case i'm only interested in this particular hardware |
01:24.36 | emte | you may want to look at something like annaconda or one of the other distro installers for a couple ideas how to handle this issue |
01:37.37 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
02:28.31 | *** join/#oe leoncamel (n=leoncame@221.217.115.43) |
02:30.28 | *** join/#oe benlau (n=benlau@221.125.13.158) |
02:35.53 | *** join/#oe _chronic (n=chronic@81.187.145.190) |
02:36.49 | *** part/#oe _chronic (n=chronic@81.187.145.190) |
02:41.44 | chouimat|Zzzz | night |
02:57.21 | CSMan | so i have a source file and its Makefile in a tar.gz , do I need to have 'all' and 'install' targets in the Makefile ? |
02:57.46 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
03:15.52 | *** join/#oe tmbinc (i=XXX@e176179049.adsl.alicedsl.de) |
03:34.07 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:37.57 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
04:05.34 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
04:24.39 | *** join/#oe nacer|film (i=HydraIRC@host227-126.pool8255.interbusiness.it) |
04:53.52 | *** join/#oe angom_h (n=angom@red-corp-200.79.145.199.telnor.net) |
05:01.56 | *** join/#oe angom_h (n=angom@red-corp-200.79.145.199.telnor.net) |
05:17.17 | mithro | arg! |
05:17.21 | mithro | anyone here alive? |
05:20.46 | *** join/#oe W8TVI (n=me@166.165.155.95) |
05:20.58 | NAbyss | Nope |
05:21.46 | angom_h | ZZZzzzzz |
05:34.59 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
05:36.45 | TheMasterMind1 | i want the the grub package to include a /boot/grub symlink to /usr/lib/grub/ |
05:36.53 | TheMasterMind1 | whats the best step in the grub bb file to add that |
05:45.59 | *** join/#oe DaKa_ (n=david@193.13.58.211) |
05:53.19 | *** part/#oe FireEgl (i=Atlantic@Atlantica.DollarDNS.Net) |
06:27.15 | *** join/#oe ibot_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
06:27.15 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date |
06:32.51 | *** join/#oe champ (n=champ@216.85.238.67) |
06:56.54 | *** join/#oe CoreDump|afk (n=mhentges@hentges.net) |
06:57.07 | *** join/#oe hwtech|afk (n=hwtechni@80.78.239.70) |
06:57.31 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
07:21.25 | *** join/#oe Clenche (i=Clenche@9.237.97-84.rev.gaoland.net) |
07:50.32 | *** join/#oe gremlin[it] (n=gremlin@88-149-149-146.f4.ngi.it) |
08:05.04 | *** join/#oe Mardy_ (n=mardy@adsl-184-111.38-151.net24.it) |
08:09.16 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
08:10.39 | *** join/#oe dijenerate_ (n=dijenera@72.22.131.224) |
08:26.02 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
08:26.11 | Ifaistos | goodmornig all ! |
08:27.25 | *** join/#oe idealm (n=ideal@218.82.61.97) |
08:35.10 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de) |
08:56.26 | Bernardo | good morning |
09:20.26 | *** join/#oe polyonymous_ (i=hacker@pD953859D.dip0.t-ipconnect.de) |
09:23.46 | CoreDump|home | morning |
09:25.16 | koen | hey CoreDump|home |
09:25.41 | koen | ~kill perl |
09:25.42 | ibot | ACTION shoots a magneto-ionized meson gun at perl |
09:25.47 | koen | stupid xmltv |
09:26.43 | jnc | :) |
09:27.12 | jnc | koen: how do you suggest kernels handle eabi/noneabi-ness |
09:27.21 | koen | overrides |
09:27.23 | jnc | when building, and i mean to reference the defconfig |
09:27.25 | jnc | hmm |
09:34.31 | CoreDump|home | koen: I had a question here yesterday when I tried to compile mplayer or mplayer-atty for GPE. It always insistet on compiling libSDL-qpe since I had build an Opie image in the same buildroot. I've trashed tmp and started over only to find that mplayer requires uicmoc-native...isn't uicmoc an Opie thing? |
09:34.53 | CoreDump|home | sheesh, bad spelling there... |
09:35.46 | koen | uicmoc is an opie thing |
09:35.53 | CoreDump|home | damn |
09:36.00 | koen | you need to set a preferred provider for libsdl |
09:42.49 | CoreDump|home | what is the difference between mplayer and mplayer-atty? The .bb's description is identical :\ |
09:46.13 | koen | mplayer-atty has armv5 assembler |
09:46.28 | koen | the usual zaurus non portable crap |
09:48.59 | CoreDump|home | hmm |
09:49.17 | CoreDump|home | doesn't sound too good. I take it, it is faster? |
09:50.11 | koen | I sure hope it is |
09:50.37 | CoreDump|home | =) |
09:58.41 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
09:58.41 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date |
10:05.39 | *** join/#oe uv1 (n=kvirc@p50890912.dip0.t-ipconnect.de) |
10:08.40 | uv1 | Hi all ... |
10:09.18 | uv1 | We have a tree way merge error on "sharp-aticore-oss_1.0.1.bb"! |
10:12.21 | CoreDump|home | well, merge it manually then? |
10:13.57 | *** join/#oe dkey (i=nobody@193.170.48.236) |
10:20.45 | CoreDump|home | NOTE: package mplayer-1.0pre7: completed |
10:21.41 | Ifaistos | koen : I working on a ppc kernel (2.6.12 / 2.6.15.4) and have stumbled into the problem mentioned here -> http://bugs.openembedded.org/show_bug.cgi?id=721 |
10:22.27 | Ifaistos | koen : on top of the arch specific files it also need to copy some more in order for external modules (hostap, madwifi) to be build correclty |
10:23.07 | Ifaistos | koen : The quetsion is should platform specific stuff go into the bb.classes or should they be handled by the relative kernel bb.file ? |
10:25.25 | *** join/#oe dijenerate__ (n=dijenera@69.73.203.95) |
10:31.40 | koen | Ifaistos: I have no idea, could you post a comment to that bug and/or send a mail to oe@? |
10:34.47 | *** join/#oe ldc (n=pakar@c-d83ae655.114-1-64736c15.cust.bredbandsbolaget.se) |
10:35.30 | Ifaistos | koen : ok. will do so |
10:46.44 | CoreDump|home | lol http://www.userfriendly.org/cartoons/archives/06mar/uf008926.gif |
11:09.18 | *** join/#oe idealm (n=ideal@218.82.61.97) |
11:10.15 | *** join/#oe Bompo (n=Bompo@V32f5.v.pppool.de) |
11:11.40 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
11:14.46 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
11:18.10 | Cockroach- | good day |
11:18.56 | likewise | hi all |
11:19.02 | likewise | hi cockroach |
11:19.33 | likewise | CVS kernel gives me this: |
11:19.35 | likewise | 42949554.780000] ixp400_eth: ethernet 0 using NPEB and the PHY at address 0 |
11:19.43 | likewise | [42949554.800000] Division by zero in kernel. |
11:24.14 | *** join/#oe NAbyss_ (n=foo@220-253-0-17.VIC.netspace.net.au) |
11:39.33 | *** join/#oe mithro (n=tim@lester.mithis.com) |
12:16.20 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
12:26.25 | *** join/#oe mithro (n=tim@lester.mithis.com) |
12:29.44 | koen | heh |
12:29.47 | koen | RMK is funny |
12:29.49 | koen | Just say no to Python (tm) |
12:33.20 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
12:34.14 | *** join/#oe darkschneider (n=gab@213.140.6.96) |
12:35.04 | chouimat | morning |
12:40.11 | *** join/#oe benlau (n=benlau@221.125.13.158) |
12:49.25 | *** join/#oe Bompo (n=Bompo@V3a22.v.pppool.de) |
12:50.10 | *** part/#oe Bompo (n=Bompo@V3a22.v.pppool.de) |
12:53.14 | *** join/#oe likewise_ (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
13:10.42 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
13:19.11 | HopsNBarley | Ifaistos, I'm also working on ppc kernel. maybe we can exchange notes? |
13:20.37 | Ifaistos | HopsNBarley : good :) |
13:21.19 | HopsNBarley | Ifaistos, I've had no problems building 2.6.11, i'm just starting to experiment with later revs. |
13:22.06 | Ifaistos | HopsNBarley : i got 2.6.12 and 2.6.15.4 to build but there are issues when compiling modules |
13:22.27 | HopsNBarley | Ifaistos, I'll take a look. I saw the patch you mentioned. |
13:22.27 | Ifaistos | HopsNBarley : external modules like hostap and madwifi |
13:22.55 | HopsNBarley | Ifaistos, I hit this in 2.6.16: error: `SERIAL_PORT_DFNS' undeclared here |
13:23.08 | HopsNBarley | Ifaistos, this in arch/ppc/boot/common/ns16550.c:20 |
13:23.35 | HopsNBarley | Ifaistos, I'm pretty sure this is from not having the include files right. i.e. the specific arch i'm using isn't set up correctly. |
13:23.49 | Ifaistos | HopsNBarley : for which ppc you are compiling ? i am doing 405gp |
13:37.55 | CoreDump|home | I'll create a "mplayer-common" package which contains working configuration for mplayer and mplayer-atty |
13:38.08 | CoreDump|home | if that's ok.. |
13:39.06 | koen | CoreDump|home: with -ac mad -framedrop ?p |
13:39.28 | CoreDump|home | and correct rotation for SL-Cxxxx |
13:42.03 | koen | correct rotation? |
13:42.13 | koen | what kind of funky Xserver config do you have?s |
13:42.30 | CoreDump|home | X? i was running it from the VT |
13:48.00 | CoreDump|home | mplayer in X will mess up the whole desktop |
13:48.46 | *** join/#oe theturtle (n=theturtl@theturtle.net) |
13:51.15 | koen | ? |
13:51.21 | koen | mplayer -vo x11 -fs -zoom ? |
13:56.54 | CoreDump|home | mplayer doesn't compile with -vo x11 |
13:57.01 | CoreDump|home | err |
13:57.13 | CoreDump|home | it is not compiled with -vo x11 |
13:58.50 | *** join/#oe idealm (n=ideal@218.82.61.97) |
14:04.35 | CoreDump|home | koen: ok, rotation in X with -vo sdl is correct |
14:13.21 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
14:17.29 | mithro | you might want the w100 driver with mplayer, unless X has gained accel |
14:22.22 | CoreDump|home | hmmm |
14:22.28 | CoreDump|home | w100 |
14:23.16 | CoreDump|home | mithro: is there any documention about w100? |
14:28.11 | mithro | some |
14:28.22 | mithro | but things would have change quite a bit since I last looked at it |
14:29.43 | RP | There is very little documentation about the w100 |
14:37.53 | mithro | hows the opensource aticore stuff going? |
14:42.48 | RP | mithro: I haven't had time but I know some other people working on it and its nearly complete |
14:50.37 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
14:56.08 | *** join/#oe psioff_ (n=root@83.237.153.120) |
14:59.01 | *** join/#oe zap (n=zap@217.170.93.9) |
15:02.55 | CoreDump|home | ok, it looks like mplayer isn't able to set options to a specific -vo (and not use them on other -vo's) |
15:03.35 | CoreDump|home | the only way to make mplayer work correctly in X _and_ VT would be to use a wrapper for mplayer |
15:04.13 | koen | the most important stuff you want to put in mplayer.conf is ac = mad and framedrop |
15:04.37 | koen | that accound for 95% of the 'bugs' user complain about |
15:04.40 | koen | accounts* |
15:04.43 | CoreDump|home | koen: i want mplayer to work correctly in X and VT |
15:04.57 | CoreDump|home | that includes correct rotation |
15:26.48 | *** join/#oe alan|home (n=alan@ARouen-152-1-26-101.w83-115.abo.wanadoo.fr) |
15:29.43 | *** join/#oe uv1 (n=kvirc@p508945CD.dip0.t-ipconnect.de) |
15:30.14 | *** join/#oe theturtle (n=theturtl@theturtle.net) |
15:30.54 | CIA-4 | 03rpurdie 07org.oe.dev * r2e6f4fc5... 10/packages/ (5 files in 3 dirs): Update several DEPENDS to match recent xlibs renaming |
15:32.17 | uv1 | Good evening all |
15:36.02 | uv1 | Ping mickeyl |
15:38.04 | RP | hi uv1 |
15:38.11 | uv1 | hi RP |
15:39.04 | uv1 | Have problems to build linux-uml. Kernel build complains "PTRACE_SETOPTIONS' undeclared". Any ideas ? |
15:39.18 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
16:06.04 | *** join/#oe laradji (n=laradji@host227-126.pool8255.interbusiness.it) |
16:15.49 | CIA-4 | 03coredump 07org.oe.oz354x * r39783c0e... 10/packages/gpe-bootsplash/ (11 files in 3 dirs): gpe-bootsplash: Update to version from .dev to allow for bootsplash themes |
16:15.53 | CIA-4 | 03coredump 07org.oe.oz354x * r1d2119c9... 10/packages/mplayer/ (4 files in 2 dirs): |
16:15.53 | CIA-4 | mplayer: Add mplayer-common. |
16:15.53 | CIA-4 | mplayer-common includes a default configuration for mplayer which should work on all devices. Also added mplayer-common to the mplayer and mplayer-atty .bb's |
16:15.57 | CIA-4 | 03coredump 07org.oe.dev * r4aa63cca... 10/packages/mplayer/ (4 files in 2 dirs): mplayer: Add mplayer-common, ported from 3.5.4.1 |
16:20.43 | koen | CoreDump|home: ao=oss is slower as ao=also according to Xoroa |
16:24.08 | CoreDump|home | koen: sadly, ao=alsa doesn't work on SL-Cxxxx right now |
16:24.20 | koen | ah, I see |
16:26.43 | gremlin[it] | where i can find info apout tslib ? there is a specific irc channel ??? |
16:30.14 | Bernardo | CoreDump|home: not even with the latest alpha? |
16:30.31 | koen | gremlin[it]: not that I know off |
16:30.38 | koen | gremlin[it]: kergoth_ is the tslib maintainer |
16:30.42 | CoreDump|home | alsa sound itself works just fine, but mplayer refuses to work with -ao alsa |
16:31.20 | koen | mplayer is a piece of crap when you look how its being developed |
16:31.50 | gremlin[it] | thank koen ... |
16:34.09 | gremlin[it] | after i finish the framebuffer the customer notice teh ts don't work ... grrrr |
16:34.28 | koen | gremlin[it]: ipkg install tslib-tests |
16:35.05 | koen | gremlin[it]: that will give you some utils to debug tslib |
16:38.13 | gremlin[it] | koen no way i wan't abel to build a functional image with oe ... |
16:39.18 | gremlin[it] | i know the error ... when i do a read (c library) to the file descriptor of ts device i got 'invalid argument' ... |
16:39.55 | gremlin[it] | same error if i try to do a `cat /dev/misc/ep93xx_ts` ... |
16:42.12 | gremlin[it] | but tha strange thing is that ts_print utility work ... at least it print out some numbers ... mistere for me ... |
16:47.51 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
16:52.06 | koen | CoreDump|home, RP: could one of you merge the multiple heads? |
16:52.52 | CoreDump|home | which branch? |
16:53.24 | koen | the one with multiple heads :) |
16:55.22 | CoreDump|home | monotone: successful exchange with monotone.vanille.de |
16:55.22 | CSMan | hello |
16:55.24 | CoreDump|home | merged |
16:58.00 | CSMan | when bitbake goes into do_package stage, what is ${WORKDIR} the current directory? it seems it's not even using my Makefile |
16:58.34 | jnc | CoreDump|home: #PREFERRED_PROVIDERS += " virtual/libsdl:libsdl-qpe" |
16:58.45 | jnc | comment that out in local.conf and in its place do... |
16:58.51 | jnc | PREFERRED_PROVIDERS += " virtual/libsdl:libsdl-x11" |
16:59.09 | jnc | i wish that were documented somewhere |
16:59.10 | CoreDump|home | jnc: oh yeah, I did that already. thanks tho ;) |
16:59.43 | CoreDump|home | of course, having that in local.conf prevents you from compiling opie SDL stuff |
16:59.50 | jnc | oh yeah |
16:59.54 | jnc | good thing you mention that |
16:59.59 | koen | CoreDump|home: not really |
17:00.05 | jnc | since i just started an opie-image build. heh |
17:00.16 | koen | the shlib stuff should pickup libsdl |
17:00.23 | CoreDump|home | koen: it does |
17:00.27 | CoreDump|home | the wrong one.... |
17:00.34 | koen | that's a bug |
17:00.38 | CoreDump|home | =) |
17:01.19 | jnc | you know, can it be so hard to make libsdl selectable through a debian-like alternatives system? |
17:01.36 | koen | CoreDump|home: reopen http://bugs.openembedded.org/show_bug.cgi?id=115 |
17:01.47 | CIA-4 | 03koen 07org.oe.dev * rfac7719b... 10/packages/upnp/libupnp_1.3.1.bb: libupnp: add 1.3.1 |
17:04.01 | jnc | kernel/qmemorymanager_qws.h:129: error: cast from ‘char*’ to ‘int’ loses precision |
17:04.04 | jnc | oh fun |
17:04.29 | mickeyl | heh |
17:04.52 | CoreDump|home | holy crap. I have no idea what this bug is all about lol |
17:04.59 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
17:11.17 | *** join/#oe HuntrCkr (n=huntrckr@196.31.116.196) |
17:11.54 | HuntrCkr | evening |
17:13.23 | jnc | CoreDump|home: it's not too difficult to understand |
17:13.37 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de) |
17:13.49 | jnc | CoreDump|home: libsdl-qte and libsdl-x11 are not binary compatible |
17:13.58 | CoreDump|home | right |
17:14.03 | jnc | that's the end of it |
17:14.08 | jnc | heh |
17:14.19 | CoreDump|home | thats not a bug, it's fact =D |
17:14.53 | jnc | exactly. that bug report is mostly a discussion on what is already known |
17:17.05 | jnc | would someone on ia32 build host please test this patch? http://bugs.openembedded.org/attachment.cgi?id=496 |
17:18.18 | koen | jnc: libsdl-qte and libsdl-x11 are binary interchangable for apps that link against one of them |
17:18.51 | koen | which is what #115 is about, that OE doesn't know how to handle virtual/<something> |
17:18.59 | jnc | oh? |
17:19.13 | jnc | there was mention of a spurious main() function |
17:19.14 | koen | the -DSDLMAIN was fixed eons ago |
17:19.21 | jnc | ah =) |
17:19.26 | jnc | okay so they are binary compatible huh |
17:19.56 | jnc | would this make sense to handle at the package manager level? |
17:20.05 | koen | it already is |
17:20.18 | koen | when #115 was closed it worked as expected |
17:20.33 | jnc | oh then why suggest to reopen it |
17:20.50 | koen | the packages depended on libsdl_1.2.x and your package manager will select the appropriate one from the feeds |
17:21.08 | jnc | that sounds okay |
17:21.19 | koen | I suggested to reopen it since CoreDump|home was seeing Depends: libsdl-qte |
17:21.35 | CoreDump|home | actually I wasn't |
17:21.37 | jnc | ohh, not depends libsdl_1.2.x |
17:21.50 | CoreDump|home | i was seeing gpe-apps compiled with QPE sdl |
17:22.17 | koen | ah, I misunderstoodn |
17:22.26 | koen | that's pretty harmless |
17:22.35 | CoreDump|home | but annyoing =\ |
17:22.42 | koen | provided you only have libsdl-x11 visible to ipkg |
17:23.08 | koen | it's one of the things you have to pay attention to as a distro developer :) |
17:23.44 | CoreDump|home | heh I hate it when mplayer/gpe doesn't run because it can't find libqpe or something like that |
17:25.37 | jnc | koen: how about we dump some of this into the sanity check bb |
17:25.38 | koen | that should only happen if you screw up your feeds |
17:25.46 | jnc | and spit out warnings that we as developers can grok ;) |
17:26.45 | jnc | anyways... i'm just talking for apparently no reason. back to reviewing amd64 build host patches |
17:34.43 | CIA-4 | 03mickeyl 07org.oe.dev * r4559dcad... 10/packages/libetpan/ (7 files in 4 dirs): libetpan: add 0.43, remove 0.36 |
17:39.43 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
17:42.10 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
17:44.18 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
17:55.06 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
17:57.02 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
18:05.15 | *** join/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
18:07.09 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
18:14.13 | HuntrCkr | ok |
18:14.38 | HuntrCkr | i have this newly set up image of familiar running |
18:14.44 | HuntrCkr | and i am very happy |
18:15.09 | HuntrCkr | now, i am trying my utmost to make the boot process a bit more verbose, so i can actually see whats happening |
18:15.58 | HuntrCkr | i have tried setting the VERBOSE property in /etc/defaults/rcS to "yes" and "very", but i am not noticing any effect whatsoever |
18:16.15 | HuntrCkr | what am i be doing wrong? |
18:16.51 | CoreDump|home | dunno about fam, but check /etc/init.d/rc* |
18:20.10 | CoreDump|home | yay! Working hotkeys =) |
18:21.35 | HuntrCkr | ok CoreDump|home, i agree with you... i did check the init.d/rcS script, which is the very first script that runs... it has a few lines that say that if $VERBOSE = very, echo "Init".... etc etc. set VERBOSE to very, but no effect :( |
18:22.01 | koen | CoreDump|home: have you tried the softkeys on the lcd yet? |
18:22.43 | CoreDump|home | koen: nope, they do not work |
18:23.45 | HuntrCkr | [ "$VERBOSE" = very ] && echo "INIT: Running $i..." |
18:24.59 | HuntrCkr | now, if VERBOSE is set to very in the config file, what could possible reasons be for not seeing it... or is it perhaps echoing this back over the serial line instead of on the screen |
18:25.58 | Bernardo | CoreDump|home: gpe or opie? |
18:26.04 | CoreDump|home | gpe |
18:26.18 | CoreDump|home | opies are working fine for ages ;) |
18:30.48 | CoreDump|home | hmm it looks like matchbox grabs F11 |
18:31.45 | CoreDump|home | indeed it does |
18:37.40 | jnc | mickey|bbl: could you please take a look at bugs #345, #535 and test the patches on ia32 build host? they look like the correct thing to do for amd64 build host here |
18:39.02 | jnc | mickey|bbl: i'm quite sure they are okay for amd64 users, please test for ia32 build host :) |
18:39.46 | koen | CoreDump|home: f11 is used for fullscreen |
18:40.08 | CoreDump|home | right |
18:40.15 | jnc | CoreDump|home: the "fullscreen" hardware buttons are usually mapped to F11 key |
18:40.35 | jnc | you already knew that probably |
18:40.37 | jnc | :/ |
18:40.46 | CoreDump|home | =) |
18:42.02 | CoreDump|home | hmm i can't use the same hotkey mutiple times, i have to wait 5-10s for it to become usable again |
18:42.25 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
18:44.57 | *** part/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
18:45.27 | jnc | where the heck are my commits for sqlite? |
18:45.35 | jnc | i don't see it in .dev anywhere |
18:46.51 | *** join/#oe Jason_Foss (i=jason@d-ip-129-15-78-96.cs.ou.edu) |
18:46.54 | Jason_Foss | Ping. |
18:46.58 | jnc | pong |
18:47.11 | Jason_Foss | Cool. |
18:47.33 | jnc | oh wait there it is... 2.8.17 sqlite |
18:47.37 | Jason_Foss | I'm trying to set the date through the command line on Familiar. Does anyone know the currect format to do such a thing? |
18:48.00 | jnc | Jason_Foss: busybox docs i think |
18:49.44 | jnc | ohhhhh.... snap. i hardcoded this as a config option |
18:49.46 | jnc | damn i'm good |
18:50.05 | jnc | OPTS="-fPIC -D'INTPTR_TYPE=int'" |
19:02.56 | *** join/#oe rob_w (n=bob@p213.54.204.19.tisdip.tiscali.de) |
19:03.00 | rob_w | hi all |
19:03.13 | koen | hey rob_w |
19:03.19 | rob_w | maybe a no brainer for some of you : branch org.openembedded.oz354fam083 has multiple heads |
19:03.19 | rob_w | <PROTECTED> |
19:03.34 | rob_w | but for me it is like a himalaya currently |
19:03.36 | rob_w | ;-) |
19:04.20 | koen | monotone merge and ignore it |
19:04.27 | Bernardo | ~lart usb |
19:04.44 | jnc | rob_w: it means that the many monotone servers are a little out of sync |
19:04.54 | jnc | not a big deal in the world of monotone development |
19:04.57 | Bernardo | I got the wif dongle to work (with a powered hub) and no mather how I remove it, it always kills my keyboard |
19:04.58 | koen | jnc: no, that's wrong |
19:05.13 | jnc | koen: well sometimes people push changes to different servers |
19:05.14 | koen | jnc: it means that we have multiple heads and someone forgot to merge |
19:05.26 | jnc | i know in a perfect world everyone pushes to monotone.vanille.de |
19:05.35 | rob_w | i seee |
19:05.38 | koen | not much choice |
19:05.38 | CIA-4 | 03jnc 07org.oe.dev * r028a611c... 10/packages/uicmoc/ (2 files in 2 dirs): |
19:05.38 | CIA-4 | Add a couple of 64-bit buildhost cleanup patches to the tree, but do not use |
19:05.39 | CIA-4 | them yet. These need to be further tested by devs with ia32 buildhost, and |
19:05.39 | CIA-4 | activated by uicmoc maintainer. Thanks to Darren Edmundson for patches (OE bugs |
19:05.39 | CIA-4 | #345, #535). |
19:05.46 | jnc | thank goodness |
19:05.54 | jnc | i was testing to see if it would only commit those two files |
19:06.03 | jnc | and it did :) |
19:06.12 | koen | jnc: that's a nonsense commit, please revert it |
19:06.30 | jnc | it's not, mickey is going to test this later and enable the patches |
19:06.30 | koen | jnc: either activate the patches, or wait for the maintainer to activate them |
19:06.42 | koen | jnc: do *not* add useless files to OE |
19:07.28 | koen | jnc: this is not how we do it |
19:07.35 | koen | jnc: so please revert that commit |
19:07.39 | jnc | well.... i don't want to put the maintainer through all the trouble of going to a bugzilla thing, downloading a patch, coming up with a name. i mean, that's not a waste of time? |
19:07.47 | koen | no |
19:08.27 | koen | if it was a waste of time we wouldn't have bugzilla, would we? |
19:08.44 | koen | so stop littering the metadata with unused files |
19:08.50 | jnc | it's not being used very effectively. i'll revert the change, no problem |
19:09.03 | jnc | i don't understand your objection |
19:10.19 | *** join/#oe Cwiiis (n=cwiiis@host86-136-25-59.range86-136.btcentralplus.com) |
19:11.02 | rob_w | ah , now my tree feels updated ,,, |
19:11.09 | jnc | koen: it's not like mickey can magically access my home directory on my computer |
19:11.20 | koen | jnc: why would he need to? |
19:11.25 | jnc | for the patches |
19:11.34 | CIA-4 | 03jnc 07org.oe.dev * rb2304690... 10/packages/uicmoc/ (2 files in 2 dirs): disapproval of revision '028a611cef6b234bc056ae3e11b0b983d6762f4e' |
19:11.34 | koen | the patches are in bugzilla |
19:11.54 | jnc | okay so how are patches in bugzilla tracked |
19:12.06 | jnc | everything and its mother is assigned to oe@handhelds.org |
19:12.15 | jnc | when bugs are assigned, people bitch about it |
19:12.20 | koen | that's how we use bugzilla |
19:12.46 | koen | jnc: people bitch because you force stuff onto them |
19:12.56 | jnc | force? |
19:13.07 | jnc | i'm not holding a gun to your head demanding you fix a bug or you die |
19:13.11 | jnc | that's hardly force. |
19:13.28 | koen | you're assigning a bug to people without asking them for consent |
19:13.37 | koen | which is forcing stuff onto people |
19:13.42 | jnc | if a bug is interesting to me, and i've commented on it, i would not complain if someone assigned it to me and told me to keep on top of fixing it |
19:14.03 | koen | if someone wants to fix a bug, he assigns it to him/herself |
19:14.16 | CoreDump|home | exactly |
19:14.16 | jnc | okay |
19:14.40 | jnc | i'm doing wifi/amd64/gcc stuff.... with this mentality you speak of, someone has to go out of their way to ask me if i want the bug |
19:15.01 | koen | that's called communicating |
19:15.03 | jnc | instead of just assigning it to me, in which case it shows up in my list and i can see if i want to work on it or not |
19:15.12 | koen | try it sometimes, its pretty usefull |
19:15.38 | jnc | i'm taking that to be a hint of sarcasm :/ |
19:16.06 | jnc | it sounds like a waste of time to me, and inefficient |
19:16.44 | koen | bugs default to oe@, a mail gets sent to the list so every dev sees and and a dev can *choose* to pick up a bug |
19:16.52 | koen | fairly efficient |
19:16.54 | jnc | or not pick it up |
19:17.08 | koen | yes |
19:17.20 | jnc | there's several hundred bugs that are not ever picked up |
19:17.22 | CoreDump|home | that is the whole point |
19:18.55 | jnc | bugs that are picked up, often are not re-assigned |
19:19.06 | koen | within your boundaries, you work on what you want |
19:19.15 | jnc | this makes it very difficult to figure out which bugs are not being worked on |
19:19.47 | *** join/#oe Harlekin (n=max@p54919753.dip0.t-ipconnect.de) |
19:20.03 | Harlekin | RP: ping |
19:20.07 | koen | we have bugdays from time to tome |
19:20.09 | rob_w | ahh ,, all this cpu time feels so greatly used by oe baking ,,, there you know why you have all those GHz `s |
19:20.26 | koen | s/tome/time/ |
19:20.26 | jnc | that's all well in good, but if i want to work on bugs that haven't been touched in a while, there's a basic flaw in trying to search for a bug that is neglected |
19:20.26 | CoreDump|home | rob_w: heh indeed |
19:20.54 | jnc | in that a bug which is neglected, looks exactly like a bug that is being actively worked on |
19:21.10 | jnc | (the flaw is that people tend to not assign bugs to themselves) |
19:21.13 | koen | a bug that's actively worked on has fresh comments |
19:21.45 | jnc | the bug tickets are not discussion forums |
19:21.54 | jnc | that's what the ML is for, yes? |
19:22.00 | koen | not quite |
19:22.32 | koen | when you work on a bug you can put your progress in the comments |
19:23.20 | jnc | yeah so if you're going to the trouble of putting your progress in the comments, that's a big if... only you and a couple other devs seem to do this, okay given that. why not assign the bug to yourself if you're working on it? |
19:23.50 | jnc | my apologies are due if i offended you by assigning bugs you were actively working on to, you. |
19:23.54 | koen | because I might have worked on it during coffee break and leave it alone after that |
19:25.21 | emte | i agree with koen, assignments should only be used durring an active action state |
19:25.58 | emte | assigning something to someone who may not look at it for a year is useless when someone else who may like to fix the proplem now is willing to do it |
19:26.07 | emte | problem* |
19:26.16 | koen | emte: exactly |
19:26.18 | jnc | well, then they reassign it to themselves |
19:26.19 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
19:26.30 | jnc | if they're so motivated about it |
19:26.34 | jnc | that shouldn't be a problem |
19:26.40 | emte | people by nature will not reassign themselves a task |
19:26.51 | jnc | exactly my point |
19:26.54 | rob_w | when will the oz354fam083 be merged back to dev ? |
19:26.57 | jnc | it's always assigned to oe@handhelds.org |
19:27.02 | emte | would you willingly assign yourself all the glibc tasks open? |
19:27.15 | CoreDump|home | rob_w: never |
19:27.18 | jnc | emte: yes, if i had an understanding of who liked to work on what |
19:27.25 | rob_w | ah |
19:27.43 | emte | and there inlines the problem |
19:27.51 | rob_w | so all apps need to move to oz354fam083 ? |
19:28.04 | jnc | right now though, if no one assigns themself bugs, then it's completely unclear who has worked on what |
19:28.09 | emte | if there were dedicates devs to a specific issue auto assigning may make sense |
19:28.14 | emte | dedicated* |
19:28.15 | CoreDump|home | rob_w: hmm? all apps are aleady in 3.5.4 |
19:28.17 | jnc | except through monotone log, and that only shows devs with access to commit |
19:28.29 | TheMasterMind1 | regardless of the inefficiencies of the bug tracking system, untested unused patches are considered cruft and there is no sense in adding them to the tree. once they're tested and modified to atleast build, if not work, they can be added with the other files required to make the whole thing function. that way you can revert that one change instead removing multiple commits at different points by different peo |
19:28.29 | TheMasterMind1 | ple |
19:28.30 | CoreDump|home | new apps should not be added |
19:28.48 | jnc | TheMasterMind1: thanks :) i see that now |
19:28.51 | rob_w | CoreDump|home, ? hmm |
19:29.01 | emte | jnc, unassigned means that it is open to anyone who wishes to take it, or if it is fixed while fixing something else all the better |
19:29.03 | rob_w | CoreDump|home, where do those go then ? |
19:29.25 | CoreDump|home | rob_w: you got something wrong here ;) |
19:29.45 | CoreDump|home | 3.5.4 is the stable branch, only bugfixes allowed (more or less) |
19:29.58 | Ifaistos | is this declared in OE ? -> ${CONFIG_SITE} |
19:30.02 | CoreDump|home | .dev is the HEAD branch where development is continued |
19:31.03 | jnc | it's a lot of duplication. all bugzilla function is verbosely duplicated on the mailing list, the mailing list kind of spills off into bugzilla tickets, and the monotone log only shows devs who have commit access and (invariably) are committing to solve bugs still assigned to oe@handhelds.org, so it's all confusing to me how exactly people are supposed to do their workflow and not get yelled at |
19:31.31 | *** join/#oe woglinde (i=woglinde@e178124232.adsl.alicedsl.de) |
19:31.33 | mickey|bbl | .dev is supposed to be a superset of .branch, so there's no need to merge stuff back. Except perhaps some distribution specific things that came in to polish the release and turn out to be of general use |
19:31.38 | rob_w | CoreDump|home, .dev is therefore the main branch and the other is just a release "prepare" branch |
19:31.39 | jnc | thanks for being patient btw |
19:31.52 | CoreDump|home | rob_w: exactl< |
19:33.47 | jnc | koen: Can the EABI features be turned on in Linux Kernel 2.6.16 and still function (in non-eabi mode) on non-eabi system? you've done EABI work, maybe you'll know... |
19:33.52 | rob_w | it felt to me that people keep working on the oz354 one and i found myself running into issues whith .dev ,, so they then told me that these fixes are in .oz354 |
19:34.12 | jnc | trying to sort out the defconfig situation for linux-openzaurus-2.6.16 kernel and angstrom-2006.9 |
19:34.34 | jnc | the defconfig is not distro specific at the moment |
19:34.55 | jnc | angstrom requires EABI function, other distros do not |
19:35.32 | koen | jnc: you can run an EABI kernel on a non-EABI rootfs when you have the oldabi compats bits set |
19:35.43 | koen | jnc: angstrom only requires that for ARM cpus |
19:35.47 | jnc | ah |
19:36.06 | koen | however, you do need an EABI toolchain to compile an EABI kernel |
19:36.17 | jnc | hmm. that sounds okay |
19:36.42 | koen | so you need a seperate defconfig for eabi |
19:36.42 | jnc | would you suggest it might work to have defconfig-cxx00 default to AEABI features being built? |
19:36.46 | jnc | ohhh |
19:37.11 | koen | eg packages/linux/linux-openzaurus-2.6.16/linux-eabi/defconfig-cxx00 |
19:37.15 | jnc | it would work in the case of building angstrom, but somehow fail if you were building with a non eabi toolcahing hmm |
19:37.28 | jnc | s/cahing/chain/ |
19:37.32 | mickey|writing | I'd rather have it decide at buildtime by the kernels that support EABI |
19:37.43 | mickey|writing | i.e. if TARGET_ABI = "EABI" |
19:37.51 | jnc | mickey|writing: would have to do that with some kind of sed-fu :( |
19:37.52 | mickey|writing | echo >> CONFIG_AEABI=y |
19:38.18 | jnc | i don't like that. makes it harder to look at what your defconfig is going to be when you compile |
19:38.34 | koen | mickey|writing: yeah, some python foo for that would be nice |
19:38.47 | mickey|writing | jnc, for some things it doesn't make sense to provide fine granular defconfigs that need to be synced |
19:38.47 | koen | mickey|writing: although I'm not clear on linux-gnueabi vs linuxeabi |
19:38.56 | *** join/#oe alan|home (n=alan@ARouen-152-1-8-214.w83-115.abo.wanadoo.fr) |
19:38.56 | mickey|writing | koen: me neither. lets wait for bero explaining that |
19:39.00 | poli | Is there some angstrom channel opened? :) |
19:39.08 | mickey|writing | not yet |
19:39.34 | CoreDump|home | might be a good idea to register it... |
19:39.38 | jnc | i'm abandoning openzaurus for my Z, in favor of angstrom and the new toolchain |
19:39.41 | mickey|writing | i guess koen did that already |
19:39.42 | JustinP | jnc: you can still look at the .config or defconfig in the compile dir |
19:39.47 | koen | CoreDump|home: way ahead of you ;) |
19:39.51 | CoreDump|home | good |
19:40.04 | jnc | JustinP: it still seems like a hack =) |
19:40.21 | jnc | would rather this be implemented with some kind of class just for kernel building |
19:41.11 | JustinP | thanks for volunteering! ;-) |
19:41.14 | jnc | hah. yeah |
19:41.25 | jnc | well the idea of a conditional patch always bothers me |
19:41.34 | jnc | how do you bitbake -w that? |
19:41.34 | koen|away | bbl |
19:43.07 | jnc | mickey|writing: you are the uicmoc maintainer ;) |
19:43.17 | jnc | new fun patches for you |
19:43.22 | mickey|writing | i'm afraid that's true |
19:43.23 | mickey|writing | heh |
19:43.30 | mickey|writing | please attach them to some bug and I'll have a go at testing |
19:43.49 | jnc | okay, OE bugs #345 and #535 |
19:43.55 | mickey|writing | *nod* |
19:44.00 | mickey|writing | will check asap |
19:44.08 | mickey|writing | (asap being somewhere next week) |
19:44.11 | mickey|writing | <--- busy as hell |
19:44.13 | jnc | thanks |
19:44.20 | mickey|writing | np |
19:45.24 | jnc | think i could commit them to .dev? i'll be around to revert if people complain. it's just substituting type 'int' for type 'int_t' making it work on 64-bit and 32-bit compile hosts equally |
19:45.54 | jnc | the other way around actually, it does s/int/int_t/ |
19:45.55 | emte | jnc, why dont you test and append? |
19:46.14 | jnc | emte: no ia32 hardware that can build OE |
19:46.42 | emte | no i mean for your replacement |
19:46.52 | jnc | my repla... |
19:47.05 | emte | substituting type 'int' for type 'int_t' |
19:47.21 | jnc | oh no i got the english wrong |
19:47.51 | emte | you can still test and replace |
19:47.53 | jnc | i meant everywhere there is an 'int' being used wrongly, it should instead be fixed to use int_t |
19:48.03 | jnc | not all uses of 'int' are wrong |
19:48.09 | emte | the same way my flag works |
19:48.26 | emte | just use it where appropreate |
19:48.35 | jnc | oh |
19:48.42 | jnc | my goal is not to add more crap to OE |
19:48.53 | jnc | not saying yours is crap, but mine would certainly be |
19:48.54 | jnc | =) |
19:48.55 | emte | keeps compatability until all platforms can be verified |
19:49.33 | jnc | it's not an OE problem, it's a bug in the uicmoc sources which can be fixed and made portable |
19:49.33 | emte | not all hosts are intel or amd |
19:50.20 | jnc | the bugs list uicmoc-native and uicmoc3-native |
19:50.20 | emte | if it comes from upstream then it is an OE problem ... |
19:50.45 | jnc | so yeah, i'm quite certain that build hosts will be ppc, amd, and intel |
19:51.15 | emte | there are also a few arm build hosts that i know of around too ... |
19:51.19 | JustinP | emte: no, upstream can always have problems too |
19:51.36 | JustinP | emte: in fact, all of these 64-bit patches should be pushed upstream |
19:51.40 | emte | JustinP, correct, but until upstream fixes them it is an OE issue |
19:51.42 | JustinP | jnc: have you been on that? |
19:52.04 | jnc | JustinP: i've tried with other packages |
19:52.38 | jnc | JustinP: i'm sort of afraid to approach TT about anything at all. |
19:52.40 | JustinP | it would be best....unless we get them pushed upstream we're going to have maintenance fun when we update versions... |
19:52.43 | JustinP | heh |
19:52.46 | JustinP | yeah, don't know about them |
19:53.29 | jnc | get visions of men in black suits jumping out of black helicopters down ziplines and auditing my mother's computer for Qt-win32 |
20:17.28 | poli | Any front-end chess boards already in OE? |
20:18.00 | poli | xboard/eboard equivs? |
20:23.14 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
20:32.55 | TheMasterMind1 | man we're getting raped |
20:33.38 | koen|tv | we are? |
20:34.32 | emte | must be watching the playoffs |
20:35.21 | TheMasterMind1 | yea, gmu v uconn |
21:14.10 | CIA-4 | 03coredump 07org.oe.dev * r2e715e00... 10/packages/mplayer/mplayer_1.0pre7.bb: mplayer: fix a typo in PR |
21:15.13 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
21:16.14 | TheMasterMind1 | base-files installs an fstab with usbdevfs mounting at /proc/bus/usb, however newer kernels require usbfs |
21:17.06 | TheMasterMind1 | so i create a DISTO/fstab with what i want correct? |
21:17.18 | TheMasterMind1 | or is it MACHINE |
21:17.37 | koen|tv | good question |
21:17.38 | CoreDump|home | both should work |
21:17.41 | koen|tv | I'd got for machine |
21:18.04 | koen|tv | s/got/go/ |
21:18.18 | CoreDump|home | that would be probably best. |
21:18.44 | TheMasterMind1 | alright, thanks |
21:18.49 | koen|tv | mickeyl and I discussed the DISTRO override craziness at FOSDEM |
21:19.44 | TheMasterMind1 | udev installs an init.d script which uses the --oknodo option with start-stop-daemon, but its not supported by busybox's start-stop-daemon |
21:19.57 | koen|tv | that's a bug |
21:20.27 | TheMasterMind1 | a bug with what? should the fix be a patch to the udev script or busybox |
21:20.36 | koen|tv | both would be fine |
21:20.44 | koen|tv | I'd prefer a patch to busybox, though |
21:21.07 | jnc | if you fix busybox, then it potentially fixes other packages. it also may bloat busybox (minor concern) |
21:21.34 | CoreDump|home | koen|tv: there has to be _some_ reason we patched a bazillion initscripts instead of busybox |
21:22.04 | koen|tv | CoreDump|home: you would think that |
21:22.10 | XorA|gone | CoreDump|home: patch script 30s, patch busybox 30m |
21:22.44 | koen|tv | "busybox is scary, lets not touch that" |
21:22.51 | CoreDump|home | right |
21:23.05 | CoreDump|home | ~lart busybox |
21:23.23 | CoreDump|home | "Busybox: The nail in a scripters coffin" |
21:23.25 | TheMasterMind1 | heh. i've done patches to busybox before and gotten yelled at by the uclibc folk for adding too much code |
21:23.37 | TheMasterMind1 | i had a check to see if a file existed before deleting it |
21:24.17 | TheMasterMind1 | which (never even occurred to me) could be done without |
21:27.23 | *** join/#oe mithro (n=tim@lester.mithis.com) |
21:29.02 | XorA|gone | ~lart usb |
21:29.23 | Bernardo | XorA|gone: what happened? |
21:29.55 | XorA|gone | Bernardo: on my Shuttle XPC if I have anything plugged into usb on boot except my keyboard and mouse, it doesnt detect the CF reader |
21:30.08 | jnc | XorA|gone: which linux kernel? |
21:30.13 | jnc | or is that windows |
21:30.23 | XorA|gone | jnc: its a bug in the BIOS |
21:30.31 | jnc | maybe so |
21:30.34 | jnc | which linux kernel? |
21:30.51 | XorA|gone | jnc: 2.6.15 |
21:31.00 | jnc | try .16, some usb stuff was fixed |
21:31.17 | XorA|gone | jnc: its a bug in the BIOS |
21:31.19 | jnc | are you using an usb hub? |
21:31.42 | XorA|gone | jnc: no |
21:32.02 | jnc | i've got an Shuttle, and the card reader never seems to work. amd64 |
21:32.18 | jnc | one of the sn85g3 i think |
21:32.50 | XorA|gone | jnc: Ive got V1 of that board, probably fixed in later revs, it also doesnt occur if you have ps2 keyboard |
21:33.29 | XorA|gone | jnc: if you have a PS2 keyboard disable USB keyboard and mouse in BIOS and that should fix it |
21:33.35 | jnc | XorA|gone: did people report the problem you're experiencing for something other than Linux? |
21:33.42 | *** part/#oe Harlekin (n=max@p54919753.dip0.t-ipconnect.de) |
21:33.50 | XorA|gone | jnc: yes, it happens in windows as well |
21:33.55 | jnc | ah okay |
21:34.03 | jnc | i wonder if that's fixable |
21:34.17 | XorA|gone | jnc: and was all over the forums 2 years ago when I bought the shuttle |
21:34.55 | XorA|gone | jnc: BTW is your shuttle unstable in linux, or is it just the overhearing problem on V1 board I see |
21:35.36 | jnc | i have no troubles with noise or overheating |
21:35.44 | jnc | it's the most reliable PC i have ever owned |
21:36.10 | jnc | using the cpufreqd to scale down the CPU when not used helps |
21:36.17 | TheMasterMind1 | on bootup i see many modprobe pnp:XXX failed errors. how can i find out what modules it wants? |
21:36.30 | XorA|gone | jnc: I think its just a V1 board fault, again it was all over the forums |
21:37.40 | XorA|gone | anyway I need to reboot to get cardreader working |
21:37.44 | koen | TheMasterMind1: try 'logread' |
21:37.58 | *** join/#oe _chronic (n=chronic@81.187.145.190) |
21:38.29 | jnc | mine is an SN85G4 v3 i think |
21:38.44 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
21:39.27 | TheMasterMind1 | nope nothing |
21:39.38 | TheMasterMind1 | its hotplug trying to modprob |
21:40.02 | jnc | ooh and new drivers |
21:46.12 | TheMasterMind1 | wow. 2 points up, 8 seconds left |
21:51.04 | XorA|gone | jnc: ahah, a hard power down and finally it works again :-) |
21:51.12 | XorA|gone | anyway time for bed for me, cyas |
22:02.37 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
22:12.46 | *** join/#oe Bompo (n=Bompo@V3a22.v.pppool.de) |
22:20.24 | *** part/#oe Bompo (n=Bompo@V3a22.v.pppool.de) |
22:41.46 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
22:46.23 | *** join/#oe kurre2 (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) |
22:48.05 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
22:55.36 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
22:57.33 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
23:11.52 | *** join/#oe W8TVI (n=me@166.165.158.176) |
23:33.50 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
23:38.53 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |