[00:05] g'night all === cgunn is now known as Gunner_Sr [00:47] does anyone know where I can find a xpmlib package? [00:48] I tried apt-get, and no luck... [00:51] ? [00:51] more context would be useful. [00:52] i.e., libxpm4 certainly exists. [00:52] crimsum: let me check that... [00:53] crimsum: okay, already installed. [00:54] crimsum: is it installed in a non-standard location, as I am autoconfiguring and it says cannot find X? [00:54] crimsun: is it installed in a non-standard location, as I am autoconfiguring and it says cannot find X? [00:55] hmm? [00:55] * Gunner_Sr sorry crimsun [00:55] if you're attempting to compile something that requires xpm, you need libxpm-dev installed. [00:55] crimsun: let me check as well [00:56] crimsun: got it. [00:56] crimsun: it was already installed. [00:56] so please pastebin whatever command you're attempting that generates the error(s) [00:57] okay, how does pastebin work? [00:58] !paste [00:58] pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic) [01:01] Here it is: http://paste.ubuntu-nl.org/47064/ [01:02] Great. I have a stable automatic source packager. [01:02] All I have to do now is to debianize it... [01:02] * Gunner_Sr hiya jonnymind! [01:03] yo [01:03] Gunner_Sr: use the metapackage, libx11-dev [01:03] crimsun: okay, let me try that, thx [01:04] crimsun: also installed, this is weird? [01:05] Gunner_Sr: check config.log for where it's bailing [01:05] it's likely an extension [01:05] I have already created separate debs from the compiled source (deranged in the live development space), and it was lint, so it should be fast. [01:06] <`nobody> I have another question: I've packaged a patched version of network-manager-vpnc to include a patch that me and some coworkers were needing -- support for saving group passwords. I've commented on the open bug about this too, but would that kind of stuff usually go in the next release or in the current? what are the guidelines about when the bugs are being fixed? [01:06] I hope to have the deb things (source + binaries) tomorrow. Should I upload all the packages or only the source deb? [01:06] crimsun: cannot find a header called X11/Intrinsic.h? [01:07] `nobody: normaly only the next release [01:07] <`nobody> ok [01:08] Gunner_Sr: libxt-dev [01:08] <`nobody> that's fine -- i heard it needed approval/advocacy from developers too? [01:08] `nobody, please send it also to upstream [01:09] crimsun: getting it now, I think that could be it. [01:09] imbrandon: I think you forgot to update debian/config for the new flashplugin-nonfree [01:09] crimsun: thanks, that worked!! [01:09] ls [01:09] `nobody: send to upstream and the bug you speak of please subscribe ( not assign ) ubuntu universe sponsors [01:10] crimsun: likely, i'll look now [01:10] <`nobody> ok, i'll look at that. [01:12] crimsun: I go to make, now and get X11/Xmu/CurUtil.h: No such file or directory [01:12] crimsun: ahh yea i certainly did, thanks for the catch, fixing now [01:13] Gah. Is it a bug for arch: all packages to FTBFS on AMD64? [01:13] imbrandon: np, thanks. [01:14] Gunner_Sr: libxmu-headers [01:14] Gunner_Sr: please use apt-file or http://packages.ubuntu.com [01:14] crimsun: okay, thans. [01:14] crimsun: okay, thanks. [01:19] RAOF: I doubt it. [01:19] RAOF: Given only the i386 buildds will touch arch: all packages [01:19] I sign off. See you tomorrow, hopefully with a package :-( [01:19] *:-) [01:20] Goodnight. [01:20] StevenK: Yeah, fair enough. It's merely annoying :) [01:22] <`nobody> imbrandon: the patch wasn't written by me but by some developer on Redhat/Fedora, all I've done was repackage network-manager-vpnc with that patch that works from 0.6.4 to 0.7.0. The bug is already known upstream and some patches have been proposed, but the bug isn't closed yet. I'm subscribing ubuntu universe sponsors to the launchpad bug now [01:23] jonnymind: seeya [01:23] `nobody: okies, sounds like a good plane [01:23] plan* [01:23] `nobody, what is the answer of the upstream regarding this patch? [01:23] crimsun: fix uploaded, again thanks fo the catch [01:24] jdong: btw if you already poked pitti you might re-poke reguarding ubuntu2 :) [01:24] imbrandon: np. [01:25] <`nobody> giskard: unclear. the bug is still marked NEEDINFO, and last comment was on Nov 17, actually, the more i look and the less sure I am that this exact patch was posted. I'll have to md5 them or something to check [01:26] hah [01:26] `nobody, i think you have to poke upstream [01:26] imbrandon: you get dibs on bug 174276! [01:26] Launchpad bug 174276 in ubuntu "flashplugin-nonfree issue" [Undecided,New] https://launchpad.net/bugs/174276 [01:27] * imbrandon looks [01:27] <`nobody> i'll comment and attach the patch to the bug, just to be sure. [01:28] crimsun: gee thanks :) [01:29] imbrandon: no prob. [01:29] hrm honetly i think its a bug that the package installs even if the md5/download fails [01:29] leading to situations like this [01:30] but obviously it was put there for a reason [01:34] well, arguably the wrapper/package itself is a bug [01:34] yea [01:35] Fujitsu: probably better to do a requestsync for sing since that's the only change in ubuntu. :) [01:35] i'm wondering what the resoning behind letting the package install though' [01:35] imbrandon: it can block other essential packages from installing if it fails [01:36] imbrandon: that's overkill, IMO [01:36] ahh [01:36] I didn't make that change in the source package, but I concur with its semantics in just that instance [01:37] yea, i agree there but it also causes this [01:37] heh [01:37] honestly, we ought to kill the package [01:37] it would just get imported from debian ( unless blacklisted ) [01:38] one con, however, is that doing so is only a benefit for firefox [01:38] AFAIK, neither opera nor konqueror provide a facility to install the latest stable non-Free Flash plugin [01:38] i think konq does now, leaste in kubuntu [01:38] i would have to confim though [01:38] firefox, however, has that plugin finder or whatnot [01:39] perhaps Konq does now; it didn't in 7.04 [01:39] (haven't tested 7.10) [01:39] right [01:39] tonio_ did some work on that front in .10 [01:39] afaik [01:40] i dont think its as robust as firefoxes though and relys on ubuntu packages, eg its not an upstream thing [01:41] hmm, yeah, that would be bitten if f-n were removed ;p [01:42] Neat. It's hailing [01:43] it has been snowing here [01:43] its supose to snow/freeze rain here tonight [01:44] crimsun: btw where are you now? heh [01:44] wasent you doing some traveling ? [01:44] it always snow in canada eh? [01:44] hey crimsun [01:45] if yall want a quick giggle at MS's expense : http://www.imbrandon.com/2007.12.05/debian-powers-the-world.html [01:45] imbrandon: DC momentarily. [01:45] crimsun: ahh [01:51] StevenK: Youch. [01:52] TheMuso: It is absolutely belting down over here, I suspect that the forefront to the thunderstorm was a few stray bits of hail [01:53] StevenK, TheMuso: You get all the fun :( [01:53] TheMuso: I apologise if you've already covered a11y WRT pulseaudio in Ubuntu 8.04, but if you have a "needs work," let's chat about it sometime soon. [01:54] RAOF: It pelted down over here for a good few hours, and my wife said "Oh, it rained in Bondi for about five minutes." [01:54] crimsun: I haven't yet. [01:54] still playing with stuff and pondering [01:54] StevenK: Yeah, it did a bit of raining here too. [01:54] Heya gang [01:54] heya bddebian [01:54] Yo! bddebian! [01:54] The problem is I want lunch. :-) [01:54] Hi imbrandon, RAOF [01:55] imbrandon: It just dawned on me. You don't have a brother named Kurt by any chance do you? :-) [01:55] bddebian: nope [01:55] y? [01:55] Anyone running gutsy on VT-extension-capable hardware want to test a kvm/bochs backport? [01:55] crimsun: I am hoping to use a package called speech-dispatcher in the future, which would replace gnome-speech. It supports output for oss, alsa, and pulseaudio, and works with several synths. [01:55] imbrandon: I was friends with a Kurt Holtsclaw at Purdue [01:56] I doubt I can get things ready for hardy, due to necessary upstream changes for orca, but certainly hardy+1. [01:56] So for now, I'm simply thinking of wrapping gnome-speech drivers in padsp. [01:56] TheMuso: ok, sounds good. [01:56] Anyone fluent in Spanish? [01:56] bddebian: ahh, could be family of some sort, i dont know any Holtsclaw's back past my father and uncles, e.g. my grandfather left my grandma and got remarried and had more kids etc [01:57] when my dad was 2 [01:57] TheMuso: I moved pulseaudio-utils from Suggests to Recommends for 0.9.8-1ubuntu1; we can attempt to add it to the desktop seed if you feel it's appropriate. [01:57] imbrandon: Well with my failing memory he could have spelled it with a z also. :-) [01:57] crimsun: I won't know till I've tested all gnome-speech drivers that users will want to use, and then the utils package will have to be a depend of gnome-speech anyway. [01:58] yea the z is another whole clan, heh, its funny though there is a "Holtsclaw and Kendal" law firm right next door to where i work too [01:58] here in KC [01:58] heh [01:58] TheMuso: *nod* [01:58] someday i'll pop in and be like "hey my names on the door" [01:58] :) [01:58] "Now give me a job" ;-P [01:58] lol [02:16] keescook: Oh, nice, we can pull CVEs from Debian now? === ember_ is now known as ember === santiago-php is now known as santiago-ve [04:05] Fujitsu: more like "see" CVEs from Debian... I needed a stopping point, so I committed what I had. [04:06] Fujitsu: I'm hoping to be able to populate either CVE tracker from the other... so far, it reads Ubuntu & Debian, and writes Ubuntu. Once I write debian writing, then we just have to finish the merge logic. :) [04:58] * Gunner_Sr good night everyone. [05:10] Amarok 2:1.4.7-2ubuntu2 is in dependency wait: https://launchpad.net/ubuntu/+source/amarok/2:1.4.7-2ubuntu2/+build/461819 [05:10] Missing Dependencies: libkarma-dev [05:11] So there needs to be an MIR for libkarma [05:12] So that's because it's in universe and amarok is in main? [05:13] Right [05:14] there is. i don't think anyone answered the questions on it though [05:38] Hobbsee: ugh, shouldend that have been done PRIOR to the amarok upload using it [05:38] heh [05:38] imbrandon: i didn't upload amarok last. aka: SEP [05:38] but, who *did* upload that? [05:40] hrm i should re-upload without that dep untill the MIR is fixed, looks like a very poor MIR [05:40] imbrandon: or you could just fix the MIR :) [05:40] imbrandon: looks like Riddell botched that merge as well. [05:40] it has other issues like a kernel module also [05:40] so it likely wont be approved soon [05:40] e.g. i will but i'll also fix the upload [05:41] cool, OK [05:41] imbrandon: fix some of the bugs too :) [05:42] sikon is working on the MIR, it appears [05:42] hehe i havent done any amarok bug fixing in a while [05:42] guess i should [05:42] yes, you should [05:42] sikon? new face [05:43] imprandon> I'm Sikon [05:43] ahh [05:43] The MIR was already on the wiki, I just filed the bug [05:43] afaik MIR's also need to be signed off on by a core-dev too before going into the que [05:43] leaste that used to be the case === Am|Birthday is now known as Amaranth [05:46] Hobbsee: hey, do you know of some good docs I can go through for dealing with packaging an unreleased project via bzr? [05:46] right now I end up getting a new branch, exporting it, make dist to create an orig tarball, copy over debian dir from last build [05:46] and then doing the changelog/debuild [05:47] rick_h_: bzr-buildpackage? [05:49] Hobbsee: ok, I see the wiki page for that now. I'll give that a shot it looks like [05:51] hey everyone :) [05:52] Damn kvm [05:53] I'd like to contribute some universe packages to REVU, however i'm unsure as to how my key should be added to the keyring, one wiki page states that simply need to join the Ubuntu Universe Contributors team on launchpad, another suggests emailing a GPG signed email to keyring@tiber.tauware.de, which is the correct method? [05:54] jscinoz: the former, and then ask to resync the revu keyring in here [05:54] where was that second piece of instruction? that's very old. [05:55] the second instruction was located at https://help.ubuntu.com/ubuntu/packagingguide/C/ubuntu-upload.html [05:55] is located* [05:55] Anyways, I've joined the team, if its possible, could you resync the keyring? :) [06:00] resyncing [06:02] thank you [06:04] hmm i recall reading somewhere that enemy-territory needed packaging.. the engine and the data are under a closed-source but free to distribute license, but the anti-cheat software is under a license that forbids redistribution and yet if it isn't included, it likely won't work on the majority of servers >_< [06:05] looks like its got 2 very good reasons not to be in the archive then :) [06:07] hmm.. [06:15] does someone have the link for how the debian to ubuntu version numbers work, please? [06:17] -ubuntu e.g. 0.1-2ubuntu3 [06:18] thx [06:46] i have debian version number if zero if it doesnt exist in debian? [06:46] ie enemyterritory_2.60b-0ubuntu1? [06:48] jscinoz: if the specific version or the package itself does not, yes [06:48] alright thanks :) [06:49] Hi everybody, I asked Daniel T Chen in this channel to upload a patch that I made for gnucash for hardy and it has been uploaded a month ago, but the package did fail to build for ia64 and ppc. [06:50] saivann: can you fix it? [06:50] Burgundavia : I'm not MOTU, so I don't know what I can do on this [06:50] you can provide another patch is you think you know what the problem is [06:51] Burgundavia : The only change I made with the latest patch was to change a dependency, is-it really the problem? [06:51] if it fails to build, a bug exists [06:52] saivann: check the build logs as to why it failed [06:52] Burgundavia : gnucash-docs was listed as "suggest" in the dependencies, and I changed this for "recommend" in order to get this automatically in a future version of ubuntu, the package didn't fail to build for i386 [06:52] heya Burgundavia [06:53] imbrandon : the build logs speaks about missing dependencies, let me look.. [06:53] hey imbrandon [06:55] imbrandon or Burgundavia : http://launchpadlibrarian.net/10464693/buildlog_ubuntu-hardy-ia64.gnucash_2.2.1-1ubuntu5_FAILEDTOBUILD.txt.gz [06:55] libgtkhtml3.8-dev: Depends: libgtkhtml3.8-15 (= 1:3.13.5-1) but it is not going to be installed [06:56] saivann: has that dep on ia64 since built ? [06:57] Hobbsee: Please give back gnucash on ia64/ppc. [06:57] there we go heh, i was trying to walk saivann though that :) [06:57] ia64/ppc are almost up to date, so it is very likely that a giveback will fix it. [06:57] Bah. [06:57] imbrandon : Possibly not, that's why I waited few weeks [06:58] Fujitsu: given back [06:58] saivann: probably fixed, check the next build log of it in ~24 hours ( depending on the buildd status ) [06:59] imbrandon : Thanks for your help [06:59] Hobbsee / Fujitsu : ^^ not me, i just talked [06:59] :) [06:59] hehe, yes ok thanks all :) [07:08] Fujitsu, just for you : http://xkcd.com/353/ [07:09] imbrandon: Is that the Python antigravity one? [07:09] yea [07:09] * Fujitsu has been pointed at that a few times today at work. [07:09] lol [07:12] Hey dholbach. [07:12] good morning [07:12] hey TheMuso [07:35] ugh nice [07:36] i update and gnome-panel crashes, reboot, now it wont start [07:36] coredumps are fun [07:36] guess it might be time to upgrade to hardy === LucidFox is now known as LucidFox_away === Adri2000_ is now known as Adri2000 [08:09] I wish my router had as good an uptime as my server. [08:36] RAOF, you here? [08:39] superm1: Yup. [08:39] Qué pasa? [08:39] RAOF, would you be able to do a quick test on a patch on amd64 for vlc's ftbfs? [08:39] * RAOF likes spouting random fragments from different languages. [08:39] Certainly. [08:40] okay, just to see if it makes it through (certainly not clean), around line 168 or so where it builds the x264 tree with -D__PIC__, can you add a --enable-pic [08:40] ( in debian/rules that is ) [08:41] Ah, OK. === _nuu is now known as nuu [08:41] So you want me to mangle my own source tree? You don't have a candidate package yet? [08:41] RAOF, well i pushed a 0.8.6.release.d-0ubuntu2 yesterday [08:41] and it built fine on all but amd64 [08:42] i didn't want to go through the work to make checks for if its amd64 if that doesn't fix it directly [08:42] Ha! We kill you, with our crazy nearly IA32ness. === macd_ is now known as macd === \sh_away is now known as \sh [08:43] RAOF, some day i need to resurrect a box of mine that was amd64 but died so i dont need to bug you amd64 people all the time with things like this :) [08:43] Or ask for access to my buildbox. [08:43] that would work too :) [08:44] <\sh> moins [08:44] Dear lord, it has a very, very large number of configure flags :) [08:45] yeah those are directly for VLC [08:45] i'm referring to the ones for x264 [08:45] it does some hacky hacky stuff to build x264 in its tree too [08:45] superm1: Just to check: you're after the bit where it goes # Check that we've got an x264 tree... [08:45] er no.... [08:46] little later than that [08:46] Sorry, no. [08:46] er earlier i guess depending on where eyou grabbed that [08:46] i guess that part will work too [08:46] yeah right there should do [08:46] 140 or so? [08:46] At the ./configure stage of x264 :) [08:46] yeah [08:47] That's it? [08:48] --enable-pic there, then try a build? [08:50] yup [08:52] Started. [08:53] Ah, that well known shared library, firefox. [08:53] k great thanks === apache|mobile is now known as link === link is now known as apachelogger === LucidFox_away is now known as LucidFox [08:56] <\sh> does someone wants to fix squid? (bug #174352) [08:56] Launchpad bug 174352 in squid "[CVE-2007-6239] squid-2.X and squid-3.x are vulnerable" [Undecided,New] https://launchpad.net/bugs/174352 [09:00] RAOF, i'm going to head to bed for a little bit. i'll watch for a message in the morning with how the build ended up. thanks again [09:02] superm1: K. [09:20] superm1: Builds fine. === Seveaz is now known as Seveas [09:24] <\sh> Fujitsu, cacti in gutsy is ok for 2007-311[23] [09:24] <\sh> but the others are still valid...fix them [10:00] cool .. my first bugfix is in the archive :D [10:00] Now I just have to figure out how to get it upstream [10:01] I usually send an email upstream with the patch attached [10:02] jpatrick: yes.. I think I will attach it to the email to the bugtracker === wpk is now known as bogiem === bogiem is now known as wpk === wpk is now known as mistrzem === mistrzem is now known as wpk [10:24] hello everyone [10:44] * Fujitsu worships mjg59 for giving us a new ELER. [10:44] well all upgraded to hardy, compiz is the only thing held back but i dont use that anyhow [10:45] ELER? [10:45] Everybody Loves Eric Raymond [10:45] ahhh [10:46] now to find out why my nano isnt syntax hilighting anymore .... hrm [10:46] Because nano sucks [10:46] * Fujitsu agrees with StevenK. [10:46] heh <3 nano [10:46] I didn't even know nano could syntax highlight. [10:46] Only people who don't know vi use nano [10:46] yea for a few years now [10:46] StevenK: heh actualy i prefer vi over emacs but i use nano day to day [10:47] if my text editor includes tetris ( yes emacs has tetris ) its not a txt editor [10:47] Evil emacsers. [10:48] now if nano would read gzip'd text files i would have no reason to use vi at all [10:48] that seems to be the only time i use it [10:48] ... other than nano being inefficient and silly. [10:49] inefficient ? [10:50] nano file; ^X vs. vi file , esc i, :wq! [10:50] 3 step vs 1 [10:50] err 3vs 2 [10:50] still [10:50] If all you're doing is saving.... [10:51] 99% of the time i edit a file to edit a file, then save it, yes, that is the reason for an editor :) [10:54] imbrandon: :%s///g in nano? [10:54] StevenK: ^Z; sed -i s///g; fg [10:59] That isn't the same thing at all [11:00] how do you figure, it accomplished the same thing [11:04] imbrandon: compiz should be fixed soon, fwiw [11:04] Amaranth: cool [11:04] compiz-dev was missing a dep on libx11-xcb-dev so all the other packages that build against it (fusion stuff) failed [11:05] figured it was something like that, i am suprised that was all that failed to install honestly [11:06] StevenK: here is nano with some python color i just took love http://www.imbrandon.com/misc/nano-color.png [11:06] err Fujitsu ^^ [11:06] sorry StevenK [11:07] imbrandon: gnome-orca or whatever won't install either [11:07] or system tools [11:07] ahh yea , that too, i forgot about that one, i think system-tools finaly did [11:07] gnome-orca and system-tools-backends [11:08] they didn't a few hours ago [11:08] it's funny though, synaptic installs python-pyatspi for gnome-orca then puts it in autoremove since gnome-orca didn't install [11:08] lol [11:09] imbrandon: is there anything useful in the new flash or just a version bump? [11:09] x264 video iirc [11:09] is the main thing [11:09] ooh [11:09] Amaranth: I know about orca, thats not too hard to get resolved. [11:10] and they apparently have an amd64 windows version [11:10] so hopefully they will for linux soon [11:10] ooh ooh ooh [11:10] XEmbed plugin support [11:10] no more javascript menus going under flash and flash stealing focus for scrolling [11:11] Ooh, nice! [11:11] sweet [11:11] of course gecko and such need to support it too, i think 1.9 does [11:11] So Flash objects won't be silly overlays that don't scroll with the rest and eat input? [11:11] right [11:12] it already works with opera [11:12] Is it an archive admin day today? [11:12] I thought that was tomorrow [11:12] Thats why I'm asking. [11:12] Fujitsu: syntaxx hilighting in nano is just simple regexes in nanorc ala http://paste.ubuntu.com/2503/ is my python one [11:12] I've never really known. [11:13] Hahahahaha. [11:13] Hahahahah. [11:13] * Fujitsu has a simple `syntax on' [11:13] we really should include some basic synctax hilighting in the default nanorc but i've not bugged anyone [11:13] Fujitsu: yea but it makes it trivial to change :) [11:14] I can open up practically any textual file and have sane syntax highlighting automatically. [11:15] my php one is a bit bigger :) http://paste.ubuntu.com/2504/ [11:15] Fujitsu: yea but isnt there still some file that it reads that info from ? [11:15] its just default in ubuntu [11:16] and you can do "generic" hilighting too just omit the first line and it will do the same [11:17] imbrandon: Right, they're provided by vim-runtime, and are part of the standard vim distribution, I believe [11:17] yea [11:18] i should really try to convince the nano maintainer to add some to our default [11:18] (or you could use vim...) [11:18] heh well nano is "default" in ubuntu :) [11:22] anyone got any idea whats up with the mplayer ftbfs, i uploaded it last ( only as a rebuild ) , will a giveback ( eventualy ) fix this ? [11:38] <\sh> phew [11:39] <\sh> combots is dead, com - bots is dead (canon) [11:39] moins cprov [11:39] <\sh> only 3 machines left, and they are wiping like hell [11:39] imbrandon: morning [11:39] :) [11:44] Evening Hobbsee. [11:44] heya! [11:48] whoa [11:48] the xembed flash stuff works with current firefox/epiphany [11:48] Nice. [11:49] and the context menu is gtk2 instead of some ugly thing [11:49] Yay! [11:49] nice [11:49] Amaranth: plugins given back [11:50] Hobbsee: yay [11:51] * Hobbsee bumps the prio of standard compiz, so it gets built first [11:51] huh, it seems like the new gmail is harder on my cpu than the new flash [11:54] Amaranth: It still eats my scroll events :( [11:54] really? [11:54] Yeah. [11:54] i just put my mouse above a youtube video and used the arrow keys to scroll down, no problem [11:54] But I get a nice context menu. [11:54] Oh, I'm talking about mouse wheel. [11:54] oh [11:55] yeah, it grabs though [11:55] err, those [11:55] but i think that's by design? [11:55] I guess it must be. [11:56] RAOF, okay thanks. i'll adjust a patch later on to add that w/ amd64 and leave it as is with other archs === dholbach_ is now known as dholbach [12:00] moins dholbach [12:03] imbrandon, any thoughts on those debdiffs? [12:04] DarkMageZ: i have one incorperated and the autoreconf one made it ftb, but i have new way t fi that in the works [12:04] brb [12:11] imbrandon, what type of error did the libvisual-plugins one throw on build? [12:12] * Hobbsee ponders what to do [12:12] it builds here under my gutsy pbuilder :( [12:13] DarkMageZ: hardy? [12:14] Hobbsee, not running it yet. [12:14] DarkMageZ: if you want to build for hardy, you need to build in a hardy pbuilder. [12:15] Hobbsee, building for debian which will get synced to hardy. [12:15] DarkMageZ: oh right [12:16] DarkMageZ: so, uh, why would you then be building in a gutsy pbuilder, and not a sid one? [12:16] <\sh> ok...when you ever wanted to see a spacy datacenter...you can find our former DC here :) http://www.sourcecode.de/content/it [12:16] Hobbsee, because i build for myself. with alittle bit of extra effort to not violate the specs so that the rest of the world might benefit. [12:17] DarkMageZ: i'm just gonna make it use autotools and remove the autoreconf [12:17] DarkMageZ: fair enough. [12:17] patches [12:17] there really isnt a good reason not to [12:18] imbrandon, finally someone who understands =D i've already got a hack for that setup. i'll rebuild the debdiff. [12:21] well before we dident make it autotool dependant because the debian maintainer dident want to, but now as i'm the debian maintainer for it [12:21] :) [12:21] i can [12:21] and hack for what setup ? what configure options are you using ? [12:22] ( and you know my email does work for when i'm offline :P ) [12:29] imbrandon, yeah. but irc is much more real-time. [12:29] :) [12:30] mmm, could someone explain why I get warning like dpkg-shlibdeps: warning: could not find any packages for libbeidlibopensc.so.2 (http://launchpadlibrarian.net/10759374/buildlog_ubuntu-hardy-i386.belpic_2.6.0-2ubuntu1_FULLYBUILT.txt.gz) when building belpic package? [12:32] there are no such warning in debian, moreover some package dependencies are not complete... [12:39] anybody? [12:42] bigon: Looks like libopenct1's shlibs is b0rken? [12:42] dpkg-shlibdeps: warning: shared libs info file '/var/lib/dpkg/info/libopenct1.shlibs' line 2: bad line '' [12:43] yes I know (there is an extra line break at the end of the file) [12:43] but I'm not sure that is the real problem [12:44] http://buildd.debian.org/fetch.cgi?pkg=belpic;ver=2.6.0-2;arch=i386;stamp=1195993724 [12:44] there the same warning in debian but the dependencies are correctly generated [12:50] soren: I don't know if you see my message yesterday evening? [12:50] bigon: I did. [12:51] ok :) [12:51] A lot of the merge was cosmetical changes, actually. I sorted a lot of it out, but clearly there were a few ones I missed. [13:15] can someone please revu my package, http://revu.tauware.de/details.py?package=cpptest [13:22] dholbach, hi ! Do you have a package to merge? [13:23] mruiz: I'd have to look up in merges.ubuntu.com myself [13:23] does somebody else have an easy merge left? [13:23] mruiz: http://merges.ubuntu.com/universe.html [13:25] http://wiki.ubuntu.com/MOTU/TODO should have a bunch of tasks also [13:32] hello [13:36] I am testing the source package. [13:36] ... that I have made :-) [13:36] uhm... [13:36] test -f src/falcon.c -a -f debian/rules [13:37] how can I override this? [13:37] ok, found [13:40] dholbach, I found some packages: hardware-monitor, jokosher, monster-masher :-) [13:40] mruiz: huats is working on jokosher [13:40] ok [13:41] mruiz: yep [13:41] :) [13:41] I am a bit long (not much time) but I am working on it... by the end of the week it should be ok... thanks daniel... [13:41] de rien [13:42] dholbach: dad should be more used, in order to keep a record of such actions... [13:42] ppl, is there any policy about -j to be used on make? [13:43] dholbach, is there a plan to merge LP, merges and dad? [13:44] mruiz: I don't know of anybody working acticely on it [14:02] <\sh> mruiz, the plan was to stick DaDs frontpage into MoMs FrontEnd [14:06] dholbach, I'll work on monster-masher and hardware monitor [14:06] mruiz: ok great [14:06] \sh, any advance with it ? [14:06] dholbach, any problem? [14:06] no, not at all [14:06] :-) [14:07] <\sh> mruiz, I don't know what the status of the project is, ask KeyBuk or the devs of DaD [14:08] thanks \sh [14:09] <\sh> hey Nightrose [14:10] ;-) hey \sh === Nightrose2 is now known as Nightrose [14:14] ppl, do the install process inside a source package has to be sudoed? [14:15] no [14:15] I get copy or link errors during the installation step, it would seem the user building under pbuild root hasn't admin privileges on the pbuild space... [14:20] <\sh> jonnymind, apt-get install fakeroot [14:21] jonnymind: It does not need to be sudoed. It does, however, need a way to make various tools think it's root. This can either be done by actually being root, by sudoing, by using fakeroot, by replace tar with something that works around it in another way... [14:21] Ah, i was just pasting: [14:21] <\sh> dpkg-buildpackage -rfakeroot will help to solve all your little problems :) [14:21] ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored. [14:21] :-) [14:21] jonnymind: fakeroot is the way to go. [14:21] Reading state information... Fatto [14:21] fakeroot è già alla versione più recente. [14:21] Or... [14:21] "fakeroot is already here" [14:21] and... [14:22] dpkg-buildpackage -S -rfakeroot [14:22] <\sh> "we are the knights who say "Ni!" [14:22] yet, the poor install step seems not able to mangle with the fakeroot /usr [14:23] <\sh> jonnymind, if you are using pbuilder just sudo pbuilder build *.dsc pbuilder does the rest for you... [14:23] that's what I am doing. [14:23] <\sh> if there are errors, like preloading a lib, it's more likley your source is somehow broken [14:23] <\sh> actually what is it? [14:23] <\sh> :) [14:24] No, I tried a fast sudo ./build.sh -i in the rules for a test [14:24] the warning came from sudo. [14:24] <\sh> jonnymind, so something really weired is happening [14:24] let me find it... [14:24] <\sh> jonnymind, you don't need the sudo command in debian/rules [14:25] in fact. [14:25] it was a test. [14:26] On a clean build, that's what happens: [14:26] touch build [14:26] fakeroot debian/rules binary [14:26] [14:26] [14:26] and then === cprov is now known as cprov-lunch [14:27] Install the project... [14:27] -- Install configuration: "" [14:27] -- Install configuration: "release" [14:27] CMake Error: Error in cmake code at [14:27] /tmp/buildd/falcon-0.8.5/devel/release/build/core/engine/cmake_install.cmake:35: [14:27] FILE error when creating symlink from: /usr/lib/libfalcon_engine.so to libfalcon_engine.so.1 [14:27] Ok, let's see what does a local build [14:33] <\sh> lol...did anyone read http://itmanagement.earthweb.com/entdev/article.php/3714986 ? [14:40] \sh: gimme a sec. [14:41] \sh: I tend to not read things like that :) [14:41] * mruiz reading [14:41] <\sh> especially the part with "1." [14:41] <\sh> on the first page... === propp1 is now known as proppy === n3xu is now known as nexu [14:53] how long will spacehero spiffy last? [15:00] dholbach: quick, if you need to ask/tell me something before the zorg take me! [15:01] norsetto: the Zorg? [15:01] dholbach: yes, spaceman spiff worst enemies [15:02] dholbach: I'm pretty sure they are responsible for my wireless acting ..... [15:03] norsetto: we'd really like to have you fully back! [15:04] dholbach: its about 10 minutes I'm here and have not lost the connection once, there must be something wrong ..... [15:04] norsetto: These youngsters don't fully appreciate Calvin. [15:04] ScottK: woot? You mean they have no culture!? [15:04] * dholbach confiscates a few crack pipes in here [15:04] :) [15:05] norsetto: Of course not. Youth is wasted on the young. [15:05] dholbach: All the more for you? :) [15:05] ScottK: truer words were never spoken ... [15:06] * DaveMorris is young and doesn't believe it! [15:06] DaveMorris: You will when you're older. [15:07] * Hobbsee steals the crack pipes off dholbach [15:07] Has anyone tried to build a package in sid recently? I'm getting funny error messages from dpkg-shlibdeps [15:07] Hi all [15:07] Hello DarkSun88. [15:07] hey DarkSun88 [15:07] Hi Scott, Daniel. :) [15:13] I've been experimenting a bit. It seems pbuilder fakeroot gets somehow in the way of cmake call to "ln -s" [15:13] anyone having heard of similar problems? [15:14] jonnymind: why not use debian/.links ? [15:14] and dh_links [15:14] My build process is highly automatized. [15:15] But I might copy the needed fiels by hand. [15:15] *this* time. Changing a file and having to do that for, say, ten distro would be a mess. [15:16] So, the install process DO install the libraries and links them properly. === iceman_ is now known as iceman [15:20] lionel: hey [15:20] huats: hey [15:21] hey huats :) [15:21] norsetto: my favorite mozarella (di buffalla) eater [15:21] huats: moZZarella di buFala :-) [15:21] :D [15:22] don't have the time to see the spelling... I enjoy that too much [15:22] :) [15:22] huats: exactly like my wife, you double where you shouldn't and forget to double where you should, its a frenchies trademark [15:22] :) [15:23] huats: gnochi al pommodoro? [15:25] norsetto: you know, you can come in Toulouse and cook... I am sure lionel will be happy also.... [15:25] huats: after having seen that picture with you and the pizza I know you are serious about food [15:26] :) [15:26] norsetto: you should visit my coooking website :) [15:27] About install with cmake: I removed temporarily lib installation; but I get an error on creating a system directory: [15:28] FILE cannot create directory: /usr/lib/falcon. Maybe need administrative privileges. [15:28] it seems cmake runs with some non-admin privilege under pbuilder. [15:29] any place I could look in? [15:33] aah gnochi al pommodoro, how my mouth waters [15:34] I am trying to do a debdiff of two .dsc files and I am making sure I am in the directory where the two .dsc files are [15:34] I am getting /tmp/...../ infront of the files, is there a setting I need to change? [15:36] maiatoday: are you in a chroot? [15:38] no just normal login === \sh is now known as \sh_away [15:39] I am also doing the debdiff as me ie no sudo or chroot [15:40] maiatoday: and you give a command like debdiff .dsc .dsc > .debdiff I guess? [15:42] yes exactly [15:42] maitoday: have you installed the patchutils package ? [15:43] maiatoday: have you installed the patchutils package ? [15:43] yeah, norsetto in Toulouse with pizza :) [15:44] maiatoday: if you haven't, debdiff will not use interdiff, so, it will use a temp directory to expand the diff.gz (I guess) [15:44] just installing patchutils, I installed all things at the beginning of the various guides so I am not sure if I missed patchutils [15:45] lionel: any preference? Borromea or Capricciosa? [15:45] Capricciosa for me :) [15:45] aaah much better [15:46] 4 cheese [15:46] huats: I knew you were saying that .... [15:47] huats: but I refuse to use rochefort instead of gorgonzola! [15:47] No [15:47] I want gorgonzola [15:49] huats: What about fitou? Don't tell me you don't like that too? [15:50] norsetto: don't know what it is... [15:51] huats: WHAT! [15:51] ppl.. I didn't touch food for the whole day. [15:51] And I am Italian. [15:51] oh... meal/dinner ready! :-) [15:52] nope [15:52] huats: you mean, you don't drink wine? [15:53] norsetto: I don't like wine... [15:53] * maiatoday is starting to drool [15:54] huats: a frenchman that doesn't drink wine .... its almost as sad as a sober irishman .... [15:54] thoughts on my new theme? http://www.imbrandon.com/ ( will release is OSS once its more "complete" and a tad of feedback on it ) [15:54] norsetto: my debdiff patches cleanly now. Should you check it before I attach it to the bug? [15:54] * norsetto hugs all the irishmen that like a good drink! [15:55] imbrandon: nice [15:55] norsetto: In fact I don't like the taste of alcool.... [15:55] dholbach: thanks :) ok naptime for me [15:56] excpet in some beverages... [15:57] maiatoday: if you want [15:58] maiatoday: can you paste it in a pastebin? [15:59] imbrandon: OMG, and I thought you were a kubuntero .... [16:00] norsetto: i am, i have a kubuntu theme in the works too that will randomly alternate ( not implmented yet ) [16:00] norsetto http://pastebin.com/m224ae5e9 [16:00] and also a debian theme too :) [16:01] maiatoday: you version still looks not allright [16:02] maiatoday: and you forgotten the maintainer change [16:02] maiatoday: once you do that, remember that the maintainer change should also go in the changelog [16:08] ok good thing I let you check it. I think I can find the maintainer info. As for version trying to figure it out again, the orig version was 20070203-3 and it didn't come from debian so should it be 20070203-4 then instead? [16:11] maiatoday: this is interesting, it seems that this is an ubuntu package but doesn't use the ubuntu version === cprov-lunch is now known as cprov [16:11] maiatoday: its in main, they might be doing their own things specially ..... [16:12] maiatoday: also the aspell-af.info-aspell looks wrong [16:12] maiatoday: Language: afrikaans (Adrikaans) (sic) [16:13] maiatoday: never heard of this company too :-) "The Debian packaging is (C) 2007, Cnonical LTD and" [16:14] maiatoday: you may want to talk to doko_ directly, he may advise you differently [16:16] hmmm ok, I'll mail him and ask him [16:17] maiatoday: let him know about the other two things I said, if he needs to update it he may as well correct them too [16:19] norsetto, ok will do , do you want to be cc'd on the mail? [16:19] maiatoday: not particularly, but if you want to cc me please do [16:20] ok I'll save you the spam and just give executive summary when it is resolved then [16:20] maiatoday: dank u [16:23] I have a tentative package. I'd like to post it for comments before doing some further experimentations. [16:23] Where should I send it? [16:24] jonnymind: revu. you need a link? [16:24] uhm, yes thanks, if you have it handy [16:24] jonnymind: sure: http://revu.tauware.de/ [16:24] Is there a form in which I can specify it's a RFC? [16:25] norsetto: you mind going over cpptest quickly again? [16:25] jonnymind: no, you just dput it there. I think you need to be a member of ubuntu-universe-contributors and have your gpg key synced [16:26] I should be fine for that. [16:26] jonnymind: an open [needs-packaging] bug report is all you need (which effectively substitute the RFP/ITP) [16:26] DaveMorris: I thought we cleared it all, didn't we? [16:26] Ok, thanks. Where do I open that (again)? [16:27] jonnymind: in launchpad [16:27] launchpad->ubuntu, right? [16:27] jonnymind: yes, then report a bug and tag it as [needs-packaging] [16:28] (sorry for queryness: I am home from work for a flu ;-) [16:28] tnx [16:28] jonnymind: do brobleb [16:28] norsetto: I just made those last changes and it needs advocating again [16:28] jonnymind: let me find a good example that you can follow [16:32] thanks norsetto [16:32] maiatoday: np [16:32] * maiatoday goes to find some Italian food now before she faints [16:33] maiatoday: have a good glass of south africans chardonnay with it :-) [16:33] :D it might turn into a party [16:34] jonnymind: bug 173829 [16:34] Launchpad bug 173829 in ubuntu "Please package the Saitek X52 MFD library" [Wishlist,New] https://launchpad.net/bugs/173829 [16:34] tnx [16:34] maiatoday: and whats wrong with that :) !? [16:35] DaveMorris: I advocated on the assumption that those were corected, so, it still stands [16:37] norsetto: doesn't it get wiped each time a new upload takes place though? [16:38] DaveMorris: well, thats because the software doesn't read english, so it assumes that, but my comment is pretty clear [16:39] DaveMorris: if you get apachelogger_to confirm that he is happy with the latest changes your package is good to go [16:39] ok [16:40] DaveMorris: btw, how come you get this config.log in there? Its a failed compilation? You use debuild for making the binary package? [16:40] it's because I did dpkg-buildpackage -rfakeroot then did a cntrl D on it [16:40] DaveMorris: ok [16:40] as I wanted dpkg-buildpackage -S -sa -rfakeroot [16:43] norsetto: strange, I have this error: [16:43] (lintian) no-shlibs-control-file usr/lib/libfalcon_engine.so.1.8.1 [16:44] Ah, nm, found; [16:44] jonnymind: did you check it before with lintian/linda? [16:44] it was distroed but not copied === Adri2000_ is now known as Adri2000 === awalton_1 is now known as awalton__ [17:19] Heya gang [17:20] booh [17:20] bah === x-spec-t is now known as Spec [17:26] Hi bddebian [17:26] Heya geser [17:27] An example of dput for source packages? [17:29] jonnymind: For REVU? [17:29] yes [17:30] nm, found. [17:30] ty anyway [17:31] OK. Sorry. Got distracted. [17:34] No, really, I usually find things faster and without pinging ppl for nothing; be patient, I am a bit ill today ;-) [17:34] However, the package is up. [17:35] I filed a bug request too. [17:38] * jonnymind is away: Cheering with champagne! [17:55] I found an issue in hardy where a package got renamed and therefore a dependency is broken [17:56] Where do mono dll's usually live? [17:56] txwikinger: Which package (both ends of the dependency)? [17:56] soren: I know where I usually kill them [17:57] bibletime and libclucene0 [17:57] libclucene0ldbl is now called libclucene0ldbl [17:57] soren: anything of help here: http://pkg-mono.alioth.debian.org/cli-policy/index.html ? === jpatrick_ is now known as jpatrick [17:58] Does it make sense to fix it or might the name change back? [17:59] Is it OK to request a SRU for a bug fix? (considering that the risk for regressions is minimal, to don't said null..) [17:59] bug 106575 [17:59] Launchpad bug 106575 in file-roller "Can't compress to .7z if path contains whitespace" [Low,Fix released] https://launchpad.net/bugs/106575 [17:59] norsetto: Yes. Thanks. [18:00] well.. since the other packages got fixed.... I guess it needs to be fixed [18:00] RainCT: Is it a regression from a previous release? [18:01] ScottK: I don't think so [18:01] RainCT: Then my advice would be it doesn't qualify for an SRU. [18:02] but the patch is just adding a shell_escape() so I don't see how this could cause any problem.. [18:02] RainCT: That's not the issue. SRU is not just about risk, it's also about seriousness of the issue. IIRC the policy says it needs to be crash, dataloss, or serious regression. [18:03] * ScottK isn't in motu-sru, so don't consider that an official answer. [18:03] scottk: doesn't mnetion the crash actually, is regression and data loss [18:03] Hey ScottK (I'm the guy who was asking about PyODE yesterday). I compiled the Hardy ODE and PyODE and TriMesh segfaults (relentlessly). I'll keep looking into it until I figure out why. Has anyone else had this problem? [18:03] ok [18:04] how does ${shlibs:Depends} exactly work? Anybody knows a reference to some docs? [18:04] thx [18:04] Wybiral: Dunno. I haven't used it. Please keep looking into it. [18:05] Don't worry, I will. I need it. [18:05] txwikinger: I think it reads the libraries used to compile the sources and puts them in there [18:06] jpatrick: yes.. that makes sense [18:06] txwikinger: http://www.debian.org/doc/debian-policy/ap-pkg-sourcepkg.html#s-pkg-dpkg-shlibdeps [18:07] THanks === santiago-php is now known as santiago-ve [18:33] Kmos: + * Bump debhelper to version 0.5.98., but you bumped to 0.5.38 ;) [18:34] Kmos: that's in disksearch [18:34] pochu: fixed :) [18:34] hmm.. that is odd [18:35] the source builds ok.. I think the package needs to be rebuilt [18:36] how and when does a package get rebuilt in the archives? [18:36] txwikinger: did it fail to build? [18:37] pochu: No it builds fine [18:38] but the one in the archive has a wrong dependency that was created by dpkg-shlibdeps [18:38] I mean the binary one fails to install, the source builds fine [18:38] Then you need to re-upload I think [18:39] You can rebuild it without a new upload if it already built [18:40] lol, I just built the ODE and PyODE source from their CVS and SVN and TriMesh doesn't segfault anymore... But NONE of the collision works. At all, lol. Back to the code... [18:40] You can, or you cannot? [18:40] txwikinger: can't, sorry [18:40] ah [18:41] how do you do an upload without change :) [18:41] add a new changelog entry ;) [18:42] " * No change upload to fix blah build" [18:42] or " * Rebuild for foo -> foobar transition" [18:42] or whatever :) [18:42] :D [18:43] ok.. pochu .. I will do that.. just to make sure I will do another build with pbuild === davro is now known as davromaniak === nianiak is now known as davro-desktop [19:11] apachelogger can you make sure you happy with the changes for cpptest since you advocated it and if so upload it? Norettro is happy with them. http://revu.tauware.de/details.py?package=cpptest === cprov is now known as cprov-out === apachelogger_ is now known as apachelogger [19:56] (OT) anyone knows where the list of wallpapers listed in the preferences windows is stored? [19:58] STFW! [19:58] hahaha, just kidding [19:58] I just got done reading that stupid ass document by esr on "asking smart questions" [19:58] RainCT: /usr/share/wallpapers? [19:59] RainCT: ~/.gnome2/backgrounds.xml [20:02] geser: ah ok. thanks! [20:02] * RainCT was searching in gconf.. :P [20:02] nixternal: no, that's were the default ones get installed but if you copy something there it doesn't automagically appear in the list if you don't add it.. [20:03] ahh [20:03] it does for KDE, Gnome I have no clue [20:03] but you are right, I did save a couple of wallpapers there and did notice they weren't in my list now that I think about it [20:08] can someone look at bug 174239 ? [20:08] Launchpad bug 174239 in dhelp "Please merge dhelp 0.6.0 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/174239 [20:10] Kmos: did dholbach (as your mentor) have a opportunity to review it? [20:11] geser: I think he didn't check it, only approved two syncs. [20:11] no more.. [20:14] geser: if you can review it, i'll appreciate. Now i need to run away, the debdiff should be ok =) [20:14] thanks [20:14] * Kmos bbl [20:27] dhelp was last sync'd from Debian (0.5.25), and if this was the case, then there shouldn't be any remaining Ubuntu changes right? you shouldn't also see Hobbsee's change log entry in a sync'd package? [20:28] also, if you were to edit the packages Makefile, would you do so by creating a patch? and would adding 'ubuntu1' to the end of the VERSION= in the Makefile really warrant a change in the first place? [20:28] nixternal: the PTS lists an Ubuntu patch for dhelp 0.5.25 [20:29] really, because I just grabbed the soruce from the repos, and there is no patch [20:29] there isn't any 'ubuntu' changelog entries in it either [20:29] dhelp | 0.5.25ubuntu1 | http://nz2.archive.ubuntu.com hardy/universe Sources [20:30] fwiw :) [20:30] bah, you are right, but there is no patch [20:30] they edited the Makefile manually [20:31] Kmos: isn't "Add firefox to Recommends in debian/rules" a new change as it wasn't in the last version? [20:31] geser: ahh yes, that was my other point [20:31] :) [20:37] a sponsor for bug 174515 would be appreciated [20:37] Launchpad bug 174515 in bibletime "[hardy] bibletime does not install due to dependency error" [Undecided,Confirmed] https://launchpad.net/bugs/174515 [20:38] txwikinger: could you name the reason for the rebuild? which transition is this? [20:40] geser: the library depency is wrong [20:40] a simple rebuiild will fix that [20:40] which one? [20:40] libclucene0 [20:40] has been renamed to libclucene0ldbl [20:41] it's usually mentioned in the changelog which transition this rebuild is for [20:41] ok.. I can do that geser [20:41] txwikinger: is it ok with you when I add this information to your changelog entry before I upload? [20:42] sure geser No problem [20:42] txwikinger: and it's LP: #bugnumber instead of Closes: [20:42] Ah.. ok [20:43] I thought some said that doesn't work [20:43] I will learn it eventually :D [20:43] LP: #xxx works for automatic bug closures [20:43] yes.. that is what I wanted to do [20:45] shouldn't https://lists.ubuntu.com/archives/hardy-changes/2007-December/002534.html have closed bug 165221? [20:45] Launchpad bug 165221 in ubuntu "[needs-packaging] gdecrypt" [Wishlist,Fix committed] https://launchpad.net/bugs/165221 [20:45] Thanks geser for your help [20:51] afflux: it should [20:51] then I wonder why it didn't. [20:51] me too [20:53] I'll close it anyway... [20:53] thanks === Spec is now known as x-spec-t [21:07] txwikinger: uploaded [21:08] Thanks geser [21:10] Now I just have to wait until it is in the repo for the final test :) [21:10] wann ist damit zu rechnen? [21:11] Sorry wrong language :) [21:11] txwikinger: my pbuilder-build packages has a dependency on libclucene0ldbl (>= 0.9.20-1) [21:11] yes.. that is correct [21:12] txwikinger: it depends on the load on the buildds, but till it hits the archive expect at least 2 or 3 hours [21:12] well.. I will check it before I go to sleep, ot tomorrow [21:17] Is there any packages that i could like patch or do something with? [21:29] Flare183: looks for things tagged "bite-size" on LP maybe === tonyy is now known as tonyyarusso [21:48] I'd like to learn to be able to package my Python programs for Ubuntu. Is there a good guide I should look at? === _czessi is now known as Czessi [22:15] apachelogger, i'm going to cologne for the weekend, and probably won't have any internet access, so could you check out mscore on revu? thanks [22:19] tsmithe: I'm in karlsruhe for the weekend :P [22:20] though, I might be able to give it a revu @train [22:20] haha [22:21] well, if anyone else wants a look ;), and apachelogger, don't sweat it :) (but still, if you could, i'd be very happy!) [22:21] anyhow, i've really gotta go pack my hopefully most minimal luggage [22:21] ciao [22:22] pochu: yes, I know. [22:56] Nafallo: :-) [23:03] pochu: just pushed it. [23:36] jdong: just got accepted ;-) [23:37] ppl: Building my source package has been lots of fun. [23:37] May someone verify I did everything right to start the testing process? === pgquiles_ is now known as pgquiles [23:42] I must sign off. Goodnight to everyone. [23:50] hey does anyone here have a gutsy install with the fonts.conf? im trying to locate the source of the font rendering probs since the recent hardy updates [23:50] i believe the heart of the issue is with fontconfig but i want to confirm it [23:52] well i guess i can dl the gutsy livecd and compare the font config files [23:54] quick ?, using my ppa I build packages, but the changes don't show in the gui installer and I had assumed the changelog would go in there [23:54] what do I need to do to get the changelog into the update manager? [23:56] rick_h_: i think that is only for official packages from ubuntu [23:57] and not personal ones [23:58] Kmos: ah, that sucks [23:58] my ppa users hate that they don't see why there's an update