[15:33] <OvenWerks> Eickmeyer: That looks nice. Looks good while not being distracting
[15:42] <Eickmeyer> OvenWerks: Thanks!


[00:26] <virtu> anyone have Dream Theater - Through My Words piano sheet?
[01:05] <virtu_OFF> brb
[01:10] <virtu> look what is very strange
[01:10] <virtu> in a Lenovo T61 I can play the sound that I recorded without cracks and noise
[01:10] <virtu> on MP4 player from Sony it sounds with some crack and noise
[01:10] <virtu> in another notebook sounds the same as mp4 form sony
[01:11] <ventrik> Compression
[01:11] <ventrik> Some hardware is better at docompressing than others
[01:15] <virtu> tks ventrik
[01:59] <virtu> which themes do you use into Gnome?
[18:40] <ryanpg> somehow audacity is missing all it's plugins (though they are installed on my system) even "internal" ones like normalize and change pitch are gone. Any help getting them back?
[19:09] <astraljava> ryanpg: Haven't really used it, like, ever. But have you tried backing up ~/.audacity, moving it away and starting again?
[19:09] <astraljava> ryanpg: No idea if that has any chance of working, so...
[20:22] <ryanpg> astraljava, thanks. I did try removing .audacity-data (only directory present) but no good.
[20:25] <astraljava> ryanpg: Right, it was really a punch in the dark.
[20:26] <ryanpg> thanks anyway. I'm off for now.
[21:33] <virtu_OFF> found the sheet that I want
[22:37] <virtu> http://www.zzounds.com/item--HOSCPR20
[23:31] <virtu_> on sale: http://watch.1saleaday.com/


