[01:14] <hazmat> m_3, in lxc its in /var/log/juju/
[01:14] <hazmat> we need to unify that, i pushed it there because really it should be there for both..
[01:14] <hazmat> bad examples becomes precedents  :-(
[05:56] <george_e> https://bugs.launchpad.net/charm/+bug/891749
[05:56] <_mup_> Bug #891749: [charm-needed] ThinkUp <new-charm> <juju Charms Collection:New> < https://launchpad.net/bugs/891749 >
[05:56] <george_e> It appears we have no SMTP charm?
[06:17] <SpamapS> george_e: nothing yet no
[06:17] <SpamapS> george_e: should be a fun one to write.. :)
[06:17] <george_e> Would it be hard?
[06:17] <SpamapS> george_e: yes.. I don't think there are any smtp servers that don't have 100's of options
[06:17] <george_e> (...and would Postfix be a good choice?)
[06:18] <SpamapS> yeah since is the default in Ubuntu
[06:18] <george_e> Hmmm... well, it would definitely be a challenge.
[06:28] <SpamapS> Luckily debconf helps you in that case
[06:42] <george_e> Yeah.
[08:17] <noodles775> hazmat, m_3 : I just renamed my charm (adding the hyphens back) and retried... it seems the fix is only switching the first hyphen:
[08:17] <noodles775> 2011-11-22 08:14:18,542 unit:postgresql/7: hook.output ERROR: ERROR:  syntax error at or near "-"
[08:17] <noodles775> LINE 1: grant all privileges on database apache_django-wsgi to apach...
[08:19] <noodles775> fwiw, there are a bunch of other errors being reported by the hook, but I've not checked if they're just fall-out: http://paste.ubuntu.com/745665/
[08:20]  * hazmat yawns
[08:21] <hazmat> noodles775, huh.. it looks like the bash replace only hit the first string occurence
[08:22] <noodles775> Yep.
[08:23] <noodles775> I've removed the hyphens from the charm name, so there's no rush... enjoy your normal morning :-)
[08:27] <_mup_> Bug #893480 was filed: subordinate services need status support <juju:New> < https://launchpad.net/bugs/893480 >
[08:28] <fwereade> crikey, hazmat, I presume you're still up rather than already up?
[08:28] <hazmat> fwereade, aborted sleep attempt
[08:29] <fwereade> heh, bad luck :(
[08:29] <noodles775> hazmat: you give up to easily if you're jumping back on irc :P
[08:30] <hazmat> noodles775, just rallying for another attempt ;-)
[08:30] <fwereade> hazmat, quick opinion: UpstartService has .install, .start, .destroy
[08:31] <hazmat> fwereade, +is_running, else sounds reasonable
[08:31] <hazmat> i can't think of a scenario atm where we'd stop and not destroy
[08:31] <fwereade> hazmat, appropriate to do everything via deferToThread(subprocess.[whatever_]call), even when there are more convenient ways to do it in python, so that I can always stick a sudo in there (so we get interactive password for local lxc-futzing)
[08:31] <fwereade> ?
[08:33] <fwereade> hazmat, there's an is_running too, but that one has no issues :)
[08:33] <hazmat> fwereade, indeed we need defertothread to maintain the illusion of concurrency in twisted.. the local provider plays this game. and the sudo grab works through the defer to thread
[08:33] <rog> fwereade, hazmat: mornin'
[08:33] <fwereade> hazmat, I thought it was the subprocess functions?
[08:33] <fwereade> heya rog
[08:33] <rog> not often i see any chat at this hour...
[08:33] <fwereade> hazmat, well, both, I guess
[08:33] <hazmat> ie it does subprocess functions in a defer to thread.. see local/agent.py
[08:34] <hazmat> rog g'morning
[08:34] <fwereade> hazmat, indeed, that's what I'm suggesting, that we always use that approach
[08:34] <hazmat> fwereade, sounds good
[08:34] <fwereade> hazmat, it just gives me a little twinge to shell out to do an os.remove, needed confirmation that it's not totally insane :p
[08:35] <fwereade> cheers
[08:35] <hazmat> fwereade, not insane given the need for sudo in some cases
[08:35] <fwereade> hazmat, good-o
[08:36] <hazmat> understandable twinge.. but of what ? ;-)
[08:40] <therve> hazmat, any reason not to use twisted process support?
[08:41] <hazmat> therve, because its not needed since the signal problems with subprocess where fixed?
[08:41] <hazmat> afaicr the only delta is some additional closing out of parent fds in the fork
[08:42] <hazmat> which afacir the subprocess module does as well
[08:42] <hazmat> therve, short answer.. less twisted, more python
[08:43] <therve> ok. deferToThread makes me cry a little, that's all :)
[08:43] <hazmat> therve, longer answer we started with spawnprocess for most of our subprocess usage, but it turns one line calls into whole pages of code.
[08:43] <therve> hum, weird
[08:44] <hazmat> we could abstract our process protocol for this to make it easier, but else we where doing a separate one per interaction
[08:47] <hazmat> therve, re crying is it just the use of a separate thread that concerns, or the whole approach of a  pipe writer back into the reactor?
[08:48] <therve> hazmat, yeah using a thread, also if stock process support was easier, you wouldn't even think about it.
[08:49] <therve> getProcessOutputAndValue generally works OK, but I don't know the particular problems here.
[08:49] <hazmat> therve, oh.. i don't think i knew about that one
[08:49]  * hazmat wonders if it works with a sudo console grab
[08:50] <therve> I guess you need a tty for sudo
[08:50] <hazmat> ah.. its in utils
[08:50] <therve> so maybe not :)
[08:52] <fwereade> therve, it's the tty, I had had it just using getProcessOutput and I was happy :)
[10:00] <m_3> hazmat: btw, ${VAR/-/_} swaps first instance, ${VAR//-/_} swaps _all_ instances
[10:09] <m_3> noodles775: that change is pushed
[10:11] <noodles775> Thanks m_3
[10:15] <m_3> noodles775: are the other hook errors (http://paste.ubuntu.com/745665/) there even when you used a name w/o '-'s?
[10:16] <noodles775> m_3: yes, they are - although the database connection works. Let me paste the current log.
[10:16] <m_3> hmmmm
[10:17] <noodles775> m_3: here's the current log (without the '-' errors): http://paste.ubuntu.com/745749/ , but as above, it seems to be working fine.
[10:19] <m_3> I'm guessing those're just psql warnings on stderr... lemme see if I can reproduce
[10:22] <m_3> noodles775: btw, are you good with the pg-v9 builtin replication scheme?  or were you using one of the other pre-9 options?
[10:22]  * noodles775 hasn't specified any options. I'm just deploying then relating postgresql:db to my app server.
[10:25] <m_3> ok, there's no repl in the current charm.  I was going to add in the builtin repl now that we're on 9... just checking what would be most useful for you atm
[10:30] <noodles775> m_3: ah, atm I'm just doing a proof-of-concept charm. But thanks for the thought!
[11:57] <fwereade> anyone who's around... is there any continuing benefit to using pidfiles, if we're using upstart to manage everything anyway?
[12:02] <rog> fwereade: not a question i can easily answer, i'm afraid
[12:03] <fwereade> rog, not to worry, I needn't touch them really; they won't do any harm :)
[14:11] <Daviey> hazmat: Did you notice https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-juju-roadmap isn't yet drafted?
[14:15] <hazmat> Daviey, we're still learning the ropes of blueprints as regards the dev process.. we've got a few other blueprints for the individual items in that set, the only actionable thing related to the roadmap is to just publish the roadmap
[14:15] <Daviey> hazmat: oh groovy.. have you seen the How To?
[14:16] <Daviey> (the syntax is parsed by http://status.ubuntu.com to track progress through the cycle)
[14:16] <hazmat> Daviey, i haven't.. i've seen the status tracker, but not so much a how to on the blueprint process as regards the distro usage
[14:17] <hazmat> ah.. there's a link there of course
[14:17] <hazmat> Daviey, thanks
[14:18] <Daviey> https://wiki.ubuntu.com/WorkItemsHowto
[14:18] <Daviey> superb
[14:22] <hazmat> fwereade, no benefit to pid files with upstart
[14:25] <hazmat> Daviey, wrt to pre install on machines, if we do it client side, its pretty straightforward however the user will need to match numbers against the available machines.. which seems a little suspect vs just plugging in and selecting the juju  orchestra when setting up the machine.. i'm game for it either way
[14:26] <Daviey> hazmat: I wonder if 'both' makes sense?
[14:29] <hazmat> Daviey, possibly.. standby to juju means powered on, and ready to deploy units to, ie latency on the order of seconds instead of minutes, which would deliver the most benefit, the pre install is bit more helpful without the standby allocation but its useful in either case to cut the allocation time.
[14:30] <hazmat> i could see a scenario where trying to allocate 10 machines in response to load suddenly hammers the network with the image transfer
[14:31] <hazmat> which pre-install would avoid
[14:58] <hazmat> doh
[15:09] <jcastro> we've got some things marked new-charm that need looking into
[15:09] <jcastro> https://bugs.launchpad.net/charm/+bug/886362
[15:09] <_mup_> Bug #886362: New charm proposal: txstatsd <new-charm> <juju Charms Collection:New> < https://launchpad.net/bugs/886362 >
[15:10] <jcastro> https://bugs.launchpad.net/charm/+bug/886362
[15:10] <_mup_> Bug #886362: New charm proposal: txstatsd <new-charm> <juju Charms Collection:New> < https://launchpad.net/bugs/886362 >
[15:10] <jcastro> https://bugs.launchpad.net/charm/+bug/886365
[15:10] <_mup_> Bug #886365: New charm proposal: graphite <new-charm> <juju Charms Collection:New> < https://launchpad.net/bugs/886365 >
[15:10] <jcastro> and https://bugs.launchpad.net/charm/+bug/891749
[15:10] <_mup_> Bug #891749: [charm-needed] ThinkUp <new-charm> <juju Charms Collection:New> < https://launchpad.net/bugs/891749 >
[15:22] <rog> apparently william has a power cut
[15:28] <hazmat> rog, ah.. good to know, thanks
[15:44] <mpl> rog: speaking of that, has your internet connectivity problem been solved?
[15:45] <rog> mpl: i just got a message from my phone provider saying "your problem has been fixed". we will see - the phone line has been up and down all day.
[15:47] <mpl> it was fortunate you already knew how use your mobile phone as an alternative. it might have been painfull to figure it all out without connectivity.
[15:47] <mpl> *how to use
[15:49] <rog> mpl: yeah, mobile hotspot functionality on android is a godsend
[16:17] <hazmat> jimbaker, ping
[16:25] <hazmat> marcoceppi, nice blog post
[16:26] <marcoceppi> hazmat: thanks!
[16:28]  * rog always finds it hard to maintain momentum when suddenly... all tests pass.
[16:29] <rog> do i take out the log messages for tidiness or add more tests and do that later?
[16:39] <jimbaker> hazmat, hi
[16:45]  * hazmat wonders why the charm browser isn't showing noodles775 noodle's django charm
[16:47] <hazmat> noodles775, your missing a file in that charm
[16:47] <noodles775> hazmat: Originally I just committed what I had and pushed where i could, so I may not have the correct layout.
[16:47] <hazmat> noodles775, there's no metadata.yaml
[16:47] <hazmat> at least not pushed, which means juju and the charm browser don't detect it as a charm
[16:47] <hazmat> noodles775, ah
[16:47]  * hazmat checks the repo
[16:48] <noodles775> Yeah, it's there: http://bazaar.launchpad.net/~michael.nelson/charm/oneiric/apache-django-wsgi/trunk/view/head:/oneiric/apache-django-wsgi/metadata.yaml
[16:48]  * noodles775 checks the charm instructions now.
[16:48] <hazmat> noodles775, you've got two extraneous sub-directories there.
[16:48] <noodles775> That would do it.
[16:49] <hazmat> noodles775, neither oneiric or apache-django-wsgi should be in the actual branch, their implied by the repo name and location
[16:49] <noodles775> k, I'll remove them and re-push.
[16:51] <hazmat> noodles775, awesome, thanks
[16:52] <jrgifford> question:
[16:54] <jrgifford> is it safe to assume that the juju instance (regardless of if it's ec2) is the only thing running, and you won't have multiple things on the same server?
[16:55] <jrgifford> (example: having three redmine/phpbb instances on the same juju "guest")
[17:00] <bcsaller> jrgifford: the default is one unit per machine, you'd have to do something explicit to get other behavior and the hooks to do that are quite limited right now. In the future there will be more control over that.
[17:00] <bcsaller> jrgifford: we talk about that feature in terms of 'placement'
[17:01] <jrgifford> so, right now, i only need to think in terms of "there is *one* thing that can run on that guest/unit."
[17:01] <jrgifford> correct bcsaller?
[17:02] <bcsaller> jrgifford: yes, though in the future even when that changes it will only be as a result of having lxc everywhere to provide some isolation between units
[17:02] <jrgifford> bcsaller: ok, thanks.
[17:03] <jrgifford> that makes this super simple.
[17:05] <hazmat> even with lxc everywhere, it will appear as though a charm owns the entire machine, except for the case of subordinate/co-located charms which are a little different in usage target
[17:07] <jrgifford> ok. guess i don't need to go this super convoluted route i was thinking about going...
[17:07] <jrgifford> (it involved compiling a bunch of stuff to make sure it was flexible)
[17:07] <hazmat> jimbaker, bcsaller invites out
[17:08]  * hazmat looks for a stop watch program
[17:09] <noodles775> hazmat: The branch has been updated, but maybe the directory polls/caches? I don't yet see it, but will check back after dinner.
[17:16] <m_3> jrgifford: the unit agent makes sure the hooks for a charm are executed serially too, so there's even less to worry about
[17:16] <bcsaller> hazmat: still there?
[17:17] <hazmat> bcsaller, indeed, new invite out to you
[17:17] <m_3> jrgifford: idempotency is the only real issue you gotta worry about
[17:18] <jrgifford> m_3: gotcha.
[17:19] <jcastro> https://juju.ubuntu.com/CharmSchool/2December11
[17:19] <jcastro> I still need 2 volunteer instructors for next Friday's Charm school
[17:20] <jrgifford> jcastro: tentatively, i'm in.
[17:20] <jrgifford> need to finish this charm first though.
[17:21] <jrgifford> since otherwise, i won't have anything to teach on. :)
[17:21] <jcastro> I was going to go with an experienced charmer for the first one to teach
[17:21] <jrgifford> ok, that makes more sense.
[17:21] <jcastro> basically I want this one to prep you guys up with what you need.
[17:22] <jcastro> kind of solidify a core base
[17:22] <jcastro> then grow from there
[17:27] <jcastro> SpamapS: m_3: still need 2 volunteer instructors for the first charm school next friday *cough* *cough*
[17:27] <jcastro> I'll run the thing, just need people to answer questions
[17:30] <m_3> jcastro: I'll be there... just thought you wanted newer charm authors to lead off
[17:30] <jcastro> for this first one let's just concentrate on getting everyone in the right place at the right time
[17:30] <jcastro> we'll do introductions
[17:30] <jcastro> talk about the new charms people are working on
[17:31] <jcastro> and then like, they can just Q+A you for a bit
[17:31] <jcastro> by next friday these guys should be pretty comfortable, that will just leave us with nagging hard questions.
[17:31] <jcastro> jrgifford: and then I'll put you on the hook to run the next one?
[17:32] <m_3> jcastro: sounds greate
[17:32] <m_3> s/e//
[17:33] <jcastro> ok, m_3 alright so it'll be me and you next friday, and anyone else on juju core who happens to be around in IRC and talks will get automatically roped in. :)
[17:45] <m_3> jcastro: is that in #ubuntu-classroom or #juju?
[17:45] <m_3> jcastro: nevermind, you said #juju in email
[17:45] <jcastro> I think we should do it here
[17:46] <jcastro> it will bring people into the channel
[17:46] <m_3> yup
[17:46] <jcastro> and hopefully encourage them to idle
[18:06] <rog> i've been sporadically trying to resubmit a merge proposal (to change its target) but keep on getting timeouts from launchpad. is it something i'm doing, or is it launchpad flakiness currently?
[18:13] <james_w> rog, I have a vague recollection that there is a timeout bug for that case on occaision
[18:13] <james_w> if there's nothing of interest in the one you are trying to resubmit then you could delete and re-propose
[18:13] <rog> james_w: there are a few comments that i don't want to lose
[18:15] <james_w> rog, I was thinking of a timeout on registering
[18:15] <james_w> rog, do you have an oops id from your timeouts?
[18:16] <rog> james_w: yeah:  OOPS-c942fd1ba80db6e59400b027d15aa31c)
[18:16] <james_w> rog, though are you trying to resubmit against a branch that isn't the "development focus"?
[18:16] <rog> james_w: what does that mean?
[18:17] <james_w> a development focus branch is anything that has a "short name"
[18:17] <james_w> like lp:juju lp:juju/something
[18:17] <james_w> if you are trying to propose against lp:~someone/juju/something-else then it may be the bug I was thinking of
[18:17] <rog> james_w: the branch target was not originally against the development focus
[18:17] <rog> james_w: that's why i'm resubmitting
[18:18] <james_w> then it may be https://bugs.launchpad.net/launchpad/+bug/793830
[18:18] <_mup_> Bug #793830: Branch:+register-merge time out due to substring matching many tables <critical-analysis> <timeout> <Launchpad itself:Triaged> < https://launchpad.net/bugs/793830 >
[18:19] <rog> my mouse pointer is jiggling - anyone else get that?
[18:19] <rog> oh well, i'll delete and create again
[18:20] <rog> do deleted merge requests remain around so i can point a URL at one (so the old comments aren't lost)
[18:20] <rog> ?
[18:20] <james_w> I don't think so
[18:20] <rog> oh well.
[18:20] <james_w> if you wait a couple more minutes we should be able to see the OOPS and that may give a clue as to a workaround
[18:21] <rog> james_w: where do OOPSs end up?
[18:21] <james_w> https://lp-oops.canonical.com/?oopsid=c942fd1ba80db6e59400b027d15aa31c
[18:22] <rog> one mo, need to suspend to stop my mouse wiggling
[18:23] <rog> james_w: how long does it usually take?
[18:23] <rog> (that oops was probably an hour ago)
[18:23] <james_w> oh, ok
[18:23] <james_w> seems it has disappeared then
[18:24] <james_w> I think it's up to 10 minutes usually
[18:24] <rog> james_w: thanks for your help. i've got to leave now. will try again tomorrow.
[18:25] <james_w> ok
[18:25] <rog> see y'all tomorrow
[18:25] <rog> ttfn
[18:33] <hazmat> mcclurmc, greetings.. how goes the xen provider?
[18:33] <hazmat> er. xcp
[18:33] <mcclurmc> hi hazmat
[18:33] <mcclurmc> it goes
[18:33] <mcclurmc> it's currently my spare-spare time project, unfortunately
[18:34] <mcclurmc> i created a spec though, and i think i made you the approver
[18:34] <mcclurmc> is this okay?
[18:34] <hazmat> mcclurmc, sounds good, if you have any questions.. this is the place to ask..
[18:36] <mcclurmc> i've got a few questions, but they're not fully formed
[18:37] <mcclurmc> i'm going to try to find some time tonight to work on the filestorage implementation, so i might be back here
[18:45] <hazmat> mcclurmc, sounds good
[19:08] <jrgifford> jcastro: sounds good.
[19:25] <fwereade> hazmat, is there any point at all in specifying pidfiles for upstart services?
[19:26] <hazmat> fwereade, none
[19:26] <hazmat> fwereade, welcome back.. i think you disconnected on the answer earlier
[19:26] <fwereade> hazmat, good-o, we can delete some code :)
[19:26] <hazmat> fwereade, lots ;-)
[19:26] <fwereade> hazmat, probably did, sorry about that
[19:26] <hazmat> fwereade, no worries, rog mentioned you had power issues
[19:27] <fwereade> hazmat, yeah, it happens every now and then
[20:19] <jcastro> so SpamapS
[20:55] <hazmat> so jcastro ;-)
[20:56]  * hazmat wants for some more packaging automation
[20:57] <hazmat> we haz the power
[21:01] <jcastro> what do you mean?
[21:01] <jcastro> actually I was just going to mail the list about charm snippets, we haz the power
[21:02] <jcastro> hazmat: what's on your mind?
[21:02] <hazmat> jcastro, just ruminating over the power of a simple site that you upload a tarball or a url + tarball of deb and it packages it for you
[21:03] <jcastro> I believe james_w is working on exactly that sort of thing
[21:03] <hazmat> i wantz it
[21:04] <james_w> we are
[21:04] <hazmat> james_w, awesome
[21:04] <hazmat> james_w, url ? ;-)
[21:04] <james_w> http://developer.ubuntu.com/2011/11/automatic-packaging-progress/
[21:05]  * m_3 loves it when a plan comes together
[21:05] <hazmat> hmm. pkgme is for simple CMMI (configure/make/make install) style single source single pkg systems, aka the 95%.. which is indeed awesome
[21:06] <hazmat> i have  single source multi-package tarball with existing deb dir
[21:06] <hazmat> anyone interested ? ;-) http://labs.omniti.com/labs/reconnoiter
[21:07] <hazmat> its already packaged.. i was just thinking it would be nice if it could auto ppa for me.. http://labs.omniti.com/labs/reconnoiter/browser/pkg/debian
[21:07] <hazmat> er.. not upstream but the packaging work is done
[21:07] <james_w> it's pretty easy to automate packaging something with a deb dir :-)
[21:08] <hazmat> james_w, true that
[21:08] <james_w> does that packaged code live in a VCS somewhere public?
[21:08] <hazmat> james_w, indeed its a public svn
[21:08] <james_w> ah, sorry, looked at the link now
[21:08] <james_w> then you want recipes
[21:08] <hazmat> er.. git
[21:08] <hazmat> git clone git://github.com/omniti-labs/reconnoiter.git
[21:09] <james_w> import reconnoiter to LP bzr
[21:09] <james_w> and import than git repo too
[21:09] <james_w> then combine them with a recipe and set it to build every day
[21:09] <james_w> then you'll have a fresh PPA package every day (if there is new code to package)
[21:10] <hazmat> ic.. so basically follow on https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[21:10] <james_w> yeah, with a bit of https://help.launchpad.net/Code/Imports thrown in to get the code in to Launchpad
[21:11] <james_w> recipes are easier than the length of that page would suggest
[21:11] <hazmat> james_w, if that src pkg namespace (ie. upstream) is already owned on lp, i guess i need to email the current owner to give access?
[21:12] <james_w> shouldn't do
[21:13] <james_w> https://code.launchpad.net/~thombot/reconnoiter/trunk is an import of the main code so that takes care of that part
[21:13] <hazmat> hmm.. already a src import
[21:13] <hazmat> so just need a recipe that skips nest for mv
[21:14] <james_w> nest-part will do that
[21:15] <hazmat> james_w, well its got a failed build i assume because of the nest part
[21:15] <hazmat> ie. there's already a recipe
[21:15] <james_w> oh
[21:15] <james_w> didn't see the recipe
[21:15] <hazmat> https://code.launchpad.net/~dsci-admins/+recipe/reconnoiter-daily
[21:16] <james_w> ah
[21:16] <james_w> interesting
[21:16] <james_w> trying to nest from itself
[21:16] <jcastro> I love "accidentally" finding recipes
[21:17] <hazmat> james_w, yeah.. just reading through this bug report against the same sort of usage of nest-part https://bugs.launchpad.net/bzr-builder/+bug/771568
[21:17] <_mup_> Bug #771568: nest-part unable to nest files <udd> <bzr-builder:Confirmed> <Launchpad itself:Triaged> < https://launchpad.net/bugs/771568 >
[21:17] <hazmat> seems like it should just do a mv
[21:18] <hazmat> jcastro, re charm snippets, what about a gist/pastebin setup?
[21:19] <jcastro> what, contribute your snippet, then we just have a list of URLs?
[21:19] <hazmat> jcastro, with description, search, comments, tags, ratings
[21:20] <jcastro> ok so how would that work
[21:20] <jcastro> let's say I have a snippet.
[21:20] <jcastro> I put it in pastebin
[21:20] <jcastro> then ... ?
[21:20] <marcoceppi> I'm in favor of gist's because you can fork gists
[21:20] <hazmat> you'd add a description of what your snippet does publish it to the a snippet repo, other folks could discover it via search, comment on it, and rate it
[21:20] <marcoceppi> How do your other examples work? I don't think I've ever used them
[21:21] <hazmat> marcoceppi, ?
[21:21] <hazmat> marcoceppi, you mean the example formulas?
[21:21] <m_3> might need to be a little more involved though... templating, local config storage, etc... was thinking language-specific charmutils deployed on each unit.  but I really like the simplicity of gists/pastes
[21:21] <hazmat> the examples dir is a repo
[21:21] <marcoceppi> hazmat jcastro put up a few packages as examples, one for bash and one for python
[21:21] <hazmat> m_3, in that context, well the question is the purpose to share knowledge or multi-file arbitrary language code
[21:22] <marcoceppi> Oh, nevermind, I see what those are now
[21:22] <hazmat> gist/pastes with comments/ratings can share knowledge and discovery via search
[21:22] <hazmat> libraries share code
[21:23] <m_3> hazmat: I'd be leaning more towards sharing code... it's really boilerplate as far as knowledge goes
[21:24] <m_3> we should include examples in the list
[21:25] <m_3> love the gist/pastebin approach though... I'm not clear on the lines between the different uses
[21:25] <jcastro> yeah so the thing is
[21:26] <m_3> definitely a problem... charmers start copying scripts from one charm to the next
[21:26] <jcastro> "I need to get foo and do bar to it", here you go dude, here's the pastebin. If it's basically like another store but for snippets .... too complicated?
[21:26] <marcoceppi> What about if snippets get updated?
[21:26] <marcoceppi> or would these just be "use at your own risk brooooo"
[21:27] <jcastro> can you update gists?
[21:27] <jcastro> so the url doesn't change?
[21:28] <marcoceppi> jcastro: Not really, it creates a fork to it, IIRC
[21:28] <marcoceppi> jk, you can
[21:28] <marcoceppi> https://gist.github.com/1387034
[21:28] <marcoceppi> Even tracks revision history
[21:29] <m_3> hazmat: BTW, reconnoiter is building in my ppa if you just want a one-off package to charm with (https://launchpad.net/~mark-mims/+archive/ppa/+packages)... I'll let you know when it finishes
[21:30] <hazmat> m_3, score! ;-)
[21:30] <m_3> jcastro: and forks https://gist.github.com/1336585
[21:31] <jcastro> ok so this seems pretty lightweight to me
[21:32] <m_3> hazmat: dunno if it'll build, but we'll see
[21:33] <m_3> jcastro: quite lightweight, but that can be a good thing... perhaps this is two different requirements
[21:33] <hazmat> m_3, i'm hopeful
[21:33] <jcastro> m_3: lightweight wins here I think, they're just snippets
[21:33] <marcoceppi> +1
[21:33] <james_w> if it does build then https://code.launchpad.net/~james-w/+recipe/reconnoiter-daily will do it daily
[21:33] <hazmat> the problem with gists is discovery
[21:33] <james_w> bzr saves the day
[21:33] <hazmat> james_w, awesome
[21:34] <jcastro> hazmat: so, if we're going for some lightweight ones, why not just a wiki page with the common ones?
[21:34] <jcastro> also, sabfl just responded on the list, so it will definately not be me recommending using something from github. :p
[21:35] <m_3> james_w: thanks, I'll try that out... I haven't played with recipes yet... just sort of plugged reconnoiter(sp?) into the debuild process that I've been scared to leave cause it works!
[21:35] <hazmat> jcastro, good question
[21:35] <m_3> jcastro: wiki => manual process == evil ( or really, just out of date)
[21:36] <marcoceppi> Wiki pages kind of suck at managing code snippets?
[21:36] <jcastro> not for the snippets themselves
[21:36] <jcastro> I mean as a link to snippets, but mark has a point about the manualness
[21:37] <jcastro> oh dude, I got it.
[21:37] <m_3> charm-store extension
[21:37] <m_3> :)
[21:37] <jcastro> http://pad.ubuntu.com/marco-charm
[21:37] <jcastro> and then the index becomes: http://pad.ubuntu.com/ep/search?query=charm-snippet
[21:38] <marcoceppi> not a bad idea
[21:38] <hazmat> except there is no pad search
[21:39] <marcoceppi> Seems to maintain formatting OK
[21:40] <jcastro> marcoceppi: right expect you'd make another one, one for each snippet
[21:40] <hazmat> going back to a wiki page... assuming good formatting tools and embedded discussion (disqus).. is it problematic?
[21:40] <jcastro> and tag it with #charm-snippet
[21:40] <hazmat> i guess i shouldn't assume the current wiki site for juju
[21:40] <marcoceppi> jcastro: yeah, I was just testing the formatting
[21:41] <m_3> wiki'd work
[21:41] <jcastro> ok so wiki is fine
[21:41] <jcastro> other than no one who doesn't work for canonical can't write to it yet.
[21:42] <m_3> we'll need cli and vim plugins a la pastebinit
[21:42] <m_3> s/need/want/
[21:45] <jcastro> man, bummer about the search on etherpad
[21:45] <jcastro> that is almost what we want.
[22:28] <m_3> hazmat: reconnoiter isn't scheduled to build for another 7hrs (amd64) and 11hrs (i386)... I'm guessing they're still playing with perl or something on the buildds
[22:56] <hazmat> m_3, no worries, i've been down the buildd road b4 by hand, its a waiting game


