[12:03] ajmitch: I can't see a merge bug on bugzilla bout it [12:04] ajmitch: what do you think? shall I keep merging ? [12:05] (I'd stick w/ universe myself) [12:05] the main ones will be done regardless; universe ones aren't necessarily so [12:05] crimsun: well its' just because I filed the merging bug and began to work on it === luk [n=luk@debian/developer/luk] has joined #ubuntu-motu [12:06] but then I filed the bug in malone, so I guess it's pointless and I can just close the bug as rejecte [12:06] rejected === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-motu [12:06] crimsun: this merge is not even important. It's not a newer version really. Just Debian being 15 days later on the latest k3b version, packaged in December in ubuntu [12:07] so I might just close the bug I mistakenly opened on malone and give it up ;) [12:08] I doubt that it's a merge candidate, things like kde & gnome are maintained seperately from debian [12:08] hmmm [12:08] well it was on lucas's list of Debian packages newer than Ubuntu ones === rikai [n=gtk2@pool-70-16-106-99.port.east.verizon.net] has joined #ubuntu-motu [12:08] :s [12:08] I don't really get yet where to get merges [12:09] the 'official' list seems empty or with erratic links to scotts dir [12:09] and the lucas list lists files that are not to be merged [12:09] so I'm wondering where is the list of the real merges to be done ;) [12:10] maybe that's something to report to lucas, btw : removing main apps from his list ;) [12:11] I thought his list was meant to be universe only [12:11] thought so too [12:11] but I found k3b there [12:11] http://revu.tauware.de/~lucas/versions/all-packages.html [12:11] ;) [12:12] and I guess other main apps could be found if one can be [12:12] logically [12:12] good to see that my lists are obsolete now [12:12] just picking one randomly : koffice [12:13] http://revu.tauware.de/~lucas/versions/unimultiverse.html is for uni/multiverse [12:13] oh ok [12:13] thanks lfittl === ajmitch shouldn't have bothered spending time coding up something that did the same [12:13] good to know :) [12:13] np, just found that one myself :) [12:13] could have guessed though :s [12:14] I should add this link to MOTUMerging on the wiki [12:14] I also want to write a howto for cdbs [12:14] there is no howto for that [12:14] it's a real lack === rikai [n=gtk2@pool-70-16-106-99.port.east.verizon.net] has joined #ubuntu-motu [12:45] hello [12:46] I would like to register and upload some packages to REVU [12:46] but got a little problem with keys... [12:46] could someone tell me what should I put into section of this command [12:46] what problem? [12:46] gpg --send-keys -keyserver blabla [12:47] wtf is KEYID? [12:47] um, that's your id for your gpg key [12:47] sure but which part of gpg --list-keys output is keyid? [12:48] normally it's the first id listed with --list-keys [12:48] pub 1024D/C88ABDA3 2003-06-23 [expires: 2006-06-27] [12:48] mine's 0xC88ABDA3 [12:48] how did you get this 0xC.... value? [12:48] gpg --list-keys [12:49] ahh so this is this part after 1024D/ ? [12:49] yes [12:49] crimsun: ok done [12:49] thanks very much... [12:49] np [12:50] I did all this gpg thing about a year ago and I forgot most of it ;> === tritium [n=mfrimbe@ubuntu/member/tritium] has joined #ubuntu-motu === seth_k|lappy [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-motu === desrt [n=desrt@24.215.14.137] has joined #ubuntu-motu === Hirion [n=hirion@draugr.de] has joined #ubuntu-motu [01:08] do the motu plan to pacakge a version of emacs that uses gtk2? === Hirion [n=hirion@draugr.de] has left #ubuntu-motu [] [01:09] er. xemacs, i mean [01:09] desrt: doubtful, why? [01:09] because gtk1 is ugly? :) [01:09] hm, *maybe* with xemacs if you found someone gullible enough [01:09] uhm [01:09] incidentally 'emacs' already has a gtk2 version in the archive [01:09] and xemacs does not [01:09] your intuition is backwards :) [01:10] how so? :) [01:10] ah, xemacs21, 238 bugs in debian [01:12] uh... i would die if i had 238 bugs for one of my packages ;) [01:12] desrt: where is emacs 22 gtk2 version - I mean which ubuntu repo? [01:12] marcin`; dapper universe [01:18] weird network issues with this laptop.. [01:20] Theoretical question: If I'm doing a new package, when do I just make changes outside debian/, and when do I decide the extra overhead of a patchsystem is worth it? If there's just a one-line change, is it worth it? Ten lines? [01:22] seth_k|lappy: you decide ;) [01:22] bah [01:22] what sort of answer is that :) [01:22] hehe [01:22] seth_k|lappy: I often prefer to throw in a patch system anyway [01:22] some people don't [01:22] there's no real rule about it [01:23] but as soon as you make multiple changes you need to be able to sort them somehow [01:23] It's my personal preference to throw it in, because I figure I might need it later for bigger patches. [01:23] So alright, if it's a preference thing [01:25] sure, if it's your own package :) === Arrogance [n=aks@ottawa-hs-209-217-124-39.d-ip.magma.ca] has joined #ubuntu-motu [01:25] I'd had simple-patchsys in for a 2-line patch [01:25] hey Arrogance [01:25] hi aj [01:26] Arrogance: hey, did Jeff ask you where the flock svn is these days, or whether you have a copy of it? [01:26] morning azeem :) [01:27] heya [01:27] azeem, he hasn't asked, no. svn should be the same as always [01:28] can you remind me? *g* (in a /msg if you want) [01:28] azeem, remind you? Sure. svn stands for subversion [01:28] *g* [01:29] I was looking for Jeff's automake patches and he said they would be in the flock repo [01:29] looks like I need to get python-bazaar in debian === plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu === minghua [n=minghua@danube.mems.rice.edu] has joined #ubuntu-motu [01:43] crimsun: do you know what alsa drivers are in the dapper kernel? === ajmitch is another laptop user with no sound ;) [01:45] 1.0.10rc [01:45] right [01:45] it's a bit past rc3 [01:45] if you need, try rc2 from experimental [01:45] 1.0.11rc2, that is [01:45] it was a little annoying to not have sound with this [01:46] then I found that others with very similar models have the same issue [01:46] which laptop? [01:46] acer travelmate 4064WLMi [01:50] ajmitch: so you have an ALC260 as the codec? [01:51] yes [01:51] not sure if that is support yet or not [01:54] it is. [01:54] Try 1.0.11rc2 from exp. http://http.us.debian.org/debian/pool/main/a/alsa-driver/alsa-source_1.0.10+1.0.11rc2-1_all.deb [01:54] yes, I've grabbed that [01:55] just trying to fetch the right linux-headers now [01:55] as wireless is also giving some issues :) [02:11] there appears to be an error on the archive [02:11] clisp_2.36 isn't built for 386 === Hobbsee [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-motu [02:11] (it is for ppc and amd64) === crimsun_ [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-motu [02:23] crimsun: surprisingly I get a lot of unknown symbols with an alsa-modules deb, against the current kernel headers === crimsun downloads === psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-motu === ajmitch did the usual make-kpkg routine, installed, watched it all fall apart === trulux [n=lorenzo@unaffiliated/trulux] has joined #ubuntu-motu [02:29] crimsun: ping [02:30] tseng: pong [02:30] crimsun: alt+1-0 doesnt work any longer in urxvt (works in gnome-termina)? [02:30] im rather depended on them in irssi [02:30] from rxvt-unicode 6.2? [02:31] yes [02:31] 6.3's out, just haven't had a chance to push it in yet === crimsun_ [n=crimsun@66.248.140.183] has joined #ubuntu-motu [02:32] confirmed, will look in a sec. Gotta straighten out aj's alsa issue [02:32] rock on dude [02:33] ajmitch: hmm, seems to build ok for me [02:33] ajmitch: I used module-assistant [02:34] ajmitch: what's the dmesg spew regarding symbols? === hyakuhei [n=operativ@gentoo/user/RobC] has joined #ubuntu-motu [02:36] crimsun: oh it built fine for me [02:37] Jan 7 14:20:13 localhost kernel: [4384556.939000] snd_timer: Unknown symbol snd_info_register [02:37] Jan 7 14:20:13 localhost kernel: [4384556.939000] snd_timer: Unknown symbol snd_info_create_module_entry [02:40] just a few hundred lines like that [02:40] terribly exciting stuff [02:42] i just got an ad for "american idol - underground" [02:42] (you must be shitting me) === dfgas [n=dfgas@adsl-69-210-33-157.dsl.milwwi.ameritech.net] has joined #ubuntu-motu [02:52] ajmitch: when you dpkg -i'd the new 1.0.10+1.0.11rc2 deb, it should have done an alsa force-reload [02:55] tseng: 6.3-0ubuntu1 uploaded, see second changelog item [02:55] yes, and a force-reload is what breaks === ajmitch is going to reboot & see what damage has been done :) [02:55] bbiab [02:55] ok, thanks === SloMoSnail [n=slomo@p5487CFE4.dip.t-dialin.net] has joined #ubuntu-motu [03:10] crimsun: they installed, but I have no sound (everything unmuted & volume at max) [03:11] ajmitch: ok, please pastebin amixer output === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu [03:13] http://paste.ubuntu-nl.org/6717 [03:14] might be worth me following up with the alsa bugreport [03:14] yes, you will need to. [03:15] Does force-unload, rm -f /var/lib/alsa/asound.state, and modprobe snd-hda-intel work? [03:15] "work" -> result in audible sound [03:18] looks like I'm getting timeouts trying to reload the snd-hda-intel drive now [03:21] drat. [03:23] yep === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-motu [03:24] ajmitch: does it hang the machine, or does it just fail to modprobe? [03:24] just fails to modprobe, spews in dmesg [03:25] hi all [03:25] hey zakame [03:25] hi ajmitch :) 'tis a blackout here :( [03:26] ajmitch: please pastebin the spew [03:30] is there a need for ppc packagers for backports ? [03:31] crimsun: sure, once wireless is cooperative also :) [03:31] ajmitch: ok. :) [03:31] nalioth: sure; you'll probably want to coordinate w/ Mez [03:32] crimsun: ty [03:34] http://paste.ubuntu-nl.org/6718 [03:36] nalioth: not for packagers... but for testers... packaging happens in dapper, the backports use the dapper packages and build them in breezy [03:40] slomo: ok. thanks [03:44] when is the dapper freeze? [03:46] which freeze? [03:47] Jan 19th main UVF [03:47] universe soon after [03:47] universe UVF on the 19th, actually [03:48] possibility of other new packages until feature freeze [03:48] i'm tryin to resolve easyubuntu (since i'm on the EU team) === StevenK waves to people. [03:57] ajmitch: does passing "model=foo" (where foo == {basic,hp,fujitsu}) to ``modprobe snd-hda-intel'' result in working audio? === rikai [n=gtk2@pool-70-16-106-99.port.east.verizon.net] has joined #ubuntu-motu [04:02] crimsun: my hero, alt+1 works [04:02] tseng: excellent. [04:02] thanks. [04:02] np [04:19] \sh: you around? [04:19] <\sh> somehow..but not productive [04:19] ok ;) [04:19] there's a bug in wesnoth [04:20] doesnt show team colors on units and villages [04:20] which is not very convenient [04:20] I've tracked it down and it's a .cfg missing in wesnoth-data.install [04:20] again ;) [04:20] <\sh> debdiff? [04:20] isaac knows about it [04:20] and will release the next version with *.cfg [04:20] which will prevent this kind of mistakes in the future [04:21] shall I release a fixed version for ubuntu? [04:21] or just wait for the updated package in debian? [04:21] <\sh> sure [04:22] sure for which one? [04:22] <\sh> fixed version for ubuntu :) [04:22] hehe [04:22] oh ok :) [04:22] I'll take your latest version and make a debdiff [04:22] :) [04:22] I'm checking if it works first [04:23] do I need to file a bug to do that ? [04:23] or just giving you the debdiff is fine? [04:23] <\sh> raphink: send me the debdiff to sh@sourcecode.de [04:23] ok [04:23] :) === derekS [n=derekS@cpe-66-108-44-139.nyc.res.rr.com] has joined #ubuntu-motu [04:25] wesnoth 1.1.0-2 is in debian incoming [04:25] I assume you guys know that [04:25] so it'll be up soon I guess [04:26] <\sh> he fixed all the bugs now/ [04:26] <\sh> ? [04:26] just merge it from 1.1.0-2 [04:26] as I recall we still have libgl{u}1-dev differences [04:26] \sh: I had a talk with isaac so he should have fixed all the .cfg related bugs [04:26] and the amd64 one, too [04:27] if he worked on 1.1.0-2 well, a sync should be sufficient for the new package [04:27] :) [04:27] <\sh> when i would find the source packages [04:27] <\sh> in incoming is no source of wesnoth [04:28] wouldn't be, it's -2 [04:28] <\sh> ah yes [04:28] <\sh> but then there should be a dsc and a diff.gz even in debian, right? [04:28] yep, probably already processed [04:29] hmm [04:29] already processed I'd say [04:29] <\sh> * Install missing .cfg files which caused a problem with team colors and [04:29] <\sh> also closes: #337834 (missing test scenario file) [04:29] <\sh> * Apply patch from upstream to fix build in amd64, according to patch [04:29] <\sh> submitter the game might segfault later but it's an improvement anyway, [04:29] <\sh> closes: #345960 [04:29] <\sh> * Enable fribidi support (--with-fribidi flag and libfribidi-dev b-d) === warren_ [n=warren@c220-237-173-120.lowrp1.vic.optusnet.com.au] has joined #ubuntu-motu [04:29] <\sh> lol [04:29] since there are still the sparc and arm changes and deb in incoming [04:29] <\sh> so the amd64 patch is not worth it somehow [04:29] hehe [04:29] yes it seems [04:30] \sh: sorry, the source is already in archive, I think [04:30] your patch was different than his \sh it seems [04:30] <\sh> raphink: did you play on amd64? [04:30] you used long integers in it, instead of normal integeres [04:30] nope \sh I have a K7 [04:30] <\sh> raphink: sure...because when he tries to typecast pointers to int he is fucked on amd64 [04:30] <\sh> or on all 64bit archs [04:31] yes [04:31] \sh; only LP64 arches [04:31] but he kept (int) instead of (long) and says it won't change much to the segfault anyway [04:31] <\sh> on i386 it is right that int and long are the same size (32bit) so as the pointer..but on amd64/ia64/and other archs the 64bit pointers are 64bit length and int is on 64bit only 32bit [04:31] <\sh> hahaha [04:31] <\sh> ftbfs again with gcc4? [04:32] \sh: ? [04:32] <\sh> the problem with the int and long is a complaint from the gcc4 [04:32] if you're talking about wesnoth, the patch doesn't cause ftbfs [04:32] <\sh> that's why it ftbfs on our buildd [04:32] it causes segfault [04:32] but fixes ftbfs [04:32] ok [04:33] isaac told me the patch fixes the ftbfs, but causes segfault [04:33] it's just a bit better ;) [04:33] hehe [04:33] at least it builds [04:34] <\sh> let me see how he did it [04:35] ok [04:35] :) === raphink is getting a bit tired [04:35] maybe 5AM will be a good time to go to sleep [04:35] once this package is built === robitaille [n=robitail@ubuntu/member/robitaille] has joined #ubuntu-motu [04:37] <\sh> + static int unittype_internal_compare(wesnoth_unittype* left, wesnoth_unittype* right) [04:37] <\sh> + { [04:37] <\sh> +- return (int)left->unit_type_ - (int)right->unit_type_; [04:37] <\sh> ++ return (int)(left->unit_type_ - right->unit_type_); [04:37] <\sh> + } [04:38] yep [04:38] he said you used (long) instead of (int) [04:38] <\sh> that means...that he is doing a pointer substraction and casting it to int.. [04:38] <\sh> the question is what is unit_type_ for a type :) [04:38] no idea [04:39] I'm no dev [04:39] never studied c++ [04:39] I stopped my school before this courese [04:39] course [04:39] and I know that the people who stayed didn't understand it anyway [04:39] lol [04:39] a friend told me that after a few months studying c++, he finally understood that all he had understood was that he couldn't understand c++ [04:39] ;) [04:40] <\sh> well..it's a pointer [04:40] argh [04:40] someone needs to explain me pointers sometime [04:40] <\sh> typedef struct { [04:40] <\sh> PyObject_HEAD [04:40] <\sh> const unit_type* unit_type_; [04:40] <\sh> } wesnoth_unittype; [04:40] I still don't get what a pointer is [04:41] a pointer is a data type that "points" to another data type [04:41] we recognise it as a memory location when it is dereferenced [04:41] <\sh> which means he assumes that the difference between left->unit_type_ and right->unit_type_ is smaller then 64bit [04:42] mhm [04:42] <\sh> which means he can be wrong [04:42] (int) is the wrong cast [04:42] <\sh> or better he could be wrong [04:42] crimsun: this is nice of you, although I doubt I can undrstand it at 4:42AM if I didn't understand it in the middle of the day before [04:42] <\sh> crimsun: what I did was typecasting to long [04:43] yeah, that's the standard procedure when porting to 64-bit arches [04:43] <\sh> which is, reading the porting to 64bit arch documents, the right way [04:43] well if you think this is better, then I can merge it with this change [04:43] <\sh> so I think our version won't segfault anyhow [04:44] tseng: http://www.djangoproject.com/snakesandrubies/ [04:44] <\sh> well I think it will segfault somewhere..but not for the typecast I introduced [04:44] ok [04:44] <\sh> raphink: lets fix the bug you told me in our package and leave the ai_python patch from ubuntu like it is now :) [04:44] how do you mean? [04:44] <\sh> raphink: this calculation method I don't trust [04:45] you mean not merging the new debian package? [04:45] <\sh> raphink: the assume that 64bit mem address - 64but mem address == 32bit length [04:45] <\sh> raphink: yes [04:45] hmm ok then [04:46] <\sh> raphink: don't merge it :) fix the bug you mentioned and send the debdiff [04:46] <\sh> if debian asks why, tell him he is wrong [04:46] well actually if we do that I'd very much like to use *.cfg to fix the colors bug [04:46] and thus prevent another mistake maybe [04:46] but that will make a bigger debdiff [04:46] <\sh> raphink: yeah..that's why you should fix the .cfg issue...but leave the amd64 bit patch like it is now :) [04:47] since it will remove all the *.cfg files in .install [04:47] and replace them by .cfg [04:47] it will fix both -t switch and colors bug though [04:47] at once [04:47] <\sh> lemme check how he did it (the cfg issue) [04:47] and maybe more to come in the future will be prevented [04:47] as .cfg file are added [04:48] had he use *.cfg from the beginning, there would never have been a -t switch & a colors bugs [04:48] <\sh> debian/tmp/usr/share/games/wesnoth/data/*.cfg [04:48] <\sh> you mean this? [04:48] yes [04:48] did he use this? [04:49] <\sh> yes [04:49] <\sh> in his new package [04:49] very good so [04:49] at last I'd say ;) [04:49] using it in a debdiff in ubuntu would generate a big diff though [04:49] so that's why I asked him to do it himself so we could merge it [04:50] and thus prevent a big debdiff from Debian on our side [04:50] <\sh> hum? well it removed all the .cfg entries in .install [04:50] yes [04:50] exactly [04:50] so that's quite big, isn't it? [04:50] <\sh> so i don't mind...what about the -t switch? [04:50] <\sh> no [04:50] ok I tried to add the .cfg manually and rebuild and it works [04:50] that was it [04:50] <\sh> only 10 lines [04:51] the -t switch is exactly the same [04:51] the -t switch is a test_stuff.cfg file missing in .install [04:51] and the colors is a team_colors.cfg file missing in .install [04:51] so using *.cfg fixes both [04:51] <\sh> ok..I changed now the .cfg entries to a single *.cfg [04:52] although so far we have fixed the -t issue by adding this line only to .install [04:52] ok [04:52] that should fix everything :) [04:52] well I mean the -t switch and the colors [04:52] the colors being quite useful to play somehow ;) === raphink played two games without the team colors tonight [04:52] it's confusing ;) [04:54] \sh: so you're fixing this in -1ubuntu3 ? [04:54] <\sh> yes [04:54] <\sh> moment [04:54] ok :) [04:54] <\sh> what is frigidi? === raphink needs to go to bed before falling on the keyboard [04:54] \sh: no idea [04:54] <\sh> fribidi [04:55] $ grep fribidi src/* [04:55] <\sh> ok..i'll enable this as well [04:55] src/font.cpp:#include [04:55] unicode bidirectional support [04:55] src/font.cpp: char *c_str = const_cast(str_.c_str()); // fribidi forgot const... [04:55] src/font.cpp: n = fribidi_utf8_to_unicode (c_str, len, bidi_logical); [04:55] src/font.cpp: fribidi_log2vis(bidi_logical, n, &base_dir, bidi_visual, NULL, NULL, NULL); [04:55] src/font.cpp: fribidi_unicode_to_utf8 (bidi_visual, n, utf8str); [04:55] Build-Depends += libfribidi-dev === Hobbsee_away [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-motu === raphink is off to bed [04:57] thanks for your work \sh, I'll try to do it entirely myself next time :) [04:59] <\sh> raphink|bigsleep: no problem... [04:59] <\sh> crimsun: ok..I'll added this as well [05:00] <\sh> uploaded [05:01] <\sh> ok..now for some movies :) [05:01] <\sh> laters === freeflying [n=freeflyi@61.190.65.9] has joined #ubuntu-motu === wjb [n=warren@c220-237-173-120.lowrp1.vic.optusnet.com.au] has joined #ubuntu-motu [05:26] any MOTUs up for a quick REVU review about? === seth_k|lappy [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-motu === seth_k_ [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-motu === trulux [n=lorenzo@unaffiliated/trulux] has joined #ubuntu-motu === crimsun [i=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-motu [06:25] what can be done when the pbuilder environment can't find packages that ARE in the repos ? [06:25] such as? [06:25] nalioth, you got universe enabled in the pbuilder too? [06:25] nalioth: sudo pbuilder update ??? [06:25] i have universe and multiverse in my pbuilder sources.list, yes [06:26] it's been updated [06:26] did you have them in there when the base.tgz was created originally? [06:26] yes i have, crimsun [06:26] and you updated, as Yagisan mentioned? [06:27] i started this out with a full dapper sources.list (when i created the original base.tgz) [06:27] except for backports, of course [06:27] I generally update the pbuilders daily [06:28] which package is pbuilder not finding? [06:28] nalioth: sometimes when updating *dapper* you don't get all the sources. try again after a few hours [06:28] nalioth, which mirror are you using? [06:30] archive.ubuntu.com [06:30] it doesnt do it with my breezy pbuilder, either, tho [06:30] er, it cant find the same pkg in the breezy pbuilder [06:30] which package? [06:31] libgtkglextmm1-dev libgtkglext1-dev neither one of these can be found with my breezy or dapper pbuilder [06:33] the former exists for ppc for certain [06:33] the latter, too [06:33] ``pbuilder login'' [06:33] ``apt-cache policy libgtkglextmm1-dev'' [06:37] ok [06:38] unable to locate [06:38] ``cat /etc/apt/sources.list'' (from within the pbuilder login) [06:38] i know it exists for ppc because i've compiled this program locally for myself [06:39] bingo [06:39] what i want to know is: are /etc/pbuilder/apt.config/sources.list connected to the actual pbuilder ? [06:40] because i've got a full ubuntu sources.list there [06:40] if that's the path you provided in ~/.pbuilderrc, yes [06:40] I normally stash it in ~/porting/builder/apt.conf/ or something [06:41] path in pbuilderrc? [06:41] this has nothign to do with OTHERMIRROR ? [06:41] APTCONFDIR="/home/crimsun/porting/builder/apt.config/" [06:42] nope, not OTHERMIRROR [06:56] i just adjusted the sources.list, created a new base.tgz and it still doesnt find it [06:57] did you ``sudo pbuilder update --override-config'' ? [07:00] if i create a base.tgz, do i still need to update it? [07:00] yes, each day is a good refresh rate [07:03] nalioth: I update mine before using them [07:03] ok. so even a freshly made base.tgz isn't updated [07:04] nope, not unless you update it manually using the above [07:05] ok. ty === minghua [n=minghua@69-153-139-23.dsl.hstntx.swbell.net] has joined #ubuntu-motu [07:15] my INCLUDEPACKAGE=gnupg doesnt seem to work in my pbuilderrc [07:18] i've updated my pbuilder sources and updated it and it still can't find the package(s) [07:19] is it using the correct sources.list? === TerminX [n=terminx@adsl-68-125-63-27.dsl.pltn13.pacbell.net] has joined #ubuntu-motu [07:23] i have no idea where it is getting it's sources.list, i just logged into it and it has a sources.list that is not in my /etc/pbuilder/apt.config/ [07:25] but does your ~/.pbuilderrc use a different APTCONFDIR? [07:27] this is really pissin me off [07:27] the ~/.pbuilderrc points to the above dir [07:27] and what are the contents of that dir? [07:27] i just did a save-after-login to install gnupg (cuz the INCLUDEPACKAGE=gnupg DOEASNT WORK [07:28] the same things in /etc/apt/ are in the above directory === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-motu [07:29] of course INCLUDEPACKAGE wouldn't work. It's not a valid directive. You're supposed to use EXTRAPACKAGES. === luk [n=luk@47.97-201-80.adsl.skynet.be] has joined #ubuntu-motu [07:29] ok === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-motu === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-motu [08:18] evening all === zakame [n=zakame@openwire.metawire.org] has joined #ubuntu-motu === robitaille [n=robitail@ubuntu/member/robitaille] has joined #ubuntu-motu === Den [n=Den@adsl-71-132-141-13.dsl.pltn13.pacbell.net] has joined #ubuntu-motu === nalioth [n=johndark@cpe-70-122-95-187.houston.res.rr.com] has joined #ubuntu-motu [08:24] is it common for pbuilder to eat ~2gb of space [08:26] whoa ~2gb?!? [08:27] nalioth: it can be [08:27] for what part though? [08:27] yes, it locked me out of my box cuz it ran me out of space [08:27] the aptcache? results dir? [08:27] base tarballs shouldn't be too big [08:27] i had several things in /etc/pbuilder/build/X mounted in /proc [08:28] some projects can take 2-4GB to build [08:28] sound slike you have build directories left ove [08:28] that werent cleaned up [08:28] like OOo is a disk hog === ajmitch has a pbuilder dir taking 2.9GB [08:29] and that's after I cleaned stale build dirs :) [08:29] well, now i'm locked out of my box, so am gonna wipe all vestiges of osx off of it [08:29] hey ajmitch, want to make history by approving REVU rights for the first female ubuntu uploader? ;) Hobbsee e-mailed her key to the keyring address awhile ago [08:29] oh right [08:29] I think I saw a keyid & nothing else ;) [08:30] no 'please add me' or even 'heres my key' ;) [08:30] haha [08:30] hehe sorry about that! [08:30] the wiki should say that then :P === seth_k|lappy adjusts wiki ;) === LaserJock started to put link /var/cache/pbuilder to his 60GB backup partition so / wouldn't get full ;-) [08:30] hi ajmitch - please add me to revu [08:30] how's that? [08:31] A good improvement [08:31] wiki updated, editnote "asking nicely works wonders" :P [08:31] heh [08:32] hehe === ajmitch just has to find sistpoty's standard reply to cut & paste [08:32] i'm screwed [08:32] now it won't load a breezy livecd [08:33] heh [08:33] nalioth: do you use APTCACHE for your pbuilder? [08:33]