[12:20] <crimsun> oh god, someone's spamming help messages across bug reports now.
[12:20] <crimsun> oh how I wish I could stab over TCP/IP.
[12:27] <bddebian> Heya gang
[12:27] <lfittl> hey bddebian 
[12:28] <bddebian> Hi lfittl
[12:28] <persia> hi bddebian
[12:28] <bddebian> Hello persia
[12:28] <shawarma_> crimsun: What do you mean?
[12:31] <crimsun> shawarma: spamming "omg no sound" comments across completely unrelated bugs
[12:31] <crimsun> it would be similar to blaming firefox for your openoffice.org crashes
[12:31] <Flannel> crimsun: I suppose launchpad has been `elevated` to webforum status, eh?
[12:32] <geser> Hi bddebian
[12:32] <shawarma> crimsun: Oh, that kind of help messages. 
[12:32] <bddebian> Heya geser
[12:33] <geser> crimsun: have you a minute?
[12:33] <shawarma> crimsun: /win 7
[12:33] <crimsun> geser: not ATM (alsa triaging), but in 10 mins.
[12:33] <shawarma> ffs..
[12:41] <crimsun> geser: hi, available now.
[12:44] <geser> it's about that vpnc bug
[12:44] <geser> http://librarian.launchpad.net/7607432/vpnc-0.4.0-2ubuntu1_0.4.0-2ubuntu1.1.diff
[12:45] <geser> should the change to vpnc-script be removed or can it stay?
[12:45] <geser> it looks unrelated to me
[12:46] <crimsun> it doesn't look related
[12:46] <geser> so remove it?
[12:47] <crimsun> yep
[12:48] <geser> thanks, I'll reread the procedure for SRU and upload it (once I removed this change)
[12:48] <crimsun> make sure you upload to the correct place ;)
[12:48] <crimsun> I forgot to use the correct host, which is a good thing now that I think about it.
[12:49] <geser> different host?
[12:49] <crimsun> yep
[12:50] <crimsun> (security.upload.ubuntu.com)
[12:52] <geser> is it documented somewhere?
[12:53] <geser> I can't remember reading about it
[12:54] <crimsun> the only documentation I have is "pitti, help!"
[12:54] <crimsun> that was about a half-year ago
[12:56] <geser> is it really for SRUs? the hostname suggests it's only for security updates
[12:57] <crimsun> oh, uh, nevermind me.
[12:57] <crimsun> Too many debdiffs flying around
[12:58] <crimsun> sorry for the ambiguity
[01:18] <geser> crimsun: need the archive admins to be notified about uploads to -proposed?
[01:18] <crimsun> geser: not according to the SRU wikis
[01:19] <geser> good
[01:19] <crimsun> (only for the final move to -updates)
[01:19] <geser> I guess the same change should also be uploaded to gutsy
[01:42] <pochu> slomo: I'm gonna prepare an sru for bug 103688 for feisty. It's a one-line-fix. Do I apply it directly to the code? Since we don't have a patch system, afaik :)
[01:42] <ubotu> Launchpad bug 103688 in liferea "liferea crashes - ** ERROR **: file itemlist.c: line 172 (itemlist_load): assertion failed: (NULL != itemSet)" [Medium,In progress]  https://launchpad.net/bugs/103688
[01:45] <leonel> i'm patching squirrelmail for edgy  and does not have  patch system    after   apt-get source squirrelmail 
[01:45] <leonel> cd sourcedir 
[01:45] <leonel> and do  
[01:45] <leonel> dpatch-edit-patch 01_bigpatch  
[01:45] <leonel> ??
[01:45] <leonel> and apply the patch to the source ?
[01:46] <crimsun> err, no.
[01:46] <crimsun> You should already have the patch and thus be able to test its application to edgy's source
[01:46] <crimsun> patch --dry-run
[01:47] <TheMuso> Hey all.
[01:47] <geser> Hi TheMuso
[01:48] <geser> afaik leonel will patch 7 security bugs in squirrelmail from edgy
[01:48] <geser> leonel: how many different patches do you have?
[02:00] <DarkSun88> Night
[02:51] <leonel> geser: for edgy  I found 6 patches
[02:51] <leonel> geser: and for  dapper I found 9
[02:58] <minghua> sounds like we hasn't touched squirrelmail since dapper
[02:58] <minghua> haven't*
[02:58] <minghua> damn grammar
[03:03] <leonel> minghua: yes  and that's what I'm trying to 
[03:04] <leonel> minghua: already did the debdiff  for  feisty's squirrelmail  now on to edgy and dapper
[03:09] <drbair_laptop> I'm attempting to compile and package ifolder and friends. While trying to compile I'm getting an error that it 'cannot find -lstdc++'. The library is installed, but complains unless I make a symlink to /usr/lib/libstdc++.so. What would be the proper way to resolve this?
[03:10] <plugwash> install the appropriate -dev packages i expect
[03:12] <minghua> that doesn't make sense, since g++-4.1 depends on libstdc++6-4.1-dev
[03:12] <drbair_laptop> right, libstdc++6-4.1-dev is installed
[03:13] <drbair_laptop> the build will only go through if I symlink /usr/lib/libstdc++.so.6 to /usr/lib/libstdc++.so
[03:13] <minghua> drbair_laptop: so what's the output of "dpkg -L libstdc++6-4.1-dev | grep 'libstdc++.so'" ?
[03:14] <minghua> sounds like a broken build system to me
[03:15] <drbair_laptop> /usr/lib/gcc/i486-linux-gnu/4.1.2/libstdc++.so ... so apparently its not looking in the right place then
[03:16] <plugwash> is its build system auto* based or something else?
[03:17] <drbair_laptop> autoconf
[03:17] <leonel> crimsun: the patch --dry-run  rejects  some   and   1 says  can't find file to patch
[03:17] <crimsun> leonel: welcome to the world of backporting support.
[03:23] <drbair_laptop> sys_lib_search_path_spec does include /usr/lib/gcc/i486-linux-gnu/4.1.2/ 
[03:23] <leonel> crimsun: jejeje     can we  just    tar  xvzf   package and  be happy ???     just joking 
[03:25] <leonel> crimsun: it's patching  version 1.4.8 with  1.4.10 patches and patch rejects some so 
[03:25] <leonel> can I patch "by hand" ?
[03:26] <crimsun> yes.
[03:29] <leonel> because  dapper's squirrelmail is older and has more patches ..
[03:29] <leonel> crimsun: this by hand  will be done in  dpatch-edit-patch  01_longpatch ?
[03:30] <crimsun> leonel: I'd break it into separate patches for easier auditing/verification.
[03:31] <crimsun> and if dapper's source package in fact build-deps on dpatch.
[03:32] <leonel> for edgy  i have 6 patches  
[03:32] <leonel> do you mean  do  6 debdiffs ?  and  6 bugreports ?
[03:32] <crimsun> no, 6 dpatches
[03:32] <crimsun> one debdiff
[03:33] <crimsun> all the same bugreport (as feisty-security)
[03:33] <leonel> 6 dpatches ?? 
[03:33] <leonel> how ?
[03:33] <crimsun> run dpatch-edit-patch six times
[03:33] <leonel> ok
[03:34] <leonel> sorry for too many questions ..  just learning ..
[03:40] <crimsun> np.
[03:44] <leonel> it's gonna be a nice trip to  backporting land 
[03:45] <leonel> I got to go now  I'll do it later on or tomorrow  I hope  found  help here in case I need  .. In case ?  i will need ..
[03:45] <leonel> thank you very much
[03:47] <crimsun> np.
[03:47] <crimsun> thanks again for working on it.
[04:24] <crimsun> as in the package manager or smartmon*?
[04:25] <TheMuso> crimsun: smartmontools & smart-notifier
[04:25] <crimsun> both.  hmm.
[04:25] <TheMuso> smart-notifier is a GTK app.
[04:26] <TheMuso> smartmontools actually does the monitoring.
[04:26] <TheMuso> I guess whats needed, is a user-friendly applet to help people configure it.
[04:26] <TheMuso> ...and make users aware of its usefulness.
[04:26] <crimsun> yeah, gotta get out of the habit of using smartctl all the time, I suppose  :-)
[04:26] <TheMuso> Yeah.
[04:27] <Flannel> smart-notifier is in universe, that could be one reason
[04:27] <TheMuso> Flannel: Yeah, but its not hard to write up a spec to see that changed.
[04:27] <crimsun> I'm going to whiteboard (locally) the UI for the new asoundrc conf tool.
[04:27] <TheMuso> Cool.
[04:28] <crimsun> Do you think I should build it into control-center (System> Preferences> Sound) or into asoundconf-gtk?
[04:28] <TheMuso> hmmmm
[04:28] <TheMuso> Do many users usually need one?
[04:28] <StevenK> People might want jack.
[04:28] <crimsun> that's a good question.  I'm seeing a lot of users wanting dmixed surround5.1 by default.
[04:28] <StevenK> Er, not jack, dmix
[04:29] <TheMuso> StevenK: Dmix is on by default afaik
[04:29] <crimsun> wishie and I have been cataloging and building up a database of known-working asoundrcs
[04:29] <TheMuso> crimsun: What exactly do you maen mixed 5.1
[04:29] <crimsun> TheMuso: by default, only 2-channel is dmixed
[04:29] <TheMuso> ah
[04:29] <crimsun> many people are wanting their 6-channel dmixed
[04:29] <TheMuso> thats a lot of CPU though I would think
[04:30] <crimsun> so they've been wanting upmixed + dmix
[04:30] <TheMuso> Is that messy
[04:30] <crimsun> nope.
[04:30] <crimsun> I'd like to make a gtk app to facilitate it.
[04:31] <TheMuso> Right.
[04:31] <StevenK> Would PyGTK be suitable, or does it need to be in C?
[04:31] <crimsun> e.g., if you want dmixed surround5.1 or whatever, you tick a checkbox instead of going to #alsa
[04:31] <TheMuso> right
[04:31] <crimsun> StevenK: pygtk would be fine.  It only needs to write out an asoundrc
[04:32] <TheMuso> How good is PortAudio v19 and alsa these days?
[04:32] <crimsun> according to persia, still lacking
[04:32] <TheMuso> grmph
[04:32] <TheMuso> great...
[04:32] <crimsun> audacity (merge) uses an internal, patched copy of PA v19 (ugh!)
[04:32] <TheMuso> So we could have ALSA goodness.
[04:33] <TheMuso> crimsun: So thats what may still be lacking?
[04:33] <TheMuso> Or is it being linked against the pa19 in universe?
[04:33] <crimsun> bypassing system-wide PA v19 completely and using the copy of PA v19 distributed in the audacity 1.3.2 source.
[04:34] <TheMuso> Riiiight
[04:34] <TheMuso> Is that... um... wise?
[04:34] <StevenK> No, it's dumb.
[04:34] <crimsun> yeah, not too happy about it myself.  It's documented in the audacity merge bug on LP.
[04:34] <TheMuso> Right.
[04:34] <StevenK> TheMuso: Say we find a buffer overflow in PA. What then?
[04:34] <TheMuso> StevenK: Yeah I know.
[04:35] <crimsun> persia is the one to ask; I haven't been scrutinising it.
[04:35] <TheMuso> Yey.
[04:35] <TheMuso> yay even
[04:35] <TheMuso> Drive tests seem to be ok on this machine at least.
[04:37] <StevenK> I should get around to putting a 20Gb drive with Dapper on it one of these days.
[04:37] <TheMuso> Heh
[04:38] <StevenK> It's running Debian testing, that pre-dates the release of Etch, and is held together by gaffa tape and willpower.
[04:38] <TheMuso> oh shit
[04:38] <TheMuso> Someone trying to run jackd on a pentium 2.
[04:39] <TheMuso> ...yet I think jack is built with sse.
[04:39] <StevenK> Some processor registers are not going to be pleased.
[04:39] <TheMuso> Well the bug report I just saw is for an illegal instruction.
[04:39] <TheMuso> SO jack doesn't run.
[04:41] <TheMuso> Yep...
[04:41] <TheMuso>   * debian/rules:
[04:41] <TheMuso>      - enable -m3dnow and -msse on i386 and amd64
[04:41] <TheMuso> Great.
[04:41] <TheMuso> crimsun: Your thoughts?
[04:42] <crimsun> well, how ugly a patch do we need to create?  :-)
[04:42] <TheMuso> Yeah I know.
[04:42] <TheMuso> This is one reason why I was going to use gentoo for audio. I could build all this software with such flags, and know it would run.
[04:43] <TheMuso> With binary distros such as Ubuntu, tradeoffs like this often have to be made.
[04:43] <TheMuso> Which means performance suffers for someone.
[04:43] <crimsun> well, it's early enough in the devel cycle to simply drop that change
[04:43] <TheMuso> Yep.
[04:43] <TheMuso> Do you want me to take care of it?
[04:43] <TheMuso> Will just disable those flags for now...
[04:43] <crimsun> we would be recommending the RT kernel and the PAM limits.conf addition anyhow, so it shouldn't be noticeable.
[04:43] <crimsun> sure, please.
[04:44] <TheMuso> Ok will do.
[04:44] <crimsun> thanks.
[04:45] <TheMuso> Actually, to be more practicle, I can still leave them turned on for amd64, and just drop for i386.
[04:45] <crimsun> right
[04:48] <bmm> I thought the mailinglist was so active. Anything wrong somewhere,or have I just been gone for so little time?
[04:48] <TheMuso> The MOTU list does not get much traffic at all.
[04:48] <TheMuso> ah ok.
[04:48] <TheMuso> Its a debian bug.
[04:48] <bmm> oh, then the fault is with me :-D
[04:48] <TheMuso> Didn't realise I was in the debian multimedia folder.
[04:49] <TheMuso> I might let this sit for a couple of days then, and see what the multimedia team decide.
[04:49] <TheMuso> Better to remain in sync for jack if possible...
[04:49] <crimsun> TheMuso: right-o.
[05:02] <bmm> TheMuso: are you on ubuntu time again?
[05:03] <TheMuso> bmm: Not really.
[05:03] <bmm> Ok, sorry to have bothered you then.
[05:03] <TheMuso> bmm: Ah thats cool.
[05:03] <TheMuso> Its just that I could get called away at any point atm.
[05:03] <bmm> np
[05:04] <TheMuso> bbl
[05:04] <bmm> k
[06:38] <RAOF> Is there any particular reason that dh_iconcache is not in Sid's debhelper?
[06:39] <crimsun> RAOF: no agreement over its semantics and adoption.
[06:39] <crimsun> so yes, we'll need to maintain that delta indefinitely.
[06:40] <RAOF> Right.  So I'm going to have to manually implement what it does in my package, then?
[06:40] <RAOF> That sucks.
[06:40] <minghua> why indefinitely?  crimsun you think there will never be an agreement?
[06:40] <crimsun> eh?  No.  Just don't invoke it from within your Debian source package.
[06:40] <crimsun> minghua: in this context, indefinitely means until further notice.
[06:41] <RAOF> But won't that break the icon cache?  Or does sid just not use that feature?
[06:41] <crimsun> RAOF: sid simply doesn't use it.
[06:41] <RAOF> Ah, cool.  Kinda.
[06:43] <minghua> crimsun: I see, I thought indefinitely meant eternally
[06:44] <minghua> sorry for the stupid question
[06:54] <ranf> hi
[06:54] <RAOF> Heeelo.
[06:55] <crimsun> minghua: np, not at all stupid.
[07:07] <DarkMageZ> maintenance downtime is sometimes required.
[07:08] <StevenK> It's not the fact that downtime is required -- I can deal with that, it's the "This is your captian speaking ..." thing.
[07:08] <DarkMageZ> ah
[07:09] <DarkMageZ> i guess they're just trying to make things seem more interesting
[07:10] <DarkMageZ> +1 point for creativity -2 points for annoyingness
[07:10] <StevenK> Works for me.
[07:11] <Fujitsu> When's the downtime, and for how long?
[07:54] <imbrandon> moins all
[08:01] <ranf> moin
[08:07] <jmg> hey all
[08:07] <jmg> is there a hal channel?
[08:07] <jmg> or any hal gurus lurking?
[09:30] <ASCIIGirl> Hi all! I would like to know why this packages appear on italics on the repository ftp://ftp.ubuntu.com/ubuntu/pool/universe/a/adept/ 
[09:32] <ranf> ASCIIGirl, I just looked at the source. It says symbolic link. Maybe that's the reason.
[09:32] <ASCIIGirl> where that symlink goes to? 
[09:32] <ASCIIGirl> adept-batch?
[09:34] <ranf> right click it, then properties
[09:35] <ASCIIGirl> ok, thanks...
[09:35] <ranf> np
[09:50] <imbrandon> ASCIIGirl, because its now in main ( not universe, but still symbolicly linked there iirc )
[09:51] <ASCIIGirl> imbrandon, great!!!!!! :) thanks!
[09:51] <jdong> imbrandon: I ordered a macbook today :)
[09:51] <imbrandon> jdong, rockin
[09:51] <jdong> I can't wait for it to arrive :)
[09:51] <imbrandon> :)
[09:52] <jdong> yay for picking own birthday presents :D
[09:52] <jdong> I've been hinting at my parents that I wanted a macbook... and for my birthday, they e-mailed me a screenshot of apple.com/store, and said "see your checking account" :D
[09:52] <jdong> how sweet of them :)
[09:53] <jussi01> jdong: NICE :D 
[09:53] <Fujitsu> Not bad!
[09:53] <jdong> so I'm really happy now :)
[09:54] <micahcowan> Doesn't that imply the dev didn't pbuild? :/
[09:54] <imbrandon> why they are allowed to upload binary packages is past me
[09:54] <Fujitsu> imbrandon: Same.
[09:55] <imbrandon> micahcowan, yes
[09:55] <Fujitsu> micahcowan: Most don't. They can upload binary packages.
[09:55] <jdong> debian allows binary uploads?
[09:55] <Fujitsu> So, if they've already got the build-depends installed, and they don't pbuild... 
[09:55] <imbrandon> yes
[09:55] <Fujitsu> jdong: Correct.
[09:55] <jdong> so people could be building in tainted environments?
[09:55] <imbrandon> jdong, and often do
[09:55] <Fujitsu> That's right. It's stupid.
[09:55] <jdong> :(
[09:55] <jdong> sounds illogical
[09:55] <jdong> for an otherwise very tightly regulated project in terms of quality
[09:55] <Fujitsu> In that respect, using an obscure architecture is a good thing to do.
[09:56] <Fujitsu> That way you get mostly autobuilt packages.
[09:56] <micahcowan> But hey, they've got their signature on it! :
[09:56] <jdong> lol
[09:56] <jdong> so they can point fingers with 100% accuracy!
[09:56] <micahcowan> :D
[09:56] <minghua> Fujitsu: the argument I heard is that binary uploads guarantee that the package can at least be built, so you don't have really broken uploads
[09:57] <Fujitsu> minghua: But then you have broken binaries that depend on some package on the DD's system.
[09:57] <micahcowan> Huh. Of course, an automated build manager guarantees that, too...
[09:57] <Fujitsu> *package that's only on
[09:57] <jussi01> lol
[09:57] <jdong> minghua: for the longest time the debian azureus packages were "mystery built"....
[09:57] <minghua> Fujitsu: well, then they got RC bugs filed against them
[09:57] <jdong> i.e. I could not for the life of me get it to not FTBFS
[09:57] <jdong> despite there being "binaries" in the archive
[09:58] <minghua> Fujitsu: and daily emails to -devel list with their names along with their RC bugs
[09:58] <jdong> I thought they only allowed binary uplaods for like contrib/non-free or something
[09:58] <man-di> jdong: debian azureus is crap
[09:58] <minghua> s/daily/weekly/
[09:58] <Fujitsu> minghua: But the source-only uploads eliminate that possibility entirely, and ensure the binaries are actually at least a bit real.
[09:58] <jdong> man-di: true :)
[09:58] <man-di> says the debian eclipse maintainer who fought a long fight with the azureus maintainer
[09:58] <Fujitsu> Hahaha, Java.
[09:58] <minghua> jdong: was azureus in main or contrib then?
[09:59] <jdong> contrib?
[09:59] <jdong> I think
[09:59] <man-di> minghua: contrib
[09:59] <jdong> I thought it was just a contrib issue
[09:59] <minghua> well, then I don't see any problem
[09:59] <minghua> they use Sun Java, I assume
[09:59] <man-di> no, its in main now
[10:00] <minghua> Fujitsu: I'm just telling you the argument I heard, not necessarily agreeing with it
[10:00] <man-di> jdong: no, its a dumbness issue of the maintainer
[10:00] <Fujitsu> minghua: Noted.
[10:00] <man-di> jdong: he has no clue about java, thats his probelm
[10:00] <Fujitsu> I saw something about it recently; possibly in one of the DPL platforms.
[10:01] <imbrandon> Fujitsu, you actualy read those? heh
[10:01] <Fujitsu> imbrandon: Some of them.
[10:01] <man-di> minghua: lately he used GCJ
[10:01] <man-di> minghua: but not in a good way
[10:01] <man-di> minghua: its more mis-use
[10:01] <minghua> man-di: yeah, I think that's the only way it can be main _now_
[10:01] <minghua> maybe things will change in the future
[10:01] <man-di> minghua: perhaps
[10:02] <jdong> imbrandon: I've only roughly played with it... it seemed interesting
[10:02] <man-di> minghua: thanks to doko for fixing azurues for Ubuntu a bit
[10:02] <imbrandon> nextenia (sp? )
[10:02] <imbrandon> jdong, ^
[10:02] <minghua> Fujitsu: I think a recent change in Debian is that DDs are allowed to do binary-only uploads now
[10:02] <man-di> minghua: this was always allowed
[10:03] <minghua> Fujitsu: the platform, which I also heard about, should be about source _only_ uploads
[10:03] <jdong> imbrandon: yeah, nexenta
[10:03] <imbrandon> yea i have had it installed on a box here about 3 weeks ( since Ian went to Sun ), seems solid and its based on ubuntu packages ( abet old ones )
[10:03] <Fujitsu> binNMUs, you mean? That has been there forever.
[10:03] <man-di> minghua: but there were some restrictions on some archs lately and the GR reverted this again
[10:03] <jdong> imbrandon: they were like dapper-age packages...
[10:03] <jdong> not terribly bad
[10:03] <minghua> man-di: no, by binary-only, I mean no sources, just the .debs
[10:03] <imbrandon> yea dapper packages , edgy artwork
[10:03] <jdong> though admittedly I liked FBSD ports better
[10:03] <jdong> though overall I found FBSD to be pretty high maintenance
[10:03] <jdong> though fun
[10:03] <man-di> minghua: thats what I mean too
[10:03] <minghua> Fujitsu: no, different thing, although binNMU is perhaps no more than two years old
[10:04] <jdong> i.e. this irssi is running on a 32MB RAM FBSD vmware session :)
[10:04] <jdong> why... because I feel like it :D
[10:04] <imbrandon> lol
[10:04] <man-di> minghua: the problem was that only 3 people were allowed to upload binaries for arm
[10:04] <man-di> minghua: and this GR reverted this decision
[10:04] <Fujitsu> minghua: Guhttp://www.nabble.com/update-on-binary-upload-restrictions-t3095812.html
[10:04] <Fujitsu> Oops.
[10:04] <Fujitsu> s/minghua: Gu//
[10:05] <TheMuso> Evening folks
[10:05] <Fujitsu> That gives the reasons for not moving to source-only.
[10:05] <man-di> Fujitsu: this is what was reverted by the GR
[10:05] <Fujitsu> Hi TheMuso.
[10:05] <Fujitsu> man-di: GR?
[10:05] <imbrandon> general resolution
[10:05] <imbrandon> smoke break brb
[10:06] <man-di> Fujitsu: Debian General Resolution, a way to overrule decisions
[10:06] <Fujitsu> Ah.
[10:07] <imbrandon> kinda like if -devel could veto a sabdfl decision
[10:07] <imbrandon> by votes
[10:08] <StevenK> imbrandon: Not really.
[10:08] <imbrandon> StevenK, o rly? thats how i understood it
[10:08] <imbrandon> splain pwease :)
[10:08] <StevenK> Well, a GR goes to a vote, with one of the options being "Further Discussion"
[10:09] <StevenK> And it uses Condercet, so the winner might not be clear anyway.
[10:09] <StevenK> Besides, he wouldn't be the SADBFL if we could overrule his vote.
[10:10] <imbrandon> heh :P
[10:12] <ajmitch> hi
[10:12] <minghua> http://www.debian.org/vote/2007/vote_002
[10:12] <minghua> the GR man-di mentioned
[10:12] <minghua> although I still can't quite grasp what it means
[10:13] <man-di> minghua: the GR was a bit strange, I agree
[10:14] <man-di> minghua: and many people want to have a more general solution
[10:14] <man-di> wanted
[10:15] <minghua> man-di: did you say people could do binary-only uploads long ago, then James changed it, then this GR is passed and the rule goes back to where it was?
[10:16] <Fujitsu> Binary-only uploads were only restricted for some architectures.
[10:18] <Fujitsu> ajmitch: That does sound like fun.
[10:20] <ajmitch> it really is
[10:20] <minghua> ajmitch: maybe next time you can arrange to stay at Hong Kong for a day and play around :-)
[10:20] <ajmitch> my flight for auckland leaves in ~2 hours
[10:20] <ajmitch> and then I have 4 & 1/2 hours in auckland airport
[10:20] <ajmitch> thankfully there's free wifi here 
[10:23] <TheMuso> Heya ajmitch.
[10:24] <man-di> minghua: yes
[10:25] <man-di> minghua: James changed it only for arm and some other small arch
[10:25] <imbrandon> ajmitch, heya
[10:25] <imbrandon> man long layover
[10:26] <ajmitch> I've had worse
[10:26] <minghua> man-di: I see.  I think I only read the GR result and didn't know the whole story, therefore mis-intepreted it
[10:26] <minghua> man-di: thanks for the explanation
[10:27] <man-di> minghua: the GR was also misleading for people knowinf the whole story
[10:31] <man-di> Fujitsu: which package?
[10:31] <Fujitsu> qgis
[10:31] <Fujitsu> There was a serious bug filed on it 5 days ago about this.
[10:34] <ajmitch> since this wasn't fully charged
[10:34] <minghua> they have free wi-fi but no free power?
[10:34] <man-di> minghua: this way they can charge fo using your beard shaper too
[10:34] <minghua> :-)
[10:35] <minghua> although on second thought, you don't need a socket to use free wi-fi
[10:35] <superm1> hey would any of you MOTU's have a few moments for a revu?
[10:35] <ajmitch> oh they have free power
[10:35] <ajmitch> but it requires an appropriate plug
[10:36] <imbrandon> ajmitch, you dont have a plug that will work in NZ /
[10:37] <imbrandon> man the coke machine at work is out of mt dew :'(
[10:40] <Fujitsu> imbrandon: Can you survive?
[10:40] <ajmitch> ok, got power now
[10:40] <minghua> I thought with his fridge, imbrandon would never need a coke machine for mountain dew...
[10:41] <ajmitch> fridge? I thought he just stacked them in front of the cooling units at the DC
[10:41] <imbrandon> minghua, hehe wellt he fridge is at home
[10:41] <imbrandon> and i'm at work
[10:41] <imbrandon> :)
[10:42] <minghua> imbrandon: aren't you in US?
[10:42] <imbrandon> minghua, yes, i work nights mostly , well 12am to 10am localtime
[10:43] <minghua> imbrandon: ok.  still, it's a weekend night...
[10:43] <imbrandon> and since tonight i'm at the DC that houses my servers ( not the one i normaly am at ) i've been doing a bit of upgrading and maint :)
[10:45] <Fujitsu> Is intrepid going to reappear in the foreseeable future?
[10:46] <imbrandon> Fujitsu, yea , i have it and the new sparc loading tongiht, probably be in the rack in the next 12 hours
[10:46] <imbrandon> or so
[10:46] <Fujitsu> Oh, nice.
[10:46] <imbrandon> mostly i'm waiting on new ip's from the networking team for the sparc
[10:47] <imbrandon> its ready to go
[10:47] <ajmitch> wireless signal strength is low, ssh is getting *very* laggy
[10:47] <imbrandon> brb, guess i get a dr pepper instead of a dew
[10:48] <ajmitch> aw
[10:50] <Fujitsu> Yay, sparc is slowly catching up...
[10:50] <StevenK> ajmitch: Boost your txpower?
[10:51] <StevenK> imbrandon: You'll get a new netblock, or a bigger one?
[10:51] <ajmitch> StevenK: it's variable
[11:02] <ajmitch> ok, back tomorrow
[11:02] <StevenK> ajmitch: Enjoy your flight
[11:03] <Fujitsu> Bye ajmitch.
[11:07] <StevenK> Come on, build quicker! I know it's a QT app, but give me a break!
[11:07] <Fujitsu> StevenK: Lucky Hobbsee's travelling.
[11:08] <DarkMageZ> StevenK, what are you building?
[11:08] <StevenK> Fujitsu: Heh
[11:08] <StevenK> DarkMageZ: kat
[11:09] <imbrandon> StevenK, a bigger one
[11:09] <imbrandon> StevenK, actualy i'm on a 255.0 netblock , i'll just more ip's that are mine
[11:09] <imbrandon> from the network team
[11:10] <imbrandon> the employee rack is all on the same class c
[11:10] <Fujitsu> How many do you have allocated to you now?
[11:10] <imbrandon> 5
[11:10] <imbrandon> err 6
[11:11] <StevenK> imbrandon: Ah. That's cheating. :-)
[11:11] <imbrandon> 230 to 236 iirc are all mine, i would ahve to look to make sure, i know 230 231 and 232 are, would have to check the rest
[11:11] <imbrandon> StevenK, hehe
[11:13] <StevenK> It builds! Ship it!
[11:13] <StevenK> imbrandon: What kind of sparc?
[11:14] <StevenK> minghua: Oh?
[11:14] <imbrandon> minghua, eh?
[11:14] <minghua> StevenK: yes, from the "fortune" program, I assume that's you
[11:15] <shawarma> minghua: Share it!
[11:15] <StevenK> fortune -m StevenK doesn't return anything.
[11:15] <imbrandon> minghua, what was the quote ?
[11:15] <minghua> actually from my Wanda Fish, but the same
[11:15] <minghua> hey, it's not easy to find a fortune quote once you've passed it...
[11:15] <imbrandon> heh
[11:16] <persia> StevenK: It does for me ("You're rewriting parts of Quake in *Python*?" and "I can usually supress the feelings that tell me to crash tackle a girl into the bushes"), although those may be misattributed.
[11:16] <StevenK> Neither of them are.
[11:16] <StevenK> I'd forgotten about the first one.
[11:16] <imbrandon> hahahaha @ #1
 I can usually supress the feelings that tell me to crash tackle a girl into the bushes
