[07:07] <micahg> asac: please ping me re bug 460860 as soon as you're up
[10:50] <asac> kenvandif: ken ... IF ;) you are there, let me know.
[10:50] <asac> bindwoodish issue here
[10:50] <asac> nothing works
[10:50] <asac> at least none of the tests i suggested
[11:50] <asac> jdstrand: so i am not sure what to do for sqlite
[11:50] <asac> jdstrand: there have been SRUs
[11:50] <asac> if we want to roll something to security we would need two updates for each release?
[11:51] <asac> in jaunty there is one SRU https://edge.launchpad.net/ubuntu/+source/sqlite3/3.6.10-1ubuntu0.2
[11:51] <asac> intrepid too https://edge.launchpad.net/ubuntu/+source/sqlite3/3.5.9-3ubuntu1
[11:53]  * asac sits and waits
[12:08] <urbanape> asac, morning. I have to run my son to daycare. Should be back in half hour to forty-five minutes
[12:14] <asac> ok
[12:31] <fta> seems i can't play videos on my dual core. sound & video are jerky. like here http://vimeo.com/4904965
[12:33] <fta> or here http://vimeo.com/6601409
[12:34] <fta>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
[12:34] <fta> 20429 fta       20   0 1075m 386m  34m R  115 19.2 130:08.03 firefox-3.7
[12:34] <fta>  1055 root      20   0  307m 165m  15m S   20  8.2  68:10.32 Xorg
[12:34] <fta>  1501 fta        9 -11  157m 7828 6556 S    2  0.4  35:21.16 pulseaudio
[12:36] <fta> it was fine a couple of weeks ago
[13:01] <urbanape> Hi, asac. I'm back
[13:01] <asac> lunch now ... 30 minutes
[13:02] <urbanape> np
[13:45] <asac> urbanape: ok
[13:45] <asac> urbanape: so ....
[13:45] <asac> where is the couchdb located?
[13:47] <urbanape> asac, it's desktopcouch
[13:47] <asac> where?
[13:48] <urbanape> it starts up on a random, unclaimed port. You can either query dbus for it, or you can go to a generated static page:
[13:48] <urbanape> file:///home/<username>/.local/share/desktop-couch/couchd.html
[13:48] <urbanape> er, couchdb.html
[13:48] <asac> file:///home/asac/.local/share/desktop-couch/couchdb.html
[13:48] <asac> that doesnt exist
[13:48] <urbanape> do you have desktopcouch installed?
[13:48] <asac> i have couchdb processes running
[13:49] <urbanape> is it the system couchdb? 5984?
[13:49] <asac> ii  desktopcouch                         0.5-0ubuntu1                         A Desktop CouchDB instance
[13:49] <asac> http://paste.ubuntu.com/302052
[13:49] <asac> thats the ps -eaf | grep couchdb
[13:51] <asac> firefox    6706        asac   25u     IPv4    6542946      0t0        TCP <IP_ADDRESS>:37486-><IP_ADDRESS>:5984 (ESTABLISHED)
[13:51] <asac> so seems ffox has a connection open to that port
[13:51] <urbanape> http://paste.ubuntu.com/302055/
[13:51] <urbanape> weird. It shouldn't be falling back on the system couchdb.
[13:51] <asac> hmm
[13:51] <urbanape> We took out that behavior a long while ago
[13:52] <asac> who would startup desktopcouch?
[13:52] <asac> dbus activation?
[13:52] <urbanape> yes, ffox with bindwood installed should start it up (the act of querying it for its port will start it if it's not already)
[13:54]  * asac kills
[13:55] <asac> killing killed it
[13:55] <asac> nothing starts
[13:57] <urbanape> what happens if you start it manually: $ python /usr/lib/desktopcouch/desktopcouch-service
[13:57] <asac> now things are running with my user
[13:57] <asac> after i restarted couchdb
[13:57] <urbanape> also, incidentally, are you using the apparmor profiles for ffox?
[13:57] <urbanape> we've had at least one report that bindwood doesn't behave very well in that environment.
[13:58] <asac> apparmor is enabled by default afaik
[13:58] <asac> yeah
[13:58] <asac> Oct 26 14:55:05 tinya kernel: [416505.927541] type=1503 audit(1256565305.801:72): operation="exec" pid=12797 parent=12796 profile="/usr/lib/firefox-3.5.*/firefox" requested_mask="::x" denied_mask="::x" fsuid=1000 ouid=0 name="/usr/share/bindwood/couchdb_env.sh"
[13:58] <asac> Oct 26 14:56:22 tinya wpa_supplicant[1320]: CTRL-EVENT-SCAN-RESULTS
[13:58] <asac> Oct 26 14:56:36 tinya kernel: [416596.256205] type=1503 audit(1256565396.133:73): operation="exec" pid=13148 parent=13147 profile="/usr/lib/firefox-3.5.*/firefox" requested_mask="::x" denied_mask="::x" fsuid=1000 ouid=0 name="/usr/share/bindwood/couchdb_env.sh"
[13:58] <asac> Oct 26 14:56:54 tinya kernel: [416614.703574] type=1503 audit(1256565414.578:74): operation="exec" pid=13169 parent=13168 profile="/usr/lib/firefox-3.5.*/firefox" requested_mask="::x" denied_mask="::x" fsuid=1000 ouid=0 name="/usr/share/bindwood/couchdb_env.sh"
[13:58] <asac> Oct 26 14:57:45 tinya kernel: [416665.533608] type=1503 audit(1256565465.409:75): operation="exec" pid=13206 parent=13205 profile="/usr/lib/firefox-3.5.*/firefox" requested_mask="::x" denied_mask="::x" fsuid=1000 ouid=0 name="/usr/share/bindwood/couchdb_env.sh"
[13:58] <asac> jdstrand: ^^ ... one more for you ;)
[13:59] <asac> ok trying with disabled
[14:00] <urbanape> does that only stop system-installed extensions? I've been using Bindwood since, well, its inception and haven't had any problems.
[14:00] <urbanape> I might not be running apparmor, though. I've got no logs in /var/log/apparmor/
[14:01] <asac> yes
[14:01] <asac> system installed are differenct
[14:01] <urbanape> I mostly have been running Bindwood developmentally with a file in my profile's extensions directory pointing to the dev directory
[14:01] <asac> different
[14:01] <asac> apparmor wise
[14:01] <urbanape> s/mostly//
[14:01] <asac> please file a bug against apparmor
[14:01] <urbanape> will do
[14:01] <asac> or move the bug you had there
[14:01] <urbanape> we just want to add an exception for Bindwood's shell script?
[14:02] <urbanape> It's the only process we call.
[14:03] <asac> urbanape: i get a complain "login to localhost:49698"
[14:03] <asac> administrator
[14:03] <asac> password
[14:03] <asac> urbanape: if just ignoring that process error is a solution we can do that
[14:03] <urbanape> are you getting it repeatedly?
[14:03] <asac> yes. with my real profile
[14:03] <asac> what kind of port is that?
[14:03] <asac> is that bindwood?
[14:04] <urbanape> that's the desktopcouch port.
[14:04] <asac> yeah. seems its busted somewhat
[14:04] <urbanape> It picks a random, unused port to start the couch process listening.
[14:04] <asac> hmm
[14:04] <asac> do you check if thats taken already?
[14:04] <urbanape> dbus does
[14:04] <urbanape> dbus just picks an unused port for the process.
[14:04] <asac> beam.smp  12910        asac   13u     IPv4    6549527      0t0        TCP <IP_ADDRESS>:49698 (LISTEN)
[14:04] <urbanape> we find out which port by querying dbus.
[14:04] <asac> so its taken
[14:05] <asac> dbus?
[14:05] <asac> thats a http thing, right?
[14:05] <urbanape> no, it's a system process thing
[14:05] <asac> beam.smp
[14:05] <urbanape> beam.smp is the erlang process that's running CouchDB
[14:05] <asac> beam.smp has something to do with couchcb
[14:05] <asac> yeah
[14:05] <asac> should be renamed imo ;)
[14:05] <urbanape> thought you were asking if dbus is an http thing
[14:05] <asac> but why does firefox think it needs to connect using http?
[14:05] <asac> no
[14:06] <asac> i know that dbus isnt http
[14:06] <urbanape> alright, here's how Bindwood works
[14:06] <asac> but firefox gets a http auth
[14:06] <asac> on that port
[14:06] <asac> go ahead
[14:06] <urbanape> we start up, and we run that couchdb_env.sh, which gets us:
[14:06] <urbanape> the port that CouchDB is listening on, and the oauth tokens from our personal desktop couch ini file.
[14:07] <urbanape> querying the port has a side effect of starting up desktop couch if it's not already running.
[14:07] <urbanape> (that happens with anything that queries for our desktop couch, not just Bindwood)
[14:07] <asac> yeah
[14:07] <asac> thats understood
[14:07] <urbanape> then, we ensure that there's a bookmarks database in our CouchDB, creating if necessary.
[14:08] <urbanape> (using the AJAX couch.js libs)
[14:08] <asac> so why would firefox not succeed with that oauth ...
[14:08] <urbanape> that should be using the oauth tokens
[14:08] <urbanape> and it's not, so it's trying to fall back on HTTP Basic Auth.
[14:08] <urbanape> you'll get a prompt for each ajax request, and it will be misery if you've got a lot of bookmarks.
[14:08] <asac> so it means that ooauth failed?
[14:08] <urbanape> the way we solved this before was ...
[14:09] <urbanape> it means that for some reason, the oauth tokens it got were different from what couch was expecting.
[14:09] <asac> ok. so where does ffox get that ooauth token from?
[14:09] <asac> also ... does it safe that in profile?
[14:09] <asac> that would explains it i guess
[14:10] <asac> as i created the couchdb with a different profile
[14:10] <urbanape> no, doesn't get saved in profile, we read it each time firefox starts up.
[14:10] <asac> ok
[14:10] <asac> so why would that not work?
[14:11] <urbanape> and all of your (asac's) ffox profiles share a CouchDB. We tag each Couch record with the profile associated with it, and filter for the currently running profile when dealing with the records.
[14:11] <asac> hmm
[14:11] <asac> so the test i outlined wouldnt work anyway
[14:11] <asac> anyway. so lets focus on why oauth token can be invalid
[14:11] <asac> how do you get that token?
[14:12] <jdstrand> err, apparmor is installed and enabled by default in Ubuntu, but one must opt-in to the firefox profile, which is disabled by default
[14:12] <urbanape> jdstrand, aha, okay.
[14:12] <asac> jdstrand: oh. so i have it enabled because i enabled it?
[14:13] <jdstrand> I'm not sure the profile will ever be enabled by default, but we'll keep plugging away at it and making it better as we go
[14:13] <jdstrand> asac: yes
[14:13] <urbanape> asac, this should give you four tokens joined with colons: python -c "from desktopcouch import local_files; tokens = local_files.get_oauth_tokens(); print ':'.join([tokens['consumer_key'], tokens['consumer_secret'], tokens['token'], tokens['token_secret']])"
[14:13] <urbanape> you don't need to paste them here.
[14:13] <asac> checking
[14:14] <jdstrand> asac: see https://wiki.ubuntu.com/KarmicKoala/TechnicalOverview#New%20profiles
[14:14] <jdstrand> asac: it will tell you how to disable it again if desired
[14:14] <asac> urbanape: yes. that works ... four things
[14:14] <asac> jdstrand: no. i know
[14:14] <asac> i did it
[14:14] <urbanape> k, so the couchdb_env.sh is getting *something*.
[14:14] <asac> just thought we had it enabled
[14:14] <jdstrand> asac: ah, ok
[14:14] <urbanape> Lemme check with thisfred and see why your Couch might be using something different.
[14:15] <asac> jdstrand: so for sqlite3 update ... what do you think wrt SRUs
[14:15] <asac> 12:50 < asac> jdstrand: so i am not sure what to do for sqlite
[14:15] <asac> 12:50 < asac> jdstrand: there have been SRUs
[14:15] <asac> 12:50 < asac> if we want to roll something to security we would need two updates for each release?
[14:15] <asac> 12:51 < asac> in jaunty there is one SRU https://edge.launchpad.net/ubuntu/+source/sqlite3/3.6.10-1ubuntu0.2
[14:15] <asac> 12:51 < asac> intrepid too https://edge.launchpad.net/ubuntu/+source/sqlite3/3.5.9-3ubuntu1
[14:15]  * jdstrand nods
[14:15] <jdstrand> asac: so that is in -updates?
[14:15] <asac> yes. we have something in -updates
[14:15] <asac> but we wwant the new update go to -security
[14:16] <jdstrand> asac: we pull from -updates for -security updates
[14:16] <asac> rolling two updates sounds hard
[14:16] <asac> jdstrand: ok. so its ok to base on top of -updates version. thanks
[14:16] <asac> that fixes my issues ;)
[14:16] <jdstrand> asac: not only ok, it is how we always do it ;)
[14:16] <asac> great.
[14:16] <jdstrand> otherwise it the maintenance issues would just explode
[14:17] <asac> right
[14:17] <asac> thats what i felt
[14:17] <jdstrand> s/it//
[14:17] <jdstrand> cool
[14:17]  * asac continues to proceed on sqlite3
[14:22] <urbanape> asac, I'll let you know when I've got something for you to try or a question about your environment.
[14:22] <urbanape> thx
[14:25] <urbanape> asac: if you start ffox from the command line like so: `BINDWOOD_DEBUG=1 firefox &`, we log more diagnostic output in the error console. It might be useful to see the errors you're getting from that point of view (if you can get past all the annoying basic auth prompts)
[14:25] <asac> let me try
[14:25] <asac> no change
[14:25] <asac> no log
[14:26] <asac> odd
[14:26] <asac> nothing new
[14:26] <asac> echo $BINDWOOD_DEBUG
[14:26] <asac> 1
[14:30] <urbanape> nothing in the Error Console?
[14:37] <urbanape> brb
[14:43] <asac> had to uninstall bindwood
[14:53] <asac> kenvandine: can you verify bindwood for me ;)?
[14:53] <asac> kenvandine: it doesnt work at all here, but i dont want to block this upload just because it doesnt work for me
[14:53] <asac> of course if its still broken we shouldnt upload it, so would be nice if you could run the testcases i posted in the mail threads and confirm that they work
[14:55] <urbanape> asac, it's very strange. I'm definitely using it in a different manner than by installing the package (though I will do that as well), but I haven't had any of these particular problems since we've corrected the oauth code after the last major release (0.4.0)
[14:55] <kenvandine> asac, it is working here
[14:55] <urbanape> kenvandine, are you on desktopcouch 0.5.0? I'm upgrading locally from 0.4.2, but it's taking a bit longer than I had anticipated.
[14:55] <kenvandine> asac, let me check my mail
[14:55] <urbanape> kenvandine, also check my followup
[14:55] <kenvandine> urbanape, i have 0.5.0 from your ppa
[14:56] <kenvandine> not from karmic
[14:56] <urbanape> k
[14:59] <kenvandine> asac, you emailed tests?
[14:59] <kenvandine> ah... friday :)
[15:01] <asac> kenvandine: yes. though we found out today that those arent going to work as they are filtered per-profile ... so instead of using a new profile it probably is dropping the .mozilla profile and ensure that its properly synched...
[15:01] <kenvandine> yeah
[15:01] <asac> i filed bug 461150 fwiw
[15:02] <kenvandine> asac, good... that sucks :)
[15:02] <asac> kenvandine: i am not sure why oauth fails here ... but its definitly bad ;)
[15:02] <asac> here
[15:02] <kenvandine> yeah
[15:18] <kenvandine> urbanape, [object XULElement]
[15:18] <kenvandine> damn
[15:18] <kenvandine> how do you copy errors from the error console?
[15:29] <asac> kenvandine: right click /copy/
[15:30] <urbanape> or install Console2
[15:48] <kenvandine> urbanape, there is definately a problem
[15:48] <kenvandine> asac, right click copy got me the object XULElement thing
[15:49]  * kenvandine finds console2
[15:49] <urbanape> kenvandine, hrm. I'm still going through my upgrade.
[15:50] <kenvandine> oh nm... i still have 0.4.1 installed
[15:51] <kenvandine> humm... it got installed friday
[15:51] <kenvandine> weird
[15:51] <kenvandine> ok
[15:51] <kenvandine> i guess i did that :)
[15:51]  * kenvandine removes and retests
[15:52] <urbanape> *whew*
[15:52] <kenvandine> i guess that explains why i didn't have to install it in my new mozilla dir :)
[16:11] <kenvandine> urbanape, asac: ok i have tested with a clean profile and it is populating my bookmarks correctly
[16:11] <kenvandine> and not spamming me with livemarks
[16:11] <kenvandine> but let me run it for a little longer to make sure they don't come back :)
[16:11] <urbanape> not getting the basic auth prompts?
[16:11] <kenvandine> nope
[16:11] <kenvandine> working fine
[16:11] <urbanape> good deal
[16:12] <kenvandine> whacked the profile, installed bindwood.xpi and verified Bookmarks->Desktop Couch with an unfiled bookmark appeared
[16:12] <asac> kenvandine: and adding new bookmarks, moving and starting with fresh profile works?
[16:12] <kenvandine> yes
[16:12] <asac> kenvandine: please test system install
[16:12] <kenvandine> that was the unfiled bookmark
[16:12] <asac> not .xpi
[16:12] <kenvandine> ok
[16:14] <kenvandine> asac, where can i  build the deb from
[16:15] <kenvandine> nm
[16:15] <kenvandine> found it
[16:17] <asac> COPYING.BSD isnt in upstream btw
[16:17] <urbanape> it should have been included during the last release.
[16:17] <urbanape> (or after)
[16:18] <urbanape> huh. Guess it got overlooked.
[16:18] <asac> its in the packaging branch
[16:18] <asac> not in the upstream tree
[16:18] <asac> oddly enough
[16:18] <asac> anyway
[16:19] <urbanape> yeah, just hasn't been backported. I'll file a bug for it and get it landed.
[16:19] <asac> ok pushing the potential packaging release to ~ubuntu-dev/firefox-extensions/bindwood.ubuntu
[16:19] <kenvandine> asac, yeah it  works from a deb and clean profile
[16:19] <asac> kenvandine: can you branch that ... use bzr bd to build
[16:19] <asac> ok
[16:19] <kenvandine> asac, i just merged locally and bzr bd
[16:20] <asac> better check the branch from above
[16:20] <kenvandine> i can do that too
[16:20] <asac> i dont want to have it fail because we did separate things
[16:20] <asac> thx
[16:20] <kenvandine> :)
[16:20] <asac> sorry for not posting it earlier
[16:20] <kenvandine> no worries
[16:21] <asac>     - fix LP: #459068 - Create a proper folder for storing Couchdb/UbuntuOne book
[16:21] <asac>       marks
[16:21] <asac> so why does that fix livebookmarks?
[16:21] <kenvandine> that was a separate bug
[16:21] <kenvandine> mildly related
[16:21] <kenvandine> slightly related rather
[16:21] <asac> err
[16:21] <asac> so why do we get a merge reqeust for that bug and it fixes something else?
[16:22] <kenvandine> urbanape, ^^
[16:22] <kenvandine> it was initially the other bug fix
[16:22] <asac> i dont want to fix stuff that isnt release critical at this point
[16:22] <kenvandine> then he branched that to fix the folder thing
[16:22] <asac> thats not nice
[16:22] <kenvandine> yeah, well without that fix it gets really ugly
[16:23] <kenvandine> basically bookmarks you get synced all show up in your toolbar
[16:23] <kenvandine> so it gets huge
[16:23] <kenvandine> this drops it into a folder of it's own
[16:23] <urbanape> asac, it was a modification to the third fix I listed in my initial email
[16:24] <urbanape> previous behavior was to pull new bookmarks into the toolbar folder, which was bad. kenvandine's bug lists that as the bad behavior and the fix I added just redirects them to a known folder location inside the bookmarks menu.
[16:25] <asac> ok doesnt matter i will upload that now
[16:25] <asac> once bindwood is in main this needs to be done by adding patches i guess
[16:28] <kenvandine> yeah
[16:28] <kenvandine> asac, for sure
[16:28] <asac> uploaded
[16:28] <kenvandine> asac, ok tested from your branch and it works
[16:28] <kenvandine> asac, thx!
[16:28] <asac> yeah. had to uncommit and add new bug to changelog
[16:28] <asac> but it should be same
[16:28] <asac> thx
[16:28] <kenvandine> yeah
[16:28] <kenvandine> :)
[16:28]  * kenvandine will be glad to have firefox behaving again :)
[16:29] <asac> this oauth spamming needs to be fixed ;)
[16:29] <asac> but well ... glad its not in main ;)
[16:30] <asac> btw, the other bug was added after the grave bug in the branch
[16:30] <asac> so it was not really a reuse of the other fix ;)
[16:30] <asac> ok off ... watching a potential flat
[16:31] <asac> kenvandine: you might need to prod pitti or scottk
[16:31] <asac> to get this in
[16:31] <asac> i can do that when back
[16:31] <kenvandine> ok
[16:31] <asac> i think archive is almost locked down ... so lets hope that still goes in
[16:31] <kenvandine> i'll talk to pitti right now
[16:31] <asac> thx
[16:31] <urbanape> thx, both of you
[16:31] <asac> welcome
[16:36] <kenvandine> ok pitti accepted it :)
[16:38] <urbanape> gotta reboot after dist-upgrade
[16:38] <urbanape> brb
[16:44] <micahg> hi asac
[16:59] <eagles0513875> hey guys
[17:30] <asac> micahg: hi
[17:35] <micahg> I'll be back in about an hour
[18:29] <micahg> asac: what did you think of my prism fix?
[18:34] <micahg> jdstrand: for the apparmor bugs, is there a process you'd like me to follow?
[18:34] <jdstrand> micahg: in general, see https://wiki.ubuntu.com/DebuggingApparmor
[18:35] <micahg> what are we committed to having work in the profile?
[18:36] <jdstrand> micahg: also, while I developed the profile, I won't necessarily be the one to fix it. aa profiling bugs are often easy to fix. however, feel free to subscribe ubuntu-security rather than directly assigning me
[18:36] <micahg> ok, sorry
[18:36] <jdstrand> np
[18:36] <micahg> so, what do you think the profile should support (so I know what's a bug and what isn't)
[18:36] <micahg> I've been watching the bugs
[18:37] <jdstrand> micahg: 1st, remember the profile is opt-in, so none of the profiling bugs should be higher than 'Low' I would say
[18:37] <jdstrand> idea being that people who enable it should be able to file a bug/fix it themselves
[18:37] <jdstrand> in terms of what it supports, I would like it to support anything that is shipped in Ubuntu
[18:38] <micahg> does that mean allow entries for everything?
[18:38] <jdstrand> the profile should generally be able to handle most people's extenstions
[18:38] <jdstrand> extensions that they download
[18:38] <jdstrand> we can look at those on a case by case basis
[18:39] <jdstrand> micahg: what I mean by 'anything that is shipped in Ubuntu' is that if there is an action within firefox or a shipped extension that doesn't work because of the profile, then we should look hard at fixing it
[18:39] <jdstrand> the recent nautilus one is an example of that
[18:39] <micahg> am I better off subscribing ubuntu-security if the logs show an issue with the apparmor profile?
[18:39] <jdstrand> being able to run fsck is an example of one that we would not allow
[18:40] <micahg> rather than trying to fix it myself and possibly cause something unsecure to happen?
[18:40] <jdstrand> micahg: feel free to subscribe us and attach a debdiff fixing it. we can review it and give feedback
[18:40] <jdstrand> or a diff if that is easier
[18:40] <micahg> is triaged still appropriate if the kernel log is attached?
[18:41] <jdstrand> yes
[18:41] <micahg> ok, great, thank you for your time
[18:41] <jdstrand> assuming it is just a profiling bug (eg, like the nautilus one, where we should just allow Ux access)
[18:41] <jdstrand> micahg: np! thanks for your help with these :)
[18:50] <micahg> hi asac
[18:50] <micahg> or asac_
[19:00] <asac> micahg: ok
[19:00] <micahg> ok?
[19:01] <asac> micahg: so ... what was the prism branch?
[19:01] <micahg> https://code.edge.launchpad.net/~micahg/prism/prism-karmic-2
[19:01] <micahg> still waiting for the reporter to test
[19:02] <asac> micahg: on bug folks say it didnt work
[19:02] <micahg> say one person
[19:03] <asac> how is your fix supposed to work?
[19:03] <micahg> it's supposed to provide a fake xulrunner-1.9 binary that calls the prism binary and loads the webapp
[19:03] <asac> hmm
[19:03] <micahg> the command works for me
[19:03] <micahg> but I don't have an old app created by prism
[19:04] <micahg> that's what I needed tested
[19:04] <asac> so would Exec=xulrunner-1.9 /usr/share/prism/application.ini -webapp<EMAIL_ADDRESS>[19:04] <micahg> i don't get what the guy posted
[19:04] <asac> so would Exec=xulrunner-1.9.1 /usr/share/prism/application.ini -webapp<EMAIL_ADDRESS>[19:04] <asac> work?
[19:04] <micahg> no
[19:04] <micahg> idk
[19:04] <asac> why not?
[19:05] <micahg> didn't test that
[19:05] <micahg> I have it turning into prism-bin /usr/share/prism/application.ini -webapp<EMAIL_ADDRESS>[19:05] <micahg> because currently it's prism $@
[19:05] <micahg> when the new prism writes out a shorcut
[19:06] <asac> ok.
[19:06] <asac> shipping xulrunner-1.9 is too messy
[19:06] <asac> imo we can sell this as an acceptable breakage
[19:07] <micahg> that's why I added a conflicts
[19:07] <micahg> and a comment in the changelog
[19:07] <asac> yes. but that gets messy. prism should push xulrunner-1.9 out
[19:07] <asac> or get pushed out because of xulrunner-1.9
[19:07] <micahg> well, it can't work with 1.9 anyways
[19:08] <asac> i think we can won't fix that bug.
[19:08] <micahg> I was thinking to write a migration script, but I don't know enough about prism to do it properly
[19:09] <micahg> I figured this could get us through release and then in -updates we could fix it properly
[19:09] <asac> i dont think we should fix it
[19:09] <asac> the migration script would require either to replace xulrunner-1.9
[19:09] <micahg> well, that leaves people to recreate their apps
[19:09] <asac> sure
[19:10] <asac> we can ship a xulrunner-1.9 link in xulrunner-1.9.1
[19:10] <asac> thats all we can do
[19:10] <asac> but not before updates
[19:10] <micahg> let me see if that does it
[19:10] <micahg> but that's messy as well
[19:10] <micahg> as it builds on an initial bad practice
[19:11] <asac> yes. but messing with /usr/bin/xulrunner* is better to be done in a xulrunner package
[19:11] <asac> cant the user just edit the .desktop file?
[19:15] <micahg> yes
[19:15] <micahg> I'm testing your fix
[19:15] <micahg> anyways, I think I messed up a symlink in the package anyways
[19:16] <asac> https://bugs.edge.launchpad.net/ubuntu/+source/prism/+bug/460860/comments/10
[19:17] <asac> micahg: i think we hsould keep it won't fix as i said in the bug
[19:17] <micahg> ok
[19:17] <asac> its inconvenient, but prism is a preview thing
[19:18] <micahg> I"ll test an edit workaround and post that in the bug
[19:18] <asac> thats great
[19:18] <asac> not sure if we put these workarounds for universe apps in release notes or somewhere
[19:18] <asac> i will check that
[19:19] <micahg> yeah, changing from xulrunner-1.9 to prism works
[19:20] <micahg> posted workaround
[19:24] <micahg> ok, about the clean up bug, there were some makefiles left after I added the stuff in bug
[19:26] <micahg> http://pastebin.com/d4c03c40d
[19:26] <asac> good
[19:26] <micahg> do I just add lines to remove those files in debian/rules?
[19:27] <asac> micahg: make distclean should remove most
[19:27] <asac> doesnt that do it?
[19:28] <micahg> idk
[19:28] <micahg> how do I run that?
[19:28] <asac> make distclean
[19:28] <micahg> where?
[19:28] <micahg> at the top level?
[19:29] <asac> i would think so
[19:29] <micahg> no make target
[19:29] <asac> not sure where it gets build
[19:29] <asac> but whatever is used to build it
[19:29] <asac> should be used to clean it
[19:29] <asac> maybe you removed the top level Makefile already?
[19:30] <asac> let me quickly build it
[19:30] <micahg> yeah
[19:30] <micahg> it's gone alreadt
[19:32] <asac> not sure why its gone for you
[19:32] <asac> try again
[19:32] <asac> ls Makefile
[19:32] <asac> Makefile
[19:32] <asac> thats after make clean
[19:47] <micahg> in / or in prism/
[19:50] <micahg> ugh, I'll see if I can fix 3.7 daily tonight
[19:55] <fta> lol, i'm playing with windows 7, just installed an inti-virus, it's talking to me :)
[19:55] <fta> and in french
[20:15] <micahg> asac: anything left to fix before release?
[20:16] <asac> yes. font problems ;)
[20:17] <micahg> I don't think I can fix that
[20:17] <asac> for release there is not much we can do on mozilla front
[20:18] <micahg> ok
[20:18] <micahg> does prism use b.m.o?
[20:18] <micahg> oh, I wanted to ask you about sqlite
[20:19] <asac> odd
[20:19] <micahg> does that have the possibility of breaking other apps
[20:19] <asac> didnt i file removal bugs for firefox-3.0
[20:19] <micahg> no, you transitioned it
[20:20] <asac> hmm
[20:21] <asac> are there still rdepends on xulrunner-1.9?
[20:21] <micahg> thught we fixed them
[20:21] <micahg> I haven't checked since I added the tasks to the supercede bug
[20:22] <micahg> according to the bug we got them all
[20:25] <micahg> I can do a final check alittle later
[20:25] <asac> hmm bfilter still depends on xulrunner-1.9
[20:26] <asac> mozilla-helix-player
[20:26] <asac> python-hulahop
[20:27] <micahg> asac: your bfilter upload was never pushed through
[20:27] <asac> hmm
[20:27] <urbanape> hey, asac.  Since you mentioned before about cherry picking and so on, I wanted to check to see what would be better to do WRT versioning or tagging the branch.
[20:29] <asac> micahg: yes. but we should upload it i guess ... can you try if it builds at all with 1.9.1?
[20:29] <urbanape> https://code.edge.launchpad.net/~urbanape/bindwood/fix-lp461371/+merge/13986 is the merge proposal. It's fixed and pushed.
[20:29] <asac> helix that is
[20:30] <urbanape> should I propose that bug for targeting karmic as well?
[20:35] <asac> ok
[20:35] <asac> urbanape: what is the impact?
[20:35] <asac> its not clear from the bug
[20:36] <urbanape> with that typo in place, changes made locally to bookmarks (titles, URIs, &c) are not propagated to CouchDB.
[20:36] <asac> new additions not?
[20:36] <asac> i mean that works?
[20:36] <urbanape> new additions work properly.
[20:37] <asac> or everything but the first sync is b roken?
[20:37] <asac> ok
[20:38] <asac> micahg: apt-get source bfilter gives me the control with 1.9.1
[20:38] <asac> did that fail to biuld?
[20:38] <micahg> checking
[20:38] <micahg> yes :(
[20:38] <micahg> https://edge.launchpad.net/ubuntu/+source/bfilter/1.1.4-1ubuntu2/+build/1300661/+files/buildlog_ubuntu-karmic-i386.bfilter_1.1.4-1ubuntu2_FAILEDTOBUILD.txt.gz
[20:38] <urbanape> the event handler for when bookmarks change, though, will fail early on with an exception and the change isn't pushed.
[20:39] <asac> hmm
[20:39] <micahg> looks like an SPI change
[20:39] <micahg> *API
[20:40] <asac> yes
[20:40] <asac> javascript bustage
[20:40] <micahg1> I spun a test build of helix with xul-1.9.1
[20:40] <asac> good
[20:40] <asac> that worked?
[20:40] <micahg> waiting
[20:41] <asac> so bfilter .... hmm
[20:41] <asac> did debian port that yet?
[20:41] <micahg> I'll let you know about helix when the build is done
[20:41] <micahg> cehcking
[20:43] <micahg> debian had a depends on libmozjs1d
[20:44] <asac> yes
[20:44] <asac> ok
[20:44] <asac> so thats from xul 1.9.1?
[20:44] <asac> if so we should check what patch they added to bfilter
[20:44] <asac> ... if any
[20:45] <micahg> I don't know how it even built on debian
[20:45] <micahg> the latest I mean
[20:45] <micahg> packages are missing
[20:45] <micahg> they have libmozjs2d now
[20:54] <asac> yeah
[20:55] <asac> it probably wasnt built
[20:55] <asac> is 1.9.1 in unstable at all?
[20:55] <micahg> yes
[20:56] <micahg> as is xulrunner-dev
[20:56] <micahg> <IP_ADDRESS>
[20:56] <asac> micahg: k
[20:56] <asac> micahg: so heix?
[20:56] <asac> helix ;)
[20:56] <micahg> still working
[20:56] <asac> want to paste a debdiff?
[20:56] <asac> ah
[20:56] <asac> ok
[20:57] <micahg> if it builds, I'll giv eyou the debdiff
[20:57] <asac> thanks
[20:57]  * micahg had to throw to ppa as I have no clean environment
[20:57] <asac> micahg: maybe paste it already so i can prepare and wai for your confirm
[20:57] <micahg> ok
[20:58] <asac> micahg: oh ... close that bug like i did in the other uploads
[20:58] <asac> i mean: rememberto close it ;)
[20:59] <micahg> I'll attach debdiff to bug
[20:59] <micahg> mark as patch?
[21:02] <micahg> debdiff attached to bug
[21:03]  * micahg used the debdiff tool for the first time :)
[21:11] <asac> micahg: what bug?
[21:11] <asac> i mean id ;)
[21:12] <asac> bug 455517
[21:13] <asac> ok
[21:13] <asac> so next is python-hulahop
[21:18] <asac> ok python-hulahop needs pyxpom
[21:18] <asac> thats not there anymore
[21:18] <asac> so hmm
[21:33] <asac> urbanape: no i uploaded it
[21:33] <asac> err ... "ok i uploaded it"
[21:33] <asac> its a cherry-pick merge
[21:33] <asac> so please take care that that branch gets merged into the trunk branh
[21:34] <asac> _without_modifications_
[21:34] <asac> otherwise i will get conflicts on next upstream merge in branch ;)
[22:22] <micahg> asac: helix had a nonrelated build error
[22:32] <micahg> asac: apparently helix and python 2.6.4 don't get along
[22:33] <urbanape> asac: again with the wonderful and the good and gentleman and all that. I'm keeping a running tally of beers owed at UDS
[22:38] <micahg> asac: helix is out of dayer
[22:38] <micahg> date
[22:38] <micahg> 2 years out of date
[22:38] <micahg> and is no longer in debian
[22:49] <asac> urbanape: haha ok. i will remember that
[22:50] <asac> urbanape: maybe i can upgrade from a beer to a whiskie ;)
[22:51] <urbanape> asac, we could do some serious damage to whiskey stocks in TX.
[22:51] <asac> odd
[22:51] <asac> hehe
[22:51] <asac> yeah
[22:51] <asac> micahg: helix failed again=
[22:51] <asac> that sucks
[22:51] <micahg> yeah, it also failed a month and a half ago during teh test rebuild
[22:51] <asac> it built here
[22:52] <micahg> do you have python-2.6.4rc2?
[22:52] <asac> no clue
[22:52] <asac> i have current python
[22:52] <asac> rc1
[22:52] <asac> 2.6.4~rc1-0ubuntu1
[22:52] <asac> ok lets file a removal request
[22:52] <asac> can you file the bug and i ack it and try to poke scottk
[22:52] <asac> etc.?
[22:53] <asac> xurl.cpp:864:6: error: #elif with no expression
[22:53] <asac> wait
[22:53] <micahg> well, ubuntu's kept it for 3 releases past debian, doesn't that mean we should fix it?
[22:53] <asac> thats the build failure
[22:53] <asac> thats a code bug
[22:53] <asac> and gcc 4.4 related
[22:54] <micahg> oh, I had a python - ribesome build error in my ppa
[22:54] <micahg> but I see that in the test rebuild
[22:54] <micahg> can you fix it
[22:54] <asac> 864
[22:55] <asac> i dont know
[22:55] <asac> what build failure are you seeing?
[22:55] <asac> i only se the elif without expression on builders
[22:55] <micahg> http://launchpadlibrarian.net/34429124/buildlog_ubuntu-karmic-amd64.helix-player_1.0.9-0ubuntu7~karmic~ppa1_FAILEDTOBUILD.txt.gz
[22:55] <micahg> TypeError: exceptions must be classes or instances, not str
[22:56] <micahg> so there are 2 problems now :(
[22:56] <asac> not sure why python is a different verison for you
[22:56] <asac> we have rc1
[22:56] <asac> i think
[22:56] <asac> your issue is amd64
[22:56] <asac> most likely a different problem yes.
[22:57] <micahg> same on i386
[22:57] <micahg> python-2.6minimal is rc2
[23:02] <asac> hmm
[23:02] <asac> ok
[23:02] <asac> i think we should remove it if its removed from debian
[23:02] <micahg> asac: ScottK was more inclined to fix it
[23:02] <micahg> I can't find the reason for removal upstream
[23:03] <micahg> and realplayer is popular
[23:03] <asac> hmm
[23:04] <asac> do you know how to fix it ;)?
[23:04] <asac> ok let me see what built here
[23:05] <micahg> no, but if I had a couple of days, I could build the new version :)
[23:05] <asac> new version?
[23:05] <asac> hmm
[23:05] <micahg> yeah realplayer 11 compatible
[23:06] <micahg> we've got the equivalent of 9 right now
[23:06] <asac> the problem is that we use py 2.6 on builders
[23:06] <asac> while it needs 2.4 i think
[23:06] <asac> that complain about strings not being valid in exceptions feels like a thing likely to happen in 2.6 which became stricter afaik
[23:07] <micahg> I can make a build dep on python2.4
[23:07] <micahg> hmm
[23:07] <asac> ok fixed hxurl.cpp
[23:07] <micahg> it's already got that
[23:07] <asac> lets see how far it gets now
[23:08] <asac> python: can't open file '/bin/pyar.py': [Errno 2] No such file or directory
[23:08] <asac> ok maybe it needs a full debian/rules build
[23:08] <asac> trying
[23:09] <asac> micahg: anyway. put latest helix on your todo for lucid ;)
[23:10] <micahg> ok
[23:10] <micahg> I can file a bug :)
[23:10] <asac> filed
[23:11] <asac> 461543
[23:11] <asac> bug 461543
[23:11] <micahg> should I assign to myself?
[23:11] <asac> platform/unix/unix_net.cpp:1772:10: error: #elif with no expression
[23:11] <asac> platform/unix/unix_net.cpp: In static member function ‘static HX_RESULT unix_net::get_host_by_name(char*, hostent*&)’:
[23:12] <asac> next bug
[23:12] <asac> micahg: already assign it ;)
[23:12] <asac> assigned
[23:12] <asac> ok one more build run
[23:12] <asac> lets see how far we get now
[23:13] <asac> so far ttwo #elif bugs fixed
[23:13] <asac> not yet seen your python thing
[23:13] <micahg> asac: you probably won't see it...it shouldn't happen in the PPA either as the build-deps is for python2.4
[23:13] <asac> it says its using python 2.6 here
[23:14] <micahg> weird
[23:14] <micahg> that's probably another bug we should look into at some point
[23:14] <asac> micahg: well. i think it needs to explicitl yset the python version
[23:14] <asac> somewhere
[23:15] <asac> the build depends is probably not enough
[23:15] <micahg> ok
[23:15] <asac> micahg: so why does the archive build fail different from your ppa build?
[23:15] <micahg> idk
[23:15] <asac> the archive thing failed similar to what i saw and fixed now
[23:16] <micahg> yeah, weird
[23:16] <micahg> idk
[23:16] <asac> i think it will finish here
[23:17] <asac> do you have a pbuilder where you could quick check if the debdiff i will do helps?
[23:17] <asac> but lets first wait
[23:17] <asac> guess takes 5 more minutes or so
[23:17] <asac> so bbib
[23:20] <fta> (i can share my script to easily create/manager pbuilders for different dists/arches)
[23:25] <micahg> fta: that would be great :)
[23:25] <micahg> I should set that up on my server
[23:25] <asac> ok try this debdiff
[23:26] <asac> debdiff helix-player_1.0.9-0ubuntu7.dsc helix-player_1.0.9-0ubuntu8.dsc  | pastebinit
[23:26] <asac> http://pastebin.com/f63989e9b
[23:27] <micahg> where should I try it?
[23:27] <asac> not sure ... locally ;)?
[23:28] <micahg> I just use patch to apply to the folder?
[23:28] <asac> micahg: yes apt-get source helix-player ... then cd hel*/
[23:28] <asac> patch -p1 < /tmp/debdiff.diff ;)
[23:29] <asac> download from pastebin
[23:29] <asac> dont copy paste
[23:29] <asac> that will bust
[23:29] <micahg> did that
[23:29] <micahg> changelog busted
[23:29] <asac> huh?
[23:29] <micahg> but that's ok
[23:29] <asac> thats your own?
[23:29] <asac> ok
[23:29] <asac> i used whatever i uploaded before i think
[23:29] <micahg> yeah
[23:29] <micahg> my fault
[23:30] <asac> ok
[23:30] <micahg> worked no
[23:30] <micahg> now
[23:30] <micahg> my funny ppa versions broke it ;)
[23:30] <asac> ok also pushhed to my ppa
[23:30] <asac> buildesr are empty
[23:30] <asac> so we should get results from there too soon
[23:31] <micahg> asac: also have bug 461006
[23:31] <fta> micahg, http://paste.ubuntu.com/302412/
[23:31] <micahg> I can;t confirm but bd murray did
[23:31] <asac> hmm i can start reader and mail
[23:32] <BUGabundo> http://code.google.com/p/chromium/issues/detail?id=21624
[23:32] <BUGabundo> this guys are totally lost!
[23:33] <micahg> asac: so can I
[23:33] <asac> https://edge.launchpad.net/~asac/+archive/ppa/+build/1310159
[23:34] <micahg> applying patch 90-fix-gcc4 to ./ ... failed.
[23:34] <micahg> make: *** [patch-stamp] Error 1
[23:34] <micahg> that's what I get locally
[23:35] <asac> hmm
[23:35] <micahg> pythonfailure
[23:35] <asac> dpatch is really my enemy no 1
[23:35] <asac> i did nothing wrong :/
[23:36] <asac> err it even builds here :/
[23:36] <micahg> I patched it twice, that's why I failed locally
[23:36] <asac> ah
[23:38] <micahg> ugh, still failed on that patch
[23:40] <asac> ok let me try fix umake to use python2.4
[23:41] <micahg> ok, now it seems to be working
[23:42] <micahg> locally at least
[23:42] <asac> well ... it always works for me locally ;)
[23:42] <asac> i will try to run umake with python2.4 explicitly now
[23:43] <asac> lets check if there are other explicitly python invokations tha we should fix
[23:44] <asac> ok that looks better ... lets try
[23:44] <asac> pushed to ppa again
[23:44] <asac> [#-00000001][2009-10-27 00:44:18][1075727472][INFO ] : Ribosome v2.4.8
[23:44] <asac> [#-00000002][2009-10-27 00:44:18][1075727472][INFO ] : Using Python v2.6.4-rc2
[23:44] <asac> so that might work ;)
[23:44] <micahg> that was the same as before
[23:45] <asac> hm
[23:45] <asac> strange ;)
[23:45] <asac> i run it with PYTHON = python2.4
[23:46] <asac> lets hope that just umake.py is broken
[23:46] <asac> thats run with python2.4 at least
[23:47] <micahg> we should know in 2.5 minutes :)
[23:47] <asac> yeah ... rounda bout
[23:47] <asac> builders are free
[23:47] <asac> which is kind of ingteresting
[23:47] <asac> last time during release freeze they were really busy
[23:47] <asac> as nothing goes in folks usually go to ppas ;)
[23:48] <micahg> maybe because of the late freeze, people got all their fixes in :)
[23:49] <asac> feels odd for me that this time freeze was later
[23:49] <asac> i mean ... it was always zero for stuff for main after RC
[23:49] <asac> but universe i thought i could upload till day before rleease iirc
[23:50] <asac> https://edge.launchpad.net/~asac/+archive/ppa/+build/1310173
[23:50] <asac> now its getting interesting
[23:50] <asac> umake is in action
[23:50] <asac> failed ;)
[23:51] <asac>   SDK named 'oggvorbissdk'. Please read documentation for instructions
[23:51] <asac>   on how to obtain and install this SDK.
[23:53] <asac> hmm libogg-dev
[23:53] <asac> lets check that ;)
[23:53] <asac> not hats not it