[00:40] <mup> Bug #1582948 opened: juju status: base statuses of "unknown" are not instilling confidence <cdo-qa> <juju-core:New> <https://launchpad.net/bugs/1582948>
[03:10] <davechen1y> yay, launchpad is having a fit and CI jobs are failing
[03:17] <natefinch> wallyworld: the charmstore should just set origin to store on the resource data it gives back. If it's possible some other jazzy values could be set in the future, let's just set the right thing now and not have to worry about it later.  Having a field in the return struct that is explicitly not set is galling
[03:38] <wallyworld> natefinch: that can be done in charmrepo right?
[03:39] <wallyworld> natefinch: just saw the admin->controller rename - did you check with QA to see what impacts it would have on their scripts?
[03:40] <natefinch> wallyworld: got a ping from cheryl to hold up, so I'm not landing it for now. It honestly didn't occur to me that it would break their scripts.... I kinda wish we didn't have all these implicit dependencies in the CI code :/
[03:40] <natefinch> wallyworld: about the origin - it's the charmstore code itself that needs to return "store"
[03:40] <wallyworld> natefinch: well, it's to be expected isn't it? the model name is a part of the output we need to query
[03:41] <wallyworld> natefinch: the charmstore won't do that I don't think so we'll just need to do it in charmrepo for now
[03:43] <natefinch> wallyworld: I'll fix it for now, but I think it's wrong.  Either the charmstore should always populate it, or never populate it.  Not populating it some of the time and expecting everyone to just understand that means origin=store is just plain bad.
[03:43] <wallyworld> natefinch: not disagreeing :-) need to follow up this end. this will get us out of trouble though for now
[03:48] <natefinch> wallyworld: trouble for deleting a value that isn't set that only we read....
[03:49] <natefinch> http://data.whicdn.com/images/104484357/original.gif
[03:51] <wallyworld> natefinch: it will be set in the future, but just not now
[03:52] <natefinch> https://imgflip.com/readImage?iid=9310200
[05:13] <davechen1y>         if tools.SHA256 == "" {
[05:13] <davechen1y>                 logger.Warningf("no SHA-256 hash for %v", tools.SHA256)
[05:13] <davechen1y> spot the bug
[10:13] <voidspace> dimitern: ping
[10:14] <dimitern> voidspace: pong
[10:15] <voidspace> dimitern: I have a test for linklayerdevices that no longer fails, and I think the new behaviour is *correct*, but want to run it by you
[10:15] <dimitern> voidspace: sure
[10:15] <voidspace> dimitern: there is a test that calling SetLinkLayerDevices with a matching name and provider id to an existing linklayer device fails validation
[10:15] <voidspace> dimitern: this used to fail validation because the provider id matched an existing one which was checked before everything eslse
[10:16] <voidspace> dimitern: *however*, if the name matches (i.e. the docID is the same) it's treated as an update not an insert
[10:16] <voidspace> dimitern: and as the providerid is already set in the original the insert doesn't attempt to change the provider id
[10:16] <voidspace> dimitern: so the update works and the test *fails*
[10:17] <voidspace> dimitern: however, because this is actually an update not an insert I think the new behaviour is correct
[10:17] <dimitern> voidspace: well, that test won't be relevant anymore
[10:18] <voidspace> dimitern: yep, just checking you agreed I could just remove the test
[10:18] <voidspace> dimitern: I'm adding a new test that an update that attempts to add a duplicate provider id fails
[10:18] <dimitern> voidspace: because it tests 'failing validation', whereas now we fail as a side-effect of the txn.Ops triggering ErrAborted
[10:19] <dimitern> voidspace: I'd like to have a look at the code still, but so far your plan sounds good
[10:19] <voidspace> dimitern: cool
[10:19] <dimitern> voidspace: (when you're ready ofc)
[10:19] <voidspace> dimitern: I think all tests now pass
[10:19] <voidspace> dimitern: doing a run to check
[10:19] <voidspace> if they pass I'll propose the branch
[10:19] <dimitern> voidspace: sweet!
[10:20] <voidspace> dimitern: by the way - current behaviour for an update that attempts to change ProviderID is that the change is silently ignored
[10:20] <voidspace> dimitern: shall I change that to an error?
[10:21] <voidspace> (this is the current *pre-existing* behaviour - not a change I've made)
[10:21] <dimitern> voidspace: it should only be an error if the original prID != from the new one we're trying to set (and the org is also != "")
[10:23] <voidspace> dimitern: yep, exactly
[10:24] <voidspace> dimitern: currently if original != "" then the new one is just ignored
[10:25] <voidspace> dimitern: ok, all state tests pass - I'll make this change and a test and then propose
[10:27] <dimitern> voidspace: please make sure you also run worker/provisioner/ and apiserver/common/networkingcommon/ tests as well to double check
[10:28] <voidspace> dimitern: well, the merge attempt runs everything...
[10:32] <dimitern> voidspace: true :)
[10:33] <davechen1y> https://github.com/juju/testing/pull/99
[10:43] <voidspace> dimitern: http://reviews.vapour.ws/r/4859/
[10:44] <mup> Bug #1583109 opened: error: private-address not set <juju-core:New> <https://launchpad.net/bugs/1583109>
[10:47] <voidspace> dimitern: state, apiserver and provisioner tests pass
[10:53] <dimitern> voidspace: otp, will look in a bit
[10:59] <mup> Bug #1583109 changed: error: private-address not set <juju-core:New> <https://launchpad.net/bugs/1583109>
[11:08] <mup> Bug #1583109 opened: error: private-address not set <juju-core:New> <https://launchpad.net/bugs/1583109>
[11:12] <dimitern> voidspace: reviewed
[11:27] <jamespage> dimitern, not sure whether you have cycles but that bug ^^ is killing our CI atm...
[11:28] <dimitern> jamespage: oh, ok I'll have a look in a bit
[11:28] <jamespage> dimitern, thankyou
[11:37] <dimitern> jamespage: it looks like the machine hosting keystone/0 did not start ok so that's why the unit had no private address
[11:37] <jamespage> dimitern, nope - the machine did start ok
[11:37] <jamespage> its running the install hook when that happens
[11:38] <jamespage> dimitern, I have the console output for the machine - one sec
[11:38] <dimitern> jamespage: I can see machine "7" stuck in "pending" from the linked paste of juju status
[11:38] <jamespage> dimitern, I think that's the effect the error has...
[11:39] <jamespage> dimitern, https://openstack-ci-reports.ubuntu.com/artifacts/test_charm_pipeline_amulet_full/openstack/charm-cinder/317913/1/2016-05-18_09-29-55/test_charm_amulet_full/logs/cinder-0-nova-console-1.bz2
[11:39] <jamespage> thats the console log from the machine
[11:40] <dimitern> jamespage: that looks like the log for machine-1 do you have the log of machine-7 from that same run?
[11:41] <jamespage> dimitern, sorry crossed tests - that was from a different failed run
[11:42] <jamespage> dimitern, https://openstack-ci-reports.ubuntu.com/artifacts/test_charm_pipeline/openstack/charm-ceph/317910/1/2016-05-18_08-48-05/test_charm_amulet_smoke/logs/keystone-0-nova-console-7.bz2
[11:42] <dimitern> jamespage: I'm looking at https://openstack-ci-reports.ubuntu.com/artifacts/test_charm_pipeline/openstack/charm-ceph/317910/1/2016-05-18_08-48-05/test_charm_amulet_smoke/juju-stat-yaml-collect.txt
[11:42] <jamespage> dimitern, https://openstack-ci-reports.ubuntu.com/artifacts/test_charm_pipeline/openstack/charm-ceph/317910/1/2016-05-18_08-48-05/index.html
[11:42] <dimitern> jamespage: ah. ok
[11:42] <jamespage> for the full index of data
[11:43] <jamespage> dimitern,
[11:43] <jamespage> machine-7[3059]: 2016-05-18 09:13:45 INFO juju.worker runner.go:275 stopped "machiner", err: setting machine addresses: cannot set machine addresses of machine 7: state changing too quickly; try again soon
[11:43] <jamespage> machine-7[3059]: 2016-05-18 09:13:45 DEBUG juju.worker runner.go:203 "machiner" done: setting machine addresses: cannot set machine addresses of machine 7: state changing too quickly; try again soon
[11:43] <jamespage> machine-7[3059]: 2016-05-18 09:13:45 ERROR juju.worker runner.go:223 exited "machiner": setting machine addresses: cannot set machine addresses of machine 7: state changing too quickly; try again soon
[11:43] <jamespage> machine-7[3059]: 2016-05-18 09:13:45 INFO juju.worker runner.go:261 restarting "machiner" in 3s
[11:43] <jamespage> seems symptomatic of when this happens
[11:44] <dimitern> jamespage: right! that I know about
[11:44] <jamespage> dimitern, one might cause the other?
[11:44] <dimitern> jamespage: unfortunately I wasn't able to reproduce it at will, seems quite intermittent
[11:44] <jamespage> dimitern, intermittent - yes
[11:44] <jamespage> dimitern, but I hit this three times today - bear in mind we're spinning 1000's of units of charms a day...
[11:45] <dimitern> jamespage: indeed - that error causes the MA to bounce repeatedly, before setting status to "started", and because setting the addresses failed both the machine and unit will lack a private address
[11:46] <dimitern> jamespage: well, it will help to collect the machine-0 logs with logging-config='<root>=TRACE' when it happens
[11:46] <jamespage> beisner, can we turn that on?
[11:46] <jamespage> ^^
[11:47] <dimitern> jamespage: beisner: juju set-env logging-config='<root>=TRACE'
[11:47] <dimitern> (assuming 1.25)
[11:48] <beisner> dimitern, will enable that for all future jobs
[11:48] <dimitern> jamespage: that will produce tons of extra logs, beware, but will also include details down to the actual mgo transactions
[11:48] <beisner> we'll need to turn it back off as soon as we figure out what's going on
[11:49] <dimitern> beisner: cheers! with your setup it should be easy to catch why it happens, however intermittent it might be
[11:49] <beisner> dimitern, we have enough activity that we're seeing it quite often actually
[11:49] <beisner> dimitern, with each deploy being 10-25 units, chances are, 1 of those units will have this happen on about half the jobs.
[11:49] <beisner> so we should be able to repro with logs in short order
[11:50] <dimitern> beisner, jamespage: when it happens again, machine-0.log (where the apiserver is) and machine-X.log (the one "pending") will both be very useful
[11:50] <beisner> dimitern, our bot can't automatically grab the log from machine-x because the agent is awol, it has no address, and we can't ssh into it.
[11:50] <beisner> so that will take a manual reproduction
[11:51] <dimitern> beisner: well, can you get to the juju's machine-0.log ?
[11:51] <beisner> dimitern, definitely
[11:51] <dimitern> beisner: sweet! that's the important one actually (where the txns are logged)
[11:58] <beisner> jamespage, dimitern - hrm.  this will be extremely tricky as we can't set-env logging until after bootstrap, but bootstrap is done by amulet, after our script has left the building.
[11:58] <beisner> dimitern, is there an environments.yaml way to do this?
[12:00] <dimitern> beisner: sure, add `logging-config: '<root>=TRACE'` to the env.yaml
[12:05] <beisner> dimitern, ok cool  juju run sed fu for the win.  we already had that =DEBUG :-)    all set here jamespage
[12:10] <dimitern> beisner: thanks!
[12:10] <dimitern> beisner, jamespage: please, let me know when you repro the issue with the extra logging
[12:46]  * dimitern steps out for ~1h
[13:45] <mup> Bug #1583170 opened: `juju help placement` does not exist <juju-core:New> <https://launchpad.net/bugs/1583170>
[13:47] <OerHeks> #1583170 seems like #1580946
[13:47] <mup> Bug #1583170: `juju help placement` does not exist <juju-core:New> <https://launchpad.net/bugs/1583170>
[13:47] <mup> Bug #1580946: Juju 2 help commands for constraints or  placement return ERROR unknown command <helpdocs> <juju-core:Fix Committed by cherylj> <https://launchpad.net/bugs/1580946>
[13:54] <tvansteenburgh> OerHeks: definitely. i didn't see that
[13:55] <OerHeks> i got distracted by juju/juju2
[14:15] <mup> Bug #1583170 changed: `juju help placement` does not exist <juju-core:Invalid> <https://launchpad.net/bugs/1583170>
[14:49] <alexisb> dimitern, ping
[14:51] <dimitern> alexisb: hey
[15:04]  * perrito666 returns from the dead
[15:06] <lazyPower> wb zombie perrito666
[15:06] <perrito666> lazyPower: tx, hey are those brains you have there?
[15:07] <lazyPower> indeed, have some seasoning salt
[15:07] <lazyPower> you're going to inherit all my charms once you eat my brains though... i setup a deadman switch. #yolo
[15:08]  * perrito666 eats a cracker
[15:10] <lazyPower> ;) i thought that might dissuade you
[16:11] <natefinch> katco, ericsnow: oh yeah, I also did the rename admin model to controller, but it was put on hold.
[16:12] <katco> natefinch: mark doesn't want it anymore?
[16:12] <natefinch> katco: not sure. Cheryl posted to the PR "Please don't land this just yet. We're still getting feedback on this requested change."
[16:12] <katco> natefinch: k, thanks for doing that anyway
[16:13] <natefinch> katco: I should probably land all but the actually constant name, and then all we'd need to do is change the constant in another PR :)
[16:14] <natefinch> katco: but I'll wait for now, see how it shakes out
[16:14] <katco> natefinch: hey that's a good idea
[16:18] <dimitern> babbageclunk, voidspace, dooferlad: anyone still around? I'd appreciate a review on this (mostly removals of legacy/obsolete/unused code): http://reviews.vapour.ws/r/4865/
[16:18] <dimitern> that's a prerequisite to fixing bug 1574844
[16:18] <mup> Bug #1574844: juju2 gives ipv6 address for one lxd, rabbit doesn't appreciate it. <conjure> <juju-release-support> <landscape> <lxd-provider> <juju-core:In Progress by dimitern> <rabbitmq-server (Juju Charms Collection):New> <https://launchpad.net/bugs/1574844>
[16:18] <babbageclunk> Sure - looking now
[16:19] <natefinch> katco: here you go: branched, then put controller model name back to what it was before: https://github.com/juju/juju/pull/5428
[16:19] <dimitern> babbageclunk: thanks!
[16:19] <natefinch> ericsnow: this is your weekly notification that reviewboard is broken
[16:23] <voidspace> dimitern: I'm still around
[16:23] <voidspace> dimitern: ah, babbageclunk beat me to it
[16:24] <ericsnow> natefinch: looks like it's just you <wink>
[16:24] <dimitern> voidspace: I'm sure you'd like it though :)
[16:24] <natefinch> ericsnow: weird: https://github.com/juju/juju/pull/5428
[16:24] <ericsnow> natefinch: yeah, looking at it
[16:28] <babbageclunk> dimitern: reviewed, looks great!
[16:28] <dimitern> babbageclunk: awesome, tyvm!
[16:30] <babbageclunk> dimitern: (Well, there was one comment.)
[16:31] <babbageclunk> dimitern: In exchange, can you explain to me how watchers work? :)
[16:31] <dimitern> babbageclunk: sure, I can try :)
[16:32] <babbageclunk> dimitern: So the remaining failures I have of my changed code against mongo2.4 are watchers.
[16:32] <dimitern> babbageclunk: basically any change to a collection as a result of runing []txn.Op is reported by watchers
[16:32] <dimitern> babbageclunk: and the changes (IIRC) are detect by looking into the txnLog
[16:33] <dimitern> detected*
[16:33] <babbageclunk> dimitern: ok, so they're goroutines that watch txns.log with specific filter criteria?
[16:34] <dimitern> babbageclunk: yeah, more or less - the nitty gritty low level details are in state/watcher/ (rather than state/watcher.go)
[16:35] <babbageclunk> dimitern: Hmm. I clear out txns.log (actually, since it's a capped collection I drop and recreate it).
[16:35] <babbageclunk> dimitern: ...between tests I mean.
[16:36] <voidspace> dimitern: hah, yeah - looks good
[16:36] <dimitern> babbageclunk: there's also the "presence" thingy - which is related to watchers, but I'm less familiar with it (can't remember whether it was tracking active agent connections or life cycle changes alive->dying->dead in a collection)
[16:37] <voidspace> dimitern: can you really remove stuff from the agent/format-1.18.go though?
[16:37] <dimitern> babbageclunk: there's more to txns than the log, there are a few other internal collections used to track txn state, what was applied, whether it's being applied or aborted, etc (something called "stash" IIRC)
[16:38] <dimitern> voidspace: yeah, I think so - don't let the name mislead you :) that's the current format we're using
[16:38] <voidspace> dimitern: ah....
[16:40] <babbageclunk> dimitern: Thanks, that gives me some stuff to go on with.
[16:42] <voidspace> dimitern: my only worry would be that this might cause IPv6 addresses to leak out unwanted
[16:42] <voidspace> dimitern: but as far as I can tell that was a risk anyway
[16:42] <voidspace> dimitern: so I don't think this makes it worse
[16:43] <dimitern> voidspace: there are no changes to behavior - the removed code paths deal with preferIPv6=true, but as I pointed out in the PR description, it was hard-coded to false some time ago now
[16:44] <voidspace> dimitern: heh, ok
[16:44] <katco> natefinch: sorry was otp. lgtm
[16:45] <natefinch> katco: thanks :)
[16:46] <dimitern> babbageclunk: I've fwd you a couple of ML discussions around txns and pruning logs
[16:53] <babbageclunk> dimitern: Changing tack a bit - I've got a test that's failing here: https://github.com/juju/juju/blob/master/state/volume_test.go#L354
[16:54] <babbageclunk> dimitern: Saying got []string{"0/0", "0/1"}, expected []string{"0/1", "0/2"}
[16:55] <babbageclunk> dimitern: What are the values in the change list? Are they units?
[16:55] <dimitern> babbageclunk: ah, that sounds like a sequence is reset to 0
[16:56] <dimitern> babbageclunk: so some entities, e.g. machines and units, but also others rely on auto-incremented id coming from the sequences collection
[16:56] <babbageclunk> dimitern: Sequences sound like some state that I might be clobbering now that wasn't before?
[16:57] <babbageclunk> dimitern: Aha, that sounds like a possibility. I'm going to dump what's in that collection in successful and failing runs.
[17:01] <dimitern> babbageclunk: yeah, it's either that or the test itself relies on volume entities starting from 1 rather than 0?
[17:03] <babbageclunk> dimitern: Yeah, those are the values in the assertion.
[17:04] <babbageclunk> dimitern: So maybe there's something that makes sure sequence is populated appropriately that I'm blowing away?
[17:05] <dimitern> babbageclunk: I doubt that - but have a look at StorageStateSuiteBase and/or ConnSuite it uses for possible clues
[17:12]  * dimitern hits eod
[17:31] <mup> Bug #1583274 opened: Openstack base bundle 42 fails to start rabbitmq when deployed with Juju/MAAS 2.0 <cdo-qa> <deploy> <openstack> <juju-core:New> <https://launchpad.net/bugs/1583274>
[18:07] <redir> I think I need another coffee before looking at your PRs ericsnow
[18:08] <ericsnow> redir: k :)
[18:09] <redir> fwereade__: yt?
[18:17] <marcoceppi> wallyworld: problem
[18:18] <marcoceppi> katco: I've tried to attach a resource
[18:18] <marcoceppi> and it's not working
[18:19] <katco> marcoceppi: ok. can you pastebin the steps or something?
[18:20] <marcoceppi> katco: http://paste.ubuntu.com/16498534/
[18:20] <katco> marcoceppi: ty
[18:24] <katco> marcoceppi: i think you have to specify the --resource flag for each resource when publishing
[18:25] <katco> marcoceppi: attaching just make the blob available to be referenced
[18:25] <katco> marcoceppi: publishing is the act of coupling the charm in the channel with a revision of a resource that has been attached
[18:28] <katco> marcoceppi: does that make sense?
[18:28] <marcoceppi> katco: what's the param for --resource in publish?
[18:29] <katco> marcoceppi: <resource name>-<revision>
[18:30] <katco> marcoceppi: `charm list-resources ~marcoceppi/charm-svg` lists the revisions as -1. that's interesting.
[18:33] <wallyworld> katco: marcoceppi: i noticed the -1 thing too and assumed it was because no resources had been published yet
[18:35] <katco> wallyworld: marcoceppi: ah that's exactly what it is. but: charm list-resources ~marcoceppi/charm-svg -c development
[18:35] <katco> wallyworld: marcoceppi: also lists -1. because you don't really publish to the development channel, that's just a dumping ground
[18:36] <wallyworld> katco: i get a macaroon error
[18:36] <katco> marcoceppi: can you try: charm publish ~marcoceppi/charm-svg-3 --resource python-jujusvg-1 --resource webapp-1
[18:37] <katco> wallyworld: what version of the charm tool are you on?
[18:37] <ericsnow> natefinch: FYI, looks like you already have a review request up (unpublished?  discarded?) for that commit hash
[18:39] <wallyworld> katco: recent version, casey is checking
[18:40] <mup> Bug #1255799 changed: juju  installing cloud-tools archive on non-bootstrap nodes <cloud-archive> <manual-provider> <juju-core:Won't Fix> <https://launchpad.net/bugs/1255799>
[18:40] <mup> Bug #1258132 changed: [manual] bootstrap fails in livecd due to juju-db not starting <manual-provider> <juju-core:Won't Fix> <https://launchpad.net/bugs/1258132>
[18:52] <mup> Bug #1583304 opened: upload-tools appends instead of increment version numbers <ci> <packaging> <juju-core:Triaged> <https://launchpad.net/bugs/1583304>
[19:05] <marcoceppi> katco: thanks! wallyworld it's pushed
[19:05] <wallyworld> marcoceppi: ty, will look. i can't log in to charm store atm though. sigh
[19:05] <marcoceppi> wallyworld: sounds like a personal problem?
[19:05] <wallyworld> marcoceppi: maybe, but casey also can't log out
[19:06] <wallyworld> so there's something weird happening
[19:12] <redir> story of my life wallyworld
[19:18] <natefinch> ericsnow: thanks... I really wish reviewboard/the bot would handle that differently.  it's a different PR, it should just get a new review
[19:18] <ericsnow> natefinch: agreed
[19:20]  * perrito666 postpones all his meetings because he lost the ability to speak in english for long periods
[19:22] <natefinch> lol
[19:43] <natefinch> review anyone? http://reviews.vapour.ws/r/4801/  katco, this is the choose-a-series logic one that you already reviewed once.
[19:44] <katco> natefinch: tal
[19:47] <katco> natefinch: did you just move the code to different files? hard to see the diff
[19:48] <natefinch> katco: yes, and added comments to the fields in series selector.  Mostly I punted on the supportedSeries changes, because it would complicate this code due to things that are really outside its purview
[19:50] <katco> natefinch: understand. ship it
[19:50] <natefinch> katco: thanks
[19:55] <natefinch> katco: huzzah, now the change admin model name to "controller" is a single line change: https://github.com/juju/juju/pull/5419/files
[19:56] <katco> natefinch: :) sometiems DRY is a good thing
[20:25] <katco> ericsnow: hey, why are we registering the components in our tests? e.g. cmd/juju/service/bundle_resource_test.go ?
[20:26] <ericsnow> katco: because of state and the full-stack testing
[20:27] <katco> ericsnow: can you elaborate a bit? fwereade__ got me curious
[20:28] <ericsnow> katco: if you try to do resource-related stuff in state and resources haven't been registered in state then it blows up
[20:28] <ericsnow> katco: some of our full-stack tests do resource-related stuff (e.g. bundle_resource_test.go)
[20:30] <katco> ericsnow: ah, so some of the existing tests, which are full stack, deal with state which expects resources to be there. therefore it must be registered.
[20:30] <ericsnow> katco: yep
[20:30] <katco> fwereade__: there is your answer. we are not in a final state ^^
[20:31] <katco> fwereade__: this is a mid-step solution
[22:47] <perrito666> anastasiamac_: redir hey, I can talk for more than a few mins, ill miss standup
[22:47] <perrito666> I got restore working, now working on the tests, cheers
[22:47] <redir> hope you feel better RSN perrito666
[22:59] <anastasiamac_> perrito666: well done with restore \o/ get better :D


