/srv/irclogs.ubuntu.com/2014/09/08/#ubuntu-devel.txt

pittiGood morning04:21
pittislangasek: mind pushing your systemd-shim update to bzr?04:24
slangasekpitti: done04:59
pittislangasek: thanks04:59
=== doko__ is now known as doko
dokopitti, had you a look at the failing pythonx.y test with the proxy set?06:00
pittidoko: yes, I mailed you about the result?06:00
dokopitti, no, you mailed a workaround, not a fix06:00
pittidoko: I mean I also mailed you the results with the option dropped that you suggested06:00
pitti"-network"06:01
pittithat still doesn't work, so I kept the "unset proxy" for now06:01
dokopitti, does the proxy handle ftp?06:04
pittidoko: there's no $ftp_proxy set right now; trying06:05
pittidoko: no, I'm afraid not06:07
pittii. e. our squid.internal doesn't handle ftp06:07
dokopitti, and smtp?06:11
pittidoko: smtp is certainly not something that's being handled through a proxy; but if you mean "can I send mail from that machine", there's no local MTA06:13
pitti(but a test hopefully doesn't try that :) )06:13
dokopitti, no, looking at the test_smtplib test06:14
dholbachgood morning07:04
kdeuser56caribou: how would I setup kdump with an encrypted root? I'd like to dump to the boot partition, but I could not get it to work07:37
=== tvoss is now known as tvoss|test
=== tvoss|test is now known as tvoss
dholbach@pilot in08:07
=== udevbot changed the topic of #ubuntu-devel to: Archive: Feature Freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach
seb128dholbach, hey, enjoy the piloting ;-)08:14
dholbachthanks seb12808:14
cariboukdeuser56: ouch, never thought of that08:17
cariboukdeuser56: which version ?08:17
kdeuser56caribou: I am on latest utopic08:18
kdeuser56caribou: there are a few bug reports against fedora/red hat and according to them it has been fixed there ...08:18
kdeuser56caribou: https://bugzilla.redhat.com/show_bug.cgi?id=105304508:19
ubottubugzilla.redhat.com bug 1053045 in kexec-tools "kdump.service complains about using encrypted rootfs as dump target even when crash ramdisk is capable of unlocking LUKS partitions" [High,Closed: currentrelease]08:19
cariboukdeuser56: they use a totally different codebase08:19
kdeuser56and https://bugzilla.redhat.com/show_bug.cgi?id=102839708:19
ubottubugzilla.redhat.com bug 1028397 in kexec-tools "kdump asks for luks password, when encrypted fs mountable" [Low,New]08:19
cariboukdeuser56: & changing KDUMP_COREDIR in /etc/default/kdump-tools didn't work ?08:19
kdeuser56oh ...08:19
kdeuser56caribou: I simply changed to /boot ... did not work08:19
kdeuser56caribou: can I somehow specify a partition?08:20
cariboukdeuser56: that's what it should do but it must already be able to mount / first. I don't know how it behaves when it is encrypted08:20
caribouI mean the kexec part of things08:21
kdeuser56caribou: hm ... can we somehow make it not mount root?08:21
kdeuser56caribou: mounting root will be problematic, since the screen will be frozen during panic and I can't see the password prompt08:21
cariboukdeuser56: no as the whole sequence implies a normal reboot up to the point where kdump kicks in08:21
kdeuser56caribou: hm... the fedora guys somehow managed to not mount root, if I got that right08:22
cariboukdeuser56: because of the fact that the initial boot sequence on Fedora is different08:23
kdeuser56caribou: so impossible on ubuntu? :-(08:23
cariboukdeuser56: I would not say *impossible* upfront, but it requires some investigation08:23
kdeuser56caribou: I'd be happy to provide as much information as needed08:24
cariboukdeuser56: I would suggest to open a bug o kdump-tools(ubuntu) on the matter08:24
cariboukdeuser56: the problem might be similar on Debian as well, but I maintain both so if needed I'll create a bug ther08:24
kdeuser56caribou: what information would you need there apart form how my partitions look like?08:24
cariboukdeuser56: maybe the kind of error message you get when changing KDUMP_COREDIR to /boot08:25
kdeuser56caribou: where can I find those error messages?08:25
kdeuser56caribou: I can't see any on the screen, because it simply hangs forever and wont reboot08:25
cariboukdeuser56: anything you see on the screen if any otherwise don't bother08:25
caribouthen just mention that fact08:26
kdeuser56caribou: Okay I have to be somewhere soon, I'll open the bug report later, may I ping you again for further communication?08:27
cariboukdeuser56: sure no problem08:27
cariboukdeuser56: I'm here all the time08:27
kdeuser56caribou: thank you very much08:27
dokoLogan_, online?09:15
Mirvmitya57: hi! the qtxmlpatterns upload is hitting us because of the versio checks done by Qt.. https://launchpadlibrarian.net/184302130/buildlog_ubuntu-utopic-amd64.libusermetrics_1.1.1%2B14.10.20140908-0ubuntu1_FAILEDTOBUILD.txt.gz09:28
Mirvmitya57: it'd either need manual forcing of the version number to 5.3.0 in qmake.conf or alternatively a revert09:28
pete-woodsogra_: hi, not sure if you're the right person to bug about this, but basically when developing (click packaged) scopes we need a bunch of stuff to be present both on the phone image, and devel packages in the SDK09:33
pete-woodsso I have this MR: https://code.launchpad.net/~unity-api-team/ubuntu-seeds/scope-facing-apis/+merge/23353509:33
pete-woodsas at the minute, it's just luck that makes those libraries available at runtime on the phone image09:34
pete-woodsand some of them simply aren't present in on the "devel" side09:34
ogra_pete-woods, we are pretty must at the very edge if it comes to available space on the image, do these three libs add anything ? also if you seed in sdk-libs they need to be part of the ofiicial framework and we commit to maintain them for the lifecycle of the device09:35
ogra_s/must/much/09:35
pete-woodsogra_: they are already present on the device afaik09:35
ogra_good09:35
ogra_what about the framework ?09:36
pete-woodsogra_: well we better had commit to maintaining them, as our example scopes in the SDK all use them :)09:36
ogra_(we can just seed them in touch or touch-core otherwise)09:36
ogra_ok09:36
ogra_i'll try to get to merge it later today then :)09:36
pete-woodsogra_: they are mostly tvoss libraries (except the json one)09:36
* ogra_ puts a "tvoss will maintain it" sticker on them 09:37
ogra_:)09:37
tvossogra_, that sticker is already there :)09:37
ogra_haha09:37
tvossogra_, but thanks, I like badges ;)09:37
lfaraoneso, I can technically just commit these (barring FeatureFreeze), but do bug 1366718 and bug 1366723 look like reasonable feature requests? I sort of want to sanity-check a bit :)09:39
ubottubug 1366718 in sbuild (Ubuntu) "sbuild-createchroot does not honour --keyring=""" [Medium,Triaged] https://launchpad.net/bugs/136671809:39
ubottubug 1366723 in ubuntu-dev-tools (Ubuntu) "mk-sbuild: add --debootstrap-args option" [Wishlist,Triaged] https://launchpad.net/bugs/136672309:39
lfaraonesorry, first bugnumb should be bug 136672109:39
ubottubug 1366721 in ubuntu-dev-tools (Ubuntu) "mk-sbuild: add --skip-security option" [Wishlist,Triaged] https://launchpad.net/bugs/136672109:39
* lfaraone waves at dholbach09:40
dholbachhi lfaraone09:40
lfaraonehow's lyfe?09:40
dholbachgood good - how about you?09:40
lfaraonenot bad. Just making sbuild do evil things, because of layer 9 reasons.09:41
dholbachlfaraone, if you're adding new options, it might make sense (my opinion) to have a chat with folks who put some work into mk-sbuild, for example kees or tumbleweed09:45
dholbach(I just ran 'bzr blame' on the script to get an idea)09:45
lfaraonethanks!09:45
=== MacSlow is now known as MacSlow|lunch
dholbachsmb, happy birthday!10:56
ogra_smb, yeah ... happy b-day !10:59
cjwatson~>11:04
cjwatsonsorry11:05
ogra_snakes !11:09
kdeuser56caribou: https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/136675411:10
ubottuLaunchpad bug 1366754 in makedumpfile (Ubuntu) "kdump does not work with encrypted root partition" [Undecided,New]11:10
cariboukdeuser56: got it11:12
kdeuser56caribou: thanks, for any additional info, experimts etc. just ask11:13
davmor2ogra_: oh ascii snakes that is definitely what the phone needs you should file a bug instantly ;)11:14
ogra_davmor2, well, colin developed it already it seems, we just need to merge it ;)11:14
davmor2ogra_: hahaha11:14
cariboukdeuser56: sure11:15
pete-woodsMirv: sorry to nag. but do you have any update on the broken qtxmlpatterns-opensource-src package? are we reverting? / (what page should I repeatedly hit F5 on?)11:23
Mirvpete-woods: I was hoping to get a reply from mitya57, but I guess I need to upload on my own soon(ish). it's when there's something new in release pocket at https://launchpad.net/ubuntu/+source/qtxmlpatterns-opensource-src/11:28
Mirvto not revert the changes in that upload, I'll try that forcing of module version (that I've successfully used in the past) as a workaround, and I'll use your silo as testing grounds :)11:29
pete-woodsMirv: that sounds like a pragmatic solution11:29
pete-woods(furiously hitting F5) :)11:30
rbasakinfinity: possible MySQL ABI breakage: http://lists.alioth.debian.org/pipermail/pkg-mysql-maint/2014-September/007015.html11:56
rbasakinfinity: thank you for getting me to check!11:56
=== MacSlow|lunch is now known as MacSlow
=== iahmad_ is now known as iahmad
Mirvmitya57: hey, it seems you just did an ubuntu2 upload! I just finished testing that this is what would work, if you don't mind doing ubuntu3 as well as yours failed to build: http://pastebin.ubuntu.com/8290061/12:24
Mirvit's a trick I learned when testing single module updates earlier12:25
dholbach@pilot off12:30
udevbot(pilot (in|out)) -- Set yourself an in or out of patch pilot.12:30
dholbach@pilot out12:30
=== udevbot changed the topic of #ubuntu-devel to: Archive: Feature Freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== iahmad is now known as iahmad|afk
cjwatsonMirv: (should be "mkdir -p .git" there for idempotency)12:37
Mirvack12:39
Mirvmitya57: thanks! and right, that works too.12:52
Mirvpete-woods: your F5 must have worn out by now, but during the last 800 refreshes you've seen that "ubuntu3" in proposed, so once that hits release pocket your build will start working shortly12:52
janimo`jamespage, hi, do you know what the status of golang 1.3 in utopic is?12:59
jamespagejanimo`, I think its not in yet13:00
janimo`jamespage, by status I meant plans and ETA :)13:00
janimo`sorry if I was not clear13:00
janimo`jamespage, any blocker for just syncing it?13:01
jamespagejanimo`, yes - you'll need to merge it to preserve the alternatives stuff13:01
janimo`jamespage, but no crashers or regressions on packages using it?13:01
jamespagejanimo`, I have no idea13:02
jamespagejanimo`, sorry - I've not tested anything related to the 1.3 upgrade13:02
janimo`jamespage, is anyone 'owning' golang packages in Ubuntu?13:02
jamespagejanimo`, I heard rumor that the next docker.io update was blocked due to the 1.3.x release13:02
jamespagejanimo`, was there a specific reason you wanted to upgrade to 1.3.1?13:04
janimo`jamespage, trying to build some nonpackaged apps from github which already rely on 1.313:05
janimo`I can build Go from sources but since we'd want 1.3 anyway soon I thought I'd ask13:05
jamespagejanimo`, I'd not stand in the way of a golang 1.3 bump but I lack to time capacity to reverse build and test everything in the archive; as golang statically links rebuilds are required.13:09
dokodirecthex, didrocks, Laney, seb128: not sure who of you disabled pch for armhf and arm64 ... this seems to work with 4.9. so please re-enable this when you see it in merges /update etc ...13:10
janimo`jamespage, so landing is not happening until those tests happen? I do not know the current landing process well13:10
seb128doko, what is "pch"?13:10
directhexsnuh?13:10
janimo`jamespage, we don;t just upload and then fix anything that is reported broken :) ?13:10
dokoprecompiled header files13:10
seb128doko, I lack context to understand what you are asking, is that about a specific package,13:11
seb128?13:11
jamespagejanimo`, I'm not sure the release team (or I) would signoff on that approach13:11
jamespagewe're past feature freeze so this would need a release team signoff, and they should ask for testing evidence13:11
* janimo` is longing for the good old times when development releases of ubuntu were development releases :)13:11
dokoseb128, no, but afaicr the desktop team disabled that for a few packages13:12
ogra_janimo`, we had a release schedule back then as well :P13:12
ogra_freeze is freeze13:12
janimo`ogra_, right, I just thought someone was responsible for Go if we're using it seriously or I'd have brought this up when 1.3 released, months ago :)13:14
ogra_we only use it semi seriously except in juju i think13:15
ogra_(which doesnt live in the archive afaik)13:16
pete-woodsMirv: thanks! I had noticed you put the new package in the silo :)13:16
seb128doko, do you have an example?13:17
dokoseb128, opencv13:18
hallyndesrt: then again, after writing the code, i'm a bit worried about giving all unpriv users the ability to take O(nlogn) of cgmanager's time with a single call where n is npids (i.e. trivial to bump)13:20
hallynnow that's only bc i was supporting gettasksrecursive(all, cgroup) so you wouldn't have to call it separately for all controllers,13:21
desrthallyn: ya... i was realising as i was writing this code that this could get annoying with large numbers of cgroups13:22
hallynbut that sort of seemed necessary13:22
desrtbut only privileged users can make these requests...13:22
hallynno,13:22
desrtat least via systemd-shim...13:22
hallynany unpriv user can create a container where they can start their own systemd-shim13:22
desrttrue13:23
desrtbut then they can do anything at all....13:23
desrti should not be concerned that the user has the ability to cause their own copy of systemd-shim to burn cpu cycles...13:23
hallyni suppose this just means i (o rsomeone :) will have to add accounting of time used per uid and report outrageous usage13:23
desrtbecause they could just as easily replace systemd-shim with a forkbomb -- it's their container, after all :p13:23
hallyndesrt: it's not their copy of system-dshim,13:24
hallynit's the global cgmangaer13:24
hallynwhic his not threaded13:24
hallynthat's what i'm worried about13:24
hallyni'm suggesting making systemd-shim do more work so cgmanger doesn't have to :)13:25
desrtmeh.13:26
desrti've already coded the necessary loops in systemd-shim13:26
hallynyeah, i'm undecided13:26
desrti took a bit of a different approach13:26
hallynoh?13:26
desrtit's non-recursive now13:26
desrti'm still working on the patch... it ended up being my sister's birthday yesterday so i couldn't ditch her just to hack on systemd-shim :p13:27
desrti'm figuring out the subtree stuff just now13:27
hallynso you don't need the recursive (non-kill) remove?13:27
desrtwell13:27
desrtit would be nice :D13:27
desrtbut no -- the code would be fine as it is13:27
hallynhm.13:27
desrti also added a retry mechanism13:27
desrtwe try to kill off all processes 5 times13:28
desrtof course, we could have a D-state process that won't receive even SIGKILL13:28
desrtso we can't retry forever...13:28
hallynright. seems to make sense to just go until there were no new tasks13:29
hallynwhatever happened to the 'kill' cgroup13:29
hallynnow on a well-setup systemd you should be able to freezer the freezer cgroup to prevent forks13:29
desrtthere is no cgroup-kill13:30
desrtand apparently it was never planned13:30
desrtwhich is kinda bogus.... seems like this would be the most useful feature of all13:31
desrt"remove this cgroup... and its contents"13:31
desrtanyway... gonna go back to hacking the shim now... should be done EOD13:31
desrthaving a hard time testing it, tho :/13:32
hallyndesrt: no, cgroup-kill was discussed several times, think there was even code.  oh well.13:33
hallyndesrt: timing sucks here.  but i can push a pkg with Prune and GetTasks Recursive today if it helps, but that seems to complicate things.13:33
hallyn(but then again if i don't i did this for nothing :)  - nothing new there)13:34
desrtso let me tell you what i'm doing13:34
desrtor let me paste it :)13:34
desrthttp://paste.fedoraproject.org/131785/4101832713:35
desrthttp://paste.fedoraproject.org/131786/83298141/13:35
desrtso basically, when i want to do an operation (Abandon, for example) on an existing scope ('session-1.scope' for example)13:36
desrti get cgmanager to enumerate the existing cgroups to me, under a particular path13:36
desrti now have a list of strings of cgroup paths13:36
desrti do this 'match' operation to find out which i should care about13:36
desrtso for example /user.slice/user-1000.slice/session-1.scope and /user.slice/user-1000.slice/session-1.scope/other match "session-1.scope"13:36
desrtso those go on my kill-list13:37
desrtand i just iterate over this list, killing and removing13:37
desrtuntil all such kills/removes are successful13:37
desrt(or 5...)13:37
desrtthe 'enumerate' algorithm is sufficiently simple... make an array, add the root node, initialise an index to 013:38
desrtthen as long as the index is less than the number of items in the array, enumerate the children of the item at the index and append them13:38
desrtlook ma... no recursion13:38
desrtthis is the one thing that it would truly help to have in cgmanager13:38
desrt"list me off, recursively, all cgroup paths below X"  (where X is probably, for example, "user.slice")13:39
desrtbut again, i'm getting by OK without it13:39
hallyndesrt: so in shim you only care about name=systemd.  that little nugget had escaped me.13:42
desrthallyn: ya... we've been using "all" in some places13:42
desrti honestly don't know enough about this stuff to know what is the right thing to say, so i mostly copied you :)13:42
hallynwell you do want to delete the other cgroups 9and creat them),13:42
hallynstgraber: good morning - are you around?13:50
stgraberhallyn: I am13:57
hallynstgraber: the methods i was adding to cgmanager over the weekend are now probably not going to be used by the shim.  So my q is whether you might need any of them, or if i shoul ddrop them.13:57
hallyn1. Prune - does a removeonempty followed by remove recursively,13:58
hallyn2. GetTasksRecursive - return a lis tof pids (for one, a set, or all controllers) for a cgroup and all its children13:58
hallynso 2. is my attempt tomake up for the fact that i can't safely do kill13:58
hallynthough as i was saying earlyer this morning i'm a bit worried about giving all unpriv users one cgmanager call that will take o(nlogn) of cgmanager's time on number of pids they create13:59
hallynbut it's probably ok13:59
cyphermox@pilot in14:01
=== udevbot changed the topic of #ubuntu-devel to: Archive: Feature Freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: cyphermox
hallynwell i guess if sytemd-shim doesn't need it then i can take more time testing it and tweaking it14:05
desrthallyn: fwiw, the prune (with kill?) thing would be really great14:07
desrtalthough it would only be truly useful if we had a way to tell it to do the matching of cgroup names for us14:07
desrtlike if we could tell it to kill all in .../session-1.scope/.../*14:08
desrtbecause otherwise we need to enumerate the list of cgroups to _find_ the proper path for session-1.scope anyway14:08
desrtso it doesn't save us much to not have to do that enumeration at the time of the kill14:08
desrtsince we already just did it...14:08
desrtas it is, though, we get into some stupid territory with containers14:09
hallyndesrt: i cannot do 'with kill' because it would provide a way for users to get aorund LSM kill restrictions (like yama)14:09
desrtsince we'll have to bounce all the way between the shim plus nested cgroup managers..14:09
desrtpreventing containers from killing their own children?14:10
hallynmaybe i'm missing what you mean - but shim shouldn't care that it's in a container14:10
desrteven as root?14:10
desrtbut when shim calls cgmanager inside the container, cgmanager will communicate with the cgmanager outside, no?14:10
hallynright,14:10
desrtso we're jumping through a bunch of different levels...14:10
hallyn(well, cgproxy)14:11
hallynright, but shim doesn't deal with those levels14:11
desrti know14:11
hallynok14:11
desrtbut that doesn't change the fact that performance could be bad...14:11
desrtanyway... not critical14:12
hallyndesrt: well the performance of the chained dbus calls is already a hit, sadly14:12
hallynyeah i think for 15.04, unless we can do away with cgmanager,14:12
desrti sent an email to msm asking if i could be readded to the plumbers list...14:12
hallyni'll want to go back to tuning performance, and add some auditing for abuse (like one container taking too much cgmanager time)14:12
hallyncool14:13
* desrt should have just sucked it up in the first place14:13
stgraberhallyn: nope, I don't think I need those for cgmanagerfs14:15
desrtstgraber: i hope you're not spending too much time working on this :(14:16
stgraberdesrt: nope, so far I spent about 30min on the python prototype :)14:16
desrtgood14:16
desrthopefully we can kill it during plumbers :)14:16
stgraberdesrt: so there are a bunch of things which should make it possible to kill it, but they are rather complex kernel features (cgroup namespace + unprivileged mount of cgroupfs) and we'll need backward compatibility for a few years so regardless of what will happen in the next 3-4 kernel releases, we'll need cgmanagerfs for a few years14:17
hallynsigh.  and the gettasksrecursive worked out so nicely last night :)14:18
desrthallyn: add it anyway?14:18
stgraberand the part of cgmanagerfs which provides meminfo, cpuinfo and stat will likely stay relevant for a while as the kernel folks made it pretty clear they don't want to make those files cgroup-aware...14:18
desrtis there a way to get change notification from cgmanager?14:22
desrton creation/remove of cgroups?14:22
hallyndesrt: it's either in the latest kernels, or on its way14:30
hallynnot creation, i think just removal14:30
desrtpah14:31
hallyn(and when it's in the kernels, cgmanager will export an epoll interface for it)14:31
hallynyeah14:31
desrtcgmanager is being unkind to me.14:33
* desrt tries upgrading14:33
=== _salem is now known as salem_
desrtso i keep getting "invalid request" in response to ListChildren14:43
desrtany idea?14:43
desrtdisregard.  reboot fixed it.14:45
* desrt had old names in his cgroup tree14:45
mitya57Mirv: sorry, I was not on IRC and read all your messages only now :P15:43
=== Ursinha is now known as Ursinha-afk
pittiRiddell, doko: hmm, so what caused all these KDE autopkgtests to suddenly fail?16:20
dokopitti, ?16:21
pittidoko: that was more of a CC:, as they block the gcc upload16:22
pittiI got 7 new "jenkins failed" regressions for ark, kfilemetadata, klettres, kcalc, etc., whose tests now all fail completely16:22
pittiCould not find executable /tmp/adt-run.GXmatc/build.C6j/kcalc-4.14.0/obj-i686-linux-gnu/knumber/tests/knumbertest.shell16:23
pittidid something recently changed in some common KDE build system tools?16:23
Mirvmitya57: heh, I thought there was async communications going on ;) no problem, all resolved now.16:23
pittiCould not find executable /tmp/adt-run.nVaQc4/build.b07/okteta-4.14.0/obj-i686-linux-gnu/kasten/controllers/customtostringtest.shell16:24
pittiRiddell: all the failures look fairly similar, like that ^ like the test isn't being built any more16:24
dokoyep, always some "shell" which is missing16:26
dokopitti, afaics the autopkg tests don't build, only run the test (at least ark)16:27
pittidoko: hm, I wonder how they previously passed then?16:28
pittiark has a fairly spotless record until now (https://jenkins.qa.ubuntu.com/job/utopic-adt-ark/)16:28
pittiand the log also shows that it builds the entire package16:28
pittiI think pretty much all KDE packages do that (first build, then run the built tests)16:28
slangasekpitti: so why did daily boot testing with upstart fall off the core-1403-systemd-transition workitems?  Wasn't the intention here to make sure both were tested so that a) we could ensure we weren't regressing upstart boot during the transition to systemd, and b) we could tell if a boot regression is init-specific or not?16:42
pittislangasek: ah, I removed it as the desktop/server ones on http://ci.ubuntu.com/smokeng/utopic/ already do that16:46
pittislangasek: or http://d-jenkins.ubuntu-ci:8080/view/Utopic/view/Smoke%20Testing/ (ci.u.c. is a little slow today, at least for me)16:46
slangasekah, ok16:46
pittislangasek: so we've always had daily testing with upstart already16:46
slangasekso this is "done" rather than "dropped" :)16:46
pittislangasek: well, "retroactively done" if you will16:47
pittislangasek: I first tried to add systemd tests to our daily image smoketesting, but that opened a can of worms16:47
pittislangasek: and as UTAH is going away, I don't think we should spend much time trying to fix that; ev rather suggested to run those in autopkgtest16:47
pittidoko: hm, I wonder how they previously passed then?https://jenkins.qa.ubuntu.com/job/utopic-adt-systemd/126/ARCH=amd64,label=adt/16:48
ev+116:48
pittierr, X clipboard, don't mess with me16:48
pittislangasek: so here they are: https://jenkins.qa.ubuntu.com/job/utopic-adt-systemd/126/ARCH=amd64,label=adt/16:48
* ev is in favour of anything that brings consistency to the way we drive tests16:48
pittidoko: sorry, paste error16:48
evthe fewer ways we have to run tests, the more tests we can run16:49
pittithe new "boot_and_services" reboots with systemd, and ensures that lightdm, NM, etc. all start16:49
pittithere's a lot more which I want to add there, but those are the most basic things16:49
tedghallyn, desrt, curious what the status of the cgroups systemd-shim patch is16:53
desrttedg: testing out a few issues still16:54
desrtbut it's mostly there16:54
tedgCool, great.16:54
tedgA today thing?16:54
desrta by-tomorrow-morning thing, certainly16:54
desrtabandon (which is the default) is working at least16:54
desrtbut i'm having some issues with the kill-all-the-things stuff16:54
tedgOkay, I'll plan on testing/trying to land the UAL tomorrow afternoon then. Give that a change to move through the phases of packaging/etc.16:55
=== Ursinha-afk is now known as Ursinha
slangasekpitti: ah, so these are autopkgtests now, does that mean we have nested KVM working reliably for adt?16:56
pittislangasek: no, I haven't touched that since I played around with that, nested KVM was a disaster back then16:57
pittithat was mid-trusty, perhaps it got a lot better since then16:57
pittibut as clouds usually don't have the very latest kernel/qemu, I think it'll still be a while since we can do that16:57
pittislangasek: we run autopkgtests in temporary VMs on bare metal right now16:58
pittislangasek: and in the new airline we'll create temp cloud instances and run the tests in them directly, then tear them down again16:58
slangasekhmm16:58
slangasekso do you get console off of the VM via cloud APIs?16:58
pittislangasek: ah, no; the current test is modifying the grub config to append init= and then reboots16:59
slangasekah, ick16:59
pittislangasek: as soon as we land the last bits from bug 1351306 I'll switch that to systemd-sysv16:59
ubottubug 1351306 in ubuntu-app-launch (Ubuntu) "Cannot uninstall upstart and install systemd-sysv" [Undecided,In progress] https://launchpad.net/bugs/135130616:59
slangasekso you aren't booting under a test harness16:59
pittislangasek: well, the entire VM is the test harness17:00
pittislangasek: in teh CI airline we should eventually run those under a full desktop install, not a minimal VM17:00
slangasekyes, and you just said you're rebooting that VM17:00
pittiright17:00
slangasekso, ick :)17:00
pittislangasek: and relying on autopkgtest's timeouts17:00
pittislangasek: and yes, ick :)17:00
slangasekbetter than nothing, but a long way from where I think we should be17:00
pittiwe don't have a better deployment of testbeds yet unfortunately17:01
pittislangasek: long way> oh yes17:01
pittislangasek: well, at least we stopped running the test controller inside the VM long ago17:01
pittiwhich helps quite a bit to reduce assumptions and increase test stability17:02
pittiso the main issue is that the VM doesn't reboot enough, and thus adt-run will time out17:02
pittis/that/if/17:02
pittislangasek: but even if the UTAH based tests would get along with reboots, it would essentially be the same? they also just fire off a VM and wait for it to come back17:03
slangasekpitti: nothing I've said should be interpreted as an endorsement of UTAH17:04
slangasekpitti: I've been asking ev for proper boot-under-test for over a year ;)17:04
pittislangasek: how would that look like in a cloudy env?17:05
pittislangasek: getting serial consoles, something of that sort?17:05
pittissh is arguably quite a strong assumption; we don't need it in the current adt runners (only a ttyS1 shell), but we will need it with the CI airline (at least right now)17:06
pittias that uses cloud VMs whose primary (and only?) interface is ssh17:06
slangasekpitti: it would require full console output from the VM, /not/ ssh17:06
pittislangasek: yeah, cloudy ttyS0 would rock17:06
=== Ursinha is now known as Ursinha-afk
desrthallyn: hey.. having some trouble with RemoveOnEmpty17:09
hallyndesrt: how so?17:09
desrt    member -> 'RemoveOnEmpty'17:09
desrt    signature -> signature 'ss'17:09
desrt  Body: ('all', 'user.slice/user-1000.slice/session-29.scope')17:09
desrt  UNIX File Descriptors:17:09
desrtreturns OK17:09
desrtbut now i see17:09
desrtroot@velocity:~# cat /sys/fs/cgroup/systemd/user.slice/user-1000.slice/session-29.scope/tasks  | wc -l17:09
desrt017:09
=== Ursinha-afk is now known as Ursinha
desrtie: RemoveOnEmpty was called, and there are no tasks, but the group is still here17:10
desrtother than that, everything actually seems to be working fairly nicely17:10
evpitti: cloudy tty0, `nova console-log`?17:10
hallyndesrt: that's what i was saying last week to explain my shim code.  removeonempty sets it so it'll be reomved the next time it *becomes* empty17:11
desrtcurious.17:12
desrtAbandon should still be called while there's something in there, though, no?17:12
desrti guess not...17:12
desrtso after i set RemoveOnEmpty, try a remove, i guess?17:12
hallyndesrt: sure17:12
hallynyup17:13
desrtthis is a bit crap :(17:13
hallynwhat Prune does is removeonempty, then work on all the child subdirs, then remove17:13
hallynit may be too closely tied to the way the kernel does it,17:13
desrtmight be nice if cgmanager took care of this little detail17:13
hallynbut since the kernel will be changing soon, i prefer that to adding too much magic17:13
hallynit will, with prune17:13
desrtwell, let's get this working first...17:14
desrtit's pretty much there now17:14
hallyndesrt: no, consider the way shim's been using removeonempty until now17:14
pittiev: oh, that's just that? très awesome :)17:14
hallynit creates, calls removeonempty, then moves takss into there17:14
hallynif it immediately removed that wouldn't work :)17:14
desrthallyn: true :)17:14
pittiev: I figure that's read-only, but it's mostly for getting early debug logs on failure anyway, which is sufficient17:14
evyeah, it is read-only17:14
evcool17:14
smoserhey. wonder if someone could give some thought to17:29
smoser f. write updated ata to /var/lib/cloud/data/status.json17:29
smoser e.17:29
smoserbah.17:29
smoser https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/136689317:29
ubottuLaunchpad bug 1366893 in cloud-init (Ubuntu) "cloud-init --local needs mounted /run but not guaranteed by upstart job" [Undecided,New]17:29
smosermy current thinking is just this:17:29
smoser http://paste.ubuntu.com/8292135/17:29
smoserbut i dont know if that could cause some issues.  in a initramfs boot, /run is aleady mounted (but that seems ok in testing). in lxc container, it seems that should ensure it.17:30
smoserjodh, i wonder if you're around and have thoughts.17:30
=== FJKong is now known as BH1SCW
desrthallyn: i've pushed a new branch called wip/abandon17:41
desrtcontains 10 patches17:42
desrthttps://github.com/desrt/systemd-shim/commits/wip/abandon17:42
desrtit seems to work, more or less17:42
desrti've even tested manually calling StopUnit on some session scopes to verify that the session gets killed off17:43
hallyndesrt: cool, fetched the tree, will take a look after lunch during slow bisect runs17:44
desrtthe first 5 or so are really trivial17:45
desrtthe next few are more complicated changes to support the coming work17:45
desrtand the last one is the big one, but because of the ones before, is almost purely additive17:45
Mirvis it just me or sudo apt update claiming all public keys are missing? (on utopic)17:45
=== rickspencer3_ is now known as rickspencer3
bdmurrayslangasek: do you know if the test case for bug 1274466 is different for Trusty?17:48
ubottubug 1274466 in apt (Ubuntu Trusty) "apt-ftparchive on-disk cache format changed between lucid and precise, results in Packages files with silently corrupted checksums fields" [High,Fix committed] https://launchpad.net/bugs/127446617:48
slangasekbdmurray: hmm, should be the same test case but with s/precise/trusty/17:51
bdmurrayslangasek: so with one generated from lucid?17:51
=== Ursinha is now known as Ursinha-afk
kdubis there a list of currently uninstallable packages somewhere?18:05
smoserslangasek, ^ do you think it seems reasonable to do http://paste.ubuntu.com/8292135/ (bug 1366893 above)18:07
ubottubug 1366893 in cloud-init (Ubuntu) "cloud-init --local needs mounted /run but not guaranteed by upstart job" [Undecided,Confirmed] https://launchpad.net/bugs/136689318:07
slangasekbdmurray: yes, still needs to use lucid as the baseline18:09
slangaseksmoser: looking18:10
=== BH1SCW is now known as FJKong
slangaseksmoser: have you tested this?  If memory serves, the 'mounted' events are serialized within mountall, and you won't see a second mounted event until the first one clears... which would mean this deadlocks18:11
smoserslangasek, hm.. well it works in kvm , where an initramfs loaded /, so /run is mounted already.18:13
smoserand it worked at least in my tests on lxc18:13
smoserbut that could just be lucky18:13
smoserand i dont want to rely on /run being mounted out of initramfs18:13
slangasekok18:14
smoseryou have other suggestions ?18:14
slangasekit's strange that we would ever see the mounted event for / before the one for /run fwiw18:14
smoserit almost always happens.18:14
slangasekI thought the ordering of the events was guaranteed18:14
smoser9/10 times in lxc.18:14
smoserish18:14
slangasekhmm18:15
slangasekso what does it need / mounted for?18:15
slangasekshould it be *just* 'on mounted MOUNTPOINT=/run'?18:15
slangasekor is this the component that does things like installing extra packages?18:15
slangasekoh... no, now I remember, 'mounted' events can happen in parallel, but the class-based events (e.g. 'local-filesystems') won't be emitted until the 'mounted' events finish18:16
slangaseksmoser: so I think this is ok18:16
smoseroh yeah, we fixed it18:17
smoseryou did18:17
smoserso that events could happen in parallel18:17
smoserslangasek, https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/643289 i think that was it.18:23
ubottuLaunchpad bug 643289 in nfs-utils (Ubuntu Precise) "idmapd does not starts to work after system reboot" [High,Triaged]18:23
bdmurrayslangasek: hmm, the command in the test case isn't doing anything for me...18:35
slangasekbdmurray: ok; I don't think I've validated the correctness of the test case18:51
bdmurrayslangasek: okay, I'll email mvo18:52
=== wendar_ is now known as wendar
=== Ursinha-afk is now known as Ursinha
=== roadmr is now known as roadmr_afk
alex-fooLLVM 3.5 now requires you use C++11 when linking against it. due to STL incompat between C++11 and C++98 (e.g. std::pair layout changed), it's not safe to mix code that uses C++11 and C++98. does anyone know how distro maintainers plan to work with this? will everything C++ have to be compiled with -std=c++11 now?19:13
=== salem_ is now known as _salem
slangasekalex-foo: I'm not sure what the issue is you're concerned about; we don't build the distro with LLVM19:28
xnoxalex-foo: we are not switching to c++11 standard by default, but some packages use c++11 ABI already, but they are careful enough to use that for other dependencies as well.19:32
alex-fooslangasek: any package in the archives that links against LLVM 3.5 or newer (even if it builds with GCC) will need to be built with -std=(gnu|c)++1119:33
alex-fooxnox: i don't see how that will work -- will we parallel install C++11 and C++98 builds of every dependency? like 32 vs. 64 bit parallel installation?19:33
slangasek$ reverse-depends -b llvm-3.519:34
slangasekNo reverse dependencies found19:34
slangasek$ reverse-depends -b llvm-3.619:34
slangasekNo reverse dependencies found19:34
alex-foo3.5 was released last week19:35
slangasekso "any package in the archive" == "no packages in the archive", currently19:35
alex-footry 3.4 or 3.219:35
xnoxalex-foo: 3.4 is our current default. No we do not ship both 98 & 11 variants.19:35
xnoxalex-foo: we have some libraries that have been using unstable 11 abi, but they are build with gcc and have bumped their soname when moving between abi incompatibilities in e.g. gcc 4.8 and 4.9.19:36
alex-fooGCC 4.8 and 4.9 had ABI incompat?19:36
slangasekyes; the C++11 ABI is still marked experimental in gcc19:37
alex-fooah of course, sorry i thought you were talking about the ABI in general, not the C++11 one.19:38
alex-fooso what reverse-depends llvm-3.4?19:38
slangasekAFAICS, only ghc19:39
slangasekoh, and yrmcds19:39
xnoxalex-foo: there is no abi incompat with llvm-3.4.... for things that compile with 98 standard, when things move to 11 standard, or llvm-3.5 they'd need to bump their soname.19:39
alex-foobut in general, this will be a problem for any library that requires C++11 going forward19:39
kdubI can't seem to install crossbuild-essential-armhf on utopic, is this something that should have a bug?19:40
xnoxslangasek: $ reverse-depends -b src:llvm-defaults; $ reverse-depends -b src:llvm-toolchain-3.419:40
slangasekxnox: so the clang revdeps are also relevant?19:40
xnoxslangasek: yes, (abuse) of transitive dep19:40
slangasekok19:40
slangasekin that case, there are a few for 3.5 also (creduce, feel++)19:41
xnoxkdub: (a) do you have armhf arch enabled in dpkg? (b) do you have armhf ports archive enabled in apt sources ? (c) do you have proposed disabled?19:41
alex-fooe.g. Qt now builds with C++11 by default since 5.x IIRC, at some point in the future it will lose C++98 support19:41
kdubxnox, i haven't /enabled/ proposed if thats something you have to do19:42
xnoxkdub: i'd like you to check and verify all three things. if all three are good, then I'd start looking if there is something worse going on.19:43
kdubxnox, ack, thanks19:44
xnoxalex-foo: honestly, not a problem... note we are not moving to c++11 by default in utopic, nor are we moving to 3.5, and we are aware of the issue and have mitigated it successfully and our stable releases are abi consistent for given sets of packages.19:45
xnoxalex-foo: if you have a developer / user queries you might find #ubuntu-appdev and or #ubuntu support channels for those. There is also askubuntu and ubuntu-devel-discuss mailing list.19:45
alex-fooxnox: you have mitigated all of this? and are confident about the situation? https://gcc.gnu.org/wiki/Cxx11AbiCompatibility19:48
xnoxalex-foo: if there is any particular packages that are broken as build in ubuntu, please open a bug demonstrating e.g. a crash against those individual packages. I assert that packages in ubuntu both development and stable releases are fine. If there are any that regressed in this sense, it's a bug.19:53
xnoxalex-foo: have you found a buggy package / miss-built?19:53
alex-fooxnox: no but it's straightforward to construct20:00
alex-fooxnox: i don't actually use ubuntu, i'm just interested in how packaging systems are addressing (or not addressing) this issue20:01
xnoxalex-foo: yes, one can construct broken binaries that's easy - i'm asking if you found broken binaries as shipped by ubuntu.20:01
xnoxalex-foo: on packaging we are addressing it with automated as installed testing, abi versioning our library packages, and staying on 98 abi by default for now and only careful test and investigate 11 abi usage where required.20:02
xnoxalex-foo: btw, that was not the question you originally asked. In essence, standard ubuntu & debian development practices are used to track this ABI break just like any other one we had.20:03
alex-foowhat other ABI break is this comparable to?20:04
hallyndesrt: so your g_ptr_array_foo wizardry is beyond me :)  but it seems to me you don't want to do enumerate_paths() on user.slice.  if two users are logged in with lots of nested containers you'll collect the others' paths just to discard them.  is there any reason not to just enumerate_paths() on user.slice/user-$uid.slice?  oh right, you didnt' have a good way to find the second part of that did you...20:08
hallyncertainly better than nothing though, a fine way to get it out the door.20:09
hallyni'm tempted to say i'll release 0.32 with prune and gettasksrecursive so you can use those, but debian uploads tend to take a week20:13
hallyn(mainly bc i suck)20:13
desrthallyn: i also had another consideration...20:20
desrtthere is nothing to stop the other user from creating scopes with names like session-nn.scope, right?20:20
desrtwe might find those...20:20
desrtand we have no real good way of knowing which scope is the one we created20:20
desrti start to think that this idea about having a file in /run is the best one after all20:20
hallyntrue20:21
desrtwhat we have now will certainly work though20:21
hallynwell, not relaly,20:21
desrtunless users start doing 'interesting' things20:21
hallynthe user cannot create cgroups under user.slice/user-1000.slice himself?20:21
hallynyeah he can, nm20:21
desrtdid the current set of patches work for you, in any case?20:22
hallyni only looked at them, didn't test them.20:23
hallyni'm pushing cgmanager 0.32 to debian in af ew mins, just building a new symbols list20:23
desrtsure thing, knuth :)20:23
hallynsorry i didn't think you were at a ready-to-test point, i can build in a few mins though20:26
desrti think i'm going to try my hand at the run thing next...20:26
desrti guess i didn't appreciate the extent to which you wanted unpriv'd containers to be able to whip up arbitrary cgroups20:26
hallynyeah we're mad-men20:29
hallynhm, just madmen20:29
hallynok, pushing 0.32-1 to mentors.debian.net and 0.32-1~testing1 to ppa:serge-hallyn/virt20:31
hallynmake that 0.32-1~ubuntu120:33
desrtabout to step out for dinner20:36
=== roadmr_afk is now known as roadmr
desrti'll see if i feel like looking at the /run file thing when i come home20:36
desrtotherwise, i'll poke it tomorrow morning20:36
hallyndesrt: ok.  maybe i'll see if i can convert your code to using the new cgmangaer methods just for my own education (and *maybe* to be useful later)20:40
desrt:)20:40
desrti agree that it would be nice to get rid of that "give me ALL the things!" approach i have now20:40
hallynxnox: would you have time for a debian cgmanager package upload review/sponsor?20:40
hallyn(i understand if not :) - thx for the previous help)20:41
hallyndesrt: should also help me ifnd any bugs which my testcaseds missed :)20:41
=== alex-foo is now known as alex-weej
* alex-weej waves at desrt20:42
desrtalex-weej: hey... long time no see :)20:43
desrtwhat're you up to these days?20:43
alex-weejC++ and Qt. I know, right.20:43
desrti've heard this story before ;)20:43
xnoxhallyn: yeah.20:43
hallyndesrt: good news, scopes are going away :)20:43
desrtin systemd?20:44
desrtoh20:44
hallynoh wait, i should reboot20:44
desrtyou mean on your system :)20:44
hallynyeah i forgot my session is already removeonempty20:44
desrti thought you meant that scopes were going to stop being a thing :p20:44
desrtanyway... i gotta run20:44
hallynoh - lol :)20:44
desrtlet me know what you find20:44
hallynwill do - ttyl20:44
hallynstill working20:45
hallynxnox: hm, there's a bug in cgmanager.Prune, so not sure if 'yeah' meant yeah you have time to review or yeah you're to busy, but i guess it's not ready yet :(21:16
hallynunless i'm using the wrong code, hm21:17
=== SpamapS_ is now known as SpamapS
jtaylorsomeone fancy helping me with some grub debugging?21:38
cjwatsonjtaylor: depends how complex it is (working around children's bedtime)21:38
jtaylorgrub is complaining the gpt partition contains no bios boot partition, it works fine from 14.04 but not 14.1021:40
hallynxnox: oh, disgregard, it was my systemd-shim patch that was wrong21:41
jtaylorif you don't know the answer right now don't bother, I can work around it and try again later21:41
cjwatsonjtaylor: copy and paste the error message please?21:41
jtaylorthis gpt partition label contains no bios boot partition; embedding won't be possible21:43
jtaylorbut this is required for raid and lvm install21:43
TJ-jtaylor: Does the GPT have an EF02 type partition?21:43
cjwatsonjtaylor: what does parted say?21:43
cjwatsonEF02 isn't a GPT type21:43
cjwatsonGPT partition types are GUIDs21:44
cjwatsonEF02 is a gdiskism21:44
hallyndesrt: so github.com/hallyn/systemd-shim #serge/abandon3 adds a bone-stupid per-scope /run-file and uses cgmanager:Prune for Scope.Abandon21:45
jtaylorparted say about what?21:47
TJ-jtaylor: "sudo parted /dev/sda print" - does it list a "BIOS boot partition", or does "sudo gdisk -l /dev/sda" show a "Code" EF02 partition?21:48
jtaylorno bios no EF0221:49
jtaylorcde 830021:50
jtaylorurg I thought it would work from 14.04 but that now fails too21:50
jtaylorweird21:50
TJ-jtaylor: That's the problem then; system is booted in EFI mode but the GPT has no BIOS boot partition. Previously the system must have been booting in CSM/Legacy mode21:51
jtaylorso its due to the way the installer booted?21:53
jtaylorhm installed grub on a partition with msdos partition table that worked22:05
jtaylordoesn't find 14.10 though, I'll figure it out mysef, thanks22:05
infinitypitti: Around?22:21
hallyndesrt: and another patch pushed to github.com/hallyn/systemd-shim #serge/abandon3 to do stopunit using cgmanager:GetTasksRecursive - with the warning that there's a segv in that cgmangaer that i need to fix22:29
shadeslayerdoko: poke22:31
shadeslayerdoko: what can we do about https://bugs.launchpad.net/sqlite/+bug/131744922:31
ubottuLaunchpad bug 1317449 in sqlite3 (Ubuntu) "sqlite3 version 3.8.2 breaks digikam" [Undecided,Confirmed]22:31
infinityshadeslayer: If 3.8.2 is broken and 3.8.4 fixed the issue, can we hunt down the commit(s) that fixed it via bisection or similar and do a targetted cherry-pick SRU?23:02
infinityshadeslayer: I'm not keen on the idea of just updating sqlite wholesale to a new upstream version because people say that's the fix.23:02
shadeslayerinfinity: me neither, but I'm not exactly a expert at sqllite, someone who's a bit more knowledgable in this area needs to look at this23:03
infinityshadeslayer: Well, the beauty of bisection is that one doesn't generally need to be an expert.23:03
infinityshadeslayer: It's just build, test, build, test, until you find the commit that fixed it.  Cherry-pick that (and dependencies, if needed), test again, and done.23:04
infinityThis is all assuming sqlite is in a VCS that isn't from 1991.23:04
infinityOr a VCS at all.23:04
infinityMaintained in Fossil... That's a new one to me.23:06
hallyndesrt: i didn't even bother getting indentation right so assume yo'ull be re-writing it, but both Stop and Abandon seem to be working with my branches.  back to libvirt23:06
cjwatsonIt's a VCS not from 1991, just from a parallel universe instead23:07
cjwatsonStores content in SQLite, so guess why SQLite uses it ;-)23:07
* sarnold *boggle&23:07
infinityshadeslayer: I suppose a good place to start would be to see if the handful of post-release commits on the 3.8.2 branch (well, the non-win32 ones) relate:23:09
infinityhttp://www.sqlite.org/cgi/src/timeline?r=branch-3.8.223:09
infinityshadeslayer: A good reproducer for someone who's never used digikam wouldn't go amiss either, in case someone wanted to jump in and be helpful with the bisection/fixing, but has no idea how to make it crash in the first place. :P23:14
infinitycjwatson: I guess one could choose a worse disk format, though I can't fathom why anyone would want to interact with their VCS via SQL as an interface.23:17
bigonhey guys, I've a question about apport, under ubuntu how is apport-gtk called when a program segfault?23:19
bigonI understand that apport itself is called and generate a report in /var/crash23:20
infinitycjwatson: I suppose I could see it leading to clever third-party shortcuts where one can easily write web UIs and such without the VCS tool, just directly abusing the data.23:20
infinityEither way, weird.23:20
bigonbut how is the gui called for the user?23:20
infinitybigon: Via update-notifier, I believe.23:21
infinitybigon: And a quick perusal of the code confirms my suspicion.23:21
cjwatsoninfinity: Does it actually expose the SQLiness, or is it just a backend format?23:23
bigonthx23:24
infinitycjwatson: Well, libsqlite would expose SQLness, if you chose to use it to look at the Fossil data store, which is where it would become interesting, I guess, cause you could skip Fossil entirely to interact with it.23:24
cjwatsoninfinity: Well, yeah, I just mean that if it's not in the UI then it's just a choice to avoid having to write all your own data store.23:24
infinitycjwatson: Unlike, say, git, where people have had to write third-party libgit implementations to avoid the git CLI.23:24
cjwatsonYeah, true.23:25
jtaylorhmm cpu scaling is kernel buisness or?23:31
jtaylor14.10 is running my cpu at 800 mhz under full load ._.23:31
sarnoldjtaylor: "it's complicated" -- there's multiple kernel cpu scheduling governors and then there's multiple thermal management things interacting. it's far more complicated and involved than it used to be23:33
infinityjtaylor: /proc/cpuinfo also doesn't give the whole story terribly well, since the scaling is up and down far more often than you poll.23:37
jtaylorcpufreq stats: 3.20 GHz:7.18%, 2.50 GHz:4.95%, 2.10 GHz:5.61%, 800 MHz:82.26%23:38
jtaylorand its noticable, as soon as I start 4 yes the UI gets terribly slow23:39
infinityjtaylor: Using ondemand or intel_pstate?23:39
infinityjtaylor: If ondemand, you might want to try installing thermald and booting with 'intel_pstate=enable' on your cmdline and see if that happies it up any.23:40
jtaylorits an amd23:40
infinityOh.23:40
infinityThen nevermind. :P23:40
jtaylorit seems to be ondemand, didn't change anything, fresh install23:40
jtaylorI guess some kernel bisecting can't harm, tomorrow23:40
infinityRight, ondemand should be the right thing on an AMD CPU.  It's possible some thresholds could be tweaked a bit to back off less aggressively and favour speed over power.23:41
jtaylormh /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq being 800mhz can't be right?23:46
sarnoldheh23:46
sarnoldreminds me of m old g3 laptop... 800 was 'fast', 300 was power saving :)23:47
slangasekdesrt: any news on systemd1.Scope/Abandon?23:57
infinitysarnold: 800 *was* fast!23:57
infinityjtaylor: Seems a bit wrong to me.23:58
infinityjtaylor: But also doesn't add up with "cpufreq stats: 3.20 GHz:7.18%"23:58

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