[01:13] <ScottK> sgclark: Could you have a look at your 4.13.97 artikulate upload (build log link above) and see about getting it fixed?
[01:15] <sgclark> ScottK: artikulate waiting on new qt-gstreamer (waiting on kamoso etc) as per notes in ninjas pad
[01:17] <ScottK> sgclark: Which pad?
[01:17] <ScottK> (link please)
[01:17] <sgclark> ScottK: https://notes.kde.org/p/kubuntu-ninjas
[01:17] <ScottK> Thanks.
[01:17] <sgclark> np
[01:19] <ScottK> Riddell: There's quite a number of things blocking 4.13.97 from migrating to release.   The thunderbird was started from terminal, than ctrl + x and it freezes
[08:30] <apachelogger> yofel, soee: for guis one can also use xkill via ctrl-alt-esc
[08:30] <apachelogger> also ksysguard stuff in plasma5 is busted due to incorrect packaging
[08:31] <soee> haha ctrl-alt-esc = red scull to kill them all :D
[08:31] <apachelogger> be careful where you point it tho :P
[08:33] <Riddell> this new compiler seems more trouble than it's worth
[08:35] <yofel> really?
[08:35] <apachelogger> Riddell: I am reasonable certain that is the case for every compiler ever ;)
[08:38] <Riddell> yofel: not really I'm just grumbling
[08:38] <yofel> ah, join the club
[08:38] <yofel> the symbol changes make it rather hard to see whether kf5 5.1 really kept ABI intact :S
[08:39] <soee> Riddell: how about 4.13.97 release for utopic ?
[08:46] <soee> also when drivers manager will be released for plasma5?
[08:51] <apachelogger> when kauth isn't broken which should be the case today
[08:51] <Riddell> soee: it's in proposed, needs fixes I'm looking at now, any help appreciated
[08:51] <lordievader> Riddell: If you are talking about GCC, Linus also had his complaints ;)
[08:51] <Riddell> apachelogger: really?  kauth unbroken? how? this would be most unexpected
[08:51] <apachelogger> or not because shadeslayer didn't upload that one :P
[08:51] <apachelogger> Riddell: apachelogger fixed it
[08:51] <apachelogger> all the workspace packages that need polkit seem to have incorrect packaging though
[08:53] <Riddell> lordievader: oh yes, good to know I'm on the side of the flamer
[08:56] <lordievader> Riddell: http://linux.slashdot.org/story/14/07/27/1838219/linus-torvalds-gcc-490-seems-to-be-terminally-broken
[08:56] <Riddell> :)
[08:57] <apachelogger> mh
[08:57] <apachelogger> Riddell: I have a problem in the upgrader when loading either pyqt5 or pyqt4 .... pyqt5 in trusty is le broken and won't work and I am not sure how to prevent loading the broken thing
[08:59] <Riddell> apachelogger: sounds like it needs an exception for trusty
[08:59] <Riddell> if ubuntuVersion == trusty: import pyqt4
[08:59] <apachelogger> that seems nasty
[08:59] <Riddell> broken pyqt5 in trusty is nasty
[08:59] <apachelogger> plus I am not even sure how to reliably get that ^^
[09:00] <Riddell> python3-distro-info
[09:00] <Riddell> ?
[09:01] <apachelogger> from . import distinfo
[09:02] <apachelogger> the upgrader is such an ugly pile of files
[09:03] <apachelogger> that's actually from apt apparently
[09:03]  * apachelogger sighs
[09:06] <yofel> lordievader: fun read, thanks for the link ^^
[09:07] <lordievader> yofel: ;)
[09:07] <apachelogger> hm
[09:07] <lordievader> Reading about Linus's outbreaks is usually fun :)
[09:07] <yofel> indeed
[09:10] <tsimpson> so many opinions, so little time!
[09:22] <apachelogger> mh
[09:23] <apachelogger> Riddell: did we ever suggest running do-release-upgrade or kubuntu-devel-release-upgrade with sudo?
[09:25] <apachelogger> oh of course the general purpose open_url function would be in a file importing gtk modules
[09:26] <Riddell> no, I only recommend kubuntu-devel-release-upgrade which uses kdesudo
[09:27] <Riddell> yay bug 1308931 in proposed
[09:27] <apachelogger> Riddell: right but we never said to run it with kdesudo explicitly?
[09:27] <apachelogger> anywho
[09:28] <apachelogger> I better solve browers invocation in the fetcher
[09:28] <apachelogger> it's a slight bit broken
[09:28] <Riddell> apachelogger: nope
[09:34] <Riddell> ScottK: removed artikulate that's waiting on new qtgstreamer waiting on kamoso and telepathy-kde releases
[09:49] <apachelogger> !find kde-open
[09:55] <apachelogger>  /usr/share/locale-langpack/zu/LC_MESSAGES/ubuntu-release-upgrader.mo 	language-pack-gnome-zu-base
[09:55] <apachelogger> Riddell: why look
[09:56] <apachelogger> our upgrader is not localized
[10:01] <apachelogger> why the frog is qttranslations5-l10n not installed by default
[10:01] <apachelogger> :@
[10:10] <BluesKaj> Hiyas all
[10:17] <soee_> hi BluesKaj
[10:19] <BluesKaj> hi soee_
[10:33] <apachelogger> Riddell: help
[10:38] <Riddell> apachelogger: que?
[10:40] <apachelogger> Riddell: translations are kaput
[10:40] <apachelogger> so very much
[10:40]  * apachelogger feels like crying
[10:41] <soee_> ;D
[10:43] <apachelogger> Riddell: qbuttonbox respectively qmessagebox need to have qt qm files from qttranslations5-l10n
[10:44] <apachelogger> problem #1: qttranslations5-l10n is not installed recommended or nothing
[10:44] <apachelogger> problem #2: loading the translations is a right mess
[10:45] <apachelogger> http://paste.ubuntu.com/7960057/
[10:45] <apachelogger> problem #3: if the package were to be anything but a dependency of the upgrader strings will go untranslated
[10:46] <apachelogger> problem #4: the actual upgrader gettext translations are in the gnome language-pack which I'll argue are not installed  by default
[10:55]  * apachelogger thinks there is a bug int he trello plugin
[10:55] <apachelogger> or not
[10:55] <apachelogger> kubotu: ur weird sometimes
[11:31] <shadeslayer> kubuntuBot: imager build
[12:41] <soee> in System Settings -> Colors ; tab Options there is this horizontal scrollbar but if we chnage its value/postions it is always restored default if we exit open it again
[12:55] <apachelogger> file a bug
[12:59] <soee> apachelogger: i wonder it is used for oxygen theme, but now when we have qtcurce should it be enabled/visible ?
[13:03] <kdeuser56> hi everyone ... does /usr/bin/kdialog still exist in kf5/plasma5?
[13:05] <kdeuser56> Riddell: ?
[13:09] <kdeuser56> or better asked: does it have a future (is it ported to KF5?)
[13:29] <ScottK> apachelogger: what's broken about pyqt5 in trusty?
[13:30] <apachelogger> ScottK: signals don't work sometimes
[13:30] <soee> next week is planned plasam 5.0.1 release ?
[13:31] <apachelogger> ScottK: running usb-creator from here should give you some nice output https://code.launchpad.net/~kubuntu-packagers/usb-creator/qt5
[13:31] <apachelogger> I even semi-know what functions are involved but it essentially breaks because pyqt thinks it needs to hijack signal-connects from qt and implement them in python only
[13:31] <apachelogger> and that went horribly wrong in the version we have in trusty
[13:39] <ScottK> Can you make a test case?
[13:39] <ScottK> Something I can test on utopic and then go whine to upstream about?
[13:39] <apachelogger> ScottK: it works on utopic
[13:40] <ScottK> OK.
[13:40] <ScottK> So with the test case, maybe I can get upstream to tell me what we need to fix in the trusty version.
[13:41] <apachelogger> if I find the time :P
[13:41] <Riddell> soee: I plan to tag it on thursday
[13:41] <apachelogger> mind you, from an integration POV it probably is best if we don't use pyqt5 on trusty anyway
[13:41] <apachelogger> without framewokrsintegratin it will look weird
[13:43] <soee> Riddell: nice, is there some changelog available for this release ?
[13:43] <Riddell> dunno, we'll find out on thursday
[13:47]  * apachelogger hungry
[13:49] <Riddell> apachelogger: I recommend patatas bravas
[13:51] <apachelogger> Riddell, shadeslayer, yofel, ScottK: https://code.launchpad.net/~kubuntu-packagers/ubuntu-release-upgrader/qt5/+merge/229620 have fun
[13:53] <apachelogger> if possible someone should test with pyqt4, I haven't had the energy for that
[13:53] <ScottK> apachelogger: debian/changelog is busted.
[13:53] <apachelogger> version you mean?
[13:54] <apachelogger> cmd to do testery is something like kdesudo -- python3 dist-upgrade.py -s --datadir=../data --devel-release --frontend DistUpgradeViewKDE
[13:54] <apachelogger> for fetcher testing something like META_RELEASE_FAKE_CODENAME=trusty META_RELEASE_FAKE_VERSION=14.04 /do-release-upgrade -s --data-dir=`pwd`/DistUpgrade -d -f DistUpgradeViewKDE
[13:55] <soee> i have a file with UTF-8 encoding (sublime text view.encoding() showst that), if i open it with kate it is set to something like ISO 10646-UCS-2, any idea why ?
[14:00] <BluesKaj> locale?
[14:02] <soee> there is some issue in plasma5 and locales but this has influance on kate and encoding detection ?
[14:05] <BluesKaj> soee, i was just guessing, seems i recall an article about locale affecting encoding states
[14:07] <Riddell> I don't understand the regression in pykde4 autopkgtest for ubuntu-release-manager http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#pykde4
[14:07] <Riddell> there's no test in pykde4 or in ubuntu-release-manager that I can see
[14:20] <shadeslayer> kubuntuBot: imager build
[14:20] <Riddell> ScottK: I think that's all of 4.13.97 building, the only blocker I can see from update_excuses is pykde autopkgtest regression which I've no idea about, and of course other things could be helping it back in update_output.txt
[14:21] <Riddell> looking nice and green on http://qa.kubuntu.co.uk/kf5-status/build_status_5.1.0_utopic.html
[14:21] <ScottK> I asked pitti, he didn't know about that either.
[14:21] <ScottK> I can't see as it could be related to pykde4.
[14:21] <Riddell> s/as/that/ ?
[14:21] <kubotu> Riddell: You did something wrong... Try s/you/me/ or tell me "help sed"
[14:22] <ScottK> yes
[14:23] <Riddell> ScottK: shall I force it?
[14:24] <ScottK> I think that would be reasonable, but I think we should also point it out to whoever's handling the updater.  Dunno who that is.
[14:24] <ScottK> Maybe ping xnox and he'll figure out who.
[14:27] <xnox> ScottK: que? =)
[14:28] <ScottK> xnox: https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-ubuntu-release-upgrader/lastBuild/ARCH=amd64,label=adt/console
[14:28] <ScottK> pitti said wait for mvo, but I thought maybe you would know.
[14:29] <ScottK> Riddell: Definitely force it though.
[14:29] <apachelogger> looks more like the test is kaputsies
[14:30] <xnox> ScottK: Riddell: not force, but mark skiptest / badtest
[14:30] <ScottK> Yeah.  That.
[14:30] <xnox> in britney hints to ignore that one.
[14:30] <xnox> ScottK: imho, that looks like quantal finally moved to old-releases =))))
[14:30] <ScottK> That might very well do it.
[14:31] <xnox> hm, but that happened in may.
[14:31] <xnox> ScottK: we can ask bdmurray to look into it as well.
[14:31] <ScottK> Please do.
[15:17] <shadeslayer> new Kubuntu 5 ISO : magnet:?xt=urn:btih:25046a6817b635a283187cd66231011280e6c265&dn=kubuntu5-201408051446-x86_64.iso&tr=udp%3A%2F%2Ftracker.publicbt.com%3A80
[15:20] <Riddell> shadeslayer: need me to update download.kubuntu.co.uk ?
[15:20] <shadeslayer> Riddell: only if it doesn't cost us monies
[15:36]  * Riddell uploads KF5 5.1.0 to utopic
[15:53] <Riddell> anyone remember how to get a list of packages in the kubuntu package set?
[15:54] <shadeslayer> not really
[15:54] <shadeslayer> there was some file somewhere
[15:54] <shadeslayer> apachelogger: btw dolphin is still incorrectly theme
[15:54] <shadeslayer> on the newest ISO
[15:56] <shadeslayer> still uses fusion
[15:56] <shadeslayer> still uses oxygen colors
[15:57] <Riddell> nah there was a script somewhere
[16:03] <apachelogger> shadeslayer: who dolphin
[16:03] <apachelogger> dolphin can't use fusion
[16:03] <apachelogger> dolphin is kdelibs4
[16:03] <apachelogger> there's no fusion in qt4...
[16:03] <apachelogger> and yes, I know its still bugged
[16:03] <apachelogger> I am not sure why tho
[16:04] <kubotu> feed branches-next had 25 updates, showing the latest 6
[16:04] <apachelogger> it might be entirely related to the fact that I had a Breeze.colors file in my home as mentioned the other day
[16:04] <apachelogger> shadeslayer: u backported kde4breeze?
[16:04] <shadeslayer> did Marco fix that in 5.0?
[16:04] <shadeslayer> I wot m8
[16:05] <apachelogger> u no nutin
[16:05] <shadeslayer> + jon snow
[16:05] <apachelogger> nevermind I hear there's a release coming
[16:06]  * apachelogger reads code
[16:12] <Riddell> ./edit-acl -P kubuntu -S utopic query
[16:15] <shadeslayer> Riddell: good to get rid of kubuntu-active
[16:17] <Riddell> well a shame it didn't take off, maybe it is just the fate of community made open source software to not take off on new platforms
[16:19] <mitya57> Can anybody please review/sponsor my qt branch? https://code.launchpad.net/~mitya57/kubuntu-packaging/qt-4.8.6+git49-gbc62005/+merge/228445
[16:20] <Riddell> mitya57: can look shortly, has it not been merged in utopic already?
[16:22] <mitya57> No, utopic has 4.8.6 (not +git...)
[16:32] <Riddell> mitya57: do you know why we/debian want a git version?
[16:32] <Riddell> mitya57: any idea what  -system-proxies  in configure does?
[16:33] <Riddell> did you bzr add parisc-atomic.patch ?
[16:34] <apachelogger> Riddell: it's because getting an entirely different OS on consumer hardware is hard
[16:34] <apachelogger> too hard for normal people to do it, in fact sometimes too hard for geeks to do it, so that makes it a rather unrewarding thing to work on
[16:35] <Riddell> apachelogger: especially if that hardware doesn't exist, oh vivaldi
[16:35] <apachelogger> dumdum
[16:35] <apachelogger> https://www.youtube.com/watch?v=GRxofEmo3HA
[16:36] <mitya57> Riddell: 1) For example there is a security fix: https://qt.gitorious.org/qt/qt/commit/59eb561989f7a7b65c3e9b11d0ac062479013bf2, 90% of other commits are bugfixes as well
[16:36] <apachelogger> utube comments are the best
[16:36] <mitya57> 2) Makes it use system proxy settings, that is mentioned in NEWS.debian as well
[16:37] <apachelogger> "french is fucking genius" => "except the fact that he was italian..."
[16:37] <mitya57> 3) Indeed I forgot, fixing
[16:37] <Riddell> apachelogger: this made me wonder what happened to the gnome mobile initiative but google only knows of https://www.youtube.com/watch?v=We-8utU1kHo
[16:37] <shadeslayer> heh
[16:37] <apachelogger> mh
[16:37] <apachelogger> I feel like I have seen this before
[16:38]  * apachelogger can't possibly be that old
[16:38]  * apachelogger squints
[16:38] <Riddell> mitya57: there are system proxy settings?
[16:38] <Riddell> mitya57: I see no NEWS.debian file
[16:39] <mitya57> Ah, that NEWS.debian was in qt5 where we also added that flag
[16:39] <mitya57> let me see what that flag is actually doing
[16:40] <Riddell> interesting, (from qt5 docs) "On other systems, this function will pick up proxy settings from the "http_proxy" environment variable. This variable must be a URL using one of the following schemes: "http", "socks5" or "socks5h"."
[16:41] <apachelogger> envrionments are cool
[16:41] <apachelogger> except for when you want to change stuff on the fly
[16:41]  * apachelogger welcomes everyone to the 80's and asks to restart all applications
[16:42] <mitya57> Riddell: yes. I am using that variable myself sometimes (useful when you want to prevent your package from accessing network during build)
[16:43] <mitya57> But there should be no change for most users
[16:43] <Riddell> mitya57: let me know when you added the missing file and I'll merge and upload
[16:43] <mitya57> Riddell: pushed
[16:46] <Riddell> "Forwarded: not-needed" I do dislike how debian doesn't mention where patches come from or why they don't go upstream
[16:46] <apachelogger> oh yes
[16:46] <apachelogger> shadeslayer: patches that have not-needed should be red :P
[16:47] <mitya57> That's better than no patch headers at all
[16:47] <apachelogger> because whenever I see not-needed in a patch it actually looks like a couldnt-be-bothered-to-create-this-in-an-upstreamable-fashion :P
[16:47] <apachelogger> mitya57: that for sure :)
[16:48] <debfx> at least it has a reference to the bug report: Bug-Debian: http://bugs.debian.org/<bugnumber>
[16:48] <debfx> ;)
[16:48] <apachelogger> huh
[16:49] <Riddell> attention to detail there
[16:50] <shadeslayer> apachelogger: waiting for yofel to use css
[16:50] <apachelogger> oh oh
[16:51] <apachelogger> and javascrypt column sorting or something
[16:51] <yofel> oh right, I did want to do that
[16:51] <yofel> too many things that distract me
[16:54] <Riddell> mitya57: uploading! thanks for your contribution to Kubuntu
[16:55] <mitya57> Thanks!
[17:15] <Riddell> Mamarok, yofel, ScottK, valorie: vote vote! https://community.kde.org/Kubuntu/Policies
[17:27] <Riddell> ooh ooh that's three +1s on the policy
[17:27] <Riddell> I think we only need 1 more to go, although it depends on what rules we're using to vote on the rules we use to vote on
[17:36] <ScottK> I don't agree with everything there.
[17:36] <ScottK> Need more time to make a detailed review.
[17:39] <Riddell> comment away
[17:46] <ScottK> I gave a short start.  Need to do some $work though.
[17:48] <yofel> apachelogger: your patch policy got criticism ^ ;P
[17:49] <ScottK> It's not a problem.  Any time I violate the policy, I'll do it as a core-dev and not as a kubuntu-dev.
[17:50] <yofel> I was arguing with apachelogger over it, but I'm not too good at providing arguments in IRC discussions...
[17:50] <yofel> so I got defeated
[17:51] <shadeslayer> Riddell: krunner doesn't have a 5.0 branch
[17:51] <shadeslayer> which seems very bad
[17:53] <yofel> I thought upstream dumped the idea of bugfix releases for early 5, so why would it need one?
[17:56] <shadeslayer> yofel: krunner isn't a framework AFAIK
[17:56] <shadeslayer> oh
[17:56] <shadeslayer> it is
[17:56] <shadeslayer> Riddell: nvm
[17:56] <yofel> is it?
[17:56] <yofel> this is confusing..
[17:56] <apachelogger> the binary is not, the concept of a runner is
[17:58] <yofel> shadeslayer: actually, can't find a tarball for krunner on depot, so dunno what it belongs to
[17:58] <shadeslayer> https://projects.kde.org/projects/frameworks/krunner
[17:58] <shadeslayer> Framework for providing different actions given a string query.
[17:59]  * shadeslayer is looking at KToolInvocation code
[17:59] <yofel> #splitallthethings
[18:26] <Riddell> buenos tardes sgclark
[18:26] <Riddell> I uploaded frameworks 5.1 to utopic
[18:26] <sgclark> good afternoon
[18:26] <sgclark> woot
[18:26] <Riddell> now lots of blue on http://qa.kubuntu.co.uk/buildstatus/kubuntu-buildstatus.html
[19:04] <turgay> I am getting error kubuntu 14.10   plasma 5
[19:04] <turgay> http://www.imageupload.co.uk/images/2014/08/05/IMG20140805194727.jpg
[19:05] <soee> default installation ?
[19:07] <turgay> 14.04 upgrade on
[19:08] <turgay> ok all updates
[21:12] <aaron1> boom
[21:13] <ahoneybun> hello all
[21:24] <Riddell> hi ahoneybun
[21:24] <Riddell> just finished watching the independence debate are you?
[21:26] <ahoneybun> Riddell: just got Kubuntu 14.04.1 installed
[21:27] <ahoneybun> was thinking of trying out the Plasma 5 build
[21:27] <allee> yofel: any plans to pkg digikam 4.2?
[21:28] <yofel> me not this week, so free for anyone to pick up
[21:33] <allee> yofel: k, I doubt I've enough time but 4.0 is useable slow.  So let's try. Hopefully 4.2 has fixed it ;-)
[21:34] <ahoneybun> hey yofel
[21:34] <yofel> hey ahoneybun
[21:34] <yofel> allee: there's still 2 weeks till feature freeze, needs to be in before that
[21:35] <ahoneybun> still have that build server up?
[21:35] <yofel> would be great if you could take a look at it :)
[21:35] <yofel> ahoneybun: uh, not *up*... rather ask Riddell for an ec2 session
[21:35] <allee> yofel: that's the right branch? lp:~kubuntu-packagers/kubuntu-packaging/digikam
[21:36] <yofel> allee: yes
[21:36] <allee> let's try ..
[21:44] <Riddell> !testers | 12.04.5 images on iso.qa.ubuntu.com
[22:16] <valorie> Riddell: I've already voted +1 on the policies twice!
[22:16] <valorie> but I shall do so again if needful
[22:17]  * ScottK is going to ignore the silly ones anyway.
[22:19] <ahoneybun> hey valorie
[22:20] <valorie> hi ahoneybun
[22:20] <valorie> ltns
[22:20] <ahoneybun> yes I know
[22:20] <ahoneybun> plasma 5 is sexy
[22:36] <valorie> it is, I have it running on both 14.04 & 14.10
[22:36] <valorie> so far, so good
[22:36] <valorie> although rather limited in what one can do
[22:36] <valorie> sgclark: ! I'm just talking with my friend in Vienna
[22:37] <valorie> he gave me the good link to getting cheap + free wireless bus tickets
[22:37] <sgclark> hey :) oooh you know someone there?
[22:37] <valorie> so shall I buy us a pair?
[22:37] <valorie> yes, he'll show us around when we arrive
[22:37] <sgclark> woot, yes, let me know how much and I can give you cash or however you  want to do it
[22:38] <valorie> that'll work
[22:38] <valorie> listen, are you driving up?
[22:38] <valorie> if so, why not just come here and spend the night?
[22:38] <valorie> then you can leave your car here
[22:38] <valorie> if you are flying, I could perhaps meet your plane
[22:38] <sgclark> My husband was going to drive me., that would be wonderful
[22:39] <valorie> he was going to drive you, and then drive back to Portland???
[22:39] <sgclark> I can drive as well
[22:39] <valorie> he must love you a LOT
[22:39] <valorie> lol
[22:39] <sgclark> probably best if I drive now that I don't have to leave car at airport :)
[22:39] <valorie> it's about 3.5 hours from Portland to here, depending on traffic and where in Portland you live
[22:40] <sgclark> Hillsboro
[22:41] <sgclark> though  he probably wants the car while I am gone (cheaper gas than his truck) so back to him driving me lol, yeah he wuvs me
[22:42] <sgclark> email me your address and I will get there!
[22:44] <valorie> yeah, might take 4 hours then, if I recall traffic from Hillsboro correctly
[22:44] <valorie> or you could take the train.....
[22:44] <sgclark> oooh train?
[22:44] <valorie> he suggests this hostel: http://www.hostelbookers.com/hostels/austria/vienna/70876/
[22:44] <sgclark> I like trains! lol
[22:45] <valorie> me too
[22:48] <valorie> pm, sgclark
[22:53] <ahoneybun> how are you valorie ?
[22:54] <valorie> I'm good, how are you ahoneybun?
[22:54]  * valorie is taking off in a couple of days for Geneva for the book sprint
[22:55] <valorie> writing the Cookbook for frameworks
[22:55] <sgclark> wow
[22:55] <sgclark> that is really cool
[22:55] <valorie> hopefully I recover from jetlag from this trip, before Vienna!
[22:55] <valorie> not very convenient timing
[22:56] <sgclark> hehe I am going to virginia next week on vacation, not so far as you  though!
[22:56] <valorie> yes, jetlag within the us is pretty mild
[22:57] <valorie> I suppose from Hawaii to Virginia would be more severe though
[22:57] <valorie> or vice-versa
[22:58] <sgclark> lol yeah
[22:58] <ahoneybun> I'm pretty good too
[22:59] <valorie> excellent, ahoneybun
[22:59] <valorie> I'm afraid I have done no doc work at all
[23:00] <valorie> however, I think we won't have anything but polishing for the next release
[23:00] <valorie> the one after that might be a doozy though
[23:06] <ahoneybun> valorie: with plasma 5 you mean?
[23:17] <valorie> ahoneybun: exactly
[23:17] <valorie> if it's stable and featurefull enough to release by then
[23:17] <valorie> which is not a sure thing
[23:27] <ahoneybun> yea but we;ll see
[23:28] <valorie> exactly
[23:29] <valorie> when I get home from hopping about europe, I'll take another look at our docs, and polish if necessary
[23:32] <sgclark> I need more hours in the day.
[23:33] <valorie> I've been advocating for the 30 hour day, for lo these many years
[23:33]  * sgclark wonders if there is an app for that
[23:33] <valorie> no progress on that so far
[23:33] <sgclark> I am trying to get on a normal US schedule for my vacation lol
[23:38] <valorie> that's a hard one for me
[23:38] <valorie> somehow I gut through it each time
[23:38] <valorie> hope that it holds for everyday life
[23:39] <valorie> every time I stay a nightowl
[23:40] <sgclark> yeah gonna be harder for my husband he works 7pm-7am
[23:40] <valorie> hostel booked
[23:40] <sgclark> yay!
[23:54] <ahoneybun> so the docs.kubuntu.org does not look better valorie
[23:54] <valorie> yes, there is some problem on the website
[23:54] <valorie> not sure
[23:55] <valorie> you haven't been around to poke anybody!
[23:55]  * valorie goes off to dinner


