/srv/irclogs.ubuntu.com/2013/05/31/#ubuntu-devel.txt

=== micahg_ is now known as micahg
fishorhello all, i currently rewriting gnome-sound-recorder and i got one idea which i wont to discuss with some one. I wont to remove all File parts from this program, so it will just save all records to some folder. Logical next step will be to add some sort of file browser. I do not see any sense to build a new one, i think it is best way to integrate it to nautilus or to use some sort of nautilus libs06:25
fishorif i do it, i will autoamtically got everey thing i need: search, send file... and so on06:26
fishori need some comments or critics on it06:27
diwicfishor, hi, have you tried talking to GNOME upstream about it?06:27
diwicfishor, Ubuntu is unlikely to take a big change of gnome-sound-recorder if it's not coming from Gnome.06:28
fishorwell, there is no one who cares about it06:29
fishorthis project is dead06:29
fishori talked about it on gnome-media list06:29
fishorone persen tried to start it from scratch, but filed due time06:30
diwicfishor, okay...06:31
diwicfishor, then you seem to have tried, at least06:31
fishordiwic, currently i have recorder which works with ubuntu 13.04 and works with gstreamer-1.006:32
fishorgnome-recored installed on 13.04 is not working at all06:33
diwicfishor, have you submitted those changes (transition from gstreamer 0.10 to 1.0) to upstream?06:34
fishordiwic, i tried, but it was decided to suspend gnome-media. transition to gst-1.0 affects complete packet and makes most of it useless06:37
dholbachgood morning06:38
fishoronly good way was to split the packet and make gnome-recorder stand alone project06:38
diwicfishor, interesting06:38
fishorfor example gst-mixer and profiles wont work with gst-1.006:38
fishordiwic, here is the source of my fork https://github.com/olerem/gnome-recorder06:40
diwicfishor, I hope you manage to get it into distributions, that might be the biggest challenge06:42
fishori know...06:44
=== ubott2 is now known as ubottu
=== morphis|away is now known as morphis
=== wedgwood_away is now known as wedgwood
Laneycjwatson: deduplicate-packages> haha, nice work08:03
seb128Laney, what is deduplicate-packages?08:04
Laneywasn't aware of the speed differences there :-)08:04
Laneyseb128: something the transition tracker uses08:04
=== alexlist` is now known as alexlist
=== psivaa_afk is now known as psivaa
=== doko_ is now known as doko
xnoxcjwatson: imported lp:click-package into readthedocs to automatically build documentation from the trunk branch =) https://click-packages.readthedocs.org/en/latest/08:40
seb128!ops08:47
ubottuHelp! Channel emergency! mneptok, Hobbsee, cjwatson, mdz, lamont, Keybuk, or thom!08:47
seb128ups, not really an emergency08:47
seb128but could any op block that guy who keeps exit/join? (he's on #ubuntu-mir/touch/unity as well at least)08:48
xnoxseb128: such requests usually go to #ubuntu-irc channel where there are also various freenode ops.09:02
seb128xnox, thanks, asked there09:04
=== greyback|away is now known as greyback
cjwatsonxnox: Please remove that; I'd already created https://click-package.readthedocs.org/en/latest/09:17
cjwatsonxnox: Which actually matches the project name ;-)09:17
xnoxcjwatson: oh cool. My google foo failed me. Is it linked from somewhere?09:18
cjwatsonNot sure09:18
cjwatsonxnox: It's linked from https://blueprints.launchpad.net/ubuntu/+spec/foundations-1305-click-package09:18
xnoxcjwatson: I was hoping for a link from https://launchpad.net/click-package =)09:19
xnoxe.g. Homepage / Documentation or whatever URLs launchpad can offer to display =)09:19
xnoxcjwatson: removed from readthedocs.09:19
cjwatsonxnox: I think just the description is probably better, since LP is the home page.  Thanks09:20
cjwatsonAnd thanks for the effort, even if you were late to the party ;-)09:20
xnoxcjwatson: hehe =) was reading the spec, to see how the app-containment (apparmor) policies could be integrated.09:21
xnoxi gather it will need to be some kind of a hook, but not sure.09:21
cjwatsonYeah, I'm not sure the hooks spec is flexible enough for that yet, since it wouldn't necessarily correspond to a separate file in the package, just manifest contents09:24
xnoxcjwatson: well, sbeattie is after a json manifest with keywords (of what is allowed/not-allowed). I simply handed over everything that happened during copenhagen's dh_appcontainment session. About integration with click packages, I pointed to talk with you about it =))))09:33
dpmhey all, could an archive admin have a look at uploading qreator on https://launchpad.net/ubuntu/saucy/+queue ? Thanks!09:34
xnoxthe blueprint got postponed around raring's FF09:34
cjwatsonxnox: every click-package has a manifest.json, and I already said to the security team that they should just define a subtree of it09:35
xnoxthanks.09:38
cjwatsonxnox: What I haven't worked out yet is exactly what needs to be run after each click package is unpacked; I'd much rather that be a system hook defined by apparmor or whatever than something hardwired into click-package itself09:38
xnoxcjwatson: last I heard, we'd want upstart user-session to launch all apps and it will be upstart that will load up the apparmor profile(s) to launch an app.09:40
cjwatsonOK, which leaves the remaining question of how to tell upstart what to launch09:40
cjwatsonWe don't actually have a defined "here is your entry point" in click-package yet *cough*09:41
xnoxyeah... and i guess api to click-packages to query: apps & it's manifest.09:41
cjwatsonIf needed09:41
cjwatsonI'd prefer to do things using a hook that attaches each installed app to upstart09:42
cjwatsonThough I wonder if that means I need to think about hooks based on the user's home directory - hmm09:42
xnoxcjwatson: well the apps should somehow appear in the search / dash / home screens - which are all kind of scopes. I was expecting there will be "unity" hook that gets triggered on app install, and then displays launchers where it needs in the UI.09:42
cjwatsonDefinitely need to hammer out the exact details there09:43
cjwatsonBecause there are interesting interactions with requirements for per-user app installation09:43
xnox(not sure how that translates to command-line and manually launching apps - something like xdg-open but rather unity-open ?!)09:43
=== mmrazik is now known as mmrazik|afk
=== davmor2_ is now known as davmor2
=== Sweetsha1k is now known as Sweetshark
evcjwatson: mornin'. Could you please approve my post to ubuntu-devel-announce?10:10
cjwatsonev: done10:12
evcheers!10:12
evfor those of you who don't subscribe to ubuntu-devel-announce, we've opened up access to https://errors.ubuntu.com: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2013-May/001039.html10:13
cjwatsonFor those of you who don't subscribe to ubuntu-devel-announce, why not? :-)10:14
cjwatsonchrisccoulson: http://hg.mozilla.org/mozilla-central/rev/489ab986ea69 seems to be enough to fix the firefox build on powerpc.10:15
jacobwMy mailbox is big enough as it is :)10:15
cjwatsonchrisccoulson: Or at least it makes "make -j4 -C /home/cjwatson/firefox-22.0~b3+build1/./obj-powerpc-linux-gnu" pass.10:15
evcjwatson: :D10:16
chrisccoulsoncjwatson, excellent, thanks for testing that. if i add you to https://launchpad.net/~mozillateam , do you want to commit that to lp:firefox/beta? :)10:21
cjwatsonCan I do that and then immediately remove myself from the team? ;-)10:21
=== mmrazik|afk is now known as mmrazik
chrisccoulsoncjwatson, if you like ;)10:21
infinityev: Yay on the errors NDA coming to fruition.10:22
evinknowright10:22
cjwatsonThen sure.  Wouldn't want to promise any actual ongoing activity ...10:22
chrisccoulsonheh :)10:22
infinityev: Someone might want to make the oauth for that page check if I'm already in groups that allow me access and say "you don't need to use this form, doofus".10:22
cjwatsonJust that branch?10:22
jdstrandxnox, cjwatson: upstart will be used to launch an app, but because these are part of user sessions, upstart will be running as non-root and cannot load the policy into the kernel. upstart will be used to change into the profile, which does not need root10:22
evinfinity: I'll talk to Neil M about that10:22
cjwatsonjdstrand: Right, so we still need a rootly hook to load the policy?10:23
jdstrandcjwatson: exactly10:23
infinityev: All in all, awesome news, though.  I hope people read it in the "we have to do this, because sensitive data" light, and don't tear it apart as us being secretive or some silliness.10:23
jdstrandfor handling loading policy before a reboot (just like we talked about at the sprint)10:23
cjwatsonjdstrand: We were talking about a non-root "software" user to unpack packages at various points.  I wonder whether that's more trouble than it's worth, because we'd only be able to use it for the unpack, not for hooks.10:24
evinfinity: yeah, I originally wrote it fairly defensively, but EmilyMaher helped me turn it into a positive thing. I really like the idea that it's effectively a contract between the people signing it and the users.10:24
cjwatsonI guess we could, but click-install would need to know to drop privileges.10:24
evA way of codifying the users' expectations10:24
infinityev: I certainly don't read any obvious evil in it, so good job on the writing and editing.10:25
jdstrandcjwatson: right, mdeslaur and I both feel that the 'software' user is valuable and safer-- everything except this one hook chould be able to run as it10:25
cjwatsonjdstrand: I think in practice many hooks would need root.10:25
jdstrandcjwatson: have other hooks been identified?10:26
cjwatsonjdstrand: Since they will in general involve symlinking files into root-owned directories.10:26
cjwatsonjdstrand: Not specifically10:26
jdstrandwhat directories would we be symlinking into?10:26
cjwatsonBut "software" is only used by click-install, so I find it unlikely that it will be able to do much of any interest if other hooks are identified10:26
cjwatsonMy working example would be something like a Unity scope10:27
cjwatsonNot sure if that's a good example, but for the sake of argument10:27
cjwatsonIn any case, I don't want to put configuration in hooks that says which user they run as, and I don't want to special-case your hook10:27
cjwatsonSo IMO either all hooks run as root or none of them do10:27
jdstrandI had assumed that things like the /usr/share/... problem would be solved in other non-rootly ways10:27
cjwatsonClick packages don't get to control any hook code - that's all shipped in system packages10:28
cjwatsonSo I don't see this as a particular problem10:28
jdstrandfor example, I figured that the apparmor profile wouldn't live in /etc/apparmor.d, but somewhere in /opt10:28
jdstrandand apparmor would have to understand how to find the profile10:28
cjwatsonI think that's a big assumption, because it will often be inconvenient to change system packages to iterate over a bunch of directories10:28
cjwatsonI think it will be more sensible in the long run to have the click-package design integrate with system packages in a low-effort way, rather than requiring a bunch of moderately invasive patches that people will get wrong10:29
jdstrandI was assuming that because I thought I read that as a requirement (I thought that was part of the whole "must be in /opt" part of the specification10:29
cjwatsonThe app itself must be in /opt, but that doesn't preclude system hooks being poked to create symlinks/copies/whatever elsewhere10:30
cjwatsonHeh, I was about to go and write a to-do item for the privilege drop, and found I already had:10:31
cjwatson * drop privileges to software user when unpacking; retain root for hook execution10:31
jdstrandcjwatson: yes, we discussed this at the sprint and you agreed to it :)10:31
cjwatsonMemory like a thing with holes in.  That's why I write to-do lists10:31
jdstrandhehe :)10:31
cjwatsonI might call it something else though, probably something like clickpkg10:32
jdstrandso, maybe there are other cases for other root-hooks, that's 'fine' I guess. from my pov, devs control everything in the click package. there will be limited review of these, therefore we should have anything that they they can control happen as non-root10:33
cjwatsonIndeed, I entirely agree on that10:33
cjwatsonHooks are absolutely not under the control of the click package10:33
* jdstrand nods10:33
jdstrandok, it sounds like we are on the same page then10:34
jdstrandI was just reiterating the priv drop is a good idea :)10:34
cjwatsonjdstrand: https://click-package.readthedocs.org/en/latest/hooks.html is my current skeletal spec FWIW10:34
jdstrandmdz: fyi ^10:34
jdstrandmeh10:34
jdstrandmdz: sorry10:34
jdstrandmdeslaur: ^10:34
cjwatsonI should probably post a call for real-world examples10:35
* jdstrand imagines a flaw in font or icon processing software that can do code exec and a dev adding this to the click package such that the root-run trigger escalates privs10:38
cjwatsonWhile it's possible, that seems like the sort of thing that would have plenty of other (perhaps more profitable) avenues of attack10:39
cjwatsonMaybe hooks should be confined?10:39
cjwatsonJust with apparmor rather than by dropping to non-root10:40
jdstrandre possible> I imagine what I described would be used to jailbreak10:40
jdstrandconfining root-run hooks with apparmor seems plausible10:40
jdstrandthose hooks should be extremely well defined10:41
jdstrandand therefore easy to profile10:41
cjwatsonYep10:41
jdstrandseccomp would also be useful there10:44
jdstrandnot sure what language was planning on being used to implement the hooks10:45
mitya57ev: \o/10:45
ev:D10:46
cjwatsonjdstrand: The Exec interface I think has to be subprocess, since (if it's useful at all) it will probably involve running update-foo programs shipped with the package itself10:46
cjwatsonSo I wasn't intending to nominate an implementation language there10:46
evjust working on getting the necessary change to https://errors.ubuntu.com deployed10:46
cjwatsonchrisccoulson: Do you care which directory the patch goes in?10:46
cjwatsonchrisccoulson: And should I upload after commit, since there are no other staged changes?10:47
=== mmrazik is now known as mmrazik|afk
=== ckpringle_ is now known as ckpringle
jdstrandcjwatson: you are talking about the "An integrated-with system package" there, right? not a click package, or do I misundestand?10:48
cjwatsonjdstrand: Indeed, since the only influence click packages have over hooks is declaring their use for a given file in their manifest10:49
jdstrandright10:49
jdstrandso the hooks themselves *could* be C, and therefore leverage seccomp10:49
cjwatsonIf appropriate, I guess, yes10:49
jdstrandmy gut feeling says apparmor is enough at first, and we could move over to C/seccomp as a hardening measure down the line10:50
cjwatsonI think that should be part of defence in depth rather than a core requirement though10:50
cjwatsonAgreed10:50
jdstrandmdeslaur: once again, fyi ^10:50
chrisccoulsoncjwatson, the patch can just go in debian/patches. the other directories are only there to separate out all of the testing related stuff10:50
chrisccoulsonand feel free to upload it afterwards :)10:51
cjwatsonThough I am currently unfairly bitter towards seccomp for making me think about https://bugzilla.mindrot.org/show_bug.cgi?id=2107 :-)10:51
cjwatsonchrisccoulson: k10:51
ubottuError: Could not parse XML returned by bugzilla.mindrot.org: The read operation timed out (https://bugzilla.mindrot.org/show_bug.cgi?id=2107&ctype=xml)10:51
jdstrandhmm10:52
jdstrandcjwatson: on the other hand, that demonstrates it is quite effective at limiting what something can do :)10:52
cjwatsonOh, indeed.  As I say, my bitterness is unfair10:53
jdstrandhopefully the hooks what be nearly as complicated as openssh10:53
jdstrand:)10:53
cjwatsonThough I must say it is a ghastly pain in the arse to debug10:53
jdstrandI can imagine. I've not personally had to do that10:53
jdstrand(yet)10:53
cjwatsonA seccomp confinement failure tends to kill gdb :-)10:54
jdstrandheh10:54
cjwatsonNot to mention that the confinement failure in question is inherently multiprocess plus buried somewhere in a pile of Kerberos libraries10:54
jdstrand:\10:55
cjwatsonI might just go ahead and apply that patch, since upstream haven't replied and gssapi is currently borked10:55
jdstrandfood for thought, the apparmor hook would ideally only run as root for the single 'apparmor_parser -r' command10:58
jdstrandthe generation of the profile (ie, parsing manifest.json) does not need to, and I would argue should not, happen as root10:59
cjwatsonPerhaps the apparmor hook could drop privileges for most of itself?11:01
jdstrandyeah11:01
cjwatsonThat seems simplest11:01
cjwatsonCommitted revision 1000.11:02
cjwatsonchrisccoulson: ha11:02
evScottK: are you able to log into errors.ubuntu.com and get to a problem page now?11:03
evtkamppeter_: same question ^ :)11:04
evtumbleweed: ^11:05
evhopefully that'll be enough that someone proves this thing works :)11:05
ScottKYes11:06
evyay!11:06
=== MacSlow is now known as MacSlow|lunch
=== mzanetti is now known as mzanetti|lunch
tumbleweedev: yes, thanks11:17
evtumbleweed: awesome!11:17
evcheers11:17
tumbleweedthis has come along a bit since I was last here11:17
ev:D11:17
evlet me know if you run into any trouble with it11:17
evor feel free to file bugs :)11:17
=== tkamppeter_ is now known as tkamppeter
tkamppeterev, I can log in. I have clicked the link in the confirmation e-mail, got asked to log in, and after that, I am on "indicator-weather (AttributeError) on_apply → export_location_details".11:20
Laneyev: trouble> "An error occurred while trying to load the most common problems" when I'm logged in ;-)11:20
Laneyhttps://errors.ubuntu.com/?user=laney&period=day that is11:20
evLaney: ah, I can reproduce that. Looks like we're taking too long to iterate through all your subscriptions: Failed to load resource: the server responded with a status of 504 (Gateway Time-out)11:23
tumbleweedLaney: your auto-subscribe script?11:24
LaneyI'm probably subscribed to quite a lot of stuff11:24
Laneytumbleweed: that shouldn't be too many, but haskell-* likely is11:24
=== mmrazik|afk is now known as mmrazik
Laneyor at least haskell-* the last time I ran the script to subscribe to them11:24
evLaney: https://bugs.launchpad.net/errors/+bug/1186215 - the table will load if you switch it off your personal view (users of: [ all binary packages ])11:28
ubottuLaunchpad bug 1186215 in Errors "Timed out while loading subscriptions for most-common-problems" [High,Triaged]11:28
Laneyev: yeah, found that. Thanks!11:28
evunfortunately there's nothing I can do to get your personal view loading today though11:28
LaneyNo worries11:28
evI'll try to get that resolved quickly11:28
evtkamppeter: thanks for confirming :)11:29
=== wedgwood is now known as wedgwood_away
=== pete-woods is now known as pete-woods-lunch
cjwatsonpk11merge.c:1075:5: error: unknown type name 'CK_ULONF'12:02
cjwatsonI *really* wish our builders suffered fewer one-bit errors12:02
cjwatson(Quite a few in that case, actually)12:03
=== wedgwood_away is now known as wedgwood
=== mzanetti|lunch is now known as mzanetti
=== MacSlow|lunch is now known as MacSlow
cjwatsonchrisccoulson: https://launchpad.net/ubuntu/+source/firefox/22.0~b3+build1-0ubuntu2/+build/4630546 \o/13:18
chrisccoulsoncjwatson, excellent, thanks!13:19
Laneythanks to whoever gave my evo stuff back :-)13:28
mitya57doko: any reason why you didn't file a bug about http://people.debian.org/~doko/logs-20130217/gcc48/gdcm_2.2.1-1.1_unstable_gcc48.log? looks that now we have this failure in saucy...13:29
=== kentb-out is now known as kentb
=== wedgwood is now known as wedgwood_away
stgraberScottK: so the new kde-workspace has published. Do you need any help for the call for testing?14:04
Riddellstgraber: what is this upstart user session job lark?14:06
=== pgraner` is now known as pgraner
stgraberRiddell: I wrote a startkde.conf user job yesterday that allows for the kde-plasma session to behave in a similar way as the unity session. That means that Xsession spawns upstart in usermode instead of startkde, then upstart starts dbus and then actually spawns startkde.14:11
stgraberRiddell: the main advantage being that all the processes related to the session are now nicely grouped together under upstart (we use a magic prctl flag to ensure that) and you can have upstart jobs running as a user (and triggering on system or user events)14:12
stgraberRiddell: if you want to try it on current saucy, just add "kde-plasma" to /etc/upstart-xsessions and logout/login for it to take effect14:12
stgraberRiddell: my goal is to have every desktop environment that ships as a live CD to run under user sessions as the ubiquity developers are considering moving the whole ubiquity-dm mess to a simple upstart user session job (and we'd like to avoid having to maintain two implementations of that stuff)14:14
=== wedgwood_away is now known as wedgwood
Riddellstgraber: hmm interesting, probably won't be able to test it until monday though14:20
lordievaderHello, I heard upstart needs testing in Saucy?14:21
BluesKajditto14:21
stgraberare you guys using Kubuntu on saucy?14:21
lordievaderstgraber: Yes, I am.14:21
BluesKajwhat are we looking for ? yes saucy kubuntu here14:22
stgrabercool, so yeah, we'd like some testing of upstart usersessions with Kubuntu14:22
stgraberfirst make sure you have the latest kde-workspace-bin installed (4.10.3-0ubuntu4)14:22
stgraberthen edit /etc/upstart-xsessions to add "kde-plasma" and finally logout and login again. That should give you a working KDE session but running under upstart.14:23
stgraberif that works, confirm that you see "startkde" running when doing (as a user) "initctl list"14:23
=== cnd` is now known as cnd
stgraberif the session doesn't start properly, simply remove "kde-plasma" from /etc/upstart-xsessions to revert to the old behaviour14:23
mitya57doko: or maybe you know what could cause that error (^)?14:26
lordievaderstgraber: No need to reboot? For loggin out & in, the "startkde" is not listed when "initctl list" is run.14:27
stgraberlordievader: can you confirm that /usr/share/upstart/sessions/startkde.conf exists on your system?14:28
lordievaderstgraber: Yes that does exist.14:28
stgraberlordievader: hmm, and you have kde-plasma on its own line in /etc/upstart-xsessions?14:29
lordievaderstgraber: This is in the file: http://paste.ubuntu.com/5720012/14:30
seb128lordievader, what Session= do you have in ~/.dmrc?14:30
lordievaderseb128: kde-plasma14:31
=== mmrazik is now known as mmrazik|afk
BluesKajall seems fine here after the changes14:31
seb128lordievader, did you try without a blank line in /etc/upstart-xsessions?14:31
stgraberBluesKaj: cool, and "initctl status startkde" shows you "start/running"?14:32
lordievaderstgraber, seb128 Ah now it is present, without the white line.14:33
lordievaderWithout the blank-line in upstart-xsessions I mean.14:34
seb128lordievader, initctl lists things?14:34
BluesKajstgraber, yup startkde start/running , is the first line among many :)14:35
lordievaderseb128: This is the output of initctl lists: http://paste.ubuntu.com/5720021/14:35
seb128stgraber, ^14:35
lordievaderSame here now.14:35
stgrabercool, that looks good14:37
stgraberlordievader: can you also pastebin a "ps faux" output, I want to confirm that all the user processes are now under upstart.14:38
BluesKajstgraber, my above comment was about the "initctl list"command , the "initctl status startkde" command gives , startkde start/running, process ...14:38
lordievaderstgraber: Here you go: http://paste.ubuntu.com/5720040/14:38
=== tjaalton_ is now known as tjaalton
xnoxDaviey: jamespage: I hear that maxb needs/wants to port python-libvirt to python3. Have you heard if that's wanted/needed/started for OpenStack as well?14:57
maxbHm? Not me14:57
maxbbad tab complete?14:57
xnoxmaxb: correct, got the wrong nick.14:57
xnoxI am after Max Brustkern which is nuclearbob14:58
Davieymaxb: Feel free to be a stakeholder14:58
Davieyxnox: Yes, all things python3, want, yes.14:58
xnoxDaviey: well nuclearbob said he has time to do it =)14:58
Davieyzul: ^14:58
xnoxDaviey: he was pondering if anyone else was doing it already.14:58
Davieyxnox: Perfect.  Thanks14:59
Davieyxnox: zul is working on some deps right now.. but i don't think he touched that yet.14:59
zulxnox:  havent touched it yet14:59
xnoxzul: yeah, it's ugly pit of auto-generated C bindings from custom xml sources.....14:59
zulxnox:  be my guest ;)15:00
xnoxzul: what are you working on porting?15:00
zulxnox: just make sure you push upstream15:00
zulxnox:  just porting opentsack dependencies to python315:00
xnoxzul: those that are pure-python?15:00
zulxnox: so far yes15:00
xnoxack.15:01
=== mmrazik|afk is now known as mmrazik
dholbachhum... could anyone help me debug why the microphone I'm using probably doesn't work? hrm, it worked yesterday15:20
seb128dholbach, tried to reboot?15:22
dholbachyes15:22
seb128dholbach, or to boot a previous kernel?15:22
dholbachyes, I was too quick to delete the old one, just downloading it now :)15:22
seb128always keep the n-115:22
dholbachyeah :)15:22
seb128that can come handy :p15:22
dholbachbrb :)15:23
dholbachseb128, no dice15:26
seb128:-(15:27
seb128dholbach, how/where do you test it?15:27
dholbachskype and google hangout15:27
dholbachtried alsamixer and gnome-volume-control (or whatever it's called now) settings15:27
seb128do you see the level stuff move in the system settings panel?15:28
dholbachno15:29
seb128:-(15:29
dholbachnot sure where to go from here15:30
seb128dholbach, do you see any error in the pulseaudio log (if you pulseaudio -k && pulseaudio --start)?15:30
dholbachno15:31
dholbachnot sure if "(gnome-settings-daemon:1925): media-keys-plugin-WARNING **: Unable to get default sink" is supposed to mean anything or when it came up in .xsession-errors15:32
=== mmrazik is now known as mmrazik|afk
seb128dholbach, drop the --start, just "pulseaudio" to get the output15:33
seb128dholbach, weird, you shouldn't have logs in .xsession-errors to start since we have upstart user sessions and they log in .cache/upstart15:33
dobeycjohnston: hi there. if you have a few seconds, i was wondering if you could poke at doing bug #1185988 please. thanks. :)15:33
ubottubug 1185988 in libubuntuone (Ubuntu) "Archive removal" [Undecided,New] https://launchpad.net/bugs/118598815:33
dholbachthis is raring, not saucy15:34
seb128oh15:34
cjwatsondobey: ITYM me15:34
dobeycjwatson: ITVM?15:35
cjwatson"I think you mean"15:35
dobeycjwatson: oh yes. sorry. i did mean you. :)15:35
dobeycjohnston: ignore that :)15:36
seb128dholbach, $ gconftool --get /system/gstreamer/0.10/default/audiosink15:36
zygaandrewhaigh_cell: that's very odd, can you show me output of 'vagrant box list'15:36
seb128though I'm not even sure skype/hangout use gstreamer...15:36
dholbachseb128, autoaudiosink15:36
zygahmm15:36
seb128dholbach, nothing in the pulse log if you stat without --start?15:36
dholbachseb128, no15:37
seb128dholbach, we would need diwic around :/15:37
seb128dholbach, try to sudo apt-get install paprefs15:38
seb128dholbach, wait15:38
dholbachpavucontrol?15:38
cjwatsonMy fingers *still* reach for lp-remove-package.py as their first instinct when removing a package15:38
seb128dholbach, yes, rather15:38
seb128dholbach, what does that list as input?15:38
cjwatsonExactly a year after it was obsoleted15:38
dholbachseb128, Analog Input15:39
dholbachjust one15:39
dholbachand it's the "Internal Audio" device with "Analog Stereo Duplex"15:39
cjwatsondobey: done15:40
seb128dholbach, and the orange bar bellow it doesn't move?15:40
seb128dholbach, the volume is not muted right?15:40
dholbachno15:40
dholbachunfortunately not - I've no idea what else it could be, I'm on the old kernel and this was never much of a problem15:43
seb128dholbach, could be an hardware issue ...15:43
seb128dholbach, you don't have a bluetooth headset, webcam or other?15:43
dholbachno, nothing of the sort15:43
dholbachbut now I just plugged in a usb audiocard and the internal mic works now15:44
dholbach:-(((15:44
seb128wth15:44
dholbachyes15:44
dholbachwth15:44
seb128dholbach, sorry I don't know enough about pulse to be useful, we would need diwic or TheMuso15:44
dholbachwill do15:45
dholbachnext week :)15:45
seb128dholbach, well, at least you got it working15:46
dholbachyeah, "working" ;-)15:46
dobeycjwatson: thanks much!15:48
mitya57seb128: fwiw, I had some progress with gdcm, it now builds up to 69 %, will continue debugging on WE15:55
seb128mitya57, thanks, we didn't sort out libreoffice yet and Riddell didn't fix okular either15:57
RiddellI didn't?15:57
* Riddell looks15:57
Riddellhmm, so I didn't15:57
Riddellseb128: uploaded15:58
seb128Riddell, thanks ;-)15:58
* claudevandort 16:00
mitya57bdmurray: re bug 1047424, it's already in the sru queue16:26
ubottubug 1047424 in software-properties (Ubuntu Raring) "[Additional Drivers] The Button "Restart" is triggering a shutdown" [Medium,Triaged] https://launchpad.net/bugs/104742416:26
bdmurraymitya57: The raring queue?16:27
bdmurrayI rejected an upload of software-properties to the raring queue earlier today because it really should have gone to saucy.16:30
slangasekcjwatson: so the pango changes seem to have broken the cryptsetup initramfs hook; can you point me to what we should be doing there now?16:30
mitya57bdmurray: oh yes, I saw it a couple of days ago there and thought it still is there16:31
cjwatsonslangasek: Follow the lead of https://launchpad.net/ubuntu/+source/plymouth/0.8.8-0ubuntu7, I think16:31
xnoxis that due to linking harfbuzz?! (me's laptop is booting fine with full-disk-encryption)16:31
xnoxah.16:31
slangasekcjwatson: oh, er, maybe I meant plymouth rather than cryptsetup actually16:31
slangasekcjwatson: ah, apparently I have a local plymouth 0.8.8-0ubuntu7 here with different changes :P16:32
slangasekyeah, that would do it! thanks :)16:32
cjwatsonHeh :)16:32
mitya57bdmurray: do you want a debdiff from me then?16:34
bdmurraymitya57: that'd be great16:34
mitya57bdmurray: you can take https://bazaar.launchpad.net/~ubuntu-core-dev/software-properties/main/diff/842.1.1 then (I'm cheating, yes)16:35
Quintasanstgraber: FYI, that upstart KDE magic worked for me too. At least on a VirtualBox machine17:59
stgrabercool18:00
=== wedgwood is now known as wedgwood_away
blitzkrieg3what's the procedure if you wan to develop on top of a -proposed bzr branch that is verification-failed?19:11
tumbleweedso it was deleted from -proposed?19:12
=== Slidey_ is now known as Slidey
=== tkamppeter_ is now known as tkamppeter
=== Zic_ is now known as Guest85119
=== cr3_ is now known as cr3
=== cr3 is now known as Guest77844
=== kentb is now known as kentb-out
=== Ursinha is now known as Ursinha-afk
=== 5EXAAQ35A is now known as rickspencer3
=== Ursinha-afk is now known as Ursinha
cjwatson_infinity: Second opinion needed: I don't suppose you can work out why automake1.13 is failing (https://launchpad.net/ubuntu/+source/automake1.13/1:1.13.2-1ubuntu1/+build/4628811)?  For the life of me I can't reproduce it locally, and I tried to get more information with a PPA build (https://launchpad.net/~cjwatson/+archive/ppa/+build/4630398) but that inconveniently succeeded.23:07
=== cjwatson_ is now known as cjwatson
cjwatsonI could keep throwing it against the wall in case it randomly works, but that seems an unfriendly thing to do with an 80-minute build.23:07
cjwatsonAnd I sort of feel bad about inserting instrumentation into distro uploads.23:08
cjwatsonUnless it's a subsecond-granularity-in-filesystem-mtimes thing, perhaps ...23:09
cjwatsonWhat filesystems do the buildds use?23:09
infinitycjwatson: ext... Probably 3, given the age of some of the installs.  Though, I'd expect 4 on the newer x86 kit.23:10
cjwatsonLast procenv build seems to think ext4 on allspice.23:11
infinityIt could be a bit more verbose about HOW that test failed...23:12
cjwatsonBut both my automake1.13 failures were on roseapple.23:12
cjwatsonIndeed.  Maybe my PPA hack wouldn't be too unreasonable for a distro upload anyway.23:12
cjwatsonSpecifically http://paste.ubuntu.com/5721401/23:13
infinitycjwatson: I'm all for fixing racy testsuites (and we should), but if it works almost all the time and is hard to diagnose, I'm also pragmatic.23:13
cjwatsonAha, https://launchpadlibrarian.net/138643870/buildlog_ubuntu-saucy-i386.procenv_0.20-1_UPLOADING.txt.gz says roseapple is ext3.23:13
infinitycjwatson: buildd time on weekends is virtually free, giving it back for !roseapple would be acceptablish.23:13
infinitycjwatson: roseapple's the oldest x86 buildd, so it being ext3 makes sense.23:14
infinitycjwatson: On the flipside, if we have a testsuite that blows up on ext3, that seems less than ideal.23:14
cjwatsonAnd ext3 doesn't have subsecond timestamps.23:14
=== Ursinha is now known as Ursinha-afk
infinitycjwatson: Does the testsuite *depend* on subsecond timestamps, or it is just racy enough to sometimes fail without 'em?23:15
cjwatsonLooking at the code, I suspect it's racy.23:15
cjwatsonIt's repeatedly running configure/make, prodding stuff, checking that configure gets automatically rebuilt.23:16
infinitycjwatson: Well, I'm happy with either "dig deeper and fix" or "scream LA LA LA CAN'T SEE YOU as we requeue it on !roseapple"... Up to you.23:16
cjwatsonWhich is going to depend on whether the runs in question take it across a second boundary.23:16
cjwatsonI think I might do both.  Requeue on !roseapple for now, in parallel attempt to reproduce on ext3 and report upstream.23:17
infinitycjwatson: That works.  It wasn't an XOR. ;)23:18
infinity(Though, I suppose the English word "either" preceding an OR implies XOR, doesn't it?)23:18
infinityBoolean interpretation of conversational language is tricky.23:18
cjwatsonconventionally :)23:18
cjwatsonWhoops.  Dear cjwatson, try giving back the correct version.23:20
=== Ursinha-afk is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
cjwatsonBingo, that test fails first time on ext3.23:30
infinitycjwatson: Probably fair to say, as a belt-and-bracers thing, that we should file a ticket to reinstall any remaining ext3 buildds as ext4.  Not for the testsuite, but just for not tripping on make races in general.23:30
cjwatsonI'll report it tomorrow23:30
cjwatsonYeah, there's an argument for that, I guess23:30
cjwatsonThough you do have to be working at it to trip over this23:30
* cjwatson -> bed23:31
infinitycjwatson: Well, it mostly only matters on sufficiently speedy hardware, which means that, in practice, roseapple may be the only affected machine, really.23:32
infinitycjwatson: ia64 and sparc will be ext3, but I don't care, and ross and adare probably are, but are slow enough to not trip often on such things.23:32
infinityGrr, forgot to accept the UEIF blobs for that kernel SRU.  Such an unintitive workflow...23:36
=== Ursinha-afk is now known as Ursinha

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!