| 00:14.11 | emte | hey ... can someone try to build ppp-dialin pls |
| 00:21.37 | CoreDump|home | NOTE: package ppp-dialin-0.1-r0: task do_build completed |
| 00:27.10 | emte | wtf ... why wont bk get it for me ... |
| 00:28.44 | emte | lets try anotehr pull ... |
| 00:28.56 | CoreDump|home | well, the source might have been already present onb |
| 00:28.57 | emte | dont know what diff an hour will make ... |
| 00:29.01 | CoreDump|home | on my system |
| 00:29.35 | emte | can you send me your oe? |
| 00:29.43 | emte | i still dont have it |
| 00:29.59 | emte | its supposed to be on bk somewhere ... |
| 00:30.28 | CoreDump|home | sure |
| 00:30.41 | CoreDump|home | address? |
| 00:30.48 | emte | emte@labotomy.net |
| 00:32.04 | CoreDump|home | mail sent |
| 00:33.08 | CoreDump|home | doh |
| 00:33.17 | CoreDump|home | the source is in packages/ppp-dialin |
| 00:33.42 | emte | yeah i dont have a ppp-dialin |
| 00:34.08 | CoreDump|home | which is exactly two text files he |
| 00:34.25 | *** join/#oe ictyl (bradford@user-0ce2kbc.cable.mindspring.com) |
| 00:34.34 | *** join/#oe treke|laptop (~ggilbert@lsanca2-ar31-4-33-244-178.lsanca2.dsl-verizon.net) |
| 00:34.48 | emte | [emte@t packages]$ ls pp* |
| 00:34.48 | emte | SCCS ppp-2.4.1 ppp_2.4.1.oe |
| 00:34.48 | emte | [emte@t packages]$ |
| 00:35.11 | emte | some reason i cant pull it |
| 00:35.41 | emte | anyway ... |
| 00:35.58 | kergoth | sounds like you did a bk pull without doing bk -r co -q |
| 00:36.04 | emte | do i need to define do_stage(){} or will pkgconfig do that? |
| 00:36.22 | emte | bk pull; bk -r co -q |
| 00:37.29 | emte | i guess using do_stage() cant hurt |
| 00:39.35 | emte | then its time to check pgserver is pulling the correct sdl headers |
| 00:40.06 | kergoth | you do know that picogui itself is unmaintained upstream, right? |
| 00:40.07 | kergoth | heh |
| 00:40.15 | emte | yes |
| 00:40.40 | emte | with a project perhaps interest can be rekindled |
| 00:41.01 | emte | i am not qualified yet for the programming required |
| 00:41.30 | emte | but the amount of platforms picogui has been developed for is pretty amazing |
| 00:41.45 | emte | even with the current stall |
| 00:41.51 | kergoth | nod |
| 00:42.16 | emte | i will try to build the zaurus one after this one works |
| 00:43.32 | emte | sortof mid-thought here ... it may be one way around the uclibc glib-2.0 gettext issue |
| 00:43.51 | emte | assuming it will compile with uclibc |
| 00:44.46 | emte | thats sortof a touchy spot tho with so much written requiring glib |
| 00:46.07 | emte | another build question btw .... does issuing do_install() really do much? |
| 00:46.29 | kergoth | ? |
| 00:46.33 | *** join/#oe Disconnect (~dis@pcp701187pcs.bowie01.md.comcast.net) |
| 00:46.34 | emte | i am guessing autotools installs anyway |
| 00:46.43 | kergoth | i dont know what you mean. |
| 00:47.02 | emte | i see do_install() {} in some of the oe |
| 00:47.05 | kergoth | autotools.oeclass provides a do_install. if you put do_install() in your .oe, that'll override the autotools one. |
| 00:47.15 | kergoth | yes. we write a do_install when a do_install needs writing. |
| 00:47.24 | emte | so if its empty its redundant? |
| 00:47.29 | kergoth | what? |
| 00:47.42 | kergoth | if you put an empty do_install, it doesnt get installed and packaged |
| 00:48.02 | emte | aha ... thats good to know |
| 00:48.09 | kergoth | do_install is what installs. |
| 00:48.15 | kergoth | if you dont install anything, you dont install anything. |
| 00:48.32 | emte | is this the same for do-stage() {} ? |
| 00:48.34 | kergoth | what? |
| 00:48.40 | emte | behavior |
| 00:48.43 | kergoth | stage puts things in staging. |
| 00:49.11 | emte | but if its emmpty it still works? |
| 00:49.14 | kergoth | ? |
| 00:49.24 | kergoth | are you really this dense? |
| 00:49.28 | kergoth | do_stage puts things in staging |
| 00:49.31 | kergoth | if its empty, guess what? |
| 00:49.35 | kergoth | you arent putting anything in staging. |
| 00:49.38 | kergoth | isnt logic fun? |
| 00:49.40 | emte | nothing goes in staging |
| 00:49.45 | kergoth | no fucking shit. |
| 00:49.48 | emte | was trying to make sure |
| 00:51.14 | emte | so the only time to issue those is when you need/want to override what the tools would do by themselves? |
| 00:51.17 | mickeyl | g'night |
| 00:51.21 | emte | night |
| 00:51.29 | kergoth | you arent "issuing" anything |
| 00:51.59 | kergoth | you're defining a function. its just like a variable, but executable. |
| 00:52.22 | kergoth | "what the tools would do by themselves" is meaningless |
| 00:52.28 | emte | thats makes far more sense ... |
| 00:53.05 | kergoth | it comes down to whether or not the versions of functions defined by the oeclasses are sufficient to your needs |
| 00:53.09 | kergoth | if not, you write your own |
| 00:53.31 | emte | yeah now i get it since you related ti to variable behavior |
| 00:53.36 | emte | it* |
| 00:53.57 | kergoth | oe considers it just as another item of metadata thats marked as executable |
| 00:54.05 | kergoth | in fact, to really show that point |
| 00:54.13 | kergoth | do_blah = "oenote test" |
| 00:54.13 | emte | wish someone had said that before ... i'll put it on my oe outline page |
| 00:54.17 | kergoth | do_blah[func] = 1 |
| 00:54.26 | kergoth | would be the same as do_blah() { oenote test } |
| 00:55.35 | emte | urg ... i need to get used to this damn kbd |
| 00:55.43 | emte | my spelling is killing me |
| 00:56.05 | emte | OEFileDescrtiption have to like that one |
| 00:56.20 | treke|laptop | kergoth: back in texas? |
| 01:02.29 | emte | there i added it jsut for you :) |
| 01:03.24 | kergoth | treke|laptop: nah, i was leaving this morning but got stuck here having to work to prevent the foreclosure on my townhouse :\ |
| 01:03.47 | kergoth | treke|laptop: had to borrow $5k from my stepdad's mom (also my realtor). i hate borrowing money :\ |
| 01:04.04 | kergoth | heading back in the morning. dont want to drive at night, sleeping in my car isnt comfy |
| 01:04.52 | emte | urg |
| 01:04.57 | emte | not fun :( |
| 01:06.28 | kergoth | not at all. my dad, who's living in it, hasnt been working for the past 6 months |
| 01:06.30 | kergoth | no rent from him |
| 01:06.44 | kergoth | i cant exactly afford both rent at my apartment and mortgage |
| 01:06.45 | kergoth | heh |
| 01:06.48 | kergoth | so fell behind |
| 01:08.42 | emte | :( |
| 01:09.33 | emte | did you ask your dad if he could tolorate a roommate? |
| 01:10.03 | [g2] | does he code ? |
| 01:11.02 | emte | reminds me i need to prep my "toolbox" for my lab |
| 01:11.14 | treke|laptop | s/ask/inform him he could/s |
| 01:11.20 | emte | and buy some scope leads ... |
| 01:11.35 | emte | btw anyone selling any? |
| 01:12.01 | emte | need 300 AC capable ones |
| 01:13.22 | emte | guess not |
| 01:15.47 | emte | comon piclup sdl.h |
| 01:15.52 | emte | pick* |
| 01:16.59 | emte | if anyone is curious ... the Zboards are very nice kbds but the keys are slightly smaller the noremal and extreamly close together |
| 01:17.02 | [g2] | kergoth any idea why AM_TEST would be on for the nslu2 ? |
| 01:17.26 | [g2] | make that WITH_TEST |
| 01:19.16 | _Psycho | treke, shipped yet ? |
| 01:19.30 | _Psycho | ~ i had to ask :) |
| 01:20.15 | emte | | sdlfb.c:39:69: SDL/SDL.h: No such file or directory |
| 01:20.17 | emte | damnit |
| 01:22.09 | emte | time to updatedb for a bit of searching love |
| 01:23.15 | emte | as slocate specific for oe would be nice ... |
| 01:23.35 | emte | wonder if i can modify it to limit it |
| 01:31.50 | emte | slocate -U oebase -l 0 -i -q --output=oebase/slocate-oe.db then its just slocate -d oebase/slacte-oe.db blah .... simple enough and possibly handy |
| 01:32.45 | emte | hmm ... i see my problem ... libsdl wasnt moved to staging ... |
| 01:34.45 | emte | :w! |
| 01:39.21 | mithro-- | ibot seen mickeyl |
| 01:39.23 | ibot | mickeyl <~mickey@deneb.tm.informatik.uni-frankfurt.de> was last seen on IRC in channel #oe, 48m 6s ago, saying: 'g'night'. |
| 01:44.55 | *** join/#oe nrktk (~ltk@82.Red-80-33-65.pooles.rima-tde.net) |
| 01:45.01 | df00z | ibot seen CosmicPenguin |
| 01:45.07 | ibot | cosmicpenguin <~nobody@aus-ext-proxy01.amd.com> was last seen on IRC in channel #oe, 2h 3m 36s ago, saying: 'home time'. |
| 01:45.13 | df00z | Damn :P |
| 01:50.00 | emte | EXTRA_OEMAKE_append = "install-lib" is what i would use to get autotools to run an "extra" make command? |
| 01:50.32 | kergoth | not what i'd recommend. |
| 01:50.37 | kergoth | make is called for all sorts of things |
| 01:50.41 | kergoth | compiling, installing, whatever |
| 01:50.43 | emte | good thing i asked |
| 01:50.47 | kergoth | EXTRA_OEMAKE is used in *all* calls to make |
| 01:50.51 | kergoth | not just the install |
| 01:51.26 | emte | hmm, i just need to call "make install-lib" after it does the regular one |
| 01:51.42 | kergoth | in do_install? |
| 01:51.51 | kergoth | obviously install-lib isnt part of compilation |
| 01:52.11 | emte | no its separate in sld |
| 01:52.14 | emte | sdl* |
| 01:52.38 | emte | hmm ... maybe i'll just patch it in ... |
| 01:54.45 | df00z | Aye aye. |
| 01:55.01 | df00z | sh: -c: line 1: unexpected EOF while looking for matching `}' |
| 01:55.01 | df00z | sh: -c: line 2: syntax error: unexpected end of file |
| 01:55.01 | df00z | NOTE: Task failed: tar xz --no-same-owner -f /mnt/hd/oe/tmp/work/beepmp-0.9.7rc2-r0/${http:/aleron.dl.sourceforge.net/sourceforge/beepmp/bmp-0.9.7rc2.tar.gz execution failed |
| 01:55.15 | kergoth | your SRC_URI is broken. fix it |
| 01:55.16 | df00z | beepmp_0.9.7rc2.oe (CosmicPenguin added it) |
| 01:55.32 | kergoth | probably just a typo or something equally silly |
| 01:56.01 | df00z | ya |
| 01:56.05 | df00z | ok now it unpacks.. |
| 01:56.12 | df00z | DEBUG: bugfix bugfix.patch |
| 01:56.12 | df00z | NOTE: import patch '/mnt/hd/oe/packages/beepmp/beepmp/bugfix.patch' as 'bugfix.patch' |
| 01:57.29 | df00z | huh. wonder why its not patching |
| 01:57.42 | *** part/#oe ictyl (bradford@user-0ce2kbc.cable.mindspring.com) |
| 01:59.59 | df00z | Is there any way to get more verbose output as to why its not patching? I could just add the patch by hand and take out that line |
| 02:00.02 | df00z | but the OE seems broke heh |
| 02:00.05 | df00z | beepmp_0.9.7rc2.oe |
| 02:02.45 | df00z | oh |
| 02:02.45 | emte | hmm ... adding install-lib to RECURSIVE_TARGETS should be enough you think? |
| 02:02.48 | df00z | his paths are wrong |
| 02:04.27 | emte | mmm no thats not the right solution ... |
| 02:11.56 | df00z | Who can add patches to OE? I'm gonna test his patches now, his OE was messed up though |
| 02:12.08 | df00z | well who can push the oe or whatever |
| 02:12.35 | emte | oe@handhelds.org i think |
| 02:13.03 | df00z | ah |
| 02:13.28 | emte | gets reviewed and assigned |
| 02:13.33 | emte | i think is how it goes |
| 02:14.55 | df00z | god i hope beep works :) |
| 02:20.57 | *** join/#oe SufferAll (~cactus@adsl-64-123-188-32.dsl.rcsntx.swbell.net) |
| 02:21.31 | df00z | Aw damn! |
| 02:21.42 | df00z | error was BadMatch invalid parameter attributes |
| 02:21.49 | df00z | beep media player recieved an X Window System error |
| 02:23.11 | emte | lol |
| 02:23.50 | emte | probably just trying to use a wrong driver |
| 02:24.01 | emte | hard to say tho |
| 02:24.22 | emte | my pda is too small to watch pron on so i dont need a media player :P |
| 02:25.08 | df00z | hah |
| 02:25.12 | df00z | its for music :( |
| 02:25.41 | emte | 70's disco pron music? |
| 02:26.43 | emte | tho a "dead screen" session type mediaplayer might be decent |
| 02:27.04 | emte | too much work currently tho |
| 02:27.09 | df00z | Well :* |
| 02:27.14 | df00z | i wonder how to find whats causing this |
| 02:27.23 | emte | logfile |
| 02:27.28 | df00z | oh good idea |
| 02:28.06 | emte | could try running it in an xnest as well ... |
| 02:28.22 | df00z | well |
| 02:28.23 | df00z | beep keeps logs |
| 02:28.59 | emte | damnit i wasnt watching .... hmm hope the patch worked ... |
| 02:29.16 | df00z | hm |
| 02:29.20 | df00z | cant load skin |
| 02:29.36 | emte | conf setting then |
| 02:30.36 | df00z | i wouldent be too sure about that |
| 02:33.40 | df00z | Hm |
| 02:33.51 | df00z | asertion path != NULL failed |
| 02:33.54 | df00z | that doesnt sound happy :) |
| 02:35.50 | *** join/#oe nrktk (~ltk@82.Red-80-33-65.pooles.rima-tde.net) |
| 02:38.19 | *** join/#oe jb_ (~josiah@207.40.84.218) |
| 02:40.30 | emte | hmm must have patched the wrong file ... |
| 02:43.44 | df00z | No, its patched |
| 02:43.50 | df00z | his patch outputs a different error message |
| 02:43.51 | df00z | which i got |
| 02:45.07 | emte | damnit ... hmm kergoth i need a suggestion on how to run install-lib ... the patch is getting overwritten |
| 02:45.17 | emte | i am not sure from where |
| 02:46.38 | df00z | ok..its gotta be loading the bmps |
| 02:46.43 | df00z | hm |
| 02:48.53 | *** join/#oe Marsupilami23 (~mathew@152.139-60-66-nokia-static.surewest.net) |
| 02:49.09 | *** part/#oe Marsupilami23 (~mathew@152.139-60-66-nokia-static.surewest.net) |
| 02:51.14 | df00z | Is it possible to make OE force compile an app |
| 02:51.42 | df00z | oebuild packages/beepmp/beepmp_*.oe just doesfech bild completed |
| 02:51.46 | df00z | but i dd a make clean in the dir |
| 02:51.52 | df00z | i dont want to lose the sources i just changed manually |
| 02:52.00 | df00z | trying to debug it |
| 02:53.15 | CoreDump|home | df00z: rm tmp/stamps&$package_do_compile ; tmp/stamps/$package_do_packa* |
| 02:53.28 | CoreDump|home | oebuild package/package.oe |
| 02:54.10 | df00z | Thanks |
| 02:55.33 | CoreDump|home | np |
| 02:59.38 | df00z | any chance of the bass/treble settings working on the 5600 ever? |
| 03:05.29 | *** join/#oe andersee (foobar@codepoet.org) |
| 03:07.27 | *** join/#oe CoreDump|hom (~mhentges@xdsl-213-196-250-2.netcologne.de) |
| 03:10.30 | *** join/#oe narkotiko (~ltk@82.Red-80-33-65.pooles.rima-tde.net) |
| 03:26.27 | *** join/#oe joshin (~joshg@VDSL-130-13-185-112.PHNX.QWEST.NET) |
| 03:35.21 | *** join/#oe narkotiko (~ltk@82.Red-80-33-65.pooles.rima-tde.net) |
| 03:43.44 | ljp | df00z: nope. those should actually be hidden on zaurus |
| 03:51.35 | df00z | ljp: ah |
| 04:02.06 | *** join/#oe T`|Heli (total@AT-ONBOARD.IUS.CS.CMU.EDU) |
| 04:03.36 | *** join/#oe skopii (~skopii@c-24-13-77-240.client.comcast.net) |
| 04:05.43 | *** join/#oe xep (misha@porter-kresge-apts-59-101.resnet.ucsc.edu) |
| 04:25.44 | emte | hmm since its not moving the sdl libs i'll have to do it by hand? |
| 04:28.00 | df00z | something wrong? |
| 04:28.10 | df00z | I've built the SDL libs before, they've built properly |
| 04:28.14 | df00z | and packaged etc |
| 04:29.30 | emte | has nothing to do with building |
| 04:29.48 | emte | its to do with staging |
| 04:29.58 | df00z | hm..do they have to inherit pkgconfig tho or something |
| 04:30.00 | df00z | to stage properly |
| 04:30.11 | emte | doesnt work for this |
| 04:30.12 | df00z | i had that problem earlier with another lib, forgot which tho |
| 04:30.15 | df00z | oh i see |
| 04:30.20 | df00z | Um, hm |
| 04:30.47 | emte | lol |
| 04:31.00 | df00z | idd |
| 04:31.03 | emte | its just part of the way sdl is written in the makefiles |
| 04:31.03 | df00z | odd* |
| 04:31.04 | df00z | you're right |
| 04:31.12 | emte | its always been like taht |
| 04:31.18 | df00z | ah |
| 04:31.26 | df00z | yea, they arnt in my stagings lib dir |
| 04:31.35 | emte | normally people dont need the headers |
| 04:31.49 | df00z | hehe |
| 04:32.12 | emte | i am doing some specific compiles with it tho for propritary drivers |
| 04:33.18 | df00z | What? |
| 04:33.32 | df00z | what kind of drivers? also, hm |
| 04:33.45 | df00z | does FBDEV work with it? |
| 04:33.45 | df00z | like export VIDEO_DRIVER="fbcon" |
| 04:33.51 | df00z | you can do that with SDL |
| 04:34.04 | emte | sdlfb.c |
| 04:34.27 | df00z | Well, is that broken for the embedded version? |
| 04:34.36 | df00z | you can tell SDL what driver to load by setting that envorionment variable |
| 04:34.53 | df00z | sdl_videodriver |
| 04:34.56 | emte | its not an sdl driver |
| 04:35.01 | df00z | Hm? |
| 04:35.12 | emte | ist a picogui-sdl driver |
| 04:35.18 | emte | its* |
| 04:35.30 | df00z | doesnt pico use X? |
| 04:36.12 | emte | not the pico editor |
| 04:36.27 | kergoth | ~picogui |
| 04:36.28 | ibot | somebody said picogui was an small and scalable embedded GUI. More info in the #picogui channel or at http://picogui.org. Read the FAQ or not pico gui or pico-gui or even cooler than sliced cheese or see "picogui faq" |
| 04:36.38 | skopii | you guys seem like buffs of the xfree |
| 04:36.48 | skopii | maybe you can help me with my dual-head config |
| 04:36.59 | skopii | i have xorg 6.8.1 |
| 04:37.15 | skopii | and i am trying to use the dual-head mode with my radeon card |
| 04:37.17 | emte | kergoth you catch my last question? |
| 04:37.30 | skopii | woah wrong channel |
| 04:37.39 | *** part/#oe df00z (~diefool@65-37-35-192.nrp4.roc.ny.frontiernet.net) |
| 04:37.48 | kergoth | nope, but dont feel like working on build crap at the moment |
| 04:37.49 | *** join/#oe df00z (~diefool@65-37-35-192.nrp4.roc.ny.frontiernet.net) |
| 04:37.52 | df00z | Oops. |
| 04:37.52 | kergoth | enjoying my unproductivity |
| 04:37.56 | df00z | Whatd you say? |
| 04:37.58 | kergoth | ~unproductivity |
| 04:37.59 | ibot | yay! |
| 04:38.09 | emte | was just a question, didnt require much |
| 04:38.30 | emte | sort of a yes/no |
| 04:38.44 | df00z | What was the question? i accidentally closed the chan |
| 04:39.03 | kergoth | it wont be a yes/no, it'll be another episode of buildsystems 101 |
| 04:39.51 | df00z | ^_^ buildsystems confuse the hell out of me |
| 04:40.36 | emte | kergoth just say yes/no nothing else |
| 04:41.45 | df00z | someone should write some awesome documentation for OE and then link it in the channel topic and then ALL PROBLEMS WILL BE SOLVED |
| 04:41.51 | kergoth | heh |
| 04:41.56 | kergoth | good luck finding "someone" |
| 04:42.08 | emte | Since autotools doesnt move the needed headers and libs by itself, this is when i use the oe_libinstall, etc tools? |
| 04:42.32 | kergoth | you arent moving, you're copying. and yes, do_stage is almost always manual |
| 04:42.46 | emte | good, thanks |
| 04:42.48 | kergoth | we dont like calling make install, etc for stage, since that tends to pile up extranious crap in staging that we dont need |
| 04:44.26 | emte | i think i'll start doing that in the morn |
| 04:44.34 | kergoth | cool |
| 04:45.51 | emte | too much thinking for it now |
| 04:46.26 | emte | discussing a PIC IDE project |
| 04:47.00 | df00z | Damn you xmms-embedded where do you keep the equalizer code |
| 04:47.11 | kergoth | ~worlddomination |
| 04:47.12 | ibot | yay! |
| 04:47.14 | kergoth | ~botsnack |
| 04:47.14 | ibot | kergoth: aw, gee |
| 04:50.03 | emte | hmm |
| 04:50.23 | emte | i should see if my gf's box has usb-net so i can transfer that ipkg |
| 04:50.54 | emte | not being able to link via serial bites |
| 04:51.25 | df00z | I like my wifi card and proftpd on the zaurus :) |
| 04:52.03 | emte | i cant find an expansion pluspack for my 3760 |
| 04:52.18 | emte | for under 100 |
| 04:52.50 | emte | being a student thats a bit steep |
| 04:53.01 | df00z | err, xmms's equaliser is part of the input plugins wtf |
| 04:54.47 | emte | yup |
| 04:54.51 | emte | you didnt know that? |
| 04:54.58 | df00z | no i didnt :mad: |
| 04:55.04 | emte | was one of the first plugins i belive |
| 04:55.22 | df00z | What i mean is |
| 04:55.28 | df00z | its PART of the input plugins |
| 04:55.34 | emte | xmms has always been fairly modular |
| 04:55.36 | df00z | like it looks like it gets called during decode |
| 04:55.58 | df00z | as in its not modular, it's embedded into the input plugins source |
| 04:55.58 | emte | thses days most are shipped and compield default with it |
| 04:56.33 | emte | then i would guess taht option was disabled |
| 04:57.00 | df00z | i'm trying to put the equalizer back in XMMS ;) |
| 04:57.07 | df00z | embedded |
| 04:58.39 | df00z | actually, you know I just don't know |
| 04:58.51 | df00z | equaliser code is commented out in mpg123 input plugin in the full xmms sources |
| 04:59.04 | df00z | where the heck does it do the equaliser stuff |
| 04:59.19 | df00z | decode.c:/* if(param.equalizer) |
| 04:59.19 | df00z | decode.c: do_equalizer(bandPtr,channel); */ |
| 05:02.15 | *** join/#oe Anst (~anst@166.87.100.13) |
| 05:03.00 | *** join/#oe Virusmaster (~Thomas@p5091A411.dip.t-dialin.net) |
| 05:06.30 | *** join/#oe radiojoe (~joe@res243040.resnet.wsu.edu) |
| 05:06.38 | emte | bah it doesnt want to recog it as a netdevice |
| 05:10.40 | *** join/#oe T`|Heli (total@AT-ONBOARD.IUS.CS.CMU.EDU) |
| 05:11.12 | T`|Heli | anyone here familiar with the ieee 1394 driver for linux ? |
| 05:13.39 | emte | not me ... |
| 05:16.14 | ljp | whenever I see ieee, I think of rollercoasters for some reason |
| 05:16.24 | skopii | lol |
| 05:16.55 | kergoth | reminds me of that kernel message. aieee! not syncing, or whatever |
| 05:17.24 | T`|Heli | hehe |
| 05:17.39 | T`|Heli | just have some questions about this hpsb host adapter code |
| 05:17.53 | T`|Heli | its kinda confusing at this point to me :( |
| 05:18.38 | treke|laptop | aieee! |
| 05:18.44 | emte | stupid usb junk |
| 05:18.57 | T`|Heli | uh! firewire ! |
| 05:18.58 | T`|Heli | hehe |
| 05:19.20 | emte | how do you tell usbcore which device it should try with which driver? |
| 05:19.22 | T`|Heli | usb is stupid.. sucks |
| 05:19.30 | df00z | damn. |
| 05:19.36 | emte | usb3 will be useful |
| 05:19.37 | kergoth | emte: generally the kernel calls hotplug |
| 05:19.38 | T`|Heli | emte: there are class codes to identify |
| 05:19.43 | kergoth | with the vendor/product information |
| 05:19.49 | kergoth | which runs the /etc/hotplug/usb.agent |
| 05:19.57 | emte | yeah its confused and says it doesnt know what to load |
| 05:20.03 | kergoth | which in turn uses the usb module information |
| 05:20.18 | kergoth | iirc depmod writes out the necessary info |
| 05:20.18 | emte | hmm i'll check the agent file |
| 05:20.22 | T`|Heli | does anyone have any clue why hpsb_host* structs are used ? i am trying to see why this driver isnt just simply based off the OHCI regs |
| 05:21.28 | T`|Heli | oh btw, i am looking at drivers/ieee1394/ |
| 05:23.41 | df00z | OHO! |
| 05:23.41 | df00z | http://mpg321.sourceforge.net/ |
| 05:24.16 | df00z | Oh crap. |
| 05:24.22 | df00z | is there any way to do USB flashing with linux |
| 05:24.28 | df00z | i just killed my zaurus |
| 05:25.13 | df00z | shiiiit shit shit |
| 05:28.27 | emte | well there is a strongarm option in the bootloader |
| 05:28.35 | emte | dunno if it works tho |
| 05:28.44 | emte | it doesnt with my ipaq |
| 05:29.09 | df00z | huh |
| 05:29.22 | df00z | zaurus has some god damn proprietary USB flashing program |
| 05:29.25 | df00z | well sharp |
| 05:29.26 | df00z | SANLKFLKFjk; |
| 05:29.27 | emte | usb console |
| 05:29.29 | df00z | yes that |
| 05:29.42 | df00z | like i connect the zaurus to the pc and do USB flash |
| 05:29.44 | df00z | nmap the zaurus |
| 05:29.48 | df00z | and i see like port 23 open or something |
| 05:29.50 | emte | i've no clue what sharp has |
| 05:30.04 | df00z | god damnit son of a bitch |
| 05:30.10 | emte | i own an ipaq |
| 05:30.21 | df00z | i was going to add mpg321 to OE |
| 05:30.29 | df00z | and then the equaliser would work in xmms-embedded |
| 05:30.37 | emte | lol |
| 05:30.37 | df00z | but not now |
| 05:31.05 | emte | hmm what was i going to do ... |
| 05:31.52 | emte | should look at ecore i suppose and see why it errors before i sleep |
| 05:32.06 | narkotiko | df00z: go to prison, killing geek gadgets (specially when they run *nix inside) is not allowed :P |
| 05:32.28 | emte | oh i need to copy in taht pp-dialing script |
| 05:33.50 | df00z | Well i must have misnamed initrd |
| 05:33.52 | df00z | i boot the thing up |
| 05:33.55 | df00z | ERASING FLASH |
| 05:33.56 | df00z | done |
| 05:34.00 | df00z | please reboot |
| 05:34.07 | df00z | oh that was productive thank you updater.sh |
| 05:35.06 | emte | ? |
| 05:35.09 | df00z | *writes on a piece of paper to add mpg321 to oe* I'm done with this for tonight, it takes forever to flash over USB and i dont have a windows PC accessible atm :so freaking mad: |
| 05:35.32 | df00z | emte: you can flash the 5600 by pressing ok and cancel, you get a menu, and the option to flash from USB CF or SD |
| 05:35.40 | T`|Heli | install vmware |
| 05:35.50 | T`|Heli | usb works fine for me over the emulation layer |
| 05:35.56 | emte | if i ever own a 5600 i'll try to remember that |
| 05:36.01 | T`|Heli | s/emulation/virtualization |
| 05:36.02 | df00z | it does heh, but it takes time to install |
| 05:36.07 | df00z | and im sick of this thing ._. |
| 05:36.10 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 05:36.21 | df00z | and people are sleeping in all the rooms with machines that run windows |
| 05:36.24 | df00z | so ill have to wait till tomorrow |
| 05:36.36 | T`|Heli | heh, ok, suit urself |
| 05:36.48 | df00z | Unless, does wine do USB yet? |
| 05:36.50 | df00z | i know it does serial |
| 05:41.33 | emte | cmon ppp-dialin be there ... |
| 05:42.21 | emte | hmm i should del all the opie pkgs ... would speed up caching |
| 05:43.02 | df00z | hehe |
| 05:43.04 | df00z | thats what i did |
| 05:43.10 | df00z | but im back on opie again |
| 05:43.18 | df00z | GPE doesnt have very many functional apps |
| 05:43.26 | df00z | konqueror is a nice embedded browser anyway |
| 05:43.54 | emte | i really only want tkinter to work |
| 05:44.09 | df00z | ah |
| 05:45.42 | emte | guess i'll just keep runring the patys of my PIM on my desktop until it does |
| 05:45.47 | emte | running* |
| 05:45.51 | emte | parts* |
| 05:46.00 | df00z | heheh |
| 05:46.14 | df00z | im almost temped to sell my zaurus still...like i dont use it for PIM at all |
| 05:46.40 | emte | works for some |
| 05:46.45 | df00z | maybe ill see if i can get kismet on there ;) |
| 05:46.54 | emte | laptop is too heavy and a awkward |
| 05:47.31 | df00z | Yea, basically. I dont want to carry around a laptop |
| 05:47.33 | emte | 60lbs of books is enough without a laptop as well |
| 05:47.49 | df00z | However, if i know im going to be gone for a few hours |
| 05:47.51 | df00z | id like to get a laptop |
| 05:48.02 | df00z | but i always carry my pda on me for music/quick web/maps sometimes |
| 05:48.26 | df00z | theres a lot of wireless hot spots around here too |
| 05:48.38 | emte | short of wathing a movie your pda can do pretty much everything your laptop can do |
| 05:48.43 | emte | watching* |
| 05:48.46 | df00z | Oh, heh |
| 05:48.50 | df00z | my pda has no problem doing that |
| 05:49.00 | df00z | i streamed some xvid anime eps across the house over wifi once |
| 05:49.00 | df00z | lol |
| 05:49.06 | emte | cant be too light on the battery tho |
| 05:49.07 | df00z | they play without framedropping |
| 05:49.25 | df00z | well...the 5600 has a pretty big battery |
| 05:49.29 | df00z | 1700mah i think it is |
| 05:49.35 | df00z | the thing weighs a ton |
| 05:49.39 | emte | lol |
| 05:50.10 | df00z | underclocked to 50mhz for mp3s i can probably get like 8-10 hours out of it |
| 05:50.21 | df00z | overclocked to 471 prolly 3-4 browsing the web |
| 05:51.49 | df00z | i'd honestly like a desktop replacement laptop |
| 05:52.07 | df00z | not for gaming though, just like compiling code/casual stuff |
| 05:52.21 | df00z | and movies so itd need tv out |
| 05:52.37 | df00z | might grab a t22 or something off ebay if i can find some $ :P |
| 05:52.42 | skopii | go-l.com |
| 05:52.52 | skopii | one day... |
| 05:53.33 | df00z | Hm |
| 05:53.42 | emte | mmm laptops arnt really that great for compiling ... get way too hot |
| 05:53.53 | df00z | Really? |
| 05:54.15 | emte | try some of your friends |
| 05:54.21 | df00z | I might. |
| 05:54.24 | joshua_ | toshiba series. |
| 05:54.25 | joshua_ | tv out. |
| 05:54.26 | joshua_ | <3 |
| 05:54.40 | df00z | Is the p-M w/ centrino supposed to run cool? |
| 05:54.44 | df00z | i know its a very fast processor |
| 05:54.45 | *** join/#oe jmau (~jmau@pD9E5D960.dip.t-dialin.net) |
| 05:54.51 | emte | cooler, yes |
| 05:54.55 | df00z | like the 1.7M is slightly faster then the 2.4p4c |
| 05:55.54 | emte | anyway sleep time ... i'll let e-image puke in my sleep |
| 05:55.58 | df00z | Cya |
| 06:06.53 | *** part/#oe jmau (~jmau@pD9E5D960.dip.t-dialin.net) |
| 06:08.23 | *** join/#oe ar_ (~ARichter@mail.iks-web.de) |
| 06:24.08 | *** join/#oe gnufan (~mhfan@61.191.206.13) |
| 07:08.29 | *** join/#oe torpor_ (~torpor@pD9FF36BC.dip.t-dialin.net) |
| 07:12.33 | *** join/#oe noclouds (~mhfan@61.191.207.149) |
| 07:29.13 | *** join/#oe alp42 (~alban@dsl-212-23-14-15.zen.co.uk) |
| 07:56.25 | hrw|gone | mithro--: ping |
| 07:57.34 | alp42 | mithro- :ping |
| 07:58.10 | alp42 | mithro-: ping |
| 07:59.50 | *** join/#oe zecke (~ich@83.169.133.24) |
| 08:00.10 | hrw|gone | hi zedkatuf |
| 08:00.18 | hrw|gone | arg.. |
| 08:00.20 | hrw|gone | zecke: hi |
| 08:03.27 | zecke | hi |
| 08:08.09 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy02.amd.com) |
| 08:16.10 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
| 08:25.45 | *** join/#oe schurig (~schurig@p5080A305.dip0.t-ipconnect.de) |
| 08:27.36 | zecke | moin schurig |
| 08:32.27 | *** join/#oe matsavhal (~a@81-178-44-43.dsl.pipex.com) |
| 08:40.59 | hrw|gone | ~seen mithro |
| 08:41.00 | ibot | mithro <~tim@dsl1-83.gw1.adl1.airnet.com.au> was last seen on IRC in channel #oe, 19h 9m 55s ago, saying: 'does ARM scale well with multile processors??'. |
| 08:43.07 | schurig | mickey|zzZZzz: get up :-) |
| 08:47.04 | *** join/#oe torpor (~torpor@pD9FF36BC.dip.t-dialin.net) |
| 08:47.05 | *** join/#oe noclouds (~mhfan@61.191.205.134) |
| 08:57.19 | *** join/#oe br1 (~br1@pD956AA9A.dip.t-dialin.net) |
| 08:58.03 | br1 | hello. i just added a new bride-utils which works for me. if it also works on arm we could remove nonworkin/bridge-utils... |
| 09:00.17 | *** join/#oe freyther (freyther@lin225.mi.fu-berlin.de) |
| 09:02.50 | freyther | could some one do a build of ltrace from nonworking for me please? |
| 09:03.00 | *** join/#oe qfh^ (~qfh@ppp-82-135-11-229.mnet-online.de) |
| 09:03.48 | hrw|gone | ok |
| 09:04.20 | hrw|gone | freyther: any or oz3.5.1 build you want? |
| 09:06.26 | freyther | hrw|gone: soft float enabled |
| 09:06.37 | hrw|gone | ok |
| 09:06.52 | freyther | hrw|gone: I'm in uni but yesterday I got the idea it isn't working due the Alignment Trap change in kernel |
| 09:06.58 | hrw|gone | 11:06 hrw@home:0927$ oerebuild ../../packages/nonworking/ltrace/ltrace_0.3.35.oe |
| 09:07.19 | hrw|gone | | strip: Unable to recognise the format of the input file /home/hrw/zaurus/oe/build/0927/tmp/work/ltrace-0.3.35-1/image/usr/bin/ltrace |
| 09:07.30 | hrw|gone | but it compiles |
| 09:07.49 | hrw|gone | /home/hrw/zaurus/oe/build/0927/tmp/work/ltrace-0.3.35-1/image/usr/bin/ltrace: ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), not stripped |
| 09:09.07 | hrw|work | freyther: http://home.hrw.one.pl/oe/tmp/ltrace is a resulted binary |
| 09:10.01 | freyther | hrw|work: the connection was refused |
| 09:10.24 | *** join/#oe pb_ (~pb@2002:3e03:42cc:2:20b:6aff:fe19:f290) |
| 09:11.28 | *** join/#oe Woobie (Woobie@cpe-24-25-251-82.hawaii.rr.com) |
| 09:11.28 | hrw|work | w8 |
| 09:12.05 | hrw|work | try now |
| 09:12.17 | Woobie | So uh, does oemake load everything in the world into memory? |
| 09:12.24 | hrw|work | Woobie: yes |
| 09:12.36 | Woobie | Jesus. You'd think it could proccess things in chunks or something. :( |
| 09:12.56 | hrw|work | Woobie: you can chunk OEFILES into parts |
| 09:12.59 | pb_ | You might think that, but you'd be mistaken. |
| 09:13.13 | Woobie | It's brought my system to its knees. I can hear it crying from here. |
| 09:13.15 | freyther | hrw|work: now it is forbidden |
| 09:13.25 | Woobie | I think I might do that hrw |
| 09:13.40 | hrw|work | freyther: try now |
| 09:13.56 | hrw|work | Woobie: you can also look at oemake and rewrite it ;) |
| 09:14.02 | Woobie | Done |
| 09:14.28 | schurig | Woobie: there is an example at http://www.mn-logistik.de/unsupported/ramses-oe.tar.bz2 on how I divided the tenthousand .oe files into little peaces where I can life with them in peace |
| 09:14.29 | hrw|work | oemake3 it should be in test phase ;) |
| 09:14.47 | Woobie | Thanks schurig I'll have a look. |
| 09:15.31 | schurig | I revolves around generating local.conf that only allows some .oe files via OEFILES |
| 09:15.57 | schurig | and so you have "make build" to just make up your build environment, nothing else |
| 09:16.04 | schurig | and "make base" to make base files |
| 09:16.20 | schurig | for all those subtargets it reads only 15-30 .oe files in, which makes it quite fast |
| 09:16.30 | Woobie | Now we're talking |
| 09:16.56 | Woobie | That and I think I'll bug one of my buddies to throw me an account on a big dev machine tomorrow. |
| 09:17.22 | hrw|work | or go and buy some memory - 1GiB should be enough for next 2-4 months |
| 09:17.26 | Woobie | heh |
| 09:17.37 | Woobie | I actually went out earlier today. Problem is, no one stocks pc66 |
| 09:17.52 | freyther | hrw|work: thank you |
| 09:18.03 | Woobie | I originally tried it on an amd k62 200mhz with 64 megs of ram. You can imagine how that turned out. :) |
| 09:18.16 | schurig | Woobie: a "make build" here on my box is less than 2 hours |
| 09:18.29 | Woobie | What type of hardware are you running it on? |
| 09:18.39 | hrw|work | freyther: no problem |
| 09:18.42 | schurig | 2.4 GHz Pentium4 |
| 09:18.46 | Woobie | ugh |
| 09:18.49 | schurig | with 512 MB |
| 09:19.14 | Woobie | Ok, I'm going to get access to a bigger box tomorrow. |
| 09:19.29 | schurig | Woobie: hehe, but make build compiles 26 packages here, some of them are quite big |
| 09:20.05 | schurig | Woobie: many packages in OZ are now so good that you can let it compile unattended in the night |
| 09:20.58 | Woobie | Nice. I can't wait to get it all setup so I can test it out. |
| 09:21.18 | Woobie | Aside from the memory requirements, it's looking really nice. |
| 09:22.55 | Woobie | What is the status of support for the 6k? That's what I was interested in looking at. |
| 09:32.24 | hrw|work | Woobie: there is one or two persons with 6k here |
| 10:32.57 | robtaylor | ah shit |
| 10:32.59 | robtaylor | <lifeless> anyone using bitkeeper on the free licence is prohibited from writing a migration tool. |
| 10:33.02 | *** join/#oe lardman (~icechat@enpc-thm40.bath.ac.uk) |
| 10:33.05 | robtaylor | <lifeless> anyone with a commercial licence is scared they'd have their licence revoked by Larry if they did. |
| 10:33.05 | robtaylor | <lifeless> its called 'lock in'. |
| 10:38.58 | pb_ | robtaylor: indeed, welcome to bitkeeper. |
| 10:41.06 | Twiun | ... and the commercial software world in general |
| 10:41.18 | robtaylor | pb_: hmm shouldnbt we be moving off it sooner rather than later then?> |
| 10:41.18 | Twiun | 'lock in' is every sales manager's wet dream |
| 10:42.12 | robtaylor | i'm having a look at some of the sanitizing tla frontends as we speak =) |
| 10:45.45 | *** join/#oe _molivier (~mac@f08a-11-190.d1.club-internet.fr) |
| 10:50.57 | pb_ | robtaylor: I think we've done the bitkeeper licence discussions to death in the past. It'd be an issue for kergoth. |
| 10:51.28 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) |
| 10:52.20 | *** join/#oe __molivier (~mac@f05m-6-172.d1.club-internet.fr) |
| 10:52.54 | robtaylor | pb_: meaning what exactly? |
| 10:55.06 | pb_ | robtaylor: meaning that kergoth gets to choose the source control system for OE, and that we've discussed issues like lockin in the past but it hasn't led to a change. |
| 10:57.13 | robtaylor | right |
| 10:57.47 | robtaylor | i might well be forced by my company to stop using bitkeeper |
| 10:57.50 | robtaylor | :/ |
| 10:59.14 | pb_ | ah, that'd be unfortunate |
| 10:59.54 | schurig | robilad: I'm very much for switching to svn :-) |
| 11:00.06 | Woobie | You might have to turn to the clandestine world of underground scs dens. |
| 11:00.57 | schurig | pb_: hehe, I was actually the one that "choosed" BK for OE, but only because we used BK for OZ and it was so easy to get an Bitkeeper repository for free |
| 11:01.10 | schurig | but at that time neiver svn nor arch were usable |
| 11:01.35 | schurig | but in general I like the svn way of doing things more than the arch/bk/svk way (old habits die hard) |
| 11:02.46 | schurig | svn is just cvs done right, comes with a good documentation and isn't harmed by the forced tree check that BK does after each pull/push, and it isn't harmed by any bad license schemes |
| 11:02.52 | pb_ | right |
| 11:03.05 | pb_ | I agree, the bk consistency check is a real nuisance on a slow machine. |
| 11:03.09 | robtaylor | schurig: ah i like very much changesets :) |
| 11:03.43 | schurig | robtaylor: hmm, in svn you have something similar, because every commit is atomically. You can view all changes from repository version 28 vs. repository version 29 |
| 11:03.47 | schurig | robtaylor: svntrac rocks |
| 11:04.16 | schurig | I never needed my own repository, I'm ok with having it at the server |
| 11:04.43 | robtaylor | schurig: having order 1 branching helps |
| 11:05.17 | schurig | robtaylor: I'm not sure what "order 1 branching" is, but as far as I can see, there is not much branching in OE |
| 11:05.20 | robtaylor | schurig: i personally of tehn have large chunks of work that i want to check in everu haf and hour without breaking the build :) |
| 11:05.24 | schurig | robtaylor: do you mean O(1) ? |
| 11:05.32 | robtaylor | schurig: yep |
| 11:05.43 | schurig | isn't svn also O(1)? |
| 11:05.50 | robtaylor | schurig: thats what i mean |
| 11:06.15 | schurig | having "large chunks of stuff that you want to check in" is possible with both svn and bk |
| 11:06.23 | robtaylor | svn having O(1) branching helps for my main issue with source control systems - ie.e i want to check in broken code |
| 11:06.34 | robtaylor | continually |
| 11:06.43 | robtaylor | and then say. ok guys, now you can use it |
| 11:07.28 | schurig | robtaylor: did you try svntrac? |
| 11:07.30 | schurig | http://projects.edgewall.com/trac/ |
| 11:07.48 | schurig | It works together with svn, so you can easily see the changesets. It also is a wiki and a bugtracker |
| 11:08.22 | robtaylor | schurig: seems nice. |
| 11:09.36 | schurig | robtaylor: for example, look at http://projects.edgewall.com/trac/timeline which is the change history to issue tracker, svn, wiki etc combined |
| 11:09.44 | robtaylor | schurig: bascially i like what you can so with arch - in that respect its way better than svn, buit arch is damm hard to get your head around it |
| 11:10.05 | schurig | robtaylor: in the entries are links like #1223 to issue numbers or [234] to changesets |
| 11:10.15 | robtaylor | schurig: its cool. |
| 11:10.21 | schurig | I have not much knowledge about arch yet |
| 11:10.37 | robtaylor | its kinda orthoganal to what i'[m talking about tho ;) |
| 11:11.02 | robtaylor | schurig: its worth a look |
| 11:11.57 | robtaylor | schurig: it can be very very very cool, especially when it comes to merging |
| 11:12.09 | schurig | when I bk pull Linux-2.6, I get megabytes of old and deleted stuff. Is arch the same? |
| 11:12.32 | robtaylor | schurig: i dont know |
| 11:13.52 | schurig | robtaylor: I never had problems in merging, not even in Opie or KDE. And KDE is a big project where you have tons of developers. So, is merging really a knock-out-criteria for a source code versioning system? |
| 11:13.59 | schurig | (not that I am against good merging) |
| 11:14.19 | robtaylor | depends on the structure |
| 11:15.22 | robtaylor | i think a lot of information gets lots by developers not having their own repositories |
| 11:15.29 | robtaylor | s/lots/lost |
| 11:15.44 | schurig | probably, but who is using this information? |
| 11:16.02 | robtaylor | you, the developer, of course |
| 11:16.08 | robtaylor | http://wiki.gnuarch.org/moin.cgi/WhyArch |
| 11:16.09 | robtaylor | btw |
| 11:16.26 | schurig | the most information in bk that I use is "bk revtool" :-) |
| 11:17.24 | robtaylor | really? that is probely the most common i used bue i used every too pretty regularly |
| 11:18.02 | robtaylor | s/too/tool |
| 11:18.09 | *** join/#oe dc_ (~dctanner@81-86-79-66.dsl.pipex.com) |
| 11:18.12 | robtaylor | bah i'm typing badly today :) |
| 11:18.23 | *** join/#oe vp1 (vp1@neon.uni-mb.si) |
| 11:18.46 | schurig | I hole thaz noq yoz cab typw bettee |
| 11:19.29 | robtaylor | heheheh |
| 11:20.02 | schurig | robtaylor: from a quick browse, I think svn is quite similar, except some things in the "Distributed Repositories" things are missing |
| 11:20.20 | robtaylor | schurig: nope its pretty different.. |
| 11:20.21 | schurig | robtaylor: you can, while disconnect, fully do svn add (which you can't in cvs), or svn mv |
| 11:20.31 | schurig | but later you sent up upstream |
| 11:20.47 | schurig | however, even when you have your own private rep. with arch, you usually sent it upstream later |
| 11:21.01 | robtaylor | (i designed the cvn repos for the gnome-debian project, so i'm pretty familiar with svn's featureset) |
| 11:21.02 | schurig | so, "in the wild" there is not that much difference |
| 11:21.30 | schurig | the same with BK. I can have my own provate repository, where I can add/commit into it. Even for days. |
| 11:21.40 | schurig | But then I'd eventually want to sent it upstream. |
| 11:21.45 | robtaylor | schurig: well that depends which repository model you wnat to use |
| 11:21.59 | schurig | the, the real difference is that with svn you can not do commit while disconnected, with arch/bk you can. |
| 11:22.00 | robtaylor | and what you mean by upstream |
| 11:22.32 | schurig | arch solves problems that I never had |
| 11:23.00 | robtaylor | http://wiki.gnuarch.org/moin.cgi/Centralized_20Development |
| 11:23.14 | robtaylor | schurig: thats quite possibly true |
| 11:23.16 | schurig | for example, with arch you could merge from my local changes. Or i from your local changes. But this does usually never happen |
| 11:23.32 | schurig | because, for example, my dev-PC is behind a NAT |
| 11:24.00 | robtaylor | schurig: that might well depends.. say we're working together on a given feature, and were gonna break everything for a while |
| 11:24.07 | schurig | and than in a project with 40 people it would be inconvenient to track all those repositories. So you simply go and declare one rep. as the main repository. |
| 11:24.17 | schurig | And voila, you have a similar structure as in cvs/svn |
| 11:24.54 | robtaylor | execpt every one of those persons has their own automatcuially merging and documenting branch |
| 11:27.41 | robtaylor | basically, of course you can do everything you wan tto do in any type of source control repository, ita a matter of how much work you need to do it =) |
| 11:29.18 | robtaylor | i like doing work locally (menaing not bothering anyone else) and then sending finish blobs of work to the shared resource |
| 11:29.35 | robtaylor | so the changeset model makes sense for me |
| 11:30.16 | robtaylor | it possible to model this manner of working in svn , of course , relively unpainfully due to O(1) branching |
| 11:30.29 | robtaylor | but it isnt it's model |
| 11:30.47 | hrw|work | I tried to follow your discussion and failed. used cvs and bk only and one thing which I like in bk is a copy of repository on disk so I can "bk sccslog" without network access |
| 11:33.06 | robtaylor | hrw|work: basically svn==cvs fixed, arch==bk fixed |
| 11:33.07 | robtaylor | ;) |
| 11:33.43 | hrw|work | robtaylor: and "svn co" is hard to break by ^C |
| 11:33.55 | robtaylor | hehe |
| 11:34.10 | robtaylor | yeah i never understood that :/ |
| 11:43.35 | br1 | one thing i dont understand with arch is: why does it need my e-mail address in the archive name? |
| 11:50.34 | robtaylor | br1: it doesnt, per se, its just to help form a global identification tab |
| 11:50.36 | robtaylor | tag |
| 11:51.13 | freyther | Bernardo|zzzzz: ping |
| 11:56.28 | schurig | hrw|work: the "bk sccslog" might be nice, but then again it's also bad, because if you have the whole repository on your disk, a "bk clone" (or equivalent in arch) has to get much more data than a normal "svn checkout" |
| 11:56.50 | schurig | robtaylor: oh, and btw: SVN allows you both. |
| 11:57.03 | schurig | robtaylor: svn alone is more like cvs. But with "svk", it's more like arch. |
| 11:57.04 | hrw|work | schurig: I know |
| 11:57.21 | schurig | http://svk.elixus.org/ |
| 11:58.21 | robtaylor | schurig: i know. |
| 11:58.25 | robtaylor | ;) |
| 11:58.45 | schurig | however, when I'd have the choice to svk or svn, I'd svn. Just a matter of taste. |
| 11:58.51 | robtaylor | but svk is not svn |
| 11:59.02 | schurig | "It's all a matter of taste, said the monkey and ate the soap" |
| 11:59.30 | schurig | "It's all a matter of taste, said the ape and ate the soap" <- better :-) |
| 12:00.06 | robtaylor | hehe |
| 12:00.07 | robtaylor | indeed |
| 12:02.55 | robtaylor | anyway siffice to say i think i'd stiill be happier with svn over bk, svk over svn. arch native really still scares me too much, maybe fai is a good thing tho. |
| 12:03.13 | robtaylor | s/siffice/suffice |
| 12:03.19 | schurig | robtaylor: so, are there any places where you get arch for free? Like developer.berlios.de provides svn repository to OpenSource projects? |
| 12:03.29 | robtaylor | schurig: savanna |
| 12:03.46 | schurig | robtaylor: it must be a GNU project? |
| 12:03.52 | robtaylor | schurig: dunno |
| 12:04.06 | schurig | because /me dislikes the paperwork for real gnu projects |
| 12:04.18 | robtaylor | schurig: i dont think it needs assignment |
| 12:04.30 | robtaylor | savanna.nongnu.org |
| 12:04.39 | schurig | ah, nongnu :-) |
| 12:05.17 | *** join/#oe matsavhal (~a@81-178-44-43.dsl.pipex.com) |
| 12:08.14 | robtaylor | schurig: but with arch, its all just filesystem |
| 12:08.20 | robtaylor | you can do it over http |
| 12:08.22 | robtaylor | :/ |
| 12:14.28 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |