[00:01] <ScottK2> https://bugs.launchpad.net/ubuntu/+source/blogtk/+bug/204895 is available for people wanting to work on fixing FTBFS.
[00:02] <ScottK2> doko: ^^^ is the list of all the packages that FTBFS and depend on python-central in a recent archive rebuilding test.
[00:02] <doko> ScottK: thanks, watching the debian archive might make sense (and requesting syncs)
[00:02] <Bruno1> ok i'll check a pbuilder tut
[00:04] <Bruno1> ScottK2: it didnt work
[00:04] <Bruno1> ScottK2: i dont understand
[00:04] <Bruno1> it should have worked now
[00:06] <Bruno1> everything is where it should be, my patch in the debian/patched folder and in the patches
[00:06] <Bruno1> and when i ran dpatch-edit-patch y did the changes and then exit 0
[00:07] <Laney> Bruno1: What's ths problem?
[00:07] <Bruno1> i dont know what went wrong
[00:07] <Bruno1> Laney: i applied a patch to the cryptsetup man page
[00:08] <Bruno1> and after appling the patch and building the .deb its not working
[00:08] <Bruno1> the changes are not showing up
[00:10] <ScottK2> doko: RE python-central I mentioned looking for sync's in the bug.
[00:11] <Bruno1> Laney: bug #164181
[00:11] <ubotu> Launchpad bug 164181 in cryptsetup "Manual page typos" [Low,In progress] https://launchpad.net/bugs/164181
[00:11] <Laney> Bruno1: Did you edit debian/rules to apply the patches?
[00:12] <doko> ScottK2: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-new-pycentral;users=doko@cs.tu-berlin.de
[00:12] <Bruno1> Laney: no, what do i have to edit?
[00:13] <Laney> Bruno1: Did cryptsetup already have patches in debian/patches?
[00:13] <Bruno1> Laney: yes
[00:15] <ScottK2> doko: Thanks
[00:15] <Laney> Bruno1: Weird. I suggest you double check 00list to see if you listed your patch correctly. If so, check debian/rules to see how the patches are being applied. `man dpatch' (section "DPATCH IN DEBIAN PACKAGES") has some useful information on the structure of debian/rules.
[00:16] <Bruno1> Laney: ok, i'll check the dpatch man page
[00:16] <Bruno1> Laney: the 00list is ok
[00:17]  * ScottK2 fires a shot at the do nothing MC.
[00:20] <Bruno1> Laney: there is no patch: patch-stamp in the rules, is that normal?
[00:21] <ScottK2> Bruno1: Did your package use dptach before you started?
[00:21] <ScottK2> If not, you need to add that stuff to debian/rules
[00:21] <protonchris> Is anyone interested in sponsoring a sync request (Bug 190744)?
[00:21] <ubotu> Launchpad bug 190744 in libgdamm3.0 "Request: Upgrade libgdamm3.0 to upstream version 2.9.81" [High,Confirmed] https://launchpad.net/bugs/190744
[00:22] <Laney> Bruno1: Does it include dpatch or dpatch.make?
[00:22] <Bruno1> Laney: it has dpatch.make
[00:22] <protonchris> The FFE has already been approved.
[00:23] <Bruno1> ScottK2: yeah it used dpatch
[00:23] <Laney> Bruno1: Then (afaik) you don't need to explicitly give a (un)patch rule
[00:24] <Laney> Bruno1: Do you see the rest of the patches being applied when you run debuild?
[00:27] <Bruno1> Laney: no, but i cant scroll upwards enough to see the beginning of the output
[00:27] <Laney> Bruno1: You can always pipe it to more
[00:28] <Bruno1> Laney: how
[00:28] <Laney> Bruno1: debuild | more
[00:28] <Bruno1> oh, but building it again?
[00:28] <Laney> Bruno1: Sure
[00:30] <Bruno1> Laney: this time it didnt build
[00:31] <Bruno1> http://pastebin.ca/952264
[00:32] <Bruno1> Laney: should start the whole process again?
[00:33] <Laney> Bruno1: I think that dpatch expects your patch to have been applied, but is finding something different.
[00:34] <Bruno1> Laney: so the patches are not being applied?
[00:35] <Laney> Bruno1: No, before you build the package "debian/rules clean" is run to return the working directory to a clean state. It's failing there.
[00:35] <Laney> Part of clean is unapplying any patches from debian/patches.
[00:37] <Laney> You could try "patch -p0 < debian/patches/07_manpage_typo_fix" and then debuild if that works
[00:37] <Laney> I'm pretty new to this stuff myself ;)
[00:38] <Bruno1> Laney: ok :)
[00:38] <Bruno1> Laney: should run that command right now, or in a new source directory
[00:39] <Laney> Bruno1: Now
[00:40] <Bruno1> Laney: it said
[00:40] <Bruno1> can't find file to patch at input line 11
[00:40] <Bruno1> Perhaps you used the wrong -p or --strip option?
[00:40] <Bruno1> The text leading up to this was:
[00:41] <Bruno1> http://pastebin.ca/952272
[00:41] <Bruno1> and then it asks for a file to patch
[00:42] <Laney> cryptsetup.8~, is that the right file?
[00:45] <Bruno1> yeah
[00:46] <Laney> With the tilde?
[00:46] <Bruno1> no
[00:47] <Bruno1> there is no such file
[00:48] <Bruno1> it should be without the tilde
[00:48] <Laney> ;)
[00:49] <Bruno1> but where do i edit that
[00:49] <Bruno1> so that it doesnt come with the tilde
[00:49] <Laney> Bruno1: You can try just editing the patch, I guess
[00:50] <persia> \sh_away: Welcome to UUS :)
[00:51] <Bruno1> Laney: ok i edited the patch
[00:51] <Bruno1> how do i update tha package
[00:51] <Bruno1> Laney: i just make a new one?
[00:51] <Laney> Bruno1: Yes, try debuild.
[00:53] <Bruno1> Laney: again, debian/rules clean failed
[00:53] <Bruno1> Laney: this time it failed retrieving a patch already made
[00:54] <Laney> Bruno1: What's the message?
[00:54] <bddebian> Heya gang
[00:54] <Laney> hey
[00:54] <Bruno1> hi
[00:54] <Bruno1> this is just the last part
[00:54] <Bruno1> http://pastebin.ca/952280
[00:57] <sistpoty> hi bddebian
[00:57] <bddebian> Heya sistpoty
[00:57] <Laney> Bruno1: try "dpatch apply-all"
[00:58] <Bruno1> did that and it went ok
[00:58] <Bruno1> then debuild and i got the same message
[00:59] <Laney> Bruno1: The error when unapplying? What about if you do dpatch apply-all then dpatch deapply-all?
[01:00] <Bruno1> Laney: patch 06 fails
[01:00] <Laney> Even though it applies correctly. I'm confused now
[01:00] <Bruno1> there's probably something wrong with patch 06
[01:01] <Bruno1> Laney: im going to try unpacking the source again, coping my patch and appling it again and the debuild
[01:02] <Laney> Bruno1: OK good luck. I've got to go to bed anyway, Easter celebrations tomorrow
[01:02] <Laney> nn all
[01:02] <slicer> The recommended way to include a patch in the debian/ dir is to use quilt, right?
[01:02] <Bruno1> Laney: ok thanks, bye
[01:03] <slicer> The quilt howto makes it seem fairly easy to use.
[01:05] <sistpoty> slicer: there is no real recommended way, quilt, dpatch, simple-patch-sys are option to consider though (likewise, I prefer not to have a patch system and use a vcs instead)
[01:06] <slicer> I just saw some wiki page a while back refering to "no source packages" or something like that which strongly recommended quilt.
[01:07]  * slicer jumps in with feet first.
[01:07] <sistpoty> well, quilt is recommended by quite some people (haven't used it yet though, and can't say about advantages/disadvantes hence)... iirc dpatch/simple-patchsys is however used more often (but that may change)
[01:10]  * bddebian likes dpatch
[01:13] <Bruno1> 130619892becekia4815162342
[01:16] <slicer> I have a debdiff for a bug report which also fixes a few other bugs not reported on launchpad. Do I upload the debdiff to the launchpad bug report and subscribe uus to that or do I open a new bug?
[01:16] <cody-somerville> slicer, Up to you.
[01:16] <slicer> quilt worked like a charm, btw. Though dpatch looks more powerfull.
[01:16] <cody-somerville> slicer, But make sure to mention all the bugs you close in your changelog
[01:16] <persia> slicer: If you plan to reuse the bug, be sure to update the description to make it clear what you are accomplishing.
[01:16] <slicer> cody-somerville: Have done :)
[01:16] <cody-somerville> :)
[01:18] <slicer> missing-build-dependency quilt .. bah!
[01:19] <Bruno1> it didnt work. again.
[01:19] <Bruno1> could someone help me out with bug #164181
[01:19] <ubotu> Launchpad bug 164181 in cryptsetup "Manual page typos" [Low,In progress] https://launchpad.net/bugs/164181
[01:28] <bddebian> persia: Are you familiar with a Com_Error() function/
[01:28] <bddebian> s////?/
[01:38] <persia> bddebian: Never heard of it.  Are you encountering an error in python, or in quake?
[01:39] <bddebian> I'm messing with quake2 clients. r1q2 works but no sound and input problems.  aprq2 gets undefined symbol Com_Error :-(
[01:39] <persia> http://csourcesearch.net/package/aaquake2/0.1/quake2-3.21/qcommon/common.c/function/Com_Error/178,1 looks to be the place, although I'm not sure how that gets mangled into those clients.
[01:40] <persia> For no sound and input, is it r1q2 using bare-metal, or SDL?
[01:41] <bddebian> bare-metal?
[01:41] <persia> Err.  s/bare-metal/something else/
[01:41] <bddebian> gl
[01:41] <persia> For sound and input?  Hmm...
[01:41] <bddebian> Hmm there is qcommon/common.c in the source that defines Com_Error.  Why the hell is it *UND* in the shared object :-(
[01:42] <persia> Maybe a linking error?
[01:42] <persia> Alternately, you might have a collision in types.  Is the call in the same format as the definition?
[01:47] <bddebian> Afaict, yes
[01:48] <persia> Is there a .h file that goes with qcommon/common.c, and is that included in the .c file that uses it?
[01:48] <persia> s/it\?/Com_Error()/
[02:14]  * mneptok tunnels around inside jono 
[02:14] <jono> hehe
[02:14] <jono> heya mneptok
[02:15] <mneptok> hey big fella
[02:15] <mneptok> jono: travelling, or up late?
[02:15] <jono> mneptok: up late :)
[02:16] <mneptok> jono: i'm flying solo tonight, if you want to spend some time in one of our "special channels" *winknudge*
[02:16] <jono> hehe
[02:17]  * mneptok 's social skills strike again
[02:18] <bddebian> Damn it's such a simple build system, wtf
[02:26] <mneptok> bddebian: now you sound like all my ex-girlfriends :/
[02:28] <bddebian> heh
[03:08] <RAOF> Note to self: if you're going to try to use an LVM snapshot to test xorg git, it's vitally important to change fstab *on the snapshot, not the original fs*.
[03:15] <Fujitsu> RAOF: Oh dear, you didn't? I always remember to do that now, after I made that mistake and destroyed things some years ago.
[03:23] <RAOF> Fujitsu: Yeah.  It seems my base fs now has xserver 1.5.99.1.  So it's not _destroyed_ as such, but it's not quite the clean testing environment I was aiming for.
[03:26] <RAOF> Well, nouveau can get a bit more testing on a git xserver until I blow this install away.
[03:31] <Fujitsu> How's nouveau going these days?
[03:32] <RAOF> Extremely well, as long as you don't have a geforce 8xxx, don't want 3d, and don't need to suspend.
[03:32] <Fujitsu> How's 3D support going?
[03:33] <RAOF> OpenArena runs well on my lappy.  Other things, to a greater or lesser extent.
[03:33] <RAOF> Compiz doesn't (otherwise I'd just fire it up on nouveau, and say a welcome goodbye to the blob)
[03:34] <Fujitsu> Ah, so it's not entirely absent. Very good.
[03:35] <RAOF> Yeah, not entirely absent.  nouveau is also pretty much the best 2d driver for any hardware kicking around, too (it outperforms/outfeatures the blob on my hardware).
[03:35] <Fujitsu> Very nice indeed.
[03:36] <RAOF> Yeah.  Judging from the git commits that sail into my PPA changelogs, there's a _lot_ of nv5x (geforce 8xxx) work happening now.
[03:37] <sistpoty> wohoo... maybe I can get rid of the blob then soon :)
[03:37] <RAOF> It's my hope that libdrm sees a release, and we can start shipping nouveau as the default nvidia driver in Intrepid.
[03:43] <RAOF> Maybe by Intrepid+1 we can ship a free nvidia driver that does 3d :)
[03:44] <Fujitsu> That'd be very nice.
[03:44] <Fujitsu> Is there any reason to prefer nv over nouveau?
[03:45] <RAOF> It supports nv5x better at the moment.
[03:45] <RAOF> Oh, and you might be able to suspend with nv, I don't know.
[03:46] <RAOF> Apart from that, it's slower, has worse visual quality, and fewer features than nouveau :)
[03:46] <Fujitsu> How exactly can 2D quality differ between drivers?
[03:47] <RAOF> If, for example, you have a laptop, then it almost certainly has a 18bpp LCD panel.  Which looks _crap_ under nv.
[03:47] <RAOF> Nouveau dithers properly, os it doesn't have horrible banding.
[03:48] <RAOF> Also, nouveau's got a bi-cubic Xv adapter, for better-quality video.
[03:48] <xtknight> wouldnt most lcd laptops internally dither by now?
[03:48] <RAOF> Not mine.
[03:48] <RAOF> And my laptop is only a year old.
[03:48] <xtknight> ah
[03:49] <xtknight> some drivers have faster 2d too i noticed
[03:49] <xtknight> i mean vesa is 2d, but nv is faster
[03:52] <xtknight> is nouveau at all easy to use in any form now?  it would be neat to give 2d a test run
[03:58] <sistpoty> persia: just reading your mail regarding the charter... interesting enough, the charter was never approved though, so actually MC doesn't have any powers :P
[03:59] <persia> sistpoty: Ah.  I somehow missed that.  Makes it even harder then...
[03:59] <sistpoty> persia: yes, that's my fault for not following up hard enough in the beginning phase... imho we should really get it approved ASAP ;)(
[03:59]  * persia will add approval of the MC charter to the MOTU Meeting agenda once there is confirmation that the meeting can be attended.
[04:00] <persia> sistpoty: Will you be able to make the next meeting?  I'm still unsure.
[04:00] <sistpoty> persia: when's the next meeting? at 4.00 UTC or 20.00 UTC (was confused by the mail to -motu)
[04:00] <persia> I believe it's 4:00
[04:01] <persia> https://wiki.ubuntu.com/MOTU agrees with me
[04:01] <sistpoty> oh, unlikely that I'll show up... I'll try, but I know my sleep behaviour to well :(
[04:02] <persia> That's about sunrise for you, or will it still be dark?
[04:03] <sistpoty> still dark, and I usually don't get up before 8 UTC
[04:03] <sistpoty> (which I really want to change though *g*)
[04:04] <persia> Still dark is definitely too early.
[04:04] <ScottK2> sistpoty: Would you please ack Bug 204959
[04:04] <ubotu> Launchpad bug 204959 in xapian-bindings "Please sync xapian-bindings 1.0.5-1 (universe) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/204959
[04:04] <ScottK2> It builds which is better we have now.
[04:05] <persia> Isn't that version also required to match the current libxapian?
[04:06] <ScottK2> Yes
[04:06] <ScottK2> But it's a new upstream, so I want an ack.
[04:09] <sistpoty> ScottK2: there are two rdepends... did the API change?
[04:09] <sistpoty> (in an incompatible way)
[04:10]  * ScottK2 looks.
[04:14] <ScottK2> sistpoty: From reading Changelog and NEWS, no.  Currently we have xapien-bindings and xapiend-core on different versions.  I think having them the same and having the bindings buildable is way better than whatever risk there is of bumping.
[04:16] <sistpoty> ScottK2: hm.. I don't see a xapiend-core?
[04:17] <ScottK2> It would help if I could spell
[04:17] <ScottK2> https://launchpad.net/ubuntu/+source/xapian-core
[04:17] <sistpoty> heh
[04:18] <sistpoty> yes, that makes sense to me, ACK'd
[04:19] <ScottK2> Thanks
[04:19] <sistpoty> thanks to *you* who does the work ;)
[04:45]  * ScottK2 will mention again Bug #204895 if someone is looking for something worthwhile to work on.
[04:45] <ubotu> Launchpad bug 204895 in python-scipy "Packages failed archive rebuild test possibly due to python-central transition" [Undecided,Fix released] https://launchpad.net/bugs/204895
[04:49] <ScottK2> Lots more package not fixed in there.
[04:56] <rpg> hi...
[04:56] <rpg> I want to become an ubuntu developer, can anyone help please?
[04:57] <persia> rpg: Sure.  What do you want to do?
[04:57] <rpg> well how do I get in ubuntu development
[04:57] <ScottK2> You show up here and get to work.
[04:57] <rpg> i know C/C++/Java
[04:58] <persia> rpg: The easiest way is to find a bug, and fix it.  I recommend reading https://wiki.ubuntu.com/MOTU/Contributing as a guide to some of the initial processes.
[05:04] <rpg> ok... brb... checking out the link
[05:04] <rpg> will ubuntu development help me improve my portfolio, when going into computer research
[05:04] <rpg> ?
[05:12] <persia> rpg: Quite possibly.  Having a portfolio of open code makes review of an application easier, and further, using Ubuntu development in concert with your research goals might provide a strong basis for continued work (or grants, etc.)
[05:14] <rpg> awesome... :)
[06:02] <Hobbsee> RAOF: did you win?
[06:34] <LaserJock> ScottK: man, you're really giving me lots of LP work to do tonight :-)
[06:34]  * Hobbsee looks for ways of giving LaserJock more work
[06:35] <LaserJock> I'm trying to write my monthly report here
[06:35] <LaserJock> gimme a break ;-)
[06:35] <Fujitsu> `LP devs again deferred all of our bugs 6 releases.'
[06:38] <LaserJock> Fujitsu: nah, not nearly that bad
[06:39] <LaserJock> about 50% of our bugs have been fixed
[06:39] <Fujitsu> Yay!
[06:39] <LaserJock> 4 interesting bugs this upcoming rollout
[06:52] <persia> LaserJock: How do you determine "our" bugs?  Do you need any special notification when a bug is reported?
[06:52] <Fujitsu> LaserJock: I'm not seeing how the bugtracker deletion one is particularly interesting to us.
[06:53] <LaserJock> Fujitsu: because having a good bug tracker system is important
[06:53] <LaserJock> although hopefully they'll let more than admins do it
[06:54] <LaserJock> persia: well, I don't have a particular way of knowing so it's nice to get a ping if you think there's an important bug for MOTU
[06:54] <Hobbsee> Fujitsu: no, only soyuz.
[06:54] <persia> Looking at the draft report, should I ping you, or just add a MOTU tag?
[06:55] <LaserJock> ping me preferably
[06:55]  * persia reviews the subscribed bug list vs. the report list.
[06:56] <LaserJock> the usefulness of the tag is inversely proportional to the number of bugs tagged
[06:56] <LaserJock> and the LP guys requested that I keep it fairly low
[06:56] <persia> bug #160439 looks interesting
[06:56] <ubotu> Launchpad bug 160439 in launchpad-buildd "Some builds fail when they should depwait" [Medium,Triaged] https://launchpad.net/bugs/160439
[06:57] <Fujitsu> Is that one of mine?
[06:57] <Fujitsu> I forget. I've filed too many.
[06:57] <persia> bug #4780 as well
[06:57] <ubotu> Launchpad bug 4780 in malone "Rows in bug listings should indicate if a patch exists" [Wishlist,Confirmed] https://launchpad.net/bugs/4780
[06:57] <Fujitsu> And oh my god LP is so slowwwww.
[06:57] <LaserJock> persia: can you email me?
[06:57] <LaserJock> I have to go to bed and it appears my / is read-only
[06:57] <persia> LaserJock: If you like, but Ubuntu won't be as helpful that way :)
[07:02] <Hobbsee> Fujitsu: you should file less bugs.
[07:03] <Fujitsu> Hobbsee: But then they'll get fixed even slower.
[07:57] <Iulian> G'morning.
[08:07] <slytherin> How can I search for a particular 'Provides' in package cache?
[08:08] <Hobbsee> Fujitsu: there is that.
[08:08] <slangasek> apt-cache showpkg <provided-thing>
[08:09] <slytherin> slangasek: thanks. What is expected output if there is a package?
[08:12] <slytherin> slangasek: Actually I am trying to debug mplayer build problem on powerpc. mplayer latest version is built only on i386 and amd64.
[08:23] <Fujitsu> slytherin: Wrong. mplayer FTBFS everywhere.
[08:23] <Fujitsu> In the archive rebuild, and the version that isn't uploaded yet.
[08:23] <Fujitsu> (it's not uploaded because it FTBFS everywhere)
[08:24] <slytherin> Fujitsu: oh, then it is due to that libsvga1-dev build-dep
[08:24] <Fujitsu> If you could fix that, I'd be most pleased.
[08:24] <Fujitsu> I have a few security fixes pending in bzr.
[08:25] <slytherin> Fujitsu: I am currently updating my powerpc alternet CD image. So it will takle at least an hour before I can do any 'get-source and build'.
[08:26] <slytherin> Fujitsu: I wonder why the last version of mplayer built on i386 and amd64. At least launchpad says so.
[08:26] <Fujitsu> slytherin: Some dep changed, I guess.
[08:27] <Fujitsu> Hm, maybe it FTBFS on i386 but not amd64. I'm sure it FTBFS on amd64 when I last tried it, though.
[08:27] <Fujitsu> http://builder.ubuntuwire.com:9998/package/mplayer
[08:31] <elmargol> How do I remove untracked files from a svn co?
[08:38] <slytherin> elmargol: untracked?
[08:39] <elmargol> files .swp files etc
[08:39] <persia> svn rm?  Just rm?
[08:39] <elmargol> for this I have to find them first
[09:07] <slytherin> how can I define different build dependencies for different architectures?
[09:07]  * pwnguin has a question about deb tarballs versus the .diff
[09:07] <pwnguin> if you upgrade a package to a new svn revision from upstream, does that go in as a new tarball or a large .diff?
[09:08] <slytherin> pwnguin: new tarball
[09:09] <pwnguin> so what should i do if a developer pushed it as a large diff and kept the debian .tar.gz
[09:11] <slytherin> pwnguin: I can not answer that. I am not a developer myself. :-)
[09:24] <persia> Doing it as a large diff isn't wrong.
[09:24] <persia> The tarball should be an upstream source, which is often a release, but may be a VCS snapshot.
[09:25] <persia> diff.gz is everything added (which may be VCS updates from the last release)
[09:25] <pwnguin> lemme tell you, its really hard to pick out what ubuntu changed that way
[09:26] <persia> pwnguin: It is the case that there is neither a patch system in use nor Vcs-* hints in debian/control?
[09:27] <Fujitsu> pwnguin: Why does it make it harder to work out?
[09:27] <pwnguin> hmm.
[09:27] <pwnguin> im blind
[09:27] <pwnguin> skipped straight over that patches dir
[09:27] <persia> There you go...
[09:27] <pwnguin> that was the first thing i looked for too =/
[09:27] <pwnguin> hmm
[09:27] <pwnguin> thats a bit scary
[09:28] <pwnguin> oh, that was my package
[09:28] <pwnguin> hmm
[09:29] <pwnguin> no, no patches dir and no Vcs in control
[09:30] <persia> slytherin: I can't find athe documentation for arch-specific build-deps right now, but apt-cache showsrc gcc should show you the syntax.
[09:30] <pwnguin> i know the vcs url for upstream
[09:30] <pwnguin> is that what that's for?
[09:31] <persia> pwnguin: I'd consider no patches dir and no Vcs-* in control with a huge patch without documentation to be a minor bug.  Not worth reporting in LP against a Debian-derived package, but worth reporting in LP against an Ubuntu-local package or in the BTS against a Debian package.
[09:31] <persia> The debian/control Vcs-* fields should point to the packaging.
[09:32] <pwnguin> ah, well, technically this is for main, not universe, but i figured the general idea was the same
[09:32] <persia> It should be the same.  Why does main/universe matter?
[09:33] <pwnguin> not sure. keybuk's a smart guy
[09:33] <persia> If that's the maintainer, there is surely a VCS for the packaging.
[09:33] <pwnguin> thinkfinger
[09:42] <superm1> pwnguin, there is MIR open for that right now
[09:43] <superm1> i'd make sure you talk to Keybuk first before you touch it
[09:43] <slytherin> persia: thanks
[09:43] <pwnguin> superm1: i have no touching powers
[09:43] <superm1> pwnguin, oh okay :)
[09:44] <pwnguin> im just curious what the hell he patched
[09:44] <pwnguin> as i have a package in my ppa
[09:44] <pwnguin> and id like to make sure it doesn't suck
[09:44] <pwnguin> in ppa or main
[10:36] <Festor> Hi all
[10:36] <Festor> Does anyone know why the command update-mozilla-firefox-chrome is not available in beta 4 of firefox 3?
[10:36] <Festor> I am in the beta of Hardy now
[10:37] <Festor> I am trying to do this https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/204719
[10:37] <ubotu> Launchpad bug 204719 in firefox "Firefox 3 language packs missing" [Undecided,In progress]
[10:37] <Festor> 	
[10:37] <Festor> But I think I need is to command the firefox recognize translations
[10:38] <Festor> I just lack that ... :-/
[10:43] <persia> Festor: You likely want to ask in #ubuntu+1 or in #ubuntu-bugs
[10:43] <Festor> thanks persia :D
[10:43] <Hobbsee> or #ubuntu-mozillateam
[10:44] <persia> There possibly as well.
[10:44] <Festor> I am already there Hobbsee
[10:49] <pwnguin> f/part
[11:33] <RAOF> Hobbsee: Did I win what?  I won a round of Cambridge standard five card Mao, certainly.
[11:33] <Hobbsee> RAOF: nice!
[11:34] <Hobbsee> RAOF: the git xserver stuff.
[11:34] <RAOF> The commit which broke stuff is one of a series of 5, none of which build.
[11:35] <RAOF> And my main Hardy install now has a git head xserver, which doesn't load the nvidia binary driver.  So I can't reproduce it here on vanilla git.
[11:35] <Hobbsee> try harder.
[11:36] <RAOF> Fujitsu tried harder (git + Intel), but didn't manage 3d, so alse didn't get compiz, so didn't manage to reproduce.  I updated the LP bug, linked it to the upstream Xorg bug, and added some info to that.
[11:38] <Fujitsu> RAOF: I got Compiz, but at a frame every few seconds. glxinfo said no DRI.
[11:38] <RAOF> Fujitsu: Oh, wow.  I didn't think compiz ran without DRI.
[11:39] <Fujitsu> RAOF: Neither did I... I was very confused.
[11:39] <RAOF> I think I might update my nouveau libdrm packages to use module-assistant, and make it easy(er) to build the git DRM stuff for all the cards.
[11:40] <RAOF> Fujitsu: It's possible you needed to play the Gallium fandango or something.  I think xorg git is in quite a lot of flux right now.
[12:22] <hefe_bia> DktrKranz: I'm sorry, I attached the wrong debdiff for bug #203978. :( I have attached a new one that should really work now.
[12:22] <ubotu> Launchpad bug 203978 in cedar-backup2 "2.14.0-2 FTBFS in hardy" [Medium,Confirmed] https://launchpad.net/bugs/203978
[12:38] <DktrKranz> hefe_bia, thanks :)
[12:49] <DktrKranz> Hobbsee, have you time to give-back ocamlcreal on amd64?
[12:50] <Hobbsee> DktrKranz: done, and i tend not to need the arch, just the package (and the release, if not hardy)
[12:50] <Hobbsee> DktrKranz: the script checks all arches, and rebuilds the dead ones
[12:50] <DktrKranz> Hobbsee, ah, nice to know. thanks :)
[12:50] <Hobbsee> yw
[13:23] <RainCT> Hey
[13:24] <Iulian> Hi RainCT
[13:33] <Hobbsee> can someone try to op in here now?
[13:34] <Hobbsee> jpatrick: not you.  you have access already.
[13:34] <jpatrick> Hobbsee: hehe
[13:34] <Hobbsee> drat.
[13:34] <StevenK> Hmh
[13:34] <Hobbsee> PriceChild: did you do the reset too?
[13:35] <PriceChild> Hobbsee: I haven't touched it... I just got you set as contact.
[13:35] <Hobbsee> PriceChild: oh.  can you do the reset too please?
[13:35] <PriceChild> (To anyone not in the loop, MC told irc council we are responsible)
[13:36] <jpatrick> Hobbsee: /cs #ubuntu-motu identify
[13:36] <Hobbsee>  /cs level #ubuntu-motu reset
[13:36] <PriceChild> Hobbsee: You're contact, identify and do it? *has no chanserv powahs*
[13:36] <Hobbsee> [00:35] [Notice] -ChanServ- Contact access is required for [LEVEL]
[13:36] <Hobbsee> oh, right, i need to register to chanserv as well as nickserv.
[13:36] <RainCT> Fujitsu: Have you seen the patch proposed in bug 202759?
[13:36] <ubotu> Launchpad bug 202759 in sarg "Please sync sarg 2.2.5-1 (universe) from Debian unstable (main)" [High,Confirmed] https://launchpad.net/bugs/202759
[13:37] <Hobbsee> StevenK, RainCT now try?
[13:38] <RainCT> ChanServ(ChanServ@services.)- An access level of [10] is required for [OP] on #ubuntu-motu
[13:38] <Hobbsee> good.
[13:38] <jpatrick> !yay | Hobbsee
[13:38] <ubotu> Hobbsee: Glad you made it! :-)
[13:38] <persia> PriceChild: Huh?  I thought you told me that the people who were ops in each channel were responsible for that channel, and beholden to IRC Council.  My apologies for any confusion.
[13:38] <Hobbsee> jpatrick: we should be good now
[13:38] <Hobbsee> persia: ie, it's my domain to hijack the channel, and change it :)
[13:38] <Hobbsee> RainCT: thanks
[13:39] <RainCT> np :)
[13:39] <persia> Hobbsee: Sure, as long as it's not MC telling someone they are specifically responsible.  I don't think MC has authority to do that.
[13:39] <Hobbsee> persia: yes, i've become aware hwo little authority the MC actually has, so it seems that the protocol is saying "i'm going to take responsibility for this" and then doing it.
[13:40] <persia> Hobbsee: Excellent.  Just wanted to make sure someone was doing that, rather than it being an MC directive, as implied by PriceChild's earlier comment.
[13:40] <Hobbsee> persia: freenode staff are very picky about it all
[13:42] <slytherin> Fujitsu: I get this erro when I try to rebuild current version of mplayer, the one that is present already in hardy - http://pastebin.com/m5fc57a5a Any idea?
[13:51] <bddebian> Heya gang
[13:51] <slytherin> persia: Can you help with above mplayer build problem?
[13:52] <persia> slytherin: No.  Youve generated a compiler warning with which I am entirely unfamiliar.  Sorry.
[13:53] <slytherin> persia: Ok. Actually Fujitsu said that current version failed in the rebuild activity on all arch. So I was just trying to see what the problem is. I have found some references on google but I am not too familiar with compiler flags
[13:54] <persia> I'm not that familiar with low-level routines, but it appears to me that the code is trying to allocate hardware resources that are not declared as available.  Might be a missing include, or just odd code.  It may be worth comparing with upstream VCS to see if there was a change recently, although it may be due to the updated toolchain.
[13:58] <slytherin> persia: I am not able to find the affected code in upstream svn. I am confused. :-(
[13:58] <persia> Upstream SVN doesn't have h264.c or cabac.h?
[14:00] <slytherin> persia: Let me look carefully
[14:09] <slytherin> persia: I was looking at wrong place. There is a bzr branch in launchpad.
[14:09] <persia> slytherin: There you go :)
[14:22] <bddebian> persia: You bored? :)
[14:22] <persia> bddebian: I wish :)
[14:28] <persia> So, it must be getting close to release time: my computer is crashing again :)
[14:28] <bddebian> Heya geser
[14:28] <bddebian> persia: :)
[14:28] <persia> bddebian: What is it that you sought I might do if I were bored?
[14:29] <geser> Hi bddebian
[14:31] <bddebian> persia: This aprq2 thing.  You know what an idiot I am. :-(
[14:33] <persia> bddebian: Ah.  The include is there, in the .c file of the caller, and the format is the same, and it can't find it?  Does the linker look in the directory of the compiled quake_common.c to link against quake_common.o?  Do you have a build log?
[14:35] <RainCT> is it normal for GDM to use 130MB memory?
[14:36] <RainCT> (ie, the memory usage incrementing in 130MB after doing "sudo /etc/init.d/gdm start")
[14:37] <bddebian> persia: Yeah, it's very simplistic
[14:42] <bddebian> persia: There's a make1.log here: http://www.bddebian.com/junk/aprq2/
[14:42] <bddebian> Along with the source .zip file
[14:43] <persia> bddebian: Wait, so it builds fine, and then it won't run?
[14:43] <bddebian> persia: Aye
[14:43] <bddebian> I get the quake2 startup screen and music but trying to start a game gets Undefined reference to Com_Error
[14:44] <persia> Ah.  Straight segfault with missing symbols, right?
[14:44] <bddebian> Yep
[14:45] <persia> Have you tried playing with nm to verify the symbols are available?  It sounds like a library issue (although the build log makes it look static, which is confusing)
[14:47] <persia> The function was in qcommon/common.c, right?  I don't see that in the build log.  Maybe the object definition in the Makefile is missing something?
[14:47] <bddebian> It's getting built in aq2 isn't it?
[14:47] <bddebian> Which confuses the crap out of me
[14:48] <persia> aq2?  I only see aprq2 in the build log.  Is there something missing?
[14:49] <bddebian> You don't see releasei386/aq2 ?
[14:50] <persia> Ah.  I'm just not looking hard enough.  It becomes releasei386\q2glx/common.o
[14:51] <persia> Right, which becomes releasei386/aq2
[14:52] <persia> And you get the crash when you launch aq2?
[14:54] <bddebian> http://paste.debian.net/51647
[14:55] <persia> Ah.  That's easy then.  releasei386\q2glx/common.o needs to be linked to releasei386/gamei386.so
[14:55] <bddebian> That's what I thought but wtf..
[14:55] <persia> Sorry it took so long, I'm falling asleep :)
[14:56] <bddebian> Took so long?  I stared at it for hours last night :-(
[14:56] <persia> bddebian: so if you look at the build log, it's only linked into aq2, but not into gamei386.so.
[14:57] <bddebian> Aye
[14:57] <persia> While there may be something else wrong that is the actual root cause of the error, getting past http://paste.debian.net/51647 is just a matter of adding releasei386\q2glx/common.o to the list of things linked by releasei386/gamei386.so
[14:58] <bddebian> "as simple as"? :)
[14:58]  * persia looks at the Makefile...
[14:59] <persia> bddebian: By the way, zip files are annoying as they tend to break when transferring between locales :(
[14:59] <bddebian> Aye :)
[14:59] <bddebian> Upstream is a Windows developer :-(
[15:00] <persia> Looks to me like it just needs to have releasei386\q2glx/common.o added to the GAME_OBJS definition, but I could be completely mistaken.
[15:04] <bddebian> Actually that's what I thought but it seemed so odd that he isn't bringing in any of the stuff outside of game/
[15:05] <persia> The other option would be to track down where Com_Error is used in game/ and change it to not have the odd dependency, which is probably a better solution.
[15:06] <bddebian> Gah, what a bastard..  http://paste.debian.net/51649
[15:06] <persia> Aha!  Maybe someone forgot to cut & paste Com_Error from common.c to main.c?  (Not that I recommend cut & paste as a good way to reuse code)
[15:08] <bddebian> d0rk
[15:09]  * persia reminds bddebian that this is an Ubuntu channel :)
[15:09] <bddebian> Yeah, and? :)
[15:09] <ScottK2> Does CoC say we have to be nice to everyone in the world here or just to each other?
[15:10] <persia> I thought it was everyone in the world, but I may well be completely mistaken.
[15:10]  * ScottK2 doesn't know.
[15:10] <bddebian> I'm not even nice to myself :)
[15:11] <persia> From http://www.ubuntu.com/community/conduct: "We expect members of the Ubuntu community to be respectful when dealing with other contributors as well as with people outside the Ubuntu project, and with users of Ubuntu."
[15:11] <ScottK2> Self abuse I don't want to know about either.
[15:12] <persia> (although, as a special exception, bddebian is allowed to not be nice to himself, but everyone should note https://wiki.ubuntu.com/BddebianIsAGod)
[15:13] <ScottK2> ;-)
[15:13] <jeromeg> ScottK2: hello, I suscribed you to the pidgin backport bug, jdong acked it, could you please have a look when you have some time ?
[15:14] <ScottK2> jeromeg: It's on my list, but the list is long and the time is short.  I will, probably next week.
[15:14] <jeromeg> ScottK2: thank you very much !
[15:17] <bddebian> persia: Are you talking about g_main.c ?
[15:18] <persia> bddebian: Yes (sorry).  Whatever generates releasei386/game/g_main.o (which I think is g_main.c_)
[15:19] <bddebian> But they are in q_common.h too..
[15:19] <bddebian> Sorry, q_shared
[15:19]  * persia reviews the build log again, even more confused
[15:20]  * bddebian doesn't feel quite so bad now :)
[15:20] <persia> And q_shared is linked into releasei386/gamei386.so, which should avoid http://paste.debian.net/51647.  Hmmm...
[15:21] <bddebian> But Com_Printf is also defined in g_main.c.  I don't know wtf he is trying to do
[15:23] <persia> bddebian: It's declared in q_shared.c (line 1294), but wrapped in an #ifdef, and doesn't seem to be defined, but only declared.  Is NDEBUG true for the build?
[15:24] <persia> (I'm talking about Com_Error now, as Com_Printf was only proof that linking against qcommon/common.o didn't fix it)
[15:24] <bddebian> Hmm, I don't know about NDEBUG
[15:25] <persia> Either there's a missing #ifdef NDEBUG wrapper around some Com_Error call somewhere, or NDEBUG is defined, but the Com_Error function is only declared (so the library expects to load it from somewhere else at runtime, and breaks because it doesn't exist)
[15:26] <persia> The part that confuses me is that it compiles.  I wouldn't expect it do with that sort of issue, but it may be that I don't understand the difference between declarations and definitions in C well enough.
[15:42] <bddebian> Hmm, well turning of NDEBUG doesn't even create gamei386.so.. w00t
[15:43] <persia> Lovely.  My apologies, but I'm not going to be able to dig deeper (it's too late for me tonight, and adding it to my list wouldn't be helpful, given the current length).  Best of luck.
[15:43] <bddebian> NP, thanks man!
[17:00] <nijaba> hello, how do I tell dpkg-buildpackage that I build a package for all arch (a script, for example)?
[17:02] <jpatrick> nijaba: have Architure: all in debian/control
[17:02] <nijaba> jpatrick: thanks
[17:07] <sebner> aloha jono :)
[17:07] <jono> hey sebner
[17:31] <slytherin> Can anyone tell me what should I do when I attach a debdiff to bug 204895? Do I simply need to mark it confirmed and assign to nobody?
[17:31] <ubotu> Launchpad bug 204895 in pyro "Packages failed archive rebuild test possibly due to python-central transition" [Undecided,In progress] https://launchpad.net/bugs/204895
[17:42] <jussio1> slytherin: I think you need to subscribe ubuntu-universe-sponsors IIRC
[17:43] <jussio1> (not assign)
[17:43] <slytherin> jussio1: It is actually a catch-all bug for all packages failing due to latest version of python-central. So your suggestion may not apply here. :-)
[17:44] <jussio1> slytherin: ok. :)
[17:45] <ScottK2> slytherin: Did you get your debdiff from DPMT svn or did you make a new one?
[17:45] <ScottK2> Just so happens I'm working on pyro right now.
[17:46] <ScottK2> slytherin: Which package are you working on ?
[17:47] <slytherin> ScottK2: I attached one for sonata and just now for clive.
[17:47] <Festor> Hi all, when will update the database keys of REVU?
[17:47] <ScottK2> OK. Good.  You should subscribe UUS because that's how sponsors will find the bug.
[17:48] <Festor> I refer to https://wiki.ubuntu.com/MOTU/Packages/REVU
[17:48] <ScottK2> Festor: We aren't taking new packages until after Hardy's release.
[17:48] <Festor> ahh, ok
[17:48] <ScottK2> slytherin: I'll look at those.
[17:49] <Festor> So it is not worth registering with REVU?
[17:49] <slytherin> ScottK2: Ok. I thought you were working on all debdiffs. :-)
[17:50] <Festor> I am a little new here...
[17:50] <ScottK2> Festor: It's not particularly urgent as no one is reviewing right now.  If you are interested, go ahead and join the LP team and make sure your gpg key is in you LP account.   Then when the time comes you will be ready.
[17:50] <ScottK2> No problem.
[17:51] <Festor> I already done everything (launchpad, gpg key, .. etc)
[17:51] <ScottK2> slytherin: For sonata you need the maintainer change.
[17:51] <ScottK2> Festor: Then you should be in good shape when we start on the next release
[17:52] <ScottK2> Festor: We're mostly bug fixing now.  It's a good way to start and learn.  You're welcome to dive in.
[17:52] <slytherin> ScottK2: Ahh, forgot for both of them.
[17:52] <slytherin> ScottK2: Will correct it
[17:53] <Festor> OK, I am all ears xD
[17:53] <ScottK2> slytherin: Great.  Ping me when it's done.
[17:53] <ScottK2> Festor: Do you have any background in Debian style packaging?
[17:54] <protonchris> ps -ef
[17:54] <Festor> ScottK,
[17:54] <Festor> http://forum.amule.org/index.php?topic=13836.0
[17:54] <protonchris> whoops
[17:54] <Festor> transmission
[17:54] <Festor> and GetDeb
[17:55] <slytherin> ScottK2: Should I delet old attachments?
[17:55] <ScottK2> slytherin: Yes
[17:56] <Festor> I lack experience and the rules, cdbs...
[17:56] <ScottK2> Festor: One task we are currently trying to do if fix build failures from a recent rebuild test.  You might try looking at Bug #204895 and see if you can make sense of it.
[17:56] <ubotu> Launchpad bug 204895 in pyro "Packages failed archive rebuild test possibly due to python-central transition" [Undecided,In progress] https://launchpad.net/bugs/204895
[17:57] <ScottK2> Most of those need some small rules changes so would be a good learning experience.
[17:57] <Festor> ok, thanks ScottK :D
[17:57] <Festor> guau... this is a big bug... xD
[17:58] <ScottK2> Yes.  Lots of packages.  Pick one no one else is working yet.
[18:00] <slytherin> ScottK2: done
[18:01] <Legendario> HI everyone
[18:02] <Legendario> i am trying to build a python package but i am getting the following error:
[18:02] <Legendario> Unable to create target directory /usr/local/lib/libPythoPhotoPod.
[18:02] <Legendario> Probably you do not have the access rights.
[18:03] <Legendario> does anyone know the answer for it?
[18:03] <ScottK2> Legendario: That means you're trying to install outside the package structure.  Usually you'll want to remove the leading '/' from the path name.
[18:03] <ScottK2> slytherin: Looking
[18:04] <Festor> ScottK, one question
[18:04] <Festor> this is hardy or gutsy?
[18:04] <Festor> it is for if I should change of S.O.
[18:05] <Legendario> ScottK2, sorry. but i didn't get it...
[18:05] <Festor> ups!
[18:05] <ScottK2> Festor: Hardy
[18:05] <Festor> I see now,
[18:05] <Festor> ok
[18:05] <Festor> sorry xD
[18:05] <ScottK2> Legendario: What's the difference between /usr/local/lib/libPythoPhotoPod and usr/local/lib/libPythoPhotoPod?
[18:07] <Legendario> ScottK2, ok. I gotta find in which file that is...
[18:09] <Legendario> but isn't the / the root folder?
[18:11] <ScottK2> Legendario: When you build the package you want to do it inside the package, not in the root.  That's for when you install the .deb.
[18:12] <ScottK2> slytherin: Please (LP: #nnnnnn) to close the bug in your debian/changelogs (don't redo these, just mark them manually).
[18:12] <slytherin> ScottK2: What do you mean by mark them manually?
[18:13] <Legendario> ScottK2: i see this instruction is a install script. It is supposed to work if change it for usr/local/lib instead, isn't it?
[18:14] <slytherin> ScottK2: Ok got it. you mean for those two packages I mark them manually and for rest of the packages add it to changelog, right?
[18:14] <ScottK2> slytherin: Yes.
[18:15] <slytherin> ScottK2: let me know when you have uploaded the packages
[18:15] <ScottK2> Legendario: Why are you installing to /usr/local anyway?
[18:15] <ScottK2> slytherin: Will do.
[18:15] <Legendario> ScottK2, it is the default location on the upstream install script
[18:16] <Festor> Someone I could send me again the link in the "super" bug?
[18:16] <sistpoty> hi folks
[18:16] <Legendario> i tried changing it for usr/lib but i got the same error message:
[18:16] <sistpoty> oh, do we have a super bug? *g*
[18:16] <Legendario> Unable to create target directory usr/lib/libPythoPhotoPod.
[18:16] <Legendario> Probably you do not have the access rights.
[18:17] <Festor> Sorry, sistpoty I am little new here.. xD
[18:17] <sistpoty> heh, no problem... it was just a funny expression ;)
[18:17] <ScottK2> Festor:  Bug #204895
[18:17] <ubotu> Launchpad bug 204895 in sonata "Packages failed archive rebuild test possibly due to python-central transition" [Undecided,Confirmed] https://launchpad.net/bugs/204895
[18:17] <ScottK2> sistpoty: Look at the bug and you'll see.
[18:17] <Festor> Thanks again ScottK :D
[18:18] <ScottK2> Legendario: You'll need to ask someone else for more help.  I'm just about out of time here.
[18:19] <Legendario> any candidates here?????
[18:19] <slytherin> ScottK2: There are no build failures on my machine for flickrfs and psyco.
[18:19] <sistpoty> ScottK2: oh, python-central... damn, I'm still fighting gfortran :(
[18:19] <Legendario> ScottK2, thanks anyway
[18:23] <Legendario> Is there anyone else in this room who could lend me a hand?
[18:25] <ScottK2> slytherin: Look at the build logs referenced in the bug and make sure there's not something that needs fixing.
[18:25] <slytherin> ScottK2: will take look again
[18:27] <ScottK2> slytherin: Both are uploaded.  Your changelog descriptions could be a little more verbose.  In this case mentioning that the package cannot be built without the change is quite relevant as people look back and try to understand why changes are made.
[18:28] <slytherin> ScottK2: Will keep in mind next time. Thanks for suggestion and upload. :-)
[18:28] <ScottK2> slytherin: You're welcome.  Thank you for contributing to Ubuntu.
[18:33] <ScottK2> pochu: Would you please lean on stani to get a spe release done so we can upload.
[18:36] <sommer> ScottK2: I was taking a look at the cfv package from your python bug, and I there is a dh_pycentral "command" in the rules file... is that what I'm looking for?
[18:37] <ScottK2> sommer: If you look at the build logs, you'll see.  It's generally a hard coded command in rules to install something in /usr/share/python-central.
[18:38] <ScottK2> sommer: Definitely check the build logs to see what caused the actual build failure.  It may be unrelated to python-central.
[18:38] <sommer> ScottK2: gotcha, checking
[18:41] <LaserJock> I don't suppose anybody had any wild filesystem corruption after yesterdays updates?
[18:41] <Iulian> Heya, I'm trying to build a package but I get an error - http://rafb.net/p/ZjzCg197.html  It seems that I need glib-sharp-2.0 but I can't find it.
[18:42] <sebner> LaserJock: no, just wlan problems :P
[18:42] <Iulian> LaserJock: Not really, it's working fine here.
[18:43] <LaserJock> sebner: well, I had that too
[18:43] <xtknight> does using 1.2.1 sound acceptable if it fixes the problem?  https://bugs.launchpad.net/ubuntu/+source/gnome-schedule/+bug/204496
[18:43] <ubotu> Launchpad bug 204496 in gnome-schedule "gnome-schedule GTK About Box frozen and help nonfunctional" [Undecided,New]
[18:43] <LaserJock> but last night my computer became read-only
[18:43] <xtknight> as opposed to keepig in the buggy 1.0.0 or upgrading the pkg to 2.0
[18:43] <slytherin> Iulian: Add libglib2.0-cil as build dependency
[18:43] <LaserJock> and now I can't boot *any* OS
[18:44] <Iulian> slytherin: Thanks a lot!
[18:44] <sebner> LaserJock: boot with ubuntu cd and fire up fsck?
[18:44] <sistpoty> LaserJock: I did have some trouble yesterday afternoon, after deciding to give kde4 a shot (and hence upgrading to hardy to a current state again)...
[18:44] <slytherin> xtknight: are you sure there are no other bugs in 1.2.1 version. :-)
[18:44] <sistpoty> LaserJock: solved itself then however with the second boot :)
[18:45] <xtknight> slytherin, hehe nope i'm on hardy no way to try right now
[18:45] <LaserJock> sistpoty: I did about 7 cycles where it fsck'd at boot and then died and rebooted :/
[18:46] <LaserJock> I tried booting into another OS and that too won't boot
[18:46] <sistpoty> LaserJock: I was more lucky, just hung somewhere in initrd
[18:46] <LaserJock> so I'm on a LiveCD right now
[18:46] <sommer> ScottK2: the only place it's referenced in the package source is in the rules file it calls dh_pycentral and in the control file it depends on python-central, and there's a message in the build log stating that python-central can't be authenticated
[18:46] <sommer> ScottK2: I don't see a hard coded rule however?
[18:47] <sebner> LaserJock: the worst thing would be to discover that the hardrive is dieing.
[18:47] <sebner> *dying -.-
[18:48] <LaserJock> sebner: the laptop is less than 3 months old, I'd be surprised
[18:52] <ScottK> sommer: If it builds for you then I'd mark it invalid.
[18:53] <sommer> ScottK: okay, setting up pbuilder now, I'll give it a test in a few minutes, thanks
[18:53] <ScottK> sommer: Fujitsu may be interested to know about build failures caused by that build system.
[18:54] <sebner> LaserJock: well, because of that they introduced assurance
[19:00] <LaserJock> sebner: heh, thanks :-)
[19:00] <LaserJock> sebner: I don't think it's the hard drive dying. I think it's a problem with resizing LVM
[19:01] <sebner> LaserJock: well, thats better. Then the worst is reinstalling ubuntu
[19:01] <LaserJock> maybe ...
[19:01] <LaserJock> that's pretty bad
[19:03] <superm1> i've never successfully resized an LVM
[19:04] <superm1> always lost a lot of data trying
[19:04] <superm1> i tried to resize one drive out of the mis
[19:04] <superm1> mix
[19:05] <LaserJock> superm1: well that's nice to know :(
[19:05] <LaserJock> what the heck is the point then?!
[19:05] <Iulian> slytherin: It builds fine with libglib2.0-cil but it also needs gnome-sharp2 and it complains about it because it's a virtual package.
[19:06] <superm1> LaserJock, probably to instill confidence in people using it.  They "think" that oh this is so flexible
[19:06] <superm1> i can always add or remove a drive
[19:06] <Iulian> slytherin: Is there any package I can use instead of gnome-sharp2 ?
[19:06] <superm1> but probably also its hard to catch a bug like this, because no one wants to sacrifice all their data to reproduce it
[19:07] <LaserJock> alright, I'm going to try to reboot and see if I can get into Ubuntu
[19:07] <LaserJock> I'm pretty sure my other OS is hosed
[19:07] <slytherin> Iulian: what is the error you get?
[19:07] <LaserJock> which is no big loss
[19:07] <Iulian> slytherin: pbuilder-satisfydepends-dummy: Depends: gnome-sharp2 (>= 2.20.0) which is a virtual package.
[19:08] <pochu> ScottK: done
[19:08] <slytherin> Iulian: some problem at your end I think. It is meta package. And I think metapackage is not same as virtual package
[19:11] <Iulian> slytherin: Uhmm, no idea how to fix it.
[19:11] <sebner> wb LaserJock
[19:11] <LaserJock> it worked!
[19:11] <LaserJock> thank God!
[19:11] <sebner> Laney: great. :)
[19:12]  * LaserJock immediately goes to back up his dissertation :/
[19:12] <Iulian> slytherin: 2.20.0 is the latest version. Maybe I should change it.
[19:13] <slytherin> Iulian: why change it? it is checking for correct version
[19:13] <slytherin> Iulian: have you enabled universe repository in pbuilderrc?
[19:14] <ScottK> pochu: Yhanks
[19:14] <ScottK> Y/T
[19:14] <Iulian> slytherin: Yes IIRC
[19:16] <ScottK> Iulian and slytherin: You need to do a realapckage | virtualpackage depends so the same real package always gets picked up when it's bult
[19:16] <ScottK> bult/built
[19:16] <ScottK> Where realpackage is a non-vritual package that would satisfy the depends
[19:17] <slytherin> ScottK: But is gnome-sharp2 a virtual package?
[19:17] <slytherin> ScottK: I mean is a meta package same as virtual package?
[19:18] <Iulian> slytherin: gnome-sharp2 is a meta package
[19:22] <Iulian> slytherin: What about B-D on gtk-sharp2 and in this case libglib2.0-cli should be removed.
[19:22] <slytherin> Iulian: no, gtk-sharp2 and libglib2.0-cil has no relation
[19:23] <slytherin> check the dependencies of gnome-sharp2, may be you want to add one of them instead of gnome-sharp2
[19:24] <nijaba> hello (again). Apart from dpkg-statoverride, what would allow me to define default owner and permission for files install by my package?
[19:27] <LaserJock> man, I'm starting to feel Hardy's not going to be really ready :/
[19:28] <cody-somerville> LaserJock, I share that same deep stomach turning feeling :/
[19:29] <sistpoty> LaserJock: oh, there's plenty of time left (trying to start a rumor about an additional month for the cycle *g*)
[19:29] <LaserJock> please do
[19:29] <LaserJock> :-)
[19:29] <slytherin> sistpoty: additional month?
[19:29] <sistpoty> heh, it's working, I started a rumor :)
[19:30]  * LaserJock ^5s sistpoty 
[19:30] <nixternal> LaserJock: iirc the last LTS was 9 months of work
[19:30] <LaserJock> nixternal: and we were told it'd never happen again ;-)
[19:31] <LaserJock> there are so many RC bugs and we're in the middle of a few transitions
[19:31] <nixternal> Dapper got high praise, but Hardy isn't getting that high praise just yet
[19:31] <LaserJock> and we're past Beta!
[19:31] <nixternal> I keep seeing to many people complaining
[19:31] <slangasek> what transitions are we in the middle of?
[19:31] <nixternal> I seen a python one didn't I?
[19:31] <LaserJock> gfortran, mpich, python-xml
[19:32] <nixternal> libungif4
[19:32] <nixternal> but that is pretty much complete now
[19:32] <slangasek> if python-xml doesn't get finished, that doesn't block the release though?
[19:32] <nixternal> it shouldn't
[19:32] <LaserJock> no
[19:32] <LaserJock> but we're doing a lot of work for being post-Beta
[19:32] <slangasek> gfortran would be good to have done, what's the status on that?
[19:33] <LaserJock> slangasek: bottlenecking a bit on Ubuntu Archive and still has a some ways to go
[19:33] <slangasek> what's the bottleneck?
[19:33] <sistpoty> slangasek: depends... I'm just fighting atlas now, I believe it blocks some bits (current FTBFS on i386 and hence is lacking the arch:all packages)
[19:34] <sistpoty> (gfortran)
[19:34] <LaserJock> slangasek: there are a lot of interdependencies and well, you gotta have them actually synced to get it done
[19:34] <slangasek> sistpoty: heh, ok
[19:34] <slangasek> LaserJock: ok, so that bottleneck will be cleared on Monday, what's next? :)
[19:35] <LaserJock> slangasek: they need to get tested, IMO
[19:35] <slangasek> BIAB, running to the bank
[19:35] <sistpoty> btw.: bug #201962 has gfortran status, and there's one for python-central, which I forgot right now
[19:35] <ubotu> Launchpad bug 201962 in r-noncran-lindsey "gfortran transition" [Wishlist,In progress] https://launchpad.net/bugs/201962
[19:38] <Iulian> slytherin: Added libgnome2.0-cil and it worked.
[19:38] <Iulian> slytherin: But I'm still fighting with some of them :)
[19:38] <slytherin> Iulian: Best luck with fight. Time to hit bed. :-)
[19:39] <Iulian> slytherin: Sleep well.
[19:49] <cody-somerville> ScottK2, It seems that a number of packages you reported against FTBFS because they were trying to build an old version or something
[19:49] <cody-somerville> ScottK2, However, those packages may still fail when rebuilt
[19:49] <cody-somerville> ScottK2, Will there be followup for those packages?
[19:56] <Iulian> Bleah, pbuilder wants notify-sharp but it's not even packaged - this is the error http://rafb.net/p/yoNSuY24.html
[19:56] <Iulian> Also see debian bug 354876
[19:56] <ubotu> Debian bug 354876 in wnpp "ITP: notify-sharp -- CLI bindings for libnotify" [Wishlist,Open] http://bugs.debian.org/354876
[19:57] <Iulian> And if I use libnotify it doesn't work.
[20:05] <Bruno_> hi, im getting this error when i use debuild http://pastebin.ca/953096 , could someone help me?
[20:10] <Iulian> Bruno_: It seems that's something wrong at line 5, take a look again at the changelog.
[20:10] <Bruno_> Iulian: yeah, i looked and it was missing a bit from the end, its fixed now
[20:11] <Bruno_> Iulian: thanks
[20:11] <Iulian> Great
[20:29] <Bruno_> after i've submitted a patch a to bug, who do i have to subscribe?
[20:30] <sistpoty> Bruno_: ubuntu-universe-sponsors for universe/multiverse packages
[20:31] <Bruno_> thanks
[20:31] <sebner> sistpoty: for mailscanner I think the only thing I can do is to contact debian(upstream) maintainer!?
[20:31] <sistpoty> sebner: or install postfix and mailscanner and test it?
[20:31] <Bruno_> sistpoty: and do i change it's status?
[20:32] <sistpoty> Bruno_: no idea actually
[20:32] <Iulian> Bruno_: Confirmed should be ok.
[20:32] <Bruno_> Iulian: ok
[20:33] <sebner> sistpoty: now is the question what would take longer because I have knowledge of postfix and mailscanner :)
[20:33] <sistpoty> sebner: whatever you prefer ;)
[20:33] <sebner> sistpoty: ^^ k
[20:34] <sebner> sistpoty: I'll try to test it myself. I have bad experiences with contacting debian maintainers
[20:34] <sistpoty> heh
[20:47] <sistpoty> gmrl, grml... atlas ... grml
[21:01] <CTho>     #Figure out our username
[21:01] <CTho>     ssh root@$IPDADDRESS test -d /var/mobile
[21:01] <CTho> that should be IPADDRESS, not IPDADDRESS, shouldn't it?
[21:02] <sistpoty> CTho: or hostname... where'd you find it`?
[21:02] <CTho> superm1: are you the maintainer of the ipod-touch-mount script?
[21:02] <CTho> sistpoty: ipod-touch-mount
[21:02] <superm1> CTho, yeah.
[21:02] <LaserJock> sistpoty: still no go on atlas?
[21:02] <superm1> i've been needing to touch that for a little bit
[21:02] <superm1> what's wrong with it these days?
[21:03] <CTho> superm1: well i just had to fix "IPDADDRESS"
[21:03] <joejaxx> hi
[21:03] <CTho> after updating ipod-convenience
[21:03] <sistpoty> LaserJock: it's a beast... and it is very successful in avoiding to show me what the tests actually are testing
[21:03] <superm1> CTho, ah i see
[21:03] <superm1> okay let me finsih the other change i needed for it
[21:03] <superm1> and i'll throw that in
[21:03] <CTho> :)
[21:03] <CTho> thanks
[21:03] <superm1> thanks for reminding me
[21:03] <CTho> oh
[21:04] <CTho> there is also a hard-coded 192.168.6.136 IP in the version i have
[21:04] <superm1> latest is 0.8-0ubuntu1
[21:04] <superm1> is that what you have?
[21:04] <CTho> i think i have 0.7something
[21:04] <superm1> oh that's the old one
[21:04] <superm1> latest one is in hardy already
[21:05] <sistpoty> LaserJock: I guess it also doesn't help too much, that I haven't done an fortran yet *g*
[21:08] <CTho> superm1: is there a place where bugs should be filed against the script?  launchpad?
[21:08] <superm1> CTho, yeah launchpad
[21:09] <superm1> but please use the latest version
[21:09] <CTho> is there a source I can add to pick it up with gutsy?
[21:09] <superm1> oh it wasn't pushed to the PPA?
[21:09] <superm1> i'll fix that too with this next one
[21:17] <CTho> superm1: https://bugs.launchpad.net/ipod-convenience/+bug/198139 ok, so the issues in the version that Nic is using are: 1) IPDADDRESS 2) hard-coded IP 3) the script does "test -d /var/mobile", but on my ipod, you have to do "test -d /var/mobile/Media" because /var/mobile exists but is empty (1.1.2)
[21:17] <ubotu> Launchpad bug 198139 in ipod-convenience "When running iphone-mount, i get ssh: : Name or service not known" [Undecided,New]
[21:17] <superm1> CTho, those are both fixed in 0.8
[21:17] <CTho> excellent.  thanks for maintaining it.
[21:19] <superm1> CTho|away, wish I was better at keeping up.  LP doesn't seem to remember to email me when there are bugs :)
[21:26] <sebner> sistpoty: hmm I'm not even clever enough to run postfix alone without mailscanner. But I'll keep trying. :)
[23:36] <Megaqwerty> Does anyone know if it's possible to set up an Xandros pbuilder in ubuntu? (I'm trying to repackage some of my stuff for the Eee PC)
[23:39] <RAOF> Megaqwerty: It should be possible, yes.  All you need is a xandros debootstrap, IIUC.
[23:40] <Megaqwerty> RAOF: could you help me with that? I've never made a pbuilder with another debootstrap...I wouldn't even know where to start/acquire it
[23:41] <RAOF> Nethier, really, do I.  If all else failed, you could just manually create the tarball - just use the Xandros debootstrap, and tar that directory up & put it where pbuilder expects to find it.
[23:44] <Megaqwerty> RAOF: Alright, so I found the Xandros debootstrap_0.3.3.2_all.deb could you point me to a guide with what I would do from here?
[23:45] <RAOF> No, not really.  You're not trying to do something that many people try :)
[23:45] <RAOF> !pbuilder may help
[23:45] <RAOF> !pbuilder
[23:45] <ubotu> pbuilder is a system to easily build packages in a clean chroot environment. To get started with PBuilder, see http://wiki.ubuntu.com/PbuilderHowto
[23:45] <Megaqwerty> RAOF: thanks, I understand
[23:45] <RAOF> May help.
[23:46] <Megaqwerty> RAOF: what's odd though is they don't have their own codenames in the .deb file...Eh, I've got to go, I guess I'll look at it later. Thanks again.