[12:25] <ScottK> Q-FUNK: It's unrelated.  When you feel you are ready for MOTU, apply.
[12:28] <Q-FUNK> I am.  Have been since oh... about 2 years now.  I'm just wondering if the work I'm doing on my packages at Debian (plus responding to bugs and merging patches at Ubuntu) is sufficient.
[12:28] <Q-FUNK> I already was on the community agenda about 2 years ago,  when application was very informal.
[12:40] <ScottK> Q-FUNK: I'd ask the people who've sponsored your work.  I know Debian work was scored for nixternal and myself when we applied.
[12:41] <Q-FUNK> ScottK: some of my sponsors are ubuntu core-dev.  that could work.
[12:59] <TheMuso> ./c
[12:59] <TheMuso> ugh
[01:17] <ScottK> Q-FUNK: Sure.  Just ask around among your sponsors, put together your application e-mail and cc them (make sure your wiki page is up to date too).
[01:26] <Q-FUNK> sounds good.
[01:32] <ryanakca> How do I enable universe in pbuilder?
[01:34] <ryanakca> (everything on https://wiki.ubuntu.com/PbuilderHowto is for creating a new pbuilder... not adding a repo)
[01:36] <Fujitsu> ryanakca: You need to modify pbuilderrc, and run pbuilder update with --override-config or similar.
[01:36] <Fujitsu> I haven't used pbuilder in ages.
[01:37] <ryanakca> Fujitsu: what do you use? plain old chroot?
[01:37] <Fujitsu> ryanakca: sbuild+schroot
[01:37] <ryanakca> ah
[01:39] <TheMuso> apt-cache show sbuild
[01:39] <Fujitsu> It's non-trivial to setup, but much nicer.
[01:39] <TheMuso> ryanakca: https://help.ubuntu.com/community/SbuildLVMHowto
[01:39] <TheMuso> Fujitsu: Aint that the truth./
[01:40] <StevenK> TheMuso: I can, easily.
[01:40] <Fujitsu> Does that wiki page work nowadays?
[01:40] <TheMuso> StevenK: Enlighten me.
[01:40] <ryanakca> hmmm... LVM... that means reformatting, doesn't it?
[01:41] <ryanakca> well, repartitioning?
[01:41] <TheMuso> ryanakca: Not if you have a partition you can do away with, or non-partitioned space.
[01:41] <StevenK> ryanakca: Not really. If you have a spare partition, mark it as type 8e.
[01:41] <minghua> Fujitsu, TheMuso: Must I use LVM snapshot with sbuild?
[01:41] <Fujitsu> You don't have to, but it's cleaner to do so
[01:41] <TheMuso> minghua: No, but it makes things easier.
[01:41] <ryanakca> I partitioned all my space into /home or /
[01:42] <Fujitsu> You never know when you'll need it.
[01:42] <minghua> Hmm, maybe another day, then.
[01:42] <ryanakca> or wait a second... I'm never going to use that 15GB I left for the windows that came on my comp... hmmm
[01:42] <TheMuso> Fujitsu: Do you use ext3 on LVM?
[01:42] <Fujitsu> TheMuso: Normally yes.
[01:43] <Fujitsu> ryanakca: That's trivial if you use LVM.
[01:43] <minghua> Fujitsu: Even /boot is on LVM?
[01:43] <Fujitsu> Ah, no.
[01:43] <Fujitsu> I don't think GRUB likes that much.
[01:43] <minghua> I don't think that's even possible with GRUB.
[01:44] <Fujitsu> Neither.
[01:44] <TheMuso> Grub is good, yet has so far to go.
[01:44] <ryanakca> hmmm...
[01:44] <minghua> Well, GRUB2 is there.
[01:45] <Nafallo> Fujitsu: what about my rabbit? :-)
[01:45] <TheMuso> But Ubuntu doesn't use it for a reason obviously
[01:45] <ryanakca> Fujitsu: there's also the matter that my LAMP + mail server is also my pbuilder server
[01:45] <Q-FUNK> grub2 is getting there. rumor has that lenny might use it by default on triarch-1.
[01:46] <StevenK> TheMuso: Okay, so pbuilder is a little slow, since it unpacks a base tarball, but you can't log into a sbuild schroot when a build fails. I also find that sbuild fails to make a new snapshot, but if you try it again, it works fine.
[01:46] <Q-FUNK> StevenK: cowdancer and cowbuilder.
[01:47] <StevenK> cowdancer can't deal with some file modes, due to the LD_PRELOAD hack it uses.
[01:47] <Q-FUNK> oh?
[01:47] <minghua> Q-FUNK: What is triarch-1?
[01:47] <Fujitsu> StevenK: I'm sure you can convince sbuild to not destroy the snapshots if the build fails.
[01:47] <TheMuso> StevenK: Ok. If a build fails with sbuild, you have a log without having to make the effort to get one. Secondly, if you set up a shared aptcache, like what I have done with my sbuild setups, you can easy chroot in, unpack source package, build-dep install deps, and attempt to build by hand if you need to.
[01:47] <StevenK> TheMuso: Oh yes, and if your build starts a daemon like dbusd, sbuild won't umount and deactivate the sanpshots.
[01:48] <persia> StevenK: --purge=successful might be what you want
[01:48] <StevenK> Q-FUNK: Read the docs for cowbuilder.
[01:48] <Fujitsu> That was fixed a couple of months ago, StevenK.
[01:48] <TheMuso> StevenK: There is a patch for the mount script to ensure everything gets killed to unmount the snapshot.
[01:48] <ryanakca> hmm... any body know of a python-deb822 package on dapper?
[01:48] <Q-FUNK> minghua: debian has two netinstall cd that can be used to cover 3 arch.  cd#1 can do amd64,i386,powerpc.  cd#2 alpha,ia64,hppa.
[01:49] <StevenK> Fujitsu: Fixed in sbuild?
[01:49] <Nafallo> "After this finishes, you must re-log-in!" <-- why will I need that? *reading the SbuildLVMHowto*
[01:49] <Fujitsu> StevenK: Or schroot, I forget.
[01:49] <Fujitsu> It's in the Ubuntu package, anyway.
[01:49] <TheMuso> StevenK: Its a schroot fix actually.
[01:49] <minghua> Q-FUNK: I see, thanks.  That is known to me as "the useful multiarch CD" :-)
[01:49] <StevenK> In Feisty?
[01:49] <Fujitsu> Ah, no.
[01:49] <Fujitsu> That's prehistoric.
[01:49] <TheMuso> Don't think so. I had to manually patch mine.
[01:49] <persia> Nafallo: It sets your config variables correctly.  With a GUI, you only need to start a new shell.
[01:50] <Nafallo> persia: what's wrong with sourceing the file?
[01:50] <TheMuso> StevenK: afaik the patch is linked to from the URL I gave above.
[01:50] <persia> Nafallo: That might work as well.
[01:51] <Nafallo> thought so
[01:51] <ryanakca> backporting python-deb822 should be as simple as passing it threw a dapper pbuilder?
[01:52] <TheMuso> ryanakca: I'd say dependencies will have to be adjusted.
[01:52] <persia> ryanakca: There's been heaps of changes to python policy: you might need to also change the install model.
[01:53] <ryanakca> might just be easier to rewrite the script without it :)
[01:56] <StevenK> Hah, the Feisty version doesn't have the patch.
[01:57] <persia> StevenK: You can get the patch from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=391319
[01:57] <ubotu> Debian bug 391319 in schroot "schroot: leftover processes cause umount to fail" [Normal,Fixed]  
[01:59] <StevenK> persia: Yeah, I'm reading through it now.
[02:04] <ScottK> lionel: Are you in need of more help in processing the backports queue?
[03:34] <persia> Regarding REVU procedure: should one send an upload notification email when reuploading something that has been corrected based on comments from the archive-admins?
[03:40] <ryanakca> are there any debian-devels willing to check http://revu.tauware.de/details.py?upid=5961 ? aoeui was rejected on the first round because the copyright file said GPLv2 or later instead of GLPv2 _only_.
[03:41] <persia> ryanakca: Why limit to debian-devels?  Also, if you've adjusted debian/copyright to match COPYING, you should be safe.
[03:42] <ryanakca> persia: well, anybody else, but a debian devel needs to reupload it, and then I'll have it synced to Ubuntu
[03:45] <persia> ryanakca: Ah.  You might want to force GPL2 in your common-licenses link then :)
[03:45] <ryanakca> ?
[03:46] <persia> ryanakca: http://revu.tauware.de/revu1-incoming/aoeui-0707102130/aoeui-1.0.3/debian/copyright shows 1) "or any later version", and 2) points to the GPL symlink, rather than the GPL2 license.
[03:47] <ryanakca> persia: Yes. I missed something crucial as well
[03:49] <ryanakca> persia: reuploaded, just a second... I won't say anything more about the copyright file if you've missed it.
[03:49] <persia> ryanakca: I'm not an expert, so if you know of something else, please fix that as well.
[03:50] <ryanakca> persia: look who it's copyright to :)
[03:50] <ryanakca> and where it was downloaded from, and the upstream author :)
[03:50] <persia> ryanakca: Yes, and when, and all the additional licenses :)
[03:51] <ryanakca> I had originally packaged 1.0alpha5, and then upstream released 1.0.3, so I thought about multiple binaries since it now included aoeui and asdfg, but, I had forgotten to copy over the old debian/ when I decided to stick to single binary
[03:55] <ryanakca> hmm.. could a debian devel now look at (and hopefully reupload) http://revu.tauware.de/details.py?upid=5962 ?
[03:56] <persia> ryanakca: Separately, you might get better coverage from debian mentors: there are a number of DDs here, but not as many as there are there.
[03:57] <ryanakca> persia: hmm... on OFTC?
[03:58] <persia> ryanakca: Probably: that seems to be the preferred Debian network (although I'm not familiar with Debian mentors processes).
[05:33] <ajmitch> incoming should process in < 24 h anyway
[05:33] <ajmitch> monotone is currently uninstallable, and I need it
[05:35] <ScottK> ajmitch: You need food.  Do you really need monotone ;-)
[05:35] <ajmitch> yes!
[05:35] <ajmitch> and grabbing that source at 15K/sec is painful
[05:35] <ajmitch> down to 14K now
[05:36] <StevenK> 14K from where?
[05:36] <ScottK> Ouch.
[05:37] <TheMuso> StevenK: Heh do it!
[05:37] <ScottK> Here's a related question....
[05:37] <ajmitch> ScottK: because there's a magic window in which packages disappear 
[05:37] <ScottK> And then come back?
[05:37] <ajmitch> yes
[05:37] <ScottK> Cool.  Thanks.
[05:38] <ajmitch> there seems to be some mirroring delay at times
[05:38] <ScottK> Hmmmm
[05:38] <ajmitch> or if it's on the mirrors, but not packages.qa.d.o, then maybe that's just not updating properly
[05:38] <StevenK> TheMuso: The machine in question is very heavily used. I'm testing a Dapper install to see if it's doable.
[05:38] <TheMuso> StevenK: Ah ok.
[05:38] <ScottK> I have an old Xandros 3 box (based on Debian Sarge).  I'm wondering what would happen if I changed sources.list to Ubuntu and apt-get installed kubuntu-desktop?
[05:39] <ajmitch> StevenK: why do you want to convert it?
[05:39] <ajmitch> ScottK: pain & suffering
[05:39] <ScottK> Cool.  I like pain and suffering.  I'll trick one of my kids into doing it.  It's their computer.
[05:39] <ajmitch> ScottK: you'll need to pick through & resolve some conflicts & dependency breakage manually
[05:39] <ajmitch> I did it for sid->hoary
[05:40] <ScottK> Right.  If that's all, I should be able to manage it.
[05:40] <StevenK> ajmitch: The Debian install is held together with sticky tape and sheer force of will. It also has software installed that is not packaged and parts of the configuration are ... interesting.
[05:40] <ScottK> It'd be more fun to trick on of the kids into suffering through it though.
[05:40] <ajmitch> StevenK: ah, one of them
[05:40] <StevenK> ajmitch: Yes, exactly. So me and the other sysadmin here want it to go away.
[05:41] <ScottK> StevenK needs to have a "Hard drive failure".
[05:41] <ajmitch> rubber mallet time?
[05:41] <StevenK> Heh, I don't think it will come to that.
[05:42] <ScottK> Depends on how sharp the people who might care are.
[05:42] <ajmitch> the people who may care can probably find these irc logs on google :)
[05:42] <StevenK> And then to see if the bare metal can cope with the Ubuntu kernel.
[05:43] <ScottK> That's a good point.
[05:43] <ScottK> About Googel.
[05:43] <ScottK> err. Google.
[05:43] <ScottK> Typing and Scotch don't mix.
[05:43] <ScottK> I'm sure this StevenK isn't the one they are looking for.
[05:43] <ajmitch> but at least the scotch tastes good, I hope
[05:44] <ScottK> It does.
[05:44] <ScottK> It's a blend, but not bad.  One can't have everything.
[05:45] <StevenK> ScottK: Re: bug 57951, I agree
[05:45] <ubotu> Launchpad bug 57951 in xchat "[SRU]  xchat crashes frequently on quit" [Medium,Confirmed]  https://launchpad.net/bugs/57951
[05:45] <ScottK> StevenK: Thanks.
[05:45] <StevenK> ScottK: Backport a fix to -backports, sure. SRU? Nope, I don't think so.
[05:46] <ScottK> I disposed of most of the non-emacs part of the UUS queue without uploading anything.
[05:46] <ScottK> StevenK: Yep.
[05:46] <StevenK> Heh, yay.
[05:46] <ScottK> Got one all the way from a debdiff to invalid.
[05:48] <StevenK> Heh. Oops.
[05:48] <StevenK> Apache 2 doesn't like it if you don't have any sites in /etc/apache2/sites-enabled...
[05:50] <StevenK> (Server in question will be moving from a 2.4 kernel, postgres 7.4, and apache 1 to 2.6, postgres 8.1 and apache 2, hence all the testing)
[05:51] <ScottK> Seems reasonable.
[05:51] <ScottK> StevenK: Care to offer an opinion on the fix proposed here:
[05:51] <ScottK> http://www.nntp.perl.org/group/perl.qpsmtpd/2006/12/msg5882.html
[05:51] <Fujitsu> StevenK: That sounds like a nasty migration. Any evil proprietary stuff that isn't likely to work?
[05:52] <StevenK> Fujitsu: Nope, it's all open source. :-)
[05:52] <persia> Does anyone have a good reason to keepo 57951 in queue?  Single digits would be nice :)
[05:52] <Fujitsu> Ah, good. One of our clients uses a proprietary timesheeting package, which didn't like me upgrading PostgreSQL at all.
[05:52] <StevenK> ScottK: That seems fairly ugly.
[05:53] <ScottK> StevenK: That was sort of my response.  Before I do anything I'm going to download 0.60 and see what the official fix was.
[05:53] <StevenK> Fujitsu: We've had to write a Perl script that munges a database dump so PostgreSQL 8.1 likes it.
[05:53] <Fujitsu> Ouch.
[05:53] <ajmitch> evil
[05:53] <StevenK> Fujitsu: And the database dump is ~ 6Gb
[05:53] <Fujitsu> (this server is Gentoo, so upgrades are most painful)
[05:53] <Fujitsu> Hahah, big.
[05:54] <StevenK> Ewww, Gentoo on a server.
[05:54] <ajmitch> biggest dumps I have to deal with here are 3-400MB
[05:54] <Fujitsu> Have any of you dealt with a Gentoo server that hasn't been upgraded in 2 years?
[05:54] <StevenK> Does it have speed stripes and a wing? :-P
[05:54] <ajmitch> though we have a number of databases to deal with, so the total could be several GB
[05:54] <ajmitch> StevenK: you forgot the neon glow
[05:54] <ScottK> Sounds like billable hours, says the consultant...
[05:54] <StevenK> Heh, yes.
[05:55] <Fujitsu> It's being replaced soon, so will hopefully be Etchified.
[05:55] <StevenK> Fujitsu: Not Dapper?
[05:55] <ajmitch> is archive.ubuntu.com horribly slow for others today?
[05:55] <StevenK> Oh come on, tar. Move it!
[05:55] <Fujitsu> StevenK: Possibly. I'm yet to decide.
[05:56] <persia> ajmitch: I see about 300K/s from a.u.c.  Perhaps it's local?
[05:56] <ajmitch> persia: you mean the piece of string from NZ to the world? quite likely
[05:59] <ajmitch> persia: southern cross cable is getting an upgrade to ~1.2Tbps, I heard
[05:59] <Fujitsu> I can't see us getting any significant bandwidth in the foreseeable future.
[05:59] <Fujitsu> And latency is high.
[05:59] <ajmitch> someone should increase the speed of light
[05:59] <Fujitsu> Definitely.
[06:00] <persia> ajmitch: That doesn't help me much, but should be better for you.
[06:00] <persia> Fujitsu: Nah - just need more cables to singapore - there's decent bandwidth up north.
[06:01] <ajmitch> more cables, and lower prices per GB on them
[06:02] <persia> ajmitch: That, or inflation.  Abundances usually adjust pricing (e.g. cross-Asia routing price changes with FLAG introduction)
[06:03] <ajmitch> depends if there's a monopoly on the infrastructure
[06:03] <ajmitch> like telstra & telecom
[06:03] <persia> ajmitch: Oh.  Right.  I like to avoid thinking about them :)
[06:05] <Fujitsu> I really don't see how it makes any kind of sense to have the company that holds a monopoly over pretty much all infrastructure also being a consumer ISP, and being privatised.
[06:05] <ScottK> The key question is makes sense for who.
[06:08] <StevenK> Fujitsu: Being? Is.
[06:08] <Fujitsu> It's not fully privatised yet, is it?
[06:08] <StevenK> Sure it is. T3 was the last chunk
[06:08] <Fujitsu> Ah. Fantastic.
[06:09] <persia> Fujitsu: Depends on the rent that can be collected by the polity.  If the license fee for the monopoly is sufficient, it may make sense to policymakers.
[06:09] <StevenK> Why do you think iiNet and co have raised prices all of a sudden?
[06:09] <Fujitsu> StevenK: I don't monitor ISP prices much... We're stuck on Optus for the foreseeable future, so there's no point.
[06:09] <StevenK> I've said it before, and I'll say it again. Privatising Telstra is a good move, but *only* if the infrastructure isn't there's.
[06:10] <Fujitsu> Right, the infrastructure owner should be the government.
[06:10] <ScottK> StevenK: int rand(MAX_ID) and pray for no collision is the upstream solution in 0.60.  I guess if it's good enough for upstream, it's good enough for us, right?
[06:10] <persia> Does Telstra still control the equipment licensing as well, or has that been retained by the government?
[06:10] <Fujitsu> But if they don't have the infrastructure, then they're no different from any other ISP.
[06:10] <StevenK> Fujitsu: Exactly.
[06:11] <StevenK> persia: Equipment licensing was never Telstra's to begin with.
[06:12] <StevenK> It's always been Austel.
[06:15] <ajmitch> StevenK: this is why the government is forcing separation of telecom here
[06:16] <StevenK> ajmitch: Ahh, Telecom NZ is going to be forced to release the infrastructure?
[06:17] <ajmitch> split into separate retail, wholesale & infrastructure companies, iirc
[06:17] <ajmitch> the details are being argued out at the moment
[06:17] <StevenK> Heh heh
[06:18] <persia> Fujitsu: Sacrificing bandwidth for freedom is brave, but is it wise?
[06:18] <ajmitch> so we'll finally get local loop unbundling this year
[06:18] <ajmitch> and maybe even get ADSL2+ this year or next, though I'm not holding my breath
[06:18] <TheMuso> Fujitsu: Did I read right that Optus is counting uploads?
[06:22] <persia> Is it just me, or is tiber down?
[06:23] <Fujitsu> TheMuso: Not last time I checked...
[06:23] <TheMuso> Fujitsu: ah ok, I saw something on whirlpool about it.
[06:23] <ajmitch> persia: I can ssh to it
[06:24] <persia> ajmitch: Thanks.  It's just me then :(
[06:24] <Fujitsu> Well, I'm not sure about it... It might have changed recently.
[06:24] <Fujitsu> Ah, only their new plans.
[06:27] <ScottK> StevenK: You're a core-dev, right?
[06:27] <StevenK> Apparently.
[06:27] <StevenK> :-P
[06:27] <ScottK> Would you please confirm my nominations for Dapper/Edgy in Bug #125180?
[06:27] <ubotu> Launchpad bug 125180 in libnet-dns-perl "id sequence is predictable and the same in all child processes" [High,Fix released]  https://launchpad.net/bugs/125180
[06:28] <ScottK> libnet-dns-perl was in Main for those releases.
[06:28] <ScottK> The bug affects all of them.
[06:28] <StevenK> ScottK: Done.
[06:28] <ScottK> Thanks.
[06:29] <StevenK> ajmitch: Oh?
[06:29] <ajmitch> expiry
[06:29] <StevenK> Which just means asking the TB nicely, I thought.
[06:30] <ScottK> Or somebody else asking for him so he doesn't escape so easliy.
[06:39] <StevenK> Heh
[06:45] <StevenK> ScottK: Do you need a hand with that libnet-dns-perl bug?
[06:45] <persia> StevenK: Is anything left?  Do you need a hand?  I thought you already fixed it all.
[06:46] <ScottK> StevenK: It's just a question of grinding through the three releases.  If I get tired before I'm done, I'll let you know.
[06:46] <ScottK> StevenK: Thanks for asking.
[06:47] <StevenK> persia: Pretty much everything is sorted out. There are a few things still on the NBS list for ia64 since the build failed due to ghostscript SEGV'ing.
[06:48] <persia> StevenK: Ah.  I'm not sure I can help with that.  Sorry.
[06:49] <StevenK> persia: I'm going to ask pitti about it when he resurfaces.
[06:52] <StevenK> Debugging ghostscript on ia64 doesn't really appeal to me, though
[06:52] <persia> StevenK: Do you have ia64?
[06:52] <StevenK> Nope.
[06:53] <StevenK> I have access to a few, due to my shiny DD badge.
[06:53] <persia> StevenK: Ah.  Does Debian ghostscript also break?  Perhaps you could get someone else to help...
[06:55] <StevenK> That's a good point.
[06:55] <ScottK> If it doesn't, I'm sure persia would gladly help you break it.
[06:56] <StevenK> I might ask fabbionne about it, I think he has an ia64
[06:57] <persia> ScottK: I don't really know how to break ghostscript.  Perhaps using it as a backend for Cocoa or Carbon?
[06:57] <persia> s/backend/frontend/
[07:14] <ScottK> persia: I was just able to decline your nomination of that xchat bug for Edgy, so it works.
[07:15] <persia> ScottK: Excellent.  When I originally nominated that, it wasn't working :)  Only 9 to do (with almost 80% waiting on emacs22).
[07:16] <ScottK> Did you see I got the bzr-svn one all the way to invalid?
[07:18] <ScottK> So if I do all 3 releases and ubuntu-security is subscribed, then I'm done, right?
[07:19] <ScottK> keescook: When you wake up, Bug #125180 is ready for you to review/upload...
[07:19] <ubotu> Launchpad bug 125180 in libnet-dns-perl "id sequence is predictable and the same in all child processes" [High,In progress]  https://launchpad.net/bugs/125180
[07:19] <StevenK> Hrm. Last security upload I did, pitti got me to do the upload myself.
[07:20] <ScottK> Yes, but you're special.
[07:20] <ScottK> That and you actually know Perl (which would be better for this particular one).
[07:22] <ScottK> Good night everyone.  I'm going to bed now that that's done.
[07:24] <persia> ScottK: Good night.  You're brave for 122073 - I just decided not to touch it :)
[07:36] <imbrandon> ...
[07:36] <persia> Hi imbrandon.
[07:36] <imbrandon> heya persia 
[07:37] <DarkMageZ> is bugs.launchpad.net having issues for anyone else atm?
[07:39] <persia> DarkMageZ: It's working here.
[07:39] <imbrandon> fine here too
[07:40] <DarkMageZ> hmm, trippy. everywhere besides launchpad.net is happy.
[07:49] <persia> DarkMageZ: An an update: now it's not working for me as well...
[07:50] <DarkMageZ> ubuntu.com is down as well?
[07:50] <Fujitsu> The DC has vanished.
[07:50] <jikanter> persia: I am having a problem with security.ubuntu.com, but not us.archive.ubuntu.com for some reason
[07:50] <Fujitsu> Well, a.u.c exists, but the rest doesn't.
[07:51] <Fujitsu> LP is gone, the various machines I know of are gone...
[07:52] <StevenK> Fujitsu: Do you want to report it in #canonical-sysadmin?
[07:53] <jikanter> I just did
[07:53] <Fujitsu> Not directly at the sysadmins, though.
[07:55] <jikanter> oops, I don't know which are the sysadmins
[08:01] <jikanter> Fujitsu: I would be happy to try and fix it if they would let me in.... It just seems like nobody is home...
[08:02] <jikanter> Fujitsu: did you get a response?
[08:07] <jml> The sysadmins are working on the problem now, apparently
[08:08] <Flannel> Someone should put it in the topic in #ubuntu
[08:18] <sacater> hrm, is the wiki down?
[08:19] <DarkMageZ> sacater, lots of down atm. ubuntu.com launchpad.net
[08:19] <sacater> DarkMageZ: argh
[08:19] <sacater> launchpad is down
[08:19] <sacater> darnit
[08:20] <DarkMageZ> downtime is what happens to those who put all their eggs in one basket.
[08:21] <ajmitch> www.markshuttleworth.com is down! oh noes!
[08:22] <DarkMageZ> oh no! anything else :s
[08:22] <DarkMageZ> what's the point behind gobuntu anyways? don't we already have gnusence?
[08:24] <persia> DarkMageZ: gNewSense is a response to a perceived problem in Ubuntu.  Gobuntu is a response.  Now for the competition for mindshare :)
[08:25] <DarkMageZ> :P
[08:28] <ajmitch> you may as well wait for duke nukem forever
[08:30] <imbrandon> e18 has duke nukem forever included
[08:30] <imbrandon> its on the feature list
[08:30] <DarkMageZ> lol
[08:32] <DarkMageZ> yeah. only 4d on those lowend systems. 5d will be available with p2 and higher :)
[08:40] <\sh> guys, if there is a binary dep telling me: Depends: libasound2 (>> 1.0.10) means, that it needs at least libasound2 1.0.11, right? not only 1.0.10-2ubuntu4
[08:41] <StevenK> >> is >=
[08:41] <\sh> ok...so there is a bug in the calculation of deps here...
[08:44] <\sh> btw...did anyone setup a nexuiz 2.3 server on feisty ?
[09:59] <DarkSun88> Hi all
[10:08] <damko> Hi all
[10:08] <damko> someone of u remember Cobalt and its products (Cube, Raq etc)?
[10:09] <imbrandon> damko, yes
[10:09] <imbrandon> i have two raq's at home
[10:09] <damko> imbrandon: do u know some other appliance like that? 
[10:09] <damko> it seems that Sun doesn't produce them anymore
[10:10] <imbrandon> not right off, just webserver appliances?
[10:10] <damko> mm no better file sharing appliance
[10:10] <damko> with Pdc support
[10:10] <damko> I saw some projects in launchpad but they r too new
[10:11] <damko> imbrandon: I refer to https://wiki.ubuntu.com/UbuntuEasyFilePrintServer
[10:11] <imbrandon> you could try freenas
[10:11] <damko> and related
[10:11] <imbrandon> http://www.freenas.org/
[10:12] <damko> imbrandon: thanks . reading
[11:40] <NeilW> vim-rails upload to REVU (http://revu.tauware.de/details.py?upid=5966). Could one of you kind MOTUs take a look. Thanks.
[01:15] <imbrandon> ./` ... she was up when the key hit the lock, and the clock looked at me just like the devil in discuise ... ./` ./`
[01:18] <ajmitch> yay for glibc 2.6
[01:47] <ScottK> If there is someone here who's running Gutsy, would you please install clamav and see if you get an error installing.  I've got Bug #125169, Bug #125184, and/or Bug #125230 that I suspect are dupes of Bug #124141, but I can't tell for sure.
[01:47] <ubotu> Launchpad bug 125169 in clamav "package clamav 0.90.3-2ubuntu1 failed to install/upgrade: dependency problems - leaving unconfigured" [Undecided,Incomplete]  https://launchpad.net/bugs/125169
[01:47] <ubotu> Launchpad bug 125184 in clamav "package clamav-freshclam 0.90.3-2ubuntu1 failed to install/upgrade: le sous-processus post-installation script a retourn une erreur de sortie d'tat 139" [Undecided,New]  https://launchpad.net/bugs/125184
[01:47] <ubotu> Launchpad bug 125230 in clamav "package clamav-daemon 0.90.3-2ubuntu1 failed to install/upgrade: problemas de dependencias - se deja sin configurar" [Undecided,New]  https://launchpad.net/bugs/125230
[01:47] <ubotu> Launchpad bug 124141 in linux-source-2.6.22 "kernel bug when installing clamav-freshclam" [Medium,Triaged]  https://launchpad.net/bugs/124141
[01:54] <ajmitch> ScottK: works for me
[01:54] <ajmitch> Linux augustine 2.6.22-6-generic #1 SMP Fri Jun 1 00:54:39 GMT 2007 x86_64 GNU/Linux
[01:54] <ScottK> Flip.
[01:54] <ajmitch> not the latest 2.6.22, and amd64
[01:55] <ScottK> Hmmm.  Since I know there's a kernel issue in there somewhere, it may be architecture specific or in a newer kernel than you've got.  Thanks.
[01:55] <ajmitch> np
[01:56] <imbrandon> moins ajmitch ScottK 
[01:57] <ScottK> Heya imbrandon.  How is Kansas City these days?
[01:57] <ajmitch> hi imbrandon 
[01:57] <imbrandon> good good ScottK 
[01:57] <imbrandon> bout to get remarried sometime this month
[01:57] <imbrandon> heh
[01:57] <imbrandon> so i guess its good
[01:57] <ScottK> Ah.  Congrats.
[01:58] <ajmitch> oh?
[01:58] <ajmitch> good work
[01:58] <imbrandon> well we were married for 3 years, split, dident see each other for 8 years , now its back on like donky kong :)
[01:58] <imbrandon> kinda strange
[01:58] <ajmitch> haha
[01:58] <imbrandon> lol
[02:01] <ajmitch> not every day that happens :)
[02:01] <ajmitch> got aurora back up & running?
[02:01] <imbrandon> i looked at it last night, i think i'm just gonna replace the mb and proc , i wanted to add sata ports anyhow
[02:01] <imbrandon> for the raid
[02:01] <ajmitch> ok
[02:02] <\sh> imbrandon: marriage v2.0? :)
[02:02] <ajmitch> see django.ajmitch.net.nz/rcbugs/
[02:02] <imbrandon> \sh, hehe yea
[02:02] <ajmitch> I want to stick stuff like that on it
[02:02] <\sh> imbrandon: congrats :) lucky man I say :)
[02:03] <imbrandon> ajmitch, wanna put it on my webserver that hosts ubuntustudio.org and imbrandon.com ?
[02:03] <ajmitch> maybe
[02:03] <imbrandon> probably be more reliable
[02:03] <ajmitch> though I want to be able to hack the code as needed
[02:03] <imbrandon> as i monitor the uptime on it
[02:03] <imbrandon> yea i would give you ssh
[02:03] <ajmitch> DB permissions?
[02:04] <imbrandon> lemme see if i can get django working on lighttpd , yea you can have as much db space as needed 
[02:04] <imbrandon> it still has 600GB of space
[02:04] <TheMuso> imbrandon: Thats great to hear. Good luck with it, and I hope things work out better tis time.
[02:04] <ajmitch> right, will I have db create, table create/delete, etc?
[02:04] <TheMuso> s/tis/this/
[02:04] <imbrandon> yea i'll just give ya full perms on a db named like ajmitch 
[02:04] <ajmitch> k
[02:04] <imbrandon> TheMuso, thanks
[02:05] <imbrandon> main thing is makin sure django works on lighttpd , perms i trust you enough to give you sudo etc, and as i'm the only other one with shell access to the webserver it should be cool
[02:06] <ajmitch> right, I'll try not to break anything
[02:06] <imbrandon> give me a few to check into the django thing , if its all good i can set it up in moments
[02:06] <ajmitch> not sure if anyone will use this stuff, but oh well
[02:06] <ajmitch> django & lighttpd should be simple
[02:06] <imbrandon> yea should be 
[02:16] <imbrandon> ajmitch, one sec
[02:17] <ajmitch> make it quick :)
[02:17] <imbrandon> i almost have everything setup lemme give you the info
[02:17] <imbrandon> you can ssh with your key 
[02:17] <ajmitch> k
[02:17] <imbrandon> i'll pm the sudo passwd
[02:17] <imbrandon> and setting up the db now
[02:17] <ajmitch> send via mail, gpg
[02:17] <imbrandon> k
[02:18] <imbrandon> http://ajmitch.ubuntuwire.com/
[02:18] <ajmitch> ok, thanks
[02:19] <ajmitch> that's voyager?
[02:19] <imbrandon> i'll email the password, for the db it will be the same as your sudo password
[02:19] <imbrandon> yea voyager
[02:19] <imbrandon> its localdir is /storage/websites/ajmitch.ubuntuwire.com
[02:19] <ajmitch> where I already have sudo setup?
[02:19] <imbrandon> yea i just made you an account on voyager
[02:19] <imbrandon> and gave you sudo
[02:20] <imbrandon> i just need to finish the db creation
[02:20] <ajmitch> ok
[02:20] <imbrandon> db server is localhost
[02:21] <ajmitch> as usual
[02:21] <imbrandon> ajmitch@ ?
[02:21] <ajmitch> ajmitch.net.nz
[02:24] <xxxxx1> good morning (?) all!
[02:24] <imbrandon> ok ajmitch sent
[02:24] <imbrandon> sleep well, lemme know if you need anything else
[02:24] <ajmitch> k, got it
[02:24] <ajmitch> now I can sleep :)
[02:24] <ajmitch> night all
[02:29] <zul_> hey
[02:30] <imbrandon> ello
[02:34] <minghua> xxxxx1: Hello there.  Thanks for working on that r-cran-psy bug.
[02:35] <xxxxx1> hello minghua!
[02:35] <xxxxx1> we're working together ;)
[02:36] <minghua> Nah.  I am merely reading bug reports and adding random comments. :-P
[02:37] <ScottK> keescook: I went ahead and filed a bug for the other Net::DNS CVE, Bug #125236.  Dunno if I'll get time to work on updating the patch for it.  The 0.60 upstream patch includes a new test for this case that is about half the patch and adds a new file.  I assume you don't want that for *-security, you just want the actual code fix.
[02:37] <ubotu> Launchpad bug 125236 in libnet-dns-perl "Bugs in dn_expand (XS and PP) on mailformed packages" [High,Confirmed]  https://launchpad.net/bugs/125236
[02:38] <Baby> siretart: u there? :)
[02:38] <ScottK> BTW, if there are any core-devs handy, I'd appreciate it if you would confirm the Dapper/Edgy tasks on that bug.
[02:39] <keescook> ScottK: I've just gotten it built locally, so don't worry about the patch for that one.
[02:39] <keescook> it should be published shortly.
[02:39] <ScottK> Ah.  Great.  Then I won't.  At least you have the bug report now....
[02:40] <keescook> yes, excellent, thanks.  :)
[02:40] <imbrandon> ScottK, done
[02:41] <ScottK> imbrandon: Thanks.
[02:41] <imbrandon> np
[02:43] <ScottK> keescook: Sorry about missing the CVE.  I choose to blame Redhat.  The Fedora advisory where I initially saw this didn't mention there was a CVE on it.
[02:43] <ScottK> Also interesting that their solution is to push the new version to all supported Fedora releases.
[03:07] <xxxxx1> can someone please take a look at bug #123582 ? it have a pending verification-motu on feisty task.
[03:07] <ubotu> Launchpad bug 123582 in gnochm "[missing dependency]  python-gtkhtml2" [Undecided,Fix committed]  https://launchpad.net/bugs/123582
[03:09] <ScottK> xxxxx1: What is it you want me to do?
[03:09] <norsetto> http://revu.tauware.de/details.py?upid=5964 is looking for reviewers!
[03:10] <xxxxx1> ScottK, it's accepted into feisty-proposed and need a verification-motu-done to be in -updates
[03:11] <ScottK> xxxxx1: Before that can happen, two people need to install the feisty-proposed version and comment "It works" on the bugs and 7 days need to pass.  Neither of those have happened yet.
[03:11] <xxxxx1> exactly. that's the reason of my comment :) just to know if someone is on
[03:12] <ScottK> Ah.  The normal procedure is to send a mail to the motu list and ask that way.
[03:12] <ScottK> Anyone can do the testing, not just a MOTU.
[03:14] <norsetto> http://revu.tauware.de/details.py?upid=5964 is up for review. Champagne and cotillons for all .....
[03:15] <ScottK> xxxxx1: Here's an example: https://lists.ubuntu.com/archives/ubuntu-motu/2007-July/001887.html
[03:15] <xxxxx1> great
[03:15] <xxxxx1> thanks scottk
[03:26] <ScottK> xxxxx1: I'll make you a deal: You test my python-scientfic SRU and I'll test yours...
[03:26] <xxxxx1> hehe
[03:27] <xxxxx1> np.
[03:27] <xxxxx1> i'll do it now.
[03:37] <xxxxx1> ScottK, py works fine.
[03:44] <ScottK> xxxxx1: Thanks.  I'm looking at yours now.
[03:49] <ScottK> Of course that package drags in nearly all of Gnome it looks like, so it may be a while....
[03:50] <norsetto> Any Indonesian here?
[03:51] <CrummyGummy> Hi all. Once I've configured the debian directory. What command do I use to build the deb?
[03:51] <ScottK> CrummyGummy: What are you trying to build?  Source package or binary package?
[03:52] <CrummyGummy> binary
[03:52] <ScottK> debuild -us -uc will do it.
[03:53] <ScottK> It'll leave your source tree dirty in many cases, so make a copy first.
[03:53] <ScottK> It may do other things too.  It's best to set up a pbuilder and use that.
[03:54] <CrummyGummy> Oh, right. How bad "other things"?
[03:55] <ScottK> If your debian/rules are well crafted, nothing.  If they aren't you may install random files from your package in other parts of your system.
[03:55] <ScottK> Depending on what/where, bad varies.
[03:56] <joejaxx> grrr
[04:00] <joejaxx> has anyone else noticed that who ever packaged fluxbox in debian took out the xsession file line from debian/rules?
[04:00] <joejaxx> in the newer version 1.0rc3
[04:01] <joejaxx> so the fluxbox.desktop file is never copied :P
[04:05] <imbrandon> joejaxx, i had noticed that before, dont know if it was intentional or not though
[04:06] <imbrandon> might poke them
[04:06] <joejaxx> ok
[04:07] <joejaxx> imbrandon: i will send them an email
[04:11] <ScottK> xxxxx1: Worked for me.  Now to get this gnome stuff off my box....
[04:11] <xxxxx1> ScottK, rsrsrs
[04:11] <xxxxx1> ScottK, thanks!
[04:17] <man-di> Does somebody agrees that we should just close https://bugs.launchpad.net/ubuntu/+source/azureus/+bug/75147 with a comment, becuase the reporter is using non-ubuntu azureus?
[04:17] <ubotu> Launchpad bug 75147 in azureus "[Not start]   wrong ELF class: ELFCLASS64 - java.lang.UnsatisfiedLinkError: /opt/azureus/libswt-pi-gtk-3232.so" [Undecided,New]  
[04:19] <ScottK> Yes.  Mark it invalid because it's not an Ubuntu package.
[04:19] <ScottK> So, to answer your actual question, someone does agree. ;-)
[04:19] <man-di> Thanks ScottK 
[04:52] <LucidFox> So, considering the libgpod 0.4.2-to-0.5.2 upgrade issue.
[04:52] <LucidFox> gtkpod-aac is an Ubuntu-exclusive package tied to gtkpod versions, so it will have to be repackaged after gtkpod is synced from Debian.
[04:53] <persia> LucidFox: Does the current upstream compile cleanly against libgpod 0.5.2?
[04:53] <LucidFox> (bug #124900)
[04:53] <ubotu> Launchpad bug 124900 in libgpod "Please sync gtkpod-0.99.10, libgpod-0.5.2 from debian unstable" [Wishlist,Incomplete]  https://launchpad.net/bugs/124900
[04:54] <LucidFox> persia> I haven't even tried it, gtkpod seems to be tied to specific libgpod versions
[04:55] <minghua> In that case, the question is: Does new gtkpod/libgtkpod build fine on gutsy?
[04:55] <LucidFox> yes
[04:55] <LucidFox> amarok and rhythmbox also build fine with new libgpod
[04:57] <LucidFox> kipi-plugins is dubious, I think I'll either need someone else to build test it or 
[04:58] <LucidFox> ...or I'll try again building it myself in a few hours, after resolving some issues with the build environment
[04:58] <persia> LucidFox: How about tripod?  I don't see it in the bug.
[04:58] <minghua> What is the issue then?  Just build the new gtkpod/libgtkpod packages, install them, and start porting gtkpod-aac.
[04:59] <LucidFox> tripod?
[05:00] <persia>     tripod |    0.7.0-1 | gutsy/universe | source, amd64, i386, powerpc
[05:00] <LucidFox> ah, I see
[05:00] <LucidFox> forgot about that one
[05:00] <LucidFox> I'll test it right away
[05:02] <persia> LucidFox: Thanks.  Aside from tripod and testing on kipi-plugins, it looks like you've prepared a good summary for the transition.  Some of this is in main, so you'll need sponsors from both MOTU and core (and probably a cooperative archive-admin to support the syncs).
[05:02] <siretart> Baby: yes
[05:06] <Baby> siretart: better here
[05:07] <Baby> siretart: some people keeps asking me about the small cute games I put into Debian, if they're available in Ubuntu too
[05:07] <Baby> is there a way I can help about that?
[05:07] <siretart> Baby: can you compile me a list of them?
[05:07] <siretart> Baby: I (or any other MOTU) can request them to be synced from debian
[05:08] <Baby> bouncy, whichwayisup, hex-a-hop and snowballz
[05:08] <ogra> Baby, anything of interest for the education dept. among them ? 
[05:08] <Baby> aha, I will pester you about them then, unless you point mee to someone else :)
[05:08] <persia> Baby: siretart: I'd be happy to prepare a bug to sync those, unless one of you would prefer to do so.
[05:08] <Baby> ogra: yup, especially bouncy, hex-a-hop and maybe snowballz
[05:09] <siretart> persia: I'm in a hurry today, if you have time right now, please do
[05:09] <Baby> persia: thanks a lot if you take care of that :)
[05:09] <Baby> persia: anything you need about them, just ask me :)
[05:09] <persia> Sure.  No problem.  Do either of you want subscriptions?
[05:09] <ogra> Baby, i'll take a look if they are in then :)
[05:09] <ogra> persia, me please :)
[05:09] <Baby> ogra: hex-a-hop is great! I love it!
[05:10] <Baby> persia: me too please :)
[05:10] <Nightrose> persia: me please for hex-a-hop
[05:11] <Baby> bouncy is really nice for small kids
[05:11] <ScottK> Baby: How small?
[05:12] <norsetto> ogra: have you seen my email? (subject: mentoring)
[05:12] <Baby> ScottK: the author says 3 yo but i won't believe that, I'd go for 6
[05:12] <ScottK> OK.  Thanks.  I have one 4.
[05:12] <Baby> too many keys for a 3 yo
[05:12] <Baby> but that might depend on the kid i guess
[05:13] <ScottK> Arghh!  Test build in Sid  pbuilder, builds.  Test build in Gutsy pbuilder, builds.  Uploaded to Debian, builds.  Request sync, FTBFS on the buildds....
[05:13] <Baby> snowballz is a strategy game, but the cool thing is that it's not a war, but a snowball fight between penguins
[05:13] <persia> ScottK: scons?
[05:13] <Baby> I don't like games involving wars
[05:13] <ScottK> No.
[05:13] <ogra> norsetto, yes, sorry i'm extremly busy at the distro sprint, i'd have anwered already :) i'm fine metoring any edubuntu related work, he can just pop by in #edubuntu :)
[05:13] <ScottK> persia: http://launchpadlibrarian.net/8414319/buildlog_ubuntu-gutsy-i386.pypolicyd-spf_0.4-2_FAILEDTOBUILD.txt.gz
[05:13] <tuxmaniac> How do I install multidistrotool scripts and generate data like the one LaserJock has generated in the page http://tiber.tauware.de/~laserjock/motuscience/feisty/electronics.html
[05:14] <Baby> be careful with hex-a-hop... it's quite addictive :P
[05:14] <norsetto> ogra: okki dokki, thanks
[05:14] <tuxmaniac> i would like to do the same for gutsy and keep the wiki updated
[05:14] <norsetto> http://revu.tauware.de/details.py?upid=5964 is waiting for reviewers .....
[05:15] <persia> ScottK: Very odd.  I'd suggest "dh_installdirs etc/python-policyd-spf" rather than "dh_installdirs /etc/python-policyd-spf", but that really shouldn't break it.
[05:15] <geser> tuxmaniac: http://people.debian.org/~lucas/ubuntu-versions/
[05:17] <ScottK> persia: It died on the mv though.  Is there some magic CDBS variable I should be using in the path for the mv?
[05:18] <persia> ScottK: I don't think so: it died on mv because the directory didn't exist (which should have been created by dh_installdirs).
[05:19] <ScottK> OK.  Well the good news is it's in Universe so I can try that and see how it works without having to annoy anyone.
[05:19] <ScottK> Also don't need to worry about pissing off the Debian maintainer.
[05:20] <persia> ScottK: Do you have the initial / in the dirs file?  I suspect that's the issue, as the dh_installdirs specifically mentions not using that.  There may be a "maintainers are lazy" patch in place, but perhaps not on the buildds (I think they run Dapper).
[05:21] <ScottK> OK.  I'll look into that.
[05:22] <ScottK> persia: Thanks.  Looking (more carefully this time) at man dh_installdirs I think that's the issue.
[05:23] <persia> ScottK: Great.  Good luck.
[05:23] <ciro314> hello. is planned an eclipse europa deb package? thanks in advance
[05:24] <tuxmaniac> geser, can I install them and use them for finding specific package difference?
[05:24] <tuxmaniac> I mean for maths related packages etc
[05:25] <geser> you want to monitor a specific set of packages?
[05:25] <man-di> ciro314: yes, we are working on it
[05:26] <ScottK> So if pbuilder will build something that FTBFS on the buildd's is that a pbuilder bug then?
[05:27] <geser> not necessarily, it can be subtle difference on the buildds (see scons)
[05:28] <broonie> The SCons thing is partly a package bug, BTW.
[05:28] <tuxmaniac> geser, yes
[05:28] <geser> tuxmaniac: bzr get http://tiber.tauware.de/~siretart/multidistrotools
[05:28] <tuxmaniac> geser, basically science related packages
[05:28] <broonie> and has now been reported to SCons upstream.
[05:29] <geser> broonie: do you have an url for the bug at hand?
[05:30] <broonie> geser: http://scons.tigris.org/issues/show_bug.cgi?id=1689
[05:33] <geser> broonie: thanks
[05:33] <norsetto> http://revu.tauware.de/details.py?upid=5964 awaits reviewers with anxiety.....
[05:33] <broonie> (it's not reported in LP or the Debian BTS - the only reason I knew that anyone had diagnosed it was mdz posting on -devle)
[05:35] <persia> norsetto: Is there any special urgency for that upload?  If so, it would be good to mention it when requesting review.  If not, you don't need to advertise so often: many reviewers will look through the backlog when they have time for a review.
[05:35] <geser> broonie: the problem with scons and Ubuntu's buildds is known as bug #87077
[05:35] <ubotu> Launchpad bug 87077 in launchpad-buildd "The build of xmms2 fails because of HASH(0x82db558)="" in the environment" [Undecided,New]  https://launchpad.net/bugs/87077
[05:35] <broonie> Oh, I knew that people had seen trouble.
[05:36] <broonie> It was the bit where the problem was diagnosed and kicked either upstream or to the SCons packaging that I meant.
[05:39] <geser> broonie: as this seems now to be a bug in scons I've also added a bug task for scons to the bug
[05:39] <ScottK> persia: Did you see the comments in http://revu.tauware.de/details.py?upid=5733 - I think you would be the best to address his questions.
[05:39] <persia> ScottK: I hadn't seen the comments, but that's on my list from separate discussion.  I have yet to find a solution with which I'm happy.
[05:40] <broonie> geser: Like I say, it's something that the packages can avoid themselves.
[05:40] <norsetto> persia: ok, thanks for letting me know.
[05:40] <broonie> geser: They're explicitly passing an entire copy of the environment into the build process; if they changed to only pass variables they need that would avoid triggering the problem in SCons.
[05:40] <ScottK> persia: OK.  
[05:41] <norsetto> dholbach: hi Daniel, wie geht es!?
[05:41] <geser> Hi dholbach
[05:41] <dholbach> norsetto: hehe - gut gut - how are you?
[05:41] <dholbach> hey geser
[05:41] <norsetto> dholbach: fine thanks
[05:42] <dholbach> cool
[05:42] <hendrixski> umm... I tried doing the workaround for bug#78165 but I still can't get debuild -S to sign anything
[05:42] <dholbach> bug 78165
[05:42] <ubotu> Launchpad bug 78165 in devscripts "debuild fails to use seahorse-agent or gpg-agent" [Medium,Fix released]  https://launchpad.net/bugs/78165
[05:43] <hendrixski> and I've tried creating keys through both seahorse... and this : https://help.ubuntu.com/community/GnuPrivacyGuardHowto
[05:43] <geser> hendrixski: does normal gpg signing work?
[05:43] <norsetto> just got scolded by Emmet so I think I earned my day :-D
[05:43] <dholbach> norsetto: why is that?
[05:44] <norsetto> dholbach: he says I'm a pest
[05:44] <persia> norsetto: I didn't mean to scold you: just to suggest best practice :)
[05:44] <hendrixski> geser, lemme double check real quick like
[05:44] <dholbach> he didn't
[05:44] <dholbach> :)
[05:44] <norsetto> dholbach: I only announced about 10365 times that my package is up for review .....
[05:44] <dholbach> ah right ;)
[05:45] <ScottK> I'd add that excessive announcement may be counter productive in addition to being annoying.  I tend to bump frequent requestors to the bottom of my list.
[05:46] <hendrixski> geser, no... it tells me I need a passphrase... but the POS doesn't ask me for it
[05:46] <leonel> ScottK:   http://lurker.clamav.net/message/20070711.110443.9b334900.en.html
[05:46] <ScottK> hendrixski: Does your ~/,gnupg/gpg.conf include "use-agent"?
[05:47] <ScottK> leonel: I saw it.  I'm going to wait for Debian to go first.  We've got plenty of time for Gutsy and I didn't see any security fixes in the announcement.
[05:47] <hendrixski> ScottK, YES
[05:48] <leonel> ScottK: yes there are no security updates 
[05:48] <hendrixski> ScottK, and my /etc/devscripts.conf has *something*_ENVVARS="DISPLAY" set up as well
[05:48] <ScottK> OK.
[05:49] <leonel> ScottK: but for this kind  of upgrades it's better to keep with the lattest version 
[05:49] <leonel> ScottK: on Feisty and dapper  well edgy too 
[05:50] <hendrixski> should I add a comment to the bug report that the fix just doesn't work...?
[05:50] <geser> hendrixski: when you can't even sign a normal file than that's probably an other problem
[05:51] <persia> hendrixski: I think you have a different issue.  The fix definitely changed the behaviour to not require manual environment shuffling for me.
[05:52] <geser> hendrixski: which pinentry version do you use?
[05:52] <ScottK> leonel: Once we get a 0.91 package from Debian and some testing time in Gutsy, I'll request a backport to Feisty.  For Dapper/Edgy we need to get through the rest of the dependency testing/fixing.
[05:52] <hendrixski> geser, pinentry?  
[05:52] <leonel> ScottK:  the  backports  take time for what i've seen 
[05:53] <leonel> ScottK: is there some thing we can do to  accelerate this package ?
[05:53] <ScottK> They do which is a very good reason not to backport something that hasn't been tested.
[05:53] <hendrixski> geser, I don't even know where to go for help with this stuff... nobody on #ubuntu can ever answer stuff about gpg or about debianizing stuff... and I feel guilty coming here 'cause you guys have legit work to do
[05:53] <leonel> ScottK: ok
[05:53] <ScottK> leonel: You could volunteer to help out with backports.  Ask lionel.
[05:54] <leonel> haha  a backport  from lionel to leonel :)
[05:54] <ScottK> hendrixski: For debian packaging, this is the right place.
[05:56] <geser> hendrixski: I don't know how it should work with seahorse as I use gpg directly
[05:57] <geser> gpg uses pinentry (I've pinentry-gtk2 installed) to ask for the passphrase (or the PIN for my OpenPGP card)
[05:57] <geser> hendrixski: does signing with gpg from a terminal work?
[05:58] <persia> hendrixski: First, make sure you can sign something directly.  If you can't, fix that first.  Once that works, try signing with seahorse.  The try something that calls gpg-agent (I find the gedit plugin a good way to call seahorse).  Once that works, try debuild.
[05:59] <hendrixski> I did gpg --gen-key, filled out the info, then "export GPGKEY=12345" and restarted the servicekillall -q gpg-agent
[05:59] <hendrixski> eval $(gpg-agent --daemon)
[05:59] <hendrixski> source ~/.bashrc ... 
[05:59] <hendrixski> then when I try to gpg --clearsign sample.txt it tells me to go to hell :-(
[05:59] <geser> which error message do you get?
[06:00] <hendrixski> persia, geser it _is_ clearsign I should be using to test gpg from the terminal, right?
[06:00] <geser> right
[06:01] <hendrixski> http://paste.ubuntu-nl.org/29484/
[06:02] <hendrixski> oh.... hmmm.. it's actually telling me that I have no pinentry  :-/
[06:02] <ScottK> You'll need that.
[06:02] <hendrixski> persia, this is using the key I created from command line with gpg
[06:03] <geser> hendrixski: sudo apt-get install pinentry-gtk2
[06:03] <hendrixski> ScottK, which pinentry package would you recomend? the gtk one (since I'm on GNOME)?
[06:03] <ScottK> hendrixski: What geser said.
[06:03] <hendrixski> right... gtk2  :-)
[06:04] <ScottK> pinentry-gtk has been removed for Gutsy.
[06:04] <persia> ScottK: It doesn't need to: it works fine here without pinentry-gtk2 installed.
[06:04] <ScottK> Hmmm
[06:04] <ScottK> OK. 
[06:04] <ScottK> Never mind on that bit then.
[06:04] <hendrixski> ScottK, I saw gtk when I ran apt-cache search... is this recent? ('cause I probably haven't run apt-get update in a few days)
[06:05] <ScottK> hendrixski: Within the last week.
[06:05] <ScottK> The old version might still be in the archives.
[06:06] <ScottK> That was part of the deal I had to cut to get pinentry into Main (which the source package and pinentry-qt are now).
[06:06] <ScottK> They are having data center issues today.
[06:07] <hendrixski> oh  :-(
[06:07] <hendrixski> oh well... it'll just time out
[06:07] <hendrixski> Ok... so with pinentry-gtk2 installed...I'll try the clearsign again... :-)
[06:08] <ScottK> Actually it'll probably be just not quite dead enough to take a very long time to update, but not dead enough to time out.
[06:08] <hendrixski> ScottK, you may be right... it's still trying to update :-(
[06:09] <ScottK> Acutally one of the boxes did time out, so there is hope.
[06:09] <hendrixski> k done... yeah, the first one timed out for me too... the second one just took forever
[06:09] <hendrixski> nice... Ok, clearsign worked :-)
[06:10] <ScottK> Did it use pinentry?
[06:10] <hendrixski> ScottK, I'm assuming it did becase it brought up a little box that prompted me for a password, and then it created the .asc :-)
[06:11] <hendrixski> but... debuild -S did not do the same :-(
[06:11] <ScottK> Yes.  If it popped a dialogue box it did.
[06:11] <ScottK> hendrixski: Just use dpkg-buildpackage then.
[06:12] <hendrixski> k, lemme try that ...
[06:12] <geser> hendrixski: debsign your.dsc
[06:12] <geser> this does only the signing
[06:13] <ScottK> right, what geser said.
[06:14] <Lutin> Hobbsee: pong, though I dont know about what
[06:15] <Hobbsee> Lutin: no idea what that was about - had to be at least 2 days ago
[06:15] <hendrixski> ah, so instead of debuild -S I can just run sudo dpkg-buildpackage and then just clearsign my .dsc?  did I catch that correctly?
[06:15] <Lutin> Fujitsu: about gtk2hs : iirc I put a comment on DaD saying that other people can take it, as I'm on holidays
[06:15] <ScottK> hendrixski: debsign it.
[06:15] <broonie> hendrixski: You don't want to run "sudo dpkg-buildpackage".
[06:16] <ScottK> broonie: Excellent point.
[06:16] <hendrixski> broonie, oh?
[06:16] <hendrixski> fakeroot?
[06:16] <ScottK> hendrixski: Run it with fakeroot.
[06:16] <broonie> Also, run with -rfakeroot rather than running the entire process with fakeroot.
[06:17] <broonie> Only some of the build is supposed to require root; -rfakeroot will ensure that you only build as root for the bits of the build you need.
[06:17] <hendrixski> :-) gotta get in the habbit of fakerooting stuff instead of sudo-ing everything
[06:17] <ScottK> persia: Except he's having environment problems with debuild still.
[06:19] <persia> Hmm..  The new devscripts was supposed to fix that...
[06:19] <ryanakca> hmmm. can someone help me write a watch file for aoeui ? http://revu.tauware.de/details.py?upid=5970
[06:19] <persia> ryanakca: `man uscan` has some useful information towards creating watch files.
[06:19] <ryanakca> uscan thinks that 1.0_alpha5 is higher that 1.0.3
[06:20] <hendrixski> hhmmmm... one of the warnings I got was gpg: WARNING: unsafe ownership on configuration file `/home/hendrixski/.gnupg/gpg.conf'
[06:20] <hendrixski>   it's owned by my user account,,, should it be root owned?
[06:20] <ryanakca> instead of the other away around...
[06:20] <ScottK> persia: It does if you are runnin Gutsy.  Not everybody does that.
[06:20] <ryanakca> hendrixski: I think it means it's readable to everybody instead of you alone
[06:20] <norsetto> ryanakca: Could this help: https://wiki.ubuntu.com/MOTU/Recipes/DebianWatch ?
[06:20] <hendrixski> ryanakca, ah... k
[06:20] <broonie> hendrixski: It means you're trying to sign as root.
[06:21] <broonie> hendrixski: (probably)
[06:29] <tsmithe> thanks man-di 
[06:29] <man-di> tsmithe: np
[06:30] <tsmithe> :)
[06:32] <ryanakca> netsplit?
[06:33] <Hobbsee> yes
[06:34] <ryanakca> anybody know of a package containing a debian/watch, who's upstream version is in the style package-3.2_alpha.tar.gz ?
[06:37] <gnomefreak> ryanakca_: i have to look but i think granparadiso uses a watch file
[06:37] <gnomefreak> ryanakca_: nope nevermind
[06:38] <ryanakca_> gnomefreak: kk, thanks, I'll brb, irssi went crazy and connected to freenode twice, so I'm in each channel twice :S
[06:38] <gnomefreak> :)
[06:38] <gnomefreak> im gone for a while trying to get everything ready for my trip nextweek
[06:41] <frafu> bluekuja: thanks for your help two days ago with pbuilder. I posted the debian package in the forums and already have a positive feedback. :)
[06:45] <frafu> Now I wonder how I can remov,  from the pbuilder environment, the packages that have been downloaded to satisfy the dependencies from the debian package that I have build. sudo pbuilder clean? 
[06:46] <ScottK> I'm curious if any others share my opinion expressed in Bug #125279 (maybe comment on the bug/confirm it if you can).
[06:46] <ubotu> Launchpad bug 125279 in launchpad "Publishing an update to *-proposed incorrectly marks bug "Fix Released"" [Undecided,New]  https://launchpad.net/bugs/125279
[06:47] <tsmithe> could someone please review ubuntustudio-screensaver <http://revu.tauware.de/details.py?upid=5971>, and possibly upload ubuntustudio-sounds <http://revu.tauware.de/details.py?upid=5900> and usplash-theme-ubuntustudio <http://revu.tauware.de/details.py?upid=5942> (the latter two have already had advocates and uploads, but were rejected due to now-fixed copyright issues)
[06:47] <tsmithe> thank you :)
[06:49] <persia> tsmithe: That's an excellent request for sponsorship.  Thank you.
[06:49] <tsmithe> it is? cool; thanks :)
[06:50] <ScottK> Yes.  It is.
[06:50] <tsmithe> thanks
[06:50] <tsmithe> (i like to provide all the info when i can)
[06:51] <ScottK> Knowing it was rejected due to Copyright is a very good thing to know.
[06:52] <persia> Do we send another foo is NEW email when we upload the second time for archive-admin rejections?  I'd be happy to upload 5900 (assuming the copyright is fixed), but don't know if I should be sending mail if I do.
[06:53] <ScottK> Dunno.  I'd say it can't hurt to send it.
[06:53] <ryanakca> gnomefreak: back, sorry
[06:55] <persia> tsmithe: Regarding 5971: 1) it doesn't appear that my comments from the last upload have been addressed, and 2) the .desktop file won't validate in gutsy.
[06:55] <ScottK> tsmithe: I don't see the copyright info for the font you are distributing (helvB10.bdf) in debian/copyright nor the license.
[06:56] <ScottK> that was for 5942.
[06:56] <tsmithe> ok i'll find out
[06:56] <gnomefreak> ryanakca: wb :)
[06:56] <tsmithe> persia, hmm, ok, i'll take a look
[06:57] <persia> tsmithe: Thanks.  Sorry about the sync: I really thought it would be easier that way.
[06:57] <ScottK> tsmithe: grep -i -R copyright * in your package is a very useful thing to try.
[06:57] <tsmithe> heh no problem :)
[06:57] <tsmithe> ScottK, yes
[06:57] <tsmithe> persia, i thought it would be, too :)
[06:58] <tsmithe> persia, i spoke with the admins, and they thought that the CC-BY-SA/GPL combination was OK
[06:58] <tsmithe> i'll fix the description issue
[06:59] <persia> tsmithe: OK.  That's fine (despite the disagreement with the FSF).  Could you get the admin who said it was OK to update https://wiki.ubuntu.com/NewPackageRequirements with a comment regarding acceptable license combinations?
[06:59] <tsmithe> sure
[06:59] <persia> tsmithe: Thanks.
[06:59] <NeilW> I wonder if somebody would mind reviewing vim-rails uploaded to REVU at http://revu.tauware.de/details.py?upid=5966. I'm hoping that I've fixed the problems stated in the last review. Many thanks
[07:00] <ScottK> persia: The leading "/" wasn't my problem.  Any chance you would have another look: http://launchpadlibrarian.net/8415030/buildlog_ubuntu-gutsy-i386.pypolicyd-spf_0.4-2ubuntu1_FAILEDTOBUILD.txt.gz
[07:00] <persia> ScottK: Sure.  In about 15 minutes.
[07:00] <tsmithe> persia, i'm unsure what to do about the .desktop file. what do you mean by "won't validate"?
[07:01] <ScottK> persia: Thanks.  I'm stumped.
[07:02] <persia> tsmithe: You'll want to run the desktop-file-validate program (in the desktop-file-utils package) against your .desktop file.  There have been significant changes upstream in response to changes in the spec, which have been brought into gutsy, so you want to run it either in a gutsy chroot, or using a backported desktop-file-utils.
[07:02] <NeilW> persia: Timezones. I must have asked half a dozen time on the first REVU day before I realised most of you were probably still snoring at the time.
[07:02] <persia> NeilW: Ah.  Sorry about that.  Mondays are probably still bad (in part because it's Sunday for some people).
[07:02] <tsmithe> persia, right thanks :)
[07:05] <ScottK> NeilW: Did you see the comment I left you a couple of hours ago on that upload?
[07:05] <xxxxx1> algum ubuntu-dev brasileiro aqui? se tiver favor me chamar em private. obrigado.
[07:06] <persia> tsmithe: For 5900, you say "The original README is included below", but have patched it.  Do you want to leave that language, or change it?
[07:06] <NeilW> ScottK: Missed that. Off to look now.
[07:07] <lionel> gnomefreak: why did you remove feity-backport task on gnash backport?
[07:08] <persia> ScottK: cheese is by definition moldy: it's just a question of whether it's good mold :)
[07:08] <ScottK> lionel: Hello.  Are you interested in another volunteer to help in backports?
[07:08] <ScottK> persia: Yes, that's the tricky part.
[07:08] <NeilW> ScottK: I appreciate the concern over licences, but I'm only using the approach taken in 'vim-scripts' which is already in the Debian archive. 
[07:08] <lionel> ScottK: I'm not an officiel member of anything in backports
[07:09] <gnomefreak> because they were not saying anything. its normally good to comment if you plan to backport it. i already have it build for feisty in MT repo. if you plan on making it official/unofficial backport please comment on bug 
[07:09] <lionel> ScottK: I have just seen than backporting take ages these days and I try to help
[07:09] <lionel> ScottK: all volonteers are welcome
[07:10] <lionel> gnomefreak: this bug was opened for requesting an official backport
[07:10] <lionel> gnomefreak: this bug does not concern gnash in gutsy
[07:10] <lionel> and the mozilla team repository is not official
[07:11] <gnomefreak> lionel: than i suggest someone atleast comment on it saying this will happen this wont happen ect.. lionel this bug has everything to do with gnash in gutsy since its the only 0.8.0 version in ubuntu
[07:11] <gnomefreak> lionel: backport repo == unofficial
[07:11] <lionel> gnomefreak: read my initial comment "please backport"
[07:12] <ScottK> lionel: Is there a how-to for confirming backports bugs?
[07:12] <lionel> ScottK: this is a good starting point https://wiki.ubuntu.com/BackportRequestProcess
[07:12] <lionel> I would like to add things
[07:13] <ScottK> OK.
[07:13] <evand> could someone resync the revu uploaders keyring
[07:13] <gnomefreak> lionel: if you want them filed under no package please state that in the wiki as it states file bug under package
[07:14] <persia> evand: Sure.  It takes about 10 minutes.
[07:14] <gnomefreak> but that is why it was changed. jdong is still notified of changes to bug
[07:14] <evand> thanks persia 
[07:18] <persia> ScottK: Just to verify, the latest gutsy source generated this build failure?
[07:18] <ScottK> Yes.  The 0.4-2ubuntu1
[07:19] <ScottK> NeilW: Pong.  Commented.
[07:20] <ScottK> persia: Builds just fine in my Gutsy pbuilder.
[07:20] <persia> ScottK: Thanks for the version: my first try got 0.3-1 :)
[07:20] <ScottK> Ah.  It was just synced yesterday and then I just uploaded my first attempt at a fix.
[07:21] <persia> ScottK: I just want to read the rules file in hopes of understanding why the /etc directory isn't there, and it's easier to grab source than to keep asking you to paste.  I can also try in sbuild, but I suspect it would work just fine.
[07:21] <ScottK> Right.
[07:24] <persia> ScottK: You're trying to hard :)  You want `mv policyd-spf.conf $(DEB_DESTDIR)/etc/`  (I think).  Let me try locally before you try another upload.
[07:24] <gnomefreak> lionel: ok whats the next step in the process. does the bug need a debdiff? or how does it get pushed? none of the links for backporting say that.
[07:24] <ScottK> lionel: Prevu is just a wrapper for pbuilder, so I don't actually need to use it if I already have pbuilders for the target distros, right?
[07:24] <ScottK> persia: OK.  That sounds reasonable.
[07:24] <gnomefreak> ScottK: you shouldnt NEED to use it
[07:25] <gnomefreak> ScottK: it builds fine in chroot :)
[07:25] <gnomefreak> do i build it and upload to revu?
[07:25] <ScottK> gnomefreak: Which it are you referring too?  I'm in the midst of two conversations to which that could be applicable.
[07:25] <gnomefreak> ScottK: the need for prevu
[07:25] <ScottK> OK.
[07:26] <persia> evand: sync complete.  Please upload your package.
[07:26] <evand> thanks persia 
[07:27] <ScottK> jdong: Ping.
[07:29] <sacater> gcc needs to be updated into 4.2.0
[07:30] <sacater> :(
[07:30] <persia> sacater: Why?  and why is this bad?
[07:30] <gnomefreak> ScottK: if you find out the end part of backport process can you let me know. example: once confirmed it builds fine, do we add a ubuntu1~7.04 to the end of it or how we would version it and do we upload to revu? if i see jdong ill ask him but i havent seen him an a month or 2
[07:30] <sacater> because my game needs it to update, or claims to
[07:30] <sacater> it needds 4.2.0
[07:30] <sacater> it claims
[07:30] <sacater> and it isnt availbalbe in repos
[07:30] <sacater> :(
[07:31] <gnomefreak> sacater: 4.2 was just accepted
[07:31] <gnomefreak> yesterday or this monring
[07:31] <gnomefreak> morning
[07:31] <sacater> oh cool
[07:31] <sacater> thanks
[07:31] <gnomefreak> i saw it in gutsy changes list but it hasnt hit repos or you need to install it yourself
[07:32] <gnomefreak> i havent figured that part out yet since i dont have a need for it
[07:32] <gnomefreak> sacater: gcc-4.2 - The GNU C compiler
[07:32] <gnomefreak> its in repos. just install it and you might have to export it to be used by default
[07:33] <NeilW> ScottK: Only vim-rails Deb packaging is derived from vim-scripts. The upstream scripts themselves are completely different.
[07:33] <persia> ScottK: Right.  Replace the mv call with "install -m 644 policyd-spf.conf $(DEB_DESTDIR)/etc/python-policyd-spf/", and it ought to work.
[07:33] <sacater> gnomefreak: eh, I cant see it in feisty repos
[07:33] <gnomefreak> sacater: its not and wont be 
[07:33] <sacater> ?
[07:33] <ScottK> persia: Thanks.  I'll try that.
[07:33] <ScottK> gnomefreak: Will do.
[07:33] <gnomefreak> i wouldnt think it would go into feisty for any reason. its part of tool-chain
[07:33] <gnomefreak> backporting tool-chain == bad
[07:34] <ScottK> NeilW: OK.  You need to get a license for the scripts before they can be packaged.
[07:34] <sacater> 18:32       gnomefreak : its in repos. just install it and you might have to export it to be used by default
[07:34] <sacater> ?
[07:34] <gnomefreak> sacater: gutsy
[07:34] <sacater> ah
[07:34] <gnomefreak> only place it was ever gonna go
[07:34] <sacater> im still using feisty :(
[07:34] <persia> Rather, licensing is required before the scripts can be distributed (the package can be accepted).
[07:34] <ScottK> sacater: Which is a smart move at this point (still using Feisty).
[07:35] <ScottK> NeilW: What persia said.
[07:35] <sacater> gnomefreak: what about if I get my laptop to gutsy, get the .deb from /var/, and then transfer to my main machine
[07:35] <gnomefreak> sacater: if you make a chroot you might beable to build it for yourself but i would expect problems
[07:35] <ScottK> sacater: You are in for a world of hurt if you try stuff like that.
[07:35] <sacater> doh
[07:35] <persia> sacater: You could compile it in a gutsy chroot, export DISPLAY from the chroot (dchroot is a handy tool for this), and run it from there, if you really want.
[07:35] <gnomefreak> before
[07:35] <sacater> oh
[07:36] <sacater> is OOo fixed yet?
[07:36] <sacater> for gutsy
[07:36] <gnomefreak> sacater: yes someone said it was
[07:36] <sacater> great
[07:36] <gnomefreak> sacater: hasnt been uploaded yet
[07:36] <sacater> and apt?
[07:36] <persia> sacater: Supposedly.  Upload finished 16 minutes ago.
[07:36] <gnomefreak> apt has been fixed for 2 days
[07:36] <sacater> oooh
[07:36] <sacater> so is gutsy stabler now?
[07:36] <sacater> and safe to install?
[07:36] <gnomefreak> apt wasnt broke everything needed to e rebuilt on new libapt iirc
[07:36] <persia> sacater: You definitely want a chroot: you can track the changes there, and test things, to see when it's ready.
[07:37] <gnomefreak> gutsy safe eh not so much
[07:37] <sacater> doh
[07:37] <sacater> i want to beta it on my laptop
[07:37] <sacater> but I do stuff on there that I wouldnt want to die
[07:37] <gnomefreak> sacater: if its spare adn reformattible without having to save things go for it
[07:38] <sacater> gnomefreak: its not
[07:38] <sacater> does quite a bit of stuff
[07:38] <gnomefreak> sacater: i have 4 pcs one i use for devel ubuntu if it breaks i have 3 others with feisty on them to fall back on
[07:38] <ScottK> sacater: Then don't install Gutsy,
[07:42] <gnomefreak> sacater: yes we have seen breakage (some people having boot issues) << hope your not one of those
[07:42] <hendrixski> aaarrrrggg... I can't seem to make .debs that actually install!  what do I have to do to debian/rules for programs to install?
[07:42] <gnomefreak> sacater: make chroot and you will be fine
[07:42] <gnomefreak> hendrixski: nothing i would hope. you need to install them. depends what the error is in build to what the issue is
[07:42] <persia> hendrixski: Include an install: rule?  Bascially, you need to populate $(DEB_DESTDIR) with the complete tree you want to be installed by the package.
[07:42] <persia> hendrixski: CDBS does a lot of this for you (although it's perhaps more difficult to troubleshoot).  You might give it a try if you're having difficulties.
[07:42] <hendrixski> gnomefreak, :-( well, other than still not having luck signing a dsc... the packages are getting made
[07:42] <hendrixski> I'm getting a .deb.. but after I run dpkg -i helloworld_0.1-1.deb I can't type helloworld into the command prompt and get it to pup up my program :-(
[07:42] <gnomefreak> hendrixski:  i ran into that a few times not able to sign dsc :(
[07:43] <persia> hendrixski: Does your deb install an executable helloworld in /usr/bin?  Use dpkg --contents to check.
[07:45] <hendrixski> persia, lemme check... 
[07:47] <mohammad> I used "include /usr/share/cdbs/1/class/ant.mk"  and I set JAVA_HOME := /usr/lib/jvm/java-gcj in debian/rules. If build machine does not have java-gcj the following error shows up:
[07:47] <mohammad> debuild -S -uc
[07:47] <mohammad> fakeroot debian/rules clean
[07:47] <mohammad> test -x debian/rules
[07:47] <mohammad> test "`id -u`" = 0
[07:47] <mohammad> You must specify a valid JAVA_HOME or JAVACMD! 
[07:47] <mohammad> make: *** [ant-sanity-check]  Error 1
[07:47] <mohammad> debuild: fatal error at line 1248:
[07:47] <mohammad> fakeroot debian/rules clean failed 
[07:47] <mohammad> I can I resolve it?
[07:47] <mohammad> would someone please help?
[07:47] <ScottK> !pastbin | mohammad
[07:47] <ubotu> Sorry, I don't know anything about pastbin - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[07:47] <persia> mohammad: Do you have java-gcj in Build-Deps-Indep: ?  If not, it's not safe to force java-gcj.
[07:48] <ScottK> !pastebin | mohammad
[07:48] <ubotu> mohammad: pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[07:48] <mohammad> Sorry all, I didn't know 
[07:48] <ScottK> mohammad: No problem.  Just for next time.
[07:48] <sacater> thats what the bot is for :P
[07:49] <hendrixski> persia, I'm not sure what the output means... can I paste-bin it for you?
[07:49] <persia> hendrixski: Not as such, but if you provide a pastebin URL, I'll take a loog.
[07:49] <persia> s/g/$/k./
[07:50] <NeilW> ScottK: Understand the issue now. WILCO.
[07:50] <ScottK> NeilW: Great.
[07:50] <hendrixski> persia, http://paste.ubuntu-nl.org/29508/
[07:50] <ScottK> mok0: Had any luck with the kssh upstream?
[07:50] <persia> hendrixski: OK.  What don't you understand?
[07:51] <hendrixski> persia, it's got two entries for /usr/bin/ but I don't see the executable mentioned :-(
[07:52] <mohammad> persia: Yes I have But still I get that error
[07:54] <persia> hendrixski: I only see one /usr/bin, but I suspect you've left /usr/bin and /usr/sbin in debian/dirs (you probably don't need them).  Also, the reason you don7t see the executable is because it's not in the package.  Built is locally, or with sbuild --purge=never, or whatever the pbuilder equivalent may be, and investigate the contents of debian/helloworld or debian/tmp (depending on your package construction) to see what might be missing.  I sus
[07:54] <hendrixski> It's a Qt application, if that makes a difference
[07:54] <persia> mohammad: Odd.  My apologies that I don't have more explanation.
[07:54] <ScottK> man-di: Maybe you can help mohammad with his Java package problem.
[07:57] <mohammad> man-di http://paste.ubuntu-nl.org/29510/  would you please take a look?
[08:02] <ScottK> persia: Uploaded.
[08:02] <persia> ScottK: Even if it works, please point me at the buildlog
[08:03] <ScottK> persia: Will do.  Thanks again.
[08:03] <hendrixski> persia, ah ha... Ok, so I can safely just delete debian/dirs if I'm not creating new directories? right?
[08:03] <persia> hendrixski: Right.
[08:03] <mohammad> I have summerized my control and rules files and also the error message I get at http://paste.ubuntu-nl.org/29510/, I appreciate if anyone exprienced in java and ant takes a look.
[08:05] <persia> mohammad: You might find using sbuild or pbuilder useful to investigate this type of problem.  Either should automatically install the correct dependencies, and as sbuild is used on the buildds, it should simulate an upload.
[08:08] <hendrixski> so... I still don't know how to get my package to install an executable in /usr/bin/ 
[08:10] <persia> hendrixski: Try dh_install and a debian/install file.
[08:10] <hendrixski> I build the package with dpkg-buildpackage -rfakeroot but no luck when I sudo dpkg -i it
[08:13] <man-di> mohammad: I'm here now, looking into your paste...
[08:14] <man-di> mohammad: Build-Depend on java-gcj-compat-dev instead of java-gcj-compat
[08:14] <man-di> mohammad: this is like JRE vs. JDK
[08:14] <mohammad> man-di: I have added both of them
[08:15] <man-di> mohammad: you need only java-gcj-compat-dev (it depends on java-gcj-compat)
[08:15] <man-di> mohammad: and move debhelper and cdbs to Build-Depends
[08:17] <tsmithe> i'm sorry; did someone ping me in the last hour or so? my log doesn't appear to be long enough?
[08:17] <mohammad> man-di: still I get the error
[08:17] <man-di> mohammad: in general the problem is that the "clean" target of java packages does not work when build depends are not installed
[08:17] <man-di> like ant
[08:17] <man-di> mohammad: when you use pbuilder you will not have this problem
[08:18] <tsmithe> also, how do i remove packages from an archive (eg a PPA)?
[08:18] <man-di> there is no clean solution for your error except isntalling all build-depends(-indep)
[08:18] <mohammad> man-di: Yes I know I do not have any problem but scottK gave me this comment: http://revu.tauware.de/details.py?upid=5960
[08:19] <persia> tsmithe: I had asked if you wanted to change the wording of "original README" for ubuntustudio-sounds considering the recent patch, but I'm not sure if that was in the last hour.
[08:19] <mohammad> is it possible for the person who builds my package to install all the build-depends?
[08:19] <tsmithe> persia, probably, but i didn't see it anyway
[08:19] <man-di> mohammad, ScottK: thats normal for Java packages and happens when ant is not installed, there is no clean solution with current tools for this problem
[08:19] <tsmithe> thanks
[08:20] <tsmithe> persia, how would you word it?
[08:20] <persia> tsmithe: ping me when you've uploaded (send me email if I'm not here), and I'll upload it.
[08:21] <hendrixski> you mean... add dh_install to debian/rules
[08:21] <mohammad> man-di: Is it ok if I put everyting in Builds-Depends and remove Build-Depends-Indep? (is Build-Depends-Indep necessary?)
[08:21] <hendrixski> or.. ?  I'm really confused.  I can't make heads or tales of any of this, and I've been looking at it for a few weeks now
[08:21] <persia> tsmithe: That's a harder question.  Perhaps something along the lines of "The following README has been adapted from the README of the Borealis package"?
[08:21] <hendrixski> I mean, I look at other packages and they have elaborate scripts for the install section of debian rules
[08:21] <hendrixski> and I have no clue what they do
[08:21] <tsmithe> persia, yes that's probably better
[08:21] <man-di> mohammad: just move debhelper and cdbs to Build-Depends and leave the rest in Build-Depends-Indep
[08:22] <mohammad> man-di: ok thank you :)
[08:22] <man-di> mohammad: thats the sanest solution for Java packages currently (exception when you build -gcj packages too)
[08:22] <persia> hendrixski: Personally, I think the easiest way is to use CDBS, but dh_install to debian/rules can also work.  In either case, populate the debian/install file as described in man dh_install to install things not included by the upstream makefile (in this case, perhaps the helloworld executable).
[08:23] <tsmithe> man-di, why aren't you?!
[08:23] <tsmithe> (i had always assumed you were!)
[08:23] <man-di> tsmithe: I dont felt the need before
[08:23] <persia> man-di: Just for REVU comment rights, or something else?
[08:24] <tsmithe> man-di, hmm i guess that's a good point
[08:24] <man-di> persia: for uploads and helping people here
[08:24] <man-di> persia: I think there is really a need to have an active Java MOTU
[08:24] <hendrixski> persia, so the package won't create its own executable throughout any process, or if it does, it won't manage it?
[08:25] <man-di> persia: most people dont like Java and dont know how the Java efforts work
[08:25] <persia> man-di: No need to be MOTU to help :)  On the other hand, I'm sure zakame would appreciate help getting the MOTU Java Growers acgive again.
[08:26] <man-di> persia: I know zakame has created the MOTU Java Growers, but has he done and Java stuff in Ubuntu?
[08:26] <persia> hendrixski: Depends on the package.  Look at the upstream Makefile to see what's happening.  debian/install allows additional things to be installed without needing a patch to the Makefile.
[08:26] <man-di> persia: I know zakake as one of my NMs in Debian and afaik he never did something Java related
[08:27] <man-di> zakame: sorry if that is wrong, that is how I see this as I never saw Java work from you
[08:27] <hendrixski> persia, but in this case it's my program, a hello world program written with Qt, and when I run make install it actually installs... unlike any .deb's i've been able to make from it so far
[08:27] <ogra> man-di, migth be that *you* dont feel the need to become a motu ... 
[08:27] <ogra> ubuntu *does* feel the need ;)
[08:27] <man-di> ogra: Thanks
[08:28] <persia> hendrixski: Are you calling $(MAKE) install in the install: rule in debian/rules?
[08:28] <man-di> ogra: I feel it now too
[08:28] <ogra> wondeful :)
[08:28] <man-di> now I need to check how to get the ball rolling
[08:29] <man-di> hmm, I need sponsors
[08:29] <persia> man-di: There's a wiki page - see the very bottom of https;//wiki.ubuntu.com/MOTU/Contributing for a link.
[08:29] <hendrixski> persia, yep ... I've played around with a bunch of different configurations for $(MAKE) install.. which makes me wonder if I don't have to cp anything, or change where it is that it installs to?
[08:29] <man-di> persia: found already, thanks
[08:30] <persia> hendrixski: Perhaps you need to pass $(DESTDIR)?  It depends on your Makefile.
[08:31] <man-di> does someone here would sponsor my MOTU request?
[08:35] <tsmithe> persia, http://revu.tauware.de/details.py?upid=5972 please :)
[08:35] <hendrixski> persia, LOL  I'm trying to put the relevant parts of my makefile onto pastebin for you... but it keeps accusing me of spamming 
[08:37] <hendrixski> persia, http://paste.ubuntu-nl.org/29519/  
[08:37] <persia> hendrixski: It's an hour until sunrise for me, so while I can comment, I'm not in the best shape to review a Makefile :)  Perhaps someone else can help?
[08:37] <hendrixski> persia, oh wow... Ok
[08:37] <ScottK> man-di: Since you do Java and I just don't, I can't speak to your application from a technical perspective, but would be glad to speak for your community involvement (which is also important).  Feel free to cc me on the mail.
[08:37] <man-di> ScottK: Thanks
[08:38] <hendrixski> if anyone can look at why my package isn't capable of installing a program.  http://paste.ubuntu-nl.org/29519/
[08:38] <man-di> ScottK: I will fix some issues first to sched a better light on me and then write the mail
[08:39] <hendrixski> basically... I tried setting $(MAKE) DESTDIR=/usr/bin/ install ... and that didn't work either
[08:39] <ScottK> No rush.  Sounds like a good plan.  Have a nice wiki page that makes you look wonderful too.
[08:41] <persia> tsmithe: That looks great at first glance.  I'll take another look in the morning, and upload if I don't see anything else (unless, of course, someone else uploaded it first).  Thanks for the quick update.
[08:42] <tsmithe> ScottK, were there any other comments except helvB10.bdf for usplash-theme-ubuntustudio?
[08:42] <tsmithe> persia, sounds good :)
[08:42] <ScottK> tsmithe: I quit looking when I found that.  Double check all your copyright stuff again I'd say.
[08:42] <tsmithe> k
[08:46] <hendrixski> ScottK, do you think that maybe you could help me out here?  I can't make a debian package that installs a program to save my life at this point...
[08:46] <hendrixski>   http://paste.ubuntu-nl.org/29519/
[08:46] <ScottK> hendrixski: I'm a Python programmer.  I don't think I'd be a huge help.
[08:46] <hendrixski> *sigh
[08:46] <ScottK> I will take a look, but don't get your hopes up.
[08:47] <hendrixski> some day I want to learn python programming too... I tried writing a hello world in that and packaging it and it was a worse failure than my current c++ fiasco
[08:49] <ScottK> What I would do is take my .deb file and look inside (Ark for example in Kubuntu will unpack them) and look inside and see what your current rules are producing.
[08:50] <tsmithe> ScottK, http://revu.tauware.de/details.py?upid=5974 looks much cleaner
[08:51] <hendrixski> k
[08:52] <hendrixski> it creates two tarballs and a debian binary
[08:52] <hendrixski> empty tarballs I may add
[08:54] <hendrixski> hhmmm.... and the debian-binary is only 4 bytes... that's not right
[08:56] <tsmithe> hendrixski, change the variable name DESTDIR to INSTALL_ROOT in debian/rules
[08:57] <tsmithe> hendrixski, run through what the script does in your mind, and see which variables are used where to do what
[08:58] <hendrixski> tsmithe, k.. so it'd look like   $(MAKE) INSTALL_ROOT=/usr/bin install   ?
[08:58] <tsmithe> i would give that a go
[08:58] <tsmithe> (not saying it would work, necessarily)
[08:58] <hendrixski> when I run it through in my mind... I figured the time when I just removed the variable all together would have worked... just $(MAKE) install.. but that didn't do it either...  k... gonna give this a go
[09:00] <tsmithe> hendrixski, nah cos dpkg-deb needs to know where the files are installed to to build the deb from, and in most cases this is a subdirectory in debian/
[09:04] <hendrixski> dpkg-buildpackage gave me this:   mkdir: cannot create directory `/usr/bin/usr': Permission denied
[09:04] <ScottK> hendrixski: did you -rfakeroot when you called it?
[09:05] <hendrixski> I did
[09:05] <vorlon> -rfakeroot doesn't make it possible for non-root users to write files to the live system directories
[09:05] <ScottK> Than that's a good sign the your mkdir call is trying to install in your real /usr/bin and not in the package.
[09:05] <vorlon> right
[09:07] <hendrixski> ah,  so it is a good sign.... I just need more priveledges than just fakeroot
[09:07] <hendrixski> so sudo dpkg-buildpackage -rfakeroot?
[09:07] <vorlon> no, you need to fix your package to not try to install to the system directories
[09:08] <ScottK> hendrixski: You should be deeply grateful that you did NOT have more priveledges.
[09:08] <hendrixski> so... $(MAKE) INSTALL_ROOT=/usr/bin install  wasn't a good idea after all?
[09:09] <hendrixski> ScottK, wheh... good thing I run this kind of stuff in a fakeroot
[09:09] <tsmithe> hendrixski, no!!
[09:09] <ScottK> More like $(MAKE) INSTALL_ROOT=debian/packagename/usr/bin install
[09:09] <ScottK> Yes.
[09:09] <tsmithe> i said replace the term DESTDIR with INSTALL_ROOT
[09:09] <tsmithe> not the whole thing :)
[09:09] <tsmithe> (sorry if that wasn't clear)
[09:10] <vorlon> except that the /usr/bin is still wrong
[09:10] <vorlon> because you don't want /usr/bin/usr
[09:10] <vorlon> you want /usr
[09:10] <vorlon> so you probably need $(MAKE) INSTALL_ROOT=debian/packagename
[09:11] <hendrixski> ok... lemme try that
[09:14] <hendrixski> IT WORKED!!!!!!!!!!!!
[09:16] <tsmithe> :)
[09:17] <hendrixski> soo... why deos dh_make write $(MAKE) DESTDIR=**** install instead of $(MAKE) INSTALL_ROOT=*** install ???
[09:18] <vorlon> because DESTDIR vs. INSTALL_ROOT is a question of what the upstream build rules require
[09:18] <vorlon> and DESTDIR is more "standard", being implemented by automake
[09:22] <hendrixski> so... what kind of conditions would I know ahead of time require INSTALL_ROOT instead of DESTDIR?   are all Qt3 programs install_root then?
[09:22] <tsmithe> minghua, yes, i would think it would be
[09:22] <tsmithe> hendrixski, look at the project's makefile if you are unsure
[09:23] <hendrixski> tsmithe, ahh.. ok... in the makefile my DESTDIR variable is empty... but it calls INSTALLROOT without having defined it
[09:24] <tsmithe> mm
[09:25] <hendrixski> Jesus... I would have NEVER figured this out by myslef
[09:25] <hendrixski> thanks for being here :-)
[09:26] <tsmithe> :)
[09:27] <ScottK> keescook: I've started on my plan for world domination <- <- <- straightening out clamav in Dapper.  Details at https://wiki.ubuntu.com/MOTU/Clamav - In the meantime, which clamav-0.88 would be the best to backport until we can get the rdepends dealt with (0.88,4-1ubuntu2.1 from edgy-security or 0.88.7-1ubuntu1 that was in feisty)?
[09:30] <hendrixski> followup question... in debian/control...should I change  "Depends: ${shlibs:Depends}, ${misc:Depends}"  because I just added libqt3-mt  but I dunno if I need those first two?
[09:31] <man-di> hendrixski: you added libqt3-mt explicitely? your package should adds this automatically through ${shlibs:Depends} if it needs it
[09:31] <geser> no, ${shlips:Depends} gets filed with the correct Depends at package build time
[09:32] <ScottK> hendrixski: If you really want to feel bad, do a little research and figure out how old tsmithe is.
[09:32] <tsmithe> ScottK, haha
[09:33] <RickH> After installing libgtk2.0-doc where does it go?  And how can I launch it/view it?
[09:33] <geser> dpkg -L libgtk2.0-doc
[09:33] <hendrixski> why, how old... or young rather?
[09:33] <RickH> geser:  Thanks.
[09:33] <man-di> RickH: dpkg -L libgtk2.0-doc shows you its content
[09:34] <man-di> geser wins the price for typing faster ;-)
[09:34] <ScottK> hendrixski: 15 iirc.
[09:34] <minghua> (or just read libgtk2.0-doc's package description...)
[09:35] <minghua> Although what RickH is really looking for is probably devhelp.
[09:35] <hendrixski> 15?  ummm... wow
[09:35] <RickH> minghua:  I've found very few tutorials written to help someone wanting to begin development under Ubuntu (on apps). :(  I've seen lots of suggested guides, recipes, etc., but nothing about how to setup the tools, setup icons for help, etc.
[09:36] <tsmithe> hendrixski, yeah :)
[09:37] <hendrixski> I wish I had gotten started with this stuff when I was young... instead of just wasting my life on windows 
[09:37] <tsmithe> hehe
[09:37] <ScottK> tsmithe: debian/copyright looks good.  Doing a test build now.
[09:37] <RickH> Okay, does devhelp read whatever's in /usr/share/doc/ and then populate the help with what's there?
[09:38] <tsmithe> hendrixski, if you're much older than me, then there can't have been much windows around during your early youth anyway, surely?
[09:38] <RickH> Because until I installed libgtk2.0-doc, I was using devhelp, but it didn't have what I needed.
[09:38] <ScottK> tsmithe: Windows has been around a depressing long time.  I was using it before you were born.
[09:38] <RickH> I'm used to Windows where all of the help files are separate.
[09:38] <tsmithe> ScottK, oh yay :s
[09:39] <hendrixski> tsmithe, I'm only about 8 years older than you ... how long have you been using Linux?
[09:39] <tsmithe> since 2001
[09:40] <tsmithe> (i didn't really "get it" back then)
[09:40] <tsmithe> only really "got it" since 2005
[09:40] <hendrixski> Nice
[09:41] <RickH> Is Anjuta a good IDE?
[09:42] <hendrixski> I got my first computer in... let's see... freshman year of high school... so 1997
[09:42] <RickH> What's vim?
[09:43] <hendrixski> RickH, it's a command line editor that does EVERYTHING... and it's all like 1 keystroke
[09:43] <ScottK-laptop> tsmithe: When it builds, is it supposed to tell me stuff like : make[1] : Circular ubuntustudio_1024_576_cropped.png <- ubuntustudio_1024_576_cropped.png.c dependency dropped. pngtousplash ubuntustudio_1024_576_cropped.png > ubuntustudio_1024_576_cropped.png.c
[09:43] <tsmithe> yes
[09:43] <RickH> like vi?
[09:43] <ScottK-laptop> Only better.
[09:43] <ScottK-laptop> tsmithe: OK.  Thanks.
[09:43] <hendrixski> RickH, yes... it stands for Vi Improved
[09:44] <hendrixski> www.vim.org
[09:44] <RickH> I used to use The SemWare Editor in the old days.  It was a command-line editor.  I like whole IDEs now though.  Visual Studio has spoiled me. :)
[09:45] <hendrixski> RickH, Eclipse has spoiled me too... but I tried vim in college once and been hooked ever since
[09:45] <RickH> vim-tiny is no good.  It's almost as bad as DOS's old EDLIN utility. :P
[09:45] <hendrixski> yep
[09:45] <RickH> Have you ever used Visual Studio?
[09:45] <RickH> in Windows?
[09:45] <hendrixski> anyways... It's almost 4:00 and I need to eat lunch
[09:46] <hendrixski> RickH, no... I've been a windows programmer for a while... but it was all java
[09:46] <hendrixski> so I used Eclipse
[09:46] <broonie> That parses very strangely with 24 hour clock...
[09:46] <RickH> VS is kind of like NetBeans.  NetBeans does better refactoring, but VS has a lot of abilities NB doesn't.
[09:48] <minghua> Hmm, tsmithe's website http://tibsplace.co.uk/ gives me a 500 error.
[09:48] <ScottK> tsmithe: Uploaded.
[09:49] <tsmithe> minghua, that's cos it's down, until i get hosting
[09:49] <tsmithe> ScottK, thanks loads
[09:49] <ScottK> No problem.  Thanks for your contribution and the Ubuntu Studio efforts to get into the archives.
[09:49] <minghua> tsmithe: I see.  You may want to change your wiki page then. ;-)
[09:50] <tsmithe> ahh righty
[09:50] <tsmithe> ScottK, heh :)
[09:50] <ScottK> tsmithe: Not kidding.
[09:50] <tsmithe> :)
[09:51] <RickH> Are the detailed_signal values in GTK+ standard to Linux?  Or are they only used in GTK+?  I can't find them defined anywhere in the GTK+ docs.
[09:52] <RickH> Things like "destroy", "delete_event", etc?
[09:53] <vorlon> those are GTK+-level signals
[09:53] <RickH> Where are they documented?
[09:53] <RickH> I see only "destroy", "delete_event" and "clicked" in this example.
[09:53] <vorlon> in the GTK+ docs somewhere :)
[09:53] <RickH> :)
[09:53] <ScottK> leonel: If you have a moment, would you please see if you can build/test https://launchpad.net/ubuntu/+source/clamav/0.88.7-1ubuntu1 and https://launchpad.net/ubuntu/+source/clamav/0.88.4-1ubuntu2.1 unmodified on Dapper.  Since this clamav project is going to take a while, I thought it might be useful to go ahead and backport the best 0.88 we can.
[09:54] <vorlon> the only Linux-level signals are those listed in kill -l, which have nothing to do with GTK+ signals; many of the GTK+ signals map more or less directly to X events, but the X documentation is probably not useful to you in understanding the GTK+ handling
[09:54] <RickH> Ever see the "Kill -9" video on YouTube? :)
[09:55] <ScottK> leonel: And then mark up the MOTU/Clamav page with your results.
[09:56] <leonel> ScottK: funny ...  I'm just  testing  clamav 0.91  in dapper  this by upgrading the package from your site   builded fine  and installed  ...
[09:56] <leonel> ScottK: I'll let you know about  88.6 and 4
[09:56] <ScottK> OK.  That'd be good to know about too.
[09:57] <ScottK> Thanks.
[09:57] <ScottK> leonel: I'm on the ubuntu-backporters team now, so I can approve stuff (archive admins still have to upload them).
[09:57] <vorlon> RickH: yes, and I also know what 'fs sa rlidwka' means
[09:57] <ScottK> I approved your clamassassin request a little while ago.
[09:57] <leonel> ScottK:  great !
[09:58] <RickH> vorlon:  I don't know what that means.  What does it mean?
[09:58] <vorlon> it's an AFS acl command
[09:58] <leonel> ScottK:  I'd like psycopg2  backported to dapper :)
[09:58] <ScottK> Is there a dapper-backports bug for it?
[09:58] <leonel> ScottK: I haven't been able to backport it myself 
[09:58] <leonel> ScottK:  I asked  some time ago 
[09:59] <RickH> I don't see any reference....  So, I'm wondering how text-based signals can be used.
[10:00] <ScottK> leonel: What happened when you tried to build it?
[10:01] <leonel> needs  python central  and other packages
[10:01] <ScottK> In that case I think you are out of luck
[10:02] <leonel> ScottK:  bug #115269
[10:02] <ubotu> Launchpad bug 115269 in Ubuntu "[backport]  python-psycopg2 From Feisty to Dapper" [Undecided,Invalid]  https://launchpad.net/bugs/115269
[10:03] <RickH> Does GCC use .cc files for C++?
[10:03] <RickH> Or G++?  I'm confused...
[10:03] <ScottK> leonel: What I'd suggest you do is get 1.1.21-14 from Debian Stable (Etch) and see if you can build that.
[10:04] <man-di> RickH: g++ supports .C .cc .cpp and some other suffixes for C++
[10:04] <vorlon> RickH: I believe gcc will autodetect g++ as the language if the extension is .cc (at least it did in the past)
[10:04] <RickH> Is .cc the same as .cpp?
[10:04] <vorlon> eh, autodetect C++ as the language and use g++
[10:04] <ScottK> If that works, you can probably swap out the newest upstream like you just did for clamav.
[10:04] <man-di> RickH: yes
[10:04] <leonel> ScottK:  I need psycopg2. start from 1.1.21 from debian ?
[10:04] <RickH> okay
[10:05] <RickH> And class definitions are still in .h/.cpp or .h/.cc format?
[10:05] <leonel> ScottK:  clamav  91  + clamsmtp   in dapper  WORKS !
[10:05] <RickH> by convention I mean?
[10:05] <ScottK> Cool.  I'd expect it would.
[10:05] <man-di> RickH: .h .hpp .H, whatever you like
[10:05] <RickH> man-di:  Thanks.
[10:06] <minghua> vorlon: I remember it doesn't work for linking, so it's still necessary to use the correct compiler name.
[10:06] <vorlon> minghua: yes, that's true
[10:06] <ScottK> leonel: Sorry, 2.0.5.1-6.
[10:06] <leonel> great 
[10:06] <gnomefreak> is it just me or did sound die in gutsy in the last day or 2
[10:06] <ScottK> leonel: http://ftp.debian.org/debian/pool/main/p/psycopg2/
[10:06] <ScottK> That'll probably work.
[10:06] <leonel> ScottK:  thanks  I'll try 
[10:07] <ScottK> gnomefreak: They rolled a new kernel last night.
[10:07] <gnomefreak> ScottK: ah yes i say the l-r-m and freinds
[10:07] <gnomefreak> waiting on kernel :)
[10:07] <gnomefreak> ty i forgot
[10:07] <xxxxx1> ScottK, can you take a look at bug #103482 please
[10:07] <ubotu> Launchpad bug 103482 in r-cran-psy "[can-not-install]  postrm failure" [Medium,Fix committed]  https://launchpad.net/bugs/103482
[10:08] <xxxxx1> ScottK, i commited the debdiff. it should be fixed on gutsy and not in dapper.
[10:08] <RickH> Is there a way to modify the Linux keyboard settings so that Shift+NumPad will use the arrows, rather than numbers?
[10:09] <ScottK> xxxxx1: The bug says fix released.  Is that wrong.
[10:09] <xxxxx1> ScottK, exactly.
[10:09] <xxxxx1> we should cancel dapper task
[10:09] <xxxxx1> and apply commited
[10:09] <ScottK> Why don't you get the bug status straight and then I'll look.
[10:10] <xxxxx1> ScottK, done :)
[10:11] <ScottK> xxxxx1: Is Dapper Invalid or Wontfix and why are you assigned it if it's Invalid/Wontfix?
[10:12] <xxxxx1> take a look at the comments
[10:12] <xxxxx1> long investigation
[10:12] <xxxxx1> :P
[10:13] <xxxxx1> i'll change edgy task too.
[10:13] <ScottK> OK.  Do the investigation then...
[10:17] <ScottK> xxxxx1: Looking.
[10:18] <xxxxx1> thanks
[10:23] <RickH> how can you view a binary file in hex?
[10:24] <xxxxx1> RickH, you can use ghex
[10:24] <RickH> thanks
[10:26] <RickH> xxxxx1:  from the cmd line?
[10:26] <RickH> I see it.. under applications -> hex editor.
[10:26] <ScottK> xxxxx1: Since we have 2.4 in Feisty already, what is changing the depends going to affect?
[10:27] <xxxxx1> RickH, yes :)
[10:27] <RickH> Some stuff about Linux is just not intuitive to a Windows guy. :)
[10:28] <ScottK> xxxxx1: ??
[10:29] <xxxxx1> ScottK, this bug is just for dapper and edgy upgrades to Gutsy
[10:29] <xxxxx1> and.. for Feisty too.. but this bug not qualifies for SRU
[10:29] <xxxxx1> (have a workaround)
[10:29] <xxxxx1> so, this fix upgrades from dapper/edgy->gutsy 
[10:29] <ScottK> So you are making sure this package won't get installed until the other one is alread upgraded?
[10:30] <xxxxx1> yes. as you see in the another commentaries.. this fail.
[10:30] <ScottK> You mean last Fall?
[10:31] <xxxxx1> you can see in the bug description and my reconstruction of the bug on the commentaries
[10:34] <ScottK> xxxxx1: Also, it's not (Closes LP:, it's (LP:.
[10:35] <xxxxx1> we have a lot of changelog with Closes LP
[10:35] <xxxxx1> including from core-dev
[10:35] <xxxxx1> btw, i can change. i've used both
[10:35] <xxxxx1> :)
[10:36] <ScottK> xxxxx1: It's still wrong.  (Closes: is the Debian way and when LP was being set up to close bugs there was confusion about what was correct.
[10:36] <ScottK> I'll change this one.
[10:36] <xxxxx1> thanks ScottK
[10:41] <tsmithe> ScottK, i thought that as long as it contained "LP: nnnnn" it was ok
[10:42] <ScottK> tsmithe: I haven't experimented if where the parens are really matters.  They said (LP: #bugnumber) so I just do it that way.
[10:42] <tsmithe> well makes sense
[10:42] <tsmithe> but i just recall hearing it somewhere :)
[10:44] <tsmithe> heh true
[10:44] <xxxxx1> :D
[10:44] <minghua> According to the mail to -devel-announce (https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-May/000298.html), it's only the pattern "LP: #nnnnnn", the parentheses are not mandated.
[10:44] <ScottK> minghua: OK.  Thanks.  Good to know.
[10:50] <ScottK> xxxxx1: Uploaded.  Thank you for your contribution.
[10:51] <xxxxx1> it was a pleasure
[10:51] <xxxxx1> :D
[10:52] <xxxxx1> thanks ScottK and minghua 
[10:52] <xxxxx1> i gotta go now
[10:52] <xxxxx1> bye all
[10:52] <minghua> xxxxx1: You did most of the hard work, thank you. :-)
[10:52] <minghua> and bye.
[11:09] <ScottK> stratus: I'm doing a test build of python-gdata now before I request a sync.
[11:29] <PriceChild> I remember a great little bit on the wiki with example get-orig-source bits for creating tarballs from svn etc. but am having difficulty finding it... does anyone know where? :)
[11:32] <ScottK> PriceChild: No, but it's been mentioned here in the last day or so.  I'd ask persia when he reappears or look through the channel logs.
[11:32] <PriceChild> I remember him referring me to it... I'll slog through my logs :)
[11:33] <PriceChild> Thanks
[11:41] <minghua> ScottK: The r-cran-psy upload forgot to change the Maintainer field as required.
[11:46] <ajmitch> ScottK: you could fix coreutils
[11:47] <ScottK> What's it written in?
[11:48] <ajmitch> C
[11:48] <ScottK> Ironically enough, earlier today I remembered to mangle the maintainer on a package that I'm the Debian Maintainer for...
[11:48] <ScottK> Ah.  Then No, I couldn't fix coreutils.
[11:48] <ajmitch> coreutils failed to build for me yesterday, and I needed it
[11:49] <ScottK> Yummy.
[11:49] <ajmitch> yeah, libc6-dev header problems
[11:51] <ajmitch> but the current gutsy one fails as well
[11:52] <ScottK> Well my penance is uploaded.  Time to go play Dad.
[11:53] <ajmitch> heh
[11:53] <TheMuso> Hey folks.
[11:54] <ScottK> If persia shows up while I'm gone, would some one please tell him from me "It worked.  Thanks."
[12:01] <norsetto> TheMuso: Hi, and thx for your comments on http://revu.tauware.de/details.py?upid=5978
[12:03] <TheMuso> norsetto: No problem.