wgrantSpamapS: dogfood.launchpad.net is probably handy here.00:00
wgrantAlthough only LP devs can upload to it.00:00
wgrantIt is where we do Soyuz QA.00:01
slangasekhallyn: so qemu-linaro 2011.12 is based on qemu 1.0, which I'm told will break libvirt :)00:05
slangasekhallyn: (due to version number problems)00:05
slangasekhallyn: I guess this might be fixed in libvirt 0.9.8?  If you want to merge that from Debian unstable00:05
hallynslangasek: fix is already in precise :)00:08
hallynslangasek: (bc qemu-kvm 1.0 is in precise)00:08
hallynslangasek: did you want to talk about the lvm initramfs/udev fix?00:08
slangasekhallyn: I do, but I keep not having time to do so :)00:20
slangasekhallyn: let me see if that doesn't make it back to the top of my queue next week00:21
hallynslangasek: cool, thanks - ttyl00:21
SpamapSslangasek: I just opened up a MP against sysvinit.. I want to get your thoughts on the approach.. its quite untested.. but I'm having a hard time getting a precise VM setup on my laptop at the moment..00:34
SpamapSslangasek: https://code.launchpad.net/~clint-fewbar/ubuntu/precise/sysvinit/wait-for-long-shutdown-jobs/+merge/8520800:34
slangasekSpamapS: any reason not to handle stop/killed jobs the exact same way as those that are still start/ ?00:40
slangasekSpamapS: also, your wait seems to not have a break for the case where there are no jobs left running00:40
slangasekSpamapS: which means it *always* waits 300 seconds if there are any matches the first time around, even if the job we were waiting for was killed long ago00:41
SpamapSslangasek: oh right I forgot that break ;)00:47
SpamapSslangasek: on the why not handle them the same.. I find this easier to analyze.. separation of concerns. It may be more elegant to just omit those as well and increase the timeout from 10 to 300 seconds..00:48
SpamapSslangasek: also we don't want to wait *at all* for start/ 's .. they're being omitted.00:50
slangasekSpamapS: oh, wait vs ignore, right00:50
SpamapSmy thinking is that stop/killed is a better clue than "just hanging around" so it gives us a good reason to wait longer than 10 seconds00:50
SpamapSI think we may also need to add a note in init(5) about kill timeout only being respected up to 300 seconds.00:51
slangasekwell, what about waiting indefinitely?00:51
SpamapSthought about that.. its an option00:51
slangasekexcept that has the problem that if an upstart job *never* shuts down, your ttys are gone and you have no way to usefully inspect00:52
SpamapSI figured we want a safety valve for the dork who does 99999999999900:52
slangasekwhat does that matter?  the process shouldn't actually take that long to die?00:52
SpamapSit might if it ignores signals00:52
slangasekotoh, 300 is an arbitrary cutoff00:53
slangasekand I hate those :)00:53
SpamapSI'm not married to this.. its just the more conservative approach.00:53
slangasekboth options have downsides00:53
SpamapSit actually has some thought in it (mentioned in another bug about mysql) ...00:53
slangasekyou can be conservative about not prematurely killing processes that are still shutting down00:53
slangasekor you can be conservative about ensuring the system doesn't hang on reboot00:53
SpamapS300 seconds is a long time, but no longer than most battery backup systems will be available.00:53
SpamapSso for me, 300 is as long as I'm willing to wait for one service, before we start risking the whole system00:54
slangasekI can buy that00:55
SpamapSthere's no actual research in that battery number.. just personal experience.00:55
SpamapSso I can totally be swayed on that00:55
SpamapSslangasek: also no need for a break, while [ -n "$(upstart_killed_jobs)" ] means it will exit the loop when there are no more jobs stop/killed00:56
slangasekwell, I don't have a better magic number to offer, and you've convinced me that there are more advantages to not waiting indefinitely :)00:56
slangasekSpamapS: aha, I think I missed the while condition00:57
SpamapSok, I'll try to get this tested in a VM next week00:57
SpamapSfor now I need to hit the road ... Big Bear and 12-24 inches of man made snow await me. ;)00:57
slangasekSpamapS: :)00:57
SpamapSslangasek: thanks for the second pair of eyeballs!00:57
* SpamapS disappears00:58
slangasekSpamapS: I do need to look at more of the diff context; I have a concern I can't currently articulate about making sure we're not delaying other parts of the shutdown waiting for these jobs00:58
=== sagaci_ is now known as sagaci
psusiTheMuso, so I've managed to overhaul the dmraid package; rebased it on a new upstream release and upgraded it to 3.0 (quilt) format... and tested it on debian.  Do you think you could review it and upload to debian, then sync it back to ubuntu?03:21
=== mglidden_ is now known as mglidden
slangasekSpamapS: right, so, I think the jobs that are in state stop/killed should *also* be excluded from the kill list because otherwise the process is being killed twice, which it seems to me can only lead to slowing down the graceful shutdown08:33
slangasekSpamapS: incidentally, I definitely see some weird behavior on shutdown here in precise; the killing of processes seems to take much longer than it seems it ought to08:33
=== yofel_ is now known as yofel
=== sgnb` is now known as sgnb
arekmhi, is your php dying on this, too? (can be run from cmdline): http://pastebin.com/xjCppEfS13:50
=== fisted_ is now known as fisted
=== AbsintheSyringe2 is now known as AbsintheSyringe
bahrHi, I'm currently a .NET developer, and want to learn a new language, and thought contributing to ubuntu would be a nice way to do this. Which languages should I consider if I want to contribute? I would like to start on Python, but are there any projects using this or is it all C and C++?15:13
penguin42bahr: There is a lot of python, plenty of C and C++15:18
sladenbahr: Python is a good choice.  There is also some CLR/Mono/C# stuff, but it's not in the default install anymore15:19
sladenbahr: it's probably easiest if you have a particular goal in mind15:19
bahrsladen: hm well my main goal was actually just to learn a new programming language, and I though python would be a nice choice, as it is not statically typed compared to c#, and I like ubuntu, and this would give me some kind of motivating project to work on imeediately, and get practical experiences15:21
=== bregma_ is now known as bregma
sladenbahr: if you select a bug-report in a particular python-based program, you could perhaps work though and try to fix it by changing things15:26
sladenbahr: most of the Python syntax should be fairly familiar if you know other languages15:26
* lamont struggles to understand why unity/firefox think that my non-fullscreen firefox window should always go full screen when I switch to that workspace15:29
bahrok thanks. Does ubuntu have any specific python projects, cause I would like to contribute to it, as I love the operating system :)15:30
bahror should I just find a bug on the launchpad thing and work on it?15:30
penguin42bahr: There is python itself, but I don't think packages that use python are tagged in any particular way15:32
tumbleweedpackages that use python depend on python15:33
jtayloryou could learn boo, its dynamic and static typed, similar syntax to python and runs with mono/cli :)16:32
bluefoxicyapt-get install -f .18:04
bluefoxicy"install ALL the things"18:04
bluefoxicy.... apt apparently installs regexes.18:04
Ampelbeinof course it does18:04
bluefoxicyI tried to install ./somefoo.deb :|18:05
AmpelbeinFrom 'man apt-get': "If no package matches the given expression and the expression contains one of '.', '?' or '*' then it is assumed to be a POSIX regular expression"18:05
Ampelbeinbluefoxicy: You are looking for 'sudo dpkg -i ./somefoo.deb'18:06
bluefoxicyAmpelbein:  with dependency resolution.18:06
gesersudo dpkg -i ... ; sudo apt-get -f install18:07
Ampelbeinbluefoxicy: You can use 'sudo apt-get -f install' after the dpkg -i and it should install the deps18:07
geserand check that apt doesn't propose to remove it again18:07
geserthat's how I do it if I'm to lazy to create a repository for it (apt-ftparchive or dpkg-scanpackages)18:08
broderalternatively, there's gdebi18:09
Frosty-neewhoops, wrong window19:08
Frosty-neethis isn't &bitlbee :P19:08
=== lardman_ is now known as lardman
infinityRiddell: opengtl seems incredibly unhappy on all 32-bit arches.21:13
Riddellinfinity: yes I've been getting a bunch of error messages, it's on my todo21:14
infinityRiddell: Kay, just wanted to make sure it was somewhere on the list.  It's literally the only FTBFS in main for most arches right now, and it offends me. ;)21:14
* infinity discounts the bizarre fact that gcc-4.5 is FTBFS everywhere except for the one arch I expected it to fail on...21:15
infinitydoko: Any idea what's up with gcc-4.5?  Was it a build-dep that was broken and god fixed (ie: why did armhf succeed and everything else not?)21:16
infinitydoko: The logs almost make it look like the testsuite is deleting the build tree.  Which seems insane.21:17
* infinity retries on amd64 for kicks.21:18
dokoinfinity, killed by intent. ICE's in the testsuite21:29
dokoall with whopper21:29
infinitydoko: Oh, kay.  They all seemed to die at around the same time, didn't realise it was intentional. :P21:30
infinitydoko: So, the fact that the armhf build succeeded is a bad thing? :/21:31
infinitydoko: You might want to do a -10ubuntu2 upload that's actually just reverting to -9ubuntu1.21:32
infinitydoko: Cause accidental retries will land this in the archive.21:32
infinitydoko: Oh, -9ubuntu3, rather.  But whatever.21:33
infinitydoko: In fact, I might do that right now.  You okay with that?21:33
dokoyeah, won't work on this for a while21:35
infinityKay, I'll revert then.  Seems saner.21:35
dokoohh, and we should try to demote it21:35
infinityMySQL still builds with it. :/21:35
dokobad pitti21:36
infinitydoko: Revert uploaded.21:38
infinitydoko: I'll jam it through on armhf ASAP to replace the broken one that built.21:38
infinityAnd MySQL is SpamapS, not pitti.21:40
infinityBut I believe it was due to an ICE or miscompilation or something?21:40
dokoenoclue, lets get rid of it. you could recheck once -ubuntu1 is built21:41
infinity-- precise/main build deps on g++-4.5:21:43
infinity-- precise/main build deps on gcc-4.5:21:43
infinitygrub2 is just a question of Colin confirming that bits don't grow too large for the boot sector when built with 4.6, I think that was on his TODO.21:43
infinitySo, MySQL and u-boot.21:43
dokoopendk-6? I think I did drop it21:44
infinity4.5 on arm*21:45
infinityAny idea why that was?21:45
dokoice, which is now fixed21:46
dokowill fix with the next upload21:46
infinityI'll poke jcrigby about u-boot.21:47
infinityIt may have similar "need to verify code generation" issues as grub.21:48
infinityBootloaders are touchy.21:48
infinitydoko: MySQL may take some extra fiddling.  I think SpamapS tried to switch to 4.6 while he was packaging 5.5 and ran into the same bug as before.  But it might be something we can workaround by dumping optimisation on a single file or something.21:50
infinitydoko: Dumping optimisation on the entire build would probably be a Bad Thing for one of our two flagship SQL databases, though.  Worth keeping an old compiler around just for that, if we have no sane choice. :/21:51
dokowell, find out the exact file, and only build that without optimization21:52
infinityIf it was an optimisation issue.21:52
infinityLet me see if I can find the bug.21:52
infinityGrr, I know there was an upstream bug somewhere.21:54
infinitydoko: http://bugs.mysql.com/bug.php?id=6150921:56
infinitydoko: And patch attached a month ago!21:56
infinitydoko: I'll test with that a bit later.21:57
infinitydoko: Oh, wait.  That patch is supposedly backporting something from 5.5 to 5.1... And Clint says 5.5 still fails.  Hrm.21:57
=== fisted_ is now known as fisted
infinitydoko: Running mysql-5.5/gcc-4.6 test builds on amd64, powerpc, and armhf here at home to see if I can figure out what the fuss is about.22:59

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