--- Log opened Sat Dec 25 00:00:04 2010
00:34 -!- strages [~strages@c-71-207-215-204.hsd1.al.comcast.net] has joined ##hplusroadmap
01:24 -!- strages [~strages@c-71-207-215-204.hsd1.al.comcast.net] has quit [Ping timeout: 260 seconds]
01:34 -!- bkero_ [~bkero2@horace.dionysian-mind.net] has quit [Changing host]
01:34 -!- bkero_ [~bkero2@osuosl/staff/bkero] has joined ##hplusroadmap
02:11 -!- mjr [mjr@aulis.sange.fi] has joined ##hplusroadmap
02:25 -!- niftyzero1 [debian-tor@gateway/tor-sasl/niftyzero1] has quit [Ping timeout: 240 seconds]
02:35 -!- niftyzero1 [debian-tor@gateway/tor-sasl/niftyzero1] has joined ##hplusroadmap
03:32 -!- fenn [~fenn@131.252.130.248] has joined ##hplusroadmap
04:09 -!- flamot [~root@70.49.175.107] has joined ##hplusroadmap
04:35 < kanzure> http://farm6.static.flickr.com/5166/5289919048_c89ab5661d_o.jpg
04:35 < kanzure> via jacob shiach.
04:37 < uniqanomaly> yeah, memes are viral, lol
04:50 < fenn> http://jalalagood.tumblr.com/photo/1280/2446452753/1/tumblr_ldxwghgF4u1qf9m9z
04:51 < fenn> synergy strike force, "the Santa Surge took them by surprise!"
04:53 < uniqanomaly> http://www.theregister.co.uk/2010/12/23/double_click_patent/
04:53 -!- lambda280 [~lambda280@c-76-29-92-243.hsd1.il.comcast.net] has joined ##hplusroadmap
05:00 < kanzure> hi lambda280
05:00 < kanzure> what is it with you people and 'memes'
05:01 < kanzure> it's as if yuo think you've come up with the best idea ever
05:01 < uniqanomaly> not really
05:01 < kanzure> yes
05:01 < uniqanomaly> no.
05:01 < uniqanomaly> but whatever
05:02 < kanzure> http://www.google.com/trends?q=memes
05:02 < uniqanomaly> memes meme gone wild
05:02 < uniqanomaly> haha
05:03 < uniqanomaly> it's just nice idea
05:03 < kanzure> http://ngrams.googlelabs.com/graph?content=memes&year_start=1995&year_end=2008&corpus=0&smoothing=3
05:04 < uniqanomaly> http://ngrams.googlelabs.com/graph?content=memes&year_start=19&year_end=2008&corpus=0&smoothing=3
05:04 < uniqanomaly> i thought it was coined in 1976
05:10 < joshcryer> I think the current term was coined by Dawkin.
05:10 < joshcryer> Dawkins rther
05:10 < joshcryer> rather rather
05:10 < joshcryer> Heh
05:10 < uniqanomaly> yes, it was, in 1976
05:11 < kanzure> yes so what? i just wanted to show the curve over the history of the web
05:11 < kanzure> dawkins isn't as annoying about the word
05:12 < joshcryer> what
05:12 < uniqanomaly> kanzure: i bet MEMES havent eaten his brain like my
05:12 < joshcryer> How is anyone being annoying about the word?
05:13 < uniqanomaly> joshcryer: it's those MEMES you know
05:13 < uniqanomaly> ok, no trolling
05:13 < uniqanomaly> kanzure: no offence
05:19 < uniqanomaly> I haven't made it look overly dramatic have I?
06:15 < fenn> dawkins made me do it
06:16 < fenn> ps this is neat http://ngrams.googlelabs.com/
06:16 < fenn> http://ngrams.googlelabs.com/graph?content=meme&year_start=1800&year_end=2000&corpus=0&smoothing=3
06:19 < fenn> odd that there's a spike in ~1903 http://ngrams.googlelabs.com/graph?content=nano,+nanotech,+nanotechnology&year_start=1800&year_end=2000&corpus=0&smoothing=3
06:21  * fenn finishes reading the backlog and goes away
06:53 -!- mheld [~mheld@pool-173-76-224-45.bstnma.fios.verizon.net] has joined ##hplusroadmap
07:18 < kanzure> fenn: foresight institute claims that it is responsible for popularizing the word 'nanotechnology'
07:18 < kanzure> i dunno how to verify this
07:19 < kanzure> although the curves seem to match the launch of foresight institute
07:52 < kanzure> http://community.livejournal.com/ru_transhuman/296223.html
08:20 -!- uniqanomaly_ [~ua@dynamic-78-8-215-138.ssp.dialog.net.pl] has joined ##hplusroadmap
08:21 -!- uniqanomaly [~ua@dynamic-78-8-80-130.ssp.dialog.net.pl] has quit [Ping timeout: 250 seconds]
09:11 -!- phreedom [~quassel@109.254.17.41] has joined ##hplusroadmap
09:23 -!- mheld [~mheld@pool-173-76-224-45.bstnma.fios.verizon.net] has quit [Quit: mheld]
09:34 -!- mheld [~mheld@pool-173-76-224-45.bstnma.fios.verizon.net] has joined ##hplusroadmap
09:35 -!- lambda280 [~lambda280@c-76-29-92-243.hsd1.il.comcast.net] has quit [Quit: lambda280]
09:45 -!- eridu [debian-tor@gateway/tor-sasl/eridu] has joined ##hplusroadmap
09:49 < kanzure> "Facebook, PayPal tycoon embraces sci-fi future" http://www.washingtonpost.com/wp-dyn/content/article/2010/12/25/AR2010122501062.html
09:49 < kanzure> hmm what is marcus wolhsen doing writing that?
10:09 -!- mheld [~mheld@pool-173-76-224-45.bstnma.fios.verizon.net] has quit [Quit: mheld]
10:24 < kanzure> haha "Maybe that was a discovery blown out of proportion, but the finding that human brain synapses have more than two states seriously impacts the trajectory of the singularity. No?"
10:24 < kanzure> i'm not sure why he thought a synapse had only two finite states
10:26 -!- niftyzero1 [debian-tor@gateway/tor-sasl/niftyzero1] has quit [Quit: Ex-Chat]
10:32 -!- niftyzero1 [debian-tor@gateway/tor-sasl/niftyzero1] has joined ##hplusroadmap
10:37 < kanzure> has anyone been able to figure out who brian degger is or what his thing is
10:37 < kanzure> every time i've tried to talk with him he's been drunk beyond all belief
10:54 -!- strages [~strages@c-71-207-215-204.hsd1.al.comcast.net] has joined ##hplusroadmap
10:59 -!- mheld [~mheld@c-24-91-23-221.hsd1.ma.comcast.net] has joined ##hplusroadmap
11:03 -!- metafire [~quassel@pD9F88E5F.dip.t-dialin.net] has joined ##hplusroadmap
11:17 -!- phreedom [~quassel@109.254.17.41] has quit [Ping timeout: 240 seconds]
11:17 -!- phreedom [~quassel@109.254.17.41] has joined ##hplusroadmap
11:19 -!- timschmidt [~tim@h96-60-31-214.prrymi.dsl.dynamic.tds.net] has joined ##hplusroadmap
11:20 < archels> http://www.qedcon.org/
11:28 -!- mheld [~mheld@c-24-91-23-221.hsd1.ma.comcast.net] has quit [Quit: mheld]
11:33 < kanzure> hi timschmidt
11:33 < timschmidt> howdy
12:00 -!- jrabbit [~babyseal@unaffiliated/jrabbit] has quit [Quit: Reconnecting]
12:00 -!- jrabbit_ [~babyseal@unaffiliated/jrabbit] has joined ##hplusroadmap
12:03 -!- phryk [~phryk@yggdrasil.phryk.net] has joined ##hplusroadmap
12:07 -!- jrabbit_ is now known as jrabbit
12:08 < kanzure> hi phryk
12:12 < phryk> heya kanzure
12:12 < phryk> wasn't i in this channel before?
12:13 < phryk> mhh apparently not, but then how come i joined? o_O
12:14 < archels> Oh no, have we lost our identity?
12:24 < kanzure> phryk: #hplusroadmap now redirects to ##hplusroadmap
12:25 < phryk> aaaah
12:25 < phryk> that makes sense
13:04 -!- wolfspraul [~wolfsprau@lucia.q-ag.de] has quit [Quit: leaving]
13:17 < metafire> Is this the only (permanent) H+ IRC chatroom btw?
13:18 < kanzure> yes
13:28 -!- metafire [~quassel@pD9F88E5F.dip.t-dialin.net] has quit [Remote host closed the connection]
13:30 < archels> no, there's #transhumanism on Dalnet, but sadly there isn't a great deal of activity.
13:37 < kanzure> are there logs
13:43 < kanzure> http://transhumanist.org/index.html
13:43 < archels> I have my personal logs
13:44 < kanzure> http://transhumanist.org/index.php~ not encouraging..
13:44 < kanzure> archels: i'd appreciate anything you've got
13:46 < archels> Any command-line ninjas want to give me the right grep invoke to eliminate joins/parts?
13:58 < kanzure> grep -V ^join
13:58 < kanzure> or you could sed g/d those
13:59 < kanzure> sed '/pattern/d'
14:08 < phryk> packing is way more fun when you are not tired as hell :(
14:08 < phryk> do i throw those rfid readers into my reporter back or into the seasack? questions my world is revolving around currently :/
14:08 < phryk> s/back/bag/
14:09 < kanzure> it's a packing optizing problem.. this is what years of tetris have been leading up to
14:09 < kanzure> *optimizing
14:09 < phryk> i got a seasack so i can just cram all the stuff in there and not care
14:10 < kanzure> hm.. http://anthong.com/projects/reprap.html
14:10 < phryk> You are thinking about playing tetris with that thing, aren't you?
14:11 < phryk> Uh… WHy is that just an image?
14:11 < kanzure> what?
14:11 < kanzure> i have no idea
14:11 < kanzure> it looks awful anyway
14:12 < phryk> Ya
14:12 < phryk> Last year the results of those things weren't quite… satisfactory
14:12 < phryk> I'm hoping to see some new stuff in the next few days :)
14:13 < kanzure> that guy (anthong.com) wants to help on gitduino.com
14:13 < kanzure> but he's clearly not up to it
14:14 < phryk> How do you know that?
14:15 -!- jennifer2 [~jennifer@70-36-134-54.dsl.dynamic.sonic.net] has joined ##hplusroadmap
14:15 < phryk> Have seen him do that before?
14:15 < phryk> hi jennifer2
14:15 < jennifer2> hi
14:15 < kanzure> phryk: look at that web page
14:15 < kanzure> it's a giant image
14:15 < kanzure> and even the contents of the image sucks
14:15 < kanzure> maybe i'm just angry it took me 20sec to load that
14:15 < phryk> yes it's an image…
14:16 < kanzure> yes but it's an awful web design
14:16 < phryk> but seeing that theres an vimeo screenshot on there and no clickable areas, I'd say it's just a design…
14:16 < phryk> not meant to be the actual page
14:16 < kanzure> i know, it's meant to be an example of what he wants to make
14:16 < kanzure> but it sucks
14:16 < phryk> if it is, then someone needs to shoot that guy
14:17 < kanzure> the vimeo thing is from the current reprap.org page i'm sure
14:21 < phryk> yep
14:21 < phryk> the text too, i think
14:26 < kanzure> london hackspace, bugs' talk on biohacking http://www.youtube.com/watch?v=9W5ZshwteUw
14:46 -!- mheld [~mheld@c-24-91-23-221.hsd1.ma.comcast.net] has joined ##hplusroadmap
14:48 -!- strages [~strages@c-71-207-215-204.hsd1.al.comcast.net] has quit [Ping timeout: 272 seconds]
14:49 -!- shepazu [~schepers@173-23-2-227.client.mchsi.com] has joined ##hplusroadmap
14:50 -!- delinquentme [~delinquen@c-76-125-247-186.hsd1.pa.comcast.net] has joined ##hplusroadmap
14:55 -!- shepazu [~schepers@173-23-2-227.client.mchsi.com] has quit [Quit: shepazu]
14:57 < kanzure> "At 150 WPM, notes Cook, the world's fastest typist was still only 10x faster than Stephen Hawking."
14:57 < kanzure> shit
14:58 < phryk> im going to sleep
14:58 < phryk> bye
15:16 -!- Noahj [~noa@24.38.179.66] has joined ##hplusroadmap
15:20 -!- Noahj [~noa@24.38.179.66] has quit [Client Quit]
15:26 -!- eridu [debian-tor@gateway/tor-sasl/eridu] has quit [Quit: Leaving]
16:07 -!- Noahj [~noa@24.38.179.66] has joined ##hplusroadmap
16:07 -!- Noahj [~noa@24.38.179.66] has left ##hplusroadmap []
16:14 < delinquentme> kanzure, you around ?? im looking for a bunch of freed nature research journals
16:15 -!- mheld [~mheld@c-24-91-23-221.hsd1.ma.comcast.net] has quit [Quit: mheld]
16:16 < kanzure> so this is what philippe does? http://virtualoffices.e-spaces.com/philippevannedervelde.html
16:16 < kanzure> delinquentme: what do you need
16:16 < kanzure> if you have a particular paper from nature you want, i probably have it
16:16 < kanzure> unless it was published post-2008, in which case it might take me a while to get it (20min on this silly connection.. or give me a few hours to get back home)
16:16 < delinquentme> kanzure, welll i was looking to nokogiri through them all and index them
16:17 < delinquentme> specifically the methods papers
16:17 < delinquentme> would you have them in plaintext?
16:17 < kanzure> nokogiri?
16:18 < delinquentme> its a ruby app that scrapes .. but also searches
16:18 < kanzure> ok.
16:18 < delinquentme> .. unless you'd happen to already have something like a "tag cloud" for these papers
16:18 < kanzure> i do not have plaintext of any of that
16:18 < kanzure> just pdfs
16:18 < delinquentme> fooey
16:19 < delinquentme> though there are a few pubmed ones which the PDf would be awesome
16:19 < delinquentme> any of those?
16:21 < kanzure> which papers specifically do you want
16:22 < kanzure> please either give me the doi number or the link to the nature.com blocked-access page
16:25 < delinquentme> kanzure,   14555960,  10393704,  3083280,  10706607,  16990385,  15256042, 15607432.
16:25 < delinquentme> those are pubmed #s
16:26 < kanzure> eek
16:26 < kanzure> ok. well. bug me in either a few hours or tomorrow, when i'll be able to fetch those
16:26 < delinquentme> i could email you links too
16:26 < delinquentme> if that would be easier
16:29 < kanzure> that would be.
16:30 < delinquentme> you wanna PM me your email?
16:31 < kanzure> kanzure@gmmmail.com
16:31 < kanzure> kanzure@gmail.com
16:36 < delinquentme> cool stuff kanzure ill shoot you that sometime tomorrow :D thanks a ton man
16:38 -!- pasky_ [pasky@nikam-dmz.ms.mff.cuni.cz] has joined ##hplusroadmap
16:39 < kanzure> hi pasky_
16:41 -!- delinquentme [~delinquen@c-76-125-247-186.hsd1.pa.comcast.net] has quit [Quit: Leaving]
16:51 -!- Noahj [~noa@24.38.179.66] has joined ##hplusroadmap
16:54 < joshcryer> Late to comment but the synapse statement = lawlz. It's called memristors. We will haz rudimentary rat brains in the next 5 years, if anything the singularity is pushed up a bit from Kurzweil's projection.
16:55 < joshcryer> (Kurzweil assumes digital computing, not synapse computing.)
16:56 < kanzure> if you are looking for "X computing" then why aren't you hyping up "quantum computing" and dwave?
16:56 < kanzure> *or dwave
17:02 -!- mheld [~mheld@pool-173-76-224-45.bstnma.fios.verizon.net] has joined ##hplusroadmap
17:07 < joshcryer> Hadn't heard of dwave before, but I am not too optimistic about quantum computers, as far as running systems I think memristors are ahead, and intelligence doesn't require BQP as far as we know (I also don't buy into the quantum soul concept one anti-AI guy used to spout, Penrose?).
17:09 < joshcryer> (Yeah, Penrose. *shudder*)
17:18 < joshcryer> Jeri's A to Z of electronics, Ampre: http://www.youtube.com/watch?v=QY2PJlbTsVg
17:18 < joshcryer> So much love for that gal.
17:20 < kanzure> "as far as running systems" you might want to double check some of that
17:27 < joshcryer> Let me know when you can print a quantum chip.
17:29 < kanzure> what happened to pho0rque
17:31 < kanzure> kinda dead http://hackermed.com/
17:32 < kanzure> hm 'reason'/fightaging.org was on there http://hackermed.com/user/20
17:45 -!- Noahj [~noa@24.38.179.66] has quit [Read error: Connection reset by peer]
18:01 -!- Noahj [~noa@24.38.179.66] has joined ##hplusroadmap
18:22 -!- Noahj [~noa@24.38.179.66] has quit [Read error: Connection reset by peer]
18:39 -!- Noahj [~noa@24.38.179.66] has joined ##hplusroadmap
18:41 < joshcryer> So, seasteading is so much more awesome now that I (late to the party) learn that black smokers are treasure troves of minerals.
19:24 -!- Noahj [~noa@24.38.179.66] has quit [Read error: Connection reset by peer]
19:39 -!- strages [~strages@wifi.makerslocal.org] has joined ##hplusroadmap
19:42 -!- Noahj [~noa@24.38.179.66] has joined ##hplusroadmap
20:09 -!- Jappe2 [jappe2@kapsi.fi] has joined ##hplusroadmap
20:19 < Jappe2> i come in peace
20:21 -!- Noahj [~noa@24.38.179.66] has quit [Quit: Leaving.]
20:23 -!- Netsplit *.net <-> *.split quits: JaredW
20:32 < kanzure> gitdui.no?
20:35 -!- Netsplit over, joins: JaredW
20:38 < kanzure> timschmidt: so, skdb-related stuff
20:38 < kanzure> or that long email thread going around
20:38 < timschmidt> right.  minimal distribution
20:38 < kanzure> i think sebastien got eager and wanted to bring everyone in ;)
20:38 < timschmidt> :)
20:38 < kanzure> but unfortunately i don't trust those other developers
20:38 < timschmidt> he does that
20:38 < kanzure> i mean look at what the fuck they did to reprap's svn repo
20:38 < timschmidt> right
20:39 < kanzure> righto, so a minimal distribution of hardware packages
20:39 < kanzure> as i was saying your stuff is gold for packaging :)
20:39 < kanzure> "HERE ARE THE SCAD SCRIPTS"
20:39 < timschmidt> the repsnapper repo was the same way, thankfully, all the original developers disappeared, so it was an easy thing to come up with a quorum decision to fix it.
20:39 < kanzure> "HERE ARE THE SKEINFORGE FILES" *done*
20:39 < timschmidt> lead me to a spec, and I will package
20:39 < kanzure> ok basically each package is just a git repo
20:40 < kanzure> with a metadata file that we were calling 'metadata.yaml'
20:40 < timschmidt> ok
20:40 < kanzure> let's see if i can find an example..
20:40 < kanzure> some of it has to be made up as you go because each project is somewhat different
20:40 < timschmidt> right, an example file with all fields present would be nice
20:40 < kanzure> but the main things like author data and dependencies should be conserved across packages
20:40  * kanzure looks
20:40 < kanzure> fenn: where is this stuff
20:41 < kanzure> oh here's the list of types of dependencies
20:41 < kanzure> http://diyhpl.us/cgit/skdb/tree/doc/architecture
20:44 < kanzure> timschmidt: here are some old example packages
20:44 < kanzure> http://diyhpl.us/cgit/skdb/tree/packages?id=7c5d86b5e179849c6b208abbfaf9485fbc4c5f8c
20:44 < kanzure> there is no written spec so this is a rough sketch
20:44 < timschmidt> hrm
20:45 < timschmidt> so writing a spec is a good todo item
20:45 < kanzure> basically if you think of a better way to do something, you should do it
20:45 < kanzure> and you should pester me or fenn to write a spec
20:45 < kanzure> yes
20:45 < kanzure> so, we were kind of mixing and matching standards here :/
20:45 < timschmidt> fair enough.
20:46 < kanzure> so in each package there's metadata.yaml but also xyz.py which had a model for manipulaton and computations based on the model
20:46 < kanzure> *manipulations
20:46 < kanzure> the primary interesting thing is the metadata about the package
20:47 < kanzure> this is an old spec that i ignroed:
20:47 < kanzure> *ignored
20:47 < timschmidt> I will check a metadata.yaml into the skeinosaur repo tonight
20:47 < kanzure> http://diyhpl.us/cgit/skdb/tree/doc/proposals/autogenix-format-spec.txt
20:50 < timschmidt> assuming I have the metadata done, what can today's skdb do for me with it?
20:50 < joshcryer> *sigh*
20:50 < timschmidt> :)
20:51 < kanzure> timschmidt: well if you write lots of python classes and use the Part and Interface object from skdb/core/geom.py you can probably get it to tell you if two given skdb packages can connect together or not
20:51 < timschmidt> the whole point of me shoving some of my hardware projects into skdb is to exercise it a bit...  push the boundaries.  In other words, I'm asking what needs testing
20:51 < kanzure> and then visualize how :P
20:51 < timschmidt> heh
20:51 < kanzure> note that this has very little to do with "apt-get"-like functionality
20:51 < timschmidt> right
20:51 < kanzure> i don't think we ever tested parsable inventory and checking whether or not you have all of the dependencies
20:52 < timschmidt> those would be features I would be very interested in
20:52 < kanzure> so in other words, there's very little working right now
20:52 < kanzure> because a lot of it is chicken-and-egg
20:52 < kanzure> however! having gitduino.com very much eliminates part of the chicken and egg problem
20:52 < timschmidt> as is always the case
20:52 < kanzure> presumably i could mandate or secretly add in metadata.yaml files for each repo on gitduino
20:53 < kanzure> but i'm not sure how to do this in a way that isn't lame yet
20:53 < timschmidt> I see
20:53 < kanzure> like.. have the system commit a metadata file separate from the authors?
20:53 < kanzure> or should it just not do this at all? since it's kinda invasive
20:53 < timschmidt> If it's to be done, I would do it immediately after repo creation, during the creation of a new project.
20:54 < kanzure> yeah but what about people like you
20:54 < kanzure> who already have repos
20:54 < timschmidt> mention it in the documentation?
20:54 < kanzure> haha disable their repo until they commit the file?
20:54 < kanzure> or maybe i can just tell them to push -f to the repo with a metadata file already created for them
20:54 < timschmidt> possibly
20:57 < timschmidt> if skdb could reach inside my project's files, and produce a coherent BOM or the like, it would give me an immediately practical reason to use it
20:58 < timschmidt> note: that may be a complicated thing to do, with parameterized scad files
20:58 < kanzure> you mean inside your scad scripts?
20:58 < kanzure> timschmidt: i'm not interested in "making skdb useful", i'm interested in open source hardware packaging (which is, i would argue, useful)
20:58 < joshcryer> users can make incorrect metadata
20:59 < kanzure> timschmidt: yeah i wouldn't trust your variable names or anyone else's in scad files
20:59 < timschmidt> sure
20:59 < timschmidt> and I sympathize with the "making skdb useful" sentiment.  I'm just thinking of excuses to get me running it regularly
21:00 < kanzure> oh, none- the utility is like zero if there's nobody else actively using it
21:01 < kanzure> "none" was "there are no excuses to use it regularly"
21:01 < kanzure> gitduino might be able to change some of this
21:01 < timschmidt> :(
21:01 < kanzure> and the reprap.org opportunity is super important
21:01 < kanzure> although those other guys all seem to want to install semantic mediawiki and mediawiki-svn plugins
21:01 < kanzure> which scares the crap out of me
21:01 < kanzure> yes, it takes 5min to install a mediawiki plugin.. but uh.
21:02 < timschmidt> mediawiki-svn would have me projectile vomiting onto the -dev mailing list
21:02 < kanzure> anyway, on to more productive things- i dunno how to enforce a namespace for packages/hardware in dependencies when those packages don't exist yet (i.e., "average hammer")
21:02 < kanzure> presently in metadata.yaml there's just a list of dependencies via unix name for the packages required
21:03 < timschmidt> stupid answer?  start packaging things like average hammers.
21:03 < kanzure> where does that namespace come from?
21:03 < kanzure> i mean how do i make that
21:03 < timschmidt> make one up and use it until it's clear it doesn't work any longer?
21:03 < kanzure> i can't possibly package *everything* because i just don't have enough time to write up CAD scripts for all that wonderful stuff
21:03 < kanzure> so i think there has to be ghost/virtual/reference packages or something that don't actually work.. or something
21:04 < kanzure> but then that defeats the whole purpose by poisoning the index
21:04 < timschmidt> right.  so someone needs to start packaging simple stuff
21:04 < timschmidt> is there a list somewhere?  wanted: these items
21:05 < kanzure> is there a list.. yes actually
21:05 < kanzure> this crap:
21:05 < kanzure> http://diyhpl.us/cgit/skdb/tree/doc/BOMs/comparison/fablab.yaml
21:05 < kanzure> also this stuff:
21:05 < kanzure> http://diyhpl.us/cgit/skdb/tree/doc/BOMs/comparison/techshop.yaml
21:06 < kanzure> and this:
21:06 < kanzure> http://diyhpl.us/cgit/skdb/tree/doc/BOMs/comparison/emachineshop.yaml
21:06 < timschmidt> ok, that's a start
21:06 < timschmidt> now, what would your dream package look like?
21:06 < timschmidt> obviously a fully fleshed out metadata.yaml
21:06 < timschmidt> and...
21:07 < kanzure> instructions
21:07 < kanzure> also parsable instructions so i can have virtual agents run through the steps individually
21:07 < kanzure> documentation
21:07 < kanzure> unit tests
21:08 < kanzure> extra code or wrapper software so i can manipulate the object, i.e. parametrically or check whether or not its interfaces are compatible with some other object
21:09 < timschmidt> ok, I'll assume that at least some of that is already working with a few examples somewhere, but there's probably no documentation other than the code eh?
21:10 < kanzure> i haven't figured out how to do some of that :)
21:10 < timschmidt> :)
21:10 < kanzure> like parsable instructions is really, really hard
21:10 < timschmidt> right
21:10 < kanzure> parametric stuff is hard when people only give you fucken STL
21:10 < timschmidt> right.
21:10  * timschmidt says fuck them
21:10 < kanzure> there's also lots of units being used in those skdb example packages i showed you
21:10 < timschmidt> a line has to be drawn somewhere
21:11 < kanzure> practically, it's useful for checking whether or not two interfaces are dimensionally compatible
21:11 < kanzure> or whether or not some force or pressure is within tolerance, etc.
21:11 < kanzure> of course this is just a simple model of "within tolerance".. i.e. overlapping ranges..
21:12 < kanzure> my former advisor (matt campbell) had a student once doing a probabilistic model of interface matching
21:12 < kanzure> but it needed more work before use in this context.
21:12 < kanzure> (more, ah, conceptual work)
21:14 < timschmidt> So let me ask this...  I think there's utility to be had from even the simplest (and stupidest) implementation of the ideas here.  Not much more than packager-filled-out-metadata and doxygen-style file mining abused for dependencies, BOM, grabbing the right versions of things, and not much more.
21:15 < timschmidt> So...  would you be opposed to working toward an skdb v0.1 proof-of-concept set of packages?
21:15 < kanzure> i feel kind of stupid for not saying BOM at least once tonight so far
21:15 < timschmidt> that do, perhaps 0.1% of what real-skdb _should_ do?
21:16 < timschmidt> it'd give you some eggs to start hatching
21:16 < kanzure> gitduino, hardware package spec, or small set of packages?
21:16 < kanzure> i should note that there's a few packages there in that link (above) to that old tree of skdb.git
21:16 < kanzure> there's also a few thousand that i imported from thingiverse
21:17 < timschmidt> small set of packages - proof of concept - so we have some practical experience to start creation of a v0.1 package spec
21:17 < kanzure> (but those thingiverse-downloaded packages are not online or easily accessible via the web at the moment)
21:17 < kanzure> sounds reasonable to me :)
21:18 < timschmidt> there's some very useful stuff already in MCAD
21:18 < kanzure> linkz & notes plz
21:18 < timschmidt> various size NEMA motors, bearings, bolts and screws, etc.
21:19 < timschmidt> https://github.com/elmom/MCAD
21:19 < kanzure> elmom: hi!
21:19 < timschmidt> fairly obvious...  screw.scad, motors.scad, etc.
21:21 < kanzure> hrm i should be working on lolcad too
21:21 < timschmidt> obviously, the apt-getting of stuff is a small part of skdb, but it's necessary groundwork.  Have you talked to anyone with RPM / apt hacking experience?
21:21 < kanzure> yes
21:21 < kanzure> they usually say "oh hmm we should think more about architecture for you" and then don't
21:21 < kanzure> jrayhawk: *ahem*
21:21 < timschmidt> :(
21:22 < kanzure> i think apt-get should be the central focus
21:22 < jrayhawk> who what with the what now
21:22 < kanzure> the point is that: you don't have this hardware
21:22 < timschmidt> I'm thinking particularly because MCAD can provide a LOT of basic items to satisfy dependencies - all in one package.  many-to-one and one-to-many relationships are often skipped over when thinking about dependency resolution
21:22 < kanzure> and: i want to have this hardware
21:23 < jrayhawk> I'LL ARCHITECT YOU
21:23 < timschmidt> haha
21:23 < kanzure> fenn: where are you
21:24 < jrayhawk> do you have a plan written down about gitduino yet somewhere
21:24 < timschmidt> rpm and apt already have this shit figured out.  we need to steal their code
21:24 < kanzure> jrayhawk: no, what would be in this plan?
21:24 < kanzure> jrayhawk: i do have plans but i don't know what you want to hear
21:24 < kanzure> timschmidt: no not really
21:24 < kanzure> timschmidt: apt is way, way too built into debian
21:24 < timschmidt> figuratively
21:24 < kanzure> and not really abstracted from this
21:24 < jrayhawk> like things i can potentially contribute to
21:24 < kanzure> and graph theory for dependency resolution is simple
21:25 < kanzure> jrayhawk: oh, uhh
21:25 < timschmidt> kanzure: if you say so
21:25 < kanzure> timschmidt: well i've checked :/
21:25 < kanzure> it's kinda my job but i might be wrong
21:25 < timschmidt> :)
21:25 < kanzure> there was this nice abstracted package manager i saw at one point
21:25 < kanzure> xpm?
21:25 < kanzure> jrayhawk: i hope you don't hate me for using django on top of piny
21:25 < jrayhawk> maybe a little
21:26 < kanzure> but you already hated me a little so it's cool
21:26 < kanzure> actually my next todo item for today/tomorrow is images/rendering on post-update hooks on server-side
21:26 < kanzure> but no i have no lengthy document at the moment with little items for things that need to be done
21:27 < timschmidt> kanzure: let me ask you this: if I have a folder full of skdb packages (what does that mean?  git repos with metadata.yamls, but can they be wrapped in archive files?), and in this imaginary world, the packages make sense, can I ask skdb to grab me all the packages I need for X and it will dump them in another folder somewhere else?
21:27 < kanzure> by coincidence, timschmidt, there's a todo list innnnnn skdb.ggggit somewherreeee
21:27 < jrayhawk> oh god he's slurring words
21:27 < jrayhawk> THIS MAN IS HAVING A SEIZURE
21:28 < kanzure> timschmidt: i'd prrfer  them to not be wrappped  in archivee files  unless they  are beeing immmediaately mooved :/
21:28 < jrayhawk> INDUCED BY MAGIC PONIES
21:28 < kanzure> timschmidt: i think it waas doinng dependency resolution andd fetching  at onee pointt but the python is really simple for that (it was soemthing like 10 lines) so it's easy to eyeball whether or not that's there in clients/ under skdb.git
21:29 < timschmidt> hmm
21:29 < kanzure> it's been like six or seven months since i've touched this codebase
21:29 < kanzure> re-implementing the client might be nice at some point.. since it's not too spectacular at the moment
21:29 < timschmidt> dependency resolution and fetching are required for me to start packaging simple stuff :P
21:29 < kanzure> really?
21:29 < kanzure> but if there are no packages how could that be?
21:29 < timschmidt> I need to test the packages I make somehow
21:29 < kanzure> oh sure.
21:30 < timschmidt> ideally that would be by munging them with skdb
21:30 < timschmidt> in ways that resemble things you might normally do with packages
21:30 < timschmidt> like resolving dependencies
21:30 < timschmidt> and fetching :P
21:30 < kanzure> timschmidt: i'm going to fall asleep soon
21:31 < kanzure> i think you should give me a list of 10 things you'd like to package, especially things with scad scripts out there already
21:31 < timschmidt> can do
21:31 < kanzure> also you should include in this email a complaint about there not being a useful package resolver or apt-get-like-fetcher-utility
21:31 < kanzure> and then finally the suggestion that we writeup this experience into a spec in the end
21:32 < timschmidt> ok
21:32 < kanzure> please email kanzure@gmail.com, fenn@sdf.lonestar.org, openmanufacturing@googlegroups.com
21:32 < kanzure> jrayhawk: do you want in on that
21:32 < kanzure> on that email i mean
21:32 < kanzure> timschmidt: i know it's weird for me to ask for an email about this
21:32 < kanzure> but i'm probably drunk from the honey on the ham i ate tonight
21:32 < timschmidt> no problem.  it's easier to keep track of
21:32 < jrayhawk> We should have a mailing list for this
21:32 < kanzure> jrayhawk: openmanufacturing is sort of that mailing list, but it's a catch-all
21:32 < jrayhawk> Yeah.
21:32 < kanzure> there's also reprap-users, reprap-dev, library-gnomes (reprap.org)
21:32 < kanzure> do i need a new one?
21:33 < kanzure> (there's also a list for thingiverse, but they are uninterested in skdb-related-things)
21:33 < jrayhawk> Probably. The only semi-useful mailing list system I have under me at the moment is rather spam-prone, so I don't really have a way out yet.
21:33 < jrayhawk> Hopefully I'll be able to get something up once we get new hardware in
21:33 < kanzure> everyone just sets up google groups these days :/
21:34 < kanzure> since nobody can run mail servers that actually get paaast gmail spam filtters
21:34 < timschmidt> indeed
21:34 < kanzure> (wta-ttalk@@transhuumanissm.org,   huumanitty+'s main mailing list, regularly is blocked from everything, so half of the members don't get discussion, or something)
21:34 < kanzure> blah keyboard
21:41 < kanzure> jrayhawk: speaking of which i dunno if you ever poked aruond nanoengineer-dev (on google groups) for nanoengineer.git hosted on gnusha
21:41 < kanzure> supposedly i'm either putting bugzilla up on gnusha or converting the old bugzilla db to something sane
21:41 < kanzure> i dunno what to do about that stuff so advice would be hot
21:42 < kanzure> jules seems very opposed to bugzilla, and based on my experiences with bugzilla 1.x he's probably right
21:42 < timschmidt> no chance of infiltrating the bugs everywhere dev team and imposing stable releases?
21:44 < kanzure> the maintainer/project lead seemed fairly receptive to my email inquiries
21:44 < kanzure> um. it's possible, i think
21:44 < kanzure> much much easier than infiltrating reprap to do anything useful
21:44 < timschmidt> lol
21:44 < timschmidt> I feel your pain
21:46 < kanzure> timschmidt: did you end up calling your place.. hacksmiths?
21:46 < kanzure> i forget
21:46 < timschmidt> yes, though I'm no longer in Grand Rapids - just outside of lansing now.  hacksmiths is being managed by a friend
21:48 < timschmidt> I moved a little less than a year ago
21:51 < jrayhawk> I dunno, I'm partial to Ikiwiki+rss2email
21:56 < jrayhawk> http://piny.be/piny-code/tag/jrayhawk/
21:56 < jrayhawk> plus http://piny.be/piny-code/docs/issues/
22:01 < timschmidt> kanzure: consider yourself mailed
22:02 < kanzure> i see it, thank you
22:02 < kanzure> thank you for filing a complaint, your issue will be processed in the order in which it was received :P
22:03 < timschmidt> :)
22:10 -!- strages [~strages@wifi.makerslocal.org] has quit [Ping timeout: 276 seconds]
22:59 -!- mheld [~mheld@pool-173-76-224-45.bstnma.fios.verizon.net] has quit [Quit: mheld]
23:23 -!- bkero_ is now known as bkero
--- Log closed Sun Dec 26 00:00:04 2010