[00:34] <c2tarun> bug 710347 this package is not in archives I uploaded it on revu http://revu.ubuntuwire.com/p/schedio can anyone please take a look.
[00:44] <micahg> c2tarun: I'll try to take a look later this week
[00:46] <c2tarun> micahg: thanks :) I have to go now, looking forward to your comments, thanks :)
[05:51] <AnAnt> Hello
[07:06] <dholbach> good morning
[07:06] <AnAnt> hello
[07:06] <dholbach> hi AnAnt
[08:00] <jmarsden> It looks as though freedesktop.org moved the standards DTD files from www.freedsktop.org/standards/ to standards.freedesktop.org/ and does not redirect.  This breaks validation of menu files (eg /etc/xdg/menus/lxde-applications.menu from package lxmenu-data).  Should new .menu files reflect the new DTD location?  Should existing ones be updated?
[08:01] <dholbach> apachelogger, Rhonda: seid ihr auch bei den Linuxwochen in Wien im Mai?
[08:01] <dholbach> hallo toabctl
[08:02] <toabctl> hey dholbach
[08:09] <Rhonda> dholbach: Like all the years before, it's done on my birthday, and I repeatedly told them that it's quite unlikely that I am in Vienna during that time.  I'm not sure if my SO planed something for this year, so it might actually be possible, but I just don't know.
[08:09] <dholbach> Rhonda, no worries
[08:10] <Rhonda> They always wanted me to do LPI exams, that's why they were so bitter about me not being able to be around.  But it's not like I haven't (repeatedly) told them about that timing issue, and yet they do it each year again at exactly the same weekend, and ask me again wether I could do the exams. %-/
[08:10] <dholbach> Rhonda, I hope it'll work out next time then
[08:12] <Rhonda> In the case there is nothing planed (though, we are moving in march/april and might be busy with unpacking and stuff), I might be around for a nice chat at least.
[08:13] <Rhonda> Are you going to give a talk or such?
[08:13] <dholbach> yes, I'm planning to
[08:13] <dholbach> it's in the week before UDS
[08:13] <dholbach> so it makes a lot of sense to stop by on the way from Berlin and also visit a few friends in Austria
[08:15] <Rhonda> Where is UDS this time?
[08:15] <dholbach> Budapest
[08:15] <dholbach> just around the corner :)
[08:15] <Rhonda> Ouch.
[08:16] <dholbach> ?
[08:16] <Rhonda> I so much would like to attend at some point, and actually this might be potential the closest one to go.  I fear it won't be possible with my private situation currently. :(
[08:17] <dholbach> let's see how things pan out
[08:17] <dholbach> there's still quite a bit of time until May 9-13
[10:08] <mok0> I need some detailed information on where app icons should be placed, in what sizes, etc
[10:09] <mok0> ... and how to deal with Tango! theme icons
[10:28] <mok0> Hm, what's wrong with this build-dep:
[10:28] <mok0>  swig (>= 1.36),
[10:28] <mok0> it fails even though swig has had that version since karmic
[10:29] <Rhonda> What's the complete error output?
[10:29] <Rhonda> And the complete Build-Depends line?
[10:29] <mok0> Build-Depends: debhelper (>= 7), autotools-dev, automake, libtool,
[10:29] <mok0>  quilt, libmmdb-dev (>=1.23), libclipper-dev, libgpp4-dev, libssm-dev
[10:29] <mok0>  (>=1.1), libgsl0-dev, libglib2.0-dev, libgtk2.0-dev,
[10:29] <Rhonda> Please use a paste site.
[10:30] <mok0> Rhonda: yep. sorry
[10:30] <mok0> http://pastebin.com/PtvGJ0bH
[10:32] <mok0> rhonda, err message is http://pastebin.com/bR49DXi0
[10:34] <Rhonda> Doesn't look like the complete build log to me, unfortunately?
[10:34] <mok0> Rhonda, you want that? I cut out the relevant line
[10:35] <mok0> http://pastebin.com/DwdDmSx7
[10:35] <Rhonda> It might be that there is more relevant that you consider as such. :)
[10:35] <mok0> (I need to figure out how to make pastebinit use paste.ubuntu.com)
[10:37] <Rhonda> um, debhelper 8.0.0ubuntu2? Where is that from? In maverick I see 8.0.0ubuntu1, in natty 8.1.0ubuntu1?
[10:37] <mok0> Rhonda: lucid
[10:37] <Rhonda> negative, lucid has 7.4.15ubuntu1
[10:38] <mok0> Rhonda: I doubt that is important. I added "(>= 1.36)" after swig and it stopped working
[10:38] <akheron> lucid has swig 1.3.40-2ubuntu1
[10:38] <Rhonda> You seem to have a strange chroot setup there. What's the sources.list in your chroot?
[10:38] <akheron> 1.3.40 is way less than 1.36
[10:39] <mok0> akheron: I know, which is why I find it strange
[10:39] <Rhonda> Well, it might be a hint that your chroot has an issue.
[10:39] <mok0> Rhonda: hang on lemme log on to it
[10:39] <akheron> mok0: err, you have swig 1.3.40, you require 1.36
[10:39] <akheron> 1.3.40 < 1.36
[10:39] <Rhonda> mok0: If you log in try to apt-get install swig and see what you get there.
[10:40] <mok0> akheron: ah
[10:40] <mok0> akheron: thank you
[10:40] <mok0> akheron: typo
[10:40] <akheron> :)
[10:40] <akheron> you meant 1.3.6?
[10:40] <Rhonda> ouch, right. 1.36 is higher than what we even have in natty. I'm blind.
[10:40] <mok0> akheron: I mean 1.3.36
[10:41] <Rhonda> But having debhelper 8.0.0 in a lucid build environment is still strange.
[10:41] <mok0> Rhonda: ok, let me check that out
[10:41] <akheron> Rhonda: it's in backports right?
[10:41] <Rhonda> Please make sure to have your lucid build environment clean. :)
[10:42] <akheron> I myself usually use backports at least when packaing my on stuff for older releases
[10:42] <Rhonda> akheron: Yes, but backports should only be used when really needed in build environments, thus pulled in by dependencies, not fixed installed there.
[10:42] <mok0> I don't think I'm using that
[10:42] <mok0> backports
[10:42] <akheron> Rhonda: debhelper is not installed ina clean build environment
[10:42] <akheron> not any version
[10:42] <Rhonda> That 8.0.0ubuntu2 has to come from somewhere :)
[10:42] <Rhonda> akheron: It is in mok0's.
[10:43] <mok0> rhonda, debhelper is 7.4.15ubuntu1
[10:43] <akheron> debhelper: missing
[10:43] <Rhonda> Erm, right.
[10:43] <dholbach> https://launchpad.net/ubuntu/+source/debhelper/+publishinghistory
[10:43] <Rhonda> But I still wonder why lucid would pull in 8.0.0ubuntu2, that looks pretty strange,
[10:44] <akheron> true, it's not in backports afaics
[10:44] <mok0> Rhonda: it doesn't pull in 8.0 afaics
[10:46] <Rhonda> Then at least the output is confusing and misleading. :)
[10:47] <mok0> Rhonda: Grepping for that line in my stored build logs, it seems it asks for 8.0.0 once in a while
[10:47] <mok0> Rhonda: also in the maverick builds I've done
[10:51] <mok0> Anyways, my swig depends now works \o/
[10:55] <mok0> Ah, .pastebinit.xml allows you to customize the pastebin site
[10:56] <mok0> That information really ought to be documented in the man page
[11:00] <mok0> Hm. Except it doesn
[11:00] <mok0> t work
[11:07] <mok0> Looks like it's been fixed, but still not in lucid : Bug: 312456
[11:57] <apachelogger> dholbach: maybe
[11:58]  * apachelogger did not really think about it yet ^^
[12:11] <dholbach> apachelogger, ok
[12:19] <Rhonda> In general, whoever stumbles by in Vienna feel free to bug me and I'll see wether we can meet.
[16:45] <dholbach> who could imagine running a session about some aspect of Debian/Ubuntu packaging? we still have some open slots left for UDW
[16:45] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable
[16:51] <dholbach> any suggestions?
[16:52] <ari-tczew> dholbach: nope
[17:02] <dholbach> menesis, how's schooltool coming along?
[17:04] <menesis> dholbach: we have a schooltool sprint this week
[17:05] <dholbach> aha! excellent!
[17:05] <menesis> dholbach: there are some issues that are not solved yet so the main "schooltool" package is not ready.
[17:05] <dholbach> menesis, ah ok - there was also something with zope.html that bundled something else - is that resolved?
[17:05] <dholbach> I think I mailed you about it back then
[17:05] <menesis> but maybe I can upload the other packages in their current state just to get them uploaded, even if they are not installable
[17:06] <dholbach> what's missing?
[17:06] <menesis> dholbach: I was trying to solve more issues with zope.html (upstream) but not very successful
[17:06] <menesis> sorry I haven't replied
[17:06] <dholbach> don't worry
[17:06] <highvoltage> hey menesis
[17:06] <dholbach> if upstream can't solve it and it can be done in the packaging we can still just do it there
[17:06] <dholbach> hey highvoltage
[17:07] <highvoltage> and dholbach :)
[17:07] <menesis> "schooltool" is missing. schooltool.gradebook and others depend on it
[17:07] <menesis> I am worried already because time is running out and I have not finished my work..
[17:08] <dholbach> we still made a lot of progress in terms of zope packages :)
[17:08] <dholbach> but if there's anything highvoltage and I can do, let us know
[17:08] <menesis> dholbach: but with zope.html I would like to leave it as is and solve the versioned directories later
[17:08] <dholbach> can you reply to that mail again, so I have it in my inbox and won't forget?
[17:08] <highvoltage> menesis: how bad is it? would there be something uploadable in a month from now?
[17:08] <dholbach> might be a few days until I get to it
[17:09] <highvoltage> getting a FFE just for schooltool at that stage would probably not be a big deal
[17:09] <menesis> I would like help with upstart, but first I need to get schooltool into archive with the old init.d scripts
[17:09] <dholbach> that shouldn't be a blocker
[17:09] <dholbach> there's loads of stuff still using old-style initscripts
[17:10] <menesis> yes I don't consider it a blocker
[17:13] <menesis> highvoltage: I hope to be able to upload schooltool in two weeks
[17:13] <menesis> we are in a sprint now, merging branches to upstream, then I make a release and a new package
[17:14] <dholbach> great
[17:14] <menesis> one thing is I left out 3 zope packages because they are needed only for backwards compat with existing schooltool databases.
[17:14] <highvoltage> menesis: ah good! that still even beats feature freeze then
[17:15] <menesis> but I haven't done the work and testing to make sure they are really not needed
[17:15] <menesis> maybe I can upload those 3 packages even though I expect them to be removed soon?
[17:16] <dholbach> hey blueyed
[17:16] <blueyed> Hi dholbach
[17:31] <gondoi> is there a preferred way of modifying the debian/changelog, or do I just modify it directly?
[17:31] <dholbach> gondoi, try 'dch' (in the devscripts package)
[17:31] <gondoi> cool, thanks dholbach
[17:31] <dholbach> 'dch -i' to add an empty changelog entry and bump the revision up one
[17:32] <gondoi> lol.. yeah, it's right there in the instructions I'm following.. overlooked that step
[17:32] <gondoi> sorry
[18:34] <Riddell> could someone explain (again) the difference between ~ubuntu-dev and ~motu? I can never remember which is which.  can this guy https://launchpad.net/~sylvestre confirm this? https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/714562
[18:36] <micahg> Riddell: ubuntu-dev is anyone with upload rights I believe, MOTU is universe upload rights
[18:36] <Riddell> so how does he get upload rights?
[18:37] <iulian> Riddell: Maybe he has limited upload privileges.
[18:37] <micahg> Riddell: PPU
[18:37] <iulian> Riddell: Per package uploader.
[18:37] <micahg> Riddell: he has upload rights for that package, you can use edit-acl.py to check
[18:38] <micahg> er, edit_acl.py
[18:43] <Riddell> that works, thanks
[18:44] <maco> micahg: universe & multiverse
[18:45] <geser> yes, sylvestre has PPU rights for the packages he maintains in Debian and scilab is one of it
[18:46] <geser> it would be really nice to have a web view for PPU instead of only the LP API
[18:59] <devkorcvince> hello any one who wants to be my mentor hehehehe... where can i learn the fastest on contributing?
[19:01] <devkorcvince> ooops wrong channel need to go to #ubuntu-classroom
[19:50] <blueyed> micahg: where does edit_acl.py come from? Is is available to everyone?
[19:51] <micahg> blueyed: lp:ubuntu-archive-tools
[19:59] <blueyed> thanks, micahg. I have no use case currently, but this may become handy.
[20:00] <micahg> blueyed: it's good for those with packageset upload rights and don't remember if something is in a packageset or not
[20:01] <blueyed> There's still no distinction about sponsorship teams (motu vs core-dev) in Launchpad, is it? Like all request for sponsorship get into the same queue?!
[20:03] <geser> blueyed: there was in the past but got merged into ~ubuntu-sponsors lately
[20:03] <maco> blueyed: they used to be split, but with archive reorg that became silly
[20:04] <maco> because core-dev arent the only people who can upload to main. PPU, ubuntu-desktop-dev, kubuntu-dev, xubuntu-dev... they can too
[20:04] <blueyed> That's what I mean, yes. But now it's difficult to see for a MOTU what he can sponsor, isn't it?
[20:04] <maco> anything unseeded can be done by a motu
[20:04] <blueyed> I see. And can you see what's seeded in LP easily, preferably from the sponsor queue?
[20:05] <maco> im trying to locate the sponsor queue right now
[20:05] <maco> i dont have my bookmarks at work
[20:05] <micahg> maco: not true, there is some unseeded stuff in main
[20:05] <maco> micahg: thats not how its supposed to work :(
[20:06] <maco> but this silly wiki page i found from google stupidly links to lp instead of the sponsor queue when it says sponsor queue
[20:06] <micahg> http://reports.qa.ubuntu.com/reports/sponsoring/
[20:06] <maco> thank  you!
[20:06] <micahg> sponsorship page still lists universe/main distinctions
[20:06] <maco> micahg: motu's domain was supposed to have been redefined to "the long tail of everything not seeded", according to discussions at uds...hmm....dallas, i believe
[20:07] <micahg> maco: yes, but that won't happen most likely until the archvie reorg is done
[20:07] <maco> micahg: oh that mustve been recently added back. the "origin" is all that was there before
[20:07] <maco> i thought archive reorg WAS done
[20:07] <maco> PPUs are in place, packagesets are in place...what else is needed?
[20:07] <micahg> maco: no, a few more cycles
[20:07] <micahg> at least :)
[20:09] <micahg> maco: https://wiki.ubuntu.com/ArchiveReorganisation
[20:11] <blueyed> I was more thinking about getting the differences from the "Bugs" page of the ubuntu-sponsors LP page.
[20:51] <RainCT> Any idea on why valac doesn't get installed in pbuilder?
[20:52] <RainCT> (pbuilder-satisfydepends-dummy: Depends: valac (>= 0.9.4~) but it is not going to be installed.)
[20:53] <gondoi> I have created a branch patch for SRU in bzr and submitted for merging...
[20:54] <gondoi> now what am I missing:
[20:54] <gondoi> https://bugs.launchpad.net/ubuntu/+source/munin/+bug/699967
[20:54] <gondoi> just trying to cover my bases
[20:54] <geser> RainCT: natty?
[20:54] <gondoi> maverick
[20:54] <gondoi> sru
[20:54] <RainCT> geser: Debian unstable, actually
[20:55] <geser> then no, I know only that natty has vala 0.10 and 0.12 which causes some problems
[20:56] <geser> RainCT: what happens when you try to install all build-depends with apt-get in your pbuilder? (you might need to add valac and perhaps other packages to the command line to see the real problem)
[21:00] <RainCT> geser: It took 0.8.1-2
[21:02] <geser> checking on PTS you need experimental if you want a newer valac
[21:06] <RainCT> geser: Oh, right. How could I miss that? :P
[21:06] <RainCT> geser: Thanks
[21:08] <sebner> geser: would you mind helping fixing flightgear ftbfs? You are tehh expert :) Evidently a linking issue but I couldn't really solve it myself. http://pastebin.com/VHvQmEDk
[21:47] <grunthus> cyphermox: Just about to start with synaptic bug per your email
[21:48] <cyphermox> ah, cool
[21:48] <grunthus> cyphermox: Hello, I should say first!
[21:48] <grunthus> do I bzr branch as first step?
[21:49] <cyphermox> yeah, I'd say bzr branch lp:synaptic
[21:50] <grunthus> OK, I still have the directories lying around from when I generated the debdiff. Presumably it would be just as easy to dump all that. The edits were simple with sed.
[21:51] <cyphermox> right, if you did the changes directly in file from previously, you probably can just copy the files over
[21:51] <cyphermox> just double check after that you only have the changes you really wanted (bzr diff)
[21:52] <cyphermox> if I remember your diff right you could also just use that with patch -p1 <yourdiff
[21:54] <grunthus> OK, got a slight hitch here with ssh key.
[21:55] <grunthus> I need to copy it on to the VM where I'm running Natty.
[21:55] <cyphermox> ah
[21:56] <cyphermox> grunthus, well, honestly, it's really up to if you want to champion your changes all the way, because I could also apply them for you in a branch here and request a merge, if it's easier for you :)
[21:57] <grunthus> I would quite like to give bzr a go first. If I get stuck, then fair enough, you could apply them.
[21:58] <grunthus> Would I be right in saying that bazaar is "on the up"?
[21:58] <cyphermox> grunthus, you mean in popularity? I would have no idea
[21:59] <cyphermox> grunthus, also don't hesitate to ask others for help -- for instance, I'm just about done my work day and have a dinner planned, but I would be back in a few hours
[22:00] <grunthus> Sure. I will. Bon appetite. Perhaps see you later, although bed in this time zone is in 2 hrs!
[22:01] <grunthus> I'll drop you an email with my progress.
[22:02] <cyphermox> cool, we can certainly continue this over email
[22:07] <lfaraone> If overriding CFLAGS (to, say, "-O2 -wall") causes a program to break, upstream is doing it wrong, right?
[22:22] <geser> sebner: the solution seems to be to move "-lsgio" after "-lOpenThreads"
[22:22] <geser> but I didn't look how to get it into the Makefile, just tested it on the command line inside my pbuilder
[22:25] <grunthus> Right, perhaps someone else can advise on cyphermox's suggestion to use patch -p1<debdiff ?
[22:26] <grunthus> Presumably to apply my debdiff to the bzr checked out branch,
[22:26] <grunthus> I would cd to the bzr checked out directory, then run the above patch with full path to the debdiff...
[22:27] <grunthus> This relates to bug 706271
[22:30] <sebner> geser: wow, great. that helps a lot, I'll look into it how to do that in the makefile! :)
[22:30]  * sebner hugs geser 
[22:35] <grunthus> Hmm. Patch failed, generated a pile of rejects.
[22:46] <ari-tczew> geser: around?
[22:50] <blueyed> gondoi: I am not sure, but shouldn't you nominate the bug for Maverick, too?
[22:51] <blueyed> gondoi: apart from that, the branch/patch looks good, but I cannot ACK/sponsor it.
[22:54] <ari-tczew> blueyed: if it's bzr branch, set status as Approved
[22:55] <ari-tczew> as motu member you can support patches for main
[22:55] <blueyed> ari-tczew: but it's a SRU.
[22:56] <blueyed> ari-tczew: not even nominated (which I could do at least, yes)
[22:57] <ari-tczew> blueyed: it doesn't matter, if you're sure that debdiff/branch is correct with SRU policy, set as Approved commenting like "Looks good, please core-dev for upload"
[22:57] <ari-tczew> it works something like patch pilot
[22:59] <blueyed> ari-tczew: I've nominated it for Maverick now, but cannot even accept the nomination. How should I set it to confirmed now?
[22:59] <lfaraone> ari-tczew: people shouldn't review for ~ubuntu-dev unless they are able to upload the package in question.
[22:59] <blueyed> ari-tczew: bug 699967
[23:01] <ari-tczew> lfaraone: I know that you're not so much involved in sponsorship last time, so I'd like to say you that we've figured out that MOTU can support sponsors-queue in cleaning up by reviewing patches
[23:01] <ari-tczew> I have reviewed a lot of patches in main and there were not any troubles. Just helpful to keep sponsors queue small.
[23:02] <micahg> lfaraone: from what I can tell, a MOTU can approve, but teh core-dev uploader should still spot-check
[23:02] <micahg> that should be core-dev or uploader
[23:02] <lfaraone> ah, okay.
[23:03] <ari-tczew> blueyed: bzr branch linked to bug is for SRU?
[23:03] <ari-tczew> if so, it's wrong
[23:03] <ari-tczew> there is no maverick-proposed in d/changelog
[23:03] <geser> ari-tczew: yes
[23:04] <ari-tczew> geser: I'll ask pm you ;)
[23:05] <ari-tczew> blueyed: branch says about +upstream_bug_952.patch but node/lib/Munin/Node/Server.pm has been patched directly
[23:05] <blueyed> ari-tczew: yes, the changelog is wrong. it's meant to be maverick-proposed. @gondoi: <--
[23:05] <ari-tczew> blueyed: please describe all issues in comment into branch setting status as Needs-fixing
[23:05] <blueyed> ari-tczew: you're right. quite borked. I leave feedback as a comment, yes.
[23:05] <ari-tczew> ;-
[23:05] <ari-tczew> ;-)
[23:07] <grunthus> Hi, I need a little assistance following on from earlier with cyphermox. I have edited changes to my bzr branch, and updated changelog.
[23:08] <grunthus> According to documentation, I think I now have to either commit the changes or build source package?
[23:09] <grunthus> (bug 706271)
[23:09] <ari-tczew> blueyed: please don't forget about suggesting DEP3 tags in the patch
[23:10] <gondoi> blueyed: sorry man, this is my first patch to the ubuntu community :-(
[23:10] <blueyed> gondoi: no problem! really.
[23:10] <blueyed> gondoi: just do not give up learning :)
[23:10] <gondoi> the nomination is what I couldn't figure out earlier.. thought I just needed to say that in a comment
[23:10] <gondoi> I don't see a button
[23:11] <blueyed> gondoi: please note that you look into DEP3 tags for your patch, although that should hopefully be provided in the patch I committed for Natty already.. :)
[23:12] <blueyed> gondoi: the button is "Nominate for series".. third one in the row starting with "Also affects project"
[23:16] <gondoi> blueyed: I don't have that button :-( I guess I don't have the right privs
[23:16] <blueyed> gondoi: maybe. you are not a member of bugcontrol then even, are you?
[23:16] <gondoi> well, I thought I was, but perhaps not
[23:16] <blueyed> does not matter then currently. Can you fix your branch?
[23:17] <gondoi> well, i'll have to figure out how...
[23:17] <gondoi> :-(
[23:17] <gondoi> i'll look into the dep3 thing
[23:17] <micahg> blueyed: yeah, that was a recent change, I think only bug supervisors can nominate now
[23:17] <blueyed> gondoi: ^^
[23:17] <gondoi> :-D
[23:17] <micahg> bdmurray: am I right about this? ^^
[23:18] <blueyed> gondoi: dep3 is not important.. as said, I should have either provided it in the natty patch, or if not, it would not make sense to have it in the maverick fix/branch only.
[23:18] <blueyed> gondoi: just use the patch instead of patching inline. Feel free to query me, if you have any more detailed questions about this.
[23:18] <gondoi> blueyed: sorry then, i'm not sure on what I am fixing
[23:18] <gondoi> oh
[23:19] <gondoi> so provide the debdiff?
[23:19] <blueyed> gondoi: you need to only fix the changelog (add "-proposed" and use the patch instead of editing it inline)
[23:19] <blueyed> gondoi: no, edit your branch, then add another commit.
[23:20] <gondoi> well, I did use the patch on the src
[23:20] <gondoi> i'll add the -proposed
[23:21] <bdmurray> micahg: yes bug supervisors can nominate for release maybe uploaders too
[23:21] <blueyed> gondoi: yes, that was wrong.. go to your checkout of lp:~bkbox/ubuntu/maverick/munin/fix-for-699967, add 1) the -proposed and 2) revert the change to node/lib/Munin/Node/Server.pm and add the debian/patches/upstream_bug_952.patch file from the natty source instead.
[23:21] <micahg> bdmurray: all uploaders are implicit members of bug control
[23:21] <blueyed> gondoi: then commit after each change and push it.
[23:21] <micahg> bdmurray: if it's only bug control now, we should probably update the SRU docs
[23:22] <blueyed> micahg: gondoi is not an uploader and not bug supervisor. Shouldn't anybody be allowed to nominate?
[23:23] <micahg> blueyed: I think that changed recently in that we had people randomly nominating creating a lot of noise
[23:29] <cjwatson> it was certainly a real issue
[23:29] <cjwatson> the nomination queue was basically entirely unusable
[23:30] <sebner> geser: hmm, http://launchpadlibrarian.net/63828404/buildlog_ubuntu-natty-i386.flightgear_2.0.0-3ubuntu11_FAILEDTOBUILD.txt.gz
[23:30] <ari-tczew> sebner: show your makefile
[23:30] <ari-tczew> (LIBS)
[23:31] <sebner> ari-tczew: http://paste.ubuntu.com/564736/
[23:32] <geser> sebner: I don't fully understand the needed order, but I had only success when I only moved the mentioned "-lsgio" and left the other at there place
[23:33] <ari-tczew> sebner: LIBS = @LIBS@
[23:33] <ari-tczew> where are links changed?
[23:33] <sebner> geser: did you put it at the end or right behind -lOpenThreads?
[23:33] <geser> perhaps it's an error in -lOpenThreads that it didn't link with all needed libraries (didn't check yet)
[23:33] <geser> sebner: after the -lOpenThreads
[23:34] <sebner> ari-tczew: configure evidently
[23:34] <sebner> geser: Ok, I didn't try that
[23:34] <ari-tczew> sebner: which line?
[23:37] <sebner> ari-tczew: various ones but I found the -OpenThreads part, will try that now