[00:19]  * maxb grimaces at tests which only fail in a full test-run
[00:27] <maxb> lp.services.scripts.tests.test_all_scripts.ScriptsTestCase is the testcase of doooooom
[00:27] <maxb> I worry that it's going to melt my laptop
[00:38] <spm> maxb: it won't melt; but it might get a bit soft and wobbly/deform....
[00:39] <maxb> It's when the laptop starts to smell a little like a soldering iron that I worry :-)
[01:04] <spm> maxb: so long as the smoke doesn't escape? everything is gravy!
[01:39] <mwhudson> spm: can i get you to apply a patch to strawberry pls?
[01:39] <spm> sure
[01:39] <mwhudson> spm: http://pastebin.ubuntu.com/413405/
[01:40] <mwhudson> spm: *should* apply to the tree on there, not completely sure though
[01:40] <mwhudson> if it doesn't i'll just get you to replace the entire file i guess
[01:41] <spm> kk
[01:42] <mwhudson> spm: in news that may please a sysadmin, this patch is essentially telling bzr to stop being clever and be very stupid instead
[01:43] <spm> :-) applied
[01:43] <mwhudson> spm: can you kill the running import on strawberry ?
[01:44] <spm> mwhudson: with great and a deep sense of satisfaction and pleasure; done.
[01:46] <spm> mwhudson: fyi. afk for a sec. delivery arrival...
[01:52] <mwhudson> ok
[01:52] <spm> back
[01:53] <mwhudson> stupid > smart
[01:53] <mwhudson> in this case
[01:53] <spm> :-)
[01:53] <mwhudson> noop import before patch: 1hr 10 minutes
[01:53] <mwhudson> noop import after patch: three minutes
[01:54] <jelmer> mwhudson: the create_tree_if_local argument to sprout() doesn't work as expected?
[01:54] <spm> \o/
[01:54] <mwhudson> jelmer: it doesn't?
[01:54] <mwhudson> jelmer: the problem seems to be mainly that 2a fetch is terribly slow
[01:54] <jelmer> mwhudson: I'm not sure, just trying to work my head around what your patch does differently
[01:55] <mwhudson> jelmer: my patch uses copy_tree_to_transport rather than sprout
[01:56] <mwhudson> jelmer: i think that counts as fairly different
[01:56] <wgrant> Oh, nice!
[01:57] <jelmer> mwhudson: heh
[01:57] <wgrant> Do I spy a bzr bug coming soon?
[01:57] <mwhudson> (credit to abentley for the idea)
[01:57] <jelmer> mwhudson: I missed that, surprised bzr doesn't do that itself..
[01:57] <jelmer> mwhudson: (in those cases where it's possible_
[01:57] <jelmer> )
[01:57] <jelmer> mwhudson: should the branch scanner work ?
[01:58] <wgrant> The puller times out :(
[01:58] <mwhudson> next on the hit list: having the puller use a similar hack for import branches
[02:00] <wgrant> Hm. So it takes 37 seconds to copy directly, and slightly under 70 minutes for bzr to do it?
[02:02] <mwhudson> something like that yes :(
[02:06] <mwhudson> aragh
[02:06] <mwhudson> Transport operation not possible: Transport <bzrlib.transport.http._urllib.HttpTransport_urllib url=http://localhost:10899/0000004d/> has not implemented list_dir (but must claim to be listable to trigger this error).
[02:06] <wgrant> It pulls over HTTP!?
[02:06] <mwhudson> yes
[02:07] <mwhudson> actually not on staging, so this patch will probably work there....
[02:07] <wgrant> Hm, but that's probably actually faster than using the smartserver here.
[02:07] <mwhudson> yes, smartserver is /mostly/ a squeeze on latency
[02:07] <mwhudson> and bandwidth in some cases i guess, but we have lots of one and very little of the other so...
[02:09] <mwhudson> the error message seems to be lying fwiw
[02:26]  * mwhudson hacks, mightily
[02:40] <mwhudson> spm: hi, could you apply this patch to the tree on tellurium please? http://pastebin.ubuntu.com/413423/
[02:40] <mwhudson> warning: do no attempt to read said patch
[02:40] <mwhudson> *not
[02:41] <spm> :-)
[02:44] <spm> aaaaaaa. I am blinded and cannonit see
[02:44] <spm> mwhudson: applied
[02:44] <spm> need codehost restarted? looks like not....
[02:45] <mwhudson> spm: no
[02:50] <wgrant> It's taking a while..
[02:51] <mwhudson> spm: is there a mirror-branch.py process running on tellurium?
[02:52] <spm> 000      3944 97.1 18.5<PHONE_NUMBER>20 ?       R    02:48   3:25      \_ /usr/bin/python2.5 /srv/bazaar.staging.launchpad.net/staging/launchpad/scripts/mirror-branch.py /home/supermirror/importd-push-branches/0004ea4b lp-mirrored:///~mwhudson/linux/trunk 322123 ~mwhudson/linux/trunk IMPORTED 1
[02:53] <mwhudson> spm: okay
[02:53] <mwhudson> seems maybe my hacks aren't helping all that much
[02:53] <mwhudson> spm: can you du -sh /home/supermirror/importd-push-branches/0004ea4b /srv/bazaar.staging.launchpad.net/mirrors/00/04/ea/4b ?
[02:54] <spm> 620M    /home/supermirror/importd-push-branches/0004ea4b
[02:54] <spm> 61M     /srv/bazaar.staging.launchpad.net/mirrors/00/04/ea/4b
[02:54] <spm> thats an impressive mismatch?
[02:54] <mwhudson> bah
[02:58] <mwhudson> spm: can you apply this patch to tellurium too? /home/supermirror/importd-push-branches/0004ea4b
[02:58] <mwhudson> no
[02:59] <mwhudson> spm: http://pastebin.ubuntu.com/413428/ <- this patch
[03:00] <spm> sure
[03:01] <spm> patched
[03:02] <mwhudson> spm: can you zap the mirror-branch process?
[03:02]  * spm reaches under the desk for the larger hammer.....
[03:03] <spm> yo stub
[03:03] <stub> put the hammer down...
 but *stub* I was gunna make you plural!
[03:05] <mwhudson> spm: ok, can you sync the puller logs from tellurium to devpad please?
[03:05] <spm> mwhudson: 1000      4772 99.5  8.0<PHONE_NUMBER>84 ?       R    03:04   0:53      \_ /usr/bin/python2.5 /srv/bazaar.staging.launchpad.net/staging/launchpad/scripts/mirror-branch.py /home/supermirror/importd-push-branches/0004ea4b lp-mirrored:///~mwhudson/linux/trunk 322123 ~mwhudson/linux/trunk IMPORTED 1
[03:07] <spm> mwhudson: synced
[03:12] <mwhudson> oh goody oops reporting is broken
[03:14] <mwhudson> i guess i'll give up for now and have lunch
[07:58] <adeuring> good morning
[08:06] <lifeless> thumper: mwhudson: if you're still around, I need a pointer to the twisted vfs stuff in the lp code base - the policy on permitted file names specifically.
[08:15] <lifeless> thumper: mwhudson: nevermind, found it, drive by patch submitted
[09:19] <wgrant> bigjools: How many years is it since buildd-sequencer has been used?
[09:20] <bigjools> since Jan 2009
[09:20] <wgrant> Oh.
[09:21] <bigjools> cprov wrote it in the back of the van at UDS Mountain View :)
[09:21] <wgrant> I thought buildd-slave-scanner was used before buildd-manager, and buildd-sequencer came before slave-scanner.
[09:22] <bigjools> wait
[09:22] <bigjools> it's *not* been used since 2009
[09:22] <bigjools> I mean cprov wrote b-m in the van
[09:23] <bigjools> slave-scanner is the same thing as buildd-sequencer
[09:23] <bigjools> we like to use as many different confusing names as possible
[09:23] <wgrant> Er, is it?
[09:23] <wgrant> lib/canonical/buildd/sequencer.py seems reasonably unrelated to cronscripts/buildd-slave-scanner.py
[09:25] <wgrant> Or is buildd/sequencer not actually buildd-sequencer?
[09:35] <bigjools> wgrant: I've no idea what the former is, since it's in the buildd dir then it's part of the slave
[09:36] <wgrant> Ah:
[09:36] <wgrant> The task sequencer is a simple twisted daemon which looks after making
[09:36] <wgrant> sure that the buildd tasks (E.g. slave scanner, queue builder etc) are
[09:36] <wgrant> only run one at a time, and potentially more often than once per
[09:36] <wgrant> minute.
[09:37] <wgrant> Sounds useless, is in the wrong place, and breaks slightly with Python 2.6.
[09:37] <bigjools> no kidding
[09:37] <wgrant> And hasn't been touched significantly since 2005.
[10:12] <wgrant> bigjools: So, will anybody miss it if I remove it and its doctest as a step towards Python 2.6 support?
[10:18] <bigjools> wgrant: where's the test?
[10:18] <wgrant> bigjools: lib/lp/soyuz/doc/buildd-sequencer.txt
[10:19] <bigjools> good grief
[10:19] <wgrant> Hm?
[10:19] <bigjools> delete it with prejudice
[10:19]  * wgrant destroys.
[10:40] <wgrant> It's impossible to remove config schema elements at the moment, right?
[10:46] <bigjools> huh?
[10:47] <wgrant> Didn't rollouts explode last week because a config key had been removed, so the production configs (which still had a value for it) were invalid?
[10:49] <wgrant> Ah, yes, bug 557271.
[10:49] <mup> Bug #557271: Unable to remove config entries from the schema <Launchpad Foundations:New> <https://launchpad.net/bugs/557271>
[11:00] <bigjools> hmmm
[11:01] <deryck> Morning, all.
[11:05] <bigjools> howdy deryck
[11:06] <sidnei> jml, where's that patch you wanted me to land again?
[11:07] <jml> https://bugs.edge.launchpad.net/zope.testing/+bug/560259
[11:07] <mup> Bug #560259: Subunit output formatter doesn't handle layer setup errors <zope.testing:In Progress by sidnei> <https://launchpad.net/bugs/560259>
[11:07] <jml> sidnei: it's the branch linked to that, and the attached patch
[11:08] <sidnei> jml, both? or either?
[11:08] <jml> either
[11:08] <jml> same patch
[11:08] <sidnei> oh, looks trivial.
[11:23] <sidnei> jml, you need a new release too?
[11:24] <jml> sidnei: yes please
[11:24] <jml> sidnei: and yes, it's really trivial :)
[11:31] <sidnei> jml, done
[11:32] <jml> sidnei: woot! thanks!
[11:32] <sidnei> np!
[13:30] <henninge> sidnei_: can you come over to #lp-review, please? ;)
[13:56] <Ursinha_> leonardr, ping
[13:57] <leonardr> hi ursinha_
[13:57] <Ursinha_> leonardr, hi, I hit an error with one of my lpapi scripts, I wonder if you know what could it be
[13:57] <Ursinha_> leonardr, "SyntaxError: no element found: line 16363, column 186"
[13:58] <Ursinha_> this is the error, when I try to login_with
[13:58] <leonardr> that sounds like there's a problem with the wadl
[13:58] <Ursinha_> leonardr, yeah, but I have no idea why, since it works with another user
[13:58] <Ursinha_> leonardr, invalid credentials?
[13:58] <leonardr> you would get a 400 error. is that the entire error?
[13:59] <leonardr> there's no headers?
[13:59] <Ursinha_> leonardr, let me show you the traceback
[13:59] <leonardr> no, i guess there wouldn't be since it's not an http error
[14:00] <Ursinha_> leonardr, this is the traceback: https://pastebin.canonical.com/30486/
[14:01] <leonardr> ursinha_: i suggest catching the exception in _browser.py#get_wadl_application and printing out 'content'
[14:04] <Ursinha_> leonardr, sure, a moment
[14:50] <Ursinha_> leonardr, this is weird, it seems that the end of that 'content' is missing
[14:54] <Ursinha_> leonardr, line 16363, column 186 is the last line of that content, and it's not complete
[15:02] <deryck> kfogel, ping
[15:04] <kfogel> deryck: on phone, bbiab
[15:04] <deryck> ack
[15:04] <leonardr> Ursinha_ that content comes from a file on disk. lib/canonical/launchpad/apidoc/wadl-*-*.xml
[15:04] <leonardr> check that file and see if it's truncated
[15:04] <Ursinha_> aha
[15:04] <leonardr> if so, remove that directory and make again
[15:06] <Ursinha_> leonardr, hmm, thing is I'm running my script on devpad
[15:06] <Ursinha_> works with one user and doesn't work with another
[15:08] <Ursinha_> leonardr, and I can't reproduce the error locally
[15:09] <leonardr> Ursinha_: i don't use devpad so i don't know what that means. you don't have access to the apidoc/*.xml?
[15:10] <Ursinha_> leonardr, exactly
[15:10] <leonardr> Ursinha_: i suggest you escalate to someone who does have access
[15:11] <wgrant> Aren't the API scripts running against prod/edge?
[15:11] <wgrant> So it's probably a client-side cache.
[15:11] <Ursinha_> leonardr, but I'm running the script with edge lp api
[15:11] <Ursinha_> what wgrant said
[15:11] <Ursinha_> wgrant, cache huh
[15:11] <leonardr> ursinha_: on phone, sorry
[15:12] <Ursinha_> leonardr, no problem, thanks so far
[15:12] <wgrant> Ursinha_: Try obliterating/moving ~/.launchpadlib/api.edge.launchpad.net/cache
[15:21] <Ursinha_> wgrant, yeah, that worked
[15:21] <Ursinha_> wgrant, thanks
[15:26] <deryck> gmb, bug 294223 is done, right?
[15:26] <mup> Bug #294223: Bugs missing after import from SourceForge <Launchpad Bugs:In Progress by gmb> <https://launchpad.net/bugs/294223>
[15:27] <gmb> deryck, Yep.
[15:27] <gmb> Forgot about that
[15:27] <deryck> gmb, can you update and assign to the current milestone please?
[15:31] <gmb> deryck, Sure
[15:31] <gmb> Done
[15:32] <deryck> gmb, thanks
[15:43] <deryck> adeuring, can you update bug 261254 with linked branch, status, and assign to the current milestone?  I believe this is done, yes?
[15:43] <mup> Bug #261254: Launchpad couldn't connect to ALSA Bug Tracker. <bugwatch> <oops> <story-reliable-bug-syncing> <ubuntu-qa> <Launchpad Bugs:In Progress by adeuring> <https://launchpad.net/bugs/261254>
[15:43] <adeuring> deryck: sure
[15:43] <deryck> adeuring, thanks!
[15:49] <mars> sinzui, ping, do you have some time today to chat about changing some more /@@/ icons into sprites?  I have a question or two about it.
[15:49] <mars> sinzui, if you have time, whenever you have time
[15:50] <sinzui> mars, I will after 3:00+. I do not know much about how icons become sprites. EdwinGrubbs wrote the tools that generate the sprite and css
[15:51] <SlonUA> maxb: how is going ? =)
[15:51] <maxb> hello :-)
[15:51] <mars> sinzui, ok.  EdwinGrubbs, do you have time to chat about sprites some time today?
[15:51] <SlonUA> maxb: do u know how to enable karma .. just to see may digging =)
[15:51] <EdwinGrubbs> mars: sure
[15:52] <mars> EdwinGrubbs, what time for you?
[15:52] <maxb> I know nothing more than it involves a cronscript somewhere
[15:52] <EdwinGrubbs> mars: I can do it now, but it might be a little noisy since I'm at a coffee shop.
[15:52] <mars> heh
[15:52] <mars> EdwinGrubbs, that should be fine
[15:52] <mars> EdwinGrubbs, skype or mumble?
[15:52] <SlonUA> maxb: i see 'karma has expired.' all time
[15:54] <EdwinGrubbs> mars: skype
[16:16] <mars> intellectronica, online?
[16:16] <intellectronica> mars: yes
[16:16] <intellectronica> how can i help you?
[16:17] <mars> Tom, I'm looking at turning some of the /@@/edit icons in the bug status table into sprites
[16:17] <mars> intellectronica, can you see an issue with me doing so?
[16:18] <mars> this is in the name of improved page performance, btw :)
[16:18] <intellectronica> mars: nothing i can think of off the top of my head. looks like a net win to me.
[16:19] <mars> intellectronica, cool.  I'll ask someone on the bugs team for a review when I'm done, just to make sure your team thinks my changes are sane.
[16:20] <intellectronica> cool
[16:20] <mars> thanks!
[17:06] <jml> I'm forcing a rebuild of the recently failed 'lp' buildslave
[17:07] <jml> "no space left on device" seems to be the originating error
[17:32]  * jml discovers CachingIterator
[17:32] <jml> it's just like lists in Haskell!
[17:36] <jelmer> ooh, there is something like that?
[17:36]  * jelmer has reimplemented it at least twice :-)
[17:37] <jelmer> jml: where does it live?
[17:37] <jml> jelmer, lp.services.utils
[17:37] <jml> jelmer, which is the best known home for such a thing
[17:37] <jelmer> oh, in Launchpad itself. It'd be a great thing to have in itertools...
[17:38] <jelmer> jml: Thanks anyway, I'm sure this will come in useful sometime :-)
[17:38] <jml> yeah
[17:38]  * bigjools reboots from karmic into lucid
[17:38] <jml> jelmer, I should also add synchronize and dichotomy to itertools, I guess
[17:38] <jml> jelmer, I didn't write it, fwiw. I just found it.
[17:38] <jml> given the docstring, I'll wager abentley wrote it
[17:39] <jelmer> jml: you can tell that just from the docstring?
[17:40] <jml> jelmer, "Some generators and iterators are expensive to calculate, like calculating the merge sorted revision graph for a bazaar branch"
[17:40] <jelmer> ah, the reference to Bazaar
[17:41] <jml> jelmer, nope, thumper.
[18:18] <kfogel> deryck: pong
[18:18] <kfogel> deryck: can't remember if your ping was internal or external channel :-)
[18:19] <deryck> did I ping? :-)
[18:20] <deryck> oh, this morning... right
[18:20] <deryck> kfogel, are you working on stats for patch project?  Do I recall that correctly?
[18:21] <kfogel> deryck: yup
[18:22] <kfogel> deryck: https://code.edge.launchpad.net/~kfogel/tuolumne-lp-configs/patches-time-to-closing
[18:22] <kfogel> deryck: queries there; not much code yet
[18:22] <kfogel> deryck: abel is helping w/ queries btw
[18:23] <deryck> kfogel, ok, that's all I needed to know. I've been meaning to get back to stats for that project and wondered if your work included lpstats stuff.
[18:23] <deryck> kfogel, btw, you'll have to subscribe me to that branch to see it.
[18:25] <kfogel> deryck: oh, it's private?  one sec
[18:25] <kfogel> deryck: you want rev notifications too, or just branch attribute notifications?
[18:25] <deryck> kfogel, just attrs.
[18:26] <kfogel> deryck: done
[18:28] <deryck> kfogel, thanks.  and thanks for getting the stats together.
[18:30] <kfogel> deryck: you're welcome; but thank me when it's done -- it's hard to measure this thing!
[18:30] <kfogel> not use, but benefit, I mean
[18:30] <deryck> yeah, that's why I hadn't got round to working on it yet.
[18:48] <sinzui> jpds, ping
[19:11] <jpds> sinzui: Hello.
[19:12] <sinzui> jpds, have you tested that you can control the official country mirror status using api?
[19:12] <jpds> sinzui: Yes.
[19:14] <sinzui> jpds, as you represent the primary user of the feature, you want to update this bug's tag to qa-oa: https://bugs.edge.launchpad.net/launchpad-registry/+bug/361650
[19:14] <mup> Bug #361650: launchpad could know about official country mirror status <feature> <mirror> <qa-needstesting> <Launchpad Registry:Fix Committed by jpds> <https://launchpad.net/bugs/361650>
[19:14] <jpds> sinzui: Sure, done.
[19:15] <sinzui> thanks
[19:41] <Ursinha> hi gary-lunch, I filed a bug now, bug 562486, are you aware of this issue? and, is that really foundations?
[19:41] <mup> Bug #562486: accessing pending_gpg_keys using the api fails to some users <api> <oops> <Launchpad Foundations:New> <https://launchpad.net/bugs/562486>
[20:02] <gary_poster> Ursinha: I was not aware of the issue.  It's definitely a foundations issue, and if it is a matter of how the code is exported rather than infrastructure, it is also a registry issue.  I'll ask leonardr for his opinion...once the oops tools are fixed :-)
[20:03] <Ursinha> gary_poster, :)
[20:03] <Ursinha> gary_poster, thanks
[20:03] <gary_poster> thank you
[20:05] <sinzui> gary_poster, Ursinha there are two issues that relate to this bug...
[20:06] <sinzui> gary_poster, 1, the seem to be available in one database and not another, leading to many oopses....
[20:06] <sinzui> but there is a second debacle from last release where gpgkeys were renamed to gpg_keys, not not all the code was updated
[20:07] <sinzui> Ursinha, EdwinGrubbs is landing a fix for the latter.
[20:08] <gary_poster> sinzui: "seem to be available in one database and not another": which different databases?  Do you mean replication slaves and masters?
[20:08] <sinzui> gary_poster, yes, gpgkeys are manages via logintokens
[20:09] <sinzui> gary_poster, we also saw this happen in the CoC web UI
[20:10] <gary_poster> sinzui: does that maybe mean that you need to always connect to the master for these queries, using one of stub's context manager things?
[20:10] <sinzui> gary_poster, I do not know
[20:10]  * gary_poster doesn't really know context so is probably not helpful
[20:10] <gary_poster> it sounds like it
[20:10] <gary_poster> sounds like a race condition
[20:11] <gary_poster> and if it is a race condition with the slaves, force using the master.
[20:11] <gary_poster> if you think that sounds reasonable, and you are not sure about stub's context manager, I can hunt up an example for you, sinzui
[20:29] <EdwinGrubbs> sinzui: regarding the bug with +claim, does this mean that the Account.activate() method is also problematic since it sets a password that might be different from what was entered on the LoginService?
[20:29] <leonardr> james_w, can you give me the specific failure you get when you trigger bug 561521?
[20:29] <mup> Bug #561521: Success of PATCH request dependent on dict iteration order <lazr.restful:New> <https://launchpad.net/bugs/561521>
[20:29] <james_w> leonardr: it was in the mailing list post
[20:30] <leonardr> james_w: ok, i'll find it and put it into the bug
[20:30] <sinzui> EdwinGrubbs, I do not know. /me looks
[20:31] <sinzui> EdwinGrubbs, isn't the account the SSO account, I do not think there is a Launchpad Account
[20:32] <james_w> leonardr: note that it's a followon error that is in the thread. If you want the exception thrown by the mutator then modify the test mentioned in the bug to print the response from the patch request.
[20:33] <sinzui> EdwinGrubbs, the use case we are trying to avoid is a non-login user working with profiles and account. So if the user can access Account.activate() without being logged into the SSO server, there is a problem
[20:35] <leonardr> james_w: i can't find the relevant post in my mailbox. what was the subject?
[20:35] <james_w> "Test failures on some platforms due to lazr.restful bug"
[20:36] <EdwinGrubbs> sinzui: the reason I ask is that +claim gives you a login token that takes you to the ClaimProfileView in c/l/browser/logintoken.py and that calls emailaddress.account.activate(), so it would seem like the non-login user could access it.
[20:36] <leonardr> ok, i got it
[20:36] <sinzui> EdwinGrubbs, yes, that is taking the wrong path bad= person > email > account
[20:37] <sinzui> EdwinGrubbs, good = account > email > person
[20:38] <sinzui> EdwinGrubbs, so I think Account.activate is not a problem, but the callsite must know when/how to call it. claim does not
[20:39] <EdwinGrubbs> sinzui: huh, does that just mean that we don't want to link a launchpad person that has the same email as the account but isn't already linked to that account directly?
[20:39] <sinzui> EdwinGrubbs, we do want to link person to emails, we have to since emails are unique
[20:40] <EdwinGrubbs> sinzui: I'm just trying to clarify why account>email>person is good.
[20:40] <sinzui> EdwinGrubbs, I think this discussion is moot. there are two callsites, and you are removing one of them
[20:41] <sinzui> EdwinGrubbs, So we can limit our discussion to Person.setPreferredEmail
[20:43] <sinzui> EdwinGrubbs, Maybe we should change the guard in setPreferredEmail() and raise an exception instead of trying to fix the issue?
[20:45] <EdwinGrubbs> sinzui: do you think it could be broken, or do you just want to get rid of the kludge?
[20:45] <sinzui> EdwinGrubbs, We need to be careful in this method, I believe reset password switched the account from deactivated (by the user) back to activated. we may need to ensure the callsites (SSO!) has updated the account first.
[20:46] <sinzui> EdwinGrubbs, ^ reset password switcheS THE ACCOUNT USING THIS METHOD
[20:48] <sinzui> EdwinGrubbs, maybe I am over thinking this issue. setPreferredEmail() has no issues with active activated and deactivate accounts. suspend accounts cannot get here. so the problem is only when the account is not active.
[20:49] <sinzui> EdwinGrubbs, I see scripts are calling setPreferredEmail. This could be very ugly.
[20:51] <EdwinGrubbs> hmmm
[20:51] <sinzui> EdwinGrubbs, I think we should remove the account hack in setPreferredEmail(), but I need to verify how we are resting password
[20:52] <EdwinGrubbs> sinzui: well, I'll continue working on removing +claim for the time being.
[20:53] <sinzui> yes, I suspect setPreferredEmail() is a separate bug
[20:59] <sinzui> EdwinGrubbs, SSO reactivates the account itself. I think we can treat bug #248518 as a trivial deletion in a separate branch
[20:59] <mup> Bug #248518: setPreferredEmail activated accounts <registry> <tech-debt> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/248518>
[21:19] <mwhudson> good morning
[21:20] <sinzui> hi mwhudson
[21:42]  * mwhudson tries to browse the code of the kernel import
[22:16] <mwhudson> abentley, rockstar: https://code.staging.launchpad.net/~mwhudson/linux/trunk
[22:37] <maxb> trunk != linux-2.6.31.y.git
[22:38] <mwhudson> it's just the default in the form :)
[22:55] <mwhudson> weee adding all the revisions in the scanner for that kernel import took 90 minutes


