jcater (~jcater@66.61.71.147) joined #gnuenterprise.
jcater (~jcater@66.61.71.147) left irc: "Client exiting"
wtg (~merlinx@ppp189-173.lns1.bne1.internode.on.net) left irc: Read error: 110 (Connection timed out)
wendall911 (~wendallc@198.31.172.218) joined #gnuenterprise.
chillywilly (danielb@CPE-24-167-193-166.wi.rr.com) left irc: Read error: 104 (Connection reset by peer)
reinhard (~reinhard@M1264P004.adsl.highway.telekom.at) joined #gnuenterprise.
<SachaS> hallo reinhard
<SachaS> gnue-appserver is broken when using the pw_xmlrpc
<SachaS> but I think siesel is aware of that as there is a note in his TODO to port things from the other xmlrpc driver to pw_xmlrpc
thierry (~thierry@213.41.150.18) left irc: "Client exiting"
thierry (~thierry@musashi.xtensive.com) joined #gnuenterprise.
<reinhard> siesel is in the process of restructuring xmlrpc
<reinhard> it did work when you tried a few days ago, didn't it?
<SachaS> yes. before siesel did all the commits yesterday.
Nick change: SachaS -> SachaCoffee
dimas (~dimas@195.218.177.46) joined #gnuenterprise.
lupo_ (lupo@pD9E68652.dip.t-dialin.net) left irc: Read error: 110 (Connection timed out)
lupo_ (lupo@pD9E685D3.dip.t-dialin.net) joined #gnuenterprise.
<reinhard> bbl
Nick change: reinhard -> rm-away
wendall911 (~wendallc@198.31.172.218) left #gnuenterprise.
dcmwai (~dcmwai@219.95.164.179) left irc: Remote closed the connection
chillywilly (danielb@CPE-24-167-193-166.wi.rr.com) joined #gnuenterprise.
Nick change: rm-away -> reinhard
dcmwai (~dcmwai@219.95.164.179) joined #gnuenterprise.
<LuftHans> Getting a SCSI chain working is perfectly simple if you remember that
<LuftHans> there must be exactly three terminations: one on one end of the cable,
<LuftHans> one
<LuftHans> on the other end, and the goat, terminated over the SCSI chain with
<LuftHans> a silver-handled knife whilst burning *black* candles. --- Anthony
<LuftHans> DeBoer
Nick change: SachaCoffee -> SachaS
<chillywilly> anyone use LVM2?
Arturas (~arturas@gsk.vtu.lt) joined #gnuenterprise.
<Arturas> Hello
<reinhard> hi Arturas
<thierry> morning all
<thierry> hi chillywilly
<chillywilly> hi
Arturas (~arturas@gsk.vtu.lt) left irc: "Bye :)"
SachaS_ (~Sacha@dialup-196-212.wasp.net.au) joined #gnuenterprise.
SachaS_ (~Sacha@dialup-196-212.wasp.net.au) left #gnuenterprise ("Client exiting").
ToyMan (~stuq@user-0cevdks.cable.mindspring.com) joined #gnuenterprise.
dcmwai (~dcmwai@219.95.164.179) got netsplit.
reinhard (~reinhard@M1264P004.adsl.highway.telekom.at) got netsplit.
dcmwai (~dcmwai@219.95.164.179) returned to #gnuenterprise.
reinhard (~reinhard@M1264P004.adsl.highway.telekom.at) returned to #gnuenterprise.
ToyMan (~stuq@user-0cevdks.cable.mindspring.com) left irc: "Client Exiting"
tripz_ (~ville@as13-5-6.ld.bonet.se) left irc: No route to host
ToyMan (~stuq@smtp.dstoys.com) joined #gnuenterprise.
SachaS_ (~Sacha@dialup-196-159.wasp.net.au) joined #gnuenterprise.
SachaS_ (~Sacha@dialup-196-159.wasp.net.au) left #gnuenterprise ("Client exiting").
jbailey (~jbailey@CPE0060082df811-CM014260028338.cpe.net.cable.rogers.com) joined #gnuenterprise.
<jbailey> cvs server: gnue-common/src/rpc/drivers/_test/donuts.grpc is no longer in the repository
<jbailey> What's this?!?
<jbailey> NO MORE DONUTS?!?
<reinhard> it was replaced by
<reinhard> vegan_donuts.grpc
<reinhard> ;-)
<jbailey> =)
Action: jbailey jumps for joy!
<jbailey> The Debian python guy is back from holidays, so I guess I have to work on gnue today. =)
<reinhard> jbailey: i will work on common's setup.py today
<jbailey> reinhard: Cool!  Should I try appservers to make sure it does the right thing?
<reinhard> not sure if you can try it
<reinhard> because it depends on common to be installed
<reinhard> but you can tell me if that's a problem
<jbailey> Oh, hey, that makes sense.
<jbailey> I don't think it's a problem.
<reinhard> appserver tries to find out if it is installed in the same dir as common
<reinhard> for example if you try to install common in /usr/local/gnue/lib/python
<reinhard> and appserver in /usr/lib/python2.1/gnue
<reinhard> then it won't work
<reinhard> so appserver won't let you install that way
<reinhard> but i saw debian installs into some temp dir to build the packages
<jbailey> 'kay
<reinhard> i'm not sure if i'm causing trouble with that check
<jbailey> Oh, I see the problem.
<jbailey> Umm, here's a thought.
<reinhard> however you should be able to have common installed in, say, /usr/lib/python2.1
<jbailey> setup.py supports the --root flag for moving the root dir.  It might be worth checking the path with and without the root dir.
<jbailey> Any packager is going to have this problem.
<jbailey> Or hey.  When do you check?
<reinhard> and then install appserver into --prefix=/usr --root=/home/debian/what/ever
<jbailey> At the build time or install time?
<reinhard> install time
<jbailey> Hmm, okay.
<reinhard> but using --root should work ok
<reinhard> i tried that
<jbailey> Just thinking that the autoconf solution is that it checks dependancies at configure time (where --prefix is set correctly), and the DESTDIR prefix is just overriden at install time.
<jbailey> If prefix and root can be speified at the same time, that would be cool.
<reinhard> they can yes
<jbailey> Luvly.
<reinhard> for setup.py you can't use --prefix for build
<reinhard> that's the fun in distutils
<reinhard> so the build process can't really build the final version of the files if it is dependent on the prefix the get installed
<jbailey> 'kay.
<reinhard> btw
<reinhard> you don't need to run setup.py build at all
<reinhard> it is done automatically on setup.py install
<jbailey> Is that for all distutils or just gnue's?
<reinhard> _anyway_
<reinhard> all distutils
<jbailey> 'kay.
<jbailey> It's not harmful for now, though, right?  I'm trying to plug into generic distutils building architecture so that any monkey can update these.
<jbailey> So if I can stick to what folks who know python have set out, I'd prefer it.
<reinhard> ok
<reinhard> nevermind
<reinhard> it doesn't matter at all
<reinhard> it's just superflous because install does build even if the very last thing you did before was setup.py build
<jbailey> Ah, okay.
<jbailey> reinhard: When does 'today' end for you?  I think you're +0200 right?
<reinhard> ehm
<reinhard> expect a first commit in 2-3 hours
<jbailey> Cool - I'll poke my head in about mid-afternoon here then (6 hours or so)
dsmith (~dsmith@mail.actron.com) joined #gnuenterprise.
dcmwai (~dcmwai@219.95.164.179) left irc: "Client exiting"
jamest (~jamest@gw.math.ksu.edu) joined #gnuenterprise.
Nick change: SachaS -> SachaZzz
jbailey (~jbailey@CPE0060082df811-CM014260028338.cpe.net.cable.rogers.com) left irc: "Client exiting"
tripz__ (~ville@as13-5-6.ld.bonet.se) joined #gnuenterprise.
jbailey (~jbailey@atlas.fundserv.com) joined #gnuenterprise.
<reinhard> jbailey: you may try gnue-common setup.py
<reinhard> it should work
<reinhard> although i'm quite sure many files still get installed in suboptimal places
<reinhard> IMHO
<reinhard> etc/sample.* should go in $prefix/share/gnue-common
<reinhard> shared/images should be $prefix/share/gnue-common/images
<reinhard> translations/ should go in $prefix/share/locale
<reinhard> but i don't know how to change those paths without breaking things
<jamest> don't let that stop you :)
<reinhard> and the list of files that get installed should be cleaned up
<reinhard> currently appserver installs AUTHORS, README, INSTALL etc. under "doc"
<reinhard> common doesn't
<reinhard> I'm not sure what's correct but we should be consistent
Vee (~vin@cavok154.august.net) left irc: Remote closed the connection
jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise.
Vee (~vin@cavok154.august.net) joined #gnuenterprise.
<jbailey> reinhard: The only thing I can think of is making sure that it goes in /etc and not /usr/etc.
tripz__ (~ville@as13-5-6.ld.bonet.se) left irc: "using sirc version 2.211+KSIRC/1.2.4"
<reinhard> wrt etc there's still two possibilities
<reinhard> a) ./setup.py install could provide default files that get copied into /etc (or /usr/local/etc) and need not be renamed/copied manually
<reinhard> b) everything has sensible hardwired defaults and works without anything in etc at all
<reinhard> c) gnue-common gives a meaningful error message if a file in etc is missing
<reinhard> in any case we need a --install-cfg option for ./setup.py install
<reinhard> yes three possibilities
<jbailey> Well, I don't mind copying things to /etc, if gnue will know to look for them there.
<jbailey> But I'm guessing that once it knows to look in /etc, telling it to install there is easy. =)
<jcater> it knows to look in /etc by the site.cfg mechanism
<reinhard> jcater: AFAICT you can't install gnue to look in /etc without manually editing a file
<reinhard> is that correct?
<reinhard> and if yes do we want to change that or do we want to leave it that way?
<jcater> well
<jcater> define "manually"?
<jcater> not something the user would do
<jcater> the setup program should do it
<jcater> I'm not tied to anything, btw, so if you have a better idea, I'm game
<jcater> but that's the only workable solution I could come up with
<reinhard> how does the site.cfg mechanism work?
<reinhard> is that this magic site_config.cfg file?
<jcater> yes
<reinhard> where is this file searched for?
<jcater> hang on... dealing with users
<reinhard> ok found it
<reinhard> $GNUE_INSTALLED_SITE_CFG
<jcater> http://www.gnuenterprise.org/irc-logs/gnue-public.log.12Sep2003
<jcater> search for site.cfg
<jcater> is the explanation given to jbailey
<jcater> I have to run for an hour, but post any questions
wendall911 (~wendallc@198.31.172.218) joined #gnuenterprise.
<reinhard> jcater: ok, questions:
<reinhard> 1. should ./setup.py install accept parameters like --install-cfg, --install-images etc. and create site_config.cfg accordingly?
<reinhard> 2. couldn't we make site_config.cfg a python file that is installed into .../gnue (python path)
<reinhard> so that one can simply do something like "from gnue import config" and have all variables ready?
<reinhard> (as long as gnue is in his python search path)
<reinhard> but we wouldn't have to deal with so many environment vars (INSTALL_PREFIX, GNUE_INSTALLED_SITE_CFG etc.)
<reinhard> 3. what is the purpose of gnue_sys.py ?
<reinhard> 4. currently if we use site_config.cfg all tools _must_ be installed with the same --cfg-file parameter.
<reinhard> Couldn't all tools except common _ask_ common for the correct paths?
<reinhard> --
<reinhard> well not sold on anything, just a few spontaneous thoughts
<jbailey> reinhard: Would that kill non-interactive installs?
<reinhard> what?
<reinhard> 4.?
<jcater> reinhard: 1 and 2 sound like good ideas to me
<jbailey> <reinhard> Couldn't all tools except common _ask_ common for the correct paths?
<jbailey> Do yo mean interactive prompting?
<reinhard> jbailey: no i mean
<reinhard> like
<reinhard> common installs a file gnue/paths.py in python's search path (or wherever it is installed)
<jcater> reinhard: #3 was something never completed
<jbailey> Oh, I get it. =)
<jcater> reinhard: that is what gnue_sys.py was for
<jcater> to be installed into python's site-packages
<jcater> so regular apps could find gnue's modules
<reinhard> and setup.py of, say, gnue-forms would do a "from gnue import paths"
<jcater> but I'm not sure we could get it working
<reinhard> and gets the place where they should install docs, translations, config files and all other stuff
<reinhard> seems to be quite the same what jcater planned with gnue_sys.py
<reinhard> the question now is do you want me to make it work
<reinhard> and
<reinhard> do you want me to make it work _now_
<reinhard> :)
<jcater> I'm ok with whatever
<jcater> I was never tied to the site.cfg thing
<jcater> it was a quick fix
<jcater> for the first set of .debs we created
<reinhard> ok
<reinhard> i guess we will need to keep that in parallel
<reinhard> to not break current versions of forms, reports and navigator
<jcater> as long as gnue.common.apps.GConfig.getInstalledBase() is modified to work with the new system, then the client tools should work seemlessly
<jcater> I wouldn't worry about maintaining compatability
<jcater> as we'll quickly get frustrated if they do break, and fix them
<jcater> :)
<reinhard> ok
<reinhard> i'll look at it
mouns (mouns@kali.mouns.org) joined #gnuenterprise.
<nickr> anyone know offhand how to take a C long int in binary format (eg 4 bytes) and convert it to a python number?
<jcater> wow, this might be neat for gnue.common
<jcater> http://www.python.org/doc/2.3/lib/module-pkgutil.html
<jcater> nickr: http://www.python.org/doc/2.3/lib/module-struct.html
<jcater> is that what you're looking for?
Action: jcater has never used it
<nickr> jcater: Oooh, thats even better
<nickr> that'll save me a lot of string chopping
<nickr> no provisions for byte order
<jcater> nickr: "Alternatively, the first character of the format string can be used to indicate the byte order, size and alignment of the packed data, according to the following table: "
<jcater> half way down
<nickr> there is
<nickr> I just noticed that
<nickr> my god, its perfect :)
<nickr> thank you
<jcater> np
lupo_ (lupo@pD9E685D3.dip.t-dialin.net) left irc: ".oO( wieviel mb's sind das wohl?)Oo."
<reinhard> night all
reinhard (~reinhard@M1264P004.adsl.highway.telekom.at) left irc: "No problem is so interesting that you can't just walk away from it."
dsmith (~dsmith@mail.actron.com) left irc: "Client exiting"
jamest (~jamest@gw.math.ksu.edu) left #gnuenterprise ("Client exiting").
thierry (~thierry@musashi.xtensive.com) left irc: Success
thierry (~thierry@musashi.xtensive.com) joined #gnuenterprise.
siesel (~jan@xdsl-195-14-223-55.netcologne.de) joined #gnuenterprise.
mouns (mouns@kali.mouns.org) left irc: Remote closed the connection
jamest (~jamest@adsl-64-216-106-144.dsl.tpkaks.swbell.net) joined #gnuenterprise.
marcello (~marcello@adsl-ull-200-206.42-151.net24.it) left irc: "Leaving"
jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: "home"
siesel (~jan@xdsl-195-14-223-55.netcologne.de) left irc: "Client exiting"
jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) joined #gnuenterprise.
jbailey (~jbailey@atlas.fundserv.com) left irc: "Client exiting"
wtg (~merlinx@ppp189-173.lns1.bne1.internode.on.net) joined #gnuenterprise.
<Vee2d2> hmm.. 
<Vee2d2> mad pooped is such a strange state of being.
<Vee2d2> I think I'm too exhausted to sleep 
<wtg> warm milk is suppose to do the trick Vee2d2 =)
<Vee2d2> I dont think it'd do the trick I'm looking for.. 
Action: Vee2d2 goes to lay down
chillywilly (danielb@CPE-24-167-193-166.wi.rr.com) left irc: "leaving"
chillywilly (danielb@CPE-24-167-193-166.wi.rr.com) joined #gnuenterprise.
derek (~dneighbo@ip68-109-180-32.ph.ph.cox.net) joined #gnuenterprise.
<chillywilly> derek!
<chillywilly> ;P
<Vee2d2> hmm.. is there some sort of word that's fairly synonomous with clothing or apparel that starts with the letter 'B' ?
<jcater> bling bling?
<jcater> :)
<Vee2d2> bzzzt
<Vee2d2> you can only have one word.. :(
<Vee2d2> trying to build an acronym
<Vee2d2> ;)
<jcater> beautiful, bedeck, bundle up
<jcater> what are you trying to make an acronym of?
Action: jcater likes these
<jcater> my favorite acronym I've come up with is niagra
<jcater> niagra is a great recursive acronym
<Vee2d2> bewb, Bodaciously Embellished Wearables for the Booty?
<jcater> (it's making fun of the GNU-style)
<jcater> um, what type of clothing is this?
<Vee2d2> bodaciously embellished clothing of course! :)
<Vee2d2> going to feature a breast (not of the chicken variety) like icon
<Vee2d2> I'm targeting the pr0n market
<Vee2d2> ;)
<Vee2d2> it's going to be bigger than izod!
<Vee2d2> Aiye! channel's logged, plans are leaked, must act quickly! ;)
<Vee2d2> jcater: so does Gibson's make some pretty nice donuts?
<jcater> hell yeah
<jcater> bi0tches enjoy wearable beauties
<jcater> or, if you're targeting male pr0n viewers, reverse it
<jcater> buddies enjoy wearable bi0tches
Action: jcater gives up marketing pr0n for the night and gets back to fixing rsync
<Vee2d2> done deal.. 
dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) joined #gnuenterprise.
derek (~dneighbo@ip68-109-180-32.ph.ph.cox.net) left irc: Read error: 110 (Connection timed out)
jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) left irc: "sleep"
--- Wed Sep 24 2003