#ubuntu-devel 2005-04-01 <schweeb> lol <ogra> jdub, then i would suggest something less rdical...voodo puppets for example <schweeb> ogra: or just find people who haven't signed the CoC yet <schweeb> and "suggest" their course of action <pitti> Mithrandir: bah, dh_compress does compress explicitly specified files even if they are < 4k... * lamont rediscovers a hard drive with 2.0.35 on it. <zul> oi vey <lamont> zul: yeah, I screamed <infinity> mdz : Regarding the FTBFS of mysqlclient10 on amd64... I suppose it's too late for me to suggest that I recompile 59 source packages to use mysqlclient12 (from mysql 4.0) and drop the old, broken lib entirely? <zul> i still have have some slackware 2.0 cds around <mdz> infinity: YES <infinity> mdz : Just checking. :) * infinity goes to figure out the failure, then. <infinity> I may need access to an amd64 machine to davidhull@example.net. <dilinger> hah <dilinger> infinity, king of the last minute library transitions :) <infinity> dilinger : Shh. I just don't feel like fixing bugs in obsolete packages. :) <infinity> Luckily, this bug isn't all that tough. <infinity> Besides, all that talking with MySQL upstream has to be of some use.. <infinity> Other than me losing my sanity, that it. <jdub> Riddell: around? <jdub> amu: around? <schweeb> jdub: alright, well, I uploaded what I did for gsf-sharp to http://www.schweeb.org/~chris/ubuntu/ <schweeb> passes lintian <Robot101> thom: didn't notice slef had joined the channel, or didn't care? :) <thom> yes <Robot101> thom: both? :D <thom> Robot101: mostly the former, but i now don't care eitehr <jdub> schweeb: ahr! <schweeb> jdub: huh? <jdub> schweeb: a pirate says "ahr!" <schweeb> ahh, hehe <schweeb> I know a brit that says that, but only when angry ;) <jdub> hrm <jdub> automake symlinks in the tarball <jdub> even though autogen.sh does automake -a <schweeb> shouldn't have done that? <jdub> oh <schweeb> I just ran autogen.sh <jdub> it needs -c too <jdub> automake -a -c * schweeb fixes <jdub> schweeb: perhaps copy the tomboy/beagle build-depends for mono stuff <jdub> schweeb: hrm, so <jdub> schweeb: instead of running autogen.sh <jdub> schweeb: run each command manually <jdub> schweeb: using aclocal-1.6 and automake-1.6 <schweeb> in the rules file, or in the .orig source? <jdub> when you're generating the dist tarball <schweeb> k <schweeb> 1.6 specifically? I have 1.4 installed * jdub tries make distcheck <jdub> schweeb: yeah, use 1.6 <infinity> graphviz build-deps on itself unintentionally. Cute. <daniels> mjg59: bleh <daniels> mjg59: if we have working suspend, just bump the version to 1.2 <schweeb> jdub: Build-Depends: cdbs, debhelper (>= 4.1.0), mono-mcs (>= 1.0) | c-sharp-compiler, mono-jit [i386 powerpc] , mono-mint [!i386 !powerpc] , libmono-dev, mono-utils (>= 0.96), mono-gac, libgsf-1-dev, libgsf-gnome-1-dev <schweeb> jdub: those look better <jdub> tops <mjg59> daniels: Yeah, patch submitted <mjg59> I was sitting there for ages looking at the code and thinking How does any of this stuff he added make any difference? <mjg59> The answer is, of course, that it doesn't <schweeb> jdub: and I'm guessing in the dist tarball, I shouldn't run configure, like autogen does? <jdub> you do <mjg59> daniels: I've also come up with a solution for X output that doesn't require changing the X config <jdub> run the modified autogen commands (1.6 for aclocal and automake and use -a -c for automake) <dholbach> good night everyone <jdub> then do the maintainer-mode configure <jdub> then make dist <pitti> night dholbach <schweeb> ahh <mjg59> Now, if I can just get the damn thing to reset... <dholbach> bye pitti <schweeb> alright, that makes more sense to me now <jdub> schweeb: oh, you need dh_makenetlibs too :) <schweeb> alright <schweeb> I wasn't sure what it did <schweeb> and lintian bitched <jdub> yeah, lintian doesn't know about it yet <daniels> mjg59: oh? just poking it all by hand from userspace? <schweeb> what's it for? registering with the GAC or what? <jdub> schweeb: it adds a little file that tells dependent packages how to depend on it <schweeb> ahhhh <mjg59> daniels: Yeah, I figured out how to get the video button to actually generate an acpi event <mjg59> The ACPI spec is full of useful information <daniels> heh <dilinger> it's big enough, it should be :P <jdub> mjg59: how boldly would you state the quality of our laptop/acpi power management in hoary? <mjg59> jdub: It's massively better than anything else out there <buga> jdub: i also can confirm that qca-tls is widely used <buga> kopete developers said that using qca-tls is temporary, but removed "temporary" notice later <infinity> lamont : Around? <jdub> schweeb: also, why 'libgsf-cil' as the source package name? shouldn't it be 'gsf-sharp'? <jdub> buga: aha <schweeb> jdub: I was going by what all the rest of the package names for mono assemblies I've seen are <jdub> schweeb: those are binary names tho, not source names <schweeb> okay, so leave the binary name -cil, and set the source name to gsf-sharp? <jdub> $ apt-cache showsrc libevolution-cil | grep ^Package <jdub> Package: evolution-sharp <jdub> yeah <schweeb> kk <jdub> that means the tarball name, etc., etc. too ;) <schweeb> jdub: hey, I'm not doin too bad for bein green at packaging ;) <jdub> not at all <jdub> very tidy :-) <schweeb> this is like the 2nd package I've done that isn't just a mod/upgrade of a prebuild <schweeb> and the 1st haven't been released... Xen stuff <mjg59> If I can figure out this reboot problem, we're all set <schweeb> jdub: hrm... configure wasn't generated when I did aclocal-1.6 and automake-1.6 <mjg59> jdub: Are you still getting suspend love with latest Hoary kernels? <jdub> mjg59: i did the other day <jdub> mjg59: i was having problems earlier with suspend workign once then not again <jdub> but i did it twice the other day <daniels> jdub: except dbus is dbus-mono, not dbus-sharp :) <jdub> schweeb: you should be running... <jdub> aclocal-1.6 <jdub> libtoolize --force --copy <jdub> automake-1.6 -a -c <jdub> autoconf <jdub> ./configure --enable-maintainer-mode <jdub> make dist <jdub> daniels: special case :-) <schweeb> ah, okay, didn't do autoconf <jdub> heh <daniels> jdub: the exception that proves the rule! <jdub> autoconf is the bit that generates configure ;) <jdub> morning jlj <mjg59> jdub: Probably down to mdnsresponder, if you had that running <daniels> jdub: why not just autoreconf -v --install? <schweeb> jdub: hehe, well their autogen script didn't run it! <jdub> jlj: how's the response been to your release? <jdub> mjg59: could've been polypaudio too, actually <Amaranth> hey, jlj comes here too <schweeb> I guess I was wrong on my versioning... they claim it's 0.3, but their NEWS claims 0.1.0, heh <Amaranth> schweeb: you wrote http://bonehunter.rulez.org/~algernon/blog/2005/03/20/#pyMusique ? <Amaranth> oh, nm <schweeb> nope <Amaranth> you're talking about something else :P <schweeb> yep <Amaranth> i fell off my chair when i read what they wrote about us <schweeb> gsf-sharp, heh <Amaranth> my name is python, or something <calc> Amaranth: hehehe <pitti> night everybody <lamont> infinity: not really <daniels> infinity: If you need SSH access to an amd64, I can hook you up. <infinity> daniels : Too late, but I may bug you later. <daniels> infinity: OK <infinity> lamont : Can I bug you about an FTBFS bug of yours anyway <infinity> lamont : ? <infinity> lamont : 7846 ... libtool is generating a different linker line on i386 than on the other 3 arches (which is why it's only failing on i386).. Any chance it was cosmic rays, or a goofy chroot? <infinity> daniels : Do we have a house yet? :) <daniels> infinity: just called and harassed Simon, incidentally <daniels> infinity: 34 Barkly St is coming up soon ... <infinity> daniels : A lot of stuff is. Then again, it may all suck as badly as everything we've already seen. :) <daniels> Heh. <infinity> daniels : If we don't settle soon, Zofia might actually cause me bodily harm. And I'l pass on the favour. <infinity> daniels : Not to mention, until we move, I don't have my amd64 system up and running. <lamont> infinity: shouldn't be... <daniels> infinity: Right. <lamont> infinity: and libtool shouldn't be in the chroot, so the log should show what version was installed. <mjg59> Hm. ndiswrapper is depressingly easy to set up <infinity> lamont : If you look at the build logs, it looks pretty suspect, that's all. <infinity> lamont : On the other hand, the packages doesn't relibtoolise during build either, so it's all a bit weird. <infinity> lamont : IOW, I can't come up with a solid explanation for the different logs, other than "something was confused that day". But I'll dig deeper. <infinity> lamont : Could you retry it anyway for kicks? <lamont> which package? <infinity> lamont : graphviz/i386 <infinity> lamont : Note that it IS in the archive already, it just failed during your rebuildability testing... <lamont> ah, from the hoary-test rebuild? <lamont> right <infinity> Right. <infinity> But the other 3 arches succeeded. <lamont> given back <lamont> mind you, if it succeeds, I'll be annoyed <infinity> Not as annoyed as I will if it fails. :) <lamont> oh, if it still works, I expect that there's still a bug... if it succeeds, I'll build it 3-5 more times to take a vote. <jdub> mjg59: http://live.gnome.org/ProjectUtopia_2fPowerManagement_2fgnome_2dpower_2dmanager <lamont> intermittant failures are far worse than solid ones. <infinity> lamont : Agreed, though I don't look forward to trying to find the bug in question. The previous i386 build (the one in the archive) got the correct libtool linker line, and so did the other 6 builds (previous and current builds of the other 3 arches) <infinity> lamont : So, one broken build out of 8 looks pretty weird, when the breakage is in an arch-indep bit. <lamont> yeah * infinity goes back to reproducible bugs for a while. <mjg59> jdub: Yeah, it's lovely <Robot101> *drool* <mjg59> jdub: It doesn't do all that much of use yet, though :) <mjg59> I'm doing a GUADEC BOF on this stuff <schweeb> jdub: alright, uploaded changes... would have done so a long time ago, but my parents disconnected the cable modem... I wasn't a very happy camper <schweeb> jdub: http://schweeb.org/~chris/ubuntu <mjg59> thom: I've also got code for ndiswrapper over suspend/resume <mjg59> (argh) <jdub> schweeb: d'oh! <jdub> schweeb: thanks :) <schweeb> np <schweeb> always lookin to contribute, now was as good a time as any <jdub> ahar! <lamont> infinity: T&*)%_+_)&%*^_(+_*&%^_)&*^_%)(+*^%^( <infinity> lamont : Is that line-noise for "it built fine this time"? <lamont> document that however you want. <lamont> the latter <lamont> must run for a while <infinity> lamont : alright... I'll document another successful build, but leave the bug open for now. <infinity> lamont : I'm still betting on cosmic rays. <jdub> schweeb: ok, i'm running a big fat index now :-) <schweeb> jdub: cool, tell me how it goes... I'm too impatient to sit there and let my stuff index... too many gigs of it <schweeb> jdub: what about gst-sharp? that gonna be wanted too, or are there probs with it? <jdub> dunno really <jdub> haven't tried it <janc> it seems like several packages have no /usr/share/applications/*.desktop files (yet) ? <crimsun> several being "a ton", yes <janc> I just filed a bug for fontforge <janc> the other ones I found were in universal <schweeb> jdub: ah, gst-sharp ain't happenin... requires a newer ver of libgtk2.0-cil... <jdub> schweeb: aha, ok <srbaker> so i started update-notifier (and it's running in my session) and i never get the icon in my panel <jdub> you will when you apt-get update and there are updates available <srbaker> hrm <cc> ok, if i've already rolled a LiveCD, and i want to make further changes, i should use the LiveCDCustomizationHowTo and only pay attention to the customizations part (i.e. preparing the chroot) right? <jdub> should do <cc> great, time to make the LiveCD more customised then. does anyone know how to specify the firefox startpage properly? in my last roll pref("browser.startup.homepage", "...") didn't work so well <jdub> perhaps check our firefox diff <schweeb> cc: I think the user's preference overrides in that situation... so you'd have to specifically set it in the user's prefs.js... otherwise, there's also a way to lockdown ffox settings, but I don't have a link <cc> schweeb: hmm, thanks. i'll have to take a look <cc> (and get faster cdrws) <schweeb> I've done it at work before <cc> or alternatively, use Epiphany, which uses gconf settings iirc <schweeb> crap, I thought I blogged about when I did the firefox lockdown :-/ <schweeb> guess you're out of luck <schweeb> it's on mozillazine somewhere <zul> later <srbaker> whoa. i have a big hate on for evolution. i think i'm going to have an i hate evolution party <schweeb> srbaker: the enlightened use thunderbird or mutt <srbaker> schweeb, i was using thunderbird, i'm switching back to balsa <srbaker> all mail clients suck <schweeb> yea, pretty much <srbaker> actually, i don't mind evo for mail <srbaker> it's all of the other horseshit they throw in there * Keybuk adds "nda" to the list of silly tool names :p <fabbione> morning <janc> schweeb : thunderbird has one big faw: it has no useable plain text editor :-( <schweeb> hrm? I make plain text messages just fine...? <janc> you don't see how they look at the receiver's end? ;) <schweeb> plaintext is just that - plaintext... no formatting... I still dunno what you're talking about <sabmoc> hi schweeb <schweeb> hello sabmoc <janc> quoting is completely broken in the plain text editor <sabmoc> schweeb, hows it going? <schweeb> fine fine <schweeb> trying to mock up some mono 1.1.4 packages for myself <janc> at least up to TB 1.0 <calc> mutt is a good mail client :) * infinity scratches his head. <schweeb> janc: odd, it's worked fine for me. I have my whole company (150 users) running on tbird <sabmoc> schweeb, hmm.. Im not much of a programmer so Im not too interested in mono, only the slick mono apps like tomboy. <schweeb> hehe <infinity> Is festival_client supposed to vomit all over stderr when you run it? <schweeb> sabmoc: hah, I'm in the middle... I know enough that I can build the stuff and be interested in it, but I'm by no means a programmer <schweeb> as soon as I hit GUI design I give up <schweeb> hopefully Stetic makes things better <janc> schweed : it works, the messages just look stupid when the receiver has a decent mail client :P <sabmoc> schweeb, yeah me too sort of, I went though a little the learning to build mono process, then I went though all the msdn tutorials on mono (very good btw) then made a calculator in gtk# and gave up :D <janc> schweeb* <sabmoc> I think I would like to learn xul now. <sabmoc> err.. correction, I went though the msdn tutorials on c#, they dont have any tutorials on mono yet. ;) <sabmoc> gtk# really impressed me, I didnt give up because I didnt like it. GTK# makes GTK+ look like an evil joke. No offense :D <schweeb> yea, I've seen GTK+ too, bleh <Amaranth> sabmoc: PyGTK makes GTK# look like a joke. :P <sabmoc> Amaranth, but I have no interestin in py, I picked up a book on it but keep falling asleep, anything that easy is just no fun. <schweeb> bleh, py doesn't rub me right for some reason <Amaranth> sabmoc: You like pain? :) <sabmoc> me2 <Amaranth> If you do it correctly it reads like psuedo-code, it's so awesome. <sabmoc> Amaranth, no, just kidding you a bit, but py just didnt really interest me. Its just personal preference I guess. <Amaranth> GTK# is good too. Anything is better than GTK+. :) <sabmoc> Amaranth, I know, but maybe thats the problem, my brain needs at least a small level of abstraction from psudocode to code, writing psudocode is no fun. <Amaranth> I'm lazy so easy is fun. :) <sabmoc> but its possible im crazy <sabmoc> Amaranth, hehe <schweeb> I like perl for quick admin stuff, C# for other stuff <sabmoc> schweeb, ever looked at xul? <schweeb> xul is mozilla's stuff, isn't it? if so, yes <sabmoc> yes <schweeb> hrm <sabmoc> when I have time Im starting to poke into xul a little bit. So far it seems more complecated that I had hoped, but Im still interested. <schweeb> it seems really complicated <sabmoc> yes <sabmoc> its basically just xml, css and javascript, thats pretty neat <schweeb> I don't like webapps that much, heh... if I so desired, I could do PHP all day at work <sabmoc> But even for a simple app they make you jump though a lot of hoops <sabmoc> through* <schweeb> hrm <sabmoc> schweeb, where do you work? <schweeb> I work in the finance industry... for a credit card processor in MI <sabmoc> wow cool <schweeb> eh, not really... rich bosses suck <sabmoc> haha <sabmoc> want to trade jobs? <schweeb> probably not <sabmoc> indeed <jbailey> Financial industry's not that bad. <jbailey> That's usually my sector. <sabmoc> hey jbailey <schweeb> we're a bit... understaffed <schweeb> and mismanaged <jbailey> schweeb: understaffed usually isn't the problem I've seen. Committee meetings with 30 people, none of whom have a clue or are really interested in the problem are. <schweeb> heh <jbailey> But each of them have to sign off on it because it touches something they might once have thought about. <sabmoc> damn bureaucracy <schweeb> well, we're a rather small company... ~150... 5 person IT dept, 2 of us are co-ops (interns) * sabmoc gets back to work.. *grumble grumble* <jbailey> sabmoc: Usually, bad trust model more than anything else. You can't trust that people will review the things they're supposed to so you drag them into a meeting to force them to do it. <sabmoc> jbailey, hmm.. ic <sabmoc> jbailey, I've never had to deal with that, closest I have ever come to going corporate was working in the mailroom for midlandwalwyn but they got bought out by merril lynch sortly before I left (I still blame myself) <schweeb> odd <sabmoc> oops, I mean shortly after I left.. <schweeb> I think I ran into a problem compiling mono 1.1.4 with mono 1.1.4 * schweeb uninstalls <sabmoc> schweeb, I havent compiled mono since around .40 or so, whats the problem? <schweeb> it's cleared from my scrollback already <sabmoc> heh * sabmoc reaches over and adds another zero to schweebs scrollback <schweeb> but I built mono alone earlier, and installed to /usr/local... but when building for a package, it bombed on compile every time <schweeb> (fresh source tree) <sabmoc> ah, well I dont know a thing about packaging <sabmoc> ok, time to work <schweeb> time to sleep * sabmoc is away: why cant I just make art for a living? <jbailey> sabmoc: Midland Walwyn had an awesome trading floor. =) I got a tour of their facility in BCE in 96 or 97. <sabmoc> jbailey, cool, I would have been the guy pushing the mailcart around, and picking up the courier to be delivered. <sabmoc> jbailey, that was back when I lived in TO of course, Im in BC now. <sabmoc> that was such a fun job :) <jbailey> I was working for Phillips Hager & North in Vancouver at the time and was out here to do some server maintenance. <jbailey> I moved to TO 'bout 4 years ago, moving to Montral this summer. <sabmoc> cool <infinity> And in another 3 years, he'll be in Newfoundland. <jdub> noofie! <jbailey> infinity: I'm vegan, I don't think I could cope with being screached in. <daniels> jbailey: You too could be a Noofie. <daniels> jbailey: Ooh, but I hear the screach is awesome! <infinity> jbailey : Pfft. Convert. <jbailey> Okay, and why do the Auzzies know about neufies? <jdub> we know noofies smell <daniels> jbailey: And their screach. <schweeb> feel the love! ;) <jbailey> jdub: Newfie's don't smell, that's just what living in a seaport smells like in general. * jbailey misses living near real water. <jbailey> Not this thing that used to be a fresh water lake that's beside me. <infinity> Port, schmort. <infinity> A year next to the ocean in Cairns cured me of any such urges. <infinity> Thankfully, Melbourne smells enough like "big city" to avoid smelling like ocean. <jbailey> infinity: Are you in Melbourne now? <infinity> Aye. <jbailey> Shit dude, pick a city and stay there for a week or two. <daniels> Well, as much as you can call Altona a part of Melbourne. <infinity> I'm staying, I promise. <infinity> Unless they kick me out of the ocuntry. <infinity> daniels : Pfft, it's closer than your current residence. <infinity> (barely) <infinity> Also, I get to hear folk from Footscray on the train every day talking JUST LIKE Dave Hughes. And that's always good for a laugh. * infinity gives wget a sideways glance. <sabmoc> Wow, is everyone here Australian Noofies except me? Whats going on? <daniels> sabmoc: Australian Noofies? <daniels> That's a little bit of a contradiction in terms. <infinity> Evidently, wget segfaults iff the first connection times out, but the second attempt connects. <schweeb> I'm a resident of the US of A <infinity> That seems... Different. <daniels> Except for infinity, because he comes from Noofieland, and now lives in .au. <infinity> I come from Noofieland? <daniels> infinity: Yes. <infinity> WOuld you like me to tell people that you come from Darwin? <daniels> Well, that's demonstrably untrue. <sabmoc> yes, tell us he comes from Darwin <sabmoc> then tell us who Darwin is <infinity> daniels : As is the bit about me and Newfoundland. :) <infinity> daniels : Since I'm from the other side of the country. <daniels> sabmoc: darwin is a horrible city in Australia * infinity goes to argue with wget instead, which is starting to seem like more fun. <sabmoc> infinity, noofies are the best people * sabmoc has never met a noofie he didnt like. <jbailey> sabmoc: While australia is a rock they exile people to, it's a bit too big to be mistaken for the Province of Newfoundland and Labrador. <jbailey> sabmoc: Even my geography isn't that bad (and I can assure you, my geography is horrible) <infinity> It's probably the lack of meat that makes your sense of proportion and direction go all whacky. <nods knowingly> <sabmoc> jbailey, how can you have bad geography? I thought you were Canadian. <sabmoc> oh wait, should have said "of course you have bad geography, your Canadian." <daniels> s/your/you're/ <sabmoc> gah * sabmoc things grama is for whimps <jbailey> sabmoc: Right. If it's flat it's the praries. If there's a mountain it's BC. If there's a big lake, it's Toronto. If people are talking around me and I can understand them all, it's Quebec, and if it smells like Vancouver but is either hotter or colder than it should be, it's Halfax. <sabmoc> HAHA <jbailey> sabmoc: But notwithstanding that, I tend to think that Africa and India look awfully similar on maps. <daniels> jbailey: And if it's flat, dull, and invaded by masses of hackers once a year, it's Ontario. <jbailey> You're thinking about ottawa. It's not perfectly flat. There's one hill there, and they decided to put the parliament buildings there. There's a hurd of wild cats there, which I think is terribly cool. <jdub> oh man <daniels> Is a hurd like a herd? :) <jdub> jbailey: you're SICK <jdub> ^ exactly <dilinger> daniels: they're daemon cats <daniels> jbailey: and I thought Ottawa was in Ontario? <jdub> daniels: we'll fix him in sydney <jbailey> Err. <Keybuk> a hurd of cats sounds cruel ... poor things must keep dying every few hours :( * OddAbe19 is back (gone 07:44:24) <jbailey> daniels: There are allegidely mountains in Ontario somewhere. I haven't seen any sign of them, but this provice is somewhere around a million square kilometers. <daniels> jbailey: Ahr. <sabmoc> jbailey, what is the weather doing over there right now, have your igloos melted yet? <jbailey> The province I'm moving to is apparently larger: 1,450,680 square kilometres. <Keybuk> ouch; we have 1,511 sources in main. and 1,026 sources we've changed from Debian <jbailey> sabmoc: Mostly. There's still a bit of snow on the ground my rain and sun over the last 3 days are wearing them down. <infinity> The igloos never melt. If they did, where would we keep our pet polar bears? <Keybuk> (though some of that latter number are universe ones) <daniels> Keybuk: I blame lsb init. <Keybuk> daniels: I suspect python2.4 is more worthy of your blame <jbailey> Keybuk: A question that came to mind earlier, if we eventually merge everything to where the changelog is the only difference, do we eventually go back to just merging? <Keybuk> if the changelog is the only difference, get elmo to sync it from Debian <daniels> highly unscientific: <daniels> daniels@catsby:~xap/debian/patches% COLUMNS=1200 dpkg -l | COLUMNS=1200 egrep '^ii' > foo <Keybuk> it drops our changelogs, but that's ok because they should be at least mentioned in the Debian one <daniels> daniels@catsby:~xap/debian/patches% wc -l foo <daniels> daniels@catsby:~xap/debian/patches% awk '{ print $3; }' < foo | grep ubuntu | wc -l <daniels> 1656 foo <daniels> 864 <jbailey> Keybuk: Ah, good. * sabmoc wears shorts and tshirts year round. <Keybuk> daniels: aptitude install dpkg/experimental <Keybuk> daniels: dpkg -l | egrep ... <daniels> Keybuk: ooo, shiny. <mkedwards> wasabi_: wrt ant packaging, which domino needs to fall next? Can I help? <fabbione> elmo: i think there is an inconsistency in the Sources.gz. kdesdk is in main as source and a couple of libs, but the Sources.gz still reports it as in universe <jdub> jbailey: what are your thoughts on new versions of nptl? <sabmoc> wow tomboy rocks <jdub> http://boudicca.tux.org/hypermail/jackit-devel/2005-Mar/0104.html <jdub> jbailey: ^ <sabmoc> schweeb, I have a couple questions about LoCo. <sabmoc> schweeb, knock knock <mkedwards> mdz: word to the wise: "There is no way of recovering an invalid snapshot" (per dm-exception-store.c). <mkedwards> mdz: So don't jog your USB stick when it's your device-mapper COW device. :( <elmo> what's up with mono being uninstallable? <elmo> jdub: ^-- ; it stops me from test-building beagle <fabbione> elmo: did you read above? <fabbione> elmo: and the Build-Deps for kdesdk will pull in more craft from universe <elmo> kdesdk | 4:3.4.0-0ubuntu1 | hoary/universe | source <elmo> I don't know what makes you think it's in main? <fabbione> yes... but kdeaddons Build-Dep on libcvsservice-dev (provided by kdesdk) <fabbione> in the pool/ is in main <elmo> katie@jackass:~ $ zgrep kdesdk dists/hoary/main/source/Sources.gz <elmo> katie@jackass:~ $ <elmo> fabbione: that's seed inconsistency - it happens all the time <fabbione> ah ok <fabbione> in main there is an older version tho <elmo> things aren't pulled in automatically so we have some control over what gets into main <fabbione> hmmm <fabbione> meh not kdeaddons..kdewebdev <fabbione> kdewebdev is the one that Build-Dep on something provided by kdesdk <fabbione> and kdewebdev is in main afaics <elmo> yes, I know, it's an ongoing thing <fabbione> ah ok :-) <elmo> we're discussing it with the kubuntu folks <fabbione> fine for me than <fabbione> i tought it went in unchecked <fabbione> (tbh these are the last 2 packages for main, the sparc buildd is bitching about :-)) <jdub> elmo: how's it borked? <elmo> mono-mint: Depends: mono-assemblies-base-0.96 but it is not installable <elmo> Depends: mono-common (= 0.96-1) but 1.0.5-1 is to be installed <elmo> up-to-date i386 hoary chroot <jdub> ergh <jdub> elmo: one for tseng / motu <pitti> Morning <elmo> jdub: k <sabmoc> Is anyone organizing ubuntu-love days? <aj> hrm, so what goes on at these Ubuntu conferences? * aj ponders visiting sydney for a couple of days at least <Keybuk> the main plan for the sydney one is planning for breezy, I think <aj> ym bendy? <Treenaks> aj: no, breezy :) <Treenaks> aj: http://lists.ubuntu.com/archives/ubuntu-announce/2005-March/000020.html <aj> sabdfl's been gagged and left tied up in the back of his jet or something? :) * Treenaks points at Keybuk <dholbach> goood morning <Keybuk> Treenaks: whyfor point? <dholbach> Keybuk: cool, thanks for the /patches/ :-) <Treenaks> Keybuk: something about suggesting badgers :) <Keybuk> only because I couldn't remember the names of the other dwarves <smurfix> Keybuk: Some of them are not quite suitable for release names anyway. <dholbach> morning elmo, could you please sync lineakd from sid at some stage of caffeination? :-) <elmo> dholbach: just lineakd? <elmo> it has a bunch of dependent children source packages <dholbach> elmo: i'll investigate <dholbach> elmo: thanks <elmo> dholbach: (I mean lineak-.*plugin, FWIW) <dholbach> elmo: i only had a complaint about lineakd itself and it seems to work with the new debian version <dholbach> elmo: then it'd be lineakd, lineak-kdeplugins, lineak-xosdplugin, lineak-defaultplugin <dholbach> elmo: because they enforce lineakd versions <dholbach> elmo: did you plan to attend tomorrow's CC meeting? <elmo> dholbach: sure <dholbach> elmo: because right after it, the MOTU crew wanted to discuss the proceedings of universe in the release schedule and mdz already pointed out, that we'd need your input <dholbach> elmo: ( http://www.ubuntulinux.org/wiki/MOTUMeeting ) <elmo> dholbach: ah. hmm. I have to travel to London at some point - how long is the second meeting likely to be? <dholbach> elmo: we have it as first point on the agenda <dholbach> elmo: and if you don't make it, you could just tell us, how you feel towards it in advance <elmo> you guys want to change universe _after_ release?? * elmo whines quietly <dholbach> i guess most of us don't *WANT* to <dholbach> elmo: http://www.ubuntulinux.org/wiki/UniverseUnmetDeps will give you an idea <dholbach> and that's not even the "doesn't build anymore"-list <dholbach> we just need the input if it's possible or not, because i'd feel a bit safer if it was <elmo> not being funny, but trying to fix hoary universe now seems like fighting in quicksand. it's been version frozen for several months now and you guys have come to the party very late (not at all your fault). have you considered concentrating your efforts on breezy instead? <elmo> oh tehcnically it's possible, just a small amount of work - it's just messing with something after it's been released - even universe - just gives me all the wrong kinds of chills <dholbach> of course... we'll focus on each an every release <elmo> apart from anything else, breezy will probably fix most of these issues, just through auto-sync <dholbach> but i just feel bad for having a fucked-up universe <Treenaks> dholbach: "fucked-up" or "slightly broken" <dholbach> Treenaks: my judgement depends on the DoesntBuildAnymore-list <elmo> dholbach: anymore meaning since warty or? <dholbach> elmo: i don't quite understand <elmo> well anymore implies they did build once? <dholbach> elmo: i heard someone mumbling about test-rebuilding the universe some time ago and never heard of it again... i'm always dreading such a list NonBuildables, but i'm sure we could tackle a lot of dumb stuff with it <elmo> I'm actually importing universe right now into the test-rebuild archive <elmo> main just finished this weekend <dholbach> oh cool <dholbach> where could we check for build-errors? <pitti> jdub: here? <dholbach> hi pitti <pitti> Hi dholbach <jdub> pitti: yo <elmo> dholbach: I'm not sure - lamont will know <daniels> bleh <dholbach> elmo: i'll ask him then <daniels> elmo: mirnyy needs more connections ;) <elmo> daniels: use a mirror, you tramp <daniels> elmo: we have rsync mirrors? <elmo> boggle <elmo> tons <daniels> yeah, just waiting for /wiki/Archive to load <daniels> i blame you for telling me to use mirnyy instead of auckland <elmo> us.archive.ubuntu.com is guaranteed to be up-to-date too <elmo> god, don't use mirnyy for the archvie <dholbach> elmo: thanks a lot <elmo> archive.u.c is fine atm, cdimage (i.e. mirnyy) is still suffering horribly <daniels> elmo: ah, ok <daniels> it seemed absolutely fucked <daniels> 5KB/sec and always dropping out <daniels> i suppose you can't speak as to whether mirror.isp.net.au is a decent mirror <elmo> yeah, apache's err, not performing well. I'm not "fixing" it, 'cos I want something to beat thom around the head with when he gets up <daniels> i like your motivations :) <elmo> daniels: I don't know - I'm still look for an australian who can give me a useful answer on who'd be best for au.archive.u.c <daniels> elmo: planetmirror <daniels> absolutely no doubt there <jdub> planetmirror <daniels> they have stupidly fast links to the entirety of the country, a fair few people peer with them, and they mirror the entire, well, planet <daniels> and are very reliable <daniels> hell, they were going to mirror fd.o <daniels> (we didn't get around to setting up a proper mirror infrastructure) <daniels> the only downside to planetmirror is that they don't seem to do an rsync mirror <elmo> yeah, but that's not a requirement for $cc.archive.u.c <doko> morning all <dholbach> morning doko! <pitti> Hi doko <pitti> Morning sabdfl <sabdfl> hey pitti et al <daniels> sabdfl: 'morning <fabbione> morning sabdfl * Amaranth heads for bed <sabmoc> night guys <dholbach> elmo: thanks again! :-) <elmo> dholbach: no prob <janc> Amaranth : good idea, it's about 9h35 here :-/ ;-) <dholbach> elmo: could you please sync libgnome2-wnck-perl from sid, when you do the next bunch? <bob2> is it possible to edit the applications menu in hoary atm? <dholbach> bob2: ask Amaranth, he's writing code to make it happen <dholbach> bob2: but he said "<Amaranth> now, don't say my name anymore it beeps and wakes me up :P" <Amaranth> grr <Amaranth> bob2: You can edit /etc/xdg/menus/applications.menu to change the actual structure of the menus and /usr/share/applications contains the desktop files that go into the menu (they're ini files) <pitti> Hi carlos <Amaranth> http://dev.realistanew.com/menu-editor/ is what i have so far * Amaranth turns off the beepiness <carlos> morning <bob2> so there's no GUI in hoary for this atm? <dholbach> erm... how can a package have two different source packages? (apt-cache showsrc schoolbell) <dholbach> ah... maybe re-packaged <dholbach> that explains, why schoolbell-ssl isnt installable any more <drspin> anyone awake this evening? <sabmoc> who do we talk to about setting up a mailing list for LoCoTeam-CA? or registering the domain www.ubuntu-ca.org? <dholbach> hey mvo <mvo> hey dholbach <mvo> morning all <dholbach> good morning, seb128 <sabmoc> meh, im going to bed <sabdfl> sabmoc: smurfix is the LoCo team coordinator, he'll be able to help you out <drspin> what script is run when I insert my USB drive? <seb128> hi <sabmoc> sabdfl, thank you <drspin> or better yet -- would it be possible to get RO support for NTFS added? <seb128> ajmitch: have you tried python-nautilus before uploading it ? <sabdfl> drspin: check out gnome-volume-manager, and hal, and pmount <pitti> Hi seb128 <mkedwards> drspin: ntfs support (ro) works fine on livecd <pitti> drspin: what do you mean by "added"? <pitti> drspin: you should already be able to use NTFS removable devices <mkedwards> drspin: it'll let you mount it rw too, but I wouldn't advise it. <g> <drspin> mkedwards: yes :) :) but the automount scripts for a USB drive doesn't check for NTFS -- therefore my drive doesn't mount when I plug it in and it's a pain in the a$$ to use it (root only) <pitti> drspin: and you can add NTFS partitions to /etc/fstab <seb128> hey pitti <drspin> in other words I have to manuall mount my USB drive with the NTFS filesystem and only root can use it then <seb128> pitti: you broke gnomevfs :p <pitti> seb128: ?? <pitti> seb128: I only added a segfault patch recently :-) <pitti> seb128: you mean #7933? indeed, very odd <mkedwards> drspin: mount -o ro,umask=000 <pitti> drspin: no, it should be mounted automatically <mkedwards> (via sudo) <seb128> pitti: yeah, this one :) <pitti> drspin: if not -> http://wiki.ubuntulinux.org/DebuggingRemovableDevices <pitti> drspin: and please _dont_ use mount <pitti> drspin: use pmount /dev/yourdevice as normal user <seb128> pitti: this crash is due to some distro changes ? Just to know if it should be closed upstream <mkedwards> drspin: pitti's right; I use mount with HD partitions <pitti> seb128: I didn't deal with it yet, will do ASAP <seb128> k, thanks <drspin> pitti: WOW!! 15 or so people have helped me with this and you are the first one to be helpful... followed closely by onkarshinde in #ubuntu... thanks <drspin> sorry to annoy the -devel chan <mkedwards> drspin: I only point out umask= to say that mount doesn't imply root-only <seb128> pitti: I would like to get your opinion on the da_DK breakages for this guy. I've Cc you on the bug, I wonder why it opens en_GB after da_DK <dholbach> morning dredg <seb128> pitti: the guys has opened a bunch of bugs for differents apps <pitti> drspin: as it happens, I'm the pmount maintainer and caretaker of hotplug stuff :-) <drspin> mkedwards: I use it in my fstab but not sure how to set those on the cli <drspin> pitti: well thanks for the help :) :) <mkedwards> pitti: interesting hal weirdness: hald wedges during startup if a USB stick was present during power-up (probably BIOS brain damage) <elmo> tseng: ? <drspin> pitti: can I annoy you for another moment? <mkedwards> pitti: see comment in http://ubuntulinux.org/wiki/LiveCDPersistence <pitti> drspin: sure <drspin> pitti: pmount /dev/sda1 <drspin> mount: wrong fs type, bad option, bad superblock on /dev/sda... <pitti> drspin: pmount -d /dev/sda1 <pitti> drspin: (and /msg please) <sabmoc> Is there any chance I could get some free webspace for hosting some files if they are related to ubuntu? <janc> sabmoc : that depends largely on what you want to host... <janc> (I can't host, but there are several solutions...) <pitti> dholbach: you should ask elmo to sync rxvt-unicode, it brings a security fix <dholbach> pitti: why me? :-) <dholbach> pitti: i'll test it and ask him... thanks <pitti> dholbach: or any other MOTU <dholbach> <- dogwalk <pitti> dholbach: universe syncs are the responsibility of MOTU, so I don't want to interfere with freezes <ace2001ac> anyone try compiling gcc 3.4.3 on amd64? <dholbach> pitti: thanks for telling me <maswan> ftp-deb@churchill:~> rsync --delete --delete-after -av rsync://releases.ubuntu.com/ubuntu /export/ftp/mirror/ubuntu <maswan> rsync: read error: Connection reset by peer <maswan> rsync error: error in rsync protocol data stream (code 12) at io.c(162) * maswan prods ftpadmins <kagou> hi <doko> mdz: still awake? <dholbach> elmo: could you please sync rxvt-unicode from sid? <madduck> daniels: ping? <daniels> madduck: pong <madduck> i just installed hoary's xserver-xorg and had some comments... <madduck> specifically: <madduck> (a) i was asked by debconf 4 times to configure the xserver (apt-get install x-window-system-core) <madduck> i have a de_DE system, and 'nodeadkeys' was the default for the question where i enter ctrl:nocaps usually <madduck> (that was (b) <madduck> ) <madduck> the variant question was empty, however. <madduck> and for (a): each time, debconf asked me more questions than before... <madduck> [other than that, it works like a charm] \ <daniels> madduck: a) is known <madduck> ok <daniels> for b), i assume nodeadkeys needs to be the variant, not the option <madduck> exactly. <daniels> ber <madduck> dict ber? <seb128> carlos: here ? <trulux> pitti: ping <pitti> trulux: pong <carlos> seb128: yes <pitti> trulux: btw, are you admin of the -hardened ML? <seb128> carlos: rosetta question <trulux> pitti: hey pitti, how are you doing? <trulux> pitti: yeah <pitti> trulux: fine, thanks <pitti> trulux: I got a moderation request email, but I don't have a moderation password <carlos> seb128: rosetta answer <trulux> pitti: lemme take a look <pitti> carlos: rosetta done? <seb128> carlos: how have you planned to handle po files with ubuntu changes. Ie: gnome-panel.po ... if upstream want to use rosetta, they need to have 2 pot files ? One for the stock upstream and one for the package ? <carlos> pitti: not yet <pitti> carlos: just bitching :-) <pitti> seb128: btw, the guy on the ML who complains about a slow gstreamer totem is right. it really sucks :-( <carlos> seb128: yeah, that's the idea. It will be improved in the future but for now, it's going to be done that way <carlos> pitti: I know ;-) <seb128> carlos: merging the common parts ? <carlos> seb128: yes, upstream and ubuntu translations will have a way to share the translations <seb128> nice, thanks <seb128> and when have you planned to push rosetta po files in the language packs ? <seb128> because managing the translations with this bugzilla bug, is *urg* <carlos> seb128: This week people should be able to start translating ubuntu with Rosetta <seb128> \o/ <carlos> and next week I hope they will land automatically into language packs <pitti> \o/ . o O { YAY } <jbailey> Do we keep an archive snapshot of the array CDs at all so that the jigdo's can actually work? <jbailey> I'm getting 404's (no surprising) on every package that's been updated since. <seb128> carlos, pitti: any of you mind to comment on #7370 about the langue-packs ? <Kamion> jbailey: no, I've been asking for it for ages <seb128> there is some question about the updates, etc <m0rphx> hi guys. I couldn't file a bug to python-nautilus, so I filed it under nautilus. <seb128> RAAAHHHH <jbailey> Kamion: 'kay thanks. <seb128> m0rphx: this in an universe stuff <seb128> and broken <seb128> simply don't use it <m0rphx> oh, ok * seb128 grrrr <dholbach> seb128: should it be on MorgueCandidates? <m0rphx> it "works" after applying a simple patch <seb128> dholbach: no <seb128> it should be fixed <dholbach> seb128: ok <seb128> ajmitch has uploaded a broken version without testing it <carlos> pitti: could you look into it? <seb128> it crashes nautilus <seb128> upstream have got 4-5 dups this WE <seb128> and people start complaining here <pitti> seb128, carlos: looked at #7370, what should I comment? <m0rphx> seb128: I made a patch for that crash, works for me <seb128> dholbach: do you know who is he ? <pitti> seb128, carlos: nevermind, saw it <seb128> pitti: the current comment, language packs updates for new version and outdated stuff <dholbach> seb128: who? <seb128> dholbach: <seb128> ajmitch has uploaded a broken version without testing it <Kamion> wow, rsync really kills my laptop's I/O bandwidth when it gets going <dholbach> seb128: oh yes... he's one of our MOTUs <seb128> dholbach: ie, new python-nautilus rebuilt for python2.4 breaks nautilus and that's flooding upstream with crashes <seb128> dholbach: I'm not happy with that <seb128> dholbach: guys, install a package before putting it in the archive and break nautilus <seb128> dholbach: don't get it for you, you are doing some great job :) <pitti> seb128: done <seb128> pitti: thanks <dholbach> seb128: thanks a lot... :-) <seb128> pitti: sorry for the comment conflict :) <dholbach> seb128: i guess ajmitch will talk to you in some minutes, he was there ... 10 minutes ago <seb128> dholbach: I've pinged him 2h30 ago, he has not replied :p <dholbach> seb128: guess he was working <seb128> np, don't worry <crimsun> daniels: ping <ajmitch> seb128: sorry, I didn't logout before testing nautilus with nautilus-python, so it didn't pickup the new lib <seb128> ajmitch: np. that's no luck that it makes nautilus crashing for everybody that has it installed <seb128> ajmitch: I'll fix it now <ajmitch> ok, sorry about the hassle <dholbach> seb128: woohoo: [gnome-db] libgda/libgnomedb 1.3.1 released ? can we now fix mergeant? :-p <seb128> dholbach: I've looked on libgda/libgnomedb, that's a mess <seb128> I think we will keep them in this way for hoary <dholbach> alright <crimsun> lamont: ping <dholbach> hi jinty <jinty> hoi dholbach <dholbach> jinty: i was brooding over apt-cache showsrc schoolbell * jinty goes to brood quickley <dholbach> jinty: what shall we do about schoolbell-ssl and libschoolbell ? <dholbach> jinty: at least schoolbell-ssl is not installable anymore <jinty> no it is going to die. <jinty> there is a new schoolbell 1.0 source package which only has schoolbell/libschoolbell <dholbach> so putting schoolbell-ssl on wiki/MorgueCandidates is the right thing to do? <jinty> it's already in unstable, and i've asked doko to bring it in to universe <doko> jinty: eh, it should be ... <jinty> won't schoolbell-ssl just dissappear automatically when the new schoolbell comes along? <dholbach> jinty: it's because of 2 different source packages <jinty> doko: is this the wrong place to check: ftp://ftp.ubuntulinux.org/ubuntu/pool/universe/s/schoolbell/ <jinty> thats the point, the new package is a school"bell" source <jinty> so, from now on there will be 2 source packages again <tseng> elmo: jdub mono-mint has been broken all along afaik, x86 and ppc dont use it, and its too slow to for anyone from other arches to have bothered <doko> jinty: oops, sorry, I didn't ... wait a minute <elmo> tseng: beagle b-d's on it tho? <tseng> for !x86 !ppc <tseng> or thats how it should be. * tseng looks <elmo> ah, ok <elmo> does mono really not support amd64 yet? <tseng> it does via mono-mint, sortof kindof, but its slow as crap <tseng> and no one has bothered to fix whatever it in hoary <tseng> mono 1.1 has native support. <tseng> mono-mint [!i386 !powerpc] .. that looks correct per debian policy <elmo> yeah, I ran dpkg-buildcheckdeps in the amd64 chroot first <elmo> and cut'n'paste the missing packages into the i386 chroot <elmo> how come we don't have 1.1 yet, btw - just 'cos debian doesn't, or is it not released? <tseng> because debian doesnt <tseng> a) its a new build system, and b) a new packaging policy <elmo> ok <tseng> upstream was very unhappy w/ the old packaging <tseng> (non)progress is tracked here: http://wiki.debian.net/?MonoDebianPlan <tseng> there is some app breakage from 1.1 also <tseng> tomboy doesnt compile, blam needs a patch, muine crashes on close <tseng> fun :) <dholbach> enrico: ping <thom> (also, 1.1 is the unstable branch leading to 1.2, so maybe better waiting for that) <tseng> according to upstream 1.1 is leaps and bounds better than 1.0 <tseng> but there are still regressions in external apps <Kamion> upstreams always say that sort of thing :) <thom> tseng: sure, i'm just nervous of getting bit by a last minute change that goes into 1.2 and we have to support both 1.1 and 1.2 cos we have a release with 1.1 in ;-) <Kamion> "IT'S LOADS BETTER. (oh, some shit breaks.)" <tseng> oh, im definately not planning on it for hoary <fabbione> hey Kamion <Kamion> afternoon <tseng> my plan is wait for debian to post a new policy and core packages, and go to fixing any incompatibilities in other apps <fabbione> Kamion: is the debian-cd source updated on archive.u.c ? <Kamion> where on archive.u.c? <fabbione> Kamion: and is actually the one you are using.. right? <fabbione> Kamion: rsync a.u.c:<somewhere> <Kamion> please don't use archive.u.c/cdimage/ if that's what you mean, use cdimage.u.c <daniels> crimsun: pong <fabbione> there is only one entry with code/debian-cd.tar.bz2 <crimsun> daniels: hi. <daniels> sup? <Kamion> http://cdimage.ubuntu.com/code/debian-cd.tar.bz2 is updated every time a CD build happens <fabbione> ah ok <fabbione> thanks <enrico> dholbach: hello there <crimsun> daniels: I had a question regarding the "disappearance" of libXinerama_pic.a, but I think I've nailed the real problem (hotkeys ftbfs on ia64) <fabbione> i am going to try to build sparc iso's sometime during this week <daniels> crimsun: s/-lXinerama_pic/-lXinerama/, s/xlibs-static-{pic,dev}/libxinerama-dev/ <dholbach> enrico: you're not an "uploader" for ubuntu? <enrico> dholbach: I should be <dholbach> enrico: ah, just because of debtags and debtags-edit <dholbach> enrico: they should be rebuilt against new libapt <crimsun> daniels: right, the problem seems to be an outdated ./configure for hotkeys on ia64 that incorrectly detects the presence of libXinerama_pic.a <enrico> dholbach: There's a new libdebtags in Debian: a very minor change (removed some debugging fprintfs). Can't you re-pull that one? <enrico> I feel sincerely weird in downloading libdebtags and debtags-edit from hoary and then reuploading them again <daniels> crimsun: right, that'd be a Debian patch, so you'll need to remove that patch and re-run autoreconf -v --install <enrico> And it's not really something that needs me to do it <mkedwards> The actual root cause of the Xinerama_pic thing would be easier to determine given the config.log from the ia64 build. It thought it saw XineramaQueryExtension in Xinerama_pic. <daniels> mkedwards: er, libXinerama_pic doesn't actually exist <daniels> mkedwards: do you mean in Xinerama.h? <mkedwards> I know it doesn't exist; see http://people.ubuntu.com/~lamont/buildLogs/x/xosd/2.2.14-1/xosd_2.2.14-1_20041119-0352-ia64-successful <dholbach> enrico: i thought it was common politeness to ask the maintainer before uploading (even in a case of a simple rebuild) <daniels> mkedwards: right: Unpacking xlibs-static-pic (from .../xlibs-static-pic_4.3.0.dfsg.1-6ubuntu25_ia64.deb) ... <enrico> dholbach: ah, ok, thanks. But I don't maintain it for Ubuntu anyway. Anyway, please go on <mkedwards> It doesn't get any symbols out of it (verified with ldd), but it still puts -lXinerama_pic in xosd-config output. <dholbach> enrico: we have the newest versions already :-) <enrico> dholbach: is that automatic? <daniels> mkedwards: err, it won't be there in ldd; libXinerama_pic is a static-only library, so it'll get linked in regardless <dholbach> enrico: semi-automatic :-) <enrico> cool! <mkedwards> So dh_shlibs doesn't put a dependency on xlibs-static-pic into the libxosd output. <daniels> mkedwards: what needs to be done is that s/Xinerama_pic/Xinerama/ needs to be beaten out of the package, and the Build-Deps updated <enrico> (or, semi-cool :) <daniels> mkedwards: it doesn't need one; it's a static library <dholbach> haha <mkedwards> sorry, typed that before you answered. <mkedwards> OK, so all that needs to happen is that xosd-config needs to drop the -lXinerama_pic. <crimsun> hmm, ok, so we'll need to touch xosd as well <trulux> jezz <trulux> Stefan Esser fscking with "my FUD on hardened-php" <trulux> (the email regarding hardened-php posted to ubuntu-devel) <trulux> what a jerk <mkedwards> (hmm. Suppose xlibs-static-pic is static? /me kicks self) <daniels> mkedwards: you need to change -lXinerama_pic to -lXinerama (which will be a Debian patch: just back it out and run autoreconf -v --install), and change the xlibs-static-pic build-dep to libxinerama-dev <mkedwards> OK. Then we get xosd-config and the linker agreeing on -lXinerama. <mkedwards> crimsun: got that? <crimsun> yep, thanks <mkedwards> dholbach: that'll fix lineak too <mkedwards> pretty much need to rebuild everything that b-d on libxosd-dev afterwards. <dholbach> mkedwards:
{'channel': 'ubuntu-devel', 'month': 4}