[02:19] <r2d2rogers> njoin #ruboto
[02:19] <r2d2rogers> oops
[21:54] <Robdgreat> r2d2rogers: wb
[21:56] <r2d2rogers> howdy
[21:57] <r2d2rogers> I dusted my server
[21:57] <r2d2rogers> trying to decide how to rearrange that setup, expecting to take it down again sometime soon
[21:57] <Robdgreat> ahh
[21:58] <Robdgreat> I got my windows-unsupported old tv card moved to my ubuntu box and got my c64 plugged into it and the audio out routed to my guitar amp
[21:58]  * Robdgreat was busy yesterday
[21:58] <r2d2rogers> Cool, I got my TV card into my newest desktop, but it isn't fast enough to decode HDTV
[21:59] <Robdgreat> I don't need HD. This card my father-in-law gave me is perfect for this application
[21:59] <Robdgreat> now if I could only get it to stream the video to the network I could watch the c64 from anywhere on it
[22:00] <r2d2rogers> that would be cool
[22:00] <r2d2rogers> I need to work on converting VHS taps to DVD
[22:01] <r2d2rogers> or Digital video anyhow
[22:01] <Robdgreat> yeah
[22:01] <Robdgreat> I need to do that, too
[22:01] <Robdgreat> I haven't had a vcr in a few years, though
[22:02] <r2d2rogers> yeah our latest VHS player is at Raleigh's classroom
[22:03] <r2d2rogers> done anything with ruboto?
[22:03] <Robdgreat> no
[22:03] <r2d2rogers> I have the itch to work on a podcatcher for my phone


