[00:41] <hallyn> pitti: mbiebl_: so i think i've got a bug in yakkety's deb-systemd-helper:  when libvirt-bin.service is renamed t libvirtd.service as part of packaging update, it fails on the new code that calls systemctl preset bc of a onexisting file
[00:41] <hallyn> is that bc the service unit file was renamed but the preset not yet?
[01:49] <hallyn> but i dunno what exactly it means that does not exist:
[01:49] <hallyn> http://paste.ubuntu.com/16270773/
[03:05] <Umeaboy> Hi!
[03:05] <Umeaboy> In 15.10 I can't find nouveau-kms.conf in /etc/modprobe.d/
[03:06] <Umeaboy> I want to run this command, but I'm thinking of changing the name of the conf-file to blacklist.conf: echo options nouveau modeset=0 | sudo tee -a /etc/modprobe.d/nouveau-kms.conf
[03:06] <Umeaboy> Would that be correct?
[05:13] <hallyn> yay, seem to have working upgrades
[05:16] <hallyn> urg, so /etc/init.d/* are considered conffiles?  they can't be removed?
[08:21] <alkisg> Hi, apt complains that this repository of mine [http://ts.sch.gr/repo/dists/stable/InRelease] is signed using a weak key.
[08:21] <alkisg> I read in https://wiki.debian.org/Teams/Apt/Sha1Removal that sha1 is obsolete.
[08:21] <alkisg> But my repository also has sha256... Reprepro doesn't yet support sha512, is the solution to just completely remove sha1?
[09:10] <alkisg> Hmm it looks like my DSA key won't do, and I'll need a new, RSA one...?
[09:14] <cjwatson> alkisg: The problem isn't the checksums in the file, but that the entire file is signed using a SHA-1 digest.  Pass --digest-algo SHA512 to gpg
[09:15] <cjwatson> alkisg: Works with DSA too, although switching to RSA is generally a good idea
[09:15] <alkisg> cjwatson: thanks, looking how to tell reprepro to pass options to gpg...
[09:15] <cjwatson> I don't know that part, although at absolute worst you could give it a wrapper
[11:55] <Umeaboy> Hi!
[11:56] <Umeaboy> I just installed makemkv in 15.10 and I got no errors with that.
[11:56] <Umeaboy> I get this error when it tries to read a perfectly scratch free DVD disc: DEBUG: Code 101019396 at o#cQLC'ojTv?,F~6kN:29396092
[11:56] <Umeaboy> DEBUG: Code 101019396 at o#cQLC'ojTv?,F~6kN:29393930
[11:57] <Umeaboy> ILLEGAL REQUEST:MEDIA REGION CODE IS MISMATCHED TO LOGICAL UNIT REGION'
[11:57] <Umeaboy> at offset '1048576'
[11:57] <Umeaboy> How can I solve that?
[11:57] <Umeaboy> I have checked that there's no smudge on the lens.
[11:59] <Umeaboy> It seems like my drive has a RPC protection.
[17:14] <alkisg> cjwatson: I couldn't make it work with my DSA-1024 key, but I was able to do it with a new RSA-1024 key. My last test was with plain `gpg --clearsign some.text`, without repositories involved; gpg wouldn't produce a SHA256 or SHA512 signature for my DSA-1024 key.
[17:14] <alkisg> *a new RSA-4096 key, sorry
[17:39] <juliank> alkisg: DSA1 keys only support 160 bit hashes, so they cannot support the larger SHA2 variants (without truncation)
[17:40] <juliank> (JFTR)
[17:41] <juliank> The correct step is to roll out a new RSA key like you generated, sign it with the old DSA key, and tell your users to switch to the new key in a message signed with the old one (or package, if you ship key in a package)
[17:53] <alkisg> juliank: thank you for verifying this, I will indeed ship a new key with a package.
[19:51] <cjwatson> juliank: It is possible with truncation, but certainly using a stronger key is better.
[19:52] <juliank> cjwatson: I heard that,  but I'm not really sure if GPG supports that
[19:53] <juliank> Maybe it's a different algo setting than the normal SHA256 and stuff
[19:53] <cjwatson> juliank: We had it working for an old Ubuntu key at one point, which is why I confidently claimed it worked :-)
[19:54] <cjwatson> I guess I might have missed something.  It wouldn't have been with current apt.
[21:06] <psusi> ummm... why does it appear that uds.ubuntu.com has not been updated since last year?
[23:07] <TJ-> with unity desktop which component handles ssh key passphrases? I've just found that using a remote SSH session the pass-phrase for the keyring is bring prompted for in the remote PC's desktop, preventing the SSH session from doing a 'git clone <host-entry-in-.ssh/config>:<path>' but can't tell what to report the bug against
[23:09] <mdeslaur> TJ-: try unsetting SSH_AUTH_SOCK in the remote session
[23:11] <TJ-> mdeslaur: ooo, thanks, I was just looking in the 'env' for something like that
[23:11] <TJ-> mdeslaur: thank you, that did it. is that a 'bugette' in the ssh env setup?
[23:12] <mdeslaur> I'm not sure why it's being set in your remote session
[23:24] <TJ-> me neither; I'll investigate. It's a relative new clean 16.04 install with Unity I've not done any tinkering yet
[23:29] <TJ-> there's a weird bug with gnome-screensaver and pam-yubico interaction too preventing unlocking a locked GUI session; when using challenge-response the system-wide challenge file cannot be accessed because g-s runs as $USER but any login/sudo etc causes the file to be owned by root with only u+rw. there's a fix upstream so might need to SRU that


[00:09] <thumper> davecheney: shipit
[00:24] <sinzui> waigani: Your PR was used to test the new juju-core-slave.  No working desktop. an upgrade gone wrong - lack of disk space seems to be root cause.
[10:29] <dimitern> frobware, oh sh*t :/
[10:29] <dimitern> frobware, best of luck fixing it then
[10:30] <dooferlad> frobware: crumbs. Ask for help if you need it.
[10:30] <frobware> dooferlad, trying to chroot of a usb boot ...
[10:32] <dooferlad> frobware: have you tried a boot repair USB stick or a recovery mode with networking support boot?
[10:32] <dooferlad> chrooting seems painful
[10:36] <frobware> dooferlad, my genuine /boot has no working kernel. do you know if a 'boot repair' disk will add one?
[10:38] <dooferlad> frobware: ah, no. It seems to cover bad grub options, file system corruption and other bootloader related stuff, but not a missing kernel
[10:39] <frobware> dooferlad, mkinitramfs failed (enospace) so ...
[10:39] <dooferlad> frobware: you should be OK deleting old kernels and related junk from /boot and retrying that. As long as one kernel is left that works...
[10:41] <frobware> I have working kernels
[10:41] <frobware> correction: I have NO working kernels.
[10:57] <dooferlad> dimitern: can I have another review of http://reviews.vapour.ws/r/3294/ please?
[11:01] <dimitern> dooferlad, sure - looking
[11:04] <dimitern> dooferlad, replied
[11:11] <voidspace> frobware: oh, ouch
[11:16] <voidspace> frobware: dimitern: dooferlad: this PR adds a providerId field to spaces and a providerId parameter to AddSpace
[11:16] <voidspace> http://reviews.vapour.ws/r/3307/
[11:16] <voidspace> it's a pre-req of my next couple of PRs
[11:18] <voidspace> dimitern: passing spaces through as constraints to maas will obviously need to use ProviderId and not Name
[11:18] <voidspace> dimitern: but if you make that change then the CLI command to add space will no longer work for maas spaces - you'll *need* space discovery
[11:18] <voidspace> (which is coming)
[11:18] <voidspace> so maybe don't make that change yet
[11:25] <dimitern> voidspace, looking
[11:25] <dimitern> voidspace, space add is not fully implemented
[11:25] <dimitern> voidspace, so it should be fine there, and for space create we have the card to not allow it when SupportsSpaces is false
[11:30] <voidspace> dimitern: ah, sorry - it was space create I meant
[11:30] <voidspace> dimitern: and we won't actually need "space add" I don't think
[11:30] <voidspace> dimitern: we'll really just need "space import" or whatever to update all definitions
[11:31] <voidspace> dimitern: a subsequent PR of mine will be adding SupportsSpaceDiscovery to NetworkingEnviron
[11:32] <voidspace> dimitern: so that will be the switch to disable space / subnet create
[11:32] <voidspace> dimitern: frobware: fwereade: dooferlad: bike shed on name, agent API facade for space and subnet creation (agent not client)
[11:33] <voidspace> dimitern: frobware: fwereade: dooferlad: "networking" ?
[11:33] <fwereade> voidspace, name it for the worker
[11:33] <voidspace> it's a bit too generic but it's also true
[11:33] <voidspace> fwereade: ok, that's easy enough
[11:33] <fwereade> voidspace, that's the granularity we're looking for
[11:33] <voidspace> discoverspaces
[11:33] <voidspace> fwereade: cool, thanks
[11:35] <voidspace> time for a rename then :-)
[11:38] <dimitern> voidspace, right - agreed about space import
[11:38] <dimitern> voidspace, +1 for SupportsSpaceManagement instead FWIW
[11:39] <dimitern> voidspace, reviewed btw
[11:40] <voidspace> management means nothing
[11:40] <voidspace> it's a weasel word
[11:41] <voidspace> dimitern: thanks for the review
[11:42] <dimitern> voidspace, well, "discovery" is a bit misleading as it implies we can't do discovery in other clouds *ever*
[11:44] <voidspace> dimitern: it doesn't imply that
[11:44] <voidspace> dimitern: when we *can* they'll return true
[11:44] <voidspace> that's precisely the point of it
[11:44] <voidspace> when we can support it for a provider the result of that method will change
[11:44] <voidspace> dimitern: you want me to change BackingSubnetInfo.ProviderId to string? I didn't touch that in my PR
[11:44] <dimitern> voidspace, ok, but then we can't forbid space create because discovery is not supported
[11:45] <voidspace> dimitern: "create" means create it on the provider
[11:45] <voidspace> dimitern: so we can forbid it where we can't create it on the provider
[11:45] <dimitern> voidspace, not BackingSubnetInfo specifically
[11:45] <voidspace> dimitern: that's the first issue you raised
[11:45] <voidspace> BackingSubnetInfo specifically...
[11:45] <dimitern> voidspace, but st.Subnet.ProviderId() returns network.Id
[11:46] <dimitern> voidspace, well it doesn't but it should (and BackingSubnetInfo represents st.SubnetInfo)
[11:47] <voidspace> dimitern: I think network.Id would probably be better here
[11:47] <dimitern> ..which also uses string aargh..
[11:47] <voidspace> I can fix that too
[11:47] <voidspace> it just adds work
[11:47] <dimitern> voidspace, I'd like to use network.Id for anything user-facing w.r.t. provider ids
[11:47] <voidspace> ok
[11:47] <voidspace> I'll include those changes here
[11:47] <dimitern> voidspace, doesn't have to happend now, if we store the correct value/type on the state doc
[11:48] <voidspace> state/doc is using string
[11:48] <voidspace> dimitern: should we use network.Id or string in mongo?
[11:48] <dimitern> voidspace, yeah, as it should, but the related method that returns the provider id field value should cast it to network.Id
[11:48] <voidspace> dimitern: threading network.Id throufh our code is fine
[11:48] <voidspace> dimitern: I might as well do it now
[11:49] <dimitern> voidspace, in mongo we use only native types or locally defined types in state
[11:49] <dimitern> voidspace, ok, cheers
[11:49] <voidspace> ok
[11:49] <dimitern> voidspace, thanks
[11:52] <voidspace> changed them, now to fix the 17 million things that break with type errors... :-D
[11:52] <voidspace> at least the compiler tells me where they are...
[11:57] <voidspace> dimitern: so state.SubnetInfo.ProviderId should also be network.Id
[11:57] <dimitern> voidspace, yes
[11:57] <voidspace> dimitern: cool
[11:58] <voidspace> dimitern: so *really* ProvisioningInfo.SubnetsToZones should be map[network.Id][]string
[11:58] <voidspace> dimitern: instead of map[string][]string
[11:58] <voidspace> dimitern: but that would be an incompatible API change, so I'm going to leave it
[11:58] <dimitern> voidspace, nope
[11:59] <voidspace> dimitern: what do you mean by nope? :-)
[11:59] <dimitern> voidspace, field types for api structs like mongo docs need to use types defined in the params (or state) package
[11:59] <voidspace> nope I'm wrong, nope I shouldn't leave it, nope I'm right
[11:59] <voidspace> so it shouldn't be network.Id
[11:59] <dimitern> voidspace, not on the params
[11:59] <voidspace> ok
[12:00] <voidspace> dimitern: thanks
[12:46] <perrito666> morning
[12:48] <voidspace> perrito666: morning
[12:59]  * frobware celebrates the restoration of /boot with lunch
[13:00] <voidspace> frobware: \o/
[13:02] <frobware> voidspace, was pretty easy after I realised that the first couple of times I did the restore I was doing the restore to /boot which in /, which was in a LVM, but /boot should have been a physical partition... just forget to mount it during the chroot. :)
[13:03] <frobware> and during lunch I think we'll do a complete system backup. :)
[13:04] <voidspace> cool
[13:13] <voidspace> dimitern: ping
[13:13] <dimitern> voidspace, pong
[13:13] <voidspace> dimitern: one issue you said:
[13:13] <voidspace> dimitern: After adding the index, here if err == nil, we should still try fetching the space back to see if it got added (see how AddNetworkInterface handles the similar case).
[13:13] <voidspace> dimitern: do you mean AddSubnet rather than AddNetworkInterface?
[13:13] <voidspace> dimitern: because if you mean AddNetworkInterface I can't find that code
[13:14] <voidspace> dimitern: is it to handle where adding can fail silently, because the providerid isn't unique?
[13:14] <dimitern> voidspace, AddNetworkInterface is in state/machine.go
[13:14] <voidspace> dimitern: yes
[13:14] <voidspace> dimitern: but there's no code as you describe in that method...
[13:15] <dimitern> voidspace, the switch at the end - case nil: ?
[13:15] <voidspace> whereas I *think* what you mean is the case in AddSubnet but I want to check I'm understanding you
[13:15] <voidspace> dimitern: oh right, I missed that
[13:16] <voidspace> dimitern: yuck, that's horrible code
[13:16] <dimitern> voidspace, but yeah - AddSubnet is actually a better (simpler) example
[13:16] <voidspace> how did I miss that
[13:16] <dimitern> voidspace, since the check is the same - providerid unique when != ""
[13:16] <voidspace> but anyway, I'll follow the AddSubnet pattern if it's doing the same thing
[13:17] <dimitern> voidspace, I'm refactoring AddNetworkInterface to be less icky hopefully :)
[13:17] <voidspace> ah, I grepped for AddNetworkInterface and found it in SetInstanceInfo
[13:17] <voidspace> and was reading that code
[13:17] <voidspace> cool
[13:17] <voidspace> SetInstanceInfo *calls* AddNetworkInterface, but it isn't AddNetworkInterface... :-)
[13:44] <mup> Bug #1522409 opened: juju machine 0 watcher unable to connect to units <sts> <juju-core:New> <https://launchpad.net/bugs/1522409>
[14:36] <ericsnow> food for thought: state/State has 195 *exported* methods
[14:40] <frobware> dimitern, voidspace, dooferlad: PTAL @ http://reviews.vapour.ws/r/3308/
[14:40] <dimitern> dooferlad, you've got another review btw
[14:41] <frobware> dimitern, voidspace, dooferlad: too many distractions ^ that was a merge of the wrong branch in my repo
[14:41] <dimitern> frobware, if it's a straight forward revert, just land it I think
[14:42] <dimitern> frobware, except - I'll add a comment
[14:43] <dimitern> frobware, the head -n1 added with my recent PR is not there when getting the gateway
[14:43] <dimitern> frobware, ah, sorry - it is actually
[14:45] <frobware> dimitern, it's still there post the revert?
[14:45] <dimitern> frobware, it is (in the expectedBlaBalCloudConfig)
[14:45] <dimitern> (the one with the bridge script)
[14:48] <frobware> dimitern, I was confused why my cherry-pick for the bond change was not clean - now I know why... sigh.
[14:48] <dimitern> frobware, well, good catch :)
[15:56] <dimitern> voidspace, ping
[15:58] <voidspace> dimitern: pong
[15:59] <dimitern> voidspace, in case you're having issues with the ProviderId index (as I'm discovering now)
[16:00] <voidspace> dimitern: I am...
[16:00] <voidspace> dimitern: well, sort of
[16:00] <voidspace> it's causing unrelated bindings tests to fail
[16:00] <voidspace> but a worse problem right now is that my space tests don't appear to be running
[16:00] <dimitern> voidspace, I *think* the correct solution is only verify for uniqueness if ProviderId != ""
[16:01] <voidspace> dimitern: I thought that's what sparse did
[16:01] <dimitern> voidspace, well, yeah, but since ProviderId is also omitempty, it will be missing
[16:01] <dimitern> if not set
[16:02] <dimitern> "" != {$exists, false} as it happens
[16:02] <voidspace> ok
[16:02] <voidspace> dimitern: that's exactly how ProviderId on Subnets is defined though
[16:02] <dimitern> voidspace, well, it might be different for subnet.. but for NICs I'm having a bunch of issues, still debugging the Add.. call
[16:02] <voidspace> omitempty but with a unique, sparse index
[16:03] <voidspace> dimitern: ok
[16:03] <voidspace> I'm adding it to space - but just following what we did with subnets
[16:04] <dimitern> voidspace, well, that sounds sensible for subnets, but after spending >1h fiddling with indices, uniqueness, etc. I'm beginning to think having ProviderId defined like that for NICs is not a good idea
[16:05] <voidspace> dimitern: heh, fun
[16:06] <dimitern> e.g. imagine machine-0 with eth0 with aa:bb:cc:dd:ee:f0 for mac, "<IP_ADDRESS>/24" for subnet, there's no trouble having eth0 (same mac and all), but on subnet "2001:db8::/64"
[16:06] <voidspace> dammit SpacesSuite is not being run at all
[16:06] <dimitern> voidspace, sh*t! really?
[16:06] <voidspace> well, not on my machine right now
[16:06] <voidspace> it maybe a general problem
[16:07] <dimitern> voidspace, it might be due to the order of go test args (as I've discovered: -check.v -check.f *and* -race and/or -cover never finds the -check.f)
[16:08] <voidspace> dimitern: no args except package
[16:08] <voidspace> (I was originally trying with -check.f - but even without it I'm not seeing my deliberately failing tests)
[16:08] <voidspace> same with subnets test
[16:08] <voidspace> what the hell is going on
[16:10] <dimitern> voidspace, state.ConnSuite logs the beginning and end of SetUpTest btw - e.g. with -check.vv
[16:10] <dimitern> voidspace, I found also -check.list useful
[16:11] <voidspace> thanks
[16:13] <voidspace> dimitern: soooo... changing state/package_test.go from the state package to the state_test package seems to have changed things
[16:13] <voidspace> now I get build failures
[16:15] <dimitern> voidspace, wow - and here's davecheney who changed that recently :)
[16:16] <voidspace> dimitern: that change means that most state tests don't run
[16:18] <dimitern> voidspace, it's gets weirder - grep for MgoTestPackage in state/
[16:19] <dimitern> voidspace, uh, no actually no surprises there
[16:19] <voidspace> heh
[16:20] <dimitern> voidspace, that's a bug right there - https://github.com/juju/juju/pull/3806/files#diff-d4970ae51fd6268f6325442698dbe02a
[16:20] <voidspace> yeah, wrong package :-)
[16:20] <voidspace> oops...
[16:21] <dimitern> voidspace, that was 10 days ago!
[16:21] <voidspace> it took me about an hour or so just now to track it down
[16:21] <dimitern> I wonder how nobody found out
[16:21] <voidspace> couldn't work out why my tests weren't running
[16:22] <alexisb> happy belated birthday wwitzel3 !
[16:22] <dimitern> I'm filing a bug
[16:23] <voidspace> dimitern: thanks
[16:23] <wwitzel3> alexisb: thanks :)
[16:32] <voidspace> dimitern: frobware: meeting?
[16:33] <mup> Bug #1522484 opened: state package tests no longer run since PR #3806 <blocker> <ci> <regression> <unit-tests> <juju-core:In Progress by dimitern> <https://launchpad.net/bugs/1522484>
[16:45] <voidspace> dimitern: I'm going to run state tests on maas-spaces
[16:45] <frobware> dimitern, voidspace, dooferlad: ok to rebase our maas-spaces when the state fix lands?
[16:45] <dimitern> voidspace, sgmt
[16:45] <voidspace> dimitern: I have a bunch of endpoint_bindings tests fail - and I can't tell if they're caused by my changes or not
[16:45] <dimitern> sgtm even
[16:45] <dooferlad> frobware: go for it
[16:46] <dimitern> frobware, I'd rather deal with the conflicts than let more regressions slip by :)
[16:46] <voidspace> dimitern: and it looks like that unique index on provider id is causing me issues
[16:46] <dimitern> voidspace, I'll have a look there and propose a fix if needed
[16:46] <voidspace> I add three spaces with empty provider ids and then AllSpaces only returns one space
[16:46] <voidspace> dimitern: cool
[16:46] <dimitern> damn :/
[16:46] <voidspace> adding that check in AddSpace to see if silent failure is the cause of that
[16:47] <voidspace> we'll see
[16:48] <voidspace> if it is the problem I'll need to check we don't have the same problem with subnets which use the same pattern
[16:48] <voidspace> maybe we have that problem but just haven't hit it because we always have a providerid
[16:49] <dimitern> voidspace, I'm reading https://docs.mongodb.org/v2.4/core/index-sparse/ now - it seems unique+sparse might not be what we need actually
[16:49] <voidspace> right
[16:50] <voidspace> dimitern: it sounds exactly right
[16:50] <voidspace> dimitern:
[16:50] <voidspace> You can specify a sparse and unique index, that rejects documents that have duplicate values for a field, but allows multiple documents that omit that key.
[16:51] <dimitern> voidspace, ok, then we should not use that index I think
[16:51] <dimitern> voidspace, we can verify while adding that there's no existing space with the given non-empty provider id
[16:51] <voidspace> dimitern: eh, it sounds exactly like what we want
[16:51] <voidspace> hmmm...
[16:52] <voidspace> dimitern: I don't have the failing tests on maas-spaces, so introduced by my changes
[16:52] <dimitern> voidspace, AIUI you can have both doc{id:"foo", providerid:"bar"} and doc{id:"foo1"}, but then you can't have doc{id:"foo2"} as well
[16:52] <voidspace> dimitern: see their example
[16:52] <voidspace> at the bottom of that page
[16:53] <voidspace> you can
[16:53] <dimitern> voidspace, hmm well it sounds reasonable..
[16:53] <dimitern> but I can't seem to make it work for NICs
[16:53] <voidspace> it certainly *seems* like what we want
[16:53] <voidspace> dimitern: are you using omitempty?
[16:54] <dimitern> voidspace, yep
[16:54] <voidspace> ok
[16:54] <dimitern> ah, well.. perhaps it's because I'm over-complicating things as usual
[16:55] <dimitern> voidspace, in cases where we need uniqueness on multiple fields, what does work fine and it's easy to verify is a compound _id field, like a global key
[16:57] <mup> Bug #1517258 changed: juju 1.24.7 precise: container failed to start and was destroyed <oil> <juju-core:Triaged> <https://launchpad.net/bugs/1517258>
[16:57] <dimitern> but still coupled with individual fields having values used in the compound key - e.g. 8e5a492b-7631-409b-8134-7997678d731e:m#4/lxc/4#n#juju-public + EnvUUID + MachineId + NetworkName (on ports)
[16:58] <voidspace> dimitern: http://stackoverflow.com/questions/28183109/dealing-with-mongodb-unique-sparse-compound-indexes
[16:58] <voidspace> it seems like unique and sparse don't work together well for compound indices
[16:58] <voidspace> so it's probably currently broken for subnetsC
[16:58] <dimitern> voidspace, yeah, that's what I've (re)discovered I guess
[16:59] <dimitern> voidspace, not necessarily, as both spaces and subnets + provider id act similarly; but it's definitely broken for network interfaces docs
[17:00] <dimitern> (I mean there are no compound indices effectively, as env-uuid+field_name is always set)
[17:00] <voidspace> ah, subnetsC isn't compound
[17:01] <voidspace> dimitern: I was trying to make spacesC compound on env-uuid
[17:01] <voidspace> I'll have to leave that as a TODO
[17:01] <dimitern> frobware, voidspace, btw I see no failures in state/ on maas-spaces tip after changing package_test.go's package to state_test
[17:02] <voidspace> dimitern: yeah, I tried it too and saw no failure
[17:02] <dimitern> so rebase might wait
[17:02] <voidspace> I think most of my failures were actually caused by the index problem
[17:02] <voidspace> about to find out
[17:02] <dimitern> voidspace, yeah, sorry for steering you down that rat hole :(
[17:03] <voidspace> well, it's what we *should* do
[17:03] <voidspace> not your fault mongodb is broken
[17:03] <dimitern> :) cheers
[17:11] <dimitern> voidspace, what I've just noticed is even weirder - I see exactly the same number of tests passing (1245) in state/ for almost the same time (~198s) both with and without the change in package_test.go
[17:12] <dimitern> voidspace, when I run go test -check.f in state/
[17:12] <natefinch> ericsnow: I made a slight modification of the apiClient code, to remove the need for the resourceAPIClient type.... let me know what you think: http://reviews.vapour.ws/r/3310/diff/#  (feel free to ignore the upload stuff in there, since it's still a WIP).  I know you made changes around that code too, but wanted to get your opinion of what I did.
[17:12] <voidspace> that is odd
[17:13] <dimitern> voidspace, however I suspect it's different for go test github.com/juju/juju/state -check.v
[17:13] <natefinch> ericsnow: it also makes the function you have to write for every command completely trivial, which is nice.  Just a little adapter
[17:15] <ericsnow> natefinch: looking
[17:16] <natefinch> ericsnow: I haven't updated tests yet, obviously.
[17:19] <dimitern> voidspace, same result with go test github.com/juju/juju/state -check.v and unpatched package_test
[17:20] <dimitern> (albeit without any output)
[17:20] <voidspace> dimitern: I wonder if we have some black box state tests then
[17:20] <voidspace> and we need both
[17:21] <voidspace> dimitern: e.g. compat_test.go is in the state package
[17:21] <voidspace> dimitern: allwatcher_internal_test is as well
[17:23] <dimitern> voidspace, yeah, same for the upgrades
[17:26] <beisner> hi mgz, cherylj - is 1.25.2 avail in a ppa anywhere atm?
[17:26] <cherylj> beisner: no, not yet
[17:28] <dimitern> heh what do you know.. go test ./... -check.list almost managed to bring the quad core i7 to its knees
[17:28] <voidspace> dimitern: PR updated, all those issues addressed by the way
[17:28] <dimitern> voidspace, awesome! having a look now..
[17:29] <voidspace> dimitern: small change, touches 25 files...
[17:31] <dimitern> voidspace, does it still work if the spacesC and subnetsC index was defined as Key: []string{"env-uuid", "provider"}, Unique: true, Sparse: true?
[17:31] <voidspace> dimitern: no
[17:31] <voidspace> dimitern: causes failures
[17:31] <voidspace> dimitern: the sparse is then ignored
[17:32] <dimitern> voidspace, won't we have the issue where you can't have a space with no provider id in 2 different environments?
[17:32] <dimitern> voidspace, or with the same provider id for that matter
[17:32] <voidspace> dimitern: yes
[17:32] <voidspace> dimitern: but we already have that with subnets and a TODO to fix it...
[17:32] <voidspace> not good enough?
[17:33] <dimitern> voidspace, ok, fair enough
[17:33] <voidspace> how about we add a card for fixing both to the iteration backlog
[17:33] <dimitern> voidspace, just checking the options ;)
[17:33] <voidspace> cool
[17:33] <dimitern> voidspace, +1
[17:34] <dimitern> voidspace, lgtm
[17:35] <voidspace> thanks
[17:35] <voidspace> I thought that would take an hour at the start of the day
[17:35] <voidspace> took a bit longer...
[17:36] <dimitern> voidspace, gotta love mongo, right? :D
[17:36] <voidspace> right, back to the api
[17:36] <voidspace> dimitern: yeah... and our testing infrastructure
[17:36] <dimitern> ok time to call it a day
[17:37] <voidspace> dimitern: o/
[17:38] <dimitern> voidspace, :)
[17:41] <frobware> voidspace, dooferlad, dimitern: Strike 2 - http://reviews.vapour.ws/r/3311/ - this is the correct branch for the change I reverted earlier.
[17:43] <voidspace> frobware: as it's just a forward port, ShipIt!
[17:43] <frobware> voidspace, ty
[17:58] <frobware> rick_h_, hadn't forgotten your HA question - just got a little sidetracked with a broken desktop...
[17:58] <rick_h_> frobware: I forgot the question now heh
[17:59] <frobware> rick_h_, HA for OpenStack. Reference platform is 28 nodes. Need to look at the charm to see if that's always the case.
[17:59] <frobware> rick_h_, if so think I'll enter the h/w business. :)
[17:59] <rick_h_> frobware: :/ ok I think this was more can we do HA on Juju vs openstack on guimaas
[18:02] <frobware> rick_h_, my 28 came from: https://wiki.ubuntu.com/ServerTeam/OpenStackHA
[18:02] <rick_h_> frobware: right, I don't think I was asking about openstack HA
[18:02] <rick_h_> frobware: but "can I deploy openstack (6? 8?) nodes and have Juju be HA there
[18:02] <frobware> rick_h_, so not being at the beginning of the call I think I've missed the context.
[18:02] <rick_h_> frobware: to test upgrades of that deployment
[18:03] <frobware> rick_h_, ok gotcha
[18:03] <rick_h_> frobware: how small can I get a functioning OS and have Juju HA state servers is what I'd like to see
[18:03] <rick_h_> frobware: and then investigate growth of the test case from there
[19:12] <mup> Bug #1522544 opened: workers restart endlessly <juju-core:New> <https://launchpad.net/bugs/1522544>
[20:00] <thumper> morning folks
[20:04] <natefinch> morning thumper.  Happy friday
[20:09] <lazypower> o/ thumper
[20:24] <natefinch> wwitzel3: ping me via email when/if your branch is ready and I'll see what I can do to integrate with it.
[20:28] <alexisb> thumper, when do you head to the airport?
[20:29] <thumper> alexisb: tomorrow lunch time
[20:30] <alexisb> thumper, aw ok
[20:35] <natefinch> back later
[20:47] <thumper> ok, I have a fix for this 1.21 upgrade step
[20:52] <thumper> why do we have no reviewers today?
[20:52] <thumper> http://reviews.vapour.ws/r/3313/diff/#
[20:52] <thumper> someone plz
[20:53] <thumper> cherylj, waigani, or davecheney? ^^^
[20:57] <cherylj> thumper: tal now
[20:57] <thumper> ta
[22:05] <thumper> ok, time for coffee... again
[23:15] <wallyworld> axw: perrito666: a minute late
[23:15] <perrito666> k


[09:13] <Laney> anyone fancy merging mono-addins? :-)
[09:21] <Laney> great task for a new contributor ... /me coughs
[11:28] <jtaylor> Laney: I'll do it
[11:31] <RAOF> Laney: Oooh, is this a mono-addins that isn't broken?
[11:32] <jtaylor> done, should I open a merge bug or just send you the debdiff?
[11:52] <Laney> RAOF: yes
[11:52] <Laney> jtaylor: diff is fine, pastebin it or whatever
[11:53] <RAOF> Woop woop!
[11:53] <Laney> RAOF: you should thank knocte, he did the patch
[11:53] <jtaylor> Laney: found a minor bug in addins see -cli
[12:01] <jtaylor> Laney: http://paste.ubuntu.com/659239/
[12:02] <Laney> ty
[12:08] <hakermania> Hello, where can I find oneiric's stages of development? (timestamp i think?)
[12:08] <sagaci> hakermania: the oneiric release schedule?
[12:09] <jtaylor> https://wiki.ubuntu.com/OneiricReleaseSchedule
[12:17] <hakermania> perfect
[12:18] <hakermania> So, does that mean that REVU accepts uploading packages till 11 of August?
[12:21] <Laney> 11 August is when we stop accepting uploads which introduce new features without freeze exceptions
[12:21] <Laney> for completely new packages, we advise going through Debian
[12:22] <hakermania> Laney, yes, I know about this kind of advice, but what if a program has special features about Ubuntu (like unity sidebar shortcut options) and needs to go throught it because it was designed this way (to work better on ubuntu rather than anywhere else)
[12:23] <Laney> if it is genuinely Ubuntu specific then indeed you'll have to upload it direct
[12:23] <hakermania> Yes, that's what I'm talking about ;)
[12:24] <Laney> one of the reasons we advise going through Debian though is because reviewer time is incredibly limited
[12:31] <hakermania> Laney, what do you mean? Before 11.04 I had my program reviewed in REVU even after the feature freeze (I had upload it 3 months prior to this but it was my first packaging and I had multiple issues and time passed by correecting them lol). Before feature freeze your program has to be accepted? Also, especially in the 'For purchase' section of USC I see new programs coming, without any new Ubuntu release, how is this possible?
[12:32] <nigelb> Because "For purchase" is probably Extras or Partner repo.
[12:32] <nigelb> The rules for that is different.
[12:33] <hakermania> nigelb, thanks. So, this doesn't happen for normal Open Source and *Free* applications?
[12:34] <nigelb> hakermania: That's what the App Review Board is for. I'm not familiar with the process though.
[12:34] <Laney> hakermania: what eactly are you uploading? Is it a completely new package or an update to an existing one?
[12:34] <hakermania> Ok, np. Also, feature freeze is the time when more uploads are not accepted or when no more packages are accepted in general?
[12:35] <sagaci> the latter hakermania
[12:35] <Laney> new features (of which new packages are an instance) require feature freeze exceptions after that point
[12:36] <hakermania> Laney, in winter 2010-11 I was trying to include this: http://revu.ubuntuwire.com/p/wallch into ubuntu, I was too close but I didn't manage to do it, for uknown reasons (really!). Now we've developed the V2 which has many bug fixes, better stability and unity support, and I don't know if we will manage to get it into ubuntu again :( Feature freeze is far too close :(
[12:42] <Laney> you should upload this new version and try to seek reviewers
[12:43] <Laney> but I warn you that I just looked at the code which is up currently and see many problems
[12:43] <Laney> for example the hardcoding of paths
[12:48] <hakermania> Laney, this is corrected in the new version
[12:48] <hakermania> We mainly use variables now :)
[12:50] <hakermania> Laney, the V1.0 was awful, I admit :) It used up to 5 scripts (LOOOL), now it runs standalone (is it called this way?), the executable is smaller, the functions better and stabler!
[12:51] <Laney> cool :-)
[12:52] <hakermania> Yee
[12:52] <hakermania> http://img854.imageshack.us/img854/4048/screenshot1ro.png :D
[13:12] <Bachstelze> hakermania: nice ad page on wikipedia :|
[13:26] <hakermania> Bachstelze, I didn't build it :)
[13:29] <hakermania> Bachstelze, does it look like an ad? seriously now, it analyzes the features and provides a link to the wallpapers.... Where's the ad?
[13:30] <Bachstelze> this is a bit offtopic for here, but it's tagged as such for a reason I guess
[13:36] <hakermania> Bachstelze, I know, it weird, though
[13:36] <hakermania> is*
[13:47] <hakermania> micahg, do you thing it is possible to involve our program in ubuntu within 10 days? I'll try the packaging to be as accurate as possible this time :D
[13:52] <jtaylor> hakermania: some files are gpl2 but copyright lists onls gpl3
[13:57] <hakermania> jtaylor, be specific
[13:58] <jtaylor> credits.h gpl2, credits.cpp gpl3
[13:58] <jtaylor> its not really so important, but debian packages should not really relicense code even when its allowed by the "and later" clause
[13:58] <jtaylor> something to fix in your next upstream release
[14:00] <hakermania> jtaylor, just checked, we've already fixed this, (we've updated all the file's license)
[14:00] <hakermania> Thanks anyway :)
[14:01] <jtaylor> you symlink the icons between oxygen and gnome to make the package a bit smaller
[14:02] <hakermania> jtaylor, icons now go to hicolor after a user's advice
[14:02] <hakermania> (and only there)
[14:02] <jtaylor> revu is not the newest version?
[14:02] <hakermania> No, see the date
[14:03] <hakermania> 25 Feb 2011 :P
[14:03] <jtaylor> where is it then?
[14:03] <hakermania> To my hard drive
[14:04] <hakermania> I will uploaded as soon as I communicate with my co-developer and solve a bandwidth issue (because of the live earth wallpaper)
[14:04] <hakermania> upload it*
[14:05] <hakermania> jtaylor, are you a MOTU/reviewer?
[14:05] <jtaylor> no
[14:05] <hakermania> Ok
[14:06] <hakermania> :/
[14:50] <micahg> hakermania: you can give it a shot, we started subscribing ubuntu-sponsors to the needs-packaging bugs when all comments/issues are addressed
[14:51] <hakermania> micahg: Now that it is at its 2nd version, do you think we should assigned it as well to this bug report (needs-packaging) ?
[14:52] <micahg> hakermania: just update the needs-packaging bug for whatever version you're working on
[14:53] <hakermania> micahg, nice, I think I'll have ready the package today, do you want to participate on its review (like in V 1.0) ?
[14:53] <micahg> hakermania: idk, I'm in the middle of quite a few things, but I am subscribed to the package and review and also monitor the sponsorship queue, but can't commit to a review at this time
[14:54] <micahg> s/ package and review/package on REVU/
[14:54] <hakermania> micahg, Ok, I see, we have to press a little bit the things because of the shortage of time, that's why I'm asking
[15:05] <hakermania> micahg, what exactly do we update from the needs-packaging bug?
[15:06] <micahg> hakermania: any of the details that are out of date in the description if any (license, URL...)
[19:51] <philipballew> hey, There is software in the repos that hasnt been updated since 2008. yet their still puttin out versions with a repo they put on line. is there a way I can update a deb for you all or suggest the package to you all
[21:07] <pindonga> hey, ajmitch are you around? I just released django-configglue 0.6 so you can (if you will and can) start packaging it for oneiric
[21:47] <ScottK> Laney: It occurs to me to mention to you: Now that kdebindings is split into many different sources the Kubuntu team is not planning to upload/maintain the KDE Mono bindings (Kimono).  It shouldn't be much work if there's some mono oriented person who wants to take care of it, we could help.
[21:59] <dupondje> Any work that can/should be done these days ?
[21:59] <dupondje> guess ftbfs and bugfixes only ?
[21:59] <micahg> dupondje: the gearman upgrade I kicked back to you?
[22:00] <dupondje> actually i'm working on that right now ^^
[22:00] <micahg> dupondje: new version upgrades and merges that require new upstream versions would be good before feature freeze
[22:01] <micahg> dupondje: specifically packages that haven't been done yet this cycle which is the top half of MoM
[22:04] <dupondje> /usr/bin/ld: tests/.libs/libstartworker.a(start_worker.o): undefined reference to symbol 'uuid_unparse@@UUID_1.0'
[22:04] <dupondje> mmmm :x
[22:11] <Laney> ScottK: probably not, until it gets rdepends
[22:11] <Laney> (then I will be more than happy to package it)
[22:11] <ScottK> OK.  Well that's exactly the reason we didn't carry it forward ...
[22:11] <ScottK> Kind of a chicken/egg problem, of course.
[22:12] <debfx> dupondje: I'll sponsor apt-file if you fix the debdiff. we can still sync the package later when and if the Debian package restores compatibility
[22:12] <Laney> If it has any consumers you want to get in then that's good enough for me
[22:21] <dupondje> debfx: https://bugs.launchpad.net/ubuntu/+source/apt-file/+bug/817622 new patch added
[22:21] <dupondje> builds fine
[22:26] <micahg> siretart: are you rebuilding libav-extra for the x264 soname bump?
[22:27] <debfx> dupondje: uploaded, thanks!
[22:27] <dupondje> debfx: np :)
[22:27] <dupondje> hope debian fixes it cleanly now :)
[22:47] <dupondje> micahg: gearmand 0.24 wont be possible atm
[22:47] <dupondje> depends on newer version of libmemcached
[22:48] <micahg> dupondje: k, that's fine then, if you fix the FTBFS, I"ll sponsor 0.23
[22:50] <jtaylor> zsnes really fails in a weird way, only in oneiric and only with _FORTIFY_SOURCE
[22:50] <jtaylor> someone seen this before? /usr/include/bits/stdio2.h:96:1: sorry, unimplemented: inlining failed in call to 'fprintf': indirect function call with a yet undetermined callee
[22:51] <jtaylor> and only with -OX unoptimized it works
[22:55] <jtaylor> and only gcc 4.6
[22:56] <dupondje> micahg: it builds correctly here in a pbuilder
[22:56] <dupondje> wierd
[22:57] <micahg> amd64?
[22:57] <dupondje> yep
[22:57] <micahg> weird, could be env issues tehn
[22:57] <dupondje> sbuild does not have network while pbuilder has ?
[22:58] <micahg> idk, didn't think this was a network test
[22:58] <micahg> idr
[22:58] <dupondje> Testing gearman_client_add_servers(GEARMAN_GETADDRINFO)
[22:58] <dupondje> it is
[22:59] <micahg> ah, hmm, I wonder what the constant value is that it expects
[22:59] <micahg> I'm about to go offline, but will check back sat night
[22:59] <micahg> dupondje: maybe SpamapS can help you
[23:00] <dupondje> will check it tomorrow :)
[23:01] <dupondje> prolly just need to disable those tests
[23:01]  * micahg would prefer fixing to disabling, but if they're new tests that won't work, that's fine
[23:06] <dupondje> i'll check that tomorrow :D
[23:06] <dupondje> nite


[10:06] <Vivekananda> Hello everyone
[10:11] <s-fox> Hello.
[10:28] <Vivekananda> hi s-fox,Is there a way to get an update on a post when I get a reply on ubuntu forums.like feed or sth?
[10:29] <s-fox> Not via feed, but you could get an update via email if you subscribe to the thread Vivekananda
[10:30] <Vivekananda> aha , ok thanks s-fox
[12:29] <duanedesign> s-fox: hello
[12:42] <s-fox> Hello duanedesign .
[19:29] <StepNjump> Hi, anybody here familiar with pgp?
[19:31] <hobgoblin> StepNjump: better just to ask your actual question - many in here will have probably used it - but not be able to answer ;)
[20:04] <bobweaver> hello there anyone been able to install magneto toi a ubuntu server ?
[20:05] <StepNjump> Well, whenever I try to generate a key, I keep getting errors hobgoblin
[20:05] <StepNjump> I tried pgp, gpg, gpa, etc...
[20:07] <bobweaver> StepNjump:  what is the point ? for mail ? launchpad ?
[20:07] <bobweaver> StepNjump: tried engima ? for thunderbird
[20:08] <bobweaver> StepNjump:  is your firewall real high ?
[20:09] <bobweaver> that stoped me from signing up to launchpad once
[20:09] <hobgoblin> StepNjump: I has some errors with pgp - took me 3 goes to get it working - not the best person to ask :)
[20:18] <StepNjump> hobgoblin: ok thanks.. no it was to encrypt files here on my workstation
[20:18] <StepNjump> Want to encrypt whatever is in dropbox cuz I don't fully trust the transport layer + dropbox owners
[21:15] <flugger> anyone aware of a dancer-ircd information resource..such as irc channel?
[21:31] <geirha> flugger: /msg alis list *dancer*
[21:33] <flugger> yeah..
[21:33] <flugger> I I found that channel..
[21:33] <flugger> 0 users
[21:33] <flugger> was looking for any additional resources someone might know of
[21:33] <flugger> channels aren't always what they seem..
[21:36] <geirha> Ah, well I've never heard of it, so that was my best answer :/
[21:36] <flugger> hey
[21:37] <flugger> that helped though..I forgot how to use wild cards to search the chanlist
[21:37] <flugger> and dancer-ircd is actually what this freenode network was originally based on... I believe.
[21:37] <flugger> could be wrong though..
[21:42] <geirha> If that's the case, #freenode may know
[21:42] <flugger> good call
[23:34] <jimmie> Hey, I tried to install Wine though the software centre and encountered this problem, does anyone have any ideas how to resolve it:
[23:34] <jimmie> There seems to be a programming error in aptdaemon, the software that allows you to install/remove software and to perform other package management related tasks.
[23:34] <jimmie> Details: raceback (most recent call last):
[23:34] <jimmie>   File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 968, in simulate


[00:09] <asac> kenvandine: yes
[00:09] <asac> kenvandine: check mail
[00:09] <asac> tell me quick
[00:09] <asac> otherwise i set it to incomplete :)
[00:10] <TheMuso> y/c
[06:38] <robert_ancell> slomo, hey
[06:38] <slomo> hi robert_ancell
[06:39] <slomo> i committed some changes to the gtk3 packaging yesterday, it's still far from complete but at least one step closer ;)
[06:39] <robert_ancell> slomo, I packaged up libpeas for Ubuntu - what's the best way to push that into Debian?
[06:39] <robert_ancell> nice
[06:40] <slomo> ask me :) you only build the gtk2 variant? does the gtk3 variant of it have a different soname or something?
[06:40] <robert_ancell> slomo, only the gtk2 version
[06:42] <slomo> are the parallel installable?
[06:44] <robert_ancell> slomo, not sure, wasn't aware there's a problem there
[06:45] <slomo> well, there will be a problem later if they're not parallel installable
[06:45] <slomo> you can either have gtk2 or gtk3 in a process, both will fail
[06:45] <robert_ancell> right
[06:46] <slomo> we'll see... could you sent me a mail with some url to your packaging? i'll try to review it after breakfast
[06:47] <robert_ancell> slomo, will do
[07:25] <pitti> Good morning
[07:52]  * bryceh waves
[07:52]  * nigelb o.O
[07:52] <nigelb> morning bryceh :)
[07:53] <bryceh> heya nigelb
[07:53] <nigelb> No sleep or are you on the other side of the atlantic?
[07:54] <bryceh> here in Portland it's not even midnight yet
[07:55] <bryceh> nigelb, what's new?
[08:00] <micahg> nigelb: he's on the other side of the Pacific
[08:00] <nigelb> bryceh: oh nothing much.  planning on hacking on LP
[08:00] <nigelb> micahg: the wrong side of the pacific.
[08:00]  * nigelb runs :p
[08:01] <bryceh> nigelb, oh really?  cool...  what in lp particularly?
[08:01] <nigelb> bryceh: I dunno.  I kinda want the pubsub model to work.
[08:01] <bryceh> mm
[08:02] <nigelb> for now, CIA bots down work out of the box with LP
[08:02] <bryceh> nigelb, I don't know much about pubsub but if you need general guidance on how to hack on lp lemme know
[08:02] <nigelb> bryceh: I will.   I will :)
[08:03] <nigelb> bryceh: If I make it to UDS, I wanna talk to the LP guys (like you :D)
[08:03] <bryceh> my LP hacks this week have been fixing up how importance and status are taken from upstreamed bug reports
[08:04] <bryceh> nigelb, yeah hope you can come.  Where are you located?
[08:04] <nigelb> bryceh: India :D
[08:05] <nigelb> even if I get sponsorsip, visa is a bit scary.
[08:05] <bryceh> yeah, having to get visa's sucks
[08:08]  * bryceh plays with iftop
[08:23] <and471> who updated the ubuntu pastebin look - it looks great! :)
[08:23] <and471> vish, hey, how is this for the frozen bubble description http://pastebin.ubuntu.com/480815/
[08:27] <vish> and471: nice! sounds good. :)
[08:27] <and471> vish, should I create the merge request?
[08:28] <vish> and471: tried sending upstream?
[08:28] <vish> i mean debian..
[08:28] <and471> vish, you mean debian?
[08:28] <and471> ah yes
[08:28] <and471> vish, yep, I sent up a long time ago, but they are being slow again, I have had to word from them
[08:28] <and471> vish, hopefully they can pick it up by natty
[08:29] <vish> and471: when was the package last updated in debian?
[08:29]  * vish checks
[08:29] <and471> vish, a long time ago I think
[08:31] <vish> and471: oh! a really long time ago !
[08:31] <and471> hehe
[08:32] <vish> and471: submit a debdiff or a branch whichever you prefer and subscribe the sponsors
[08:32] <and471> k
[08:32] <kiwinote> and471: hi! re my comment last night: because the desktop file is in the fof-game pkg, app-install-data will still assign it to fof-game rather than fof, so it's probably best to revert the name change for that file
[08:33] <kiwinote> and471: to still get the description it is probably best just to replace the old description of fof-game with the new one you had written for the metapackage
[08:33] <vish> and471: for the frets on fire , we should probably have two bugs , because the problems are not really related..
[08:34] <kiwinote> and471: or if you feel comfortable with it, you could actually just get rid of the fof metapackage and rename fof-game to fof (as the metapackage doesn't help us here at all really)
[08:41] <and471> vish, for the merge request, do I need to set reviewer to ubuntu sponsors, or subscribe them to the bug?
[08:42] <vish> and471: we can do both.. i dont think it would harm  ;)
[08:42] <and471> vish, I just wanted to know which was the way everyone else is doing?
[08:44] <vish> and471: some do both, some do just one of those.. i did both for one bug
[08:44] <and471> ok
[08:45] <and471> vish, what do you think I should do for fretsonfire then?
[08:45] <and471> vish, I am not really comfortable removing the metapackage
[08:51] <and471> vish, should I just update the fretsonfire-game package?
[08:52] <vish> and471: not really sure how this issue needs fixing, i would ask mvo or one of the motu folk
[08:52] <and471> vish, k I will put it on hold, I have removed the merge request
[08:53] <vish> and471: nah , sponsors dont immediately respond.  they take time ;)
[08:53] <and471> :)
[08:56] <bilalakhtar> Hey and471 , if you are merging using branch, set reviewer to ubuntu-sponsors and DONT SUBSCRIBE
[08:56] <bilalakhtar> vish: ^^
[08:56] <bilalakhtar> that's the revised method
[08:57] <and471> bilalakhtar, don't subscribe them to the bug?
[08:57] <vish> bilalakhtar: did you read what geser just said? ;p
[08:57] <pitti> hey bilalakhtar, good morning
[08:57] <bilalakhtar> and471: no, no need to subscribe
[08:57] <bilalakhtar> pitti: hey
[08:57] <vish> bilalakhtar: on -motu ..
[08:57]  * bilalakhtar reads the scrollback
[08:57] <bilalakhtar> pitti: good morning to you too!
[09:00] <robert_ancell> seb128, hey, empathy is uploaded but it needs the libfolks synced from debian.  It's not working for me, can you do that?
[09:00] <seb128> hey robert_ancell
[09:00] <seb128> robert_ancell, we need to patch it for the vala versioning
[09:01] <seb128> ie at least the build-depends
[09:01] <seb128> robert_ancell, what is not working?
[09:01] <robert_ancell> seb128, requestsync is just timing out.  Dunno why
[09:01] <seb128> you need to merge anyway
[09:01] <seb128> I think you will need to add -0.10 to the vala build-depends
[09:03] <robert_ancell> seb128, ah, right.  I'll upload <IP_ADDRESS> then
[09:04] <seb128> robert_ancell, thanks
[09:04] <seb128> robert_ancell, did you have a nice day otherwise? ready to call it a week I guess ;-)
[09:04] <robert_ancell> seb128, one of those days where it all went fast :)
[09:05] <robert_ancell> I'm out of here as soon as this is done
[09:05] <seb128> ok
[09:05] <seb128> robert_ancell, enjoy your weekend!
[09:06] <pitti> RAOF: still here by chance?
[09:08] <robert_ancell> seb128, bye!
[09:41] <seb128> dpm, hi
[09:41] <seb128> dpm, thanks for the translations update ;-)
[09:42] <dpm> hi seb128, ah, you are welcome, which one update, though?
[09:42] <seb128> dpm, new langpacks
[09:42] <seb128> not sure if that's you to thanks ;-)
[09:42] <seb128> in maverick
[09:43] <dpm> seb128, I initiated the process, pitti did the hard work :)
[09:43] <seb128> dpm, pitti: thanks then ;-)
[09:43] <dpm> :-)
[09:49] <RAOF> pitti: Kinda?  What are you after.
[09:52] <pitti> RAOF: in udev we still have some delta wrt. linux-backports-modules
[09:52] <pitti> +SUBSYSTEM=="lbm-drm", KERNEL=="card*", TAG+="udev-acl"
[09:52] <pitti> and /lib/udev/rules.d/78-graphics-card.rules
[09:52] <pitti> RAOF: I wonder if we still need that in maverick?
[09:53] <RAOF> No, it's not.
[09:54] <pitti> RAOF: ah, so we can remove the drm rule, and the DRM parts of 78-graphics-card.rules?
[09:54] <RAOF> In fact, I don't think it's technically necessary in the Lucid rules, either.
[09:55] <RAOF> pitti: You mean just the “lbm-drm” rules, or all the DRM rules?
[09:56] <pitti> RAOF: just the "|lbm-drm" thing; we probably need the rest
[09:56] <RAOF> Yeah.
[10:28]  * kiwinote wonders how nautilus can think a folder on my harddrive is 128TB big
[10:30] <RAOF> kiwinote: It's got a large, sparse file in it?
[10:31] <kiwinote> seems to be something with mounting /proc in a chroot
[10:31] <RAOF> I seem to recall having a 3 exabyte file in ~ at one point.
[10:32] <kiwinote> hehe, impressive
[10:32] <RAOF> I was wondering why rsync was taking so long :)
[10:32] <seb128> I'm away for an hour or so, bbl
[10:32] <pitti> RAOF: glad that we have 64 bit systems these days :)
[10:32]  * pitti holds breath and reboots with new udev, brb
[10:51] <asac> is mvo on vac?
[11:03] <kiwinote> asac: yep, back next week
[11:08] <dpm> hi pitti: could you upload the -nb and -lt langpacks in lucid-proposed to lucid-updates? They were not signed off during the last call for testing, but they have been now. They would fix bug 565294 and bug 571616
[11:08] <ubot2> Launchpad bug 565294 in language-pack-kde-lt (Ubuntu Lucid) (and 3 other projects) "Plural translations are broken for Lithuanian language (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/565294
[11:08] <ubot2> Launchpad bug 571616 in ubuntuone-client (Ubuntu) (and 1 other project) "ubuntuone-preferences freezes with Norwegian locale (affects: 10) (dups: 2) (heat: 74)" [High,Invalid] https://launchpad.net/bugs/571616
[11:09] <kiwinote> mpt: filled in the evaluation
[11:10] <mpt> kiwinote, ok. That's on my to-do list for today too. :-)
[11:11] <kiwinote> mpt: thanks ;)
[11:30] <asac> kiwinote: kk
[11:34] <bilalakhtar> seb128: A package is maintained in Debian. It doesn't have a -XubuntuY version number. Can I get it upgraded to the latest GNOME Upstream here in Ubuntu?
[11:50] <chrisccoulson> dpm - re bug 559083 - upstream don't provide any desktop files, so we maintain our own
[11:50] <ubot2> Launchpad bug 559083 in firefox (Ubuntu) (and 1 other project) "Incomplete Vietnamese translation for items listed in desktop main menu (affects: 1) (heat: 35)" [Undecided,Fix released] https://launchpad.net/bugs/559083
[11:53] <dpm> chrisccoulson, ah right, thanks for the info. And what do other distros do? Do they also have their own translations for the .desktop file?
[11:53] <chrisccoulson> dpm - i assume that they must do, but i'm not that familiar with what other distro's are doing
[11:53] <alf__> slomo: Hi! Did you get a chance to look at the cairo-perf patches?
[11:55] <slomo> alf__: yes, i'll upload them when the next cairo release is there
[11:55] <alf__> slomo: Thanks, you rock!
[11:56] <pitti> dpm: seems they are already
[11:57] <pitti> dpm: Arne might have asked me to do that already
[11:59] <dpm> pitti, ah, thanks, I'll close the bugs then
[12:05] <rodrigo_> seb128, is lp:ubuntu/intltool the correct branch for intltool package? it seems to be an import of debian, so how do I submit a package fix?
[12:07] <rodrigo_> also, what am I missing:
[12:07] <rodrigo_> Can't locate Dpkg.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/dpkg-parsechangelog line 21.
[12:07] <rodrigo_> ?
[12:08] <rodrigo_> ah, I guess libdpkg-perl
[12:10] <seb128> bilalakhtar, yes
[12:11] <seb128> rodrigo_, I guess that one is not maintained in a vcs but usually synced on debian
[12:11] <bilalakhtar> ok
[12:11] <rodrigo_> seb128, yes, seems so, so how do I submit danilo's patch then?
[12:11] <rodrigo_> seb128, I'm just changing the version to be x.x.x-xubuntu1
[12:12] <rodrigo_> seb128, the patch will be sent upstream, but for now we need the package for the evolution mail translation
[12:12] <seb128> rodrigo_, right, just take the autoimport and do your change over it
[12:12] <rodrigo_> seb128, ok
[12:34] <chrisccoulson> thunder!
[12:34] <chrisccoulson> :)
[12:54] <alf__> Hi guys! Is it feasible to apply the cairo-perf patches in ubuntu before they land in debian (if that takes too long)?
[13:35] <mpt> kiwinote, the Maverick software-center package knows that there's "What's New" stuff, but a project branch doesn't show that section at all. Do you happen to know how I can get it to show?
[13:36] <kiwinote>  mpt: hm, I don't sorry. I thought that that it would show by default
[13:37] <kiwinote> mpt: coming to think of it do you get a 'no cataloged time' error if you start s-c from the terminal?
[13:38] <mpt> kiwinote, no. I get two WARNINGs and one INFO, but neither seem related.
[13:39] <kiwinote> mpt: sorry, then I don't know :/
[13:40] <kiwinote> mpt: is the branch a pushed one?
[13:42] <mpt> kiwinote, yes, <https://code.launchpad.net/~mpt/software-center/fit-and-finish>.
[13:42] <mpt> I don't get the same behavior with trunk, curiously.
[13:43] <kiwinote> mpt: ok, I'll take a look, what command are you using to execute it?
[13:43] <mpt> kiwinote, just "./software-center"
[13:43] <seb128> hum
[13:44] <seb128> alf__, slomo is usually responsive so is there any reason that could be accepted in debian?
[13:44] <nessita> happy friday everyone!
[13:45] <seb128> hey nessita, happy friday to you as well!
[13:45] <alf__> seb128: No, I am just worried that we would hit freeze and make it super difficult to get it in then :)
[13:46] <nessita> seb128: :-)
[13:46] <kiwinote> mpt: same issue here when I use that branch, just looking into the changes
[13:46] <nessita> so, does anyone know what's wrong with the gnome-terminal? it no longer remembers where the window was placed nor the size, and the atl/meta key doesn't work as such
[13:46] <mpt> kiwinote, oh, it's because of my most recent changes. I revert them, and the section appears.
[13:46] <seb128> alf__, let's see if it gets late and those are still blocked
[13:46] <mpt> poot
[13:47] <seb128> kenvandine, asac: the libgwibber mir, can we promote it while you guys sort issues?
[13:53] <kenvandine> seb128, i hope so... i think the issues are things only consumed by itself and are just a side effect of how vala generates the code
[13:59] <alf__> seb128: I just saw the updated clutter packages. Thanks a million!
[14:00]  * alf__ hugs seb128
[14:00] <alf__> asac: ^^
[14:00] <seb128> alf__, you're welcome
[14:00]  * seb128 hugs alf__ and asac for getting that done properly with upstreaming etc
[14:01] <alf__> asac, seb128: group hug, LOL
[14:02] <mpt> kiwinote, I figured it out. I was doing too much search and replace -- it seems the "New Applications" category is applied to the packages elsewhere, so I need to match that in the code, even if that's not what USC is visibly calling it.
[14:02] <kiwinote> mpt: nice!
[14:08] <mpt> kiwinote, so now I'm stuck on having the pathbutton show "Get Software > What's New" instead of "Get Software > New Applications"
[14:09] <kiwinote> mpt: I'll take a look
[14:09] <kiwinote> njpatel, kenvandine: see the last comment of bug 620011
[14:09] <ubot2> Launchpad bug 620011 in software-center (Ubuntu) (and 3 other projects) "software-center crashed with AttributeError in _parse_and_or_not_tag() (affects: 4) (dups: 3) (heat: 32)" [High,Fix committed] https://launchpad.net/bugs/620011
[14:10] <mpt> kiwinote, pushed r1033
[14:10] <kiwinote> mpt: thanks
[14:11] <kenvandine> kiwinote, great
[14:11] <njpatel> kiwinote, awesome!
[14:13] <kenvandine> kiwinote, now to get it merged into trunk, I assume we need mvo for that?
[14:13] <kiwinote> njpatel, kenvandine: the change itself is trivial, so that should be fine. I don't really have experience with testing fresh installs with updated packages though, so if one of you could either verify the steps I took, or test it in a different way, that would be great!
[14:13] <kiwinote> kenvandine: yes, he's back on Monday
[14:16] <seb128> rickspencer3, hey
[14:21] <kiwinote> mpt: it seems like you may be able to use your previous revision
[14:21] <kiwinote> mpt: in addition in /data/new.menu.in you can rename the category
[14:22] <kiwinote> mpt: a local branch doesn't pick up this change, so for testing you can just edit /usr/share/app-install/menu.d/new.menu
[14:22] <mpt> ahhh
[14:24] <kiwinote> mpt: after that it's just a question of balancing the \u2019 with the real unicode character in the correct places to make it work correctly
[14:24] <mpt> yeah
[14:25] <mpt> And I guess the same with featured.menu to rename "Featured Applications" to "Featured"
[14:26] <kiwinote> mpt: yep, although this time you don't have the unicode characters to worry about as well ;)
[14:26] <mpt> indeed
[14:28] <devildante> morning, kiwinote, mpt :)
[14:28] <mpt> hi devildante
[14:28] <kiwinote> goodafternoon devildante ;)
[14:29]  * devildante is bored... Can you give me work? :p
[14:34] <mpt> devildante, are there any FIXMEs left in the add-ons branch? :-)
[14:35] <mpt> devildante, and was it you who tried to implement the "Hide %s technical items" toggle, or was that and471?
[14:36] <devildante> mpt: all ones are either not important (like upgrading add-ons, while upgrading is not yet covered at all), or I don't know how to fix them :p
[14:36] <devildante> mpt: it was and471
[14:36] <mpt> devildante, do you think you'd be able to do it?
[14:37] <devildante> mpt: the Hide technical? I'll see
[14:37] <kiwinote> devildante, mpt: my branch contains a two way show/hide toggle
[14:38] <mpt> oh, sweet
[14:38] <kiwinote> there are a few inaccuracies though, as we have to use an approximation of the number of results rather than the exact number
[14:38] <devildante> kiwinote is too fast :p
[14:38] <kiwinote> for channel panes it works fine, it's for the category panes that every now and then we get show 4400 tech items and then hide 3700 tech items..
[14:39] <kiwinote> or equivalently we get show 1 tech item and then there is nothing to hide
[14:40] <kiwinote> I had a look at this, but we have to use these approximations, otherwise we get massive performance regressions which we don't want
[14:43] <devildante> kiwinote: is your startup-speed branch working?
[14:43] <kiwinote> the startup-speed branch works, but isn't fast yet
[14:44] <kiwinote> I'm having a bit of trouble loading all the panes on demand and getting it to work in every single case
[14:44] <devildante> kiwinote: then I order you to finish it, or my brain will explode with the slow loading speed :p
[14:45] <kiwinote> devildante: the sc-and-the-need-for-speed branch is super super fast, but I haven't grabbed any changes from trunk recently
[14:45] <kiwinote> devildante: I won't be updating that branch though because I have conflicts I have to resolve by hand in every single file :/
[14:46] <devildante> kiwinote: no excuses, finish it :P
[14:46] <kiwinote> devildante: but it's very fast, so if you want to give the sc-and-the-need-for-speed branch a go, then it's well worth it ;)
[14:46] <devildante> kiwinote: I'll see later ;)
[14:46] <bcurtiswx> i c empathy waits for libfolks-dev, can't wait to see what contact merging look slike
[14:49] <kiwinote> devildante: if you're looking for something to work on, there's a bug which would be worth fixing: -
[14:49] <devildante> gimme
[14:51] <kiwinote> steps to reproduce are: open synaptic and leave it open. now launch s-c and click install for something, it appears in in-progress, now close s-c. Open a new instance of s-c and notice that the in-progress section is not visible. We do want the in-progress section to be visible on startup when there are pending transactions
[14:51] <bcurtiswx> kenvandine: looks like you'll have to upgrade libfolks to finish empathy build.
[14:52] <kiwinote> devildante: you will want to work against lp:~kiwinote/software-center/getting-the-small-things-right , rather than against trunk
[14:53] <rickspencer3> hey seb128
[14:53] <seb128> rickspencer3, how are you?
[14:53] <devildante> kiwinote: okay, will work on it :)
[14:55] <rickspencer3> seb128, doing alright, how are things going?
[14:56] <seb128> rickspencer3, going alright, quite busy getting changes in still
[14:57] <seb128> which is a bit later for changes that it should have but that's still ok we have a reasonable number
[14:57] <rickspencer3> still lots of changes?
[14:58] <rickspencer3> where are they coming from?
[14:58] <seb128> not lot but mostly unity
[14:59] <seb128> the gesture stack as well is still not in, that has been dropped on us the day after feature freeze
[14:59] <seb128> some remaining dx and ols bits as well
[14:59] <seb128> well that's clearing now
[15:00] <seb128> rickspencer3, btw you have a workitem to help design paper cut about copy and paste, should that be closed?
[15:00] <rickspencer3> ?
[15:00] <seb128> rickspencer3, ted has a summer of code student working on that
[15:00] <rickspencer3> let me look
[15:00] <seb128> rickspencer3, https://blueprints.launchpad.net/ubuntu/+spec/design-m-papercuts
[15:01] <rickspencer3> lol
[15:01] <rickspencer3> it might have been nice if someone told me
[15:01] <rickspencer3> and maybe assigned me the bug
[15:01] <rickspencer3> seb128, I'll postpone that
[15:02] <seb128> rickspencer3, thanks
[15:02] <rickspencer3> I have asked allison to address this issue in Natty
[15:02] <seb128> tedg, how is your summer of code student doing on that?
[15:03] <seb128> tedg, got some fix in upstream projects by then?
[15:03] <seb128> rickspencer3, I'm not sure if we should have some sort of clipboard manager by default or if softwares just need fixing to store the clipboard before exiting
[15:03] <seb128> rickspencer3, the summer of code project has been about fixing random applications
[15:03] <seb128> I'm not sure if that's enough though
[15:03] <rickspencer3> seb128, I dunno, let's let allison take it up for Natty
[15:04] <seb128> ok
[15:04] <rickspencer3> she'll figure out a good solution, I'm sure she'll be interested in your input
[15:04] <tedg> She fixed Webkit and worked on the Mozilla patch.  Though apparently someone beat her to porting it to 1.9.2 (not sure on the version) of xul runner.
[15:04] <tedg> Also she got a Tomboy patch done that I believe is upstream now.
[15:05] <tedg> rickspencer3, I'd be happy to get allison and her in contact as she spent a bunch of time investigating it.
[15:05] <tedg> For the most part, it comes down to most applications do need fixes :(
[15:05] <rickspencer3> tedg, sounds good
[15:05] <rickspencer3> thanks
[15:05] <tedg> All the "standard" toolkit widgets work for the most part, but when app developers make their own they don't do it right.
[15:05] <seb128> tedg, do you think we should get a clipboard manager in g-s-d rather?
[15:06] <tedg> seb128, I don't.  It just slows things down and limits formats.  I think we should kick anything out of main that doesn't do it right :)
[15:07] <seb128> lol
[15:07] <tedg> That's one thing I'd like to see us start to do, is more requirements on apps.  Don't use the XDG directory structure, out.  Don't support cut-and-paste completely, out.  Etc.
[15:08] <seb128> the "out" is not realistic but having a list of those issues and trying to make sure they get worked
[15:09] <tedg> seb128, Yeah, probably.  I guess I'd more like to see them as part of the MIR.
[15:09] <tedg> So it's not an "out" but a "you can't get in".
[15:10] <tedg> We just need to ensure it doesn't get insane: "Don't support tweeting your high score?" ;)
[15:10] <seb128> right
[15:13] <micahg> tedg: about the mozilla clipboard patch, I've been meaning to follow up on it, I'll probably check next week, it missed 3.6.9, but I'll try to get approval for 3.6.10 before Final Freeze and I can still upload to maverick
[15:13] <tedg> micahg, Cool, thanks!
[15:50] <bcurtiswx> is it currently known that when you launch rhythmbox from the Applications-->Sound and Video you get the rhythmbox icon up top.  But, when launching it from the sound menu, that icon does not show
[15:53] <devildante> bcurtiswx: as I understood, the goal is to banish the rhythmbox indicator in favor of the sound menu
[15:54] <bcurtiswx> devildante: OK, (haven't searched yet) but would this need a bug report or is it in the works?
[15:55] <devildante> bcurtiswx: I think it is in the works, but you should rather ask #ayatana
[15:55] <bcurtiswx> devildante: OK, will do
[15:56] <robbiew> seb128: rickspencer3:  both gary and mvo are out today, and I was wondering if either of you know who should be doing the unassigned workitems at the top of https://blueprints.launchpad.net/ubuntu/+spec/foundations-maverick-buy-something?  Or should I just wait to they get back to ask.
[15:57] <seb128> robbiew, unassigned items go to spec assigned
[15:57] <seb128> ie to mvo
[15:57] <seb128> speaking of who
[15:57] <seb128> mvo, hey
[15:57] <mvo> seb128: hi, I'm not here ;)
[15:57] <seb128> mvo, how are you?
[15:58] <seb128> mvo, <robbiew> seb128: rickspencer3:  both gary and mvo are out today, and I was wondering if either of you know who should be doing the unassigned workitems at the top of https://blueprints.launchpad.net/ubuntu/+spec/foundations-maverick-buy-something?  Or should I just wait to they get back to ask.
[15:58] <mvo> seb128: good, thanks!
[15:58] <robbiew> heh
[15:58] <robbiew> sorry mvo...tried to honor your holiday :)
[15:58] <seb128> mvo, you shouldn't have started IRC ;-)
[15:58] <mvo> seb128, robbiew: I'm just here for the summer of code final evalulation
[15:58] <rickspencer3> mvo, I thought you were on holiday
[15:58]  * rickspencer3 kicks mvo
[15:58] <seb128> you could think mvo learn that lecon over the years :p
[15:58] <rickspencer3> hmmmm
[15:58] <mvo> robbiew: if it can wait until monday, that would be great, otherwise I can look for it today
[15:59] <robbiew> mvo: it can wait
[15:59] <mvo> rickspencer3: I am …
[15:59] <mvo> :)
[15:59] <mvo> you guys are just too quick to spot me :)
[15:59] <robbiew> mvo needs to have an alternate nick...so he can be undercover :)
[15:59] <robbiew> heh
[15:59]  * mvo|undercover wonders if that is too obvious
[15:59] <robbiew> well..that's not very creative
[15:59] <robbiew> lol
[16:00] <mvo|undercover> lol
[16:01]  * seb128 hugs mvo|undercover
[16:01]  * mvo|undercover disappears again to finish the SoC eval and then to enjoy the remainaing vacation
[16:01]  * mvo|undercover hugs seb128
[16:02] <devildante> mvo appears and disappears quickly :p
[16:07] <rickspencer3> I <3 mvo
[16:07] <rickspencer3> he is so awesome
[16:09] <tedg> I can't seem to get iBus working, can someone grab the ID it passes to indicator-application for me?
[16:10] <tedg> Also, do anyone know which package this dialog belongs to?  It has a typo: http://imgr.us/images/nszuz3a3u1zxl9c6q79v.png
[16:12] <tedg> Found the IBus ID, FWIW it's "ibus" :)
[16:13] <bcurtiswx> seb128: apologies if your busy, but looking at empathy's build dep wait on libfolks-dev, the one it wants failed to build due to a make target not being available.  talking to the libfolks guys they say you need gobject-introspection for that not to fail.
[16:13] <seb128> right known issue
[16:13] <seb128> in the release team meeting right now though and having a busy day
[16:13] <vish> seb128: hi, when are we expecting new empathy upload?
[16:13] <seb128> if nobody steps in that will be for monday
[16:13] <bcurtiswx> vish: i can answer that
[16:14] <seb128> vish, it was uploaded today and see what bcurtiswx just said
[16:14] <bcurtiswx> seb128: thanks for letting em interrupt, g'day
[16:14] <vish> seb128: ah cool, thanks..
[16:14] <seb128> sorry I've no time for that today
[16:14] <seb128> try finding somebody on #ubuntu-devel or there with upload rights and some time or wait on monday
[16:15] <mpt> kiwinote, remember to propose your branches for merging :-)
[16:15] <bcurtiswx> vish: empathy was uploaded this morning, depends on a higher libfolks, that was uploaded but failed to build due to missing gobject-introspection.. waiting on that i assume
[16:16] <kiwinote> mpt: will do ;)
[16:16] <vish> bcurtiswx: yay! so its on its way .. ;)
[16:16] <bcurtiswx> vish: yuppers
[16:17] <mpt> tedg, "xprop | grep CLASS" is good for identifying mysterious windows
[16:17] <vish> devildante: bored, eh? finished renaming update-manager? ;)
[16:18] <devildante> vish: yes ;)
[16:18] <tedg> mpt, Ah good idea!
[16:18] <devildante> vish: but I need to re-rename update-notifier :p
[16:18] <tedg> mpt, Heh, it's zenity ;)
[16:18] <mpt> devildante, you can't be bored, we have 326 open bug reports
[16:18] <vish> haha!
[16:18] <mpt> tedg, then "ps aux | grep zenity"? :-)
[16:19] <devildante> mpt: bored + lazy = disaster
[16:19] <tedg> mpt, Yup, there looks like "im-switch"
[16:20] <mpt> pestilence
[16:20] <mpt> devildante, you could do some testing and wiki editing: <https://wiki.ubuntu.com/SoftwareCenter/SearchTesting>
[16:22] <devildante> mpt: perfect!
[16:23] <vish> devildante: is the renamed branch linked to the bug report?
[16:23]  * vish doesnt see it..
[16:24] <devildante> vish: no, I forgot to edit debian/changelog to reflect it :p
[16:24] <vish> ;)
[16:25] <devildante> vish: done :)
[16:28] <mpt> "Remove user choice to enable system choice"
[16:28] <vish> whaaa..!
[16:28] <mpt> Who wrote this imswitch nonsense?
[16:47] <and471> james_w, did you do the merge on frozen-bubble?
[16:48] <james_w> and471: I did not
[17:02] <seb128> asac, chrisccoulson: do you know why bug #606728 has a maverick task?
[17:02] <ubot2> Launchpad bug 606728 in ubufox (Ubuntu Maverick) (and 2 other projects) "about:home always gets redirected to http://start.ubuntu.com/10.04/Google/ (affects: 1) (heat: 10)" [High,Triaged] https://launchpad.net/bugs/606728
[17:02] <chrisccoulson> seb128 - it's not fixed in maverick yet
[17:03] <chrisccoulson> asac - want to do an ubufox release? ;)
[17:03] <seb128> chrisccoulson, should that be assigned to you?
[17:03] <seb128> chrisccoulson, does it only needs an upload?
[17:04] <chrisccoulson> seb128 - yeah, can do. i wasn't sure if asac was going to do a release of ubufox or whether i should just patch it instead
[17:04] <seb128> chrisccoulson, thanks
[17:05] <vish> devildante: you linked to the wrong bug ;p
[17:06] <vish> devildante:   618723 is the other one.. 2 bugs :)
[17:07] <devildante> let's see... bug 618723
[17:07] <ubot2> Launchpad bug 618723 in update-manager (Ubuntu) (and 1 other project) "Rename Update Manager to Software Updater (affects: 1) (heat: 6)" [Wishlist,New] https://launchpad.net/bugs/618723
[17:08] <devildante> vish: done :) but is it me, or is edge lp really slow?
[17:08] <vish> devildante: heh, dont use edge ;)
[17:08] <devildante> vish: but I wanna test! :p
[17:09] <nessita> seb128: ping
[17:09] <seb128> nessita, hey
[17:10] <nessita> seb128: hi there! I have a question for ubuntu-sso-client. The test suite depends on python-mocker, which was recently added to the repos. Until today, we were using a mocker.py within our tree. I was hoping to be able to remove that mocker.py file and depend on python-mocker package
[17:10] <and471> kiwinote, you know you were saying how in app-install-data you cant change the pkg name as it is auto generated, how come you could with this bug? https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/445352
[17:10] <ubot2> Launchpad bug 445352 in app-install-data-ubuntu (Ubuntu) "Glade can't be installed from software center (affects: 4) (heat: 26)" [Undecided,Fix released]
[17:11] <nessita> seb128: dobey mentioned this might either break the building of the package, or that I may need to file  a MIR for python-mocker
[17:11] <nessita> seb128: can you clarify a bit what would be needed?
[17:12] <devildante> vish: I don't take orders, especially not from you :p
[17:12] <vish> ;p
[17:12] <seb128> nessita, you need to file a mir for it
[17:12] <seb128> nessita, do you know how to do that?
[17:12] <nessita> seb128: not really :-)
[17:13] <seb128> nessita, https://wiki.ubuntu.com/MainInclusionProcess
[17:13] <nessita> I think I have to open a bug somewhere?
[17:13] <seb128> nessita, read that ;-)
[17:13] <devildante> mpt: I've done rearranging https://wiki.ubuntu.com/SoftwareCenter/SearchTesting :)
[17:13] <nessita> seb128: sure I will! thanks
[17:15] <mpt> devildante, nice work, thank you. I think there are a few bug reports on particular searches, which could be added as rows to the table.
[17:15] <devildante> mpt: okay, I'll see
[17:16] <kiwinote> and471: hey, good catch
[17:16] <and471> :)
[17:16] <kiwinote> and471: when I made that revision I did not know how much was automatically generated
[17:16] <and471> kiwinote, ah okay
[17:17] <kiwinote> and471: this is what stayed after merge: http://bazaar.launchpad.net/~ubuntu-core-dev/app-install-data-ubuntu/ubuntu/revision/637
[17:17] <kiwinote> and471: significantly less ;)
[17:17] <asac> chrisccoulson: no ... can you push out a 0.10~bzrXXX ?
[17:17] <devildante> mpt: do you know a few ones?
[17:17] <chrisccoulson> asac - yeah, can do. have you got any plans for ubufox at all btw?
[17:18] <asac> chrisccoulson: lets talk about that at some other point ;)
[17:18] <asac> monday?
[17:18] <chrisccoulson> asac - yeah, sounds good
[17:18] <mpt> devildante, searching for "searching" should find them
[17:18] <asac> chrisccoulson: thanks!
[17:18]  * asac out to get some rest
[17:19] <and471> mpt, yeah there are quite a few, and quite a few are alarming
[17:20] <and471> mpt, especially the Alex the Alligator one! :D
[17:21] <devildante> mpt: thanks :)
[17:22] <kiwinote> devildante: if you can have the precise version number as the column header, that way there is still room for improvement before 3.0 ;)
[17:23] <devildante> kiwinote: okay :)
[17:25] <nessita> seb128: done https://bugs.launchpad.net/ubuntu/+source/mocker/+bug/621242
[17:25] <ubot2> Launchpad bug 621242 in mocker (Ubuntu) "[MIR] moker (affects: 1) (heat: 8)" [Undecided,New]
[17:25] <seb128> nessita, thanks
[17:25] <nessita> thank you!
[17:25] <seb128> nessita, did you read the whole page I gave you?
[17:27] <nessita> seb128: yeah. What did I miss? /me feels like in highschool
[17:27] <nessita> seb128: I was going to ask about the seed to dobey
[17:28] <seb128> nessita, usually you check write that you checked all the requirements and that there is no issue
[17:28] <seb128> nessita, you can probably read some of the other open bugs assigned to the mir team for example
[17:28] <nessita> seb128: I'll do that
[17:28] <nessita> so I can have an clearer idea
[17:29] <kiwinote> devildante: we have automated testing in place for search results located in test/test_search_per_spec.py
[17:29] <and471> nessita, do you ship the tests?
[17:29] <devildante> kiwinote: oh
[17:29] <kiwinote> devildante: it would be great if any new testcases were also added there
[17:29] <nessita> and471: not for the binary package, but we plan to ship a separate package with the tests
[17:30] <and471> nessita, ah okay
[17:30] <kiwinote> devildante: we don't run the tests yet though, as the results are a bit sad :/
[17:30] <devildante> kiwinote: adding a reference to the test can do the trick?
[17:31] <kiwinote> devildante: to run it, just cd to test and then 'python test_search_per_spec.py'
[17:31] <seb128> dpm, there?
[17:31] <kiwinote> devildante: if you want the test results, then you need to uncomment the two lines in assert_first_pkg_in_model()
[17:32] <kiwinote> devildante: so yes, it would be great to add any new test cases to that file
[17:32]  * kiwinote has to run now
[17:33] <and471> kiwinote, from whom?
[17:33] <and471> :)
[17:36] <seb128> dpm, I've updated bug #615874, we will probably go back to ship a static template for this cycle this there was some concern about the gettext solution
[17:36] <ubot2> Launchpad bug 615874 in evolution (Ubuntu) (and 1 other project) "Add Ubuntu One email to Evolution fresh install (affects: 1) (heat: 16)" [Wishlist,In progress] https://launchpad.net/bugs/615874
[17:36] <seb128> it's getting a bit late for those changes
[17:36] <seb128> we will get it probably next cycle
[17:44] <and471> mpt, are you on maverick?
[17:44] <mpt> and471, yep
[17:44] <and471> mpt, is software-center working for you?
[17:44] <and471> mpt, I just booting up an ISO and it doesn't work for me
[17:44] <mpt> and471, yes, it worked for me in alpha 3
[17:44] <mpt> and ever since
[17:45] <and471> hmm
[17:46] <and471> mpt, I guess we will just have to watch this for the next milestone, hopefully it is just me :)
[17:46] <dpm> right, thanks for the info seb128 - what does a static template mean? Will there be a template available at all in LP for the U1 welcome e-mail?
[17:47] <and471> mpt, ah, after running update-sftware-center it worked
[17:47] <seb128> dpm, no
[17:47] <seb128> dpm, that's basically what didrocks and you did discuss before his holidays
[17:48] <dpm> seb128, ah, sorry, yes, I've just read the comment. Yeah, that's fine, I can arrange the wiki page and the call for translations
[17:50] <seb128> dpm, let's wait for monday for things to settle, I still want to see how danilo's changes are coming but that seems a bit late for me
[17:50] <seb128> especially than dobey has concerns on how those are done
[17:51] <dpm> seb128, ok, got you, let me answer the bug comment.
[17:51] <seb128> dpm, thanks
[17:55] <dpm> no worries
[18:31] <nessita> seb128: me again :-). So, dobey is pointing out that I may have incorrectly phrased  the python-mocker question. Do I need to fill a MIR for it even if the test suite for ussoc is not being run at built time?
[18:32] <nessita> seb128: and another question would be, is the test suite for ussoc being run at built time? :-)
[18:32] <seb128> nessita, well the package is in main so security team will ask you to run the testsuite a buildtime
[18:32] <seb128> nessita, ie in the debian rules
[18:32] <seb128> nessita, so we can regressions on upload
[18:33] <seb128> not sure if it's now
[18:33] <seb128> usually you need to tweak the rules to call make check
[18:33] <dobey> seb128: ah, so security team is requiring that now? or will be soon?
[18:33] <seb128> or whatever is doing the test
[18:33] <seb128> dobey, well it's recommended
[18:33] <dobey> yeah, the tests aren't running for it right now
[18:33] <seb128> they usually ask for it when they see a mir for something which has a testsuite
[18:33] <seb128> it's not an hard requirement but nice to have
[18:33] <seb128> no reason to not do it
[18:33] <nessita> seb128: makes sense
[18:33] <dobey> seb128: this is why i asked the other day about how feasible it is to do an MIR for a couple packages at this point
[18:34] <seb128> the mirs for that should be alright
[18:34] <seb128> getting new depends in the default install not so much
[18:34] <chrisccoulson> wow, my laptop is nearly out of disk space :/
[18:34] <nessita> dobey, seb128: I'll keep working on the MIR then
[18:34] <seb128> nessita, thanks
[18:34] <dobey> seb128: ok yeah, i don't want to add anything to the default install yet :)
[18:34] <seb128> you can always file the mir requests
[18:34] <dobey> sure
[18:39] <mpt> Ah, vish, you did so well in Karmic to get application icons into Nautilus's "Open With" submenu, and now bug 621303 takes them all away
[18:39] <ubot2> Launchpad bug 621303 in indicator-appmenu (Ubuntu) "Application icons missing from Nautilus's "Open With" submenu (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/621303
[18:40] <vish> :(
[18:42] <devildante> mpt: does appmenu-gtk support menu icons?
[18:43] <mpt> devildante, yes, but they appear in a few places they shouldn't and not in a few places they should
[18:44] <devildante> mpt: I'm going to take a really quick look at the code, maybe I'll find something erroneous ;)
[18:45] <mpt> devildante, have fun. https://code.launchpad.net/ubuntu/+source/libdbusmenu is probably about the right place to start
[18:46] <devildante> mpt: not appmenu-gtk?
[18:46] <mpt> It might be
[18:48] <devildante> pff, I hate C GTK+... Who was the one who thought POO in C would be a good idea? :p
[18:49] <kklimonda> meh, you can get used to it
[18:50] <chrisccoulson> C is awesome
[18:50] <kklimonda> well, I wouldn't go THAT far but it's not as bad as some people make it ;)
[18:52] <devildante> C is really great, but trying to force OOP on it doesn't work very well :p
[18:52] <devildante> btw, can we test appmenu-gtk in normal gnome?
[19:01] <kiwinote> mpt: re bug 620511
[19:01] <ubot2> kiwinote: Bug 620511 on http://launchpad.net/bugs/620511 is private
[19:01] <kiwinote> mpt: the invisible item is the a11y text for the title and the description
[19:02] <kiwinote> mpt: do I understand correctly that you want a focus ring around the title and description?
[19:02] <mpt> kiwinote, no. :-)
[19:02] <mpt> kiwinote, by "description" do you mean the sigle line below the title, or the multi-paragraph description?
[19:03] <kiwinote> oh, sorry, I meant the summary
[19:03] <mpt> single
[19:03] <kiwinote> the single line one just below the title
[19:04] <mpt> hmmmm
[19:07] <mpt> kiwinote, and I guess the invisible item after the "Install" button is the full description?
[19:07] <kiwinote> yep
[19:11] <mpt> kiwinote, I really don't know what to do about that then. We don't want to make it inaccessible, and it would look ugly with a focus ring around a lot of text, but it is weird that focus disappears.
[19:12]  * mpt wonders why the months in the USC history are ordered August, April, July, March, February, July, June, May, March
[19:13] <kiwinote> mpt: yep, agreed, then we can leave it open until sometime later we come up with a good way to handle it
[19:13] <mpt> yep
[19:14] <kiwinote> um, yeah, that history stuff is a bit odd :/
[19:14] <devildante> mpt: I haven't found anything in either appmenu-gtk or libdbusmenu that's weird. Guess I'm not familiar with the code to find out :(
[19:15] <mpt> devildante, probably the icons for that particular menu are being populated slightly differently from icons in other menu items (e.g. Nautilus's Places menu)
[19:16] <mpt> and that difference is tripping up indicator-appmenu-gtk
[19:16] <devildante> mpt: I need to test it first :p do you know of a way to test appmenu-gtk in normal gnome?
[19:19] <devildante> mpt: nvm, found how :)
[19:19] <mpt> devildante, sure, install indicator-appmenu, then right-click on the panel and choose "Add to Panel" > "Indicator Applet Appmenu" [sic]
[19:20] <devildante> "mpt: nvm, found how :)"
[19:20] <mpt> yeah yeah, so I was two seconds slow
[19:21] <devildante> so yes, I can confirm this
[20:39] <webczat> Hey.
[20:40] <webczat> Does someone know why orca has english language by default even if ubuntu is in polish?
[20:43] <Laney> jcastro: no problem re smuxi
[20:44] <jcastro> <3
[20:48] <Laney> dunno how long ago you sent that
[20:48] <Laney> catching up on highlights
[20:52] <micahg> ugh
[23:43] <james_w> can anyone tell me how the "post release apps" will appear in software center? I can't find it in the spec?


[22:55] <pakete> ok will try reboot....will be back shortly...
[22:55] <nerdy_kid> gellmar ooh like that idea, where would i find that file?
[22:57] <gellmar> find /usr -name "*915*.ko" -print
[22:57] <gellmar> nerdy_kid try this out
[22:57] <crdlb> isn't it in /lib?
[22:57] <gellmar> crdlib: ko's are in kernel dir
[22:58] <nerdy_kid> gellmar i think i found it in /lib/moduals
[22:58] <gellmar> however i am not on my pc so i cant give u a precise loc
[22:58] <z0rt|work> is there a way to restart the mouse driver? it suddenly got laggy on me
[22:58] <gellmar> nerdy_kid well
[22:58] <sjr_> I love you all
[22:58] <gellmar> nerdy_kid: rename it and rebooot
[22:59] <litropy> hi, peeps.  When I click Unlock, nothing happens. No authpane, no window state change.
[22:59] <gellmar> sjr_: we love u too:)
[23:01] <gellmar> pakete: howzit?
[23:01] <ian``> Hi my gdm login screen no longer responds to any input after the most recent upgrade - can anyone tell me how i can now login?
[23:02] <crdlb> litropy: try running gdmsetup in a terminal and see if any errors are printed when you unlock
[23:02] <gellmar> ian`` use recovery mode
[23:02] <pakete> gellmar, it was blinking black for a while...then there was this ubuntu screen but with no progress bar moving
[23:02] <gellmar> it uses text console
[23:02] <ArkoldThos> heya, i got a lil problem, the nvidia-settings app doesn't detect the both monitors :(
[23:02] <nerdy_kid> gallmar you wouldnt believe this..the stupid thing is still loading somehow
[23:03] <gellmar> nerdy_kid: sure it is in /usr
[23:03] <pakete> so when i restart it is fine, when it boots up it is still...
[23:04] <gellmar> pakete: maybe your pc is too fast for the progress bar?
[23:04] <heroid> is it stable to upgrade from 9.10 to 10.04 RC?
[23:04] <nerdy_kid> gellmar ran find /usr -name "*915*.ko" -print and it returned nothing
[23:04] <ArkoldThos> heroid, what problem did you had?
[23:04] <gellmar> heroid: stable
[23:05] <heroid> no problem yet
[23:05] <heroid> just want to upgrade
[23:05] <ArkoldThos> it should be stable :)
[23:05] <heroid> well i will try it out
[23:05] <gellmar> nerdy_kid: find all kos
[23:05] <heroid> i hope it is
[23:05] <heroid> tomorrow i have a LUG meeting
[23:05] <nerdy_kid> gellmar ok
[23:05] <litropy> crdlb: http://pastebin.com/SpPAR3aG
[23:05] <heroid> where i have to show them the new beta
[23:05] <heroid> and i need it to be upgraded until then
[23:06] <gellmar> heroid: a pre premiere roadshow?
[23:06] <pakete> gellmar, not sure, but when i used live usb it was without black screen...here it still is black and then ubuntu splash for a second...
[23:06] <gellmar> 5 days to go?
[23:07] <gellmar> pakete: usb is much slower than a hdd
[23:07] <heroid> yep
[23:07] <heroid> that is what i will do
[23:07] <gellmar> heroid: run a virtualbox install for that
[23:07] <pakete> it is black, as if it is changing resolutins...by the way i have no special effects available either...
[23:08] <gellmar> if you wanna keep your production karmic intact
[23:08] <pakete> but agree it boot faster from hdd
[23:08] <heroid> don't have resources for virtualbox
[23:08] <pakete> althouth not fast enogh to leave progress bar still
[23:09] <gellmar> pakete: my advice is to wait until the filesystem gets checked for a minute or two once in 30 mounts
[23:09] <pakete> like png image you know =))) wallpaper )))
[23:09] <pakete> what do you mean??? how should i wait?
[23:09] <gellmar> pakete: personally i use ubuntu without splash
[23:10] <gellmar> pakete: reboot several times
[23:10] <nerdy_kid> gellmar still nothing
[23:10] <crdlb> litropy: ok, I get most of that spew too, but there is one like that looks bad: org.gnome.DisplayManager was not provided by any .service files
[23:10] <crdlb> s/like/line/
[23:11] <nerdy_kid> gellmar im searching root
[23:11] <gellmar> nerdy_kid: check dmesg for i915
[23:11] <arand> gellmar: pakete: Although I don't think that's the issue you can easily force the fsck on next start by "sudo touch /forcefsck"
[23:11] <gellmar> arand: thanks for the tip
[23:12] <gellmar> never tried it
[23:12] <speckmade> with the latest kernel update I fetched today my system isn't able to start. is this a known problem? or anything that needs my bugreport?..
[23:13] <gellmar> speckmade: when have you updated your sys today? at what time?
[23:13] <gellmar> coz i updated mine at noon and had no kernel updates
[23:13] <pakete> ok...forced fsck..will now reboot...(several times) =)
[23:13] <crdlb> litropy: that mesage implies that the display manager (gdm) is not running at all
[23:14] <crdlb> litropy: perhaps you're using kdm as your display manager?
[23:14] <speckmade> gellmar: almost exactly 10.5 hours ago
[23:15] <gellmar> speckmade: can you boot in single user mode?
[23:15] <jeff__> Can someone tell me how to delete print jobs that wont delete?
[23:15] <speckmade> didn't check - just started with the last kernel...
[23:15] <techhelper1> restart
[23:16] <gellmar> jeff__ go to http://localhost:631
[23:16] <gellmar> and select jobs in webui
[23:16] <nerdy_kid> gellmar nothing, but i found this line in dmesg, this is the issue: [    8.794773] Console: switching to colour frame buffer device 80x30
[23:16] <jeff__> gellmar, am I using a browser to access?
[23:17] <gellmar> speckmade: boot in single then check previous logs
[23:17] <gellmar> jeff__ yep
[23:17] <gellmar> nerdy_kid ahha
[23:18] <gellmar> nerdy_kid do you have fbcon in /etc/modules?
[23:18] <gellmar> kill it
[23:19] <gellmar> and reboot to take effect
[23:19] <nerdy_kid> gellmar not there but ill blacklist it
[23:19] <gellmar> nerdy_kid you ll get the text console after next boot
[23:19] <speckmade> I got that lucid system in question running NOW - so I should be able to read the logs, shouldn't I?
[23:19] <gellmar> and fbcon uses graphic driver
[23:19] <speckmade> what logs do you mean?
[23:20] <gellmar> speckmade: have you got it booted with new kernel?
[23:20] <nerdy_kid> gellmar _still_ doesnt work i have to go, try to get back to you later thanks :)
[23:20] <speckmade> no
[23:21] <gellmar> nerdy_kid: not at all
[23:21] <gellmar> speckmade: so you are running the older one?
[23:21] <jeff__> gellmar, I just seen that my printer is not even listed anymore. As a matter of fact I can't even add a printer, it's all grayed out
[23:22] <gellmar> speckmade: check /var/log/dmesg.0
[23:22] <jeff__> gellmar, I'm actually connected to a shared computer on another ubuntu machine
[23:22] <gellmar> khm
[23:22] <speckmade> I'm sorry - that is a zero byte file...
[23:23] <gellmar> jeff__: do you have a root pass there?
[23:23] <speckmade> yes - the older one.
[23:23] <ArkoldThos> ubuntu repos got the old flash right?
[23:23] <gellmar> otherwise it is useless
[23:23] <arand> ArkoldThos: Old, you mean 64bit?
[23:23] <gellmar> speckmade: check var/log stuff with zeroes
[23:23] <jeff__> gellmar, at the risk of sounding stupid, what is a root pass?
[23:24] <gellmar> jeff admin's one
[23:25] <jeff__> gellmar, I'm not sure
[23:25] <gellmar> well i am going to sleep a bit
[23:25] <gellmar> good night to all
[23:25] <jeff__> gellmar, goodnight
[23:25] <speckmade> gellamr: what do you mean - you want to know about all my empty files in /var/log or what?
[23:25] <gellmar> jeff ask your admin to kill the tasks
[23:26] <jeff__> gellmar, thanks!
[23:27] <ArkoldThos> arand, yes 64 bits
[23:28] <arand> ArkoldThos: Still the old ndiswrapped 32bit version (policy/security/updating/whatever-reasons...)
[23:28] <ArkoldThos> okok :) i'll update it manually then
[23:38] <underdev> what happend to the sun-java6-jre and jdk?
[23:38] <jpds> underdev: In partner
[23:38] <BUGabundo> humm
[23:38] <BUGabundo> clam now
[23:39]  * BUGabundo unmutes #
[23:41] <arand> underdev: -- "canonical partner repository" you need to activate it.
[23:42] <underdev> thank you, i've been googling, can't seem to figure it out
[23:42] <underdev> i know there is a file that has repositories listed in it
[23:42] <underdev> i'll figure it out- i appreciate the pointers guys
[23:42] <underdev> :)
[23:44] <underdev> found it in synaptic
[23:44] <underdev> thanks again
[23:48] <BUGabundo> !repositories
[23:49] <BUGabundo> underdev: ^^^^^^^ for future reference
[23:52] <nerdy_kid> i can only get wired internet when i boot into recovery and select root shell with networking
[23:53] <nerdy_kid> eth1 only gets detected by ifconfig under those cicumstances
[23:54] <ArkoldThos> what is the right folder to put a browser plugin? (flash)?
[23:55] <jpds> ArkoldThos: ~/.mozilla/plugins/
[23:55] <ArkoldThos> although I do not have Firefox installed?