00:02.48 | slisk | i'm considering installing debian onto the root of my zaurus 5500. i realize it's best and probably necessary to still use the OZ kernel though. is there anything else i would need to transport to a debian distro if i were to use one? |
00:02.51 | slisk | btw, i don't like pocket debian's method of vnc'ing to another distro on the same device |
00:45.05 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
01:34.30 | emte | slisk, you are aware taht debian wont fit right? |
01:34.47 | emte | unless the 5500 has over 500 in the flash |
01:40.32 | slisk | i know how to deal with that, my only concern is what mix of software i'll need |
01:48.05 | *** join/#oe _drak0_ (n=rob@ip68-98-148-202.dc.dc.cox.net) |
02:10.53 | *** join/#oe _drak0_ (n=rob@ip68-98-148-202.dc.dc.cox.net) |
02:44.18 | *** join/#oe Timelord0 (n=TL@216.137.177.110) |
04:28.29 | *** join/#oe jbowler (n=jbowler@nslu2-linux/jbowler) |
04:38.16 | *** join/#oe BigAl (n=bigal@dsl-203-113-234-237.ACT.netspace.net.au) |
05:08.01 | *** join/#oe keturn (n=kevint@pdpc/supporter/sustaining/keturn) |
05:20.11 | *** join/#oe ldc (n=pakar@c-789472d5.114-1-64736c15.cust.bredbandsbolaget.se) |
05:21.11 | ldc | damn this xorg..... gentoo's multilib includes is messing it up :P |
05:29.00 | *** join/#oe raster (n=raster@YahooBB219198104088.bbtec.net) |
05:29.21 | emte | heya raster |
05:30.57 | raster | hey emmie |
05:31.25 | emte | how goes it/ |
05:31.26 | emte | ? |
05:33.15 | raster | grrr |
05:33.24 | raster | have to friggin boot into winfuck |
05:33.28 | emte | lol |
05:33.40 | ldc | raster, never fun to have to do that :) |
05:33.41 | emte | time to install wine? |
05:36.25 | ldc | *sob* that compile refused to work too... starting to get irritated on xorg :P |
05:36.40 | emte | ? |
05:37.29 | ldc | the gentoo-multilib includes is messing up the crosscompilation |
05:38.00 | emte | why should your host lib have anything to so with your oe bitbake system? |
05:38.05 | emte | do* |
05:38.11 | ldc | and sitting patching makefiles to use the STAGING_INCDIR instead of /usr/include |
05:38.46 | emte | you doing your own version of xorg or using the ones in the packages? |
05:39.12 | ldc | well, it's using /usr/include for all the native-utils that are needed for the compilation... |
05:39.32 | ldc | using one of the premade pkg's |
05:39.58 | emte | then i dount the metafile is wrong, its more likly your enviroment setup |
05:40.03 | emte | doubt* |
05:40.32 | emte | xorg has been successfully compiled for almost a year |
05:40.40 | ldc | in gentoo also? |
05:40.52 | emte | the host is irrespective |
05:40.53 | ldc | s/in/on/ |
05:41.35 | emte | there are people who use gentoo here, i am not one of them |
05:43.29 | *** join/#oe noclouds (n=mhfan@60.166.47.69) |
05:44.43 | ldc | well, i dont think there should be anything with the env atleast.. |
05:46.11 | ldc | any idea of what to look for except for generic include-settings? (if there are any OE specific settings for that) |
05:47.37 | emte | yes look at your log files |
05:49.09 | ldc | well, in the buildlog all that i can see is that it's having problems from time to time with builds that's native to the buildsystem... like mkg3states and such |
05:51.41 | ldc | and it's quite expected that it's using the systemincludes since when doing the native-compile it does not include any searchpath to the staging-includes... |
05:54.16 | emte | hmm |
05:54.26 | emte | true |
05:54.35 | ldc | cc -I../../../exports/include -o mkg3states -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef -I../../../exports/include/X11 -I../../../include/extensions -I../../../programs/Xserver/include -I../../../include/extensions -I../../.. -I../../../ex |
05:54.35 | ldc | ports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO mkg3states.c |
05:54.39 | ldc | to be more exact |
05:55.06 | emte | what is with all the ../../../ |
05:55.43 | ldc | and ofcourse it's quite understandable that it should use the system includes for those, since it's building a native tool... but then the gentoo-multilib-include stuff messes it up... |
05:56.00 | ldc | that's just relative path's in the xc's buildfolder |
05:56.03 | ldc | nothing to worry about |
05:56.27 | emte | they may cause issues |
05:56.56 | emte | hmm |
05:57.05 | emte | we use -02 |
05:57.15 | emte | interesting |
05:57.17 | ldc | well, that's the standard build... and those are correct... they just refer to includes that's in the src for xorg... and those are needed. |
05:57.32 | ldc | well, the problem is not with the optimization |
05:57.36 | ldc | the problem is: |
05:57.39 | ldc | In file included from /usr/include/bits/stdio.h:7, |
05:57.39 | ldc | <PROTECTED> |
05:57.39 | ldc | <PROTECTED> |
05:57.39 | ldc | <PROTECTED> |
05:57.40 | ldc | /usr/include/gentoo-multilib/amd64/bits/stdio.h:35: error: redefinition of 'vprintf' |
05:57.42 | ldc | /usr/include/gentoo-multilib/amd64/bits/stdio.h:35: error: redefinition of 'vprintf' |
05:57.47 | ldc | /usr/include/gentoo-multilib/amd64/bits/stdio.h:42: error: redefinition of 'getchar' |
05:57.48 | ldc | /usr/include/gentoo-multilib/x86/bits/stdio.h:42: error: previous definition of 'getchar' was here |
05:57.50 | ldc | /usr/include/gentoo-multilib/amd64/bits/stdio.h:42: error: redefinition of 'getchar' |
05:57.52 | ldc | /usr/include/gentoo-multilib/x86/bits/stdio.h:42: error: previous definition of 'getchar' was here |
05:58.27 | emte | your building on a 32/64/ |
05:58.28 | emte | ? |
05:58.31 | ldc | yep |
05:58.38 | ldc | amd64 |
05:58.51 | emte | yeah... i dunno if you can yet |
05:59.30 | emte | there are issues with it |
05:59.41 | ldc | well, this is the first real issue that i have run into |
06:00.12 | ldc | been writing .bb's like crazy to get all the dep's for freevo =) |
06:00.17 | emte | i cnat remember who else here has a 32/64 |
06:00.39 | emte | there are definite issues tho with certain things |
06:01.01 | ldc | mm... noticed that |
06:03.10 | emte | stupid fkn emacs |
06:03.28 | emte | should be ran over and drowned |
06:05.19 | ldc | hehe |
06:10.53 | ljp | i feel that way about vi |
06:12.38 | emte | nah vi is good |
06:12.54 | emte | its this stupid -batch lisp parsing garbage |
06:13.13 | emte | autoconf is barfing on it |
06:13.29 | emte | because emacs isnt processing it |
06:13.44 | emte | its just opening up the emacs console and stopping |
06:17.30 | emte | i think its a missing file issue, but why am i the only one having it ... |
06:35.23 | _law_ | hey i am unable to build e-image (http://pastebin.com/336412) ERROR: Cannot satisfy the following dependencies for task-enlightenment-x11 |
06:35.56 | emte | lol |
06:36.09 | emte | i dount it would build |
06:36.21 | emte | unless JustinP has looked at it |
06:36.36 | emte | it was based on a set of files over a year old |
06:37.08 | emte | and e is not overly usable for most devices |
06:37.55 | _law_ | emte: ok thanks so iŽll ask JustinP perhabs he can help me |
06:38.16 | emte | be aware its not usable on most devices |
06:38.35 | emte | unless you have a system to mimic the otehr two mouse buttons |
06:43.34 | emte | _law_, where is the rest of the error? |
06:43.46 | emte | what you have isnt really useful |
06:46.52 | emte | anyway i better lie down before my knee tries to swell |
06:48.59 | ldc | hmm... about sending in new .bb's... |
06:50.59 | ldc | where to? |
07:07.50 | *** join/#oe DaKa (n=david@nslu2-linux/daka) |
07:22.52 | *** join/#oe hufnus (n=slonsiki@mc73b36d0.tmodns.net) |
07:43.04 | *** join/#oe eumel (n=chatzill@p548314B4.dip0.t-ipconnect.de) |
07:45.15 | *** join/#oe zap (n=zap@217.170.93.196) |
08:05.22 | *** join/#oe Timelord (n=TL@66.84.189.72) |
08:09.15 | *** join/#oe Timelord0 (n=TL@66.84.189.72) |
08:12.24 | *** part/#oe _law_ (n=law@213.173.86.202) |
08:12.36 | CoreDump|home | moin |
08:13.24 | *** part/#oe CoreDump|home (N=mhentges@hentges.net) |
08:13.24 | *** join/#oe CoreDump|home (N=mhentges@hentges.net) |
09:00.10 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-70.reverse.mdcc-fun.de) |
09:01.18 | RP | morning all |
09:02.31 | Noodles | ' |
09:02.58 | *** join/#oe zecke (n=ich@83-169-171-130-dynip.superkabel.de) |
09:05.30 | CoreDump|home | hi RP & zap |
09:05.35 | CoreDump|home | zecke even |
09:11.14 | zecke | hey |
09:17.52 | RP | Noodles: I've added the spitz backlight. Its not working properly though - something wrong with the ssp routines I suspect... |
09:19.01 | *** join/#oe koen (n=koen@cl-148.ams-05.nl.sixxs.net) |
09:19.25 | RP | morning koen |
09:19.41 | koen | hey RP |
09:19.46 | koen | good morning all |
09:23.15 | *** join/#oe Timelord (n=TL@66.84.189.72) |
09:24.26 | CoreDump|home | hi koen |
09:28.07 | koen | hey CoreDump|home |
09:31.10 | CoreDump|home | koen: I believe we can run into a problem if we try to ship an "e" image in 3.5.4. |
09:31.21 | CoreDump|home | http://pastebin.com/336465 |
09:31.27 | CoreDump|home | it's rather large |
09:36.07 | *** join/#oe CIA-4 (n=CIA@flapjack.navi.cx) |
09:36.46 | *** join/#oe pH5 (n=ph5@p5485F04E.dip.t-dialin.net) |
09:37.33 | koen | CoreDump|home: I bet it has 20MB worth of themes |
09:37.40 | koen | but yes, it will be big |
09:37.52 | CoreDump|home | actually it only comes with the default theme ;) |
09:38.08 | koen | I bet it has 20MB worth of theme |
09:38.10 | koen | ;) |
09:38.27 | CoreDump|home | hehe |
09:38.37 | CoreDump|home | I'll check what we can shave off |
09:44.51 | ldc | time to give it a check now then... anyone running OE on a amd64 gentoo-system? |
09:45.12 | koen | maybe JustinP |
09:45.28 | koen | I used to run in on amd64/debian |
09:45.54 | ldc | koen, ok... i'll see if i manage to catch him a bit later then... |
09:46.11 | koen | I just did 'linux32 screen' and worked from there |
09:46.45 | ldc | got some xorg problems that i wanted to check if someone else had... (the native utils for xorg uses /usr/include for some stuff and is causing some problems) |
09:48.51 | ldc | koen: hmm... might give that a try |
09:49.36 | ldc | koen: thanks for the tip... |
09:50.20 | ldc | btw, submitting new bb files.. any special procedure for that? |
09:51.04 | koen | attach them to bugzilla |
09:51.52 | ldc | hehe... hope it supports big attachments :) |
09:52.34 | ldc | been adding about everything needed to build a OE freevo dist... and on the final tuning now with getting xorg to compile |
09:53.58 | koen | cool |
09:54.06 | koen | freevo is usuable nowadays? |
09:54.29 | ldc | yep... quite well, thoe i'm waiting for the 2.x version to be marked as stable |
09:54.33 | koen | e.g you doon't have to edit a zillion python files just to see a picture? |
09:54.45 | ldc | but for TV viewing and movie-viewing and such it |
09:54.51 | ldc | it's quite nice |
09:54.58 | ldc | hehe |
09:55.03 | koen | I looked at freevo ~1.5 years ago |
09:55.45 | ldc | well, just edit one single file and specify the path's for mediafiles etc and have a file that specifies the freq's for the tv-channels and some other small stuff |
09:55.49 | koen | you had to manually fill in the channel list in some undocumented format inside a python file |
09:55.55 | ldc | hehe |
09:56.04 | koen | so I installed mythtv and that 'worked' |
09:56.08 | ldc | well, it's not that basic anymore... |
09:56.26 | koen | unstable as hell, but it does the job |
09:56.40 | ldc | well, i have checked mythtv, but i dont like to have a mysql db running, and also have to manually add all new mediafiles to it's library |
09:57.08 | koen | it autoscans a directory now |
09:57.15 | koen | which is sloooow, but works |
09:57.52 | koen | freevo's design is much nicer |
09:58.05 | koen | and it doesn't use a forked version of the nuv codec |
09:58.16 | ldc | Just got me a Epia SP13000 board and a CF-IDE adapter... so i'm planning to run the whole OS from a ramdisk and just boot from the CF card, and then have a 200Gb drive to just store mediafiles mounted ro as long as i'm not recording anything... |
09:58.30 | ldc | safe from filesystem corruption in case of a powerfailure |
09:59.02 | koen | you could look at the mythfront-image |
09:59.22 | ldc | yep, but i dont want to have another machine running just to watch stuff |
09:59.23 | koen | pb_ uses that for his epia |
09:59.27 | koen | ah, ok |
09:59.35 | ldc | just want a single machine that manages everything regarding this.. |
10:00.14 | ldc | and also planning to get some small bittorrent client to have on the system with rss-feed monitoring :) |
10:00.31 | koen | I heard ctorrent works quite well |
10:01.10 | ldc | mm... or just use wget + some small perl/python xml-parser |
10:01.42 | ldc | and then use the "official" torrent-client |
10:02.28 | ldc | ah... ctorrent, the console-based client |
10:03.17 | ldc | i was thinking about torrentflux first.. |
10:03.21 | koen | people are running that on their linksys devices (wrt54x, nslu2, etc) |
10:05.19 | *** join/#oe pb_ (n=pb@2002:5168:d214:1:20b:6aff:fe40:e27f) |
10:05.30 | koen | 'morning pb_ |
10:06.13 | ldc | mm... need to dig into that later on... just need to get xorg running first so i can play movies in something other than the aa video output :) |
10:11.05 | pb_ | hi koen |
10:14.50 | ldc | koen: linux32 wont help on gentoo... might be good to know |
10:28.33 | *** join/#oe _law_ (n=law@213.173.86.202) |
10:39.01 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
10:59.11 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
11:23.58 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
11:25.44 | *** join/#oe reenoo (n=r@p5489F0AB.dip.t-dialin.net) |
11:26.17 | reenoo_ | morning |
11:28.18 | *** join/#oe nofpu (n=matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk) |
12:38.19 | zecke | mickey|bbq: I'm now having a qt3e.bbclass and uicmoc3,lupdate and lrelease make use of it |
12:46.07 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
12:46.42 | *** join/#oe zap (n=zap@217.170.93.196) |
12:57.05 | *** join/#oe qfh (n=qfh@ppp-82-135-1-106.mnet-online.de) |
13:01.30 | *** join/#oe gerwinin (n=gerwin@84.87.179.14) |
13:16.05 | koen | hey gerwinin |
13:34.34 | *** join/#oe Bernardo|Away (n=jbbrs@213.146.198.77) |
14:45.54 | *** join/#oe _alwin_ (n=ral@cable-81-173-164-49.netcologne.de) |
14:52.03 | zecke | CoreDump|home: you could try opie-lupdate/lrelease again |
14:52.29 | CoreDump|home | zecke: will do today |
15:10.27 | slisk | does any1 know how to control the backlight on a zaurus 5500 from the command line? i want to make a script to lower the light level upon boot |
15:18.05 | zecke | slisk: this is the wrong channel to ask |
15:18.16 | zecke | slisk: if you use Opie you could utilise qcop |
15:27.39 | *** join/#oe zin_ (n=administ@60.48.101.170) |
15:41.25 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
15:55.19 | *** join/#oe Laibsch (n=Laibsch@G1bd0.g.pppool.de) |
15:58.23 | Laibsch | Hi, recently bitbake fails to compile for me. Last couple of lines are at http://rafb.net/paste/results/KuJCAb45.html |
15:58.48 | Laibsch | monotone repository is up-to-date. |
15:59.22 | zecke | Laibsch: gcc3.4.4 seems not compilable with gcc4? |
15:59.59 | Laibsch | Maybe. I don't know. I guess that might be related to my problem? ;-) |
16:00.16 | Laibsch | zecke: I have no clue what you're getting at. |
16:00.40 | zecke | Laibsch: line one of your log |
16:00.43 | zecke | ccache gcc... |
16:01.01 | zecke | it is your host compiler, it is not capable of compiling your cross compiler |
16:01.24 | zecke | Laibsch: do you know what a compiler is? |
16:01.41 | Laibsch | yes. |
16:01.50 | Laibsch | OE worked fine previously. |
16:01.52 | zecke | Laibsch: do you know the GNU Compiler Collection? |
16:02.01 | zecke | Laibsch: whatever |
16:02.03 | zecke | gcc -v |
16:02.07 | zecke | gcc --version even |
16:02.13 | zecke | it will say it is 4.0.x |
16:02.20 | Laibsch | I run Debian testing, maybe gcc got updated? |
16:02.32 | zecke | and gcc 4.0.x can not compile a gcc 3.4.4 |
16:02.37 | zecke | Laibsch: that could be |
16:02.43 | zecke | install gcc3.3 or gcc3.4 |
16:02.44 | Laibsch | It says 3.3.5 |
16:02.49 | zecke | well then... |
16:03.03 | Laibsch | gcc version 3.3.5 (Debian 1:3.3.5-13) |
16:03.15 | zecke | then what about looking at line 210 of friend.c? |
16:04.41 | zecke | Laibsch: alternatively try to stock gcc3.4 using PREFERRED_VERSION |
16:05.51 | zecke | Laibsch: what is bitbake trying to build? gcc-cross? gcc-cross-initial? |
16:06.19 | Laibsch | line 210 looks strange |
16:06.28 | Laibsch | <PROTECTED> |
16:06.46 | zecke | Laibsch: corrupt disk? |
16:07.08 | Laibsch | I do not think so. Just made an e2fsck the other day. |
16:07.09 | zecke | Laibsch: try cleaning the gcc sources from your DL_DIR (normally sources) |
16:07.16 | Laibsch | OK. |
16:07.19 | zecke | Laibsch: and try rebuilding |
16:08.12 | Laibsch | I guess that would be ./tmp/work/gcc* ? -> rm -Rf ./tmp/work/gcc* |
16:09.11 | zecke | Laibsch: if you like sticking stuff into someone butt's |
16:09.22 | Laibsch | ? |
16:09.33 | koen | bitbake -b foo -c clean |
16:09.39 | zecke | bitbake -b path/to/foo.bb -cclean does the same in a sane way... |
16:10.00 | zecke | Laibsch: but for the source directory something like you posted could work |
16:11.42 | Laibsch | Thanks guys. I'm off for a rebuild. |
16:12.13 | zecke | Laibsch: have fun, and get back to us |
16:12.21 | Laibsch | Sure. |
16:12.33 | zecke | Laibsch: oh wait ;) |
16:12.39 | zecke | did you delete the sources already? |
16:12.50 | zecke | you could have run an integrity check on the tar.gz/bz2 |
16:12.50 | Laibsch | I am in the midst of it. |
16:13.02 | Laibsch | which one? |
16:13.12 | zecke | dunno off hand |
16:14.10 | Laibsch | Something in the work directory? |
16:18.19 | slisk | could some1 plz tell me what's wrong with this simple program? http://pastebin.ca/20009 |
16:18.44 | slisk | i get a syntax error use the OE arm cross compiler when i don't think i should |
16:18.48 | mickeyl | morning |
16:19.02 | Laibsch | mickeyl: morning? |
16:19.06 | mickeyl | ~ugt |
16:19.07 | ibot | well, ugt is Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. |
16:19.12 | Laibsch | mickeyl: glad you are awake. |
16:19.27 | Laibsch | This bot is just too smart :-) |
16:19.31 | zecke | slisk: why not link to libopie2? |
16:19.59 | zecke | slisk: # |
16:20.00 | Laibsch | anything this bot does not know? |
16:20.00 | zecke | #define ZAURUS_FL /dev/fl |
16:20.01 | slisk | i want a command line utility to change the backlight level without opie |
16:20.13 | slisk | oooh |
16:20.17 | mickeyl | slisk: ipkg install slbl |
16:20.18 | mickeyl | :D |
16:20.31 | zecke | slisk: but again this is OT here |
16:20.34 | slisk | damn i hate c compilers, syntax checking sucks |
16:20.49 | zecke | slisk: put a string in quotes... |
16:20.53 | slisk | sry didnt' know where else to go, thought it might be a compiler issue |
16:20.57 | slisk | yeah i know |
16:21.03 | zecke | perl sucks as well dev/fl would be zeroo |
16:21.12 | slisk | i just hate being told the problem is 8 lines away |
16:21.41 | Laibsch | zecke: I guess what you meant is something along the lines of md5sum ./sources/gcc_savannah.gnu.org_csl-arm-branch_20050603.tar.gz? That would be 5aa13368781a83718acc25ae3967115c. I am not sure there is an md5 list of that file up on savannah. |
16:22.02 | zecke | Laibsch: what bitbake does when fetching |
16:22.08 | zecke | Laibsch: it fetches the svn/cvs tree |
16:22.12 | slisk | mickeyl: which directory of the feed do i get slbl out of? |
16:22.12 | zecke | Laibsch: and tars them with a date |
16:22.34 | Laibsch | I am not aware of that. |
16:22.39 | mickeyl | slisk: no idea. |
16:22.46 | mickeyl | slisk: probably it hides behind the name slutils |
16:22.52 | mickeyl | it's in oe at least |
16:23.39 | tubbie|home | yes it is part of slutils, I use slbl for gpe on akita |
16:24.01 | ElCattivo | mickeyl: morning dude |
16:26.54 | CIA-4 | 03mickeyl 07org.oe.dev * ra3f797d9... 10/packages/meta/meta-e-x11.bb: add a font to the image to make xtscal work (the e stuff has its own fonts) |
16:26.58 | CIA-4 | 03mickeyl 07org.oe.dev * re04b75b6... 10/packages/mrxvt/ (files/fix-compile.patch mrxvt_0.4.1.bb): add mrxvt, a multi-tabbed rxvt |
16:27.02 | CIA-4 | 03nail 07org.oe.nslu2-linux * rf93280f7... 10/packages/ssmtp/ssmtp_2.61.bb: Update ssmtp u-a priority to be less than postfix's |
16:27.06 | CIA-4 | 03rwhitby 07org.oe.nslu2-linux * r90995c6a... 10/files/device_table-unslung.txt: Expanded Unslung device table to match Linksys firmware 2.3R63 |
16:27.09 | CIA-4 | 03nail 07org.oe.nslu2-linux * r9736854d... 10/ (2 files in 2 dirs): add joe to feed |
16:27.13 | CIA-4 | 03jbowler 07org.oe.nslu2-linux * r7305e533... 10/conf/distro/ucslugc-packages.conf: Add lrzsz |
16:27.17 | CIA-4 | 03rwhitby 07org.oe.nslu2-linux * r8dcbe859... 10/conf/machine/nslu2.conf: Removed the unused variables from nslu2.conf |
16:27.21 | CIA-4 | 03rwhitby 07org.oe.nslu2-linux * r0bfafb15... 10/ (6 files in 2 dirs): Split nslu2_flashimg.bbclass into nslu2-jffs2-image.bbclass and nslu2-ramdisk-image.bbclass |
16:27.25 | CIA-4 | 03freyther 07org.oe.dev * r573b5d78... 10/packages/qpe-gaim/ (qpe-libgaim_1.4.0.bb qpe-libgaim_1.5.0.bb): |
16:27.25 | CIA-4 | oe/packages/qpe-gaim/qpe-libgaim: |
16:27.25 | CIA-4 | <PROTECTED> |
16:27.25 | CIA-4 | <PROTECTED> |
16:27.29 | CIA-4 | 03mickeyl 07org.oe.dev * r52518f68... 10/packages/taglib/ (taglib_1.4.bb taglibc_1.4.bb): |
16:27.29 | CIA-4 | add taglib, a library for reading and editing the meta-data of several popular audio formats |
16:27.29 | CIA-4 | don't be surprised, I had to ditch the original buildsystem and use qmake - it may sound |
16:27.30 | CIA-4 | a bit perverted, but that way I could get it to work :) |
16:27.35 | CIA-4 | 03rw 07org.oe.dev * rdf2cdc81... 10/packages/gstreamer/ (8 files in 5 dirs): gstreamer: bump to gstreamer-0.8.10. apply patch submitted in gnome bug #313322. move patches around a bit. |
16:27.40 | CIA-4 | 03mickeyl 07org.oe.dev * re3acd9db... 10/packages/libpng/ (6 files): |
16:27.40 | CIA-4 | libpng also uses the binconfig scheme |
16:27.41 | CIA-4 | drop some older libpng versions |
16:27.44 | CIA-4 | 03rw 07org.oe.dev * rea8a783e... 10/packages/gstreamer/ (3 files in 2 dirs): gst-plugins: bump to gst-plugins-0.8.8. update try-esd.patch to work with current code. |
16:27.48 | CIA-4 | 03mickeyl 07org.oe.dev * r6039c402... 10/packages/e17/eclair_20050810.bb: add eclair, the E17 multi media player based on the emotion engine (based on libxine) |
16:27.51 | CIA-4 | 03mickeyl 07org.oe.dev * r45a8c36f... 10/packages/e17/ (4 files): |
16:27.52 | CIA-4 | E17 files |
16:27.53 | CIA-4 | - remove unnecessary explicit binconfig settings |
16:27.55 | CIA-4 | - use ${sysconfdir} and ${sbindir} instead of hardcoding paths |
16:27.57 | CIA-4 | 03rpurdie 07org.oe.dev * rff70c4ef... 10/packages/linux/linux-openzaurus_2.6.13-rc5-mm1.bb: linux-oz-2.6: Cleanup spitz patches - implement touchscreen nicely, merge code back into corgi_lcd, add backlight. Backlight needs investigation as only partially operational. |
16:28.01 | CIA-4 | 03rpurdie 07org.oe.dev * r70d32a50... 10/packages/linux/linux-openzaurus-2.6.13-rc5-mm1/defconfig-spitz: linux-oz-2.6: Update Spitz defconfig |
16:28.04 | CIA-4 | 03jbowler 07org.oe.nslu2-linux * r154b1829... 10/packages/uclibc/ (5 files in 3 dirs): |
16:28.06 | CIA-4 | Fix uclibc thumb support - with these patches and by disabling the ARM |
16:28.08 | CIA-4 | specific string asm in uclibc it is possible to run at least some thumb |
16:28.10 | CIA-4 | executables on ucslugc. The changes can be incorporated into other |
16:28.12 | CIA-4 | distros by setting thumb-interwork in OVERRIDES - the changes do change |
16:28.14 | CIA-4 | the way ARM code executes (necessarily). (Changes have also been submitted |
16:28.16 | CIA-4 | as bug 385 to uclibc.org). |
16:28.18 | CIA-4 | 03coredump 07org.oe.dev * r3d6e44c7... 10/packages/meta/meta-e-x11.bb: e-image: Add missing dependency to 'bash' to meta-e-x11 (aka task-enlightenment-x11) |
16:28.21 | CIA-4 | 03nail 07org.oe.nslu2-linux * rd4efe752... 10/packages/meta/openslug-packages.bb: Add usbutils |
16:28.23 | CIA-4 | 03coredump 07org.oe.dev * r0736c0c5... 10/packages/altboot/ (5 files in 5 dirs): altboot: Fix fsck on loop-images, unb0rking SD, CF and NFS booting of loop-images. |
16:28.26 | CIA-4 | 03nail 07org.oe.nslu2-linux * rf059cbad... 10/packages/zd1211/zd1211-20050315/Makefile.patch: Fixup patch, minor typo |
16:28.29 | CIA-4 | 03rwhitby 07org.oe.nslu2-linux * rf27802cb... 10/ (16 files in 5 dirs): Added unslung-binary-kernel.conf distro for NSLU2 Linksys V2.3R63 firmware with NTFS read/write support. |
16:28.32 | CIA-4 | 03nail 07org.oe.nslu2-linux * r878c33f6... 10/conf/distro/openslug-packages.conf: Add usbutils and zd1211 |
16:28.35 | CIA-4 | 03freyther 07org.oe.dev * r0b2d2dab... 10/ (8 files in 3 dirs): (log message trimmed) |
16:28.37 | CIA-4 | Qt3 Native builds: |
16:28.39 | CoreDump|home | ahem |
16:28.39 | CIA-4 | <PROTECTED> |
16:28.41 | CIA-4 | <PROTECTED> |
16:28.43 | CIA-4 | <PROTECTED> |
16:28.45 | CIA-4 | <PROTECTED> |
16:28.47 | CIA-4 | <PROTECTED> |
16:28.51 | CIA-4 | 03koen 07org.oe.dev * r6b49a965... 10/packages/gnet/gnet_2.0.7.bb: Add gnet 2.0.7 |
16:28.53 | CIA-4 | 03nail 07org.oe.nslu2-linux * r407eb029... 10/packages/openslug-init/openslug-init-0.10/initscripts/zleds: Update so that the disk leds aren't switched on/off |
16:28.56 | CIA-4 | 03rwhitby 07org.oe.nslu2-linux * r52d3a2c8... 10/conf/distro/unslung-binary-kernel-packages.conf: Added unslung-binary-kernel-packages.conf |
16:29.00 | CIA-4 | 03rwhitby 07org.oe.nslu2-linux * r28750942... 10/ (7 files in 4 dirs): Added the unslung OVERRIDE for unslung-binary-kernel distro |
16:29.02 | CIA-4 | 03rwhitby 07org.oe.nslu2-linux * r3b73d893... 10/packages/meta/unslung-binary-kernel-packages.bb: Added unslung-binary-kernel-packages.bb |
16:29.05 | CIA-4 | 03nail 07org.oe.nslu2-linux * r703248fa... 10/packages/openntpd/openntpd_3.7p1.bb: Use sysconfdir/localstatedir instead of hardcoded paths. Create homedir in postinst |
16:29.08 | CIA-4 | 03nail 07org.oe.nslu2-linux * rdda7bbb0... 10/packages/openntpd/openntpd_3.7p1.bb: Check if the dir exists first ;-) |
16:29.11 | CIA-4 | 03nail 07org.oe.nslu2-linux * rc344fe82... 10/packages/openntpd/openntpd_3.7p1.bb: Fixup typo |
16:29.22 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
16:29.48 | Laibsch | Is it perhaps a bad idea to have the cache on an NFS mounted partition? |
16:29.55 | ElCattivo | CIA-4: use #flood ;) |
16:30.05 | Laibsch | Could that have caused the problem? |
16:30.14 | ElCattivo | Laibsch: it shouldn't |
16:30.26 | Laibsch | OK |
16:32.46 | koen | mickeyl: could you rm -rf tmp and try to build taglic and entrance? |
16:33.05 | mickeyl | koen: doing that atm. |
16:33.38 | koen | I'm still unable to build e-wm and entrance from scratch |
16:33.42 | mickeyl | taglib fix coming up |
16:33.54 | mickeyl | after ~60 revisions :) |
16:33.54 | CoreDump|home | koen: did you try the edb fix? |
16:34.10 | koen | CoreDump|home: still no joy after chmodding /var/tmp |
16:34.15 | CoreDump|home | :( |
16:36.33 | koen | I've been able to build the following the past week: http://ewi546.ewi.utwente.nl/drupal/?q=ipkgfind&action=section§ion=e |
16:38.00 | Laibsch | Is bitbake no longer at svn://svn.berlios.de/bitbake/trunk/bitbake? I just tried to update my copy since I think that might have created the problem. |
16:38.35 | Laibsch | The error I got from "svn up svn://svn.berlios.de/bitbake/trunk/bitbake" was "svn: 'svn://svn.berlios.de/bitbake/trunk' is not a working copy" |
16:39.13 | zecke | Laibsch: up != co |
16:40.00 | Laibsch | I thought I should up because I already have a working version of bitbake. Should I just use co nonetheless for updating as well? |
16:40.10 | slisk | is there a fsck.jffs2 anywhere in OE? |
16:40.24 | zecke | slisk: not even outside of OE |
16:40.29 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
16:40.32 | zecke | Laibsch: if you have a wc do svn up |
16:40.38 | zecke | Laibsch: if you need a check out do svn up |
16:40.48 | Laibsch | I see. |
16:40.55 | slisk | so if i ever want to fsck my root fs, i need to use another fs? |
16:41.39 | slisk | is jffs2 so structured that fsck isn't necessary? *snickers at the absurdity of it* |
16:41.41 | zecke | slisk: jffs2 is a journaled flash file system |
16:41.55 | zecke | slisk: what do you want to corrupt? the inode list? |
16:42.02 | zecke | slisk: the directory tables? |
16:42.09 | zecke | slisk: go and read the jffs2 design paper |
16:42.43 | slisk | is it at all possible to corrupt jffs2 to the point where it loses data? |
16:42.51 | CIA-4 | 03mickeyl 07org.oe.dev * ra8db6e9f... 10/packages/ (56 files in 11 dirs): |
16:42.52 | CIA-4 | xine and dependencies: |
16:42.52 | CIA-4 | - rename to make more consistent with other -x11 and -fb packages |
16:42.52 | CIA-4 | - include libmodplug pluging |
16:42.52 | CIA-4 | - make libxine-x11 depend on x11 |
16:42.52 | CIA-4 | - reorder metadata |
16:42.54 | CIA-4 | - remove missing-in-action MAINTAINER |
16:42.56 | CIA-4 | 03mickeyl 07org.oe.dev * rc30e01c5... 10/packages/efl/emotion_0.0.1.004.bb: emotion depends on virtual/libxine, not libxine |
16:42.59 | CIA-4 | 03mickeyl 07org.oe.dev * rc072c35b... 10/packages/e17/eclair_20050810.bb: eclair is no longer BROKEN |
16:43.03 | CIA-4 | 03mickeyl 07org.oe.dev * rd83e7735... 10/packages/taglib/taglib_1.4.bb: taglib: fix SOname and link against stdlibc++ |
16:43.05 | koen | zecke: fsck.jffs2 does exist, it mostly is a link to /bin/true :) |
16:43.06 | slisk | ok i take that back of course it is |
16:43.29 | slisk | is it at all possible to corrupt jffs2 with an abrupt power failure? |
16:43.30 | zecke | slisk: Jffs2 has no inode list, so it can not be corrupt |
16:43.53 | zecke | slisk: sure it is corrupted |
16:44.01 | slisk | ... |
16:44.04 | koen | mickeyl: first draft: http://dominion.kabel.utwente.nl/koen/pda/files/OOOO-200508.txt |
16:44.31 | mickeyl | excellent |
16:44.38 | mickeyl | i'd like to release it mid next week |
16:44.40 | slisk | so if the power cuts out at the wrong moment, i can lose my whole fs? |
16:44.50 | slisk | and there'd be no fsck to recover? |
16:44.56 | pb_ | no |
16:45.19 | pb_ | jffs2 is fully journalled. if the power fails during a write, you will lose the contents of that write transaction, but the filesystem will be left in a consistent state. |
16:46.36 | slisk | on a related note, is reiserfs fully journalled? i notice it has a fsck util. why would it need one? wouldn't jffs2 need one for the same reason? |
16:46.54 | zecke | slisk: read the jffs2 design please |
16:46.59 | slisk | where? |
16:47.01 | zecke | slisk: you waste our time otherwise |
16:47.19 | zecke | slisk: the internet? |
16:47.43 | slisk | the internet is a big place... |
16:47.59 | NAiL | google is your friend |
16:48.10 | zecke | ~hug google |
16:48.10 | ibot | ACTION hugs google |
16:48.34 | zecke | slisk: I've found it using jffs2 and design as keywords |
16:48.58 | slisk | nm found the homepage |
16:49.11 | zecke | slisk: but what corrupts on a normal filesystem? |
16:49.30 | zecke | slisk: Free Block List, Inode Table, Directory Entry List? |
16:49.56 | slisk | would this be the document you're talkign about? http://sources.redhat.com/jffs2/jffs2-html/ |
16:50.02 | zecke | slisk: jffs2 does not have most of them |
16:50.07 | zecke | slisk: so they can not corrupt |
16:50.08 | slisk | i won't pretend to know every which way soemthing can go wrong |
16:50.09 | zecke | slisk: right |
16:50.40 | zecke | slisk: just look at what fsck.ext2 normally scans ;) |
16:50.59 | zecke | slisk: but there is one way you can annoy jffs2 badly |
16:51.05 | NAiL | fill it up |
16:51.10 | zecke | slisk: change your erasesize and flash partition size |
16:51.18 | zecke | slisk: from boot to boot |
16:51.34 | NAiL | Filling it up helps too |
16:51.46 | NAiL | Once it's filled, you can't remove stuff either |
16:52.11 | zecke | NAiL: that as well |
16:52.19 | zecke | NAiL: that as well ;) |
16:53.08 | slisk | absolutely fill it up, or is there a minimum amount of space to respect? |
16:54.11 | zecke | slisk: most filesystems have important at fixed blocks |
16:54.20 | kados | I'm going through the OE getting started docs and trying to install a newer version of monotone than is available from debian stable (sarge) ... I've downloaded 0.22 deb but it requires libgcc1 >= 1:4.0.0-7 and sarge comes with 1:3.4.3-13 ... anyone out there that's installed monotone on debian sarge? |
16:54.21 | zecke | slisk: on a flash system you do not want that |
16:54.42 | slisk | zecke: how full is too full? |
16:54.44 | kados | (I can't use the debian default version of monotone ...it's version .18) |
16:54.44 | zecke | kados: sorry no |
16:54.51 | zecke | slisk: 10kb left free |
16:55.08 | zecke | kados: I'm scared you will either need to use a static version of monotone |
16:55.13 | zecke | kados: or build a package yourself |
16:55.25 | kados | bummer |
16:55.44 | zecke | kados: don't use a distri with ancient software packages |
16:55.46 | kados | well ... I have no idea how to build a package ... how can I use a static version of monotone? |
16:55.52 | kados | zecke: :-) |
16:55.59 | kados | zecke: what distro do you use? |
16:56.13 | zecke | kados: Ubuntu Breezy |
16:56.27 | zecke | kados: and FreeBSD |
16:56.43 | kados | I've got a FC3 box I could use |
16:56.50 | zecke | kados: http://www.venge.net/monotone/downloads/monotone_0.22-0.1_i386.deb |
16:56.53 | zecke | maybe that works |
16:57.08 | zecke | kados: or did you try that? |
16:57.13 | kados | zecke: that's the package I tried ;-) |
16:57.26 | kados | zecke: it needs a different version of libgcc |
16:57.47 | zecke | kados: so that package is for unstable |
16:57.48 | kados | zecke: which I'm sure will need a different version of x etc. |
16:57.54 | kados | right |
16:57.57 | *** join/#oe jbowler (n=jbowler@nslu2-linux/jbowler) |
16:57.57 | kados | I could do apt-pinning |
16:58.10 | zecke | kados: that leaves building your own package as option |
16:58.12 | kados | but I'm afraid that will really confuse things since it's gcc I'd be apt-pinning |
16:58.13 | reenoo_ | kados: and hose your system |
16:58.18 | kados | right |
16:58.25 | zecke | kados: the contained debian dir should work for stable |
16:58.33 | reenoo_ | kados: unstable is past the gcc 4 transition |
16:59.03 | reenoo_ | kados: you can't use C++ apps from unstable on sarge |
16:59.19 | kados | yea ... so I'd better switch machines then |
16:59.29 | kados | cause I need debian stable on this particular machine |
16:59.38 | kados | how's FC3 work with OE? |
16:59.47 | reenoo_ | kados: or simply rebuild the package |
16:59.54 | kados | reenoo_: how would I do that? |
16:59.54 | zecke | kados: I don't know |
17:00.48 | kados | reenoo_: you mean that I coudl rebuild the package to not need libgcc>= 1:4.0.0-7 ? |
17:00.59 | reenoo_ | kados: right |
17:01.13 | kados | reenoo_: do I need the source package for that? |
17:01.43 | reenoo_ | kados: that would be the easiest option, yes |
17:01.52 | kados | reenoo_: I see a 'dsc' file ... is that it? |
17:02.14 | zecke | kados: get the monotone-0.22 tar.gz |
17:02.28 | reenoo_ | kados: .orig.tar.gz .diff.gz .dsc |
17:02.33 | reenoo_ | zecke: no |
17:02.37 | zecke | kados: as I said it contains a good debian/ directory (all you probably need to build package) |
17:03.05 | kados | zecke: ahh ... sorry ... I've never done that before so I didn't know what you meant |
17:03.12 | zecke | kados: no problem |
17:03.20 | reenoo_ | zecke: ah, ok. I didn't know they're maintaining that themselves |
17:03.40 | zecke | I'm stopping to talk now, and let reenoo help you |
17:03.41 | Laibsch | kados: move into the source dir and say build-package should do the trick. I just use the static version IIRC. I am on stable for the server as well. |
17:03.46 | zecke | too many cooks... |
17:03.48 | kados | zecke: thanks for your help! |
17:04.59 | Laibsch | kados: Can you get the sources from venge.net? Then you'd need to create the directory with dpkg -x beforehand. |
17:05.02 | kados | reenoo_: I've got the .dsc, .tar.gz, and the i386.changes from here: http://www.venge.net/monotone/ |
17:05.22 | kados | (as well as the .deb) |
17:05.34 | kados | so ... if I'm to build the package, how do I proceed? |
17:05.34 | reenoo_ | kados: in that case 'sudo apt-get build-dep monotone' and 'fakroot dpkg-buildpackage' in the toplevel directory of the extracted tarball |
17:05.57 | kados | ok |
17:06.00 | Laibsch | s/fakroot/fakeroot/ |
17:07.24 | reenoo_ | Laibsch: indeed. heh |
17:07.30 | kados | reenoo_: fakeroot command not found |
17:07.38 | kados | reenoo_: I'll try to locate it with apt-cache |
17:08.03 | kados | ok ... done |
17:08.31 | kados | dpkg-checkbuilddeps: Unmet build dependencies: texinfo |
17:08.32 | kados | dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. |
17:08.49 | kados | so I take it I need texinfo ... which must be a new dependency ? |
17:09.14 | reenoo_ | sounds like it |
17:09.40 | kados | cool ... it seems to be working |
17:11.49 | reenoo_ | very good |
17:12.59 | Laibsch | kados: I do not understand why you don't just go for the statically compiled version. |
17:13.17 | Laibsch | You'd be up and running by now :-) |
17:13.19 | kados | Laibsch: well ... I didn't know about it I guess |
17:13.56 | zecke | Laibsch: does a statically compiled version 0.22 exist? |
17:13.57 | kados | Laibsch: it's not on the GettingStarted page on the wiki: http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted#head-9730d4326a7b8a0d13c2be3b7fe29b80ad152bf6 |
17:14.03 | kados | oops ... lorry |
17:14.07 | kados | sorry even ;-) |
17:15.04 | CIA-4 | 03coredump 07org.oe.dev * rff06b253... 10/packages/e17/ (5 files in 4 dirs): entrance: Usie gpe-dm to launch X server. Install Xinit.d/* and Sessions/Enlightenment. Update entrance configuration. |
17:18.37 | zecke | :) |
17:18.53 | zecke | kados: looks like one of the many problems is solved |
17:19.11 | kados | I just got a refurb sl-6000 and I'm eager to play around in oe |
17:19.16 | kados | see if I can build a ROM |
17:19.52 | kados | I've also got a couple of packages I'd like to maintain ... the CF-XGA card being one ... it's a cf card for doing vga out |
17:19.55 | Laibsch | zecke: I assume that http://www.venge.net/monotone/downloads/monotone-0.22-linux-x86.bz2 should be static? I do not remember but I think that is what I got. |
17:20.16 | kados | Laibsch: shall I add that link to the wiki with an explaination? |
17:20.20 | zecke | Laibsch: wow, I was too stupid to find it |
17:20.25 | Laibsch | hehe |
17:21.02 | koen | kados: iirc kdrive supports CF-vga cards out of the box |
17:21.25 | kados | koen: neat ... thing is, I've already got the CF-XGA card ;-) |
17:21.33 | kados | koen: and I've got it working on an 5500 |
17:21.43 | kados | with an older version of OZ |
17:21.59 | Laibsch | kados: I had been thinking about that myself but then rejected the idea for the reason so as not to clutter the already overburdened page (which does not help readability). I figured the link to the monotone page was enough for anyone to figure out where the statice version is. I guess zecke proved me wrong ;-) |
17:22.11 | kados | Laibsch: :-) |
17:22.34 | Laibsch | That must be awesome. |
17:22.44 | koen | kados: http://cvs.freedesktop.org/xserver/xserver/hw/kdrive/pcmcia/pcmcia.c?rev=1.9&view=markup |
17:23.07 | koen | I'm not sure if that one needs a kernelmodule |
17:23.13 | kados | koen: sweet! |
17:23.52 | kados | koen: the source I'm starting from lives at http://www.iodata.com/usa/products/CFXGA_SW.php (at the bottom of the page) |
17:24.23 | kados | koen: I've got permission from IO Data to modify and add it to Open Zaurus |
17:24.54 | kados | reenoo_: ok ... build is done ... I don't see a .deb anywhere ... is there another step? |
17:24.58 | koen | ah, that's a qt/e driver if I'm correct |
17:25.12 | reenoo_ | kados: ls .. |
17:25.18 | Laibsch | kados: look in ../ |
17:25.49 | kados | gotcha ... well there was a .deb there already so I didn't notice ... /me checks the timestamp |
17:26.22 | kados | yep ... it's mine ;-) ... thanks for the help everyone ... now to see if it works ;-) |
17:26.45 | kados | sweet ... it installed ;-) |
17:26.50 | *** join/#oe hufnus (n=slonsiki@m4c8736d0.tmodns.net) |
17:27.31 | JustinP | CoreDump|bbl: what the hell? entrance woorked *just fine* on its own. Not only that, auth=2 *doesn't work*. I had it set to auth=0 for a reason. |
17:27.46 | JustinP | CoreDump|bbl: it also *does not need* gpe-dm. It can handle it itself. |
17:29.30 | koen | heh |
17:29.34 | kados | yipee ... it's syncing :-) |
17:29.57 | mickeyl | JustinP: does engage build for you? |
17:30.03 | kados | thanks again ... I'm sure I'll be back soon ;-) |
17:30.06 | JustinP | mickeyl: no, it failed one sec, I have a fix |
17:30.14 | mickeyl | JustinP: ok, cool |
17:30.19 | JustinP | missing e.g |
17:30.21 | JustinP | e/h |
17:30.24 | JustinP | e.h |
17:30.39 | mickeyl | JustinP: while you're at it, remove the bogus -I${includedir} from src/Makefile.in |
17:31.05 | JustinP | for which? |
17:31.10 | mickeyl | engage/src/module/Makefile.am |
17:31.19 | mickeyl | line 13 or so |
17:31.30 | mickeyl | -I$(includedir) makes it include local headers |
17:31.35 | mickeyl | because includedir is /usr/include |
17:31.58 | JustinP | I'm also very tempted to disapprove coredump's entrance commit. True I was missing a few files but the changes I made were intentional and gpe-dm is absolutely not needed |
17:32.12 | mickeyl | please discuss this with him before disapproving |
17:32.53 | mickeyl | besides looking odd to depend on a gpe package, gpe-dm is not harmful :) |
17:33.05 | mickeyl | who is going to call xtscal btw. if necessary ? |
17:33.13 | JustinP | entrance won't work as it is now...unless some images have shadow passwords and others don't. auth=2 *will* break it on at least my machine. |
17:33.51 | JustinP | and gpe-dm is, again, not needed to start up X. I added all of those patched ot make entranced workk correctly (which makes it not need gpe-dm). |
17:34.07 | JustinP | entrance still needs some love, though, as it has some quitting problems |
17:34.13 | JustinP | gpe-dm does *not* fix that either |
17:34.30 | mickeyl | ok, even better |
17:34.42 | mickeyl | who is calling xtscal btw.? |
17:34.55 | koen | the Xsession scripts |
17:35.04 | koen | +++ packages/e17/entrance/Xinit.d/50-calibrate 8e0e471f05ea57e861d91c2f0d92b02a5902f48d |
17:35.04 | mickeyl | ah. |
17:35.07 | koen | @@ -0,0 +1,7 @@ |
17:35.10 | koen | +#!/bin/sh |
17:35.12 | koen | + |
17:35.15 | koen | +if ! test -e /etc/pointercal |
17:35.17 | koen | +then |
17:35.20 | koen | + xtscal |
17:35.31 | mickeyl | excellent |
17:35.42 | JustinP | which is called by fricking gpe-dm....::sigh::. Of course entrance doesn't have this particular thing built in but it's not that hard to add it. |
17:35.55 | JustinP | This is all why people shouldn't be trying to make a fscking e-image right now |
17:36.12 | mickeyl | see it positive, all are excited about that new stuff |
17:36.15 | reenoo_ | gpe-dm is just a couple of scripts |
17:36.39 | mickeyl | perhaps it would be appropriate to rename it then, now that it is more versatile? |
17:37.10 | koen | expect for zealotry reasons, why? |
17:37.18 | mickeyl | for clarity |
17:37.32 | mickeyl | if it doesn't contain anything gpe specific, why having a gpe prefix? |
17:37.39 | mickeyl | *shrug* |
17:37.43 | koen | heh |
17:38.13 | pb_ | mickeyl: because "dm" seemed a bit too short |
17:38.19 | mickeyl | heh |
17:38.22 | JustinP | I'm glad people are interested in all this, but aren't *I* supposed to be the maintainer of thes epackages? |
17:38.25 | mickeyl | s/dm.bb/desktop-manager.bb |
17:38.47 | koen | isn't it display-manager? |
17:39.25 | CIA-4 | 03mickeyl 07org.oe.dev * rfadeaf2a... 10/packages/e17/ (eclair_20050810.bb entice_20050810.bb examine_20050810.bb): |
17:39.25 | CIA-4 | add some more dependencies to ecore-x11 and evas-x11 |
17:39.25 | CIA-4 | (I looked at the actual sources, not at configure.in) |
17:39.50 | mickeyl | ah right |
17:41.31 | pb_ | yeah, it stood for "display manager", although that description only applies in a very loose kind of way here. |
17:47.00 | reenoo_ | oh. and the infamous "Couldn't find shared library provider for libgcc_s.so.1" is back |
17:47.11 | mickeyl | was it ever gone? |
17:47.18 | pb_ | no, it's always been with us |
17:47.34 | pb_ | I've grown quite fond of it over the months. |
17:47.36 | zecke | pb_: if you fix you might get an OE account ;) |
17:47.39 | reenoo_ | it was gone for a while here |
17:47.47 | zecke | if you fix it even.. |
17:47.50 | zecke | where is my mind |
17:48.11 | emte | e17 isnt a display manager ... |
17:48.18 | emte | just so you know |
17:48.27 | pb_ | thanks for the bulletin. |
17:48.33 | JustinP | entranced is, however |
17:48.34 | pb_ | fwiw, glibc isn't a display manager either. |
17:48.41 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
17:48.51 | emte | apperently its a display shell ... somewhere between a enviroment and a manager |
17:49.20 | pb_ | zecke: ah, a tempting offer indeed |
17:49.43 | JustinP | emte: you must mean "window manager", not "display manager" thenn |
17:50.00 | emte | all three then |
17:50.15 | JustinP | e is a window manager, not a display manager |
17:50.16 | emte | between ecore and evas they manage the display |
17:50.29 | JustinP | entranced is the display manager, as is gpe-dm, xdm, kdm, gdm, etc |
17:51.07 | emte | enterance is just a pretty intro, not much more |
17:51.26 | JustinP | entranceD! is a display manager |
17:51.43 | JustinP | enntrance is for is login |
17:52.01 | pb_ | funky names all these e things |
17:52.02 | pb_ | have |
17:52.06 | emte | if you choose to use it, yes |
17:53.18 | emte | but i guess it comes down to what you expect a display manager does i guess |
17:54.08 | emte | reminds me, zecke i just ran into your emacs-gettext issue as well |
17:55.03 | emte | i think they must have changed soemthing in emacs 0.22 |
17:55.35 | emte | because it launches the emacs shell but doesnt compile the -batch |
17:55.45 | emte | so it hangs with the shell open |
17:56.21 | CIA-4 | 03justinp 07org.oe.dev * r197281d5... 10/packages/efl/e_20050810.bb: Stage e.h as well |
17:57.40 | emte | my admin has been buzy with a contract to make changes to the webserver for monotone-hg |
17:58.53 | kados | http://ibot.rikers.org/oe/ is 404ing ... is there an archive of this channel anywhere else? |
17:59.03 | koen | ~logs |
17:59.03 | ibot | apt/ibot/jbot/purl all log to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz, or updated "nightly" |
18:01.02 | kados | hmmm ... maybe the wiki should be updated under contacts to include a link with html encoded channelnames ;-) |
18:01.36 | kados | actually ... it's not the wiki but this page: http://oe.handhelds.org/contact.php |
18:09.12 | CoreDump|home | holy shit jesus calm down man |
18:09.29 | zecke | CoreDump|home: hey |
18:09.36 | zecke | CoreDump|home: whats up? |
18:09.37 | CoreDump|home | hi zecke |
18:09.49 | CoreDump|home | i was about to ask JustinP |
18:10.14 | zecke | emte: any fixes or is emacs broken? |
18:10.19 | emte | hey zecke you have that url for your patch still handy? |
18:10.35 | emte | fixes? downgrade your system emacs? |
18:11.00 | zecke | emte: sadly not, and my office machine is down |
18:11.01 | emte | they made emacs changed in 0.18 |
18:11.07 | emte | changes* |
18:11.16 | emte | and it seems they must have made more |
18:11.19 | zecke | emte: it was brute force to remove emacs support |
18:11.24 | kados | koen: I'm taking a look at that freedesktop.org pcmcia.c code you linked to me ... it also supports the Colorgraphic card which I also have ;-) |
18:11.27 | emte | i guessing you must have emacs 0.22 as well |
18:11.43 | emte | which means that everyone will start seeing the issue |
18:12.01 | emte | when they upgrade |
18:12.21 | emte | but yeah forcibly removing emacs seems the solution for the moment |
18:12.51 | emte | will it break other things tho |
18:13.14 | emte | lisp is renowned for its parsing speed ... so it might slow the builds down |
18:13.27 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
18:13.35 | kados | so is it the goal of oe to allow standard distros to run on embedded platforms like the zaurus? |
18:13.59 | emte | not really |
18:14.03 | kados | or is it rather to run distros that have support for standard distros packages |
18:14.10 | kados | :-) |
18:14.16 | emte | more to provice a muti-device build system |
18:14.20 | CoreDump|home | JustinP: I give you the auth=2 thingy, was playing around with the setting as 0 doesn't work for me, but the rest? entrance did *not* work on its own. It *requires* the Xserver file from gpe-dm to be of any use. Where's the point in coding the functions of gpe-dm into entrance when the existing stuff works fine? Just because it's called "gpe"-dm? |
18:14.26 | emte | provide* |
18:14.56 | zecke | gpe is the synonym for X anyway ;) |
18:15.06 | emte | lol |
18:15.09 | koen | zecke: and fluff, bloat and !polish |
18:15.21 | kados | emte: so does that mean a build system that can be used to build packages/distros for multiple cpu architectures or is it more than that? |
18:15.39 | kados | emte: I'm very new to low-level programming |
18:15.42 | emte | kados, more, but that is part of it |
18:16.22 | emte | it brings together all the tools you need to support a device |
18:16.50 | emte | "distros" just tend to be a offshoot benificiary |
18:17.22 | emte | all the core work is done in OE, they take it and package it in a distro |
18:17.27 | kados | hmmm ... so would the standard distro folks do well to adopt a similar approach (maybe even using oe?) |
18:17.52 | kados | to allow them to build using metadata that's useful for many many architectures and devices, etc.? |
18:17.59 | emte | there are some x86 projects here, yes |
18:18.04 | kados | cool |
18:25.52 | kados | so actually, openembedded's going to help me with more than just my zaurus ... I can use it to build custom distros for my Soekris boxes too |
18:26.05 | kados | is there a list of supported architectures? |
18:26.15 | emte | fully or partial? |
18:26.26 | emte | look in the machines dir for an idea |
18:26.29 | kados | k |
18:26.38 | kados | (still syncing here ;-) |
18:26.54 | kados | monotone: 26.5M | 688.9k | 5778 | 1397 | 224 |
18:28.26 | koen | kados: use the db snapshot |
18:28.59 | kados | koen: 's ok ... this will give me time to grok what I'm actually going to do with it ;-) |
18:29.10 | kados | koen: i still don't really grok _what_ bitbake is |
18:29.54 | koen | bitbake is a task executor |
18:30.04 | koen | the OE metadate makes it able to build stuff |
18:30.07 | kados | like make? |
18:30.15 | koen | sort of like make |
18:30.46 | kados | so I write some source and bb builds it for devices as specified in the conf file? |
18:31.22 | koen | that's the idea |
18:31.33 | kados | sweet |
18:31.42 | kados | yea ... this rocks! |
18:35.34 | kados | so who works on the .conf file? |
18:36.09 | koen | all of us |
18:38.52 | *** join/#oe _alwin_ (n=ral@cable-81-173-164-49.netcologne.de) |
18:39.10 | zecke | wb _alwin_ |
18:39.19 | _alwin_ | re |
18:57.31 | *** join/#oe hufnus (n=slonsiki@mf23036d0.tmodns.net) |
18:58.18 | CIA-4 | 03mickeyl 07org.oe.dev * ra3dac38e... 10/packages/e17/ (engage/no-local-includes.patch engage_20050810.bb): engage: fix dependencies and add no-local-includes patch |
19:13.04 | CIA-4 | 03coredump 07org.oe.dev * r0a13f564... 10/packages/e17/ (entrance/config-db.patch entrance_20050810.bb): entrance: revert auth=2 to auth=0 |
19:34.31 | CIA-4 | 03nail 07org.oe.nslu2-linux * ra609ff1e... 10/ (2 files in 2 dirs): Added wireless-tools to feed |
19:44.26 | *** join/#oe jaiotu (n=jaiotu@197-160.207-68.tampabay.res.rr.com) |
19:45.35 | CIA-4 | 03nail 07org.oe.nslu2-linux * r933c360c... 10/packages/meta/openslug-packages.bb: Added zd1211 driver to feed |
19:54.03 | *** join/#oe Laibsch (n=Laibsch@G1bd0.g.pppool.de) |
19:54.59 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
20:03.17 | CIA-4 | 03koen 07org.oe.dev * rca933b7b... 10/ (7 files in 5 dirs): Add asterisk 1.0.9, delete 1.0.9 |
20:03.33 | koen | *sigh* |
20:03.37 | koen | ~lart me |
20:03.42 | kergoth | .. |
20:03.48 | koen | add 1.0.9, delete 1.0.7 |
20:04.08 | koen | hey RP |
20:04.32 | RP | I have the backlight working properly now :) |
20:04.34 | *** join/#oe keturn (n=kevint@pdpc/supporter/sustaining/keturn) |
20:04.58 | koen | the spitz backlight? |
20:05.04 | RP | yes |
20:05.24 | RP | There was a subtle problem with the chip selects on the ssp interface |
20:05.51 | RP | I still can't find a way to avoid big banging though which is most annoying |
20:08.38 | CIA-4 | 03jbowler 07org.oe.dev * r5da8bfb1... 10/conf/distro/ucslugc.conf: |
20:08.38 | CIA-4 | Remove the step to create a UcSlugC binary image (for upslug), thereby |
20:08.38 | CIA-4 | removing the requirement for linksys firmware - this is a partial fix, |
20:08.38 | CIA-4 | at present linksys firmware is still required to build an image for |
20:08.38 | CIA-4 | upslug, so to use UcSlugC after this it will be necessary, for the |
20:08.38 | CIA-4 | moment, to have an existing OpenSlug or UcSlugC system with reflash. |
20:37.33 | Laibsch | bitbake fails to build for me since the last couple of days. Console output is at http://rafb.net/paste/results/JL5VRk60.html. |
20:38.54 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
20:39.51 | koen | Laibsch: are both bitbake and OE up to date? |
20:40.04 | Laibsch | yes, I updated them today. |
20:40.14 | kados | so ... looks like the monotone sync finally finished ... but I'm seeing some warnings: |
20:40.16 | Laibsch | For OE I always had a cron job. |
20:40.17 | kados | monotone: warning: discarding revision data packet 32a48e4b95f3a4d8667381042fae7273a6995559 with unmet dependencies |
20:40.22 | kados | lots of these ... is that a problem? |
20:40.33 | koen | kados: no, that's harmless |
20:40.34 | Laibsch | I only implemented the cronjob for bitbake today and ran a manual update. |
20:40.40 | kados | koen: cool ... thanks |
20:41.26 | Laibsch | koen: What I thought was strange is that there are never any revs written for the monotone update of OE. |
20:41.59 | kados | when I check out a local copy of the OE tree ... do I want to be in /stuff/build ? |
20:43.51 | kados | or is that what the /stuff/openembedded dir is for ? |
20:46.03 | koen | the openembedded tree goes into openembedded/ |
20:46.27 | emte | Laibsch, then your doing it wrong |
20:46.32 | kados | koen: i ran this: monotone --db=/stuff/oe.db pull monotone.vanille.de "org.openembedded.{dev,nslu2-linux,dreambox}" |
20:46.37 | emte | what command are you using for updating? |
20:46.51 | kados | koen: now ... from /stuff I run monotone --db=/stuff/oe.db checkout --branch=org.openembedded.dev |
20:47.01 | kados | koen: and it puts it in openembedded? |
20:47.06 | Laibsch | emte: I use a shell script I coded to get everything going. I'll paste it. |
20:47.12 | koen | it will put it in org.openembedded.dev/ |
20:47.32 | kados | ok ... so kinda like cvs co |
20:47.43 | koen | yeah |
20:48.06 | kados | so I can update the tree with monotone --db=/stuff/oe.db pull monotone.vanille.de org.openembedded.dev ; cd /stuff/org.openembedded.dev; monotone update |
20:48.12 | kados | but that also updates the branch right? |
20:48.18 | koen | yes |
20:48.25 | kados | seems counterintuitive |
20:48.31 | koen | kados: if you are used to cvs take a look at http://venge.net/monotone/docs/CVS-Phrasebook.html#CVS-Phrasebook |
20:48.37 | kados | koen: sweet ... thanks |
20:48.55 | emte | yeah you would think monotone update would be smart enough to read the db file ... |
20:49.23 | kados | well ... I was just thinking it would be nice to be able to update just the tree ... and leave the branch alone |
20:49.28 | koen | the database is the 'server' |
20:49.29 | Laibsch | emte: http://rafb.net/paste/results/TTwGXw83.html |
20:49.39 | Laibsch | That is what I use for preparing OE. |
20:50.01 | emte | Laibsch, yeah thats wrong |
20:50.09 | emte | monotone --db=/stuff/oe.db pull monotone.vanille.de org.openembedded.dev ; cd /stuff/org.openembedded.dev; monotone update |
20:50.12 | emte | is the u[pdate command |
20:50.29 | emte | all three parts |
20:50.30 | koen | kados: monotone update will update the working copy, which is by default the org.openembedded.dev branch |
20:52.01 | Laibsch | emte: If you look at it, I have all three parts. Just slightly different. |
20:52.40 | emte | your not pulling into your repo .. |
20:52.57 | emte | you have: monotone --db=/stuff/oe.db pull monotone.vanille.de |
20:53.05 | emte | not: monotone --db=/stuff/oe.db pull monotone.vanille.de org.openembedded.dev |
20:53.20 | emte | unless i am missing that part |
20:54.53 | emte | i updated probably 4 hours ago and tehre are 31 new revs since then |
20:56.07 | *** join/#oe _law_ (n=law@213.173.86.202) |
20:56.23 | Laibsch | OK, I'll put in the org.openembedded.dev and try again. I'll expect a long update for monotone then since apparently my repo has not changed for ages. |
20:58.07 | Laibsch | Well, in the daily cronjob there is '~/bin/monotone --db=./oe.db pull monotone.vanille.de "org.openembedded.{dev,dreambox,nslu2-linux}"' so it should not be more than ~18 hours old. |
20:58.49 | Laibsch | I'll do a manual update nonetheless. |
20:59.09 | reenoo_ | Laibsch: don't forget a "monotone update" in the working copy |
20:59.13 | emte | i hope thats all thats missing from your script |
20:59.27 | emte | everything else looks fine |
21:01.39 | kados | so what happens when oe.db gets over 2 gig? ;-) |
21:02.09 | emte | over 2gb? |
21:02.13 | koen | if you have a sane FS nothing :) |
21:02.19 | emte | you shouldnt even be near that |
21:02.37 | emte | 48832 -rw-r--r-- 1 biohazard biohazard 49999872 2005-08-14 12:01 oe.db |
21:02.40 | emte | 50k |
21:02.50 | kados | yea ... mine's at 31k |
21:02.56 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
21:03.11 | koen | s/k/M/ |
21:03.18 | kados | yea ... me too ;-) |
21:03.55 | emte | good luck |
21:04.10 | kados | heh |
21:04.30 | emte | reading the description it seems like they threw it togther and are hoping they miss all the patents |
21:04.41 | kados | hehe |
21:04.53 | kados | well ignoring patents is in style these days ;-) |
21:05.03 | kados | it's hard to avoid in fact |
21:05.07 | Laibsch | ~1500 revs in. Now going to the writing part. |
21:05.09 | emte | only until it catches up to you |
21:05.15 | emte | Laibsch, ouch |
21:05.25 | emte | hope its bed time for you |
21:05.29 | Laibsch | emte: I guess it'll take a while, hm? |
21:05.38 | emte | its ~2-5min per rev |
21:05.49 | zecke | Laibsch: you could start with an upto date db |
21:05.50 | emte | and apperently it does about 1/2 of them |
21:06.02 | kados | so what's exactly happening with revs? |
21:06.04 | Laibsch | OE just told me it might take while ;-) |
21:06.09 | emte | so your looking at 1400 minutes min |
21:06.18 | zecke | Laibsch: wget http://ewi546.ewi.utwente.nl/tmp/OE.db.bz2 IIRC |
21:06.20 | kados | when it's syncing ... is it just doing difs on each line of oe.db? |
21:06.50 | Laibsch | zecke: That is where I started from. About two weeks ago. I guess that URL gets updated frequently? |
21:07.07 | emte | i am begining to think you have to cron monotone every hour to make the updates bearable |
21:07.21 | kados | emte: why does it update so often? |
21:07.22 | zecke | Laibsch: right |
21:07.30 | kados | emte: is there that much dev working going on? |
21:07.41 | emte | people make changes adn submit them |
21:07.52 | koen | kados: http://cia.navi.cx/stats/project/openembedded/ |
21:08.09 | emte | kados, over 1/2 the channel here are devs and the otehr couple hundred not here |
21:08.22 | kados | wow! |
21:08.25 | Laibsch | I guess my cronjob should not have had "" around org.openembedded.{dev,dreambox,nslu2-linux} :-( |
21:08.28 | kados | that's an active project ;-) |
21:09.43 | kados | ho hum ... none of the images in the monotone html docs are working ... |
21:09.46 | emte | hmm i need some socks |
21:18.24 | Laibsch | my monotone repo is on my router. I run OE on a different computer. Is it OK to set up a bi-hourly cron job on the router to update via monotone without risking interference if I start a bitbake compile while the update is half-way through? I hope I was successul in making clear what my question is about. |
21:18.56 | emte | unsure on that point myself |
21:19.08 | zecke | Laibsch: you can do monotone pull everytime |
21:19.10 | emte | was just thinking about updating my hg idea |
21:19.15 | zecke | Laibsch: just monotone update after you're done |
21:20.04 | emte | setup monotone to pull every hour and use hg to build from |
21:20.31 | emte | you could jsut setup two monotone repos tho and update your second one local |
21:20.33 | Laibsch | zecke: What happens if I "monotone update" and start a bitbake build while the update is running? Is that safe? I'd only do the pull via cron and update only via the initialization script. |
21:20.42 | kados | so push pull sync is for remove <-> local ... whereas commit update is for local <-> working eh? |
21:21.03 | zecke | Laibsch: if it is through parsing, it should only hit the cache |
21:21.11 | Laibsch | emte: That is an idea too. If possible I prefer to keep things central, though. |
21:21.12 | kados | so monotone --db=/stuff/oe.db pull monotone.vanille.de org.openembedded.dev ; cd /stuff/org.openembedded.dev; monotone update does both |
21:22.08 | kados | Laibsch: so would you setup a pull every hour and then only update right before or after a compile? |
21:22.40 | *** join/#oe dan2003 (n=mangodan@cpc4-ware2-3-0-cust115.lutn.cable.ntl.com) |
21:22.41 | kados | sorry ... wrong wording |
21:22.49 | Laibsch | kados: I can do either way. Trying to decide what is safest and workable right now. |
21:23.20 | kados | Laibsch: let me know what you decide and why ;-) |
21:23.22 | emte | update every hour, bitbake pulls from the cache ... so as long as your not updating while it builds the cache you should be okay |
21:23.36 | Laibsch | zecke: So I guess doing an automatic "monotone update" at a time when one is not 100% sure there is no compilation running/starting is not 100% safe? |
21:23.43 | emte | would be easy enough to make a lock check |
21:23.59 | koen | bitbake caches all metadae when it starts |
21:24.05 | koen | data* |
21:24.19 | zecke | Laibsch: right |
21:24.29 | emte | cmon monotone |
21:25.02 | Laibsch | emte: "so as long as your not updating while it builds the cache you should be okay"-> with a cronjob I cannot guarantee that some odd day I am awake building with bitbake at 4:00 o'clock in the morning :-( :-( |
21:25.12 | emte | just do a pidcheck for monotone before you start bitbake |
21:25.24 | kados | zecke: but doing a 'monotone pull' is always safe right? |
21:25.33 | emte | if its running sleep for 10 min and check again |
21:25.38 | zecke | kados: yes |
21:25.39 | koen | kados: yes |
21:25.54 | emte | pretty simple |
21:25.56 | Laibsch | Na, too much trouble. I'll pull hourly via cron and update via my initialization script. That is run on the faster processor anyway. |
21:26.37 | Laibsch | I was referring to emte's statement about checking pids. |
21:27.13 | emte | not hard ... i've done it for redundancy for servers |
21:28.06 | emte | usually to keep mysql from doing soemthing stupid |
21:28.42 | kados | wow ... in just the last couple of hours there have been 963 revs (i just did a pull) |
21:28.46 | emte | altho newer versions seem quite a but more stable |
21:28.49 | kados | does that sound right? |
21:29.04 | emte | sounds like you added a new branch |
21:29.32 | kados | emte: I did monotone --db=/home/josh/zaurus/stuff/oe.db pull monotone.vanille.de org.openembedded.dev |
21:29.52 | kados | emte: or should I have done sync? |
21:29.58 | emte | then i'd guess it has been longer than a few hours or your reading certs |
21:30.02 | CIA-4 | 03rpurdie 07org.oe.dev * rcd1d678b... 10/packages/linux/ (2 files in 2 dirs): linux-oz-2.6: Add wireless extentions to spitz-defconfig. Update spitzssp to fix backlight problems and remove bit banging code (yay\!). |
21:30.26 | kados | emte: well ... it's definitely only been a few hours |
21:30.33 | koen | RP: cheers! |
21:30.35 | kados | emte: since I ran monotone --db=/stuff/oe.db pull monotone.vanille.de "org.openembedded.{dev,nslu2-linux,dreambox}" |
21:31.10 | kados | emte: and checked out a local copy |
21:31.33 | kados | emte: monotone: 2.4M | 240.3k | 4185 | 963 | 18 |
21:31.42 | kados | is where I'm at now |
21:31.56 | emte | you sure your not checking out a new repo then? |
21:32.15 | emte | maybe you were in the wrong dir? |
21:32.25 | koen | emte: that is crap |
21:32.26 | kados | can I C-c safely? |
21:32.39 | emte | koen, ? |
21:32.42 | koen | "the wrong dir" doesn't matter when doing monotone pull |
21:32.48 | koen | pull == db action |
21:32.51 | emte | no? |
21:33.02 | emte | aha true |
21:33.23 | emte | 963 revs is a lot for a few hours |
21:34.00 | kados | maybe my original sync didn't work right? |
21:34.17 | kados | i did have a lot of warnings (but I heard they were harmless) |
21:34.28 | emte | kados, you are aware you have two dif --db= ? |
21:34.37 | emte | or was the second jsut an example? |
21:34.54 | kados | no ... I wasn't aware |
21:35.10 | kados | ahh ... second was just an example ;-) |
21:35.30 | kados | only one oe.db in /home/josh/zaurus/stuff/oe.db |
21:35.30 | emte | then koen was right |
21:35.43 | kados | right that everything's ok? |
21:36.19 | slisk | just put a check for lsof | grep "oe.db" in your cron script |
21:37.00 | slisk | it can call at to schedule execution for like an hour later |
21:37.14 | kados | what happens if I 'update' durring a pull? |
21:37.48 | slisk | that's like crossing the streams, don't try it |
21:37.48 | koen | it will update |
21:37.57 | koen | or it will say 'database locked' |
21:38.11 | slisk | if it's smart... |
21:38.33 | koen | and if it updates, it will check out the latest verified revision |
21:38.35 | slisk | but any1 who thinks it's a good idea to have a monolithic 100mb+ configuration file isn't too smart |
21:39.28 | slisk | also, if the subsequent commands are independent of the db update, then you've got too problems to worry about |
21:39.44 | slisk | you need && instead of semicolons in between the commands |
21:39.54 | slisk | so if 1 fails the rest doesn't execute and bring about more problems |
21:40.14 | slisk | i imagine that the metadata files are opened invididual only when they're needed |
21:40.29 | slisk | so if you go about building a package, then update it between steps, it could caus problems |
21:41.10 | slisk | lol too instead of two |
21:41.22 | slisk | how many times have i mocked others for that? |
21:41.43 | slisk | gotta get off my type kill tendencies |
21:43.04 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
21:43.47 | zecke | wb mithro |
21:47.44 | kados | what's the difference between: |
21:47.45 | kados | pull monotone.vanille.de "org.openembedded.{dev,nslu2-linux,dreambox}" |
21:47.58 | kados | pull monotone.vanille.de "org.openembedded.dev" |
21:48.12 | koen | the number of branches you update |
21:48.17 | kados | could that be the reason I'm getting 963 revs in a few hours? |
21:48.27 | koen | yeah |
21:48.47 | kados | I did the first one when I did my original pull |
21:49.03 | kados | and the second when I wanted to pull the latest stuff (mainly just a test) |
21:51.05 | kados | josh@sam:~/zaurus/stuff$ monotone --db=/home/josh/zaurus/stuff/oe.db list branches |
21:51.16 | kados | monotone: fatal: std::runtime_error: failure extracting schema from sqlite_master |
21:51.17 | kados | monotone: this is almost certainly a bug in monotone. |
21:52.40 | zecke | kados: read the update manual |
21:52.48 | zecke | s/manual/notes |
21:53.23 | zecke | http://www.venge.net/monotone/UPGRADE |
21:53.55 | zecke | kados: try monotone db migrate and then try again |
21:54.12 | kados | zecke: I'm still in the middle of a pull |
21:56.17 | zecke | kados: monotone is good at blaming itself, when it is not guilty at all |
21:57.04 | kados | zecke: i don't see how db migrate will solve anything ... since I created this db with version .2 |
21:57.17 | kados | zecke: unless I'm not understanding something ;-) |
21:57.20 | zecke | kados: ah well |
21:57.32 | zecke | kados: okay I thought you had some pre existing db |
21:57.47 | CIA-4 | 03nail 07org.oe.nslu2-linux * r8cf91caa... 10/packages/sudo/ (sudo.inc sudo_1.6.8p8.bb): Fix sudoers permission |
21:58.00 | kados | zecke: I deleted it after uninstalling the debian stable monotone (version .18) |
21:58.09 | kados | zecke: and created a new one with the new .22 version |
21:58.30 | kados | zecke: i wonder if the error is related to the fact that I'm in the middle of a pull |
21:58.50 | zecke | kados: I've not seen that before |
21:59.00 | kados | at this rate I'll be spending 90% of my time waiting for pull and update and 10% actually programming ;-) |
21:59.06 | CIA-4 | 03koen 07org.oe.dev * ra3d67734... 10/packages/libgpewidget/libgpewidget_0.103.bb: Add libgpewidget 0.103, matches cairo 0.5 API and fixes the dateselector widget |
22:00.44 | zecke | kados: hehe you might join the anti-motone movement |
22:00.51 | kados | :-) |
22:01.03 | kados | it looks nice but I'm just unfamiliar with it |
22:01.08 | zecke | kados: we're open to switch for the better |
22:01.27 | zecke | kados: it is slow, no doubt but it's slowness has not prevented me from doing any work |
22:01.32 | emte | we will see |
22:01.44 | emte | i am uploading the hg repo to a server now |
22:01.48 | zecke | kados: turn on computer, start monotone pull, get breakfast statz hacking |
22:01.58 | emte | with my slow arsed connection its gonna be 40min |
22:02.03 | kados | I'm really unfamiliar with the options for distributed revision control ... but I know it's a real problem finding (or creating) a decent app for it |
22:02.35 | koen | bitkeeper is nice and decent |
22:02.37 | kados | well I guess I must have pulled a new branch by mistake |
22:02.44 | koen | but expensive and closed |
22:02.54 | kados | origianlly I pulled: |
22:02.54 | kados | monotone --db=/stuff/oe.db pull monotone.vanille.de |
22:03.01 | kados | then to 'update' I pulled: |
22:03.17 | kados | oops ... wrong paste above |
22:03.31 | kados | origianlly:"org.openembedded.{dev,nslu2-linux,dreambox}" |
22:03.37 | emte | i know CoreDump|home will be excited to try it |
22:03.44 | kados | now: "org.openembedded.dev" |
22:03.58 | kados | seems like the first one should include the second |
22:04.00 | emte | wish i could get ahold of blak to setup the cgi |
22:04.01 | kados | right? |
22:04.03 | zecke | emte: I would clone/pull whatever it as well |
22:04.11 | CoreDump|home | emte: hm? |
22:04.16 | emte | yeah |
22:04.43 | emte | well it took 30 seconds to incorporate the three days of monotone changes into hg :) |
22:04.54 | kados | what's hg? |
22:05.07 | koen | mercurial |
22:05.13 | koen | another version control system |
22:05.30 | kados | wow |
22:05.37 | emte | quite a bit more flexible for multiplatform devel |
22:05.50 | emte | and small |
22:05.55 | zecke | kados: http://www.selenic.com/mercurial/ |
22:06.27 | kados | neat |
22:06.35 | mickeyl | *yawn* |
22:06.44 | zecke | mickeyl: hey |
22:06.51 | treke|home | rmorning |
22:06.54 | zecke | mickeyl: are you okay witht he qt3e.bbclass? |
22:06.57 | koen | hey treke|home |
22:07.58 | pb_ | grr |
22:08.06 | mickeyl | zecke: yeah, it looks ok. I'm just wondering why we need it. Do we have apps using Qt/Embedded 3.x in OE? |
22:08.06 | emte | lol |
22:08.16 | mickeyl | pb_: printed circuit board? |
22:08.43 | zecke | mickeyl: hacky, hacky opie-l* stuff was linked to it |
22:08.47 | pb_ | mickeyl: pcb.sourceforge.net, the printed circuit board design package. |
22:08.57 | treke|home | why do developers have this fondness for non standard ui's for apps? |
22:09.09 | pb_ | though, actually, I guess this latest annoyance is caused by the netlister, not actually by PCB itself. |
22:09.50 | mickeyl | pb_: ah i see. hmm, no screenshots on the site |
22:09.57 | pb_ | I quite like gschem, and PCB has gotten a lot better than it used to be. |
22:09.58 | mickeyl | ~lart GUI app websites without screenies |
22:10.02 | emte | i use eagle, atleast the devices are decent in it |
22:10.20 | koen | mickeyl: missing your daily dose of eye-candy? |
22:10.24 | mickeyl | koen: *nod* :) |
22:10.27 | slisk | qucs > geda |
22:10.30 | emte | wish i couls afford pantheon |
22:10.35 | emte | could* |
22:10.41 | pb_ | there's some bad interaction between gschem and gnetlist, though, which causes anything marked as NC in the schematic to end up connected to a "NoConnection" net. |
22:11.02 | koen | heh |
22:11.12 | koen | one big 'noconnection' net |
22:11.17 | pb_ | yeah, exactly |
22:11.28 | pb_ | which, obviously, is almost exactly the opposite of what you'd want |
22:11.48 | koen | yeah |
22:12.17 | pb_ | five seconds with vi sorts it out, of course, but it's irritating to have to remember to do that every time. |
22:13.00 | emte | my biggest problem with the suite was building new devices |
22:13.07 | emte | well trying i should say |
22:13.34 | treke|home | also, this os doesnt grasp that it doesnt need to suspend if it's on external power |
22:13.59 | pb_ | adding new schematic symbols is pretty easy these days with tragesym. |
22:14.05 | kados | I'm still not getting what's going on here ... I pulled monotone.vanille.de "org.openembedded.{dev,nslu2-linux,dreambox}" ... it took a few hours ... then a few hours later I pulled monotone.vanille.de org.openembedded.dev ... it should only have had a few revs (I think) but instead it had 963 revs does this seem strange to anyone else or am I not understanding something? |
22:14.11 | emte | not if it doesnt exist |
22:14.21 | pb_ | pardon? |
22:14.28 | emte | they would always get mangled somehow |
22:14.29 | kados | also wondering if there's a safe way to cancel a pull |
22:14.33 | koen | kados: strange indeed |
22:14.39 | koen | ctrl-c |
22:14.43 | kados | cool |
22:14.44 | *** join/#oe Kristoffer__ (n=Kristoff@h242n2fls31o1105.telia.com) |
22:14.51 | kados | koen: at least I'm not going crazy ;-) |
22:15.01 | kados | koen: any troubleshooting suggestion? |
22:15.08 | emte | the devices would be to spec and then when i went to use them they would eb way out |
22:15.08 | koen | not really |
22:15.14 | kados | hum |
22:15.24 | koen | I'd say go to sleep and check in the morning |
22:15.27 | kados | well I guess I'll just wait for it to finish |
22:15.33 | kados | then see what happens next time I run it ;-) |
22:16.11 | kados | honestly I don't know how a server could be synched twice an hour |
22:16.25 | kados | one sync would surely interupt another |
22:16.28 | emte | 15536 files ... |
22:17.08 | emte | and tahts jsut in dev |
22:17.11 | *** join/#oe gerwin_ (n=gerwin@84.87.179.14) |
22:17.18 | kados | (because it takes more than just 30 minutes to sync ;-)) |
22:18.06 | *** join/#oe hdi (n=hdi@d54C25947.access.telenet.be) |
22:18.41 | emte | lol |
22:18.59 | emte | thats RD's dept no? |
22:19.11 | emte | RP* |
22:19.12 | mickeyl | no |
22:19.20 | mickeyl | kergoth is the only one who has the documents to write it |
22:19.29 | emte | ah |
22:19.30 | mickeyl | and RP has no locomo hardware |
22:20.02 | mickeyl | s/Freyther and Kooi inc/Freyther, Kooi, and Lauer Inc." |
22:20.38 | emte | i dont suppose anyone has filed for non-profit organisation status? |
22:20.40 | koen | mickeyl: every friday night a complimentary bottle of leffe brun |
22:20.49 | zecke | emte: no that is to be done |
22:20.51 | mickeyl | _good_ idea! |
22:20.58 | emte | then you could offer tax receipts for donations |
22:21.00 | mickeyl | might be not good for my overweight though |
22:21.02 | zecke | emte: but I would like to see hh.org getting non-profit |
22:21.18 | zecke | emte: status and tax exemption |
22:21.24 | hdi | Hello ppl, I've got an ipaq 3630, which means limited space, so I thought lets install a bootstrap-image and after that (via usb) install the packages that I want. sshing to the ipaq works fine, but now I need a login/password? Is there a default password for the root user? If not, is it possible to do the thing I want to do in an other way? |
22:21.30 | emte | you would need to file in each country |
22:22.21 | zecke | hdi: self built version? |
22:22.27 | emte | but corps would be more likly to donate money |
22:23.00 | koen | hdi: #familiar or #handhelds.org |
22:23.01 | emte | which could in turn be used to "hire" developers |
22:23.33 | zecke | emte: I would like to see hh.org getting the non-profit status in the US |
22:23.47 | zecke | emte: but first we need to see how hh.org lives without HP |
22:23.48 | hdi | zecke: bitbake bootstrap-image |
22:23.59 | emte | france, has to file for that doesnt he? since he owns it? |
22:24.03 | zecke | hdi: if you're not building a debug distro |
22:24.17 | zecke | hdi: you do not set a default password, and password less root login via ssh is disabled |
22:24.26 | zecke | emte: I don't think he owns hh.org |
22:24.42 | zecke | emte: but france would be a good candidate, but maybe they suprise us anyway |
22:25.26 | hdi | zecke: is there an 'easy' way to enable a password less login? |
22:25.57 | koen | zecke: france is busy with talking to lawyers about hh.org's status |
22:26.07 | koen | zecke: so we'll see in a week or two |
22:26.08 | zecke | hdi: DEBUG_DISTRO="1" could do |
22:26.10 | emte | ah |
22:26.28 | zecke | emte: but most importantly is to have enough hardware for hh.org |
22:26.39 | zecke | emte: and probably a sysadmin doing administration of it |
22:26.42 | emte | hdi why dont you just install the gpe or opie image? |
22:26.56 | emte | well you could use taht blackdog thing |
22:27.12 | emte | i forget who posted it |
22:27.31 | emte | http://www.projectblackdog.com/site/index.html |
22:28.03 | hdi | emte: limited space, a gpe-image leaves me no space to install any additional packages |
22:28.11 | emte | unless hh.org is doing something i dont know about, that would be powerful enough |
22:29.24 | emte | the gpe image is pretty bare |
22:29.37 | emte | or used to be |
22:29.55 | koen | 'unless hh.org is doing something i dont know about' |
22:30.00 | koen | what crack are you on? |
22:30.16 | emte | heavy db work |
22:30.29 | hdi | emte: the gpe-image leaves me less than a Mb of space |
22:31.03 | emte | perhaps it has a heavy media stream aspect |
22:31.09 | zecke | hdi: grep conf/distro for DEBUG |
22:31.12 | zecke | hdi: and set that |
22:32.14 | emte | i've only saw it do web, light db, ftp/file serving |
22:35.50 | hdi | zecke: DEBUG not found for the familiar distro, can I just add DEBUG_BUILD = "1" to the conf file? |
22:36.21 | zecke | hdi: no that is something else ;) |
22:36.29 | zecke | hdi: look at packages/dropbear*/*.bb |
22:36.46 | zecke | hdi: a special patch for password less connections is applied... |
22:38.54 | zecke | hdi: sorry, I meant DISTRO_TYPE |
22:39.09 | hdi | patch -p1 < ${WORKDIR}/allow-nopw.patch |
22:39.11 | zecke | hdi: alternatively you provide your own base-passwd and set a default password |
22:39.24 | emte | :( |
22:39.30 | emte | it jumped to 6 hours |
22:39.34 | emte | ugh |
22:40.01 | hdi | information overflow :-), I'll try the DISTRO_TYPE thingy ;-) |
22:41.52 | hdi | just setting DISTRO to familiar-0.8.3 and doing a bitbake bootstrap-image should do the trick no? |
22:42.39 | CIA-4 | 03nail 07org.oe.nslu2-linux * r97bdaac8... 10/packages/vsftpd/vsftpd_2.0.3.bb: Fix hardcoded paths mess. Create localstatedir/shared/empty if not exists |
22:42.43 | CIA-4 | 03koen 07org.oe.dev * r381f85b2... 10/packages/iptables/iptables_1.3.3.bb: Add iptables 1.3.3 |
22:42.44 | mickeyl | g'night |
22:42.47 | CIA-4 | 03nail 07org.oe.nslu2-linux * r2cd93746... 10/ (2 files in 2 dirs): Add vsftpd to feed |
22:42.50 | CIA-4 | 03koen 07org.oe.dev * rf54beea7... 10/packages/iptables/iptables_1.3.3.bb: Install iptables in sbindir instead of bindir |
22:45.04 | zecke | cya |
22:45.11 | CoreDump|home | n8 |
22:46.46 | emte | night |
22:46.51 | zecke | good nite |
22:50.37 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
22:51.33 | NAiL | Anyone know why this doesn't work: |
22:51.34 | NAiL | #CONFFILES = "${sysconfdir}/ssmtp/ssmtp.conf ${sysconfdir}/ssmtp/revaliases" |
22:51.41 | NAiL | (Except the #, of course) |
22:53.21 | CIA-4 | 03rpurdie 07org.oe.dev * raa755a63... 10/packages/linux/linux-openzaurus_2.6.13-rc5-mm1.bb: linux-oz-2.6: Merge spitz ssp driver into corgi |
22:53.51 | zecke | NAiL: use \ for the newline |
22:54.16 | NAiL | ssmtp.conf \ |
22:54.19 | NAiL | then the rest? |
22:54.30 | zecke | right |
22:54.35 | NAiL | It didn't want to work when I did only the first file either... :( |
22:55.06 | emte | hmm |
22:55.16 | emte | where is my python book |
22:56.07 | CIA-4 | 03rwhitby 07org.oe.nslu2-linux * r53c5b2e8... 10/conf/distro/ (openslug.conf ucslugc.conf): Fixed openslug and ucslugc to use R29 firmware, not the new R63 |
22:58.02 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
23:05.06 | *** join/#oe Timelord (n=TL@66.84.189.72) |
23:09.52 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
23:10.26 | *** join/#oe keturn (n=kevint@pdpc/supporter/sustaining/keturn) |
23:14.45 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
23:26.12 | gerwinin | It seems my filesystem is always read-only :( |
23:26.47 | koen | have you been hanging out with the zaurus crowd? |
23:26.58 | koen | those people always want 'ROM's |
23:30.23 | gerwinin | no |
23:30.40 | gerwinin | I just made an image for an mp3player I need :) |
23:30.57 | koen | what does 'mount / -o remount,rw' say? |
23:31.04 | gerwinin | Let me check |
23:31.39 | *** join/#oe Timelord0 (n=TL@66.84.189.72) |
23:32.55 | gerwinin | mmm can't find / in fstab : |
23:33.42 | gerwinin | I think there is a problem in there |
23:36.02 | *** join/#oe hufnus (n=slonsiki@ma31436d0.tmodns.net) |
23:38.39 | koen | 'night all |
23:42.20 | emte | night |
23:46.35 | emte | well next time i wont be so dumb |
23:46.43 | emte | lets blame it on the surgery :P |
23:47.52 | emte | hmm |
23:48.09 | emte | 33M |
23:48.25 | emte | wonder what i am missing ... |
23:50.36 | emte | hmm .. |
23:51.00 | *** join/#oe qfh (n=qfh@ppp-82-135-1-106.mnet-online.de) |
23:58.13 | JustinP | CoreDump|afk: Sorry about that but I spent hours getting entrance to work..... I understand that it didn't have the session files and needed the Xserver file and such but, I must say again, the e-image is *not ready*. |