[00:25]  * JediMaster kicks Czessi
[00:25] <cody-somerville> oh my
[00:26] <JediMaster> Any admins about that can just temporary ban him so he doesn't rejoin next time?
[00:26] <jdong> !ops ^^^
[00:26] <ubotu> Sorry, I don't know anything about ops ^^^ - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[00:26] <jdong> !ops
[00:26] <ubotu> Help! Hobbsee, Riddell, sladen, fbond, mneptok, gnomefreak, Seveas, dholbach, elkbuntu, PriceChild, or jpatrick!
[00:26] <Hobbsee> what?
[00:26] <Pici> Czessi_
[00:26] <jdong> Hobbsee: Czessi_ excess flooding
[00:27] <ScottK2> emgent: I saw the USN.  Thanks.
[00:27] <Pici> in -bugs too
[00:27]  * Pici doesnt have ze power
[00:27] <jdong> Hobbsee: probably a bf to -ops?
[00:27] <cody-somerville> Pici, we all used to have powers but they seem to have disappeared.
[00:27] <jdong> cody-somerville: yeah I tried a couple /cs o's before giving up :)
[00:28] <cody-somerville> He is in -marketing too
[00:28] <jdong> the dynamic duo to the rescue!
[00:28]  * jdong is so gonna get killed for that one
[00:28] <JediMaster> he probably just needs to be banned for a few min so he doesn't reconnect
[00:28] <JediMaster> thanks guys =)
[00:28]  * PriceChild messages him to talk in #ubuntu-ops when ready
[00:28]  * Hobbsee hates irssi for ban stuff.
[00:29] <PriceChild> actually that's a silly idea... /me trundles on
[00:29] <jdong> Hobbsee: it's not exactly as intuitive as xchat's /cs bans.
[00:29] <Hobbsee> yeah
[00:29] <azeem> Hobbsee: http://svn.donarmstrong.com/don/trunk/home_modules/irc/.irssi/scripts/auto_bleh.pl is ok
[00:29] <Hobbsee> yeah, i just need to remember how to use it
[00:30] <azeem>  /ab <nick> reason
[00:30] <JediMaster> ahhh yess!! I've not completely automated my package building, uploading, adding the new .deb to the repos and it's all signed too, purrrfect, thanks guys for the help, reprepro did the trick nicely
[00:30] <jdong> azeem: yeah it's okay and what I use but still not as good as xchat
[00:30] <PriceChild> azeem: doesn't do forwards
[00:30] <azeem> oh well
[00:45] <ScottK2> \sh_away: There's a new gnucash version proposed for a merge/FFe.  Would you please have a look at it.
[00:48] <ScottK2> Here's something that would be useful ...
[00:48] <ScottK2> A cvs/svn wrapper that looks at what kind of respository you are in and substitues cvs/svn as needed.
[00:49] <ScottK2> I'm using cvs for the first time in about a year and I type svn command instead of cvs command a significant fraction of the time.
[01:31] <bddebian> Heya gang
[01:32] <ScottK2> Heya bddebian.
[01:32] <bddebian> Hi ScottK2
[01:32]  * ScottK2 just diss'ed you in #debian-python
[01:33] <bddebian> Yeah, so I noticed, thanks :-)
[01:59] <Hobbsee> you know, the lag to here is really not too bad, considering i'm ssh'ing to the US, then back to austraila...
[02:00]  * ajmitch is used to that
[02:01] <ScottK2> Heya ajmitch.
[02:01] <ScottK2> ajmitch: Thanks a bunch still for the return of the RC bug tracker.  I've gotten an number of good fixes in I wouldn't have otherwisel.
[02:02] <Flannel> Hey guys, do alpha/beta versions of Ubuntu have debug symbols included in them? (that get removed for the final?)
[02:03] <jdong> no
[02:03] <ajmitch> ScottK2: NP, glad it was of some help
[02:04] <ajmitch> no doubt it's probably buggy & should be improved
[02:04] <ScottK2> ajmitch: It's about a billion percent better than anything anyone else has provided.
[02:05] <Hobbsee> dear eclipse, plz stop stealing all cpu.  kthxbye.
[02:06] <ScottK2> Isn't that a feature of eclipse.  No being distracted by that awful multi-tasking?
[02:06] <Hobbsee> oh, there we are
[02:11] <cr4ck3r> hi
[02:11] <cr4ck3r> alooooooooooo
[02:16] <bddebian> So ajmitch is back in action??
[02:19] <ajmitch> no
[02:20] <bddebian> c'mon you're never out of action!! :)
[02:21] <ScottK2> He's at least slightly more present.
[02:22] <jdong> err....
[02:22] <jdong> the Safari for Windows EULA says I can only "install this Software on one Apple-labeled Computer"
[02:22] <bddebian> And still more useful than me :)
[02:23] <jdong> but iTunes is forcing me to install Safari on this non-Apple Windows machine.
[02:23] <jdong> this has got to be illegal?
[02:23] <pochu> lol
[02:23] <bddebian> What the hell is Safari?
[02:23] <jdong> bddebian: lol
[02:23] <jdong> bddebian: I'm sorry, BrowserKit :D
[02:24] <tritium> Hi ajmitch.
[02:24] <ajmitch> hello tritium
[02:26] <milli> ScottK2: eesh.  git 1.5.4.4 backport is painful
[02:26] <milli> slightly
[02:27] <ScottK2> milli: What needs to be done?
[02:27] <milli> bddebian: Safari is something you go on in Australia or Africa to see wild animals do crazy things
[02:27] <ScottK2> milli: Feisty was along time ago.   You should consider upgrading.
[02:27] <bddebian> heh
[02:27] <milli> ScottK2: well, yeah.  Will get there once Hardy is baked..  ;-)
[02:27] <bddebian> jdong: OK, what the hell is BrowserKit? :)
[02:28] <milli> ScottK2:  asciidoc deps needs to be (<< 7.1.0), and tcl8.5 -> tcl8.4, but /usr/bin/wish8.5 is hard-coded into the gitk executable, so that needs a patching.
[02:28] <milli> and there's not tk8.5 depends in control..  oops
[02:29] <milli> (source is from sid)
[02:29] <milli> and it's prolly only a big deal to me right now, so no worries.
[02:31]  * milli is installing issue tracker that has git repo browser in it and require git-core 1.5.4.2 or better...
[02:33] <ScottK2> How about 1.5.4.3 from Hardy.  I bet it actually builds.
[02:33] <ScottK2> milli: Do we want 1.5.4.4 for Hardy?
[02:47] <milli> ScottK2: 1.5.4.3 is good enough for me
[02:47] <milli> thus it's there already
[02:48] <ScottK2> OK.
[02:52]  * milli panics for a second thinking it's a Survivor night
[02:55]  * Hobbsee sees a broken getdeb system
[02:55]  * Hobbsee advises a resinstall.
[02:55] <ScottK2> Hobbsee: Isn't that redundant?
[02:56] <Hobbsee> ScottK2: system lookup error for gnome-system-monitor, after installing pidgin, etc, from getdeb.  yay.
[02:56] <Hobbsee> i'd wondered why the version sof libc6, etc, were different..
[02:56] <ScottK2> Heh.
[02:56] <ScottK2> But they don't want to get involved in packaging for Ubuntu proper because we're too picky....
[03:16] <jdong> ScottK2: you saw the transmission packages from Friday right?
[03:16] <jdong> ScottK2: essentially they will ship a single transmission package that on install will cause dpkg overwrite errors to transmission-{cli,common,gtk}
[03:16] <jdong> ScottK2: when I complained about this behavior, the response I got back was "this only happens if the user has transmission installed from Ubuntu"
[03:17]  * jdong gives up
[03:18] <ScottK2> jdong: This is Transmission upstream making their own packages?
[03:24] <jdong> ScottK2: no this is a getdeb packager
[03:24] <jdong> ScottK2: we love transmission upstream :)
[03:28] <ScottK2> Ah.
[03:28] <ScottK2> Back on getdeb.
[03:29] <ScottK2> Figures
[03:29] <ScottK2> No, I didn't see their packages.
[03:31] <jdong> ScottK2: well essentially it was a blind cdbs dh_make from the looks of it, with no regards to properly dealing with upgrades from Ubuntu packages
[03:32] <jdong> ooh! I have the diff.gz!
[03:32] <jdong> http://pastebin.ubuntu.com/5975/
[03:32] <ScottK2> By policy they don't deal with upgrades.  They saw to uninstall all getdeb packages before an upgrade.
[03:33] <ScottK2> Which is a step up from the late not so lamented Automatix that just broke later Ubuntu upgrades and blamed Ubuntu.
[04:30] <ScottK2> I just love the Launchpad design.
[04:30] <ScottK2> When you convert a bug to a question, it sets the bug status to invalid.
[04:30] <ScottK2> If the bug was already invalid, guess what?
[04:30] <ScottK2> You got it.  The bug cannot be converted back to a question.
[04:31] <Fujitsu> ScottK2: It oopses?
[04:32] <ScottK2> No.  It tells you that because the bug may be valid somewhere else, it can't be converted.
[04:32] <ScottK2> I suspect it's a default response if changing to invalid doesn't work.
[04:32] <ScottK2> Typical of Launchpad's well thought out designs.
[04:35] <nixternal> ScottK2 and Fujitsu: you know if it was open sourced we could fix that :p
[04:35]  * nixternal ducks
[04:36] <Fujitsu> nixternal: But Hobbsee's not here.
[04:36] <nixternal> oh she is, just hiding
[05:02] <Hobbsee> Fujitsu: i am now...
[05:02] <Hobbsee> ScottK2: yeah, exctly, so they use the same version number of libc6 as us.
[05:03] <Hobbsee> jdong: damn that's stupid!
[05:03] <Hobbsee> ScottK2: that's...classy
[05:04] <nixternal> I love how you come back and just comment all at once
[05:05] <jdong> lol it's a FIFO :)
[05:05] <nixternal> exactly
[05:05]  * ScottK2 followed it just fine.
[05:05]  * Hobbsee was at tute
[05:05]  * Hobbsee is still having getdeb nightmares, though :P
[05:05] <jdong> as did I. It's not any different than a laggy splitty day :)
[05:05] <nixternal> getdeb rocks!
[05:05] <jdong> Hobbsee: haha those are here to last :)
[05:05] <nixternal> bahahaha
[05:06]  * jdong writes the UpdateManagerForceOverwriteByDefault spec... :D
[05:06] <nixternal> turkey, right as I was in the middle of typing
[05:07] <ScottK2> Then it worked.
[05:07] <nixternal> anywho, #kubuntu is starting to see people go 'I tried to upgrade to hardy per the instructions on h.u.c/community but I am getting these errors'
[05:07] <nixternal> ask to see their sources.list, and guess what is in there
[05:09] <ScottK2> If getdeb would just use a PPA, they could even serve their crack out of the Canonical data center.
[05:09] <Hobbsee> nixternal: turkey, hey?
[05:09] <nixternal> NOOOOOOOOOOOOOOOOOOOoo!!!!!!!!!!!!!!!!!
[05:09] <Hobbsee> nixternal: are they getting the libc6 error, or?
[05:09] <nixternal> ;p
[05:09] <nixternal> i seen the highlight while talking to another person
[05:10] <nixternal> gahahahahaha
[05:10] <nixternal> damn, you have a TOO MUCH CRACK flag, I like that one
[05:10] <ScottK2> Cool.  First time that's ever happened to me.
[05:10]  * nixternal whistles
[05:11] <nixternal> scared them away Hobbsee!!!
[05:11] <nixternal> hahahahaha
[05:12] <nixternal> /mode +b mdomsch!*@*##dont_run_away_scared bddebian!*@*##dont_run_away_scared
[05:12] <nixternal> :p
[05:12] <nixternal> oops, forgot a b in there
[05:13] <Hobbsee> heh
[05:14] <Fujitsu> Aw, we can't all op now.
[05:14] <Fujitsu> No more crazy op-abuse wars, I guess.
[05:14] <Hobbsee> for good reason :P
[05:15] <nixternal> hehe
[05:15] <nixternal> 00:15:18 [notice(ChanServ!ChanServ@services.)] An access level of [10] is required for [OP] on #ubuntu-motu
[05:16] <nixternal> heh, anyone remember /fuckem on the BitchX client? that was the mofo of evilness right there
[05:16] <nixternal> that was about 10 years ago already...jeesh time flies when you are having fun
[05:20] <Fujitsu> nixternal: I had the pleasure of getting BitchX removed.
[05:21] <Hobbsee> Fujitsu: nwo try with yada and checkinstall.
[05:22] <Fujitsu> They're not horrifically insecure.
[05:22] <nixternal> you think?
[05:22] <nixternal> how many times was BitchX taken over by hackers and turned into a RootKit?
[05:22] <jdong> Hobbsee: alien should go though, in all seriousness
[05:23] <jdong> Hobbsee: almost always that tool is misused
[05:23] <ScottK2> Trying to do something that actually can't be done.
[05:23] <jdong> ScottK2: like compiling eclipse 3.3? :)
[05:24] <ScottK2> Not that hard
[06:01] <Hobbsee> jdong: i know.
[06:01] <Hobbsee> jdong: if only lsbrelease didn't require it...
[06:46] <warp10> Good morning
[07:12] <dholbach> good morning
[07:34] <theseinfeld> LucidFox you there?
[07:34] <LucidFox> yes
[07:34] <theseinfeld> when you have time, will you take another look at the http://revu.tauware.de/details.py?package=libdc1394-22
[07:35] <theseinfeld> please :)
[07:35] <theseinfeld> LucidFox I hope that we could get it in soon so I can focus on other packages
[07:55] <LaserJock> dholbach: how often is the 5-a-day stats page updated?
[07:56] <dholbach> LaserJock: every hour I think
[07:56] <LaserJock> ah, so it is :-)
[07:57] <dholbach> we have quite some busy Teams there :)
[07:57]  * LaserJock puts ubuntu-nevada in 2nd place today ;-)
[07:57] <dholbach> I didn't know you were in Nevada
[07:57] <LaserJock> yeah
[07:59] <LaserJock> I had a good couple days, 21 bugs
[08:05] <cody-somerville> u-u-s queue is getting big :)
[09:24] <YokoZar> dholbach: *hugs*
[09:24] <dholbach> :)))
[09:34] <cody-somerville> :)
[09:44] <\sh> hmm...hugging time?
[09:44] <\sh> YokoZar: hey congrats :)
[09:44] <\sh> yust read the good news
[09:45]  * YokoZar hugs \sh
[09:47] <cool> what are this hugs for :p
[09:49] <cody-somerville> YokoZar, is motu now
[09:51] <huats> YokoZar: congrats
[09:54] <\sh> YokoZar: go get wine rocking ;)
[10:13] <\sh> ScottK: the merge of gnucash was not correct of Fred...redone it...checking for build errors now and install stuff....but we want it in hardy...:)
[10:28] <\sh> grmpf
[10:29] <\sh> why is it so hard to get recordmydesktop and audio to run?
[10:29] <\sh> I want to capture the sound from a sound app, but it always gets my mic
[11:19] <mok0> Fujitsu: I found the bug. petsc has nothing to do with it
[11:20] <Fujitsu> mok0: Was that the openmpi upload I saw earlier?
[11:20] <mok0> Fujitsu: yes it was
[11:20] <Fujitsu> Good to hear.
[11:21] <mok0> Fujitsu: so no reason to muck more with petsc
[11:22] <mok0> Fujitsu: but for illuminator, I recommend a sync
[11:23] <mok0> Fujitsu: should I state that in bug 201962, or create a new one?
[11:23] <ubotu> Launchpad bug 201962 in scalapack "gfortran transition" [Wishlist,In progress] https://launchpad.net/bugs/201962
[11:24] <Fujitsu> mok0: Create a new one, to avoid giving the archive admins heart attacks.
[11:24] <mok0> Fujitsu: oh, we don't want that, especially now
[11:25] <Fujitsu> I'm not sure they'd like all the bugmail, or to dig through all of the tasks.
[11:25] <mok0> right. Good old LP
[11:30] <Hobbsee`> heh
[11:30]  * Hobbsee` only counted 7 mails tonight that she had no interest in, done via LP.
[11:32] <emgent> heya people
[11:33] <ScottK> \sh: I ack'ed gnucash.
[11:33] <mok0> Fujitsu: Is there a gfortran tag?
[11:33] <mok0> Fujitsu: for LP I mean
[11:34] <ScottK> YokoZar: Congratulations.
[11:34] <Fujitsu> mok0: Not that I know of, and I wouldn't advise creating any more.
[11:34] <mok0> ok
[11:35] <\sh> ScottK: thx
[11:36] <\sh> Hobbsee: would you like to ack gnucash too? (bug #205570)
[11:36] <ubotu> Launchpad bug 205570 in gnucash "[FFe] Please merge gnucash 2.2.4-1 from debian unstable" [Wishlist,New] https://launchpad.net/bugs/205570
[11:36] <Hobbsee> \sh: wasn't that already done, or is this another one?
[11:36] <ScottK> Hobbsee: This one is new yesterday.
[11:36] <ScottK> Or probably earlier today for you.
[11:37] <Hobbsee> ahh
[11:37] <\sh> man I'm doomed...how can I tell an app to use a monitor sound input device of PA
[11:38] <\sh> or to use an output device as input
[11:43] <Lamego> just wire from your speakers to your mic :P
[11:46] <\sh> Lamego: from d-a to a-d ? bad quality
[11:46] <\sh> but it must be possible to capture the "sound output"....
[11:48] <Hobbsee> \sh: done
[11:48] <\sh> well, actually I would need access to the monitor device, which PA tells me to use as input device
[11:48] <\sh> Hobbsee: gracias
[11:49] <Hobbsee> y/w
[11:57] <_ruben> hrm .. debuild -S is 'munching' my email address i used in the changelog, it changes it to username@hostname .. is there some env var i can set to prevent that or smth?
[11:58] <ScottK> _ruben: Are you sure it's debuild and not dch.
[11:59] <ScottK> _ruben: DEBEMAIL and DEBFULLNAME are probably what you're looking for.
[11:59] <persia> _ruben: $ export DEBEMAIL="Appelation Surname <account@host.tld>"
[12:00] <_ruben> ScottK: i used dch to edit changelog and the debian/changelog file has the proper email address
[12:00] <_ruben> and i think i even have DEBEMAIL exported (*double checks*)
[12:00] <ScottK> OK.  Not sure then.
[12:02] <_ruben> hrmm .. seems the changelog got altered at some point as well .. lets investigate further .. might be false alarm
[12:02] <ScottK2> Each time you run dch it'll reset it.
[12:02] <mok0> Huh? I just updated my hardy builder, and now I get this:  "configure: error: guile-config is broken"
[12:03] <_ruben> guess last time i used dch i didnt have those vars exported or smth, strange
[12:03] <_ruben> works fine now, very strange
[12:03] <mok0> _ruben: that's not strange, that's good! :-)
[12:04] <_ruben> mok0: the fact that i got it sorted is good, the fact that it somehow got messed up remains strange ;)
[12:08] <mok0> Fujitsu: AFAICS meep just needs a recompile when the dependencies (lapack, atlas, ...) have been transitioned
[12:09] <mok0> Fujitsu: However, my sbuilder still pulls in F77
[12:11] <mok0> Fujitsu: How should I mark that on the bug page?
[12:12] <Fujitsu> mok0: I'm not sure...
[12:13] <mok0> Fujitsu: I''ll just set it to "confirmed" and deassign myself
[12:13] <Fujitsu> mok0: Sounds OK.
[12:13] <cody-somerville> Fujitsu, Would you be able to help me create mdt output for Xubuntu packages?
[12:14] <Fujitsu> cody-somerville: I'll set it up with the rest of mine... but how am I to determine the list of packages?
[12:15] <cody-somerville> Fujitsu, would you be able to use our seeds?
[12:16] <Fujitsu> cody-somerville: I've not yet done anything like that. If you can give me a script that produces a list packages you want listed, I can set it all up in a couple of minutes.
[12:16] <cody-somerville> One package per line?
[12:19] <mok0> Fujitsu: Ad meep, I think g77 gets pulled in as a dependency by autotools. Have you dealt with that? I has a autoconf macro "acx_blas.m4" that does a bunch of F77 checking...
[12:19] <mok0> s/I has/It has/
[12:20] <Fujitsu> I've not dealt with it, no :(
[12:20] <mok0> Fujitsu: that makes the transition a lot more complex
[12:21] <mok0> Fujitsu: I need to patch the autobuild system and run the autotools :-(
[12:21] <Fujitsu> mok0: Hasn't Debian done this?
[12:22] <mok0> Fujitsu: hehe would be nice... I'll check
[12:27]  * ScottK2 recalls seeing an IRC comment that thr gfortran transition was done in Debian.
[12:28] <broonie> IIRC it is pretty much but not quite propagated to testing.
[12:29] <mok0> ScottK: yes, it looks like meep does not depend on f77
[12:29] <mok0> in sid
[12:43] <_ruben> is there some (simple) shortcut to have a fully prepared kernel source within your pbuilder buildroot .. right now im installing the linux-source package, copy .config file from outside root, run some make cmds, symlink to /usr/src/linux .. then do my module-assistant stuff
[12:44] <_ruben> could write a script to do so, but am wondering if i might be missing something (obvious)
[12:44] <azeem> what are you trying to do?
[12:44] <\sh> is there a channel for medibuntu?
[12:45] <azeem> \sh: uhm, /list #medibuntu
[12:47] <_ruben> azeem: compiling openswan-modules-source (recent upstream version, 2.4.12, in debian/ubuntu there's 2.4.6, but that doesnt make a diff i think)
[12:47] <azeem> _ruben: why does it need the full source and not just the headersß
[12:47] <azeem> ?
[12:48] <_ruben> azeem: it performs make commands from inside the kernel source tree .. perhaps its an old fashioned method that got stuck or smth .. dont really know
[12:50] <_ruben> hmm .. in fact .. i'll give the ubuntu version of 2.4.6 a try .. see if it behaves differently
[12:50] <mok0> I'm actually surprised that the gfortran transition got an FFE. Seems pretty late in the cycle for such a substantial change
[12:51] <Fujitsu> mok0: We were already half-way there (it was started in main), and you can't really stop half-way.
[12:51] <mok0> Fujitsu: true
[12:51] <ScottK2> That was my rationale when I supported it.
[12:51] <Fujitsu> Why it was started is beyond me.
[12:52] <mok0> Fujitsu: but there's not much time for testing, some of the packages have quite low popcon scores
[12:52] <Fujitsu> Much like the LDFLAGS and python-central changes...
[12:52] <mok0> Fujitsu: LDFLAGS change?
[12:52] <emgent> Fujitsu: are you work on bug #203456 or can i fix it for <=gutsty?
[12:52] <ubotu> Launchpad bug 203456 in horde3 "[horde3] [CVE-2008-1284] information disclosure" [High,Fix released] https://launchpad.net/bugs/203456
[12:52] <emgent> s/gutsty/gutsy/
[12:52] <_ruben> the shipped openswan-modules-source (2.4.6) fails to build as well, yet differently
[12:53] <mok0> Fujitsu: is that what screwed up libc6 at one point?
[12:53] <Fujitsu> mok0: It is.
[12:53] <Fujitsu> emgent: Go ahead.
[12:53] <Fujitsu> emgent: I'm concentrating only on Hardy at this point, so we can give it full support later.
[12:53] <mok0> Fujitsu: LDFLAGS transition passwd me by. Reference?
[12:54] <emgent> ok thanks
[12:54] <Fujitsu> mok0: the dpkg-buildpackage default was changed a couple of months ago.
[12:55]  * mok0 is glad that he's not maintaining dpkg-buildpackage :-/
[13:04] <jpatrick> azeem: no0tic.homelinux.org/~no0tic/auto_bleh.pl - consider using this version, it has more commands
[13:04] <azeem> and a l33t hostname
[13:21] <\sh> re
[13:21] <\sh> damn..my buildserver at home is off...or the provider line
[13:21] <emgent> heya \sh :)
[13:21] <emgent> use PPA :P
[13:32] <\sh> emgent: nope...too slow for me :)
[13:32] <\sh> ah back...a glitch in the matric
[13:32] <\sh> -c+x
[13:41] <emgent> :)
[13:47] <ScottK2> Hobbsee: Would you please have a look at Bug #206948
[13:47] <ubotu> Launchpad bug 206948 in phpgroupware "phpGroupWare should be included in Hardy" [Undecided,New] https://launchpad.net/bugs/206948
[13:47] <ScottK2> I think it ought to be approved so the package doesn't dissapear for one release.
[13:49] <\sh> oh damn you ajmitch  ;)
[13:50] <\sh> ScottK2: wanna step up to repackage the new version? ;9
[13:50] <Hobbsee> ScottK2: done
[13:51] <ScottK2> \sh: No.
[13:51]  * ScottK2 avoids anything to do with php.
[13:53] <Hobbsee> hi, bfiller.  who are you?
[13:53] <\sh> ScottK2: if it's only a sync...let's go for it
[13:53] <bfiller> Hobbsee: I work for Canonical in Lexington, part of Mobile Solutions Group
[13:54] <\sh> actually we should check dapper for it
[13:54] <Hobbsee> bfiller: ahhh....welcome.
[13:54] <Hobbsee> bfiller: not seen you here before
[13:54] <\sh> Hobbsee: you should join #ubuntu-mobile ;)
[13:54] <Hobbsee> \sh: i did do, for a while.
[13:54] <Hobbsee> \sh: it does look interesting
[13:54] <bfiller> Hobbsee: thanks, I've been on this channel for a while, but haven't been very active
[13:54] <ScottK2> \sh: It was a sync before.  Would you look into it?
[13:55] <\sh> ScottK2: I'll just have a look...
[13:55] <ScottK2> \sh: Thanks.
[13:55] <Hobbsee> bfiller: btw, the address is wrong on your lp page - it's irc.freenode.net, not .com
[13:56] <Hobbsee> oh wait.  maybe that works too
[13:56] <bfiller> Hobbsee: ah, thanks. I'll fix that
[13:56] <StevenK> chat.freenode.com is an alias for chat.freenode.net.
[13:57] <Hobbsee> so it is
[13:57] <\sh> ScottK2: grmpf..that looks like a piece of crap to me...well, need to look more closely this evening when I'm home.
[13:57] <\sh> btw..what happened to norsetto...did anybody see him lately?
[13:58] <ScottK2> I spoke with him briefly yesterday on IRC for the first time in quite a while.
[13:58] <ScottK2> He seems active on email, but on IRC much less.
[13:58] <ScottK2> Not sure why.
[13:59] <Hobbsee> less of a time waste?
[14:00] <\sh> ScottK2: just because I didn't see him doing motu-release work..and it's not good to have all -release stuff on your and hobbsees and sistpoties shoulders
[14:00]  * Hobbsee hasn't been doing much of it either, pretty much only when poked
[14:00] <ScottK2> He's been doing a lot with the gfortran transition.
[14:01] <\sh> ScottK2: ah behind the scenes
[14:01] <ScottK2> Here's a question: UPnP - Feature or security bug?  Bug #204928 for context.
[14:01] <ubotu> Launchpad bug 204928 in amule "[FeatureFreeze Exception] New aMule 2.2.0 pre-release snapshot and build with uPnP " [Undecided,New] https://launchpad.net/bugs/204928
[14:01] <mok0> \sh, norsetto was here yesterday
[14:01] <mok0> \sh, he's been busy with the gfortran transition
[14:03] <\sh> ScottK2: well, if it's already a feature which is only activated, it wouldn't hurt ;)
[14:03] <\sh> mok0: yeah, I just didn't see him much lately :)
[14:03] <ScottK2> \sh: Good point.
[14:04] <\sh> ScottK2: I think ffe should be filed when "new features" are applied to upstream sources...
[14:04]  * ScottK2 marks a bug invalid based on "Bug reporter is a known idiot."
[14:04] <\sh> lol
[14:05] <ScottK2> \sh: Agreed and we've had a couple of those.
[14:06] <Hobbsee> ScottK2: hah
[14:06] <afflux> ScottK2: may you write a nice stock reply for the bugteam for the idiot-case? :)
[14:07]  * ScottK2 is not a fan at all of the stock replies.  It runs decidedly counter to the computers for Humans theme of Ubuntu.
[14:07] <Exfil> i am having a problem with some of my resolution, especially my gdm login, the text is TINY TINY!, some aplications are like this aswell
[14:08] <ScottK2> Exfil: Help in #ubuntu or #ubuntu+1 for Hardy
[14:08] <Exfil> oh
[14:08] <Exfil> ok
[14:10] <emgent> i go to work, see you later people.
[14:12] <ScottK2> mok0: Are you still interested in your python-debian FFe?
[14:12] <ScottK2> If so, please update it.
[14:12] <mok0> ScottK: yes, I just haven't got around to it yet
[14:12] <ScottK2> OK.
[14:12] <mok0> ScottK: I don't think it involves much
[14:12] <mok0> ScottK: it already has 1 ack
[14:14] <ScottK2> Just provide the rest of the information and I'll ack it.
[14:16] <mok0> ScottK2: ok
[14:27] <mok0> Huh? My sbuilder says: python-debian_0.1.9.dsc: amd64 not in arch list: all -- skipping ???
[14:32] <soren> mok0: sbuild -A
[14:32] <mok0> soren: thanks!
[14:33] <mok0> soren: yep, it worked. I was looking at the config file
[14:47] <mok0> ScottK: Required info added to bug #198959
[14:47] <ubotu> Launchpad bug 198959 in python-debian "[needs-sync] python-debian_0.1.9 from Debian Sid" [Undecided,Incomplete] https://launchpad.net/bugs/198959
[14:47]  * ScottK looks
[14:49] <ScottK> mok0: Approved.  I subscribed UUS to give it a sponsor's review.
[14:49] <mok0> ScottK: Great! Another one bites the dust
[14:54] <bddebian> Heya gang
[14:56] <emgent> hi bddebian :)
[15:00] <bddebian> Hello emgent
[15:06] <\sh> ScottK2, Hobbsee: how are we dealing with bugs like bug #163906 ? should we just sync it or do we need the FFe stuff?
[15:06] <ubotu> Launchpad bug 163906 in cacao "FTBFS: cacao_0.98-2 on hardy/i386" [Undecided,Confirmed] https://launchpad.net/bugs/163906
[15:07] <\sh> well, when the infos are correct on the bug...which isn't somehow
[15:15] <RainCT> heya
[15:19] <ScottK> \sh: Since that one was a missing build-dep, why not just make a new revision adding the build-dep and upload it?
[15:19] <ScottK> Assuming that part of the bug was right....
[15:20] <\sh> ScottK: there are two FTBFS bugs :(
[15:20] <\sh> ScottK: just checking it
[15:22] <ScottK> At this point I'd say if we can just have the bug fix in a reasonably easy way we'd rather have that.
[15:22] <\sh> ScottK: well, depends what upstream changed in 0.99~rc which is in experimental...
[15:23] <\sh> ScottK: if we can cherry pick the ftbfs fixes from upstream...I agree to go with a fixed 0.98 in this cae
[15:23] <\sh> case even
[15:24]  * RainCT doesn't remember if FFe's should be requested before packaging a new version of a package or after you have it ready
[15:26] <RainCT> can someone answer? ^^
[15:27] <\sh> RainCT: depends...I'll do it every time I have a package checked, build and installed
[15:28] <ScottK> RainCT: Look at the required info for an FFe and tell me how you fill it out withouth a package ready?
[15:28] <RainCT> ScottK: yeh, but I wanted to double check before doing the work :P
[15:28] <\sh> RainCT: only non-devs are filing bugs for FFe without filling in the needed infos
[15:45] <\sh> ScottK: na no luck with the builddep
[16:04] <soren> superm1: You don't need to depend on awk.
[16:04] <Mirv> could anyone maybe upload an updated version of compizconfig-settings-manager, with patch/file from bug 204208 added?
[16:04] <soren> superm1: It's guaranteed to be installed.
[16:04] <ubotu> Launchpad bug 204208 in compizconfig-settings-manager "Finnish translation is broken (non-ASCII characters missing)" [Undecided,Confirmed] https://launchpad.net/bugs/204208
[16:05] <Mirv> the current version has so broken translation it's a bit embarassing
[16:05] <mario_limonciell> soren, doh.  yeah, I was thinking towards debian when I had it listed
[16:05] <soren> mario_limonciell: I doubt Debian needs a dependency on awk, too.
[16:05] <soren> ICBW, though.
[16:05] <mario_limonciell> soren, at least quilt does in debian
[16:06] <mario_limonciell> which is what made me think debian in general
[16:06] <mario_limonciell> doesn't break anything though to do so, next time there is a new version i'll remember to drop it, no use redoing the upload for it
[16:06] <soren> Sure, sure. It doesn't hurt.
[16:09]  * cody-somerville hugs nixternal :)
[16:10]  * nixternal hugs cody-somerville 
[16:15] <cody-somerville> nixternal, so close :)
[16:15] <nixternal> hehe
[16:16] <cody-somerville> nixternal, Are you going to UDS?
[16:19] <nixternal> doesn't look like it
[16:19] <nixternal> that is uni graduation week
[16:21] <cody-somerville> Ah.
[16:29] <cody-somerville> soren, What about you? Going to UDS?
[16:29] <soren> cody-somerville: Sure.
[16:29] <soren> cody-somerville: I sort of have to :)
[16:29] <soren> cody-somerville: You?
[16:29]  * cody-somerville nods. :)
[16:29] <cody-somerville> This will be my first one.
[16:30] <soren> cody-somerville: Cool. It's good fun :)
[16:30] <\sh> especially in the evening
[16:30] <cody-somerville> hehe
[16:30] <\sh> so between 9am and 7pm ;)
[16:31] <\sh> it's hard work ;)
[16:32] <zul> soren: you dont really have to ;)
[16:32] <\sh> heading home now....bbl
[16:35] <jdstrand> emgent: uploaded horde3
[16:36] <emgent> thanks
[16:37] <emgent> other info for USN is in my post
[16:37] <emgent> see query :)
[16:37] <jdstrand> I saw that, thanks
[16:38] <jdstrand> no USN though-- universe package
[16:38] <emgent> oh ok
[18:13] <james_w> What's the protocol for an Ubuntu upload of a Debian native package?
[18:13] <james_w> how do we modify the version number?
[18:15] <james_w> ah, it appears as though it's just ubuntu1 as normal.
[18:16] <james_w> that's what happened with devscripts at least
[18:16] <sebner> james_w: already found a solution for dag2html?
[18:17] <james_w> sebner: there's been a little discussion in the ocaml team.
[18:17] <james_w> I'll give it a day or two and then push for removal.
[18:18] <sebner> k, thx
[18:34] <cody-somerville> Thanks geser :)
[19:16] <emgent> \sh: hi :)
[19:16] <emgent> DktrKranz: heya
[19:16] <DktrKranz> hey emgent
[19:17] <\sh> re
[19:28]  * \sh goes to sleep...need a lot of it...so no work today anymore
[19:36] <leonel> anyone knows what's the eta for postgresql 8.2.7 to be released as security  for gutsy   at this time it's accepted in gutsy but nor released  https://lists.ubuntu.com/archives/gutsy-changes/2008-March/010170.html
[19:36] <leonel> Thank you
[19:38] <blueyed> keescook: the security update for dspam introduced a bashism.. I'll have the debdiffs ready shortly.. Those go to -security, too, correct?
[19:38] <keescook> blueyed: yup -- I thought you had tested the dspam updates?
[19:39] <keescook> leonel: not sure, check with pitti (details should be in bug 203734)
[19:39] <ubotu> Launchpad bug 203734 in postgresql-8.2 "8.2.7 stable bug fix release" [High,Fix committed] https://launchpad.net/bugs/203734
[19:39] <blueyed> keescook: apparently not good enough..! sorry. :/
[19:40] <leonel> thanks keescook
[19:40] <jackster> hey guys
[19:40] <jackster> question, is Ubuntu 8.04 going to ship with Firefox 2 or 3?
[19:42] <jackster> because if Ubuntu 8.04 is coming out in April then it doesn't seem it'll come with a final version of Firefox 3.....
[19:42] <ssweeny> jackster, it currently ships with 3 beta 4
[19:43] <RainCT> http://packages.ubuntu.com/hardy/all/fusion-icon/filelist  does this need to be rebuilded to use the new pycentral directories
[19:43] <keescook> blueyed: heh.  well, we can get it fixed quickly.  :)
[19:43] <ssweeny> i heard a rumor that 8.04.1 point release will include the final ff3 (assuming it's out)
[19:44] <RainCT> (two "pycentral: pycentral pkginstall: not overwriting local files" errors were just reported)
[19:45] <leonel> jackster: I heard another rumor that 8.04 is released with firefox 3 beta 4 and will be easy to include  firefox 3 final when is released
[19:47] <RainCT> ah no
[19:50] <sebner> leonel: true
[21:34] <ScottK2> RainCT: The answer to your fusion-icon/python-central question is yes.
[21:38] <Zelut> is there a CLI equivalent of gdebi?
[21:39] <ScottK2> Zelut: To install a .deb file?
[21:39] <ScottK2> Zelut: dpkg -i filename.deb
[21:39] <ScottK2> It'll need sudo in front of it.
[21:40] <Zelut> ScottK2: but when that deb has unmet dependencies I would like them taken care of, which gdebi does.
[21:40] <ScottK2> Zelut: OK.  For that use sudo apt-get -f install
[21:41] <ScottK2> Two steps, but it gets you to the same place
[21:41] <Zelut> ScottK2: ahh, ok.. I suppose it would be nice if apt/aptitude had a --localinstall similar to yum.
[21:41] <Zelut> cut it down to one step and all.
[21:41] <ScottK2> It may, I've just never bothered.
[21:41] <Zelut> i've been searching for it but can't find anything.
[21:42] <Zelut> I have a co-worker bitching about yum is better (for that one reason), just trying to prove 'em wrong.
[21:44] <ScottK2> It's not an individual tool that's better or worse in my opinion, it's the packaging system.
[21:44]  * ScottK2 has used RPM based distros and doesn't plan on repeating the experience.
[21:45] <Zelut> ScottK2: +1
[21:45] <Zelut> I've yet been able to wrap my head around .deb packaging, but from what I do understand they seem more complicated, but not without merit.
[21:45] <Zelut> I've still had dependency hell with yum.. which kind of defeats the idea of yum.
[21:46] <rockstar_> Zelut, that's because debs have support for suggesting other packages to go along with the first package.
[21:47] <Zelut> rockstar_: right.  we've long had this battle at my office.  We have old-school RH guys vs these new-school Ubuntu guys.
[21:47] <Zelut> it always comes back to the package management
[21:48] <rockstar_> Man, I'm an old school Debian guy...
[21:48] <candrews> Howdy! I'm hoping someone here can re-sync revu's keyring
[21:48] <rockstar_> I don't know, packaging rpms is probably a little easier.  Debian's philosophy to the whole thing is the biggest difference.
[21:49] <Zelut> in my studying debian/ vs .spec the .rpm does seem easier, but not as robust as .deb can be.
[21:51] <ScottK2> Zelut: Debian predates Red Hat by two years if you want to compare old school.
[21:52] <Zelut> ScottK2: did not know that.  I knew they were the oldest, but didn't know it was that much of a gap.
[21:52] <slangasek> Red Hat is such an upstart
[21:52] <Zelut> unless we count SLS ;)
[21:53] <slangasek> rockstar_: and rpm packaging is crackful, I don't miss it at all :-)
[21:54] <Zelut> anyone know of any motu recipies that outline basic installing a few files, not requiring any compiling?
[21:54] <RainCT> ScottK2: it needs a rebuild? why?
[21:54] <Zelut> ie; I have a basic app that needs to put files in /usr/share/doc/app-name and another in /usr/bin, no compiling required.
[21:55] <geser> Zelut: does it have a Makefile?
[21:55] <ScottK2> RainCT: Because python-central doesn't use the pycentral directory any more.  It uses pyshared.
[21:55] <Zelut> geser: no..
[21:55] <RainCT> ScottK2: hm.. but I tried installing the .deb from the repos and here it works fine (and dpkg -L shows the pyshared directories)
[21:56] <RainCT> (although the file list on packages.ubuntu.com shows the old directories... :/)
[21:56] <Zelut> geser: I'm assuming I need to create one, but I've yet been able to find a good Makefile example using the 'install' command to place the file, which I assume is the appropriate way.
[21:56] <ScottK2> RainCT: Maybe it's been done already.
[21:57] <geser> Zelut: perhaps dh_installdirs and dh_install will help you
[21:58] <geser> Zelut: if not use mkdir and cp (or install) and create the wanted directory structure below debian/<packagename> and copy the files there
[21:58] <mario_limonciell> why even go that far?  just use a simple 2 line cdbs rules file and debian/install or debian/files to list where to put stuff
[21:59] <Zelut> mario_limonciell: because cdbs is voodoo? :)
[21:59] <mario_limonciell> bah black magic or not, it's easy
[22:00] <slangasek> until you deviate
[22:00] <geser> mario_limonciell: could you make an working example and add it to the wiki? this question was asked several times already
[22:00] <slangasek> then it's ~impossible
[22:00] <slangasek> but yes, cdbs should be adequate for this
[22:00] <mario_limonciell> the example i brought up last time i fielded this question was my ipod-convenience package
[22:01] <mario_limonciell> it installs a single script, a few symlinks, a man page and does a debconf question
[22:01] <Zelut> basically I have four file: app.sh, COPYING, Changelog and README.  I need the last three in /usr/share/doc and the first would go into /usr/bin
[22:01] <mario_limonciell> very straightforward
[22:02] <slangasek> are you trying to make a policy-compliant package?
[22:02] <Zelut> slangasek: ideally, yes, but I'll start with *a* package to learn :)
[22:02] <slangasek> depending on what COPYING is, you should not install it, but instead have a file debian/copyright which lists the copyright information and refers to /usr/share/common-licenses/
[22:03] <Zelut> COPYING is just the GPLv2.  I guess you're right, I don't really need to duplicate that.
[22:05] <slangasek> in that case, if you're using cdbs and create debian/copyright appropriately, no further handling for that is needed
[22:05] <Zelut> but, again, I have no idea what I'm doing despite going through the packaging guide a half-dozen times.
[22:05] <slangasek> then you just need debian/$package.install as mario_limonciell mentions, listing the packages and their target dirs
[22:06] <mario_limonciell> Zelut, apt-get source ipod-convenience (on a hardy box).  it is very similar to your type of package, and should be a good eye opener for what you need to do
[22:06] <mario_limonciell> it's GPL, so you can model the debian/copyright
[22:08] <Zelut> mario_limonciell: I'll give it a try. I've avoided cdbs because its voodoo but, hell, it can't hurt considering I can't get the traditional method to stick.
[22:11] <Zelut> mario_limonciell: so you've created the additional file structure and then just outlined that in the install file?
[22:11] <mario_limonciell> yeah i thought that was the easier route
[22:12] <mario_limonciell> except for docs, i list those explicitly if need be
[22:12] <mario_limonciell> man pages etc
[22:12] <mario_limonciell> putting the file structure in place this way, you don't need to change debian/install if you decide to put more stuff in ever
[22:13] <mario_limonciell> which i would imagine works around what slangasek was referring to when he said you deviate
[22:14] <slangasek> mario_limonciell: by "deviate" I mean, "need to override something that cdbs considers a sensible default but is wrong about" :)
[22:14] <mario_limonciell> ah yeah
[22:14] <RainCT> ScottK2: i'm not sure what to do... well, thanks
[22:21] <RainCT> ScottK2: I've attached a newly build .deb and asked for feedback, let's see if it really just needs a rebuild :)
[22:21] <RainCT> good night all
[22:21] <ScottK2> RainCT: Did/does another package perhaps provide some of the files that generated the errors?
[22:24] <RainCT> ScottK2: You mean if there's a conflict with another package? I don't think so..
[22:24] <RainCT> (it doesn't say what file(s) is the problem)
[22:25] <ScottK2> OK.
[22:25] <ScottK2> Just throwing out ideas.
[22:26] <slangasek> are the kde folks aware that kdepim-kde4 currently FTBFS?
[22:28] <ScottK2> slangasek: The package probably shouldn't even exist as kdepim wasn't included in KDE 4.0.  I'd vote for FTBFS as a feature
[22:28] <slangasek> ScottK2: well, it's not out-of-date binaries, it just FTBFS when I try to rebuild it to get rid of the libldap2 dependency :)
[22:28] <slangasek> can we remove it from the archive?
[22:29] <ScottK2> slangasek: I just asked about it in #kubuntu-devel.
[22:29]  * ScottK2 has been focusing on KDE3, so is not sure.
[22:29] <slangasek> ok
[22:33] <ScottK2> slangasek: Current opinion in #kubuntu-devel is it can go.  I'd suggest checking with Riddell though.
[22:33] <slangasek> ok, thanks
[22:34] <slangasek> hah, missed him by 5 minutes, grr
[22:34]  * RainCT wonders what happened with the idea to 7zip the 'Packages' files
[22:35] <jpatrick> slangasek: well, it's 4:3.97.0-0ubuntu2 which is well out of date and upstream hasn't finished up with it yet
[22:41] <blueyed> keescook: bug 207579 has (tested) fixes attached and I've reported it to Debian.
[22:41] <ubotu> Launchpad bug 207579 in dspam "dspam-3.6.8-5ubuntu1.2 cronjob fails for libdspam7-drv-mysql" [Medium,In progress] https://launchpad.net/bugs/207579
[22:44] <keescook> blueyed: okay, thanks, I'll get them published
[22:46] <Fujitsu> Didn't Debian already fix that?
[22:46] <nixternal> slangasek: you can wipe kdepim-kde4 and kphotoalbum-kde4 and not worry about a thing
[22:47] <nixternal> neither of them work
[22:47] <nixternal> kphotoalbum-kde4 was accidentally tagged for 4.0.0 release, and kdepim-kde4 is probably a 3.94 release, an alpha or beta release I am sure
[22:52] <slangasek> nixternal: well, ScottK2 says I should check with Riddell. :)
[22:53] <nixternal> slangasek: Riddell just said go ahead in -devel
[22:53] <slangasek> ok, cool
[22:53] <nixternal> both are universe anyways, Riddell is above that :p
[22:53] <nixternal> haha
[22:54] <slangasek> w00t, then I can get rid of openldap2 today \o/
[22:55] <Riddell> ack
[22:56] <slangasek> Riddell: no changes to the kubuntu-kde4 seeds needed to account for this?
[22:56] <nixternal> nope
[22:56] <slangasek> @whee
[22:57] <nixternal> haha, easy job and thanks for doing that slangasek
[22:57]  * nixternal gets to close boogs with "muhahhaha INVALID!"
[22:58] <slangasek> my pleasure, it means one less place where my name is still attached to openldap2 :)
[22:58] <nixternal> haha
[23:26] <alex_mayorga> hi, any help to fix bug 198481
[23:26] <ubotu> Launchpad bug 198481 in bluez-gnome "[needs-packaging] bluez-gnome-0.25 fixes bluetooth-applet crashed with SIGSEGV" [Medium,Confirmed] https://launchpad.net/bugs/198481
[23:26] <alex_mayorga> or help on getting on track to do it myself
[23:26] <alex_mayorga> or try at least :)
[23:59] <Amaranth> crap launchpad is going down
[23:59] <Amaranth> wait, good thing, no more compiz bug reports