[12:15] <Tm_T> any of you have idea about font packages?
[12:16] <crimsun> what sort?
[12:16] <Tm_T> hum, I might provide two or three font packages for ubuntu
[12:17] <crimsun> your own?
[12:18] <Tm_T> nope, xfonts-base-transcoded and 100dpi and 75dpi
[12:18] <Tm_T> both are not in breezy nor dapper atm
[12:19] <crimsun> you'll want to ask Daniel [Stone]  why they're not
[12:19] <Tm_T> ok
[12:19] <crimsun> I doubt he omitted them randomly
[12:19] <Tm_T> 22:08 #ubuntu-devel: < siretart> Tm_T: filing a bug is a good idea in any case
[12:19] <Tm_T> 23:19 #ubuntu-devel: < siretart> Tm_T: yes. or even better, provide a package ;)
[12:20] <Tm_T> I think they're dropped out because if your system is using utf-8 locales, you don't need them
[12:20] <Tm_T> and somebody is expecting we are do so
[12:20] <crimsun> that's essentially my thinking
[12:21] <Tm_T> but I (and tons of other people) does have ISO-8859-15 locales etc
[12:21] <Tm_T> but sure, I'll ask :)
[12:21] <Tm_T> but in the meantime, I (we) need packages
[12:22] <Tm_T> so, should I just take debian package and change location where fonts are installed to ubuntu way, or?
[12:22] <Tm_T> I just installed newest packages I found from debian mirrors and then copied files to right place
[12:24] <Tm_T> hum, maybe daniel can tell what I need to know ;(
[12:28] <crimsun> yep, at the very least you'll need to change the installation path
[12:30] <Tm_T> aye
[12:30] <Tm_T> I'll catch up daniel tomorrow then
[06:12] <LeeJunFan> Riddell: did something change in latest kde so that removing kubuntu-defaults and copying konqueror.rc no longer give back full functionality?
[09:17] <Hobbsee> hi everyone
[12:33] <mornfall> lalala
[12:33] <mornfall> i should mail mdz
[12:34] <Verwilst> hello!
[12:37] <Hobbsee> er...ok then!
[12:37] <Hobbsee> to reinstall breezy?
[12:56] <Verwilst> my currently-breezy desktop into dapper ;)
[12:57] <Verwilst> i'm running 5 production servers on dapper now, so i think it's fit for my desktop too ;)
[01:00] <Hobbsee> ah, right, so you're taking off breezy, and sticking dapper on there, yes, right, that makes sense now
[01:00] <Hobbsee> i was wondering how you planned to install breezy from a dapper cd!
[01:07] <Verwilst> hehe
[01:25] <Verwilst> mornfall: how's the kde update-notifier coming? ;)
[01:26] <mornfall> Verwilst: it's sitting in my systray
[01:26] <mornfall> Verwilst: it's in dapper for ages now .p
[01:26] <Verwilst> screeniiiiieeee
[01:26] <Verwilst> oh
[01:26] <Verwilst> what's it called? :)
[01:27] <mornfall> adept-notifier
[01:27] <Verwilst> but not installed by default i guess?
[01:27] <mornfall> it is, just nothing to run it automatically
[01:27] <mornfall> well, it is part of adept package
[01:27] <Verwilst> ah
[01:27] <mornfall> at least i hope so :)
[01:34] <Hobbsee> hey, cool!  it works!
[01:35] <Hobbsee> it's installed by default, yes
[01:35] <Verwilst> screeenshoooot
[01:35] <Verwilst> :p
[01:35] <Hobbsee> from me?
[01:35] <Verwilst> sure
[01:36] <Hobbsee> um
[01:36] <Hobbsee> well....seeing as it doesnt seem to *update* the apt-get list, then of course there's nothing to upgrade
[01:38] <JRe> mornfall: tough, I have errors with adept when I try to fetch updates
[01:38] <mornfall> JRe: current dapper?
[01:39] <JRe> mornfall: yep
[01:39] <mornfall> there should be a new version
[01:39] <Hobbsee> testing it out, after a manual sudo apt-get update...
[01:40] <JRe> mornfall: the one I have is 1.89ubuntu3
[01:42] <Verwilst> it's the last one according to packages.ubuntu.com
[01:42] <Hobbsee> Adept Updater: 1.88.1 Wibble (alpha 1.5) is my current one
[01:45] <Verwilst> well, here goes my install! see ya in a bit!
[02:28] <robotgeek_work> Hobbsee: ping
[02:28] <Hobbsee> robotgeek_work: pong
[02:29] <robotgeek_work> Hobbsee: i'm working on the Kubuntu Desktop guide, and i need to know if there are going to be Kubuntu Shipits
[02:29] <Hobbsee> Riddell: ping
[02:30] <Riddell> Hobbsee: pong
[02:30] <Riddell> robotgeek_work: assume yes
[02:30] <Hobbsee> robotgeek_work: I think they planned on it, but Riddell would be the one to answer that
[02:30] <Riddell> might have a better idea this time next week
[02:30] <Riddell> Hobbsee: yay!  we missed you
[02:30] <Hobbsee> :)
[02:31] <robotgeek_work> thanks Riddell , i'm currently just hacking the Ubuntu Desktop Guide, and that's good news. I just have to search replace this section :)
[02:31] <Hobbsee> and even that only a couple of times
[02:36] <robotgeek_work> hmm, i never know Kubuntu means "towards humanity" in Bemba.  Kubuntu started with Hoary? or earlier/later?
[02:44] <Hobbsee> *thinks*
[02:44] <Hobbsee> robotgeek_work: ah, hoary
[02:44] <robotgeek_work> Hobbsee: thanks :)
[02:44] <Hobbsee> no problems
[02:51] <Riddell> yes, hoary
[02:52] <robotgeek_work> Riddell: i guess i'll have some nice work done by next week
[02:58] <Riddell> robotgeek_work: excellent
[02:59] <robotgeek_work> i'm editing the common sections right now, the main work will start from now on.
[03:05] <robotgeek_work> i have kubuntu dapper running on my ibook, i hope by the time I get to system settings, the modules bug will be fixed :)
[03:06] <Verwilst> grmbl
[03:06] <Verwilst> kde is still ugly by default :(
[03:07] <Hobbsee> it is, rather
[03:07] <Verwilst> hopefully 4.0 will fix that :$
[03:18] <Verwilst> mornfall: would be cool if adept-notifier would disappear when no updates are needed
[03:20] <mornfall> Verwilst: why
[03:22] <Hobbsee> mornfall: when did 1.89 of adept-notifier go into the repos?  for some reason, I only have Adept Updater: 1.88.1 Wibble (alpha 1.5), and i just did an update&upgrade
[03:24] <Verwilst> mornfall: too many icons in the systray already :(
[03:24] <Verwilst> it'll be like windows after a while, a bigger systray than taskbar :p
[03:27] <mornfall> Hobbsee: 1.89 is a versioning mistake
[03:27] <Hobbsee> right
[03:28] <mornfall> there are 5 icons in my systray
[03:28] <mornfall> out of which at least 2 are useless
[03:31] <robotgeek_work> i'm hopfully not  8 secs away from breakage, lol
[03:33] <Verwilst> btw, by reinstalling i removed my sources.list :(
[03:33] <Verwilst> anybody has that w32codecs repo laying around?
[03:33] <Verwilst> it wasn't plf btw
[03:33] <robotgeek_work> Verwilst: marillat?
[03:34] <Verwilst> no
[03:38] <Hobbsee> Verwilst: ah, wasnt that in http://tinyurl.com/e4a5s
[03:38] <Hobbsee> or is that now out of date?
[03:40] <Verwilst> oh well, they'll do for now
[05:38] <Flosoft> hey
[05:38] <Flosoft> anyone already using PSI 0.10 with Jingle?
[05:56] <Flosoft> Riddell: Is there anyone here that could make a PSI Jingle release like those of Amarok?
[05:59] <Riddell> Flosoft: PSI?
[05:59] <Flosoft> a Jabber client
[05:59] <Flosoft> http://psi-im.org/wiki/Jingle_branch#Linux
[06:00] <Flosoft> the first with Jingle Implementation
[06:00] <Riddell> and you want what?
[06:00] <Flosoft> an .deb or an apt-source ... as mine fails to compile :S
[06:00] <Flosoft> PSI is already in the sources
[06:01] <Flosoft> but it is an old one
[06:01] <Riddell> how is that like amarok?
[06:01] <Flosoft> and the normal 0.10 (just released) does not contain Jingle
[06:01] <Flosoft> amarok is always up2date with additional sources ? ( kubuntu.org )
[06:02] <Riddell> ah, a backport
[06:02] <Riddell> i jingle support in dapper?
[06:02] <Flosoft> no
[06:02] <Riddell> so that's needed first
[06:03] <Riddell> ask in #ubuntu-motu
[06:03] <Flosoft> jingle isn't in PSIs official release
[06:03] <Riddell> hmm, psi is qt, that's our domain
[06:03] <Flosoft> :)
[06:04] <Riddell> raphink, \sh_away maybe?
[06:04] <raphink> Riddell: what?
[06:04] <raphink> Riddell: you want us to backport amarok to breezy?
[06:05] <Flosoft> no
[06:05] <Flosoft> make a PSI with Jingle backport
[06:05] <raphink> Riddell: why did you call me?
[06:05] <raphink> hmm ok
[06:05] <raphink> it's in dapper already I suppose?
[06:05] <Flosoft> note: PSI with Jingle isn't in PSIs official branch
[06:05] <Flosoft> http://psi-im.org/wiki/Jingle_branch
[06:06] <raphink> I cna't seem to find it in dapper
[06:06] <Flosoft> and it would be great to have it in Synaptic or as deb
[06:06] <Flosoft> in Breezy there is 0.93
[06:06] <Riddell> psi is in universe
[06:07] <raphink> Flosoft: can you package?
[06:07] <raphink> I can find psi Riddell
[06:07] <raphink> but not jingle
[06:07] <Flosoft> raphink: no :S
[06:07] <raphink> apt-cache search jingle
[06:07] <raphink> I get nothing
[06:07] <raphink> in dapper
[06:07] <raphink> what's the name of the package for the jingle branch?
[06:07] <Flosoft> psi too
[06:07] <Flosoft> there is no package
[06:08] <raphink> so you would like a package, that's it?
[06:08] <raphink> you want a psi-jingle package?
[06:08] <Flosoft> yes
[06:08] <raphink> that seems easy
[06:08] <raphink> just package it ;)
[06:08] <raphink> hehe
[06:08] <raphink> Flosoft: how much do you know about Debian GNU/Linux ?
[06:09] <Flosoft> not soo much
[06:09] <Flosoft> a happy linux user
[06:09] <raphink> haha ok ;)
[06:09] <raphink> well I guess we could package it
[06:09] <raphink> but it would be nicer if you did it :)
[06:09] <raphink> so you would learn to package
[06:10] <raphink> and as this is a package you care about it's nice
[06:10] <raphink> :)
[06:10] <raphink> Flosoft: what do you think?
[06:10] <raphink> ;)
[06:10] <Flosoft> only problem: I didn't get to install psi manually :S
[06:11] <Flosoft> u know .. compile etc.
[06:11] <raphink> ah!
[06:11] <raphink> what failed?
[06:11] <Flosoft> make afaik
[06:11] <Flosoft> it was some time ago
[06:11] <raphink> ok
[06:11] <Flosoft> otherwise ... if u want to see I can open a screen here
[06:12] <raphink> no that's fine
[06:12] <raphink> I'd be happy if you could package it
[06:12] <Flosoft> ok ...
[06:12] <raphink> otherwise I can add it to my list of softs to package ;)
[06:12] <Flosoft> one sec ...
[06:13] <Flosoft> if u can guide me through I can try it again
[06:13] <raphink> do you want some links to documents to learn how to package? ;)
[06:13] <Flosoft> sure
[06:13] <kkathman> raphink: I'd like those please
[06:13] <raphink> kkathman: <><
[06:13] <raphink> kkathman: you'd like what?
[06:13] <kkathman> the links to package...Im going to be helping robotgeek
[06:14] <raphink> https://wiki.ubuntu.com/PackagingTips
[06:14] <raphink> https://wiki.ubuntu.com/MOTUReviewingGuide once you know quite enough
[06:14] <raphink> the main link to learn to package is the Debian New Maintainer's GUide
[06:15] <raphink> http://www.debian.org/doc/manuals/maint-guide/index.en.html
[06:15] <raphink> that is THE reference to learn Debian packaging :)
[06:15] <raphink> and at least throwing an eye on Debian policy : http://www.debian.org/doc/debian-policy/
[06:15] <raphink> :)
[06:15] <kkathman> thanks
[06:16] <Flosoft> what about deb-install?
[06:16] <kkathman> do I need to be on dapper NOW to create debian packages, or can I still be on breezy?
[06:16] <raphink> Flosoft: no
[06:16] <raphink> Flosoft: packaging is an advanced feature
[06:16] <raphink> it's hand-made
[06:17] <raphink> you can use debinstall, checkinstall or whatever for your own packages if you want
[06:17] <raphink> but if you want your packages in Ubuntu
[06:17] <raphink> there won't be 10 seconds before any MOTU will refuse such a package
[06:17] <raphink> kkathman: you can still be on breezy and use a dapper pbuilder and chroot
[06:17] <raphink> to build and test the packages
[06:18] <raphink> Flosoft: using dh_make is fine to help building packages
[06:18] <raphink> but debinstall/checkinstall is not
[06:18] <raphink> you'll get much more work to do by using such things than by making the packages yourself
[06:19] <kkathman> I assume that the above documents will explain the install procedures
[06:19] <raphink> Flosoft: make me a Checkinstall GNU/Linux distro if you want to, I'm sure it won't even boot ;)
[06:19] <raphink> kkathman: yes
[06:20] <kkathman> raphink:  I still have room to install dapper if it would be best
[06:20] <raphink> for many apps, it is fine to use cdbs aswell (to some extent) which makes packaging easier
[06:20] <kkathman> I have breezy and SUSE on my box, but plenty of room for dapper if need be
[06:20] <raphink> get a chroot and pbuilder
[06:21] <kkathman> raphink: I'll read those docs and they should direct me in those right?
[06:21] <raphink> they won't teach you about chroots and pbuilders
[06:22] <raphink> but you'll need them only later
[06:22] <raphink> learn about packaging first ;)
[06:22] <raphink> and don't hesitate to ask questions :)
[06:22] <raphink> when I learned packaging, my mentor took 8 hours in a row to guide me through my first package
[06:22] <kkathman> okies...Im sure robotgeek will guide me along
[06:22] <raphink> so don't bother to ask for some help
[06:22] <raphink> :)
[06:22] <Flosoft> well ... u'll be flooded with questions and pastebins ... don't worry raphink ;)
[06:23] <kkathman> raphink: I was starting to work with Hobbsee but she left on vacation and there was no way we'd finish before she left, so we postponed
[06:23] <raphink> Flosoft: I prefer to be flooded with questions and pastebins and increase the number of Debian packagers with good skills
[06:23] <kkathman> but robotgeek basically said he needed my help and I agreed
[06:23] <raphink> than to make the packages myself and not be sure there'll be anyone to maintain them
[06:23] <Flosoft> :)
[06:23] <Flosoft> at the same time i'll write a tutorial for noobs ;)
[06:23] <raphink> Flosoft: so if you feel like learning how to package, don't hesitate to ping me either ;)
[06:24] <raphink> Flosoft: there is a tutorial : NDMG ;)
[06:24] <raphink> and some guys are working on an Ubuntu packaging guide
[06:24] <Flosoft> tooo much pages ;)
[06:24] <kkathman> NDMG?
[06:24] <raphink> Laserjock
[06:24] <raphink> New Debian Maintainer's Guide
[06:24] <raphink> the link I gave you before
[06:24] <Flosoft> http://www.debian.org/doc/manuals/maint-guide/ch-first.en.html ?
[06:24] <raphink> Flosoft: I doubt you can write a packaging guide for noobs soon
[06:24] <raphink> yes Flosoft
[06:25] <Flosoft> there is a problem ... PSI is in the repository :S
[06:25] <raphink> this is the current reference to learn how to package
[06:25] <Flosoft> so how do I call it PSI-Jingle?
[06:25] <raphink> Flosoft: what you want to package is psi-jingle
[06:25] <raphink> not psi
[06:25] <raphink> ;)
[06:25] <Flosoft> but it runs on the same programm :S
[06:25] <raphink> so what?
[06:26] <raphink>  ;)
[06:26] <Flosoft> ok ...
[06:26] <raphink> you might have to set the dependencies of the package
[06:26] <raphink> saying psi-jingle replaces psi
[06:27] <raphink> so the psi package is deinstalled when psi-jingle is installed
[06:27] <raphink> ;)
[06:27] <Flosoft> :S
[06:27] <Flosoft> i'll see
[06:27] <raphink> yes
[06:27] <raphink> :)
[06:27] <Flosoft> I am currently @ 2.2
[06:27] <raphink> I'll be happy to help you :)
[06:28] <raphink> check if psi-jingle is not in Debian first
[06:28] <Flosoft> how?
[06:28] <raphink> it doesn't seem to be
[06:28] <Flosoft> ok
[06:28] <raphink> well right now it's not easy to check
[06:28] <raphink> usually you can check on packages.debian.org
[06:28] <kkathman> ok Im off to read...thanks raphink :)   I'll still be around, but probably reading.
[06:29] <raphink> but the website is currenty down
[06:29] <raphink> kkathman: ok :)
[06:29] <raphink> if you have questions just ask :)
[06:29] <Flosoft> dh_make -e your.maintainer@address -f ../gentoo-0.9.12.tar.gz .... is that from the directory the sources are unpacked?
[06:29] <Flosoft> same as there is configure etc.?
[06:30] <raphink> yep
[06:30] <raphink> that's to package gentoo of course ;)
[06:30] <Flosoft> ofcourse ;)
[06:32] <Flosoft> http://kubuntu.pastebin.com/527555 ... correct?
[06:32] <raphink> no
[06:32] <raphink> Flosoft: you have to link to the tarball
[06:32] <raphink> that is int he parent dir
[06:33] <Flosoft> well there is non :S
[06:33] <Flosoft> it is a darcs source :S
[06:33] <raphink> how did you get the source then?
[06:33] <Flosoft> darcs
[06:33] <raphink> what is that?
[06:33] <Flosoft> well like a FTP download of all files
[06:33] <Flosoft> http://psi-im.org/wiki/Darcs_Instructions
[06:34] <raphink> there is no tarball for this?
[06:34] <raphink> it's like a CVS/SVN ?
[06:34] <Flosoft> no
[06:34] <Flosoft> yes
[06:34] <raphink> ok then ignore the -f option
[06:34] <raphink> just run dh_make -e youradress
[06:34] <Flosoft> ok
[06:34] <raphink> do you have a PGP/GnuPG key ?
[06:34] <Flosoft> and still ../psi-jingle
[06:34] <Flosoft> yes
[06:34] <Flosoft> afaik
[06:34] <raphink> no, not the ../
[06:35] <raphink> because this goes witht he -f option
[06:35] <raphink> to link to the source tarball
[06:35] <Flosoft> ok
[06:35] <raphink> since you have no source tarball
[06:35] <raphink> you shall not use it
[06:35] <raphink> you might call the directory
[06:35] <raphink> psi-jingle-darcs
[06:35] <raphink> if you got the version today
[06:35] <raphink> call the directory
[06:36] <raphink> psi-jingle-darcs-20060128
[06:36] <raphink> and then run
[06:36] <raphink> dh_make -e youraddress
[06:36] <raphink> so the name of the package will be psi-jingle-darcs
[06:36] <Flosoft> ok
[06:36] <raphink> since it's not a tarball version, but a darcs one
[06:36] <raphink> and the version number will be 20060128, ie the date
[06:37] <raphink> which fits for this kind of packaging
[06:37] <Flosoft> and again ... dh_make from inside psi-jingle-darcs-20060128#
[06:37] <raphink> yes
[06:37] <Flosoft> ok
[06:37] <raphink> and only with the -e youraddress@yourdomain
[06:37] <Flosoft> sure
[06:37] <Flosoft> and what about my pgp key?
[06:37] <raphink> using an address that is in your PGP key
[06:37] <raphink> since it will be used to sign the package
[06:37] <raphink> is your key in the strongset?
[06:37] <Flosoft> ok
[06:37] <Flosoft> :S
[06:38] <raphink> what's your key ID?
[06:38] <Flosoft> I trust it unlimited
[06:38] <raphink> what's your key ID Flosoft ?
[06:38] <raphink> Flosoft: gpg --list-keys
[06:39] <Flosoft> 0xDE942B63
[06:39] <raphink> and give me your key id please :)
[06:39] <raphink> ok you never uploaded it
[06:39] <raphink> or got it signed by anyone?
[06:40] <Flosoft> i'll do it now then ...
[06:40] <raphink> no no that's fine Flosoft
[06:40] <raphink> ;)
[06:40] <raphink> you don't need it signed now
[06:40] <Flosoft> ok
[06:40] <raphink> but you need it uploaded to the servers
[06:40] <raphink> like mit.edu
[06:40] <raphink> that can be useful ;)
[06:41] <raphink> anyway, your key will be used to sign the package
[06:41] <raphink> so you have to use an email address that is registered on the key
[06:41] <Flosoft> ok
[06:41] <Flosoft> single binary?
[06:41] <raphink> yep
[06:41] <raphink> I guess ;)
[06:42] <raphink> dh_make will create a debian/directory in the source
[06:42] <raphink> and create a lot of things in it
[06:42] <raphink> the doc explains what they are for :)
[06:42] <raphink> I'll let you read :)
[06:44] <raphink> ping me if you need Flosoft
[06:47] <Flosoft> ok ... 3.1 .. where is the make file? raphink?
[06:47] <raphink> how do you mean?
[06:48] <Flosoft> well 3.1 they say I have to check if there are no static paths
[06:48] <raphink> oh yes
[06:48] <raphink> in the makefile
[06:48] <Flosoft> but in what file is that?
[06:48] <raphink> well you must have a makefile in the source
[06:48] <raphink> it's called makefile ;)
[06:48] <Flosoft> brb ... gotta eat
[06:49] <raphink> ok
[07:04] <Flosoft> back
[07:04] <Flosoft> well there is no makefile raphink ... wanna take a look?
[07:14] <Flosoft> raphink ... u still there?
[07:40] <Flosoft> raphink?
[08:31] <Flosoft> raphink .... u there?
[08:32] <raphink> Flosoft: sorry I was eating
[08:32] <raphink> we're watching a movie right now
[08:32] <Flosoft> ah ok ...
[08:32] <raphink> but if you have a question go on
[08:32] <Flosoft> well can u take a look @ the console I got open
[08:32] <Flosoft> there is no makefile
[08:32] <Flosoft> only for windows
[08:32] <raphink> I'll have a look
[08:32] <raphink> wait
[08:32] <Flosoft> u got the login etc in pm
[08:33] <raphink> I'm logged it
[08:33] <raphink> in
[08:33] <Flosoft> screen -x
[08:33] <raphink> where did you put it
[08:33] <raphink> ?
[08:33] <Flosoft> just run screen -x
[08:33] <Flosoft> and you'll get in the same session as I am
[09:27] <kkathman> raphink you still around?
[09:28] <raphink> yep
[09:28] <raphink> we're packaging with Flosoft
[09:34] <kkathman> raphink:  whats the best way to find out if a package is being worked on ... is it the same thats listed in Debian?
[09:34] <kkathman> or does Kubuntu have its list?
[09:34] <raphink> the NEW queue is very short on ubuntu
[09:34] <raphink> we don't use bugs for that as on Debian
[09:35] <raphink> if a package is being worked on in Ubuntu for quite a long time, you'll see it on REVU
[09:35] <raphink> http://revu.tauware.de
[09:35] <raphink> if it's not on REVU, not in Dapper yet
[09:35] <raphink> then it's probably not being worked on in Ubuntu
[09:35] <raphink> yet you have to check on Debian
[09:35] <raphink> and especially if an ITP has been filed for it
[09:36] <raphink> on bugs.debian.org, package wnpp
[09:36] <raphink> and if someone has made an unofficial package, on apt-get.org ;)
[09:41] <kkathman> Im just trying to figure out that if I "found" a package to work on..what I would check to make sure no one else has it or that its not being worked on
[09:41] <Tm_T> kkathman: :)
[09:42] <raphink> kkathman: I listed this on MOTUReviewingGuide
[09:42] <raphink> https://wiki.ubuntu.com/MOTUReviewingGuide#head-bac17647fdb6e11e32c96b3ad874e9074cc21610
[09:43] <kkathman> ahhh  I havent got to that one yet...been on the debian manuals thing
[09:43] <kkathman> hey Tm_T :)
[09:43] <raphink> ok
[09:43] <kkathman> sorry to bother
[09:43] <raphink> :)
[09:44] <kkathman> didnt mean to invoke your frustration :(
[09:45] <jahor> hi. is there any way to be lucky with making rcS compatible with "switching servicess off by chmod -x /etc/init.d/foo" ?
[09:46] <raphink> kkathman: my frustration ? lol
[09:46] <jahor> i have patched my rc script to not complain aboyt executable permission. and now i could simply turn off services simplier than with update-rc.d
[11:15] <raphink> kkathman: got the infos you wanted?
[11:21] <kkathman> yah still reading :)
[11:22] <kkathman> apologize for interrupting.
[11:22] <raphink> np
[11:51] <Flosoft> hey
[11:51] <Flosoft> I am looking for someone who is able to code a amarok plugin
[11:54] <Riddell> Flosoft: #amarok