[08:18] <Arby> morning all
[08:21] <Hobbsee> morning!
[12:21] <ardchoille> http://ardchoille.nfshost.com/Blog/20081116
[12:21] <ardchoille> Just thought you might want to hear about a kubuntu user frustration and hope it gets better with Kubuntu
[12:22] <ardchoille> You good folks should fork kde 3.5.9 and keep that as your base.
[12:42] <nixternal> while we are at it, why don't we just fork all of michael jackson's songs and the 1980s along with it...hey, why not fork KDE 2.x too!
[12:46] <Arby> whee, every logical fallacy about KDE4 collected into one handy reference.
[12:46] <Arby> well done that man :)
[12:46] <nixternal> lol
[12:55] <Hobbsee> he's right that something like gnome's easier to learn, than the transition from kde3 to kde4, though.
[12:55] <Hobbsee> although it certainly doesn't have all its settings in one place either
[12:58] <Arby> I have't been around linux all that long but didn't gnome go through something similar with gnome 2.0?
[13:17] <rgreening> morning dudes and duettes o/
[13:17] <rgreening> s/duettes/dudettes
[13:46] <apachelogger> seems like policykit-kde is getting into 4.2
[13:46] <Riddell> aaron has his way?
[13:47] <apachelogger> would policykit go into kdegraphics? :P
[13:48] <apachelogger> Riddell: there's a thread on the release list
[13:48] <Riddell> what's it got to do with graphics?
[13:48] <apachelogger> aaron being master of kdegraphics
[13:49] <apachelogger> anyway, of course dirk is very much in favor, so there isn't much choice anyway, because he could just refuse to roll the 4.2 tarballs if policykit doesn't get in ;-)
[14:04] <JontheEchidna> bug 297806 is weird
[14:05] <JontheEchidna> actually I think his diagnosis is wrong, but the error dialog they give you is wrong too
[14:06] <JontheEchidna> because changing things actually works, but you get that error dialog
[14:06] <JontheEchidna> only password changing is truly broken
[14:18] <JontheEchidna> kde rev 885339 <3
[14:20] <Riddell> JontheEchidna: cor
[14:22] <Tonio_> hi there
[14:24] <JontheEchidna> A wild Tonio appears!
[14:24] <JontheEchidna> I choose you Pikachu!
[14:25] <Riddell> I must be too old for that popular culture reference
[14:26] <jjesse> Riddell: you never followd pokemon?
[14:27] <rgreening> Riddell: how about "by the power of Greyskull"
[14:27] <jjesse> all i know about pokemon is pikachu
[14:27] <rgreening> lol
[14:27] <Riddell> rgreening: now you're talking
[14:27] <rgreening> We are showing our age . haha
[14:28] <jjesse> but thunder cats was better
[14:28] <rgreening> Anyone remember Rocket Robin Hood? Now that was a good cartton
[14:28]  * jjesse is ashamed to admit i have the first season of thundercats on dvd
[14:28] <apachelogger> rgreening: any regression reports on our xdg patch?
[14:29] <apachelogger> uhhh
[14:29] <apachelogger> greyskull
[14:29]  * apachelogger takes a post-it to stop by at the video store
[14:33] <rgreening> apachelogger: I haven't heard, though I haven't looked.
[14:33] <NCommander> Riddell & rgreening: How old are you O_O?
[14:33]  * rgreening looks through bugs
[14:33] <rgreening> NCommander: 37
[14:34] <NCommander> rgreening, Your nearly double my age
[14:34] <rgreening> lol
[14:34]  * rgreening remembers a time when "Eat my Shorts" was taboo to say on tv...
[14:41] <ScottK> rgreening is still a youngster, really.
[14:41] <rgreening> apachelogger: nothing in bug reports re: xdg on kdelibs and xdg
[14:42] <rgreening> ScottK = rgreening + 8 (iirc) :)
[14:43] <ScottK> ~, yes.
[14:44] <apachelogger> rgreening: well, we only have it in experimental, so I suppose there won't be any bug reports ;-)
[14:44] <apachelogger> rgreening: I guess we should promote the fix to jaunty and intrepid-backports soonish
[14:44] <apachelogger> and tell the debian
[14:45] <rgreening> apachelogger: Yes, it would be prudent I think. It works here for me. It would be nice to get someone with a mixed DE to try it. Someone with Gnome DE and try some kde apps under it...
[14:45] <apachelogger> rgreening: Hobbsee might be able to test
[14:47] <rgreening> that would be nice, at least it would be a test case in the other direction... since we know the KDE side works.
[14:50] <apachelogger> "Adept update warning icon" I always thought about that as a notification really
[14:50] <Riddell> NCommander: did you look at that kde4libs/adept link issue?
[14:52] <JontheEchidna> apachelogger: We've had reports on the opposite side of things saying it was too scary
[14:53] <apachelogger> JontheEchidna: how could that icon be scary? Oo
[14:53]  * JontheEchidna shrugs
[14:53] <apachelogger> I can partially reproduce a "not very visible", but certainly not a "it scares me"
[14:53] <JontheEchidna> the old icon, I mean
[14:54] <apachelogger> well, the old was just wrong ... on a dimensional point of view
[14:54] <apachelogger> which makes it scary IMHO :P
[14:54] <JontheEchidna> lol
[14:54] <NCommander> Riddell, oh, shoot, it slipped my mind, let me get right on that
[14:55] <apachelogger> any minions at hand?
[14:55] <apachelogger> I lost the list of source packages and file names for bug 284915
[14:55] <apachelogger> the one I posted looks incomplete TBH
[15:02] <rgreening> apachelogger: what do you need?
[15:02]  * rgreening puts on minion hat
[15:03] <apachelogger> a list of applications/kioslaves/kcms that are listed in KHC but don't actually have any docs
[15:03] <apachelogger> best with desktop file of app/kio/kcm, source package and for all of kde
[15:07] <jjesse> isnt there a list of that on techbase for todo for kde docs or am i missing hte point
[15:08] <NCommander> Riddell, I think I got it fixed
[15:09] <apachelogger> jjesse: missing it a bit, despite the fact that they have no docs they wrongly claim that they have doc in their desktop file, which makes that stuff show up in KHC
[15:13] <jjesse> ah so they will no longer show up in KHC then, i understand
[15:13] <apachelogger> aye
[15:13] <rgreening> apachelogger: so, what exactly do you want to happen? For each package, patch to remove the doc info?
[15:14] <rgreening> apachelogger: if so, I can start in on that.
[15:16] <vvinet> does anyone have the command to force reloading/recaching of all kde libs/bin on a system, apart from reboot?
[15:17] <rgreening> apachelogger: or do you want me to see if I can patch KHC to look for the Doc and verify existance and popup notification to install package if not found (i.e. use install-package option for missing docs)
[15:17] <apachelogger> rgreening: I just need a list of stuff to change, I am going to do the changes in KDE directly
[15:18] <apachelogger> rgreening: it popups a notification, but that one is not useful at all, distribution integration greatly appreciated ;-)
[15:19] <rgreening> apachelogger: yeah, so I could hack in the install-package support
[15:19] <apachelogger> even then the desktop files are wrong
[15:19] <apachelogger> rgreening: I think a more general upstream approach makes more sense
[15:19] <apachelogger> it's not exactly top priority, since KHC is widely broken anyway
[15:19] <rgreening> lol
[15:20] <rgreening> what do you want me to do then...
[15:20] <Riddell> NCommander: ooh?
[15:21] <NCommander> Riddell, nope, false alarm
[15:21] <NCommander> Riddell, I can however reproduce the FTBFS locally now
[15:21] <apachelogger> sudo apt-get install kde -> start khc -> go through every item -> notes the one that fail to load -> try to find the underlying desktop file (e.g. ar.protcol or ksystemlog.desktop) -> run dpkg -S DESKTOPFILE -> note desktop file name and source package
[15:21] <apachelogger> rgreening: ^
[15:21] <apachelogger> in short: aggregate a list of wrong desktop files
[15:22]  * apachelogger thinks it's time to go home soonish
[15:25] <rgreening> apachelogger: ok. on it.
[15:37] <Nightrose> apachelogger: still no sound in neon after latest updates :(  i have no backend in phonon now
[15:37] <Nightrose> any package that i need?
[16:05] <NCommander> Riddell, this build failure is freaking anonying. Its something in updates causing the failure, I just have no idea what
[16:07] <Riddell> NCommander: me neither :(
[16:07] <Riddell> I can't see any likely candidates
[16:08] <NCommander> Riddell, it looks like its an issue with kde4libs
[16:08] <NCommander> But ... O_o;
[16:08] <NCommander> How is that even possible
[16:08] <Riddell> the kde4libs chanange is in (what should be) an unrelated area
[16:10] <NCommander> Riddell, it looks like something in that change caused a path from the buildds to get hardcoded into the binary
[16:15] <NCommander> Ok
[16:15] <NCommander> I found the issue
[16:15] <NCommander> Its a cmake bug
[16:15] <Riddell> ooh?
[16:16] <NCommander> in /usr/share/kde4/apps/cmake/modules take a look at KDELibsDependenciesInternal.cmake
[16:16] <NCommander> There our hardcoded path
[16:17] <Riddell> and one goes wrong?
[16:17] <NCommander> ??
[16:17] <Riddell> ??
[16:17] <NCommander> What do you mean "and one goes wrong"?
[16:18] <Riddell> I don't know, you were explaining to me what the problem was
[16:18] <NCommander> Well, its this hard coded path that breaks things miserably
[16:18] <NCommander> This file is dymanically generated by cmake at build time
[16:19] <NCommander> My guess is the version of cmake in intrepid has a bug, and only manifiested itself when kdelibs was updated
[16:20] <NCommander> I'm going to try rebuilding kde4libs, maybe it will resolve itself
[16:20] <NCommander> If not, then we need to possibly update cmake
[16:33] <NCommander> So Riddell if a binary rebuild doesn't fix kde4libs, but an updated cmake does, can we simply dump the newest cmake into updates :-)?
[16:34] <Riddell> if you convince pitti
[16:34] <NCommander> Riddell, assuming I'm right, we'll have to dump cmake into updates, then rebuild kde4libs, and then simply retry adept
[16:34] <NCommander> :-P
[16:45] <NCommander> Riddell, talked to cjwatson. He said to hack kde4libs to strip out the hardcoding
[16:47] <Riddell> it does seem like the sort of thing which would be hacked into the post build of kde4libs
[16:47] <Riddell> s/would/could/
[16:49] <NCommander> Riddell, how's your regex :-)
[16:50] <ScottK> NCommander: One problem we have with the newer Cmake approach is that -security is always built against -release and I think having -security and -updates build against two different versions would not be great.
[16:51] <NCommander> I forgot about that
[16:53] <NCommander> ScottK, well, I know where we have to make the change
[16:53] <NCommander> ScottK, is your regex any good?
[16:53] <ScottK> Nope.
[16:53] <NCommander> :-P
[16:54] <ScottK> I have to break out "Mastering Regular Expressions" every time I do a new one.
[16:54] <NCommander> same as me
[16:56] <ScottK> https://bugs.kde.org/show_bug.cgi?id=175409 looks worth considering for Jaunty.
[17:12] <NCommander> Riddell, I've confirmed the bug
[17:14] <Riddell> NCommander: ooh la la
[17:14] <Riddell> NCommander: so what was the change in cmake?
[17:14] <NCommander> No, I just confirmed it happens in intrepid, but not jaunty on a fresh rebuild
[17:14] <NCommander> :-P
[17:15] <Riddell> ah
[17:15] <NCommander> apachelogger, ping
[17:27] <DaSkreech> k3b KDE4 edition is in beta now?
[18:24] <NCommander> Riddell, it looks like this entire chunk of code saw an massive rewrite from KDE 4.1.2 -> jaunty KDE 4.1
[18:27] <Riddell> NCommander: which chunk?  in cmake?
[18:27] <NCommander> the cmake support code in KDE 4.1
[18:29] <jjesse> for those going to UDS, anyone else getting  in around 8pm Sunday nigth to the airport
[18:31] <NCommander> jjesse, which airport
[18:32] <NCommander> Riddell, ok, it seems the bug is actually kdelibs, and I'm an idiot :-)
[18:32] <NCommander> I'll see if I can cherry pick the fixed code from 4.1.37
[18:32] <NCommander> &83
[18:32] <NCommander> *73
[18:32] <jjesse> san fransisco
[18:32] <jjesse> sfo
[18:32] <NCommander> I *might*
[18:33] <jjesse> would like to share a ride
[18:34] <NCommander> Sure
[18:34] <NCommander> But I'm not sure yet on the times :-)
[18:35] <jjesse> ah havent booked flight?
[18:35] <NCommander> No, I have
[18:35] <NCommander> I just don't remember
[18:35] <NCommander> what time I'll be arriving
[18:35] <NCommander> but I perfer to use public transportation and all that
[18:35] <jjesse> NCommander: fill out the wiki page udsjaunty/attendees
[18:36] <NCommander> jjesse, I did
[18:37] <jjesse> NCommander: does it list your fligts?  causei could look there
[18:37] <Riddell> the public transportation is usually not practial
[18:37] <NCommander> jjesse, check for Michael Casadevall
[18:37] <jjesse> rgreening: from the wiki it looks like you arrive around the same time as me, we should share a ride
[18:37] <Riddell> there's a train which does about once a day and then you need a bus to the hotel which might go one a day too
[18:38] <NCommander> Riddell, ??, SF's public transportation system isn't that bad
[18:38] <jjesse> 835 pm
[18:38] <jjesse> wait it shows as 08:35 you arrive early sunday morning
[18:38] <NCommander> O_O?
[18:38] <Riddell> NCommander: it's not in SF proper, it's way out in suburbs that claim to be their own cities
[18:38] <NCommander> I do?
[18:39] <NCommander> Riddell, *wince*
[18:40] <NCommander>      Depart: WASHINGTON DULLE,DC  5:43 PM             Conf: NKTMP1
[18:40] <NCommander>      Arrive: SAN FRANCISCO,CA  8:35 PM
[18:40] <NCommander> No, I'm arriving Sunday night
[18:40] <NCommander> Riddell, that cab could run 50 dollars easily, even more.
[18:41] <jjesse> NCommander: exactly why i want to split it
[18:41] <NCommander> jjesse, sure, no problem, maybe we can find someone else. But some cabs in SF when I was there charged per person
[18:41] <NCommander> ;.;
[18:41] <Riddell> NCommander: yeah but it's the only practical way in my experience
[18:41] <NCommander> Riddell, I'll walk :-)
[18:41] <Riddell> NCommander: so sharing is a good idea (if you're sponsored you can claim it back of course, make sure you get a receipt)
[18:42]  * NCommander walked across SF last time I was here
[18:42] <jjesse> NCommander: cool
[18:42] <NCommander> Riddell, I can?
[18:42] <NCommander> WOOO!
[18:42] <jjesse> NCommander: yeah you gotta keep receipts and turn them in
[18:42] <NCommander> Nice
[18:42] <Riddell> for travel
[18:42] <jjesse> the3 hard part is remembering to turn in your receipts
[18:42] <NCommander> jjesse, well, if we share a cab, I guess we can get it for free :-) *shot*
[18:42] <Riddell> no receipts needed for food, that's a per diem
[18:44] <NCommander> Riddell, I'm looking at the backport the fix from the newer KDE libs
[18:44] <rgreening> jjesse: sure thing. I have another body as well. So, that's 3 of us to share. The other is Stéphane Graber (stgraber)
[18:44] <Riddell> NCommander: have you tracked down something that was fixed?
[18:45] <NCommander> Riddell, possibly, working on it
[18:49] <NCommander> Riddell, I think I hit paydirt, I managed to get cmake to buid the dependency files with correct paths, now I just need to make sure it builds, and clean up the fix
[18:50] <apachelogger> Nightrose: dunno
[18:50] <Nightrose> :(
[18:50] <apachelogger> NCommander: 4.2 beta1 is soon to be uploaded really
[18:50] <NCommander> apachelogger, this is for proposed
[18:50] <apachelogger> oh, i see
[18:53] <apachelogger> Nightrose: ohhhhhhhhhhhhhhhhhhhhhhhhhhhhh
[18:54] <Nightrose> ?
[18:54] <apachelogger> oh my picard
[18:54] <Nightrose> ;-)
[18:54] <Nightrose> tell me honey
[18:54] <apachelogger> phonon-xine was in runtime at the time 4.2.0 got released
[18:55] <apachelogger> hold on
[18:55] <apachelogger> Nightrose: isn't your toilet called jean-luc
[18:55] <Nightrose> it seems to be yea
[18:55] <apachelogger> most nicely
[18:55] <Riddell> 4.2.0 got released?
[18:56] <apachelogger> Riddell: phonon
[18:56] <apachelogger>     checkOutEval(comp, "KDE/kdebase/runtime/phonon", "kdebase-minimal/phonon")
[18:56] <apachelogger> so, how do I get that to use the stable branch
[18:56] <apachelogger> -.-
[18:56] <Tm_T> phonon has always 0.1 more than KDE in version number, evil isn't it
[18:56] <apachelogger> neon just wasn't designed for that crap
[18:57] <Riddell> right
[18:57] <NCommander> apachelogger, so what can I do to help w/ KDE 4.2
[18:57] <Riddell> join the kubuntu ninjas when packging
[18:57] <apachelogger> NCommander: report to JontheEchidna, he'll be leading the packaging for beta1
[18:57] <Riddell> I'm doing 4.1.73 currently
[18:57]  * NCommander reports to JontheEchidna
[18:58] <JontheEchidna> hai ^_^
[18:58] <smarter> Riddell: I saw that, impressive :)
[18:59]  * smarter wonders if he should starts updating all his packages
[18:59] <NCommander> Riddell, can you accept something into proposed w.o a SRU ACK?
[18:59] <apachelogger> pitti will eat you without SRU ACK
[18:59] <Riddell> smarter: it's a bit broken currently, waiting for pkg-kde-tools to move to main
[18:59] <Riddell> NCommander: not in main, only pitti does that
[18:59]  * NCommander nods
[18:59] <Riddell> universe needs motu-sru ack
[19:00] <NCommander> I thought that was to move from proposed->updates
[19:02] <Riddell> should have an ack before it gets accepted into proposed
[19:02] <Riddell> you can upload all you want though, it'll get stuck in unaccepted
[19:02] <Riddell> unapproved
[19:02] <Riddell> whatever it's called
[19:04] <Riddell> kimono (kde c#) working! http://www.kubuntu.org/~jriddell/tmp/kimono.png
[19:05] <apachelogger> Checking out KDE/4.1/kdebase/runtime/phonon to /home/apachelogger/intrepid/root/svn/kdebase-minimal/phonon
[19:05] <apachelogger> Nightrose: there is a 7% chance sound will work with the new kdebase
[19:06] <Nightrose> wohooo
[19:07] <NCommander> Riddell, I got a proposed fix
[19:08] <Riddell> NCommander: excellent
[19:08] <NCommander> Riddell, https://bugs.edge.launchpad.net/ubuntu/+source/kde4libs/+bug/299164 - care to accept the nomination for intrepid?
[19:09] <Riddell> done
[19:10] <smarter> btw, what happened to extragear 4.1.3 packaging?
[19:11] <Riddell> extragear didn't appear
[19:11] <Riddell> although I see it has now, it just wasn't announced to packagers
[19:11] <smarter> hmm
[19:15] <Riddell> I also saw helio muttering that he might have used the wrong scripts to make them so possibly best not to bother
[19:17]  * apachelogger got the better script anyway :P
[19:35] <rgreening> Any reason for KFind not to appear in the K-Menu? Perhaps it needs a shortcut in Favorites or a top level entry.
[19:37] <rgreening> Is there a way to subscripe in launchpad only to KDE related bugs?
[19:38] <Riddell> kubuntu-bugs mailing list tries to
[19:38] <rgreening> ah. ok.
[19:38]  * rgreening unsubscribes to LP bugs list... OMG it's busy
[20:56] <^seelenn^> ryanakca: Evening, I got your memo, can help you in an hour or so
[20:56] <^seelenn^> had to have a full re-install last night because of a massive fail
[20:57] <ryanakca> ^seelenn^: splendid, I'll do homework 'till then :)
[21:27] <a|wen> does callking dh_icon in a rules file make a difference in KDE?
[21:29] <smarter> "dh_icons is a debhelper program that updates Freedesktop icon caches when needed, using the update-icon-caches program provided by GTK+2.12."
[21:29] <smarter> guess not
[21:29] <smarter> do you know kde packages which still use plain debhelper?
[21:34]  * ^seelenn^ has finished cleaning the upstairs
[21:35] <^seelenn^> ryanakca: Am ready to help, what do you nedd me to do
[21:35] <Arby> anybody around with decent PyQt or Qt knowledge?
[21:35] <Sime> yes
[21:36] <Arby> excellent
[21:36] <Arby> I'm failing to set the state of a checkbox
[21:36] <Arby> http://paste.ubuntu.com/73496/
[21:36] <Arby> setting the text label works
[21:36] <a|wen> smarter: so it shouldn't be very necessary having a call to it?
[21:36] <Arby> as soon as I uncomment the setCheckState lines it crashes
[21:37] <Arby> Sime: ^^
[21:37] <Arby> clearly I'm doing something wrong
[21:37] <smarter> a|wen: not sure
[21:37] <a|wen> smarter: only universe packages (which we either import or merge with debian)
[21:37] <smarter> letting it shouldn't hurt anyway
[21:38] <smarter> Arby: what object type is chkPMakeDefault?
[21:38] <Arby> smarter: QCheckBox
[21:38] <a|wen> smarter: it's our only diff to debian (knutclient) ... so if it isn't necessary it would be good to get back in sync
[21:38] <Sime> Arby: is the checkbox connected to a slot? (it might be a signal loop!)
[21:39] <Arby> Sime: yes
[21:39] <Arby> self.connect(self.chkPMakeDefault, SIGNAL("stateChanged(int)"), self.chkPMakeDefault_stateChanged)
[21:40] <Arby> that looks wrong actually
[21:40] <Sime> see if it is jumping into self.chkPMakeDfault....
[21:40] <Arby> how do I check that? conveniently placed print statement?
[21:40] <Arby> or is there a clever way
[21:40] <smarter> also, if you only need to check/uncheck the box, consider using setChecked(true) instead of setCheckState()
[21:41] <Arby> I tried that and failed, let me try again, it would be simpler
[21:41] <smarter> you could try the python debugger
[21:41] <smarter> http://www.python.org/doc/2.5.2/lib/module-pdb.html
[21:41] <Sime> Arby: print statement is best
[21:44] <Arby> it doesn't seem to be going into self.chkPMakeDefault_stateChanged.
[21:45] <Arby> it crashes as soon as it hits
[21:45] <Arby> self.chkPMakeDefault.setChecked(state)
[21:45] <Arby> argh fail
[21:45] <Arby> need to change that back
[21:46] <Arby> not that it matters, still crashes
[21:47] <Arby> Sime, smarter Am I actually using Qt.Checkstate correctly?
[21:47] <Arby> I didn't really understand what I was supposed to do
[21:48] <smarter> there's no need for Qt.CheckState
[21:48] <smarter> just use setChecked(true)
[21:48] <Arby> I tried, it still crashed.
[21:49] <smarter> yes, because the problem is elsewhere
[21:49] <smarter> I was just saying that since you don't need checkstate, using setChecked was better 'cause simpler
[21:49] <Arby> ah, right I see. I'll change it back
[21:51] <Arby> hmm, the backtrace is missing all the debugging symbols. Any idea what package I need
[21:51]  * Arby pokes apt-cache
[21:56] <Riddell> a|wen: dh_icon is needed to ensure the app icon appears in Gnome's application menu
[21:57] <a|wen> Riddell: thx ... and it has no function in KDE what so ever?
[21:58] <Riddell> no
[21:58] <Riddell> KDE's icon cache is clever enough to just work
[21:58] <Riddell> but we want our app icons to be available to gnome
[21:59] <a|wen> Riddell: also if this is our only diff to debian?
[22:00] <Riddell> yes
[22:01] <Riddell> NCommander: no patch yet for that kdelibs issue?
[22:02] <NCommander> Riddell, have the patch its still compiling :-/
[22:02] <NCommander> correction
[22:02] <NCommander> Just finished
[22:02] <NCommander> Let me make sure I can build adept now
[22:02] <Riddell> good luck
[22:03] <NCommander> ??
[22:03] <NCommander> good luck on what?
[22:03] <a|wen> Riddell: thx for clarification
[22:04] <NCommander> Riddell, ok, grabbing adepts build deps ...
[22:16] <Arby> Sime: you were right, it was a signal loop. thanks for the hint
[22:17] <Arby> is this a reasonable solution
[22:17] <Arby> http://paste.ubuntu.com/73520/
[22:17] <Arby> or is that just crack
[22:28] <Sime> Arby: that is one solution. I just use a flag variable to 'guard' each slot. I've got this in a python @decorator so it is real neat.
[22:30] <Arby> Sime: but it's not going to make people go 'arrgh god don't do that' ?
[22:30] <motosir_> hello
[22:31] <Arby> Sime: Also, what do you mean by a guard variable?
[22:31] <Arby> do you mean as in @pyqtSignature("")?
[22:31] <Arby> (sorry for the flood of questions, just a beginner)
[22:32] <Sime> Arby: my @decorator is neater. :-) http://paste.ubuntu.com/73532/
[22:33] <Sime> Arby: put @block in front of your slots and that will 'disable' signals (kind of)
[22:33] <ryanakca> apachelogger: you running the meeting tomorrow?
[22:37] <Arby> Sime: do you mean like this http://paste.ubuntu.com/73533/ ?
[22:37] <Riddell> hi motosir_
[22:37] <Arby> not that I can actually follow what that wrapper does
[22:37] <Sime> Arby: yes
[22:38] <ryanakca> Riddell: btw, you can see what we have so far for the screenshot plugin on my testsite... huats is helping me debug why the admin interface isn't working... once we get that sorted out, we'll be able to add more screenshots and have the next / prev buttons working
[22:38] <Arby> Sime: where do I put the definition? In a file somewhere and import it?
[22:39] <Arby> I don't know how to define decorators
[22:39] <Sime> Arby: it is the same as this code: http://paste.ubuntu.com/73534/
[22:39] <Sime> Arby: it just adds that if around the method.
[22:39] <Sime> Arby: it is just another plain python function.
[22:40] <Sime> Arby: decorators are just functions which add stuff to other functions.
[22:41] <Hobbsee> apachelogger: test what?
[22:44] <Riddell> ryanakca: where's your test site?
[22:44] <Riddell> ryanakca: who's huats?
[22:44] <Riddell> ryanakca: will sysadmin allow this module?
[22:44] <Hobbsee> huats is a guy on irc
[22:45] <ryanakca> Riddell: One of the *ubuntu-fr webmasters... or at least he writes their modules
[22:45] <Hobbsee> now a motu, i think?  or a uuc, at least.
[22:45] <ryanakca> ... and they've allowed it on the ubuntu-fr, I've talked about it with newz2000, and he doesn't see any reason why they wouldn't allow it on another one of their sites
[22:46] <Arby> Sime: so would something like http://paste.ubuntu.com/73541/ work?