[00:09] <nacc> rbasak: cpaelzer: i'm killing the importer cron job until i can debug this better -- i'm seeing different results from the import-cron script and the git-ubuntu invocation, which shouldn't happen
[00:23] <rbasak> nacc: ack
[01:41] <nacc> cpaelzer: i pushed --reimport to the snap, if you refresh it should be available and i think will work for you
[02:32] <heistheDude> andol: yes. effective processing of the step isnt fruitful
[07:12] <lordievader> Good morning
[07:13] <TafThorne> morning
[07:19] <lordievader> Hey TafThorne
[07:33] <TafThorne> hello to you too lordievader
[07:57] <jamespage> cpaelzer: morning - shall I send you a git review with my workaround patch for the double-locking issue in libvirt? I'd like to get this resolved AM today if possible
[08:14] <cpaelzer> jamespage: hmm, not sure yet
[08:14] <cpaelzer> jamespage: unfortunately upstream didn't respond at all yet
[08:14] <cpaelzer> jamespage: but we can "hotfix" it now and reroll to the upstream solution later
[08:15] <jamespage> cpaelzer: +1 we need todo that
[08:15] <cpaelzer> jamespage: I can take the diff from the LP bug
[08:15] <cpaelzer> jamespage: were there any updates to is since you attached?
[08:15] <jamespage> cpaelzer: nope that's the one we tested with last night
[08:15] <cpaelzer> result?
[08:15] <cpaelzer> good?
[08:16] <jamespage> cpaelzer: yes - commented to that effect on the bug just now
[08:16] <cpaelzer> perfect I'll take over
[08:17] <jamespage> cpaelzer: thanks!
[08:17] <cpaelzer> review, build, test and ping you then
[08:17] <cpaelzer> AM for the uplaod maybe, but to migrate I'm not so sure
[08:26] <cpaelzer> jamespage: so you ended up not moving the dmn->autoShutdownCallingInhibit = true; that I asked about
[08:26] <cpaelzer> jamespage: and only do the "hotfix as a partial revert
[08:27] <jamespage> cpaelzer: yeah basically - by switching back to the older behaviour, that call is always good
[08:27] <cpaelzer> which might return what the former patch fixed but seems better than what we have for now
[08:27] <cpaelzer> ack
[08:27] <cpaelzer> as hotfix ok
[08:28] <jamespage> cpaelzer: agreed - its needs a more complete fix if upstream want to maintain that fast-path behaviour
[08:47] <jamespage> cpaelzer: upstream fix also looks reasonable btw
[08:57] <cpaelzer> jamespage: already building with it
[08:57] <cpaelzer> jamespage: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2942
[08:58] <cpaelzer> jamespage: for a fast minor sniff before pushing
[08:58] <cpaelzer> jamespage: I'll give you a ping when it is ready to test for you as well
[08:58] <cpaelzer> jamespage: or would you need the xenial backport to verify your case?
[09:26] <jamespage> cpaelzer: ideally but I can deal with that
[09:55] <cpaelzer> jamespage: https://launchpad.net/ubuntu/+source/libvirt/3.6.0-1ubuntu4
[09:55] <cpaelzer> jamespage: strictly speaking it is AM :-)
[09:56] <cpaelzer> jamespage: yet we need to guide it through migration
[09:56] <cpaelzer> jamespage: this is already the upstream fix
[09:59] <cpaelzer> you even have 1 extra hour of AM left for you
[10:55] <jamespage> cpaelzer: have it built - but had some image issues in our cloud so only just re-deploying...
[10:55] <jamespage> cpaelzer: apologies
[11:02] <cpaelzer> jamespage: all fine, let me know how  the retests on this fix behave
[11:05] <jamespage> cpaelzer: tbh unless you see a regression I'd go with that patch for upload to arftul
[11:05] <jamespage> cpaelzer: it looks 100% reasonable and correct to me
[11:10] <jamespage> smoser: I owe you a simplestreams change for a niggle I need to scratch
[11:11] <jamespage> smoser: I'd like to split 'keep' from 'maxnum' in resolve_items (optionally)
[11:11] <jamespage> as its desirable to start seeding a cloud with a smaller number of image syncs, but retain synced images over time
[11:12] <jamespage> it looks like keep may have done that at some point in the past, but its a boolean toggle now and will only keep up to maxnum
[11:39] <albech> anyone know of a small cmd line tool that can create sha512 crypt passwords? Dont really want to install dovecot for dovecotpw.
[11:47] <TafThorne> albech: sha512?
[11:48] <TafThorne> As in that is what it comes up with on my command lines.  I think it is a thing out of openssl dgst
[11:52] <jamespage> cpaelzer: looping a reboot --hard right now
[11:52] <jamespage> looking good so far
[11:53] <TafThorne> Oh I was meant to try out something for fsck now I modified /etc/fstab.  Time for me to reboot too.
[12:08] <jamespage> cpaelzer: +1 on that fix - lots-of-reboots later still all good
[12:11] <TafThorne> fsck finished suspiciously fast (few seconds on a 1.8 TB spinning drive) but it passed.
[12:19] <jamespage> cpaelzer: I've pushed from the bileto ppa to artful - thanks for preparing that update
[12:21] <jamespage> nm I see you already did that...
[12:21] <jamespage> doh
[12:33] <smoser> jamespage, hm... yeah. keep is supposed to be separate from maxnum.
[12:34] <smoser> zlthough originally i think it was only to be less. keep being less than maxnum.
[12:34] <smoser> have to think again.
[14:36] <tomreyn> how would i nopte down that this remains unfixed for xenial while it is fixed in yakkety? https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/1568097
[14:38] <ahasenack> tomreyn: you can nominate it for xenial
[14:38] <tomreyn> other bug reports have these clock (?) icons here listing xenial, yakkety and zety as separate targets, e.g. https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/1608495
[14:38] <tomreyn> but i can't seem to find out how to add these nominations on https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/1568097
[14:38] <ahasenack> tomreyn: there is a "nominate for series" link
[14:38] <ahasenack> "Also affects project (?) Also affects distribution/package Nominate for series" under the task list
[14:39] <ahasenack> or maybe you don't have it?
[14:39] <tomreyn> "[X] Also affects project" and  "[X] Also affects distribution/package" is what i have
[14:39] <tomreyn> using a standard ubuntu account without any special permissions
[14:41] <tomreyn> ahasenack: since you have this option, could you do it?
[14:42] <tomreyn> (or more precisely, could you please evaluate whether it needs to be done)
[14:45] <nacc> cpaelzer: you didn't try again with --reimport, did you? (re: src:virt-manager)
[15:11] <nacc> cpaelzer: if you're able to join standup early, we can talk about that
[15:37] <nacc> rbasak: so i'm thinking we need to adjust something -- --no-fetch no longer implies --no-push if --no-fetch --directory is how you reuse adirectory?
[16:30] <nacc> cpaelzer: virt-manager reimported and you can see that your upload tags were preserved: https://git.launchpad.net/~usd-import-team/ubuntu/+source/virt-manager/log/
[16:30] <nacc> cpaelzer: will check on the MPs
[16:30] <nacc> cpaelzer: interesting, they got deleted -- can you resubmit? i'll adjust the code
[16:46] <coreycb> beisner: hi, can you promote nova - 2:14.0.7-0ubuntu2~cloud1 to newton-proposed?
[17:07] <nacc> ahasenack: can you try your samba build with the latest snap?
[17:07] <ahasenack> I sure can
[17:08] <ahasenack> 211?
[17:08] <nacc> ahasenack: yeah, i think so (211/212 depending on arch)
[17:09] <ahasenack> nacc: is build-source aborting now when the tree is dirty?
[17:09] <nacc> ahasenack: yes
[17:09] <ahasenack> hm
[17:09] <nacc> ahasenack: because pristine-tar doesn't like that
[17:09] <nacc> ahasenack: to be clear, it was before too
[17:09] <ahasenack> I change the version in d/changelog to add a ~ppa1 just before a build, so I can upload to a ppa
[17:09] <nacc> ahasenack: (before == yesterday)
[17:09] <ahasenack> no, before it complained, but continued
[17:09] <ahasenack> ok, earlier then
[17:09] <nacc> ahasenack: yeah, earlier than yesterday :)
[17:10] <ahasenack> nacc: ok, didn't work
[17:10] <ahasenack> 09/01/2017 14:10:14 - ERROR:stderr: dpkg-buildpackage: error: fakeroot not found, either install the fakeroot
[17:10] <ahasenack> nacc: full output: http://pastebin.ubuntu.com/25446047/
[17:11] <nacc> ahasenack: is that branch pushed somewhere?
[17:11] <ahasenack> yes, my samba repo
[17:11] <nacc> ahasenack: i think we can allow for building from dirty trees, i just was being overly cautious
[17:12] <nacc> ahasenack: ok, one moment
[17:12] <nacc> grrrrr
[17:12] <nacc> ahasenack: fakeroot is an update-alternatives postinst
[17:13] <nacc> ahasenack: so i'll need to fake that in my yaml :/
[17:14] <ahasenack>  /usr/bin/fakeroot-sysv
[17:14] <ahasenack> interesting
[17:14] <nacc> yeah
[17:24] <ruben23> hi guys is it standard that apparmor si running and installed by default on any stock ubuntu server.?
[17:24] <ahasenack> nacc: you don't get the symlink when you install fakeroot in the snap?
[17:25] <ahasenack> ruben23: very much so, not all of the server packages have apparmor profiles, but many do
[17:25] <ahasenack> nacc: the postinst doesn't run?
[17:26] <ahasenack> nacc: you can probably pass -r and use fakeroot-sysv then?
[17:27] <nacc> ahasenack: yes, re: symlink
[17:27] <ruben23> coz i wanted to move the directory of data storage for mysql database to a newly installed separate drive. and most of teh how to i see need to configure apparmor to be successfull on that
[17:27] <nacc> ahasenack: yes, re: postinst (by design in stage-packages)
[17:28] <nacc> ahasenack: i'm just making our snaps' fakeroot be fakeroot-sysv
[17:28] <ahasenack> ruben23: you can adjust the apparmor profile for mysql, in /etc/apparmor.d/local/
[17:28] <nacc> ahasenack: to do what you're saying, i'd actually need to write a wrapper for dpkg-buildpackage (i'm trying to avoid that)
[17:29] <ahasenack> ah, you don't call that directly, but something else? Like debuild?
[17:29] <nacc> ahasenack: no, we do
[17:29] <nacc> ahasenack: we call dpkg-buildpackage directly
[17:30] <nacc> ahasenack: but it's wrong for us to call dpkg-buildpackage -r /usr/bin/fakeroot-sysv on a non-snap install
[17:30] <nacc> ahasenack: we should use what the user provides
[17:30] <ahasenack> ah, the run-from-tree case
[17:30] <nacc> ahasenack: yeah
[17:30] <ahasenack> fair enough
[17:30] <nacc> i guess 'wrong' is too strong
[17:30] <nacc> but tweaks should be in the snap, imo
[17:31] <ahasenack> "unexpected"
[17:31] <nacc> yeah
[17:32] <madLyfe> nacc: so to do the iso installer thing i need to do it from ubuntu and not win, correct?
[17:32] <nacc> madLyfe: i suppose you can do it from windows, but i have no idea how
[17:33] <nacc> madLyfe: seems easier to do it from linux
[17:33] <madLyfe> i found this: https://askubuntu.com/questions/409607/how-to-create-a-customized-ubuntu-server-iso not sure if it is what you were talking about.
[17:33] <madLyfe> can it be desktop?
[17:33] <nacc> madLyfe: to make the image? yeah
[17:33] <nacc> madLyfe: you just want to use an server iso to start
[17:33] <nacc> ahasenack: i've pusehd the fix, but the snap builders are loaded down, it seems
[17:34] <ahasenack> nacc: ok, will check periodically
[17:35] <madLyfe> ok ill get setup here.
[17:35] <nacc> ahasenack: in this particular case, the 'success' will be that pristine-tar will fail and then we'll failover to using launchpad (note you can also pass --no-pristine-tar to `git ubuntu build{,-source}` and it should work
[17:35] <nacc> ahasenack: and the implication is samba also needs a reimport
[17:36] <ahasenack> what will the cron job use?
[17:36] <nacc> ahasenack: which cron job?
[17:36] <ahasenack> pristine-tar for new packages?
[17:36] <ahasenack> the one that imports packages
[17:36] <ahasenack> or unrelated
[17:36] <nacc> ahasenack: unrelated, i think
[17:36] <nacc> ahasenack: or maybe i'm confused
[17:36] <nacc> ahasenack: the importer was fixed to use the correct paths for imports as part of the pristine-tar changes
[17:36] <ahasenack> it's just because you mentioned reimport that I wondered about the cron job, because it does imports
[17:37] <nacc> ahasenack: that led to some breakage for old imports
[17:37] <nacc> effectively, we changed the hashes
[17:37] <nacc> ahasenack: the cron job always just imports
[17:37] <nacc> ahasenack: reimport is a special mode when we need to wipe a repo
[17:40] <ahasenack> tomreyn: hey, what is the scenario in that mdadm bug on xenial? Just install with raid and reboot?
[17:40] <ahasenack> does it have to be raid5, or a raid with more than two disks?
[17:43] <madLyfe> i can do this from desktop live usb, nacc ?
[17:44] <nacc> madLyfe: i guess so, yeah
[17:45] <madLyfe> do i need to download an new server iso or use the one that has already been put onto a usb key?
[17:45] <nacc> madLyfe: you can use the same iso, but you're going to end up putting that on the usb key eventually
[17:46] <madLyfe> ill just download a new one then if im going to overwrite it anyways
[17:47] <madLyfe> hmm i wonder if 17.04 would work out of the box.
[17:47] <madLyfe> is it even worth it to try that before i delve into this iso alteration?
[17:51] <madLyfe> im going to try JIC
[18:00] <madLyfe> this is 17.4 and lsusb from installer shows the USB Ethernet adapter (realtek) https://usercontent.irccloud-cdn.com/file/yah8cP1r/irccloudcapture2130928741.jpg
[18:01] <madLyfe> but not here https://usercontent.irccloud-cdn.com/file/Vd2MF8Ry/irccloudcapture870703048.jpg
[18:01] <madLyfe> during network detection
[18:04] <tomreyn> ahasenack: i'm on xubuntu 16.04.3 with mainline kernel and raid 1 with dm-crypt-luks + lvm on top
[18:04] <tomreyn> ...and i got those
[18:04] <tomreyn> running 4.12.10-041210-generic
[18:05] <tomreyn> i can try the default image if it helps - let me know
[18:08] <ahasenack> tomreyn: so luks on the md device?
[18:08] <ahasenack> or luks on each disk and then raid?
[18:15] <cpaelzer> nacc: I can confirm that on the reimport my MPs seem still to match
[18:16] <madLyfe> nacc: should i also download desktop since i know thats where the usb ethernet adapter works properly? to get the correct files from?
[18:16] <tomreyn> ahasenack: ahasenack luks on top of md on top of partitions
[18:17] <ahasenack> tomreyn: ok
[18:17] <cpaelzer> nacc: new MPs in the trello card and on active reviews
[18:17]  * cpaelzer is actually not here
[18:19] <nacc> cpaelzer: thanks and sorry abou tthat
[18:19] <nacc> madLyfe: you should just need to get the -extra .deb corresponding to the installer kernel
[18:20] <cpaelzer> nacc: not a problem
[18:20] <cpaelzer> nacc: if there wouldn't be issues the tool would be unused
[18:20] <cpaelzer> so be happy that we find some
[18:20] <nacc> ahasenack: can you try your build again (snap r213/214)
[18:20]  * cpaelzer leaves to EOW
[18:20] <nacc> cpaelzer: yeah, i told you the wrong hiddne flag (or no tell) -- it's --reimport
[18:20] <nacc> cpaelzer: enjoy your w/e
[18:20]  * ahasenack fetches r214
[18:21] <ahasenack> nacc: worked, and was very silent, only printing out this bit:
[18:21] <ahasenack> 09/01/2017 15:21:08 - INFO:Successfully built using fetch_orig_from_parent_dir(source=None)
[18:21] <ahasenack> that's a debugging detail?
[18:21] <nacc> ahasenack: ah you already had the tarballs in the parent dir?
[18:21] <ahasenack> probably, let me clean that up
[18:21] <ahasenack> ok, from scratch now
[18:22] <nacc> ahasenack: yeah, if you could clear those out and retry, it'd help
[18:22] <ahasenack> dirty tree, cleaning up
[18:22] <nacc> :)
[18:22] <nacc> ahasenack: i have a fix for that bit queued (i filed a bug to track it), it needs some thinking
[18:22] <ahasenack> nacc: exactly same thing, just that info line
[18:22] <nacc> ahasenack: as even with a dirty-tree, we should be able to use the pristine-tar
[18:22] <nacc> ahasenack: then parent_dir ?
[18:23] <nacc> ahasenack: then the orig tarballs were found in the parent directory
[18:23] <ahasenack> it has the source package, tarball, all the stuff
[18:23] <madLyfe> well thats confusing, if i never had internet, and the installer doesnt recognize the usb ethernet adapter at install, but can be manually added after install, it means the software is there already.
[18:23] <nacc> ahasenack: right, you need to delete the tarballs from the parent dir
[18:23] <nacc> ahasenack: in order to not use them
[18:23] <ahasenack> I did
[18:23] <ahasenack> you are lagging :)
[18:24] <nacc> ok wait
[18:24] <nacc> delete orig tarball from parent dir
[18:24] <nacc> cd samba; git ubuntu build-source
[18:24] <nacc> that should not say fetch_orig_from_parent_dir
[18:24] <nacc> ahasenack: are you sure you didn't misread the messag?
[18:24] <ahasenack> nacc: http://pastebin.ubuntu.com/25446444/
[18:24] <nacc> ahasenack: i just tested locally and pristine-tar worked
[18:25] <nacc> fetch_orig_from_cache
[18:25] <nacc> ahasenack: *different* message
[18:25] <ahasenack> oh, would you look at that
[18:25] <nacc> ahasenack: clear the cache (rm -rf .git/git-ubuntu-cache)
[18:26] <ahasenack> I don't have a /home/andreas/.git/git-ubuntu-cache
[18:26] <nacc> in samba
[18:26] <nacc> ahasenack: in the git repo, i mean
[18:26] <ahasenack> ok
[18:26] <ahasenack> gone
[18:26] <ahasenack> nothing in parent
[18:26] <ahasenack> cache gone too
[18:26] <nacc> try the build-source again (might need a `git clean -fd`)
[18:26] <ahasenack> debian/files is always there to make me smile
[18:27] <nacc> yeah, that needs the build changes to use lxd to work (as we need to run clean)
[18:27] <ahasenack> ok, now it's ugly
[18:27] <ahasenack> still running
[18:27] <nacc> ahasenack: in your current local state, i expect you'll see pristine-tar try, fail, and then fetch_from_launchpad succeed
[18:28] <ahasenack> nacc: correct: http://pastebin.ubuntu.com/25446453/
[18:28] <nacc> ahasenack: now what's interesting is that on my bastion, it built with pristine-tar
[18:28] <nacc> ahasenack: have you run `git fetch pkg`?
[18:29] <ahasenack> nacc: not just now, but earlier today sure
[18:29] <nacc> ahasenack: and/or, can you try with a fresh clone somewhere (e.g., in /tmp) and see if you also see it?
[18:29] <ahasenack> sure
[18:30] <nacc> ahasenack: it doesn't make sense for us to see differing behavior there -- I get (http://paste.ubuntu.com/25446470/)
[18:31] <ahasenack> Receiving objects:  93% (74038/79039), 146.04 MiB | 2.70 MiB/s
[18:31] <ahasenack> samba is big
[18:31] <nacc> ahasenack: :)
[18:31] <ahasenack> next time let's try base-files
[18:31] <ahasenack> ok, clone complete
[18:31] <ahasenack> switch to my branch, or try straight from ubuntu/devel?
[18:32] <nacc> ahasenack: your branch
[18:33] <ahasenack> nacc: http://pastebin.ubuntu.com/25446481/
[18:34] <nacc> ahasenack: yeah
[18:34] <nacc> ahasenack: so something (seems) wonky with your local repo
[18:34] <nacc> ahasenack: i'm not sure why yet
[18:35] <nacc> ahasenack: as the last paste shows pristine-tar working
[18:35] <nacc> ahasenack: now, it doesn't really matter, but you do want to use pristine-tar (it's faster at least) if you can
[18:37] <madLyfe> what about this? http://fai-project.org
[18:38] <sarnold> madLyfe: a channel regular (used to?) really like it; I've never tried it myself
[18:39] <madLyfe> dont think it will work if i dont have network though.
[18:41] <sarnold> that's my understanding
[18:42] <sarnold> if you don't have a network but still want customized automated installs then you have to figure out either debian installer preseeding (which is .. poorly documented at best) or figure out the kickstart compatability stuff; or figure out how to use a cloud image on the hardware in question with cloud-init
[18:43] <madLyfe> its frustrating since i dont really know nix and trying to communicate the language.
[18:44] <madLyfe> and when i see it working fine on desktop but not server.
[18:56] <ahasenack> tomreyn: ok, got it on xenial
[18:56] <ahasenack> just raid1
[18:56] <ahasenack> tomreyn: http://pastebin.ubuntu.com/25446612/
[18:56] <ahasenack> one per disk I'm guessing, or partition
[18:57] <ahasenack> tomreyn: is it just an annoyance?
[20:59] <ahasenack> nacc: around?
[21:02] <ahasenack> nacc: something related to manpages broke in some recent version of the git-ubuntu snap
[21:03] <ahasenack> $ git ubuntu --help
[21:03] <ahasenack> man: error while loading shared libraries: libmandb-<IP_ADDRESS>.so: cannot open shared object file: No such file or directory
[21:03] <ahasenack> same for the rest of the git (non-ubuntu) commands
[21:31] <nacc> ahasenack: ok, will debug, it' sprobably more PATH stuff
[21:32] <nacc> ahasenack: so `git tag --help` also is broken?
[21:45] <nacc> rbasak: cpaelzer: fyi, running the cron job from outside the snap is working. so I'm going to just let that run (it's running in verbose mode for now in a screen on my bastion)
[22:58] <nacc> rbasak: i'm thinking maybe we do an integration test that's just a few triival commands ... e.g., a from-scratch (no-push) import of srcpkg (maybe one without a long history, so it's fast), a git ubuntu clone, and maybe a build right after clone?
[22:58] <nacc> rbasak: and add that to CI?
[22:58] <nacc> it will slow down CI quite a bit, but I think is also our best sanity check
[23:00] <nacc> ahasenack: i think i agree with you as well, i will stop letting the snap auto-build propoate directly to stable
[23:00] <nacc> ahasenack: i *think* it's stable right now :)
[23:00] <nacc> let's talk it over on tuesday
[23:42] <nacc> powersj: --^ how hard would that be to add? (basically, if we're doing a local snap build, install that snap locally (it'd need `snap install --dangerous --classic /path/to/snap` and then a `git ubuntu import --no-fetch --no-push ipsec-tools` or something
[23:44] <nacc> rbasak: ooh, well, refactored (contentfully a rewrite, just due to indentation changes) of importer.py and it's working (in local testing). So that's a good sign :)
[23:44] <powersj> nacc: not hard at all
[23:45] <powersj> Can you file a bug or make a card and I can take care of it Monday
[23:45] <powersj> (And assign me)
[23:45] <nacc> powersj: good to know, i think we'll want to talk it over tuesday AM and then I'll file it then
[23:45] <nacc> powersj: yep, thanks -- we'll make sure the testcase is well-defined first. I think 3 simple ones would be a good first integration checkpoint.
[23:46] <sarnold> powersj: btw us federal holiday monday
[23:46] <powersj> Oh yeah I get the day off! ;)
[23:46] <nacc> powersj: yeah :)
[23:51] <nacc> ahasenack: oh and `git ubuntu --help` works again
[23:54] <nacc> ahasenack: and just pushed a fix to silence the 'failed to find manpage for git-tag' from `git tag --help` with our gitconfig workaround