[10:47] <caribou> mhcerri: ok, I took the time to create the bug with the details : LP: #1956575
[10:56] <caribou> xnox: you might want to have a look at this one, this is something you worked on
[11:50] <mhcerri> thanks, caribou! yesterday we received a very similar user report, but for a cloud kernel. but the bisect will be very helpful
[11:51] <mhcerri> we are also working to improve or tests with sev
[12:01] <caribou> I have another issue with the -kvm kernel that does not boot with SEV : LP: #1955395
[12:01] <caribou> I understand that SEV enabled hardware is not easily available
[15:20] <caribou> mhcerri: FYI, I have just updated the LP bug - I made a mistake in the bisected commit which is now correct
[15:24] <mhcerri> caribou, thanks! I was about to ping you :-) I was reviewing the previous commit and I couldn't find what was wrong with it
[15:24] <caribou> Neither could I ! turns out I forgot the last "git bisect good" :-/
[15:26] <caribou> it is now more inline with the backtrace : "efi: Support for MOK variable config table"
[15:26] <mhcerri> caribou, so 7ca05228f713c24eb55574b36e32d9b54c5a1b76 should be the offending commit, right? or is it the last good commit?
[15:27] <caribou> "first bad commit"
[15:28] <mhcerri> I see. it is the commit that added efi_mokvar_sysfs_init(). that makes more sense indeed
[15:29] <caribou> I'm running another bisect on Bionic just to confirm but it is apparently also present in Bionic; I'll update the series on the bug once confirmed
[15:29] <mhcerri> but it's still curious why sev triggers it
[15:29] <mhcerri> caribou, you mean 4.15 bionic?
[15:30] <caribou> yep
[15:42] <caribou> hmm, that IS interesting : https://support.hpe.com/hpesc/public/docDisplay?docId=a00119071en_us&docLocale=en_US
[15:43] <caribou> "Advisory: Red Hat Enterprise Linux 8.3 - Guest Stops Responding at efi_mokvar_sysfs_init+0xa9/0x19d with AMD Secure Encrypted Virtualization (SEV) Enabled"
[15:44] <caribou> And this is the upstream fix : "x86/ioremap: Map EFI-reserved memory as encrypted for SEV"
[15:44] <caribou> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8d651ee9c71bb12fc0c8eb2786b66cbe5aa3e43b
[16:21] <caribou> mhcerri: ok, I've just built a 5.4.0-92.103 plus 8d651ee9c71bb12fc0c8eb2786b66cbe5aa3e43b and the VM boots fine
[16:21] <caribou> I have also identified the failing commit in bionic so I'll add bionic + hirsute series to the bug
[16:25] <mhcerri> caribou, nice! can you add that info to the bug (If you haven't yet) I will try to test it as well
[16:25] <caribou> just did it :)
[16:28] <mhcerri> thanks
[16:58] <mhcerri> caribou, we don't have the mokvar-table.c commit in 4.15, so I don't think this exact problem will occur with the 4.15 bionic kernel