[11:16] <minghua> thanks StevenK for the "-m" tip
[11:17] <StevenK> persia: :-P
[11:18] <Fujitsu> Google Code Search works well for that sort of thing.
[11:18] <minghua> StevenK: who is knghtbrd?  I see a lot of quotes from him
[11:18] <StevenK> An old DD from around '98 to '02
[11:18] <StevenK> I've forgotten his real name.
[11:19] <Fujitsu> StevenK: For how many eternities have you been a DD?
[11:19] <crimsun> Joe Carter.
[11:19] <imbrandon> Fujitsu, i think 6 years , correct ?
[11:26] <imbrandon> [..] 
[11:27] <DarkSun88> Hi all
[11:29] <imbrandon> hello
[11:33] <ubotu> Launchpad bug 35375 in scorched3d "Scorched3d SIGSEGV on startup" [Medium,Confirmed]  https://launchpad.net/bugs/35375
[11:36] <Fujitsu> bug 35375, bug 112606, bug 113479
[11:36] <ubotu> Launchpad bug 35375 in scorched3d "Scorched3d SIGSEGV on startup" [Medium,Confirmed]  https://launchpad.net/bugs/35375
[11:36] <ubotu> Launchpad bug 112606 in audacity "Pleas sync audacity 1.3.2-3 (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/112606
[11:36] <ubotu> Launchpad bug 113479 in drscheme "Please merge drscheme 360-1 from Debian unstable" [Undecided,Confirmed]  https://launchpad.net/bugs/113479
[11:36] <Fujitsu> drscheme is one of mine; I'll look at it.
[11:37] <persia> Fujitsu: For me, this version finally solves the slib installation problem :)
[11:39] <imbrandon> i'll poke the scorched3d one, i love that game
[11:39] <imbrandon> heheh
[11:39] <imbrandon> persia, ^
[11:40] <persia> imbrandon: Warning: it's really a patch to wxwidgets2.6 to fix unicode characters in the GECOS field.
[11:40] <imbrandon> err 
[11:40] <Fujitsu> That sounds dangerous.
[11:40] <persia> imbrandon: I'd appreciate a look anyway, and could walk you through testcases, etc. :)
[11:40] <Treenaks> very dangerous#
[11:40] <imbrandon> a bit
[11:41] <Fujitsu> Experience has shown that the best way to deal with wxwidgets patches is to run away, terribly fast.
[11:41] <persia> Fujitsu: Treenaks: It's just a backport of a patch I pulled from upstream and applied to 2.8 a couple months ago.
[11:41] <StevenK> Fujitsu: I became a DD in July 2001
[11:41] <StevenK> Fujitsu: Where were you in 2001? Primary school? :-P
[11:42] <Fujitsu> StevenK: That impressive.
[11:42] <Fujitsu> I was in year 5, yes.
[11:42] <imbrandon> StevenK, diapers?
[11:42] <StevenK> Bwahaha
[11:42] <imbrandon> hehe
[11:42] <StevenK> I wasn't going to say that. I did think it, though.
[11:42] <TheMuso> Fujitsu: ??
[11:42] <StevenK> TheMuso: Read the backscroll.
[11:43] <Fujitsu> TheMuso: You were the nearest thing, and I had to drop something on imbrandon.
[11:43] <TheMuso> ah
[11:43] <TheMuso> Thanks for giving me warning. :)
[11:43] <Fujitsu> StevenK: You've been a DD almost as long as I've been using GNU/Linux :(
[11:43] <StevenK> Fujitsu: Just think, I was using Linux for 3 years before I got DD-ship.
[11:44] <Fujitsu> Well, I am young... but...
[11:44] <StevenK> Heh
[11:45] <imbrandon> hrm persia i'm not really comffy uploading that, mainly because i'm not familiar with wx*
[11:45] <imbrandon> not hte diff its self
[11:45] <imbrandon> the*
[11:45] <Fujitsu> I only maintain two packages in Debian :(
[11:45] <imbrandon> Fujitsu, i only maintain one
[11:45] <imbrandon> in debian
[11:45] <Fujitsu> I had one until a week ago
[11:46] <persia> imbrandon: No worries.  Nobody seems confortable, and every app that uses the GECOS field segfaults on start for people with non-ASCII characters in their names.  Eventually, we'll all migrate to 2.8.
[11:46] <Fujitsu> This is why we should all have normal Latin names :P
[11:46] <imbrandon> heh
[11:46] <persia> Fujitsu: It would simplify locale testing...
[11:48] <Fujitsu> Solaris... dist-upgrading?
[11:48] <minghua> Latin names lose too much information
[11:48] <Fujitsu> I've been attacking a few Debian things tonight :(
[11:49] <Fujitsu> minghua: Not if the name was Latin in the first place!
[11:49] <minghua> many different Chinese names have the same latin transliteration
[11:49] <minghua> Fujitsu: Hmm
[11:50] <minghua> Fujitsu: which means Chinese people have to stop speaking Chinese, I think I'll pass
[11:50] <imbrandon> Fujitsu, http://paste.ubuntu-nl.org/20618/
[11:50] <Fujitsu> minghua: Yeah, I didn't think they'd be very receptive to that.
[11:50] <Treenaks> minghua: Speaking isn't the problem, writing is :P
[11:50] <persia> minghua: You have a non-Latin name.  Would you be willing to upload the wxwidgets2.6 patch?
[11:51] <Fujitsu> imbrandon: Ah, how well does Nexenta work? I've been pondering trying it for a while.
[11:51] <minghua> although seriously, they tried to romanize written Chinese some years ago
[11:51] <imbrandon> Fujitsu, solaris kernel + ubuntu dapper userland == Nexenta
[11:51] <imbrandon> :)
[11:51] <Fujitsu> imbrandon: I know, but does it actually work properly/
[11:51] <imbrandon> Fujitsu, just been messing with it a few weeks, seems solid
[11:51] <minghua> persia: looking at it
[11:51] <Fujitsu> *?
[11:51] <imbrandon> yea
[11:52] <persia> minghua: Thanks.  Please let me know if you have any questions.
[11:52] <Fujitsu> I haven't touched Solaris since the Fundamentals of UNIX classes at TAFE a couple of years back.
[11:52] <imbrandon> unstable is truely unstable, but testing works good
[11:53] <imbrandon> and with alpha6 you can run sun binarys too along with gnu ones
[11:53] <imbrandon> like DTrace
[11:53] <imbrandon> etc
[11:55] <imbrandon> the only think i dont like is ssh is still on 80x24 no matter what your term is set to
[11:55] <minghua> although I need to point out I use my romanized name in my GECOS field...
[11:55] <imbrandon> but thats only a minor issue
[11:55] <persia> minghua: Why?  In a UTF8 environment, you should be able to use Hanzi.
[11:56] <minghua> I know, but there is no way to input hanzi in the installation process
[11:56] <minghua> and I like in the US after all
[11:57] <minghua> I always use the romanized name in email
[11:57] <minghua> so I never bothered to have a Chinese GECOS field
[11:58] <persia> minghua: Too bad.   is much more concise :).
[11:58] <minghua> using romanized name in email also avoids the risk of being labelled as spam, I suppose
[11:58] <persia> minghua: In the US, probably.  Other places, it's common.
[12:00] <minghua> persia: sure.  I used to use Chinese names in college at China
[12:00] <minghua> although I didn't know what a GECOS field is then :-)
[12:03] <imbrandon> hahahaha StevenK http://www.liveleak.com/view?i=1f4_1179038976
[12:03] <imbrandon> that 911 call is way way way too funnny
[12:05] <Fujitsu> I think I'm dead.
[12:06] <StevenK> Fujitsu: Oh?
[12:06] <imbrandon> time is going by realy really really slow
[12:09] <Fujitsu> persia: drscheme is uploading.
[12:09] <persia> Fujitsu: Thanks.
[12:09] <StevenK> Fujitsu: Consider yourself lucky that you don't have to upload l-r-m.
[12:10] <Fujitsu> persia: No problem.
[12:10] <StevenK> Fujitsu: The orig tarball is 140Mb.
[12:10] <Fujitsu> Only 140MiB... What's the problem, StevenK?
[12:10] <Fujitsu> Damn, you beat me to it :(
[12:10] <Denni2> How do you mark a bug as duplicate ?
[12:11] <Fujitsu> Denni2: Using the `Mark as duplicate' item in the Actions portlet.
[12:11] <Fujitsu> drscheme is 14MiB.
[12:12] <minghua> persia: looks like a very straight forward patch, but sorry I don't have time to test build it now
[12:12] <Denni2> Sorry but I can't see such an option
[12:12] <Fujitsu> Denni2: Are you logged in?
[12:12] <Denni2> yes
[12:13] <minghua> persia: I've subscribed to it and I'll come back to it later if no other MOTU has done the upload
[12:13] <persia> minghua: No problem.  It's been around for a while :).  If you have time later, please consider uploading it.  Thanks for looking.
[12:13] <minghua> persia: are you applying for MOTU by the way?
[12:13] <Fujitsu> Denni2: It should be there, second from the top.
[12:14] <persia> minghua: Hobbsee managed to convince me, but I need to become a member first.  I'm on the agenda for 5/15, after which I will apply.
[12:14] <minghua> sounds a long way to go
[12:14] <imbrandon> iirc you become a member if to become  MOTU 
[12:14] <Fujitsu> Doesn't the MOTU Council have membership permissions nowadays?
[12:14] <Denni2> Oops I missed it. Sorry !
[12:14] <imbrandon> Fujitsu, yea
[12:14] <minghua> persia: good luck
[12:15] <persia> minghua: long way?
[12:15] <persia> Fujitsu: Not yet, last I heard.
[12:15] <imbrandon> persia, yes they do
[12:15] <Fujitsu> Sounds very strange that they can grant upload rights but not membership.
[12:15] <minghua> persia: oh, maybe the process changed nowadays, but when I applied, it took a while
[12:15] <imbrandon> you can apply to be a MOTU and will be granted membership if you becomes MOTU
[12:15] <persia> imbrandon: Really!  Thanks.  I'll compose my note earlier then :)
[12:16] <minghua> persia: waiting for the two meetings to happen was not short time
[12:16] <crimsun> correct, you're implicitly a member whenupon MC approves.
[12:16] <imbrandon> Setting up libstdc++6-4.0-dev (4.0.3-1nexenta6) ...
[12:16] <imbrandon> err
[12:16] <crimsun> it's almost like the fast track we had for Hoary.
[12:16] <minghua> good, good, so things indeed changed
[12:16] <crimsun> ah, those were the days...
[12:17] <imbrandon> crimsun, hehe
[12:17] <persia> So, just to make sure I understand the process, should I list as "Sponsors" people who have uploaded 5 or more of my revisions to the repositories, or should I seek volunteers? <I really should have applied for Hoary>
[12:18] <crimsun> persia: people who have worked with you
[12:18] <persia> crimsun: Thanks.
[12:18] <imbrandon> persia, people that know you ( and are MOTU or core already )
[12:20] <crimsun> speaking of which, I think my MOTU & ubuntu-dev memberships expire Real Soon Now.
[12:20] <Fujitsu> crimsun: 5 days for MOTU.
[12:21] <imbrandon> wow
[12:22] <imbrandon> mine dont expire for another yea iirc
[12:22] <imbrandon> either one
[12:22] <Fujitsu> imbrandon: But crimsun has been around forever.
[12:22] <imbrandon> year*
[12:22] <imbrandon> Fujitsu, hehe ;)
[12:23] <imbrandon> bddebian had to renew not long ago
[12:23] <imbrandon> is core and MOTU both 2 years? /me looks
[12:25] <Fujitsu> I think they're now 1 year, but existing memberships haven't been changed.
[12:27] <imbrandon> yup i'm good on MOTU till 2008-07-30 and core-dev till 2008-09-10
[12:27] <imbrandon> nother year
[12:27] <imbrandon> :)
[12:28] <Treenaks> imbrandon: unless you can stand another term, probably ;)
[12:28] <imbrandon> :)
[12:29] <imbrandon> what a bunch of riffraff https://launchpad.net/~ubuntu-core-dev/+mugshots
[12:29] <imbrandon> hehe
[12:30] <Treenaks> imbrandon: You should see those new CC members ;) 
[12:30] <Treenaks> http://foodfight.org/fotos/2007/05-07%20UDS%20Sevilla/00006.jpg.html
[12:31] <Fujitsu> Treenaks: Nice (though I saw it a week ago)
[12:31] <imbrandon> thats laserjock and who? ( i know its not corey )
[12:32] <Treenaks> imbrandon: the name tag is correct ;)
[12:32] <imbrandon> ????
[12:32] <Fujitsu> It looks rather un-Coreyish.
[12:32] <Treenaks> compare: http://foodfight.org/fotos/2007/05-07%20UDS%20Sevilla/00014.jpg.html
[12:33] <Fujitsu> Who's that in http://foodfight.org/fotos/2007/05-07%20UDS%20Sevilla/00038.jpg.html?
[12:33] <Treenaks> Fujitsu: racarr 
[12:33] <Fujitsu> Ah.
[12:34] <imbrandon> wow jono dident have a black t-shirt on in that pic 
[12:34] <imbrandon> :)
[12:36] <minghua> persia: BTW, do you know the upstream's take on wxwidgets 2.6?
[12:37] <minghua> persia: is there a chance upstream will backport this fix themselves?
[12:37] <persia> minghua: I haven't contacted them.  If it's a concern for you (and you're the first who has been willing to seriously look at the patch), I'll contact upstream for verification, and update the bug.
[12:38] <minghua> persia: would be nice, but depends on how much time you have for this bug
[12:39] <minghua> persia: contacting upstream isn't a requirement for me to do the upload
[12:39] <persia> minghua: I've been chasing it for a year so far, so a few days more won't matter :)
[12:39] <minghua> it's just we as MOTUs don't have enough time for the details of every package
[12:41] <persia> minghua: I'm currently watching the WX stuff fairly closely, but it's not going to hurt to check with upstream anyway.
[12:41] <minghua> anybody knows why Debian has a native package for wxwidgets2.6?
[12:42] <minghua> persia: then please ask them, at least ask if there is ever going to be non-security new 2.6 releases
[12:42] <persia> minghua: I'll do that, and update the bug.  Thanks again for looking at this.
[12:43] <minghua> persia: thank YOU for putting much effort in it
[12:43] <persia> minghua: It's how I spend my vacations :)
[12:44] <imbrandon> nice
[12:44] <imbrandon> cogent is having issues
[12:45] <crimsun> minghua: it was posed by Adrian Bunk to Ron Lee way back when, and Ron's justification in so many words was that as upstream, he had the liberty to roll a native upstream as he wished.
[12:45] <imbrandon> ( one of our main bw providers )
[12:46] <minghua> crimsun: I see, so the maintainer can have his way then, I suppose
[12:46] <imbrandon> http://internetpulse.com/
[12:46] <minghua> (if just he can acknowledge NMU sooner)
[12:48] <crimsun> minghua: for reference, Debian 344280 and Debian 351626
[12:48] <ubotu> Debian bug 344280 in wxwidgets2.6 "wxwidgets2.6 is not a native Debian package" [Normal,Closed]  http://bugs.debian.org/344280
[12:48] <ubotu> Debian bug 351626 in wxwidgets2.6 "wxwidgets2.6 should not be native" [Important,Closed]  http://bugs.debian.org/351626
[12:50] <minghua> and to have a Debian-only 2.6.3.1 version after the upstream 2.6.3 release, then followed by _five_ 2.6.3.1.x NMUs is really... let's say, outsider unfriendly
[12:50] <minghua> crimsun: thanks for the pointers
[12:55] <siretart> heyha folks!
[12:55] <Lutin> heya siretart 
[12:57] <Fujitsu> Hi siretart.
[12:57] <siretart> huhu Lutin + Fujitsu 
[01:01] <minghua> unfortunately it's probably a bit too late :-P
[01:03] <imbrandon> heya siretart 
[01:17] <minghua> bye guys
[01:18] <rgl> hi
[01:18] <Fujitsu> Hi rgl.
[01:20] <rgl> :D
[01:20] <rgl> I'm trying to rebuil bind9, but its faling with some errors that I dunno how to fix: http://pastie.caboo.se/61190   can you please help me?
[01:58] <sorsis> would there be any sence if ubuntu package distribution would turn in to torrent based package distribution?
[02:00] <StevenK> I believe there is a Google Summer of Code project about that.
[02:02] <DarkMageZ> we already have plenty of mirrors
[02:02] <DarkMageZ> maybe for 3'rd party repos it would be practical.
[02:02] <Fujitsu> Argh, please... no 3rd party repos!
[02:03] <DarkMageZ> sometimes 3'rd party repos are nessesary. such as for stuff like quake 3 which hasn't made it into the ubuntu repos
[02:03] <Fujitsu> We don't want them to be more easily got at, I don't think.
[02:04] <DarkMageZ> and the ubuntu satanic edition stuff
[02:04] <Fujitsu> Don't forget Ubuntu Christian Edition 3.0, with Advanced Automatix Technologies(tm).
[02:05] <DarkMageZ> yeah, they can burn as far as i'm concerned
[02:05] <DarkMageZ> gnomefreaks mozilla stuff repo
[02:05] <Fujitsu> Sorry StevenK.
[02:05] <DarkMageZ> oh, and the ubuntu studio repo is also useful :P
[02:06] <DarkMageZ> why?
[02:07] <DarkMageZ> i've taken most of the theme stuff from their repo as their theme is good :)
[02:07] <Fujitsu> Wasn't there an email to -devel-discuss a couple of weeks ago saying that it was very import that some new ALSA and something else were added to Feisty? After release?
[02:08] <DarkMageZ> they ended up updating libpulse
[02:08] <Fujitsu> `Please update the 7.04 repository with the current version of jackd 
[02:08] <Fujitsu> compiled with default tmpdir=/dev/shm - thus maximising system performance.
[02:08] <Fujitsu> Some 12 days after release.
[02:09] <TheMuso> Fujitsu: WHo sent that?
[02:09] <StevenK> Adressed to Hobbsee, too.
[02:09] <imbrandon> Fujitsu, crimsun ( aka alsa king ) helps a bit with studio :)
[02:09] <Fujitsu> Simon Lewis. He then posted a followup about it being needed for Ubuntu Studio.
[02:10] <Fujitsu> imbrandon: I thought so, but that post removed any good feelings I may have had about them.
[02:10] <imbrandon> and they do follow ubuntu versioning in their repo and working on getting everything "official", actualty they are the best community derivitive as far as i'm consierned when it comes to thart type of stuff
[02:10] <Fujitsu> The best community derivative is Xubuntu, surely.
[02:11] <sorsis> is there way to easily download packages even though those are installed on comp?
[02:11] <_MMA_> DarkMageZ: The Puld thing was a mistake. That package should be fine but it was needed to build our disk.
[02:11] <_MMA_> *Pulse
[02:11] <imbrandon> Fujitsu, not imho but thats opinion :)
[02:11] <imbrandon> :)
[02:11] <imbrandon> even less than gnome
[02:12] <Fujitsu> imbrandon: Um, the entirety of Xubuntu is in the official repositories.
[02:12] <imbrandon> Fujitsu, right but it wasent always that way, and as i said they are working on doing the same with studio, its psudo official
[02:12] <imbrandon> as of now
[02:12] <TheMuso> Fujitsu, imbrandon, its called not giving enough time to get everything into the repo.
[02:12] <TheMuso> Unfortunately the guys pushed everything a little late.
[02:13] <imbrandon> TheMuso, i know, i am too
[02:13] <imbrandon> :)
[02:13] <_MMA_> Fujitsu: And we didnt send that JACK post so theres no need to be pissy with us. Also all our packages are built to ubuntu standards. Our repo really just has the art that the archive admins didnt process even after we files the proper exceptions.
[02:13] <Fujitsu> 12 days after release, asking for a new upstream version, with changed default behaviour, with apparently no longer of the fact that a release means a release...
[02:13] <TheMuso> s/feisty/gutsy/
[02:13] <Fujitsu> TheMuso: Gutsy, you mean?
[02:13] <_MMA_> err... JACK update I mean.
[02:14] <imbrandon> Fujitsu, that aparently dident come from the studio team though, thats like pissing on kubuntu because some user asks for a new ktorrent after release :)
[02:14] <Fujitsu> Oh, I see. Oops.
[02:14] <Fujitsu> `The reason for my request is that I think it is
[02:14] <Fujitsu> very important for UbunuStudio to have these 2 versions on board.
[02:14] <Fujitsu> '
[02:14] <_MMA_> Sure, I saw it. Was a user.
[02:14] <Fujitsu> That makes it sound like it's coming from the UbuntuStudio people.
[02:15] <_MMA_> The whole team sits in here. You could just ask us. :)
[02:15] <imbrandon> Fujitsu, sure let me make an annon post saying "its uber important to ahve the new ktorrent 5 in dapper" heheh
[02:15] <imbrandon> lol
[02:16] <enyc> Hrrrm... seems like things move between universe and main.. and vice versa sometimes ... cant remember examples now ;-)
[02:16] <imbrandon> enyc, sure, that happenes at times, why do you mention it ?
[02:16] <TheMuso> enyc: Yes, this certainly does happen
[02:16] <enyc> imbrandon: not sure ;-) dont have a debugger for enyc_brain though
[02:17] <imbrandon> heh
[02:17] <_MMA_> Fujitsu: Rest assured all our stuff will be in the Gutsy repos. ;) Its was just about timing.
[02:17] <StevenK> enyc: openoffice.org-voikko for Feisty I can recall.
[02:18] <imbrandon> _MMA_ might even convince kamoin to make some cd when the dailys start rolling ;)
[02:18] <StevenK> I uploaded a build2 and got told by LP, "You can't do that, it's in main. Hands off."
[02:18] <_MMA_> lol
[02:18] <StevenK> imbrandon: cjwatson, kthnbye
[02:18] <StevenK> kthxbye, even
[02:18] <imbrandon> diaf
[02:18] <Fujitsu> StevenK: Some of us still hold onto the hope that Kamion will return.
[02:19] <imbrandon> yea shhhh
[02:19] <imbrandon> so i'm a few months behind
[02:19] <imbrandon> lol
[02:19] <StevenK> Months?!
[02:19] <TheMuso> cjwatson is boring.
[02:19] <StevenK> TheMuso: Like StevenK?
[02:19] <Fujitsu> At least 8 months, I think.
[02:19] <Fujitsu> TheMuso: Right.
[02:19] <TheMuso> StevenK: But you've had that since I first saw you on IRC.
[02:20] <StevenK> I've had this nick since I first hit IRC.
[02:20] <TheMuso> I guess he changed though, as he uses that for lp.
[02:20] <StevenK> December '98 or so.
[02:20] <imbrandon> i've had mine since 97/98ish
[02:21] <StevenK> Fujitsu: Where were you in 98? :-P
[02:21] <imbrandon> since i first logged onto Stratics IRC
[02:21] <Fujitsu> We didn't even have net access back then!
[02:21] <Fujitsu> Um, grade 1 was '98.
[02:21] <TheMuso> TheMuso: I've had this nick since early 2001, but never frequented IRC till late 2004.
[02:21] <imbrandon> 1st Grade !!!!!!!!!!??!! /me feels old now
[02:21] <TheMuso> As for getting on the net... Now that happened mid 97.
[02:22] <StevenK> TheMuso: Telling yourself? :-P
[02:22] <TheMuso> StevenK: heh
[02:22] <TheMuso> My first distro was Debian potatoe.
[02:22] <Fujitsu> s/e//
[02:22] <StevenK> My first was RedHat 4.2
[02:23] <persia> Fujitsu: No, it deserves the extra "e".
[02:23] <Fujitsu> Baaah, mine was Redhat 7 :(
[02:23] <StevenK> Fujitsu: You have no hope of winning. :-P
[02:23] <imbrandon> ugh Nexenta pbuilder/debootstrap is look http://archive.ubuntu.com/ubuntu dapper 
[02:23] <persia> Yggdrasil
[02:23] <TheMuso> I also tried Mandrake 7.2, but I started having a dislike for rpm very early on.
[02:24] <imbrandon> my first distro was redhat 4.x
[02:24] <imbrandon> i think
[02:24] <imbrandon> lol
[02:24] <StevenK> persia: People stopped using that because all of the developers choked on their tongues trying to tell people how to pronounce it.
[02:24] <imbrandon> it was redhat something
[02:24] <DarkMageZ> redhat 9 =D
[02:25] <imbrandon> bah i never made it past 6 , i rember that
[02:25] <StevenK> I never used RedHat 7. I jumped from RedHat 6.2 to Hamm.
[02:25] <imbrandon> i went to suse
[02:25] <Fujitsu> WHAT!? Somebody using it for less than me? Impossible.
[02:25] <persia> StevenK: Yeah, well, but it was a pretty disc!
[02:25] <Fujitsu> Slackware!
[02:25] <StevenK> Heh
[02:25] <StevenK> Fujitsu: Don't use that language around me!
[02:25] <Fujitsu> <3 Slackware
[02:26] <imbrandon> slackware? thats right up there with gentoo, gentoo == GENeraly TOO much trubble
[02:26] <StevenK> Given how much I've enjoyed myself, I have no idea why.
[02:26] <persia> StevenK: Did you have that much confidence in the sarge process?
[02:26] <TheMuso> By the time I dumped Slackware, I was *VERY* pissed off with the way its *cough* package management *cough* was designed.
[02:26] <imbrandon> TheMuso, slackware has packagemanagement ?
[02:26] <StevenK> TheMuso: Slackware wouldn't know a package manager if it got bitten on the arse by one.
[02:26] <imbrandon> wowo
[02:27] <Fujitsu> A friend convinced me to try Mandrake one.
[02:27] <Fujitsu> I used it for two days then gave up.
[02:27] <StevenK> Fujitsu: He's no friend now?
[02:27] <Fujitsu> *once
[02:27] <persia> TheMuso: If you think that was bad, track down an old GNU Software Distribution disc :)
[02:27] <Fujitsu> StevenK: This was some years ago, so not really.
[02:27] <StevenK> Friends don't let friends use RPM.
[02:27] <imbrandon> 1.4mb floppys ?
[02:27] <Fujitsu> Pah, friends?
otten <P>ackage <M>anagmenet
[02:28] <DarkMageZ> StevenK, what do you do if you've got a friend who thinks rpm's are better than debs?
[02:28] <imbrandon> DarkMageZ, slap them with a dictionary
[02:28] <Fujitsu> DarkMageZ: Cause them to have something sharp sticking through them?
[02:28] <imbrandon> and then asl them to inplace upgrade a redhat 6.2 box to rh 9
[02:29] <imbrandon> ask*
[02:29] <StevenK> Ohh, that's a good one.
[02:29] <StevenK> How about RedHat 9 to FC6?
[02:29] <DarkMageZ> ooh, burn =D
[02:29] <Fujitsu> Or just not have any real friends, as you can't /ignore people off IRC. Much easier.
[02:29] <imbrandon> they will either 1) say it is impossible or 2) fail
[02:29] <TheMuso> Or even upgarde FC5 to FC6.
[02:29] <TheMuso> upgrade
[02:30] <geser> give them debtakeover
[02:30] <imbrandon> debtakeover rocks
[02:30] <StevenK> TheMuso: Seen that done. Over, I think, 4 tries.
[02:30] <TheMuso> yum! I love dealing with broken upgrades from a rotten package management system.
[02:30] <TheMuso> :)
[02:30] <TheMuso> StevenK: heh
[02:30] <imbrandon> lol
[02:30] <StevenK> Bwahaha
[02:31] <StevenK> dpkg gets some strange ideas sometimes, but it's nowhere near as SNAFU as RPM.
[02:32] <DarkMageZ> imbrandon, you made my friend yell stfu. congrats :)
[02:32] <enyc> Hrrm''' does anybody know af a universe packgae I can use... something like using "ser2net" but so that I can directly "cat" a serial line at 9600,8,N,1 to current console/terminal without TCP sockets ?  (like minicom but without all the extra terminal emulation and all taht I dont want) ? ;-)
[02:32] <StevenK> enyc: nc
[02:32] <imbrandon> you know the only way i could keep away from dependcy hell with suse was to install every package on the DVD, all 12 gigs of it once installed
[02:32] <imbrandon> DarkMageZ, hehe 
[02:32] <TheMuso> imbrandon: SOunds like what I found whenever playing with RPM distros.
[02:33] <enyc> imbrandon: I remember buggy suse
[02:33] <enyc> StevenK: ereee thats TCP/UDP <> current terminal/console
[02:33] <StevenK> I got turned off SuSE when I saw their splash screen proclaiming them to be "The Linux Experts"
[02:33] <paran> rpm have some nice features as well
[02:33] <enyc> StevenK: I want ttyS0 at 9600 8 N 1 <> current terminal/console ;-)
[02:33] <enyc> StevenK: but without minicom's terminal emulator there
[02:33] <StevenK> enyc: ser2net, nc ? :-P
[02:34] <DarkMageZ> StevenK, have you seen the splash screen in 10.2? or the bootloader
[02:34] <Fujitsu> No idea where that would have come from :S
[02:34] <enyc> StevenK: yes... but is there sometnhing in universe that does not need a TCP socket,  or not? ;-)
[02:34] <DarkMageZ> StevenK, it's pretty
[02:34] <StevenK> enyc: I have no idea. A getty?
[02:35] <enyc> StevenK: seems that is for logins only
[02:35] <enyc> StevenK: it seems so simplee....
[02:35] <enyc> StevenK: but I dont know how.. bah!
[02:36] <TheMuso> ...and shoudl start preparing.
[02:36] <TheMuso> should
[02:36] <imbrandon> ;)
[02:45] <StevenK> TheMuso: Bootcamp or something?
[02:45] <TheMuso> StevenK: Yup.
[03:18] <StevenK> Hrm. I had no idea DarkMageZ was a local guy.
[03:31] <ranf_> Is cdbs usable with a stock Makefile?
[03:36] <imbrandon> [..] 
[03:50] <ranf_> (ah nevermind file:///usr/share/doc/cdbs/cdbs-doc.html)
[03:54] <siretart> xxxxx1: around?
[05:06] <pochu> Hello there! I'm merging revelation, and I have a question. The ubuntu orig.tar.gz has intltool-[extract,merge,update] , while debian .orig.tar.gz and upstream doesnt. It was a mistake while packaging it, right? But the question is: What should I do with them? They are causing a really huge diff.gz, so is it possible to use the debian .orig.tar.gz?
[05:17] <gpocentek> pochu: does debian have a newer upstream release?
[05:20] <pochu> gpocentek: no, it's the same release
[05:21] <pochu> we have -0ubuntu3, and they have -2, both 0.4.11
[05:21] <gpocentek> pochu: you have to use the ubuntu orig then...
[05:22] <pochu> ok, so I have to keep those files there :/
[05:22] <pochu> gpocentek: thanks for your help
[05:23] <gpocentek> np
[05:43] <stgraber> gpocentek, TheMuso : http://revu.tauware.de/details.py?upid=5133 <-- Just changed the description
[05:48] <sorsis> has anyone before thought of distrivuting zipped packages?
[05:49] <stgraber> sorsis: What do you mean ?
[05:49] <gpocentek> stgraber: gauvain@joe:~/dev/MOTU/miniracer/build$ lintian *deb
[05:49] <gpocentek> E: miniracer: description-starts-with-package-name
[05:49] <stgraber> gpocentek: hmm, ...
[05:49] <sorsis> stgraber: that apt-get would download zips, unzip packages and install after that?
[05:49] <gpocentek> stgraber: the short description is the origin of the lintian warning
[05:50] <stgraber> gpocentek: oh, I see, I missed that line :)
[05:50] <gpocentek> sorsis: what would be the interest?
[05:54] <stgraber> sorsis: if you "ar x" a deb archive you'll see it content .tar.gz files and then is already compressed
[05:56] <sorsis> ok
[05:57] <stgraber> gpocentek: How were the Feistyvits ?
[06:02] <stgraber> gpocentek: Lintian should be happy with : http://revu.tauware.de/details.py?upid=5135
[06:02] <stgraber> short description updated
[06:03] <gpocentek> stgraber: feistyvits was cool, but I didn't stay a very long time
[06:03] <stgraber> ok, I heard there was a lot of people
[06:03] <gpocentek> yes
[06:11] <gpocentek> stgraber: +1 from me, I'll upload the package
[06:11] <stgraber> ok, thanks
[06:14] <luisbg> hello all
[06:19] <eolo999> Hi ScottK 
[06:28] <eolo999> is there anyone I can ask some C related question for a bug i'm working on?
[06:30] <welshbyte> !ask
[06:30] <ubotu> Don't ask to ask a question. Just ask your question :)
[06:30] <bmm> just ask
[06:31] <bmm> I'm more into C++... but ok. Any MOTU poeple online who have some time left to look at my package (ccbuild)?
[06:32] <bmm> eolo999: are you still working on that question?
[06:37] <eolo999> bmm, I have a python package that use some c libraries, i have some ideas on how to solve the bug, but i should recompile a c source file and don't know how to do it properly...
[06:38] <bmm> No Makefile, or build script? Try to grep for the C filenames in all the files you have, if they are mentioned somewhere, then that's probably your build script/system.
[06:39] <eolo999> can I use debuild?
[06:40] <bmm> In the package? Yes, just mention it as a build-dependency (build-depend in debian/control)
[06:40] <eolo999> sorry, i'm not clear but really C/C++ make me very confused!!!
[06:40] <eolo999> compared to python...
[06:42] <bmm> eolo999: it's like precompiled python: you have to run a compiler on the c sources and combine them into a library. I've never used debuild, but if that's the build system for it, then use that.
[06:42] <eolo999> thanks bmm, i'm trying....
[06:42] <bmm> Before you start working on the package, you should be comfortable with building and installing the package from source. After that you can automate it into a package
[06:44] <eolo999> I have just to test (often) if what I changed in sources helped fixing the bug... in python this is immediate...
[06:46] <ScottK> eolo999: It's Mother's Day here in the US, so no computer time for me today...
[06:46] <eolo999> ok ScottK 
[06:46] <fargiolas> Lamego: ping?
[06:47] <Lamego> pong ?
[06:47] <fargiolas> Lamego: would you please consider building a gnu-readline-enabled gnuplot version?
[06:47] <eolo999> i should test my change for Bug #13803 but it's in a C source file and not exactly know how to act...
[06:47] <ubotu> Launchpad bug 13803 in mysql-dfsg "Mysql insecure temporary file creation with CREATE TEMPORARY TABLE privilege escalation (dup-of: 13818)" [High,Rejected]  https://launchpad.net/bugs/13803
[06:47] <ubotu> Launchpad bug 13818 in mysql-dfsg-4.1 "MySQL Privilege Escalation and Command Execution Vulnerabilities" [High,Fix released]  https://launchpad.net/bugs/13818
[06:48] <eolo999> srong bug number
[06:48] <eolo999> wrong*
[06:48] <fargiolas> Lamego: ubuntu does not include it because of license incompatibility between gpl and gnuplot license
[06:48] <Lamego> fargiolas, I dont usually build command line apps :P
[06:48] <eolo999> Bug #113803
[06:48] <ubotu> Launchpad bug 113803 in python-scientific "Python-netcdf crashes in Feisty" [Medium,Confirmed]  https://launchpad.net/bugs/113803
[06:48] <Lamego> fargiolas, I don't violate licenses neither :)
[06:48] <Lamego> for that you have medibuntu
[06:49] <Lamego> try the medibuntu team
[06:49] <fargiolas> Lamego: ok thanks, i'm not sure if is there a real license violation because gnuplot i distributed with readline code with no problems
[06:49] <eolo999> ScottK, I send you an email with a diff file, give a look at it an if you can try it...
[06:49] <fargiolas> s/i/is
[06:50] <Lamego> fargiolas, they are the copyrith owners, they can "violate" the license which is selected by them
[06:50] <Lamego> I mean copyright holders
[06:51] <nixternal> ScottK: got the go ahead to maintain krename in Debian! Going to be moving it over to pkg-kde/kde-extras :)
[06:51] <fargiolas> Lamego: gnuplot is free (i think a bsd like license) but not gpl. mm well maybe you are right
[06:51] <fargiolas> i'll install it from sources then :P
[06:51] <Lamego> :)
[06:51] <Lamego> and today I already have a big queue :P
[06:52] <fargiolas> ok don't worry
[06:55] <fargiolas> how could i force -j2 using dh_make/debuild?
[06:55] <Lamego> fargiolas, editing your debian/rules
[06:55] <fargiolas> tnx
[06:56] <fargiolas> is it a CFLAG?
[06:57] <fargiolas> well i understood how to do it :)
[07:00] <fargiolas> grrrr another ubuntu crazyness.. wxmaxima requires gnuplot-nox, even if drawing graphs is an optional feature
[07:00] <Lamego> fargiolas, make -j2
[07:01] <fargiolas> so i cannot remove gnuplot and i have to create a gnuplot-nox / gnuplot-x11 couple of packages
[07:02] <pochu> Any MOTU to sponsor a merge? :)
[07:03] <pochu> Toadstool: it's one of your merges :)
[07:04] <nxvl> who is the manteiner of sudo?
[07:04] <pochu> gpocentek, slomo_ ^ :)
[07:12] <pochu> persia: good luck with your application!
[07:19] <Lutin> pochu: revelation is bug # ????
[07:27] <pochu> Lutin: it's not a bug, but a merge with debian. The files are in http://emilio.pozuelo.org/deb/ :)
[07:28] <Lutin> pochu: asked for a bug because I thought you would have openend a bug 'please merge foo from debian' ;)
[07:29] <pochu> Lutin: hehe :)
[07:30] <pochu> Lutin: it's one of Toadstool's merges, but since he said that he wasn't going to do them, I've done it :)
[07:31] <Lutin> pochu: sure
[07:31] <pochu> Lutin: are you going to sponsor me? :)
[07:32] <Lutin> pochu: at least going to have a look :)
[07:33] <pochu> Lutin: that's enough :-) thanks!
[07:41] <ranf> Can somebody have a look at this: http://revu.tauware.de/details.py?upid=5131
[07:42] <pochu> ranf: you should fix this issues: http://revu.tauware.de/revu1-incoming/powertop-0705130240/lintian
[07:42] <Lutin> pochu: seems that you forgot to add 02_shebang.patch to debian/patches/00list
[07:42] <pochu> ranf: forget it
[07:42] <ranf> pochu, done :-)
[07:42] <pochu> Lutin: it's the same as 20 or 30_python.dpatch, so I've removed it to keep the delta low
[07:45] <Lutin> pochu: no, it's still in the diff
[07:47] <pochu> Lutin: let me see :)
[07:48] <pochu> Lutin: you're right :)
[07:49] <Lutin> pochu: :)
[07:50] <Lutin> pochu: btw, why is there a huge intltool thing in the diff ?
[07:51] <pochu> Lutin: it's in the orig.tar.gz :/
[07:51] <pochu> Lutin: and I can't remove it, since there's no new upstream version
[07:52] <Lutin> eek :/
[07:52] <pochu> Lutin: btw, new diff.gz and .dsc uploaded (removing the dpatch)
[07:53] <Lutin> pochu: in the changelog from 0.4.11-0ubuntu1, there is   * debian/control: - Add intltool as a Build-Dep. any clues about not keeping the change ?
[07:57] <pochu> Lutin: ouch, I thought it was automatically installed (via other build-deps) when building, but it was intltool-debian
[08:00] <pochu> Lutin: re-uploaded :/
[08:01] <fargiolas> hi i'm looking for some info about ubuntu and debian syncing process, for example if a package is already on unstable there is a chance for it to enter ubuntu more quickly?
[08:02] <Lutin> pochu: have you updated the debdiff ?
[08:04] <pochu> not yet
[08:04] <fargiolas> could i file a bug requesting a sync from unstable or do i have to wait for it to enter testing?
[08:05] <pochu> Lutin: uploaded, sorry for the delay :)
[08:05] <Lutin> pochu: np
[08:06] <geser> fargiolas: it's unimportant if its in testing, unstable or even experimental
[08:07] <fargiolas> geser: but sync is a sort of automatic process or is there a review/voting system?
[08:08] <geser> as non-MOTU you need an ACK from a MOTU
[08:09] <Lutin> pochu: one thing I can't get ... if the intltool thing in the diff is caused by orig differences, it should appear in the diff.gz, should it ?
[08:10] <pochu> Lutin: no, because the .orig.tar.gz was packaged with it
[08:10] <pochu> Lutin: so it appears in the debdiff, as we have it but debian doesn't
[08:10] <pochu> the .orig.tar.gz's are different
[08:11] <fargiolas> can new packages (syncs from debian) enter feisty repositories? or do they need to wait for next release?
[08:11] <Lutin> pochu: yep. it appears inr your .diff.gz though
[08:11] <pochu> fargiolas: they can't, but can enter in gutsy
[08:12] <pochu> Lutin: wtf :)
[08:12] <fargiolas> pochu: ok thanks i'll file a bug request at launchpad asking for a sync
[08:13] <fargiolas> then i'll ask here for some sponsor :P
[08:13] <Lutin> pochu: np
[08:13] <pochu> Lutin: it isn't in the .orig.tar.gz
[08:14] <Lutin> pochu: I thought you told me it was
[08:14] <Lutin> sorry
[08:14] <pochu> Lutin: I told you it was ;)
[08:14] <pochu> Lutin: but this is not my best day :)
[08:14] <Lutin> pochu: hehe
[08:14] <pochu> Lutin: let me see if they are needed :)
[08:14] <Lutin> ok
[08:26] <pochu> Lutin: not needed, it builds and works fine!
[08:27] <pochu> Lutin: new diff, dsc and debdiff uploaded
[08:36] <Lutin> pochu: ok, I'll upload it :)
[08:38] <pochu> Lutin: cool, thanks a lot for your help!
[08:50] <eolo999> ScottK, Solved, solved, fixed, fixed!!!
[08:53] <jekil> hello
[09:06] <Lutin> pochu: np
[09:20] <superm1> pochu, do you have a few moments to do another revu?
[09:20] <superm1> er i mean Lutin - looks like you were doing the revu not pochu
[09:23] <Lutin> superm1: sure
[09:23] <superm1> Lutin, mythtv-themes-unofficial, http://revu.tauware.de./details.py?upid=5114
[09:24] <superm1> warning, its a bit of a big .orig.tar.gz
[09:25] <Lutin> pochu: actually, I'm not that comfortable with this intltool thing...you'd better ask Nafallo to make sure it's not needed :)
[09:25] <Lutin> superm1: ok
[09:26] <pochu> Lutin: sure :)
[09:34] <pochu> Lutin: mail sent :)
[09:37] <Lutin> pochu: cool :)
[09:43] <Lutin> superm1: sorry, I don't have much time to review it right now :/
[09:43] <superm1> Lutin,  :(
[09:43] <Lutin> superm1: will have a look at it in a couple of hours
[09:44] <superm1> Lutin, ok, i should be on throughout the day
[09:44] <Lutin> superm1: ok
[09:44] <superm1> just ping with any questions/concerns/comments etc
[09:44] <superm1> thanks
[09:44] <Lutin> ok
[09:44] <paran> What is the easiest way to build packages that depend on each other using pbuilder?
[09:44] <paran> If for example package bar depends on package libfoo, how do I get my libfoo-deb into pbuilder when building bar?
[09:45] <Lutin> paran: depends or build-depends ?
[09:46] <paran> Lutin: build-depends
[09:46] <superm1> paran, you can set up a hook
[09:46] <Lutin> paran: just put in the Build-Depends filed in debian/rules
[09:46] <superm1> in your pbuilder env
[09:46] <paran> Lutin: yeah, but the problem is that in my example neither libfoo or bar is in ubuntus repositories
[09:47] <superm1> that scans your results directory for packages that were built and adds them to the pbuilder env
[09:47] <superm1> or better yet the pbuilder env's apt database
[09:49] <superm1> paran, http://pastebin.ca/486159
[09:49] <superm1> take a look at that
[09:49] <superm1> there is my hook, and my pbuilder conf that i use with it
[09:49] <paran> superm1: thanks! reading about hooks in the man-page now.
[09:50] <superm1> paran, i ran into the same trouble last year with mythtv and mythplugins, so hopefully this works well for you :)
[09:52] <paran> superm1: your hook will make all packages in /var/cache/pbuilder/result/feisty available too apt in the chroot right?
[09:53] <superm1> right
[09:53] <superm1> i set up my pbuilders like this so i can have a dapper, edgy, feisty, and gutsy pbuilder easily available
[09:53] <superm1> and build for all of them with one command
[09:59] <paran> superm1: if you do lots of builds for various versions then I guess you would go crazy if you didn't do something like that
[09:59] <paran> superm1: recreating the pbuilder all the time would be pretty boring :)
[09:59] <superm1> paran, I try to backport as many of the mythtv packages as possible
[10:00] <superm1> but originally i was recreating the pbuilder, - waay too much work to do that all the time
[10:04] <eolo999> someone can give a look to python-scientific for patch system?
[10:04] <eolo999> it seems it has not one, i'm an unlucky newbie!
[10:06] <eolo999> i fixed Bug #113803 and wanted to try packaging.
[10:06] <ubotu> Launchpad bug 113803 in python-scientific "Python-netcdf crashes in Feisty" [Medium,Confirmed]  https://launchpad.net/bugs/113803
[10:16] <eolo999> doko_, I fixed a bug in python-scientific, you are maintaining that package so perhaps can help me
[10:18] <doko_> eolo999: well, it's universe; I maintain it in debian; if you're MOTU just upload the fix
[10:19] <eolo999> i'm new in packaging and couldn't see a patch system for py-sci...so hoped you could give me some advice
[10:20] <eolo999> i put a diff in launchpad  Bug #113803
[10:20] <ubotu> Launchpad bug 113803 in python-scientific "Python-netcdf crashes in Feisty" [Medium,Confirmed]  https://launchpad.net/bugs/113803
[10:20] <eolo999> i'm not MOTU (yet,hope)
[10:28] <ScottK> doko_: eolo999 has been doing some good work on Python bugs and on my advice applied to join your python* teams so he can get bug reports.  
[10:29] <eolo999> Hi Saver of the Universe (Scottk)
[10:29] <doko_> ScottK: thanks for the info, will look at my email tomorrow
[10:29] <ScottK> eolo999: For a diff that small, don't worry adding a patching system, just edit the source directly.
[10:29] <eolo999> ScottK, seems i fixed python-scientific bug
[10:30] <ScottK> Sounds good.  I just looked at the diff you sent me.
[10:30] <eolo999> i built a binary package with debuild and tested...
[10:31] <ScottK> eolo999: Have you looked at the Gutsy package yet to see if the problem applies there too?
[10:31] <eolo999> ops...not yet
[10:32] <ScottK> OK
[10:32] <ScottK> If the fix applies to the Gutsy version too, then do a debdiff for that first and then once that's uploaded, we'll see about a Feisty update.
[10:35] <eolo999> sounds gutsy has the same package
[10:35] <eolo999> ScottK, sounds gutsy has the same package
[10:36] <ScottK> OK
[10:36] <ScottK> Then do an update for that package first.
[10:36] <eolo999> ?
[10:37] <ScottK> Make a package that in debian/changelog has a target distribution of gutsy
[10:38] <ScottK> Build that package in a Gutsy pbuilder to make sure it builds correctly.
[10:38] <ScottK> Make a debdiff and attach it to the bug...
[10:39] <eolo999> which version should i write in changelog?
[10:40] <eolo999> and should I mention launchpud bug?
[10:40] <ScottK> eolo999: looking
[10:40] <ScottK> Yes
[10:40] <ScottK> on the lp bug
[10:41] <ScottK> eolo999: Version would be 2.4.11-1build1ubuntu1
[10:42] <geser> no, 2.4.11-1ubuntu1
[10:42] <eolo999> ScottK, it's never the same... hoped to find dpatch!
[10:43] <geser> -XbuildY gets replaced with -XubuntuY if a Ubuntu change gets added
[10:43] <ScottK> geser: Thanks
[10:43] <ScottK> eolo999: What geser said.
[10:47] <eolo999> Should I change maintainer to MOTU?
[10:48] <ScottK> eolo999: Yes
[10:50] <eolo999> !pastebin
[10:50] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[10:52] <eolo999> http://paste.ubuntu-nl.org/20721/
[10:53] <eolo999> ScottK, if I added MOTU in changelog should I change control too?
[10:53] <ScottK> Yes
[10:53] <eolo999> What was the old maintainer field? XCBS or what?
[10:54] <ScottK> eolo999: https://wiki.ubuntu.com/DebianMaintainerField
[10:57] <eolo999> ScottK, seen changelog in pastebin
[10:57] <eolo999> ?
[10:57] <ScottK> eolo999: Looked good to me.
[10:58] <eolo999> ok after control, nothing more to change?
[10:59] <ScottK> You made the changes in the source code, right?
[11:02] <eolo999> yes
[11:03] <ScottK> Then I think that's it.
[11:03] <ScottK> Build the source package
[11:03] <eolo999> my memory about building packaged is obscured...
[11:03] <eolo999> i mean using pbuilder....
[11:04] <ScottK> pbuilder is for the binary package.  You have to build the source package firest
[11:04] <ScottK> firest/first
[11:04] <ScottK> source package is debuild -S -uc
[11:05] <eolo999> that i already did it and it gives an error for missinbg python-central (but I have it installed)
[11:06] <eolo999> and: bad-distribution-in-changes-file gutsy
[11:06] <ScottK> hmm
[11:06] <ScottK> Ignore the bad distribution error.  That's expected
[11:07] <ScottK> What is the exact error about python-central?
[11:08] <eolo999> python-scientific source: missing-build-dependency python-central (>= 0.5)
[11:10] <ScottK> eolo999: Add python-central (>= 0.5) to the build depends and add that you did that to the changelog.
[11:11] <ScottK> The package does call python-central in debian/rules and I don't see it in the build-dep in debian/control.
[11:13] <eolo999> ok no more error
[11:14] <ScottK> OK
[11:14] <ScottK> Do a debdiff and pastebin it so I can look at it.
[11:17] <ScottK> eolo999: Do it quickly, my daughter is waking up from her nap.
[11:17] <eolo999> done
[11:18] <eolo999> i put it in launchpad
[11:18] <ScottK> OK
[11:19] <eolo999> done
[11:19] <ScottK> eolo999: I don't see it
[11:19] <eolo999> try again
[11:19] <ScottK> trying
[11:19] <ScottK> Got it now
[11:20] <eolo999> same changelog empty line error!!!
[11:21] <ScottK> eolo999: It looks generally good, but you need to add a blank line before your name in the changelog
[11:21] <eolo999> yes i noticed
[11:21] <eolo999> i already have a new debdiff
[11:21] <ScottK> eolo999: Also there are some changes in the diff further down in the changelog.  Those shouldn't be there.
[11:21] <ScottK> Gotta run.
[11:21] <ScottK> Daughter's awake
[11:21] <eolo999> ok
[11:21] <eolo999> bye
[11:28] <Lutin> superm1: around ?
[11:28] <superm1> Lutin, yup
[11:28] <Lutin> superm1: can I find the orig.tar.gz somewhere ?
[11:28] <superm1> yes its on the first upload on that page
[11:28] <superm1> http://revu.tauware.de./details.py?upid=5108
[11:28] <Lutin> superm1: ahh yes. thanks
[11:29] <superm1> thats the first upload 
[11:29] <superm1> yup
[11:30] <Lutin> superm1: looks good, though I'd say that including at least the preamble for each license in debian/copyright is a good practice
[11:30] <superm1> i've seen several packages that do that and dont
[11:30] <superm1> i'm not sure which is "more" right?
[11:30] <Lutin> actually, practice is not the right word.  anyways
[11:32] <Lutin> superm1: I think it's better to include them, but you feel free to poke any other motu around to have some people's opinion about it :)
[11:32] <superm1> k
[11:34] <Lutin> superm1: and btw, why do you require debhelper >> 5 rather than >= 5 ?
[11:35] <superm1> oh hm.
[11:35] <superm1> i had taken that from a package i did before
[11:35] <superm1> >> 5 just make sure its a revision later than 5, i guess >= would do the trick though
[11:36] <superm1> current version on my feisty box is >> 5, 5.0.42ubuntu1
[11:36] <superm1> so never had issues with that
[11:36] <Lutin> ok
[11:37] <Lutin> geser: what's the reason for marking bzr-gtk 'Do not merge (or sync)' on DaD ?
[11:44] <bluekuja> Lutin: I worked on it for a while
[11:44] <bluekuja> Lutin: a problem with a python update, I think...or something like that
[11:44] <bluekuja> Lutin: related to bzr
[11:45] <bluekuja> Lutin, anyway I didnt add anything on dad
[11:45] <bluekuja> Lutin, maybe someone tried it out too, 
[11:46] <geser> Lutin: I compared the Debian package and the Ubuntu one (debdiff) and the Ubuntu one has a much better packaging
[11:47] <Lutin> geser: ok, so same as gajim, we maintain a separate package from debian
[11:47] <bluekuja> geser: you didnt find any problem related to python?
[11:50] <geser> Lutin: I'd suggest it until the Debian package improves
[11:50] <Lutin> geser: ok
[11:52] <geser> bluekuja: I don't really understand
[11:52] <bluekuja> geser: I worked on bzr-gtk while ago
[11:53] <Lutin> bluekuja: this package won't be synced anyways :)
[11:53] <geser> bluekuja: on the Debian package or the Ubuntu one?
[11:53] <bluekuja> geser, after the merge, with a build test on a gutsy pbuilder
[11:54] <bluekuja> geser: noticed something strange (dont really remember what)
[11:54] <geser> I've to redo the debdiff to tell exactly what I disliked
[11:54] <bluekuja> geser, ok great
[11:55] <geser> but one thing was: in Debian it's arch: any and in Ubuntu arch:all
[11:55] <bluekuja> let me know, if you get something strange in it
[11:55] <bluekuja> I'm leaving...cya all tomorrow
[11:55] <bluekuja> Gnight
[11:55] <geser> and then there was this "mv" in debian/rules to make bzr-gtk find the modules
[11:56] <bluekuja> geser: yeah
[11:56] <bluekuja> geser: maybe something was wrong with it, I'll try to find bzr-gtk folder around
[11:59] <pochu> geser, Lutin: now that you've mentioned gajim, could you review/sponsor bug 114301? :)
[11:59] <ubotu> Launchpad bug 114301 in gajim "Bug in fr.po translation that breaks invitation" [Low,Confirmed]  https://launchpad.net/bugs/114301
[12:02] <DktrKranz> how to proceed with bug #112573 ?
[12:02] <ubotu> Launchpad bug 112573 in galago-daemon "Please merge galago-daemon 0.5.1-1 from Debian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112573
[12:02] <geser> pochu: it doesn't need a Maintainer change since it has already an ubuntu address
[12:02] <pochu> geser: oh, didn't know :)
[12:02] <pochu> dpkg-source -b warned about it
[12:03] <pochu> geser: do I update it?
[12:03] <Adri2000> and Nafallo is the actual maintainer in ubuntu
[12:03] <superm1> Lutin, will not having the preamble in debian/copyright and using >> 5 be okay enough for an upload, or should I change these over ?
[12:05] <Lutin> superm1: I'd prefer if you could change it before. you might want to wait a bit though, as I haven't time to run a build test on it :)
[12:06] <superm1> k
[12:08] <geser> pochu: have you talked with nafallo about this upload already?
[12:08] <pochu> geser: no, I haven't seen him around lately
[12:08] <pochu> btw, it's a one-fix-patch, so there shouldn't be any problem
[12:09] <pochu> geser: anyway, he's subscribed to the bug, so he'll see it :)
[12:09] <pochu> we can wait!
[12:10] <geser> I already stepped on someone toes by uploading a fix for a ftbfs (the package had a dedicated maintainer in ubuntu), so I try to avoid to repeat it :)
[12:11] <pochu> no worries, I'll talk to him when he connects :)
[12:13] <geser> good night all