=== jamesh_ is now known as jamesh
pittiGood morning04:25
twbexample-content/raring seems to only have two .oggs in it, but it's not obvious to me from debian/changelog why all the other content is gone.05:07
twb"Cleaned out old content, preparing for new" makes it sound like new content gets generated on each release, but before then there's a period where there's nothing in there.  Is that right?05:08
twbI'll just use example-content=41 for now, since that has the ODF stuff I wanted.05:12
ScottKpitti: Is there a way to opt-out of the ADT success emails?05:20
pittiScottK: not right now; sorry for the spam, one of the autopkgtest nodes got broken and caused gazillions of failures, so we disabled it and I'm now re-running the failures05:21
pittiScottK: we can add a blacklist for the notifications for sure05:21
ScottKFailures are potentially interesting.  Successes, not so much.05:21
pittiScottK: but I wouldn't add a feature to opt out only from the success emails, that doesn't seem useful to me05:21
pittiScottK: well, these are notifications about state *changes*, not states05:22
pittiScottK: i. e. success→ fail or fail → success05:22
ScottKLP doesn't mail for build successes, just FTBFS.05:22
pittiif you get told about "your test just got broken", you should also get told about "it's fixed again", no?05:22
ScottKIf it's working, there's nothing to be done, so no need for a mail.05:23
infinityScottK: I think this was a compromise so that you don't get mailed on every single failure.05:23
infinityScottK: Because some packages (I happen to maintain one) get their autopkgtests run many, many times per day.05:23
infinityScottK: So, hearing that it failed 30 times isn't helpful.  But not hearing that means you don't know that it stopped failing, unless you're told of the state change.05:24
pittiScottK: so you'd always have to actually go to the web ui to see if it's still failing?05:24
ScottKI pretty much would anyway.05:25
infinityScottK: If tests were only run once per version (like a build), then I'd agree it should work the same as FTBFS mails, but that's not how autopkgtest works.05:25
ScottKI guess I find them annoying because I'm getting mails completely unrelated to the package in question.05:25
ScottKSo I just got one about python-qt4, which hasn't been touched in some time.05:26
infinitySure, but that's the point.05:26
ScottKNo idea what caused it, why I should care.05:26
pittiall the python tests were triggered recently05:26
ScottKYes, because I sync'ed python3-defaults.05:26
pittiI guess someone uploaded python2.7, or 3.3, or -defaults05:26
infinityScottK: autopkgtests aren't run when the package is uploaded, they're run when deps change.05:27
pittiScottK: ah, so that would be the notification why it won't land in saucy05:27
infinityScottK: That's entirely the point of the process.05:27
pittiinfinity: they are also run when the package is uploaded05:27
infinitypitti: Sure, but for many packages, that's much, much less often. :P05:27
ScottKIn this case, some tests failed because two packages had to land nearly simultaneously.05:28
ScottKSo all the test failures were meaningless.05:28
infinitySurely, that points to bad dependencies.05:28
infinityIf one can install a bad combination of packages...05:28
ScottKOne could only because one was stuck in New.05:29
ScottKWon't happen again.05:29
pittithe tests currently seem to trigger sometimes for uninstallable packages05:29
pittiI think JB looked into this recently, not sure whether that's fixed already (still in post-holiday catch-up mode)05:29
infinityScottK: Erm, how would NEW matter?  If one can install a bad combination, that's true regardless of what queues something is in.05:29
infinityPartial upgrades, etc.  If you can install a bad set of packages, your deps are wrong.05:30
pittii. e. if the test failed with installing the needed packages05:30
ScottKBecause I synced the newer python3-defaults slighlty before I should have.05:30
ScottKOK, then I guess I'm asking for an opt-out mechanism because I have yet to find one of those mails useful.05:33
pittiScottK: ok, I filed bug 1213793 about it05:36
ubottubug 1213793 in Auto Package Testing "add opt-out blacklist for email notifications" [Wishlist,Triaged] https://launchpad.net/bugs/121379305:36
pittiScottK: so you just check from time to time whether your uploads/syncs actually made it into the distro?05:36
ScottKThere's plenty of other reasons things don't make it, so if you want to know, you have to check.05:37
pittiinfinity: regarding that, why did python3-defaults make it into saucy in the first place, was it forced in?05:37
pittias its autopkgtest is broken05:37
ScottKI forced it past the tests, since I knew they were irrelevant failures.05:38
pittiah, apparenlty its autopkgtest was dropped completely05:39
pittiI'll remove the job from jenkins05:39
ScottKYes.  It should reappear in dh-python shortly.05:39
pittithat looks like fallout from the sync05:40
pittiScottK: ah, so that was deliberate? thanks for confirming05:40
pittiScottK: removed from jenkins, I'll file an RT to remove it from the public mirror, too05:40
ScottKdh_python3 has been removed from python3-defaults and is now in dh-python (which can provide dh_python2 or dh_python3).  Trying to manage getting all the Ubuntu changes for python3-defaults (from an unsplit package) and the split was a bit complicated.05:42
dholbachgood morning07:01
mlankhorstg'day mate07:02
=== smb` is now known as smb
seb128http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html has gtk waiting on notify-osd tests that is RUNNING but finished on the jenkins side for 3 days07:35
seb128who can unblock that?07:35
seb128cjwatson, pitti: ^?07:36
=== tkamppeter_ is now known as tkamppeter
pittiseb128: I'm not sure TBH; cjwatson and jibel worked on that interface07:40
seb128pitti, jibel is on vac right?07:40
seb128not sure if cjwatson is back from debconf07:40
pittihe was last week, I thought he'd come back today07:40
seb128pitti, they are both on holidays07:41
seb128for the week07:41
seb128do we have a plan B? ;-)07:41
seb128infinity, can you help maybe?07:41
pittiseb128: I'll have a look at the state files on people07:42
seb128pitti, thanks07:42
seb128pitti, I think last time it happened, jibel "retried" the tests07:42
pittiseb128: ah, let me try that first, n-osd should be quick07:42
seb128that situation seems to happen because tests get triggered before the new version of the package hits the mirror07:42
seb128pitti, thanks ;-)07:43
pittiseb128: building07:43
seb128let's see how that goes07:43
pittiseb128: right, ISTR that jibel wrote something about fixing that right before I left07:44
=== gavin__ is now known as gavinguo
pittiseb128: test run is done, let's see after the next publisher run07:52
seb128pitti, great07:53
seb128pitti, "Valid candidate "07:58
seb128pitti, danke ;-)07:58
seb128pitti, how did you retry? just by clicking on the button in the jenkins UI? I could have done that myself, right?07:59
=== freeflying is now known as freeflying_away
pittiseb128: yes, just by that; if you have VPN access to the lab, you can do it yourself08:25
seb128pitti, cool, I've vpn, I'm going to try myself next time ;-)08:27
xnoxpitti: seb128: hm, i have vpn into jenkins & login but no such buttons =(08:28
seb128xnox, I've them here08:29
seb128xnox, do you see the "rebuild matrix"?08:30
xnoxseb128: i do. interesting.08:30
xnoxseb128: I've been using...
seb128xnox, I've the button on that ip as well...08:32
sil2100slangasek: hi!08:32
pittixnox: likewise, both IPs work for me; not sure why there are two08:33
xnoxseb128: right. And i seemed to have forgotten my password and failing to login.08:33
pittixnox: FYI, automake1.13 autopkgtest is currently running (with my allow-stderr fix)08:33
sil2100slangasek: I have been told that you have volunteered to help out with NEWing our packages ;)08:33
sil2100slangasek: there is a mediascanner package in the NEW queue08:33
xnoxpitti: \o/ ah so that's what was wrong with it =)08:33
sil2100slangasek: the unity scopes developers (and touch apps guys) would need it for development, could you NEW it for us?08:34
xnoxsil2100: it's 1:30am for slangasek and jet-lagged from trans-atlantic flight =) not sure when he'll be online again. But stgraber might be about (not sure either).08:35
sil2100xnox: oh, ok, thanks ;)08:35
xnoxsil2100: de-new requests are best on #ubuntu-release channel =) that's what that channel is for (sru, de-new, and all things releasy)08:36
sil2100xnox: so many channels, so many different things to tackle!08:36
sil2100xnox: I usually target specific people because of that ;)08:37
xnoxhehe =)08:37
pittixnox: ah, I noticed too late that your debian/tests/fullbuild actually calls debian/rules build08:58
pittixnox: it's actually easier to just have the test be "true" and add a "build-needed" restriction, then you can follow the build in the console log, etc.08:58
pittixnox: (not a biggie, just FYI for next time)08:58
xnoxpitti: i see. ok, will note for the future.09:00
xnoxpitti: jenkins logs are easier to read this way =) but it didn't help with the complete test failing though =(09:01
pittixnox: how do you mean?09:01
pittixnox: it's still running, it hasn't failed yet09:01
pittiit only failed because of some stderr?09:01
pitti(apart from some xfails)09:02
xnoxpitti: as in, mine original run.09:02
xnoxi guess build-needed discards stderr during build (aka non-fatal) and true will not produce stderr and thus "allow stderr" option would not be needed.09:03
xnoxbut i guess wait and see.09:03
pittixnox: correct09:03
pittixnox: that's how we set up the mutual eglibc/kernel/binutils autopkgtests (they just rebuidl themselves against the updated toolchain package)09:04
=== freeflying_away is now known as freeflying
pittixnox: yay, automake1.13 succeeded09:56
* dholbach hugs ev10:08
evpitti: whenever you have a moment: https://code.launchpad.net/~ev/apport/drop-apport-noui/+merge/18082410:15
ScottKpitti: I just uploaded dh-python with the dh_python3 Autopkgtest in it (the one that used to be in python3-defaults).10:26
mptev, if the errors.ubuntu.com graph isn't taken down in the meantime, will it just slowly resume its previous shape as the new database gets more and more of the data from the old one?10:34
pittiScottK: nice, thank you10:36
pittiev: looking10:36
pittiev: simple enough, thanks10:39
pittiev: I guess we should make a new upstream release after that, for packaging?10:40
=== tvoss_ is now known as tvoss|lunch
=== psivaa_ is now known as psivaa
=== greyback_ is now known as greyback|unstabl
=== gusch_ is now known as gusch
=== MacSlow is now known as MacSlow|lunch
slangaseksil2100, xnox: 1:30am + jetlagged cancels out ;p11:25
sil2100slangasek: you think you could help out a bit even in this situation? ;p11:33
slangaseksil2100: sure, having a look11:33
sil2100slangasek: thank you!11:37
stgraberslangasek: good "morning" :)11:38
slangasekstgraber: ohai11:38
gesercd sd130811:48
slangaseksil2100: "--fail-missing" - why are you passing this as an argument to dh?11:53
sil2100slangasek: that's a recent trend in our packaging, it's to make debian/rules smaller - didrocks recommends using this recently, I saw some discussion about it already but not sure about the outcome11:55
didrocksit's more about standardization11:55
slangaseksil2100: it is not documented anywhere that this option is supported by dh11:55
didrocksslangasek: it is supported, some debian packages are using them as well IIRC11:56
slangasekdidrocks: are you sure it's supported, and not silently ignored?11:56
didrocksslangasek: will reneed to do a new test, but I'm almost sure we tested it11:56
* didrocks back on system update for now, noting to do a test (if sil2100 can't retest it)11:56
sil2100You mean, if it works?11:57
slangasekdidrocks: ok, checking the dh source I see that any unknown options are just passed through; so yeah, this looks fine11:58
sil2100Oh yes it works ;)11:58
didrocksslangasek: yeah, we "spam" all commands with it IIRC11:58
slangasekand this is even documented in the manpage11:58
* slangasek nods11:58
sil2100At least with the debhelper we use11:58
slangaseksil2100: debian/*.dirs are almost certainly superfluous and should be dropped12:02
sil2100slangasek: ACK, those seemed leftovers from the old packaging, could have cleaned that up indeed12:03
sil2100slangasek: should I do it now and request an re-upload or do it in the next version?12:03
slangaseksil2100: next version is fine12:03
slangasekthe only thing it hurts is that people see them and cargo cult :)12:03
=== psivaa is now known as psivaa-lunch
=== MacSlow|lunch is now known as MacSlow
slangaseksil2100: embedded jquery> heh12:11
slangasekI: libmediascanner-1.0-1: spelling-error-in-binary usr/lib/x86_64-linux-gnu/libmediascanner-1.0.so.0.3.93 similiar similar12:12
slangasekgo lintian12:12
slangaseksil2100: do you know if this is a false positive?: I: libmediascanner-1.0-1: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/libmediascanner-1.0.so.0.3.9312:12
slangaseksil2100: and aren't all new Canonical-upstream libraries supposed to have .symbols for the packaging?12:13
sil2100slangasek: dholbach pointed this out, I tried with the upstream developers to get it 'gone' but we couldn't, since according to all guidelines it should be on12:13
* slangasek checks the build log12:13
sil2100slangasek: since we're using dh 9 with cmake, which should automatically do its 'magic'12:13
sil2100slangasek: but I think we should first have anything to fortify first12:14
slangaseksil2100: right - the failure can mean there was nothing to fortify, or it can mean that the upstream build system subverted debhelper's magic.  I'm looking at build logs now to make sure the options were being passed correctly12:14
slangaseksil2100: build logs look ok12:16
slangaseksil2100: that leaves only the symbols file question, I think?  Which is not a blocker from my side12:16
evmpt: possibly. I suspect there's a bug in there, given its current shape. Work is underway to replace it: https://acunu.zendesk.com/requests/884 (I think you may be able to see that by logging in with your canonical openid account)12:22
sil2100slangasek: I must say that in this case the reason for the missing symbols file iis...!12:23
evpitti: yes :)12:23
sil2100slangasek: ...my incompetence12:23
evI can sort that now12:23
sil2100slangasek: so sorry about that, adding it now so that future versions have it in12:23
pittiev: hang on, I still have an open MP from bdmurray, doing that now12:28
evoops. I'll uncommit then12:28
evokay, all yours :)12:29
sil2100slangasek: the thing with symbols files in our canonical projects is like this that we don't always require them in C++ projects, although they are highly recommended12:34
ScottKpitti: Would you please trigger a manual run of the autopkgtest in dh-python?  It seems it didn't run after the upload and I want to make sure I got it right.12:47
ScottKsil2100: symbols files for C++ aren't too bad if you use the pkg-kde symbolshelper.12:48
pittiScottK: the job hasn't been (auto-)created yet; it might just take a while, not sure why12:49
pittiScottK: i. e. I can't trigger it manually yet12:49
=== _salem is now known as salem_
smoserxnox, i dont think your 'upstart-file-bridge' suggestion above would work for us.12:59
smoseri dont think.12:59
smoserbut maybe i dont understand the nature of the "inotify doesn't work on overlayfs" fully.13:00
xnoxsmoser: why not? if the overlayfs is empty, and I do "touch /etc/foo.conf", the inotify on the "/etc" will give nothing, but inotify on the "/" will get "created dir "etc" event".13:01
smoserso you're suggesting that inotify event would work for /13:01
xnoxsmoser: after which, re-creating inotify watch on the "/etc" will use the new inode, and one will start receiving events from that point on.13:01
smoseris that true?13:01
xnoxsmoser: yes, it will. If your overlayfs mount the "/"13:02
smoserbecause if so, i think it'd be enough to create a file in /etc/ in the overlay called '.overlay.marker'13:02
xnoxsmoser: ok. if you do that before upstart is launched (e.g. in initramfs) than upstart will have correct inodes watched with inotify from the very moment it is started.13:03
smoserwell, there is no initramfs. this was lxc related.13:03
xnoxsmoser: =) ok, before upstart is executed =)13:03
smoserbut your suggestion in the initramfs is good too, and that could be done in 'overlayroot'13:03
xnoxand/or casper (which is how I was testing it using desktop-cd)13:04
smoserxnox, i think if this works its the siplist solution.   i never really read anything about why it didn't work.13:04
smoserjust that it didn't13:04
smoserwould we also get delete events propogated ?13:05
xnoxsmoser: basically inotify watches work on dirs. When one places inotify watch, it's places on the base-dir (read-only). When one creates/touches the file, in the overlay a directory is created e.g. "/path/to/overlay/etc/". From this point on, user visible inode is replaced, but the inotify watch is not moved to the new inode. If one now places the watch it will watch the "/path/to/overlay/etc" properly.13:07
xnoxif overlay is somehow purged again, one looses the watches again.13:07
xnoxand when it's re-created in the overlay, one needs to replace the watches again.13:07
xnoxbut as long as overlay is mounted, one cannot actually remove "/path/to/overlay/". Thus having a job monitoring "/path/to/overlay/" is a hacky, yet reliable way to notice inode changes and reload configuration.13:08
ScottKpitti: OK.  Thanks.13:08
smoserhm.. so jus creating that /etc/init/.overlay seems like it would work well.13:09
xnoxthe job itself will watch "/" it's just the overlay blackmagic which substitues it for the correct inode. This means one should start the watch after the overlay was mounted.13:09
smoserdoes initctl reload-configuration reset the inotify ?13:09
xnoxsmoser: yes.13:09
smoserok, xnox so this sounds really nice... but i'm not sure who is fixing it and where.13:10
xnoxso for example this hacky job will not catch: boot, upstart runs, user mounts overlayfs on top of "/". But will catch any of: boot, overlayfs is mounted, upstart runs.13:11
smoseram I fixing in 'lxc-create' (from lxc) and 'overlayfs' (cloud-initramfs-tools) or are you fixing in upstart.13:11
xnoxsmoser: i originally thought that upstart itself should place the inotify watch on "/", but I got push back from slangasek/jodh about it.13:11
xnoxsmoser: i think shipping such job in ubuntu-upstart package should be sufficient.13:12
smoserbut as a bridge, its not *that* bad.13:12
smoserand one inotify process.13:12
smoserbut i guess its pure waste if not doing overlay13:12
xnoxsmoser: not process, watch. It really has no penalty on normal systems, as it will never get triggered. The bonus though, is that our live-cd will properly start picking up upstart jobs during "try ubuntu session"13:13
=== psivaa-lunch is now known as psivaa
xnox(just one job, waiting for it's conditions to be met whilst "wasting" one open file discriptor)13:13
smoserright. its non-zero though. there is *some* cost, no matter how tiny in kernel memory or something.13:15
smoserbut outside of a purist view of the world, it seems to me to be reasonable.13:15
smoserxnox, do we have a bug for this ?13:17
smoserspecifically. other than general bug 88214713:18
ubottubug 882147 in coreutils (Ubuntu) "overlayfs does not implement inotify interfaces correctly" [Undecided,In progress] https://launchpad.net/bugs/88214713:18
xnoxsmoser: no other bugs as far as I can tell, let me open one with details.13:21
=== leboz is now known as zobel
smoserxnox, thanks for your help, if nothing else, this vastly simplifies my needs for lxc clone13:22
xnoxsmoser: bug 121392513:30
ubottubug 1213925 in upstart (Ubuntu) "upstart should notice "/etc" inode change" [Medium,Confirmed] https://launchpad.net/bugs/121392513:30
xnoxi'll update that bug with proposed branch.13:30
smoserxnox, hallyn, http://paste.ubuntu.com/6002868/13:32
pittiev: ok, I'm done with my changes, doing upstream release now13:32
smoserthats the lxc fix to create the dir (and remove my dpkg-diversion of /sbin/start)13:32
evpitti: could you change the upstart job to call whoopsie-upload-all while you're there?13:33
smoserxnox, thanks again. i think i'll just propose this change to lxc anyway.13:33
pittiev: that's not upstream, that's only in the saucy branch13:33
smoseras it would be necessary for 12.0413:33
smoserunless your suggested change was sru'd13:33
evoh right, oops!13:33
xnoxsmoser: there is no upstart-file-bridge in 12.04, and that would not be sru'd13:34
evI can do the saucy branch changes when you're done then13:34
xnoxsmoser: so you might want the lxc change still.13:34
pittiev: upstream release done, merged into saucy branch; want to do the upstart/packaging changes now?13:39
evpitti: am I okay to upload this?13:41
hallyn_smoser: you're just creating that dir to make sure /etc/ exists in the overlay right?  if so looks good13:42
smoserhallyn_, correct, and removing the other stuff.13:45
smosermuch simpler.13:45
smoserhallyn_, that has different flag name then before. '--create-etc-init'13:46
smoserseems better as an explicit flag13:46
smoserso if you're going to just take somethign, take that. but i can send to ml if you'd like13:46
hallyn_yeah, please do13:48
=== tvoss|lunch is now known as tvoss_
=== dendroba` is now known as dendrobates
=== ikonia_ is now known as ikonia
pittiev: hm, doesn't that require dropping apport-noui from the .install?14:21
evargh. I had that in my original changes and completely forgot it the second time around14:21
ev(and running sbuild to catch any further niggles)14:21
pittiev: btw, whoopsie-upload-all doesn't take any parameters; if we want to call it with individual reports, we need to fix that14:22
evoh, interesting14:22
pitti(it was written with a slightly different use case in mind)14:22
evI can't see the harm in calling without arguments in the upstart job14:22
evcan you?14:22
pittiev: no, should be fine; it could potentially happen that two instances run at the same time14:22
* ev nods14:23
evpitti: does this look okay? http://paste.ubuntu.com/6003017/14:24
pittiev: we don't technically need the UID test, you can always call it as root to upload everything14:25
pittiev: is there a way to lock a job so that only one instance runs at a time?14:25
evpitti: yeah, best to keep it simple14:25
pittiev: also, shouldn't that job have "task", as it's not constantly running?14:26
pittiperhaps instance already does something like that, not sure14:27
* ev consults the cookbook14:28
Dark_lightkernel 3.10 broke the rtl8192se and other realtek drivers https://bugzilla.kernel.org/show_bug.cgi?id=6071314:31
ubottubugzilla.kernel.org bug 60713 in network-wireless "Driver rtl8192ce unable to connect with 3.10.x kernels" [Normal,New]14:31
=== freeflying is now known as freeflying_away
dobeymardy: ping14:41
mardydobey: pong14:44
evpitti: so it definitely doesn't call more than one instance at a time, but I can't seem to get it to follow up with a second instance if I've done touch /var/crash/bar.crash while it's processing /var/crash/bar.crash14:45
pittiev: that might be the "task" bit?14:45
evtried that as well14:46
pittiev: as the job is already running?14:46
pittiev: but actually, we don't want a second instance, so that seems fine :)14:46
pittiah no, that's what "instance" is supposed to do14:46
evpitti: well I mean if whoopsie-upload-all is running and during that time apport comes along and creates a new /var/crash/something.crash14:46
dobeymardy: hi. i'm having a bit of trouble adding an account with uoa/signon. i have the .provider/.service/.service-type files installed, and can create an account. once i create the account, calling account->supportsService("ubuntuone") returns true, but when i try to do manager->accountList("ubuntuone") after i save the account to the system, it returns an empty list. any idea why that would be?14:46
ev(this is what I'm testing with http://paste.ubuntu.com/6003119/)14:47
evIf I run touch /tmp/foo.crash; sleep 3; touch /tmp/bar.crash I only get "Match is /tmp/foo.crash")14:47
ev"Match is /tmp/bar.crash" never arrives14:47
mardydobey: maybe the account is not enabled?14:47
mardydobey: or the ubuntuone service isn't?14:48
pittiev: hm, I think that needs jodh14:48
dobeymardy: the account is enabled. what does enabling the service mean?14:48
pittiev: so ideally we would serialize the two instances, but of course we need to run the job on each one14:49
evjodh: o/ hiya14:49
dobeymardy: how do i "enable" the service with accounts-qt5?14:49
jodhev: sleep 3 isn't long enough - your job doesn't use 'instance' so it is still running after 3 seconds and upstart will stop the same job re-running until the existing instance has stopped.14:54
mardydobey: account->selectService("ubuntuone"); account->setEnabled(true);14:54
evjodh: but how do we get it to queue up runs of the same job14:54
mardydobey: you can run the "account-console" commandline tool to check14:54
mardydobey: account-console show <account-number>14:55
evthat is, if I run touch /var/crash/foo.crash and it runs whoopsie-upload-all for five minutes and during that five minutes /var/crash/bar.crash comes along - how do we get it to process bar.crash?14:55
dobeyselectService() seems to require a Service object, not a string14:55
dobeymardy: what should i see if it's enabled? showing other accounts does not make it clear at all14:55
jodhev: use the 'instance' stanza. Take a look at /usr/share/upstart/sessions/update-notifier-crash.conf for an example.14:55
jodhev: ... and http://upstart.ubuntu.com/cookbook/#instance for lots of details on that facility.14:56
mardydobey: you can paste the output to me in query14:56
evjodh: sure, but update-notifier-crash will run apport in parallel, no? We want one instance of it at a time14:56
evwhoopsie-upload-all, that is14:57
dobeyoh ok, i got it working. it adds "enabled; true" under the "Settings for ubuntuone" it seems14:57
mardydobey: yep14:57
jodhev: what is your job trying to do?#15:01
evjodh: so we have a process, whoopsie-upload-all that processes .crash files in /var/crash. When there's a new .crash file in /var/crash, we want it to run, but we don't want more than one instances of whoopsie-upload-all. However, we do want all .crash files to be processed. So if whoopsie-upload-all is already running and a new .crash file comes along, it will need to be run again.15:02
ev(this is for uploading crash reports on Touch. /usr/share/apport/apport creates the initial report, whoopsie-upload-all creates the .upload file for each .crash, and whoopsie processes the .upload files)15:03
jodhev: well, you still need to use 'instance' as presumably whoopsie-upload-all is going to take >0 time to do its job and if you don't use 'instance', you'll lose other crash file creation events.15:03
jodhmaybe you could have an instance job that somehow adds the name of new crash files into the uploader queue?15:04
evpitti, jodh: hm, could we have whoopsie-upload-all spin waiting for a flock, if upstart cannot handle this use case for us?15:16
pittiev: we can put flock && upload-all && rm <lockfile> into the job?15:17
evyeah, that sounds like it should work15:17
pittiev: ah, man flock has a nice example how to use it15:20
evooh, the flock -n 9 one?15:20
=== mthaddon is now known as mthaddon`
pittiev: you could actually use /var/crash/.lock, to use a shared lock with apport itself15:21
pittiev: to avoid reading a half-written file15:21
pittialtough apport's fileutils logic should already weed them out15:21
evso something like http://paste.ubuntu.com/6003229/15:24
pittiev: actually no, ignore that; we certainly do want new reports to be created while whoopsie-upload-all is still running15:24
evoh right!15:24
pittiev: otherwise we'd block the kernel core dump handler unnecessarily15:24
evhttp://paste.ubuntu.com/6003231/ ?15:25
pittiev: how does the $MATCH magic work? i. e. what does upstart assign to it?15:25
evit assigns the matching .crash file15:25
evso whatever the first one is that triggered the event15:25
pittiev: can you please use a dot prefix to hide it? that ought to avoid confusing get_new_reports()15:26
pittiev: ah, thanks15:26
=== dholbach_ is now known as dholbach
evpitti: to be clear, I made it live in /var/lock, but sure15:26
pittiev: oh right, missed that; that's fine of course15:26
pittiev: (/run/lock)15:26
everm yes :D15:27
pittiev: I still think that needs a "task" somewhere as it's not continuously running15:27
* ev nods15:27
evI'll test with that15:27
=== kees_ is now known as kees
pittiev: need to leave for Taekwondo, will be back in 4 hours for the techboard meeting15:38
evcool, thanks for your help today15:38
=== and`_ is now known as and`
JackYudholbach, hi, would you please help me review the packaging request at bug #1213998?16:11
ubottubug 1213998 in UbuntuKylin "[needs-packaging] youker-assistant" [High,New] https://launchpad.net/bugs/121399816:11
dholbachJackYu, I'm in a call right now and will have to run afterwards - can you ask in #ubuntu-desktop maybe?16:12
JackYudholbach, sure, I will try at desktop first, thanks:)16:14
dholbachgreat :)16:15
=== gusch_ is now known as gusch
=== racarr_ is now known as racarr
JackYudholbach, hi, it seems that there is no response in #ubuntu -desktop, would you please help to review when you are free these days? thanks so much.16:33
dholbachJackYu, maybe you can try mailing ubuntu-desktop@lists.u.c too?16:35
dholbachI've got to run now16:35
JackYudholbach, ok, I will send an email.16:37
dholbachall the best!16:37
dholbachsee you!16:37
=== bfiller is now known as bfiller_afk
evpitti: if you want to review before I upload: http://paste.ubuntu.com/6003480/16:44
=== mthaddon` is now known as mthaddon
=== tgm4883_ is now known as tgm4883
=== pbn_ is now known as pbn
smoserxnox, hey.17:18
smoserso i modified 'overlayroot' initramfs package17:19
smoseri can verify that /etc/init/.overlayfs-upstart-helper exists in the overlay17:21
smoserbut then when i tried to 'apt-get install tgt' i saw17:21
smoserinitctl: Unknown job: tgt17:21
=== ampelbein_ is now known as Ampelbein
smoserany thoughts?17:22
smoser$ ls -altr /media/root-rw/overlay/etc/init17:23
smosertotal 1617:23
smoser-rw-r--r-- 1 root root  148 Aug  6 16:28 tgt.conf17:23
smoser-rw-r--r-- 1 root root   50 Aug 19 17:16 .overlayfs-upstart-helper17:23
smoserdrwxr-xr-x 2 root root 4096 Aug 19 17:17 .17:23
smoserdrwxr-xr-x 5 root root 4096 Aug 19 17:17 ..17:23
xnoxsmoser: and doing "$ initctl reload-configuration; status tgt" shows upstart pick it up?17:23
smoser$ sudo status tgt17:24
smoserstatus: Unknown job: tgt17:24
smoser$ sudo initctl reload-configuration tgt17:24
smoser$ sudo status tgt17:24
smosertgt stop/waiting17:24
smoserso, yes, that worked.17:24
xnoxsmoser: hm. (a) crank up upstart logging, to see what happened. E.g. was the marker created before upstart was started.... (b) try touching "foo.conf" instead of .overlayfs-upstart-helper.17:29
xnoxand i need to go back and try this again.17:30
smoserwell, what is weird is that i'm pretty sure this worked for lxc17:30
smosersame basic path. making sure the overlay had the file.17:30
DogStarChampHey, does anyone know if xdotools will be included with Ubuntu 13.10? I know that Mir is going to be default and I'm afraid that it's going to make xdotools useless.17:36
ogra_DogStarChamp, xorg is still there and wont go away, so will xdotools17:38
xnoxDogStarChamp: and xdotools will be even fully functional under XMir.17:39
DogStarChampThank you!17:39
DogStarChampI was wondering about  the compatibility with XMir but that's a little more reassuring.17:40
ogra_well, you can pretty surely rely on the fact that xorg will still be around for years even if Mir is the default17:40
=== slangase` is now known as slangasek
smoserxnox, well, i just verified that this works on lxc (clone). so i'm not sure what is going wrong... hummm. one difference might have been precise kernel on one and saucy on another.17:52
=== bfiller_afk is now known as bfiller
=== masACC is now known as maswan
osarrouyhi everyone19:22
mlankhorstwhy does llvm try to use 8 byte atomics on powerpc?19:40
=== Ursinha is now known as Ursinha-afk
=== salem_ is now known as _salem
pittiev: LGTM, thanks!19:47
=== Ursinha-afk is now known as Ursinha
pittiev: I uploaded the package, FYI20:00
infinitymlankhorst: That probably just needs an -latomic20:02
infinitymlankhorst: I'll look at it a bit later, if you want.20:02
mlankhorstinfinity: thanks, please do :-)20:02
mlankhorstthe offender seems to be an atomic<addr_t> afaict20:03
infinitymlankhorst: I vaguely sort of "maintain" llvm in Ubuntu anyway, I'll give it a poke in a bit.20:03
infinitymlankhorst: It'll give me a chance to steal TIL back from you. :P20:03
mlankhorstah :P20:04
mlankhorstyeah i was slow today20:04
infinitySadly, reddit has stolen that TLA, and now people read TIL as "Today I Learned".20:05
infinitymlankhorst: I'm still not sure if I consider it a compiler bug that gcc doesn't automagically add -latomic when it might be needed, but it shouldn't be too hard to tear apart the llvm build system and make it behave.  I'll test locally before I go whack-a-moling, though.20:10
infinityBecause lolcmake, it could take a few tries.20:10
mlankhorst--Wl,--as-needed -latomic --Wl,--no-as-needed ? :>20:12
=== Ursinha is now known as Ursinha-afk
=== Evpok_ is now known as Evpok
=== Ursinha-afk is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
ScottKxnox: I suspect boost is the guilty party trying to get vdr-plugin-live to rebuild to get cxxtools, tntnet, and tntdb out of -proposed.22:45
=== Ursinha-afk is now known as Ursinha
xnoxScottK: not libcxxtools8 -> libcxxtools9 transition?22:47
ScottKYes.  that one22:48
ScottKvdr-plugin-live seems to be the only thing holding it back and it won't build.22:48
xnoxScottK: let me try.22:48
ScottKxnox: Thanks.22:57
xnoxScottK: http://projects.vdr-developer.org/issues/1351 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=71356822:57
ubottuDebian bug 713568 in src:vdr-plugin-live "vdr-plugin-live: FTBFS: recordings.ecpp:203:47: error: no matching function for call to 'tnt::QueryParams::QueryParams(tnt::QueryParams&, bool)'" [Serious,Open]22:57
ScottKThere's a new upstream version that's not packaged.22:58
ScottKI already tried it, that didn't help.22:58
=== _salem is now known as salem_
xnoxScottK: seems like it's building. I'll NMU into debian, and then it can be synced into ubuntu.23:02
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
=== freeflying_away is now known as freeflying

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