[12:13] <Mithrandir> yay, lib* done
[12:15] <Fujitsu> Mithrandir: How long does this all generally take to build?
[12:15] <Mithrandir> Fujitsu: I don't know, a week maybe?
[12:16] <cjwatson> usually not that long IIRC
[12:16] <Mithrandir> cjwatson: remember that etch released some time ago, so Debian will have quite an influx of new versions of stuff.
[12:17] <Mithrandir> oh well, anyway, it'll take a while.
[12:19] <cjwatson> true
[12:20] <geser> we have 6 months to get it build :)
[12:20] <Mithrandir> heh
[12:22] <Mithrandir> cjwatson: the sync process seems to be going quite happily.  I think I'll just head off for the night and run process-incoming in the morning.  It's either that or cancel it now and run process-incoming now.
[12:22] <infinity> Mithrandir: Best to wait until doko's fixed the python mess.
[12:23] <infinity> Mithrandir: So we don't have to retry the world on sparc/powerpc.
[12:23] <Fujitsu> infinity's alive!
[12:23] <infinity> Fujitsu: Am not.
[12:23] <lifeless> but are you countable ?
[12:24] <Mithrandir> infinity: that too.
[12:24] <Mithrandir> oh, I shouldn't have said that about it running fine.
[12:24] <Fujitsu> Mithrandir: It just imploded?
[12:24] <Mithrandir> yes, fell over on mol.
[12:24] <cjwatson> Mithrandir: *nod*
[12:24] <Mithrandir> which it really, really shouldn't.
[12:24] <Mithrandir> well, blacklisted, bed.
[12:25] <geser> infinity: any progress on bug #87077?
[12:25] <ubotu> Launchpad bug 87077 in launchpad-buildd "The build of xmms2 fails because of HASH(0x82db558)="" in the environment" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87077
[01:04] <BenC> Can I get linux-source processed through NEW for gutsy please?
[01:13] <cjwatson> BenC: source accepted
[01:13] <BenC> cjwatson: thanks...I've got lrm uploading too, if you'll be around in 15 minutes
[01:14] <cjwatson> unlikely
[01:14] <cjwatson> it'd have to wait for the main kernel to build anyway
[02:00] <jcole> on ubuntu feisty, this site crashes firefox -> http://www.crashie.com 
[02:01] <jcole> $ firefox http://www.crashie.com 
[02:01] <jcole> /usr/lib/firefox/firefox-bin: symbol lookup error: /usr/lib/firefox/components/libmyspell.so: undefined symbol: _ZN8Hunspell5spellEPKc
[02:03] <jcole> it's *supposed* to crash ie, but it also crashes ubuntu firefox
[02:04] <lifeless> lol
[02:04] <lifeless> bug compatability
[02:04] <jcole> mozilla (aka iceape) works perfectly fine
[02:04] <BenC> jcole: doesn't for me
[02:05] <jcole> from the mozilla devs:
[02:05] <jcole> (04:59:22 PM) bz: talk to whoever built your Firefox
[02:05] <jcole> (04:59:25 PM) bz: they screwed up
[02:06] <jcole> same thing
[02:06] <bhale> who did build your firefox?
[02:06] <bhale> because it does no such thing here
[02:07] <jcole> came from pool/main/f/firefox/firefox_2.0.0.3+1-0ubuntu2_i386.deb
[02:07] <lifeless> bhale: do you have that myspell.so ?
[02:08] <bhale> lifeless: nope.
[02:09] <jcole> $ dpkg -L firefox | grep libmyspell.so
[02:09] <jcole> /usr/lib/firefox/components/libmyspell.so
[02:09] <bhale> lifeless: actually, i do.
[02:09] <bhale> heh
[02:10] <lifeless> ldd and nm are your friends at this point
[02:10] <lifeless> find where that symbol is coming from 
[02:11] <Nafallo> nafallo@silverfairy:~ $ LANG="C" grep _ZN8Hunspell5spellEPKc /usr/lib/firefox/components/libmyspell.so 
[02:11] <Nafallo> Binary file /usr/lib/firefox/components/libmyspell.so matches
[02:11] <Nafallo> so far so good
[02:14] <jcole> $ md5sum /usr/lib/firefox/firefox-bin /usr/lib/firefox/components/libmyspell.so
[02:14] <jcole> 10c64c95e06cff7f6b8994070ddd2a64  /usr/lib/firefox/firefox-bin
[02:14] <jcole> 5d8c9da487f3c07ea486281200e9d7d6  /usr/lib/firefox/components/libmyspell.so
[02:14] <jcole> Nafallo: ^^^ is that the same on your system?
[02:15] <Nafallo> yes
[02:16] <ubotu> Launchpad bug 107340 in firefox "[EDGY]  firefox crashed [@ mozSpellChecker::GetCurrentDictionary]  [@ mozSpellI18NManagerConstructor] " [High,Needs info]  https://launchpad.net/bugs/107340
[04:45] <mario> hi jdong 
[04:46] <jdong> hi mario
[04:46] <jdong> how's things?
[04:46] <mario> bad :( I'm sick, and have high temperature, and I gotta work :(
[04:46] <jdong> aww, sorry to hear that
[04:46] <jdong> I've got something that will make you feel even worse.....
[04:46] <jdong> /dev/sdb1 on /mnt type reiser4 (rw,noatime,nodiratime)
[04:47] <jdong> LOL
[04:47] <mario> heh :P
[04:47] <mario> how is it going ? :)
[04:47] <jdong> it's only been 15 minutes with it.... but I must say I am impressed
[04:47] <mario> hehe, is that stable enough?
[04:47] <jdong> I'm rsyncing my root to it as a benchmark
[04:48] <jdong> I know XFS took 1h45m to do this task
[04:48] <jdong> so far it's been 15m and it's already like 40% done
[04:48] <mario> nice, but watch out for reliability
[04:48] <jdong> I know, I know, that will be a long term judgement
[04:48] <jdong> I did two power-off tests
[04:48] <jdong> actually, unplug USB tests.
[04:48] <jdong> a 300MB TV episode
[04:48] <jdong> copied a second 350MB one into it.
[04:48] <jdong> (overwrite)
[04:49] <jdong> pulled out disk 15 seconds later
[04:49] <jdong> after a mount, md5sum matches original 300MB episode
[04:49] <jdong> very impressive considering it writes at raw speed of the device (30MB/s)
[04:49] <jdong> it will be interesting to see how long term stability is....
[04:49] <jdong> and also if it has any severe weaknesses
[04:49] <mario> nod^^
[04:50] <jdong> but I plan to test that over the course of the next few weeks
[04:50] <jdong> I used reiser4 on 2.6.8 when it was first released, while running Gentoo
[04:50] <jdong> (before Ubuntu days...)
[04:50] <jdong> I liked it back then, but found in Ubuntu rolling my own kernel was too much work
[04:50] <mario> I know when 2.6.8 was :P
[04:50] <jdong> lol, I'm sorry I'm belittling you :P
[04:50] <mario> it was when jorg started complaining that kernel devs are filtering all the scsi stuff :P
[04:51] <jdong> have you heard of this KDE thing? I've heard like it's another operating system on Linux or something. ;-)
[04:51] <jdong> LOL
[04:51] <mario> aggresive filtering was introduced in .8 and .9, it was fine-tuned since then, but oh well
[04:52] <mario> jdong, what's KDE? Never heard of that toy.
[04:52] <jdong> lol
[04:52] <jdong> I do notice that reiser4 uses pretty high CPU compared to other FS'es
[04:52] <jdong> this rsync is using like 30% of one core
[04:52] <jdong> but CPU usage for blazing fast IO? I'm willing to make that tradeoff
[04:53] <jdong> I just wish one could buy more IO speed for more CPU :D
[05:32] <Hobbsee> hi
[05:36] <jsgotangco> hey Hobbsee
[05:37] <Hobbsee> hi spam :)
[05:37] <Hobbsee> how's it going?
[05:37] <jsgotangco> ah well just waiting for lunch really
[05:37] <Hobbsee> :)
[05:42] <ajmitch> hey Hobbsee 
[05:42] <Hobbsee> hi ajmitch 
[06:16] <fabbione> morning
[06:22] <ajmitch> morning fabbione 
[07:03] <Amaranth> tepsipakki: is xlib going to use xcb again in gutsy?
[07:16] <fabbione> what's the equivalen of if [ -n "$var" ]  in perl?
[07:24] <Seveas> fabbione, something like 'if $var =~ m/.+/' would do it but there probabl are better ways :)
[07:27] <fabbione> Seveas: thanks
[07:37] <mpt> I have sound again!
[07:39] <tepsipakki> Amaranth: yes, although you should ask bryce about X in the future ;)
[07:39] <Amaranth> X is the new firefox!
[07:56] <tepsipakki> Amaranth: meaning.. ?
[07:57] <Amaranth> tepsipakki: you touch it you own it, the person responsible for it changes all the time :)
[07:57] <tepsipakki> ah, ok :)
[07:58] <elkbuntu> ok who's the meanie that stole launchpad and wiki this time? :(
[07:59] <fabbione> elkbuntu: they are already working on it :)
[08:00] <fabbione> see #launchpad
[08:00] <Mithrandir> heh, I get "argument list too long" when I try to move all the syncs. :-P
[08:03] <fabbione> Mithrandir: did you make LP explode.. didn't you?
[08:04] <Mithrandir> no, I didn't.  I might make it explode now.
[08:18] <qiyong> why ntfs is read only? why not rw?
[08:21] <Fujitsu> !ntfs | qiyong 
[08:26] <qiyong> Fujitsu, ubotu hungs
[08:27] <pitti> Good morning
[08:27] <Fujitsu> Hi pitti.
[08:28] <ajmitch> hey pitti 
[08:33] <ubotu> qiyong: To view your Windows/Mac partitions see https://help.ubuntu.com/community/AutomaticallyMountPartitions . For write access see !ntfs-3g or !fuse
[08:33] <sponix> anyone care about my ATI Radeon X1400 not working with Feisty (X7.2) like it did with 6.10 (X7.1)
[08:34] <sladen> sponix: regression?  what's the bug number?
[08:34] <sponix> sladen:  not sure if its filed, just thought I'd bring it up
[08:34] <tepsipakki> sponix: 89853
[08:34] <sladen> sponix: if it's not filed, then nobody will have seen it
[08:34] <sponix> had to install 55Meg ATI commercial driver from a thumbdrive to continue the installer :P
[08:35] <sponix> tepsipakki:  ok, so its being worked already ?
[08:35] <tepsipakki> yes, sort of
[08:35] <jdong> it is a known bug....
[08:35] <sladen> bug #89853
[08:35] <ubotu> Launchpad bug 89853 in xorg-server "[regression]  7.2 broke vesa: "No matching modes found"" [High,Needs info]  https://launchpad.net/bugs/89853
[08:35] <sponix> well, X is to blame, openSuSE has the same issue with 7.2
[08:36] <Treenaks> We really really need a new/better ati driver 8)
[08:36] <sponix> is it just my X1400 ati card, or several cards ?
[08:36] <jdong> the whole X1x00 line
[08:37] <tepsipakki> it's a bug in the server
[08:38] <sponix> I go to ATI (amd), and hit the feedback all the time, and state "your drivers still blow, and you need to make a good opensource one"
[08:38] <sponix> honestly I felt that was pretty straight forward :P
[08:38] <tepsipakki> fedora has a patch for it, but when combined with a patch for the driver it makes the server to crash
[08:38] <jdong> sponix: from a company who wants to enforce DRM by locking the framebuffer, I would not waste your breath on AMD.
[08:39] <tepsipakki> maybe it's time to upload new server&vesa to feisty-proposed
[08:39] <jdong> I hope their $600m quarterly losses trend continues until they realize what their consumers want
[08:39] <jdong> wow... I'm cold today :)
[08:39] <sponix> jdong:  yeah, I use to hate Intel (wintel) for siding with Microsoft on so many things, but lately with the ATI/AMD merge, I'm looking more at the rare Intel/Nvidia boxen
[08:39] <sladen> tepsipakki: does that fix it, or just make things crash?
[08:39] <sponix> speaking of, is that intel 950 chip worth a shit, I see it in a bunch of laptops now
[08:39] <jdong> sponix: intell is OSS friendly....
[08:40] <sladen> sponix: Intel have the best Linux/Open drivers you'll get
[08:40] <jdong> sponix: and the GMA950 is the start of a better trend in GPU power
[08:40] <jdong> sponix: it's still not spectacular, but the GMA x3000 is due to be out this quarter
[08:40] <jdong> and next year's montavena is bringing even a better GMA
[08:41] <pitti> Mithrandir: can you please give-back hal on powerpc and sparc? it failed due to a python package inconsistency, but it looks fine now
[08:41] <jdong> Treenaks: via_sata has always been buggy for me
[08:41] <sponix> wtf is a GMA ?
[08:41] <jdong> at the BIOS level
[08:41] <Treenaks> jdong: no, I mean unichrome :)
[08:41] <Treenaks> jdong: the X thing
[08:41] <jdong> sponix: "graphics media accelerator"
[08:41] <sponix> so, I shouldn't be scared of getting a laptop with an intel video chip aye
[08:41] <jdong> a video card, in other words.
[08:41] <jdong> you should welcome Intel video
[08:41] <jdong> one of the best 100% OSS video cards
[08:41] <sponix> heard of gpu.. never gma :P
[08:41] <jdong> GMA is intel's branding
[08:41] <jdong> Intel GMA950
[08:41] <jdong> actually it's the Intel 945GMA
[08:42] <jdong> yay marketing bling
[08:42] <jdong> the more terms, the more likely people will say it?
[08:42] <pitti> Mithrandir: likewise avahi
[08:42] <jdong> and maybe your nickname for AMD should be amDRM too :D
[08:43] <Mithrandir> pitti: doing
[08:43] <tepsipakki> sladen: drpping the vesa-patch and adding one to server seems to work for at least some of the reporters
[08:43] <tepsipakki> +o
[08:44] <sponix> jdong:  thanks for the info
[08:44] <jdong> not a problem
[08:45] <sponix> crap I got right now doesn't even do beryl
[08:45] <jdong> yes it does
[08:45] <Mithrandir> pitti: both given back
[08:45] <jdong> set up Xgl
[08:45] <jdong> but this is very OT
[08:45] <sponix> OT ?
[08:45] <jdong> fwiw I have an x1400 mobile and have been running Xgl and Beryl since Dapper
[08:45] <pitti> Mithrandir: thanks
[08:46] <jdong> off topic... this is a developer channel
[08:46] <jdong> for development related topics
[08:46] <sponix> jdong:  fair enough, good to know anyway
[08:46] <jdong> yep :)
[08:46] <\sh> hmmmm...I just received an email from LP about my expiration of core-dev membership...and now I have to talk to the team admin ;) which is sabdfl... what is the correct way? talking to the tb on the 5th of may during the normal meeting, or talking to sabdfl?
[08:47] <sponix> I normally am off topic, thats why #ubuntu-offtopic is my main channel :P
[08:47] <sladen> tepsipakki: ping me when it's up and I'll test it here (Intel)
[08:48] <jdong> tepsipakki: same goes; I have the affected x1400 ; be glad to test
[08:48] <Mithrandir> pitti: have you seen the new gnome disk manager?
[08:48] <tepsipakki> sladen: you have problems with intel? This isn't for you, then ;)
[08:48] <sponix> jdong:  did you do the same thing I did, boot from CD, install commercial driver from thumbdrive, and proceed ? :)
[08:48] <pitti> Mithrandir: not yet; I hope it's more sensible than the old disks-admin
[08:48] <jdong> sponix: nope, I grabbed it from the repositories :)
[08:49] <Mithrandir> pitti: http://flomertens.free.fr/disk-manager/features.html , but you probably already have the URL.
[08:49] <tepsipakki> jdong: http://users.tkk.fi/~tjaalton/dpkg, grab the latest vesa and server
[08:49] <sponix> jdong:  sadly enough, I'm in Iraq on a _very_ restricted net most of the time, I have issues pulling anything :P
[08:49] <Mithrandir> pitti: might be nice to investigate and see how it fits in with the rest of our stack.
[08:49] <tepsipakki> how do I get a people.u.c account?
[08:49] <jdong> tepsipakki: will do... tomorrow... bed time
[08:49] <sponix> jdong:  speaking of, is there anyway I could get you to tarball ndiswrapper and all its deps (ndisgtk as well) for me ?
[08:50] <sponix> jdong:  I really want to get Feisty up to speed, but without ndiswrapper I'm shot, only open net I have is wireless
[08:50] <fabbione> tepsipakki: i don't think it's possible at the moment but you can try asking to our sysadmins
[08:51] <tepsipakki> fabbione: something b0rked?
[08:51] <Mithrandir> tepsipakki: currently, you don't, it's canonical employees only.  I'm not sure if we're looking at changing that, but maybe we should.
[08:51] <fabbione> tepsipakki: what Mithrandir said
[08:51] <tepsipakki> oh, I thought it was for core-devs
[08:51] <ajmitch> I think it's come up at TB meetings in the past
[08:51] <pitti> Mithrandir: thanks; I'll take a look at it a bit later
[08:51] <tepsipakki> nevermind then :)
[08:51] <sponix> jdong:  could I msg && bother you for a bit ?
[08:52] <Mithrandir> ajmitch: do you know if it has been resolved one way or the other?
[08:52] <ajmitch> Mithrandir: I don't think it was 
[08:55] <Fujitsu> My recollection is that it was left unresolved.
[08:56] <ajmitch> it was, I just found the logs from that meeting
[08:56] <Fujitsu> ajmitch: Which meeting was it?
[08:57] <ajmitch> october 10
[08:57] <ajmitch> https://wiki.ubuntu.com/MeetingLogs/Technical-2006-10-10
[09:03] <sladen> tepsipakki: the best you can do at the moment is scp stuff to bazaar.launchpad.net
[09:05] <Mithrandir> it seems like the consensus from that discussion was "we should provide an upload area, mdz will follow up with sysadmins"
[09:06] <Fujitsu> I haven't seen anything further on that topic.
[09:06] <Mithrandir> see the lines from 16:32:09 to 16:34:30
[09:07] <Fujitsu> Mithrandir: Yeah... Do you know if anything happened with regard to that?
[09:07] <Mithrandir> I haven't seen anything, no.  Somebody could ask mdz when he shows up if there has been any conclusion on it.
[09:18] <pitti> grep: /usr/lib/libcairo.la: No such file or directory
[09:18] <pitti> erk, seeeb
[09:19] <Mithrandir> no, it's a bug in something shipping a .la file but failing to depend on libcairo
[09:19] <Mithrandir> +-dev
[09:19] <pitti> right, I'm just not sure where to start looking; so I'll just check all the 230423 build deps of gnome-mount
[09:20] <Mithrandir> I think we should try to get rid of all .la files this cycle.
[09:46] <pitti> hey seb218
[09:46] <pitti> hey seb128, too
[09:46] <seb128> hey pitti ;)
[09:46] <pitti> for i in range(129): print "hello seb" + i
[09:46] <pitti> str(), but anyway
[10:01] <ion_> 0.upto 128 do |i| puts "hello seb#{i}" end
[10:01] <ion_> puts "hello pitti, too"
[10:01] <pitti> hi ion_ 
[10:02] <fabbione> MA VIENIIII!!!!!!!!!!!!!!
[10:02] <fabbione> eh whops
[10:02] <fabbione> wrong chan
[10:02] <fabbione> sorry
[10:04] <vciaglia> fabbione: loool. I can understand! :)
[10:04] <mario_> hi folks
[10:05] <ion_> Hi mario
[10:06] <saispo> hi :)
[10:07] <seb128> lu saispo
[10:54] <\sh> I have bootup problem with udev and ldap (on dapper).
[10:54] <stub> Launchpad is going down in 15 mins for a code update. Estimated downtime is 10 mins or less.
[10:55] <\sh> udevd is starting, and trying to lookup users, our user base is ldap and compat (reading nsswitch.conf), now, network is not configured and udevd tries round about 5 mins to lookup the user...how can I disable nsswitch user lookup via ldap for udev only?
[10:55] <ajmitch> use 'compat ldap' instead of 'ldap compat'?
[10:55] <\sh> ajmitch, already using
[10:55] <ajmitch> or a libnss-ldap that has sane timeouts
[10:56] <pitti> mvo: FYI, I'm grabbing your ucf merge since I need it for dovecot; unless you are already at it?
[10:56] <\sh> bug 51315
[10:56] <ubotu> Launchpad bug 51315 in libnss-ldap "udevd: nss_ldap: failed to bind to LDAP server" [Undecided,In progress]  https://launchpad.net/bugs/51315
[10:57] <ajmitch> which was pretty much just for edgy
[10:58] <cjwatson> ensure that any users needed by udev are in /etc/passwd?
[10:58] <\sh> cjwatson, well, which user is not in /etc/passwd for udev?
[10:58] <cjwatson> or groups in /etc/group
[10:58] <mvo> pitti: feel free, I have not started with them yet, just make sure the debconf stuff that I added is still there afterwards :)
[10:58] <cjwatson> \sh: I don't know; you're the one with the failing system
[10:59] <\sh> cjwatson, for udev all users should be in /etc/passwd
[10:59] <pitti> mvo: did you send that to Debian? the latest version doesn't have it
[10:59] <ajmitch> \sh: iirc nvram was one
[10:59] <\sh> ajmitch, yeah, just trying to fix it with this grou
[10:59] <\sh> but at least it's a bug then ;)
[10:59] <pitti> mvo: argh, this is a hell of a diff
[11:00] <mvo> pitti: can you give me the url? I have a look, my initial patch was quite small IIRC
[11:00] <pitti> mvo: no URL, I just apt-get source'd our, Debian's, and the debian-snapshot base version and debdiffed
[11:01] <pitti> mvo: http://people.ubuntu.com/~pitti/tmp/ucf-ubuntu.diff
[11:02] <pitti> mvo: it doesn't look very ubuntu specific AFAICS
[11:02] <\sh> ajmitch, it was nvram group missing in /etc/group
[11:02] <\sh> this group has to be added to the default
[11:02] <mvo> pitti: no, I send it to debian but got no feedback
[11:03] <mvo> pitti: its pretty important for upgrades with anything that uses a GUI 
[11:03] <mvo> (synaptic, adept, u-m, ...)
[11:03] <pitti> mvo: hm, too bad; same is true for Debian, interactive stuff on the console is evil
[11:03] <\sh> cjwatson, what is the best package to file a bug report about a missing group for udev? ,-) 
[11:03] <mvo> pitti: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325576
[11:03] <ubotu> Debian bug 325576 in ucf "ucf: should use debconf to display the diff results" [Normal,Open]  
[11:04] <pitti> mvo: ah, thanks
[11:04] <ivoks> \sh: why does it read passwd in the first place?
[11:04] <ivoks> \sh: wouldn't it be better to do getent passwd?
[11:04] <ajmitch> ivoks: no..
[11:05] <mvo> pitti: let me know if you want me to do the merge
[11:05] <pitti> mvo: oh, I'm almost done, it's fine
[11:05] <pitti> I just wondered about the rationale
[11:05] <mvo> aha, ok
[11:05] <mvo> thanks :)
[11:06] <ivoks> ajmitch: i might ask stupid question; but.. why? :)
[11:06] <ajmitch> ivoks: this is an nss module (libnss-ldap) that is timing out - udev is doing things the normal way
[11:06] <ivoks> oh... ok
[11:06] <ajmitch> lots of fun
[11:06] <ajmitch> morning sabdfl 
[11:06] <cjwatson> \sh: pretty sure there's already a bug about that
[11:07] <ajmitch> pretty sure it's been fixed in feisty too, nvram is in /etc/group here
[11:07] <ivoks> it worked in dapper, iirc
[11:07] <ivoks> (working :)
[11:08] <\sh> ivoks, nope...I have a couple of dappers here...they all have this problem when network is not started, so ldap can't be reached
[11:08] <ajmitch> \sh: what libnss-ldap version?
[11:08] <\sh> wait...I have to reconnect to the box :(
[11:09] <ivoks> \sh: eh, i didn't have that test-case cause if network wasn't available, it wouldn't boot at all :)
[11:09] <\sh> 238-1.1ubuntu1
[11:09] <\sh> ivoks, first comes udev, then the network...
[11:09] <\sh> but nsswicth is already there
[11:10] <ivoks> \sh: in my case it was network first, then kernel
[12:03] <iwj> fabbione: Letting agents just turned up.  Be with you in a bit.
[12:09] <iwj> Gone again.
[12:09] <iwj> fabbione: AYT?
[12:24] <fabbione> iwj: sorry i was having lunch. i need to run away for another 10/15 minutes.. is it ok with you?
[12:26] <iwj> Sure.
[12:37] <fabbione> re
[12:55] <jmg> hey all
[12:55] <jmg> bring me the head of the alsa maintainer
[12:57] <Treenaks> why?
[12:57] <ajmitch> because jmg wants to fix all the bugs, it seems
[12:58] <jmg> i want to file some bugs
[12:58] <jmg> but i need more info
[12:58] <jmg> about the way alsa is configured in ubuntu
[12:58] <jmg> specifically i want to help it configure 5.1
[12:59] <jmg> because right now its not.
[12:59] <ajmitch> saying "bring me the head of the alsa maintainer" really isn't the best way to get any help
[12:59] <jmg> it got some attention
[12:59] <cjwatson> not from the alsa maintainer
[01:00] <jmg> i see him
[01:00] <jmg> by him, i mean the last person to touch it in edgy
[01:00] <jmg> hmm
[01:01] <jmg> i suppose i had better upgrade to feisty... but i dont want to break my nice media center setup
[01:01] <jmg> because my bug may be fixed in feisty
[01:02] <jmg> so what im really asking is how to configure 5.1 in edgy, but that is not an appropriate question for -devel
[01:02] <zul> good call
[01:03] <jmg> but maybe crimsun could give me an idea of how it is configured at the moment, because im looking and it doesnt like any of the stuff under /usr/share/alsa/pcm gets used
[01:04] <jmg> /etc/init.d/alsa-utils is braindead in that respect
[01:10] <ajmitch> hm, still getting bitten by debian bug 420895 on upgrading tzdata, was someone looking at that?
[01:10] <ubotu> Debian bug 420895 in tzdata "tzdata: debconf logic can't handle single-level zones defined in backward" [Important,Closed]  http://bugs.debian.org/420895
[01:11] <cjwatson> ajmitch: we haven't merged the Debian fix yet
[01:12] <cjwatson> ajmitch: feel like taking care of that? :)
[01:12] <ajmitch> sure
[01:12] <cjwatson> it's -5 I think
[01:41] <heno> mdz, cjwatson: how do I go about hijacking a spec. I'd rather do that than create yet more duplicates
[01:42] <heno> (I take it the distro drivers have the power)
[01:43] <heno> https://blueprints.launchpad.net/ubuntu/+spec/speech-recognition and https://blueprints.launchpad.net/ubuntu/+spec/installer-for-windows 
[01:43] <cjwatson> heno: just start editing, normally
[01:43] <cjwatson> heno: I can assign you as drafter or something if you like
[01:45] <cjwatson> done for both
[01:45] <heno> cjwatson: thanks, I now have many more options
[01:47] <cjwatson> Mithrandir: are you running the autosyncer, or are the things in ~lp_archive/syncs/ manual?
[01:47] <cjwatson> looks like they're auto
[02:00] <heno> cjwatson: installer-for-windows is already on Scott's schedule; I've added an agenda. I take it I should not propose it for the meeting via LP, but that you will link it manually (?)
[02:04] <cjwatson> heno: yep
[02:09] <Mithrandir> cjwatson: I started it on auto, but it needs a bit of waiting before I can run it so I don't end up syncing the bits already synced in the previous run.
[02:09] <vciaglia> re
[02:10] <cjwatson> Mithrandir: right
[02:10] <cjwatson> I just used a different directory and some hacked scripts for the syncs I wanted to do
[02:10] <Mithrandir> okie
[02:12] <Mithrandir> cjwatson: seems happier now, so rerunning -a
[02:17] <pitti> Mithrandir: can you please give-back gnome-volume-manager on sparc and powerpc?
[02:18] <Mithrandir> pitti: given-back
[02:19] <ogra> bah, no libnotify yet ... g-s-s doesnt build  ...
[02:19] <fabbione> ogra: and no hal-info! OMG THE WORLD IS FALLING APART
[02:20] <fabbione> i can't distupgrade to gutsy!
[02:20] <ogra> NO HAL INFO !!! Ohh my god !
[02:20] <fabbione> ogra: if i were you i would start to worry about that after UDS
[02:20] <ogra> how are we supposed to ever access hardware again ? 
[02:20] <fabbione> i guess Mithrandir and cjwatson are keeping the world busy with debian sync
[02:21] <pitti> ogra: oh, my fault, should be in NEW
[02:21] <ogra> i just upgraded fine over here ...
[02:21] <fabbione> weekend time
[02:21] <pitti> ogra: NEWed
[02:22] <\sh> hmmm...MoM still adds feisty to debian/changelogs in ubuntu version, right? 
[02:22] <pitti> \sh: oh, is it back?
[02:22] <ogra> looks like
[02:22] <pitti> nope, still with March data
[02:22] <ogra> at least the webpage
[02:22] <ogra> ah
[02:23] <\sh> argl
[02:23] <StevenK> pitti: I have 3 -security uploads for universe that I'm in the middle of preparing. Shall I hit you up a little later about them?
[02:23] <pitti> StevenK: yes, please do so
[02:23] <StevenK> pitti: The package is mydns if you're curious.
[02:25] <cjwatson> fabbione: hey, I'm just trying to clear out my own syncs :P
[02:26] <fabbione> cjwatson: ehehhe yeah yeah :)
[02:27] <cjwatson> rest of you can fend for yourselves
[02:28] <fabbione> cjwatson: have fun.. i can wait for my syncs after the archive is stabilized a bit :)
[02:28] <fabbione> i had enough to sync into redhat-cluster for today
[02:47] <Mithrandir> hm, not all bad stats:
[02:47] <Mithrandir> Out-of-date BUT modified: 706 (5.53%)
[02:47] <Mithrandir> Updated:                  347 (2.72%)
[02:47] <Mithrandir> Ubuntu Specific:          2189 (17.14%)
[02:47] <Mithrandir> Up-to-date [Modified] :    1287 (10.08%)
[02:47] <Mithrandir> Up-to-date:               8233 (64.46%)
[02:47] <Mithrandir> Blacklisted:               11 (0.09%)
[02:47] <Mithrandir> Broken:                     0 (0.00%)
[02:47] <Mithrandir> the ubuntu specific one looks pretty bad since we haven't synced removals yet.
[02:49] <StevenK> Mithrandir: Ah, but how many removals are there?
[02:49] <Mithrandir> unsure.
[02:49] <Mithrandir> as in, I haven't gotten that far yet.
[02:50] <StevenK> Yeah, well.
[02:51] <ajmitch> we should try & get on top of them asap
[02:52] <bhale> Ubuntu Specific:          2189 < ouch
[02:52] <ajmitch> how many language packs in there?
[02:53] <bhale> ah
[02:53] <bhale> 693 in dapper
[02:53] <ajmitch> and as he said, a bunch of removals to process
[02:53] <ajmitch> but we do still have a few new packages
[02:54] <ajmitch> quite a few are worth pushing to debian
[02:55] <Mithrandir> closer to a thousand langpacks + support in gutsy.
[03:12] <Mithrandir> heh
[03:12] <Mithrandir> it's getting summer-y here, so. :-)
[03:13] <Hobbsee_> Mithrandir: ah yes, but not here...
[03:13] <Hobbsee_> i'll enjoy the summer
[03:13] <Hobbsee> or the excuse of summer
[03:18] <ogra> Hobbsee, in germany we have about 5-10C more than usual ... nature is freaking out ...
[03:18] <ogra> its linke june here
[03:18] <StevenK> ogra: Send it here!
[03:18] <Hobbsee> ogra: heh.  nice.  what does that turn out to be?
[03:18] <Hobbsee> yay, we want warmth!
[03:18] <ogra> 23C atm
[03:18] <StevenK> That isn't warm
[03:18] <ogra> should be between 10-15C around this time of year
[03:19] <StevenK> ogra: It's warmer than that here now, and it's 11pm!
[03:19] <ogra> and wasnt ever this warm in april
[03:20] <Spads> ogra: http://www.nctexasbirds.com/images/hot_news.jpg
[03:21] <StevenK> Oh geez, I remember that article.
[03:21] <StevenK> pitti: I have three debdiffs for you to look at, along with a bug number.
[03:22] <pitti> StevenK: ah, as attachments? what's the bug?
[03:22] <ogra> go USA !
[03:22] <StevenK> pitti: No, they aren't attached yet.
[03:22] <StevenK> pitti: bug 110306
[03:23] <ubotu> Bug 110306 on http://launchpad.net/bugs/110306 is private
[03:25] <StevenK> pitti: All three debdiffs attached.
[03:25] <pitti> StevenK: thanks, will look at it soon
[03:32] <pitti> StevenK: hmm, there doesn't seem to be a public CVE for this
[03:33] <StevenK> pitti: The bug does say it will be announced to full disclosure later today. 
[03:33] <StevenK> pitti: Shall we wait until it has a CVE?
[03:34] <pitti> StevenK: if it turns up in a matter of hours, we can consider waiting
[03:35] <pitti> StevenK: in any case, the code changes look sane, but I'd like the changelog to be more verbose
[03:35] <pitti> StevenK: mention the dpatch name and some references
[03:35] <pitti> StevenK: i. e. URLs to the advisory and where you got the patch from, etc.
[03:35] <pitti> (such as a webcvs URL, or the URL you mentioned in the bug)
[03:36] <StevenK> Right.
[03:36] <StevenK> Are my version numbers sane?
[03:37] <pitti> yes, they are
[03:39] <pitti> StevenK: not sure if it is http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2075
[03:39] <pitti> StevenK: but it doesn't look like it
[03:40] <StevenK> pitti: I agree, since the bug report mentions update and that CVE doesn't.
[03:43] <bddebian> Heya
[03:46] <StevenK> pitti: I don't seem to have/find a URL to the advisory.
[03:47] <pitti> StevenK: ok; then just include the dpatch name and the URLs from the bug (PoC and patch)
[03:47] <cjwatson> Mithrandir: so does the MoM output you pasted above indicate that MoM is on its way back up now?
[03:47] <Mithrandir> cjwatson: it's actually sync-source output
[03:47] <cjwatson> ah, right
[03:57] <StevenK> pitti: Right, debdiffs updated, but not attached.
[04:00] <pitti> StevenK: just /msg me the new changelog
[04:13] <pitti> hm, do we still care about
[04:13] <pitti> +  * Merge from debian unstable, remaining changes:
[04:13] <pitti> +    - debian/control: exim4 -> postfix.
[04:13] <pitti> being the only diff for a package? (such as mutt and mailman)
[04:13] <Mithrandir> I'd say no.
[04:13] <pitti> that's what I thought, too
[04:13] <StevenK> pitti: All three uploads done.
[04:14] <pitti> StevenK: thanks; I'll check them in about an hour, when they should have built everywhere
[04:15] <StevenK> pitti: Okay, cool.
[04:37] <Adri2000> archive admins: for a sync request from debian-multimedia, do you need the link to the .dsc or something?
[04:38] <cjwatson> Adri2000: no, just note that it's to come from debian-multimedia
[04:38] <pitti> Adri2000: we import the package lists by default, so I don't think that's necessary
[04:38] <Adri2000> ok
[04:47] <Mithrandir> lamont: what for?
[04:47] <lamont> exim->postfix comment above.
[04:47] <lamont> :)
[04:47] <Keybuk> exim > postfix
[04:48] <Mithrandir> lamont: seriously?  Do you think maintaining a delta with Debian because we used to prefer/still prefer one MTA over another, when both are in main?
[04:48] <Mithrandir> + is sane
[04:50] <lamont> pitti: that's why I cancelled the trout-launch
[04:50] <Keybuk> pitti: can I get an MIR for my favourite MTA too? :p
[04:50] <lamont> Mithrandir: no - not worth maintaining the difference
[04:50] <lamont> Keybuk: I dare you to submit one for qmail
[04:51] <pitti> Keybuk: if it replaces exim instead of giving us a third one to care for? :)
[04:51] <pitti> qmail -> nonfree -> main
[04:51] <Treenaks> pitti: yeah, but RIR was already in use
[04:57] <Keybuk> pitti: it's only non-free by Debian's definition :)
[04:58] <mjg59_> Keybuk: qmail? Non-free by most people's definition.
[05:01] <Keybuk> it's just quirky that you can't distribute binaries of it <g>
[05:03] <jdong> wha'ts up with people telling me that it's legal to distribute libdvdcss sources, just not binaries??
[05:04] <jdong> IANAL but I am highly skeptical to that statement. probably an 'urban legend'?
[05:04] <Keybuk> probably depends what country you are in, for a start
[05:04] <jdong> let's say... USA?
[05:05] <Keybuk> ask your local lawyer
[05:05] <elmo> distributing dvdcss in any form in the US would not be sane [IANAL, TINLA] 
[05:06] <jdong> elmo: that's what I was under the impression
[05:06] <jdong> what about distributing a script that downloads libdvdcss sources from upstream and compiles them?
[05:06] <jdong> i.e. Gentoo, Freebsd....
[05:06] <Keybuk> ask your local lawyer
[05:06] <mc44> jdong: and ubuntu no?
[05:06] <jdong> /usr/share/doc/libdvdread3/install-css.sh
[05:06] <mc44> indeed
[05:07] <jdong> we are distributing such a script
[05:07] <vciaglia> re
[05:07] <Keybuk> the answer to this requires knowledge of US law, not just the copyright licences involved
[05:07] <jdong> that downloads a libdvdcss deb, or falls back to building from source
[05:07] <jdong> is that legal? ;-)
[05:08] <Keybuk> ask your local lawyer
[05:08] <mc44> jdong: the us mirror is in sweden anyway isnt it? :)
[05:08] <jdong> is it legal for Ubuntu, I should say...
[05:08] <ion_> With this <http://yro.slashdot.org/article.pl?sid=07/04/27/039259> (all our base are basically belong to MPAA and RIAA now) going on, perhaps even distributing /usr/share/doc/libdvdread3/install-css.sh in EU has became illegal.
[05:08] <jdong> why not have g-a-i able to do this too?
[05:09] <jdong> pop in an encrypted DVD, bring up g-a-i and offer to run that script... that's already installed :D
[05:10] <Keybuk> ion_: the impliciations of that directive are not well understood
[05:10] <ion_> Installing debs without adding a repository that will provide updates pretty isnt very nice.
[05:11] <ion_> s/pretty //
[05:11] <Keybuk> (and is actually less strict than the current UK law which is probably what Canonical is answerable to)
[05:11] <cjwatson> EU directives (AIUI) don't affect us until signed into UK law anyway ...
[05:11] <cjwatson> which isn't a reason not to be concerned, but is a reason not to panic
[05:13] <jdong> interesting...
[05:13] <jdong> I guess what I'm getting at is... we should either (1) remove the script due to legal reasons, or (2) make it more integrated into g-a-i and easier to access
[05:14] <pitti> cjwatson: hm, why do you think is this UK centric? First, the download code will appear on worldwide mirrors, second such laws probably apply to the user, not (only) the distributor?
[05:15] <jdong> yikes!
[05:15] <jdong> libdvdread3 is in universe
[05:15] <jdong> not multiverse
[05:15] <cjwatson> the obvious target for legal action would be the distributor, surely
[05:15] <jdong> and it installs a script that can deCSS??
[05:15] <mjg59_> libdvdread is fine, surely?
[05:15] <jdong> dvdread is fine
[05:15] <jdong> but it includes a script that downloads libdvdcss
[05:15] <cjwatson> there is unlikely to be any legal difference between universe and multiverse
[05:16] <mjg59_> The "We're fine if we're only distributing something in multiverse" idea seems to have taken hold somewhere, and I'm not sure why
[05:16] <Hobbsee> jdong: libdvdread source is in main, iirc.  certainly was.
[05:16] <Robot101> mjg59: it's OK if we break the law if we put it in a seperate law-breaking section? :D
[05:16] <jdong> Hobbsee: only in dapper (tm)
[05:16] <Keybuk> pitti: the law ion_ refers explicitly excludes end-users
[05:16] <Robot101> is multiverse not carried on mirrors or something?
[05:16] <jdong> Robot101: worked for military prisons...
[05:16] <Keybuk> pitti: and only targets distributors
[05:16] <ion_> deb http://fi.archive.ubuntu.com/ubuntu feisty main restricted universe multiverse illegal
[05:16] <Hobbsee> ah, right.  that's where i mu;st have merged it, then
[05:17] <bhale> Robot101: multiverse is more like non-free
[05:17] <StevenK> libdvdread | 0.9.6-3ubuntu1 | edgy/universe | source
[05:17] <jdong> libdvdread3 | 0.9.6-3ubuntu1 | edgy/universe | i386
[05:17] <Hobbsee> weird
[05:17] <Keybuk> mjg59: Debian previously seemed to have a "it's fine if it's in non-free" stance too
[05:17] <bhale> Robot101: its been taken to mean "anything goes"
[05:17] <jdong> :)
[05:17] <cjwatson> I don't see why we should do the MPAA's work for them. If it were clearly illegal, we shouldn't be distributing it, but it's not clear IMO
[05:17] <mjg59> Keybuk: Debian's never carried libdvdcss
[05:17] <Keybuk> mjg59: true, but it has for other things
[05:17] <Keybuk> dvdcss should be in universe though
[05:17] <elmo> bhale: which is wrong, of course
[05:17] <Hobbsee> mjg59: it carried that script before, though
[05:17] <jdong> cjwatson: libdvdcss is not clear?
[05:17] <elmo> Keybuk: err, no it shouldn't
[05:17] <Hobbsee> mjg59: to get dvdcss
[05:18] <cjwatson> jdong: a script that downloads libdvdcss is not clear
[05:18] <Keybuk> multiverse is "insufficient permission to distribute modified binaries", not "legally scary"
[05:18] <Keybuk> elmo: ?
[05:18] <cjwatson> libdvdcss itself would be, imo
[05:18] <jdong> cjwatson: I agree with that
[05:18] <mjg59> Keybuk: Really? Which things were considered acceptable in non-free that weren't considered acceptable in main? (ignoring freeness)
[05:18] <elmo> Keybuk: dvdcss should not be on our archive at all
[05:18] <cjwatson> elmo: it isn't. a script that downloads it is
[05:18] <elmo> cjwatson: I know that
[05:18] <cjwatson> ok
[05:18] <elmo> I'm responding to:
[05:18] <elmo> 16:17 < Keybuk> dvdcss should be in universe though
[05:18] <jdong> site=http://www.dtek.chalmers.se/groups/dvd/deb/
[05:19] <Keybuk> mjg59: I can't recall specifically, but I remember when we had the discussion about not using multiverse as a legal arse-cover, that someone pointed to things in Debian non-free simply because of patents; gif stuff, maybe?  zip maybe too
[05:19] <pochu> configure: error: C compiler cannot create executables
[05:19] <cjwatson> Keybuk: sounds like somebody confused non-free with non-US
[05:19] <mjg59> Keybuk: Stuff was in non-us because of patents. 
[05:19] <Keybuk> cjwatson: yes, that was the thought too
[05:19] <Keybuk> if I weren't leaving for a plane in 40 mins, i'd look into it :)
[05:20] <ion_> install-css.sh seems to install 1.2.5, whereas the medibuntu repository seems to have 1.2.9, btw.
[05:20] <mjg59> Keybuk: The only exceptions I could think of would be code that granted a patent license, but only under restrictive terms
[05:21] <jdong> ion_: lol should we update it to install from medibuntu? :D
[05:21] <mjg59> And where that patent was being enforced
[05:21] <Keybuk> mjg59: it was a mistake in Debian, iirc, and one someone had copied in Ubuntu
[05:21] <ion_> jdong: As long as an apt repository isnt used, it will become obsolete again sooner or later. :-)
[05:22] <jdong> ion_: a wget that checks a "latest-is-*" file? :D
[05:22] <ion_> Users wont get updates automatically that way.
[05:22] <Lutin> ion_: in what package is that file ?
[05:22] <jdong> libdvdread
[05:22] <ion_> lutin: libdvdread3
[05:22] <jdong> no fear, medibuntu to the rescue :D
[05:23] <elmo> Keybuk: err, it wasn't a mistake, if you mean unintentional rather than misguided
[05:23] <Lutin> jdong: :)
[05:23] <Lutin> ion_: ok
[05:24] <Keybuk> elmo: ?
[05:24] <ion_> The medibuntu repository also contains w32codecs and a version of ffmpeg that supports encoding some patent-encumbered formats, which is nice.
[05:24] <jdong> yep
[05:24] <jdong> though w32codecs is pretty obsolete now
[05:25] <jdong> you only need it for realvideo... and we have Real in -commercial
[05:25] <cjwatson> jdong: how's the rest of it handled?
[05:25] <elmo> jdong: err, what can do wmv?
[05:25] <mjg59> ffmpeg
[05:25] <jdong> elmo: ffmpeg
[05:25] <cjwatson> (we have a discussion on windows codecs scheduled for UDS)
[05:25] <elmo> natively?
[05:25] <jdong> yep
[05:26] <jdong> cjwatson: ffmpeg now decodes almost everything
[05:26] <jdong> the remaining biggie is realvideo+realaudio
[05:26] <ion_> jdong: Do mplayer, gstreamer0.10-pitfdll etc. use the codecs installed by the Real package from commercial?
[05:26] <elmo> mplayer does realaudio
[05:26] <jdong> ion_: nope
[05:26] <elmo> even streaming, like  bbc radio or something
[05:27] <jdong> ion_: our mplayer and friends can't exploit realplayer... unlike Novell's
[05:27] <ion_> jdong: Thus ill still have to keep using w32codecs.
[05:27] <mc44> jdong: there isnt a feisty realplayer package yet either
[05:27] <jdong> mc44: well there should be
[05:27] <jdong> :)
[05:27] <mvo> mc44: we hope to get one soon
[05:27] <cjwatson> Keybuk: any objections to me swapping round the motu and gstreamer forums on the schedule? LaserJock said he was leaving on Wed so couldn't make the MOTU forum
[05:28] <mc44> mvo: great :)
[05:28] <Lutin> jdong: does the ffmpeg from debian unstalbe handles more formats than the current ubuntu one ?
[05:28] <cjwatson> I couldn't see any obvious obstacles to switching them
[05:28] <jdong> Lutin: definitely, and lower CPU usage too
[05:28] <jdong> BUT the api, abi, and UI has changed significantly!
[05:28] <jdong> be careful introducing that, coordinate with motu-media, etc
[05:28] <jdong> but I would like to see it in Gutsy
[05:28] <Keybuk> cjwatson: no objections to any changes
[05:29] <Keybuk> cjwatson: riddell also pointed out to me that the meduxa guys aren't present on the day they've been scheduled for
[05:29] <Keybuk> cjwatson: so move that to mon-tues in a fourth room :)
[05:31] <cjwatson> Riddell: what are the meduxa guys called, and what days will they be present?
[05:31] <cjwatson> all the schedule says is "Meduxa Representative"
[05:31] <Lutin> jdong: I'd definitely love it too, cause I need it to put another package into multiverse (kdenlive)
[05:32] <Lutin> jdong: though it FTBFSs in a feisty pbuilder cause of some linking issue
[05:32] <jdong> Lutin: it might be time to talk to slomo and friends about how to migrate our entire stack to it
[05:32] <jdong> Lutin: it's at minimum going to be a full recompile of all dependents
[05:34] <Riddell> cjwatson: Cristo is the junior guy, he's there all week
[05:34] <Riddell> cjwatson: Agustn is the senior guy, leaves 17:00 on tuesday
[05:35] <Lutin> jdong: indeed. definitely need to poke siretart too, as he maintains it in debian
[05:35] <cjwatson> Riddell: thanks
[05:35] <jdong> yep
[05:39] <elmo> zomg, can we please install patch by default on servers?
[05:39] <Lutin> jdong: I have a feeling taht it's not gonna be easy :p
[05:40] <cjwatson> Riddell: I'll put them on Sunday and Monday then - can manage to avoid using a fourth room that way
[05:40] <cjwatson> I guess those two sessions don't have to be right next to each other
[05:42] <jdong> Lutin: I doubt it too
[05:43] <mdz> elmo: in a bundle with gcc and friends, or always?
[05:45] <Riddell> cjwatson: thanks, no they don't
[05:45] <elmo> mdz: always
[05:45] <Lutin> jdong: though some upstream might have started the migration already
[05:46] <elmo> I patch config files all the time, but maybe I'm just strange that way
[05:46] <jdong> Lutin: I think all our apps will build against the new ffmpeg
[05:46] <jdong> Lutin: I have done it locally on one of my machines
[05:46] <jdong> Lutin: it is however damned annoying that all my scripts that call ffmpeg had to be changed significantly
[05:46] <cjwatson> I don't really see why not to install patch always - I've pretty sure I've seen people suggest using it to apply test fixes for bugs
[05:46] <thom> elmo: you're strange. but we knew that anyway (i just use $RCS_OF_CHOICE); that said, i can't see why having patch in base would be bad
[05:47] <cjwatson> (when binaries aren't involved)
[05:47] <Lutin> jdong: that'd mean that they've not broken their API ? kind of amazing
[05:47] <jdong> Lutin: no, they did break their api
[05:47] <jdong> Lutin: most ffmpeg apps have a bunch of #ifdefs to workaround it :D
[05:48] <Lutin> jdong: :D
[05:48] <cjwatson> patch is in the user portability section of SUSv3 too (read: optional, but you know that's "if you are a hideously ancient Unix then we'll let you off")
[06:13] <iwj> Why oh why oh why does less perform so abysmally with files with huge lines ?
[06:14] <ScottK> pitti: It seems there is still one hangup with the lighttpd security fix.  IA-64 for Edgy has been sitting "Needs Building" for a long time now.  https://launchpad.net/+builds/+build/319865
[06:15] <ScottK> Dunno if there's a backlog for IA64 or something got hung up again...
[06:15] <cjwatson> ia64 was broken for edgy-security for a while, and may still be
[06:15] <cjwatson> elmo: ^--
[06:15] <pitti> ScottK: right, edgy-security is pretty much screwed on ia64 because it's horribly out of date
[06:15] <elmo> yeah, it is
[06:15] <cjwatson> it shouldn't be needs-build though, either dep-wait or failed or ...
[06:15] <elmo> I'll have to take dak down again to reimport it
[06:15] <elmo> I'll do it some day... 
[06:16] <ion_> iwj: -R might help in some cases.
[06:16] <ScottK> So I guess I take that as it's know to be FUBAR and I don't need to worry about it?
[06:17] <cjwatson> I certainly wouldn't lose sleep over it
[06:17] <ion_> iwj: Sorry, brainfart. -S.
[06:17] <ScottK> OK.  Thanks.
[06:18] <iwj> I know about -S but I want to see the whole line.
[06:18] <iwj> fold(1) fixes it but it's annoying that I have to mess about.
[06:20] <ion_> iwj: Yeah. in some cases, as in if you dont need to see the whole line. :-)
[06:21] <iwj> ion_: Yers :-).
[06:55] <ssam> Bug #109204 has a patch upstream, i have tested it my self. is there anything i can do help get the patch committed to the ubuntu package
[06:55] <ubotu> Launchpad bug 109204 in goffice "Gnumeric strange colors (purple charts)" [Undecided,Confirmed]  https://launchpad.net/bugs/109204
[06:55] <ssam> i have read through the openweek patching session
[06:55] <ssam> it looks to me like gnumeric does not use any of the fancy patching systems
[06:57] <pitti> ssam: giving a pointer to the upstream patch and the test result is helpful
[06:58] <ssam> pitti thanks
[07:01] <ssam> pitti done
[07:14] <bluefoxicy> wtf lol
[07:14] <bluefoxicy> I enter my password and it says "Sorry please try again" three times, never prompting inbetween.  gksu works.  This is amusing.
[07:34] <iwj> Oh, the uselessness of the interface to su and rsh has caused so much braindamage.
[07:36] <bongo> good day! what is the reason kernel-patch-vserver wasn't included in feisty release?
[07:37] <crimsun> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390951 , http://packages.qa.debian.org/k/kernel-patch-vserver/news/20061017T174909Z.html
[07:37] <ubotu> Debian bug 390951 in ftp.debian.org "ftp.debian.org: Please remove package: kernel-patch-vserver" [Normal,Closed]  
[07:38] <bongo> yes I do release debian etch doesn't have it
[07:38] <bongo> that is why i presumed feisty doesn't
[07:39] <crimsun> I'm not sure why you're asking, then?
[07:39] <bongo> well I never read that article
[07:40] <bongo> I see that stipulate that its included in the 2.6 kernel
[07:40] <pitti> mjg59: do you have any idea about http://librarian.launchpad.net/7429278/buildlog_ubuntu-gutsy-powerpc.hal_0.5.9-1ubuntu1_FAILEDTOBUILD.txt.gz ?
[07:40] <bongo> if I download the source tarball I don't see it in the kernel source, not even with the ubuntu patches
[07:40] <pitti> mjg59: on sparc and powerpc there is no sys/io.h with inb(), outb() and such
[07:40] <bongo> I know i can patch it by hand
[07:41] <mjg59> pitti: Yeah, the code is x86 only
[07:41] <pitti> mjg59: so I should #ifdef the --enable-macbook options only for i386 in debian/rules
[07:42] <mjg59> pitti: and amd64
[07:42] <mjg59> There are no ppc macbooks
[07:42] <iwj> Aaaaargh!  One moment it quotes ~ with \ and another moment it fails to quote * !
[07:43] <jumpula> sounds like bash
[07:44] <jumpula> except for something doing the quoting :)
[07:45] <iwj> piuparts.
[07:49] <iwj> 0m57.6s INFO: PASS: All tests.
[07:49] <iwj> Yay!
[08:22] <YokoZar> Somehow I'm missing a debdiff for my package, and it's confusing uupdate.  What's the proper way to build it?
[08:39] <YokoZar> Ahh, figured out the answer to my question.  Had to have dpkg-source -b target my package directory and then the upstream tarball (that was actually a bz2 file, not .gz, hence confusing dpkg-source)
[09:46] <Adri2000> cjwatson: why does your upload devscripts (2.10.2ubuntu1) not appear on gutsy-changes? anyway, I sent a patch for requestsync to pitti, could you include it in your next upload? (when merging version 2.10.4 for example)
[09:47] <psusi> I can't debootstrap gutsy.. I think it is because tzdata fails to install... is this a known problem?  can anyone else debootstrap gutsy?
[09:47] <psusi> same goes with pbuilder create
[09:57] <geser> Adri2000: I already prepared a merge for 2.10.4 and wait now for a UMS
[09:58] <Adri2000> hm yes, I've just seen the bug
[09:58] <Adri2000> geser: can I send you my patch so you add it to your upload?
[09:59] <geser> sure
[10:00] <Adri2000> or well, it's here: http://adrishost.homeip.net/~adri2000/ubuntu/requestsync.patch
[10:05] <geser> Adri2000: looking at the patch [len(explanation)-1]  is the same as [-1] 
[10:07] <Adri2000> geser: ah right, feel free to fix :)
[10:15] <wasabi_> buh. mdadm and lvm still broken in various ways for me in feisty.
[10:17] <siretart> Lutin: you told something about ffmpeg before?
[10:21] <Lutin> siretart: yes. I was asking if it compiles fine in a feisty pbuilder for you
[10:21] <Lutin> siretart: 'cause it FTBFSs when linking here
[10:21] <siretart> Lutin: where exactly? and on which arch?
[10:22] <siretart> Lutin: I'm very inclined to just upload ffmpeg from experimental to gutsy and fix what gets broken
[10:22] <Lutin> siretart: amd64, an issue related to PIC code
[10:22] <siretart> Lutin: hm, strange, I'm pretty sure I tested it on my amd64 machine myself, will look at it later
[10:23] <Lutin> siretart: yeah, I discusssed that a bit with jdong...we'd need at least a recompile of all the rdepends
[10:23] <Lutin> siretart: I'll paste the buildlog asap
[10:23] <siretart> Lutin: this we have to do anyway.
[10:23] <siretart> Lutin: thanks
[10:24] <psusi> can anyone debootstrap gutsy or does it just fail for me?
[10:24] <Nafallo> psusi: dunno. worked earlier today.
[10:25] <psusi> odd... I haven't been able to since yesterday at least... it fails to configure a bunch of stuff starting with tzdata I think
[10:26] <psusi> could it be because this machine is still running edgy?
[11:05] <mario> hello folks :)
[11:14] <Lutin> siretart: http://people.dunnewind.net/lutin/ffmpeg_buildlog.txt
[11:15] <siretart> Lutin: imgconvert.o, eh?
[11:15] <Lutin> siretart: ?
[11:17] <siretart> Lutin: I fixed such an error already before, I'll try to reproduce in gutsy
[11:21] <Lutin> siretart: ok
[11:21] <Lutin> siretart: do you remember what the fix was ?
[11:21] <siretart> Lutin: fixing the inline assembler to not use relocs
[11:22] <Lutin> ah, ok
[11:51] <ajmitch> morning
[12:00] <siretart> hi ajmitch 
[12:03] <mario> hi siretart 
[12:03] <siretart> hi pygi!
[12:04] <mario> what's up? How is it going? :)
[12:05] <siretart> oh, I'm fighting with ffmpeg on gutsy
[12:06] <mario> siretart, wee, that sounds better then what I'm doing :P
[12:09] <Lutin> siretart: heh. have fun =)
[12:11] <siretart> mario: I seriously doubt it