[01:00] <awesome_guest> well that was annoying.. it seems that libfuse-dev is 2 years out of date
[01:00] <awesome_guest> how would I go about correcting that?
[01:00] <awesome_guest> i.e. get them to upgrade from 2.7.4 to 2.8.5
[01:45] <diwic> awesome_guest, first thing is to file a launchpad bug for it
[01:59] <Hydrant> hey all... do all projects on launchpad have a mailing list automatically ?
[02:00] <Hydrant> I want to email a particular project on launchpad, but the interface is a bit confusing on how to begin to participate in a project
[02:08] <Amaranth> Hydrant: That's a great question for #launchpad (I have no idea)
[02:43] <Hydrant> Amaranth: thx
[02:49] <highvoltage> thanks to the archive admins who worked today :)
[02:55] <JackyAlcine> o//
[05:31]  * JackyAlcine is pushing a mailing list update to SpeechControl regarding openMary.
[05:35]  * JackyAlcine has sent a message to SpeechControl's developers. Please check your email.
[08:38] <AnAnt> Hello, I just tried alpha1, so with unity,  apps that use notification area won't show up ?
[08:39] <AnAnt> hmmm, sorry, wrong channel
[08:57] <\sh> moins and happy new year everyone :)
[08:59] <sladen> \sh: hallo Stephan
[09:37] <tkamppeter> pitti, hi
[09:47] <tkamppeter> Anyone around who works on MIRs?
[10:23] <bmm> I'm making a small maven3 package (dirty for personal use, but published in PPA) and I ran into a conf/settings.xml file which is executable. Lintian tells me to use dh_fixperms, but I already use cdbs. How do I get dh_fixperms to remove the executable flag?
[10:29] <akheron> bmm: grep the cdbs source to see if there's a flag to enable dh_fixperms or give options to it
[10:29] <akheron> that's what I do if I have to use cdbs :)
[10:31] <bmm> akheron: k, will do
[10:31] <akheron> bmm: I see this line in debhelper.mk: dh_fixperms -p$(cdbs_curpkg) $(call cdbs_add_dashx,$(DEB_FIXPERMS_EXCLUDE)) $(DEB_DH_FIXPERMS_ARGS)
[10:31] <akheron> so setting DEBDH_FIXPERMS_ARGS might do the trick
[10:32] <akheron> DEB_DH_... that is
[10:39] <bmm> akheron: I read that, but it seem to only allow exclusion, not inclusion... and debhelper.mk should already run dh_fixperms on my files.
[10:40] <bmm> I also read /usr/bin/dh_fixperms but I could not read any trace of a possible "package.fixperms" file to be allowed :(
[10:42] <bmm> Oh, and my debuild output shows that dh_fixperms is being run (dh_fixperms -pmaven3)
[10:42] <bmm> Is it possible to quilt patch file attributes?
[10:42] <bmm> (as it's only a dirty package for myself and my PPA)
[10:45] <bmm> akheron: ooh, I just realize what you said: add the file as an argument to dh_fixperms... stupid, going to try that now..
[10:46] <akheron> yep :)
[10:50] <bmm> akheron: bad luck, it silently ignores the arguments. Tried conf/settings.xml, usr/share/maven3/conf/settings.xml and finally something stupid, output shows:  dh_fixperms -pmaven3  THIS_DOES_NOTHING
[10:50] <bmm> and has no effect :(
[10:51] <bmm> I'm going to post the same question in #debian ...
[10:51] <akheron> Yeah, according to the man page it doesn't take files as arguments
[10:53] <bmm> akheron: I'm going to try a quilt patch, just for the fun of it. Maybe people over at #debian will find a response in the meantime
[10:55] <bmm> Quilt won't patch file attributes :(
[10:59] <akheron> no
[10:59] <akheron> can't you just chmod after install?
[11:00] <bmm> akheron: Ooh, could do that... have to add something to my very clean debian/rules though. I'll check...
[11:11] <bmm> akheron: Thanks you. I added binary-post-install/maven3:: with a chmod a-x debian/maven3/usr/share/maven3/conf/settings.xml and now lintian is much happier!
[11:11] <akheron> np :)
[11:11] <akheron> then to the fundamental question: why cdbs?
[11:12] <akheron> I find pure debhelper 7 and above much better
[11:14] <bmm> akheron: never really thought about it :) My debian/rules is very simple so I'm a happy hacker ;) http://pastebin.com/i7ZyybMu
[11:15] <akheron> with debhelper that would be just http://pastebin.com/6JM20789
[11:15] <akheron> plus the override for chmod :)
[11:17] <bmm> akheron: seems ok. I'll read up on it the next time I create a package, thanks for the tip.
[14:29] <Keybuk> what timezone is Dallas in?
[14:30] <\sh> Keybuk: Monday, 10. January 2011, 08:30:26 CST
[14:30] <\sh> UTC/GMT -6 hours
[14:30] <Keybuk> \sh: what value of $TZ is that?
[14:31] <\sh> Keybuk: US/Central ?
[14:32] <\sh> dunno
[14:32] <Keybuk> ah cool, that works
[14:33] <geser> that's the place where everybody is? that explains why it's so quiet here
[14:33] <Keybuk> geser: yup
[14:36] <\sh> Keybuk: btw..thanks for the upstart blog...the howtos and explanations are very useful and welcomed here :)
[14:38] <Keybuk> glad someone appreciates it :p
[14:39] <Keybuk> I'm hoping that if I can get enough stuff like that down, it will inspire someone to collect it together in a documentation form
[14:49] <ari-tczew> cjwatson: is merge elilo on your crosshair? it includes new upstream release
[14:49] <ari-tczew> (universe)
[14:55] <dholbach> good morning
[14:56] <Keybuk> dholbach: afternoon
[14:57] <highvoltage> dholbach: morning? aren't you in europe atm?
[14:57] <dholbach> highvoltage, Dallas
[14:57] <tseliot> not in the US ;)
[14:57] <tseliot> it's morning there
[14:57] <highvoltage> dholbach: btw, thanks for updating that Zope wiki page, I was about to do it and noticed you beat me to it :)
[14:58] <dholbach> highvoltage, it was Gediminas
[14:58] <highvoltage> ah, great
[15:01] <Keybuk> I expect they're all in a plenary right now
[15:12] <bdrung> dholbach: can you merge the proposed branches at https://code.launchpad.net/~ubuntu-dev/ubuntu-sponsoring/trunk/+activereviews ?
[15:13] <dholbach> bdrung, I'm sprinting - I'll try to have a look later on
[15:14] <bdrung> dholbach: i reviewed them and found them good. the overview will look like this then: http://people.ubuntu.com/~bdrung/sponsoring/
[15:14] <dholbach> bdrung, did you merge them? I just need to pull them on qa.u.c
[15:15] <bdrung> dholbach: locally. you are the owner of lp:ubuntu-sponsoring
[15:15] <dholbach> bdrung, not any more
[15:16] <bdrung> ok, then i'll merge it
[15:16] <dholbach> thanks bdrung
[15:28] <ScottK> doko: FYI, I test built libreoffice on powerpc over the weekend and it build (unlike our current OOo package).
[15:30] <doko> ScottK: yes, I know that it does build
[15:30] <ScottK> doko: OK.  Didn't know you'd already tried it.
[15:43] <nigelb> Anyone want to take the topic of 'ways to contribute to debian' for the packaging training this week?
[15:47] <geser> mvo: when you've some time for sponsoring, can you look at https://code.launchpad.net/~geser/ubuntu/natty/python-apt/build-with-py3.2/+merge/45604 ? thanks.
[15:48] <mvo> geser: sure, let me have a look
[15:48] <mvo> geser: thanks, indeed, that looks fine
[15:58] <nigelb> bdrung: hey, poke?
[15:58] <bdrung> hi nigelb
[15:59] <nigelb> bdrung: hey, want to talk about contributing to debian this thursday?
[15:59] <nigelb> packaging training...
[16:00] <bdrung> nigelb: Thursdays are not the best weekday
[16:01] <nigelb> bdrung: ouch
[16:01] <nigelb> bdrung: what day/date is convinient for you?
[16:04] <tkamppeter> Anyone around who could look at a MIR?
[16:04] <bdrung> nigelb: depends on the time of day.
[16:04] <nigelb> bdrung: your choice :)
[16:04] <nigelb> bdrung: wait
[16:04] <nigelb> bdrung: dholbach said in mail 12:00 UTC
[16:04] <pitti> tkamppeter: hello! I'm not in the MIR team any more
[16:05] <bdrung> nigelb: at 12:00 utc, i am usually in university
[16:05] <bdrung> nigelb: what kind of talk is it?
[16:07] <nigelb> bdrung: actually, the door is open for any kind
[16:08] <nigelb> bdrung: I thought since you recently became a DD, a talk about contributing to debian would be nice
[16:08] <bdrung> nigelb: rephrasing my question: to what does this talk belong / why a talk?
[16:09] <nigelb> bdrung: Packaging Training Session
[16:10] <nigelb> this was one of the requested topics
[16:16]  * JackyAlcine is up and about; and missed school. O.O
[16:19] <tkamppeter> pitti, who is in the MIR team? I have reported a MIR (bug 691533) and no one has looked at it. It blocks the upload of Ghostscript 9.01.
[16:20] <bdrung> nigelb: maybe an other time, but not this week.
[16:20] <pitti> tkamppeter: https://launchpad.net/~ubuntu-mir/+members
[16:28] <nigelb> bdrung: sure :)
[16:45] <ev> pitti: what's the state of pygi in natty?  Should I be trying to make your or dmitrij.ledkov's usb-creator branch work?  The gtk-2.0 bindings seem to be a bit broken.
[16:45] <ev> err rather, what are the plans for pygi in natty
[16:49] <tkamppeter> pitti, thanks.
[16:51] <tkamppeter> doko, asac, kees, can someone of you have a look at bug 691533? It blocks the build of Ghostscript 9.01.
[17:12] <SpamapS> anybody know how to get natty to use a different default browser than firefox? 
[17:25] <elif> cjwatson: hi, some days ago you helped me answering that wasn't possible with Preseed to install Ubuntu without partitioning the disk, i.e, install Ubuntu in a previously created (possibly formatted) partition. If want to change this behaviour what would be better place to go ? change partman ? change debian-installer ? Thanks in advance.
[17:25] <doko> tkamppeter: please can you fix the splix build?
[18:03] <\sh> micahg: could you do the zf 1.11.2 backports? :) and happy new year, my friend
[18:04] <micahg> \sh: sure, I'll try to get to it later tonight
[18:04] <\sh> micahg: thx a lot :)
[18:08] <cjwatson> ari-tczew: I have a merge in progress - I'll try to get around to finishing it
[18:08] <cjwatson> ari-tczew: but if you want to take it, I really don't care much.  Just be careful, some of the changes are quite subtle
[18:09] <cjwatson> elif: partman, but it's really hard.
[18:10] <tkamppeter> doko, kees, I have uploaded jbig2dec with symbols now.
[18:13] <kees> tkamppeter: excellent, thanks
[18:16] <pitti> ev: it's getting better every day; yesterday and today I did a ton of GTK2 patches to fix annotations
[18:16] <pitti> ev: so maybe try with the gtk2 gir from yesterday?
[18:16] <ev> from git?
[18:16] <pitti> ev: I have a pygi branch of u-c myself
[18:16] <pitti> ev: but I got stuck on the threads locking up
[18:16] <pitti> the actual UI seemed to work just fine
[18:16] <pitti> ev: in natt
[18:17] <ev> hmm, okay
[18:17] <pitti> ev: I did more fixes in git for language-selector
[18:17] <pitti> ev: and I just backported a massive fix which enables several dozen functions
[18:17] <ev> I was trying with dmitrij's branch and I ran into this: http://paste.ubuntu.com/552535/
[18:18] <ev> with presumably today's gir from natty
[18:18] <ev> as I'm up to date as of the plenaries
[18:19] <pitti> weird, it's in the GIR
[18:19] <pitti> but yes, I can replicate it here
[18:21] <pitti> ev: in my branch I don't even have a *drawable* match, so that's why I didn't run into it
[18:21] <ev> ah :)
[18:22] <Keybuk> When laptop lid is closed: Blank screen ?!?!
[18:22] <Keybuk> WTF happened to DO NOTHING you option-removing gnome cocks!
[18:22] <Keybuk> </mjg59 moment>
[18:22] <pitti> ev: since it's not even working for gtk3, would you mind filing an upstream bug and CC me? I'll try to get it fixed ASAP, but I need an upstream bug for the signoff
[18:23] <ev> will do
[18:23] <pitti> ev: I'll be on the GNOME GI hackfest next week; excellent fodder :)
[18:23] <ev> heh
[20:09] <bigon> is there something wrong with libusb on natty?
[20:09] <bigon> http://pastebin.com/SSP1mSxn
[20:29] <ari-tczew> bigon: looks like missing header
[20:35] <kklimonda> bigon: there is nothing wrong with libusb, but there were changes to the natty toolchain - you have to pass lib reference after source files
[20:36] <htorque> kklimonda, just tried it - works fine. :)
[20:36] <bigon> kklimonda: just discovered that
[20:37] <bigon> let's fix my package
[20:55] <ev> pitti: https://bugzilla.gnome.org/show_bug.cgi?id=639173
[20:57] <pitti> ev: thanks, putting on my radar now
[20:57] <ev> thank you
[20:57] <pitti> ev: ah, so you aren't actually using the Drawable yourself
[20:57] <ev> well, that was just an example
[21:31] <pitti> Keybuk, slangasek, cjwatson: it seems that plymouth writes boot messages to vt7 in natty now? nessita's machine consistently crashes X at first boot because X gets a SIGQUIT on pressing enter
[21:31] <pitti> did anything change in that regard in natty?
[21:33] <pitti> it's the bug we worked around in lucid by forcing X to start on vt7, but apparently that stopped working
[21:33] <pitti> .. any more
[21:40] <cjwatson> pitti: the only relevant change I can think of is that we pass vt.handoff=7
[21:40] <cjwatson> (kernel parameter)
[21:40] <slangasek> pitti: well, the plymouth code didn't change here AFAIK...
[21:41] <pitti> cjwatson: would that have worked with the maverick kernel? (she is currently running that)
[21:54] <cjwatson> pitti: I don't know what it would have done with the maverick kernel; it certainly wouldn't work *properly*
[21:59] <Keybuk> jdstrand: you rebuild the xf86-input-multitouch driver with use_tapping 0 right?
[22:02] <jdstrand> Keybuk: in my ppa? yeah
[22:02] <jdstrand> Keybuk: * memory.c: set #define use_tapping 0
[22:03] <Keybuk> jdstrand: yeah, I've done that
[22:03] <Keybuk> and weirdly it's making no difference
[22:04] <Keybuk> if I lightly tap the panel, it still "clicks"
[22:04] <jdstrand> Keybuk: maybe the multitouch driver didn't get loaded?
[22:04] <Keybuk> jdstrand: can I sneak a peak at your Xorg.0.log to compare?
[22:04] <jdstrand> Keybuk: I had to adjust the event thing
[22:04] <Keybuk> I had to do odd stuff to make it bind
[22:04] <Keybuk> (and xorg.conf)
[22:05] <Keybuk> Section "InputClass"
[22:05] <Keybuk>     MatchIsTouchpad "true"
[22:05] <Keybuk>     Identifier "Multitouch Touchpad"
[22:05] <Keybuk>     Driver "multitouch"
[22:05] <Keybuk>     MatchDevicePath "/dev/input/event*"
[22:05] <jdstrand> Keybuk: it isn't my system, but I did log my change, hold on
[22:06] <jdstrand> Keybuk: yes, that is what I have
[22:08] <jdstrand> Keybuk: do you have the bcm5974-dkms package installed? (and that driver loaded-- a reboot would do it, but you can also rmmod and modprobe the driver, I forget the name otoh)
[22:08] <Keybuk> [ 26230.870] (II) config/udev: Adding input device bcm5974 (/dev/input/event7)
[22:08] <Keybuk> [ 26230.870] (**) bcm5974: Applying InputClass "evdev touchpad catchall"
[22:08] <Keybuk> [ 26230.870] (**) bcm5974: Applying InputClass "touchpad catchall"
[22:08] <Keybuk> [ 26230.871] (**) bcm5974: Applying InputClass "Multitouch Touchpad"
[22:08] <Keybuk> [ 26230.871] (II) LoadModule: "multitouch"
[22:08] <Keybuk> etc.
[22:08] <Keybuk> so that seems to be loading
[22:09] <Keybuk> and
[22:09] <Keybuk> [ 26231.073] (II) config/udev: Adding input device bcm5974 (/dev/input/mouse1)
[22:09] <Keybuk> [ 26231.073] (II) No input driver/identifier specified (ignoring)
[22:09] <Keybuk> and that seems to be Not loading
[22:09] <jdstrand> hmm
[22:10] <jdstrand> Keybuk: unfortunately, the person whose laptop I set this up on is offline (and will be this whole week)
[22:10] <Keybuk> ah, np
[22:10] <Keybuk> if you get a chance though, I'd love to compare
[22:10] <Keybuk> because I remember this working much better than it is now
[22:10] <jdstrand> Keybuk: I can say I recall the synaptics driver wanting to take over if I didn't put that InputClass in xorg.conf
[22:11] <Keybuk> even click with one finger, drag with the other, isn't work
[22:11] <Keybuk> +ing
[22:11] <Keybuk> yeah, I'm sure synaptics isn't being loaded
[22:11] <jdstrand> Keybuk: yeah, it all works great for her on lucid
[22:11] <bdrung> smb: can you mark https://code.launchpad.net/~stefan-bader-canonical/ubuntu/natty/e2fsprogs/branch/+merge/43541 as rejected (because it still appears on the sponsors overview)?
[22:11] <Keybuk> deathspank scott% xinput list
[22:11] <Keybuk> ⎡ Virtual core pointer                    	id=2	[master pointer  (3)]
[22:11] <Keybuk> ⎜   ↳ Virtual core XTEST pointer              	id=4	[slave  pointer  (2)]
[22:11] <Keybuk> ⎜   ↳ bcm5974                                 	id=10	[slave  pointer  (2)]
[22:11] <jdstrand> Keybuk: I've not tried maverick or later
[22:12] <jdstrand> Keybuk: I mention synaptics cause there is a lot of configuration of that in /etc/{lib,share}/x11/xorg.d/
[22:12] <jdstrand> Keybuk: but, you would clearly see it in the Xorg.0.log
[22:13] <Keybuk> did you do anything with the fdi file?
[22:13] <jdstrand> Keybuk: as for the module not loading, that is odd. I didn't have that problem, but made a note to grab her dmesg and Xorg.0.log when she is online
[22:13] <jdstrand> Keybuk: no. nothing with fdi
[22:13] <Keybuk> that's the weird thing
[22:13] <Keybuk> I'm pretty sure the module is loading
[22:13] <Keybuk> and is being used
[22:13] <Keybuk> but it's not providing any different functionality
[22:14] <jdstrand> strange
[22:15] <smb> bdrung, Hm, status seems only to offer me the options of merged, work in progress or needs review. Which seems not to be helpful
[22:16] <jdstrand> Keybuk: sorry I couldn't be more help :( (but will get the info when I can)
[22:17] <Keybuk> that's ok :)
[22:17] <Keybuk> thanks
[22:17] <jdstrand> sure
[22:17] <tkamppeter> In bug #701218 the reporter is adding the "print-server" task. What is that and how does one do that?
[22:17] <bdrung> smb: i have these three options too. there used to be a 'rejected' status
[22:18] <smb> bdrung, I try to grab someone to get it resolved
[22:19] <bdrung> thanks
[22:38] <Keybuk> jdstrand: aha! figured it out
[22:39] <jdstrand> Keybuk: oh!? what was it?
[22:42] <Keybuk> they changed the output path of the object when you type "make"
[22:42] <Keybuk> so the one I was using was ... old
[22:42] <Keybuk> cp obj/multitouch.so ...
[22:42] <Keybuk> rather than
[22:42] <Keybuk> cp multitouch.so ...
[22:42] <Keybuk> fixed it :p
[22:46] <cjwatson> tkamppeter: tasksel install print-server
[22:46] <cjwatson> (tasksel --test ..., in case you just want to see what it'll do)
[22:47] <cjwatson> it comes from the print-server seed
[22:47] <cjwatson> so in fact, 'sudo apt-get --dry-run -q -y install print-server^'
[22:50] <jdstrand> Keybuk: ah! cool :)
[23:06] <tkamppeter> cjwatson, thanks. So if the print-server task contains an obsolete package, against which package I have to report the bug?
[23:19] <tkamppeter> kees, doko, can someone of you complete the MIR bug #691533? Thanks.
[23:19] <doko> tkamppeter: sure. can you fix the splix build failure?
[23:20] <tkamppeter> doko, does this cause a build failure of SpliX?
[23:20] <tkamppeter> doko, I did not get any notification, thanks for telling me.
[23:22] <doko> tkamppeter: did you see my email on ubuntu-devel?
[23:24] <tkamppeter> doko, I am searching for it now, found it. A global test rebuild for Natty. Did not find the time yet to look into it.
[23:30] <tkamppeter> doko, found it, from my packages it is splix which failed.
[23:34] <Keybuk> ugh
[23:34] <Keybuk> colorized
[23:34] <Keybuk> two opportunities to misspell that one