[01:32] <Scary_Guy> https://github.com/aristocratos/bashtop
[01:38] <cmaloney> Eyah, I saw that.
[15:07] <Scary_Guy> @cmaloney https://www.youtube.com/watch?v=G3NnLQv4CZk


[18:46] <zaki> pavlushka, Welcome Back
[18:46] <pavlushka> hey zaki :)
[19:54]  * pavlushka listening to pink floyd - The final cut album
[21:03] <zaki> :)
[21:03] <zaki> good night pavlushka


[07:22] <lordievader> Good morning
[10:19] <RoyK> lordievader: morning
[10:19] <lordievader> Hey RoyK how are you doing?
[13:30] <eoli3n> where could i find differences between desktop and server isos ?
[13:31] <lotuspsychje> eoli3n: downloading the right link
[13:31] <eoli3n> read my question
[13:31] <lotuspsychje> you mean inside the iso?
[13:31] <eoli3n> what differs from a server install to desktop install ?
[13:42] <Ussat> Several things, what packages are installed mainly. Desktop has a GUI by default, server doies not
[13:43] <Ussat> You can put a GUI on a server, but meh....I see no reason to
[13:43] <Ussat> mainly what packages are installed by default
[13:44] <Ussat> if you really want ALL the differences, feel free to download them and compare package lists
[13:44] <Ussat> the "back end" is pretty much the same, its Linux
[13:52] <eoli3n> Ussat i install a desktop with server iso
[13:52] <eoli3n> i'm migrating from legacy deployment to uefi
[13:52] <eoli3n> with legacy i use netboot
[13:53] <eoli3n> but in uefi, i only can choose beetween ubuntu-server-live (900M) or ubunt-desktop-live (2.6G)
[13:53] <eoli3n> i use ubuntu server with autoinstall, at the end in late_command i run ansible in a chroot to finish configuration
[13:53] <eoli3n> (400 tasks, a big playbook, 400 packages)
[13:55] <Ussat> yes, and ?
[13:55] <eoli3n> then i wanted to know if my choice is ok, if i would use desktop iso instead
[13:55] <Ussat> it depends whaty you want. You can use either.
[13:55] <eoli3n> the lighest one is server, it seems to
[13:55] <Ussat> both will work
[13:56] <eoli3n> i want the lighest one, i just want to deboostrap the minimal system, ansible will install all needed packages
[13:56] <Ussat> Correct, server is lightest because it does not ahve all the desktop stuff baked in
[13:56] <Ussat> ok
[13:56] <eoli3n> thanks
[13:56] <Ussat> so, do that
[13:56] <Ussat> Thats exactly how I install my systems
[13:56] <eoli3n> second question is the reverted one
[13:56] <Ussat> both Ubuntu server and RHEL
[13:56] <eoli3n> will ubuntu server add some "stange" packages for a desktop ?
[13:57] <eoli3n> strange
[13:57] <Ussat> what do you mean strange packages. it only installs what you tell it to
[13:57] <Ussat> The "back end" of server and desktop are almost exactly the same
[13:57] <eoli3n> legacy netboot is minimal, but ubuntu-server might come with some extra tool, that i would remove with ansible
[13:58] <Ussat> So, I would do a test install, see whjats all installed and then yank out what you dont want
[13:58] <eoli3n> yep i will diff dpkg -l
[13:58] <eoli3n> i'm waiting for new install to finish
[13:58] <eoli3n> 45min...
[13:58] <Ussat> Just be sure you know what yopure yanking out
[13:59] <eoli3n> yanking ?
[13:59] <eoli3n> what does that mean ?
[13:59] <Ussat> pulling out, removing
[13:59] <eoli3n> yep
[13:59] <Ussat> same idea
[13:59] <eoli3n> avahi-daemon for exemple :)
[13:59] <eoli3n> netplan
[13:59] <Ussat> I like netplan, a LOT
[14:00] <eoli3n> but i don't need it
[14:00] <Ussat> well, you kinda do for networking
[14:00] <eoli3n> not really
[14:00] <eoli3n> if i remember well i do not use any network manager
[14:00] <eoli3n> i just set dhcp for my main interface in /etc/network/interfaces
[14:01] <Ussat> iF Yok, IF YOU WANT
[14:01] <Ussat> if you want.
[14:01] <eoli3n> ahaha
[14:01] <eoli3n> touret ?
[14:01] <eoli3n> :P
[14:02] <eoli3n> why would you use netplan ?
[14:02] <eoli3n> for the yaml syntax ?
[14:11] <Ussat> becauyse for a server, netplan is very flexible.
[14:29] <ogra> also /etc/network/interfaces is dead and gone since years ...
[14:30] <ogra> (in debian as well as ubuntu)
[14:35] <eoli3n> hm
[14:35] <eoli3n> lets use netplan then
[14:38] <Ussat> I think I said that...
[14:39] <Ussat> That server iso is pretty minimal
[15:23] <quadrathoch2> ogra idk where you got it but debian still uses ifupdown by default
[16:06] <ogra> quadrathoch2, oh ? i thought they dropped it along with ifconfig ?
[16:07] <ogra> (like we did too)
[16:11] <quadrathoch2> nope, still haning on tight :)  (they dropped ifconfig)
[16:11] <quadrathoch2> or rather net-tools
[19:06] <eoli3n> Hi
[19:07] <eoli3n> how do you configure netplan with unpredictible network interface name ?
[19:07] <eoli3n> for systemd-netword backend
[19:08] <ogra> did you check https://netplan.io/examples/ yet ?
[19:32] <teward> you'd use a relevant match section eoli3n to match a component of the network device's config like MAC address, etc.
[19:32] <teward> review the examples


