=== timrc is now known as timrc-afk
=== timrc-afk is now known as timrc
hallynpitti: oh, pls.  systemd-shim sets autoremove on login directories.  that breaks running the cgmangaer tests without moving yourself out of login directory :)  it'll definately be better to get StopSession+Abandon working from systemd-shim, and not set autoremove02:19
* hallyn wonders whether desrt is back02:21
=== diskzokej is now known as lubko
=== timrc is now known as timrc-afk
pittiGood morning04:17
pittihallyn: yes, I was talking to desrt yesterday04:17
pittihallyn: what is "autoremove on login directories"?04:17
pittihallyn: do you know about the status of reuploading cgmanager to Debian?04:31
Unit193It's on mentors, as of "today"04:35
hallynpitti: systemd-shim sets RemoveOnEmpty, so that after all tasks in a cgroup and all child cgroups disappear, the cgroup dir is removed04:35
hallynpitti: cgmangaer should be uploaded tomorrow i'm hoping04:36
* hallyn out04:38
pittihallyn: ah, thanks04:41
pittisergiusens: do you plan to merge https://merges.ubuntu.com/t/telepathy-mission-control-5/, or want me (or someone else) to steal? (needed for upower transition)05:05
sergiusenspitti: I never knew I was supposed to; in any case I can't upload so feel free to do it (my stuff was apparmor related that jdstrand promoted)05:09
pittisergiusens: right, you were the last uploader, so by default you are the merger05:10
pittisergiusens: ack, thanks05:10
sergiusenspitti: am I supposed to get an email about this? I don't want to block people in the future :-)05:11
pittisergiusens: no email; they are on https://merges.ubuntu.com/main.html05:11
pittisergiusens: (and /universe.html, etc.)05:11
sergiusensgt it05:11
pittixnox: FYI, http://anonscm.debian.org/cgit/collab-maint/pkg-util-linux.git05:36
pittixnox: I just asked Andreas when he plans to land this05:36
smbinfinity, Just saw the email about helping out with iso testing for the Trusty point release. Is there a way to see which ones are in progress right now and which untaken. Not that all start doing the same which is not helping much07:05
jibelsmb, you can follow the progress and submit results on the iso tracker http://iso.qa.ubuntu.com/qatracker/milestones/318/builds07:07
dholbachgood morning07:08
jibelsmb, the download links are wrong for trusty, you must add 'trusty' in the url eg. http://cdimage.ubuntu.com/trusty/daily-live/20140722.2/trusty-desktop-amd64.iso07:09
smbjibel, Ah ok. Hm yeah seem to have changed even in the few minutes I did not refresh07:09
xnoxpitti: i got emails it's in experimental.08:51
pittixnox: yep, it was just duly celebrated in #debian-gnome :)08:51
xnoxpitti: and as I pinged infinity, it's ftbfs on !amd64 =)08:51
pittixnox: yes, known08:51
pitti(I think, ah mentioned something like that)08:51
pittihe's also preparing 2.25 and a fix for the remaining RC bug08:51
xnoxpitti: anyway, i was testing usb-creator / udisks2 against it, and it seems fine. However, didn't fix my woes, so uploaded a patch adding to udisks dbus options "just-do-it" flag, which makes everything work =)08:56
pittiyeah, that's the "quick hack" part which we need to revert; it's not documented/upstream and just a workaround for the actual bug09:00
pittie. g. supposedly if this happens the disk hasn't actually be cleaned properly09:00
xnoxpitti: well, reading the code (a) i give a full block disk, e.g. /dev/sdb (b) ask to format (c) it waits for it to magically re-appears after wipefs -a (d) it doesn't, since we need to call Rescan to read partition tables by the OS, or lack of thereof.09:02
xnoxthus, with the "plug" it goes to blindly create requested partions/partition-table/filesystem, which then validate afterwards.09:03
xnoxpitti: maybe i'm failing to understand udisks2 expectations there, and how they are not satisfied at that point.09:03
smbjibel, Hrm, would you say a missing "update" option on the manual partitioning and re-use home test case is a bug or a feature. Its the same image used to install after all. What I get is only install alongside or erase...09:27
jibelxnox, what are the conditions in ubiquity to see the option 'reinstall ubuntu' in the partitioner ?09:36
smbMeh, filed bug 1347521 in the mean-time09:41
ubottubug 1347521 in ubiquity (Ubuntu) "No update/upgrade option when re-installing with same ISO" [Undecided,New] https://launchpad.net/bugs/134752109:41
xnoxsmb: *sigh* upgrade would only be offered from 13.10 -> 14.04.1 daily09:44
jibelsmb, the option 'upgrade' is only displayed if the installed version is older than the version you're installing otherwise you will see 'reinstall'09:44
xnoxsmb: but reinstall should be offered for in-place 14.04.1 dailies.09:45
shadeslayerev: around?09:45
smbxnox, I did not see reinstall other than install alongside :/09:45
xnoxsmb: =(09:46
xnoxsmb: it is strange that you already mention that /home is on a separate partition.09:46
shadeslayerev: any clue why https://errors.ubuntu.com/?user=kubuntu-bugs&period=month doesn't give me any info09:46
xnoxsmb: btrfs?09:46
shadeslayerev:  and goes "An error occurred while trying to load the most common problems."09:47
smbxnox, No ext4. That is part of the test instructions09:47
smb(not the ext4 part but to have home seperate)09:47
xnoxsmb: ok.09:47
evshadeslayer: it needs to be added to http://bazaar.launchpad.net/~daisy-pluckers/daisy/trunk/view/head:/tools/import_user_packages.py . Feel free to propose an MP which does that.09:49
shadeslayerev: thx09:49
shadeslayerev: this worked before though09:49
xnoxsmb: during .1 release testing we are ideally looking for bugs and things that regress verses a .0 baseline.09:51
shadeslayerev: https://code.launchpad.net/~rohangarg/daisy/add-kubuntu-bugs/+merge/22787909:51
smbxnox, Yeah, and you can always choose to ignore certain bugs. But when I do follow test instructions I try to follow test instruction. And them say, if not expected behaviour, file bug. So I file bug. 3:) I don't mark them critical, though09:54
xnoxsmb: cool. and i hope that test cases do not guide one into impossible situations. E.g. install with lvm, and then do manual re-partitioning.10:04
apwxnox, you hope for the impossible10:04
smbxnox, They may not guide one, but I happened to just re-use a disk with lvm when running a test-case asking for that... :-P10:05
xnoxsmb: =))))))))))))))10:05
xnoxgood good.10:06
evshadeslayer: merged. Should work on the next cron run (I think it's daily)10:07
smbxnox, You are not really expecting our users to not do the impossible ... ;) As I said, I won't mark those things as critical but keep opening bugs just to document things10:07
shadeslayerthanks! :)10:07
xnoxpsivaa: plars: are there ubiquity autopilot tests running for all flavours, with trusty daily images?10:13
psivaaxnox: i'm not sure about ubiquity AP tests. may be jibel knows?10:14
jibelxnox, no, it's only testing the dev release, I'll add them10:20
xnoxjibel: yes please, that would help a lot for smoke testing and respins.10:20
jibelxnox, I fully agree since the fallback is me doing manual tests :)10:21
xnoxjibel: the AP tests should be pulled from lp:~ubuntu-installer/ubiquity/trusty-proposed instead of lp:~ubuntu-installer/ubiquity/trunk. Whilst they didn't diverge yet, they may do so in the future.10:21
xnoxjibel: well and kernel team are doing it at the moment as well =)10:21
jibelxnox, yeah, thanks kernel team10:22
pittisil2100: bug 1346199 is sufficiently tested now, but just for safety I suppose we should keep that in -proposed until we get out of the traincon swamp for touch?10:25
ubottubug 1346199 in systemd (Ubuntu) "Needs testing in -proposed: systemd 208" [High,In progress] https://launchpad.net/bugs/134619910:25
sil2100pitti: hey, yeah I would first like us to move out all our 4.9 gcc-related transitions from -proposed10:27
pittisil2100: ack10:28
sil2100Would be really grateful for that ;)10:28
pittisil2100: it's not that urgent; systemd as pid 1 is totally broken ATM, but as we don't support that, getting the touch image back to green/promotable certainly trumps that10:28
=== doko_ is now known as doko
Riddellpitti: can you see any problem with bug 1347565 and what's a good test case?10:40
ubottubug 1347565 in apport (Ubuntu Utopic) "apport recommends gdb" [Undecided,New] https://launchpad.net/bugs/134756510:40
smbjibel, I am a bit confused about http://iso.qa.ubuntu.com/qatracker/testcases/1312/info. Specifically I seem to miss the "no network" part of it.10:55
jibelsmb, the test case is wrong, step 5, 'is connected to the internet' must be greyed, the list of languages for trusty are en, es and zh. For other language there is a popup when the system is connected to a network.11:02
jibelballoons, ^ could you fix this test case11:02
apwxnox, hey when i select "Something Else" the next installer screen is taller, this tallerness persists from then on, making all of the windows go off the bottom on my test box11:59
xnoxapw: gtk+ enjoy it =)11:59
* ogra_ hands apw a few horizontal lines with pixels12:00
apwogra_, i need about 200 if you have them12:00
ogra_just glue tzhem on at the bottom12:00
xnoxapw: you should be able to press super and drag the window up.12:00
ogra_sure, np ...12:00
apwxnox, oh yeah i can cause i know how, but ... its hard if you don't12:00
=== _salem is now known as salem_
apwxnox, you might want to look at bug: #1347630 and reassign it as you see fit12:11
ubottubug 1347630 in ubiquity (Ubuntu) ""You may want to read the release notes" link takes you to ubuntu home page" [Undecided,New] https://launchpad.net/bugs/134763012:11
=== ximion1 is now known as ximion-afk
pittihey Riddell12:17
pittiRiddell: looking12:17
=== greyback is now known as greyback|lunch
jibelapw, it's a redirect on server side. It'll have to be updated with the new version of the release.12:17
apwjibel, ok what shall i assign that bug to12:18
apwi assume there is a project for the website somewhere12:18
pittiRiddell: ah, I think that should be fine; AFAIK, the full gdb has support for decoding python and other languages, but we don't need those for crash processing12:18
jibelapw, ubuntu-website12:19
pittiRiddell: I added a test case to the bug12:22
Riddellthanks :)12:22
pittiRiddell: did you happen to commit this to bzr locally and just need to push, or should I grab the diff from LP?12:22
Riddellpitti: does it need updated in bzr, will UDD not do that magically?12:23
pittiRiddell: it's not using UDD; I want to be this a proper branch of trunk, which UDD can't do12:23
pitti(one of the main reasons why IMHO UDD is broken -- it falls down in the ideal case of having both upstream and packaging all in bzr..)12:24
* Riddell looks12:24
cjwatsonYeah, UDD is most kindly described as "aspirational" I think12:24
pittiRiddell: anyway, I'll just push it12:25
pittiRiddell: erk, FTBFS due to twisted uninstallability in -proposed12:25
Riddelltrusty bzr is out of date anyway, tsk to bdmurray12:26
pittiRiddell: pushed utoic12:26
pittiRiddell: and utopic, too12:26
pittiRiddell: ah, I'll import 2.14.1-0ubuntu3.2 too12:27
=== pete-woods1 is now known as pete-woods|away
=== MacSlow is now known as MacSlow|lunch
pittiRiddell: trusty branch updated12:36
Riddellthanks pitti12:39
pitticjwatson: ah, http://lists.alioth.debian.org/pipermail/pkg-grub-devel/2014-January/013883.html is indeed a nice summary12:50
cjwatsonIt may not be worth your time trying to convert an existing package, but perhaps worth trying out on something new12:50
pitticjwatson: so indeed conceptually not that much different from http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/README.source12:50
pitticjwatson: but git-dpm dch looks quite nice, essentially implying the "export" step you need to do for -pq12:51
cjwatsonYeah, as I say I think it's basically an implementation (IMO nicer but YMMV) of the same idea12:51
cjwatsonpitti: I find myself using commit --amend a lot with it12:51
cjwatsonand git-dpm update-patches --amend12:51
pittiThis is an enforced workflow change; you can't mix and match this12:52
pitti   with manual developer use of quilt in a particularly sane way, and12:52
pitti   you have to use git-dpm if you're touching patches in any way.12:52
pittioh, that would be a rather big downside12:52
pittiI thought with -dpm the patch branch would also be transient, it's not then?12:52
cjwatsonWell, you can, it's just that git-dpm will probably want to rewrite stuff later12:52
pittiyeah, there's always some noise in patch headers12:53
cjwatsonIt's sort of transient; the tip of it is merged into master12:53
cjwatsonYou don't keep a ref around for it, but its history remains12:53
cjwatsonI generally view this as a plus, but as I say YMMV12:53
cjwatsonI'm actually not sure what git-dpm does if you just drop in a quilt patch it's never heard of.  Generally speaking once I have something in git-dpm I don't want to use quilt12:54
cjwatsonIt's git, I'm sure you have all the swiss army knives required to deal with it, just not sure how neat it is :)12:55
pittiheh, yes12:56
xnoxcjwatson: how/where in launchpad can i get to image builds? which team/person/etc should I be looking for?12:56
pitticjwatson: my main concern was mostly about other people touching the packaging/quilt series as well, and converting everyone to a new tool in lockstep seemed a bit difficult12:56
cjwatsonxnox: They're all under ~ubuntu-cdimage, but the index is crap right now12:56
pittimuch easier for (essentially) single-maintainer packages, of course12:56
cjwatsonxnox: You can use the lp.livefses collection on the webservice12:56
cjwatsonand then .web_link12:57
xnoxcjwatson: ack. yeah, cuase https://launchpad.net/~ubuntu-cdimage doesn't show me any links to livefs builds et al.12:57
cjwatsonxnox: basically they're of the form /~ubuntu-cdimage/+livefs/ubuntu/SERIES/NAME, e.g. .../utopic/ubuntu-desktop12:57
cjwatsonYeah, I've been meaning to write some kind of index but ENOTIME12:57
xnoxjibel: ^12:58
xnoxjibel: e.g. https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/trusty/lubuntu12:58
jibelxnox, cjwatson ack, thanks12:58
smbxnox, I think bug 1347676 might be somewhat bad.12:58
ubottubug 1347676 in ubiquity (Ubuntu) "Installer fails to find disk to install" [Undecided,New] https://launchpad.net/bugs/134767612:58
cjwatsonWhoops, sorry, my example was buggy :-)  .../utopic/ubuntu12:58
xnoxwell above lubuntu build url works =)12:58
cjwatsonxnox: Also, there's a link to the build in each of the CD build logs (http://people.canonical.com/~ubuntu-archive/cd-build-logs/12:58
cjwatsonSo you can always track it down from there12:59
cjwatsone.g. top few lines of http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/trusty/daily-live-20140722.2.log12:59
xnoxjibel: btrfs is seeded everywhere where it's needed. not sure what's going on. let me pull lubuntu iso.13:02
jibelxnox, from the logs you see that it's a recommends but recommends are not installed13:02
jibelxnox, https://launchpadlibrarian.net/180540741/buildlog_ubuntu_trusty_i386_lubuntu_UPLOADING.txt.gz13:03
xnoxjibel: hm, right.13:04
xnoxjibel: but in the equivalent utopic build, it's going to be installed.13:05
jibelxnox, and it's installed for ubuntu13:05
xnoxjibel: ubuntu installs recommends, but lubuntu does not.13:08
xnoxjibel: the seeds are the same13:09
xnoxjibel: thus lubuntu trusty and utopic should both be the same, however lubuntu/utopic has btrfs-tools yet lubuntu/trusty does not.13:09
=== MacSlow|lunch is now known as MacSlow
=== greyback|lunch is now known as greyback
bulletxthi, if I download from ubuntu packages the source of printer-driver-gutenprint , how can I build it with ubuntu specifics ? Like prefix and all the rest? Thanks a lot13:52
cjwatsondebuild -B -uc -us13:52
cjwatsonSorry, -b not -B13:53
bulletxtin which folder? in the extracted  [gutenprint_5.2.10~pre2-0ubuntu2.debian.tar.gz] file ?13:53
cjwatsonyou should not extract that file manually13:53
cjwatsondpkg-source -x gutenprint_5.2.10~pre2-0ubuntu2.dsc13:53
cjwatsonthat will produce a gutenprint-5.2.10~pre2 directory; build in there13:54
bulletxtok let me try13:54
cjwatsondebuild will probably require you to install build-dependencies before it will proceed13:54
cjwatson(there are of course approaches for automating that, but they're overkill if you're just trying to build one thing)13:54
=== pete-woods|away is now known as pete-woods
* cjwatson -> out13:55
bulletxtok cjwatson I did dpkg-source -x gutenprint_5.2.10~pre2-0ubuntu2.dsc13:56
bulletxtit created a folder gutenprint-5.2.10~pre213:56
bulletxtshould I just get in there and do make; make install ?13:56
roadmrbulletxt: no, see what cjwatson said, was to debuild -b -uc -us13:58
bulletxtok roadmr I got into the new created folder and did debuild -b -uc -us13:59
bulletxtbut it gave some errors13:59
roadmrwhich errors? something about unmet build dependencies I imagine?14:00
bulletxtyea I'll paste the whole thing14:00
bulletxtroadmr: http://paste.ubuntu.com/7842095/14:01
roadmrbulletxt: ok! but to get you started faster, you need to install all the packages listed in "Unmet build dependencies"14:01
roadmrbulletxt: just apt-get install all those packages, then try again14:01
bulletxtyea but please give a look at the paste14:01
bulletxtI'm not sure that's the problem14:01
bulletxtmaybe yea14:01
roadmrbulletxt: give it a try :) you can't build without the deps :P14:02
bulletxtok cool I installed debuild -b -uc -us14:02
bulletxtI mean, the missing dev packages14:02
bulletxtnow its going ahead14:02
roadmrbulletxt: cool! ok, so it'll spit out one or more .deb at the end14:03
bulletxtso, lets say I want to apply my personal patch to gutenprint, should I first apply the patch and then do  debuild -b -uc -us   ??14:03
roadmrbulletxt: correct, apply your patch on that directory where you're building. You'll notice it contains all of gutenprint source14:03
bulletxtyea, ok so first I apply my patch then i do the debuild command14:04
roadmrbulletxt: right14:04
bulletxtbut, do I have to be root when doing debuild  ??14:05
roadmrbulletxt: no14:05
roadmrbulletxt: debuild uses some tricks to avoid needing root while building14:05
bulletxtok cool14:05
bulletxtits spitting out a lot of debs on my desktop, lol14:06
bulletxtroadmr: do you by chance know how to correctly apply a  patch.diff file into the source ?14:15
roadmrbulletxt: hm usually patch -p0 < patch.diff (do this while in the gutenprint directory)14:16
bulletxta simple patch < file.diff should be enough I supose14:16
bulletxtroadmr:  It returned this:  (Stripping trailing CRs from patch; use --binary to disable.) patching file src/main/print-olympus.c (Stripping trailing CRs from patch; use --binary to disable.) patching file src/xml/papers.xml14:21
roadmrbulletxt: patch would complain loudly if there was a problem, so it looks OK to me, just a warning14:22
bulletxtthen its time to redo the debuild and then install the debs :D  hopefully I won't destroy my system :)14:22
roadmrbulletxt: looks like your changes are relatively harmless, good luck!14:23
argeshave you guys seen this apt error before, it seems to have been happening recently : http://pastebin.ubuntu.com/7842304/14:44
xnoxarges: yes. ddebs are very racy at updating their dists/14:51
xnoxarges: the reply is prodstack4 or shipping strong booze to germany somewhere where pitti is or something like that =)14:52
argesxnox: fun fun fun14:52
pittiI tried to do a first attempt of updating dists/ atomically, but it's 'orribly complicated14:53
bulletxtroadmr: great everything went fine. Thanks a lot (also cjwatson!)14:58
jodhxnox, hallyn: Just a reminder that https://code.launchpad.net/~jamesodhunt/ubuntu/utopic/cgmanager/enable-upstart-cgroup-support/+merge/227209 is still o/s. We really need this enabled such that if we hit problems, we have sufficient time to resolve before RTM :)14:59
xnoxjodh: we are not landing it right now, not until gcc-4.9 is resolved on the phone and we promoted an image and/or some such.15:00
roadmrbulletxt: I just helped with some minor syntax. Glad it worked!15:00
* xnox goes to check status of 4.915:00
jodhxnox: ok - thanks for the update.15:01
xnoxso on http://people.canonical.com/~platform/citrain_dashboard// silo 008 needs to publish and an image build done.15:02
xnoxnot sure if there is a bug number to be notified.15:02
hallynjodh:  what is o/s ?15:04
xnoxslangasek: is there a tracking bug for gcc-4.9 explicit somewhere? packages in silo 008 close no bugs....15:04
xnoxhallyn: i've extrapolated from Oxford dictionary as "outstanding"15:05
jodhxnox: you win a prize! And you prize is... to handle my MP :)15:06
hallynxnox: that was my guess, but i was wondering if there was a more technical term it coudl e short for :)15:08
hallynjodh: so, when I bzr branch lp:upstart, what's the recommended way to bootstrap to a point where I can build?  I tried the usual sorts of steps but didn't get the right series of steps apparently15:09
xnoxhallyn: apt-get build-dep upstart; autoreconf --force --install; ./configure; make -j12; make check -j1215:10
xnoxhallyn: if that's not "usual sorts of steps" you did, please update the "usual sorts of steps" to above =)15:10
xnoxhallyn: and let us know, if above does not work for any reason.15:11
hallynxnox: ok, autoreconf.  i was doing 'aclocal;libtoolize;autoheader;autoconf;automake' type of steps15:11
hallynthanks :)15:12
xnoxhallyn: from that expanded list autopoint vs gettexize is the missing piece i think.15:12
* hallyn looks up autopoint15:13
* hallyn respectfully suggests to jodh that a 'bootstrap.sh' might be worthwhile :)15:13
jodhhallyn: http://upstart.ubuntu.com/cookbook/#setting-up-an-upstart-development-environment, http://upstart.ubuntu.com/cookbook/#unit-tests. I generally just 'autoreconf -fi && ./configure ...'15:13
hallynor just a note in README15:14
tkamppeterAnyone with knowledge about SLP (Service Location Protocol) around?15:16
xnoxhallyn: "autoreconf -fi" is the golden standard these days. to the point that most of "bootstrap" scripts like autogen.sh et.al. just call "autoreconf -fi" these days.15:16
xnoxhallyn: why do you not use autoreconf?15:16
hallyni dunno, cause i didn't know how it fit in with the other magic incantations15:18
hallyncertainly seems nicer15:18
hallyni think i (without thinking about it) assumed autoreconf was a debbuilder thing.  i used it in package building, but not by hand15:20
xnoxhallyn: it's the top-class command to rule them all part of autotools. it inteligently inspects and tries to run all the tools, as many times as needed, in the right order.15:23
=== timrc-afk is now known as timrc
hallynxnox: unicorns15:24
pittislangasek: ah, thanks for the updates wrt. armhf15:40
pittislangasek: so this exercise of summarizing was useful, glad to hear that it's not quite as bad as I feared15:41
hallynjodh: all right, i can finally reproduce the make check failure in lp:upstart :)  will aim to mp a fix later today15:46
jodhhallyn: thanks!15:47
slangasekxnox: the tracking bug was bug #132908916:40
ubottubug 1329089 in dbus-cpp (Ubuntu) "g++-4.9 binary incompatibilities with libraries built with g++-4.8" [Critical,In progress] https://launchpad.net/bugs/132908916:40
xnoxslangasek: ah ok. and none of the merge proposals mention this bug, because unicorns?! =) ok, gotcha.16:53
* slangasek shrugs :)16:53
xnoxat times i honestly believe setuptools is worse than autotools. Whilst both can drive one crazy, the latter at least generates piles of logs and error messages.17:02
mlankhorstwe shoud all use the android build tools ;-)17:03
=== Ursinha is now known as Ursinha-afk
hallynjodh: tbh the cgmanager tests in upstart don't seem u seful17:35
hallynthey seem like they woudl test libcgmangaer, not upstart17:35
hallynso it's fine to do setup_cgroup_sandbox() before running tests, and skip the tests if setup_cgroup_sandbox fails.17:37
hallynbut right now it just tries setup-cgroup_sandbox and fails is that fails.  That's wrong.17:38
hallynnow the init/tests/test_cgroup.c looks good.17:39
hallynthough it doesn't test any actual cgroup actions i guess17:40
=== Ursinha-afk is now known as Ursinha
hallynok purely my fault for misunderstanding that file in january?  ok i think i know what to do :)  thx for listening :)17:42
hallynthere, that's better17:43
=== timrc is now known as timrc-afk
=== timrc-afk is now known as timrc
jodhhallyn: those tests are meta-tests so not actually for testing upstart, just the env its tests run in to ensure it is 'sane'. thanks for MP!18:48
=== Ursinha is now known as Ursinha-afk
=== rickspencer3_ is now known as rickspencer3
=== Ursinha-afk is now known as Ursinha
=== timrc is now known as timrc-afk
=== timrc-afk is now known as timrc
=== salem_ is now known as _salem

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