#ubuntu-devel 2005-08-01 <lamont> I can't kill things from the archive once they're there <lamont> infinity: you around? * lamont bets he's sleeping still <ogra> Mez, konversation is up <Mez> ty <hughsie> ogra: email sent to maintainers of libnotify <Burgundavia> ogra, I promised the inkscape developers that I would try and get .42 in Breezy, if I had to use my last dying breath, so I have to try. The majority of the inkscape devs use Ubuntu as well * \sh will smoke the last cigarette for yesterday :) <ogra> hughsie, wow, thanks :) <ogra> \sh, to late :p <\sh> ogra: i said yesterday ;) <Mez> lol @ ogra's changelog <ogra> its over :) <Mez> * bumped cdbs build-dep back to 0.4.21 to make backports happy <Mez> the "dont ask me again for KDE packages, how can a IRC client <Mez> be 7MB big ?" release <\sh> ogra: i heard you and I will work on xorg today to give daniels some rest? ;) <ogra> hehe <\sh> spreading rumours...I had to close all private chat windows here because of your firefox sentence ,-) <hughsie> ogra: http://www.interplace.com/gif/mrjihad.jpg <hughsie> i just wet myself :-) <ogra> heh <\sh> ogra: and I thought daniels writes poetry in his changelogs ;) <ogra> :) i try to keep up with him :) <ajmitch> \sh: you'll have to start spicing up your changelo entries now that they'll be for main :) <\sh> ajmitch: no problem...I will learn some new words from JaneW, afrikaans that is ;) <ajmitch> hehe * \sh is going to bed now...G'night everybody :) And again: thx a lot :) <pitti> good night <Nafallo> infinity: rock php5! <hughsie> pitti, ogra: I've got to sleep now as I'm working tmw. If either of you two see daniels can you ask him about the dbus thing please. <Mez> Backports announced: http://www.ubuntuforums.org/showthread.php?p=273253 <ogra> hughsie, sure, i'll do... have a nice night... <hughsie> ogra: cool, thanks. See you guys tomorrow. <ogra> yep, thanks for all the effort, night <Mez> was that to me ogra? <Mez> hmm, wow... It's even updated my xcaht vesion - we didnt backport that again <ogra> Mez, nope, to hughsie <Mez> ah <Mez> :D <Mez> w00t for official backports <Mez> hehe :D <Mez> ogra, can you link this topic in #ubuntu's topic <Mez> http://www.ubuntuforums.org/showthread.php?p=273253#post273253 <Mez> wait <Mez> I'll tinyurl it <Mez> http://tinyurl.com/8f93v <Mez> just add something regarding backports :D and point to that <ogra> Mez, can you ask Amaranth or crimsun ? i'm about to go to bed <Mez> ah kk <Mez> if they're awake <crimsun> (reading backscroll) <ogra> Mez, there are more admins... <Mez> kik <Mez> crimsun, can you di it ? <crimsun> sure, sec. <Mez> ty <|rockinnerd|> Hello, all. I am trying to do what is described here: http://componentizedlinux.org/Members/ghe_rivero/howtos_for_dummies/howto_dummies_part_1 with a hoary base from archive.ubuntu.com/hoary. do you consider this a good idea to figure out how ubuntu and other debian-based systems work "under the hood"? <Burgundavia> |rockinnerd|, progeny is not a normal linux distro. They are doing wierd and cool things <|rockinnerd|> I'm basically doing what they say, but instead of using sid, i'm using hoary <Burgundavia> you may break your distro, so don;t do that on your main box <|rockinnerd|> ... and trying to figure out how anaconda works <|rockinnerd|> Burgundavia, i'm working in a chroot environment, can i still break it? <Burgundavia> no idea <\mbp> |rockinnerd|: less likely, but still possible <\mbp> depending on how much experience you have with such things <\mbp> s///much less likely <|rockinnerd|> Also, here's an idea: How about a Ubuntu Net installer? It can just debootstrap the base system (no x11) from the cd, and then launch Aptitude to allow people to configure exactly what is on their distro <|rockinnerd|> thx Burgundavia and \mbp <Mez> |rockinnerd|, I broke my comp with a chroot <Mez> I linked /tmp into it so I could use X <Mez> and managed to wipe it when I logged out of the pbuild! <|rockinnerd|> huh. <|rockinnerd|> btw does the archive.ubuntu.com/hoary have _all_ of the packages that are available to ubuntu, or just the bare minimum? <crimsun> (that's more a #ubuntu question, but archive has the _official_ ones) <|rockinnerd|> shit, it's trying to install over my base system <Keybuk> sabdfl's alarm just went off for the TB meeting <Keybuk> explains why he's always late ... :o) <Burgundavia> rofl <luis_> he using evo? ;) <tseng> oh right, tuesday <Mez> lol @ Keybuk <Keybuk> luis_: his strange phone contraption <luis_> ah <schweeb> daniels: hah, nice changelog on xauth * Aegir eyes his freshly burnt Colony 2 CD * Aegir puts a label on it before it gets lost in a pile of un-named CD's. A fate no linux distro deserves <Mez> no CD does <Mez> cept AOL <TerminX> ugh, I upgraded today and now gedit won't work with files on mounted SMB shares <Aegir> Hmm, interesting effect when the ink doesnt completly dry on the CD when you put it in the drive... <Aegir> Atleast the ink's dry now... <Aegir> BRB... <Mez> lol @ Aegir <jp> hi all * lamont -> class <Burgundavia> mdz, got another request for you. Sync screem from unstable. The current version (which is the same one in hoary) is very unstable and hangs frequently <mdz> Burgundavia: send email to craighoward@example.net, CC me, with rationale and subject [sync] <package>_<version> <Mez> Burgundavia, poke elmo for that :D <Mez> lol <Burgundavia> mdz, cheers, ok <Mez> or not <Mez> lol <Burgundavia> mdz, the inkscape is coming as well <mdz> Burgundavia: likewise for the other one <mdz> Burgundavia: a strong rationale will include "I built and tested it on breezy and it fixes the issues with the current version" <tseng> mdz: im guessing you are too swamped to fix up mythtv? <Burgundavia> ok <mdz> tseng: you would not believe me if I told you <tseng> mdz: :/ <robertj> is dual-head autoconfig a goal for breezy/ <tseng> mdz: i can only imagine. <tseng> mdz: ill see if i can make it go anywhere now that X is only slightly below unusable <mdz> tseng: when I came home from travelling last week my house was full of water from a burst pipe <tseng> oh man. were you in the hurricane area? <mdz> no <mdz> just bad plumbing and bad luck <tseng> sorry to hear that. <tseng> mdz: hm if breezy doesnt stab you in the back, it will get you in the front. mythtv died on X before, now its not a fan of GCC4 <mdz> tseng: I thought I had already changed it to build with g++-3.4 <mdz> it may be that the packages in my repository are newer than breezy <tseng> mdz: hm didnt look at it super close. but it dies on some scary compiler warnings <tseng> sh is the motu expert on those <tseng> he likes to beat his head against them for hours on end <mdz> perhaps he would like to take over maintainership of them ;-) <daniels> he can take my gcc4 bugs <bddebian> heh <tseng> mdz: id take myth if the damn thing would build <daniels> like the miscompilation of i810_drv (seemingly) that occasionally makes your video BIOS execute invalid code, but only on the first VBE run (so you have to reboot all the time to test), and not always <bddebian> Is mythtv in main? <tseng> of course not <bddebian> I didn't think so, I was just thrown off by -devel I guess.. <bddebian> Sheesh <tseng> we can talk about !main here w/o being stoned still :) <daniels> holy shit <daniels> so my panel has been working fine for weeks <daniels> seb closes the bug last night <daniels> 14381 daniels 25 0 135m 37m 9768 R 66.3 3.7 1:20.59 gnome-panel <tseng> holy hell <tseng> thats bigger than beagle <bddebian> tseng: Where are you pulling mythtv from to build? <daniels> tseng: my record is 2GB RSS <tseng> bddebian: archive.debian.org <tseng> bddebian: er, .ubuntu <bddebian> Ohh <bddebian> Just apt-get source? <tseng> yes. * bddebian updates his pbuilder first.. <daniels> bloody hell <bddebian> I thought hell was hot, not bloody? <bddebian> Heya tritium <tritium> hello bddebian, daniels <daniels> tritium: morning <WebWiz> is there a definition of 'a little less broken' :) <bddebian> Uhm < 'completely broken' ? <lu|away> I booted a liveCD with the current X packages this afternoon. <lu|away> it had some weirdness in driver detection <lu|away> oh, and xrdb was missing <lu|away> but otherwise, worked fine <WebWiz> lu|away, wonderfull thanks <lu|away> your mileage may vary :) <WebWiz> i got a mkfontdir binary yesterday so i could get X working <WebWiz> but now Breezy has its own mkfontdir right? <WebWiz> i think the keyboard is still messed with breezy, i hit alt-tab and nothing happens lol <daniels> works for me <bddebian> Is xmkmf missing/broken from something? <daniels> missing <bddebian> OK, thx <bddebian> daniels: Did that get split from xutils in xorg? <daniels> bddebian: it will, yeah <daniels> in the meantime, it just doesn't exist <bddebian> OK <Speedy2> A quick question -- it seems that oddly libgcj4-dev depends on gcj3.3 instead of gcj4.0 . Is this a bug? <madclicker_> looking for 2.6.11 installer <Speedy2> Also, according to this: http://archives.free.net.ph/message/20050701.004404.f6514e25.en.html , eclipse is in the repos, but I can't seem to find it <bddebian> There are a few eclipse packages <Speedy2> bddebian: In which repo? I have universe/multiverse/backports enabled, but I can only seem to find eclipse-nls-sdk <bddebian> I don't know for sure but a quick "apt-cache dump |grep eclipse" yeilds several <Speedy2> This is what I get <Speedy2> apt-cache dump | grep eclipse <Speedy2> Package: eclipse-nls-sdk <Speedy2> Depends: eclipse-platform 2.1.2 <Speedy2> Package: eclipse-platform <bddebian> Speedy2: Have you done an update recently? <Speedy2> bddebian: Just a few seconds ago <bddebian> Weird. What archive are you using? Just archive.ubuntu.com? <Speedy2> That's the first one in the sources.list <bddebian> I mean, not uk.archive... or us.archive.. ? <Speedy2> Correct, no country archive specified <bddebian> Speedy2: Strange. I don't know, sorry <bddebian> wb crimsun <crimsun> danke bddebian <mdz> Speedy2: it's in breezy/universe <Speedy2> mdz: I'm using Hoary. I assume it wouldn't be a good idea to install from breezy, eh? <mdz> Speedy2: depends entirely on your comfort <bddebian> Ooohh, Hoary, duh. * bddebian just blindly uses breezy and doesn'tthink <Speedy2> mdz: Is the Eclipse in Breezy compiled with gcj ? (how complex is that really?) <mdz> Speedy2: yes it is <Speedy2> Well, I'll give it ago, what the hell! <fabbione> morning <bddebian> Hello fabbione <Speedy2> bddebian: I added breezy universe, which other repositories would I need to satisfy eclipse-platform's dependencies? <bddebian> Speedy2: You are adding breezy universe to a Hoary install? <Amaranth> Speedy2: main, multiverse, and restricted <Speedy2> Amaranth: Thank you <Speedy2> bddebian: For eclipse. I'll watch what it installs <Amaranth> Speedy2: I hope you don't like X. <Speedy2> Amaranth: eclipse-platform requires libs that bork breezy? <Amaranth> Speedy2: I just told you to fully upgrade to breezy and you didn't even notice. I think you should wait. <bddebian> How can I tell what repo apt is getting a package from ? <bddebian> Without installing that is :-) <crimsun> apt-cache policy $package <bddebian> Thx crimsun <crimsun> np <lamont> infinity: you around? <Speedy2> A program I'm compiling is failing, missing "ansidecl.h" -- what set of headers would that be in? I haven't found it <bob2> what are you compiling? <bob2> that doesn't appear to be in ubunt <Speedy2> bob2: I'm cross-compiing GCC for an ARM target <bob2> that sounds like something from the gcc source <Speedy2> It fails with: "ake[1] : *** No rule to make target `../include/ansidecl.h', needed by `regex.o'. Stop." <bob2> you're using toolchain-source? <Speedy2> bob2: Correct <jasoncohen> when can i expect a patched mozilla thunderbird package for hoary? It's been nearly two weeks. <jasoncohen> and will it have it's security updates backported- or will the upstream version be packged? <jasoncohen> *packaged <jsgotangco> jasoncohen, its always security update backported <bob2> except firfox <bob2> which is now 1.0.6 in hoary-sec <jsgotangco> bob2, the latest update is a new package you mean? <jasoncohen> bob2, that's what i expected. any idea what's holding back the thunderbird backport? <jasoncohen> *thunderbird security fix backport from 1.0.5 <jasoncohen> i think the same issues might occur with thunderbird though since 1.0.5 made API changes requiring 1.0.6 to fix extensions <bob2> jsgotangco: no, the latest update is just 1.0.6 <jasoncohen> well, backports has now officially transitioned to ubuntu servers. the package naming changed as well <jasoncohen> quit nice- fast download speeds + the packages are signed <Speedy2> bob2: I think I got it -- I had to create a build directory seperate to where gcc4.0 was extracted <jasoncohen> ah, cool and now backports has source <bob2> yay for not violating the gpl! <pitti> Morning <daniels> 2/win 122 <fabbione> elmo: can you please install: <fabbione> dpkg-checkbuilddeps: Unmet build dependencies: kernel-wedge (>= 2.05ubuntu2) linux-headers-2.6.12-4-amd64-generic linux-headers-2.6.12-4-amd64-k8 linux-headers-2.6.12-4-amd64-k8-smp linux-headers-2.6.12-4-amd64-xeon libxxf86vm-dev <fabbione> on concordia breezy chroot <daniels> dooooomed <daniels> tseng: package ifolder kthx <daniels> argh, I suck <daniels> so I was working on xauth while very tired <Treenaks> </oldnews> <daniels> and the code had #ifdef SIGALRM all through it <daniels> so I put in autoconf checks to see if SIG{HUP,PIPE,ALRM} were defined <daniels> if so, AC_DEFINE(SIGALRM, 1, [Has SIGALRM] ) <daniels> the upshot of this is that xauth sees the signal numbers for ALRM, HUP and PIPE to be 1 <daniels> and that I didn't need to put those checks in at all <daniels> headdesk <sivang> morning all <sivang> morning pitti <pitti> Hi sivang <sivang> pitti: how are you? <pitti> sivang: very secure :-) <mvo> hehe <mvo> good morning btw :) <pitti> Hey mvo <mvo> hello pitti, thanks for cleaning up after me for vim <sivang> mvo: you created security holes that pitti cleared? :) <pitti> no, just an obsolete patch <sivang> pitti: ah, cleaning obsolete patches is probably always good <pitti> mvo: bad that the build doesn't fail because of that in the first place <mvo> pitti: *nod* <sivang> daniels: what's SIGALRM means? <Treenaks> sivang: it's the signal that gets sent by alarm(2), for example <sivang> daniels: what use does xauth do with SIGALRMs ? * Treenaks guesses that xauth does a lot more than most people expect <pitti> fabbione: is it legitime for a postinst/postrm to fiddle with /etc/modules? <pitti> fabbione: i. e. add or remove something to/from it? <fabbione> pitti: /etc/modules is a config file.. you treat it as any other config file <infinity> lamont : Ugh, been sick all day and out of it. Sorry. Did you need me? :/ <comadreja> fabbione: kismet and wpasupplicant stopped working with -4 kernel <comadreja> fabbione : I have a ipw2200 <fabbione> comadreja: read the changelog <fabbione> it's not a bug <fabbione> it's on purpose <comadreja> oh, thanks <fabbione> either a working stable driver with less features <fabbione> or a broken ipw2100 and unstable ipw2200 <fabbione> what would you choose? <fabbione> :) <comadreja> I've got a ipw2200 ... hehe the unstable 2200 :D * Treenaks is with comadreja on that one ;) <comadreja> I need wpasupplicant <fabbione> it might come back in the next kernel if i get enough people to test the ipw2100 <fabbione> in the mean while stable > * <comadreja> that's ok, I'll keep -3 meanwhile, no problem <Treenaks> which version of ipw2200/ieee80211 was in -3? <comadreja> how do I know ? <comadreja> I'm running it now <Treenaks> comadreja: check dmesg output? maybe it tells you? <Treenaks> (I removed the old one, so I don't have the changelog?) <fabbione> Treenaks: check the changelog <fabbione> it's all documented there <fabbione> i don't write KB of changelogs for nothing <fabbione> iirc -3 had 1.0.4 <comadreja> 1.0.4 yes <comadreja> latest is 1.0.6 <Treenaks> fabbione: the changelog for -3 is also in -4? <comadreja> just below <Treenaks> a <Treenaks> ah <pronik> can anybody help me to workaround xorg bugs? <Treenaks> pronik: promise more beer to daniels, and they'll be fixed ;) <Burgundavia> daniels is also working on an email to get everybody up and going <Burgundavia> so the best answer is to have patience <pronik> Treenaks: I can promise, but he's too far away I guess <pronik> But does "Error loading new keyboard description" mean what I think it means - he can't find or parse keyboard definitions? <pronik> I've also lost all terminal colors - both rxvt and xterm complain "can't get colour 'Black', continuing without" <pronik> Burgundavia: where will this e-mail get posted to? <Burgundavia> pronik, probably ubuntu-users <fabbione> Treenaks: tsk! <fabbione> :P <fabbione> of course.. the changelog is always there for historical reasons <fabbione> exactly because of what you are trying to do <fabbione> Treenaks: if it is not detailed enough.. let me know <Treenaks> fabbione: no, I'm stupid, sorry :) <Treenaks> fabbione: I need to read first, ask questions later :) <fabbione> Treenaks: ok thanks.. you took away from me the worst task of making you aware of that :P * fabbione adds a few coolness point to Treenaks <\sh> hmm <\sh> I think I have to work from the debian version... <\sh> why is ostingGeek [~{{EMAIL+PHONE}}] <\sh> banned? <azeem> did you ever meet him? <Burgundavia> \sh, trust me, it is for a good reason <ogra> \sh, because he is _most_ annoying <\sh> ogra: k...only wanted to know :) <Burgundavia> \sh, he has been banned from one other channel I follow (#openttd) and they are thinking about it doing it on another (#inkscape) <ogra> \sh, we kept him in -moto as a channelpet ;) <ogra> \sh, ... and because i never giveup hope on people :) <Burgundavia> seb128, I swear this totem-video-thumbnailer bug was fixed, but I cannot find the upstream bug report --> http://bugzilla.ubuntu.com/show_bug.cgi?id=12991 <\sh> ogra: u r a good guy :) <seb128> what bug? <seb128> oh, that <ogra> \sh, sometimes i think i'm rather a silly guy... especially in case of HG :) <seb128> - don't thumbnail files constantly if they're changing (Ubuntu: #1573). <seb128> from 2.11.1 change <\sh> ogra: believe me...if you'd received my phone call this morning, concerning the funeral of my grandma...u won't think like this anymore <Burgundavia> seb128, thanks <mdke> tseng, around? <seb128> I've closed the bug <Burgundavia> yes <sivang> ogra: dhlobach is like you , not giving up on people :) <ajmitch> evening all <hughsie> pitti, ogra: ping? <pitti> Hi hughsie <hughsie> pitti, hi. <hughsie> pitti, I've got the libnotify maintainer to release libnotify tomorrow as 0.0.1 <hughsie> is that too late for freeze? <pitti> hughsie: what do you need it for? <ogra> hughsie, i dont think so, since seb128 wanted to package it anyway <hughsie> well, don't /need/ it per-se, but gnome-power-manager picks it up if it's insalled and looks a whole lot nicer <seb128> pitti: gnome-applets can use it too <ogra> pitti, it shows notification messages from the system tray... <pitti> ograI know, it sounds interesting <ogra> hi hughsie btw :) <hughsie> ogra: hi :-) <hughsie> did either of you guys speak to daniels? <seb128> pitti: we want it anyway, so not a big deal to upload it and give it a shot * ogra is just struggling to get the hwdb patches into hal again... <pitti> seb128: sure, merely adding a library can't break much <hughsie> pitti, famos last words... :-) <hughsie> ogra: what is is you guys do to hal-device-manager anyway? <seb128> pitti: oh, and upstream has delayed eggcups to 2.14 for the desktop ... we are free to use it, but not forced. <ogra> hughsie, device manage only has a sall change (a button to run hwdb-client)the worse stuff are the changes to hald it needs :) <hughsie> ogra: i guess. it's a bit fedora in places <ogra> hughsie, i have one that could go upstream as soon as i can myke it apply (lsb release data in the computer device) <hughsie> ogra: you sure davidz wouldn;t accept upstream patches <hughsie> oga: ignore :-) <ogra> hughsie, not all of them.-... <ogra> hughsie, my dmidecode patch is ugly, i wouldt want it upstrema, i only need the data for hwdb... <Burgundavia> I need an ftp that needs login to test a bug, anybody got one that I can test? <hughsie> ogra: gotcha. spoken to daniels? <ogra> hughsie, the /proc/cpuinfo and /proc/meminfo patches might clash with your acpi patches, havent tried them yet <hughsie> ogra: should be okay... but davidz might not like all the extra nodes <ogra> hughsie, nope, he was already away when i started my day... <hughsie> bolocks <ogra> hughsie, i'll try to merge devices in hal... else we'd have two processors in there... <hughsie> ogra: sounds good :-) <ogra> hughsie, since you have the acpi processor data and i have the /proc/cpuinfo data :) <hughsie> ogra: post it upstream and see what davidz says <ogra> hughsie, yes, but first they need to apply again ;) its all written for 0.4.7 <hughsie> 0.4.7, ouch <ogra> and i have to get them in before 11th <hughsie> 0.4.7 is very different to 0.5.3 <pitti> mozilla <hughsie> you've the whole linux -> linux2 restructuring <ogra> yes, but i wrote them all as separate files so its mostly only copying them to linux2 and make the matching changes to osspec.c <hughsie> ogra: okay, not the end of the world then. <ogra> nope, just eats time *sigh* <hughsie> ogra: could you try to package CVS g-p-m on ubuntu? See what your patches clash with. <ogra> hughsie, arent the g-p-m patches already upstream ? <ogra> (the hal side ) <hughsie> ogra: the help file and stuff, yes <ogra> so mine shouldnt clash ... <hughsie> ogra: ohh, you mean the events support or the battery.* devices? <ogra> hughsie, nope i mean the processor device you create in hal.... from the /proc/acpi data... i create a processor device too but from /proc/cpuinfo <hughsie> that was in 0.5.2 i beleieve <ogra> yes, thats where i'm porting them to <hughsie> couldn't your patch just add into acpi.c into the processor_refresh lump? <ogra> what if a system has no acpi support ? will your processor device in hal exist ? <hughsie> no. <ogra> so mine have to override this... <ogra> since /proc/cpuinfo will always be there <hughsie> yes, but you can still try to search for the node based on capability or something <hughsie> you could add if found, create and add if not found <ogra> something like that... <tseng> daniels: dude, ifolder is like 4 packages <ogra> ifolder is crack <ogra> (but daniels loves crack, we all know this :) ) <hughsie> I need daniels to look at dbus 0.35 for me * tseng shudders <ogra> hughsie, he sits in .au .... <hughsie> ogra: I know, but he should be using GMT :-) <ogra> hughsie, naah, we all live with UTC here ;) <hughsie> ogra: okay, but my g/f idn't going to like it :-) <ogra> hehe <ogra> as long as you convert hr too everything is fine :) <hughsie> ogra: I'll let you tell her that. I have to shower and get to work. Catch you guys later <ogra> its just that you loose all your other friends... but you win a wonderful community on IRC ;) <hughsie> lol <ogra> hughsie, i'll poke daniels about dbus 0.35 if he's around <ogra> meh <\sh> damn...all the merges are loosing the cxx trans stuff <ajmitch> \sh: they shouldn't if done right <ajmitch> got an example? <\sh> ajmitch: well...if everything works fine, no dropped patches yes.. <ajmitch> \sh: whoever does the merges has to watch for dropped patches.. <\sh> ajmitch: yes :) <ajmitch> or whoever reviews the prospective MOTUs work ;) <\sh> ajmitch: what I'm doing here? ,-) <ajmitch> hey I have been helping a little :) <jsgotangco> bye guys i have a dinner appointment :) <jsgotangco> see you guys later <ogra> have fun <ajmitch> bye <maswan> fabbione: we now have the rsc configured, so we should be able to reboot buttercup more quickly. :) <maswan> fabbione: also, do you know if the watchdog support would be worth enabling, or will linux go nuts about it? <fabbione> maswan: yo.. <fabbione> maswan: nice.. i think the watchdog support works fine <fabbione> it's worth a try <fabbione> maswan: Trave11er reported the 2.6.12 from ubuntu boots <fabbione> so it might even be worth upgrading <fabbione> but i don't feel comfortable in rebooting it without console :) <sivang> fabbione: have you gotten successful reports about installing breezy (2.6.12) on a pSeries machine yet? * mvo curses at his network provider * ogra adjures pitti to go online again... <fabbione> sivang: yes one.. i think <fabbione> there was one bug that has been fixed.. so i guess it should all work by now <ogra> mvo, complain at \sh, its all his fault ;) <sivang> fabbione: oh goody. Was it fixed upstream? <fabbione> sivang: it was a problem with the installer <fabbione> the kernel should be ok <fabbione> sivang: just test it and report.. <fabbione> you have such a machine.. i don't <sivang> fabbione: ok, should I grab a new daily installer image? <fabbione> yes <sivang> fabbione: /me is on to it. Thanks <mvo> ogra: I will if he is around. I'm connected with isdn right now because the cable modem does no longer get a connection <ogra> mvo, \sh just came back.... ;) <sivang> fabbione: btw, where can I which bug was fixed? where are the changlogs for such a thing? <\sh> lol <\sh> mvo: u r 1511? <ogra> \sh, DO <ogra> :) <\sh> yay...nobody from HSI support <\sh> ogra: yes...1511 ;) <maswan> fabbione: Well, I'm on campus now. :) <fabbione> maswan: when are you going back to the campus again? <fabbione> i am sort of busy today to play with buttercup <fabbione> (it's building since you bring it up again yesterday ;)) <maswan> fabbione: Well, I should be working this and next week, so <maswan> fabbione: after that I'll be further away from connectivity <fabbione> maswan: perfect! i will ping you tomorrow if you don't mind too much <fabbione> yeah next week i will start VAC :) <baggins> Hi there. I'm interested in writing/helping write a X.org configuration tool. <maswan> fabbione: sure <fabbione> maswan: thanks a lot <carstenh> azeem: i just read your comment on the firewall gui (using /lastlog firewall). sounds good, i will think about pros and cons of that idea. thanks. <ogra> Kamion, ping <carstenh> azeem: but i guess we will not change our plans about that. we will see :) <Kamion> ogra: pong * Kamion fixes up a bunch of default Bugzilla component assignments <Kamion> minor details like assigning gcc to doko <ogra> Kamion, have a look at http://vljubovic.members.epn.ba/ldseed.txt, does that look ok for you ? <doko> heh, I did clean up the gcc reports two days before :-/ <ogra> Kamion, its for the Lightweight Desktop bounty <Kamion> ogra: I don't understand why there's an "ubuntulite-icewm" that "includes icewm, icepref and rox-filer" <ogra> oh, yes.. i overlooked that... vedran ? <vedran> it also does some configuration <ogra> vedran, could you split that into the single packages ? <vedran> well just use regular packages :) but ubuntulite-icewm configure icewm to use rox-filer as desktop <Kamion> ogra: console-tools and usbutils are both in minimal and shouldn't be in the lightweight-desktop seed too <ogra> vedran, ^^^^ <vedran> ok i'm logging ;) <Kamion> presumably this seed would depend on standard <ogra> yes <Kamion> otherwise it doesn't seem too bad <Kamion> I haven't run germinate over it to work out the size <Kamion> perhaps somebody else could do that; more people need to get used to using germinate <Kamion> you'll need to grab the breezy seeds, drop this new seed into them, edit STRUCTURE accordingly, and use germinate's -S switch to point it at your local seeds <\sh> does anybody have problems mit libXrender.la on amd64? <vedran> Kamion: I can't do that until tommorow :( <ogra> vedran, that'd be enough... <ogra> vedran, we just have to have it done until your SoC time is over <ogra> which is aug. 11th ? if i'm not wrong... so plenty of time <Kamion> there's a germinate package in breezy which will be suitable for that <vedran> ogra: sep 11th afaik :) <ogra> oh <ogra> even better :) (i already felt in a rush) <vedran> Kamion: any idea how to properly solve the icewm/rox integration? (it's just one file in /etc) <Kamion> vedran: doesn't rox-filer register itself with the x-session-manager or x-window-manager alternatives (whichever's appropriate)? <Kamion> alternatives would be the usual way to solve this <ogra> it will require some small changes to the package if its not using the alternative system yet <ogra> (but it already should do it) <vedran> Kamion: i'm not sure that would do it, it needs to be added to icewm session <vedran> that is, icewm starts rox-filer as its desktop (the thing with icons) <vedran> its already done in xfce, i need to look how <Kamion> what does icewm do for its desktop in its default configuration? <Kamion> as packaged * ogra guesses nothing <vedran> nothing iirc <\sh> ogra: can u do me a favour? or are u extensivly busy? :) <ogra> \sh, the latter... <ogra> what would be the favor <ogra> ? <\sh> ogra: apt-get source grip <Kamion> vedran: does it have any kind of directory into which packages can drop session entries? <ogra> \sh, done <\sh> and check in your amd64 pbuilder if it builds..or if it throws a nice libXrender.la error...if yes, please put an autotools dance in the rules file in the configure target and rebuild it again <\sh> I don't want to use the buildds again for testing ,-) <\sh> in the meantime I'm trying to help mvo more <Kamion> vedran: also, let's say somebody (not using your configuration) was running icewm and installed rox-filer. Would they want it to set itself up as the icewm desktop? <ogra> \sh, pbuilder running <vedran> Kamion: thats the problem, i'd like people to say something like "apt-get icewm-roxfiler-desktop" and get all preconfigured <\sh> thx man...short away <vedran> Kamion: icewm session is just one script, not directory, and needs to be placed in /etc/skel <TWD> Is anyone working on the DialUp Support goal atm? <ogra> \sh, libtool: link: cannot find the library `/usr/lib/libXrender.la' <Kamion> vedran: (I'd be happier with a name like icewm-roxfiler-desktop than with ubuntulite-icewm, FWIW; it describes more clearly what it does, and it's more branding-friendly) <Kamion> vedran: /etc/skel??? gross <ogra> rather ugly :) <Kamion> vedran: please try to make that site-wide configuration instead <Kamion> see Debian policy 10.7.5 for rationale - /etc/skel is difficult to support correctly <vedran> Kamion: ok I've found a better way :) I'll make a fixed package tommorow <Kamion> cool, thanks <fabbione> doko: curl_7.14.0-2ubuntu1: successful <doko> heh, nice <\sh> ogra: can u put in the rules file a aclocal-1.x automake-1.x and autconf and libtoolize? I'm just curious..cause on all other archs it worked <ogra> \sh, later thi evening... i'm curretly very busy getting my hwdb patches into hal <\sh> ogra: np <\sh> ogra: actually I'm w8ing for Mithrandir to reactivate my account <Kamion> http://lwn.net/Articles/145024/#Comments <- "Ubuntu's parallel startup is the worst" <Treenaks> it is? <bob2> it has parallel startup? <Kamion> claiming that starting gdm early isn't really a win because there's so much else going on <Kamion> and that something that starts after gdm screws up X <tseng> well they should test it <Kamion> read the article - it's somebody saying that from experience <ogra> hmm, i have to try runlevel 3 ;) never booted into this *g* <infinity> 'tree' isn't in main?... My life may come to an end. <bob2> if only you had upload priveleges! <infinity> I do, but this is about seeds. <seb128> doko: around? <seb128> grrrrr <infinity> I guess it's time to write a MainInclusionReport for tree! <seb128> firefox (1.0.6-1ubuntu2) breezy; urgency=low <seb128> . <seb128> * Don't ship firefox-dev with firefox-nspr.pc and firefox-nss.pc. <seb128> <infinity> Cause, y'know, installing from universe makes me a sad panda. <doko> seb128: yes <seb128> that breaks epiphany-browser ... why this change? <seb128> it FTBFS now <doko> because the headers are not in the package <ogra> seb128, because we dont like epiphany :) <ogra> pitti, !!! <seb128> doko: ? <pitti> Hi * bob2 pittis the fool <seb128> doko: please put that back so epiphany-browser can build <doko> there is no /usr/include/firefox/nspr directory in the package <doko> seb128: no, it makes OOo2 FTBFS <seb128> firefox-dev: /usr/include/mozilla-firefox/nspr/nspr.h <ogra> pitti, i reworked the lsb_release patch .... are you fine if i send it to you wit a patched Makefile.am and you do the automake patch again ? <seb128> includedir=/usr/include/mozilla-firefox <seb128> Cflags: -I${includedir}/nspr <seb128> <seb128> doko: that's before your upload ... what's wrong with that ? <doko> seb128: ehh, since when are these included? is libnspr.so there as well? <pitti> ogra: sure <ogra> pitti, indeed only in the end if all my patches re in again... <seb128> doko: for ages <ogra> pitti, i also sent it upstream... curious if david will accpt it :) <doko> seb128: definitely not ... <ogra> pitti, thanks :) <pitti> ogra: I doubt it, but let's hope :-) <seb128> doko: the package has not changed for months ... <ogra> pitti, come on, the lsb patch is non intrusive and its a nice feature for lsb based distros :) <seb128> doko: anyway this .pc is right, it points to existant .h files so please revert your change <pitti> ogra: you have to convince David, not me :-) <ogra> pitti, i know :) <ogra> pitti, i must admit i dont really care, i sent it to the ML... if he likes it, ok. if not i'm still fine :) i wont put time into discussing it with him :) <doko> seb128: the nss headers are still missing <doko> seb128: the .so links are missing. this is just wrong. keep the files out, fix epiphany-browser please <seb128> grrr <seb128> I'm going to change firefox myself <fabbione> elmo: ping? <seb128> I've enough to do with GNOME atm without getting that b0rked <doko> seb128: please don't. this IS WRONG! <elmo> fabbione: ? <crispin> doko: the firefox-xpcom .pc file depends on firefox-nspr .... <Treenaks> elmo: did you see my mail re: upload rights? <fabbione> elmo: did you install the B-D on concordia? <doko> seb128: that's not right way. reverting a fix, because you say you don't have time to fix your packages <elmo> fabbione: eh, what b-d? <elmo> Treenaks: yes, I haven't had a chance to look yet <fabbione> elmo: ok.. just a sec. i will grab the list again <fabbione> dpkg-checkbuilddeps: Unmet build dependencies: kernel-wedge (>= 2.05ubuntu2) linux-headers-2.6.12-4-amd64-generic linux-headers-2.6.12-4-amd64-k8 linux-headers-2.6.12-4-amd64-k8-smp linux-headers-2.6.12-4-amd64-xeon libxxf86vm-dev <seb128> doko: this is not a fix, the browser are built with firefox and these files are needed <fabbione> elmo: these ones... <fabbione> concordia breezy chroot please :) <seb128> doko: is some .so are not listed by the package put them here, that's the fix <fabbione> elmo: it was probably lost in the scroll back.. nothing too important <seb128> doko: dropping files is not fixing anything, it's just running away and breaking other packages <doko> seb128: no, you have to use the things provided by libnspr-dev and libnss-dev. <seb128> I don't want to build with mozilla <doko> seb128: you do want to build with libnspr-dev and libnss-dev <seb128> no, that's mozilla <doko> seb128: it is <seb128> I don't even have these packages installed <doko> seb128: currently you _pretend_ to build with firefox <doko> so where do you get the nspr and nss libs from? <seb128> typo <seb128> anyway I don't want to build with /usr/lib/pkgconfig/mozilla-nspr.pc <seb128> but with /usr/lib/pkgconfig/firefox-nspr.pc <pitti> seb128: would it help if firefox produced libnspr instead of mozilla? <doko> pitti: yes, it would <seb128> pitti: sure <pitti> seb128: we need to do that anyway if we want to demote mozilla <seb128> which is correct fix <seb128> not what doko is doing <pitti> that would be a pretty severe deviation from Debian, but oh well... <seb128> that's the only way to move mozilla to universe anyway <doko> seb128: you use the mozilla libs and the firefox libs. THATS CRAP! <pitti> seb128: but still, I don't see the problem of build-depending on libnspr-dev, regardless of which source package produces it <seb128> doko: read again what I said <doko> seb128: typo: you use the mozilla libs and the firefox headers <seb128> doko: make firefox build these packages instead of dropping the .pc <pitti> btw, I don't know what doko is doing, I didn't follow that <seb128> pitti: it's dropping firefox-dev .pc files which breaks epiphany <seb128> s/it's/he's/ <ogra> pitti, * Don't ship firefox-dev with firefox-nspr.pc and firefox-nss.pc. <ogra> last upload iirc <seb128> doko: <seb128> $ ldd /usr/bin/epiphany | grep firefox <seb128> libgtkembedmoz.so => /usr/lib/mozilla-firefox/libgtkembedmoz.so (0xb7fb0000) <seb128> libxpcom.so => /usr/lib/mozilla-firefox/libxpcom.so (0xb7eff000) <seb128> libplds4.so => /usr/lib/mozilla-firefox/libplds4.so (0xb7efb000) <seb128> libplc4.so => /usr/lib/mozilla-firefox/libplc4.so (0xb7ef6000) <pitti> doko: does libnspr4-dev have the .pc file? <seb128> libnspr4.so => /usr/lib/mozilla-firefox/libnspr4.so (0xb7ec4000) <doko> pitti: the libnss.pc file is referencing /usr/include/firefox/nss, which is not there, and it references /usr/lib/libnss.so, which is not provided by this package <seb128> $ ldd /usr/bin/epiphany | grep mozilla | grep -v firefox <seb128> $ <pitti> seb128: libnspr4.so => /usr/lib/mozilla-firefox/libnspr4.so (0xb7ec4000 <- that's SOO wrong <doko> pitti: yes, but seb128 does not want to use it <seb128> pitti: why? <seb128> doko: where am I using mozilla libs? <pitti> seb128: libraries belong into /usr/lib, and once we change libnspr4-package, we expect that packages using it get the fix as well <pitti> seb128: otherwise we quietly duplicate libs, which is evil <doko> pitti, seb128: I'm forwarding you a mail I sent to the Debian mozilla and firefox maintainers. The best way would be to build the libs from it's own source and make the other packages use them <infinity> seb128 ; They're compatible libs anyway, or they bloody well better be if the SONAME is the same, so why do you care if you link to the public ones (from Mozillaa) or the private ones (from Firefox), except that the latter is JUST PLAIN SICK AND WRONG...? <pitti> doko: that's exactly what I had in mind, I just look whether this is possible <pitti> doko: seems easy, subdir nsprpub/ even has its own configure <seb128> infinity: building with firefox or mozilla doesn't give the same behaviour, I guess there is a difference somewhere <doko> pitti: yes, nss is the problem <pitti> seb128: that's a bug then <seb128> pitti: what? firefox and mozilla are different ... <pitti> seb128: right, but libnspr4 should behave the same <infinity> seb128 : The browsers are, but those libs shouldn't be.. <elmo> fabbione: done <seb128> crispin: heeelp :) <seb128> crispin: what does change when you build with firefox or mozilla ? <crispin> lots and lots of things :-) <doko> http://ftp.mozilla.org/pub/mozilla.org/nspr/releases/ <Kamion> oh, hi crispin <doko> http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/ <crispin> hi Kamion <doko> pitti: ^^^ <seb128> crispin: why if the libs are the same? :) <pitti> doko: yay <crispin> I don't know the details of the nspr changes, but certainly an epiphany built against ff won't work against mozilla libs <doko> I wanted to start these, but currently ENOTIME <pitti> crispin: it's not building against FF, it's building against the basic nspr lib <crispin> the nspr bits might be compatible between ff and mozilla, but there is no guarantee <pitti> crispin: if they aren't that would be abug <infinity> I could see that for xpcom and gtkemebdmoz <crispin> certainly the libgtkmozembed.so in ff and mozilla _are_ different <infinity> But nspr and nss should be identical. <pitti> crispin: for sure <doko> crispin: but we currently use firefox's nss headers. so we already are wrong <crispin> besides, the .pc files in the current ff package are screwed <seb128> what .pc? doko just droped them :p * Kamion goes to drive his fiancee to a dress fitting; back in an hour or so <crispin> firefox-gtkmozembed (which is what ephy uses) depends on firefox-xpcom, which depends on firefox-nspr (which isn't there) <doko> Kamion: you stay, or do you work some hours until you drive her back? ;-) <Kamion> stay there, but it shouldn't take that long; the dress has already been selected :) <fabbione> elmo: thanks <seb128> crispin: so what is to change? <crispin> seb128: hmm, well I suppose in theory if the firefox-dev package was made to depend on libnspr4-dev and the .pc files were fixed, that might work, but I doubt anyone has tried that <infinity> crispin : Right, and it should be ffox-gtkmozembed -> ffox-xpcom -> moz-nspr, as far as I can tell. nspr has no need ot be duplicated. <carlos> mjg59_, hi, around? <pitti> infinity: upgrading from warty's ffox is a mess, but I'm slowly making progress... <pitti> infinity: how's tbird? <crispin> infinity: yeah, that might work, but I wouldn't like to make any guarantees <rtcm> seb128: shouldn't gnome-smproxy be removed from /usr/share/gnome/default.session now that it is deprecated upstream? should i file a bug about it? <crispin> we (galeon/epiphany) have _a lot_ of trouble with ff / mozilla API changes <pitti> infinity: btw, in warty the new ffox breaks all the locale packs, could you please check that for tbird as well? <infinity> pitti : Oh, ouch, I hadn't thought of langpacks. <mjg59_> carlos: Hi <seb128> rtcm: good catch, please fill a bug, thanks <pitti> infinity: not the langpacks itself, mozilla-firefox-locale-* in my case <carlos> mjg59_, daf told me that perhaps you could help me a bit with a problem I have with my Lenovo X41 battery <pitti> carlos: btw, any ETA on the translation tarball? if I don't finish that by friday, seb128 eats me for breakfast <infinity> pitti : Are those not geenrated from the same sou-- Oh, no, they're not. Suck. <crispin> oh, and of course ff-dev should drop the nspr headers if it changes the pc files and dependancies :-) <mjg59_> carlos: I can try... <carlos> pitti, I was offline yesterday but I had it more or less working, got a problem and had to leave so I hope you will have it today (if the script finish on time, if it takes more time, tomorrow morning) <pitti> infinity: $ grep 'Package: mozilla-thunderbird-locale' /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_warty_main_binary-i386_Packages <pitti> [warty] martin@donald:~$ <carlos> mjg59_, I got it last week and I'm not able to use it without the power plug for more than 1 hour and a half <pitti> infinity: lucky you <bob2> what's up with http://cdimage.ubuntu.com/dvd/current/ only having amd64 stuff? <carlos> mjg59_, and the laptop mode is on <Amaranth> bob2: openoffice2 deps <Amaranth> err, wait <infinity> pitti : They're in universe. <pitti> infinity: that's why I said "lucky you" :-) <Amaranth> language-support-en depends on something from openoffice but the openoffice2 package conflicts with that one <bob2> cdimage.ubuntu.com seems to have a bunch of issues <bob2> is that elmo or Kamion country? <doko> crispin: nss should be built from which source? <infinity> pitti : We have the green light to break universe packages willy-nilly with these updates? <Amaranth> bob2: That's main uploader country. :) <pitti> infinity: most of them were obsolete even with warty's tbird <bob2> Amaranth: ? <doko> Amaranth: the oo2 conflicts are resolved in m116 <Amaranth> bob2: unbreak main and cdimages will pop out :) <infinity> pitti : Oh, so they are. Interesting. <Amaranth> doko: cool <pitti> infinity: so it should only be necessary to update about 5 packages for universe (would be cool if we did) <bob2> Amaranth: for hoary <infinity> pitti : We need to do britney runs or something to prevent releasing with obviously broken packages like that. <pitti> infinity: I didn't meet britney so far, is she nice? <pitti> infinity: luckily all mozilla-locale-* packages are in universe, too, so at least I didn't screw up that... <pitti> (for warty) <infinity> pitti : -de, -fr, and -nl are the only installable ones. The rest are broken anyway. So, I'll just be breaking the last 3. :/ <pitti> infinity: oh, I only checked warty, not hoary <infinity> pitti : The hoary ones depend on versions between 1.0 and 1.1, so we're safe there. <mjg59_> carlos: Is this the big battery or the small one? <pitti> infinity: cool; I remember that I thought of that when I brought them in shape <crispin> doko: no idea, I don't know how the ff / mozilla code interacts with nss <infinity> pitti : britney, as in the "testing" script. Not that we should use "testing", it would completely break our workflow, but using britney occasionally to check for "Ooo, we have 800 completely uninstallable packages" might be nice. <mjg59_> carlos: And can you unplug it, then put the contents of the files in /proc/acpi/battery/* somewhere? <carlos> mjg59_, the small one <carlos> mjg59_, sure <pitti> infinity: would it be possible to run that with "imagine I would put these security uploads to warty-security"? <pitti> infinity: or is it just "see that you broke it"? <infinity> pitti : If you had a packages file for the proposed updates, sure. <Amaranth> (gedit:7085): Gtk-CRITICAL **: gtk_file_system_path_is_local: assertion `path != NULL' failed :/ <Amaranth> anyone know what that means? <infinity> pitti : Use your packages file as the input (sid), and the union of warty and warty-security as the target (testing), and let it go. <lamont> infinity: was more making sure you'd seen the /query and weren't going to mess with the chroots I was in... but they're back to normal now <doko> infinity, pitti: Kamion said, he was working on it <infinity> lamont : Ahh, yeah, I saw it. Also, ghc6 needs gcc-4.0 porting, which I never got around to doing. Did you hack on it at all? <lamont> infinity: about 2 seconds worth <lamont> see #ubuntu-motu scrollback for my bitching when I quit dealing with it about 7-8 hours ago <infinity> Heh. Did you get to the point where you have any patches to show for it, or would anyone else taking up the torch be better off starting from scratch? <\sh> doko: ping -> fbi fixed <\sh> elmo: ping -> what do u need from me, for gpg key main include? should I mail u again my gpg pubkey? <lamont> infinity: ghc/includes/Storage.h, comment out the extern that causes GC.c to fail. That gets you to where I tossed my hands in the air. * lamont --> work <infinity> lamont : Alright, I'm trawling upstream CVS right now, looks like they've been committing gcc-4.0 fixes. <ogra> pitti, do you know where callout.h dissapeared in hal ? <lamont> infinity: I threw it back to sispoty and siretart - probably good to make sure there's no dup effort <lamont> really running <pitti> ogra: no, sorry <ogra> argl... it was dropped completely .... <ogra> damned <\sh> grrrrr....diff between pbuilder and sbuild was, that sbuild is parsing the build-deps in reverse order? <infinity> ...? <infinity> \sh : In what case? <\sh> e.g. Build-Depends: libxorg1-glu-dev | libglu-dev <infinity> Uhm, libxorg1-glu-dev isn't a package. <\sh> and sbuild makes: libglu-dev is a virtual package provided by: xlibmesa-glu-dev libglu1-mesa-dev libglu1-xorg-dev <\sh> what? <infinity> Try libglu1-xorg-dev <\sh> aya * \sh needs new glasses...where is the eye-specialist <infinity> (But it's going away in daniels' next upload anyway, so get used to using libglu1-mesa-dev) <infinity> Or, "Hi, GL and GLU are still seriously in flux, have a nice day." <sebest> hi, any pointer to create initrd ? <infinity> I need to upload some less broken mesa stuff, xorg -44 will drop GLU (so we only have one implementation), mesa needs to head to main, and a weird dpkg bug that triggers in some mesag-dev installations needs to be fixed or worked around. Did I miss anything? <siretart> infinity: whats bad about libglu1-xorg-dev? it is the same as in debian <\sh> infinity: so I wasn't wrong...I doesn't really matter what I'm writing as GLU build-deps...it's always wrong ;) <siretart> sebest: mkinitrd(8) <infinity> siretart : Nothing's bad about it, except that as part of X modularisation, mesa is going back where it belongs -- to upstream mesa, rather than having an extra copy in Xorg that Xorg builds libs from. <infinity> \sh : Possibly, yes. :/ <infinity> \sh : We're pushing to get this all a lot less confusing (and less ever-changing) as quickly as we can. <infinity> \sh : For now, though, build-dep on liblgu1-xorg-dev, since we know it works (and you get to see if your packages actually build), and I'll go over verything in a semi-automated fashion after we fix the xorg/mesa overlaps and rebuild anything that may need it. <\sh> infinity: forget my sarcastic comments...I was wrong..that's it <\sh> but funny, that ia64 was behaving differently... <infinity> \sh : ia64 may have a dirty chroot. That can cause unexpected behaviour. <bddebian> Heya <infinity> \sh : Due the aforementioned dpkg bug, some mesa-related builds are leaving chroots broken. <doko> \sh: thanks for the fbi upload. did you change anything in the source? <\sh> infinity: so we can also have a problem on amd64 with libXrender.la? <\sh> doko: yes...i included in the build-deps: bsdmainutils, cause hexdump was needed on ppc <doko> \sh: please reupload as ubuntu1 <\sh> eek..ok <\sh> doko: but grip is giving me a headache <infinity> \sh : What's this about Xrender.la?... That should be long gone. Which build log are you looking at? <\sh> infinity: http://people.ubuntu.com/~lamont/buildLogs/g/grip/3.3.1-2ubuntu2/grip_3.3.1-2ubuntu2_20050727-1200-amd64-failed.gz <\sh> infinity: and it's only occuring on amd64 <ogra> infinity, fails here locally too <infinity> \sh : And yes, if you change the source, use -XubuntuX, as those are the only revisions that won't get automatically overwritten when the archive is in sync mode. <infinity> \sh : Kay, that means amd64 probably needs some libraries to be updated. I'll look at it and fix it tonight. <\sh> infinity: thx <doko> \sh: it's likely a pkgconfig file, which still references the .la file <bddebian> Heya highvoltage <highvoltage> hu bddebian. how are things? <\sh> doko: let me check again..I'm really sad, that I'm a pkgconfig noob :( <bddebian> highvoltage: Not too bad thanks. You? <Kamion> doko: are we getting the OOo2 milestone without
{'channel': 'ubuntu-devel', 'month': 8}