[05:48] <Infl8ableSoulm8> so, the version of bazaar in hardy is 1.3.0
[05:48] <Infl8ableSoulm8> how do I make it use 2.0.x
[05:48] <Infl8ableSoulm8> ?
[05:49] <Infl8ableSoulm8> that or how do I cause the windows shell shortcuts use the the protocol 1.3 requires instead of the 2.0 version
[05:49] <Infl8ableSoulm8> ?
[06:12] <lifeless> add the bzr ppa on hardy
[06:13] <Infl8ableSoulm8> bzr ppa on hardy contains 1.3.x
[06:14] <lifeless> no it doesn't
[06:14] <lifeless> see the bzr downloads page for instructions
[06:15] <Infl8ableSoulm8> oh, weak.
[06:15] <Infl8ableSoulm8> I forgot to apt-get update :P
[07:44] <joda_bot> happy easter
[07:44] <joda_bot> anyone here? :D
[08:02] <Infl8ableSoulm8> so, can anyone familiar with TortoiseBZR tell me how to make it login to a remote respository as a different user than the one that is logged in on windows?  I would like to log in as a user on the linux box, but not as the user on the windows box.
[08:02] <Infl8ableSoulm8> using bzr+ssh://
[08:15] <wgrant> Infl8ableSoulm8: Tried bzr+ssh://user@host/path?
[08:34] <Infl8ableSoulm8> yeah
[08:35] <Infl8ableSoulm8> I mean that by default it is logging in as<EMAIL_ADDRESS>instead of<EMAIL_ADDRESS>[08:36] <Infl8ableSoulm8> but it doesn't seem to really matter at this point.
[08:36] <Infl8ableSoulm8> every time I commit something as one user, I can't update as a different user
[08:36] <Infl8ableSoulm8> the files are created as being owned by user1:usr1 so I have to chown -R the whole repository again
[08:44] <Infl8ableSoulm8> is it possible to set things up so all committed files are set 660 *:bzr ?
[08:49] <Infl8ableSoulm8> oh, I see...
[08:49] <Infl8ableSoulm8> user@
[08:49] <Infl8ableSoulm8> hrm.
[08:50] <Infl8ableSoulm8> that would work, but it would still require that the permissions on new files be set correctly.
[09:12] <Infl8ableSoulm8> hrm... looks like sticky chmod is the winner :/
[09:23] <edakiri> Does Bazaar or ancilliary tools have support for keeping  track of un-cherry picks (the revisions you do not want)?  Last I knew, it did not.  Does any DVCS? Vague neural impressions says, "Darcs might."
[09:24] <edakiri> As I recall, you have to respecify the cherries or uncherries every time you merge with bzr, which is manually tedious.
[09:30] <fullermd> No, it's not sticky.  It's setgid.
[09:30]  * fullermd does the whole rant again.
[09:31] <Infl8ableSoulm8> I called it 'sticky' because I found an email that referred to it that way
[09:31] <fullermd> edakiri: Well, you can't have a revision without having all of its ancestors.  So, it's always THERE in the history.  But you can commit a reversal of the changes, and that will propogate forward fine.
[09:31] <fullermd> (of course, if you then merge that branch into a branch where you WANT those changes, things get uglier)
[09:31] <Infl8ableSoulm8> I have no actual idea what it was talking about.
[09:31] <fullermd> Well, find the author of that email and kill them.
[09:32] <fullermd> Well, OK, maybe that's a LITTLE over the top.  Take off at least 3 limbs, anyway.
[09:33] <Infl8ableSoulm8> well, it actually was a chmod command.
[09:33] <Infl8ableSoulm8> something like chmod 6774
[09:34] <Infl8ableSoulm8> I am only used to using the three digit commands.
[09:34] <fullermd> 0___4 on a dir would be bizaare.  Presumably it's more like 02775 or 02770.
[09:34] <fullermd> You certainly don't need 04000 in there.
[09:35] <Infl8ableSoulm8> well, if I had any clue what I was doing, I'm sure I would do it correctly.
[09:35] <Infl8ableSoulm8> and it was a recursive command
[09:36] <fullermd> On filesystems with SysV semantics, setgid on a directory causes files within that directory to inherit the dir's group.
[09:36] <fullermd> (under BSD semantics, that's the default behavior)
[09:36] <fullermd> setuid doesn't do anything in general.
[09:37] <fullermd> You certainly do NOT want setuid/setgid on any of the _files_.
[09:39] <Infl8ableSoulm8> well, it's letting me commit and update as different users without throwing errors, now.
[09:54] <edakiri> fullermd: The case which turns ugly is exactly what the main thing desired for the D in DVCS: maintaining multiple branches which desire to keep different code variations.  So it is this case i am seeking a way to solve.
[09:57] <fullermd> darcs is the only thing that might work for that, since it treats each change as an independent entity floating in space.
[10:01] <lifeless> vila:   File "/usr/lib/python2.6/dist-packages/bzrlib/transport/http/__init__.py", line 132, in get
[10:01] <lifeless>     return StringIO(response_file.read())
[10:03] <lifeless> vila: thats urllib, and its buffering
[10:23] <vila> lifeless: grr, yeah, someone put a FIXME there, in anger I presume, that means you need to override get(). You don't need to seek backwards right ?
[10:27] <lifeless> vila: no, I have a 4GB+ stream to deal with ;)
[10:27] <lifeless> vila: I'm calling _get for now.
[10:27] <lifeless> vila: this will be breaking http smart server initial clones
[10:27] <lifeless> vila: by breaking I mean 'this is why we are running out of memory'
[10:28] <vila> lifeless: bzr is supposed to use readv() for packs so should not be affected
[10:29] <vila> lifeless: or are you saying we *do* use get() ??
[10:30] <vila> lifeless: I have to go *now*, be back in a couple of hours
[10:30] <vila> lifeless: as hinted in the FIXME this *can* be fixed, bundle reader just needs to keep track of whatever it reads and give it back when needed instead of seeking backwards
[10:31] <lifeless> vila: not packs
[10:31] <lifeless> bzr+http
[10:31] <lifeless> vila: actually, I think that case is clean
[10:32] <lifeless> bye
[12:12] <lifeless> vila: back yet ?
[12:14] <vila> lifeless: wow, back ~3 minutes ago :)
[12:15] <lifeless> are you aware of any 32 bit limitations in python socket/urllib on 64bit Ubuntu ?
[12:16] <vila> no, and babune, as well as most its slave run with 64 bits OSes. I don't know how python is built there though
[12:17] <vila> lifeless: any specific case ?
[12:19] <lifeless> http://pastebin.ca/1856482
[12:20] <lifeless> I hit ctrl-C when I was seeing no network traffic, and no error, on my test lmirror server
[12:21] <lifeless> thats the traceback ont he client
[12:22] <lifeless> I'm not saying that bzrlib.transport is necessarily buggy... but something strange happened *somewhere*
[12:26] <vila> lifeless: weird, self._rbuf seems to be a StringIO() buffer, I fail to see how that could block, could it be that you were *very* unlucky on yout ctrl-C ?
[12:26] <lifeless> vila: well,i ts more that I'm wondering why my server would suddenly halt
[12:26] <lifeless> a 32 bit issue would explain it, if something somwhere has a counter and it wraps at 2G
[12:27] <lifeless> or even at 4G
[12:27] <vila> lifeless: it's an extrenal server right, not one in the same process as your http client ?
[12:27] <lifeless> the stream is - let me just wget it
[12:27] <lifeless><PHONE_NUMBER> bytes long
[12:28] <lifeless> du -s /tmp/t/music/
[12:28] <lifeless> 2099976 /tmp/t/music/
[12:28] <vila> IIRC bt.http.response will read by 500K chunks
[12:29] <lifeless> is the amount writen to the output dir ont he machine I'm streamin to
[12:34] <vila> lifeless: 2099976 is not a multiple of 512 * 1024, weird
[12:34] <lifeless> its stuck, same place
[12:35] <lifeless> client side si looping:
[12:35] <lifeless> recvfrom(4, "", 524288, 0, NULL, NULL)  = 0
[12:35] <lifeless> 100% CPU use :(
[12:35] <vila> lunch time here,
[12:35] <vila> you mean it loops *trying* to read but getting nothing ?
[12:36] <lifeless> right
[12:36] <lifeless> or
[12:36] <lifeless> its looping with a zero length buffer
[12:36] <lifeless> I'm going to check the params now
[12:37] <vila> at least 524288 is 512 * 1024, so we are indeed respecting that
[12:38] <lifeless> why deoes 512*1024 matter ?
[12:38] <lifeless> oh, so I *know* that the server can send a 4G stream
[12:39] <lifeless> because wget can get it all.
[12:39] <lifeless> man recvfrom
[12:39] <lifeless> 524288 would appear to be the length we're willing to receive
[12:39] <lifeless> so that call is ok
[12:41] <vila> yes, that  bt.http.response imposing that 512K to avoid memory errors
[12:41] <vila> s/that/this/
[12:46] <lifeless> I'm running it a gain with an assert in osutils.pumpfile
[12:46] <lifeless> just incase its gotten a zero-length read or something silly organised
[12:55] <lifeless> vila: http://mail.python.org/pipermail/python-bugs-list/2005-January/027258.html is int he sapce
[12:58] <lifeless> hah! I think I know.
[12:58] <lifeless> 32-bit squid build, I think
[12:59] <lifeless> yeah
[13:00] <lifeless> yup
[13:04] <lifeless> gnight
[13:05] <vila> lifeless: gnight, so the problem is solved for you ?
[13:05] <lifeless> very sure it will be
[13:05] <vila> ok
[13:06] <lifeless> the client was using a 320bit squid build without -DLARGEFILE wor wahtever
[13:06] <lifeless> I'll look into it more tomorrowish
[13:12] <Annaa> http://tinypic.zapto.org/2kn4m8.png?t=1270382681 do my breasts look to big?
[13:13] <fullermd> It must be hard to have a 320 bit build without LARGEFILEs...
[13:13] <vila> Annaa: dunno about your breats, but your brain, definitely no
[13:13] <vila> fullermd: naah, he emant really LARGE, like Annaa's
[13:16]  * fullermd keeps waiting for you to type 'Anaaa'
[13:16] <vila> bananaaaaa
[13:18] <fullermd> Is that just a typo, or are you a sheep?  'cuz I've been thinking about making a new sweater...
[13:25] <vila> I was thinking about some string search algorithm that mentioned banana as a useful test case :)
[15:15] <jam> banana-rama mo-mana fee-fi fo fana, banaaana
[15:15] <jam> morning vila and fullermd
[16:46] <ferringb> so... random question, using bzr-svn, now trying to merge the work back (quite a few moves, bunch of modifications)... bzr-svn however seems to just be attempting to do a remove/add instead of a move
[16:47] <ferringb> bit non optimal since history will be lost
[16:47] <ferringb> any ideas?
[19:28] <ferringb> curious, how would one go about pushing revs/history of a bzr branch into svn when there is no common ancestor?
[20:10] <SamB_XP> ferringb: uh, carefully ;-)
[20:10] <SamB_XP> you may wish to try it with a local toy SVN repo first
[20:19] <ferringb> SamB_XP: or toy branches
[20:19]  * ferringb figured it out
[20:19] <ferringb> basically push to an empty location in svn
[20:20] <ferringb> trickier was how to get revs from a bzr branch directly into svn w/ the history fully merged in (hacked that one, but it worked)
[23:07] <goundy> Hi
[23:07] <goundy> Guys, do you know a place where I can have a private bazaar repository for free ?
[23:07] <goundy> (I need this temporary actually :))
[23:11] <lifeless> any server you can sftp or ssh into
[23:16] <SamB_XP> (or access as a filesystem -- say, a flash drive?)
[23:22] <Infl8ableSoulm8> I will give you a free, private bzr repository for $100!
[23:22] <Infl8ableSoulm8> oh.
[23:23] <SamB_XP> I think he meant money-free rather than free-of-restrictions
[23:23] <Infl8ableSoulm8> right.
[23:24] <Infl8ableSoulm8> besides the fact that I'm a newb and no one would want to have their stuff hosted on my box to begin with :D
[23:24] <SamB_XP> a Linux newb ?
[23:24] <Infl8ableSoulm8> not so much a linux newb.
[23:24] <Infl8ableSoulm8> I am pretty good with linux for desktop purposes.
[23:25] <SamB_XP> goundy: what organizations are you affiliated with?
[23:25] <SamB_XP> any?
[23:25] <Infl8ableSoulm8> but all this security and permissions stuff that comes with running a server is kinda over my head at the moment.
[23:25] <goundy> SamB_XP, nope... not yet actually that's why I'm looking for a quicky :°)
[23:25] <SamB_XP> I thought maybe you had a school or something
 I will give you a free, private bzr repository for $100!> Ohooo generous :p
