[12:07] <Toadstool> 'night all
[12:19] <LaserJock> hi dAndy
[12:19] <zakame> hi dAndy
[12:20] <dAndy> hello
[12:20] <LaserJock> dAndy: running Ubuntu dapper?
[12:20] <dAndy> LaserJock: of course :)
[12:21] <LaserJock> dAndy: open up the system documentation
[12:21] <theCore> hello LaserJock
[12:22] <LaserJock> dAndy: System -> Help -> System Documentation
[12:22] <dAndy> LaserJock: yeah found it
[12:22] <LaserJock> Ubuntu Packaging Guide
[12:24] <theCore> LaserJock: making some for our guides ;P
[12:24] <theCore> some promo*
[12:24] <LaserJock> theCore: heck yeah!
[12:25] <theCore> LaserJock: any updates about the cover art for the printed versions?
[12:25] <LaserJock> theCore: there was an alternative one by an -artwork guy on the ML a while back, but I don't know that we ever decided
[12:26] <theCore> LaserJock: what is the deadline?
[12:26] <LaserJock> theCore: not sure, as mdke
[12:26] <theCore> mdke: ?
[12:28] <LaserJock> heh
[12:28] <theCore> that's second time this week that happen
[01:41] <ajmitch> morning all
[01:43] <LaserJock> hi ajmitch
[01:55] <ajmitch> well, hopefully my application for SoC gets accepted, out of the 6297 that were submitted :)
[01:58] <LaserJock> wow, that's quite a few
[01:58] <LaserJock> do you know how many they accept?
[01:58] <ajmitch> it was 400 last year
[01:58] <tseng> gnome has a top limit of 300
[01:58] <ajmitch> probably a similar number this year
[01:58] <tseng> for a general idea
[01:58] <tseng> but there are far fewer mentors than that
[01:58] <ajmitch> of course there's a lot of crap that gets submitted as well
[02:02] <LaserJock> ajmitch: really? I can't imagine ;-)
[02:07] <bddebian> Heya gang
[02:07] <ajmitch> hey bddebian
[02:07] <ajmitch> what's up?
[02:07] <bddebian> Heya ajmitch
[02:07] <bddebian> Not much, you?
[02:07] <ajmitch> sitting around like usual
[02:08] <bddebian> Heh
[02:08] <bddebian> Did zakame get in?
[02:08] <ajmitch> nope
[02:08] <bddebian> No? :-(
[02:08] <ajmitch> getting into main isn't easy
[02:13] <sivang> bddebian: TB wanted to see more involved patches to main packages, before approving IIRC
[02:13] <sivang> bddebian: but guess who got approved for universe? :-)
[02:15] <bddebian> sivang: You?  Ooohh no.. ;-)
[02:16] <sivang> bddebian: oh yes Sir!
[02:16] <sivang> now we can break things *together*
[02:16] <sivang> :p
[02:17] <bddebian> w00t!!! :-)
[02:18] <ajmitch> joy
[02:18] <tseng> sivang: nice
[02:19] <bddebian> sivang: Hmm, maybe I should try to break main now then? :-)
[02:19] <bddebian> Heya tseng
[02:20] <tseng> hi
[02:25] <sivang> tseng: thanks, it was a long way, finally it paid off
[02:25] <sivang> bddebian: yes, and then I will come after you :)
[02:25] <sivang> how does it work from now? does my key get automatically whitelisted for uploading ?
[02:25] <bddebian> sivang: :-)
[02:26] <ajmitch> sivang: yes
[02:26] <sivang> ajmitch: cool, thanks
[02:26] <ajmitch> bddebian: sure, go ahead
[02:26] <sivang> ajmitch: sorry again about the zope thing
[02:26] <bddebian> ajmitch mocks me now
[02:26] <ajmitch> don't worry, I'll hunt you down & make you pay for beer at the next conf we're both at
[02:27] <ajmitch> bddebian: nah, just get doing some work on main
[02:27] <bddebian> Well I don't think I'll be in Paris :-(
[02:27] <bddebian> I have done some main work btw :-)
[02:29] <bddebian> bbiab, bath time for kiddies
[02:53] <sivang> ajmitch: make sure you do that, I tend to forget my beer commitments :)
[02:53] <sivang> oh my god! I should have gone to sleep like 5 hours ago, and I'm still here!
[02:54] <ajmitch> then go & sleep
[02:57] <sivang> I need to, yes :) and there's work tomorrow :)
[02:57] <sivang> okay, I guess it's really night now
[02:57] <sivang> good night all!
[02:57] <ajmitch> night
[03:04] <bddebian> Gnight sivang, congrats
[03:19] <persia> torcs packaging is incredibly frustrating: one must edit the patches manually after cdbs-edit-patch to make them apply!
[03:19] <bddebian> Yep.  I played with it during Breezy
[03:39] <bddebian> persia: Are you going to go for MOTU?
[03:39] <bddebian> Heya LaserJock
[03:40] <persia> bddebian: I hadn't planned to (multi-month absences make for poor reliability).  Are you sick of uploading patches?
[03:40] <bddebian> persia: No, not at all but you do a lot so I thought you be a great addition
[03:42] <persia> bddebian: When I'm on holiday (like now), I'm useful.  When working, I'm likely to not check my email for three weeks running :).
[03:42] <LaserJock> hi bddebian
[03:56] <bddebian> persia: Ah
[03:56] <bddebian> Heya jaldhar
[03:56] <zakame> hi all
[03:57] <zakame> heya persia!  I'm getting some lintian flags from your patch on kdrill
[03:57] <bddebian> Heya zakame
[03:57] <zakame> hi bddebian! :D
[03:58] <persia> zakame: Um.  Help me to understand how to see them, so I can fix them.
[04:00] <zakame> persia: you have built it on your box right?  There should be a kdril_*i386.changes somewhere; you can check what lintian has to say about it via `lintian -vi kdrill_6.4-2ubuntu_i386.changes | pager`
[04:01] <zakame> note that you have to get the lintian and debian-policy pkgs installed if you haven't
[04:01] <persia> zakame: I delete after uploading the patch, but I can restore...
[04:01] <zakame> what concerned me was the warnings about /usr/X11R6 paths still in use
[04:03] <persia> zakame: If that is the case, the patch needs work!  I'm looking at it now.
[04:04] <zakame> the exact warnings are : package-installs-file-tousr-x11r6 manpage-section-mismatch unquoted-string-in-menu-item , among other things :/
[04:09] <persia> zakame: Is this with the last patch in the sequence?  When I run `patch -p0 < M28810-sed+desktop.patch`, and compile, I don't get the package-installs-file-to-usr-x11r6 error, although the manpage and menu issues are there.  Also, despite the warnings, the icon appears in the xdg-menu tree properly.
[04:13] <zakame> yes, the latest... just tried again on both my local machine and on tiber
[04:15] <persia> zakame: I should see these with `lintian -vi kdrill_6.4-2ubuntu1_amd64.changes | less`
[04:16] <persia> ?
[04:16] <zakame> yeah
[04:17] <zakame> less == pager for certain values of pager :P
[04:19] <persia> zakame: I don't.  My errors are debhelper-compat 3, ancient standards, NMU, space in manpage, bad .TH in manpage, installs to /usr/man/, unquoted string in menu, and menu-icon missing (it's in a support package).  I can fix all this, but I first want to understand why you are seeing installations in the X11 directories.
[04:21] <persia> bddebian: Thanks for the uploads.  Let me know if one of the patches has aged since posting (stomps another version), and I'll update.
[04:22] <zakame> persia: well, kdril's /usr/bin is empty, for one; the kdrill binary itself is in /usr/X11R6/bin/
[04:23] <bddebian> persia: Yeah, gweled.  A build1 has been uploaded.  But also, I don't see any changes to the patches/blahdesktop.patch?
[04:25] <persia> bddebian: Hmm...  My local copy of the patch shows changes to Icon and Categories.  I'm not very worried about gweled, as it is currently broken and upstream is apparently comatose.  I'll update the patch in a bit.
[04:26] <bddebian> Heh, NP
[04:27] <persia> zakame: in my local build directory, there is no debian/kdrill/usr/X11R6, and dpkg -L for my local install only shows /etc/X11 as an X directory.  I'll check to make sure the correct patch is in LP.
[04:28] <zakame> persia: yes, thanks :D
[04:29] <persia> zakame: Yep.  My local patch matches the latest in LP.  My method for generating the changes was `apt-get source kdrill; sudo apt-get build-dep kdrill; sudo apt-get install libxp-dev; patch -p0 < ../patches/M28810-sed+desktop.patch; cd kdrill-6.4/; fakeroot dpkg-buildpackage -us -uc; cd..
[04:33] <zakame> I would advise using debdiff rather than patch, 'tis much easier: apt-get source kdrill; cd kdrill-6.4; [do changes] ; [build the package] ; cd ..; debdiff kdrill_6.4-2.dsc kdrill_6.4-2ubuntu1.dsc > kdrill_6.4-2ubuntu1.debdiff
[04:34] <bddebian> Anyone here know Japanese?
[04:34] <persia> Grr..  The latest vegastrike sync reopened #1696 (my first Ubuntu patch).
[04:34] <ajmitch> Yagisan, if he's around :)
[04:34] <persia> bddebian: A little.  Why?
[04:34] <bddebian> persia: I'm trying to figure out if konqplus is dead upstream and the website listed in README is http://www.kde.gr.jp  and I can't read a lick of Japanese :-)
[04:34] <persia> zakame: When I make manual changes, I follow that process.  The previous was when applying a previously created patch (as in this case).
[04:42] <persia> bddebian: I can't find it on the wiki, it's not on the Japanese KDE users group wiki page about Konqueror, and not in the translation assignments list.
[04:43] <bddebian> persia: Find what?
[04:45] <persia> bddebian: konqplus.  Inoue-san doesn't even have a homepage on www.kde.gr.jp anymore.
[04:46] <bddebian> Ah, OK, thank you sir
[04:47] <persia> bddebian: No worries.  Let me know if you find another upstream in .jp that needs decyphering.
[04:57] <persia> zakame: Are you still getting the X11 directories issue?  Does it fix it when you use my script above to compile?
[05:39] <bddebian> persia: OK, your wiki is clear, now get to work ;-P
[05:41] <persia> bddebian: Thanks!  #43937 is the only patch I've written since I last updated the wiki :)
[05:44] <bddebian> persia: I'm on it :-)
[05:49] <persia> bddebian: `apt-cache policy gnome-bluetooth` reports dapper/universe.  Is this not the right method to use to determine the repository?
[05:49] <bddebian> persia: I usually do 'apt-cache madison foo'
[05:50] <persia> bddebian: It's in main AND universe?  Now I'm really confused.
[05:51] <bddebian> persia: Sometimes the source can be in main but one of the binaries in universe and such
[05:51] <bddebian> Yeah, libgnomebt0 etc are in main
[05:52] <bddebian> While the binary package gnome-bluetooth itself is in Universe
[05:52] <persia> bddebian: I understand.  I'll have to move some of the stuff on my wiki back into main :(
[05:52] <bddebian> It sucks when you run into those and don't realize it :-)
[05:52] <bddebian> I've done it several times
[05:53] <persia> bddebian: That's probably good - it helps build the main bug fixes you sought earlier :)
[05:53] <bddebian> I sought main bug fixes?
[05:53] <persia> (09:13:32) sivang: bddebian: TB wanted to see more involved patches to main packages, before approving IIRC
[05:54] <persia> bddebian: Never mind: missed the humor in your following statements.  Apologies.
[05:54] <bddebian> persia: Oh that was about zakame iirc
[05:54] <bddebian> No worries :-)
[05:55] <bddebian> I don't think anyone in Debian or Ubuntu gets my "humor" :-)
[06:04] <LaserJock> bddebian has humor?
[06:04] <bddebian> Yeah, isn't it funny that you think I am going to look at Science bugs anymore?
[06:04] <bddebian> ;-P
[06:05] <persia> I'm confused about build failures for glob2.  I can compile it fine locally (AMD64), but on yellow, it just broke.  The error is "make[1] : *** No rule to make target `distclean'.  Stop.", which just isn't reported locally.  Anyone have any suggestions?
[06:08] <bddebian> Hey, there's waldo!  We've been looking everywhere.. :-)
[06:09] <bddebian> persia: With your patch or just the regular source?
[06:09] <persia> bddebian: The yellow failure is with my patch, and my local success as well.
[06:10] <waldo> anyone wanna help me figure why my fresh install of dapper (386-- old desktop) segfaults w/gnome-nettool
[06:10] <persia> bddebian: I just tried with the last repository source, and it doesn't crash there locally either.
[06:11] <waldo> no takers?
[06:14] <bddebian> waldo: Have you tried asking in #ubuntu?
[06:14] <persia> bddebian: Nevermind.  I found it: missing build-depends on autotools-dev.
[06:15] <bddebian> persia: Gotcha
[06:15] <waldo> bddebian: yep
[06:15] <persia> bddebian: Do you want another patch, or would you be willing to fix it with -ubuntu3?
[06:16] <bddebian> persia: ?
[06:17] <bddebian> waldo: What kind of nic?
[06:17] <bddebian> Oh and how much RAM?
[06:18] <waldo> bddebian: umm let me check the kernel module.  The error I get from gdb is  SIGSEGV and the error is in g_slice_alloc() from /usr/lib/libglib-2.0.so.0
[06:18] <waldo> very little ram
[06:18] <waldo> old old machine
[06:18] <waldo> like from 1998... old laptop I'm setting up with dapper and giving to a friend
[06:19] <bddebian> waldo: It may have issues if it has <256Mb I think
[06:19] <waldo> I think it has at least that
[06:19] <waldo> the network works btw.. wireless card... yenta -- pcmcia wireless card
[06:20] <waldo> i think it's crashing trying to release memory or something
[06:20] <waldo> but the question is why...
[06:22] <persia> bddebian: Apologies.  Context: glob2 0.8.16-2ubuntu2 FTBFS in a buildd environment.  The fix is to add autotools-dev to Build-Depends.  Shall I open a bug & file a patch, or do you still have a build tree lying around that might be faster?
[06:22] <bddebian> waldo: Is it anything like this:  https://launchpad.net/distros/ubuntu/+source/gnome-nettool/+bug/24242 ?
[06:22] <Ubugtu> Malone bug 24242 in gnome-nettool "gnome-nettool 1.4.1 segfaults when called from the commandline with wrong or incomplete arguments." [Unknown,Fix released] 
[06:22] <waldo> bdebbian looking...
[06:22] <bddebian> persia: I have it here but what other changes does it need?
[06:22] <waldo> bddebian: it's failing being called w/o any arguments AND from the menu..
[06:23] <waldo> maybe some of the users are noting the same thing tho
[06:23] <bddebian> waldo: What version of gnome-nettools is installed?
[06:24] <persia> bddebian: other changes?  I'll wait for waldo.
[06:24] <waldo> how bddebian interesting--  when I did the commandline "gnome-nettool --help" it comes up with help (not the version tho)..
[06:24] <waldo> how can I tell version?
[06:24] <waldo> is there a way to ask apt-get ?
[06:24] <bddebian> persia: What was the original patch for?  it looked strange to me
[06:25] <bddebian> waldo: dpkg -l |grep gnome-nettool
[06:25] <waldo> sorry I'm new to ubuntu.. usually use gentoo...
[06:25] <waldo> it's 2.14.1-0ubuntu1
[06:26] <persia> bddebian: You have entirely too much confidence in me :).  .desktop cleanup (encoding, add X-), config.{sub,guess} moving to build rule.
[06:27] <waldo> When I do "gnome-nettool -p www.aap.nl" which supposedly works in this bug report, I get a "*** glibc detected *** double free or corruption (out):  0x08355400 *** Aborted"
[06:28] <waldo> I'm at your disposal to try to fix/debug/stacktrace/whatever you want
[06:28] <bddebian> waldo: I hate to say this but you are probably going to have to submit a bug on Malone.  You are over my head for trying to fix that one.  Sorry.
[06:29] <bddebian> persia: I know but your patch to debian/patches/whatever_desktop.patch looked exactly the same as what was in the original afaict
[06:29] <waldo> do you know how to do a stack trace to figure where the problem might be?  I'd like to be complete, but I'm no gdb guy...
[06:31] <persia> waldo: Take a look at https://wiki.ubuntu.com/Backtrace
[06:32] <waldo> k... thx
[06:32] <persia> bddebian: glob2 didn't have a patch system.  The changes were 1) add "Encoding", and 2) change "MultipleArgs" to "X-MultipleArgs".
[06:32] <bddebian> waldo: Or https://wiki.ubuntu.com/Strace :-)
[06:33] <persia> waldo: bddebian's is better :)
[06:34] <bddebian> persia: Hmm, maybe I'm thinking of the wrong package. Does your current patch on Malone apply?
[06:36] <persia> bddebian: Yep, and you uploaded it, and I failed to add the required Build-Depends on autotools-dev, and now it FTBFS.  I'm guessing that a newer version (ubuntu3) needs to be uploaded with this addition to fix it.  If this is still not clear (or if it is the wrong hour of the day), I'll just open a new bug fr the FTBFS.
[06:36] <bddebian> Ahhh
[06:39] <bddebian> persia: OK, so for ubuntu3, I just need to add autotools-dev to build-deps and that is it?
[06:40] <persia> bddebian: Hold on: let me confirm again.
[06:42] <persia> bddebian: Yep.  `sudo apt-get --purge remove autotools-dev` allows me to replicate the buildd failure, and `sudo apt-get install autotools-dev` fixes it.  That should be it.
[06:42] <persia> bddebian: I'm assuming you're starting from ubuntu2, right?
[06:43] <bddebian> Yep
[06:44] <persia> bddebian: Thanks, and apologies for the trouble.
[06:44] <bddebian> No trouble man, we all make mistakes :-)
[06:44] <bddebian> I know I certainly do :-)
[06:49] <waldo> okay for those of you who care, I filed this as bug 43943
[06:49] <Ubugtu> Malone bug 43943 in gnome-nettool "crash w/gnome-nettool w/o arguments" [Normal,Unconfirmed]  http://launchpad.net/bugs/43943
[06:51] <bddebian> waldo: We all care :-)
[06:51] <persia> waldo: You may be able to get more insightful commentary in #ubuntu-bugs.  Today is Hug Day, with a focus certain bugs, but after Hug Day is complete, the people on that channel are usually willing to confirm / fix bugs.
[06:51] <waldo> hug day?
[06:52] <waldo> okay..  i'm checking upstream too at gnome
[06:52] <persia> waldo: https://wiki.ubuntu.com/UbuntuBugDay
[07:11] <bddebian> Gnight folks
[07:11] <Gloubiboulga> g'night bddebian
[08:07] <Toadstool> hey
[08:07] <Gloubiboulga> hi Toadstool
[09:27] <ajmitch> hi Hobbsee, dholbach
[09:27] <dholbach> heya motu world
[09:27] <Hobbsee> hi dholbach and ajmitch
[09:27] <dholbach> hey Hobbsee, ajmitch
[09:29] <Gloubiboulga> morning dholbach
[09:29] <dholbach> hey Gloubiboulga - did Janimo pass the comments about goffice+gnumeric to you?
[09:30] <Gloubiboulga> dholbach, yep, we're discussing this in a query tab, and gnumeric is building here :)
[09:30] <dholbach> ok super
[09:30] <Gloubiboulga> dholbach, thanks for taking the time to look at this, it's really important for us :)
[11:27] <zakame> hi all
[11:27] <Hobbsee> hi zakame
[11:28] <ajmitch> hi zakame
[11:28] <zakame> hi Hobbsee ajmitch :D
[11:30] <Hobbsee> bye all, for a bit...
[11:30] <Toadstool> hi zakame, Hobbsee, ajmitch
[11:30] <Hobbsee> hi Toadstool :)
[11:32] <ajmitch> hello StevenK
[11:36] <ajmitch> why would you want to compile that?
[11:38] <StevenK> Because the version in breezy can't talk on the network.
[12:03] <zakame> woohoo emacs emacs
[12:06] <G0SUB> zakame: I have GNU Emacs with XFT ... do you have it in you?
[12:06] <G0SUB> ;)
[12:10] <zakame> G0SUB: not yet, just a good ol' emacs22-cvs with xfonts-terminus, nothing too fancy :)
[12:11] <G0SUB> zakame: http://people.ubuntu-in.org/~ghoseb/emacs-xft/
[12:29] <\sh> remoins
[12:31] <ajmitch> hi \sh
[12:35] <\sh> I love opensource, cygwin Xorg installed, and via ssh x11 forwarding I can read and chat from home...how nice
[12:42] <ajmitch> haha
[12:45] <ajmitch> hm, no zul
[01:05] <sivang> \sh: you\re using windows now?
[01:06] <ajmitch> sivang: what, aren't you?
[01:06] <sivang> ajmitch: for testing Zend Core for Windows, I have to....:-/
[01:07] <ajmitch> heh
[01:27] <\sh> sivang: sadly yes...company laptop :)
[01:33] <\sh> not for long...we will get linux support for our etokens and cisco vpn client :) so next time again with ubuntu :)
[01:33] <ajmitch> heh
[01:33] <ogra> guys you really need more self-assertion
[01:33] <ogra> really
[01:33] <\sh> actually for many people here the productivity goes down when they're using windows :)
[01:33] <ajmitch> ogra: ?
[01:34] <ogra> ajmitch, being more forceful to their bosses about linux on the workplace ;)
[01:35] <ajmitch> oh right :)
[01:35] <ajmitch> sometimes using windows is necessary
[01:35] <ajmitch> you can be forceful all you want, but there are things that ubuntu just lacks still
[01:35] <\sh> ogra: we did that already :) we will get linux on our laptops...most likley Kubuntu ;)
[01:36] <ogra> ajmitch, necessary ?
[01:36] <ogra> i didnt have a need for windows since more than 5 years :)
[01:36] <ajmitch> ogra: yes, like having to run software that is only on windows
[01:36] <Mithrandir> ogra: Ubuntu doesn't have a good selection of games, for instance.
[01:36] <Hobbsee> Mithrandir: one word.  solitare :P
[01:36] <ogra> Mithrandir, i have an Xbox ;)
[01:36] <Hobbsee> great for a time waster :P
[01:36] <Mithrandir> Hobbsee: "good selection".
[01:36] <Hobbsee> hehe
[01:36] <ajmitch> ogra: it's a good excuse to work on ubuntu :)
[01:37] <ogra> Mithrandir, HW paied by MS :)
[01:37] <Mithrandir> ogra: first, I can't stand console controls, second, I generally prefer RTS-es and such, which I don't think there are that many of for the Xbox?
[01:37] <Mithrandir> Hobbsee: you should use ccache too
[01:38] <ogra> no idea, i use the box very seldom (usually only if i have guests :) )
[01:38] <ogra> so i didnt look beyond the 5 games i bought with it :)
[01:38] <spacey> there are some fun multiplayer games on the xbox, spongebob, fusion frenzy. great with four people :P
[01:50] <Whoopie> siretart: did you make a decision if we could sync sensors-applet with debian?
[02:13] <siretart> Whoopie: I havn't looked into this yet. sorry :(
[02:22] <phanatic> hi people
[02:24] <Hobbsee> hi phanatic
[02:24] <phanatic> hello Hobbsee
[02:25] <sivang> hety phanatic
[02:25] <sivang> Hobbsee:
[02:26] <phanatic> heya sivang
[02:26] <Hobbsee> hi sivang
[02:30] <Whoopie> siretart: ok.
[02:31] <sivang> hey siretart
[02:31] <zul> heylo
[03:03] <zakame> hi all
[03:03] <zakame> sviang: hey fresh MOTU!
[03:03] <zakame> *sivang
[03:03] <zakame> heya persia !
[03:04] <persia> zakame: Hi.  Were you ever able to compile kdrill without the X11 issues?
[03:05] <zakame> persia: haven't followed up yet... was a bit busy grokking x11proto myself :)
[03:06] <persia> No worries.  I should still be around until the weekend, and would be happy to chase it.
[03:07] <zakame> cool
[03:19] <sivang> hey zakame , thank you :)
[03:22] <sivang> zakame: I am very greatful for that, and going to fix bugs and upload stempmain for ubuntu :)
[03:22] <zakame> sivang: great! :D
[03:23] <zakame> as for me, I've a bit of X-swat training to do ;)
[03:25] <zakame> persia: just updated the patch from LP, still builds with lintian errors
[03:26] <persia> zakame: Do you still see the installs to X11 directories error?  I can fix the others, but I couldn't replicate that one, and don't understand.
[03:28] <zakame> persia: yep, binary and manpages still go to /usr/X11R6
[03:31] <zakame> I suppose the extreme solution would be to update DH_COMPAT and aggressively use debhelper, but that would take a while
[03:31] <persia> zakame: I don't understand.  There must be something else different about our systems.  Are you applying M28810-sed+desktop.patch?  How do you apply it?
[03:33] <zakame> wget patch; apt-get source kdrill; cd kdrill-6.4; patch -p1 < ../patch; [check it out] ; pdebuild
[03:34] <persia> zakame: Hmm...  Your process differs from mine in that you use pdebuild, and I use dpkg-buildpackage.  Let me try it with pdebuild, and see if I can replicate your errors.
[03:34] <sivang> zakame: you are interested in the x-swat ?
[03:35] <zakame> sivang: I am in the x-swat :) but just a little bug triaging from me, so I need to know more and learn a lot more :)
[03:38] <zakame> persia: pdebuild and debdiff are quite wonderful since they do their operations on pristine sources; but I suppose they're not the problem
[03:39] <zakame> looking at debian/rules now I'd say we'd need a lot of additional  cps there in lieu of dh_movefiles or dh_install
[03:40] <persia> zakame: What?  I manually changed all the debhelper hints (that's all the little changes in the package), and there's the sed line for the Makefile.  There's really nowhere else there should be X11 stuff.  Hold on whilst I get a pbuilder working, and I'll track it down against pdebuild.
[03:41] <zakame> hm, strange indeed
[03:42] <persia> debootstrap takes a while, even with ethernet to the mirror :(
[03:43] <zakame> just for clarification, I got the patch dated 2006-05-09 10:18:24 PHT
[03:44] <zakame> there is another patch with the same name dated 2006-05-09 10:12:00 PHT , but I didn't use that
[03:46] <persia> zakame: That one is all sorts of broken, for reasons I don't understand.  I think I didn't have a sufficiently clean build tree when running debdiff.  The one you want should be 10:17 PHT.
[03:46] <zakame> persia: yes that is what I used
[03:47] <persia> zakame: I'm not going to be able to replicate it :(  `sudo pbuilder create dies due to broken debootstrap [W: Failure trying to run: chroot /var/cache/pbuilder/build/21645/. dpkg --force-depends --install var/cache/apt/archives/libc6_2.3.6-0ubuntu17_amd64.deb; pbuilder: debootstrap failed] 
[03:49] <zakame> gaah :(
[03:50] <bddebian> Heya gang
[03:50] <ajmitch> hi bddebian
[03:50] <ajmitch> bye bddebian
[03:50] <bddebian> Hi ajmitch, bye ajmitch :-)
[03:51] <persia> zakame: I found the problem.  It appears that I inadvertently left the patch for 28707 applied on my system.  I'll revert, and fix kdrill for real this time.  I don't suppose you know how to fix debootstrap?  I'd like to test more with pdebuild (I missed a build-depends this morning).
[03:51] <zakame> hi bddebian !
[03:51] <bddebian> Heya zakame
[03:52] <persia> Good morning bddebian.
[03:52] <bddebian> Morning persia
[03:52] <zakame> persia: not if it involves fixing the debootstrap suite builder scripts :( either that, or you were building in the middle of an archive push
[04:00] <ajayc> hi guys
[04:02] <ajayc> how do i become a serious contributor?
[04:02] <persia> debootstrap is unhappy today.  It's not just timing: it really doesn't like libc6 for some reason :(
[04:06] <persia> ajayc: I'm not a member of any teams, but I'd recommend starting by fixing bugs in Malone.  You can attach patches to the bugs, and this will allow you to become familiar with the Ubuntu processes.
[04:06] <ajayc> ok
[04:07] <persia> ajayc: It's Hug Day today, where we fix certain types of bugs.  Head over to #ubuntu-bugs: the topic has a few good links to start chasing Malone.
[04:07] <ajayc> cool
[04:11] <Hobbsee> ack.  i almost deleted my entire home directory by accident.
[04:50] <Hobbsee> hmm...10 more debdiffs to upload...
[04:50] <Hobbsee> zakame: you around?
[04:53] <salgado> hi there
[04:54] <salgado> quick question: I renamed a package from python-pylib to python-codespeak-lib. I guess I need to upload a new version of the python-pylib with something to tell users that it was replaced by python-codespeak-lib?
[04:54] <kgoetz> hi
[04:55] <kgoetz> some sort of transition package? i'd suppose yes considering how many isee
[04:55] <bddebian> salgado: Ahh so you are the cause of my recent pain :-)
[04:56] <kgoetz> lol.
[04:56] <kgoetz> bddebian: is that the pacakge we looked at?
[04:56] <persia> salgado: Your transition package needs to Depend on the new package, and the new package should both Conflict and Replace previous versions of the old package name.
[04:56] <bddebian> kgoetz: Yep
[04:56] <bddebian> salgado: Yes as persia says
[04:56] <kgoetz> lol. thought it was familiar sounding
[04:58] <salgado> persia, right, the new one already conflict and replace the previous one, so I just need to make the old one depend on the new
[04:58] <salgado> thanks, persia!
[04:59] <persia> salgado: No problems.  I like smooth transitions :)
[05:00] <persia> salgado: Make sure to note in the description (in debian/control) that this is a transitional dummy package.  Most users hunt these using one of these terms, and it's nice to have both there.
[05:01] <salgado> yeah, good point, persia. I'll do that
[05:01] <Hobbsee> night all...
[05:28] <persia> zakame: I found the issue with kdrill.  It rebuilds the Makefile within the Makefile (annoying), so patching the Makefile is somewhat useless :(.  I believe that getting sed to stop this behaviour would be invasive and confusing, and will instead just edit the actual files.
[05:35] <salgado> persia, how can I test that the transition package will actually work as I expect? I mean, I don't know how to tell apt-get to install it (while it's not in the archive) and dpkg won't install dependencies
[05:37] <persia> salgado: I think gdebi is what you want.  Hold on whilst I check...
[05:39] <persia> salgado: Yep.  debi doesn't do that: you need to use gdebi.  The syntax is of the form `sudo gdebi <pkg>.deb`
[05:40] <salgado> ahh, that's great. thanks again, persia
[05:57] <bddebian> Can anyone help me with WTF this is doing?
[05:57] <bddebian> AC_TRY_COMPILE(#include <db_cxx.h>
[05:57] <bddebian>   ,int cf(DB *, const DBT *, const DBT *); Db db(NULL, 0); db.set_dup_compare(cf);,
[05:57] <bddebian>           [ bdb_version=">=3.2"] ,
[05:57] <bddebian>           [ bdb_version="3"] 
[05:58] <Mithrandir> bddebian: tries to determine version of bdb?
[05:58] <persia> bddebian: Could you point me to context?
[05:59] <bddebian> Mithrandir: I know but what exactly is it doing?
[05:59] <bddebian> persia: That's in the xsim package
[05:59] <persia> bddebian: Most of the AC_TRY things just do a small compilation to demonstrate the ability to link to the given library.
[06:00] <bddebian> But bdb is 4.4 now and it always comes back from that line as 3 and it shouldn't
[06:00] <Mithrandir> bddebian: tries to compile that C code and sets bdb_version to >= 3.2 if it works, 3 if not.
[06:01] <bddebian> Mithrandir: How could I easily reproduce the functionality to actually see what it is returning?
[06:01] <Mithrandir> bddebian: look at configure?
[06:01] <bddebian> Just a quick .c program with that?
[06:02] <bddebian> Mithrandir: configure just gives me 3.2 or 3 I want the actual result
[06:02] <Mithrandir> bddebian: read configure, don't run it.
[06:02] <persia> bddebian: run `autoconf`. then `less configure`
[06:03] <bddebian> Oh, idiot, now I remember the problem
[06:03] <bddebian> libdb3 is installed
[06:13] <Tonio_> ji
[06:13] <Tonio_> hi
[06:13] <\sh> grmpf
[06:14] <Tonio_> \sh: a problem ? :)
[06:14] <\sh> I have a i386 boot kernel on an amd64 machine...now Im creating an amd64 chroot system...chroot /chrootdir /bin/bash is working..but now I have still i386 as os.uname and I need the real architecture...
[06:14] <bddebian> Heya Tonio_, \sh
[06:15] <\sh> now...how can I say the changeroot to use another kernel uname
[06:15] <\sh> I knew I read it before, but I forget where
[06:16] <Tonio_> hi bddebian
[06:16] <Tonio_> \sh: I must say I never used amd64 machines so I really don't know
[06:17] <\sh> I'll ask someone in -deve
[06:38] <bddebian> How can I pull just the .deb from the archive without installing?  apt-get -d says it's already installed :-(
[06:40] <persia> bddebian: aptitude is nicer.  Try `aptitude download foo`.
[06:50] <Gloubiboulga> or apt-get -d --reinstall :)
[06:52] <persia> Gloubiboulga: For this, aptitude uses less characters.  Of course, aptitude doesn't have source or build-dep options...
[06:53] <bddebian> persia: That did it, thanks
[07:09] <Gloubiboulga> persia, I've used apt-get so many times that it's hard to switch to aptitude now
[07:11] <bddebian> Gloubiboulga: Amen brother :-)
[07:12] <Gloubiboulga> :)
[07:23] <bddebian> Does this logic:  Depends: libkbanking1 (= ${Source-Version})  use the upstream source version?  I'm assuming yes.  If so, what's the best way to handle that with buildX or ubuntuX revisions?
[07:23] <azeem> no, Source-Version is what is in debian/changelog
[07:23] <azeem> are buildX revisions uploaded as proper source packages?
[07:24] <bddebian> Hmm, weird.  kbanking was rebuild (build1 revision) but libkbanking-dev is complaining because it wants libkbanking1 (= 0.9.9-1) when the package is 0.9.9-1build1 ?
[07:25] <bddebian> azeem: Oh, that I don't know
[07:26] <azeem> if buildX is a similir binNMU mechanism as on Debian, it means kbanking is not binNMU-safe
[07:26] <azeem> or rather buildX-safe ;)
[07:26] <bddebian> I suppose an ugly hack would be Depends: libkbanking1 (= ${Source-Version}) libkbanking1 (<< 1.0.0) ?
[07:27] <bddebian> heh
[07:27] <azeem> I don't think that would work either
[07:27] <bddebian> Err >= Source-version
[07:27] <azeem> that would, yes
[07:28] <azeem> or maybe (<< 0.9.9-2)
[07:33] <phanatic> sivang: ping
[07:56] <sivang> phanatic: pong
[07:56] <sivang> re all
[07:56] <phanatic> sivang: any news?
[07:59] <sivang> phanatic: not that I know of :)
[08:00] <phanatic> sivang: they said this week, so i'm not impatient :)
[08:04] <sivang> phanatic: heh, right good point :)
[08:08] <bddebian> siretart: ping?
[08:08] <siretart> bddebian: pong
[08:09] <bddebian> siretart: I don't quite understand your comment about manderlbot?
[08:09] <bddebian> Bug #41551
[08:09] <Ubugtu> Malone bug 41551 in manderlbot "[UNMETDEPS]  manderlbot has unmet dependencies" [Unknown,Unconfirmed]  http://launchpad.net/bugs/41551
[08:12] <siretart> bddebian: err, did you read debian #337419
[08:12] <Ubugtu> Debian bug 337419 in manderlbot "Subject: manderlbot: Uninstallabe due to unavailable dep libxmerl-erlang" [Grave,Open]  http://bugs.debian.org/337419
[08:12] <siretart> bddebian: that bug describes what need to be done to fix the package
[08:13] <bddebian> siretart: Nope :-(
[08:15] <bddebian> Though I don't understand the Debian bug comment either.  What is in need of a patch??
[08:34] <siretart> bddebian: manderbrot needs libxmerl-erlang, which was removed from debian (and from ubuntu as well)
[08:34] <bddebian> siretart: Not anymore :-)
[08:35] <siretart> bddebian: oh? then I misunderstood sth
[08:36] <bddebian> siretart: I meant what needed patching but I get it now.  Though it's funny because it includes it's own copies of xmerl.hrl and xmerl_xlink.hrl :)
[08:36] <siretart> bddebian: as I understand it, this unmet dep is the same bug as in debian. perhaps we can talk to the debian maintainer for advice? he should fix it in debian anyway
[08:40] <bddebian> docbook2man manderlbot.1.sgml >/dev/null 2>&1
[08:40] <bddebian> lyx -e latex manderlbot.lyx
[08:40] <bddebian> make[2] : lyx: Command not found
[08:47] <Spec> lynx
[08:48] <Spec> what's lyx?
[08:48] <azeem> Description: High Level Word Processor
[08:49] <Spec> ah
[08:51] <Spec> hey, today is breezy day
[08:51] <Spec> 5-10
[08:58] <bddebian> So is lyx broken or is this package doing the wrong thing?
[09:01] <lucas> are there some plans to get vim7 in dapper ?
[09:01] <tseng> not that I know of
[09:02] <tseng> seems unlikely
[09:02] <tseng> its vim..
[09:02] <tseng> vi has been around since the begining of time
[09:03] <lucas> and ? ;)
[09:03] <tseng> and, a new release isnt anything that gets me hot and bothered
[09:03] <lucas> that's probably because you are not using it :)
[09:04] <tseng> vim 6 works well enough
[09:04] <jamessan> I'm working on getting the vim7 package into Debian. there are some packaging changes we have to make before we upload
[09:04] <lucas> i'll try to work on a backport when it'll be available in debian
[09:05] <tseng> you can talk someone into syncing it, maybe
[09:11] <LaserJock> bddebian: I get lyx-qt as the binary
[09:11] <bddebian> LaserJock: That's a different binary and requires X
[09:11] <LaserJock> lyx should require X
[09:11] <LaserJock> it is a GUI app
[09:11] <LaserJock> or am I missing something
[09:12] <tseng> er?
[09:12] <bddebian> lyx-qt is a gui app.  lyx shouldn't be :-)
[09:12] <tseng> oh, lyx isnt yet another links,lynx,elinks
[09:12] <tseng> carry on
[09:12] <bddebian> heh
[09:12] <LaserJock> tseng: right, it is a GUI editor for TeX
[09:13] <tseng> yes i see that
[09:13] <bddebian> Where do menu files get installed?
[09:14] <ogra> bddebian, lyx always was a gui app ...
[09:14] <LaserJock> bddebian: I don't think there should only be a lyx-qt binary
[09:14] <LaserJock> bddebian: I mean a different binary
[09:14] <LaserJock> lyx-qt is right
[09:15] <bddebian> Then why is a package trying to do this:  lyx -e ps
[09:15] <LaserJock> bddebian: it shouldn't, I would guess
[09:16] <bddebian> OK, so what SHOULD it be doing? :-)
[09:16] <LaserJock> or lyx should provide a symlink from lyx to lyx-qt or lyx-xforms
[09:17] <LaserJock> lyx is a meta package that install lyx-common and then either the qt or xforms frontend
[09:18] <bddebian> Yes and lyx-common provides a few binaries itself. Such as reLyX
[09:19] <LaserJock> so I think right now there is no lyx binary
[09:19] <bddebian> :-)
[09:19] <LaserJock> and perhaps at one point the frontends weren't split and so it was just called lyx, I'm not sure
[09:25] <tseng> oops, xubuntu-desktop is uninstallable
[09:25] <LaserJock> hmm, that's not good
[09:25] <Gloubiboulga> ?
[09:25] <Gloubiboulga> what's the problem tseng
[09:26] <tseng> The following packages have unmet dependencies: xubuntu-desktop: Depends: libgoffice-gtk-1-2 but it is not going to be installed
[09:26] <tseng> elkbuntu: Broken packages
[09:26] <tseng> elkbuntu: sorry, irssi sucks
[09:26] <bddebian> Eeks
[09:26] <tseng> wth is that package, anyway
[09:26] <tseng> gtk1.2?
[09:26] <tseng> comeon
[09:27] <plugwash> tsend try adding libgoffice-gtk-1-2, you'll generally get a more meaningfull error that way
[09:27] <Gloubiboulga> tseng, do you have libgoffice-1-2 installed?
[09:27] <tseng> Gloubiboulga: no.
[09:27] <tseng> looks like i can install it ok
[09:27] <tseng> which brings us to:
[09:27] <tseng>  xubuntu-desktop: Depends: abiword-plugins but it is not going to be installed
[09:28] <Gloubiboulga> ah ok, I see
[09:28] <tseng> i dont really want to install 50 things
[09:28] <tseng> oh
[09:28] <tseng> its circular
[09:28] <Gloubiboulga> abiword-plugins still depends on libgoffice-1-2, which conflicts with libgoffice-gtk-1-2
[09:28] <tseng> installing abiword-plugins removes libgoffice-gtk-1-2
[09:28] <tseng> yes
[09:28] <tseng> sold for $1
[09:29] <Gloubiboulga> rebuilding abiword should fix this since it will then depend on libgoffice | libgoffice-gtk
[09:29] <tseng> ok thanks
[10:31] <sivang> ogra: what is the purpose of the 'MOTU' team in LP ? I see I cannot even propose myself there :)
[10:31] <sivang> (besides ubuntu-dev, that is)
[10:33] <LaserJock> sivang: I believe it was used for bug reports initially, or something like that
[10:34] <tseng> it was for bugs
[10:34] <tseng> or is
[10:35] <crimsun> sivang: it's prehistoric; ignore it
[10:35] <crimsun> sivang: the one that matters is ubuntu-dev
[10:36] <tseng> prehistoric is bugzilla :)
[10:36] <tseng> RESOLVED UNIVERSE GO AWAY
[10:38] <bddebian> ugh
[10:38] <tseng> i was a fan of that
[10:38] <sivang> crimsun: heh, k cool guys
[10:39] <crimsun> if a main uploader would please apply http://www.sh.nu/~crimsun/alsa-lib_1.0.10-2ubuntu4.debdiff and upload, it would be much appreciated.
[11:06] <sivang> crimsun: I want to make a fix upload of hubackup, I dch -i which bumped the version from 0.0.1 to 0.0.2 (since this is a native package I reckon that's okay) and now I want to upload, what do I configure in dput.cf to do so?
[11:07] <crimsun> sivang: you don't need to add anything, actually. Just use:
[11:07] <crimsun> dput ubuntu lalala_source.changes
[11:07] <crimsun> sivang: and yes, since it's native, 0.0.2 is correct
[11:11] <sivang> crimsun: one more thing to be sure of, how do I know that the package goes to universe and not main ? (I know there is the overrides mechanism, so does it even matter what I specify as the section?)
[11:12] <crimsun> sivang: the Section is helpful, but the overrides are stored server-side.
[11:13] <crimsun> sivang: since it's already in universe, it won't go anywhere else unless explicitly moved by an archive admin
[11:13] <crimsun> sivang: $ apt-cache madison hubackup
[11:37] <sivang> crimsun: thanks :)
[11:40] <crimsun> sivang: np