[00:24] <Joeb454> it normally is
[09:58] <blubaustin> hi
[09:58] <Silver_Fox_> Hello blubaustin
[09:59] <blubaustin> I'm having problems trying to compile a program called pxclient. Here is the error log http://paste.ubuntu.com/604364/
[10:03] <blubaustin> I just really wished I knew what I could do to make it compile lol
[10:05] <s-fox> Not sure, plus hangover not helping ;)
[10:05] <blubaustin> lol XD
[10:05] <blubaustin> What channel do you think I should ask in because its a program thats not longer being developed but I would really like to compile it so its more optimized for my system
[10:08] <s-fox> Maybe #ubuntu ? Or #ubuntu-beginners-dev
[10:13] <s-fox> Ttfn
[10:15] <blubaustin> alright
[21:40] <bodhizazen> http://blog.bodhizazen.net/linux/ubuntu-membership-is-available-to-those-who-are-active-on-the-ubuntu-forums/


[00:46] <smoser> kiall, it doesn't do that in default installations
[00:47] <smoser> i believe that you can have it be the dns server, but that is not default install, and without it, it cannot answer dns requests
[00:47] <kiall> no problem .. one other question - should instances be able to communicate with each other via their public IPs then?
[00:47] <kiall> (I'm seeing some strange NAT "stuff" happening at the mo ;))
[00:48] <kiall> meaning there is no way for 2 instances to talk without knowing their private IPs (not exactly ideal...)
[00:51] <smoser> both public and private should work for instance-to-instance traffic
[00:53] <kiall> thats what I thought .. but until 30 seconds ago, that simply didnt work .. and now is looking a bit wrong (aka "ping public-ip" .. "reaply from private ip", and an instance cant ping its own public IP).. The change that got me that far was removing the bridge on the CC priv net, and switching to a normal eth interface(
[06:52] <Makere> I'm having trouble running instances
[06:52] <Makere> they get stuck on pending
[09:24] <Makere> can't get the bundled images to run at all
[09:45] <Makere> let's put this otherway, has ANYONE managed to ANY images downloaded from the website and HOW?
[09:53] <Makere> I'm losing all hope
[10:51] <kiall> Makere, i scrapped the "store" images .. they simply didnt work!
[10:52] <kiall> Downloaded the 10.10 uec image from uec-images.ubuntu.com and used the uec-publish-tarball command to push it up..
[10:52] <kiall> worked like a charm
[10:52] <kiall> (oh and - I had to increase the m1.small settings to get it to work with 64 bit images.. they dont work out of the box ... go figure  )
[12:28] <Makere> kiall: well the uec-images on didn't work for me
[12:29] <Makere> got stuck on pending :(
[14:18] <Makere> no errors on any log, nc, nc
[14:19] <Makere> cc
[14:19] <Makere> kiall, you runnin lucid or maverick?
[14:19] <kiall> maverick
[14:20] <Makere> controllers on seperate pc's?
[14:21] <Makere> one or more clusters?
[14:21] <Makere> just [Brunning thevm's without ramdisk?
[14:21] <kiall> a combined CLC/CC/SC/Walrus and a few nodes... (so 1 cluster)
[14:22] <kiall> and no ramdisk for the 10.10 uec-images EMI
[14:23] <Makere> I'm trying 2 clusters with 1 cloud controller and walrus and 2 cluster controllers/sotrage controllers
[14:24] <kiall> Havent done a split setup yet .. but I hope your starting simple and going with 1 cluster and 1 NC first ;)
[14:24] <Makere> so I guess the problem has to do something with splitting them :p
[14:24] <kiall> ...and going with 1 clc, 1 cc, 1 nc*
[14:27] <kiall> anyway .. I thing I found was, once I had tried a load of different things .. stop. wipe. reinstall with your new knowledge ;)
[14:27] <kiall> 1 thing i found*
[14:27] <kiall> Also .. I found the package install "buggy" and ended up using the CD install (hell - it even asked more UEC specific setup questions .. go figure)
[14:44] <Makere> yea
[14:44] <Makere> I did CD install
[14:45] <Makere> problem is that we've done it multiple times now
[14:45] <Makere> and this is not the first time we get the problem
[14:45] <Makere> kiall: have you updated the packages?
[14:45] <Makere> on the nodes or the "Controller"
[15:02] <kiall> Makere, yea - apt-get update && apt-get dist-upgrade && reboot after the CD install .. then setup bridges etc, edit config, clean restart the euca services, and reboot .. - thats about all i needed to get a VM booted (there was more .. but VMs booted)
[15:10] <Makere> setup bridges?
[15:10] <Makere> :O
[15:11] <Makere> no mention of that in the installation guide
[15:11] <kiall> lol ... im sure it mentions it loads of times ;)
[15:11] <Makere> https://help.ubuntu.com/community/UEC/CDInstall atleast this one doesn't
[15:12] <kiall> http://www.google.com/url?sa=t&source=web&cd=1&ved=0CBcQFjAA&url=http%3A%2F%2Fcssoss.wordpress.com%2F2010%2F05%2F10%2Feucalyptus-beginner%25E2%2580%2599s-guide-%25E2%2580%2593-uec-edition-chapter-7-%25E2%2580%2593-network%25C2%25A0management%2F&rct=j&q=eucalyptus%20beginner%27s%20guide%20networking&ei=Np_iTKb0MIHtsgbz3snkCw&usg=AFQjCNGOWI5oW4sBUfT8-AcILsaCl8_hSQ&sig2=vbyB86w94lQLeUdxEo-9tw&cad=rja <-- was a good howto on the network setup that
[15:12] <kiall> doesnt leave anything out
[15:12] <kiall> wow... that URL wasnt exactly the one I was going for ;)
[15:12] <kiall> but it should work ;P
[15:13] <kiall> LOL .. it actually doesnt mention bridges ..≥
[15:13] <Makere> yea
[15:13] <Makere> :)
[15:13] <kiall> yea .. just go to chapter one of that link (and do it the CD install way instead from my exp) .. ;)
[15:14] <Makere> so annoying >_>
[15:15] <Makere> that guide looks like million times better
[15:15] <Makere> thanks
[15:16] <Makere> I wonder if I should start from the beginning
[15:16] <Makere> zzz takes 2 hours to setup with 2 clusters
[15:16] <Makere> I guess usb installation would be faster
[15:17] <Makere> oh wow
[15:17] <Makere> that ubuntu community guide is so shit compared to this
[16:05] <kiall> can anyone with a UEC instance running check if they can ping that instances public IP from itself?
[16:05] <kiall> (the euca community cloud cant, neither can my setup .. but I believe it should be able to)
[16:11] <smoser> kiall, i'll check
[16:12] <kiall> cool :) Lets see If i should quit my job or not ;)
[16:20] <Makere> lol
[16:20] <smoser> well, ping of 'public-ipv4' fails
[16:23] <kiall> right so .. at best thats an inconsistency with EC2, and worst a bug :)
[16:23] <kiall> I'll dig into iptables rules and see whats missing/wrong and file a bug
[16:32] <smoser> i tested in 10.04 host, not 10.10 it could have changed.
[16:32] <smoser> but it is a bug if its an inconsistency with ec2
[16:33] <kiall> I've tested with 10.10, but I can't guarantee my setup is correct
[16:34]  * kiall can *never* remember what hairpin NAT iptables rules should look like  .. google time
[16:37] <kiall> funny - it looks like the iptables rules are in place for hairpin NAT ...
[16:38] <smoser> kiall, i did you a favor, can you do one for me ?
[16:38] <kiall> sure
[16:38] <smoser> ec2metadata --local-ipv4
[16:38] <smoser> in an instance
[16:38] <kiall> oo unavailable
[16:38] <smoser> yeah.
[16:39] <smoser> eucalyptus metadata service doesn't like a trailing slash
[16:39] <smoser> http://<IP_ADDRESS>/2008-02-01/meta-data/local-ipv4/
[16:39] <smoser> is what ec2metadata asks for
[16:39] <kiall> Yea - without the / it works spot on
[16:41] <smoser> https://bugs.launchpad.net/ubuntu/+source/cloud-utils/+bug/676144
[16:51] <jmgalloway> anyone here good with ssh?
[16:51] <jmgalloway> I am getting an error when trying to connect to my walrus and cluster controller machines..
[17:22] <kiall> smoser, got the missing rule (evenually) ;)
[17:22] <smoser> oh. great. open bug and put it in there.
[17:22] <kiall> "-t nat -A POSTROUTING -s $VNET_PRIV_NET/16 -d $INSTANCE_PRIV_IP -j MASQUERADE" seems to do the trick
[17:23] <kiall> infact .. I wonder if one of the existing rules can be changed (now that I look at it and it works...)
[17:26] <kiall> Yup - one of the existing MASQ rules has a ! $PRIV_NET which is the real issue it seems...
[17:37] <kiall> smoser, worlds worst worded bug report ;)
[17:37] <kiall> https://bugs.launchpad.net/eucalyptus/+bug/676167
[17:48] <smoser> kiall, fyi, if you wanted to a.) be nice and b.) push your fix in
[17:49] <kiall> trying to figure out this hole bzr thing ;)
[17:49] <kiall> whole*
[17:49] <smoser> you could branch
[17:49] <smoser> bzr branch lp:ubuntu/eucalyptus/natty
[17:49] <smoser> wait
[17:49] <smoser> bzr branch lp:ubuntu/natty/eucalyptus
[17:50] <smoser> cd eucalyptus
[17:50] <smoser> quilt new kiall-fix-hairpin
[17:50] <smoser> quilt edit path/to/new/file
[17:50] <smoser> quilt refresh
[17:50] <smoser> dch -i
[17:50] <smoser> # edit the new message
[17:50] <smoser> bzr commit
[17:50] <kiall> aha .. git is way easier ;)
[17:51] <smoser> well, thats not really git versus bzr
[17:51] <smoser> more bzr packaging (using quilt)
[17:51] <smoser> but i will argue no further against git (as i tend to lean that way also)
[17:51] <kiall> lol
[17:53] <kiall> OMG @ dch -i .. what a timesaver
[17:55] <kiall> comitted rev 174 .. I presume I should find a patch file here somewhere/
[17:55] <kiall> ?
[17:58] <smoser> kiall, oh. i guess i shoudl have said you'd have
[17:58] <smoser> to bzr add debian/patches
[17:58] <smoser> i hope
[17:58] <smoser> you probalby didn't get hte patch added
[17:58] <kiall> Nope :)
[17:58] <kiall> add and commit again?
[17:59] <kiall> or some form of bzr history rewrite ;)
[18:02] <smoser> you can bzr uncommit
[18:02] <smoser> that is probably what i would do
[18:02] <smoser> uncommit
[18:02] <smoser> then, add
[18:02] <smoser> then 'debcommit'
[18:02] <smoser> oh, and make sure your debian/changelog has '(LP: #BUGNUM)'
[18:02] <smoser> that will tag the branch that you fixed that bug
[18:03] <smoser> and hten when you push the branch to somewhere (like 'bzr push lp:~yournamehere/ubuntu/maverick/eucalyptus/fix-public-addr-ping'
[18:03] <smoser> )
[18:03] <smoser> that will get automatically linked to the bug
[18:03] <smoser> then, you bother Daviey and tell him to not be lazy
[18:04] <Daviey> o/
[18:04] <kiall> Right so .. that should be pushed to lp:~kiall/ubuntu/natty/eucalyptus/fix-hairpin-nat ;)
[18:04] <Daviey> kiall: What is the bug #?
[18:05] <kiall> 676167
[18:05] <Daviey> bug #676167
[18:05] <kiall> BTW .. It reads like it was translated via google translate a few times .. I apologize ;)
[18:05] <Daviey> kiall: interesting... is that a regression?
[18:06] <kiall> smoser, tested 10.04, i tested 10.10 .. so I dont think so
[18:06] <Daviey> kiall: ok, thanks!
[18:07] <Daviey> kiall: looks good....
[18:07] <Daviey> 2 comments...
[18:08] <kiall> dooh
[18:08] <kiall> 1 see one of them
[18:08] <kiall> I see*
[18:08] <Daviey> for maverick, as it is post release, the pocket needs to be "maverick-proposed" not "maverick" (top line of debian/changelog)
[18:08] <Daviey> secondly, it would be awesome if the patch had DEP-3 "patch tagging"
[18:09] <Daviey> "http://dep.debian.net/deps/dep3/"
[18:09] <kiall> Right so .. First time doing anything other than a quick PPA ;)
[18:09] <Daviey> You can get an idea of what patch tagging looks like by looking at the other patches
[18:09] <Daviey> kiall: You've done great (and the hard part)!  I don't mind fixing them up before merging..
[18:10] <Daviey> otherwise, awesome if you do it :)
[18:10] <kiall> dont forget to remove the extra "network, slashnet, " I left in .. when re-doing after a clean clone ;)
[18:10] <kiall> (thats the 1 I spotted)
[18:10] <Daviey> kiall: the other thing, the version number for maverick-proposed should be "2.0+bzr1241-0ubuntu4.1"
[18:11] <kiall> aha I'll blame that one on "dch -i" making me thing it knew better ;)
[18:11] <Daviey> lol
[18:12] <Daviey> kiall: seriously awesome work tho...  i'm over the moon you've contributed this
[18:13] <kiall> lol .. 1 line patch .. cmon ;) (I work on some open source projects .. 1 lines aren't that hard to come by!)
[18:13] <Daviey> kiall: we've traditionally not had great success getting contributions outside the usual suspects..
[18:13] <Daviey> that is the main reason i'm pleased
[18:14] <Daviey> OK... i need to go and do some family time..
[18:14] <kiall> sure .. cya
[18:14]  * kiall gets back to my real work after 2 days on/off wondering what I had configured wrong ;)
[18:14] <Daviey> kiall: one more comment... can you add an impact statement to the bug....  why this is importiant it's fixed in stable versions?
[18:15] <Daviey> kiall: needs to be fixed in natty first, then either you - or me should backport it to maverick and lucid
[18:15] <kiall> sure ..
[18:15] <Daviey> \o/
[18:16] <Daviey> kiall: ok.. speak soon o/
[18:24] <kiall> Impact statement added (At least I think I wrote an impact statement ;) .. maybe! ) .. right. home, then sleep. cya!
[18:39] <kiall> oh god. reboot a server before I leave .. and ...
[18:39] <kiall> # shutdown -r now
[18:39] <kiall> -bash: /sbin/shutdown: Input/output error


