irclog2html for #oe on 20050703

00:02.42keturnI set tag=HEAD, that seems to help.
00:44.40*** join/#oe arrase (~arrase@168.Red-80-38-162.pooles.rima-tde.net)
00:44.43arrasehi
00:49.54arrasei can't build any package i always have the same error: ipkg-utils-native_1.6cvs.bb depends on itself (eventually)  no buildable providers for ipkg-utils-native
00:50.05arrasehow can i fix that?
01:00.40*** join/#oe Crofton|laptop (~balister@cpe-066-056-198-192.ec.res.rr.com)
01:02.42*** join/#oe chouimat|ibook (~dieu@r2351064.cidc.net)
01:42.39*** join/#oe Crofton|laptop (~balister@cpe-066-056-198-192.ec.res.rr.com)
01:50.48*** join/#oe mithro (~tim@ppp207-241.lns1.adl2.internode.on.net)
02:05.18*** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net)
02:41.52*** join/#oe hufnus (~slonsiki@m6d8e36d0.tmodns.net)
02:48.18*** join/#oe hufnus (~slonsiki@m6d8e36d0.tmodns.net)
02:58.09*** join/#oe andersee (~andersee@codepoet.org)
02:59.47*** join/#oe [g2] (~g2@g2.nslu2-linux)
03:13.43*** join/#oe raster (~raster@YahooBB219198104088.bbtec.net)
03:14.36*** join/#oe treke (~ggilbert@tinman.treke.net)
04:09.06*** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au)
04:09.13BigAlmorning
04:10.40*** join/#oe hufnus (~slonsiki@m6d8e36d0.tmodns.net)
05:06.28*** join/#oe noclouds (~mhfan@60.166.172.202)
05:07.45*** join/#oe |dkey| (~dkey@L0004P26.dipool.highway.telekom.at)
05:30.02*** join/#oe mr_claus___ (random@p54991408.dip0.t-ipconnect.de)
05:32.55*** join/#oe hufnus (~slonsiki@m6d8e36d0.tmodns.net)
05:42.52*** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net)
06:09.37*** join/#oe noclouds (~mhfan@60.166.169.168)
06:21.28*** join/#oe jacques (~jacques@c-67-171-198-193.hsd1.or.comcast.net)
06:29.21*** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com)
06:51.53*** join/#oe sajar_ (~sajar@a193-229-100-20.elisa-laajakaista.fi)
06:55.36*** join/#oe hufnus (~slonsiki@m6d8e36d0.tmodns.net)
07:37.06*** join/#oe zap (~zap@217.170.93.9)
07:58.10*** join/#oe Luke-Jr (~luke-jr@207.192.221.172)
08:21.34*** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de)
08:50.12*** join/#oe uv1 (~Werner@p50890178.dip0.t-ipconnect.de)
08:50.51*** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com)
08:54.17uv1MOrning
08:59.59*** join/#oe Crofton|laptop (~balister@cpe-066-056-198-192.ec.res.rr.com)
09:04.36*** join/#oe pH5 (~ph5@p5485C722.dip.t-dialin.net)
09:10.28*** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au)
09:10.34BigAlmorning
09:15.03NAiLMorning
09:29.41*** join/#oe _law_ (~law@213.173.86.202)
09:42.07RPmorning all
09:43.11BigAlmorning RP
09:54.59*** join/#oe zecke (~ich@83-169-170-48-dynip.superkabel.de)
09:58.33*** join/#oe mithro (~tim@ppp226-59.lns3.adl2.internode.on.net)
10:12.23*** join/#oe tmbinc (tmbinc@dsl-084-059-210-118.arcor-ip.net)
10:13.31uv1RP: Did something happen regarding the Switch ON Problems for CL860 ?
10:13.46uv1RP: Does the new kernel support it better ?
10:16.19*** join/#oe incinerator (~incinerat@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
10:19.07*** join/#oe Jumbo (~sriram@203.196.144.84)
10:21.46Jumbodone a bootstrap-image; since the size is quite big (8.3 MB). i want to cut down on that. edited that file removed dropbear,hotplug,netbase,initscript,netbase when i make a build after a clean; still the filesystem size is 8.3MB. no change.
10:22.04Jumboare there any other files we need to modify ?
10:23.07RPuv1: It should all be fixed now
10:23.29RPuv1: I have it reliably working here...
10:24.27RPJumbo: It sounds like you haven;t removed the things you think you have...
10:25.43Jumboi removed it from taskbootstrap.bb and cleaned it and made a build checked it quite a few times; but they are there in the filesystem. i dont know if i have to modify anyother files ?
10:27.33zeckemickey_away: Someone broke the Qt/E devfs patch
10:28.09RPJumbo: I suspect you need to clean some other packages or maybe the cache isn't noticing the .bb file has changed. You'll have to try and work out why it still pulls in those dependencies...
10:29.36Jumboit is bootstrap-image ; cleaned it a couple of time; i dont want what other packages need to be cleaned.
10:31.17RPDid you clean task-bootstrap?
10:31.23Jumboye i did
10:31.37RPDid you clean bootstrap image?
10:32.37Jumboyes
10:34.07RPLike I said, I don't know then. You'll have to figure it out...
10:35.32uv1RP: Thanks, try to build opie-image meanwhile. If successfull will try it.
10:35.51RPuv1: You just need the new kernel
10:35.55Jumbothere is so little documentation. most of the docs are like: how to set up oe,bitbake on ur system ?
10:36.14Jumbofinding it difficult to make even little changes;
10:36.15RPJumbo: That's because its the most common question
10:36.26RPJumbo: Help us improve the documentation then
10:37.18Jumboi will ; if i succeed in doing what i want ; understading the meta files, creating new metafiles. i know the pain. so i will do that sure
10:51.52Jumbocan anyone see if my .bb files are ok : http://pastebin.com/306766
10:52.31Jumboi have included bootstrap-image (reduced), x windows and matchbox. when i make an image i cant find xserver ?.
10:53.00Jumboreally dont know where to start meddling with these .bb files ?
10:56.30CIA-403freyther@openembedded.org 07org.openembedded.dev * rb7e594a9a58f6fb359a9c9c97b070a1dee9e1066 10/packages/linux/handhelds-sa-2.6_cvs.bb:
10:56.30CIA-4Fix "Nothing provides virtual/arm-linux-depmod-" by setting
10:56.30CIA-4a meaningful PV for the handhelds-sa-2.6_cvs kernel
10:56.31CIA-403freyther@openembedded.org 07org.openembedded.dev * r20032876cfd4f4c39f2617c312256dc4355a6b80 10/conf/machine/simpad.conf:
10:56.31CIA-4SIMpad:
10:56.33CIA-4<PROTECTED>
10:56.35CIA-4<PROTECTED>
10:56.37CIA-4<PROTECTED>
10:56.39CIA-403freyther@openembedded.org 07org.openembedded.dev * r62e43adfa95f28be56e88ed4588c52ea8b613b76 10/packages/qte/qte-2.3.10/devfs.patch:
10:56.42CIA-4devfs.patch make it apply again... the removal of the qFatal looks
10:56.44CIA-4a bit suspicious...
10:57.00mickeyl~me hugs CIA-3
10:57.00ibotmoi?
10:57.01mickeyl~me hugs CIA-4
10:57.01ibotmoi?
10:57.04zeckemickeyl: hey
10:57.16mickeylslowly starting to get notifications up again
10:57.23pb_very good
10:57.36zeckemickeyl: can we send commits to a mailinglist?
10:57.44zeckemickeyl: including the diffs?
10:58.00zeckemickeyl: and for the paranoids the 'pulls' from monotone.vanille.de as well
10:58.00mickeylzecke: i guess somehow it's doable. the monotone people are doing that
10:58.28mickeyldunno how much i want to fiddle with the script though. i'm happy to at least have it send anything
10:58.39mickeylunfortunately it's pull model right now
10:58.47mickeyli need to pester the monotone people for a push model
10:58.54mickeyllike a post push trigger,
10:59.05mickeylinstead of periodically sync' and find new leaves
10:59.24zeckemickeyl: oh yeah, pester them
10:59.56zeckeI've not felt that stupid since years...
11:03.51NAiLzecke: what serial cable?
11:04.58*** join/#oe zecke_ (fakeuser@p54BD267E.dip0.t-ipconnect.de)
11:05.05NAiL13:03 < NAiL> zecke: what serial cable?
11:05.05NAiL13:03  * NAiL is nosy
11:06.41zeckeNAiL: just one MAX232, 5 capacitors, 2xRX, 2xTX, 1xGND, 1xVCC
11:06.56NAiLaha
11:07.46pb_heh.  which bit of it doesn't work?
11:07.58zeckepb_: if I would know
11:07.59NAiLmickeyl: What'll CIA-4 do when rwhitby&co push all the changes done on the nslu2-linux stuff?
11:08.05zeckepb_: the voltage pump looks right
11:08.13zeckepb_: everything is GNDed right as well
11:08.14mickeylNAiL: probably bail out :D
11:08.15NAiLWhat are you trying to connect it to?
11:08.28zeckepb_: the RS-232 -> MAX232 looks right as well
11:08.29pb_zecke: poke around the capacitors, make sure you have both +10V and -10V being generated correctly
11:08.50zeckepb_: I've +10V and -11.01V (V+ and V-)
11:09.03mickeylNAiL: at the moment it's not automated yet. there's no cronjog running and I don't think i want to do that. I want a post commit trigger, not a periodic pull
11:09.06NAiLmickeyl: Great work on getting it up though
11:09.20NAiLyeah, but atleast now it *says* something ;)
11:09.24mickeylright
11:09.29mickeylfelt like being blind before )
11:09.30mickeyl:)
11:09.34pb_zecke: ah, right, very good.  so, if you connect the max232 transmitter input to ground, what does its output produce?
11:09.35NAiLyup :)
11:10.06NAiLmickeyl: How often does the cronjob run?
11:10.50mickeylit won't be a cronjob. i'll patch the script now to pull every 10 minutes
11:10.59NAiLah, ok
11:11.30mickeylit should be possible to use that funky script language lua to notify something on my end
11:11.36mickeylso that the pull only starts after a push
11:11.44NAiLyeah
11:12.08mickeylso we get a) nearly realtime notifications and b) no useless CPU and bandwidth spend
11:12.38NAiLGood Thing (TM)
11:12.56NAiLIt's neat to see the pushes when they appear
11:13.32zeckepb_: T2IN to be GND?
11:14.06pb_yeah, and look at T2OUT
11:14.13pb_then do the same thing with T2IN connected to vcc
11:14.51pb_you should find that T2OUT swings between +10V and -10V
11:18.13zeckepb_: will have tested it within the next couple of days
11:18.18zeckemy soldering speed is impressive
11:18.22pb_heh
11:19.28Jumbocan anyone look if my .bb file is ok. bitbake is creating the image but, i can find my xserver,matchbox there http://pastebin.com/306766                                                                                                
11:19.29Jumbo#
11:19.29JumboDEPENDS = "task-basicx"
11:19.29Jumbo#
11:19.29Jumbo<PROTECTED>
11:19.33Jumbo#
11:19.34Jumboinherit image_ipk
11:19.36Jumbo#
11:19.38Jumbo<PROTECTED>
11:19.41Jumbo#
11:19.43JumboFEED_URIS_append_openzaurus = " x11##http://openzaurus.org/official/unstable/${DISTRO_VERSION}/feed/x11 \
11:19.45Jumbo#
11:19.49Jumbo<PROTECTED>
11:19.51Jumbo#
11:19.53Jumbo<PROTECTED>
11:19.55Jumbo#
11:19.58Jumbo<PROTECTED>
11:20.00Jumbo#
11:20.01Jumbo<PROTECTED>
11:20.04Jumbo#
11:20.06JumboFEED_URIS_append_familiar   = " x11##http://familiar.handhelds.org/releases/${DISTRO_VERSION}/feed/x11 \
11:20.08Jumbo#
11:20.10Jumbo<PROTECTED>
11:20.12Jumbo#
11:20.14Jumbo<PROTECTED>
11:20.16zeckecan you notify me when to unignore Jumbo?
11:20.19Jumbo#
11:20.21JumboLICENSE = MIT
11:20.23Jumbo#
11:20.26Jumbo~
11:20.27Jumbo#
11:20.29Jumbo<PROTECTED>
11:20.31Jumbo#
11:20.34Jumbo<PROTECTED>
11:20.35Jumbo#
11:20.37Jumbo-------------file:task-basicx.bb-----------------------------------------------------------------------------
11:20.39Jumbo#
11:20.40pb_zecke: it'd also be worth checking that your capacitors are the right size for the exact chip that you have.  a MAX232A should work fine with 0.1uF caps, but a regular MAX232 needs larger ones (1uF or so).
11:20.42Jumbo<PROTECTED>
11:20.44Jumbo#
11:20.45JumboDESCRIPTION = "Core packages required for a basic installation"
11:20.50Jumbo#
11:20.51JumboMAINTAINER = "Phil Blundell <pb@handhelds.org>"
11:20.53Jumbo#
11:20.55JumboPR = "r29"
11:20.57Jumbo#
11:20.59Jumbo<PROTECTED>
11:21.00*** join/#oe sajar (~sajar@a193-229-100-20.elisa-laajakaista.fi)
11:21.02Jumbo#
11:21.04Jumbo# The BOOTSTRAP_EXTRA_ variables are often manipulated by the
11:21.07Jumbo#
11:21.08Jumbo# MACHINE .conf files, so adjust PACKAGE_ARCH accordingly.
11:21.10Jumbo#
11:21.13JumboPACKAGE_ARCH = "${MACHINE_ARCH}"
11:21.15Jumbo#
11:21.16Jumbo<PROTECTED>
11:21.20Jumboi am really sorry; should not have pasted here
11:21.22Jumboit is by accident.
11:21.24Jumbozecke: sorry
11:21.44TwiunJumbo: don't you have an irc client that warns you of these things?
11:21.49zeckepb_: I've 100nanoF
11:21.56Jumboits by accident;
11:22.12zeckeand my cheap multimeter here can't meassure capacity
11:22.22pb_zecke: okay.  is your chip the MAX232A variant?
11:22.46zeckepb_: :} no MAX232N from TI
11:22.58TwiunJumbo: I realise it was an accident - but irssi asks for confirmation from me if I try to paste >5 lines
11:23.24zeckeJumbo: that was a Jumbo load of spam
11:24.18TwiunOn the other hand, I certainly feel like I know a lot more about the core .bb ;)
11:25.01pb_zecke: I don't think 100nF is enough for that device.
11:25.13CIA-403florian 07org.openembedded.dev * r62b8a92b... 10/packages/linux/linux-omap1-2.6.12-rc2/nokia770/defconfig: Add dummy defconfig file for Nokia 770.
11:25.13CIA-403florian 07org.openembedded.dev * rdeb0c222... 10/packages/linux/linux-omap1_2.6.12_rc2.bb: Use gcc-3.3.3, because default gcc doesn't seem to work anymore.
11:25.14CIA-403florian 07org.openembedded.dev * r99b33697... 10/packages/linux/ (linux-omap1_2.6.12_rc2.bb linux-omap1_2.6.12-rc2.bb):
11:25.14CIA-4Rename file to avoid break version in bb.
11:25.16CIA-4Make do_configure_prepend() not depend on a machine anymore.
11:25.18CIA-403mickeyl 07org.openembedded.dev * r9b0371bf... 10/conf/distro/openzaurus-3.5.4.conf: bump CVSDATE for openzaurus-3.5.4
11:25.23mickeylaah
11:25.25mickeylthat looks better
11:25.39mickeylno need for that full revision ids
11:25.50pb_ah yes, the revision numbers look much less fearsome now
11:26.00Jumbomy client did not warn. i am using xchat i am new to this form of communication. i meant to paste the url only.
11:26.06zeckepb_: yeah does look like that :}
11:26.07mickeylshould i s/org.openembedded/org.oe/ ?
11:27.56*** join/#oe Jumbo (~Jumbo@203.196.144.84)
11:28.00zeckepb_: http://www.produktinfo.conrad.com/datenblaetter/150000-174999/152281-da-01-en-MAX232N_Schnittstellenbaustein.pdf
11:30.26CIA-403florian 07org.openembedded.dev * r5d0bf12d... 10/ (6 files in 4 dirs):
11:30.26CIA-4merge of 62e43adfa95f28be56e88ed4588c52ea8b613b76
11:30.26CIA-4<PROTECTED>
11:35.41CIA-403mickeyl 07org.openembedded.dev * r909b9c4a... 10/ (5 files in 4 dirs):
11:35.41CIA-4merge of 5d0bf12db458113fa06f91798e1362090e49ba8f
11:35.41CIA-4<PROTECTED>
11:44.31*** join/#oe qfh (~qfh@ppp-82-135-2-85.mnet-online.de)
11:44.55zeckepb_: http://www.produktinfo.conrad.com/datenblaetter/450000-474999/458384-da-01-en-MKP_336-2.pdf this should work?
11:49.10zeckemickeyl: any ideas how to integrate Qt4 properly?
11:50.16mickeyl"properly" is the key issue her
11:50.17mickeyle
11:50.36zeckemickeyl: it starts with qmake
11:52.03mickeylat first we need to add all tools as '4' tools. then we need to find out how to patch the qt4 qmake specs to honor our settings. we already have to distinguish qte2 and qt3x11 so that shouldn't be hard until we both want to feature qt4 and qt4e - then it gets even more complicated
11:52.28zeckemickeyl: qmake4? we've uicmoc4 already
11:52.50mickeylright, i hacked that together. we need to see if my patches still apply, _and_ work
11:53.06mickeylwe also need rcc4
11:53.08zeckemickeyl: I upgraded it to rc1
11:53.54*** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de)
11:54.11tmbincmickeyl: regarding integrating the "dreambox" machine, my current plan is to a.) commit all generic ppc fixes and some package fixes into org.openembedded.dev, and b.) manage a branch outside org.openembedded (like nslu2-linux does) which the machine/distribution specific hacks.
11:54.32*** join/#oe RP (0@tim.rpsys.net)
11:54.52mickeyltmbinc: ok good. so we can expect appearing org.openembedded.dreambox as branch + some updates from you in .dev
11:55.03mickeylsounds good to me
11:56.14tmbincwell, rwhitby told me that branches can only be propagated completely, not partially. There are most likely some hacks in org.openembedded.dreambox (or whatever it's name) which will never go into .dev. Does it still make sense to have the branch in org.openembedded? (nslu2 has org.nslu2-linux.*)
11:56.24pb_zecke: probably.  you wouldn't normally use suppression caps for that kind of application, but if you happen to have them on hand.
11:56.52mickeyltmbinc: dunno. the nslu folks have also a branch (see http://monotone.vanille.de/viewmtn/)
11:57.12mickeylif we can live without an additional branch, even better
11:57.17zeckepb_: currently I can't find others...
11:58.46tmbinchm, any nslu2 guy here who can explain me org.openembedded.nslu2-linux vs. org.nslu2-linux.dev ?
11:59.24pb_zecke: ah.  you don't have any regular electrolytics?
12:00.37zeckepb_: not at home, my professor gave me the 100nF caps and I just looked up the bigger ones...
12:00.52zeckepb_: I'll either go shopping or pester him tomorrow
12:01.04pb_righto
12:01.51zeckepb_: so tomorrow I'll rebuild the max232 board
12:01.58mickeyltmbinc: if i recall correctly, that was a means to distinguish core and non core developers. we only give direct access to our repository to few core developers of the nslu2. they handle all the non core devels in org.openembedded.nslu2-linux and a senior developer propagates from time to time if he's confident with the changes. i could be way off the reality here though. best ask rwhitby-away when he's back
12:02.02zeckepb_: I'll first setup vcc, gnd and the voltage pump
12:02.09zeckepb_: and then do the tests with T2Out?!
12:02.58tmbincmickeyl: ok, that makes sense. i'll ask rwhitby-away when he's back.
12:03.02zeckemickeyl: it looks like the SIMpad image is finally buildable again
12:03.12pb_zecke: right
12:03.14zeckemickeyl: but we need a tinderbox soon
12:03.23zeckeI'm such a loser...
12:04.06mickeylno your're not. you are too good and have too many ideas, that's your main problem ;)
12:04.24zecke~botsnack mickeyl
12:04.24ibotthanks, zecke
12:04.28zeckehmm...
12:04.31mickeylheh
12:04.45mickeylzecke: greetings from my mother btw. she told me it would've been good if you had a meal with us because you're too thin :)
12:04.46zeckemickeyl: It is not normal to need so long to create such a simple circuit
12:04.55zeckemickeyl: hehe
12:05.11mickeylcircuits scare me
12:05.17mickeylwould've taken me weeks
12:05.20mickeylif not longer
12:05.20mickeylheh
12:05.25zeckemickeyl: tell here +25% of weight is good enough
12:05.31*** join/#oe eumel (~chatzilla@p54833086.dip0.t-ipconnect.de)
12:09.18mickeylanyone familiar with mod_pythoN ?
12:09.29*** join/#oe skopii (~john@c-67-167-211-181.hsd1.il.comcast.net)
12:09.45*** join/#oe Jumbo (~Jumbo@203.196.144.84)
12:11.13*** join/#oe aboeglin (~alex@213.154.79.4)
12:14.30*** join/#oe darkschneider (~gab@213-140-6-96.fastres.net)
12:15.54CIA-403tmbinc 07org.openembedded.dev * r1d63e4cf... 10/site/powerpc-linux: update sitefile for powerpc
12:15.55CIA-403tmbinc 07org.openembedded.dev * ra65b5363... 10/packages/jpeg/jpeg-6b/debian.patch: enable shared libraries on powerpc (we're not on MkLinux, they are working fine)
12:19.27zeckepb_: could I use DTR to power the MAX232 as well?
12:26.11*** join/#oe mithro (~tim@ppp226-59.lns3.adl2.internode.on.net)
12:27.57Jumbowhen we do ls -l on the filesystem provided by openembedded ; the lost+found directory is 3.3MB. when i do cd into it. it is empty ?
12:32.10Luke-Jrls -A
12:39.45Jumboits like this ; ls -Al gives the list of directory and thier sizes ; lost+found is 3.3 MB. this is the file system i got when i make bootstrap-image ok. when i go into lost+found and say du -sh i get 3.3 MB. may be the filesystem is creating empty directory entries of 3.3 MB so that when a file system crashes (inconsitent state) fsck can use them. but where are these made. i want to reduce the size to say 200K ?
12:40.21pb_zecke: no, probably not.
12:40.37Jumbobecause a bootstrap image is 8.7 MB is too huge ?
12:41.33pb_zecke: I think your MAX232N draws too much current for that.  If you want your circuit to be powered from the host serial port, you will need to do things a bit differently.
12:43.29zeckepb_: okay
12:43.44zeckethings will have to wait until tomorrow...
12:43.51*** join/#oe mithro_ (~tim@ppp226-59.lns3.adl2.internode.on.net)
12:43.56zeckebut finally I understand what the max232 really does and how he does the stuff...
12:44.22zeckeso I will setup the basics, shorten T2in to R2OUt
12:44.38zecketo see if the TTL/CMOS <-> RS232 conversation works (echo)
12:44.42pb_right
12:44.45pb_good plan
12:44.56zeckeand then do the same for T2Out<->R2IN and see if my manipulated connector works
13:08.47*** join/#oe dkey| (~dkey@L0006P26.dipool.highway.telekom.at)
13:23.07zeckemickeyl: I think I've messed with monotone :}
13:25.53mickeyloh dear. what did you do?
13:26.13CIA-403freyther 07org.openembedded.dev * r94937677... 10/ (12 files in 8 dirs):
13:26.13CIA-4merge of 909b9c4ac5356106de74fa307ae1a92da27d3abd
13:26.13CIA-4<PROTECTED>
13:26.42mickeylI need to send out a note for people... "use merge right after commit"
13:27.16mickeylbk did this implicitly, mt needs explicit
13:27.57mickeylok, viewing diffs in monotone seems to work now - at least for manifests, not yet for files, but that looks to be a problem in mt itself
13:28.15zeckemickeyl: when do I get colored diffs ;)
13:28.48mickeylnot from me
13:29.04mickeyli have already wasted enough time working on something that doesn't interest me at all
13:29.06mickeylheh
13:29.54zeckemickeyl: <emulate_demanding_user text="but diff without colors is useless" />
13:30.09mickeylshouldn't be a big problem to feed the output into something similar to cvsview
13:30.21mickeylbut that's a task for the viewmtn people, not for me
13:30.53zeckewhy we don't use RCS, at least there we can get colored diffs
13:31.40zeckemickeyl: thanks for the diff implementation
13:32.02mickeyltook me two hours to find the right magic of 5 apache config entries :/
13:32.06zeckemickeyl: is there something like bk unedit?
13:32.35mickeylno. since you don't tell mt when you're editing it can't unedit.
13:32.39mickeyldo it in an alias
13:32.44mickeylrm and co that particular file
13:33.03mickeylperhaps not even necessary to rm
13:36.22mickeylhttp://cia.navi.cx/stats/project/openembedded gives a good enough overview over the recent activity
13:36.26mickeylno need to hack viewmtn further
13:38.01pb_heh, I see that zecke appears four times in the list of authors.
13:38.05pb_clearly a man of many identities
13:39.12zecke<PROTECTED>
13:40.47zeckehmm 'ich' is not in the list. so I've one more identity to use
13:44.32mickeylDr. Zecke Hyde
13:45.31zeckemickeyl: this is the reason I get four to five mails from the same headhunter..
13:46.42mickeylstatus sent
13:49.02zeckemickeyl: did you mail lutz?
13:51.13Jumbowhen i make a build i get an error message saying : Cannot satisfy the following dependencies : diet/x11 virtual/xserver. how do i resolve this problem ?
13:52.11mickeylzecke: no. there were many things tumbling down on me regarding handling the Rechtsstreit wegen des Unfalls. I couldn't work on anything to write up :/
13:53.06mickeyldiet/x11 and virtual/xserver doesn't look like valid package names
13:53.18mickeylyou probably mean diet-x11 and xserver-kdrive
13:53.21mickeylor something liek that
13:53.33mickeylthere are no virtual packages
13:53.35mickeylthere are virtual providers
13:53.39mickeylthis is a different concept
13:54.59*** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net)
13:56.35Jumboit is diet-x11 and not diet/x11
13:57.10Jumboi did get those errors: i have put them in RDEPENDS
13:57.19Jumboand also DEPENDS ?
13:59.54*** join/#oe uv1 (~Werner@p508918C5.dip0.t-ipconnect.de)
14:01.04mickeylno
14:01.16mickeylplease read more information to get the difference between DEPENDS and RDEPENDS
14:01.24mickeylyou need to understand these before asking further questions
14:10.47Jumbogot it. i will use what i build ;)
14:12.17incineratorquestion: i just pulled a monotone update and did another bitbake opie-image
14:12.18incineratorsome do_compiles seem to go to quickly to be true, should I clean my build somehow?
14:12.32mickeyldepends
14:12.50incineratorin my case, openzaurus-3.5.4 conf, that gots its cvs date bumped....
14:12.52mickeylsane developers increment PR after doing sensible changes to a package
14:12.55mickeylah
14:13.13mickeylfor a change in cvsdate it's probably better to rebuild from scratch
14:13.16incineratori would not mind a complete rebuild, except toolchain and glibc maybe
14:13.19mickeylrm -rf tmp in that case
14:13.39incineratorhmmm, couldn't i leave the cross dir there?
14:13.49incineratoror is that to dangerous?
14:14.19mickeylthat would mean you have to selectively remove stamps
14:14.25mickeylmore work than it's worth
14:14.41incineratork, danke
14:15.06incineratorccache should sort out most if it anyway, shouldn't it?
14:15.46mickeylunfortunately not
14:15.56mickeylccache honors the build date of the toolchain
14:16.03mickeyl(which is a good thing to ensure safety)
14:16.21incineratorokies, danke nochmal
14:16.29mickeyl:)
14:17.56incineratorgot a boxer on wednesday, i am now playing around with it....
14:18.05mickeylcool. a very nice device
14:18.10mickeylthe best supported atm.
14:18.42incineratorcool thing, with oz even usb network for opie works out of the box, cacko sucks there big time
14:18.54mickeyl*nod*
14:19.20mickeylcacko is jailed in very tight borders as are all sharp rom cloners
14:19.31incineratoronly small bug, when i bring the interface up in the network conf app, it says it failed, but restarting the app shows the net is up *ggg*
14:19.35incineratoryeah, i see
14:19.44incineratoronly annoying thing with oz is the screen flicker
14:19.54incineratormaintenance menu helped, but there is still some left...
14:19.57mickeylya, we need to tweak more LCD params
14:20.05mickeylit's tough without docs
14:20.15incinerator*nod*
14:21.53kergoth`zzzmickeyl: i've played with a bbclass that manipulates the CCACHE bits to put the CCACHE_DIR in tmp/ for crosscompiled things, but uses the default location for the rest, so builds of glibc and the like wouldnt push things like the objects from the compile of the crosscompiler out of the cache.
14:21.58kergoth`zzzmickeyl: mind want to try that
14:22.26mickeylkergoth`zzz: excellent. have an URL for that?
14:22.46mickeylhow are you, btw? any plan for getting back to what those wheenies call a "normal" life? :D
14:22.57kergothnope, but its pretty basic. just override CCACHE_DIR if not inherits_class('native'..)
14:23.04mickeylah right
14:23.15kergotheh, soso.  being unemployed and broke off my ass isnt good for my morale
14:23.20kergoth:)
14:23.26kergothneed to start getting some cash flow going, then will see
14:23.43pb_morning kergoth
14:23.46mickeylyou're still reading oe@hh.org ?
14:23.46kergothhey
14:23.48zeckemorning kergoth
14:23.55kergothnope, i'm weeks behind, if not months
14:23.57kergothon all my lists
14:24.03kergothonly mail i've been checking is inbox
14:26.57mickeylok. nothing really interesting happening on the lists anyway ;)
14:27.06mickeylbk->monotone was really painless
14:27.10mickeyl(more or less)
14:27.16mickeylthat's the most important news
14:28.34mickeyli just hope we won't regret the decision as history becomes eventually larger and mt gets slower
14:29.03mickeylbbl, need to rest a bit
14:33.17zeckemickey|rest: cya
14:35.17*** join/#oe florian_ (~fuchs@p5083AC9F.dip0.t-ipconnect.de)
14:35.20florian_hi all
14:45.08*** join/#oe Crofton|laptop (~balister@cpe-066-056-198-192.ec.res.rr.com)
14:57.13florian_Anyone here an idea what is up with the Samba packages?
15:02.20florian_pb_: koen mentioned that this samba build problem started after you updated glibc, any idea what is going on there?
15:03.16pb_florian_: is that this quota thing?
15:04.05florian_pb_: yes
15:04.27pb_it looks like the new glibc defaults to the quotav2 API
15:04.53pb_try adding #define _LINUX_QUOTA_VERSION 1 at some strategic point
15:06.22pb_see tmp/staging/arm-linux/include/sys/quota.h:
15:06.29pb_<PROTECTED>
15:06.29pb_<PROTECTED>
15:06.29pb_<PROTECTED>
15:06.29pb_#ifndef _LINUX_QUOTA_VERSION
15:06.31pb_# define _LINUX_QUOTA_VERSION 2
15:06.33pb_#endif
15:06.57florian_ah
15:06.57pb_or, alternatively, there might be a way to make samba expect the new quota stuff.
15:06.58florian_okay
15:07.12pb_it's possible that its configure script is malfunctioning in some way.
15:07.55florian_i'll check
15:08.50pb_righto
15:11.43zeckewow my simpad image built
15:11.46florian_we could turn off quotas at all... but i don't know if this hurts somone.
15:13.30florian_zecke: Sounds promising...
15:20.33pb_florian_: yeah, that might work too
15:21.15pb_but I suspect that people like the nslu2 folks are likely to want quota support.
15:22.30*** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net)
15:22.32Jumboi have an issue : with mounting the NFS : earlier i was using 2.6.12rc2 it was working fine. but i am now using 2.6.12 ; in the bootargs i need to give everything: nfsroot, ip only then it mounts; i have compiled the kernel with the same defconfig. i dont know what the problem is ?
15:23.10florian_pb_: right
15:26.21pb_florian_: a cheap trick would be to turn quotas off for familiar (or whatever DISTRO you are using), and let people who need them figure out what to do.
15:27.58florian_pb_: i created a patch that might do the trick...
15:29.52*** join/#oe schurig (~schurig@p54B20FC1.dip0.t-ipconnect.de)
15:31.55schurigmonotone: verifying new revisions (this may take a while)
15:33.20florian_schurig: that sounds familiar ;-)
15:35.13schurighmm, and I extra asked mickeyl two or three times if monotone became faster ...
15:35.56schurigmaybe there should be a place where we can download snapshot OE.db files, so that the initial download/checking isn't needed
15:35.58florian_yeah... some operations are terribly slow.
15:47.39*** join/#oe _chronic (~adamb@213.210.24.6)
15:51.03*** join/#oe marcan (1337@12.Red-83-54-251.pooles.rima-tde.net)
15:57.34*** join/#oe chouimat|ibook (~dieu@r2351064.cidc.net)
15:58.29*** join/#oe mithro (~tim@ppp226-59.lns3.adl2.internode.on.net)
15:59.50pb_florian_: okay, very good
16:10.53*** join/#oe anomaly_ (~anomaly@dsl-202-173-142-209.sa.westnet.com.au)
16:12.18CIA-403florian 07org.openembedded.dev * r88adaace... 10/conf/machine/nokia770.conf: Don't use this special version of tslip as long as we don't know what it does.
16:12.18CIA-403florian 07org.openembedded.dev * r9495acb7... 10/packages/samba/ (files/quota.patch samba_3.0.14a.bb): Add patch to define quota type which defaults to an imcompatible one in latest glibc.
16:12.19CIA-403florian 07org.openembedded.dev * re1a4a6a5... 10/ (4 files in 3 dirs):
16:12.19CIA-4merge of 5d0bf12db458113fa06f91798e1362090e49ba8f
16:12.19CIA-4<PROTECTED>
16:12.23CIA-403florian 07org.openembedded.dev * r09a8da47... 10/ (6 files in 5 dirs):
16:12.25CIA-4merge of e1a4a6a54101a12142258575aaa1bcea126adbcb
16:12.27CIA-4<PROTECTED>
16:12.29CIA-403florian 07org.openembedded.dev * r7accabfc... 10/ (6 files in 6 dirs):
16:12.31CIA-4merge of 09a8da47b54f1328431c3acf759622b48a210fb1
16:12.33CIA-4<PROTECTED>
16:13.04pb_whoa
16:14.02florian_hah! we have a working traitor... ;-)
16:19.28*** join/#oe mithro_ (~tim@ppp211-22.lns1.adl2.internode.on.net)
16:22.08*** join/#oe hufnus (~slonsiki@m7d1336d0.tmodns.net)
16:27.47*** join/#oe anomaly_ (~anomaly@dsl-202-173-142-209.sa.westnet.com.au)
16:32.36*** join/#oe _chronic (~adamb@213.210.24.6)
16:52.38CIA-403florian 07org.openembedded.dev * r309baf95... 10/packages/maemo/ (hildon-home/noWerror.patch hildon-home_0.8.20-2.bb): Patch to disable the use of -Werror which will cause the build to fail.
17:08.41CIA-403florian 07org.openembedded.dev * rc82bfc5b... 10/packages/maemo/ (2 files in 2 dirs): Patch to disable the use of -Werror which will cause the build to fail.
17:08.42CIA-403mickeyl 07org.openembedded.dev * raa378018... 10/ (7 files in 7 dirs):
17:08.42CIA-4merge of 309baf9561eba78495d1b59322a8ebca28e571bc
17:08.42CIA-4<PROTECTED>
17:08.42CIA-403florian 07org.openembedded.dev * re3937d40... 10/ (9 files in 8 dirs):
17:08.43CIA-4merge of 9493767780c108c1eb032fd49a0a9898244577b9
17:08.45CIA-4<PROTECTED>
17:09.11mickeylthose merging messages are kind of annoying
17:09.36zeckeyes
17:09.44zeckestop merging ;)
17:09.44mickeyli guess I'll patch ciabot_monotone.py to not send 'em
17:10.52zeckewe still have two heads
17:11.02mickeylya, i have no idea why
17:11.33florian_heh... i wondered about this too some seconds ago.
17:16.44mickeylok, here we are
17:16.48mickeylquite a tree
17:17.39mickeylnow lets wait for the merge message...
17:18.05zeckemickeyl: getdiff is broken again :}
17:18.26mickeylworks here
17:18.38mickeylonly for revisions though
17:18.41mickeylnot for individual files
17:18.57mickeylwhich is a mt problem
17:19.06mickeylor rather, a problem in the usage of mt
17:20.06mickeylgetdiff.py should really change the title of the page
17:20.33mickeylthere's much room for improvements in viewmtn
17:21.49mickeylSuppressing merge of aa37801871f021c37b88d43fee5f45ca91367b15
17:21.49mickeyl<PROTECTED>
17:21.52mickeylhere we are
17:21.56mickeylno stinkin' merge messags
17:22.37*** join/#oe jacques (~jacques@jacques.nslu2-linux)
17:23.07mickeylthere's one thing we should add
17:23.23mickeyla CIAbot warning when #heads >1
17:25.47chouimat|ibookthis tailor thingy is cool ... /me goes converting the monotone stuff to his internal svn repos
17:26.33*** join/#oe chouimat (~dieu@chouinard.developer.kde)
17:30.06CIA-403florian 07org.openembedded.dev * r0e4f20b5... 10/packages/meta/meta-maemo.bb: Fix package name.
17:30.06CIA-403florian 07org.openembedded.dev * r249a7533... 10/packages/gpe-login/ (files/fixMakefile.translation.patch gpe-login_0.78.bb): Add patch fixing build issue.
17:35.13CIA-403florian 07org.openembedded.dev * rd5dab43c... 10/packages/gpe-contacts/gpe-contacts-hildon_0.40.bb: Change RDEPENDS to make sure gpe-contacts-hildon doesn't pull in gpe-icons.
17:35.16*** join/#oe obi_ (~obi@B3114.karlshof.wh.tu-darmstadt.de)
17:35.22mickeylhmm
17:35.24mickeylgo flo
17:35.34mickeyli'm happy that you now directly participate
17:37.12*** join/#oe mithro_ (~tim@ppp231-124.lns3.adl2.internode.on.net)
17:38.10mickeyl~lart whoever put the on/off button to the front on CXK
17:41.17_law_my repo want update :-( http://pastebin.com/306886
17:41.51*** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net)
17:42.11mickeylwhy don't you do what mt tells you?
17:42.16mickeylmonotone: note: perhaps consider 'monotone merge'
17:42.40_law_mickeyl: want work :-(
17:43.21*** join/#oe nofpu (~matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk)
17:43.22mickeylieek
17:43.28mickeylwe have three branch heads again
17:43.36mickeylsomeone is misusing mt
17:43.54mickeyl*sigh*
17:44.19_law_mickeyl: http://pastebin.com/306888
17:44.26mickeylthere's no sense when I always do the merges and others don't pull
17:44.38mickeylthat way we never eliminate the different heads
17:46.13mickeyl_law_: that's ok so far. if there are multiple heads, you can't update
17:46.37_law_mickeyl: ok, so i have to wait?
17:46.41mickeylyes
17:47.40subduemickeyl: how goes tracking down the 5500 bugs doing?
17:47.53mickeyl?
17:48.01mickeylwhat bugs are you talking about?
17:48.15subdueoh, sorry, thought you were the guy that fixed the right arrow bug on the 5500
17:48.22mickeyloh
17:48.27mickeyl1st) you need to supply more context
17:48.33mickeyl5500 bugs sounds like a number of bugs
17:48.40mickeyl2nd) this is not #openzaurus
17:48.53mickeyl3rd) all bugs are fixed for the SL5500
17:49.02mickeyl(suspend/resume at least)
17:49.17subdueno, was just being friendly. there was a guy that was determined to fix all the issues with the 5500
17:49.19mickeyl4th) marcan was the one who did the dirty work
17:49.29subdueah, his name was marcan ok
17:49.31mickeylhe touched 2.4.18-embedix *eek*
17:49.45subdueyeah, that was nice of him :)
17:50.09subduehe was very determined
17:50.18pb_heh.  that did sound like mickey was working on five and a half thousand different bugs.
17:50.28pb_which would be commendable, of course
17:50.40mickeylhah! :)
17:52.36*** join/#oe hufnus (~slonsiki@m7d1336d0.tmodns.net)
17:52.58mickeylhmm i guess there's a first conflict
17:53.19mickeylin gpe-login
17:53.23mickeylthat's odd, i never touched that
17:54.48mickeylflorian_, are you parallely working from two machines?
17:54.58mickeylor two db's or two working sets for that matter?
17:55.43mickeyleeek
17:56.07mickeyland now i have a three way merge of three different revisions for meta-maemo
17:56.10mickeyltss
18:00.02zeckemickeyl: did emacs open for you as well?
18:00.09mickeylyes
18:00.10mickeylugly
18:00.12mickeylinstall meld
18:00.17mickeylthen it'll use that
18:00.27mickeyli'm currently trying to merge that maemo thing
18:00.40mickeyli have no idea how we could end up with three heads when no one except florian touched that
18:00.48mickeyli hope it's a user error and not something in mt
18:01.10zeckemickeyl: maybe the order of merging is important?
18:01.32zeckemickeyl: alternatively revoke florians access ;)
18:01.35mickeylheh
18:02.13zeckemickeyl: at least he did not hear it
18:02.39mickeylwhere is he while we are fixing his mess? :D
18:06.32*** join/#oe darkschneider (~gab@213-140-6-96.fastres.net)
18:11.26mickeylok syncing the merged thing. florian_, please check if i merged correctly. oh and please use sync, not push.
18:12.09mickeyl_law_: you can update now
18:12.27mickeylhttp://monotone.vanille.de/viewmtn/revision.psp?id=e7deec567712930f830c6a392453b58268463120 contains the mess :)
18:35.08*** join/#oe Crofton|laptop (~balister@cpe-066-056-198-192.ec.res.rr.com)
18:36.00schurigmickey|dinner: good evening
18:38.04*** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de)
18:42.38*** join/#oe [g2] (~g2@g2.nslu2-linux)
18:45.52protimt pull is stuck. Is it normal ?
18:47.42jbowler-zzzIt's seems to be getting slower with time.
18:48.09jbowler-zzzMay just be the complexity of resolving some of the merges (the delay is at the 'verifying' step).
18:50.24_law_mickey|dinner: thanks now update works fine
18:51.17proti_law_: How long does it take to pull ?
18:52.49_law_proti: 1 minute
18:53.10schurigproti: hi, Mr ipkg, Mr! :-)
18:54.22schurig"monotone pull" seems to work here: "monotone: [bytes in: 43.6k] [bytes out: 5727] [certs in: 67] [revs in: 18]"
18:54.37schurignow it's at "monotone: verifying new revisions (this may take a while)"
18:54.46schurigproti: where's yours?
19:03.20darkschneiderflashing 3.5.2 and and associated kernel works, then i reflash only a kernel to test if that from 3.5.3 boots, it does not, so i reflashed back the original from 3.5.2 but it does not boot anyway. if i flash both the kernel and the image from 3.5.2 togheder it works
19:04.53protischurig: monotone: [certs: 22] [keys: 3]
19:04.53protimonotone: [bytes in: 206.3k] [bytes out: 16.0k] [certs in: 324] [revs in: 83]
19:04.53protimonotone: verifying new revisions (this may take a while)
19:04.53protimonotone: [bytes in: 226.3k] [bytes out: 16.0k] [certs in: 324] [revs in: 83]
19:05.15protiAnd then nothing.
19:08.38jbowler-zzzAs I said...
19:10.26protijbowler-zzz: Shall I wait several hours to merge ?
19:14.24mickeylschurig: nabend. how are you and the family?
19:14.30mickeylyou might want to try using
19:14.42mickeylfunction non_blocking_rng_ok()
19:14.44mickeylreturn true
19:14.44mickeylend
19:14.48mickeyl>> monotonerc
19:15.38jbowler-zzzAh ha!  If that's the problem then network activity should fix it too.
19:15.50jbowler-zzzSomething like a ping to a dhcp server.
19:17.55protiI tried to do a pull with a fresh db. Still working now after 30-45min on a 2ghz P4.
19:18.01jbowler-zzzmickeyl: according to info monotone (version 0.19) that is the default
19:18.49mickeylaha. well, then we need to wait for newer versions giving more speedup
19:18.56mickeylor help the monotone team :)
19:19.13schurigor use a better tool
19:19.25mickeylfind one
19:19.40jbowler-zzzproti: what's it blocking on?
19:20.18protijbowler-zzz: Not blocking, doing work but not terminating.
19:20.20jbowler-zzzmickeyl: I've never seen it pause at this point for more than a couple of minutes.
19:20.23mickeylmonotone works very well here. it's a bit sluggish on sync, admitted, but  you don't sync every couple of minutes or do you?
19:20.40mickeyljbowler-zzz: same here. i think people are exaggarating
19:20.45jbowler-zzzproti: i.e. you are saying it is CPU bound?
19:20.45mickeylibot: spell exaggarating
19:21.28jbowler-zzzmickeyl: my pauses are somewhat unpredictable, as though it has to do a lot of work sometimes but not always.
19:21.43jbowler-zzzThe /dev/random is believable - even /dev/urandom blocks if it is sucked dry.
19:21.59pb_jbowler-zzz: really?  I thought the whole point of /dev/urandom was that it didn't block.
19:22.33jbowler-zzzNSLU2 has problems with entropy, very visible when dropbear generates keys.  Even /dev/urandom blocks there with low entropy (no network activity).
19:22.51pb_It seems a bit unlikely that monotone would be needing to pull large amounts of entropy from /dev/random during a merge, anyway.
19:22.54protijbowler-zzz: I am saying that the fan is blowing full speed, and happens. I put it in debug, and I'm seeing it working doing select, merging and so on, but I can't figure the completion of the task. I don't even now it is progressing.
19:23.55jbowler-zzzpb_: it isn't a merge, merge's don't happen on sync - I can't actually see why it should need any random stuff at that point...
19:24.01mickeyl=> monotone-devel: "a progress indicator while checking revisions would be nice"
19:24.10mickeylor better into their tasktracker
19:24.24*** join/#oe [g2] (~g2@g2.nslu2-linux)
19:24.43protiA semi-verbose mode should be useful too.
19:24.45jbowler-zzzproto: yeah, but what is the process actually doing?
19:24.45pb_jbowler-zzz: well, anyway, strace should quickly reveal whether it is in fact getting stuck on /dev/{u}random.
19:24.57jbowler-zzzpb_: yes
19:25.18jbowler-zzzSo should WCHAN, or whatever it is, but I don't know how to decode it.
19:25.38pb_mm.  WCHAN tends to be pretty useless, in my experience.
19:25.58pb_you generally find that all the tasks are sleeping in down_interruptible(), or some similarly generic function.
19:26.32pb_but, yeah, it'd be worth a look
19:27.23jbowler-zzzNope, it's not that - it's CPU bound (just tried a pull from vanille)
19:27.48pb_ah.  in that case, sounds like you just need to get a better computer.
19:27.49pb_heh
19:28.30protijbowler-zzz: http://pastebin.com/306935
19:28.35jbowler-zzzIt worked fine with the 1.2GByte 'all the cvs revisions' db, so it's presumably a complexity problem not pure size.
19:28.46pb_hm, I wish I could figure out this stupid locking problem that stops me using monotone.
19:30.49jbowler-zzzproti: you've pulled in the result of a merge/propage with org.openembedded.nslu2-linux I think, but I'm just guessing.
19:31.27protijbowler-zzz: I did a pull with a fresh db (after db init). It maybe took both branch.
19:31.43jbowler-zzzCurious thing is those changes were in before, so maybe someone else did a big merge/propagate?
19:32.52jbowler-zzzMaybe this DB has just got too twisty...  It looks like monotone.nslu2-linux.org has stopped syncing too.
19:33.43protijbowler-zzz: I can't figure clearly what monotone is doing.
19:34.32jbowler-zzzOk, my pull has finished and is fine, but I got [certs in: 120] [revs in: 31] which is a comparitively large number of changes.
19:35.32protijbowler-zzz: Where are the revs numbers ? 31 ?
19:36.02proti<PROTECTED>
19:36.21jbowler-zzz31 is the number of revisions received, associated with those were 120 certificates, a revision is a change.
19:37.05protiOk, I have 324 certs, and 83 revs when pulling.
19:37.52protihttp://pastebin.com/306937
19:39.25protiFor each delta, monotone is checking it against every files in the repo. according to what I'm reading for the debug.
19:40.02jbowler-zzzThere aren't any files in the repo, only deltas
19:40.18*** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net)
19:41.31protijbowler-zzz: Could you explain me this extract : http://pastebin.com/306938
19:42.49jbowler-zzzProbably, but there are 234 lines in there, all different...
19:44.40protijbowler-zzz: No,just a global comment. What is it doing after line 100 ?
19:44.59jbowler-zzzOk, I don't understand 'revis in' - on a new DB it only gives 89 revs and clearly there are more than 89 revisions in the db.
19:46.09jbowler-zzzproti: what command is this the output from?
19:47.08protijbowler-zzz: I did a monotone db init. And then a monotone pull on the org.openembedded. Just the pull written in the phrasebook.
19:47.26protijbowler-zzz: It was 45 minutes ago.
19:47.45jbowler-zzzThen I'm guessing the lines correspond to generated manifests
19:47.55jbowler-zzzIe. entries in the generated manifests
19:47.55protiOk, I added a --debug too.
19:49.12jbowler-zzzMaybe it maintains a cache...
19:50.16protijbowler-zzz: Nothing suspicious ? Because it is doing it for every whatever, and doesn't seems to advance.
20:00.09florian_mickeyl: ack, use sync instead of push
20:00.18mickeyl:)
20:03.16*** join/#oe france (~france@pool-151-203-13-32.bos.east.verizon.net)
20:11.48jbowler-zzzI'm guessing 'revs in' is just the count of revisions on the branches, which means just revisions to the manifest... I think...
20:15.16RPSome good news on the w100 front - we now understand how to use Smalltext and Monochar
20:19.37*** join/#oe dkey (nobody@193.170.48.236)
20:23.19*** join/#oe drw (~drw@c-67-172-193-100.hsd1.tx.comcast.net)
20:47.41mickeylRP: excellent news!
20:47.42mickeylbut...
20:47.45mickeylwhat does that mean? :)
20:51.30florian_hrm... does RPROVIDES end up in a package as "Provides"?
20:52.12mickeylusually, yes
20:52.49RPmickeyl: Basically they're text blit functions which may have implications for accelerating qte
20:52.51florian_hmm it does... i wonder why ipkg fails then :-/
20:53.20mickeylRP: text blit... cool. but in which fonts? is it possible to upload faces?
20:53.38RPmickeyl Yes, you provide the font face in memory
20:54.49*** join/#oe tmbinc (tmbinc@dsl-084-059-200-220.arcor-ip.net)
20:54.59RPIts a gain as you can do continuous memory access instead of having to stride when pasting the glyphs
20:55.39mickeylexcellent. sounds pretty complicated to interface with that though
20:55.59RPmickeyl: The Sharp qte code did...
20:56.17RPWell, it interfaced to MonoChar...
20:56.29RPSmalltext looks more powerful
20:56.47RPbut it has an alignment bug which I've fixed :)
20:57.18zeckehehe
20:57.58*** join/#oe Crofton|laptop (~balister@cpe-066-056-198-192.ec.res.rr.com)
21:10.54CIA-403florian 07org.openembedded.dev * r74b4ebcf... 10/conf/machine/nokia770.conf: Get rid of irda-utils.
21:24.25*** join/#oe aboeglin (~alex@213.154.79.4)
21:25.00zeckecya
21:32.49*** join/#oe dkey (nobody@193.170.48.236)
21:44.13florian_NOTE: package maemo-image-1.0: completed
21:44.17florian_pheeewwww
21:44.44*** join/#oe Crofton|laptop (~balister@cpe-066-056-198-192.ec.res.rr.com)
21:45.59CIA-403florian 07org.openembedded.dev * rd801ae9b... 10/packages/ (maemo/hildon-initscripts_0.8.14-1.bb meta/meta-maemo.bb): Move esd dependencies.
21:48.07florian_mickeyl: We have two heads again... even with "sync".
21:49.46chouimat|ibookouch
21:57.28mickeylhmm
21:57.36mickeyllooks like you didn't pull after my 3way merge
21:57.48mickeylif I'm interpreting the graph correctly
21:58.03mickeyljust pull, merge, and push again
21:58.17mickeylwe need to find the optimal order for these commands :/
21:58.32florian_yeah
22:00.54florian_good night all
22:01.24mickeyln8
22:14.54mickeylibot: botmail to florian_ indeed, it was you again creating the 2nd head because you didn't pull after I merged. See http://monotone.vanille.de/viewmtn/revision.psp?id=8b7c8c60a9c08d2032c5f9659b2bbdc8bb4ba7d0 Please remember to pull (and perhaps also merge) before comitting
22:16.22CIA-403mickeyl 07org.openembedded.dev * r1e28595f... 10/conf/machine/ (zaurus-clamshell-2.4.conf zaurus-clamshell-2.6.conf): Add missing things to zaurus-machine configurations
22:28.37*** join/#oe NAiL (~repvik@banan.dataparty-mn.biz)
22:29.19mickeylg'night folks
22:29.44mickeyland don't forget :don't create multiple heads :)) pull and merge before committing
22:54.14pb_heh
22:56.38pb_that does sound a bit of an error-prone process.  It's a shame monotone doesn't do the same kind of checking that bitkeeper did in that situation.
23:00.40mickey|zzZZzzhmm
23:00.57mickey|zzZZzzcan't leave until i've interpreted these graphs
23:01.03mickey|zzZZzzif you look at http://monotone.vanille.de/viewmtn/revision.psp?id=8b7c8c60a9c08d2032c5f9659b2bbdc8bb4ba7d0&ancestry_limit=15
23:01.10mickey|zzZZzzit looks like florian is doing some strange things
23:01.25mickey|zzZZzzbecause he even created a fork based off one version he did
23:01.38mickey|zzZZzz0e4f20b5 was ok
23:01.46mickey|zzZZzzthen he forked to 249a7533 and 141e00dd
23:02.12mickey|zzZZzzso i guess this is not the normal case
23:02.23pb_yeah, that does look a bit odd
23:02.42pb_maybe he has multiple trees, and didn't sync them properly.
23:02.52mickey|zzZZzzyep, that would explain it
23:03.20mickey|zzZZzzlooking at some of the larger graphs from the monotone people themselves it doesn't look like they're having the same problems
23:03.35mickey|zzZZzzso i guess we can assume we'll get used to it somehow
23:03.43mickey|zzZZzzanyway... eyes are hurting
23:03.43mickey|zzZZzzcu
23:03.48pb_night night
23:16.57*** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.