[00:07] I've got a patch to fix (what I consider) a bug in /etc/dhcp3/dhclient-exit-hooks.d/ntp. Is this an okay place to discuss it? [00:10] djsmith: dhclient is in main, isn't it? #ubuntu-devel might be better. Although filing a bug on launchpad is generally the best spot to put bugs :) [00:10] RAOF: the file in question is in ntp, which is still in main :) [00:11] micahg: Fair suck of the sav. :) [00:11] ? [00:11] * RAOF declares today “talk like an aussie” day. [00:12] RAOF: google translate doesn't know Aussie :) [00:13] “Fair enough” is a reasonable translation :) [00:13] RAOF: ah, k [00:13] RAOF: I'll use ubuntu-bug then. Thanks [00:16] similar question [00:16] I've posted a patch to fix an usability bug in compiz [00:16] it's already applied upstream [00:16] but till the compiz team release the new version [00:17] i believe it can be applied on ubuntu's current package too, as an upgrade [00:17] someone pointed me to #ubuntu-motu [00:18] but i don't know if compiz is in main or what [00:18] let me check [00:19] compiz is in main [00:19] guidoi: where is the patch ? /me is afk for a few minutes [00:19] RAOF: can I choose not to talk like an aussie, please? :) [00:19] let me get you the url imbrandon [00:19] guidoi: attach the patch to a bug on launchpad against compiz, then subscribe ( NOT assign ) ubuntu-sponsors, when maverick opens we can grab it then [00:20] https://bugs.launchpad.net/bugs/207065 [00:20] it's already attached [00:20] Launchpad bug 207065 in compiz "Bad Compiz Bindings Bug" [Low,Triaged] [00:20] uhm suscribe ubuntu-sponsors.. [00:22] 'subscribe someone else' on the right-hand side, if you haven't done so [00:22] yes i'm on that [00:22] Ubuntu Sponsors [00:22] or Ubuntu Sponsors for main [00:22] Ubuntu Sponsors [00:23] oh, my sponsors membership is running out [00:23] Ubuntu Sponsors Team team has been subscribed to this bug. [00:23] persia or TheMuso: please add me to the new team [00:23] great, what's ubuntu sponsors team? i mean, how do you define/become sponsor [00:24] any ubuntu developer with upload powers can sponsor [00:26] guidoi: any ubuntu developer that wishes to become a sponsor and spends some time reviewing patches like yours becomes one [00:26] basicly is a self selecting subset of ubuntu-developers [00:27] ah, now i get it [00:28] guidoi: if someone hasent gotten to your patch by .... i'd say about a week after maverick opens you might re-ping us in here [00:28] maverick should open in 2 days ( but its not set in stone ) [00:29] and by open i mean status != frozen in launchpad so we can upload [00:29] sorry for being so ... un-educated , but what's maverick? [00:29] what will become the next version of ubuntu, e.g ubuntu 10.10 [00:29] maverick is the "next" codename , like lucid for 10.04 [00:30] oh i see [00:30] lucid will only receive security updates from now on [00:30] guidoi: you can see the frozenness status at http://launchpad.net/ubuntu , bout 3/4 way down on the right [00:30] well lucid will also have backports, right? [00:30] guidoi: yes security updates and major bugfixes [00:31] and in come cases backports [00:31] s/come/some [00:31] :-) [01:03] Just a reminder, it's Patch Day. Anyone with some time to review patches and help get them in the right places is encouraged to stop by #ubuntu-reviews and help out. === ScottL_ is now known as ScottL === baddog_ is now known as baddog === baddog is now known as Guest72533 [02:04] df00z1: We don't discriminate against stupid buildsystems; your build target could probably be more succinctly specified as “$(MAKE) install DISTDIR=$(CURDIR)/debian/iscsitarget”, though. [02:04] RAOF: hah [02:04] oh, I didn't realize you could specify distdir on the same line like that [02:05] make accepts variables by a stunningly diverse array of methods. [02:05] Bonus points for remembering which definitions take precedence! :) [02:06] RAOF: DESTDIR... [02:06] the other thing is, type of package, single binary, multiple, library, etc [02:06] hyperair: No, DISTDIR. upstream is special. [02:06] the package contains a kernel module AND a few binaries [02:06] hyperair: No, DISTDIR :) [02:06] ah, "special" upstreams. [02:06] * hyperair facepalms [02:07] Would the type be "single binary" or would I need to break out the package into a kernel module and userland? [02:07] df00z1: You want multiple, and you want to look at dkms to build the kernel modules at install-time (as you can't know which kernel is installed at package build time) [02:08] df00z1: I'd recommend four packages: -source (for m-a users), -module (for dkms users), -docs, and -tools (some folks just use the barename for this one) [02:08] -source is extra points, and can safely be skipped if you like :) [02:10] ...hmmm [02:10] there's an init.d script though [02:10] which requires the kernel module be loaded [02:11] the initd script actuallt does a modprobe [02:11] so im not sure i can seperate userland from the kernel module...it would have to require the kernel module [02:11] Consider starting the service based on a udev rule instead. [02:12] So that when the module loads, it starts the daemon, etc. === Guest72533 is now known as baddog [02:14] If the module isn't autoloaded based on hardware detection, consider having the module package do something to ensure it's autoloaded by another means, so it then triggers udev, which triggers the daemon, which leaves a working system. initscripts are serialised, and slow down startup, etc. [02:15] bah... imageshack doesn't like .svg it seems [02:15] pastebin it! [02:16] svgs are text after all =D [02:16] I guess I could figure out udev and make it do something like that... [02:16] thats non standard [02:16] so id have to document it [02:16] heh [02:17] non standard for other distros that is [02:17] you don't want to view it as text though [02:17] anyone who's used to using it would be kinda confused [02:17] haha [02:17] arnt they XML based [02:17] I think [02:17] surely theres someone out there who can look at the text and paint you a picture of it [02:17] hahaha [02:18] picture viewer does that just fine [02:18] then they can save it as a jpg [02:18] and put it on imageshack [02:18] web browsers also do it [02:20] df00z1: Which distro doesn't use udev? [02:20] Oh, most use udev [02:20] but to start and stop services for this one specific app [02:21] df00z1: Also note that by using udev, you skip the entire sysvinit/upstart/systemd/etc. set of questions. [02:21] lol, their makefile has a series of if statements [02:21] Any service that depends on a kernel module *should* use udev to start/stop that service, based on the presence/absence of the kernel module. [02:21] that try to detect what distro you're on [02:21] and installs the correct init script accordingly [02:21] Yeah, that's just messy :) Doing it in udev lets you have one standard method for every distro :) [02:23] The bit to consider is that you can't know when the user boots a different kernel, so you might have an initscript that ends up failing because it can't load the module, or worse, claiming to start a service that doesn't work because it has the wrong module. [02:23] And that's just a waste of computation when you can detect the module load, and the user *already* has N ways to ensure that a given module loads if it's available on the system. [02:24] ahh there we go, saved as png and it's smaller, heh... [02:25] before: http://img34.imageshack.us/img34/5379/befores.png [02:26] after: http://img248.imageshack.us/img248/4760/afterw.png [02:27] now I can't figure out why it isn't all in one tight ring in the middle... hrm... [02:28] What do the colors mean? [02:28] apparently different color = different file [02:31] psusi: temugen's bzr branch has a newer revision [02:32] psusi: the current one scales the graph to the smallest and largest block# mentioned by ureadahead [02:32] e.g. before/after are NOT drawn to absolute scale [02:32] only to relative distance. [02:32] psusi: the new one has a -f parameter to draw everything [02:32] psusi: bzr branch http://bradmisik.com/trunk/fragraph/ [02:32] I can't figure out why there seem to be two general rings in the after instead of everything being in a tight ring in the middle.... [02:33] it seems like I didn't manage to get a complete list of the pack file files to defrag... [02:33] psusi: I just gave temugen the pngs and he asked the same :) [02:33] * jdong spawns temugen... [02:33] hey it worked! [02:33] lol [02:34] psusi: does boot feel any faster? [02:34] * psusi uploads bootcharts [02:34] damn cool though [02:35] I've ALWAYS wondered what a Windows-esque defragger graph of a Linux FS looked like [02:35] jdong: I thought the windows-esque ones were the strip type? [02:35] temugen: no way, if anything a rectangular array [02:36] temugen: Diskeeper popularized the strip thing [02:36] and I have highly negative opinions about diskeeper, but anyway, that's not relevant to this ;-) [02:36] (in short, the way they labeled fragmentation as a disease to the point that their product has a constant background process that defrags every few seconds is ABSURD) [02:37] psusi: can you update your fragraph to bzr and generate your after pic again with -f? [02:37] (which plots the entire disk) [02:38] before: http://img30.imageshack.us/img30/9495/faldaralucid201005041.png [02:38] http://img21.imageshack.us/img21/1530/faldaralucid201005045.png [02:38] after... [02:39] psusi: wow the disk is definitely used less afterwards and reaches higher peaks [02:41] jdong, you update the bzr in the last few minutes? branched it about 2 hours ago [02:42] psusi: oh, no we didn't. pass in -f? [02:42] psusi: no updates; it was stable since yesterday [02:42] jdong, yea... it reads the files faster as they seem to be backed at the start, which is why I'm wondering why the image shows a sort of outer ring [02:42] * jdong giggles about the use of "stable" :) [02:42] I'd have to boot back off the rotational disk to do that [02:43] does this graph the blocks used by directories too? or only the files themselves that are listed in the pack file? [02:43] psusi: only the files [02:43] because so far I just filtered the output of ureadahead --dump with a few greps and an ls -i to get a list of inode numbers of the files it reads, which does not include the directories those files live in [02:43] psusi: that's what we do too [02:44] the big 1.5-2 second dip of nearly zero io in the boot chart after the initial square wave is where ureadahead is looping on open() and keeps blocking to fetch one block of directory at a time [02:45] I need to rework ureadahead to not open() and readahead() each file, but rather call readahead() on the raw block device for all blocks used by the files, and the directories they live in [02:45] hrm... but yea.... all of the files in the ureadahead pack SHOULD be crammed at the start of the disk... at least after the root directory and journal [02:46] I need to figure out what files those blocks in the outer ring are from [02:46] psusi: again, graph with -f to make it to scale. [02:47] to scale? I thought -f just graphed all files, not just those in the pack file? or did I misunderstand? [02:47] psusi: -f makes the start block 0 and end block max_block [02:47] psusi: it graphs the whole span of the block device [02:47] what is it otherwise? [02:47] psusi: without -f start block is min(readahead_mentioned_block) and end block is max(readahead_mentioned_block) [02:47] so just the region mentioned by readahead. [02:48] ohh... then I'm REALLY confused [02:48] yeah [02:48] I thought the unmarked space before the inner ring was the journal and root directory [02:48] which is why I said the graph wasn't to scale and somewhat deceptive in that regard. [02:48] no no no :) === nobawk is now known as nobawk|away [02:48] the way that it's by default, it ONLY graphs the region in which there's files mentioned by ureadahead [02:48] other than that, everything else ureadahead reads should be packed tightly followign that in the first and second block groups [02:48] so in that way, it preserves the betweenness relationship [02:48] but not "scale" of the entire disk [02:49] you want -f for that [02:49] hrm... [02:49] and arguably -f should be default, if not for historical reasons [02:49] (namely, temugen figured out how to get the size of the disk AFTER writing the initial concept) :) [02:49] k... guess I'll reboot and regraph... would be nice if I could tell it to use the pack file and device under /mnt ;) [02:49] actually, I can probably fool it with chroot [02:49] and like -f, you can also specify a bpm (like 1000, which would be one visible block is equal to 1000 disk sectors) [02:50] psusi: that would be easy to implement if you want me to :) The Ureadahead class already accepts a pack file string in its constructor, just need to get the block device to do the same [02:50] psusi: I'm hoping it's just the start:end range decreased by orders of magnitude before vs after [02:51] which I wouldn't doubt to be the case! [02:51] and it's clear you guys want -f to be default as well :) [02:52] temugen: hahaha only C/C++ gets the right to make crummy things default for historical reasons ;-) [02:52] hrm... /dev/252:5: No such file or directory [02:52] hahahaha looks like we're missing a level of indirection? XD [02:54] when I was booted from that drive it complained about /dev/dm-5 missing, so I had to symlink it to the correct lvm device [02:54] psusi: eeeep you're on a LVM device? [02:54] jdong, of course ;) [02:54] psusi: you missed keybuk's big speech about how ureadahead doesn't work on device-mapper ;-) [02:54] psusi: but I do admire your hack for it! [02:54] eh? works just fine [02:55] psusi: it's not supposed to (tm) [02:55] why not? [02:55] psusi: because device mapper hides away the abstraction of physical location on disk. [02:55] so? ureadahead's idea of physical location is just going to be relative to the start of the volume [02:55] psusi: or more concretely, stat()ing the mountpoint does not yield a major/minor that can be used to loo kup /sys/class/dev/block/major:minor/queue/rotational [02:55] normally it's relative to the start of the partition... same thing.... [02:56] psusi: (I'm requiring Keybuk, argue with him, not me!) [02:56] actually, it does ;) [02:57] I was actually kind of surprised that that part worked... but ureadahead seems to judge correctly that I'm using ssd normally and rotational for this test volume I copied to the old disks [02:57] psusi: that's freakish that queue/rotational works on device-mapper :) [02:58] jdong, I assumed ureadahead was being smart enough to notice the slaves in /sys and check queue/rotational on the slave instead [02:59] psusi: I'm pretty sure it's not that smart [02:59] hell, when I first installed karmic before I got the ssd, it was on lvm on the old dmraid raid 0... after I got the ssd, I just had lvm pick up the running root volume and migrate it on the fly while it was in use over to the ssd [02:59] then I made a snapshot and tried upgrading to lucid ;) [03:00] lol I'm confused how snapshots and ureadahead work in practice :) [03:00] considering logical block locations have nothing to do with physical locations in that case [03:00] ureadahead just works with logical block locations [03:00] yes, ureadahead itself works [03:01] but what it's DOING doesn't work that well IMO when you've got COW and other relocating going on [03:01] oh yea... it won't perform optimally if the files it's trying to read are split between the original disk and the cow store [03:02] right [03:02] at one point when testing lucid I actually booted using the snapshot as the root fs to perform the upgrade from karmic to lucid and if it didn't work, I was just going to delete the snapshot [03:02] it was kinda cool [03:03] then I wanted to keep lucid and merge the snapshot back into the origin, but that isn't supported just yet... think it went into 2.6.34 [03:04] anyhow.... back to defrag.. why is fraggraph complaining about /dev/252:5? ;) [03:04] psusi: trace through the codepath that maps a stat to a /sys/class/block/dev [03:04] psusi: it checks /sys/dev/block/252:5 for a link [03:04] ohh, it wanted /sys and /proc --bind mounted in the chroot ;) [03:04] HAHAHAHAHA [03:04] XD [03:05] yes, sysfs would be nice to have :) [03:05] so would /dev :) [03:05] psusi: schroot is *wonderfully* flexible at doing that sort of tricky bits, if you're just a chroot user (rather than using chroot() as an implementation detail) [03:06] psusi: so yea, it checks /sys/dev/block/#:# for a link and then reads the output of blockdev on /dev/xxx# [03:08] the -f didn't seem to make any difference [03:08] yea, I bound /dev, just forgot /sys ;) [03:09] there are still two well defined rings, an inner, and an outer, neither of which are all the way against the spindle [03:10] Might it be possible that those are better read locations for some odd reason on that particular device? === nobawk|away is now known as nobawk [03:11] no... I configured defrag to pack the files in question at the start, so they should all be crammed right around the center in the graph [03:14] what I need is a mouseover to tell me what file those blocks belong to when I point at them in the graph ;) [03:21] temugen, any chance you get can that to happen? :) [03:33] hi [03:36] hey baddog [03:37] looks like pbuilder requires a fairly big download to set up, which isn't feasible for me. Are there any alternatives available? [03:37] I would like to get involved with the MOTU [03:48] The alternatives all also require a fair bit of download, plus *using* any of the build-test tools requires download of all the build-deps for each build. [03:48] hm. crap :( [03:49] Some folks use PPAs, but that tends to run into issues with changelog entries and version numbers. [03:49] :/ [03:49] Some folk don't test-build, but we don't approve of that much :) [03:49] I guess I'd better find somewhere else to contribute then :P [03:50] Well, we'd be happy to get patches, if you have some. [03:50] hm. I don't :P [03:50] but k [03:50] ok* [03:50] But yeah, if you're bandwidth-constrained, I'd strongly recommend working with one or a few specific upstream development projects. [03:50] yeah [03:51] You'll have an initial load pulling the code and history, and some continuous load keeping your tree up-to-date, but you won't have the constant test-building. [03:51] I suppose [03:51] Well, you will, but it won't be from arbitrary packages needing downloading all the time: you'll rather just be building the one source. [03:51] That or depending on the type of constraint, one might use a local mirror. [03:51] nah, local mirrors won't help at all [03:52] bbl [03:58] psusi: absolutely [03:58] psusi: anything to help out your defrag work :) [04:00] temugen: please tell me SVG's have an alt= equivalent ;-) [04:01] jdong: it wouldn't be more than 10min of work to render it with a mouseover anyway. I've got all of that data (locations and file blocks) readily available [04:01] but sure, I'll look into that first :P [04:01] temugen: render with mouseover? it's a SVG! [04:01] jdong: so? pygame has an svg library! [04:01] temugen: I hope they add alt= support before they add onclick= javascript events :) [04:01] but yes, me too :) [04:01] ah, pygame [04:01] yeah let's just link everything against SDL! [04:01] *ducks* :) [04:02] sheesh, this is basically a necessary feature now. why didn't we think of that before? [04:03] temugen: eh because you started out making it just a slide renderer for me based on a selfish request :) [04:04] temugen: it appears that all the SVG tags support a subtag [04:04] jdong: ah, good point :) (minus the selfish request) The commenting and structure sure wouldn't lend itself to those motives, though [04:04] I'm not convinced what SVG renderers support that [04:06] requirements creep is fun. [04:07] temugen: can it make extra-fragmented files blink? [04:07] *runs* [04:08] jdong: *sigh* it CAN do a lot of things. Do I need to program them is the question. [04:18] ahhh, being married is awesome [04:19] lol [04:20] jdong, temugen yea... I need to figure out what is causing that outlying ring of blocks... inode numbers or names, I don't care.. either way I can analyze in debugfs === rgreening_ is now known as rgreening [05:07] Just a reminder, it's Patch Day. Anyone with some time to review patches and help get them in the right places is encouraged to stop by #ubuntu-reviews and help out. [05:19] evening all [05:25] 'morning imbrandon [06:05] does somebody knows why the sponsoring page shows all packages as unseeded? [06:05] it makes hard to find the packages I can sponsor :-/ [06:34] fabrice_sp: Might be something related to the maverick transition: you could just try uploading anything listed as "unseeded" and see what happens :) Alternately, check with rmadison. [06:40] persia: hi from earlier [06:40] hey. [06:59] persia: speaking of maverick, what needs to get done to make wesnoth-1.8 sync into there and dropping the ubuntu patch? :) [07:00] Needs a sync bug. [07:00] Alright, will look into it. [07:00] requestsync should do it. [07:00] Rhonda: oh hi, I did do that libsdl1.2 diff, just fetching the patches from the last 2 debian uploads :) [07:00] * ajmitch needs to follow up on it a bit :) [07:01] Ah, yes, please don't forget about it. Users are already pretty unhappy with the required workarounds. [07:04] Every time I stumble upon bug #56125 I have to laugh again. :) [07:04] Launchpad bug 56125 in apt "apt-get moo doesn't look like a cow" [Wishlist,Confirmed] https://launchpad.net/bugs/56125 [07:05] why isn't that critical? [07:06] hihi, which brings me back to my comment in http://bugs.debian.org/271810 ;) [07:08] ajmitch: But you could test/comment in bug #570609 if you feel like it. ;) [07:09] Launchpad bug 570609 in karmic-backports "Please backport wesnoth-1.8 (1:1.8-3ubuntu1/universe)" [Undecided,New] https://launchpad.net/bugs/570609 [07:10] ajmitch / Rhonda : the cow bug, i went back to go read it, and apparently i touched it 4 years ago, wow i've been arround here too long [07:10] lol [07:13] I still don't see any informations about author/license for the proposed cows so this should rather be considered invalid. [07:14] author is the original poster, but your right, no license for the patch proposed ;) [07:14] Actually I'm serious on that. I hate it to see Felix Lee's cat used all over the place with stripped out author tag. [07:14] but then again most patches arent licensed [07:14] imbrandon: I highly doubt that the original poster was the author. [07:15] Stating "gentoo's cow" doesn't make it sound like he did it himself. [07:15] sure, he/she could have made the hybrid ;) [07:15] its only a 4 char change imho [07:15] But then he did a derived work from something he might not have a license for. [07:16] ahh now THAT is a good call, but again i have a feeling apt is licensed gpl X even on gentoo [07:16] thus patches and dirivatives must be too [07:16] Does gentoo has apt? [07:16] sure, as does fedora and a few other distros [07:17] I'm not sure that the cow does appear in apt in gentoo. And even then - others can do mistake, we shouldn't just "believe" them. [07:17] there is even apt for win32 via cygwin pkg mgmt [07:17] And actually, the way ascii art is handled within the cowsay package makes me feel extremely uneasy. [07:17] Rhonda: very true, i'm inclided to agree, just giving the devils advocate :) [07:17] <\sh> moins [07:18] http://rhonda.deb.at/ascii/unsorted.html [07:18] heya \sh [07:20] When looking at it, I still like my dust puppy and wilbert. :) [07:20] :) [07:25] <\sh> -Etoomanyblueprints and topics ;) [07:25] lol, \sh yup, seems that way every 6 months [07:26] <\sh> imbrandon, well, in former times it was more "ok, what sounds interesting"...now it's "heck, there are too many topics we are stumbling upon during our daily work"...the whole java stack crap falls into this category [07:27] \sh: yea, you just have to pick the ones you can contribute the most to and trust the others are handled correctly, thats some of the growing pains of being soo biug [07:27] big* [07:28] <\sh> imbrandon, well, good thing about this uds is, I'm not alone on this one...our junior sysadmin needs to do some work too...he isn't even involved in this whole ubuntu business, but he will be in no time... [07:28] :) [07:29] food time, back in a bit [07:29] <\sh> and this is only all about server, monitoring, puppet and java foo .. oh hell [07:32] hi \sh [07:32] <\sh> hey ajmitch [07:32] \sh: is anything happening with leonov these days? [07:33] <\sh> ajmitch, wanna takeover? looks like with kid, wife and work I'm totally occupied, but if I find somehow the time to do some hacking on leonov, sure...there will be progress [07:34] * imbrandon is curious what leonov is ... [07:35] <\sh> leonov was the idea of a desktop launchpad client [07:35] ohhhhhhh nice [07:35] that would be awesom imho [07:35] <\sh> imbrandon, http://www.leonov.tv/ [07:35] it needs its guts replaced to use launchpadlib [07:35] * \sh needs to update all that [07:35] * imbrandon peeks [07:35] <\sh> ajmitch, yes [07:36] I might hack on it a bit & see if I can get anywhere with that [07:36] is it python ? [07:36] it is [07:36] <\sh> sure it's python [07:36] nice [07:36] groundcontrol has some similar ideas, but a different focus, I think [07:36] <\sh> most of the things I do are nowadays in python [07:36] ajmitch: i might hack a bit too, but you konw my python guru-ness so i'll probably pass stuff through you ;) [07:37] isnt groundcontrol more server admin stuff like webmin on crack [07:37] no [07:37] https://edge.launchpad.net/groundcontrol [07:38] ahh i misunderstood the 3 minutes i looked at it then via someones blogpost on planet [07:39] \sh: I may as well join the team & quietly hack away on it, no promises on results soon though :) [07:39] <\sh> ajmitch, welcome :) [07:40] ahh gc looks more like other app intergration [07:40] from a glance [07:40] ok food is done in the microwave, back again in a min [07:40] * \sh hacks now mostly on FAI + Puppet + Django + QooxDoo to provide a "all you can eat" app framework for companies to auto-deploy/auto-configure their datacenters [07:41] <\sh> this I'm doing during my worktime, and the app will be released as GPLed (or whatever license I'll come up) to the public with blessing of my company [07:41] * imbrandon is working on a license key verification webservice server mostly the last couple of days for $work [07:42] <\sh> ajmitch, done [07:43] \sh: hahaha Shock Me!, man you dont know how much of a KISS geek I am [07:44] \sh: i have so much KISS merchandise its not even funny, posters, guitar and guitar picks form the members, ticket stubs, even a 1970's pinball machine [07:44] <\sh> imbrandon, are we all KISS geeks? ;) fire, blood, masks and guitars + gene simmons == must have addiction for geeks ;) [07:45] heheh i was/am more of an ACE fan, he is the reason i started playing guitar way back in the day [07:45] <\sh> oh well...yes...space with ace [07:45] even went as Ace for holloween a few years ;) [07:46] * ajmitch prefers nice gentle music, like iron maiden [07:47] <\sh> what I like today is "gene simmons family jewels" on bio channel [07:47] you know shock me was written because Ace was comming on stage one night durring tour in Germany and he got an electrical shock from the railing from a faulty ground, had to get a stand in guitarist for the show for that night [07:47] <\sh> ajmitch, like "gates of tomorrow" of "dance of death" (the music I'm right now listening too?) [07:47] ajmitch: :) [07:48] ajmitch: i'm more of a 60 and 70's rock guy, with a tiny bit of the 90's and really new stuff mixed in. [07:49] pantera, omg, cowboys from hell ;) [07:50] <\sh> ah well Iron Maiden is still one of the masters of rock...on saturday I was watching a concert of 2003 (recorded in Dortmund, Germany) and even at their old age...they still rock like hell...Hail Eddie ;) [07:51] <\sh> (but I think they are still not that old than the original Kiss Lineup) [07:53] hahah yea the original KISS lineup is what, in their early 60's now ? [07:54] <\sh> imbrandon, yes..genes 60s birthday was last year when I remember correctly [07:55] <\sh> but still...they rock every stadium...it's just so bombastic [07:56] Paul Daniel Frehley (born April 27, 1951), better known as "Ace" [07:56] ahh so 59 [07:57] yup [07:58] <\sh> last year around christmas, we got visitors from cameroon...one young girl (aged 14 or 15 dunno anymore) she checked my dvd collection and found the official kiss reunion story from 1996 .. she went mad and wanted to watch it directly...asked her "You know Kiss?" "sure, they're my fav band ever...they are so cute and sexy" ;) [07:58] lol, wow [07:58] <\sh> Gene, born 1949 [08:00] * maco guesses she hasnt seen current photos [08:01] maco: of ? [08:01] imbrandon: the guys from KISS [08:01] maco: hehe probably, plastic surgery does wonders [08:01] <\sh> http://www.smh.com.au/ffximage/2006/10/18/kiss_fragrance_wideweb__470x313,2.jpg <- gene unmasked [08:01] morning [08:02] maco: http://www.zrock.com/zforum/images/blacktooth07_5342.jpg <- Ace Unmasked [08:02] moins siretart [08:03] wow they still have enough hair to dye [08:03] hehe [08:03] * siretart hifives imbrandon :-) [08:03] i actualy saw ace on that tour, it was the "rocket ride tour" of 2007ish [08:03] <\sh> http://www.kissonline.com/media/index/singlemediaplayer/mediaId/5/type/video/ :) [08:04] \sh: wow thats old, from the 70's [08:05] <\sh> yes...in the 70ties I wasn't allowed to watch them at all :) and when they reunited in 1995 I was the first to buy tickets for the concert in dortmund...it was great...I even had tears in my eyes :) [08:05] still a great song though [08:06] * imbrandon gets back to Ubuntu stuff, before i sit and watch youtube all night of KISS ;) [08:08] good morning [08:08] heya dholbach [08:08] hi imbrandon [08:08] <\sh> imbrandon, lol === traveller__ is now known as traveller === Amto_AFK is now known as Amto_res === baddog is now known as Guest73567 === Guest73567 is now known as baddog [11:00] I'm constructing a watch file for libcloud. I want it to look at its download page (http://incubator.apache.org/libcloud/downloads.html) and find the .bz2 there. However, the link I can find there takes me to a page where I'm supposed to choose a mirror to download from. How do I deal with that? [11:00] soren: Use apache's primary distribution site in watch file [11:01] slytherin: They ask that people don't use the main mirrors. [11:01] "Please use the backup mirrors only to download PGP and MD5 signatures to verify your downloads or if no other mirrors are working." [11:02] soren: You are not downloading anything, only checking presence of a file [11:03] I'm certainly downloading if there's a new version. [11:05] I guess I'm going to have to do that. I don't see a way to make uscan do a two-step thing. [11:07] soren: I have always used main site in watch files. AFAIK, there is no other solution. [11:22] persia: i tested the medibuntu mplayer, and the segfault is still there. i need to check how i can get jackd downgraded cause i use the 1.96 branch from an ppa. ubuntu has an other version packaged afaik [11:23] its the first time since a bit that xine is compiled by ubuntu against jackd libs correct? [11:25] ghostcube: because jack moved to main in Lucid cycle. [11:26] hmm, ok will do more bug hunting this evening :) [11:27] i think ubuntu compiled jackd "old" release cycle with xine [11:27] have to check later :) [11:30] heh yeah i use jack2 and ubuntu offers jack 1 [11:30] so it will be hard to investigate my bug i think i must live with === yofel_ is now known as yofel [12:00] slytherin: Ok, thanks. [12:01] Does anyone know how I can get uscan to understand that 1.0 is the newest version here: http://pypi.python.org/packages/source/p/python-cloudservers/ [12:02] soren: opts=uversionmangle=s/(a|rc)/~$1/ [12:03] POX: ROCK! Thanks. [12:04] soren: your sponsor suck for not pointing this out before uploading [12:04] POX: Heheh :) [12:04] * soren loves his sponsor anyway [12:04] soren: Or easier would be to check only numerical versions. Expression would be ([\d\.]+) === nobawk is now known as nobawk|away === nobawk|away is now known as nobawk [13:21] Sorry for being off topic here, but can somebody help me get in touch with Marianna (about UDS-M), either on IRC or on phone? [13:22] diwic: You may have better luck asking in #ubuntu-community-team [13:23] Pici: thanks [13:32] packages.ubuntu.com needs some love, because intrepid is EOL and maverick is current devel [13:35] ari-tczew: Looking into it, thanks for the information. [13:35] * Rhonda . o O ( cloning the packages.git repository right now ) [13:36] no problem, you welcome [13:36] Actually I wonder wether djpig might be the only one to be able to deploy it on Ubuntu, too. [13:38] Rhonda: Yes. [13:39] jpds: Thanks for the information. Actually I'm trying to convince to get added to the deployment group within Debian, maybe it might make sense to have a backup for Ubuntu, too. [13:42]