[14:06] <canterer> yp@yp:~/c_language$ java hello
[14:06] <canterer> 错误: 找不到或无法加载主类 hello
[14:06] <canterer> is everyone speaking in chinese?


[01:16] <MavKen> does anyone in here happen to have ubuntu on a droplet at digitalocean?
[01:40] <zul> med: yep
[02:06] <zul> jamespage:  this is the fix: http://paste.ubuntu.com/6229273/
[04:40] <Armegeden> syntax question: i have ubuntu server and i'm trying to run dynamips in the background with: sudo ./dynamips-0.2.8-RC3-community-x86_64.bin -H 7200 & -----yet when i hit "enter" again after launching it, it closes/stops.
[10:48] <jamespage> zul: https://code.launchpad.net/~james-page/nova/havana-rc2/+merge/190797 ready for review; in the interests of speed and due to the fact we already discussed I'll upload in a bit anyway
[11:39] <zul> jamespage:  er +1 ;)
[12:04] <jamespage> zul, ta :-)
[12:09] <zul> jamespage:  that patch is overkill but meh
[13:13] <ShapeShifter499> hi
[13:15] <ShapeShifter499> maybe I have a bad idea of computer clustering...  I was wondering if it's possible to take my two old PCs and connect them together via a network and send things to them as a cluster for processing
[13:17] <ShapeShifter499> I'm thinking this would only work for stuff like compiling a program or running a algorithm. But could I use it to speed up other tasks like web browsing and gaming?
[13:48] <TimR> Hey Guys can anybody tell me the best way to add subdomain onto my ubuntu server?
[13:48] <hitsujiTMO> timR: subdomain for what service exactly?
[13:49] <TimR> what you mean what service
[13:49] <TimR> its under apache
[13:49] <hitsujiTMO> apache service then :P
[13:50] <TimR> ok how do I do it because I forgot how to do it
[13:50] <hitsujiTMO> you need to create a vitual host for it
[13:50] <TimR> ok
[13:50] <TimR> im asking how to do that
[13:50] <hitsujiTMO> 2 secs
[13:53] <hitsujiTMO> ok, in /etc/apache2/sites-available/default   is an example virtual host script   .... i would make a copy of that to work with and name it as your domain:  subdomain.domain.com
[13:53] <TimR> ok its past 2secs lol
[13:54] <TimR> ok but shouldnt be there like an serveralias?
[13:54] <hitsujiTMO> edit it to what settings you want and the ServerName directive is used to specify the subdomain you want it to respond too
[13:55] <hitsujiTMO> if you want it to respond to more than 1 domain use ServerAlias to specify the rest.
[13:55] <TimR> ok
[13:58] <TimR> thanks hitsujiTMO that worked
[15:17] <dustinspringman> I am having to login and manually do an "ip route flush cache" to restore routes after they become unavailable (such as ISP failing, etc).. This just recently started happening and is a terrible annoyance.. what could I research to find a solution? the results from google for everything I've typed are all over the place..
[15:35] <wiehan> Ubuntu server 12.04.3 After some update (unsure what packages) My server is running at a very high load, but cpu usage seems low (99% idle). Everything is slow, I really need some help
[15:40] <dustinspringman> yikes, this channel is soooo dead...
[16:08] <pmatulis_> more saucy updates...
[17:01] <wiehan> I have a headless ubuntu 12.04.3 server box. After an update, everything slowed down.. painfully slow - I can barely ssh. The system load is high! But CPU usage is low. I do not know how to trace the cause for this and fix this!?
[17:02] <andol> wiehan: iowait?
[17:04] <wiehan> andol I can't even install new packages (I presume iowait needs to be installed) - everything is too slow..
[17:06] <ikonia> wiehan: what runs on the system ? web server ? database ? file server ? etc ?
[17:06] <andol> wiehan: Nah, was refering to the concept of the system be slow due to it waiting for i/o response, i.e high load on the hard drive.
[17:07] <andol> wiehan: You can use top and see what it shows you for value for wa
[17:08] <wiehan> ikonia, plex, deluge, samba
[17:08] <andol> (but in case you do get the chance to install software, iotop might be of extra interest.)
[17:08] <ikonia> wiehan: is this on the public internet, (I assume it is if your torrenting)
[17:09] <ikonia> wiehan: an easy solution would be to shutdown all services while you do an analysis
[17:09] <ikonia> I suspect deluge is the problem, but do an investiation
[17:10] <wiehan> ikonia, andol does this help you? http://bayimg.com/DaaOpAafO
[17:11] <ikonia> well, init isn't very happy
[17:11] <ikonia> wiehan: I suspect if you kill deluge it will all spring to life
[17:12] <wiehan> lemme see
[17:12] <andol> wiehan: Yeah, you seem to be running rather high i/o wise, and ikonia might very well be right in regards to deluge.
[17:13] <wiehan> andol, ikonia well that fixed it.. but, it will keep happening everytime I restart. Guess I'll have to remove deluged
[17:14] <ikonia> wiehan: just control it more/bettter
[17:14] <ikonia> wiehan: limit it's resources, put it on a disk / controller thats not in use, etc etc etc
[17:14] <ikonia> wiehan: apply a little bit of thought and you'll probably be fine
[17:15] <wiehan> ikonia, wish I new how ;)
[17:15] <wiehan> *knew
[17:15] <ikonia> wiehan: well, all you need to do is ask and talk to people about it
[17:15] <ikonia> wiehan: no point not using something because you're too scared to ask for advice
[17:16] <wiehan> ikonia, let me ask it this way: what would be the best torrening app for a headless server that could be installed and set up via ssh?
[17:17] <ikonia> wiehan: I don't see a problem with deluge
[17:29] <wiehan> ikonia, I killed deluged - but it still isn't nice
[17:29] <ikonia> wiehan: reboot your machine again, init certainly doens't look "good"
[17:29] <ikonia> lets see if the problem persists
[17:30] <wiehan>     1 root      20   0 24336 2348 1372 S    0  0.0   0:00.46 init
[17:30] <wiehan> ikonia, I already restarted, killed deluged and it still isn't looking good - I can't even remove deluge cause everything is too slow
[17:31] <ikonia> wiehan: can you type "uptime" and post the output to the channel please.
[17:31] <wiehan> 19:31:36 up 12 min,  3 users,  load average: 6.09, 5.93, 3.32
[17:32] <ikonia> ok, so thats not through the roof
[17:32] <ikonia> can you post the output of the command "free"
[17:32] <ikonia> free -m
[17:32] <wiehan> ikonia, but I can't "do" anything on the system - it used to be blasing fast
[17:32] <ikonia> well, we can work it through,
[17:33] <ikonia> can you get the ouptut of free -m please
[17:33] <wiehan> http://pastebin.com/Tehy8LGs
[17:34] <noobster> Can anyone help me with a NFS issue I am having with 2x 12.04 installs? or point me in the right direction?
[17:35] <ikonia> wiehan: ok, so it's not shy on ram, which goes back to what andol was suggesting earlier about io
[17:35] <hitsujiTMO_> noobster can you please explain the problem
[17:35] <noobster> I am having a strange issue recently with NFS and I am not sure what has chaged or what I am doing wrong. I have used NFS for many years now and have found it to be faster the iscsi.
[17:35] <ikonia> can we have a look at your currnet "top" output please.
[17:35] <noobster> Recently I have had NFS freeze on me for minutes at a time and something never come back. I am not sure if its because networking has become faster or I have started using it wrong.
[17:36] <noobster> My issue is I have a Ubuntu 12.04 LTS server running in ESXi with 2x2TB drives RDM mapped to /home/shares. I installed nfs-server and am sharing /home/shares/www with a Ubuntu 12.04 server setup to be a exclusive web server that a developer outside our company can access remotely to build a custom server. I have added the NFS mount to fstab and the server boot fine with jumbo frames enabled
[17:36] <noobster> Everything looks good until I start to write files to the NFS mount. It freezes for minutes at a time and then comes back.
[17:36] <noobster> My /etc/exports file has... /home/windows/shares/www <IP_ADDRESS>(rw,async,no_root_squash)
[17:37] <noobster> fstab on svr02
[17:37] <noobster> 	svr01:/home/windows/shares/www /home/shares/www nfs nobootwait,rw,async,_netdev,auto,tcp,timeo=14,intr,addr=<IP_ADDRESS> 0 0
[17:39] <noobster> I dont see any hints in the log files
[17:40] <hitsujiTMO_> was there any changes at all before the intermittent failures began?
[17:41] <noobster> I just start to scp files to it or even if I cp files from /var/www to /home/shares/www
[17:41] <noobster> it runs find for a small time then freezes for a long time
[17:42] <noobster> I can still be ssh into the box but can not runn df or du untill it comes back
[17:43] <noobster> rsync will just freeze in the middle of moving files, but none of the files are over 700MB
[17:43] <noobster> svr01 has smb fileshares and they stay online and useable during this NFS freeze
[17:43] <hitsujiTMO_> well it does sound like a connectivity issue... could there be an issue with the routers/switch inbetween?
[17:44] <hitsujiTMO_> ahh kk
[17:44] <noobster> nope they are both in the same ESXi box
[17:44] <noobster> all other services stay online
[17:45] <noobster> do my export and mount options look compatible?
[17:45] <hitsujiTMO_> i would try and cut down some of the options in fstab, you've quite a few that seem excessive
[17:45] <hitsujiTMO_> svr01:/home/windows/shares/www /home/shares/www nfs rw,proto=tcp,addr=<IP_ADDRESS> 0 0
[17:46] <noobster> ok brb
[17:47] <noobster> i should still use nobootwait incase t boots with out the NFS server up right
[17:49] <hitsujiTMO_> yes
[17:54] <hitsujiTMO_> also maybe try: showmount -e srv01    from another machine during the freeze to see if there's any response
[17:54] <noobster> nope same thing, I have a file in /var/www that has allot of pic that is 6GB total. I just tried to rsync that folder to /home/shares/www
[17:55] <hitsujiTMO_> have you modified any other configs besides /etc/exports ?
[17:55] <noobster> Export list for svr01:
[17:55] <noobster> /home/windows/shares/www <IP_ADDRESS>
[17:55] <noobster> from both servers
[17:56] <hitsujiTMO_> did it respond during the freeze tho?
[17:56] <noobster> yes
[17:56] <noobster> not that I know of, this server has LAMP, jumbo frames & static IP... not much else yet
[17:58] <noobster> ssh with another term and if I run df it just sits there
[18:00] <noobster> ok after 95 sec df finally runs. Shows the NFS mount, but rsync has not resumed its transfer yet
[18:01] <hitsujiTMO_> i think this one is beyond my knowledge i'm afraid ... it is interesting that showmount -e srv01 is responding during the freeze tho, but theres about 4 services involved in nfs so i'm not sure if that response is coming from the nfs core service
[18:04] <noobster> ok syslof is showing errors..  I have never applied a kernel patch before, thoughts?
[18:21] <noobster> https://bugzilla.kernel.org/show_bug.cgi?id=15578
[18:22] <noobster> sorry it removed the link I think.. https://bugzilla.kernel.org/show_bug.cgi?id=15578
[18:22] <hitsujiTMO_> what kernel are you on?
[18:23] <noobster> 3.2.0-54-generic x64
[18:23] <noobster> bugzilla.kernel.org/show_bug.cgi?id=15578
[18:23] <noobster> looks allot like my issue
[18:24] <hitsujiTMO_> njah thats way too old to be related
[18:37] <noobster> on the duplicate bug, it has the exact same issue I am having..  bugzilla.kernel.org/show_bug.cgi?id=15552
[18:53] <hitsujiTMO_> noobster ... all you can do if thats the case is file a bug report and see what happens
[19:52] <DWSR_> Hey all, looking for a piece of software that I can use to monitor both Windows and Ubuntu boxes.
[19:52] <DWSR_> Just looking for basic monitoring, temp, disk status, process status
[19:54] <MAbeeTT> I am making some tests with isc-dhcp-client in debian stable and ubuntu 12.04 (provided by default) and I see tha the directive static routes is not taken.
[19:55] <MAbeeTT> si there some reason for this behaivor? technical maybe.
[19:58] <MavKen> anyone in here have drupal on ubuntu server?
[19:59] <MAbeeTT> But with the package dhcpcd the directive works. :-/
[20:17] <viper2k> hi
[20:19] <viper2k> I installed on ubuntu 12.04 samba4 pdc. When I want access to the samba pdc I have to add the ip to the dns entires of the ip configuration of windows. After I have done that, I have no access to the internet from this pc, only when I remove this entrie
[20:28] <ikonia> viper2k: what are you using as a resolver ?
[20:29] <viper2k> you mean /etc/resolv.conf?
[20:30] <ikonia> no, I mean what service is acting as your dns resolver ?
[20:33] <viper2k> I don't know. I have a router with the ip <IP_ADDRESS> the samba pdc (ubuntu) <IP_ADDRESS>
[20:40] <viper2k> what do I have to do?
[20:49] <tasslehoff> I tried setting "UseDNS no" in my sshd_config, and can't login to my server anymore. Anything to do besides connecting keyboard and monitor?
[21:31] <crimsonmane> Hello. I'm running ubuntu-server LTS on a headless (no monitor) pc. I have a couple questions that are not covered in the guide. First, do daemons run on boot, prior to logging in? Second, how do I add a custom program to load at boot? Note: specifically I'd like the programs to load at boot, not at login. Thanks for reading.
[21:33] <hitsujiTMO> crimsonmane: daemons will run depending on their upstart configuration (e.g., on boot, on interface up, after another service has run, etc)
[21:33] <hitsujiTMO> !upstart | crimsonmane
[21:34] <crimsonmane> Many thanks. I'll give that a read.
[21:39] <crimsonmane> is upstart already included in ubuntu-server LTS or will I have to get it?
[21:44] <hitsujiTMO> its all part of it
[21:45] <hitsujiTMO> all the service running (networking etc) are all running on upstart
[21:46] <crimsonmane> I've typed 'man upstart' and read the page, but do not see how to "use" it.
[21:48] <crimsonmane> Oh, I see on the webpage to make files at /etc/init
[21:56] <hitsujiTMO> crimsonmane: its a little confusing at first but its quite easy once you get used to it
[21:58] <crimsonmane> hitsujiTMO: as most things go. I actually just have a one-line command to run supybot on system boot. i'm looking at the existing files at /etc/init and don't yet know how to proceed. waiting for the eureka moment.
[21:59] <hitsujiTMO> crimson do you want it to run at boot, or after network is up or after a specific service is up?
[21:59] <hitsujiTMO> you can be quite specific with upstart
[22:00] <crimsonmane> it would make sense for it to run after networking is established, sure. the command would be "supybot -d /home/user/supybot/filename.conf"
[22:04] <crimsonmane> I do not see on the upstart webpage any comprehensive list of commands, such as when to start. i see in ssh.conf as an example where it says "start on filesystem" and wonder what other "start on" options there are.
[22:05] <crimsonmane> and the upstart cookbook hasn't been created yet
[22:06] <crimsonmane> i am afk until further notice. children need attention.
[22:06] <hitsujiTMO> crimsonmane: this should work i think: http://paste.ubuntu.com/6233490/
[22:09] <hitsujiTMO> crimsonmane: sorry, should be http://paste.ubuntu.com/6233498/   made a slight mistake
[22:37] <noobster> Hi all! I am having a issue on a new install of 12.04 server x64 trying to mount a NFS mount from another 12.04 server x64. The mount in fstab mounts with no errors, but when I try to copy data onto it it freezes?? I know the nfs-server is running fine because I have a mount in ESXi5 for ISO and caqn copy a 700MB 12.04 iso to that datastore in 10 sec. Any thought on howto troubleshoot?
[22:40] <noobster> here is the syslog error... http://pastebin.com/upF3TCHd
[22:41] <noobster> 3.2.0-54-generic x64
[22:54] <Patrickdk> all that says is, nfs is really really slow
[22:57] <adam_g> jamespage, a couple of minor charm fixes for strange issues i hit related to running with curtin: Pushed to helpers and nova-compute a fix to ensure headers get insatlled and DKMS package.  filed https://code.launchpad.net/~gandelman-a/charms/precise/quantum-gateway/headers_fix/+merge/190844 to fix issues described there. would appreciate your +1 on the quantum merge
[23:03] <lifeless> quantum ? :P
[23:06] <adam_g> doh
[23:06] <adam_g> sue me!
[23:08] <noobster> Patrickdk: what can be done? I am building a new VM on 12.04 svr x64 now to see if I get the same issue. If no then I will just delete the troubled VM, but if yes then I will need to fix this issue. It doesn't have to be 70-90MBps like ESXi but it needs to be at least 5...
[23:27] <crimsonmane> hitsujiTMO: thank you for the script. i've made /etc/init/supybot.conf and pasted the code, rebooted, and it does not start the supybot daemon (confirmed with ps -e | grep supy)
[23:34] <James_Epp> Hey guys. I'm in the process of trying to boot the ubuntu live discs over a network using nfs-kernel-server. Under my /etc/exports I have the following, however when clients boot they continue to give the error message "mount: Protocol not supported". What should I troubleshoot? http://paste.ubuntu.com/6233647/
[23:35] <hitsujiTMO> crimsonmane: you went with the second paste i gave you?
[23:36] <crimsonmane> yes sir
[23:37] <hitsujiTMO> what is the primary interface? eth0?
[23:38] <crimsonmane> yes
[23:39] <crimsonmane> sry just watched an epic NE vs NO game. killer winning touchdown couldn't have been any more perfect.
[23:45] <hitsujiTMO> crimsonmane: http://paste.ubuntu.com/6233796/
[23:48] <hitsujiTMO> crimsonmane: i made the change so it loads when the interface goes up instead, incase supybot was exiting as networking may not have brought the interface up in time for the bo
[23:48] <hitsujiTMO> bot to kick in
[23:48] <crimsonmane> hitsujiTMO: it has not worked
[23:50] <hitsujiTMO> crimsonmane: can you verify that it is at least being called by replacing "supybot -d /home/user/supybot/filename.conf" with something like "echo 'foo' > /home/user/bar"
[23:51] <hitsujiTMO> obviously replacing user with your actual username
[23:51] <crimsonmane> the username is actually user
[23:51] <crimsonmane> :)
[23:51] <hitsujiTMO> ah lol
[23:52] <hitsujiTMO> actually,
[23:52] <hitsujiTMO> modify it to give the full path of supybot executable
[23:52] <hitsujiTMO> thats prob the problem
[23:53] <crimsonmane> oh. because supybot is not in PATH
[23:53] <crimsonmane> however, you asked me to change it so on startup it executes "'foo' > /home/user/bar" and it did not create the file bar
[23:54] <hitsujiTMO> you included echo?
[23:54] <crimsonmane> pre-start exec echo 'foo' /home/user/bar
[23:54] <crimsonmane> commented out the supybot line
[23:55] <hitsujiTMO> pre-start exec echo 'foo' > /home/user/bar
[23:55] <crimsonmane> oh dear. thanks.
[23:55] <hitsujiTMO> anyhow, just go ahead with giving the fullpath to supybot ... i'm positive that was the problem
[23:57] <crimsonmane> bar now exists. ok i'll change to include full path
[23:57] <crimsonmane> unfortunately "locate supybot" does not return any results... programs get installed where?
[23:57] <crimsonmane> something/bin
[23:58] <hitsujiTMO> /usr/bin   is most likely