[23:26] <goundy> SamB_XP, I do have one, but my code isn't targeted to it
[23:26] <SamB_XP> well, they often have CS departments, and those often have some way of getting a shell account...
[23:28] <SamB_XP> another option would be to use one of those computers your mother wishes you'd just throw away as a *nix server
[23:35] <fullermd> See, I thought about trying that once.  But getting *nix running on an Apple ][ is a bit of a challenge.
[23:36] <goundy> SamB_XP, yeah, unfortunately the only machine my mum wishes I throw away is yet down :p
[23:36] <SamB_XP> fullermd: lol
[23:37] <SamB_XP> fullermd: I'm thinking college was a few years back for you, yes?
[23:38] <fullermd> It wasn't THAT long ago!  It was just...  umm...  OK, shaddup.
[23:38] <Infl8ableSoulm8> it could just be that their CS dept is that far back.
[23:38] <fullermd> She does still wish I'd throw away the Apples, though!
[23:42] <SamB_XP> it's only that I don't think people young enough to still be in college were old enough to have any control when any Apple IIs the family may have had would probably have been thrown out ;-)
[23:42] <fullermd> Pah.  Slackers.
[23:43] <SamB_XP> whu?
[23:43] <SamB_XP> are you implying that more people your age should be getting PhDs or something ?
[23:43] <fullermd> Actually, I acquired most of them from a school that was throwing them out (many, MANY years after they should've)
[23:43] <SamB_XP> ah
[23:44] <fullermd> Most of the people I went to school with who intended to get PhD's have them by now.
[23:44] <SamB_XP> okay, that may throw off my reckoning ?
[23:44] <fullermd> (and the remainder probably won't get them anytime soon)


[04:46] <guiverc> fyi:  i've had issues with 19.10 daily (two laptops, media checks okay) connecting to wifi WPA2 - security options are only WEP passphrase or WEP key  (my security is WPA2)
[04:50] <Unit193> ...As any sane person would use, indeed. 0_o
[05:04] <guiverc> i've got it connected now (2nd netbook; sony vaio) as I did with other older thinkpad, on reboot it showed WPA2 as a choice on initial boot..  i couldn't reliably reproduce! so pointless :(
[05:21] <guiverc> everything was perfect on x201  :)  (third laptop)
[05:28] <flocculant> it starts - had to muck about with updates today - as the chromium browser is only a snap now
[05:29] <flocculant> guiverc: you thought about being more involved with qa for Xubuntu? they definitely need someone cos the last person had to leave
[06:07] <guiverc> flocculant, would love to help, you [xubuntu] can call on me anytime you need/want anything, testing or anything if in my skill (rather low) level; but I do same with lubuntu so callings at release time may be beyond what I could deliver/do
[10:19] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-screensaver 0.1.5 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-screensaver-0-1-5-released-tp54077.html (by Sean Davis-6)
[10:27] <Unit193> Notit
[20:42] <Unit193> https://ftp-master.debian.org/new/xsecurelock_1.4.0-1.html well that's interesting.
[23:57] <bluesabre> Unit193: indeed


[12:05] <Akshit97> hi
[12:06] <Akshit97> is anyone there
[12:55] <asdfgh> hello
[13:09] <Cris22881> need some help with ubuntu and aspire z5610
[13:11] <thewildhaggis> What do you need help with Cris22881
[13:13] <Cris22881> with the videocard...it is a geforce g210m
[13:14] <Cris22881> with the latest nvidia drivers I get this : without the nvidia driver I can only boot in safe mode
[13:14] <roastedhaggis> thats bumblebee
[13:14] <Cris22881> with the latest nvidia drivers I get this :http://www.youtube.com/watch?v=Ll3dtfdljzw without the nvidia driver I can only boot in safe mode
[13:14] <roastedhaggis> its a optimus card, and is a bit unstable under linux
[13:14] <roastedhaggis> it can be used with the bumblebee project to get it working
[13:15] <Cris22881> I read something about this bumblebee, but I thought that is only if I have 2 videocards
[13:16] <roastedhaggis> Cris22881, if you have optimus, you have two video cards
[13:16] <roastedhaggis> is your laptop using optimus?
[13:16] <Cris22881> I have only one
[13:16] <Cris22881>  geforce g210M
[13:18] <roastedhaggis> Cris22881, no optimus then - have you checked in the Hardware Drivers utility?
[13:19] <Cris22881> well..I found lots of info about how to get it working, but none of them succeded
[13:20] <roastedhaggis> Cris22881, what have you tried so far?
[13:20] <Cris22881> to install on this computer I need to use acpi=off
[13:20] <Cris22881> after the instalation I can only boot in safe mode
[13:21] <Cris22881> normal mode gives me some resolution issue, it makes the screen of of sync or something
[13:21] <Cris22881> in safe mode I install the latest nvidia driver and I get the screen like above
[13:22] <Cris22881> I tried to uninstal the nvidia driver with apt-get purge nvidia-*
[13:22] <Cris22881> and still no chance to boot in normal mode
[13:23] <roastedhaggis> Cris22881, post the output of lspci
[13:24] <roastedhaggis> and pastebin please
[13:26] <Cris22881> first I need to make a fresh instalation
[13:26] <Cris22881> will be back, and thanks for trying to help
[15:30] <Cristian2281> hello.Can saomeone help me with Ubuntu and aspire z5610 ?
[15:31] <smartboyhw> !patience | Cristian2281
[15:31] <ubot2> Cristian2281: Don't feel ignored and repeat your question quickly; if nobody knows your answer, nobody will answer you. While you wait, try searching https://help.ubuntu.com or http://ubuntuforums.org or http://askubuntu.com/
[15:32] <JoseeAntonioR> !ask
[15:32] <ubot2> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[15:32] <JoseeAntonioR> smartboyhw: that's not the right factoid.
[15:32] <smartboyhw> JoseeAntonioR, well he did it in one line so your's isn;t too
[15:32] <smartboyhw> It also refers to the patience factoid
[15:36] <Cristian2281> !ask my aspire  z5610 only boots in safe mode
[15:36] <ubot2> Cristian2281: Error: I am only a bot, please don't think I'm intelligent :)
[15:46] <Cristian2281> can someone help me with booting an aspire z5610 in normal mode?It only boots ubuntu in safe mode
[15:48] <cortman> What happens when you try to boot normally?
[15:49] <Cristian2281>  I get artifacts and nothing more. I managed to boot in normal mode only after I installed bumblebee
[15:49] <cortman> Sounds like video card issues
[15:50] <Cristian2281> but the strange thing is I don't have 2 graphics card and I am not able to start bumblebee daemon
[15:51] <Cristian2281> I installed the nvidia-current but all I get was this: http://www.youtube.com/watch?v=Ll3dtfdljzw
[15:54] <cortman> Then I'm out of my depth already Cristian2281 - sorry
[15:57] <Cristian2281> well...thanks for trying at least, cortman
[16:02] <cortman> Cristian2281, if you don't get any help here make a post on the forums
[19:58] <CommKav> I need help.
[19:59] <CommKav> :P
[20:00] <CommKav> Is there anybody out there?  pink floyd
[20:01] <CommKav> :-(, Hello anyone...
[20:03] <CommKav> Is there anybody out there?
[20:04] <Unit193> !anyone
[20:04] <ubot2> A high percentage of the first questions asked in this channel start with "Does anyone/anybody..." Why not ask your next question (the real one) and find out? See also !details, !gq, and !poll.
[20:07] <CommKav> How do I find out the drive letter of my cdrom.  I am trying to install the second disk of a windows game and it asks for a cd drive letter.  The Home Folder is no help.
[21:31] <jimbo_> looking for help with and/or point me in the right direction for getting Mobile Broadband to show in modem-manager
[22:50] <jimbo_> wwan isn't showing up in modem-manager, ifconfig, nor iwconfig.  How do I enable/use my wwan card?


[10:42] <peaceful> Hi can you unban me, please ? I need to ask some questions about ubuntu
[10:43] <ikonia> peaceful: when I tried to talk to you about it after the mute you said "bye" and parted
[10:43] <peaceful> ikonia, so?
[10:43] <peaceful> i had no time
[10:43] <ikonia> when I've tried to contact you since, you've ignored it
[10:43] <ikonia> you did have time
[10:43] <ikonia> lets be honest
[10:43] <ikonia> thats why you started talking in ##linux
[10:44] <peaceful> ikonia, well ok
[10:44] <peaceful> If you want to argue with me ill be ok without #ubuntu
[10:44] <ikonia> I've tried to contact you since, and you've ignored it (which is fine)
[10:44] <ikonia> ok
[12:54] <ikonia> @mark #ubuntu-offtopic asked polite to tone down language said he knew the rules after calling the team 7 year old and me a moron, kicked off in pm because I didn't warn him in private, makes wild claims that I asked him in public to feed my ego, attitude stinks rather than just say "no problem, acidents happen"
[13:12] <Vivaldi> Hello, is anyone active this morning?
[13:33] <Vivaldi> tis fine
[13:33] <Vivaldi> Later folks
[14:03] <ikonia> Vivaldi: do you need/want something ?
[14:03] <ikonia> Vivaldi: please stop sending me pm's
[14:03] <ikonia> if you wish to discuss anything please do in this public channel
[14:04] <Vivaldi> Who are you?
[14:04] <ikonia> ?
[14:05] <Vivaldi> ikonia: I've never PMd you.
[14:05] <Vivaldi> it's a query :)
[14:05] <ikonia> bye then
[14:06] <ikonia> I'm not playing silly games with you
[14:06] <Vivaldi> Wow
[14:06] <ikonia> win 14
[14:06] <Vivaldi> did you just ban me for talking to you in query?
[14:06] <Vivaldi> What the hell?
[14:06] <k1l_> Vivaldi: please come back when you can talk to us like an adult.
[14:06] <Vivaldi> ikonia: ?!
[14:06] <ikonia> play games wiht someone else - we are done here
[14:06] <Vivaldi> k1l_: I am talking to you like an adult.
[14:06] <k1l_> we dont need to play "funny games"
[14:06] <k1l_> please leave now, your are making it only worse
[14:06] <Vivaldi> k1l_: I'm not playing a funny game...
[14:06] <Vivaldi> Why the ban?
[14:07] <Vivaldi> k1l_: You realise ikonia called me "pathetic"?
[14:07] <Vivaldi> Or did he forget to tell you that?
[14:07] <Vivaldi> And he just BANNED me for talking to him in a query?
[14:08] <Vivaldi> Why k1l_?
[14:08] <k1l_> Vivaldi: i did read the backlog in -offtopic. then i see your attitude here. that is enough
[14:08] <Vivaldi> k1l_: Excuse me?
[14:08] <k1l_> now please part this channel and come back when your ego is healed again and you can talk about the issue like an adult.
[14:08] <Vivaldi> k1l_: Have you seen ikonia's ego?
[14:08] <Vivaldi> That's the very thing I was messaging him about.
[14:08] <Vivaldi> before he called me PATHETIC
[14:09] <Vivaldi> Seriously.
 Who are you?
[14:09] <ikonia> I asked you not to make "pathetic jokes"
[14:09] <k1l_> while you were pming him all the time.
[14:09] <Vivaldi> k1l_: I prefer to do private chats
[14:09] <ikonia> clearly
[14:09] <ikonia> so you can miss-quote
[14:09] <Vivaldi> k1l_: I don't see why I should involve other OPs
[14:09] <k1l_> stop that games. come back when you can act like an adult
[14:09] <Vivaldi> ikonia: YOU CALLED ME PATHETIC?!
[14:09] <ikonia> which is why I have refused to engage with you in private
[14:09] <Vivaldi> and you talk about misquoting>?!"
  I just want to sit AFK and wait for 6 hours?
[14:15] <ikonia> this channel has a non-idle policy
[14:15] <Vivaldi> You know what, just for you, I will.
[14:15] <Vivaldi> since I wouldn't want to set off your humongous ego
[14:15] <ikonia> thanks
[14:16] <Vivaldi> Au reviour.
[14:16] <ikonia> @makr #ubuntu-ops Vivaldi still trying to be a problem
[14:16] <ikonia> @mark #ubuntu-ops Vivaldi still trying to be a problem
[14:27] <Vivaldi> actually
[14:28] <Vivaldi> [14:11:02] <k1l_> go and waste some time on other communities
[14:28] <Vivaldi> I think overall
[14:28] <Vivaldi> that's good advice
[14:28] <Vivaldi> the other communties arent as childish as this one
[14:28] <ikonia> ok
[14:28] <Vivaldi> I think I'll take you up on that
[14:28] <ikonia> take care,
[14:28] <ikonia> ok
[14:28] <ikonia> bye then
[14:28] <Vivaldi> maybe
[14:28] <Vivaldi> the mods won't be a bunch of egotistical arseholes
[14:28] <Vivaldi> just maybe
[14:28] <ikonia> well /part the channel and think about what you want to do
[14:28] <Vivaldi> ikonia: Learn from this, my friend.
[14:29] <k1l_> we dont have to let him insult us over and over again. he already proved his attitude and had been given enough chances to clear this issue in a proper manner.
[14:29] <ikonia> just keeping an eye on ubuntu
[14:30] <ikonia> as he's just joined after stating he wanted to leave the community
[14:30] <ikonia> which to be honest, i've never seen him before today
[14:30] <k1l_> just left there
[14:31] <ikonia> ahhh pm'ing me more abuse now
[20:30] <k1l> [Botchlab] (~Bremsfag@<IP_ADDRESS>): Bremsfag
[20:30] <k1l> this seems like a known user?
[21:12] <rww> problem solved
[21:13] <rww> and yes, i assume it's (one of) the person (people) who ran Metaleer off the network
[21:13] <k1l> yeah that somehow rings a bell.