[12:06] <jdub> MORNING FREEDOM LOVERS!
[12:07] <pitti> Morning jdbu
[12:07] <pitti> Morning jdub (sorry)
[12:08] <seb128> hey hey jdub :)
[12:08] <lamont> morning pia
[12:08] <lamont> oh.  hi jdub
[12:08] <seb128> lol
[12:11] <jdub> heh
[12:12] <mdz> thom: great, thanks
[12:13] <mdz> lamont: python=y, gnome/gtk=y
[12:13] <mdz> lamont: 'vim' should give you a vim with python scripting
[12:13] <mdz> lamont: 'gvim' should give you the GNOME gui
[12:13] <elmo> heh, mouse emulation on the XServes
[12:13] <mdz> elmo: can't we just give new users a pbbuttonsd.conf which works?
[12:13] <jdub> are we still fighting vim for sanity?
[12:14] <mdz> jdub: no, I think we're in a comfy spot where we know what needs to be done and lamont is doing it
[12:14] <lamont> mdz: vim-python turns on gui=gtk2, vim-gnome says gui=gnome2...  just wondering which one to pick.
[12:14] <mdz> lamont: I assume gnome2
[12:14] <lamont> ditto
[12:14] <mdz> the one that vim-gnome uses is the right one
[12:14] <npmccallum> mdz: do you have any objection to me changing the Conflicts to a Replaces in ubuntu-sounds (smoother upgrades)?
[12:14] <lamont> you wanna test these before I upload, or just bitch afterwards?
[12:14] <elmo> mdz: we can give them a reasonable default but not a default no one will want to change ever.. *shrug* not a big deal, I know it's late
[12:14] <mdz> npmccallum: yes, conflicts is more appropriate
[12:15] <elmo> mdz: huh?  for file overwrites?
[12:15] <pitti> mdz: https://chinstrap.warthogs.hbd.com/~pitti/utopia/ contains the latest dbus package (including patch needed for latest hal)
[12:15] <jdub> pitti: you saw libhal-storage
[12:15] <mdz> elmo: yes, replaces alone is hardly ever useful
[12:15] <mdz> all sorts of corner cases just break
[12:16] <pitti> mdz: I will provide new hal and other packages tomorrow and announce them on the list
[12:16] <mdz> and in this case, some not-so-corner ones
[12:16] <pitti> jdub: no, I didn't
[12:16] <elmo> mdz: err, I only know of one corner case, and it's a) very corner (i.e. rare) , b) it's clearly a dpkg bug
[12:16] <elmo> mdz: like what?
[12:16] <jdub> pitti: posted to hal list, kinda interesting
[12:16] <pitti> jdub: thanks for the hint
[12:17] <mdz> elmo: user installs ubuntu-sounds, it clashes with gnome-audio, so they remove gnome-audio, now ubuntu-sounds is fixed, then the user decides they want gnome-audio again and installs it
[12:17] <mdz> *boom*
[12:17] <elmo> err
[12:17] <mdz> dpkg bug?
[12:17] <elmo> it doesn't clash if you have the Replaces
[12:17] <elmo> next.
[12:17] <elmo> :-P
[12:18] <mdz> elmo: you don't get to change history like that :-P
[12:18] <mdz> the version in the archive an hour ago didn't have either
[12:18] <elmo> err, but we're going to be fixing gnome-audio, right?
[12:18] <mdz> the last time I tried it, if a package replaced some files in another, and then you removed/reinstalled the replaced package, it broke horribly
[12:18] <Mithrandir> Kamion: around?
[12:18] <mdz> elmo: no, they're meant to contain the same files, afaik
[12:18] <mdz> they're alternatives
[12:19] <elmo> then why aren't they using alternatives? :-P
[12:19] <elmo> but anyway, blah
[12:19] <Mithrandir> mdz: 1659, would it be fine just to put it in modules?  AFAIK, you can't detect the rtc using hotplug
[12:20] <mdz> Mithrandir: I think that's our only option for warty
[12:20] <Mithrandir> ok, I'll add that comment and reassign to Kamion, then.
[12:21] <lamont> mdz: you want to see the postfix diff?  pb is I really need Kamion to drop it into a CD and see what it does...
[12:23] <mdz> lamont: yes
[12:23] <mdz> lamont: don't you have a local mirror?  you could make a CD from that
[12:24] <lamont> mdz: don't have the black magic make-me-a-cd scripts (well, not figured out anyway...)
[12:24] <jdub> "fix everything harder" ;-)
[12:24] <lamont> mdz: diff mailed
[12:24] <lamont> mdz: fwiw, I _KNOW_ it's sick and wrong.
[12:24] <npmccallum> mdz: whats your call -- keep conflicts or use replaces or something else?
[12:25] <elmo> npmccallum: just ignore me, it's fine as is
[12:25] <elmo> sorry
[12:26] <mdz> npmccallum: just conflicts is fine
[12:26] <lamont> ok. so how do I test that I got the neato new stuff in my vim?
[12:26] <mdz> Conflicts: kdelibs3 (<< 4:3.0.0), kdelibs3-cups (<< 4:3.0.0), kontour (<< 1:1.3.0)
[12:26] <mdz> er
[12:26] <Mithrandir> is it just for me or is the new firefox completely busted when trying to access bugzilla?
[12:26] <mdz> http://bugzilla.ubuntu.com/show_bug.cgi?id=1674
[12:26] <mdz> ^^^ bug resulting from using replaces without conflicts
[12:27] <lamont> mdz: vim test?
[12:28] <Mithrandir> it says (in a new, yellow window) <label value="&serverCertExpired.continue" flex="100%"/>
[12:28] <mdz> lamont: :python ...some stuff...
[12:28] <Mithrandir> I think it doesn't like that bugzilla spits out malformed XML
[12:29] <lamont> mdz: ok,  btw, did we want perlinterp turned on too?
[12:30] <mdz> lamont: I don't think so; don't bother with it for now
[12:30] <mdz> python and gnome are what matter
[12:30] <lamont> you want that diff too?
[12:30] <mdz> sure
[12:30] <mdz> I've almost choked down the last one
[12:30] <elmo> james@adare:~$ sudo su -
[12:30] <elmo> fstat: Value too large for defined data type
[12:30] <elmo> cool
[12:31] <Mithrandir> elmo: arch?
[12:31] <lamont> elmo: I told you, ppc is bad.
[12:31] <elmo> Mithrandir: powerpc
[12:31] <Mithrandir> elmo: sounds fun
[12:31] <mdz> lamont: why mv/cp/mv rather than cp/mv
[12:32] <lamont> permissions
[12:32] <mdz> cp -a
[12:32] <lamont> ok
[12:32] <mdz> lamont: what happens to this if the postconf command fails?
[12:32] <mdz> lamont: http://www.vim.org/htmldoc/if_pyth.html
[12:33] <mdz> there's some vim-python stuff to try
[12:33] <jdub> polypaudio *rocks*
[12:33] <npmccallum> anyone around that can put a second set of eyes on the diff for my openoffice source package before I start building it?
[12:33] <mdz> sure
[12:35] <lamont>     # newaliases chokes if hostname not set
[12:35] <lamont>     if [ -z "$(postconf -h myhostname||true)" ] ; then
[12:35] <lamont>         cp -a main.cf main.cf.dpkg.$$
[12:35] <lamont>         postconf -e 'myhostname=ubuntu'
[12:35] <lamont>         newaliases
[12:35] <lamont>         mv main.cf.dpkg.$$ main.cf
[12:35] <mdz> lamont: is it not possible to say newaliases -o myhostname foo?
[12:35] <lamont> mdz: sadly, no.
[12:35] <elmo> oh, can postfix create /etc/mailname? pwetty pwease
[12:36] <mdz> lamont: I won't say that it looks good, but it's ready to upload :-)
[12:36] <lamont> elmo: it does if it's not already there
[12:36] <npmccallum> http://natemccallum.com:8080/ooo.diff
[12:36] <elmo> lamont: since when?
[12:36] <lamont> since ever
[12:39] <elmo> lamont: didn't on the HP machines I installed with warty preview
[12:39] <lamont> elmo: it won't stomp on it if it already exists (unless you changed it), and always creates it if it has a hostname.  See aliases.db bug
[12:39] <elmo> aliases.db bug?
[12:40] <lamont> if the hostname does not have at least one '.' in it, then it won't create it. but bitches
[12:40] <lamont> aliases.db doesn't get built if the hostname is empty.  warty preview doesn't build aliases.db.
[12:40] <lamont> ergo, hostname is null at the time postinst runs
[12:40] <mdz> npmccallum: looks fairly reasonable, though I'm not intimately familiar with ooo's build system
[12:40] <mdz> npmccallum: did you do a test build and make sure that the patches are applied correctly?
[12:40] <lamont> I suppose I could pre-depend netconfig, and just be done, eh?
[12:42] <lamont> about 97KB more vim cruft.
[12:43] <lamont> and no gvim in the package... sigh
[12:44] <npmccallum> mdz: I wanted someone to look it over before I start building
[12:44] <npmccallum> mdz: Its like a 12 hour build
[12:44] <mdz> npmccallum: set up ccache first :-)
[12:44] <npmccallum> mdz: ccache only helps after the first build :)
[12:45] <mdz> npmccallum: there should be a debian/rules target which applies all the patches, that'd be a good test
[12:46] <npmccallum> mdz: I'm not familiar enough with OOo's build system to do it.  I'll build it to make sure, it will pretty much make me AWOL for the rest of the night though :)
[12:47] <npmccallum> mdz: I'll still be around, but not with many free CPU cycles... actually, my disk will be the busy one
[12:49] <mdz> npmccallum: try it with nice -19
[12:49] <mdz> npmccallum: if it still cripples your machine, then maybe lamont can build it on a buildd for you
[12:51] <npmccallum> mdz: nice -19 debuild ?
[12:51] <mdz> npmccallum: yes
[12:53] <npmccallum> is there a way to install all build deps at once?
[12:53] <lamont> dpkg-checkbuilddeps
[12:53] <lamont> then cut/paste
[12:53] <mjg59> apt-get build-dep package
[12:54] <lamont> doh
[12:54] <mjg59> hahah
[12:54] <seb128> lol
[12:54] <lamont> otoh, apt-get build-dep uses Sources, and dpkg-checkbuilddeps uses debian/control
[12:54] <jdub> lamont: you been to elmo skool!
[12:54] <lamont> and I've been changing build-deps lately..
[12:54] <jdub> pants off mjg59
[12:55] <Mithrandir> I had a nice script that took the output of dpkg-checkbuilddeps and stripped the versions off it.
[12:55] <pitti> night guys!
[12:55] <mjg59> PANTS OFF
[12:55] <mjg59> It's disgraceful. 4 pints of Adnam's Broadside down, and I feel fairly sober.
[12:56] <Mithrandir> mjg59: I should go bother you in Cambridge some day. :)  And drink beer.
[12:57] <mjg59> Mithrandir: That would be an excellent thing to do
[12:57] <npmccallum> the ooo build has begun :)
[12:57] <mjg59> There's an obscene amount of beer in Cambridge. More of it needs drinking.
[12:57] <azeem> same goes for Munich currently
[12:59] <Mithrandir> mjg59: I need to magic up a little bit of funds, I think, but I really enjoyed Oxford, so I figured I'll enjoy cambridge even more. :)
[01:00] <mjg59> azeem: But I have to walk less far to Cambridge :)
[01:03] <Mithrandir> why does bugzilla encode my IP or something in the cookie it sends me?
[01:09] <elmo> Mithrandir: what was that file you had me alter on yellow to give you chroot indicatorness
[01:09] <elmo> +?
[01:09] <Mithrandir> /etc/debian_chroot
[01:10] <Mithrandir> (please don't invent a /etc/ubuntu_chroot. :P)
[01:10] <mdz> /etc/chroot would have been sufficient :-P
[01:11] <Mithrandir> mdz: debian_chroot is already in the default bashrcs and such, though
[01:11] <mdz> lamont: did synaptic FTBFS?
[01:11] <mdz> or did it disappear?
[01:12] <elmo> 'unstable'
[01:13] <elmo> ^-- synaptic
[01:18] <mdz> gah
[01:18] <mdz> mvo's fault
[01:18] <jdub> christing puce
[01:18] <jdub> 121 -users mails
[01:19] <elmo> mdz: can you confirm home.ubuntu.com works for you now, btw?
[01:22] <mdz> elmo: yep
[01:23] <elmo> ok - I'll close the bug since bugzilla isn't we're tracking admin fuckage atm - k?
[01:29] <lamont> mdz: is there an option to apt that'll tell it to just spew the URL's of what it whats to fetch?
[01:29] <Mithrandir> lamont: --print-uris
[01:30] <lamont> Mithrandir: doesn't print uris when used with -s
[01:31] <lamont> of course, without -s.... :)
[01:31] <Mithrandir> lamont: it doesn't do anything anyway, if you use --print-uris, so why bother with -s?
[01:35] <lamont> yeah.   that's where I got to.
[01:40] <Kamion> lamont: yo
[01:40] <Kamion> Mithrandir: yo
[01:41] <lamont> Kamion: is there any way I can make sure that postfix's postinst runs _after_ the hostname gets set, and not before?
[01:42] <Mithrandir> Kamion: 1659, ok with you?
[01:42] <Kamion> lamont: it does, or certainly should
[01:42] <Kamion> lamont: I don't think there's anything more I can do ... if it isn't getting set, it isn't getting set
[01:43] <Kamion> lamont: netcfg hooks in before base-installer to set the hostname, which is before any packages get installed
[01:43] <Mithrandir> Kamion: and if you have any suggestion on 1669, I'd be happy. :)
[01:43] <lamont> actually, if hostname is not an fqdn (contains no '.'s), then all would still make sense
[01:44] <lamont> postfix's config gets run before netcfg, yes?
[01:45] <Kamion> lamont: nope
[01:45] <Kamion> lamont: nothing of postfix gets run before netcfg sets the hostname, as far as I know
[01:46] <Kamion> Mithrandir: just looking, one sec
[01:46] <lamont> but said hostname does not include a domain, correct?
[01:47] <Kamion> Mithrandir: #1659 fine by me (I'd noticed the bug too), if you're happy to wait 'til I get back from Oldenburg I'll fix it then
[01:47] <Kamion> Mithrandir: #1669, maybe missing discover1-data entries for the USB controller?
[01:48] <Kamion> lamont: not guaranteed, I don't think ...
[01:48] <lamont> right
[01:48] <lamont> that could just about explain things.
[01:49] <Mithrandir> Kamion: possibly, yes.. I could ask for more info from submitter.
[01:50] <Kamion> Mithrandir: ask for lspci and lspci -n output, that's the standard
[01:50] <Kamion> Mithrandir: if they don't have a Linux installation on the same machine, the output of 'cut -f1,2 /proc/bus/pci/devices' on tty2 in the installer is generally transcribable with only a moderate amount of patience
[01:51] <Mithrandir> seems like he got warty working, so
[02:02] <lamont> vim happiness.  mdz: you wanna see it first?
[02:03] <lamont> but first a reboot to make the machine state sane.  brbn
[02:07] <mdz> lamont: sure
[02:07] <mdz> I'll give it a whirl
[02:08] <Mithrandir> lamont: is mozilla-firefox in the queue on amd64?
[02:09] <mdz> elmo: what's the right way for me to sponsor warty uploads so that somebody besides you gets the accept/reject messages?
[02:09] <mdz> elmo: buildpackage -m?
[02:09] <Mithrandir> lamont: ignore me
[02:10] <lamont> Mithrandir: ok
[02:10] <lamont> mdz: you want a diff, or a couple .debs?
[02:11] <lamont> or both?
[02:11] <mdz> lamont: diff is fine
[02:11] <mdz> debs are nice too
[02:11] <Kamion> damnit, somebody needs to port valgrind to powerpc
[02:12] <Mithrandir> Kamion: and to amd64.
[02:12] <Kamion> forget about bounties from Mark, *I'd* pay money for a valgrind/powerpc port
[02:12] <Kamion> Mithrandir: at least on amd64 you can probably run it in 32-bit mode
[02:12] <lamont> 4 files, 4595 bytes of diff
[02:12] <Kamion> qemu valgrind doesn't appeal
[02:12] <jdub> haha
[02:12] <jdub> mmmmm!
[02:12] <jdub> that'd rock
[02:12] <lamont> mdz: diff sent,building final and clean .debs now
[02:14] <jdub> is there a thingy
[02:14] <jdub> to check that every file under debian/tmp is in a package?
[02:14] <jdub> just as a handyhelpertool
[02:14] <Mithrandir> jdub: dh_install with --fail-missing?
[02:15] <Mithrandir> Kamion: doesn't catch sizeof(int) != sizeof(void*) errors, which are by far the most common on amd64
[02:15] <jdub> Mithrandir: does that make sense with a multibinary package?
[02:15] <lamont> mdz: 15 minute avg build time..
[02:16] <Mithrandir> jdub: I'd say so, yes.  Read the documentation for it?
[02:16] <jdub> ok
[02:18] <Kamion> Mithrandir: troo
[02:18] <mdz> lamont: diff looks pretty clean
[02:19] <lamont> yeah, just renamed vim-tiny to vim-ubuntu... we _could_ deliver a vim-tiny package, but I'm not inclined to...
[02:19] <lamont> (vim-tiny went away, it seems, because vim _IS_ vim-tiny...)
[02:19] <mdz> yeah, we have vim in base
[02:19] <mdz> lamont: as long as you're there, mind taking a look at the icon issue?
[02:19] <lamont> yeah, and it grew by something like 97KB.
[02:19] <lamont> bug #?
[02:20] <mdz> looking
[02:21] <lamont> mdz: I can't reproduce 1559 at all.
[02:21] <mdz> https://bugzilla.ubuntu.com/show_bug.cgi?id=1639
[02:21] <mdz> lamont: the .desktop references gvim.png, which doesn't seem to exist anywhere
[02:21] <mdz> maybe it used to be shipped with gnome or something?
[02:22] <jdub> hrm, crap
[02:22] <jdub> that's totally bong on multibinary
[02:22] <mdz> lamont: odd, it's behaving now
[02:22] <mdz> jdub: only if you call dh_install multiple times
[02:22] <mdz> it should work fine if you call it just once
[02:22] <lamont> hrm.. given kvim and vim*.png, I'd expect that gvim.png was a foot with the Vim logo superimposed.
[02:23] <jdub> cdbs ;)
[02:23] <lamont> mdz: in order to reproduce the bug with -8, I had to reboot...  and again for -9 to make it go away...
[02:23] <lamont> not sure how init is stashing the vnode, but it appears to be...
[02:23] <mdz> lamont: I don't think I had upgraded it since rebooting, but I suppose I could be on crack
[02:24] <mdz> jdub: do you know of a gnome vim icon we can use?
[02:24] <mdz> jdub: (#1639)
[02:24] <lamont> gvim: should we just reference vim.png, or should we make jdub/seb give us a new one?
[02:24] <mdz> though, a .desktop entry for gvim is a bit silly
[02:24] <lamont> remind me again why lapack3 is in main???
[02:25] <lamont> we could just make that go away...
[02:25] <mdz> lamont: python-numeric :-(
[02:25] <lamont> after all my work to get it there...
[02:25] <jdub> do we have to have a .desktop file for gvim?
[02:25] <jdub> i guess it helps with mimetypes registration
[02:25] <mdz> yes
[02:25] <jdub> but a menu item is bong
[02:26] <lamont>  /usr/share/applications/gvim.desktop
[02:26] <mdz> Categories=Application;Utility;TextEditor;
[02:26] <jdub> mdz: (is this for mimetypes, or...?)
[02:26] <mdz> it's not localised or anything
[02:26] <lamont> [Desktop Entry]
[02:26] <lamont> Encoding=UTF-8
[02:26] <lamont> Name=Vim
[02:26] <lamont> Comment=Vim Text Editor
[02:26] <lamont> Exec=gvim
[02:26] <lamont> Icon=gvim.png
[02:26] <lamont> Terminal=false
[02:26] <mdz> jdub: pasted you the whole thing in /msg
[02:26] <lamont> Type=Application
[02:26] <mdz> in order to avoid SPAMMING THE CHANNEL
[02:26] <lamont> Categories=Application;Utility;TextEditor;
[02:26] <lamont> StartupNotify=true
[02:26] <lamont> jdub: just tell me what to make it say...
[02:26] <lamont> oops
[02:27] <mdz> ;-)
[02:27] <jdub> well, answer my questions first!
[02:27] <jdub> so that doesn't have mime stuff in it -> why do we need a .desktop file at all?
[02:27] <lamont> uh, what's the question?? :=)
[02:27] <lamont> jdub: exactly.
[02:27] <lamont> we have one, should we kill it?
[02:27] <jdub> you can stop being zen now
[02:27] <jdub> ;)
[02:28] <jdub> i don't think there's any point installing it
[02:28] <lamont> gone.
[02:28] <jdub> cool
[02:28] <jdub> (mdz must've been saying yes to something else, then - that's what confused me.)
[02:29] <lamont> prolly
[02:29] <jdub> lkcl is on so much crack
[02:29] <lamont> who wants to review vim.menu?
[02:30] <sidney> hey, i have a question
[02:31] <sidney> has anybody sucessfully built ndiswrapper?
[02:31] <sidney> ...with the standard ubuntu kernel that is
[02:33] <mdz> jdub: I thought you were asking "do we have a .desktop file for vim?"
[02:33] <mdz> I do not think we need one
[02:34] <lamont> I left the .desktop file in vim-gnome, but fixed the png reference.  vim doesn't get one
[02:44] <mdz> elmo: regarding #1677, is auckland running exec-shield? :-P
[02:45] <lamont> mdz: anything else before I upload vim?
[02:45] <mdz> sidney: this channel is for development discussion; for questions and other discussion, please use #ubuntu
[02:46] <mdz> lamont: nope, if it works for you, ship it
[02:46] <mdz> lamont: go ahead and kick any remaining vim-* variants out of the seeds once it's in
[02:46] <mdz> I think only vim-gnome remains
[02:47] <mdz> hmm, maybe not
[02:47] <mdz> I think they're all in universe already
[02:47] <mdz> we should really just kill them
[02:47] <mdz> they're evil and broken and when people install them they get broken diversions
[02:47] <mdz> let's see how this goes first
[02:52] <lamont> btw, what's broken with the diversions?
[02:52] <mdz> jdub: what do you think we should do about the CD-RW/nautilus-cd-burner/pmount situation?
[02:52] <jdub> mdz: it's actively being worked on upstream
[02:53] <mdz> lamont: apt-get install vim; apt-get install vim-gnome; apt-get remove vim-gnome and you no longer have /usr/bin/vim
[02:53] <lamont> sigh
[02:53] <mdz> jdub: I  know, but a new dbus+hal scares the shit out of me
[02:53] <mdz> considering pitti said the last version didn't work at all for him
[02:53] <jdub> mdz: we're just in a rough spot (a little bit) because we're doing things slightly differently
[02:53] <jdub> mdz: yeah, but consider that both Novell and Red Hat are actively working on this for their upcoming releases
[02:53] <jdub> mdz: might be worth tracking rawhide packages
[02:53] <jdub> to see what they're doing
[02:53] <npmccallum> mdz: If I remember correctly it was just his usbkey that didn't work
[02:54] <npmccallum> mdz: everything else worked (I think...)
[02:54] <mdz> npmccallum: hmm, ok, he sounded much more concerned in bugzilla
[02:54] <npmccallum> mdz: I could be wrong
[02:54] <mdz> it would certainly suck to have to bail on the automounting magic because of this
[02:55] <npmccallum> mdz: we'll just make sure we test the new packages before we make a decision
[02:55] <npmccallum> mdz: I for one am not going to blindly take a new version
[02:55] <mdz> npmccallum: agreed
[02:55] <mdz> we can't test on behalf of all of the users who will be affected by it, though
[02:56] <npmccallum> thats true, but there is no garuntee that many of the users that come after the preview will work with the current version
[02:56] <npmccallum> and there is a bad known bug now...
[02:57] <lamont> mdz: all well here, gonna upload unless you scream.
[02:57] <mdz> lamont: ok
[02:58] <lamont> 1037432->1394296 bytes.
[02:58] <lamont> mousenuts
[02:58] <lamont> mdz: you're running <IP_ADDRESS>, yes?
[03:01] <mdz> lamont: not right now :-/
[03:02] <mdz> lamont: see #1632
[03:02] <mdz> <IP_ADDRESS> doesn't boot for me on this machine
[03:06] <lamont> so 2.6.7 then
[03:06] <lamont> >
[03:07] <lamont> 1596 is the "just keep retrying it, that happens on powerpc' bug...
[03:08] <lamont>       (" terminated by signal 4","give\n"),
[03:08] <lamont> literally.
[03:08] <lamont> mdz: so how should I handle that one??
[03:08] <lamont> it certainly affects us, but I've specifically been told that 'powerpc's just do that sometimes, it's perfectly normal'...
[03:15] <elmo> mdz: yes, but so is newsamosa
[03:16] <elmo> and saens
[03:25] <elmo> oh, not with apache2 tho.. hmm, blah.  okay, I've taken it off, we'll see if that clears it up
[03:31] <elmo> 476345 /var/log/apache2/archive.ubuntulinux.org.error-log
[03:31] <elmo> god damn it
[03:45] <lamont> mdz: want me to upload 1666?
[03:45] <lamont> one char change in configure.
[03:46] <lamont> although I suppose just re-running autoconf would fix it too.  -but the diff would be much bigger.. :-)
[03:46] <lamont> - VERSION=1.0.4
[03:46] <lamont> + VERSION=1.0.5
[03:46] <lamont> reflecting the change that's already in configure.in
[03:48] <elmo> mdz: it's not exec-shield :-P
[03:59] <lamont> root      4067  0.0  0.1  1492  468 tty1     Ss+  19:38   0:00 /sbin/getty 38400 tty3
[03:59] <lamont> root      4104  0.0  0.1  1492  456 ?        Ss   19:38   0:00 /sbin/getty 38400 tty1
[03:59] <lamont> hrm. oops.
[03:59] <lamont> now to identify where it is.
[03:59] <mdz> lamont: has the machine ever hung?
[03:59] <mdz> lamont: or is it only a problem in userland?
[04:00] <lamont> purely userland, and tty assignment
[04:00] <mdz> lamont: 1666, does it actually break anything?
[04:00] <mdz> I'm not sure why that was made RC in Debian
[04:00] <lamont> oh, 1666, dunno.
[04:00] <mdz> lamont: I mean the powerpc thing, has the buildd ever crashed?
[04:01] <mdz> or does it only randomly crash programs?
[04:01] <mdz> no kernel panics?
[04:01] <lamont> any app that builds against version.h and varies things based on 1.0.4 vs 1.0.5 is screwed.
[04:01] <mdz> lamont: patch to configure is fine
[04:01] <lamont> mdz: no kernel panics, just dead user processes.  Always SIGILL
[04:02] <lamont> mdz: alsa-lib uploaded
[04:03] <lamont> mdz: seems to only crash dh_install and such - don't have a ppc, so I only see it in the buildd's
[04:03] <mdz> lamont: has it ever happened on a Debian buildd?
[04:04] <lamont> dunno.. don't run ppc buildd there
[04:04] <lamont> but elmo was very familiar with it...
[04:05] <mdz> googled on it?
[04:05] <mdz> http://lists.exploits.org/slackintosh-users/Aug2002/00001.html sounds vaguely similar
[04:06] <mdz> lamont: is it using a CONFIG_HIGHMEM kernel?
[04:06] <mdz> google(linux powerpc random sigill) turns up a message about config_highmem being a possible culprit
[04:07] <lamont> CONFIG_HIGHMEM=y
[04:07] <lamont> CONFIG_HIGHMEM_START=0xfe000000
[04:10] <mdz> could try turning that off, for giggles
[06:29] <fabbione> morning guys
[06:30] <daniels> fabbione: 'morning
[06:30] <fabbione> today is a good morning
[06:30] <fabbione> it's friday
[06:30] <fabbione> ;)
[06:34] <lamont> damn inadequate kernel API's anyway
[06:38] <fabbione> who forgot to upload enigmamail?
[06:38] <fabbione> oh thombot
[06:39] <daniels> fabbione: heh
[06:40] <fabbione> Errors were encountered while processing:
[06:40] <fabbione>  /mirrors/ubuntu/pool/main/v/vim/vim-common_6.2-532+4ubuntu2_all.deb
[06:40] <fabbione>  /mirrors/ubuntu/pool/main/v/vim/vim_6.2-532+4ubuntu2_i386.deb
[06:40] <fabbione> E: Sub-process /usr/bin/dpkg returned an error code (1)
[06:40] <fabbione> ehi guys...
[06:40] <fabbione> is there a bug open for it already?
[06:53] <lamont> fabbione: what's the errors...
[06:53] <fabbione> lamont: dpkg: error processing /mirrors/ubuntu/pool/main/v/vim/vim_6.2-532+4ubuntu2_i386.deb (--unpack):
[06:53] <fabbione>  trying to overwrite `/etc/vim/gvimrc', which is also in package vim-python
[06:53] <lamont> GAH!!!
[06:54] <lamont> apt-get remove vim-python
[06:55] <lamont> mdz: so can I just kill the vim-* packages??? huh? huh?  can I? prettttyyyy pleaaaaaasssssssssssssseeeeeeeeeeeee?
[06:56] <mdz> lamont: care to take a look in sid and see how they fixed it?  maybe it's trivial
[06:57] <lamont> mdz: that particualr one is because I added gvimrc to the files delivered by vim.  I could just stop delivering that file again...
[06:57] <lamont> +debian/runtime/gvimrc                  etc/vim
[06:57] <lamont> +etc/vim/gvimrc                         usr/share/vim/gvimrc
[07:02] <lamont> no similar change in sid
[07:03] <lamont> mdz: I think we want to keep delivering those files, so it's just a matter of freshening the versions on the conflicts/replaces lines, yes?
[07:07] <fabbione> mdz: 1637
[07:08] <fabbione> mdz: i really don't know anything about ldap/slapd and so on.. do you really want me to fix it? I can do it.. it will just take longer time
[07:15] <lamont> mdz: looking at 834, we need to add a dpkg-divert --remove to preinst, and then just drop the other packages completely?
[07:19] <lamont> fabbione: btw, vim is #834. :(
[07:19] <fabbione> ah
[07:44] <lamont> night all
[07:45] <fabbione> night lamont
[07:57] <daniels> lamont: night dude
[08:48] <pitti> Moin moin
[08:51] <fabbione> jdub, mdz: http://people.no-name-yet.com/~fabbione/1637.diff
[08:51] <fabbione> permission to upload openldap2 with that fix for that bug
[09:09] <Mithrandir> Kamion: The lspci output for the usb cdrom-does-not-work-with-d-i is now at https://bugzilla.ubuntu.com/show_bug.cgi?id=1669
[09:17] <mdz> fabbione: looks good, go ahead
[09:18] <fabbione> mdz: ok.
[09:18] <mdz> lamont: I meant the bit where it doesn't remove the diversions properly
[09:18] <fabbione> mdz: permission to upload mozilla for 1682 and change again the default of dsp to auto (can't remember the bug number)
[09:19] <fabbione> mdz: each time we sync we MUST be sure that all the changes we did across the time are reintroduced too
[09:22] <Mithrandir> Kamion: actually:
[09:22] <Mithrandir> : tfheen@dessverre ..64-generic/kernel/drivers > find -name \*hid\*
[09:22] <Mithrandir> : tfheen@dessverre ..64-generic/kernel/drivers >
[09:22] <fabbione> mdz: sorry i don't have a diff handy but it's basically s/1.7.2/1.7.3 in the menu files
[09:22] <Mithrandir> Kamion: so it seems like the hid and usbhid modules are missing from the initrd and that's the problem, not that discover1-data fucks up
[09:23] <mdz> fabbione: yes, that is the responsibility of the person requesting the sync
[09:23] <mdz> in fact it should be written as part of the request
[09:23] <fabbione> mdz: ok.. can i upload?
[09:24] <mdz> fabbione: yes
[09:24] <fabbione> goody
[09:40] <Kamion> Mithrandir: hm, usbhid isn't in linux-kernel-di-amd64-2.6 input-modules
[09:40] <Mithrandir> Kamion: I was just typing that.
[09:41] <Mithrandir> the input-modules should has a -drivers/usb/input/hid.o, it should have a drivers/usb/input/usbhid.o
[09:41] <Kamion> Mithrandir: surprised hid isn't there, though
[09:41] <Mithrandir> there's no hid module at all any more, it seems
[09:41] <Kamion> Mithrandir: is it missing from the kernel? actually I thought it got renamed
[09:41] <Kamion> ./i386/input-modules:2:-drivers/usb/input/usbhid.o
[09:41] <Kamion> should probably match that
[09:42] <Mithrandir> what does -$foo mean?
[09:42] <Kamion> optional
[09:42] <Mithrandir> ok
[09:42] <Kamion> i386 is:
[09:42] <Kamion> -drivers/usb/input/hid.o
[09:42] <Kamion> -drivers/usb/input/usbhid.o
[09:42] <Kamion> drivers/usb/input/usbkbd.o
[09:42] <Kamion> is usbkbd not sufficient then?
[09:43] <Kamion> ah, hid -> usbhid in 2.6.6
[09:43] <Kamion> yeah, ok, you need usbhid
[09:43] <Mithrandir> yeah, and usbhid is missing in the amd64 file
[09:43] <fabbione> hmmm status is not too bad
[09:43] <Mithrandir> care to add and get permission to upload and such?
[09:43] <fabbione> 3 critical and 55 maj bugs
[09:47] <Mithrandir> Kamion: can I reassign the bug to you and you'll handle it further?
[09:47] <Kamion> Mithrandir: go ahead
[09:48] <daniels> mdz: http://people.ubuntu.com/~daniels/gimp-2.0/
[09:48] <daniels> mdz: user install dialog-less gimp
[09:53] <daniels> mdz: is this still warty, or hoary?
[09:53] <daniels> mdz: given the freeze and all
[09:55] <mdz> daniels: depends on how invasive it is
[09:55] <daniels> mdz: a few ifdefs; want an interdiff?
[09:55] <daniels> mdz: i could create a test image just fine with what looked like exactly the right defaults after using it
[09:56] <daniels> (using it ... to create my ~/.gimp-2.0)
[09:56] <mdz> confuses the hell out of interdiff
[09:57] <Kamion> mdz: enormous amounts of stuff seem to have just moved into base
[09:57] <Kamion> or is my germinate just confused?
[09:58] <mdz> Kamion: I haven't added anything to base since ubuntu-base
[09:58] <mdz> (which has no deps)
[09:58] <fabbione> mdz: we need to sync enigmail
[09:58] <fabbione> mdz: i am checking if it builds and works in ubuntu
[09:58] <fabbione> mdz: due to the new mozilla-thunderbird package
[09:59] <mdz> ok
[09:59] <jdub> pitti: around?
[09:59] <pitti> jdub: yes
[09:59] <jdub> pitti: did you end up figuring out the gnome-vfs isues with desktop/disks?
[09:59] <jdub> i'm not seeing icons in either atm
[10:00] <pitti> jdub: yesterday's package should give icons on the desktop for USB and cdrom devices
[10:00] <pitti> jdub: version 2.8.1-0ubuntu2
[10:00] <jdub> hmm
[10:01] <pitti> jdub: However, I did not manage to get the icons appear in "Disks"
[10:01] <jdub> that's what i have
[10:01] <jdub> oh
[10:01] <jdub> i wonder if the one on this cd will be better...
[10:01] <pitti> jdub: I tried all the day, but then sabdfl and I agreed to postpone that
[10:01] <jdub> oh
[10:01] <pitti> jdub: the new upstream version of gvfs does not play well with my old approach of "faking" fstab entries
[10:02] <pitti> jdub: gvfs only shows fstab entries in "disks", so I emulated them in earlier versions
[10:02] <jdub> oh
[10:02] <pitti> jdub: now I go on with packaging the crack-of-the-day utopia stack, if that is finished, I can return to "disks"
[10:03] <jdub> ok
[10:03] <jdub> ta
[10:03] <jdub> hoping i can show those off without a hitch :)
[10:03] <pitti> jdub: oh, if you do want to show icons in "devices", prepare a fstab entry for an USB stick :-)
[10:03] <pitti> jdub: (okay, that's cheating)
[10:03] <jdub> ;)
[10:04] <daniels> mdz: new one which makes interdiff far less confused
[10:12] <mdz> daniels: looks pretty safe to me
[10:12] <daniels> mdz: rad, ta.
[10:23] <fabbione> mdz: you got mail :-)
[10:24] <mdz> I always do...
[10:26] <fabbione> well... today you are lucky
[10:26] <fabbione> you got one more from me :P
[10:39] <seb128> morning
[10:40] <pitti> Hi seb128!
[10:40] <seb128> hello pitti
[10:42] <fabbione> seb128: ehm
[10:42] <fabbione> do you realize that totem starts
[10:43] <fabbione> but there is no sound or video? ;)
[10:44] <seb128> this part of the bug is a dup
[10:44] <seb128> and the second part crashs X
[10:44] <seb128> so I've reassigned for the crash :)
[10:45] <fabbione> ok ok ;)
[10:45] <fabbione> you are safe for today :P
[10:45] <seb128> pfiou :)
[10:46] <fabbione> also another important thing for everybody
[10:46] <fabbione> X bugs are almost never major or critical
[10:46] <fabbione> until they affect more than 1 user
[10:47] <fabbione> the fact that X crash on one machine can easily be:
[10:47] <fabbione> a) hardware problems
[10:47] <fabbione> b) user problems
[10:47] <fabbione> c) crappy hardware
[10:47] <fabbione> d) cheap hardware
[10:49] <daniels> e) crappy code
[10:53] <seb128> fabbione: you said that for the bug I've reassigned ? I've not even looked on the severity
[10:53] <fabbione> seb128: just generally
[10:54] <seb128> ok
[10:54] <fabbione> i am raedy to bet that the submitter will not even reply
[10:57] <seb128> I want a NEEDINFO status :)
[11:14] <fabbione> seb128: can you comment on 1390?
[11:16] <seb128> ok
[11:21] <seb128> fabbione: "The patch is an update of the FAQ, but yes. it's included." <- there is an another patch after that
[11:21] <seb128> no ?
[11:21] <fabbione> seb128: nope..
[11:21] <fabbione> the problem is in nautilus/gnome/whatever application
[11:21] <seb128> "Here is a patch so that GNOME (and maybe other?) keyboard switchers do
[11:21] <seb128> not call erroneous altwin:meta_super and altwin:meta_hyper options.
[11:21] <seb128> Can I commit it?"
[11:21] <seb128> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259740&msg=78
[11:24] <fabbione> seb128: that patch hasn't been included in Debian either
[11:24] <seb128> I know
[11:24] <seb128> but according to Denis it fixes the problem, right ?
[11:24] <seb128> It's tagged pending in debian
[11:26] <fabbione> seb128: he didn't mention that patch in our reports
[11:27] <seb128> I mentionned it to raise the issue ...
[11:27] <seb128> perhaps we could ping him about it ?
[11:27] <seb128> I'll mail him
[11:27] <seb128> he's looking on this problem for 2 weeks, he made some reassing against metacity and back to xfree in debian
[11:28] <seb128> and mailed me about that last week
[11:28] <fabbione> ok
[11:32] <fabbione> who has a ppc can kindly take a look to #1690?
[11:32] <mdz> I think a powerbook is necessary
[11:34] <fabbione> mdz: how would you feel to ask that question on ppc?
[11:38] <rburton> jdub: ping?
[11:52] <rburton> any chance of a newer HAL in ubuntu?
[11:53] <rburton> if 0.2.98 is included then Sound Juicer with HAL can be used
[11:53] <rburton> which seb128 would love
[11:53] <seb128> rburton: what's specific about 0.2.98 ?
[11:53] <fabbione> seb128: actually... the patch is not committed, and branden did mark the bug pending due to the addition to FAQ
[11:54] <rburton> seb128: i'm not entirely sure
[11:54] <seb128> rburton: we are speaking about new hal for 2 days because of the lock stuff in n-c-b
[11:54] <rburton> seb128: i've a HAL patch from colin walters which deps on hal > ...98
[11:54] <seb128> rburton: pitti is working on it, that's the guy to ping :)
[11:54] <rburton> pitti: ping!
[11:54] <pitti> rburton: pong
[11:54] <rburton> new hal coming soon?
[11:55] <pitti> rburton: i'm right at working on it
[11:55] <pitti> rburton: I need to port all the changes to the new 0.2.98, this takes me a while
[11:55] <seb128> fabbione: I've mailed Denis to ask about the patch/his comments/.. what we should do
[11:55] <fabbione> seb128: you rock!
[11:55] <rburton> pitti: excellent
[11:55] <seb128> fabbione: I'll let you know when I get a reply
[11:55] <pitti> rburton: new dbus is already available :-)
[11:55] <seb128> pitti: we are upgrading hal finally ?
[11:56] <pitti> seb128: yes, mdz wanted to have dbus, hal, gvm and nautilus-cd-burner upgraded
[11:56] <pitti> seb128: I'm working at the whole stack now
[11:56] <seb128> ok, cool
[12:03] <fabbione> daniels: nv driver seb fault on amd64 laptop
[12:03] <fabbione> s/seb/seg
[12:03] <daniels> fabbione: segfault? i thought it just picked res wrong?
[12:06] <fabbione> no
[12:06] <fabbione> he has send me like 20 mails in 5 minutes
[12:06] <fabbione> the log shows a segfault
[12:06] <fabbione> Fatal server error:
[12:06] <fabbione> Caught signal 11.  Server aborting
[12:07] <fabbione> the rest of the log looks ok
[12:07] <daniels> argh :\
[12:07] <daniels> where does it segfault?
[12:07] <fabbione> at the end
[12:08] <fabbione> let me forward
[12:08] <daniels> cheers
[12:16] <fabbione> oh great
[12:16] <fabbione> another mail from him
[12:16] <daniels> ?
[12:16] <fabbione> it works with -dbg
[12:16] <daniels> heh, lucky you :)
[12:16] <daniels> ARGH!
[12:17] <daniels> -O2 bug?
[12:17] <fabbione> i am afraid so
[12:17] <daniels> oh man
[12:17] <daniels> can we get mdz or someone with an amd64 to rebuild with -O0 but stil lwith the loader?
[12:17] <fabbione> i will compile a normal package for him
[12:17] <daniels> thanks
[12:17] <fabbione> and see what happens
[12:17] <fabbione> i have access to amd64
[12:19] <fabbione> no i don't...
[12:19] <fabbione> dchroot is borked
[12:20] <fabbione> elmo: please tell me you are around and i know you are reading your mails :-)
[12:23] <elmo> huh?
[12:23] <elmo> it's Debian dchroot
[12:23] <elmo> you need to 'dchroot -c warty'
[12:23] <elmo> or does that still not work?
[12:24] <elmo> oh, I may not have added you in yellow, blah, one sec
[12:25] <elmo> try now
[12:26] <fabbione> yeah it's on yellow
[12:27] <fabbione> right a sec :-)
[12:27] <fabbione> much better
[12:28] <fabbione> elmo: adare gives me a warning
[12:28] <fabbione> Executing shell in 'warty' chroot.
[12:28] <fabbione> su: Authentication service cannot retrieve authentication info.
[12:28] <fabbione> (Ignored)
[12:28] <elmo> uh, cute
[12:28] <elmo> it works tho right?
[12:28] <fabbione> yes
[12:28] <fabbione> did you install ccache in the chroots?
[12:28] <fabbione> that would save several hours recompiling crap around
[12:29] <elmo> yes
[12:29] <fabbione> cool!
[12:29] <fabbione> you ROCK!
[12:30] <elmo> ah, okay, fixed the warning.. at least I know what that is now - i get that on like 10 of my debian buildds
[12:31] <thom> lack of /etc/shadow details for the user, right?
[12:31] <thom> (sorry, just back from reboot)
[12:31] <fabbione> elmo: there is no ccache on yellow
[12:31] <elmo> thom: more not having shadow turned on, but yeah
[12:31] <fabbione> adare is perfect :-)
[12:32] <elmo> wow, wonder how mithrandir didn't complain about that - anyway, fixed
[12:33] <fabbione> Fetched 62.5MB in 2s (25.5MB/s)
[12:33] <fabbione> AHH NEAT
[12:33] <elmo> yeah, just don't do that around realise time.. mdz puts on his angry eyes if you do
[12:33] <elmo> err, release even
[12:34] <fabbione> ehehe
[12:34] <seb128> doko: here ?
[12:34] <seb128> doko: #1159 <- could you reply to the comment ?
[12:39] <fabbione> elmo: but that was an internal transfer anyway.. i didn't suck bw from outside LAN
[12:39] <fabbione> anyway
[12:40] <elmo> fabbione: yes, but auckland only has so much disk I/O ..
[12:40] <elmo> around release time, with our new BW, it will actually become an issue - I might have to firewall LAN hosts away from auckland :>
[12:42] <fabbione> elmo: don't worry.. it's not like we change X every day. I can just ssh the interdiffs
[12:43] <fabbione> but i needed the first orig.tar.gz
[12:43] <fabbione> i really can't do much without it ;)
[12:43] <fabbione> i need some food
[12:55] <seb128> bugzilla broken ?
[12:55] <seb128> "You don't have permission to access /show_bug.cgi on this server."
 Information that you see or enter on this page could easily be read by a third party."
[01:36] <seb128> GRRRRR
[01:36] <seb128> stop this NOW
[01:36] <fabbione> seb128: i think you should talk to justdave
[01:36] <fabbione> but is not here
[01:48] <fabbione> daniels: no luck -O0
[01:52] <daniels> fabbione: arse :\
[01:52] <daniels> $10 on the loader
[01:53] <fabbione> $100 that we will get tons of duplicates
[01:54] <daniels> yah :\
[01:55] <daniels> if you want, I could try to build an nv_drv that we can dlload
[01:56] <fabbione> hmm
[01:56] <fabbione> no hold on
[01:56] <fabbione> with -O0 doesn't crash
[01:56] <daniels> ?
[01:56] <fabbione> but the screen is black
[01:56] <daniels> oh, garbled display
[01:56] <daniels> arse
[01:56] <fabbione> IF THAT PUNK WILL EVER MANAGE TO SEND A REPLY IN THE SAME PLACE
[01:58] <fabbione> amd64 = little endian, right?
[01:59] <thom> why do people want to flipping use mod_rewrite all the time?
[02:00] <fabbione> thom: because there is too much good crack around
[02:38] <sivang> morning all
[02:39] <sivang> what was the final decision about the ubuntu-desktop pkg?
[02:47] <Sledge__> anyone interested in fixing #1207?
[02:48] <thom> Sledge__: i'll look once i'm back in amd64
[02:48] <thom> couple of hours, probably
[02:50] <Sledge__> cool, ta
[02:50] <Sledge__> the fix is obvious, mail me if you want a patch
[02:55] <seb128> what's the right place to add an "updatedb" after the installation ? I want to reassign #1439
[02:57] <Kamion> base-config
[02:59] <seb128> ok, thanks
[03:08] <thom> lets see how my sparc deals with a 2.6 kernel
[03:19] <thom> badly, appears to be the answer
[03:19] <jdub> rburton: pong
[03:19] <rburton> jdub: welcome back. :)
[03:19] <thom> jdub: i now have a working firefox
[03:20] <rburton> jdub: two things. 1) i hear you've been talking to my partner in sysadmin crime dalderman
[03:20] <jdub> haha
[03:20] <jdub> thom: :-)
[03:20] <rburton> jdub: and 2) can you mail me all of your .desktop files?  i want to play with python-xdg
[03:21] <jdub> yours aren't good enough? ;)
[03:21] <thom> jdub: you have to disable typeaheadfind to get typeaheadfind to work
[03:21] <jdub> thom: uh....huh.
[03:21] <jdub> that's completely bong
[03:21] <thom> cool huh
[03:21] <jdub> rburton: so i ended up reinstalling the machine i installed every desktop package on ;)
[03:22] <rburton> jdub: dammit! :)
[03:22] <jdub> thom: can you change your sync alias to jeff.waugh@ etc. ;)
[03:23] <thom> yeah, guess
[03:23] <thom> you have filters i presume?
[03:24] <jdub> two Maildirs :)
[03:24] <daniels> spunky
[03:25] <thom> ahr
[04:14] <daniels> thom: ... disabling the extension ... makes it work ...
[04:16] <Sledge__> thom: cheers on the 1207 fix
[04:29] <thom> daniels: cool huh?
[05:12] <daniels> thom: you can have the assassinations; i'm *so* sorry.
[05:12] <thom> *g*
[05:12] <thom> yikes. mdz is gonna hurt me
[05:13] <thom> the fix for 1600 is to bring c-client into supported, have it available but not build the imap package
[05:15] <daniels> !!!!
[05:15] <daniels> 0
[05:15] <daniels> (ignore the 0)
[05:16] <thom> fuck i hate php
[05:45] <lamont> Kamion: I keep getting bugs in that I can only explain if I believe that postfix's (debconf) config is being run before the initial user is added, or we have a hostname, or whatever...
[05:47] <thom> hrm. i take it back
[05:47] <thom> it just happened to work after i did that
[05:48] <thom> yay
[06:04] <mdz> thom: the what now?
[06:07] <Mithrandir> Kamion: any response from mrvn on the grub problem?
[06:38] <T-None> schweeb: should be back in 2h
[06:38] <schweeb> vim is majorly broken.
[06:38] <schweeb> filing a bug now.
[06:39] <schweeb> no alias from vim->vim.org, gvim supposedly included, but not installed, etc...
[06:45] <schweeb> the .list files in /var/lib/dpkg/info should tell you all of the files that are in a package, right?
[06:47] <mdz> elmo: I haven't seen auckland misbehaving in some time; it really does seem to be related to your rsyncing antics
[06:47] <T-None> schweeb: all the files that are installed by the package
[06:47] <T-None> wich is slightly != all the files in the .deb
[06:47] <schweeb> gotcha
[06:48] <schweeb> could be generated by debconf or something
[06:48] <mdz> schweeb: the bug is already filed
[06:48] <schweeb> mdz: is it?  the one where vim isn't symlinked?
[06:48] <mdz> schweeb: 834
[06:48] <mdz> it's not meant to be symlinked
[06:48] <mdz> vim-gnome, vim-python etc. divert /usr/bin/ vim when they're installed
[06:48] <mdz> but then don't remove the diversion when they're removed
[06:48] <schweeb> ah
[06:50] <schweeb> so /usr/bin/vim should be... ? an executable?
[06:50] <schweeb> oh, I see now
[06:50] <schweeb> vim.org == vim original
[07:13] <elmo> mdz: huh?
[07:13] <elmo> do you mean the Sources.gz thing or something else?
[07:13] <mdz> I've never seen the Sources.gz thing
[07:14] <mdz> just it becoming unresponsive
[07:14] <elmo> that wasn't 'rsync antics' it was just me using apt-get on the LAN
[07:14] <mdz> the Sources.gz thing would be easier to dismiss as SEP if it weren't happening to several different people on different ISPs, running Ubuntu
[07:14] <mdz> oh, I thought at the time you said you were shipping ISOs around
[07:15] <mdz> speaking of ISOs...
[07:15] <elmo> oh, well I might have been dl-ing an ISO, but it would have been using http
[07:15] <mdz> Kamion: what would it take to convince debian-cd to build DVD images?
[07:15] <Kamion> probably not a lot, I can grab the runes from gluck
[07:15] <mdz> ah, ok. whenever I think of thrashing I/O bandwidth, rsync comes to mind
[07:16] <Kamion> but now isn't a good time to ask, buried in mklibs :-/
[07:16] <mdz> Kamion: what's broke?
[07:17] <npmccallum> mdz: everything went find in the ooo build except for the splash screen, which I'm trying to figure out now
[07:18] <Kamion> mdz: I'm at the d-i developer meeting today
[07:18] <mdz> ah
[07:18] <Kamion> trying to make graphical d-i boot, which is not as easy as it doesn't sound ;)
[07:20] <Kamion> I did make powerpc boot off a USB stick this morning though
[07:20] <Kamion> ('boot usb1/hub@1/disk@1:2,\\:tbxi', yum)
[07:20] <Mithrandir> Kamion: did you talk to mrvn?
[07:21] <Kamion> Mithrandir: um, whenever I've talked to mrvn today I haven't managed to get anything useful done for the next half an hour 'cos he goes off rambling about something or other
[07:21] <Kamion> give me a while to work myself up :)
[07:22] <Mithrandir> Kamion: sure, just wondering, not prodding
[07:22] <Mithrandir> Kamion: I'm off playing mao in a bit anyhow.. gotta infect trondheim as well. :)
[07:22] <Kamion> heh
[07:31] <npmccallum> seb128: is there a reason abiword doesn't have a .desktop file?
[07:32] <seb128> he has afaik
[07:32] <seb128> or the -gnome version has at least
[07:36] <npmccallum> seb128: abiword-gnome did it, thanks
[07:36] <seb128> np
[07:48] <npmccallum> mdz: I lied, the ooo splash screen does work, but I was running mixed versions :)  It should be ready for upload
[07:52] <mdz> npmccallum: great, thanks
[07:52] <npmccallum> mdz: approval?
[08:00] <mdz> npmccallum: yes
[08:21] <mdz> gah
[08:21] <mdz> thom: scroll wheel seems to have stopped working in firefox?
[08:22] <mdz> er...only in _some tabs_
[09:28] <daniels> mdz: it's not to do with partial vs full loading?
[09:28] <daniels> mdz: i can't use (shift-)ctrl-tab or f6 on partially loaded tabs
[09:31] <mdz> daniels: well, I had a tab where it was working, and then stopped after I scrolled around a bit
[09:31] <mdz> and it wasn't loading
[09:31] <daniels> hrm
[09:45] <daniels> 0% [1 bsdutils 34401/62.6kB 54%]                                                                                3459B/s 20h5m43s
[09:45] <daniels> (hooray)
[10:09] <mdz> elmo: here?
[10:19] <elmo> mdz: yeah
[10:20] <mdz> elmo: sorry to bug you, but lamont is incommunicado today
[10:20] <mdz> elmo: wanted to know if you could look into #1257
[10:20] <mdz> seems to have been successfully built, but never appeared in the archive
[10:21] <elmo> it's an archive problem anyway, I'll fix in a sec
[10:43] <mxpxpod> is anyone around that has access to the buildd's?
[10:45] <mdz> mxpxpod: the logs are now public, temporarily housed here: http://people.no-name-yet.com/~lamont/buildLogs/
[10:46] <mxpxpod> mdz: well, vim is all messed up right now on powerpc
[10:46] <mdz> mxpxpod: messed up how?
[10:46] <mxpxpod> Unpacking vim-gnome (from .../vim-gnome_1%3a6.2-532+4ubuntu2_powerpc.deb) ...
[10:46] <mxpxpod> Leaving `diversion of /usr/bin/vim to /usr/bin/vim.org by vim-gnome'
[10:46] <mxpxpod> dpkg: error processing /var/cache/apt/archives/vim-gnome_1%3a6.2-532+4ubuntu2_powerpc.deb (--unpack):
[10:46] <mxpxpod>  trying to overwrite `/etc/vim/gvimrc', which is also in package vim
[10:46] <mxpxpod> Errors were encountered while processing:
[10:47] <mxpxpod>  /var/cache/apt/archives/vim-gnome_1%3a6.2-532+4ubuntu2_powerpc.deb
[10:47] <mxpxpod> elmo: Sub-process /usr/bin/dpkg returned an error code (1)
[10:47] <mdz> https://bugzilla.ubuntu.com/show_bug.cgi?id=1717
[10:47] <mdz> not a buildd problem, just a bug