[00:20] <ramblagir> Is there a way to download all (or a large part) of the development tools packages in the main repository as a disk image?
[00:41] <cjwatson> doko_: ok for me to merge dpkg? (you touched it last)
[00:45] <doko_> cjwatson: please don't ask, my upload was just a version fix
[00:46] <cjwatson> ok
[01:05] <mathiaz> mneptok: hi!
[01:05] <mathiaz> mneptok: re https://blueprints.launchpad.net/ubuntu/+spec/mariadb-inclusion
[01:06] <mathiaz> mneptok: could you rename it so that it starts with server-lucid- and assign mdz as the approver?
[01:21] <mneptok> mathiaz: done
[01:22] <mneptok> mathiaz: new URL - https://blueprints.edge.launchpad.net/ubuntu/+spec/server-lucid-mariadb-inclusion
[01:22] <mathiaz> mneptok: great - thanks
[01:43] <virtuald> +
[02:06] <hedkandi> anyone know about the debian rules file?
[02:08] <maco> hedkandi: what about it?
[02:08] <hedkandi> well I'm just trying to understand one here
[02:08] <hedkandi> http://revu.ubuntuwire.com/revu1-incoming/swiggle-0905081139/swiggle-0.4/debian/rules
[02:08] <hedkandi> what is the build target?
[02:20] <cristim> hello, I'm trying to build a package for intrepid using launchpad's PPA, and post it there on my PPA. is it enough to set in the latest changelog entry to intrepid instead of karmic?
[02:21] <maco> yep
[02:21] <maco> well maybe
[02:21] <maco> assuming its compatible with intrepid
[02:21] <cristim> yes
[02:21] <maco> ie, that all its dependencies exist in intrepid
[02:21] <cristim> it pnly depends on Perl
[02:21] <cristim> no matter which version
[02:21] <cristim> thanks!
[02:22] <cristim> is it possible to support them both?
[02:22] <cristim> I mean, will the karmic one dissapear if I add intrepid?
[02:23] <cristim> or is it accumulative
[02:29] <cristim> also, is there a time treshold for PPA uploads?
[02:30] <cristim> I've repeatedly uploaded a package and it seems it's not getting there at all
[02:32] <maco> the usual way is to make it like
[02:32] <maco> ~intrepid1
[02:32] <maco> and ~karmic1
[02:32] <maco> for the version #s
[02:35] <cristim> pygccxml (1.0.0-2-cristi1) karmic; urgency=low
[02:35] <cristim> is it supposed to be 1.0.0-2~cristi1 instead?
[02:45] <maco> yeah use ~ for sort order
[02:45] <maco> that way if 1.0.0-3 comes out, its considered newer than yours
[02:45] <maco> er...hmm im not sure in which cases it matters actually...dpkg has a --compare-versins to answer that question
[02:50] <cristim> thanks
[02:51] <cristim> is there a FAQ for PPA?
[02:54] <maco> no idea
[02:54] <maco> really, you're asking #ubuntu-motu questions
[02:54] <cody-somerville> no, #launchpad questions
[02:54] <maco> all you're asking is about normal debian packaging
[02:55] <maco> cody-somerville: hmmm? ok
[02:55] <cody-somerville> packaging questions can be asked in #ubuntu-motu, sure
[02:55] <cody-somerville> but generally questions about the PPA service should be asked in #launchpad
[03:56] <smwn> anyone ubuntu developers here?
[03:57] <cody-somerville> smwn, tons
[03:58] <smwn> oh just want to make a comment
[03:59] <smwn> I like ubuntu but it doesnt work with my usb wifi adapter
[03:59] <smwn> dwa 160
[03:59] <smwn> d link
[04:01] <TheMuso> smwn: Have you filed a bug?
[04:01] <smwn> No
[04:01] <smwn> how
[04:01] <maco> ubuntu-bug linux
[04:02] <smwn> is that a website
[04:02] <maco> its a command
[04:03] <maco> itll open the bug reporter
[04:03] <maco> you can hit alt+f2 and put that command in there
[04:03] <smwn> ah
[04:03] <smwn> I'm on windows
[04:04] <maco> oh right
[04:04] <smwn> cuz my net wont work
[04:04] <maco> uhh
[04:04] <smwn> once i get that sorted i'll delete windows
[04:04] <smwn> and install ubuntu
[04:04] <maco> right
[04:04] <smwn> I like the free software philosophy
[04:05] <maco> you cant report a bug in launchpad from web browser easily anymore... (possibly at all if the "no-redirect is broken" bug is still open)
[04:05] <maco> the bug reporter would attach information about your hardware
[04:05] <wgrant> maco: It's fixed, and even avoids redirecting by default if you give it a package name.
[04:05] <maco> are you *sure* its unsupported? maybe if you plug in with a wired connection itll offer to download teh wireless driver?
[04:05] <maco> wgrant: ooooh! yay!
[04:06] <maco> so thatd be http://bugs.launchpad.net/ubuntu/+source/linux/+filebug
[04:06] <maco> smwn: go there ^
[04:06] <wgrant> Correct.
[04:06] <smwn> ok
[04:06] <smwn> maybe it works not sure
[04:06] <smwn> i'm new
[04:06] <maco> smwn: try connecting to a wired network
[04:06] <smwn> ok
[04:07] <maco> smwn: system -> administration ->hardware drivers
[04:07] <maco> smwn: there are some wireless cards which that'll offer to fetch you drivers
[04:07] <maco> alternatively, get the windows driver and ask in #ubuntu about ndiswrapper
[04:07] <smwn> thanks
[04:07] <smwn> i'll try that
[04:08] <maco> alright, im popping off now
[05:30] <Natanaiel> what is a dpkg hook?
[05:49] <AnAnt> Hello, a question about 3.0 (quilt) source formats & sync'ing from Debian. If a package in Debian is in the 3.0 (quilt) source format, will it be sync'ed in lucid ?
[05:50] <AnAnt> I ask because when I asked before about the 3.0 (quilt) source format will be allowed in lucid, the answer is that it won't be for a little while yet
[05:51] <ScottK> That's still the answer.
[05:52] <AnAnt> ScottK: so the package won't be sync'ed that is ?
[05:52] <ScottK> Not yet.
[05:52] <AnAnt> ok
[05:52] <AnAnt> thanks
[06:01] <Natanaiel> what is a dpkg hook?
[07:56] <dholbach> good morning
[07:59] <Natanaiel> what is a dpkg hook?
[08:22] <pitti> Good morning
[10:03] <pitti> ttx, mathiaz, Riddell: FYI, I just went through https://blueprints.edge.launchpad.net/sprints/uds-l/+settopics (the proposed ones), accepted the "good" ones, and rejected the spam and the ones from people who don't attend; they should appear on summit.u.c. in a few minutes, so please schedule away
[10:08] <soren> Oh, ttx and mathiaz have scheduling powers? Cool.
[10:08] <ttx> soren: no we haven't
[10:08] <ttx> (or maybe I'm a superhero that ignores his own powers)
[10:09] <soren> Ah. :(
[10:09] <ttx> pitti: thanks anyway :)
[10:11] <pitti> hey, it's 11.11 11:11
[10:11] <pitti> (in CET anyway)
[10:12] <ogra> pitti, hmm, did you notice that rhythmbox stops playing if you switch to a console nobody is logged in ... is that polkit loosing its authority ?
[10:12] <pitti> ogra: it's you losing access to /dev/snd/ because you aren't on the active console anymore
[10:13] <soren> ogra: I believe it's intentional.
[10:13] <pitti> (unless you are in group "audio")
[10:13] <ogra> i wonder why the device permissions are so restrictive
[10:14] <Natanaiel> what is a dpkg hook?
[10:15] <pitti> ^ never heard about it
[10:15] <pitti> ogra: well, if you'd allow access to all consoles, you'd hear all user's music at the same time; hardly enjoyable?
[10:16]  * pitti leaves for an hour for some errands
[10:16] <ogra> depends :)
[10:16] <ogra> if there is just one user i dont really care :)
[10:19] <\sh> moins
[10:23] <soren> I think it's a rather odd assumption that because I switch to a different desktop or to a console, that I want to listen to different music.
[11:08] <cjwatson> Natanaiel: while dpkg has various extension mechanisms, there's nothing I know of that's generally referred to as just a "dpkg hook". Perhaps it would help if you gave some context.
[11:35] <joaopinto> there is a new HPLIP version which brings support for newer printer models, is this likely to get an SRU ? Is someone from HP working with Canonical on this ?
[11:36] <dholbach> joaopinto: if anybody knows, it's tkamppeter_, king of printing!
[11:37] <joaopinto> ok, there is a question https://answers.launchpad.net/hplip/+question/84333 , I am not sure it should be linked to a bug report
[11:42] <tkamppeter> joaopinto: The Ubuntu policy is that new upstream versions get only an SRU if they are pure bug fix releases and/or fix severe problems.
[11:42] <joaopinto> a non working printer is not a severe problem :) ?
[11:42] <tkamppeter> joaopinto: I have packaged HPLIP 3.9.10 for Lucid though.
[11:44] <joaopinto> I have asked my dad to buy HP all-in-one on the  assumption that it would work with the current Ubuntu release, there is a widely publicity that HP all in one printers wok fine on Ubuntu
[11:45] <joaopinto> I think is reasonable to provide support for hardware which was largely available when the release was out
[11:48] <joaopinto> the issue here is not new hw, but hw support coming late
[12:03] <pitti> stgraber: can you please do https://edge.launchpad.net/sprints/uds-l/+attend ? Otherwise it's hard to schedule your blueprints
[12:30] <cowgarden> will there be a global equalizer one day? I'd love it
[12:52] <\sh> Keybuk, RE: hw nic + virtual interfaces via /e/n/i == fail on startup in karmic... any more ideas to come up with to test this?
[13:06] <cjwatson> gilir: you should really check with the person who touched a package last before filing sync requests; I've come across quite a few cases in the archive admin request queue where the touched-it-last person has filed a sync request duplicating yours, so you're clearly duplicating work :-(
[13:07] <cjwatson> gilir: later in the cycle we might want to hoover up things that haven't been dealt with, but early on it's more efficient to just let the touched-it-last person take care of it
[13:13] <stgraber> pitti: hmm, I'm already on the list at https://edge.launchpad.net/sprints/uds-l ...
[13:13] <Laney> requestsync has a simple duplicate check which could help there
[13:14] <pitti> stgraber: ah, sorry, it was a real scheduling conflict; nevermind (resolved now)
[13:15] <stgraber> pitti: np
[13:15] <cjwatson> Laney: that would have avoided the duplicate reports, but not the duplicate work leading up to the reports
[13:15] <cjwatson> I'm not that bothered about having to hit the dup button occasionally
[13:15] <Laney> cjwatson: indeed, it's not a solution
[13:16] <cjwatson> doko_: which is why I asked you about dpkg, btw - it's not because I really thought you desperately wanted to merge it, it's because it's good standard practice
[13:21] <pitti> siretart: ^ speaking of which, I'd look at cryptsetup merge now, unless you already started?
[13:22] <siretart`> pitti: please proceed
[13:28] <lool> Hmm ureadahead is being installed on my system with SRU updates; isn't that a bit invasive?
[13:29] <ion> Well, even in the worst case scenario, the system will still boot just fine.
[13:29] <ion> And sreadahead totally killed the performance for a lot of machines with HDDs.
[13:30] <pitti> hm, is that deliberate? (the transitional sreadahead for karmic-proposed)
[13:30] <ion> I hope so. :-P
[13:30] <pitti> I NEWed it to universe, I think it should be promoted to main then
[13:30] <lool> pitti: Definitely
[13:30] <cjwatson> I definitely think we ought to - it's rather outside the usual parameters, but it makes *such* a difference on hard disks
[13:31] <pitti> +1
[13:31] <pitti> promoted
[13:31] <lool> I have a SSD so I didn't actually test it; if you have both first hand experience with it then i guess it's a good move  :-)
[13:31] <pitti> it's aaaaawesome
[13:31] <lool> haha
[13:32] <pitti> (which is why I'm concerned about being too biased to make the call :-P )
[13:32] <cjwatson> lool: it halved my boot time, near enough
[13:32] <pitti> 57 s -> 25 s for me (grub->gdm)
[13:32] <lool> Impressive indeed
[13:33]  * Laney is tempted to reboot just to see
[13:33]  * ogra rather bought an SSD instead of waiting for ureadahed :)
[13:33] <cjwatson> with readahead-type changes, you need to reboot twice to see benefits (the first reboot profiles)
[13:33] <Laney> yep
[13:33] <Laney> don't have bootchart installed already sadly
[13:33] <pitti> I deliberately keep my ultra-slow hd until after lucid, for better measurement of boot/desktop speed improvements :)
[13:36] <tgpraveen1> when can everybody view the lucid blueprints currently it says i
[13:36] <tgpraveen1> dont have enough priveleges with my username or osmething
[13:36] <pitti> tgpraveen1: https://blueprints.launchpad.net/ubuntu/lucid/+specs
[13:38] <cjwatson> tgpraveen1: the list won't be hugely meaningful until after UDS
[13:39] <soren> Keybuk: It seems ifenslave (recently?) grew an option to define the master/slave relationship the "other" way around. See e.g. /usr/share/doc/ifenslave-2.6/examples/two_hotplug_ethernet
[13:39] <tgpraveen1> pitti: cjwatson
[13:39] <tgpraveen1> tgpraveen •
[13:39] <tgpraveen1> Not allowed here
[13:40] <tgpraveen1> Sorry, you don't have permission to access this page.
[13:40] <tgpraveen1> You are logged in as tgpraveen.
[13:40] <pitti> weird
[13:40] <tgpraveen1> https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-empathy-indicator
[13:40] <tgpraveen1> and clicking Set the URL for this specification
[13:41] <cjwatson> writing specifications is meant to be a developer activity
[13:42] <cjwatson> so it may well require developer privileges
[13:43] <cjwatson> if you see "Set the URL for this specification" it means that nobody has fleshed out the summary into a wiki page yet; that will be one of the outputs from UDS
[13:54] <\sh> anyone has a clue to teach upstart to log all --info --debug stuff into a logfile? only reading from the console doesn't help
[14:07] <pitti> siretart`: cryptsetup merged; now my dk-disks test suite passes again \o/
[14:07] <pitti> (our karmic version didn't support DM_UUID yet)
[14:29] <siretart`> pitti: have you also tested that booting from crypted lvm still works?
[14:29] <siretart`> (aka, can I safely upgrade my laptop?) ;-)
[14:29] <siretart`> (just kidding)
[14:29] <pitti> siretart`: I didn't test that, no; but the differences to Debian are pretty small now
[14:30] <pitti> and I did test both LVM and LUKS partitions
[14:30] <pitti> both manually, and with my devkit-disks test suite
[14:30] <siretart`> ok. then I'll test the crypto lvm part :-)
[14:30] <pitti> danke
[14:48] <\sh> soren, but the option for the hotplug stuff doesn't work out properly, when interfaces are already added via udev...
[14:48] <soren> \sh: Huh?
[14:49] <\sh> soren, allow-hotplug eth0\n iface eth0 inet manual \n bond-master bond0 etc.pp.. the test (we talked about that example) fails, because the hotplug event doesn't come through...or the bond interface is not configured when the event occured
[14:50] <\sh> this bonding thing is really complicated sometimes
[14:50] <soren> It shouldn't depend on bond0 being configured ahead of time.
[14:51] <\sh> well...for our upstart thing it doesn't help...and I tried to get the console to my ilo virtual serial, and this fails too, because it stops somehow ... need to play with the speed of it
[14:52] <soren> Oh.
[14:52] <\sh> or something drops the console=ttySx
[14:52] <soren> It's because of the allow-hotplug. the upstart job doesn't set --allow=hotplug
[14:52]  * soren has to run for half an hour or so.
[14:55] <\sh> soren, where should it be set? during network-interface.conf pre-start script?
[15:16] <\sh> soren, no change in behaviour
[15:27] <\sh> soren, Oh wonder oh wonder...I can only see /etc/init/network-interface.conf be executed, but not /etc/init/networking.conf (added some script echo ... >> /tmp/upstart.log end script foo to the important files
[16:19] <tkamppeter> pitti, hi
[16:23] <siretart`> @ftpmasters: will emacs23 be semi-"automatically" be promoted to main and emacs22 demoted to universe during the usual archive cleanups, or is a full MIR report required for this?
[16:23] <pitti> siretart`: no full MIR necessary, it's by and large just a new version
[16:23] <pitti> if we can promote/demote at the same time, it will pretty much "just happen"
[16:24] <siretart`> ok great! thanks
[16:24] <unimatrix> pulseaudio sucks, please remove it from ubuntu, i need AC3 passthrough
[16:24] <ion> :-D
[16:24] <siretart`> I've already did the necessary uploads
[16:25] <siretart`> unimatrix: try #ubuntu. they will explain you what 'apt-get remove pulseaudio' does.
[16:25] <blackxored> Hello, I'm just finishing the debian NM process, I'm waiting for DAM approval for becoming an official debian developer, I'm now just wondering if the process in ubuntu is easier than the one I've just passed, to see if I can become an ubuntu dev or MOTU as well, any clues?
[16:25] <ion> unimatrix: That kind of attitude will get you far.
[16:26] <unimatrix> ion: but PA people don't like it when you're being nice, they just ignore feature requests
[16:26] <siretart`> blackxored: try the links in the #ubuntu-motu channel. you'll still need to do a report and stuff, but the process is much easier and faster than NM in debian. espc. because your debian contribution count as ubuntu contributions.
[16:27] <blackxored> siretart, great let me check the topic at that channel since I'm there as well
[16:28] <ion> What’s the point of AC3 passthrough in the first place? Why not simply decode the audio data just like all other audio data and then send it out using whatever method is available; for instance an AC3 output or an analog multi-channel output?
[16:28] <Laney> siretart`: They do? I mean, does that imply that any DD can automatically become an Ubuntu developer?
[16:28] <Laney> I would expect some kind of Ubuntu-specific experience too
[16:29] <siretart`> ion: because you might want to use the external AC3 decoder below your TV?
[16:29] <siretart`> Laney: no, I didn't say that
[16:29] <ion> siretart: How would this method hinder that?
[16:31] <siretart`> ion: because you do not want your computer decode ac3, but some external device?
[16:31] <unimatrix> ion: here's another example... your CPU is old, but you have an external decoder...
[16:32] <siretart`> or the speakers are connected to the external device only?
[16:40] <cjwatson> Laney: it's a fast track, not a no-effort track. :-)
[16:42] <Laney> cjwatson: Yeah I was trying to get at the fact that while previous Debian contributions may count somewhat towards an Ubuntu development application, it should only act as an informal shortcut and not a back door
[16:43] <Laney> A large part of assessing new developers seems to be determining that they know what they're doing technically, and Debian work should count for that
[16:43] <cjwatson> I think it's a formal shortcut; I'm fairly sure we've explicitly advertised that Debian developers will find it easier
[16:44] <Laney> well it at least doesn't seem to have a place in the applications procedure
[16:44] <Laney> whether it's something that the DMB or whoever will take into account is another matter
[16:44] <\sh> Keybuk, does upstart clean somehow /var/run after a job is stopped or finished?
[16:45] <Laney> but I don't know practically what people assessing applications would want to see from a DD wanting to be an Ubuntu developer
[16:46] <\sh> EUREKA ! I found a bug
[16:46] <Keybuk> \sh: no
[16:47] <\sh> Keybuk, ok...something removes /var/run/network directory, which you create inside /etc/init/network-interface in pre-start
[16:47] <\sh> Keybuk, therefore ifup -a inside /etc/init/networking.conf fails
[16:48] <\sh> adding pre-start script mkdir -p /var/run/network end script inside /etc/init/networking.conf helps to come up with all interfaces which /e/n/i defines
[16:49] <\sh> Keybuk, http://paste.ubuntu.com/316095/ <- this works as expected
[16:50] <cjwatson> Laney: that they've figured out how Ubuntu works, and normally a quick double-check on technical clue
[16:50] <\sh> soren, can you check if that helps you with your briding stuff, too?
[16:52] <Keybuk> \sh: why use a pre-start script there
[16:52] <Keybuk>   script
[16:52] <Keybuk>     mkdir -p /var/run/network
[16:53] <Keybuk>     exec ifup -a
[16:53] <Keybuk>   end script
[16:53] <Keybuk> would be better
[16:53] <\sh> Keybuk, you are the expert, I just wanted to make it work ;) now to find the bugger who removed /var/run/network after a job is stopped/finished..
[16:54] <Keybuk> no idea
[16:54] <Keybuk> /var/run is a tmpfs ;)
[16:54] <Keybuk> maybe you forgot "local-filesystems" in the ...and bits
[16:55] <Keybuk> maybe I forgot too :p
[16:55] <\sh> Keybuk, as you can see in the paste output, I didn't it's the normal job script for this
[16:56] <\sh> Keybuk, start on (local-filesystems and stopped udevtrigger) is the default content...so something else is triggering a removal
[17:02] <Riddell> doko_: gdb is still compiling, does this test suite really take a day to complete?
[17:04] <\sh> it works...
[17:05] <hdon> should gcc option -std=gnu99 define the _GNU_SOURCE macro?
[17:06] <ion> Probably not.
[17:06] <doko_> Riddell: no, this doesn't sound right
[17:06] <Riddell> doko_: they all seem to be failing too
[17:07] <Riddell> expect is running but it's not running very fast or using up much CPU
[17:11] <\sh> Keybuk, could be that /etc/init/networking.conf is being executed before /etc/init/network-interface.conf which means, /var/run/network is really not available at this time
[17:11] <Keybuk> yes, that's possible
[17:12] <\sh> Keybuk, testing your idea with "script..." only.
[17:14] <Keybuk> robbiew_ is brave
[17:14] <Keybuk> even I didn't just install those packages and reboot <g>
[17:14] <ion> Which packages?
[17:14] <StevenK> Keybuk: But robbiew_ does know where you live :-)
[17:14] <mathiaz> when are conffiles installed? during the unpack phase or the postinst phase?
[17:14] <Keybuk> robbiew: did it work?
[17:14] <doko_> Riddell: which version do you try to build?
[17:14] <robbiew> sort of :/
[17:14] <Keybuk> ion: plymouth ones
[17:15] <Riddell> doko_: the one from karmic
[17:15] <Riddell> doko_: with the pie patches removed
[17:15] <Keybuk> robbiew: sort of is unsurprising, even I haven't tested it yet :p
[17:15] <\sh> Keybuk, should I add a debdiff to ifupdown bug #446031 with the change ?
[17:15] <robbiew> I saw plymouth stuff on shutdown..but nothing on reboot
[17:15] <Keybuk> \sh: sure
[17:15] <robbiew> except usplash was removed
[17:15] <Keybuk> robbiew: yeah, there might be no startup splash yet <g>
[17:15] <Keybuk> but it works on shutdown <g>
[17:17] <doko_> Riddell: strange, not seen on the buildds. we once had the lpia build taking way long in the testsuite, but didn't investigate (neither kees nor me)
[17:18] <Riddell> doko_: meh, I'll try some different things then
[17:20] <robbiew> Keybuk: and apparently /usr/sbin/plymouth-set-default-theme requires nash :/
[17:20] <StevenK> robbiew: bash, even?
[17:21] <Keybuk> robbiew: haha, fail
[17:21] <Keybuk> StevenK: no, nash :p
[17:21] <StevenK> Hm. I just tried to look for that and failed
[17:21] <Keybuk> StevenK: install RedHat
[17:21] <Keybuk> it's their NIH shell ;)
[17:21]  * StevenK shivers
[17:22] <Keybuk> they are killing it
[17:22] <Keybuk> in favour of dracut
[17:22] <StevenK> Ooooh, another shell I haven't heard of. Fun!
[17:23] <Keybuk> dracut is their NIH initramfs-tools
[17:23]  * StevenK sobs
[17:24] <StevenK> What is it with RedHat giving things crappy names that have no relation to their function?
[17:24] <Keybuk> kudzu!
[17:24] <ion> ubuntu!
[17:24] <StevenK> Ubuntu *does* relate
[17:25] <ebroder> "byobu" :-P
[17:25]  * Keybuk wishes he didn't hear elmo everytime anyone says that
[17:28] <cjwatson> StevenK: I suppose there are tenuous justifications for casper and ubiquity
[17:28] <cjwatson> casper => magic ghost (since hardly anyone really understands live CD boot, or did at the time)
[17:28] <mvo> robbiew_: what plymouth packages? not the ones in the plymouth ppa?
[17:29] <cjwatson> ubiquity => get Ubuntu everywhere
[17:29] <Keybuk> the ones in alberto's ppa
[17:29] <StevenK> cjwatson: Right, there's a connection, albeit one that you have to squint and turn your head for, but it does exist
[17:29] <mvo> aha, ok. the one in the plymouth one is broken, happy to hear that alberto is fixing it
[17:29] <Keybuk> upstart => start up, but done the other way round to everyone else
[17:29] <cjwatson> StevenK: that may be the case for dracut, for all we know :)
[17:30]  * mvo should borrow his package and drop into the plymouth ppa
[17:30] <\sh> Keybuk, updated #446031 ->
[17:30] <StevenK> It's a special cut of crack that includes drano?
[17:30] <Keybuk> cjwatson: isn't dracut just the town where harald lives?
[17:30]  * StevenK wildly guesses
[17:30] <cjwatson> Keybuk: could well be, since it's a town in MA
[17:30] <cjwatson> I'll have to call my next project belfast. cambridge is probably used for something already
[17:31] <StevenK> Oooh. Named after the town the author lives in. That thread just snapped
[17:31] <Keybuk> Plymouth, MA as well
[17:31] <Keybuk> Fedora 10 was "Cambridge"
[17:31]  * Keybuk senses a naming scheme here
[17:32] <Keybuk> mvo: broken how>?
[17:32] <StevenK> Keybuk: Haha, sounds like one
[17:33] <Keybuk> mvo: it looks like he's updated it to 0.8.0 from your PPA
[17:33] <Keybuk> cjwatson: if I were to name something after the town in which I was born, it'd be "Crawley"
[17:33] <Keybuk> which is ...
[17:33] <Keybuk> unfortunate
[17:33] <cjwatson> it has to be a horror to do that
[17:34] <StevenK> That name just makes me think of a book by Neil Gainman
[17:34] <StevenK> Whose name currently escapes me
[17:34] <cjwatson> that was Crowley :) and you mean Good Omens
[17:34] <StevenK> Ah yes!
[17:35] <StevenK> So close!
[17:35] <Keybuk> The Nice And Accurate Prophecies of Agnes Nutter, Witch
[17:35]  * StevenK needs to re-read that
[17:37] <StevenK> Hm. The lag from being on an airplane at 37,000 ft isn't so bad
[17:38] <StevenK> It doesn't feel like two-way satellite, at least ...
[17:39] <maco> bragging about that airplane-with-tube-access?
[17:39] <StevenK> Not bragging, surprised
[17:42] <Keybuk> mvo: looking at this, I suspect this comes from a secret OEM stash of packages they don't give the Platform team <g>
[17:42] <mvo> Keybuk: I have not investigated, it seems like in the plymouth ppa something with the initramfs generation goes wrong (a file missing maybe) or something
[17:42] <Keybuk> probably stored in a candy jar or something
[17:42] <mvo> Keybuk: haha
[17:43]  * mvo was always good at plundering the candy jar
[17:44] <Keybuk> it's got an ubuntu theme in it and *everything*
[17:44] <Keybuk> written by someone called Michael Terry
[17:46] <highvoltage> mvo: and you admit to it in public? last time I said something like that I got 13 requests on facebook to join a all kinds of cookie jar groups!
[17:47] <mvo> highvoltage: weehh, scary - and this channel is logged too
[18:00] <mathiaz> Keybuk: upstart job question - I've got one upstart job that start avahi-publish with a script stanza
[18:00] <mathiaz> Keybuk: now if avahi-daemon is restarted, the avahi-publish process dies
[18:01] <mathiaz> Keybuk: how can I make sure that the avahi-publish job will be restarted if avahi-publish dies?
[18:01] <Keybuk> respawn?
[18:03] <mathiaz> Keybuk: \o/ - awesome! Thanks
[18:10] <hdon> using -DDB_DBM_HSEARCH=1 in order to enable the historic ndbm api #defines causes many redeclaration errors http://pastebin.mozilla.org/682943
[18:44] <hdon> donny@pacemates:~/gpsee/src$ echo -e '#include <pthread.h>\npthread_cleanup_push(foo, bar)' | gcc -Wall -E - | tail -n 1
[18:44] <hdon> do { __pthread_unwind_buf_t __cancel_buf; void (*__cancel_routine) (void *) = (foo); void *__cancel_arg = (bar); int not_first_call = __sigsetjmp ((struct __jmp_buf_tag *) (void *) __cancel_buf.__cancel_jmp_buf, 0); if (__builtin_expect (not_first_call, 0)) { __cancel_routine (__cancel_arg); __pthread_unwind_next (&__cancel_buf); } __pthread_register_cancel (&__cancel_buf); do {
[18:44] <hdon> what is with the malformed output of that macro?
[20:33] <dariocaruso> salve! vorrei chiedere a qualcuno quanlche info sul file changelog
[20:33] <dariocaruso> devo caricare un programma su launchpad
[20:34] <dariocaruso> ma launchpad lo rigetta
[20:34] <dariocaruso> suppongo che dipenda dal file changelog
[20:34] <dariocaruso> c'è qualcuno?
[20:35] <Goga777> soren, could you have a look please on libmms 0.5 patch http://launchpadlibrarian.net/35334345/checkborders.diff thanks
[21:35] <mathiaz> james_w: hi
[21:36] <mathiaz> james_w: seems that apr-util pkg branches are not up-to-date
[21:36] <mathiaz> james_w: for lucid and squeeze
[21:57] <billisnice> my kid said 9.10 sucked...lol
[21:58] <ion> That’s okay, he sucks, too.
[22:02] <billisnice> girl, the screen redraw and it hangs is so bad
[22:02] <billisnice> i hope it is being worked on
[22:03] <maco> teach her to file a bug?
[22:04] <Keybuk> ion: I'm delighted by a find
[22:04] <Keybuk> plymouth in git gained an X11 backend "for debugging" :-)
[22:04]  * Keybuk feels some abuse coming
[22:04] <ion> keybuk: :-)
[22:04] <billisnice> 9.04 worked faultlessly on an old dell, but this so bad
[22:04] <Keybuk> I wonder whether it's possible/easy to live switch renderers in plymouth
[22:04] <ion> That would be neat.
[22:04] <Keybuk> I reckon it is
[22:05] <Keybuk> so rather than quitting plymouth when X starts, you'd do plymouth --hide-splash and plymouth --show-splash either side
[22:06] <mathiaz> zul: bug 472924 - why sync from unstable instead of testing?
[22:09] <zul> mathiaz: cant remember why
[22:39] <mathiaz> james_w: hi - I've tried to use the merge-package command to merge libdbd-mysql-perl
[22:39] <mathiaz> james_w: following https://wiki.ubuntu.com/DistributedDevelopment/Documentation/Merging
[22:39] <mathiaz> james_w: it failed with an error: bzr: ERROR: The upstream branches for the merge source and target have diverged.
[22:40] <mathiaz> james_w: not sure what to do next.
[22:41] <mathiaz> james_w: I don't see why the upstream branch would have diverged between lp:debian/squeeze/ and lp:ubuntu/lucid/
[22:46] <cjwatson> hdon: it isn't malformed, you're just not permitted to use pthread_cleanup_push without pthread_cleanup_pop. See the comments in the header file
[22:48] <slangasek> mathiaz: because the package is at a different upstream version in Debian vs. Ubuntu
[22:49] <slangasek> mathiaz: trying this merge here, I get an error message that says "resolve these conflicts, commit, and rerun merge-package"?
[22:50] <mathiaz> slangasek: yes - this is what I get
[22:52] <mathiaz> slangasek: the conflicts are in the upstream branch
[22:52] <mathiaz> slangasek: I thought I wouldn't have to touch the upstream branch
[22:53] <slangasek> mathiaz: <shrug> ideally no, but the Ubuntu package (at least) appears to have a patch applied directly to the upstream source
[22:54] <slangasek> mathiaz: so merge-package has a harder job to do, that does involve merging the upstream source
[22:55] <mathiaz> slangasek: on a related note - if I managed to get the merge right, how do I create the orig file?
[22:55] <slangasek> mathiaz: <mumble, handwave>
[22:55] <mathiaz> slangasek: bzr bd -S will take care of everything?
[22:55] <slangasek> not AFAIK; I think you have to grab it from somewhere - e.g. from merges.u.c
[22:56] <slangasek> bzr-builddeb does depend on pristine-tar, but the infrastructure to use it doesn't seem to be there yte
[22:56] <slangasek> yet
[22:57] <mathiaz> slangasek: ok - thanks for helping out.
[22:57] <slangasek> n/p
[22:57] <mathiaz> slangasek: I'll use the merge command instead
[22:57] <mathiaz> slangasek: bzr merge lp:debian/libdbd-mysql-perl worked as expected
[22:57] <slangasek> heh, ok
[22:57] <mathiaz> slangasek: and I don't plan to push the branch to LP - so it should work out correctly - I'll give it a try
[22:59]  * slangasek punches NFSv4+ftruncate in the neck
[23:01] <mathiaz> hm - I run into a bzr ci error now: there is utf-8 character (the arrow) in the changelog
[23:01] <mathiaz> and bzr bails out
[23:02] <mathiaz> james_w: lifeless: http://paste.ubuntu.com/316411/
[23:02] <cjwatson> Keybuk: does merges.ubuntu.com work now that it has a sensible dpkg?
[23:03] <Keybuk> ValueError: process failed 25: dpkg-source -x xbuffy_3.3.bl.3.dfsg-6.dsc /srv/patches.ubuntu.com/unpacked/x/xbuffy/3.3.bl.3.dfsg-6
[23:03] <Keybuk> hmm
[23:03] <cjwatson> http://packages.qa.debian.org/x/xbuffy/news/20091101T002911Z.html looks perhaps relevant
[23:03] <cjwatson> maybe we need quilt installed?
[23:04] <Keybuk> maybe :D
[23:04] <cjwatson> actually I think it was just a bug in that version of the package
[23:04] <cjwatson> judging from the next changelog along, anyway
[23:04] <Keybuk> yeah
[23:04] <Keybuk> I'll wipe it from the cache
[23:04] <Keybuk> the -7 is in there
[23:04] <cjwatson> though having quilt installed would insulate us from this
[23:04] <Keybuk> elmo: can you add quilt
[23:06] <elmo> Keybuk: done
[23:07] <Keybuk> elmo: thanking you kindly
[23:27] <Keybuk> \o/