[00:21] <artao> interesting
[00:22] <holstein> [lsd] is my go-to MIDI guy in #opensourcemusicians
[00:22] <artao> seems JACK does NOT get along with YouTube ... just had my browser open, and played a youtube link my brother had shared .. no audio .. so i stopped my studio in LADI, and Lo! I could hear the YouTube audio
[00:23] <artao> so when done, I went back to LADI to restart my studio, and JACK wouldn't start .. had re-load the webpage to cancel out the loaded YouTube ...
[00:23] <cfhowlett> artao: believe jack seized audio priority - or maybe it's a function of RT kernel.  at any rate, it prioritizes ubuntu audio builds over download streams
[00:25] <artao> righto. .. i got it sorted. t'was interesting z'all
[00:25] <artao> the subleties of linux audio
[00:25] <artao> ;)
[00:26] <holstein> we are working on having pulse route though JACK in 12.04 and on the live CD
[00:26] <holstein> we'll see
[00:26] <holstein> i personally could do without it
[00:26] <artao> it would be nice if audio just worked regardless what was trying to use it
[00:26] <holstein> sure
[00:26] <artao> not complaining, don't get me wrong
[00:26] <holstein> but, im OK with JACK only on my audio rig
[00:26] <artao> :D
[00:27] <holstein> some folks dont have separate boxes though
[00:27] <holstein> and shouldnt really have to
[00:27] <holstein> but, i sure prefer that
[00:27] <artao> ja
[00:27] <artao> i've got 3 now .. this here li'l ol' P2 400Mhz notebook -- for this and astronomy
[00:27] <artao> my old desktop, now relegated to media server
[00:28] <artao> and the new desktop, relegated workstation ... mostly CG but I like messin around with audio too
[00:28] <holstein> its good to have more non-audio folk around
[00:29] <holstein> i just dont have the gear, or the idea of how the workflow is supposed to be to realy test
[00:29] <artao> and i've got the workstation line-out to the media server so i can hear BOTH over my sound system simultaneously
[00:29] <artao> fair nuf
[00:29] <artao> u mean re: CG?
[00:30] <holstein> artao: well, non-audio in general really
[00:30] <holstein> im not that savvy with video or graphics
[00:30] <artao> I've got an old dual P200 with about 400M RAM that I'm trying to think of SOME reason to run .... ... can't come up with anything ;))
[00:30] <holstein> and we dont really have a "guy"
[00:30] <holstein> there are some folk on the mailing list
[00:30] <artao> fair nuf
[00:30] <holstein> artao: try crunchbang on it :)
[00:31] <holstein> ive been running crunchbang for a while now
[00:31] <artao> i can tell kinda that US is weightier on the audio end
[00:31] <artao> ??
[00:31] <holstein> i think its going to be benificial for me to learn more about ubuntu by running debian
[00:31] <holstein> running debian and trying not to break it, and learning about how it works
[00:32] <astraljava>  That's not the way.
[00:32] <artao> ah, u mean OS ... I mean I just can't think of a reason to actually run the old machine at all except for the geekiness of it
[00:32] <astraljava> You really _have_ to break it, to see how it works. :)
[00:32] <artao> sure
[00:32] <artao> makes sense
[00:32] <holstein> astraljava: hehe
[00:32] <astraljava> artao: Isn't the geekiness reason enough?
[00:32] <holstein> astraljava: im *almost* ready to do that :)
[00:33] <artao> long as ya don't break it so bad ya can't figure out how to fix it
[00:33] <holstein> artao: also, just a server install... something without X on it
[00:33] <artao> heh .. almost ... alllmost
[00:33] <holstein> an ssh server or whatever
[00:33] <astraljava> holstein: debian support channel is the shiznits, anyway
[00:33] <artao> but it's already pushin 78 degrees fahrenheit in here WITH
[00:33] <cfhowlett> painful way to learn but it does work
[00:33] <artao> WITHOUT my heat turned on!!!!
[00:33] <holstein> these are fun http://www.turnkeylinux.org/ and ubuntu based
[00:34] <artao> sure. file server. could do that
[00:35] <artao> oh! btw .. in the screensavers list is a bunch of greyed out ones that aren't installed .. how do i do so?
[00:35] <astraljava> Might be a problem. You kinda want a file server to have fast discs, but a box that old probably can't handle anything _fast_.
[00:35] <artao> exactly
[00:36] <artao> at least not modern fast
[00:36] <artao> it was a pretty damn good machine in its day
[00:36] <holstein> yeah... something to play around with samba on though, or whatever
[00:37] <cfhowlett> arrrgh!  Eternal Ubuntu Studio plugin for xscreensaver doesnt' seem to like my virtual US 11.10!
[00:37] <cfhowlett> http://parker1.co.uk/eternity/
[00:37] <artao> tyan tomcat iv MB .. good load of ram .. elsa gloria synergy 8M gfx card WITH video in and out (only under win 95/98)
[00:39] <artao> hmmm .. how do i determine if an app can use level 1 or if it has to use level 0 when starting it in LADI ??
[00:40] <holstein> ill have to look at ladi and see what thats all about these days
[00:40] <holstein> im just old school with my connections
[00:40] <astraljava> cfhowlett: virtual might have problems with screensavers, yes. Can't say anything about it at the moment, but could try it on my oneiric box tomorrow. Well, today, but not before I sleep a little.
[00:41] <cfhowlett> astraljava: ok.  I'll send the right links to you.  Very much appreciated.
[00:42]  * astraljava is watching Oilers @ Leafs, and after that Flames @ Ducks, before he gets some sleep. :)
[00:46] <cfhowlett> astraljava: on another topic, are the proposed US logo etched wallpapers on https://wiki.ubuntu.com/UbuntuStudio/Artwork/OfficialOneiric going to see the light of day?  They DO rock.
[00:47] <holstein> im not crazy about them
[00:47] <holstein> but, ill go with whatever
[00:47] <holstein> just not that cat head or whatever
[00:47] <astraljava> cfhowlett: I really don't know. You should talk to ScottL about artwork.
[00:48] <cfhowlett> astraljava: tyvm
[00:49] <astraljava> cfhowlett: No worries. Glad to see more traffic in here. :)
[00:49] <holstein> yeah... this is great!
[00:50] <cfhowlett> Eternal Studio & Eternal Ubuntu Screensaver
[00:50] <cfhowlett> http://parker1.co.uk/eternity/xscreensaver.php
[00:50] <holstein> yup
[00:50] <holstein> cfhowlett: i like those alright
[00:50] <holstein> i was saying i wish it had a little more attitude
[00:50] <holstein> but i think it fits the five best so far
[00:50] <holstein> though, i dont want a screensaver
[00:51] <cfhowlett> http://dl.dropbox.com/u/7001421/Eternal%20Studio%20Screensaver.zip
[00:51] <holstein> i dont want something automatically coming on taking resouces 20 minutes into any audio task
[00:51] <holstein> cfhowlett: is that yours?
[00:51] <cfhowlett> holstein: I wish!  Garry Parker did those
[00:51] <holstein> cool
[00:52] <cfhowlett> I've been using it since he issued them and hoped to continue wiith 12.04
[00:52] <holstein> sure... no reason why you cant :)
[00:52] <holstein> no matter what we do
[00:52] <holstein> anyways.. i gotta run home... BBL
[00:52] <cfhowlett> Just need them tested on a real machine since my virtual box doesn't like them
[00:52] <holstein> cfhowlett: yeah, we can do that
[00:52] <cfhowlett> :)
[00:53] <holstein> i can test them on precise or whatever
[00:53] <cfhowlett> holstein: on precise would answer all my questions
[01:02] <artao> cool! Nature is about wolverines tonight on PBS :D helluvan animal woverines ... woonna wanna cross one
[01:07] <astraljava> Yep, they're like the rest of the world's equivalent of Tasmanian Devil. :)
[05:40] <rimp> Hi, I bought a new sound card and I cant get my input to work. I can here it through the speaker, but I can't record it. Can someone help please?
[07:19] <wxl> hey folks trying to get pa->jack working
[07:19] <wxl> i get errors trying to load module-jack-sink/source re: rtprio
[11:29] <WaltherFI> Hi - I'm wondering if Ubuntu supports bit-perfect audio via USB DAC
[11:30] <WaltherFI> I don't care whether it would be on Ubuntu or UbuntuStudio, currently on Ubuntu but I've used studio before and can install it again
[11:31] <WaltherFI> I'm looking for 24bit/96kHz output through usb, with the audio skipping the internal soundcard and re-sampler
[11:34] <astraljava> WaltherFI: No need to install Studio separately, you can just add all the relevant packages by installing the various ubuntustudio-* metapackages.
[11:35] <astraljava> wxl: Sorry to hear you got problems. If you can't find help on this channel, you could also try #opensourcemusicians, they're a lovely bunch.
[11:41] <WaltherFI> astraljava: ...by installing those packages, would it be possible to get bit-perfect 24bit/96kHz over usb?
[11:42] <ailo> WaltherFI: You need to make sure your usb device supports those specs with the alsa driver
[11:42] <ailo> I assume you're talking about a usb audio device here
[11:42] <WaltherFI> USB DAC; ESI Dr. DAC nano
[11:43] <ailo> WaltherFI: You should check with alsa about that device
[11:43] <WaltherFI> isn't alsa the one in use by default?
[11:43] <ailo> Usually usb devices only work according to usb 1.1 specs
[11:43] <ailo> Cause there's only  a generic driver
[11:44] <ailo> A few will work with usb 2.0 specs
[11:44] <ailo> I know of one device that has custom drivers for alsa
[11:44] <WaltherFI> Assuming the device does what it is supposed to do, is Ubuntu capable of using it properly?
[11:45] <ailo> WaltherFI: Sure. But, if you want pro audio, use jack
[11:45] <WaltherFI> And, what do I have to do to make sure everything is working properly
[11:45] <ailo> jack will use the alsa driver, but you can use it in realtime mode
[11:45] <WaltherFI> ailo: JACK gives near-zero latencies, but is it capable of 24bit/96kHz and using USB devices?
[11:45] <ailo> jack will also let you know if there are any dropouts
[11:46] <ailo> jack uses the alsa driver for usb drivers
[11:46] <WaltherFI> is jack any better than it was back in 2009? I remember it crashing like hell
[11:46] <ailo> WaltherFI: That is a very subjective opinion of jack. I find it to be very stable, and superior to anything else
[11:47] <ailo> WaltherFI: If you want to know about support for your audio device, you should search the alsa page for info, or ask on the alsa user mail list
[11:48] <ailo> If you want to use jack, make sure you know how you make use of it
[11:48] <ailo> I'd say linux audio user mail list is a great forum for all kinds of questions
[11:50] <WaltherFI> sure
[11:50] <WaltherFI> sorry if I sounded arrogant, I just had so much trouble with it back then
[11:51] <WaltherFI> anyway, probably going to order the USB DAC today and see how it functions when it arrives
[11:52] <ailo> WaltherFI: It's not very easy to get into linux audio. So, I'm sure first experiences can be like yours. The forums I'd use to get info apart from homepages for alsa and jack is "lau", linux audio user mail list, and perhaps the alsa user mail list as well.
[11:52] <WaltherFI> btw, is it necessary / recommended to install ubuntustudio-* or is it enough if I just install some packages e.g. related to jack and alsa
[11:52] <ailo> WaltherFI: alsa is already installed
[11:52] <WaltherFI> hence "related"
[11:53] <ailo> No need to install ubuntustudio-*
[11:53] <ailo> Just install jackd
[11:53] <WaltherFI> how about the realtime kernels and such?
[11:53] <ailo> But, to get realtime priv, you need to add yourself to "audio" group
[11:53] <ailo> You'll probably get by with the generic kernel
[11:53] <WaltherFI> okay
[11:53] <WaltherFI> I'll be back when the thing arrives
[11:53] <WaltherFI> thanks!
[11:54] <ailo> There will hopefully be a lowlatency kernel in the repo for the release of Ubuntu Precise
[12:44] <astraljava> There are already plenty of lowlatency packages available @ https://launchpad.net/~abogani/+ppa-packages
[12:44] <astraljava> But, be aware that they do not receive any official support. It is, after all, a PPA.
[12:44] <astraljava> Just FYI if you're in a hurry.l
[12:44] <astraljava> -l
[13:49] <artao> dang it!! what was that fricken console command i used yesterday to change the gamma on my secondary display?!? GAH!!!!
[13:55] <artao> actually, i'd LOVE it if anyone could recommend a monitor calibration utility, preferably with a GUI
[16:11] <holstein> WaltherFI: i personally wouldnt expect perfect anything VIA usb
[16:12] <holstein> but as ailo says, if the drivers support the device, JACK'll do it right
[17:12] <wxl> astraljava: thx
[17:45] <CaptainKnots> hello
[17:46] <cfhowlett> CaptainKnots: greetings
[18:25] <CaptainKnots> so, I'm installing ubuntu studio for my brother
[18:26] <CaptainKnots> I'm glad to see that it's switched to xfce
[18:28] <cfhowlett> I had some hope that we'd see US on LXDE. but the community has assured me that xfce is the more viable option.  Of course, you can always roll your own.  :)
[18:29] <CaptainKnots> I don't even use ubuntu myself
[18:29] <CaptainKnots> I'm a fedora guy
[18:29] <cfhowlett> fedora spin or pure fedora?
[18:30] <wxl> i more or less run us on lxde. more clearly, i have most of the us stuff on lubuntu ;)
[18:30] <wxl> i like having everything trimmed down. means more resources for a/v ;)
[18:31] <CaptainKnots> cfhowlett: I setup a headless fedora 16 install and installed KDE myself
[18:31] <CaptainKnots> didn't use a spin
[18:31] <CaptainKnots> Sysinfo for 'deskt0p': Linux 3.2.3-2.fc16.x86_64 running KDE Development Platform 4.8.00 (4.8.0, CPU: Intel(R) Core 2 Quad CPU    Q6600  @ 2.40GHz at 2400 MHz (4787 bogomips), HD: 275/923GB, RAM: 5231/5970MB, 168 proc's, 12.17h up
[18:32] <cfhowlett> I found the fedora design spin interesting but noted that it's pretty much graphics focused...
[18:47] <CaptainKnots> cfhowlett: my brother is going to school for sound engineering....think ubuntu studio will fit his needs?
[18:48] <CaptainKnots> he also has a mac
[18:49] <cfhowlett> CaptainKnots: sound engineering?  I would think so, although the Planet CCRMA/Redhat package seems to be more academically inclined: http://en.wikipedia.org/wiki/Planet_CCRMA
[18:56] <CaptainKnots> cfhowlett: I think that would be cool for him, but he's still getting used to linux
[18:56] <CaptainKnots> so ubuntu seems to be the way to go
[18:56] <CaptainKnots> if he didn't have the mac, I'd definitely set him up with CCRMA
[18:57] <cfhowlett> might want to have your brother ask the university about this...
[21:15] <artao> oh dear
[21:15] <artao> i just discovered the openArtist distro
[21:15] <artao> hmmm
[21:16] <holstein> if i were going to run something based on ubuntu, id run KXstudio
[21:16] <holstein> if i wanted something that was not based on ubuntu, id run AVlinux
[21:17] <holstein> i'll have to load up open artist though and give it a look
[21:17] <holstein> artao: custom repos? packages?
[21:17] <artao> ja
[21:17] <holstein> hmm... seems kind of old
[21:17] <artao> some compiled himself (apparently a one man project "up til now", whatever that means)
[21:17] <holstein> 10.10 based
[21:18] <artao> plus pulls in packages from various other distros, including ubuntu studio
[21:18] <artao> he says he chose that for LTS
[21:18] <holstein> yeah... but its not the LTS
[21:18] <holstein> 10.04 is the LTS
[21:18] <artao> hmm
[21:19] <holstein> not that any of that matters
[21:19] <holstein> if its maintained, who cares
[21:19] <holstein> but, that core is about to be dead
[21:19] <artao> the mind-map documentation sounds attractive
[21:19] <artao> there's another one i found called artistx
[21:20] <artao> his goal is to include EVERYTHING audio, video, graphics, multimedia, animation
[21:20] <artao> i'm sure he'll upgrade the core ;)
[21:20] <artao> :to be seen:
[21:21] <holstein> http://www.musix.org.ar/en/ was well supported
[21:21] <holstein> http://gnuguitarinux.sourceforge.net/ is relatively new
[21:21] <holstein> http://dream.dickmacinnis.com/forum/ is the US graphics guy
[21:21] <holstein> he might be MIA though...
[21:22] <artao> fighto
[21:22] <artao> er .. righto, that is
[21:22]  * artao fings fingers
[21:23] <holstein> i havent looked at artistx in a while
[21:23] <holstein> doesnt really matter so much for us... with the production apps
[21:23] <holstein> they are all the same anyways
[21:23] <holstein> little rev's here and there
[21:23] <holstein> i say, go with whatever is closest to whatever you want out-of-the-box
[21:24] <artao> plenty easy to install too, whatever i want
[21:24] <artao> instead of being bloated with 2500+ packages
[21:24] <artao> of which i'd only use a fraction
[21:24] <holstein> http://linuxmusicians.com/viewtopic.php?f=4&t=6994
[21:25] <holstein> that download link is broken though, but puppy studio is fun
[21:25] <holstein> nice live
[21:25] <holstein> also.. dynebolic has a new live CD
[21:30] <artao> i played with dynebolic years ago. pretty cool.


