[06:00] <ScottK> ssweeny: Still building (dev box is slow).
[06:00] <ssweeny> ok
[06:11] <ScottK> Wow.  I think I build kdepim in less time than this.
[06:13] <ssweeny> it doesn't seem like that big a package
[06:13] <ScottK> The box in question is a PIII 700 with 256MB of RAM.
[06:13] <ScottK> And it's running KDE on it too.
[06:13] <ssweeny> ouch
[06:14] <StevenK> :-P
[06:15] <ScottK> Heh
[06:16] <ScottK> I also logged into my development server and trying to set up DKIM mail signing too on the same box, but SSH doesn't eat much CPU.
[06:16] <ScottK> I also/I am also
[06:21] <RAOF> ssweeny: Back.  What do we need to do to backport?
[06:22] <SEJeff> How can I get my key added to the REVU keychain?
[06:22] <crimsun> https://wiki.ubuntu.com/MOTU/Contributing  <--
[06:23] <SEJeff> s/keychain/keyring/ it has been a long day
[06:23] <ssweeny> RAOF, we're trying to backport anjuta, but libgdl needs to be done first and it has a rather lengthy list of rdepends
[06:23] <ssweeny> well, more specifically it's python-gnome2-extras
[06:24] <ssweeny> the list is at bug #126681
[06:24] <ubotu> Launchpad bug 126681 in feisty-backports "backport libgdl" [Undecided,New]  https://launchpad.net/bugs/126681
[06:24] <ScottK> ssweeny: Congratulations.  Uploaded.
[06:24] <ssweeny> awesome
[06:24] <SEJeff> crimsun: That link and: https://wiki.ubuntu.com/MOTU/Packages/REVU slightly conflict. 
[06:24] <ScottK> Please make sure it builds properly on the buildds and then mark it fix released (won't be until after Tribe 3 is released).
[06:25] <ssweeny> ok
[06:25] <RAOF> Ok.  So, we'd need to test a bunch of those first.
[06:25] <ssweeny> i've tested istanbul, solfege, democracytv, and exaile
[06:25] <ssweeny> no problems with any of those
[06:25] <SEJeff> I am a member of the "Contributors of packages for ubuntu universe" group and MOTU/Packages/REVU says that I should ask someone in this channel to resync the revu uploaders keyring
[06:26] <ScottK> ssweeny: Shortly you should be able to go in LP to your profile and see an upload on your list of "Assigned Packages".
[06:26] <crimsun> SEJeff: that's not at all a conflict.
[06:27] <ssweeny> it's there
[06:27] <SEJeff> ok, well could someone resync the key? The page you mentioned didn't seem to say anything about resyncing the revu keyring
[06:27] <ScottK> ssweeny: Cool.  There you go.  Your first upload.
[06:27] <ssweeny> wow, feels good
[06:27] <ScottK> Everyone say congratulations to ssweeny for his first upload.
[06:28] <RAOF> ssweeny: So, I won't be able to help with this immediately for 2 reasons - (1) I don't have internet for my Ubuntu box until the evening, and (2) I don't have a Feisty install anymore :)
[06:28] <crimsun> SEJeff: it's already being synced.
[06:28] <SEJeff> crimsun: thankyou
[06:28] <RAOF> ssweeny: I'll fix (2) this evening, then I'll be able to help :)
[06:28] <ssweeny> RAOF, sounds good
[06:29] <ScottK> Good night everyone.
[06:29] <ssweeny> ScottK, good nite
[06:30] <ssweeny> thanks for the help
[06:30] <ScottK> No, thank you for your contribution.
[06:30] <ScottK> Not a problem at all.
[06:30] <ScottK> ssweeny: Stick around and you can be a motu for Gutsy +1.
[06:31] <ScottK> Good night.
[06:31] <ssweeny> i'll do my best
[06:32] <ScottK> Oh.  One other thing... When you have a debdiff that you think is ready to upload, subscribe (not assign) your bug to ubuntu-universe-sponsors.  You didn't have to to that tonight because I already knew.
[06:32] <ssweeny> alright
[06:33] <bryce> congrats on the upload ssweeny :-)
[06:33] <ssweeny> thanks :-)
[06:33] <ssweeny> hope it's the first of many
[06:35] <xtknight> ScottK, squashed that Gnome art ruby bug
[06:36] <crimsun> SEJeff: finished.
[06:36] <RAOF> xtknight: Yay!
[06:36] <xtknight> does this patch look good?  http://rafb.net/p/xU3tAy93.html
[06:36] <xtknight> gnome-art isnt universe is it?  it's 'gnome'?
[06:37] <ajmitch> hello crimsun 
[06:37] <SEJeff> crimsun: Thanks again
[06:37] <ssweeny> well after all this excitement i'm off to bed
[06:37] <ssweeny> g'nite all
[06:38] <xtknight> ah nm it is universe
[06:38] <xtknight> RAOF, do you mind giving that diff a quick look-over?
[06:38] <RAOF> xtknight: Not at all.  I'll get to see what some ruby looks like :)
[06:39] <xtknight> oops i shouldn't have double spaced the changelog
[06:39] <xtknight> the *s.
[06:41] <RAOF> xtknight: Is there meant to be all that whitespace in the diff?
[06:41] <xtknight> my first time ever with ruby actually
[06:41] <xtknight> i dont know
[06:41] <xtknight> the original was crazily spaced..
[06:41] <xtknight> i think it's tabs or something
[06:42] <xtknight> RAOF,  there was way too much spacing in the source code.  the diff removes like 10 lines of needless spaces
[06:42] <xtknight> the rest of the source code wasn't like that
[06:43] <RAOF> I refer particularly to lines 52-57.
[06:43] <xtknight> ya i know what you mean
[06:43] <xtknight> it was like that in the original.  the diff is actually removing that excess space
[06:43] <RAOF> :)
[06:43] <xtknight> besides i had to completely rewrite that line
[06:43] <xtknight> all that whitespace is one function lol
[06:44] <RAOF> Is "file_save_as.hide" equivalent to destroying the dialog?  Because otherwise it looks like you're leaking dialogs
[06:44] <xtknight> hmm
[06:44] <xtknight> not sure exactly
[06:44] <xtknight> i will try a destroy
[06:45] <xtknight> it probably garbage collects anyway, but it's just good practice
[06:45] <RAOF> It's entirely possible that it doesn't matter, but I'm not sure about Ruby's scoping
[06:47] <xtknight> well using 'destroy' instaed works, so ill do that
[06:47] <xtknight> good catch
[06:48] <RAOF> Yay!  My decrepid C++ comes in handy :)
[06:49] <xtknight> i'm sure the end user can just feel the burden of all those pointers being released
[06:49] <xtknight> :)
[06:52] <RAOF> No one likes a memory leak :P
[06:53] <RAOF> Apart from that, does the gnome-art package have a patch system?
[06:54] <xtknight> revised: http://rafb.net/p/DSKJEc38.html
[06:54] <xtknight> hmm
[06:54] <xtknight> yea
[06:54] <xtknight> debian/patches exists?  oh great
[06:54] <RAOF> Because it seems you're modifying the source directly, which is generally bad :)
[06:54] <xtknight> so what must i do now? :o
[06:55] <RAOF> Well, work out what patch system is in use (debian/rules will help, or debian/control)
[06:56] <xtknight> i dont really have any idea what a "patch system" is, actually
[06:56] <RAOF> Gah!  Sorry
[06:56] <xtknight> im reading https://wiki.ubuntu.com/MOTU/School/PatchingSources
[06:56] <RAOF> So, a patch system is something that gets run during the build to patch the sources.
[06:57] <xtknight> ah ok go on, i'll listen instead because that page looks very complicated ;p
[06:59] <RAOF> So, it isolates the divergence from upsttream.  This is a Good Thing (tm), since it means that even if a new upstream version doesn't include the patch, it can generally be applied anyway.
[07:00] <RAOF> Also, these patches can be easily *sent* upstream.
[07:00] <xtknight> ah
[07:00] <RAOF> So, most of the patch systems have a foo-edit-patch type command.
[07:00] <RAOF> You use these to really, really easily create or edit a patch
[07:01] <RAOF> They spawn a subshell & copy the source.  You make your changes, and they're automatically turned into a patch in debian/patches
[07:03] <xtknight> say i want to determine which patch system "gnome-art" uses?
[07:04] <RAOF> So, you can look in debian/control.  If it build-depends on dpatch or quilt, you've got your winner.
[07:04] <xtknight> Build-Depends: debhelper (>= 4.2.25), docbook-to-man, cdbs, quilt, patchutils
[07:04] <RAOF> If it *doesn't*, but b-d's on cdbs, chances are it's a simple-patchsys
[07:05] <xtknight> so if b-d on quilt..
[07:05] <RAOF> Oooh, intriguing.  I've never worked with a quilt patchsys before :)
[07:05] <xtknight> well ive never worked with any before :P
[07:05] <RAOF> You might want to check in debian/rules, but it's a good bet that it uses quilt as its patchsys
[07:06] <xtknight> include /usr/share/cdbs/1/rules/patchsys-quilt.mk
[07:06] <xtknight> so i think the answer is obvious at this point
[07:06] <RAOF> Indeed
[07:07] <RAOF> So, you'd need to follow the "quilt" part of that patchsys school
[07:08] <xtknight> ok
[07:09] <RAOF> Interesting.  It seems banshee doesn't like playing 50 minute long songs
[07:10] <StevenK> RAOF: I have a 92 minute mp3 if you'd like it.
[07:10] <crimsun> GSt or Banshee?
[07:12] <nixternal> crimsun: any progress on bug 120515?
[07:12] <ubotu> Launchpad bug 120515 in linux-source-2.6.22 "Master volume control doesn't work, PCM only" [Undecided,New]  https://launchpad.net/bugs/120515
[07:12] <RAOF> crimsun: Dunno.  It's _playing_ fine, but banshee's UI has frozen
[07:12] <crimsun> nixternal: I no longer care for ALSA.
[07:12] <nixternal> lovely
[07:13] <nixternal> who is caring for it now?
[07:13] <crimsun> the ubuntu-audio LP team
[07:13] <nixternal> soooo...is that a good thing?
[07:13] <crimsun> why wouldn't it be?
[07:13] <TheMuso> Does LP appear down for anybody atm?
[07:14] <RAOF> TheMuso: Not for me
[07:14] <crimsun> LP is reachable here.
[07:14] <TheMuso> hmmm
[07:15] <crimsun> nixternal: is this from a fresh modprobe of snd-hda-intel?
[07:16] <xtknight> what does "quilt add" do?
[07:16] <xtknight> :\
[07:16] <nixternal> crimsun: yes, the one you told me to do last month to get you the info
[07:16] <TheMuso> hmmm
[07:16] <ajmitch> xtknight: iirc it adds a file to the patch you're currently working on
[07:16] <xtknight> ajmitch, i have a patch done the conventional way.  what do you mean my "adds a file to a patch"?
[07:16] <xtknight> it kinda says the same thing in the man file
[07:17] <TheMuso> How strange.
[07:17] <ajmitch> you start a patch with 'quilt new foo.patch', add files that you plan to change with 'quilt add ...', edit, then quilt refresh
[07:17] <TheMuso> I can reach a.u.c, cdimage.u.c, but not lp.net or ubuntu.com
[07:17] <xtknight> hmm what if i just want to insert a .patch that i already have?
[07:18] <crimsun> nixternal: that doesn't really answer my question; please verify ASAP after unloading all ALSA modules and reloading snd-hda-intel that `amixer -c0` shows both elements.
[07:18] <TheMuso> Just sits there saying making connection
[07:18] <crimsun> nixternal: (presuming you're using 2.6.22-8.18, too)
[07:18] <nixternal> master and pcm are there
[07:18] <nixternal> as well as the other things
[07:19] <nixternal> crimsun: you are correct
[07:19] <crimsun> then you have a codec quirk
[07:19] <TheMuso> ah ok. Now it says offline for maintanance.
[07:19] <crimsun> for the conexants, it's debatable whether there _should_ be PCM at all
[07:19] <TheMuso> Still had to use another box to get that though.
[07:19] <nixternal> something I can fix, or something that I need to wait for someone else to fix?
[07:19] <crimsun> well, it's NOTABUG to use the old terminology.
[07:20] <nixternal> it worked fine in <Feisty, Gutsy is when it broke
[07:20] <crimsun> no, gutsy is when it was fixed
[07:20] <crimsun> it was broken in feisty
[07:20] <crimsun> you just got used to the old broken behaviour
[07:20] <nixternal> hehe, well I can't use my volume controls nor mute my audio with Gutsy, in Feisty and below I could
[07:21] <crimsun> meaning the hotkeys?  That's an orthogonal issue.
[07:21] <RAOF> TheMuso: Still WorksForMe
[07:21] <nixternal> crimsun: correct..the hotkeys move the volume control and show that it is muted, however it isn't
[07:22] <RAOF> nixternal: So, change what the hotkeys are mapped to until it works?
[07:22] <crimsun> nixternal: I presume this is reproducible on Ubuntu Tribe 3 (candidate) and Kubuntu Tribe 3 desktop CDs?
[07:22] <nixternal> crimsun: haven't tried them just yet..but I will right now
[07:22] <crimsun> I won't read scrollback until tomorrow; I'm traveling today after a 5:30 AM meeting.
[07:23] <nixternal> now that sounds like fun
[07:25] <xtknight> with the patch systems do you apply the patches FIRST before making your new one?  do you diff against the original or diff against 'after all the other patches are applied'?
[07:25] <xtknight> speaking of quilt specifically..do i do quilt push -a to apply all current patches before "quilt new"??
[07:27] <xtknight> lol looks like i'll spend more time uploading this than i did making it :P
[07:27] <RAOF> Possibly :)
[07:28] <RAOF> xtknight: It probably won't matter, but I'd apply all the other patches first.
[07:28] <xtknight> RAOF, do i even have to use the "quilt" program?  can i just add my patch to the "series" file and stick my patch in debian/patches?
[07:29] <RAOF> xtknight: No idea.  You're welcome to try that :)(
[07:31] <xtknight> RAOF, should Maintainer changes be added to the patch system?
[07:32] <xtknight> RAOF, we dont want those going upstream to debian do we?  because their maintainer isnt MOTU...
[07:32] <RAOF> xtknight: No.  Your patches shouldn't touch anything in debian/
[07:33] <RAOF> Since that is where we add the stuff anyway
[07:33] <RAOF> You only need the patchsys for changes outside of debian/
[07:33] <xtknight> ah
[07:38] <xtknight> yay
[07:38] <xtknight> RAOF, so i guess it works.  Applying patch 03_patch_gtk_save_dialog.diff
[07:38] <xtknight> RAOF, now where do i do the diff for the debian/ stuff
[07:39] <RAOF> xtknight: You don't.  You just change stuff in debian/ :)
[07:40] <xtknight> RAOF, how do i upload a patch system patch?
[07:40] <RAOF> Then, you build a new source package (debuild -S -us -uc)
[07:40] <xtknight> kinda confused
[07:40] <RAOF> Then, you run debdiff, and upload the debdiff :)
[07:40] <xtknight> oh
[07:40] <xtknight> i see
[07:41] <RAOF> If you don't want to go that far, you could just attach the patches that you have to a bug, and someone will find it eventually.
[07:41] <xtknight> naw i wanna get this done
[07:42] <RAOF> But going all the way to debdiff puts your name on the changelog, and makes it easier (and hence faster) for a sponsor to upload it.
[07:42] <xtknight> so i do "debuild -S -us -uc"
[07:43] <xtknight> after adding it to the patch system, applying the pathces with "quilt push -a", and modifying my debian/control and debian/changelog..
[07:43] <RAOF> Yup.  This will build a new source package.
[07:43] <xtknight> Patch 03_patch_gtk_save_dialog.diff does not remove cleanly (refresh it or enforce with -f)
[07:43] <RAOF> Ah.  Trouble.
[07:44] <xtknight> figures
[07:44] <RAOF> This might be because you're modifying files you've already modified?
[07:44] <xtknight> im really confused though.  when you say "apt-get source PKGNAME", does apt-get apply quilt patches after that?
[07:45] <xtknight> i have some odd feeling im applying the patches that are there twice when im doing this diff
[07:46] <RAOF> xtknight: No, it doesn't.  Patches get applied at build time only
[07:46] <xtknight> oh maybe i shouldnt have done quilt push -a
[07:46] <xtknight> before debuild..
[07:46] <xtknight> maybe that's why
[07:47] <xtknight> unless you're like me and you apply them for no reason :P
[07:48] <RAOF> Hm, as I said, I've got no experience with quilt.
[07:48] <xtknight> ya i fixed the problem
[07:49] <xtknight> oh you wouldnt have any idea how i'd lost i'd be if it weren't for you
[07:49] <RAOF> Cool
[07:49] <xtknight> it was because i applied them twice.  shouldnt have done that
[07:49] <RAOF> :)
[07:49] <TheMuso> haha
[07:49] <xtknight> all i needed to do was add them to the chain and then debuild.
[07:49] <TheMuso> learning is a good thing
[07:51] <xtknight> now where'd my deb file go?
[07:51] <xtknight> oh it's a source build
[07:51] <RAOF> In the parent directory
[07:51] <RAOF> Also, not a .deb, a .dsc + .diff.gz
[07:51] <xtknight> yea
[07:51] <xtknight> but how do i test with these?
[07:52] <RAOF> So, do you have a pbuilder?
[07:52] <ajmitch> build the binary packages with pbuilder or similar
[07:52] <xtknight> nope 
[07:52] <xtknight> isnt it sometihng like dpkg-source -x <file>.dsc?
[07:52] <RAOF> xtknight: Yes, but you've already got the unpacked source :)
[07:53] <RAOF> xtknight: Building in a pbuilder is a Really Good Idea(tm), but a poor-man's substitute is to just run "debuild -us -uc" from your source directory
[07:53] <xtknight> ya i'm feeling a bit lazy ;)
[07:54] <TheMuso> Its a Hobbsee!!
[07:54] <RAOF> Hello Hobbsee!
[07:56] <Hobbsee> TheMuso: it is!
[07:56] <xtknight> well, pigs aren't flying, but the good news is my patch actually works!
[07:56] <Hobbsee> ajmitch: what do i get the hug for?  :)
[07:56] <Hobbsee> hey RAOF!
[07:56] <ajmitch> Hobbsee: just because
[07:56] <ajmitch> ScottK: still alive?
[07:57] <xtknight> RAOF, do you know the debdiff syntax off hand?
[07:58] <TheMuso> debdiff origpkg.dsc newpkg.dsc > filename.diff
[07:59] <xtknight> phew..
[07:59] <xtknight> RAOF, so i upload this diff to LP and i'm all set?
[07:59] <TheMuso> or not.
[07:59] <TheMuso> WOrked second time.
[07:59] <RAOF> xtknight: Yup.  As long as you're confident it works.
[07:59] <xtknight> yup
[08:00] <xtknight> debdiff should be reliable shouldnt it?
[08:00] <xtknight> or need i test this again?
[08:00] <RAOF> xtknight: Upload, and subscribe (not assign) ubuntu-universe-sponsors
[08:00] <RAOF> Oh, debdiff should work
[08:00] <TheMuso> except for the damn login page.
[08:02] <RAOF> TheMuso, StevenK, Hobbsee, jml, lifeless: Want to arrange to meet up somewhere for dinner on Friday/the weekend?
[08:02] <Hobbsee> RAOF: this friday?
[08:03] <jml> sure
[08:03] <RAOF> Hobbsee: Yeah.  Although any time in the next 2 weeks is good
[08:03] <StevenK> I'd have to check.
[08:04] <TheMuso> Friday sounds good.
[08:04] <RAOF> StevenK: That's OK.  I just wanted to mention it since almost all the Sydney ubuntuites I know are in here now :)
[08:04] <StevenK> Although, I concur with TheMuso.
[08:04] <TheMuso> Bloody brilliant. Launchpad cannot be used with either a git snapshot build of elinks, or the version in Feisty.
[08:05] <RAOF> How hard can it be to write standards-compliant html?  (Note: RAOF is not a web designer!)
[08:05] <TheMuso> Oh lovely. Its gzip encoding.
[08:06] <TheMuso> WHich has worked in the past.
[08:07] <xtknight> RAOF, html?  pretty easy to do standards compliant.  standard compliant css that works in all browsers?  not so much
[08:07] <TheMuso> Yay. Was able to get on using the edge server.
[08:08] <TheMuso> xtknight: Let me know if/when you need a sponsor for the bug, and I'll take a look.
[08:08] <xtknight> TheMuso, thanks.  well the patch for bug 60258 is up
[08:08] <ubotu> Launchpad bug 60258 in gnome-art "Ruby crashes while using gnome-art-manager" [Medium,Confirmed]  https://launchpad.net/bugs/60258
[08:08] <xtknight> (has about 10 dupes)
[08:09] <xtknight> it affects feisty and gutsy all architectures AFAIK
[08:09] <TheMuso> Right. The gutsy one is easy to fix, whereas for feisty, it needs to be considered for a Stable Release update.
[08:10] <xtknight> TheMuso, does that mean more work for me, or more work for who has to upload it?
[08:10] <RAOF> The patch is pretty small, so an SRU shouldn't be out of the question
[08:11] <xtknight> it will be in a future feisty update, then?  for example, in 2 weeks grandma types sudo apt-get upgrade on her Feisty and she'll have it? :P
[08:13] <TheMuso> Ok, slight problem.
[08:13] <TheMuso> xtknight: There is a newer gnome-art in the archive. You will have to look at the newer version, and patch against it.
[08:14] <xtknight> which archive?
[08:14] <TheMuso> You have 0.2-5 which you patched to make 0.2-5ubuntu1, but there is 0.2-6.
[08:14] <TheMuso> This is in gutsy.
[08:14] <xtknight> oh
[08:14] <TheMuso> WHich is what your changelog entry is for.
[08:14] <xtknight> so im fine for feisty though?
[08:14] <TheMuso> Well things will have to be done differently for feisty.
[08:15] <TheMuso> I have to go and do a few chores, but when I return, if someone hasn't started to look at it all, I'll take a look, and we'll see about getting it into feisty as well.
[08:15] <xtknight> ok i'll probably have to wait until tomorrow to do anything further
[08:15] <xtknight> but i'll be on
[08:15] <xtknight> 2am (EST) here
[08:15] <TheMuso> Right.
[08:25] <Hobbsee> *** anyone interested in doing some cd testing? ***
[08:26] <ajmitch> nope
[08:26] <TheMuso> If my connection was fast enough, I would.
[08:26] <ajmitch> already too close to the monthly data limit :)
[08:27] <RAOF> Hobbsee: Yes, this evening
[08:28] <Hobbsee> RAOF: cool
[08:28] <RAOF> As long as a USB install is sufficiently like a test :)
[08:28] <RAOF> I don't have any CDRW lying around
[08:29] <Hobbsee> ah
[08:29] <TheMuso> If I can get the live CD to finish syncing over this slow connection, I'll do an install test as well.
[08:29] <RAOF> But installing from the .iso on a usb stick should count?
[08:29] <xtknight> what kind of CDs?
[08:30] <Hobbsee> xtknight: gutsy tribe 3 testing cds
[08:30] <xtknight> Hobbsee,  oh, well i have vmware here and a fast net connection, so it's no problem
[08:30] <Hobbsee> xtknight: cool.  which arch did you want to do?
[08:31] <Hobbsee> and desktop/alternate?
[08:31] <xtknight> Hobbsee, i should be able to do 32bit and 64bit here, but if you just want to assign me one i'll do 64 since that's more obscure
[08:31] <xtknight> umm, alternate
[08:31] <Hobbsee> xtknight: that be great.  preferred flavour?
[08:32] <Hobbsee> xtknight: okay, could you do some of https://isotesting.stgraber.org/isotesting/test/513 please?
[08:32] <Hobbsee> and/or https://isotesting.stgraber.org/isotesting/test/512
[08:33] <xtknight> yeah
[08:33] <Hobbsee> thanks
[08:34] <xtknight> first time i've done this.  is there some guide on what i'm supposed to do?
[08:34] <RAOF> Hobbsee: Do you know if testing from usb as described in http://www.debian.org/releases/stable/i386/ch04s04.html.en is useful?
[08:34] <Hobbsee> RAOF: it's probably OK
[08:35] <Hobbsee> xtknight: the list of stuff there says what to test for.  if you find problems, report bugs on them, and link them in the iso tracker.  
[08:35] <RAOF> Although I could obviously not do some of those tests, like verifying the cd :)
[08:35] <xtknight> Hobbsee, ah, ok
[08:35] <Hobbsee> RAOF: yeah, fair enough
[08:36] <TheMuso> Hobbsee: I could do alternate, as I already have that CD synced.
[08:37] <TheMuso> 20070717 is the one we're doign I assume.
[08:37] <Hobbsee> TheMuso: which arch?
[08:37] <Hobbsee> that'd be cool
[08:37] <TheMuso> i375
[08:37] <Hobbsee> TheMuso: it's 17.1, i thiknk
[08:37] <TheMuso> i386 even
[08:37] <TheMuso> ah yes of course.
[08:37] <Hobbsee> TheMuso: okay, if you wanted to grab the i386, and xtknight the amd64 version
[08:38] <TheMuso> or .2
[08:38] <xtknight> yup amd64.alternate is on the way here
[08:38] <xtknight> 20070717.2
[08:42] <xtknight> Hobbsee, testing under a virtual machine should be sufficient?  as it stands i can burn it to a cdrw and tell it to run from that CDRW.  or do you want us to install these locally to a HD?
[08:42] <Hobbsee> xtknight: i didnt think amd64 would let you use a vm...
[08:42] <Hobbsee> on real hardware is good, if you've got it, but not all tests need to be like that
[08:42] <xtknight> yup i have several 64 vms here
[08:43] <xtknight> deadline is sometime july 19, right?  if i have to install locally i probably won't be able to make that deadline as this isn't really a machine i can experiment with but i can do the VM...
[08:43] <RAOF> Qemu does 64bit vms
[08:44] <Hobbsee> xtknight: go with the VM, then
[08:44] <Hobbsee> RAOF: oh neat
[08:44] <StevenK> RAOF: But only if the processor supports Intel's new virt technology?
[08:45] <xtknight> nah doesn't need that
[08:45] <StevenK> I think qemu was the only thing I didn't try.
[08:45] <xtknight> VMWare will do it
[08:45] <xtknight> i run a 64bit vm under a 32bit OS even.  really flexible.
[08:45] <StevenK> I tried a 64 bit VM under 64 bit userland and it didn't work.
[08:46] <xtknight> vmware server is free so you could give that a shot
[08:46] <StevenK> Which is what I tried.
[08:46] <xtknight> how did it not work?
[08:46] <RAOF> StevenK: No, it's only *fast* if your proc supports virtualisation :)
[08:47] <xtknight> the intel VT extensions actually slow things down for the most part
[08:47] <xtknight> they are mainly for running windows under Xen
[08:47] <xtknight> afaik
[08:47] <RAOF> xtknight: You wouldn't say that if you'd compared qemu to kvm :)
[08:48] <xtknight> RAOF, oh probably not.  but vmware is stlil faster than keqmu+kvm here :)
[08:48] <xtknight> and vmware doesn't use the extensions
[08:48] <xtknight> the one thing i love about vmware is it gives you mouse drivers
[09:19] <imbrandon> xtknight, yes vmware does use the extentions if your proc supports them
[09:23] <tupa> hi, I have a question
[09:24] <tupa> does everytime a new development version is released, do you copy all the files from debian unstable or you just did that in the beginning
[09:24] <tupa> let's say, if debian dies, ubuntu dies?
[09:26] <xtknight> lol scary thouhg
[09:26] <xtknight> thought*
[09:27] <xtknight> imbrandon, ah i guess that's right.  you need VT to run 64bit guests.
[09:28] <xtknight> for 32 it is not enabled by default but you can enable it with monitor_control.vt32 = TRUE
[09:30] <tupa> xtknight?
[09:31] <xtknight> tupa, yeah?  sorry, i dont have the answer to your question
[09:31] <Hobbsee> tupa: we take debian's changes,a nd merge them inw ith ours.  or just copy the ones we dont change
[09:32] <tupa> oh
[09:32] <tupa> so probably that's why there are many developers that also help debian :)
[09:33] <tupa> *ubuntu developers
[09:34] <Hobbsee> yes
[09:38] <TheMuso> Evening RAOF.
[09:39] <imbrandon> xtknight, vt has nothing to do with 64 or 32 bit proc's
[09:39] <RAOF> Evening TheMuso.  Why doesn't irssi have "evening" in tab-complete :)
[09:39] <imbrandon> nor the ability to run a 32bit host with a 64bit guest
[09:39] <TheMuso> RAOF: heh
[09:39] <TheMuso> RAOF: Maybe because its easy to type.
[09:39] <RAOF> I was going to try to test the amd64 Server disc, but there's no image.  So instead, I'll make bolongnese.
[09:40] <TheMuso> RAOF: Yes there is
[09:41] <RAOF> Where?
[09:41] <RAOF> Whoops
[09:43] <TheMuso> heh
[09:43] <RAOF> What's the chance that enough people are torrenting a gutsy daily server disc to make it worth the torrent... ;)
[09:43] <xtknight> imbrandon, eh whatever..doesnt really matter to me
[09:43] <TheMuso> RAOF: Dunno.
[09:43] <TheMuso> I just use rsync.
[09:44] <xtknight> this was just quoting someone who works at vmware: 
[09:44] <xtknight> The surprising fact is that, for the time being, hardware "assistance" is significantly slower (for most workloads) than the all-software approach. We use VT on 64-bit Intel hardware because we have to, not because we want to. 
[09:44] <xtknight> ( http://www.vmware.com/community/thread.jspa?threadID=57777 )
[09:45] <xtknight> i thought i remembered running 64bit VMs on my A64, which didnt feature VT anyway
[09:47] <xtknight> you know, is firefox really supposed to act like it has been for the past 2 weeks on the Gutsy builds?  (default profile could not be created because folder isnt writeable).  has nobody noticed this?
[10:09] <dholbach> good morning
[10:33] <StevenK> man-di_: Ping, any news about sear?
[12:32] <imbrandon> erm
[12:33] <imbrandon> some bash ppl arround ?
[12:33] <TheMuso> imbrandon: Whats up?
[12:34] <TheMuso> Do you mean bash as in scripting
[12:34] <TheMuso> heh
[12:39] <blueCommand> StevenK: Always there to make a practical joke :)
[12:45] <imbrandon> ok
[12:45] <imbrandon> i have ...
[12:45] <imbrandon> err lemme pastbin it
[12:46] <Q-FUNK> https://wiki.ubuntu.com/LucasNussbaum/UsertaggingBugsReportedToDebian   this is heavenly
[12:47] <imbrandon> TheMuso, StevenK , http://paste.ubuntu-nl.org/30312/
[12:47] <imbrandon> that always seems to think its running
[12:47] <imbrandon> even when its not
[12:47] <imbrandon> i think its the -z but not sure
[12:47] <TheMuso> looking...
[12:48] <StevenK> Does pidof lighttpd return what you think it should?
[12:48] <minghua> Q-FUNK: Unfortunately Lucas's mail to ubuntu-devel hasn't generated a single reply yet.
[12:48] <Q-FUNK> minghua: sad.  his proposal is simple and well-explained.
[12:49] <TheMuso> pidof returns 1 if no pid was found.
[12:49] <imbrandon> brandon@voyager:~$ pidof blah
[12:49] <imbrandon> brandon@voyager:~$
[12:49] <imbrandon> nope
[12:50] <TheMuso> imbrandon: You do know you can use bash -x/sh -x to watch the script execute.
[12:50] <imbrandon> yea
[12:51] <imbrandon> hrm
[12:51] <minghua> imbrandon: Are you sure you are using bash?  Bash and dash seems to give me different results.
[12:51] <minghua> TheMuso: He is testing the output instead of return value.
[12:51] <minghua> Q-FUNK: Yes, sad indeed.
[12:52] <TheMuso> minghua: I know.
[12:52] <TheMuso> Just working through it in my head.
[12:52] <minghua> TheMuso: So you are suggesting using return value instead?  Perhaps not a bad idea.
[12:52] <imbrandon> 2~yes i'm using #!/bin/bash
[12:52] <TheMuso> Possibly.
[12:52] <geser> imbrandon: try -n "$RUNNING" instead of -z
[12:53] <imbrandon> k
[12:53] <StevenK> Which is the opposite way around.
[12:53] <StevenK> -n is "string is not empty"
[12:53] <geser> currently you check if  RUNNING is empty and say lighttpd is running
[12:54] <StevenK> Hah, that's a good point
[12:54] <imbrandon> ahhh right on
[12:54] <imbrandon> that worked
[12:54] <minghua> Forget what I said about bash and dash being different.
[12:54] <imbrandon> i was pulling my hair out
[12:54] <imbrandon> lol
[12:54] <TheMuso> heh
[12:55] <imbrandon> thanks fella's, was just trying to make sure the lighttpd processes stays running with a simple 5 minute cron
[12:55] <imbrandon> ;)
[12:55] <TheMuso> heh
[12:55] <imbrandon> seems to die for some reason every few days
[12:55] <TheMuso> ew
[12:55] <imbrandon> oh well this will fix it up for now :)
[12:56] <imbrandon> and send me an exact time to look in the logs as to why it dies ;)
[12:57] <StevenK> Why sudo? Surely you're running the cronjob as root?
[12:57] <imbrandon> yea but i was testing it as me first
[12:57] <imbrandon> eg ./check_web
[12:57] <imbrandon> now i'll move it to a proper location and run it as root in a cron
[12:57] <imbrandon> etc
[12:57] <StevenK> Just a sign that Apache is better. :-P
[12:58] <imbrandon> StevenK, apache(2) dies in under 4 hours on the same load
[12:58] <imbrandon> on this box
[12:58] <imbrandon> :)
[12:58] <StevenK> Apache 2 has been running on my Alpha webserver for 83 days. :-)
[12:59] <imbrandon> http://www.imbrandon.com/stats/bandwidth/
[12:59] <StevenK> Which is how long the machine's been up
[12:59] <imbrandon> this morning and last thursday you can see the dips
[12:59] <imbrandon> where lighttpd died
[01:00] <\sh> imbrandon: what load?
[01:02] <imbrandon> \sh, right now about 0.3 but it spikes to arround 1.5 at times , but its not the server load its the concurrent connections that kill it, i get about 2k hits a minute on that box between imbrandon.com/ubuntuwire.com/ubuntustudio.org
[01:04] <\sh> imbrandon: hmmm....2k hits per minute, thats 2000/60
[01:04] <imbrandon> but the load stays arround 10 to 15 with apache2 and the exact same sites
[01:04] <\sh> 33 hits per second...
[01:04] <imbrandon> yea something close to that
[01:04] <\sh> that means 10 per cent of the normal load a dual p3 can handle
[01:05] <imbrandon> this is a core2duo with 4 gigs of ram , i'm telling you its not the server load thats killing it
[01:05] <imbrandon> ;)
[01:05] <\sh> imbrandon: I'm calculating the netload / netconnections...
[01:06] <imbrandon> ahh
[01:06] <imbrandon> brb smoke break
[01:06] <\sh> at lycos we handled with a p3 700 dual core 300 hits per second
[01:06] <\sh> but a special compiled apache ...anyways nowadays all the machines should handle 300 hits per second
[01:06] <\sh> brb smoke break
[01:51] <blueCommand> I have a quite big package where COPYING and so on specifies GPL and so does 99% of the source-code. But 5 files does not have a license in them, just a simple "Copyright (C)". What rules do apply?
[01:52] <ScottK> ajmitch: I was alive, but not awake.  Pong.
[01:53] <blueCommand> 2 files in the same directory is specified as under GPL, including the AssemblyInformation (.NET)
[01:54] <broonie> blueCommand: Is the copyright holder the same as for everything else?
[01:55] <blueCommand> In that directory yes
[01:55] <blueCommand> Hm
[01:55] <blueCommand> No
[01:55] <blueCommand> I Just checked twice
[01:55] <blueCommand> His files never mention GPL
[01:56] <stgraber> If you know upstream, you can ping them and ask about the licence for those files, best would be to have a fixed .orig.tar.gz from upstream
[01:56] <blueCommand> Upstream is Novell, I will give them a mail
[01:58] <ScottK> Good morning all, btw.
[02:04] <ajmitch> ScottK: hi, was just saying that I finally did some upgrades while running the older kernel & ran into that clamav oops :)
[02:04] <ajmitch> I presume that's been fixed in subsequent kernels?
[02:04] <ScottK> OK.  Well no one has complained since going to 22-8, so I think so.
[02:05] <ajmitch> I guess that's an incentive to reboot then
[02:05] <ScottK> I've rolled two clamav updates since with only one bug and he was still on 2207.
[02:05] <ScottK> err 22-7
[02:05] <ScottK> Thanks for letting me know.
[02:05] <ajmitch> np, now I go & sleep :)
[02:05] <ScottK> Good night then.
[02:15] <RainCT> there was a Qt update today, or?
[02:28] <ScottK> JFTR, I'm reviewing kbib right now.
[02:36] <xxxxx1> good morning all!
[02:39] <siretart> hi xxxxx1 
[02:42] <blueCommand> I must say, I admire you to have such an easy-to-remember nick xxxxx1 :-)
[02:42] <Hobbsee> !ping
[02:42] <ubotu> pong
[02:43] <xxxxx1> blueCommand, heh
[02:46] <ScottK> Fujitsu: I just noticed that if you click on the https://launchpad.net/bugs/bugnumber link on a private bug it redirects to the package based URL and then tells you you can't see it.  This creates a small, unnecessary information leak as one now knows what package the private bug is against.  I thought I check with you first since so far you always filed my LP bugs before I did.
[02:53] <LucidFox> Speaking of Qt... can GPL3 applications be linked with it?
[02:54] <ScottK> It's GPL, why not?
[02:54] <LucidFox> the Qt headers only mention GPL version 2, not "version 2 and above"
[02:55] <ScottK> Yes and GPL v2 and GPL v3 are compatible.  
[02:55] <ScottK> You couldn't link GPL v3 stuff to the Linux kernel if they weren't (i.e. I think we'd have heard by now).
[02:56] <LucidFox> So it simply means that I can't distribute modified versions of Qt itself under GPLv3.
[02:56] <ScottK> Exactly.
[02:58] <ScottK> BTW, kbib looks good to me if any MOTU wants to review something they have a shot at uploading.
[03:04] <jekil> someone can review please? http://revu.tauware.de/details.py?upid=6080
[03:09] <LucidFox> ScottK> it seems that a GPLv3 program cannot be linked against a GPLv2 only library. http://www.gnu.org/licenses/gpl-faq.html#AllCompatibility
[03:10] <ScottK> Interesting.
[03:11] <ScottK> That's gonna make it tough for people that want to use GPLv3 and have to link against the kernel.
[03:12] <ScottK> jekil: The copyright holders/licenses that you added: Are they GPLv2 or GPLv2 and at your option later?
[03:13] <ScottK> LucidFox: I think your question merits a mention in the MOTU FAQ.  Would you please add that to the wiki?
[03:13] <LucidFox> sure
[03:13] <ScottK> Thanks.
[03:14] <jekil> ScottK: except the first all GPLv1
[03:14] <ScottK> Ah.  Then you need to be clear about that.
[03:15] <ScottK> The link you used to common licenses points to GPL v2, but it's just a symlink.
[03:16] <ScottK> You need to point to specific versions if needed.  Also, AFAIR, GPL v1 isn't in common licenses any more.
[03:16] <jekil> ScottK: uh! i dont known this, so can be right a link to GPL website?
[03:16] <ScottK> No.  You must include the full text of the license in debian/copyright.
[03:18] <jekil> ScottK: so i include all GPLv1. Can i write "See below for GPL terms" or i must include it 3 times?
[03:18] <ScottK> One time is enough.
[03:18] <jekil> thanks
[03:19] <ScottK> The other thing you need to make sure is can GPL v1 and GPL v2 code be combined.  I don't know as it hasn't come up before here.
[03:20] <LucidFox> "GPLv1 and above" can be combined with GPLv2.
[03:21] <LucidFox> Just GPLv1 cannot.
[03:21] <ScottK> The question is was it and above or just GPLv1 then.
[03:21] <ScottK> jekil: ^^^
[03:23] <jekil> ScottK: the problem is that the version is not mentioned, so i think is v1
[03:23] <ScottK> Ah.
[03:23] <jekil> http://rafb.net/p/JW7a5J45.html
[03:23] <ScottK> GPLv1 is very old.
[03:23] <jekil> and the link dont work
[03:24] <ScottK> OK.
[03:24] <LucidFox> Could you ask upstream to clarify the issue?
[03:24] <ScottK> Then this brings up a bigger problem.
[03:24] <ScottK> The source tarball MUST include a full verbatim copy of the license.
[03:24] <ScottK> If it doesn't, it'll get rejected by the archive admins.
[03:25] <ScottK> This, BTW, is exactly why that rule exists.
[03:25] <ScottK> You willneed to hunt down the upstream and get it fixed.
[03:25] <jekil> ok, thanks
[03:25] <jekil> ok, thanks
[03:31] <lucas> Q-FUNK: you can be the first one to reply ;)
[03:31] <Q-FUNK> heh
[03:34] <jussi01> ScottK: The original concern was only that I had missed an author. (jarno elonen) however Emmet then raised the issue of the other copyrights. I have been through the code and it seems all of david calinskis code has been taken out. And finally, damn, your efficient! 
[03:34] <ScottK> I'm reviewing inadyn now.
[03:35] <ScottK> jussi01: If we didn't find it the archive admins would and then you'd get rejected.
[03:35] <ScottK> Ah.
[03:35] <ScottK> Sorry.  
[03:35] <ScottK> Lost track of which package we were on.
[03:35] <Vorian> how can I overcome this error in pbuilder:  checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
[03:35] <jussi01> hehe
[03:36] <ScottK> Vorian: You're missing a build-dep.  Add it.
[03:36] <ScottK> jussi01: Comment on REVU so whoever looks at it after me will know too.
[03:37] <jussi01> ScottK: I will as soon as i recover my password (when I next log onto feisty - in a few hours)
[03:37] <ScottK> OK.
[03:37] <ScottK> jussi01: I'll do it.
[03:38] <jussi01> ScottK: thanks
[03:38] <LucidFox> ScottK> added, https://wiki.ubuntu.com/MOTU/FAQ#head-3f2af63b21df4b6edc87b57b5b3e7c390032fb11
[03:40] <ScottK> jussi01: I just remembered that you only need one MOTU for another upload.  I'll upload it again shortly.
[03:41] <jussi01> ScottK: thanks a lot! that takes stress from my mind :)
[03:41] <ScottK> LucidFox: Cool.  Thanks.
[03:43] <fernando> moin all
[03:45] <ScottK> jussi01: Uploaded.
[03:45] <jussi01> ScottK:  :) Thanks
[03:47] <ScottK> Good morning fernando
[03:53] <LucidFox> What does the "Pocket" field in the queue mean?
[03:56] <DarkSun88> Hi all
[03:57] <Hobbsee> LucidFox: -release, -updates, -security, iirc
[03:59] <LucidFox> ah
[04:06] <rootvzla> hi ^^
[04:21] <blueCmd> blueCommand, What a handsome nickname
[04:33] <soc> hi
[04:34] <soc> hi
[04:34] <soc> does someone know if the avivo drivers will be updated?
[04:34] <soc> in my experience they are currently very stable for 2d
[04:35] <soc> some people say, they outperform fglrx in gtkperf, but i don't have checked thazt
[05:05] <ScottK> man-di_: Would you please review http://revu.tauware.de/details.py?upid=5571 (it'll be a good bullet for your MOTU application).  I'll post comments if you have them.
[05:16] <ScottK> jdong: Have you had any discussions about the Baltix peole using backports bugs for themselves too?
[05:16] <ScottK> jdong: IMO anything that says backport X from Gutsy to Feisty can't be a baltix bug.
[06:17] <rootvzla> hi people ubuntu-motu
[06:34] <bulletxt> hi, it would be nice if "fuseiso" package in gutsy gets updated because it is reeeally old :)
[06:35] <ScottK> bulletxt: Feel free to update it.
[06:35] <ScottK> We're all volunteers here and there's only so much of us to go around.
[06:36] <bulletxt> ok I understand :)
[06:38] <ScottK> But we're glad to help if you want to give it a shot
[06:40] <apachelogger> ScottK: http://revu.tauware.de/details.py?upid=5612 zakame@ubuntu.com wanted me to do it that way.... actually I'm not really happy with that patch either :-/
[06:40] <ScottK> Well then I guess he can review it.
[06:41] <Hobbsee> haha
[06:41] <apachelogger> oioi
[06:42] <rootvzla> hi ^^
[06:42] <rootvzla> ScottK
[06:42] <rootvzla> n.n
[06:42] <apachelogger> i.e. the src was always dirty after a clean :S
[06:42] <apachelogger> <-- dirty boy
[06:44] <apachelogger> ScottK: http://revu.tauware.de/details.py?upid=6083 I fixed the issues
[06:45] <rootvzla> hi apachelogger 
[06:46] <ScottK> apachelogger: Great.  I'm not reviewing right now.
[06:46] <apachelogger> ahoy rootvzla
[06:46] <apachelogger> ok ^_^
[06:47] <rootvzla> ok ^_^ apachelogger 
[06:52] <ryanakca> Do we still need to modify requestsync if we aren't in ubuntu-dev
[06:52] <Hobbsee> ryanakca: no, just use -s
[06:52] <ryanakca> Hobbsee: *nods*, I'll update SyncRequestProcess then :)
[06:55] <rootvzla> hi ryanakca 
[06:55] <rootvzla> ^_^
[06:58] <ryanakca> Hi rootvzla 
[06:59] <rootvzla> someone can help me with a doubt that I have
[07:00] <rootvzla> :(
[07:01] <ryanakca> rootvzla: just ask :)
[07:04] <rootvzla> ryanakca oh it was a doubt on the packages that come in ubuntu and tambien on that queria to learn to do motu
[07:10] <rootvzla> ryanakca?
[07:11] <Hobbsee> ryanakca: great, thanks
[07:11] <rootvzla> hi ajmitch 
[07:15] <blueCmd> Mono libs and such, are they /usr/share or /usr/lib? They are in a way platfom independant, right?
[07:21] <rootvzla> hola javier_galicia 
[07:21] <rootvzla> ^^
[07:22] <javier_galicia> :o hola rootvzla 
[07:24] <rootvzla> oye puedo hacerte una pregunta?
[07:24] <javier_galicia> rootvzla, sip
[07:24] <rootvzla> sabras algo de ubuntu?
[07:25] <javier_galicia> mmm
[07:28] <rootvzla> hi Vorian 
[07:28] <Vorian> hello rootvzla :)
[07:29] <sommer> hey all.  Where are package dependency version numbers set in the ${shlibs:Depends} variable in control files?
[07:29] <sommer> if that makes sense :)
[07:29] <javier_galicia> rootvzla, you only ask the question to everybody of this channel & someone can help you
[07:31] <hroo772> so ive setup pbuilder on my server to test compiling, when running it can't get a dependency
[07:31] <sommer> hroo772: you might check the COMPONENTS= setting in /etc/pbuilderrc.
[07:32] <rootvzla> javier_galicia It is a doubt on a package of ubuntu called gnome-chemistry-utils queria to see if podia to help in that package in ubuntu and queria to see if me podria or as podria to hold responsible of that package?. the other pregnta was that like one can learn about the packages in general in ubuntu I say to learn to do motion in ubuntu?. open someone that can help me and to explain on that?  
[07:32] <hroo772> sommer: thanks, ill look at that
[07:32] <sommer> I had the same issue last night and needed to enable the universe repos.
[07:32] <javier_galicia> XD
[07:35] <rootvzla> entendistes algo la pregunta javier_galicia ?
[07:35] <hroo772> sommer: after making the change there, do i need to rebuild the pbuilder enviroment?
[07:35] <javier_galicia> rootvzla, que quieres ser responsable de aqul paquete??
[07:36] <sommer> I don't think so. 
[07:36] <sommer> I was told to:  "pbuilder login --save-after-login" command and modify /etc/apt/sources.list that way
[07:36] <rootvzla> yes ayudar en un paquete de ubuntu javier_galicia 
[07:37] <sommer> last night, but I already did a pbuilder create so I never tried it.
[07:37] <hroo772> hmm
[07:37] <sommer> I know the pbuilder create works though.
[07:38] <javier_galicia> rootvzla, pues puedes empezar checando el FAQ: https://wiki.ubuntu.com/MOTU/FAQ
[07:44] <ryanakca> rootvzla: dunno... tambien, queria?
[07:45] <rootvzla> yes ryanakca 
[07:47] <ryanakca> no clue, sorry
[07:48] <sommer> ScottK: I think I've created a patch for sylpheed-claws-gtk2-clamav that will use the new clamav api.
[07:48] <sommer> It builds fine with pbuilder, but the .deb still wants libclamav1...how do I tell it to use libclamav2?
[07:49] <ScottK> Look in debian/control
[07:49] <sommer> under sylpheed-claws-gtk2-clamav?
[07:49] <ScottK> When you have a good patch, file a bug in dapper-backports and attach the patch
[07:49] <ScottK> yes
[07:49] <rootvzla> gracias javier_galicia me ando leyendo ese FAQ
[07:50] <sommer> will do, but I wanted to test it first. 
[07:50] <ScottK> Yes.  Absolutely test it first.
[07:50] <sommer> heh :)
[07:51] <sommer> I'm not sure what the look for in the control file?  Under Depends it just has ${shlibs:Depends}?
[07:51] <sommer> Where does ${shlibs:Depends} come from?  The dev guide mentions dpkg-source, but I must be missing something.
[07:51] <ScottK> OK.  Then you need to look at the upstream make file I would guess.
[07:52] <siretart> sommer: see dpkg-shlibdeps(1)
[07:52] <ScottK> siretart: Thanks.
[07:53] <sommer> ah...that makes sense.  I'll check the make file.
[07:53] <ScottK> What siretart said is a very good idea. sommer
[07:53] <sommer> and read the dpkg-shlibdeps man page.  thanks from me as well siretart.
[08:01] <rootvzla> hi Vorian 
[08:02] <Vorian> hello
[08:05] <sommer> I get that dpkg-shlibdeps takes a list of dependencies, but what calls dpkg-shlibdeps? pbuilder?
[08:09] <hroo772> whats the best way to apply a diff to the original source to then work with that in improving the patch
[08:12] <broonie> sommer: The rules file will call it at some point while the package is building.
[08:15] <sommer> broonie: thanks using this line: dh_shlibdeps?
[08:15] <sommer> if so why aren't there any arguments?
[08:15] <ryanakca> hroo772: it depends on the patch system, which one are you using?
[08:16] <hroo772> ryanakca: well i was just using pbuilder after just doing a dget of the .dsc
[08:16] <ryanakca> hroo772: if you're just using the cdbs one, then cdbs-edit-patch
[08:16] <ryanakca> hroo772: otherwise, look on the wiki for the motu-school patching course
[08:16] <hroo772> ok
[08:18] <tuxmaniac> Should 2 motus approve a sync request. dholback has acked. Can some other motu also ack so that the packages get synced?? Thanks in advance
[08:19] <tuxmaniac> Sorry the bugs are 126610 126601
[08:19] <tuxmaniac> #126597
[08:20] <geser> afaik one ack should be enough for new packages
[08:20] <tuxmaniac> oh ok. I thought the policy would be similar to the revu reviews
[08:20] <ScottK> tuxmaniac: Look and see if he subscribed ubuntu-archive.  If he did, that's all there is to do.
[08:20] <rootvzla> hi tuxmaniac 
[08:21] <ScottK> The archive is mostly frozen right now until after Tribe 3, so the odds of any syncs getting processed before Friday are low to none.
[08:21] <tuxmaniac> rootvzla, Hi
[08:21] <tuxmaniac> ScottK, thats fine. I dont want to raise a UVFe :-)
[08:22] <tuxmaniac> ScottK, he has made it to Unassigned from Ubuntu Universe sponsors
[08:22] <ScottK> Did he subscribe ubuntu-archive?
[08:23] <tuxmaniac> Hmm let me check
[08:23] <ScottK> BTW, subscribe, do not assign uus in the future.
[08:23] <geser> tuxmaniac: that's normal, as u-u-s has done it' share
[08:23] <tuxmaniac> ScottK, oh ok. Sorry for the mistake
[08:23] <geser> ubuntu-archive is subscribed to the first bug
[08:24] <tuxmaniac> 2 nd one too
[08:25] <tuxmaniac> yes all are subscribed. thanks ScottK geser for the help
[08:26] <rootvzla> Hello tuxmaniac a question I can do it?  
[08:26] <tuxmaniac> rootvzla, I did not understand that
[08:29] <ScottK> !question | rootvzla
[08:29] <ubotu> rootvzla: Don't ask to ask a question. Just ask your question :)
[08:36] <RainCT> uh.. why has htop a menu entry?
[08:37] <RainCT> (it's a terminal application)
[08:40] <alexr> Hi there
[08:40] <alexr> doko: any chance you looked at  https://bugs.launchpad.net/ubuntu/+source/gramps/+bug/120569 yet?
[08:40] <ubotu> Launchpad bug 120569 in gtkspell "[gutsy]  gtkspell segfaults when trying to set the language on gtk.TextView" [High,Confirmed]  
[08:40] <rootvzla> hi alexr 
[08:43] <AndyP> RainCT: well it's possible to launch terminal apps in a terminal with a menu entry but there's a lot of debate at the moment about whether that's a good thing
[08:44] <rootvzla> ScottK Habia a question that queria to do you ScottK and is like umo can enter wing motu-school I say that one must do? or one that has to do better said.  
[08:45] <PhinnFort> what should I put in the debian/watch file?
[08:45] <RainCT> AndyP: I know it's possible, but I read somewhere (in wiki.ubuntu.com I think) that shouldn't be done. (Anyways I'm just asking, it's indifferent to me wheter this one is there or not)
[08:46] <ScottK> rootvzla: https://wiki.ubuntu.com/MOTU/Mentoring
[08:47] <ScottK> rootvzla: I think I answered your question, but I am not sure.  The better you can make your English, the more help you will get.
[08:48] <rootvzla> sorry ScottK 
[08:48] <rootvzla> my english is no good
[08:48] <ScottK> No problem.  Just do your best.
[08:48] <PhinnFort> mein inglirs sehr guht
[08:48] <AndyP> RainCT: you're correct - https://wiki.ubuntu.com/MOTU/Packages/DesktopFiles
[08:49] <rootvzla> ScottK yo entiendo algo en espanol tambien entiendo algo en english
[08:49] <rootvzla> + o -
[08:49] <leonel> :)
[08:49] <rootvzla> :)
[08:49] <leonel> not really 85% english
[08:49] <AndyP> PhinnFort: the uscan man page should tell you the format of a watch file
[08:50] <PhinnFort> ok, thanks
[08:50] <ScottK> The odds of anyone getting help from me in anything other than English are very close to zero.  Sorry.
[08:51] <PhinnFort> not even klingon?
[08:51] <PhinnFort> :S
[08:51] <ScottK> Nope.
[08:52] <PhinnFort> darn
[08:52] <leonel> apt-get install klingon      can  help ?
[08:53] <rootvzla> leonel
[08:53] <RainCT> language-pack-gnome-tlh - GNOME translation updates for language Klingon; tlhIngan-Hol
[08:53] <RainCT> :O
[08:53] <PhinnFort> rotfl
[08:53] <PhinnFort> I knew the bible was translated to klingon, and google, but Gnome?
[08:54] <leonel> rootvzla: 
[08:54] <PhinnFort> they have too many translators, should hand some over to kde
[08:54] <RainCT> xDD
[08:54] <rootvzla> tu sabras algo sobre motu-school?
[08:54] <RainCT> there are really bored persons... lol
[08:55] <PhinnFort> hehe
[08:55] <PhinnFort> some even hang out all day in age-old chat networks
[08:55] <leonel> que necesitas  rootvzla ?
[08:56] <rootvzla> ah queria saber como uno podia entrar a motu-shool o como uno podria hacer para aprender
[08:56] <rootvzla> en motu-shool leonel 
[08:56] <rootvzla> ?
[08:56] <coNP> !es | rootvzla 
[08:56] <ubotu> rootvzla: Si busca ayuda en Espaol por favor entre en los canales #ubuntu-es, #kubuntu-es o #edubuntu-es, all obtendr mas ayuda.
[08:56] <PhinnFort> you should open the honorary MOTU college
[08:56] <rootvzla> ah grax ubotu 
[08:56] <rootvzla> grax coNP 
[09:01] <ScottK> \sh_away: Any opinion on backporting Wine 0.9.41-0ubuntu2 from Gutsy to Feisty?
[09:02] <ScottK> I'm told it tests out "OK".
[09:02] <PhinnFort> I'm running wine  0.9.41~winehq0~ubuntu~7.04-1 fine here
[09:02] <ScottK> Why and does it work?
[09:02] <Kmos> ScottK: I can try to test it if you want
[09:03] <PhinnFort> feisty
[09:03] <Kmos> it should work fine
[09:03] <PhinnFort> joejaxx: are you just a tiny bit paranoid or something?
[09:03] <ryanakca> joejaxx: hehe, why not. I'd make myself a 20480 key... would take ages to encrypt/decrypt/sign methinks, but oh well :)
[09:04] <ScottK> joejaxx: http://support.microsoft.com/kb/q276304/
[09:04] <Kmos> !pt
[09:04] <ubotu> Por favor use #ubuntu-br ou #ubuntu-pt  para ajuda em portugus. Obrigado.
[09:04] <Kmos> nice
[09:04] <ryanakca> joejaxx: wouldn't you have backwards-compatibility issues though?
[09:08] <jekil2> if i have a tar.gz that contains the directory foo, i must rename it to foo-0.3 ?
[09:12] <jussi01> ScottK: quick question, is there somewhere i can follow the progress of mnemosyne into the repos?
[09:13] <blueCmd> Is gtk1.2 on the verge of being excluded from ubuntu? IIRC I've read it somewhere
[09:13] <ScottK> Yes
[09:13] <ScottK> Gimme a sec
[09:15] <ScottK> https://launchpad.net/ubuntu/gutsy/+queue
[09:16] <jussi01> ScottK: thanks
[09:22] <gpocentek> blueCmd: IIRC there was a discussion about demoting xmms to universe, and then gtk1.2, but I don't think that dropping gtk1.2 was discussed at all
[09:23] <porthose> Hello MOTU's:  Ampache is in need of comments/first advocate http://revu.tauware.de/details.py?upid=6086 thank you.
[09:23] <blueCmd> gpocentek, Just wondering. Thanks
[09:26] <ScottK> blueCmd and gpocentek: I do know that's an eventual goal for some definition of eventual.
[09:26] <ScottK> I recently had a MIR declined because the package required gtk1.2 and Ubuntu won't take any new gtk1.2 dependencies into Main.
[09:27] <ScottK> Fortunately I could fix it.
[09:30] <Kmos> ScottK: do you use kde ?
[09:30] <ScottK> Yes
[09:30] <Kmos> bug 121800
[09:30] <ubotu> Launchpad bug 121800 in lastfm "Please sync lastfm (1.3.0.62-2) from debian unstable" [Wishlist,Confirmed]  https://launchpad.net/bugs/121800
[09:30] <Kmos> need to be confirmed by a MOTU
[09:30] <Kmos> to be uploaded
[09:31] <ScottK> Sorry.  I don't have a lastfm account.
[09:31] <ScottK> Have you tested the new package?
[09:33] <Kmos> with pbuilde r?
[09:33] <Kmos> pbuilder ?
[09:33] <Kmos> i don't use kde
[09:33] <Kmos> :(
[09:35] <ScottK> OK.  Then you need to either convince persia it doesn't need to be tested the extensively or find someon who does.
[09:49] <joejaxx> PhinnFort: yeah i am paranoid when it comes to security
[09:49] <joejaxx> everyone should be
[09:49] <joejaxx> paranoid == secure
[09:50] <ScottK> joejaxx: I don't recall which Roman emperor it was, but there was one that was so paranoid about being poisoned he'd only eat fruit he'd picked off the trees himself.
[09:50] <ScottK> joejaxx: They finally got him by managing to poison the fruit still on the tree.
[09:55] <hroo772> i use lastfm, i could test it if needed
[09:56] <ScottK> Kmos: ^^^
[09:56] <joejaxx> ScottK: he should have chksum'd the fruit before eatting it from the tree ;)
[09:56] <Kmos> hroo772: thanks
[09:57] <Kmos> hroo772: please test it :)
[09:57] <hroo772> so go build it in pbuilder or test the newly released package?
[09:57] <ScottK> hroo772: Go build it in pbuilder
[09:57] <Kmos> it's a sync, so you need to build debian package
[09:57] <Kmos> with pbuilder
[09:58] <hroo772> ok, ill try it on my amd64
[10:05] <Kmos> :)
[10:10] <RainCT> on a conflict, <<  is lower than, or?
[10:11] <hroo772> well lastfm compiled fine from what debian had
[10:13] <RainCT> ah ok, nevermind
[10:13] <blueCmd> Where should Mono-libs be located? /usr/lib/mono/1.0/ ?
[10:16] <hroo772> Kmos: want me to install the lastfm i just built, or were you just looking to see if it errored on compiling?
[10:32] <Kmos> hroo772: you need to run it
[10:32] <Kmos> and try lastfm account, if it works fine
[10:33] <hroo772> ok
[10:34] <hroo772> oops i forgot to edit the dependencies, so it didnt install
[10:41] <hroo772> Kmos: well using it so far i havnt seen any issues
[10:41] <hroo772> Kmos: streaming the music works fine, doing common things havnt caused any crashes so far
[10:41] <Kmos> hroo772: that's nice
[10:41] <Kmos> can you post that as a comment in the bug ?
[10:42] <hroo772> sure
[10:42] <Kmos> https://bugs.launchpad.net/ubuntu/+source/lastfm/+bug/121800
[10:42] <hroo772> the only thing i noticed from when i built it, was that it didn't automatically install missing dependencies
[10:42] <ubotu> Launchpad bug 121800 in lastfm "Please sync lastfm (1.3.0.62-2) from debian unstable" [Wishlist,Confirmed]  
[10:42] <hroo772> which could possibly be my fault when building it, cuz i dont really know completely what im doing
[10:42] <Kmos> :-)
[10:43] <Kmos> you do sudo pbuilder build *.dsc
[10:43] <Kmos> ?
[10:43] <Kmos> :)
[10:43] <Kmos> maybe you don't have pbuilder with sources.list correctly configured
[10:43] <Kmos> it will works fine when you install it with apt-get
[10:43] <Kmos> thanks for all
[10:44] <blueCmd> What is the recommended way to pass the package name to a configure script?
[10:44] <blueCmd> Enviroment vars?
[10:45] <hroo772> yea, i thought i had it setup properly
[10:46] <bmm> Hi. For the debian/menu file: is that file used in ubuntu packages and if so does it adhere to the debian sections from the debian policy?
[10:47] <hroo772> the thing is, in the content of the debian unstable doesn't have libqt4-core and libqt4-gui as a dependency
[10:47] <hroo772> which is what it complained about not having when installing
[10:47] <hroo772> also, in the dsc i noticed that it was setting libqt4-dev as a depenency which is a huge ass package for users to install when just running that small program
[10:49] <Kmos> :)
[10:49] <rootvzla> hi Kmos 
[10:49] <rootvzla> :)
[10:50] <Kmos> hi
[10:50] <hroo772> Kmos: so i don't know if that's something someone else would realize or not, but all i know is i just started using pbuilder today, so im just starting with things
[10:50] <Kmos> :-)
[10:50] <AndyP> bmm: i think if the rules file uses dh_installmenu then it gets installed
[10:51] <bmm> The debian/watch doesn't support https and I've uploaded it on launchpad.net which wants https. Should I still add the watch or leave it out?
[10:51] <bmm> AndyP: and do the same sections apply?
[10:51] <Kmos> hroo772: sudo pbuilder login --save-after-login -> after you can go to /etc/apt/sources.list and add more archives..
[10:51] <Kmos> and apt-get update && apt-get -y upgrade
[10:51] <bmm> AndyP: can't hurt to add it, right? Then I'll just add it in the most sensible way :-D
[10:51] <Kmos> after just type: exit
[10:52] <hroo772> ok ill see how that ends up
[10:52] <ScottK> hroo772: libqt4-dev is only a build dep, you don't need it to run the program.
[10:52] <hroo772> ohhhh makes sense
[10:53] <AndyP> bmm: no, couldn't hurt, there are lots of packages which install debian menu files
[10:53] <bmm> thnx
[11:01] <hroo772> Kmos: well im starting that up again with more sources
[11:01] <Kmos> :-)
[11:02] <hroo772> all i noticed missing was gutsy-updates ones
[11:03] <xxxxx1> bye all
[11:05] <bmm> I've got a mindnummingly simple application called inotifyme (https://launchpad.net/inotifyme/) which I'm packaging. But I don't know what section it would go under. Any tips are very welcome
[11:06] <bmm> The application is a simple X11 app which lets you select a directory and it will pop-up notifies on inotify events on the directory.
[11:06] <ScottK> Kmos: I'm looking at it.
[11:14] <hroo772> Kmos: so it's doing the same thing as last time
[11:15] <hroo772> Kmos: it says it needs libqt4-core and libqt4-gui, but stops there
[11:15] <hroo772> Kmos: im still confused why it doesn't just install the dependencies on its own like i'd expect with every other package ive used
[11:15] <ScottK> hroo772: How are you installing it?
[11:16] <hroo772> ScottK: dpkg -i package.deb
[11:16] <ScottK> Then that's why.  dpkg doesn't do dependency resolution.
[11:17] <Kmos> hroo772: have you done the apt-get update and upgrade ?
[11:17] <Kmos> in the pbuilder
[11:17] <Kmos> ?
[11:18] <hroo772> Kmos: yea i did do that in pbuilder, but what scottk said makes sense
[11:18] <Kmos> yeah
[11:18] <hroo772> so if this was installed through synaptic it would take care of the dependencies
[11:18] <Kmos> he's correct
[11:18] <Kmos> yeah
[11:21] <hroo772> Kmos: well it worked before without issues, and now it still works fine, so i don't think theres much wrong with what debian upstream has
[11:21] <Kmos> hroo772: it's fine, thanks for all
[11:22] <hroo772> Kmos: yea man
[11:43] <ScottK> Kmos: Acked
[11:43] <Kmos> ScottK: thanks, pitti will sync it on friday
[12:07] <bluefoxicy> arrgh
[12:07] <bluefoxicy> I can't figure out how to link a bug to gnome bug tracker bugs.
[12:07] <bluefoxicy> https://bugs.launchpad.net/ubuntu/+bug/126876 is http://bugzilla.gnome.org/show_bug.cgi?id=458110
[12:07] <ubotu> Launchpad bug 126876 in Ubuntu "Ubuntu should have Mind Mapping software" [Undecided,New]  
[12:08] <bluefoxicy> (feature request)