/srv/irclogs.ubuntu.com/2013/10/11/#ubuntu-devel.txt

=== robert__ is now known as nudtrobert
=== wedgwood is now known as Guest48850
=== jrib is now known as Guest10239
=== henrix_ is now known as henrix
pittiGodo morning04:43
pittiinfinity: can do, yes04:43
pittibdmurray: I wouldn't have bothered with quantal/raring, for precise it sounds fine to me; but it's already in -proposed now anyway :)04:44
pittiinfinity: btw, I synced postgresql-9.1, that should build on arm64 now04:51
infinitypitti: \o/04:52
infinitypitti: Will look shortly.04:52
pittiinfinity: meh, still no export on https://translations.launchpad.net/ubuntu/saucy/+language-packs05:10
pittiwgrant, StevenK: ^ could you please check whether this is running, or something went wrong?05:10
wgrant2013-10-10 11:31:31 ERROR   Uncaught exception while exporting PO file 244479405:11
pittiargh05:11
wgrantDB thing, it seems05:11
pittiapparently the delta packs run like clockwork, so so PO file 2444794 apparently hasn't been touched for a while05:11
wgrantNah, nothing particular to that pofile, I don't think05:12
wgrantJust a DB glitch05:12
pittiwgrant: the last export also took about a day longer than expected, but eventually arrived; did that get restarted manually or did it somehow recover from that error?05:12
wgrantpitti: I haven't manually scheduled one in months. You sure it just wasn't the export that happens a couple of days later?05:13
pittiwgrant: it could have very well been that05:13
pittibut time is more critical now with the final release around the cordner05:13
pitticorner05:13
wgrantIIRC saucy happens tue/thu05:14
wgrantMight have to kick a special one off now05:14
pittithat would be good, so that we can build them Monday morning (or I kick them off on Sunday)05:14
pittiinfinity: ah darn, missed the final freeze for psql? I was waiting for the LP import of the sid upload, but it didn't happen until I had to leave05:16
pittiinfinity: well, I guess it can stay in -proposed and we 0-day update it to -updates if you don't want it in the release any more05:17
infinitypitti: Nah, it's all good.05:17
infinitypitti: Bonus points if it actually builds.05:18
pittiinfinity: well, I refreshed config.guess/sub to latest saucy autotools-dev; I'm not sure it'll actually work there, let's see what the tests say05:18
pittiinfinity: in 9.3.1 I saw a log entry "add arm64 s_lock code", we might want to backport that05:19
infinityOther than random segfaults and, of course, compilers needing to be ported, most stuff has Just Worked, so I have high hopes.05:19
infinityI don't much care if anything's *optimised* for arm64 right now, so if 9.3.x will make it to 14.04, that's cool.05:20
infinitysarnold: Have you looked at #1220434?  Looks like the last MIR of the cycle.05:22
pittiinfinity: yes, 9.3 will be in 14.0405:23
infinitypitti: Kay.  So, if this 9.1 build works at all, we win.05:24
infinitypitti: More concerned about it because it's part of the base bootstrap loop, not because I think people will want to run psql on their simulators. :)05:24
pittiinfinity: at the worst case I can reupload with a trivial change to add arm64 to the 'test failure is okay' list in debian/rules05:25
pitti(currently hurd and kfreebsd)05:25
bdmurraypitti: I meant the verifying the fix for the bug05:32
pittibdmurray: it's certainly not verified until it gets tested with the actual binaries from -proposed05:33
pitti(guard against weird build failures, etc.)05:33
pittiinfinity: OOI, did you find out why gid=tty now magically works?05:39
pitti(or does it?)05:39
pittiwgrant: just to avoid misunderstandings, did you kick off a new export now?05:40
wgrantpitti: I poked ops about it, haven't got a response yet, will repoke once UK appears I guess.05:40
pittiwgrant: ah, thanks05:40
pittihm, why is consolekit still being installed by default05:40
* pitti checks germinate05:41
infinitypitti: It works fine for me.  I can't figure out what WASN'T working before I rebooted.05:43
infinitypostgres (27651): /proc/27651/oom_adj is deprecated, please use /proc/27651/oom_score_adj instead.05:45
infinitypitti: Yell at your upstream about that. :P05:45
infinitypitti: This is 2013, I shouldn't still be seeing those messages.05:45
infinitypitti: (Build went fine on arm64, though)05:46
pittiwow, already built?05:47
pittiit takes some 10 minutes with all the tests even on my machine05:47
pittiah, time flies fast this morning05:47
pittiyay05:48
pittiinfinity: upstream is on BSD :)05:48
pittiinfinity: yeah, I've got a bug for oom_adj05:48
infinitypitti: My inability to recreate the broken situation I had with the new eglibc leads me to believe I just had something weird going on locally.  But I dunno.05:50
pittiinfinity: (btw, I uploaded umockdev earlier)05:53
infinitypitti: Thanks.05:53
infinitypitti: You apparently have fans, because mir build-depends on it.05:54
pittiheh, yeah05:54
pittiI could actually also make upower build-dep on it, now that we have it in Debian, too05:55
infinitypitti: component-mismatches was your code, right?06:15
pittiinfinity: I wrote the SVG/html report on top of it06:15
pittihttp://people.canonical.com/~ubuntu-archive/component-mismatches.svg06:15
pittinot c-m itself06:15
pittiI thought that was part of LP?06:15
infinityAhh, hrm.  I'm trying to figure out why the c-m python script appears to be crashing on a binary that doesn't exist. :P06:16
pittiah no, that was NBS06:16
infinityOh.06:17
infinityI bet it's because germinate's still crashing on pepo.06:17
infinitywgrant: Did anyone look into that?06:17
wgrantinfinity: Colin said he might, but I suspect he was a bit busy.06:18
Guest3903i'm seeing quite serious issues while trying to install kubuntu using beta2 or latest ISO  -- looks like it's failing in some partition parsing, so the installer is completely stuck after the "Prepare" step06:32
Guest3903i have filed a bug here: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/123844606:33
ubottuUbuntu bug 1238446 in ubiquity (Ubuntu) "Ubiquity is stuck after "Prepare" step" [Undecided,New]06:33
Guest3903could someone help me debug, or populate the bug report and make it more useful? thanks06:33
dholbachgood morning06:59
Guest3903hi dholbach: i am facing a serious ubiquity bug on the livecd. could you help me out? or at least help me provide a better bug report?07:02
Guest3903i have filed a bug here: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/123844607:02
ubottuUbuntu bug 1238446 in ubiquity (Ubuntu) "Ubiquity is stuck after "Prepare" step" [Undecided,New]07:02
dholbachGuest3903, I just had a look at /usr/share/apport/package-hooks/source_ubiquity.py - and if you could find an upstart/ubiquity.log and/or casper.log and/or oem-config.log that'd probably help07:06
dholbachGuest3903, but this is just me doing guesswork - I'm not an expert07:07
Guest3903dholbach: i am still on the livecd, so if you can tell me where, i can try07:07
dholbachGuest3903, also in /var/log - like the other log files you added07:08
Guest3903Attached /var/log/casper.log07:08
Guest3903i dont' see an upstart/ubiquity.log07:08
dholbachoSoMoN, happy birthday! :)07:15
Guest3903i have a feeling i can resolve the problem by clearing out all my partitions, but i thought i'd rather file the bug so that if it's a ubiquity problem, it can be fixed07:16
infinityGuest3903: What filesystem is/was on that partition?07:22
infinityGuest3903: Was it XFS?07:22
Guest3903no07:23
Guest3903infinity: there are 4 partitions, all of them are either vfat or NTFS07:23
Guest3903infinity: just added that info to the bug report07:24
infinityFun.07:25
Guest3903yea, the XFS errors confused me too07:26
infinityOh, there isn't even an sda4 (well, it probably exists as an extended container)07:26
infinityThe plot thickens.07:26
Guest3903well, does GPT even have concept of an extended partition?07:26
Guest3903infinity: also, curiously, parted crashes while trying to print the partition table07:28
infinityOh, this is GPT?  I missed that on the first.07:28
infinitypass...07:28
infinityMaybe GPT doesn't deal well with having holes in the numbering scheme?07:28
infinityGuest3903: What does /proc/partitions have to say about it?07:30
Guest3903infinity: udpated report07:31
Guest3903infinity: sda4 seems to be partition of unknown type with flag "msft-reserved" -- unlikely to be a hole07:33
infinityGuest3903: Yeah, I found that in the partman log too.  No idea what that is.  Maybe a place where they stuff filesystem snapshots or something?07:34
=== CyclicFlux is now known as Guest29308
infinityGuest3903: Anyhow, your simple way forward is just to blow up the partition table.  But if you're keen on debugging and fixing that, you might try asking xnox about it when he's around in an hour or two.07:35
xnoxinfinity: "in an hour or two" phhhh07:35
infinityOr right now. :P07:35
* xnox yawns07:35
Guest3903infinity: yes, i'd rather help fix it if i can :)07:36
xnoxGuest3903: i don't see anything obvious. And indeed it's strange that gpt partition table gives you head-aches.07:36
Guest3903and interestingly, the 13.04 installer did not have any issues on this exact setup07:37
* xnox ponders why there is Permission Denied.07:38
xnoxGuest3903: all of them are unmounted right?07:38
Guest3903xnox: yes, "mount" does not show any sdaX partitions mounted07:38
xnoxGuest3903: ok. And what are the labes on /dev/sda2 and /dev/sda1 ?07:39
xnox*labels07:39
Guest3903xnox: sda1 is "SONSYS" and sda2 is "Recovery", type vfat and ntfs respectively07:39
oSoMoNdholbach: thanks :)07:40
Guest3903i have a feeling that SONSYS is the EFI System partition, Recovery the OEM "windows recovery" partition, no clue about msft-reserver, and the last partition my actual windows install, xnox07:40
jderosexnox: since you're around... any ideas as to why the OEM user isn't getting removed by oem-config after the user config runs? my highest priority item the next week is getting this fixed (on behalf of System76)... so please task me with whatever will help :)07:42
xnoxGuest3903: infinity: so couple of things are weird. Cause EFI is usually first, not /dev/sda3, and parted thinks they are called "/dev/sda1žé" and "/dev/sda29"07:42
jderosexnox: and a quick question: is there a way to make ubiquity do more verbose logging during the user config?07:44
Guest3903xnox: both look like EFI, though it's impossible: https://dpaste.de/ADXx07:44
Guest3903xnox: i think sda1 is ESP for sda2 "recovery" OS, and sda3 is ESP for sda4/sda5 "windows" OS07:44
xnoxjderose: i wonder if it is a side-effect of ubiquity starting a logind session. Let me get you version numbers such that we can test downgrading oem-config "between the install & prepare for final shipping" stage.07:44
Guest3903xnox: and if i power my laptop using "assist" button, the recovery ESP kicks in and starts the "recovery" OS (which is windows recovery mode)07:45
Guest3903if i power on using the power button, windows starts as usual07:45
xnoxjderose: yes, more verbose mode would be, I still think "debug-ubiquity" at kernel cmdline, https://wiki.ubuntu.com/DesktopCDOptions07:45
jderosexnox: yeah, my hunch is it's related to the new PAM stuffs in ubiquity-cm, but i don't have enough ubiquity knowledge to grok what's really going on :)07:46
xnoxjderose: oh right, yeah.07:46
xnoxjderose: you can't delete a user with active pam session.07:46
xnoxjderose: we usually hang out on #ubuntu-installer, but I guess we can continue here.07:47
jderosexnox: so bits of the user config are running as the OEM user then?07:47
xnoxcjwatson: infinity: so ubiquity-dm opens a pam/login session for the oem-config user.... thus can't delete it whilst it's well still logged in. Where/how should the user account be deleted? oem-config/post-stop?07:48
Guest3903xnox: any more useful info i can provide/07:49
xnoxGuest3903: what's the output of "$ sudo parted -l" ?07:50
Guest3903xnox: https://dpaste.de/7vqi same error pretty much07:51
infinityxnox: Yeah, if there's a point where we shut down that session, that's when we should delete the user, I guess.07:51
xnoxjderose: so what happens is that machine boots normally -> starting lightdm even is emitted in upstart, oem-config job starts and blocks lightdm. Oem-config job checks for magic file, and start ubiquity-dm as root. At that point ubiquity-dm creates a pam session for the oem-config user ( i think). At the end of the ubiquity-dm run, it deletes the user.07:52
xnox*not user but session.07:52
xnoxinfinity: right, let me look at that code path and check if I can close the pam session earlier, before deleting the user.07:52
xnoxGuest3903: i think your bug is against parted and or windows. So partition/filesystem labels really should not have multiwide characters / unknown encoding.07:53
xnoxGuest3903: if you can boot into windows, open partitioning/admin utilties and try to rename or remove partition labels of whatever is /dev/sda1 and /dev/sda2 in windows.07:54
xnoxGuest3903: then somehow reboot or check that windows still works.07:54
Guest3903but kde partition manager seems to understand the labels fine, xnox.. so it could be a partition thing?07:54
xnoxGuest3903: then boot up the 13.10 live cd and see what's there.07:54
Guest3903*parted thing07:54
xnoxGuest3903: hm, we do have old parted.07:54
Guest3903sounds like a regression still, because 13.04 installer worked on the same setup. i should probably try redoing that to test07:55
xnoxGuest3903: what does kde partitioner manager say? maybe screenshot, or copy strings?07:55
Guest3903xnox: kde partition manager screenshot is in the report07:55
Guest3903xnox: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1238446/comments/1307:55
ubottuUbuntu bug 1238446 in ubiquity (Ubuntu) "Ubiquity is stuck after "Prepare" step" [Undecided,Confirmed]07:55
xnoxGuest3903: well, you can fetch /var/log/installer/* from the installed 13.04 and check if the partitions were named the same back when you did 13.04 install. Not much has changed in parted stack in the installed in 13.10.07:55
Guest3903argh. https://launchpadlibrarian.net/153474755/snapshot1.png07:55
Guest3903xnox: i don't have the installed system any more, sorry.. i could try running the 13.04 installer again i guess07:57
xnoxGuest3903: strange.07:57
Guest3903i am sure it worked, though, because i cloned my current disk from the same disk image used when i had installed 13.0407:57
jderosexnox: so when i use debug-ubiquity, does this additional logging go into syslog, or are there other log files i should be looking at?08:01
xnoxjderose: /var/log/installer/oem-config i think =/ or look at other files under /var/log/installer/*08:01
xnoxjderose: there should also be /var/log/upstart/[oem-config|ubiquity].log08:01
jderosexnox: upstart/ubiquity.log - http://paste.ubuntu.com/6221392/08:05
jderosenot sure if that ValueError is related or not08:05
xnoxi don't think so.08:06
xnoxit's probably from the "normal/first install"08:06
xnoxnot from oem-config run.08:06
Guest3903whoa, the parted in 13.10 is 3 years old! the lates t release was also in 2012 .. any idea why i08:08
Guest3903any idea why we have such an old release?08:09
xnoxGuest3903: because FS code was removed in the new major parted series, and debian-installer is not ported yet to the new world order.08:10
Guest3903xnox: ah i see08:10
Guest3903xnox: ok, i am going to try booting the kubuntu 13.04 iso to see if it actually works or i'm just misremembering08:11
Guest3903can't think of anything else useful to do :)08:12
Guest3903apart from booting to windows and changing the partition labels as you suggested08:12
xnoxGuest3903: or change the labels using KDE partition manager & reboot the installer again.08:13
Guest3903but parted is not tripping up on the labels, is it? it's tripping up on the device names right08:13
xnoxno, device names are fine.08:14
xnoxi think.08:14
xnoxinfinity: it's hallarious but purely from packaging I'm failing to see where "ubiquity" ui is actually started upon oem-config-firstboot. lol.08:15
jderosexnox: i attached a tarball of all of /var/log after running the user config (and with the debug-ubiquity boot arg) - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/123116608:15
ubottuUbuntu bug 1231166 in ubiquity (Ubuntu Saucy) "oem config user remains the default user after full oem installation" [High,Triaged]08:15
xnoxjderose: thanks.08:16
jderosexnox: well, makes me feel a little better about me struggling to find my way around ubiquity :P08:16
xnoxinfinity: bug #62488808:16
ubottubug 624888 in ubiquity (Ubuntu) "if oem user is logged in more than one tty when oem-config is set up, the oem user is never completely removed" [Undecided,Fix released] https://launchpad.net/bugs/62488808:16
infinityxnox: Did the s/deluser/userdel/ thing get reverted, or does userdel now shut you down too?08:20
jderoseinfinity: i looked at that earlier today... currently it's using userdel, in oem-config-wrapper i believe is the script08:21
xnoxinfinity: does it know about systemd?08:22
xnoxinfinity: well logind.08:22
jderoseif the problem is trying to delete the OEM user when that user is logged, can the userdel bit be moved to later stage?08:24
infinityxnox: Effed if I know.08:25
infinityxnox: uderdel is pretty dumb, it's not meant to know about much at all.08:26
infinityxnox: Does userdel perhaps just need a '-f' to fix the bug?08:26
jderoseit's being called with `userdel --force --remove oem`08:26
xnoxjderose: || true08:27
infinityI guess force needs to be taught to force harder...08:27
jderosewell, yeah, that bit too :P08:27
xnoxso we don't fail, on not removing oem-config user.08:27
* xnox will move it to post-stop exec line in upstart job and check what happens.08:28
jderoseyeah, that seems a bit fragile... better to get a loud error in that case so regressions are noticed sooner08:28
* xnox goes to find coffee08:28
jderosexnox: infinity: thanks for your help on this! much thanks from System76 :D08:29
=== kubuntu is now known as Guest42952
Guest42952xnox: i was wrong, 13.04 ubiquity has the exact same problem. it's stuck after "preparing"08:31
Guest42952and parted also errors out with the same message08:31
Guest42952 and yet again kde partition manager works perfectly08:31
infinityGuest42952: Can you try relabelling to test xnox's theory that the hang is due to multibyte chars?08:33
infinityGuest42952: We can argue if that's a bug that parted (or something) can't read those labels, and it probably is, but it would be nice to prove it first. :)08:33
Guest42952well kde partition manager is not allowing me to change labels08:34
Guest42952but if both blkid and kde partition manager can read the labels fine, it has to be a Parted issue, right?08:35
infinityI'm not convinced that parted's problem is the labels just yet.08:35
pittiseb128: bonjour, ça va ?08:38
pittiseb128: did you already talk to the release team about 3.10.1 bits next Monday?08:38
seb128pitti, salut, oui, et toi ?08:38
pittiseb128: je vais très bien, merci08:38
seb128pitti, no, I planned to just SRU those, we don't have so much 3.10 anyway08:38
pittiseb128: ok, then I perhaps upload gnome bug 709223 as a patch right now08:39
ubottuGnome bug 709223 in general "problem with toggleref thread-safety" [Normal,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=70922308:39
pittiseb128: I'll release pygobject 3.10.1 on Monday with that (and a memleak fix)08:39
seb128pitti, if you want it in the release, today seems a better bet than monday in any case08:39
seb128who knows we might not get respins after monday08:39
infinityMonkeys may fly, too.08:40
infinity(But I appreciate the enthusiasm and confidence)08:40
pittioh, I thought it was the pigs who can fly, but perhaps that doesn't work in Canada? :-)08:40
xnoxpitti: britain is a funny place.08:41
xnoxinfinity: or not yet?08:41
xnox=)08:41
pittiin Canada they say "Adams can sleep"08:41
infinitypitti: It is, and the monkeys traditionally do something slightly less tasteful.08:41
infinityxnox: Not in London until Sunday.08:41
xnoxpitti: The Adams family, tudutudutudu.08:41
Guest42952infinity: anything else i can provide to help?08:41
pittioh those mental pictures *off*, *off*!08:41
infinityGuest42952: Not sure, TBH.  Hence why I pointed you at xnox.  Not my area of expertise. :)08:42
Guest42952fair enough. xnox, anything else that could help debug/08:42
xnoxnot really no.08:42
Guest42952ok. thanks for all the help, xnox, infinity!08:45
tvoss_pitti, pin08:46
tvoss_g even08:46
pittihey tvoss_08:46
jderoseer, what did i do... now oem config is launching the ubiquity installer rather than the user config... hmm, time to unbork my VM i guess08:48
tvoss_pitti, mind having a look here: https://bugs.launchpad.net/mir/+bug/123841708:51
ubottuUbuntu bug 1238417 in Mir "Unity does not process events from evdev device created before unity is restarted (autopilot tests)" [Critical,Confirmed]08:51
pittitvoss_: queueing08:51
=== iahmad is now known as iahmad|afk
tvoss_pitti, ack and thx08:52
jderosexnox: so what were you moving to post-stop?08:58
xnoxjderose: i am investigating at the moment.08:59
jderosexnox: please let me know if there is anything you want me to try/test09:00
xnoxjderose: there is also kernel cmd line option "debug-oem-config" in addition to "debug-ubiquity"09:00
jderoseah, okay, i'll try that too. my VM is again submitting to my will, so i'm ready to go09:00
jderosexnox: is there any use in using debug-oem-config and debug-ubiquity together, or should I just use debug-oem-config?09:02
=== Nigel_ is now known as G
xnoxi think you just need "debug-oem-config" but debug-ubiquity will not hurt.09:06
jderoseokay, i just tried without the "|| true" bit, hopefully the failure will log something useful...09:08
jderosexnox: attached another /var/log tarball - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/123116609:13
ubottuUbuntu bug 1231166 in ubiquity (Ubuntu Saucy) "oem config user remains the default user after full oem installation" [High,Triaged]09:13
xnoxjderose: i think that should work: http://paste.ubuntu.com/6221565/09:14
xnoxjderose: so, "before shipping to use"09:15
xnoxjderose: modify /etc/init/oem-config.conf to include the bits at the end from "post-start script ... end script"09:15
xnoxjderose: then reboot, do end user config, and observe that oem-config user is removed.09:15
jderosexnox: okay, trying now...09:15
jderosexnox: yup, that fixes it!09:24
jderoseoem isn't in passwd or group, and /home/oem has been removed09:25
jderoseuser login works as expected09:25
xnoxjderose: good.09:26
xnoxjderose: we do keep ubuntuone package for the end user configuration. but it's a separate package from oem-config, FYI.09:26
jderoseyeah, i saw the plugin is in a separate binary package... first thing i tried was removing it, just in case that was the problem :P09:27
jderosebut we'll leave it in place, btw09:28
jderosexnox: what's the best way for me to help with this? https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1237694 <= my next highest priority09:29
ubottuUbuntu bug 1237694 in System76 "Installation fails without Internet" [Critical,Triaged]09:29
xnoxjderose: i'm working on bug #1226912 at the moment09:29
ubottubug 1226912 in ubiquity (Ubuntu Saucy) "ubiquity starts but does not appear" [High,Confirmed] https://launchpad.net/bugs/122691209:29
jderose(also, BTW, i'm not 100% sure 2.15.21 was what introduced that regression)09:30
xnoxhm.09:30
jderosexnox: so does this only happen when you "try ubuntu first" rather than directly choose "install ubuntu"? I think i hadn't noticed this because i tend to use the latter09:31
xnoxjderose: no, if you press Esc at boot splash and select "try ubuntu without changing your computer" text menu item.09:32
xnoxjderose: or e.g. if you select that on an UEFI machine.09:32
jderosegotcha09:32
pittibdmurray, stgraber, ScottK: would you mind ack'ing the psql microrelease uploads for all stables? (they have a MRE, and nothing out of the ordinary, so it should be rather straightforward); bug 123724809:32
ubottubug 1237248 in postgresql-9.1 (Ubuntu Raring) "New upstream microreleases 9.1.10, 8.4.18" [Undecided,New] https://launchpad.net/bugs/123724809:32
jderosexnox: okay, my brain is mush and i need sleep now, but i'll do what i can to help out on these ubiquity bugs tomorrow, and next week. thanks again!09:45
xnoxjderose: no worries. Thank you.09:46
pittiinfinity: I uploaded apport to disable crash reporting to LP for final release (as per release checklist); it needs to go into the final image, but not necessarily today yet, so please accept whenever it's convenient10:12
infinitypitti: Yeahp, thanks.10:13
infinitypitti: To be clear, this is just disabling the "open a web browser and file a bug and make me hate you for it" part, not the reporting to errors.ubuntu.com, right?10:14
pittiinfinity: correct, the whoopsie/daisy parts stay10:14
=== tkamppeter_ is now known as tkamppeter
pittiinfinity: same procedure as last release (and the ones before..)10:14
infinitypitti: Yeah, it's gotten a bit fuzzy with whoopsie in the mix.  I think we even had one release (or most of one) where we never had the web browser bits.  I liked that cycle. :P10:15
pittiinfinity: before whoopsie we completely disabled apport, to avoid the CPU overhead10:16
infinitypitti: No, I meant during a dev cycle, we didn't re-enable the browsery bits once.10:16
pittithen we had that rather long and heated discussion, I admitted defeat, and now it's done like that ever since10:16
pittiinfinity: we usually didn't do before alpha-210:16
infinityAnyhow, no big deal.  Current situation works.  Thanks for the upload.10:16
pittibut it's a matter of some gut feeling "it's time now"10:16
=== _salem is now known as salem_
evslangasek, pitti, others: I'm finding it hard to find time for bug 1235436. Is anyone available to help out?10:33
ubottubug 1235436 in apport (Ubuntu) "/etc/init/apport-noui.conf is non-functional on the phone" [Critical,New] https://launchpad.net/bugs/123543610:33
xnoxev: i think it's a funny integration with ro-system images. You cannot rely on file being present or not. Instead you should check if contents of it is zero / non-zero. Or some such. As we can make that file available by default, and allow users over-writting its content, but not completely delete the file.10:40
xnoxev: this is similar to the timezone changes not persisting across ro-system upgrades bug.10:40
xnoxev: how is /etc/init/apport-noui.conf created at the moment?10:41
evxnox: it's shipped as part of apport10:41
xnoxsorry, i mean the /etc/apport/autoreport.10:41
xnoxthat shipped as well?10:41
xnoxev: i think will be SRUing that bug report.10:42
evxnox: oh dear. We need to add that to the writable paths - it's created by system-settings10:43
pittiit's not in the current images at least10:43
pittiso, another victim of our hacked-up /etc? :-/10:43
xnoxev: and you can't test with [ -e ], as system-image updates are ro, and bind-mounted. If user "deletes" the bind-mount, it would be recreated on reboot.10:44
xnoxev: but you can make it writable, thus one needs to check it's contents, or some such. Which means that maybe you can reuse existing whoopsie config file which is parsable and add "auto=True" key to it.10:45
evxnox: can you please add your thoughts to the bug so we're tracking this in a single place?10:45
xnoxev: ok.10:45
evthanks, just trying to manage calls and chatting here at the same time10:45
xnoxev: and then there is the race to fix of multiple apports tracing the same thing =)))))10:45
evI'm going to lose some details :)10:45
pittixnox: nah, let's not automatically modify conffiles10:46
xnoxpitti: hm, good point.10:46
pitti(sorry, just half a brain cell here either, it seems today is the day when I get bombarded with "OMGcanyoulookintobugXXXXX" requests)10:46
xnoxev: right after I make ubiquity to stop spinning in an infinite loop.10:46
xnoxpitti: ditto =)10:46
pittibut please let's not do any knee-jerk addition of files o writable-files10:47
pittithe current implementation for handling files there is quite frankly rather broken and not maintaintable at all10:47
pittiev: I'd rather move the file to /lib or something10:48
pittiev: or an alternative lookup path to /userdata, or whichever path we actually have left for putting data into10:48
pittias we essentially said "/etc/ is not for configuration any more", I guess /userdata is the logical replacement10:48
evpitti: I honestly don't mind where we put it10:54
evdefinitely deferring to your better judgement on this :)10:54
=== salem_ is now known as _salem
=== MacSlow is now known as MacSlow|lunch
infinitypitti: I'm emptying out the stragglers in the NEW queue, and there's an oddity there from you.11:14
infinitypitti: You removed flphoto from saucy because it "didn't work with libgphoto 2.5+" and then, on the same day, you uploaded a no-change rebuild, which got cause in NEW because you'd already removed the previous version.11:15
infinitypitti: So, which is it? :)11:15
infinitys/cause/caught/11:15
=== Guest10239 is now known as jrib
pittiinfinity: I think the reupload was an error, I probably just forgot to rm it from my local "to rebuild"  folder, sorry11:19
tvoss_pitti, wondering: which value is adjusted by upstart when defining an oom adjustment for a job?11:42
=== iahmad|afk is now known as iahmad
ogra_tvoss_, how does that matter, since we artificially set it to what we like from lightdm12:05
ogra_(which is -10 for all apps started by the session currently)12:06
ogra_tvoss_, http://bazaar.launchpad.net/~mad-wol/upstart/oom-score-stanza/revision/128012:07
=== MacSlow|lunch is now known as MacSlow
ogra_tvoss_, "/proc/%d/oom_score_adj", getpid ());12:10
ogra_it seems to also just use the /proc node12:10
ogra_(and defaults to 0 as you can see in the code)12:11
ogra_tvoss_, if you want to allow users to set it you will have to change the kernel i fear12:11
tvoss_ogra_, not users, u8, but I think I found a way12:11
ogra_u8 runs as phablet12:11
ogra_since it gets started by the session upstart process12:11
ogra_which runs as phablet as well12:12
tvoss_ogra_, yup, but we can use setcap12:12
ogra_ah, that could possibly work12:12
=== _salem is now known as salem_
mdeslaur@pilot in12:27
=== udevbot changed the topic of #ubuntu-devel to: Ubuntu 13.10 Beta 2 released | Archive: frozen, final freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> raring | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mdeslaur
* dholbach hugs mdeslaur12:36
* mdeslaur hugs dholbach12:36
roadmrhello folks! I was following the procedure to secure-boot over pxe (https://wiki.ubuntu.com/UEFI/SecureBoot-PXE-IPv6) and found what appears to be a typo in shim.efi.signed, it tries to load "grubx64.efi(", I found this by monitoring the tftp log file after it failed to load "grubx64.efi"13:09
GridCubeI wonder why "users" list two times any user name, i understand that users list currently logged users to a system, so it means that my user is logged twice?13:48
xnoxslangasek: ^ see roadmr message.13:54
dobeyGridCube: #ubuntu is for asking for help on ubuntu. the one user listed multiple times is because of virtual terminals and such (if you have terminal windows open, for example)13:57
GridCubeoh correct! dobey :D i opened a bunch of terminals and i got a bunch of my names, thanks a lot. (and sorry for using the wrong channel)13:59
ice9I want to start with Ubuntu development so where to find simple bugs to start with?14:19
rbasakice9: try looking for bugs tagged 'bitesize'. Eg: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize&orderby=-date_last_updated&start=014:25
=== doko_ is now known as doko
mardyseb128, Laney: about the EDS integration with UOA, I just forwarded you a patch15:09
seb128mardy, I was just reading that, what did you ask to mbarnes? if it would be easy to backport the fix?15:09
mardyseb128, Laney: it's a backport of the OAuth support for calendar, to 3.815:10
mardyseb128: yes, and he did this in a very few minutes15:10
seb128hehe15:10
mardyseb128: so I guess it's not tested, but that's up to us15:10
seb128the guy is a rockstar ;-)15:10
seb128mardy, right15:10
seb128mardy, it's too much of a diff for saucy anyway15:10
seb128mardy, but let's land early next cycle (then maybe backport it)15:10
mardyseb128: maybe we can keep it in -proposed, and give it quite some time for testing before pushing it to everyone?15:12
seb128mardy, yes, just not for saucy since we are frozen for release since yesterday15:13
mardyseb128: sure15:13
seb128mardy, but I'm keeping it on my todo for after next week15:13
mardyseb128: thanks15:13
roadmrxnox: perhaps I could file a bug about the shim problem? is lp:ubuntu/shim-signed a good place for that?15:18
=== wedgwood_ is now known as wedgwood
mdeslaur@pilot out16:06
=== udevbot changed the topic of #ubuntu-devel to: Ubuntu 13.10 Beta 2 released | Archive: frozen, final freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> raring | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
slangasekev: I could kick in some time for buG #1235436, but would want pitti's and your guidance on architecture16:11
ubottubug 1235436 in apport (Ubuntu) "/etc/init/apport-noui.conf is non-functional on the phone" [Critical,New] https://launchpad.net/bugs/123543616:11
evslangasek: happy to provide guidance, I just don't want to see it fall on the floor as I transition. It's best that more than my eyes are watching its progress.16:12
slangasekroadmr, xnox: that's no typo in shim.efi.signed; that wiki page was a bit optimistic, and assumed that we would get the fixed shim back signed from MS in a timely fashion16:12
slangasekroadmr: i.e., this is fixed in shim 0.4-0ubuntu4, but we've been waiting 2 weeks for a signature16:13
slangasekev: so if I were to take a stab at this, I would do what I described, having whoopsie scan directly and give whoopsie an 'autoupload' config option.  Where should that option live for whoopsie? Should it reuse /etc/apport/autoreport, or would you like an /etc/whoopsie/autoreport?  Or do you disagree with having whoopsie directly handle this?16:15
ev /etc/default/whoopsie?16:15
evslangasek: or either of those. I'm not fussy16:15
=== dpm is now known as dpm-afk
evthough pitti and xnox discussed concerns over using /etc on touch16:16
evsince it's not writable16:16
slangasekev: /etc/default/whoopsie has the difficulty that it's owned by the whoopsie package, so how do we configure it differently for phones vs. notphones16:17
slangasekso, probably needs to be a separate file16:18
infinityWriting to /etc at runtime is wrong even on classic UNIX systems.16:18
slangasek(and what was supposed to own that file anyway, since /etc/apport/autoreport still doesn't exist?)16:18
evslangasek: *nods*16:18
infinityAt least, I assume we're talking about runtime settings here.16:18
evslangasek: it's created by system-settings16:18
evbut it should be already populated16:18
slangasekoh?16:19
evwe got agreement from legal on that, provided we mention it in the first use dialog16:19
evand it should be - it's in the spec16:19
infinityWhich belong in user configs or system-wide stuff in /var (or whatever crazy Android equivalent the phone is currently using)16:19
xnoxev: we don't have first use dialog.16:19
evthough no one implemented that, did they16:19
xnoxyet.16:19
evwooooo16:19
slangasekheh16:19
evpriorties16:19
slangasekso, by default we have no mention of it, which means by default we can't turn it on?16:19
xnoxslangasek: ev: does that file has contents? we can bind mount it and writable, but then it's always present but has content that can be changed.16:20
evslangasek: we should check with legal - maybe there's a way out of this16:20
slangasekxnox: to be determined16:20
evit'd be really awful if we had it off by default16:20
evas that pretty much guarantees it wont get used16:20
slangasekev: I'm not going to try to circumvent the legal guidance here16:21
slangasekbecause I agree with it ;)16:21
ev*nods*16:21
slangasekfor now, I'll focus on sorting out the backend16:21
slangasekis system-settings supposed to have a toggle for this?16:21
evthough I am curious as to why you were seeing apport-noui running if nothing was creating that file16:21
evyes, and it does16:21
evI wrote it16:21
* ev checks on the actual phone16:21
slangasekev: because I created the file myself for testing ;)16:22
evoh right16:23
evand here I was worried it was all going to hell in a handbasket16:23
ev(not that it isn't :-P)16:23
evyup, it's there16:24
evsecurity and privacy -> diagnostics16:24
slangasekev: ah, so the toggle is there, and it's selected, but it doesn't seem to control /etc/apport/autoreport since I don't have that file16:35
evslangasek: on a call, sorry!16:43
roadmrslangasek: oh I understand, I'll wait for the next version then, rather than filing a bug.16:43
roadmrslangasek: (re: the "typo" in the shim)16:43
ogra_slangasek, so since i dont think that we will fix the ureadahead bug before release, would you be very opposed if i shipped an override upstart job for ureadahead (from lxc-android-config or ubuntu-touch-session) that mounts and unmounts debugfs at a place like like /dev/.ureadahead dynamically from pre-start/post-stop scripts ?16:45
slangasekogra_: er, what would doing that help?16:46
ogra_slangasek, it generates proper pack files on the phone here16:46
slangasekyes, I'm opposed to it because we analyzed the bug and showed that the debugfs mount had nothing to do with the failures16:46
stgraberright, it'd generate the packs and then never use them and then generate them all over again the next boot since at the time ureadahead starts it won't find them16:47
slangasekogra_: did the problem of /var/lib/ureadahead not being mounted before ureadahead starts get solved?16:47
ogra_stgraber, oh ? why ? they are in a rw dir16:47
ogra_stgraber, that would surely be mounted already once the upstart job fires16:48
stgraberogra_: ureadahead starts before any of the bind-mounts are applied16:48
ogra_well it definitely works fine on my maguro with such a hacked up upstart job16:48
ogra_stgraber, ?16:48
ogra_stgraber, dont you mount them in the initrd ?16:48
stgraberno16:48
ogra_oh16:48
stgrabermountall mounts those16:48
stgraber(note, we had that very discussion at least once already ;))16:49
ogra_slangasek, nope, my job would have to start later16:49
ogra_stgraber, right, i just noticed that i had a modified start on line in my test code16:49
* ogra_ would really like to get these 10sec faster boots :/16:50
slangasekcertainly; but you're not going to get that unless you manage to write pack files that actually get read again16:50
slangasekand that's not something that lends itself to a quick'n'dirty change16:51
ogra_so i would need to write them to a temporary space and copy them ...16:51
slangasek/sys/kernel/debug, btw, should almost always be mounted before the local filesystems16:51
slangasekno16:51
slangasek"temporary space and copy" means that they again won't be in the right place on the next boot16:51
stgraberthe real fix there is to get the initrd to mount /var/lib/ureadahead (I believe that was the conclusion of the discussion we had last time)16:52
stgrabersince that's the only way to have that directory readable and writable early enough for ureadahead16:52
ogra_ok16:52
cjwatsonThat's also a workaround, but a better one16:52
ogra_me grumbles about the metapackage update he just runs ...16:53
ogra_I: Checking Release signature16:53
ogra_gpgv: Signature made Fri Oct 11 18:36:48 2013 CEST using DSA key ID 437D05B516:53
ogra_gpgv: BAD signature from "Ubuntu Archive Automatic Signing Key <ftpmaster@ubuntu.com>"16:53
ogra_i get that pertty often in recent times16:53
ogra_(a second fresh run usually works then)16:53
stgrabercjwatson: it's not pretty I agree but I can't think of a cleaner way of doing it since / is read-only and so can't possibly contain the pack files. ureadahead is meant to start before mountall so can't depend on anything mounted by mountall, therefore we need the kernel, the initrd, upstart of ureadahead itself to mount the pack file location. The least ugly option being the initrd.16:54
stgraber*or16:55
cjwatsonstgraber: Clint offered the general outline of a solution in https://bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/523484/comments/34 which I think would be viable16:57
ubottuUbuntu bug 523484 in ureadahead (Ubuntu) "ureadahead requires /var on root filesystem" [Medium,Triaged]16:57
stgrabercjwatson: that'd mean the very early boot wouldn't benefit from ureadahead but it seems like an acceptable compromise to have a solution which works for everyone17:00
stgraberthough I don't think we should attempt something like that for saucy17:01
cjwatsonstgraber: ureadahead is "start on starting mountall" anyway, and not very much else runs while mountall is running; I don't think it would delay it much unless the fs containing /var/lib/ureadahead is unreasonably slow to mount17:01
cjwatsonstgraber: There are probably some complexities related to ureadahead-other17:02
cjwatsonstgraber: Yeah, I thought about taking a day or two and doing it, but I think it's too risky now17:02
stgrabersounds like something that should be done in early 14.0417:02
cjwatsonYep, we definitely should, that bug has dragged on way too long17:03
stgraberogra_: http://paste.ubuntu.com/6223336/ should (untested) give you a working ureadahead and also fix the fsck flag you mentioned the other day.17:03
ogra_stgraber, awesome !17:04
ogra_i'll test that on the weekend17:04
ogra_(and take care of landing it on monday)17:04
stgrabercjwatson: I commented in the bug and milestoned for 13.11 so it hopefully ends up on a list somewhere and we don't forget about it for 14.0417:07
cjwatsonstgraber: thanks17:10
sarnoldinfinity: no, I haven't looked at curtin 1220434 yet17:17
=== zyga is now known as zyga-on-his-way-
=== zyga-on-his-way- is now known as zyga-to-canada
=== kentb-out is now known as kentb
slangasekxnox: why the reopen of the dbus task on bug #1234731?19:49
ubottubug 1234731 in dbus (Ubuntu) "calling 'initctl set-env -g' from within an upstart job is lost" [High,New] https://launchpad.net/bugs/123473119:49
=== dpm-afk is now known as dpm
cjwatsonjdstrand: hmph, I wish I'd noticed earlier that apparmor/saucy has started pulling Python 2 back into standard, when raring had relegated it to desktop20:26
jdstrandwhy is it doing that?20:26
cjwatsonFor the sake of one script that would probably take five minutes to port20:26
jdstrandwe wrote everything for python320:26
cjwatson/usr/sbin/apparmor_status20:26
cjwatson#!/usr/bin/python20:26
jdstrandthat should be py320:26
jdstrandhrm20:26
cjwatsoncertainly doesn't seem to require anything 2-specific20:27
jdstrandyeah, that script is bi-lingual no less20:27
jdstrandwe did it that way intentionally20:28
jdstrandbut obviously got part of it wrong20:28
jdstrandcjwatson: it is a one character fix that I would be happy to upload20:30
jdstrandof course, I'd probably need a landing request and everythign else20:30
mdeslaurlol @ bilingual python20:31
infinityjdstrand: I'm all for the one-charater fix and no more python2.7 in standard, BTW.20:56
linuxIt will be great if ubuntu have on login option to choose effects ccsm like21:16
linuxminimum , medium , maximum with all posibilities like fire , wather , cube ... etc that will be great in unity for new users like girl and boys21:16
=== dpm is now known as dpm-afk
=== kentb is now known as kentb-out
=== dpm-afk is now known as dpm
=== salem_ is now known as _salem
=== Maple__ is now known as Guest95952
=== Guest95952 is now known as Mapley
=== funkyHat_ is now known as funkyHat
NoskcajThere's spam on http://qa.ubuntuwire.com/bugs/rcbugs/ again23:39
NoskcajAlso, is there any chance we could sync libtar? it fixes a CVE and nothing else23:40
slangasekNoskcaj: libtar would be allowed in if someone synced it, yes23:44
Noskcajslangasek: Is there any chance you cpuld, or at least file a bug. I'm not able to do anything other than irc curretly23:55

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