[03:16] <daftykins> i'm getting abuse in a PM from 'pustyi'
[03:18] <daftykins> err now it's turning racial 0o
[03:20] <rww> sigh, he's back /again/?
[03:20] <rww> sec
[03:20] <daftykins> which one is this?
[03:20] <rww> aaaapie, BadApe, badape, batsazz, copsblk, helltest, letsgets, liberalPIGS, ralphsme, ratlerkaa, ratsbag, scatsear, snakebreath, ubagtu
[03:21] <daftykins> hmm interesting, i don't recognise any of those. must be a friend/alternate nick for that one that was just in whining at me
[03:22] <rww> he PMs random people
[03:22] <daftykins> the 'qietjam' fellow
[03:23] <daftykins> phunyguy: i figure you may've had an issue with how i addressed a user earlier, i would imagine you've never taught teenagers :)
[03:24] <daftykins> when a user refuses to even scrollback a page or two to find a command already suggested, if you keep holding their hand they can take advantage of that.
[03:24] <daftykins> i'd appreciate you taking problems up with me directly instead of just making faces though
[03:27] <phunyguy> It just came off as rude.
[03:27] <phunyguy> so does what you are doing now.
[03:27] <phunyguy> rude and confrontational.
[03:29] <daftykins> so i shouldn't bring it up in future?
[03:33] <phunyguy> I apologize for doing that in public....
[03:33] <phunyguy> that's as far as I will go.
[03:33] <phunyguy> (besides, you turned around and did the same thing)
[03:33] <daftykins> hmm, which turnaround thing?
[03:34] <daftykins> i do agree with you about that incident, but i think i've done a lot to improve the friendliness over the past few months :)
[03:34] <daftykins> considering how many idiots and trolls come in on a regular basis it's a tough place to keep a cool head in
[03:35] <daftykins> anyway i'm going to step away now, thanks for the quick response rww
[08:39] <rww> two factoid-related things I wish our users would read:
[08:40] <rww> 1) "(ONLY use this trigger in emergencies)" ~ from ops factoid
[08:40] <rww> 2) "Please ask the user to speak in the correct language /before/ firing one of these triggers at them." ~ IRC Guidelines
[08:47] <rww> @mark #ubuntu cfhowlett asked *again* to cut down on shotgunning factoids when he doesn't know answers
[14:09] <AlanBell> hggdh: hiya
[14:37] <ikonia> hello AlanBell, nice to see you acctive.
[15:18] <AlanBell> I check in from time to time :)
[15:21] <ikonia> still nice to see you active
[15:44] <popey> Is it possible to reclaim #ubuntu-podcast ? (which is currently owned by freenode-staff) ?
[16:00] <hggdh> AlanBell: Unit193 would like to have Drone` dealing with floods, lowfloods, and others on #ubuntu. Can you please coordinate with him?
[16:12] <hggdh> popey: yes, it is possible, it is part of our namespace
[16:13] <AlanBell> hggdh: Unit193 sure
[16:13] <hggdh> AlanBell: thank you
[16:13] <popey> hggdh: what's the process?
[16:14] <hggdh> popey: I (or someone in the IRCC) have to ask staff to give ubuntuirccouncil +F; we then get to own the channel, and can work on it
[16:15] <popey> ok. Great.
[16:16] <hggdh> popey: already asking staff for it
[16:16] <popey> \o/
[16:16]  * popey hugs hggdh
[16:16]  * hggdh hugs popey back
[21:16] <retroispresto> [07:15] <choker> Muffin asked me to ask you. If you love enough to lick asshole   [07:15] <retroispresto> Pardon? [07:16] <choker> I heard you picked johnjohn101 ass
[21:17] <retroispresto> choker is messaging random peeps in #ubuntu-offtopic
[21:18] <Pici> retroispresto: thanks, removed.
[21:18] <retroispresto> okay.
[23:17] <xangua> can I please be unbanned? my internet connection has been dropping a lot lately, I mean I live in mexico for god's sake :P
[23:17] <ikonia> hello xangua
[23:17] <ikonia> ahh you've had some stability problems
[23:17] <ikonia> is it ok now ?
[23:17] <xangua> And I was eating a huge burger so I wasn't even on the screen
[23:18] <ikonia> yes, but is the connection stable now
[23:18] <xangua> well I'm using irccloud right now
[23:18] <Unit193> To be precise, you were having maxsendQ issues.
[23:21] <ikonia> I've removed the ban forwad for you
[23:22] <xangua> well I'm basically using a irc bouncer, so it should be ok for now
[23:22] <xangua> this is already the second time in a lifetime
[23:25]  * xangua You’ve been banned from #ubuntu-offtopic :P
[23:25] <ikonia> there you go
[23:26] <phunyguy> thanks ikonia
[23:26] <ikonia> no problem
[23:26] <phunyguy> xangua: did you get my PM?
[23:26] <xangua> I don't get PM's :P
[23:26] <phunyguy> just curious if it made it through
[23:26] <phunyguy> oh
[23:26] <phunyguy> haha
[23:26] <phunyguy> carry on then.


[00:10] <LEI4> LRH OFFICIAL: We are not spamming you | https://www.youtube.com/watch?v=_utMUBnl3nk
[00:24] <nickenchuggets> LRH OFFICIAL: We are not spamming you | https://www.youtube.com/watch?v=_utMUBnl3nk
[01:41] <Char0n> LRH OFFICIAL: We are not spamming you | https://www.youtube.com/watch?v=_utMUBnl3nk
[02:47] <JoeK28> LRH OFFICIAL: We are not spamming you | https://www.youtube.com/watch?v=_utMUBnl3nk
[06:43] <chalcedony> LRH OFFICIAL: We are not spamming you | https://www.youtube.com/watch?v=_utMUBnl3nk


[00:35] <bobesponja> bug 1
[00:35] <ubotu> Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,In progress] https://launchpad.net/bugs/1
[00:35] <bobesponja> bug 2
[00:36] <bobesponja> bug 107188
[00:36] <ubotu> Launchpad bug 107188 in update-manager "[MASTER] [kde] Upgrade tool crashed with " Cannot allocate memory" (edgy -> feisty)" [High,Confirmed] https://launchpad.net/bugs/107188
[01:32]  * nixternal replaces a customers dying Windows PC with a Kubuntu 7.10 PC
[01:32] <nixternal> anyone know of any problems with SB Audigy cards at all?
[01:32] <crimsun_> more precisely, please.
[01:33] <crimsun_> I could talk your ear off about "problems with SB Audigy cards"
[01:33] <Jucato> !sound | nixternal
[01:33] <ubotu> nixternal: If you're having problems with sound, first ensure ALSA is selected, by double clicking on the volume control, then File -> Change Device (ALSA Mixer). If that fails, see https://help.ubuntu.com/community/Sound - https://help.ubuntu.com/community/SoundTroubleshooting - http://alsa.opensrc.org/index.php?page=DmixPlugin - For playing audio files, see !Players and !MP3
[01:33] <nixternal> my brother's pc has one of the funky sb audigy 2 platinum deals with the front port thing
[01:33] <Jucato> j/k
[01:33] <crimsun_> skip the livedrive.
[01:33] <crimsun_> use the rear ports.
[01:33] <Riddell> nixternal: fancy packaging 3.95 for gutsy?
[01:33] <crimsun_> yes, the livedrive does work, but it can be a pain in the butt.
[01:34] <nixternal> Riddell: is it out already?
[01:34] <nixternal> and sure :)
[01:34] <nixternal> crimsun_: I don't think he uses it much anyways, so I really don't care :)  just wanted to make sure he was going to have sound before I did the install
[01:34] <crimsun_> he should
[01:34] <nixternal> OK
[01:35] <Riddell> nixternal: it's on ktown
[01:35] <nixternal> wow, OK
[01:36] <nixternal> oh wow, this is weird...Kubuntu has no problem with my crazy wide screen, but I am using a 15" LCD to do this install, and it doesn't do 1024x768 on the LiveCD correctly..had it listed as a widescreen
[01:46] <nixternal> ktown dl initiated
[01:47] <nixternal> crimsun_: so are you making a comeback now or what? :)
[01:47]  * Jucato waves to nixternal
[01:47] <Jucato> good evening
[01:47]  * nixternal waves to Jucato
[01:47] <nixternal> good morning to you
[01:47] <Jucato> nixternal: would you know where jjesse is keeping that Adept guide he's working on? if it's in a pubic place?
[01:48] <nixternal> 8:47am there right?
[01:48] <Jucato> yep :D
[01:48] <nixternal> Jucato: go to his user page on LP and check his code page
[01:48] <Jucato> ok thanks
[01:49] <Jucato> wow topof the least :)
[01:50] <Jucato> 8. By  Jonathan<EMAIL_ADDRESS>on 2007-06-29 more changes while i was waiting for my car to get fixed
[01:50] <Jucato> lol! :)
[01:50] <Daskreech> I love open source :)
[01:54] <nixternal> haha
[01:54] <nixternal> I thought he has made changes since then...maybe not
[02:01] <Daskreech> nice timing
[02:01] <jjesse> who?
[02:01] <Jucato> hhahaha
[02:01]  * Jucato chokes
[02:01] <Jucato> wb jjesse
[02:01] <jjesse> thanks Jucato
[02:01] <Jucato> good evening too :)
[02:02] <jjesse> good morning to you :)
[02:02] <Jucato> jjesse: nice timing because I was just asking about the Adept guide you were working on...
[02:02] <jjesse> Jucato: oh yeah that...
[02:02]  * Jucato is dreaming big of helping... probably in the next few weeks
[02:02] <jjesse> i think i have a bzr branch
[02:02] <begert> hello
[02:02]  * Jucato emphasizes *weeks*
[02:02] <Jucato> yeah I'm there
[02:03] <jjesse> i would love comments and additions
[02:03] <jjesse> https://code.edge.launchpad.net/~jjesse/adept/documentation
[02:03] <jjesse> create your own branches and upload to it
[02:04] <Jucato> since I know squat about docbook.. I'll try to take a look at it first :P
[02:04] <jjesse> cool
[02:04] <jjesse> use the code browser to read it if you don't want to check it out
[02:06] <Jucato> I'm there as well
[02:07] <jjesse> seriously make some comments and suggestions for changes
[02:07]  * Jucato doesn't know how to use code browser bwahahah
[02:08] <Jucato> this is my first try at LP's code section
[02:11] <Daskreech> Hi begert
[02:11] <jjesse> i've used it several time will use it more that the docteam is using bzr
[02:13] <Jucato> jjesse: in http://codebrowse.launchpad.net/~jjesse/adept/documentation/files there is a C/ folder and a c/ folder. what's the diff?
[02:13] <jjesse> hrmm don't remember
[02:13] <Jucato> heh :)
[02:14] <jjesse> is one more up to date then the other?
[02:14] <jjesse> hrm will have to clean them up, will work on it this weekend
[02:14] <Jucato> yeah, the c/ is
[02:15] <Daskreech> If you are Jonathan Jesse please log in for upload directions.
[02:15] <Daskreech> Should that make me laugh as hard as it did?
[02:15] <jjesse> grin
[02:16] <jjesse> i think i need to change it to a team so more people can work on it
[02:17] <Jucato> jjesse: is there a way I can view adeptguide.xml as something not xml? :D
[02:17] <Jucato> team? more people? we can dream :)
[02:17] <jjesse> umm i think it should build
[02:17]  * Jucato doesn't know how to build... noob
[02:17]  * jjesse is not booted in kubuntu right now to build it
[02:17] <Jucato> it's ok
[02:17] <Jucato> me too. but how do I build it? :)
[02:18] <jjesse> is there a makefile there? or not ?  if there isn't i can work on creating one
[02:18] <jjesse> so it will build
[02:18] <Jucato> checkouting...
[02:18] <Daskreech> Jucato: What are you In?
[02:18] <jjesse> i think i was just using the same process as the doc team to build it out
[02:19] <Jucato> codebrowse doesn't show a makefile...
[02:19] <Jucato> bah maybe later.
[02:19] <Jucato> I can read XML anyway :D
[02:20] <jjesse> ok
[02:20] <jjesse> i work on a makefile
[02:20]  * Jucato isn't booted either
[02:20] <jjesse> still working on waking up?
[02:20] <Jucato> yeah...
[02:24] <Daskreech> 0.o
[02:24] <Daskreech> So Jucato  is logged into IRC ... THROUGH HIS BRAIN?
[02:26] <milian> hi, is there a way to disable the "shadow" effect of the logout menu?
[02:26] <milian> or a way to get the old one with konqi back?
[03:09] <CPrgmSwR2> Hi, kde4 3.95 or beta4 was tag what is the current status of placing the packages in the system?
[03:12] <Daskreech> Hi CPrgmSwR2
[03:13] <CPrgmSwR2> hey
[03:13] <Daskreech> how are you?
[03:13] <CPrgmSwR2> alright
[03:13] <CPrgmSwR2> and you
[03:13] <Daskreech> Stuffed
[03:14] <CPrgmSwR2> I cannot wait for kde4 to be finished and released
[03:15] <CPrgmSwR2> The new fglrx drivers work good enough to experience the new kwin effects like fall apart
[03:16] <Daskreech> CPrgmSwR2: Umm what do you count as KDE4 being finished>
[03:16] <Daskreech> KDE5 coming out?
[03:17] <CPrgmSwR2> When the developers deam that kde4.0 is good enough for release
[03:17] <Daskreech> ah 4.0 :)
[03:17] <Daskreech>  well that's a timed release :)
[03:18] <Daskreech> Regardless of if the developers bless it or not
[03:19] <Daskreech> Soon be back
[03:19] <CPrgmSwR2> k
[04:38] <Jucato> hi Hobbsee!
[04:39]  * Daskreech hops on Hobbsee
[04:39]  * Jucato takes a power nap
[04:40] <Hobbsee> heya!
[05:29] <manchicken> I'm about ready to see if I can roll 3.5.8 back.  This is just crazy.
[05:36] <Daskreech> ubotu!!
[05:45] <ebrahim> Daskreech, Where has it gone?!?
[05:45] <Daskreech> My mighty ego has blown it away!
[06:32] <ebrahim> What does ubuntulog do? (I couldn't get much info by searching.)
[06:32] <Hobbsee> ...it logs?
[06:37] <ebrahim> Hobbsee, its name says so! But any further info on this (likely) bot?
[06:41] <Hobbsee> !logs, when ubotu comes back
[07:08] <uga> ebrahim: it logs anything you write in this channel
[07:08] <uga> so that people can read it
[07:08] <ebrahim> uga, great idea. Is it run by canonical?
[07:09] <uga> no idea who runs it
[07:09] <uga> but it's a standard service on a few channels afaik, so possibly yes
[07:10] <uga> ebrahim: https://help.ubuntu.com/community/InternetRelayChat#head-3764552ccef65ea78b1fd8d16bee097a5ca6c76c
[07:11] <uga> ebrahim: logs are here: http://irclogs.ubuntu.com/2007/10/
[07:12] <uga> uhm??? #ubuntu-fridge??
[07:12] <uga> those gnomees are nuts ;)
[07:12] <ebrahim> uga, great! thanks!
[07:12] <ebrahim> uga, :D
[07:19] <Daskreech> uga: can you stick around on the fridge for some notes?
[07:25] <imbrandon> too bad they dont make blue pumkins :) http://www.imbrandon.com/2007.10.27/the-great-ubuntu-pumkin-charlie-brown.html
[07:26] <uga> Daskreech: heh
[07:28] <Daskreech> uga: Innocent question
[07:28] <Daskreech> imbrandon: hey this is time for tricks AND treats ;-)
[07:29] <Daskreech> Some light colouring help couldn't hurt the pumpkin :)
[07:29] <uga> Daskreech: "The Fridge Channel: It's a cool place to be."
[07:29] <uga> heh, it actually exists ;)
[07:29] <Daskreech> I know
[07:29] <Daskreech> Http://fridge.ubuntu.com
[11:21] <mhb> hi folks
[11:28] <mhb> can I have a little review here? How many of you are using the 'locate' tool and the 'updatedb' database?
[11:29] <mhb> err, not review, what's the word ... questionnaire or something like that :o) containing just one question
[11:36] <serzholino> pool
[11:37] <serzholino> i use
[11:39] <mhb> serzholino: yeah, me bad english
[11:40] <mhb> especially in the morning
[11:40] <serzholino> 1:40 pm here :)
[12:27] <WaltzingAlong> i use it
[12:27] <hunger> When will kubuntu stop putting root:root owned files in my user's .kde dir?
[12:27] <hunger> That is extremly annoying:-(
[12:28] <Hobbsee> hunger: when you stop sudoing your gui programs.
[12:28] <WaltzingAlong> hunger: perhaps because you are using some program launched through sudo guiapp
[12:29] <WaltzingAlong> btw use kdesu guiapp or kdesudo guiapp instead
[12:29] <Hobbsee> oh, unless the kdesudo bug hasnt been fixed yet.
[12:29] <Hobbsee> but i'd expect it has been.
[12:29] <hunger> Hobbsee: I am having that with kcontrol, etc. which are preconfigured by you guys (and girls).
[12:30] <Hobbsee> did you use sudo or kdesu?
[12:30] <hunger> Hobbsee: I *never* start anything with any form at su from my user account.
[12:31] <Hobbsee> right....
[12:31] <hunger> Hobbsee: At least not manually. Only when going admin mode in a controlcenter module.
[12:32] <Hobbsee> right
[12:32] <Hobbsee> which version of kdesudo do you have?
[12:32] <hunger> Hobbsee: whatever is current in gutsy 5 min ago.
[12:32] <hunger> Sorry, have to walk my dog.
[13:21] <Jucato> ah... and fun is a huge motivation in this line of work... specially when purely voluntary :)
[13:21] <Jucato> heheh :)
[13:22] <Hobbsee> indeed.
[13:22] <mhb> Jucato: I thought europe is "down under" for you :o)
[13:22] <uga> Hobbsee: heh, is that your statement, or somebody else's trying to help you? =)
[13:23] <Hobbsee> uga: my statement.
[13:23] <Hobbsee> uga: i'm in retail.
[13:23] <Jucato> mhb: oh Europe is waaaay on top :)
[13:30] <mhb> when is fosscamp going to start?
[13:30] <mhb> hmm, in a few hours, right?
[13:31] <Hobbsee> yeah
[13:31] <Hobbsee> half an hour, most likely
[13:33] <Jucato> no live feeds? :)
[13:34] <Riddell> in an hour
[13:34] <Riddell> I doubt there's live feeds for fosscamp, there's no schedule at all
[13:35] <Jucato> aah anything goes? :)
[13:47] <Riddell> nixternal: this could do with a dot story if you fancy http://news.opensuse.org/?p=476
[14:01] <mhb> Riddell: any magic spells you could use to speed up canonical sysadmins in creating a drupal page for us?
[14:01] <mhb> Riddell: I mean - no sign of activity since I entered the wish into their RT system
[14:04] <Riddell> currently Ng seems busy setting up the wifi network
[14:04] <Riddell> I'll ask him but I suspect it may not happen until he gets back to England in a couple of weeks
[14:42] <crimsun_> nixternal: no, just around for a bit
[15:27] <serzholino> I remember there was sms plugin in kopete, but now in gutsy i see no suck plugin. Was it removed for kubuntu or upstream?
[15:55] <superstoned> sebas: hey /me gaat niet komen naar je verjaardag, ben erg moe van de Ubuntu party (en slecht geslapen)... Ik hoop dat je zonder me kunt :D
[15:57] <mhb> Riddell: okay, it's a bit of a blocker because each day the enthusiasm of the folks involved wears of a bit, but I can understand that
[15:58]  * Jucato wonders what jos just said :)
[15:59] <Hobbsee> Jucato: does it help if you're told that it's in dutch?
[15:59]  * Hobbsee actually heard some dutch tonight
[15:59] <Jucato> heheh :)
[16:04] <Jucato> bah I totally forgot out openweek today :/
[16:08] <Daskreech> Jucato: Moin
[16:08] <Jucato> hi Daskreech
[16:09]  * Daskreech grumbles and goes back to bed
[16:09] <Jucato> O.o
[16:20] <Jucato> FAQ #1 strikes again...
[16:22] <nixternal> mornin'
[16:23] <Hobbsee> hiya nixternal!
[16:23] <Jucato> nixternal!!!!!!! *cough* !!!!111111213001011
[16:24] <Tm_T> :(
[16:25] <nixternal> whoa, your bits and bytes there look like the ones Microsoft uses for a blue screen
[16:25] <Jucato> :D
[16:25] <nixternal> Riddell: when you get the chance, tell me just how in the world you find all of this KDE news
[16:26] <Jucato> nixternal: that one's on Planet KDE
[16:26] <Jucato> oops. I'm not Riddell :P
[16:26] <nixternal> hehe
[16:29]  * Jucato finds it amusing that some people decide to use a distro based on whether Compiz is installed on it or not...
[16:29]  * ScottK would look for not...
[16:30] <Jucato> but tbh...with all the hype around it... we're a bit on the losing end...
[16:30]  * Jucato actually wonders how Mandriva or Sabayon got away with Compiz...
[16:30] <Jucato> sabayon uses KDE right?
[16:30] <Hobbsee> it probably crashes.  lots.
[16:30] <Jucato> hehe
[16:31] <Jucato> hm.. too bad Mandriva gave up too quickly on that Metisse thing... I guess they couldn't stand the combined powers of Compiz and Beryl
[16:33] <Riddell> Metisse is great fun, rotating windows is just comedy
[16:33] <Jucato> heheh
[16:37] <nixternal> Riddell: dot story in queue
[16:38] <Jucato> hehe Kubuntu-KDE guy writing about openSUSE-KDE guy... world peace at last! :D
[16:38] <nixternal> that interview brought back some memories...I need to put my Commodore 64 back together and play some Ghostbusters and Pit Fall
[16:38] <nixternal> hehe
[16:39] <nixternal> it's all in the name of KDE :)
[16:40] <Jucato> hm... I suddenly had an idea for this halloween...
[16:40] <Jucato> anyone know of a Konqui "doll" design pattern? :D
[16:41] <nixternal> I want to say "maybe" on that one...there is someone on Planet KDE show makes the plush dolls I thought
[16:41] <nixternal> brb
[16:51] <Riddell> nixternal: fancy doing a quickies?  there's a few things in the queue
[16:56] <nixternal> sure
[16:57] <begert> heh, quickie
[17:11] <nixternal> Riddell: how far back should I go on the stories in the queue? and should people really write an article about themselves/a book they just published?
[17:12] <Riddell> nixternal: in a quickie the book is good
[17:12] <nixternal> k
[17:12] <Riddell> radio amarok
[17:12] <Riddell> 12 tips
[17:13] <Riddell> kurt posted about the asus laptop thing on dot-editors
[17:13] <Riddell> kde italia
[17:16] <nixternal> the kde italia one needs a lot of editing...that is fine that we do it right, just trying to maintain as much of the authors wording?
[17:17] <jpatrick> ahoy apachelogger
[17:17] <Riddell> nixternal: quickies!
[17:17] <Riddell> just a sentence, have you seen quickies stories in the past?
[17:17] <nixternal> ohhhhhhhh
[17:17] <nixternal> yes, gotcha now
[17:17] <Jucato> :D
[17:18] <apachelogger> ahoy jpatrick
post 1 quicking

post 2 quickie
 and so on
 :)
[17:18] <jpatrick> there's a kubuntu-art.org?
[17:19] <apachelogger> for a couple of months already
[17:19] <apachelogger> jpatrick: wanna revu some stuff? ;-)
[17:19] <jpatrick> apachelogger: lemme at 'em!! :D
[17:20] <apachelogger> jpatrick: lightwight qt batch image resizer: http://revu.tauware.de/details.py?upid=440
[17:20] <jpatrick> this is the one by sebr?
[17:20] <apachelogger> jpatrick: package update + bug fix for oo.o quick starter: http://revu.tauware.de/details.py?upid=441
[17:21] <apachelogger> jpatrick: yep
[17:21] <jpatrick> apachelogger: I recommend cdbs but your choice ;)
[17:21] <Riddell> nixternal: like this http://dot.kde.org/1187268289/
[17:22] <nixternal> ya, I am looking at your last one right now
[17:22] <apachelogger> jpatrick: well, I probably could use qmake.mk ... since the software doesn't use autohell ... but then again not using cdbs was faster than fixing possible issues with qmake :P
[17:23] <jpatrick> apachelogger: I think the ./configure for squash ought to have --prefix=/usr
[17:23] <apachelogger> nope
[17:23] <apachelogger> there is no install routine thingy
[17:24] <apachelogger> it's only the binary so I throw it in place with squash.install
[17:25] <jpatrick> ok, they look good to me, I'll pbuild
[17:31] <jpatrick> wb Jucato
[17:31] <Jucato> htanks
[17:31] <Jucato> er.. thanks
[17:45]  * n8k99 waves
[17:46] <Jucato> hi n8k99
[17:46] <n8k99> hi Jucato
[17:53] <jpatrick> apachelogger: err, it looks like oooqs2-kde is already in universe
[17:54] <apachelogger> jpatrick: it's an update
[17:55] <jpatrick> apachelogger: aha, in case that case they're good to go
[17:56] <nixternal> Riddell: the KDE Italia story happens today, or is actually getting ready to end..does it make sense to still include it?
[17:56] <nixternal> nevermind...I will make it a "past event"
[17:56] <apachelogger> jpatrick: thanks for looking :)
[17:57]  * apachelogger fires kaffeine with weeds up
[17:58] <jpatrick> kein problem
[18:03] <nixternal> Riddell: Quickie in the queue
[18:23] <nosrednaekim> hummm...I have high speed internet... what to do ?
[18:24] <jpatrick> ?
[18:25] <Hobbsee> fix hardy!
[18:25] <nosrednaekim> heh
[18:25] <nosrednaekim> jpatrick: I ussually have dial-up.. but i'm down at the library
[18:26] <Jucato> or put Hobbsee to sleep
[18:27] <Hobbsee> mmm...sleep
[18:27] <Jucato> yes
[18:30] <nixternal> holy smokes Hobbsee, you are still up?
[18:30] <nixternal> jeesh
[18:30] <Hobbsee> yeah
[18:30] <Hobbsee> it's 4.30am apparently
[18:30] <nixternal> you think :)
[18:30] <nixternal> hehe
[18:30] <nixternal> I have to do a doc talk today for openweek :(
[18:30] <nixternal> in an hour and a half to be exact, so double :(
[18:31] <Hobbsee> heh
[18:32] <Jucato> and I won't be there to listen.... so minus :( and plus :)
[18:32] <Jucato> or triple :(
[18:32] <nixternal> hehe
[18:33] <nixternal> it will be boring anyways...on a Saturday, nobody is around to listen
[18:33]  * ScottK goes to do laundry and pack.
[18:39] <Jucato> guess it's time for me to disappear as well...
[18:39] <nixternal> k'nite
[18:39] <nixternal> :)
[18:39] <Jucato> thanks!
[18:40] <Jucato> and good luck! :)
[18:56] <Lure> is there uds specific channel?
[18:57] <nixternal> I hope so
[18:59] <n8k99> nixternal: are you going to uds?
[19:00] <nixternal> nope :(
[19:00] <nixternal> boo!
[19:01] <n8k99> dang!
[19:02] <nixternal> this should hopefully be the last one I miss...maybe the April one I will miss as well in 08
[19:03] <bddebian> Heh, heya nixternal
[19:03] <nixternal> but I will more than likely go to aKademy in 08 and the rest of the UDS's from here-on-out
[19:03] <nixternal> school will be over next spring..so I will be looking for work either as a Business/Marketing manager or an aspiring developer
[19:04] <nixternal> so if you live anywhere but Chicago, preferably east coast if I stay in the US, or if not, then Cabo San Lucas Mexico, or anywhere in Europe (Spain, France, Italy, Greece, UK, Riddell's closet)
[19:05] <nixternal> then get me a job :)
[19:05] <nixternal> forgot Germany in that list as well
[19:06] <nixternal> and if it is in Europe somewhere, I guess I will have to fly, even though I absolutely hate it
[19:06] <n8k99> ooh very nice!
[19:07] <nixternal> I would love to get back to the bay area (ScottK and crimsun_), or the Carolinas on the east coast
[19:07] <nixternal> New York is about as far north as I will go
[19:08] <nixternal> I am afraid if I go to NYC though, I will pick up my ways again and become the first Swedish-Polish-Irish-Native American Indian mob boss
[19:11] <mhb> good evening
[19:11] <mhb> hi nixternal, are you running KDE4 as you declared?
[19:11] <nixternal> I sure am
[19:12] <mhb> nixternal: good .o)
[19:12] <mhb> nixternal: I'm compiling kdebase now, hope I can do the same as you
[19:12] <nixternal> speaking of which, I need to do an svn up, and rebuild with the new updates this weekend if I get a chance
[19:12] <nixternal> so far, I haven't had any crashes, but I haven't been doing much the past couple of days but some LaTeX work
[19:17] <_StefanS_> nixternal: hows the speed of your kde4?
[19:17] <_StefanS_> nixternal: did you compile with fulldebug and all that+
[19:17] <_StefanS_> ?
[19:18] <nixternal> yes
[19:18] <nixternal> and the speed is pretty decent
[19:18] <nixternal> Intel chipset, Celeron M 1.6
[19:20] <Lure> aseigo just fixed my performance issue in plasma, so I hope it will work decent now for me
[19:20] <_StefanS_> nixternal: you just followed the guide on techbase.kde.org?
[19:21] <nixternal> yes
[19:21] <_StefanS_> sweet.. I gotta try that
[19:21] <nixternal> Lure: ya, I noticed a little slowness with Plasma, but not showstopping slowness
[19:21] <Lure> nixternal: it was using 100% of cpu due to walppaer
[19:22] <nixternal> hrmm, I don't think I seen that issue
[19:22] <Lure> nixternal: 1920x1200 screen was not supported in pixmap cache, causing svg ->pixmap conversions all the time
[19:23] <Lure> nixternal: kde bug 151109
[19:23] <_StefanS_> Lure: is that fix available ? I have the same resolution also
[19:23] <Lure> _StefanS_: ^^^
[19:23] <Ubotwo> KDE bug 151109 in General "pixmap cache too small for 1920x1200" [Normal,Assigned] http://bugs.kde.org/show_bug.cgi?id=151109
[19:23] <_StefanS_> yea ;)
[19:23] <_StefanS_> saw it
[19:23] <Lure> _StefanS_: not final fix, just workaround which should be "good enough"
[19:23] <_StefanS_> fair enough
[19:24] <_StefanS_> nixternal: didnt that compile take like a week or something ?
[19:24] <nixternal> Lure: that would explain it then...if you could, send me a monitor that can do that resolution so I can test it :)
[19:24] <nixternal> hehe
[19:24] <nixternal> _StefanS_: only took a couple of hours to compile pretty much every KDE 4 module
[19:25] <Lure> nixternal: it is built in my laptop, so a bit harder to send one ;-)
[19:25] <nixternal> including Amarok 2
[19:25] <nixternal> oh wow, then send me a laptop :)
[19:25] <nixternal> hehe
[19:25] <_StefanS_> ah
[19:25] <Lure> nixternal: you do not want it really (had motherboard replaced the third time ;-))
[19:25] <nixternal> ooh, that stinks
[19:25] <_StefanS_> Lure: what brand? apple
[19:26] <_StefanS_> ?
[19:26] <Lure> _StefanS_: hp nw8240
[19:26] <_StefanS_> oh my just looked a HP 8510 or something
[19:26] <_StefanS_> good thing I skipped that in favour of a t61p
[19:26] <nixternal> I have been super lucky with my laptop...Compaq C304nr, 1GB ram, 1.6GHz Celeron M, 15" widescreen (1280x800), and not one problem...I have been dist-upgrading since Dapper on this laptop
[19:26] <Lure> _StefanS_: we have lot's of hp laptops at work and regular replacements of motherboards
[19:26] <Lure> so take at least 3-year warranty, then you should be fine
[19:27] <Lure> ;-)
[19:31] <_StefanS_> nixternal: I'm guessing that the kde4 packages by Riddell should not be on the system when making that svn version (?)
[19:31] <Lure> _StefanS_: no need, as yours will be in home
[19:31] <nixternal> doesn't matter...when you build from svn it is wise to create a new user and just work from the new users (kde-devel) directory
[19:31] <_StefanS_> ah yep
[19:31] <_StefanS_> thanks
[19:31] <Lure> _StefanS_: I have kde-devel user and everything is started from his home
[19:31] <mhb> one user rules them all here
[19:32] <nixternal> I might do that, but I am probably going to build slackware and have just KDE 4 on it, that way there I can get the KDE 4 packages only in the menu and not everything on the system, unless of course there is an easy fix I am overlooking
[19:33] <mhb> nixternal: I knew you're gonna move to something else sooner or later :o)
[19:33] <nixternal> not to move away from Kubuntu, but Slackware is a "compile, make, and make install" person's dream :)
[19:33] <nixternal> although
[19:34] <nixternal> shoot, I am an idiot..I could just install Ubuntu server and do it from there
[19:34] <nixternal> derr
[19:34] <mhb> ubuntu-minimal might be a better package to start from
[19:47] <_StefanS_> nixternal: so why doesnt sudo work for the kde-devel user, any idea?
[19:47] <nixternal> you need to add kde-devel to the 'admin' group
[19:47] <_StefanS_> ah
[19:47] <_StefanS_> never really look much into that :)
[19:48] <nixternal> hehe, I forget about it as well every now and then myself
[19:48] <nixternal> and on occassion, more than once when setting up a kde-devel user
[19:48] <_StefanS_> ah neat, it works
[19:48] <_StefanS_> nixternal: did you compile your own qt-copy?
[19:49] <nixternal> if you are using >= Feisty all you need to do is make sure you install all of the dependencies listed under Kubuntu, and then procede with kdelibs
[19:49] <nixternal> you won't need to do qt-copy or kdesupport then
[19:49] <nixternal> as we have all of the dependencies already in the repos
[19:49] <_StefanS_> yups nice
[19:50] <nixternal> there will be more deps that you will need to install though as you go through...if you come across a dep, make sure you add it to the list on techbase
[19:50] <nixternal> I didn't do it my last install, but I should have
[19:50] <nixternal> I will install it on my desktop here later so I will add as needed as well
[19:50] <nixternal> Riddell: .95 libs building now...should I upload to my PPA?
[19:50] <_StefanS_> jep gotcha
[19:51] <nixternal> and if so, should I attach ~ppa to the end of the package version?
[19:52] <mhb> I thought the KDE folks abide by the rule "test compile every time"
[19:53] <Riddell> nixternal: kubuntu-members PPA
[19:53] <mhb> yet I get errors every time I try to compile their trunk
[19:53] <Riddell> nixternal: yes, add ~ppa1
[19:53] <nixternal> roger
[19:53] <_StefanS_> uhm regarding hardy.. is it a more conservative release than gutsy because of LTS ?
[19:53] <nixternal> heh, I should have asked before starting the libs build...I knew I should have :)
[19:53] <Riddell> nixternal: and obviously run dh_install --sourcedir=debian/tmp --list-missing to see if there's new files that need to be installed
[19:53] <_StefanS_> I mean, is there any restrictions on the features and stuff
[19:54] <Riddell> _StefanS_: the focus is on kubuntu catchup with with ubuntu for features, and stability
[19:54] <Riddell> but new features are fine too so long as they aren't insane
[19:54] <nixternal> Riddell: of course :)
[19:54] <nixternal> how about extragear-plasma?
[19:54] <_StefanS_> Riddell: business as usual then?
[19:55] <Riddell> nixternal: that hasn't been packaged yet, would be nice if it has time
[19:55] <nixternal> roger
[19:56] <Riddell> you can take plasme-playground and adapt
[19:59] <nixternal> #ubuntu-classroom for the OpenWeek Ubuntu Documentation Talk
[19:59] <ScottK> We have that?
[20:00] <nixternal> heh, I spammed the doc talk, but totally forgot to spam the Kubuntu talks...jeesh I am e.tarded
[20:10] <jpatrick> imbrandon: ping
[20:11] <imbrandon> jpatrick, pong
[20:12] <jpatrick> imbrandon: could you sponser a main upload for me?
[20:12] <imbrandon> hardy? sure
[20:12] <jpatrick> one sec, still has to appear on revu
[20:13] <imbrandon> jpatrick, you finaly back too? hehe
[20:13] <imbrandon> done any kbfx junk lately ?
[20:13] <jpatrick> imbrandon: yeah, I *had* to get past the minimum oblitory education
[20:13] <imbrandon> :)
[20:14] <imbrandon> cool, great to have ya arround again i've slowly got back into things too after gutsy, i already have more uploads to hardy than all of gutsy , lol
[20:14] <jpatrick> https://lists.ubuntu.com/archives/hardy-changes/2007-October/author.html
[20:14] <jpatrick> ^i've been busy too \o/
[20:15] <jpatrick> it's great to be back
[20:15] <jpatrick> this is the thing I enjoy doing most
[20:16] <imbrandon> same here, kinda fun since you were my first mentor and half my age , heheh but still a kick arese kde guy
[20:16] <imbrandon> :P
[20:16] <imbrandon> anyhow i got my eye on the console upgrading a box, poke me when it hits revu
[20:16] <jpatrick> I try my best
[20:19]  * jpatrick wonders where his upload went
[20:20] <jpatrick> aha!
[20:20] <jpatrick> imbrandon: http://revu.tauware.de/details.py?upid=443
[20:22] <imbrandon> grabbing now
[20:24] <jpatrick> thanks
[20:25] <imbrandon> just a quick glance at the changelog, this is just a common merge right ?
[20:25] <imbrandon>   kwin-style-crystal_1.0.5-0ubuntu1_source.changes: done.
[20:25] <imbrandon> Successfully uploaded packages.
[20:25] <imbrandon> Not running dinstall.
[20:25] <imbrandon> brandon@hood:~/files/dev/jpatrick$
[20:25] <imbrandon> done
[20:25] <jpatrick> thanks again!
[20:25] <Riddell> jpatrick: you merged in the kubuntu style?
[20:25] <jpatrick> Riddell: upstream did
[20:26] <imbrandon> Riddell, debian did
[20:26] <Riddell> the current one we use?
[20:26] <imbrandon> yea it looks the same
[20:27] <jpatrick> Riddell: upstream has kubuntu- dapper, edgy, feisty, in src, or did I miss something?
[20:28] <Riddell> groovy, that should be all
[20:28] <imbrandon> Riddell, have a quick poke http://revu.tauware.de/revu1-incoming/kwin-style-crystal-0710272250/kwin-style-crystal-1.0.5/pics/
[20:28] <imbrandon> all seems to be there
[20:32] <imbrandon> Riddell, are there any Qyoto examples in the repo ?
[20:36] <jpatrick> imbrandon: qyoto-examples?
[20:37] <Riddell> as jpatrick says :)
[20:47] <ebrahim> Ubotwo, !bash
[20:47] <Ubotwo> ebrahim: Error: "!bash" is not a valid command.
[20:49] <ebrahim> Ubotwo, help
[20:49] <Ubotwo> ebrahim: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
[20:51] <nixternal> imbrandon: Qyoto examples were listed in the Qt 4 API docs I believe
[20:51] <nixternal> not the API docs, just the Qt 4 documentation page at Trolltech in general
[20:51] <ebrahim> Ubotwo, hi
[20:51] <Ubotwo> ebrahim: Error: "hi" is not a valid command.
[20:52] <ebrahim> Ubotwo, help commands
[20:52] <Ubotwo> ebrahim: Error: There is no command "commands".
[21:02] <Riddell> nixternal: Qyoto has nothing to do with Trolltech
[21:02] <nixternal> then where did I see that documentation?
[21:02] <nixternal> I was looking at it just the other day
[21:02] <Riddell> jambi?
[21:02] <nixternal> oh jeesh...nevermind me..I am a moron
[21:03] <ebrahim> Ubotwo, help cmd
[21:03] <Ubotwo> ebrahim: Error: There is no command "cmd".
[21:03] <ebrahim> Ubotwo, help echo
[21:03] <Ubotwo> ebrahim: Error: There is no command "echo".
[21:03] <ebrahim> Ubotwo, help dns
[21:03] <Ubotwo> ebrahim: Error: There is no command "dns".
[21:04] <nixternal> ebrahim: are you OK?
[21:04] <nixternal> ebrahim: /msg Ubotwo so it keeps it a little more quiet in here
[21:04] <nixternal> plus you do it i like this !cmd
[21:04] <nixternal> !echo
[21:04] <Ubotwo> Factoid echo not found
[21:04] <ebrahim> nixternal, I actually was! OK
[21:04] <nixternal> hehe
[21:05] <ebrahim> nixternal, :D
[21:05] <ebrahim> nixternal, This is Ubotwo, not ubotu!
[21:05] <nixternal> he works the same way
[21:05] <nixternal> !kubuntu
[21:05] <Ubotwo> Kubuntu is Ubuntu with KDE, the K Desktop Environment, instead of Gnome. See http://kubuntu.org for more information - For support: #kubuntu - See also !KDE
[21:06] <nixternal> same bot, different name
[21:06] <ebrahim> nixternal, interesting! thnx
[21:06] <ebrahim> nixternal, so what are all these commands?!?: http://supybot.sourceforge.net/docs/commands.html
[21:07] <nixternal> there is another list on the Ubuntu wiki for bot commands
[21:18] <begert_> so peeps, any good start guide for potential kubuntu developers
[21:18] <begert_> ?
[21:20] <_StefanS_> begert_: what languages do you program?
[21:20] <begert_> c++ for now
[21:20] <hunger> begert_: For now?
[21:21] <begert_> would like to learn python ;)
[21:21] <_StefanS_> begert_: do you know Qt ?
[21:21] <begert_> I do not
[21:22] <hunger> begert_: Qt is pretty well documented and easy to learn.
[21:22] <begert_> thats good to know
[21:22] <_StefanS_> you should start with Qt, and look at the KDE<>Qt subclassing
[21:22] <_StefanS_> techbase.kde.org
[21:23] <begert_> thanks
[21:23] <_StefanS_> then find some kubuntu related bugs on launchpad.net, and look into those
[21:24] <_StefanS_> I dont have any at hand
[21:24] <begert_> techbase looks like a great place to begin
[21:25] <_StefanS_> begert_: yep you can easily sport the link to the Qt based classes
[21:25] <_StefanS_> sport/spot
[21:26] <_StefanS_> begert_: https://launchpad.net/~kubuntu-team/+packagebugs
[21:27] <_StefanS_> begert_: : be sure to make an account on launchpad.net also
[21:27] <begert_> from http://techbase.kde.org/Getting_Started , I guess I would want the 3.5 branch?  or is there a kubuntu specific branch I should be using?
[21:27] <begert_> I have an account :)
[21:28] <begert_> I have been trying to help by submitting bugs and a little triaging
[21:28] <_StefanS_> ok nice
[21:28] <_StefanS_> 3.5 branch yes
[21:41] <mebrahim> !ubotwo
[21:41] <Ubotwo> Factoid ubotwo not found
[22:06] <mhb> nixternal: how do you manage strigidaemon to stop launching itself?
[22:06] <mhb> and eat 100% CPU in the process
[22:07] <jjesse> afternoon
[22:07] <mhb> hi jjesse
[22:07] <jjesse> hello mhb
[22:08] <KalEl> hi, i am totally new to KDE. to develop a KDE gui which packages would i need?
[22:08] <KalEl> i want to use c++.
[22:09] <jjesse> KalEl: might want to try #kde-devel
[22:09] <hunger> KalEl: kde*-devel
[22:09] <hunger> aehm... -dev
[22:12] <stdin> "kde-devel" should pull just about everything you'll need
[22:13] <KalEl> thanks
[22:15] <hunger> stdin: Cool, didn't know that:-)
[22:15]  * hunger always installed the individual debs.
[22:16] <profoX`> *cough*
[22:16] <profoX`> stdin: hey
[22:16] <stdin> we're looking for all sorts of help, not just developers :)
[22:17] <stdin> documentation, for instance, is a good place to dip in
[22:17] <profoX`> yea, but personally I'm most interested in helping to make Kubuntu on par with Ubuntu (to try and make sure the new features for Ubuntu Hardy will also be available in Kubuntu Hardy for example)
[22:18] <stdin> that's pretty much the goal for hardy
[22:18] <stdin> we plan to catch up to ubuntu in features and work out a lot of bugs
[22:19] <profoX`> I see.
[22:19] <hunger> stdin: Wow, great!
[22:19] <profoX`> I see a lot of people in this channel though. I was told there were only 2 active kubuntu developers ;)
[22:19] <stdin> the exact plan should be worked out at the UDS, then we'll have a goal-set
[22:19] <mhb> profoX`: it's great that you want to help with that
[22:19] <stdin> profoX`: well, there's only 1 paid developer
[22:20] <hunger> profoX`: I just hang out here, complaining about my favourite bugs.
[22:20] <mhb> profoX`: that's totally not true :o) just one developer is paid, but we volunteers do our best, too
[22:20] <profoX`> oh
[22:20] <profoX`> I guess that's jriddell then? :)
[22:21] <profoX`> since he works for canonical
[22:21] <stdin> yep :)
[22:21] <mhb> Riddell, yeah
[22:21] <profoX`> hunger: well, that's also important ;) well, maybe not the complaining part
[22:21] <nixternal> well if you can complain as well as hunger does, then it is important :p
[22:21] <nixternal> muhehe
[22:22] <Tm_T> mooh
[22:22] <mhb> profoX`: well you can pick a feature that you want to have in Kubuntu Hardy and just code it
[22:22] <stdin> as long as you make a bug report too, rather than just do a "moan and run" :p
[22:22] <jjesse> how bout fixing it rather then complaining :)
[22:22] <mhb> profoX`: it all depends on what you think you can manage in a 6-month cycle
[22:22] <hunger> stdin: I do bugreports... I even close them again occassionally.
[22:23] <hunger> stdin: Like when I despair and accept that some stuff will never get fixed:-(
[22:23] <profoX`> mhb: yea, but is there like a wiki page or something that lists the things already being worked on maybe?
[22:23] <nixternal> jjesse: are we going to be working from the Bazaar branch for Hardy, or are we still working out of SVN?
[22:23] <profoX`> I don't like to do double work :)
[22:23] <nixternal> I am somewhat confused by all of that
[22:23] <mhb> profoX`: no, because there's nothing set in stone yet
[22:23] <mhb> profoX`: just tell me what you'd like to do and I can perhaps give you directions
[22:23] <mhb> s/I/we
[22:24] <stdin> last week I mostly went around marking dups of 155032
[22:24] <mhb> bug 155032
[22:24] <profoX`> mhb: well, nothing yet; I'll first have to finish up some other things....
[22:24] <stdin> mhb: the kdesudo bug
[22:24] <hunger> stdin: THAT one is extremly annoying!
[22:25] <stdin> there is a fixed deb up
[22:25] <mhb> nixternal: how do you tame the strigidaemon again?
[22:25] <hunger> stdin: Not in my repositories:-(
[22:25] <nixternal> mhb: uninstall it :)
[22:25] <mhb> also, how can one actually configure plasma? Or set a wallpaper? Right clicking on desktop doesn't work like it did.
[22:26] <hunger> stdin: And that one should have never made it into a release.
[22:26] <nixternal> actually, in kde 4 I think strigidaemon is running...I haven't checked it...I forgot to, and right now I am in KDE 3
[22:26] <stdin> hunger: it not in -proposed yet, but to be fare, it's really a sudo bug as kdesudo just runs sudo (and I know, stupid idea :p )
[22:28] <hunger> stdin: I think a user who has trouble due to that bug will not care.
[22:28] <hunger> stdin: I definitely did not.-)
[22:29] <stdin> well I work in the command line mostly, so I'm just not effected
[22:30] <stdin> but it's a bug that was found very late in the release cycle
[22:30] <hunger> stdin: The relevant change happened very late in the release cycle.
[22:31] <stdin> just need to get the fix out, like the kopete bug and adept one(s)
[22:32] <mhb> hi kwwii, how's fosscamp?
[22:33] <kwwii> mhb: good! been a long day though
[22:34] <hunger> stdin: I disagree. There were several bugs in gutsy that I would have considered showstoppers.
[22:34] <stdin> what like?
[22:34] <hunger> stdin: I am just back from a trade show: kubuntu's reputation did get a hit with gutsy.
[22:34] <hunger> stdin: kdesu problem, missing qtrc, ...
[22:35] <stdin> anything that didn't happened like 7 days before release?
[22:36] <stdin> not saying something shouldn't have been done, just that a few things happened very late and it just seemed to fall apart when not much could be done
[22:37] <hunger> stdin: That is a QA problem.
[22:39] <hunger> stdin: I know that all of you are putting in *VERY* much time on a voluntary basis. And I know how much work it is to make kubuntu.
[22:40] <hunger> I am thankful that all of you do that to bring a cool distribution out to the masses (and me;-)
[22:41] <stdin> hardy will be better, it has to be, it's going to be LTS after all
[22:41] <hunger> stdin: I hope so.
[22:42]  * nixternal too
[22:42] <nixternal> however I didn't/don't have any Gutsy problems (yet)
[22:42] <hunger> Are there some plans on improving QA?
[22:42] <stdin> don't hope BELIEVE!! ;)
[22:42] <nixternal> not as of yet hunger, but I think it is something we need to definitely look into
[22:42]  * hunger agrees.
[22:42] <nixternal> same goes with MOTU
[22:43] <hunger> I really do not understand how something as important as a qtrc can go missing during deep freeze. But I never did serious packaging myself.
[22:44] <hunger> Not that ubuntu is any better.
[22:47] <begert_> qtrc?
[22:48] <hunger> begert_: The config file for Qt.
[22:48] <Lure> Riddell, Tonio_: seems like bug 103481 need sponsor for upload...
[22:50] <hunger> Too bad that I can not find anything in LP:-/
[22:51] <Riddell> hunger: qtrc is interesting because it doesn't affect kde users only non-kde users running qt only apps
[22:51] <Riddell> so I never notice it and if gnome people notice it they just assume it's a qt bug
[22:51] <hunger> Riddell: It does affect qt-only apps for both AFAIK.
[22:51] <Riddell> the fix is in gutsy-proposed now, as is kdesu
[22:52] <Riddell> hunger: running a KDE app will create ~/.qt3/qtrc
[22:53] <Riddell> or qt_plugins_3.3rc
[22:54]  * hunger wonders why qt-only apps did look so sucky before I created a qtrc file for myself then.
[22:54] <hunger> I am looking for the bugreport I wrote about that, but I can not find anything in LP.
[22:54] <Lure> Riddell: can we get kdesu fix faster through proposed (similar as was done for kdelibs/kopete crash)?
[22:55] <Riddell> Lure: on what grounds?
[22:55] <Lure> Riddell: it will change lots of files to be owned by root and cause more support issues later
[22:56] <Riddell> Lure: I've no bandwidth now, tonio or imbrandon or someone needs to do bug 103481
[23:02] <hunger> stdin: The qtrc bug was first reported 2006-11-03 by the way... At least that is the oldest dup I can find. 2007-08-07 is the oldest diagnosis of the problem I found.
[23:06] <begert_> so i checked out kde/3.5 in svn.....not sure I know where to go from there
[23:07] <hunger> begert_: Try to build it:-)
[23:07] <hunger> begert_: If you have several linux boxes around you might want to setup icecc and icecc-mon now;-)
[23:08] <begert_> where do i start. there are a many sub-directories
[23:08] <hunger> begert_: THere should be documentation on techbase. IIRC there even is a build script.
[23:08] <begert_> easy way to set that up in Kubuntu?
[23:09] <hunger> begert_: Dunno. I only build kde4 nowadays.
[23:09] <begert_> there seems to be better directions for kde4...maybe......hmmmmm
[23:10] <hunger> begert_: KDE4 is what the guys writing techbase are working on:-) No wonder there are better docs.
[23:10] <hunger> begert_: It is completely different from building kde3 though.
[23:52] <nixternal> Riddell: if you aren't partying yet, are they planning on having the VoIP stuff and a channel for this UDS?


[14:17] <tjaalton> yawn
[15:09] <tseliot> tjaalton: did you see my new patch? https://bugs.launchpad.net/ubuntu/+source/xfree86-driver-synaptics/+bug/320632/comments/53
[15:16] <tjaalton> tseliot: nope, I'll add it later
[15:17] <tseliot> tjaalton: ok, thanks
[19:51] <desrt> hi guys
[19:52] <desrt> i have a tablet PC and it's broken on jaunty alpha 2
[19:52] <desrt> i know how to fix it by editing the xorg.conf, but that's obviously not going to be helpful in the longrun
[19:52] <desrt> the tablet is a serial interface
[19:53] <desrt> i'd like to know how to cook up proper .fdi magic to get the serial interface recognised as belonging to a tablet so that this can be included in ubuntu properly so it works out of the box when jaunty ships
[19:53] <desrt> any help with that would be wonderful
[19:54] <desrt> hal already seems to recognise it as a tablet: i get a device node in hal for "Wacom Serial Tablet PC Pen Tablet/Digitizer" with serial.device="/dev/ttyS0"
[19:54] <desrt> but no love from X
[20:59] <pwnguin> desrt: afaik, hal can't work properly
[21:20]  * desrt raises eyebrow
[21:20] <desrt> pwnguin: what's the issue?
[21:59] <tjaalton> desrt: it's a serial device, so it can't be detected automatically
[22:29] <pwnguin> well, most serial wacom are internal
[22:29] <pwnguin> one could probably ID the laptop
[22:32] <desrt> tjaalton: it is autodetected, though
[22:32] <desrt> hal knows that this serial device is a wacom tablet
[22:32] <pwnguin> what i was referring to is the apparent limitation that you get one device for a tablet instead of three
[22:33] <desrt> well, it really is only one device....
[22:33] <pwnguin> not if you want GIMP to tell between an erasor and stylus
[22:34] <desrt> that's sort of X's issue, though
[22:34] <desrt> unless you want hal to plug and play auto-detect the eraser tip as it comes in range
[22:39] <pwnguin> were you intending to use the tablet without X?