[13:10] <tjaalton> if it proves working, would something like https://git.kernel.org/cgit/linux/kernel/git/johan/usb-serial.git/patch/?id=cec285642a121069e9c05cfb4189871043d8c39c qualify as SAUCE?
[13:11] <tjaalton> my youngest daughter has type1 diabetes, and sending data off the insulin pump for the doctor needs this damn device
[14:03] <ogasawara> tjaalton: I'd consider that patch saucy worthy.  looks like it was undergoing some review/testing upstream on the linux-usb list
[14:03] <tjaalton> yeah
[14:11] <rtg> ogasawara, it is deeply disturbing to me that you and tjaalton are considering patches for a released kernel that have not been exposed to the Ubuntu community. poke, poke.
[14:12] <ogasawara> rtg: heh, well I'm assuming tjaalton will send a patch to the mailing list when he's ready :)
[14:19] <tjaalton> sure :)
[14:19] <tjaalton> not assuming you to pull it from there
[14:19] <tjaalton> actually, I'm hitting that enumeration issue with superspeed ports
[14:20] <tjaalton> but it happens regardless of the patch
[14:23] <tjaalton> yeah seems to work on usb2, now I need to figure out how to get the data from it..
[14:44] <tjaalton> looks like there are no tools for it yet, so I'll check out the situation and get back to you when there's something to use with it
[14:44] <tjaalton> some background in http://www.diabetesmine.com/2013/01/the-ethical-imperative-of-diabetes-interoperability.html
[14:45] <tjaalton> bewest is the guy who emailed linux-usb about the enumeration issue
[15:05] <bjf> tjaalton, saucy doesn't have a lot longer on support
[15:13] <tjaalton> bjf: yeah I meant as sauce patch
[15:13] <tjaalton> it's not upstream yet, maybe for 3.16
[15:13] <bjf> tjaalton, still... best be upgrading to trusty :-)
[15:14] <tjaalton> that's what I use
[15:14] <tjaalton> ogasawara probably just typoed it :)
[15:14] <tjaalton> sauce/saucy
[15:15] <ogasawara> tjaalton: oops, yes, that was a typo.  I did mean sauce
[15:15] <tjaalton> :)
[16:15] <smoser> rtg, you have trusty on your x120e ?
[16:16] <rtg> smoser, yup
[16:33] <smoser> rtg, does it resume from suspend ?
[16:33] <smoser> because i dont.
[16:34] <smoser> it dies, to the point where i have to pull the battery out on next reboot
[16:34] <rtg> smoser, actually, it has _never_ failed. I'll go update it andmake sure.
[16:38] <smoser> rtg, well, its only ever worked really well for me (suspend/resume). but just did fresh install last night (which is a pita because of the UEFI issue bug 1040320).
[16:38] <ubot2> Launchpad bug 1040320 in ubiquity (Ubuntu) "Lenovo x120e install fails when in UEFI mode" [Undecided,New] https://launchpad.net/bugs/1040320
[16:57] <smoser> rtg, well, ijust filed bug 1309112
[16:57] <ubot2> Launchpad bug 1309112 in linux (Ubuntu) "x120e does not resume from suspend" [Undecided,New] https://launchpad.net/bugs/1309112
[16:57] <rtg> smoser, mine is still updating
[17:08] <rtg> ppisati, looks like some of the arm configs just turn off stack size warnings. 'git grep CONFIG_FRAME_WARN'
[17:09] <ppisati> rtg: i can see it's in our config _at least_
[17:09] <ppisati> (trusty-amd64)ppisati@tangerine:~/ubuntu-trusty$ grep -Ri FRAME_WARN debian.master/config/
[17:09] <ppisati> debian.master/config/powerpc/config.common.powerpc:CONFIG_FRAME_WARN=1024
[17:09] <ppisati> debian.master/config/armhf/config.common.armhf:CONFIG_FRAME_WARN=1024
[17:09] <ppisati> debian.master/config/amd64/config.common.amd64:CONFIG_FRAME_WARN=1024
[17:09] <ppisati> debian.master/config/arm64/config.common.arm64:CONFIG_FRAME_WARN=1024
[17:09] <ppisati> debian.master/config/i386/config.common.i386:CONFIG_FRAME_WARN=1024
[17:09] <ppisati> debian.master/config/ppc64el/config.common.ppc64el:CONFIG_FRAME_WARN=2048
[17:09] <rtg> ppisati, yup, which I why I noticed it. OK, looks like an upstream patch.
[17:10] <rtg> which is*
[17:22] <rtg> ppisati, hmm, must be an artifact of building that module for powerpc. on armhf the frame size is only 472 bytes.
[17:22] <rtg> I am assuming wireless/ti/wlcore can only be loaded on arm
[17:23] <ppisati> yep
[17:23] <rtg> ok, guess I'll leave it alone
[17:24] <ppisati> rtg: you got 8k usage for wlcore on ppc?
[17:24] <rtg> ppisati, 9172
[17:25] <cking> stack scribbler then
[17:25] <rtg> cking, except that wlcore will never get loaded on powerpc
[17:25] <cking> ah
[17:26] <ppisati> rtg: well, i don't know if TI relicensed it's wifi IP for a discerete chip/company
[17:26] <ppisati> rtg: but i doubt
[17:26] <ppisati> rtg: and in any case it would be another driver
[18:06] <smoser> rtg, upgraded  yet?
[18:06] <rtg> smoser, uh, yeah. works fine.
[18:06] <smoser> really?
[18:06] <rtg> would I kid you ?
[18:06] <smoser> i think you have that rtl wireless.
[18:06] <smoser> i dont knw what could be different.
[18:07] <smoser> other than i put a ssd in yesterday
[18:07] <rtg> smoser, what is your wifi ? I haven't looked at the bug yet
[18:07] <rtg> I have an SSD
[18:07] <rtg> rtl8188ce
[18:08] <smoser> https://launchpadlibrarian.net/173032656/susres.2014-04-17_12%3A45%3A58.004375.crash
[18:09] <smoser> rtg, you dont boot with UEFI do you?
[18:09] <rtg> smoser, not that I recall. I'm pretty sure I don't have grub-efi installed.
[18:10] <rtg> smoser, actually, I _do_ have grub-efi-amd64 installed.
[18:11] <smoser> i could not get bios to recognize anything the installer laid down.
[18:11] <smoser> i let it do auto once
[18:11] <smoser> and did it myself another.
[18:19] <smoser> i wonder why i'm unlucky.
[18:28] <smoser> apw, your name is on /usr/share/apport/apportcheckresume
[18:29] <smoser> that runs after my system fails to resume. and i think it crashes.  *it* causes a dialog (i think). but maybe i'm misunderstanding something.
[18:29] <apw> smoser, it is meant to cause an apport report when resume fails indeed
[18:30] <apw> smoser, its job is to work out that we have booted but that the last thing we did was suspend not shutdown; in that case it files a bug report
[18:30] <smoser> well... hm.. its confusing.
[18:31] <smoser> what you're saying makes perfecdt sense. and thats what i thought
[18:31] <smoser> but then
[18:31] <smoser> the dialog that comes up says
[18:31] <smoser> "Sorry, the application apportcheckresume has stopped unexpectedly"
[18:31] <smoser> ExecutablePath /usr/share/apport/apportcheckresume
[18:32] <smoser> whiich made me think *it* crashed when something else ran it.
[18:32] <smoser> am i just not reading the dialog right?
[18:32] <apw> it may well have does it wrong, can you let it file a bug, and send me the name
[18:33] <apw> number even
[18:33] <smoser> well, on that system it never gets there.
[18:33] <smoser> the dialogs just go away
[18:33] <smoser> i say "continue", then nothing.
[18:33] <apw> well that is quality, ok, i'll try and reproduce it, could you email me direct and remind me, as i will forget by tuesday
[18:34] <smoser> happy easter.
[18:34] <smoser> i'll try to remember too.
[18:34] <apw> smoser, you too :)  /me blames it on p itt i or someone :)


[06:38] <didrocks> good morning btw :)
[06:42] <pitti> Good morning
[08:42] <jibel> good morning
[08:53] <BigWhale> Greetings everyone.
[09:05] <Laney> hey
[09:05] <mlankhorst> g'day!
[09:05]  * Laney drinks a Fosters
[09:07] <Sweetshark> hmm, we gotta keep us the pace, we have Steam on Ubuntu, but these russians have Angry Birds on ATMS ... https://www.youtube.com/watch?v=LHXP-1WpOIs
[09:07] <didrocks> hey jibel, how were your holidays?
[09:08] <seb128> hey desktopers
[09:11] <chrisccoulson> yoyoyo
[09:13] <seb128> hey chrisccoulson, had a good w.e ?
[09:14] <chrisccoulson> seb128, yeah, not too bad thanks. how about you?
[09:16] <mlankhorst> Sweetshark: who says those atms dont run ubuntu?!
[09:18] <chrisccoulson> seb128, had a great steak at lunchtime yesterday :)
[09:18] <seb128> chrisccoulson, I had a good w.e thanks ;-)
[09:28] <Sweetshark> mlankhorst: the video shows pretty clear it has the Windows XP kindergarden-color UI ...
[09:30] <mlankhorst> ah I didn't check, if you say it's a video about running angry birds on an atm I believe you without looking :P
[10:02] <seb128> pitti, salut, ça va ?
[10:02] <seb128> pitti, are MIR by binary package and not source?
[10:02] <pitti> bonjour seb128, ça va bien, et toi?
[10:02] <Laney> wow, the snow is really coming down now!
[10:02] <pitti> seb128: no, by source
[10:02] <seb128> pitti, ça va bien merci
[10:02] <seb128> pitti, oh, ignore me, your logind line is a FFE not MIR
[10:04] <seb128> pitti, you are aiming at landing that for raring then?
[10:04] <pitti> seb128: slangasek/stgraber mentioned that they might want it in raring, yes
[10:04] <seb128> cool
[10:04] <seb128> +1 from me ;-)
[10:04] <pitti> if not, it'll make s first thing
[10:05] <pitti> I guess it won't hurt us too much to keep CK around for yet another cycle, it does feel a bit rushed now
[10:05] <pitti> but it e. g. blocks ricotz/jbicha for updating to GNOME 3.8
[10:05] <seb128> yeah, but at the same time that vUDS screwed us on feature
[10:06] <seb128> we didn't land systemd-services, which is blocking 5 other merges to land
[10:06] <seb128> we didn't land gtk 3.8
[10:06] <seb128> we start having too many patched versions/transitions baked in ppas
[10:06] <pitti> *nod*
[10:06] <seb128> if we keep adding to that for the next 1.5 month until release it's going to be hard to manage
[10:07] <seb128> we had some of the ppas broken because of uploads to the archive, we need to keep rebasing
[10:20] <seb128> chrisccoulson, could you install https://launchpad.net/~xorg-edgers/+archive/ppa/+packages?field.name_filter=intel&field.status_filter=published&field.series_filter=raring and drop the xorg.conf hack and confirm it that fixes the firefox image corruption issue for you?
[10:20] <seb128> chrisccoulson, it seems for me but I was never able to trigger it easily so I'm not sure
[10:20] <chrisccoulson> seb128, sure, i'll do that in a few moments
[10:21] <seb128> chrisccoulson, thanks
[10:42] <Laney> pitti: So how do I get loginctl to list my sessions with the PPA package?
[10:43] <pitti> just "loginctl" does that here
[10:43] <pitti> same with the raring package
[10:43] <pitti> ah no, there it's systemd-loginctl
[10:43] <Laney> hm, 0 sessions listed
[10:45]  * Laney looks at upstart user sessions
[10:45] <pitti> Laney: do you have libpam-systemd installed?
[10:45] <pitti> Laney: (and libpam-xdg-support uninstalled)
[10:46] <Laney> ah, no
[10:46] <Laney> so that would be a seed change
[10:46] <pitti> right
[10:47] <Laney> let me see
[10:48] <Laney> a timely fsck
[10:54] <Laney> yes, much better
[10:54] <Laney> I was scared that there was no reboot entry in the session indicator but it seems that's the unity change
[10:54] <Laney> is that by design?
[10:55] <pitti> I do have a reboot in the indicator
[10:55] <pitti> but probably because I'm running the converted gnome-session
[10:55] <Laney> do you have the new shutdown UI?
[10:55] <pitti> but if you still have consolekit installed, it should be there either way
[10:55] <pitti> gdbus call -e -d org.gnome.SessionManager -o /org/gnome/SessionManager -m org.gnome.SessionManager.CanShutdown
[10:55] <pitti> does that say (true,) ?
[10:55] <pitti> (it should)
[10:56] <pitti> Laney: I don't know what the "new shutdown UI" is
[10:56] <Laney> yes, it does
[10:56] <Laney> if you pick Shut Down from the session indicator you get a shiny black shutdown dialog
[10:56] <Laney> instead of the old gtk one
[10:56] <pitti> I still get a rather dull dialog box
[10:57] <Laney> http://i.imgur.com/f4he5KH.png
[10:57] <pitti> is that in raring?
[10:58] <Laney> yeah, probably in the most recent daily releases
[10:58] <ogra_> pitti, bah, no more hal ... i guess i need to do sonme work then ... (usb-imagewriter has nothong in common with usb-creator, its just a graphical dd)
[10:58]  * pitti dist-upgrades
[10:58] <pitti> ogra_: and no more pygtk, glade, etc.
[10:59] <ogra_> oh, crapa
[10:59] <pitti> ogra_: so it's still relevant?
[10:59] <ogra_> sounds like a complete rewrite ...
[10:59] <Laney> Right, so, anyway. For the FFe - you'll be uploading udev to stop providing the library which moves into systemd?
[10:59] <ogra_> well, if you want a UI for plain dd operations its still the best to use
[11:00] <pitti> Laney: we can drop libudev0 once we rebuilt everything against libudev1, yes
[11:00] <pitti> Laney: well, udev itself still uses it, but we can put the .so into teh udev package if you prefer
[11:01] <Laney> they can coexist?
[11:01] <pitti> Laney: I don't think we should cram the new udev into raring, that's too risky IMHO
[11:01] <pitti> Laney: yes, the ABI didn't change a lot, and the on-disk format didn't change at all
[11:03] <Laney> OK, and agreed about the new udev.
[11:03] <pitti> http://paste.ubuntu.com/5604479/
[11:05] <pitti> udev_monitor_new_from_socket() is bound by pyudev(), that needs to be changed to udev_monitor_new_from_netlink()
[11:06] <pitti> udev_device_get_dm_cookie_set() and udev_device_get_dm_cookie_set() are not used anywhere
[11:06] <pitti> and udev_get_dev_() are now hardcoded to be /dev/, /run, and /sys
[11:07] <pitti> so it'll mean some adjustments here and there
[11:07] <pitti> but codesearch.d.o says it's fairly low impact
[11:09] <pitti> Laney: FYI, it's still a bit unclear how we set up the cgroups for standalone logind to avoid confusing software which uses sd_booted() or their own implemenation of checking for /sys/fs/cgroup/systemd/
[11:10] <pitti> I'm currently discussing that with mbiebl
[11:10] <Laney> Is that software which uses this to decide whether the system is using systemd as init?
[11:11] <pitti> yes
[11:11] <pitti> well, that or whether they really mean "can I use logind"
[11:12] <pitti> but the former would be the common case
[11:12] <pitti> Laney: http://codesearch.debian.net/search?q=%2Fsys%2Ffs%2Fcgroup%2Fsystemd
[11:12] <pitti> there are a few
[12:52] <seb128> chrisccoulson, did you try the intel update?
[13:02] <chrisccoulson> seb128, yeah, it seems ok atm
[13:02] <seb128> chrisccoulson, good ;-)
[13:03] <seb128> chrisccoulson, can you comment on the bug saying that?
[13:05] <chrisccoulson> seb128, done
[13:05] <seb128> chrisccoulson, thanks
[13:20] <autoditac> hey all. how do add a custom, hard-wired mandatory launcher that users are not able to remove from the dash  - like the nautilus "$home" launcher (12.04)? is this done via dconf?
[13:22]  * Sweetshark is getting nervous. More snow in a today than Hamburg usually has in a year.
[13:22] <Sweetshark> ricotz: @wd0053.dip.tu-dresden.de?
[13:23] <Sweetshark> ricotz: Did you see https://wiki.documentfoundation.org/Marketing/Events/ImpressSprint2013
[13:24] <Sweetshark> ricotz: If you go there, I would invite you for a beer. I certainly owe you one ;)
[13:30] <ricotz> Sweetshark, oh, haven't seen this, but i don't think i will make it there
[13:30] <autoditac> ooops. what i called the "dash" is actually called the "launcher" and i want to add are hard-coded "launcher icons" :)
[13:30] <ricotz> Sweetshark, btw, i updated the stats pdf, i gave you a link for
[13:33] <Sweetshark> ricotz: woha, still 2K downloads for lucid?
[13:38] <ricotz> Sweetshark, yeah, looks like it
[13:38] <seb128> autoditac, hey, try asking on #ubuntu-unity maybe?
[13:38] <autoditac> seb128, allrighty. thanks!
[13:39] <Sweetshark> ricotz: the raring numbers wont rise anymore as that package is already outdated by now.
[13:42] <ricotz> Sweetshark, yeah, that is expected
[14:22] <seb128> jbicha, hey, do you plan to email the gnome release team about the gcalctool rename?
[14:22] <seb128> not sure what I should do with the raring package, I was sort of waiting for you on that one
[14:23] <jbicha> seb128: thanks for the ping, I kinda forgot about it :(
[14:23] <seb128> jbicha, no worry, thanks ;-)
[15:01] <ogra_> seb128, i assume you know already, but just confirming that nautilus works fine on nx7 desktop now
[15:02] <seb128> ogra_, yeah, I managed to test by myself, but thanks for confirming ;-)
[15:02] <ogra_> yup, i thought so
[15:12] <attente> seb128: hey, the gtk in the ubuntu desktop ppa is based off which bzr branch?
[15:13] <seb128> attente, hey, none, local one (if you are speaking about 3.7)
[15:13] <seb128> but it would be a good idea to push that somewhere
[15:13] <seb128> let me a minute
[15:13] <attente> seb128, cool, thanks
[15:25] <seb128> attente, https://code.launchpad.net/~ubuntu-desktop/gtk/ubuntugtk3-38
[15:26] <attente> seb128, thanks
[15:28] <seb128> yw, thanks for the ping, it's always a good away to push the work in progress somewhere ;-)
[15:43] <mhr3> dobey, or perhaps here? :)
[15:44] <dobey> better than #vala probably :)
[15:56] <dobey> mhr3: what's up?
[15:56] <mhr3> dobey, i hear you want to help us with some software center stuff
[15:59] <s9iper1> seb128: dvd is not mounting it shows an error
[15:59] <s9iper1> 13.04
[16:01] <s9iper1> anybody else
[16:02] <s9iper1> here is the screenshot http://imagebin.org/249854
[16:09] <attente> s9iper1: maybe try installing libudf0?
[16:12] <s9iper1> attente:  after installing  again Error mounting system-managed device /dev/sr0: Command-line `mount "/mnt/wwn-0x5001480000000000"' exited with non-zero exit status 32: mount: unknown filesystem type 'udf
[16:16] <mhr3> didrocks, app-install-data is owned by ubuntu-core-dev, dobey doesn't have access to that
[16:16] <didrocks> mhr3: well, if he proposes a branch, we can sponsor it for him
[16:16] <mhr3> i was just going to ask if that's a problem
[16:16] <dobey> anyone can propose a branch
[16:19] <mhr3> dobey, aren't the categories defined by fdo?
[16:19] <mhr3> i'm not sure if we can just add a custom one there
[16:22] <dobey> mhr3: X-Ubuntu-Unity-Scope would be a valid category per fdo
[16:23] <dobey> mhr3: just need to document it in the scopes spec or whatever, and any other appropriate places, and fix the code to use it, i guess
[16:25] <dobey> i need to get lunch. bbiab
[16:54] <seb128> s9iper1, does it happen with any dvd? is that movie or data?
[16:56] <seb128> jbicha, can you +1 bug #1153567?
[16:56] <ubot2`> Launchpad bug 1153567 in ubuntu-system-service (Ubuntu) "[FFE] Use systemd-services rather than ubuntu-system-service systemdcompatibility code" [Low,Triaged] https://launchpad.net/bugs/1153567
[17:05] <s9iper1> seb18: it with the every cd i have checked it with movie dvd just..
[17:07] <s9iper1> seb128:
[17:16] <s9iper1> anybody help me here as wel https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1153619
[17:16] <ubot2`> Launchpad bug 1153619 in modemmanager "i cant enable my wireless network with hardware button " [High,New]
[17:20] <seb128> s9iper1, is that with cds or movie dvd or both?
[17:22] <s9iper1> seb128: its with the both but with cd its change
[17:23] <s9iper1> here is the error with the cd   =   Error mounting system-managed device /dev/sr0: Command-line `mount "/mnt/wwn-0x5001480000000000"' exited with non-zero exit status 32: mount: block device /dev/sr0 is write-protected, mounting read-only
[17:23] <s9iper1> mount: wrong fs type, bad option, bad superblock on /dev/sr0,
[17:23] <s9iper1>        missing codepage or helper program, or other error
[17:23] <s9iper1>        In some cases useful info is found in syslog - try
[17:23] <s9iper1>        dmesg | tail  or so
[17:23] <seb128> s9iper1, works here, are you using a custom kernel?
[17:23] <s9iper1> yes i have installed kernel today
[17:24] <s9iper1> seb128: its 3.9.0
[17:24] <seb128> seems like an issue with that kernel then
[17:28] <s9iper1> seb128: hmmm what do i do ?
[17:28] <dobey> back
[17:28] <seb128> s9iper1, you ask on #ubuntu or #ubuntu+1 for user questions
[17:28] <s9iper1> ok
[17:41] <dobey> didrocks: so where'd you get the idea that i should own app-install-data? :)
[17:42] <didrocks> dobey: mvo was handling it in the past
[17:42] <didrocks> dobey: as you took software-center, it seems like a pack for me :)
[17:44] <dobey> well, i specifically didn't take software-center. my team (online services) did, and i'm the most knowledgeable about packaging and gtk+ so i've been stuck with doing some work on it. but there was no indication that our team was taking over app-install-data-ubuntu as well.
[17:45] <didrocks> interesting, let's figure that out, it's not a big extra work anyway for whoever takes it
[17:45] <dobey> well, changing ownership is a lot of work
[17:45] <dobey> i'm not sure ~ubuntu-core-dev wants it to change either
[17:46] <didrocks> dobey: the launchpad process is straightforward, we did that a lot of unity-team
[17:46] <didrocks> where things are owned by both
[17:46] <didrocks> but anyway, /me waves good evening
[17:46] <dobey> well that was a quick goodbye
[18:29] <seb128> hum
[18:29] <seb128> I wonder if I should upload https://launchpadlibrarian.net/133738514/notice.patch for https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1130158
[18:29] <ubot2`> Launchpad bug 1130158 in gnome-control-center "Add 'legal notice' to "System Settings/Details" panel" [Medium,Triaged]
[18:29] <seb128> that's quite hackish
[18:30] <seb128> the other way would be to make the info panel use webkitgtk... not sure I like that better
[18:35] <xnox> hmm... dash opens a webpage in the web-browser with further links.
[18:35] <xnox> In ubiquity I am adding a webkitgtk window, but I requested the embedded page to be fully reflowable and light on css (e.g. bold an paragraph breaks only)
[18:35] <xnox> such that in the installer it's fully justified text.
[18:36] <xnox> usb-creator at the moment just loads .txt into a textentry widget.
[18:37] <xnox> 4 links seem interesting, also why do 2 of them have the same text? "our privacy policy" and the last one has url as text?
[18:37] <xnox> seb128: ^
[18:38] <seb128> xnox, look at the html added by design in the bug
[18:38] <seb128> xnox, that page is supposed to deprecate the dash link I think
[18:39] <seb128> xnox, I might end up doing the webkitgtk view, I don't like much creating an extra rdepends on it and loading webkit only for that, but gtk itself is just ridiculous for that
[18:40] <xnox> seb128: you mean the dash html is going away? as that attached html matches what dash info icon at the bottom right currently opens for me ( file:///usr/share/unity/6/searchingthedashlegalnotice.html )
[18:40] <seb128> xnox, I think the text "click there" in the dash is going away, they want just one central place in the desktop for the notice text
[18:40] <xnox> seb128: I see.
[18:40] <seb128> rather than having it in e.g dash, u1, etc
[18:41] <xnox> seb128: for ubuntu one the installer will be showing this http://jsfiddle.net/jgdx/TjFRU/show/
[18:41] <xnox> which is much nicer for embedding in a small window (resize it to see how nicely it reflows)
[18:41] <xnox> I don't like the forced whitespce / let's make it look like A4 page style of the current dash legal text.
[18:42] <seb128> well, the gtktextview is ok, there is only vertical scrolling
[18:42] <seb128> but having the tag/hardcoded positions is tedious and making the urls clickable is ridiculous
[18:42] <seb128> (or you can use a gtklinkbutton but that looks weirdà
[18:42] <seb128> )
[18:43] <xnox> =/ yeah i went with the easy webkitgtk as we already use it for the slideshow.
[18:43] <seb128> I should probably do the same ;-)
[18:52] <xnox> jbicha: Gnomuntu
[19:28] <qengho> At some point, "-rfakeroot" on dpkg-buildpackage became redundant and I didn't notice.  I'm cursing you all.
[19:28]  * qengho shakes fist.
[19:33] <jbicha> xnox: I think we have got plenty of names to choose from, thanks though :)
[19:36] <Laney> jeremuntu
[19:42] <seb128> shellbuntu
[19:43]  * jbicha adds two more names to the shoebox
[23:22] <robru> hey attente, is this error caused by that PPA of yours that I enabled? or is this unrelated?http://paste.ubuntu.com/5605441/


[11:47] <Bofu2U> smoser: that dns v4 first trick fixed it
[11:47] <Bofu2U> thank you :)
[13:40] <smoser> Bofu2U, its fixed without that workaround now.
[13:40] <Bofu2U> ah cool
[13:40] <smoser> you can read the analysis in https://bugs.launchpad.net/ubuntu/+source/squid-deb-proxy/+bug/1547640
[13:41] <Bofu2U> perfect, much appreciated
[13:41] <smoser> it seems taht squid just kind of goes buggy if a host has > 9 ipv6 addresses, then it never considers ivp4 ones.
[13:41] <smoser> (which it woudl have correctly chosen realizing that it could not connect to any of the ipv6 addresses)
[15:09] <roaksoax> durschatz: /win 15
[15:09] <roaksoax> durschatz: let's do through here :)
[15:10] <roaksoax> durschatz: do you have any console logs of whent he machine is trying to pxe boot and at the same time logs from /var/log/maas/regiond.log,clusterd.log ?
[15:10] <durschatz> yes I do
[15:11] <durschatz> what is best way to send them to you?
[15:11] <roaksoax> durschatz: pastebin
[15:13] <durschatz> will do
[15:19] <durschatz> var_log_maas_clusterd.logvar_log_maas_regiond.logvar_log_maas_maas.log
[15:24] <durschatz> var_log_maas_clusterd.log @ http://pastebin.com/UEiPubyi
[15:32] <durschatz> cengnlynxpod1:var_log_maas_regiond.log @ http://pastebin.com/5zUMrUWx
[15:32] <durschatz> I had to remove the top and bottom of region.log to fit it into 512k limit
[15:34] <durschatz> cengnlynxpod1:var_log_maas_maas.log @ http://pastebin.com/tyYrbgDc
[15:37] <roaksoax> durschatz: what about clusterd.log and a console output ?
[15:43] <durschatz> var_log_maas_clusterd.log @ http://pastebin.com/UEiPubyi
[15:44] <roaksoax> durschatz: the problem may be this: provisioningserver.drivers.power.PowerError: Failed to power node-87bce854-d7e7-11e5-b6c6-5254009f68e6. BMC never transitioned from  to on.
[15:45] <durschatz> OK. What could have caused this to start happening after three weeks of no issues.
[15:46] <durschatz> B9DE7FD3-5F8E-4786-BE85-773E8F774398-534-0000CE4DEEC657F8
[15:47] <durschatz> for console all I have is a video and an image snapshot of the error thrown by maas-ipmi-autodetect-tool
[15:47] <durschatz> do you need these?
[15:49] <durschatz> or were you looking for dmesh and/or boot.log
[15:49] <durschatz> of which neither has the thrown error.
[15:49] <durschatz> dmesg
[15:49] <roaksoax> durschatz: it would be ideal if you have a console log itself so I can review, but I guess a video of the error thrown would be helpful
[15:51] <durschatz> video is 65 MB.  how would you like to receive it?
[16:01] <durschatz> np ill post it on youtube
[16:11] <roaksoax> durschatz: yeah or put it somewhere that I can watch it via
[16:11] <durschatz> Console Video Ubuntu Mass Fail to Commission @ https://www.youtube.com/watch?v=bOp_HqSjpvg
[16:12] <roaksoax> durschatz: i know what the issue is
[16:13] <durschatz> cool!
[16:13] <roaksoax> durschatz: the commissioning environment cannot access the internet, and cannot install dependencies it needs to configure the BMC
[16:14] <durschatz> OK I will check.
[16:16] <durschatz> Is it the node that cannot access the internet?
[16:17] <durschatz> Looks like the node can access the internet:
[16:17] <durschatz> ubuntu@node1-compute:~$ ping <IP_ADDRESS>
[16:17] <durschatz> PING <IP_ADDRESS> (<IP_ADDRESS>) 56(84) bytes of data.
[16:17] <durschatz> 64 bytes from <IP_ADDRESS>: icmp_seq=1 ttl=58 time=7.17 ms
[16:18] <durschatz> MAAS also can reach the internet.
[16:19] <roaksoax> durschatz: oh, I know what this may be about. can you change the power parameters manually on your system, and can you re-try commissioning?
[16:19] <roaksoax> durschatz: if you've seen just 3/4 days ago, then this is related an issue with the archives/squid that we are tracking down now
[16:19] <roaksoax> durschatz: we as in ubuntu, provided it is not a maas issue exactly
[16:20] <durschatz> that sounds like more of the problem I was expecting.
[16:20] <durschatz> When you say change power parameters on my system manually.  What should I change them to?
[16:21] <roaksoax> durschatz: do you have the default power params for the BMC ?
[16:21] <roaksoax> durschatz: the defuatl user/password combination
[16:23] <durschatz> I am using LAN_2_0 [IPMI 2.0] with login and password
[16:33] <durschatz> Sorry Andres, I'm not sure what you're asking me to do?  For power type, there is not default to select.
[17:09] <mup> Bug # opened: 1548387, 1548390, 1548391, 1548394, 1548396
[17:39] <mup> Bug #1548402 opened: unable to deploy nodes w/ 14.04 and MAAS 1.10 on Xenial <MAAS:New> <https://launchpad.net/bugs/1548402>
[19:01] <koaps> hi all, does anyone have an ideas why in my virtualbox testing environment for MAAS 1.9.0 (one region, two controllers), the machines on the second controller when using bonds are not getting a default gateway? If I break the bond and use eth0, I get a default gateway, but when using bonds I don't. We have this setup working somewhere else on all physical servers
[19:14] <durschatz> Thanks Andres, for letting me know you wanted me to set IPMI username to default ADMIN/ADMIN for Supermicro.
[19:15] <durschatz> I recommissioned the SuperMicro node and this worked in the sense that the node is now in ready state.
[19:17] <durschatz> What about the KVM node?  It's using Virsh, not IPMI.
[19:17] <roaksoax> durschatz: In the UI, you can "Add Chassis"
[19:25] <durschatz> roaksoax: I have that setup and it FAILED_COMMISSIONING on Friday.  Going to quickly re-try to make sure the problem still exists.
[20:11] <nagyz> roaksoax, is it expected that a maas controller is somehow present on all subnets that I want to deploy machines to? I fear that's a far-fetched requirement, if so. If not, then great, and that means I should just be able to go ahead and add subnets using the CLI, right?
[20:25] <Razva> [ERROR] Failed to upload leases: 'str' object has no attribute 'mac' < when deploying via Landscape. any hints?
[20:48] <nagyz> I guess I just have to try this...
[20:48] <nagyz> or does anybody have some experience with it?
[20:56] <koaps> nagyz: I think a MAAS controller has to be on any subnet you want PXE on
[20:57] <durschatz> I second koaps: MAAS needs to be on subnet that the node is looking to PXE on.
[20:58] <nagyz> right, but it's not about PXE
[20:58] <koaps> durschatz: you wouldn't have any ideas on my issue would you?
[20:59] <nagyz> what if I'd like to define different subnets (<IP_ADDRESS>/24, VLAN 123), and then PXEboot from something else (<IP_ADDRESS>/24, VLAN 333), then set up bond0.123 to a static IP?
[20:59] <nagyz> surely the controller doesn't have to have an IP on a subnet where we're not PXEbooting from
[20:59] <nagyz> the boot requirement is obvious :)
[21:01] <durschatz> I'm not 100% sure.  PXE happens at layer 2
[21:01] <koaps> nagyz: I do that now, bond0 is native vlan where PXE is and I add in two more bond0.123 bond0.321 fabrics, in that case MAAS has no idea about the subnets on bond0.123 or bond0.321, it just adds the interfaces, you can create subnets for those vlans using the maas commands
[21:02] <koaps> but MAAS controller doesn't have interfaces on them
[21:03] <nagyz> ok, great, exactly the info I'm looking for
[21:03] <nagyz> so the fabric in 1.9+ gives me the L2 domain, basically?
[21:03] <nagyz> then I need to tie the subnet to a fabric?
[21:03] <koaps> ya
[21:04] <nagyz> great, thanks
[21:04] <nagyz> anything particular to look out for when creating the subnets from the CLI?
[21:04] <koaps> give me a sec and I can give you the maas commands
[21:26] <nagyz> koaps, ?:P
[21:26] <nagyz> ah
[23:07] <mup> Bug #1548542 opened: maas.drivers.power.ipmi: [WARNING] Failed to change the boot order to PXE <IP>  ipmi_ctx_open_outofband_2_0: BMC busy on Dell 12G servers <oil> <MAAS:Incomplete> <https://launchpad.net/bugs/1548542>
[23:58] <mup> Bug #1548560 opened: twisted 16 removes deprecated attributes in Request and DummyRequest <MAAS:In Progress by ltrager> <https://launchpad.net/bugs/1548560>