[12:03] <raphink> ajmitch: I can't see a merge bug on bugzilla bout it
[12:04] <raphink> ajmitch: what do you think? shall I keep merging ?
[12:05] <crimsun> (I'd stick w/ universe myself)
[12:05] <crimsun> the main ones will be done regardless; universe ones aren't necessarily so
[12:05] <raphink> crimsun: well its' just because I filed the merging bug and began to work on it
[12:06] <raphink> 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] <raphink> rejected
[12:06] <raphink> 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] <raphink> so I might just close the bug I mistakenly opened on malone and give it up ;)
[12:08] <ajmitch> I doubt that it's a merge candidate, things like kde & gnome are maintained seperately from debian
[12:08] <raphink> hmmm
[12:08] <raphink> well it was on lucas's list of Debian packages newer than Ubuntu ones
[12:08] <raphink> :s
[12:08] <raphink> I don't really get yet where to get merges
[12:09] <raphink> the 'official' list seems empty or with erratic links to scotts dir
[12:09] <raphink> and the lucas list lists files that are not to be merged
[12:09] <raphink> so I'm wondering where is the list of the real merges to be done ;)
[12:10] <raphink> maybe that's something to report to lucas, btw : removing main apps from his list ;)
[12:11] <ajmitch> I thought his list was meant to be universe only
[12:11] <raphink> thought so too
[12:11] <raphink> but I found k3b there
[12:11] <raphink> http://revu.tauware.de/~lucas/versions/all-packages.html
[12:11] <raphink> ;)
[12:12] <raphink> and I guess other main apps could be found if one can be
[12:12] <raphink> logically
[12:12] <ajmitch> good to see that my lists are obsolete now
[12:12] <raphink> just picking one randomly : koffice
[12:13] <lfittl> http://revu.tauware.de/~lucas/versions/unimultiverse.html is for uni/multiverse
[12:13] <raphink> oh ok
[12:13] <raphink> thanks lfittl
[12:13] <raphink> good to know :)
[12:13] <lfittl> np, just found that one myself :)
[12:13] <raphink> could have guessed though :s
[12:14] <raphink> I should add this link to MOTUMerging on the wiki
[12:14] <raphink> I also want to write a howto for cdbs
[12:14] <raphink> there is no howto for that
[12:14] <raphink> it's a real lack
[12:45] <marcin`> hello
[12:46] <marcin`> I would like to register and upload some packages to REVU
[12:46] <marcin`> but got a little problem with keys...
[12:46] <marcin`> could someone tell me what should I put into <KEYID> section of this command
[12:46] <ajmitch> what problem?
[12:46] <marcin`> gpg --send-keys -keyserver blabla <KEYID>
[12:47] <marcin`> wtf is KEYID?
[12:47] <crimsun> um, that's your id for your gpg key
[12:47] <marcin`> sure but which part of gpg --list-keys output is keyid?
[12:48] <crimsun> normally it's the first id listed with --list-keys
[12:48] <crimsun> pub   1024D/C88ABDA3 2003-06-23 [expires: 2006-06-27] 
[12:48] <crimsun> mine's 0xC88ABDA3
[12:48] <marcin`> how did you get this 0xC.... value?
[12:48] <crimsun> gpg --list-keys
[12:49] <marcin`> ahh so this is this part after 1024D/ ?
[12:49] <crimsun> yes
[12:49] <marcin`> crimsun: ok done
[12:49] <marcin`> thanks very much...
[12:49] <crimsun> np
[12:50] <marcin`> I did all this gpg thing about a year ago and I forgot most of it ;>
[01:08] <desrt> do the motu plan to pacakge a version of emacs that uses gtk2?
[01:09] <desrt> er.  xemacs, i mean
[01:09] <ajmitch> desrt: doubtful, why?
[01:09] <desrt> because gtk1 is ugly? :)
[01:09] <ajmitch> hm, *maybe* with xemacs if you found someone gullible enough
[01:09] <desrt> uhm
[01:09] <desrt> incidentally 'emacs' already has a gtk2 version in the archive
[01:09] <desrt> and xemacs does not
[01:09] <desrt> your intuition is backwards :)
[01:10] <ajmitch> how so? :)
[01:10] <ajmitch> ah, xemacs21, 238 bugs in debian
[01:12] <slomo_> uh... i would die if i had 238 bugs for one of my packages ;)
[01:12] <marcin`> desrt: where is emacs 22 gtk2 version - I mean which ubuntu repo?
[01:12] <desrt> marcin`; dapper  universe
[01:18] <ajmitch> weird network issues with this laptop..
[01:20] <seth_k|lappy> 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] <ajmitch> seth_k|lappy: you decide ;)
[01:22] <seth_k|lappy> bah
[01:22] <seth_k|lappy> what sort of answer is that :)
[01:22] <seth_k|lappy> hehe
[01:22] <ajmitch> seth_k|lappy: I often prefer to throw in a patch system anyway
[01:22] <ajmitch> some people don't
[01:22] <ajmitch> there's no real rule about it
[01:23] <ajmitch> but as soon as you make multiple changes you need to be able to sort them somehow
[01:23] <seth_k|lappy> It's my personal preference to throw it in, because I figure I might need it later for bigger patches.
[01:23] <seth_k|lappy> So alright, if it's a preference thing
[01:25] <ajmitch> sure, if it's your own package :)
[01:25] <ajmitch> I'd had simple-patchsys in for a 2-line patch
[01:25] <ajmitch> hey Arrogance
[01:25] <Arrogance> hi aj
[01:26] <azeem> Arrogance: hey, did Jeff ask you where the flock svn is these days, or whether you have a copy of it?
[01:26] <ajmitch> morning azeem :)
[01:27] <azeem> heya
[01:27] <Arrogance> azeem, he hasn't asked, no.  svn should be the same as always
[01:28] <azeem> can you remind me? *g* (in a /msg if you want)
[01:28] <Arrogance> azeem, remind you?  Sure.  svn stands for subversion
[01:28] <Arrogance> *g*
[01:29] <azeem> I was looking for Jeff's automake patches and he said they would be in the flock repo
[01:29] <ajmitch> looks like I need to get python-bazaar in debian
[01:43] <ajmitch> crimsun: do you know what alsa drivers are in the dapper kernel?
[01:45] <crimsun> 1.0.10rc
[01:45] <ajmitch> right
[01:45] <crimsun> it's a bit past rc3
[01:45] <crimsun> if you need, try rc2 from experimental
[01:45] <crimsun> 1.0.11rc2, that is
[01:45] <ajmitch> it was a little annoying to not have sound with this
[01:46] <ajmitch> then I found that others with very similar models have the same issue
[01:46] <crimsun> which laptop?
[01:46] <ajmitch> acer travelmate 4064WLMi
[01:50] <crimsun> ajmitch: so you have an ALC260 as the codec?
[01:51] <ajmitch> yes
[01:51] <ajmitch> not sure if that is support yet or not
[01:54] <crimsun> it is.
[01:54] <crimsun> 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] <ajmitch> yes, I've grabbed that
[01:55] <ajmitch> just trying to fetch the right linux-headers now
[01:55] <ajmitch> as wireless is also giving some issues :)
[02:11] <desrt> there appears to be an error on the archive
[02:11] <desrt> clisp_2.36 isn't built for 386
[02:11] <desrt> (it is for ppc and amd64)
[02:23] <ajmitch> crimsun: surprisingly I get a lot of unknown symbols with an alsa-modules deb, against the current kernel headers
[02:29] <tseng> crimsun: ping
[02:30] <crimsun> tseng: pong
[02:30] <tseng> crimsun: alt+1-0 doesnt work any longer in urxvt (works in gnome-termina)?
[02:30] <tseng> im rather depended on them in irssi
[02:30] <crimsun> from rxvt-unicode 6.2?
[02:31] <tseng> yes
[02:31] <crimsun> 6.3's out, just haven't had a chance to push it in yet
[02:32] <crimsun> confirmed, will look in a sec. Gotta straighten out aj's alsa issue
[02:32] <tseng> rock on dude
[02:33] <crimsun> ajmitch: hmm, seems to build ok for me
[02:33] <crimsun> ajmitch: I used module-assistant
[02:34] <crimsun> ajmitch: what's the dmesg spew regarding symbols?
[02:36] <ajmitch> crimsun: oh it built fine for me
[02:37] <ajmitch> Jan  7 14:20:13 localhost kernel: [4384556.939000]  snd_timer: Unknown symbol snd_info_register
[02:37] <ajmitch> Jan  7 14:20:13 localhost kernel: [4384556.939000]  snd_timer: Unknown symbol snd_info_create_module_entry
[02:40] <ajmitch> just a few hundred lines like that
[02:40] <ajmitch> terribly exciting stuff
[02:42] <tseng> i just got an ad for "american idol - underground"
[02:42] <tseng> (you must be shitting me)
[02:52] <crimsun> 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] <crimsun> tseng: 6.3-0ubuntu1 uploaded, see second changelog item
[02:55] <ajmitch> yes, and a force-reload is what breaks
[02:55] <ajmitch> bbiab
[02:55] <crimsun> ok, thanks
[03:10] <ajmitch> crimsun: they installed, but I have no sound (everything unmuted & volume at max)
[03:11] <crimsun> ajmitch: ok, please pastebin amixer output
[03:13] <ajmitch> http://paste.ubuntu-nl.org/6717
[03:14] <ajmitch> might be worth me following up with the alsa bugreport
[03:14] <crimsun> yes, you will need to.
[03:15] <crimsun> Does force-unload, rm -f /var/lib/alsa/asound.state, and modprobe snd-hda-intel work?
[03:15] <crimsun> "work" -> result in audible sound
[03:18] <ajmitch> looks like I'm getting timeouts trying to reload the snd-hda-intel drive now
[03:21] <crimsun> drat.
[03:23] <ajmitch> yep
[03:24] <crimsun> ajmitch: does it hang the machine, or does it just fail to modprobe?
[03:24] <ajmitch> just fails to modprobe, spews in dmesg
[03:25] <zakame> hi all
[03:25] <ajmitch> hey zakame
[03:25] <zakame> hi ajmitch :) 'tis a blackout here :(
[03:26] <crimsun> ajmitch: please pastebin the spew
[03:30] <nalioth> is there a need for ppc packagers for backports ?
[03:31] <ajmitch> crimsun: sure, once wireless is cooperative also :)
[03:31] <crimsun> ajmitch: ok. :)
[03:31] <crimsun> nalioth: sure; you'll probably want to coordinate w/ Mez
[03:32] <nalioth> crimsun: ty
[03:34] <ajmitch> http://paste.ubuntu-nl.org/6718
[03:36] <slomo> nalioth: not for packagers... but for testers... packaging happens in dapper, the backports use the dapper packages and build them in breezy
[03:40] <nalioth> slomo: ok. thanks
[03:44] <nalioth> when is the dapper freeze?
[03:46] <desrt> which freeze?
[03:47] <tseng> Jan 19th main UVF
[03:47] <tseng> universe soon after
[03:47] <ajmitch> universe UVF on the 19th, actually
[03:48] <ajmitch> possibility of other new packages until feature freeze
[03:48] <nalioth> i'm tryin to resolve easyubuntu (since i'm on the EU team)
[03:57] <crimsun> ajmitch: does passing "model=foo" (where foo == {basic,hp,fujitsu}) to ``modprobe snd-hda-intel'' result in working audio?
[04:02] <tseng> crimsun: my hero, alt+1 works
[04:02] <crimsun> tseng: excellent.
[04:02] <tseng> thanks.
[04:02] <crimsun> np
[04:19] <raphink> \sh: you around?
[04:19] <\sh> somehow..but not productive
[04:19] <raphink> ok ;)
[04:19] <raphink> there's a bug in wesnoth
[04:20] <raphink> doesnt show team colors on units and villages
[04:20] <raphink> which is not very convenient
[04:20] <raphink> I've tracked it down and it's a .cfg missing in wesnoth-data.install
[04:20] <raphink> again ;)
[04:20] <\sh> debdiff?
[04:20] <raphink> isaac knows about it
[04:20] <raphink> and will release the next version with *.cfg
[04:20] <raphink> which will prevent this kind of mistakes in the future
[04:21] <raphink> shall I release a fixed version for ubuntu?
[04:21] <raphink> or just wait for the updated package in debian?
[04:21] <\sh> sure
[04:22] <raphink> sure for which one?
[04:22] <\sh> fixed version for ubuntu :)
[04:22] <raphink> hehe
[04:22] <raphink> oh ok :)
[04:22] <raphink> I'll take your latest version and make a debdiff
[04:22] <raphink> :)
[04:22] <raphink> I'm checking if it works first
[04:23] <raphink> do I need to file a bug to do that ?
[04:23] <raphink> or just giving you the debdiff is fine?
[04:23] <\sh> raphink: send me the debdiff to sh@sourcecode.de
[04:23] <raphink> ok
[04:23] <raphink> :)
[04:25] <minghua> wesnoth 1.1.0-2 is in debian incoming
[04:25] <minghua> I assume you guys know that
[04:25] <raphink> so it'll be up soon I guess
[04:26] <\sh> he fixed all the bugs now/
[04:26] <\sh> ?
[04:26] <crimsun> just merge it from 1.1.0-2
[04:26] <crimsun> as I recall we still have libgl{u}1-dev differences
[04:26] <raphink> \sh: I had a talk with isaac so he should have fixed all the .cfg related bugs
[04:26] <raphink> and the amd64 one, too
[04:27] <raphink> if he worked on 1.1.0-2 well, a sync should be sufficient for the new package
[04:27] <raphink> :)
[04:27] <\sh> when i would find the source packages
[04:27] <\sh> in incoming is no source of wesnoth
[04:28] <crimsun> 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] <crimsun> yep, probably already processed
[04:29] <raphink> hmm
[04:29] <raphink> 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)
[04:29] <\sh> lol
[04:29] <raphink> 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] <raphink> hehe
[04:29] <raphink> yes it seems
[04:30] <minghua> \sh: sorry, the source is already in archive, I think
[04:30] <raphink> your patch was different than his \sh it seems
[04:30] <\sh> raphink: did you play on amd64?
[04:30] <raphink> you used long integers in it, instead of normal integeres
[04:30] <raphink> 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] <raphink> yes
[04:31] <desrt> \sh; only LP64 arches
[04:31] <raphink> 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] <raphink> \sh: ?
[04:32] <\sh> the problem with the int and long is a complaint from the gcc4
[04:32] <raphink> 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] <raphink> it causes segfault
[04:32] <raphink> but fixes ftbfs
[04:32] <raphink> ok
[04:33] <raphink> isaac told me the patch fixes the ftbfs, but causes segfault
[04:33] <raphink> it's just a bit better ;)
[04:33] <raphink> hehe
[04:33] <raphink> at least it builds
[04:34] <\sh> let me see how he did it
[04:35] <raphink> ok
[04:35] <raphink> :)
[04:35] <raphink> maybe 5AM will be a good time to go to sleep
[04:35] <raphink> once this package is built
[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] <raphink> yep
[04:38] <raphink> 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] <raphink> no idea
[04:39] <raphink> I'm no dev
[04:39] <raphink> never studied c++
[04:39] <raphink> I stopped my school before this courese
[04:39] <raphink> course
[04:39] <raphink> and I know that the people who stayed didn't understand it anyway
[04:39] <raphink> lol
[04:39] <raphink> 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] <raphink> ;)
[04:40] <\sh> well..it's a pointer
[04:40] <raphink> argh
[04:40] <raphink> 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] <raphink> I still don't get what a pointer is
[04:41] <crimsun> a pointer is a data type that "points" to another data type
[04:41] <crimsun> 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] <raphink> mhm
[04:42] <\sh> which means he can be wrong
[04:42] <crimsun> (int) is the wrong cast
[04:42] <\sh> or better he could be wrong
[04:42] <raphink> 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] <crimsun> 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] <raphink> 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] <Lathiat> 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] <raphink> 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] <raphink> how do you mean?
[04:44] <\sh> raphink: this calculation method I don't trust
[04:45] <raphink> 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] <raphink> 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] <raphink> well actually if we do that I'd very much like to use *.cfg to fix the colors bug
[04:46] <raphink> and thus prevent another mistake maybe
[04:46] <raphink> 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] <raphink> since it will remove all the *.cfg files in .install
[04:47] <raphink> and replace them by .cfg
[04:47] <raphink> it will fix both -t switch and colors bug though
[04:47] <raphink> at once
[04:47] <\sh> lemme check how he did it (the cfg issue)
[04:47] <raphink> and maybe more to come in the future will be prevented
[04:47] <raphink> as .cfg file are added
[04:48] <raphink> 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] <raphink> yes
[04:48] <raphink> did he use this?
[04:49] <\sh> yes
[04:49] <\sh> in his new package
[04:49] <raphink> very good so
[04:49] <raphink> at last I'd say ;)
[04:49] <raphink> using it in a debdiff in ubuntu would generate a big diff though
[04:49] <raphink> so that's why I asked him to do it himself so we could merge it
[04:50] <raphink> 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] <raphink> yes
[04:50] <raphink> exactly
[04:50] <raphink> 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] <raphink> ok I tried to add the .cfg manually and rebuild and it works
[04:50] <raphink> that was it
[04:50] <\sh> only 10 lines
[04:51] <raphink> the -t switch is exactly the same
[04:51] <raphink> the -t switch is a test_stuff.cfg file missing in .install
[04:51] <raphink> and the colors is a team_colors.cfg file missing in .install
[04:51] <raphink> so using *.cfg fixes both
[04:51] <\sh> ok..I changed now the .cfg entries to a single *.cfg
[04:52] <raphink> although so far we have fixed the -t issue by adding this line only to .install
[04:52] <raphink> ok
[04:52] <raphink> that should fix everything :)
[04:52] <raphink> well I mean the -t switch and the colors
[04:52] <raphink> the colors being quite useful to play somehow ;)
[04:52] <raphink> it's confusing ;)
[04:54] <raphink> \sh: so you're fixing this in -1ubuntu3 ?
[04:54] <\sh> yes
[04:54] <\sh> moment
[04:54] <raphink> ok :)
[04:54] <\sh> what is frigidi?
[04:54] <raphink> \sh: no idea
[04:54] <\sh> fribidi
[04:55] <raphink>  $ grep fribidi src/*
[04:55] <\sh> ok..i'll enable this as well
[04:55] <raphink> src/font.cpp:#include <fribidi/fribidi.h>
[04:55] <crimsun> unicode bidirectional support
[04:55] <raphink> src/font.cpp:   char            *c_str = const_cast<char *>(str_.c_str());      // fribidi forgot const...
[04:55] <raphink> src/font.cpp:   n = fribidi_utf8_to_unicode (c_str, len, bidi_logical);
[04:55] <raphink> src/font.cpp:   fribidi_log2vis(bidi_logical, n, &base_dir, bidi_visual, NULL, NULL, NULL);
[04:55] <raphink> src/font.cpp:   fribidi_unicode_to_utf8 (bidi_visual, n, utf8str);
[04:55] <crimsun> Build-Depends += libfribidi-dev
[04:57] <raphink> 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
[05:26] <LaserJock> any MOTUs up for a quick REVU review about?
[06:25] <nalioth> what can be done when the pbuilder environment can't find packages that ARE in the repos ?
[06:25] <crimsun> such as?
[06:25] <Burgundavia> nalioth, you got universe enabled in the pbuilder too?
[06:25] <Yagisan> nalioth: sudo pbuilder update ???
[06:25] <nalioth> i have universe and multiverse in my pbuilder sources.list, yes
[06:26] <nalioth> it's been updated
[06:26] <crimsun> did you have them in there when the base.tgz was created originally?
[06:26] <nalioth> yes i have, crimsun
[06:26] <crimsun> and you updated, as Yagisan mentioned?
[06:27] <nalioth> i started this out with a full dapper sources.list (when i created the original base.tgz)
[06:27] <nalioth> except for backports, of course
[06:27] <crimsun> I generally update the pbuilders daily
[06:28] <crimsun> which package is pbuilder not finding?
[06:28] <Yagisan> nalioth: sometimes when updating *dapper* you don't get all the sources. try again after a few hours
[06:28] <Burgundavia> nalioth, which mirror are you using?
[06:30] <nalioth> archive.ubuntu.com
[06:30] <nalioth> it doesnt do it with my breezy pbuilder, either, tho
[06:30] <nalioth> er, it cant find the same pkg in the breezy pbuilder
[06:30] <crimsun> which package?
[06:31] <nalioth> libgtkglextmm1-dev   libgtkglext1-dev    neither one of these can be found with my breezy or dapper pbuilder
[06:33] <crimsun> the former exists for ppc for certain
[06:33] <crimsun> the latter, too
[06:33] <crimsun> ``pbuilder login''
[06:33] <crimsun> ``apt-cache policy libgtkglextmm1-dev''
[06:37] <nalioth> ok
[06:38] <nalioth> unable to locate
[06:38] <crimsun> ``cat /etc/apt/sources.list''  (from within the pbuilder login)
[06:38] <nalioth> i know it exists for ppc because i've compiled this program locally for myself
[06:39] <nalioth> bingo
[06:39] <nalioth> what i want to know is: are /etc/pbuilder/apt.config/sources.list  connected to the actual pbuilder ?
[06:40] <nalioth> because i've got a full ubuntu sources.list there
[06:40] <crimsun> if that's the path you provided in ~/.pbuilderrc, yes
[06:40] <crimsun> I normally stash it in ~/porting/builder/apt.conf/  or something
[06:41] <nalioth> path in pbuilderrc?
[06:41] <nalioth> this has nothign to do with OTHERMIRROR ?
[06:41] <crimsun> APTCONFDIR="/home/crimsun/porting/builder/apt.config/"
[06:42] <crimsun> nope, not OTHERMIRROR
[06:56] <nalioth> i just adjusted the sources.list, created a new base.tgz and it still doesnt find it
[06:57] <crimsun> did you ``sudo pbuilder update --override-config'' ?
[07:00] <nalioth> if i create a base.tgz, do i still need to update it?
[07:00] <crimsun> yes, each day is a good refresh rate
[07:03] <Yagisan> nalioth: I update mine before using them
[07:03] <nalioth> ok. so even a freshly made base.tgz isn't updated
[07:04] <crimsun> nope, not unless you update it manually using the above
[07:05] <nalioth> ok. ty
[07:15] <nalioth> my INCLUDEPACKAGE=gnupg  doesnt seem to work in my pbuilderrc
[07:18] <nalioth> i've updated my pbuilder sources and updated it and it still can't find the package(s)
[07:19] <crimsun> is it using the correct sources.list?
[07:23] <nalioth> 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] <crimsun> but does your ~/.pbuilderrc use a different APTCONFDIR?
[07:27] <nalioth> this is really pissin me off
[07:27] <nalioth> the ~/.pbuilderrc points to the above dir
[07:27] <crimsun> and what are the contents of that dir?
[07:27] <nalioth> i just did a save-after-login to install gnupg (cuz the INCLUDEPACKAGE=gnupg DOEASNT WORK
[07:28] <nalioth> the same things in /etc/apt/ are in the above directory
[07:29] <crimsun> of course INCLUDEPACKAGE wouldn't work. It's not a valid directive. You're supposed to use EXTRAPACKAGES.
[07:29] <nalioth> ok
[08:18] <ajmitch> evening all
[08:24] <nalioth> is it common for pbuilder to eat ~2gb of space
[08:26] <zakame> whoa ~2gb?!?
[08:27] <ajmitch> nalioth: it can be
[08:27] <ajmitch> for what part though?
[08:27] <nalioth> yes, it locked me out of my box cuz it ran me out of space
[08:27] <ajmitch> the aptcache? results dir?
[08:27] <ajmitch> base tarballs shouldn't be too big
[08:27] <nalioth> i had several things in /etc/pbuilder/build/X  mounted in /proc
[08:28] <ajmitch> some projects can take 2-4GB to build
[08:28] <Lathiat> sound slike you have build directories left ove
[08:28] <Lathiat> that werent cleaned up
[08:28] <ajmitch> like OOo is a disk hog
[08:29] <ajmitch> and that's after I cleaned stale build dirs :)
[08:29] <nalioth> well, now i'm locked out of my box, so am gonna wipe all vestiges of osx off of it
[08:29] <seth_k|lappy> 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] <ajmitch> oh right
[08:29] <ajmitch> I think I saw a keyid & nothing else ;)
[08:30] <ajmitch> no 'please add me' or even 'heres my key' ;)
[08:30] <seth_k|lappy> haha
[08:30] <Hobbsee> hehe sorry about that!
[08:30] <seth_k|lappy> the wiki should say that then :P
[08:30] <Hobbsee> hi ajmitch - please add me to revu
[08:30] <Hobbsee> how's that?
[08:31] <ajmitch> A good improvement
[08:31] <seth_k|lappy> wiki updated, editnote "asking nicely works wonders" :P
[08:31] <ajmitch> heh
[08:32] <Hobbsee> hehe
[08:32] <nalioth> i'm screwed
[08:32] <nalioth> now it won't load a breezy livecd
[08:33] <ajmitch> heh
[08:33] <minghua> nalioth: do you use APTCACHE for your pbuilder?
[08:33] <Hobbsee> ajmitch: standard reply?  you could just give me the shortened version here
[08:34] <seth_k|lappy> I added you to the keyring, you may proceed with uploading now. Please get your key signed by someone in the strong set, you'll need a signed key anyway  ;)
[08:34] <seth_k|lappy> </standard siretart reply>
[08:34] <Hobbsee> hehe ok
[08:34] <seth_k|lappy> um
[08:35] <seth_k|lappy> ajmitch is practically next door! :P
[08:35] <Hobbsee> ajmitch: where are you?
[08:35] <LaserJock> it think there are quite a few Australians running around
[08:36] <ajmitch> Hobbsee: New Zealand
[08:36] <Hobbsee> hehe, yeah, right, real close then
[08:36] <ajmitch> Hobbsee: short answer is that it's added, login with your email address as used on that key on REVU & use the lost pw option there
[08:36] <seth_k|lappy> see! practically next door! :P
[08:36] <ajmitch> short trip across the ditch ;)
[08:37] <seth_k|lappy> :)
[08:37] <ajmitch> Hobbsee: where in .au? there are plenty of strange geeks around for keysignings
[08:37] <Hobbsee> ajmitch: sydney
[08:37] <ajmitch> no problem then
[08:37] <ajmitch> there's at least a couple of people in this channel from sydney
[08:38] <ajmitch> I'm sure SLUG probably run keysignings every now & then
[08:39] <Hobbsee> true
[08:39] <Hobbsee> i'll look into it - may end up waiting till march though, not sure yet
[08:39] <ajmitch> right
[08:39] <ajmitch> got something happening then?
[08:40] <Hobbsee> i start university then
[08:40] <ajmitch> ah
[08:43] <Hobbsee> hehe - i wish!
[08:43] <Hobbsee> although, kamping_kaiser's going there, and then coming back via sydney - still workign all that out
[08:46] <LaserJock> Hobbsee: what will you be studying at university?
[08:46] <Hobbsee> LaserJock: a bachelor of technology in optoelectronics
[08:46] <Hobbsee> ajmitch: no passport either - wouldnt help
[08:47] <LaserJock> Hobbsee: cool, are/would you interested in scienctific packages?
[08:47] <Hobbsee> ajmitch: hehe thanks...but...where do i log in?
[08:47] <Hobbsee> LaserJock: possibly, i'm more working on the kde packages at the moment
[08:48] <ajmitch> revu.tauware.de :)
[08:48] <ajmitch> you don't need to login to upload
[08:48] <ajmitch> all the comments go there, and to the motu-reviewers list now
[08:48] <LaserJock> Hobbsee: I started a MOTU Science team (wiki.ubuntu.com/MOTUScience) if you are interested
[08:49] <Hobbsee> ok
[08:50] <LaserJock> Hobbsee: I'm a physical chemistry student that works with lasers so I know enough optoelectronics to be dangerous ;-)
[08:51] <Hobbsee> hehe!
[08:51] <Hobbsee> fun!
[08:51] <ajmitch> LaserJock: nice :)
[08:51] <seth_k|lappy> microbiology here, I'll infect you before you can shoot me with your lasers :)
[08:52] <LaserJock> seth_k|lappy: but I can shoot you from a large distance
[08:52] <seth_k|lappy> hmm
[08:52] <seth_k|lappy> I'll ponder this
[08:53] <seth_k|lappy> LaserJock's being on the MOTU team is confusing since he's not a MOTU :P
[08:53] <ajmitch> you don't have to be a MOTU to be on the team :)
[08:53] <LaserJock> I don't worry so much about the laser itself, we have ~6 50,000 V capacitors in the power supply
[08:53] <ajmitch> ouch
[08:54] <seth_k|lappy> ajmitch, I'll join both at once then ;)
[08:54] <ajmitch> f?
[08:54] <LaserJock> seth_k|lappy: yeah, we only have 1 MOTU on the team
[08:54] <seth_k|lappy> LaserJock, no, I meant the MOTU team proper, not MOTUScience
[08:54] <seth_k|lappy> remember I asked you once to review something because I saw you on the MOTU list?
[08:54] <LaserJock> oh, yeah. I get confused about that too
[08:55] <LaserJock> motu != MOTU
[08:55] <LaserJock> ubuntu-dev == MOTU, right?
[08:55] <ajmitch> LaserJock: yeah, not sure why you're on the motu group there :)
[08:55] <ajmitch> ubuntu-dev == approved by TB
[08:56] <seth_k|lappy> yeah
[08:56] <ajmitch> and will be used to control upload rights once we move to soyuz (I can dream)
[08:56] <LaserJock> ajmitch: some MOTU told me too, can't remember who though
[08:57] <seth_k|lappy> ajmitch, how much stuff, in your opinion, should I have under my belt before I consider applying for MOTU? I've had nearly two dozen uploads into dapper, and am maintaining five packages.
[08:57] <ajmitch> seth_k|lappy: that might just about be sufficient
[08:57] <ajmitch> depending on what other MOTUs say
[08:57] <ajmitch> since we have to vouch for the quality of your packaging, that you won't break stuff, etc
[08:58] <seth_k|lappy> right
[08:58] <seth_k|lappy> Riddell wanted me to hurry up and apply so we could have more KDE-oriented MOTUs :P that's what I really am focused towards.
[08:58] <ajmitch> hehe
[08:58] <seth_k|lappy> so I'm pretty sure he'd vouch for me
[08:58] <ajmitch> but nobody uses KDE ;)
[08:58] <seth_k|lappy> rawr
[08:59] <Burgundavia> he has gone to the dark side, Kubuntu
[08:59] <Hobbsee> haha sure they dont!
[08:59] <ajmitch> Burgundavia: what?
[08:59] <ajmitch> Burgundavia: oh man, no wonder he doesn't show up here anymore
[08:59] <ajmitch> how will I be able to talk to him when I see him at LCA?
[08:59] <Burgundavia> I am sure you can talk him out of it
[09:00] <LaserJock> ajmitch: better bring a surgical mask, it can be contagious
[09:00] <ajmitch> no, a large hammer will be better
[09:00] <seth_k|lappy> haha
[09:00] <seth_k|lappy> and then hm, sistpoty (who also happens to be my favorite MOTU) has reviewed a ton of my packages, so I'll bet he could note that my package quality is acceptable.
[09:00] <ajmitch> why talk someone out of something when you can beat it out? ;)
[09:00] <LaserJock> lol
[09:01] <Hobbsee> hehe
[09:01] <Hobbsee> i rather like that idea - just dont beat me - i'll break!
[09:01] <seth_k|lappy> now that we have a lady in our midst you will have to be gentler, ajmitch :P
[09:02] <ajmitch> oh I am, don't worry
[09:04] <ajmitch> seth_k|lappy: I'll try & be just as strict when reviewing packages though :)
[09:04] <LaserJock> so now I wonder why I am a member of motu
[09:04] <Hobbsee> i'll be fine :)
[09:04] <ajmitch> LaserJock: not sure, it used to be so we all got the bug mails
[09:04] <ajmitch> but then we set the contact address as a mailing list
[09:05] <ajmitch> Hobbsee: just wait
[09:05] <LaserJock> ajmitch: that could be, I vaguely remember somebody saying "why not"
[09:05] <Hobbsee> oh dear, sounds ominous.  But hey, i've just realised, in the uploaders group, i'd never have to wear a nametag :P
[09:06] <LaserJock> I guess I will just have to become a MOTU some time to fix the situation ;-)
[09:07] <ajmitch> Hobbsee: why do you have a bunch of debdiff files in debian/ ?
[09:07] <seth_k|lappy> ajmitch, I'm working with her on it
[09:08] <seth_k|lappy> first upload, first time uupdate'ing :)
[09:08] <Hobbsee> ajmitch: cos i screwed up, we're working on it
[09:08] <ajmitch> right..
[09:09] <LaserJock> ok, gotta get to bed. cya all
[09:09] <ajmitch> m, debian/ as symlink..
[09:10] <seth_k|lappy> g'night LaserJock, it's earlier for you than for me ;)
[09:10] <ajmitch> just after 9PM here, hardly bed time
[09:10] <seth_k|lappy> just after 9PM... tomorrow
[09:11] <seth_k|lappy> 2:10am here, but saturday
[09:11] <ajmitch> heh
[09:11] <Hobbsee> you didnt want sleep anyway seth_k|lappy
[09:11] <seth_k|lappy> did too, but who am I to resist the charms of a girl who needs packaging help
[09:11] <ajmitch> I don't think I've ever actually used uupdate :)
[09:11] <Hobbsee> hehehe
[09:12] <ajmitch> sigh, geeks when there's a girl around
[09:12] <Hobbsee> lol
[09:12] <Hobbsee> it's more laughable from this side
[09:12] <nalioth> pbuilder ate my hard driver
[09:12] <ajmitch> I can imagine
[09:12] <nalioth> how do you get it to clean up after itself?
[09:13] <ajmitch> nalioth: APTCACHE="" will make it run a lot slower but it won't cache build-depends
[09:13] <ajmitch> in the pbuilderrc
[09:13] <Burgundavia> ajmitch, you read that piece "10 reasons to marry a geek"?
[09:13] <ajmitch> and you can periodically clean the results dir
[09:13] <ajmitch> Burgundavia: maybe
[09:14] <nalioth> ajmitch: it wasnt the aptcache that locked me out
[09:14] <nalioth> ajmitch: it was the build dir
[09:14] <Burgundavia> ajmitch, one of them was about worshiping the ground that the women walks on
[09:14] <ajmitch> nalioth: no, but aptcache takes up a fair bit of space after awhile
[09:15] <nalioth> ajmitch: i had 4 folders in /build that were mounted in /proc
[09:15] <ajmitch> nalioth: pbuilder ought to remove build dirs once it finishes a build, whether success or failure
[09:15] <Lathiat> nalioth: its the other wy around
[09:15] <ajmitch> mounted in /proc?
[09:15] <Lathiat> proc is mounted inside the build dirs
[09:15] <Lathiat> ajmitch: sometimes it screws up
[09:15] <Lathiat> i had a few lying around
[09:15] <Lathiat> esp fi you ^C it
[09:15] <ajmitch> Lathiat: sure, I have about 15 dirs still lying around
[09:15] <nalioth> Lathiat: thank you, the point is: it ate my space
[09:15] <ajmitch> ^C multiple times would do it
[09:15] <Lathiat> nalioth: what you need to do, is umount all those procs
[09:15] <Lathiat> nalioth: then rm -rf the build dir
[09:16] <ajmitch> ^C once usually lets it clean up
[09:16] <nalioth> too late, Lathiat i've used a fedore core 4 ppc64 install cd to take care of things
[09:16] <nalioth> since the breezy liveCD wouldnt boot on my powermac
[09:16] <Lathiat> wtf
[09:16] <Lathiat> thats a bit darastic lol
[09:16] <ajmitch> I'd say
[09:17] <nalioth> well, the thing wouldnt log in (ppc doesnt offer a 'rescue' option with yaboot)
[09:17] <ajmitch> except on this laptop :)
[09:20] <ajmitch> people in #ubuntu irritate me sometimes
[09:21] <ajmitch> really
[09:21] <Burgundavia> ajmitch, I gave up on that channel a few weeks back
[09:21] <seth_k|lappy> the forums are a joke
[09:22] <Burgundavia> seth_k|lappy, they are simply misinformed
[09:22] <Burgundavia> especially the development one
[09:22] <ajmitch> I'm about ready to give up on #ubuntu, except they like to have *someone* to keep order
[09:22] <nalioth> seth_k|lappy: read "lost"
[09:23] <Burgundavia> geez ubuntu-devel is filled with long and useless threads recently
[09:23] <seth_k|lappy> multitask! women are supposed to be good at it, Hobbsee !
[09:24] <ajmitch> ubuntu-devel is getting steadily more useless also
[09:24] <Hobbsee> ok, we here this time?
[09:25] <Burgundavia> ajmitch, fedora-devel is quite bad. Look at debian-devel and d-d-l
[09:25] <Burgundavia> Hobbsee, check
[09:25] <Hobbsee> Burgundavia: excellent - connection just died for some reason
[09:25] <ajmitch> oh debian-devel is quite noisy
[09:25] <seth_k|lappy> nalioth, graah
[09:25] <Burgundavia> I have noticed lots of aussies tend to do that
[09:25] <seth_k|lappy> nalioth, as soon as you leave u-offtopic, people start pasting whole screens
[09:26] <ajmitch> Burgundavia: and those of us in NZ
[09:26] <Burgundavia> ajmitch, well, it is either old cable or flaky sats
[09:39] <Yagisan> G'day all.
[09:39] <Yagisan> Hi Hobbsee, nice to see someone else from sydney
[09:39] <Hobbsee> hey Yagisan - definetly nice
[09:40] <ajmitch> hi Yagisan
[09:40] <ajmitch> how's it going?
[09:40] <Yagisan> G'day ajmitch - not bad - I did a new ia32libs-universe upload to revu
[09:41] <ajmitch> nice
[09:41] <Yagisan> discovered that wine64 can't run 32bit win apps
[09:41] <ajmitch> sadly
[09:41] <Yagisan> and that to do that we need both wine, and a wine64 installed
[09:42] <Yagisan> #winehq told me it was impossible - so I'll try to have something done by this weekend :)
[09:42] <ajmitch> the usual way is in chroots
[09:42] <ajmitch> but I know biarch stuff has been landing recently
[09:42] <Yagisan> need to make a wrapper that can tell the difference between win64 and win32 apps
[09:43] <ajmitch> there is a simple way, right?
[09:43] <ajmitch> does 'file' give that info?
[09:43] <Yagisan> ajmitch: maybe, I'd have to look up PE header info and see if it changed much
[09:43] <ajmitch> s/?//
[09:44] <Yagisan> ajmitch: were is this biarch stuff you speak of ?
[09:45] <ajmitch> ask jbailey, I think he was doing stuff :)
[09:45] <Yagisan> ajmitch: also got word back that my mother-in-law survived her cancer surgery, and is still in ICU
[09:46] <crimsun> Yagisan: send my regards. One of my good friends was just diagnosed with Hodgkin's and began chemo last night.
[09:47] <ajmitch> Yagisan: oh, good to hear she's through that part
[09:47] <Yagisan> crimsun: thanks.
[09:47] <Yagisan> M-I-L had are large chunk of lung removed
[09:47] <Yagisan> but they think they got it all
[09:48] <ajmitch> so it hasn't progressed further? that's good to hear
[09:48] <Yagisan> crimsun: I do hope your friend gets better.
[09:49] <Yagisan> ajmitch: yep - all we can do now is wait. just in case I've started preparing the kids passports though
[09:49] <ajmitch> they're solely australian citizens?
[09:50] <Yagisan> ajmitch: nope - dual until 21, when Japan makes them choose
[09:50] <Yagisan> ajmitch: it's just a *lot* of paperwork
[09:50] <ajmitch> not too bad
[09:50] <ajmitch> I thought they might have been stricter than that
[09:51] <Yagisan> ajmitch: yep - the standard thing is say to Japan - yep I'm Japanese, but not tell any other country that :-D
[09:51] <crimsun> Yagisan: thanks
[09:51] <Yagisan> ajmitch: then no real changes
[09:51] <ajmitch> heh
[09:52] <seth_k|lappy> ajmitch, how much voodoo does it take to get marked as reviewer for REVU?
[09:53] <Yagisan> seth_k|lappy: well, you need to be a full motu
[09:53] <seth_k|lappy> Yagisan, no, you don't. raphink reviews, and he's not motu
[09:53] <seth_k|lappy> you just can't advocate
[09:53] <seth_k|lappy> from my understanding
[09:54] <Yagisan> seth_k|lappy: I can't review and leave comments, as I'm not a motu yet. that's what siretart said, he said in revu2 that would be fixed
[09:54] <ajmitch> seth_k|lappy: you need to convince others that your reviewing is worthwhile :)
[09:54] <seth_k|lappy> hehe
[09:55] <seth_k|lappy> sounds like it'd be better to concentrate on packaging for now, then
[09:55] <seth_k|lappy> than to get diverted
[09:55] <ajmitch> I'll talk to others & see
[09:55] <Yagisan> ajmitch: you familiar with plone stuff ?? I'm looking for a plone on ubuntu for dummies, but google isn't helping much
[09:56] <ajmitch> Yagisan: yes, I am
[09:56] <ajmitch> apt-get install plone-site
[09:56] <ajmitch> to get the basics
[09:56] <ajmitch> iirc that'll setup a zope instance with plone loaded in it
[09:57] <Yagisan> ajmitch: ok - that's all I need for a basic installation ?
[09:57] <ajmitch> pretty much
[09:58] <Yagisan> ajmitch: thanks - I was wondering why just installing plone didn't seem to do anything
[09:58] <ajmitch> because plone has to live in a zope instance
[09:59] <Yagisan> ajmitch: my website looks like shit, so I thought I'd try something new, pity they never really taught this stuff when I did my web stuff
[10:00] <nalioth> where do i report flight bugs? bugzilla or malone?
[10:00] <ajmitch> setting up & skinning a plone site does take a bit of effort
[10:00] <Yagisan> nalioth: is the package main or universe ? if main bugzilla else malone
[10:00] <Yagisan> ajmitch: that's fine - I have plenty of time - my main concern is CJK support
[10:01] <ajmitch> ah
[10:01] <ajmitch> I think most of the linguaplone code has been merged into plone 2.1
[10:01] <nalioth> the liveCD won't boot in my powermac
[10:02] <nalioth> if i have 2 partitions, can i have them both mounted on / or do i need to choose a dir in / ?
[10:02] <Yagisan> ajmitch: I will be making a web-based presentation for the potential Japanese partner companies, and my poor wife needs to translate
[10:02] <nalioth> i would like to merge my free space, but i can't get any liveCDs to load
[10:03] <ajmitch> Yagisan: plone generally has excellent i18n capabilities compared to others
[10:04] <Mez> X-Launchpad-Bug: product=breezy-backports; .*
[10:04] <Mez> yay!
[10:04] <ajmitch> Mez: useful
[10:04] <Mez> made a filter rule for it :D
[10:04] <Yagisan> ajmitch: thanks - may I bother you if I hit any snags on the way ?
[10:04] <ajmitch> how do you automatically approve those in mailman?
[10:04] <ajmitch> sure
[10:05] <ajmitch> that's what the zope team is for :)
[10:05] <Yagisan> nalioth: You can't have two partitions mounted as / . You'd lose access to the first one, when you mount the second
[10:06] <Mez> ajmitch - > in privacy options - > spam filters
[10:06] <ajmitch> right
[10:06] <Mez> you can set a regexp on headers to auto-accept
[10:06] <Mez> X-Launchpad-Bug: .*product=breezy-backports;.*
[10:06] <Mez> X-Launchpad-Bug: .*assignee=ubuntu-backports@lists.ubuntu.com;.*
[10:06] <ajmitch> ah, I didn't see that on the list I wanted
[10:06] <ajmitch> (ubuntu-mono)
[10:07] <Mez> :D
[10:07] <Mez> for bugs to be accpted I take ?
[10:07] <Mez> It's a good thing
[10:07] <ajmitch> the main thing is that we can't subscibe the team to those packages
[10:07] <ajmitch> although each of us can subscribe to them now
[10:08] <Mez> subscribe ?
[10:08] <minghua> ajmitch: like debian's PTS?
[10:09] <ajmitch> minghua: not nearly as good
[10:09] <ajmitch> Mez: subcribe, get bug reports, etc
[10:09] <Mez> oh
[10:09] <Mez> I thought you could subsciribe teams
[10:09] <Mez> they count as people don't they ?
[10:10] <ajmitch> they should
[10:10] <Mez> but dont?
[10:10] <ajmitch> but I don't think it worked - I didn't try myself
[10:11] <Mez> try ;) :P
[10:13] <ajmitch> hm, seemed to work now
[10:13] <ajmitch> maybe they fixed it
[10:13] <ajmitch> as often happens
[10:15] <minghua> when you close a bug, the bug that is labeled as duplicate doesn't get closed automatically?
[10:15] <seth_k|lappy> marking a duplicate is a form of closing
[10:17] <minghua> seth_k|lappy: it still shows as [Accepted]  in the "lastest bugs" window, which looks bad
[10:17] <minghua> seth_k|lappy: not that I have a big complaint though
[10:17] <seth_k|lappy> minghua, ahh, in LP
[10:18] <seth_k|lappy> sorry, thought you meant bugzilla
[10:18] <seth_k|lappy> file a malone bug or yell at #launchpad, I hear they love that stuff ;)
[10:18] <nalioth> does anyone know a bootable livecd that works on a dual proc powermac  G5?
[10:18] <minghua> I'll yell in #lauchpad I think
[10:18] <minghua> not in the mood of filing bug
[10:22] <seth_k|lappy> ajmitch, I think Hobbsee is ready for you now ;) the package isn't as clean as a new one would be, but for sticking with upstream and not deviating too drastically it should be fine.
[10:22] <Hobbsee> :P
[10:23] <Hobbsee> hehe nah - i'll keep you up even longer seth_k|lappy!
[10:23] <seth_k|lappy> tch
[10:23] <seth_k|lappy> you're not a real girl
[10:23] <seth_k|lappy> I can turn you off by clicking...
[10:24] <ajmitch> silly people
[10:24] <Hobbsee> hehe
[10:26] <nalioth> i can't believe i'm having to use a &#@#*$@*@ redhat install cd to rescue myself
[10:29] <Yagisan> nalioth: you must have broken it really good. All this for pbuilder ?
[10:29] <ajmitch> I'm quite impressed
[10:29] <zakame> nalioth w00t
[10:32] <nalioth> pbuilder ate all my space
[10:32] <ajmitch> you must have a small drive
[10:32] <nalioth> i'm fixing the problem
[10:33] <nalioth> what gets me, is that breezy and flight-2 liveCDs won't boot in the machine
[10:50] <ajmitch> Hobbsee_away: bad news is that it didn't build in pbuilder
[10:50] <ajmitch> more correctly, the source didn't even unpack
[10:54] <ajmitch> bbl
[10:54] <Mithrandir> enjoy. :-)
[11:08] <Hobbsee_away> ajmitch: what???
[11:09] <Hobbsee_away> built on my pbuilder!
[11:13] <Hobbsee> ok, now i'm confused - i'll look at this again after more sleep
[11:14] <crimsun> Hobbsee: url?
[11:14] <Hobbsee> crimsun: http://revu.tauware.de/details.py?upid=1419
[11:14] <Hobbsee> ok, it's not building on my pbuilder anymore - it screwed up somehow
[11:17] <crimsun> Hobbsee: k, sec
[11:23] <Gloubiboulga> hello
[11:24] <Hobbsee> hey Gloubiboulga
[11:25] <Gloubiboulga> hi Hobbsee
[11:28] <crimsun> Hobbsee: since my revu login isn't working, I'll comment here: You might consider versioning the package along the lines of what Debian experimental uses: http://packages.qa.debian.org/k/kradio.html
[11:29] <crimsun> Hobbsee: you don't necessarily have to use Debian's infrastructure, but it's easier maintenance-wise
[11:31] <crimsun> Hobbsee: if you decide to keep your packaging infrastructure, I recommend you version yours as 0.9+1.0beta3b, that way an official 1.0-0ubuntu1 (or 1.0-1 from Debian) will replace it cleanly
[11:32] <Hobbsee> ok
[11:32] <Hobbsee> crimsun: ok
[11:33] <crimsun> Hobbsee: I recommend you actually start with http://kradio.sourceforge.net/download/kradio-snapshot_2005_12_04.tar.bz2
[11:34] <Hobbsee> ok
[11:34] <crimsun> that can be versioned as 0.1+snapshot20051204-0ubuntu1
[11:34] <Hobbsee_away> yep
[11:35] <Hobbsee_away> crimsun: even though the other versions started with 0.3?
[11:35] <StevenK> Dates usually appear first.
[11:35] <crimsun> Hobbsee_away: it's up to you, really. I would just avoid use 1.0* as the base, since eventually you'll want an official, final 1.0
[11:35] <StevenK> 2005.12.04-snapshot-0ubuntu1
[11:36] <StevenK> Wait. Let me find a package that actually uses a date. :-)
[11:36] <StevenK> 0.2004090900-1.1build1
[11:36] <StevenK> That's what I was thinking of.
[11:37] <crimsun> right, like wine has used all these years.
[11:37] <StevenK> The problem is, if you include a date, dpkg may require you to add an epoch.
[11:37] <StevenK> (When you hit 1.0)
[11:42] <Hobbsee_away> true
[11:45] <Yagisan> StevenK: why might you need to add an epoch ?
[11:46] <StevenK> Because 1.0-1 < 0.200409090-1
[11:46] <StevenK> (Possibly)
[11:46] <Yagisan> StevenK: if the version is <1lessthenreal>+<real>+date+ubuntu
[11:47] <Yagisan> StevenK: ah - I see - slight misunderstanding
[11:47] <StevenK> Oooer, that's false.
[11:47] <crimsun> just try dpkg --compare-versions 0.2004090900-1.1build1 lt 1.0-1 && echo "1.0-1 is greater"
[11:47] <StevenK> steven@broken:~% dpkg --compare-versions 1.0-1 gt 0.200409090-1 && echo 'Yay'
[11:47] <StevenK> Yay
[11:59] <tseng> Lathiat: yep, on the rails blog
[12:06] <Lathiat> tseng: :)
[12:07] <tseng> DHH is always too "dapper" to be a geek
[12:20] <StevenK> \sh_away: xterm is not a native package!
[12:21] <crimsun> it wasn't packaged as a native one
[12:22] <minghua> I think xterm is now
[12:22] <minghua> at least in debian
[12:22] <StevenK> xterm 208-0ubuntu1 isn't native either.
[12:23] <crimsun> I can't see where he did anything wrong.
[12:23] <crimsun> dnusinow did pretty much the same thing
[12:23] <crimsun> oh, I see
[12:24] <minghua> scratch that
[12:24] <crimsun> there's no .orig.tar.gz to correspond to his -0ubuntu1
[12:24] <minghua> xterm 208-1 in debian still has .orig.tar.gz
[12:25] <crimsun> right
[12:26] <minghua> see you guys
[12:27] <crimsun> k, merges continue.
[12:49] <jpatrick> is someone merging smb4k?
[12:51] <chninkel> I need a package to be rebuilt to correct a dependancy
[12:51] <chninkel> how do I request this ?
[12:51] <chninkel> see https://launchpad.net/distros/ubuntu/+source/mercator/+bug/6528
[12:51] <Ubugtu> Malone bug 6528: "libmercator-0.2-4c2a can't be installed (libstdc++ new allocator build)" Fix req. for: mercator (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6528
[02:10] <Hobbsee> ajmitch: http://revu.tauware.de/details.py?upid=1419 - done a new version, hope it works, off to sleep now
[02:12] <Hobbsee> hmmm...new version isnt showing yet, but it's the one that has snapshot in the version name
[02:40] <zakame> evening MOTUs
[02:41] <jpatrick> zakame: (Not a MOTU): evening
[02:41] <zakame> heya jpatrick :)
[02:42] <zakame> jpatrick: but I think you'll soon be ;)
[02:42] <jpatrick> have to wait for the CoC meeting :0
[02:43] <zakame> ooh, that's just around the corner :)
[02:45] <jpatrick> can someone look at http://revu.tauware.de/details.py?upid=1420 ?
[02:46] <zakame> checking
[02:47] <jpatrick> new upstream release
[02:47] <jpatrick> that's all
[02:49] <zakame> hm version should be 0.6.5-0ubuntu1 to avoid conflicting with the (eventual) Debian release of 0.6.5-1
[02:49] <zakame> and yes, lintian says source-contains-CVS-dir
[02:56] <jpatrick> zakame: reuploading
[02:57] <zakame> jpatrick: w00t
[03:00] <StevenK> zakame: Okay, I accept what you say about linkchecker, so can you request a sync?
[03:01] <StevenK> zakame: Also, in regards to moin, I noticed Debian has a newer version, so I have prepared a new debdiff.
[03:02] <Yagisan> G'day mhz
[03:02] <StevenK> -rw-r--r--  1 steven users 16K 2006-01-08 01:00 moin_1.4.99+1.5.0rc1-1ubuntu1.debdiff
[03:02] <zakame> heya Yagisan , mhz , StevenK :)
[03:03] <mhz> G'day (as in good duy), Yagisan
[03:03] <mhz> zakame: nice to greet ya
[03:03] <zakame> hehe
[03:03] <StevenK> zakame: I can upload the new moin debdiff to LP, or I can throw it on the web?
[03:04] <Yagisan> G'day zakame,
[03:04] <Yagisan> mhz - have you used plone ?
[03:04] <mhz> Yagisan: 3 duys only
[03:05] <mhz> Yagisan: what d'u need?
[03:05] <zakame> StevenK: sync requested :) yeah, just upload the moin debdiff :)
[03:05] <zakame> brb
[03:06] <Yagisan> mhz: I've just installed a test version, and made a simple page in english. I now want to make a translated version of the same page
[03:06] <Yagisan> mhz: I ended up with 2 visible pages, when what I want is 1 for english, and 1 for japanese - depending on browser language
[03:07] <Yagisan> mhz: and perhaps latter, 1 spanish ;)
[03:07] <mhz> heheh
[03:07] <mhz> Yagisan: Plone looks nice for it, indeed
[03:08] <mhz> Yagisan: have you tried Trac ?
[03:08] <Yagisan> mhz: no, I'm making my way through universe
[03:08] <mhz> okis
[03:09] <Mithrandir> it's in trac in breezy at least
[03:09] <Mithrandir> s/trac/universe/
[03:09] <tseng> its a nice package
[03:10] <StevenK> Depends: python (<< 2.5), python (>= 2.4), python2.3
[03:10] <StevenK> *Stupid* ${python:Depends}!
[03:11] <StevenK> zakame: Right, I will need to debug that problem, I will upload a new, fixed debdiff after I wake up.
[03:12] <mhz> Yagisan: no idea about CJK, but I do know it has nice features you'll just love to have around
[03:12] <chninkel> I have a package that depends on lesstif2 which is in debian but not in ubuntu
[03:12] <mhz> and yet, it's made simple
[03:12] <chninkel> how to I request this package to be synced ?
[03:14] <Yagisan> mhz: CJK is an essential requirement for me, for obvious reasons :)
[03:14] <mhz> Yagisan: CJK is for japaneese stuff, right/
[03:14] <mhz> ?
[03:14] <Yagisan> mhz: Chinese Japanese Korean
[03:15] <mhz> Yagisan: Trac uses MoinMoin wiki as its wiki (CMS) and I have seen Japaneese/Chineese people happily working with Moin, so I guess you should have no trouble at all
[03:16] <mhz> Yagisan: and if moin is no good for you... you can always slap me or pour lemmon juice in my eyes
[03:18] <Yagisan> mhz: I'll also test it too, although it's not really for a "development" site
[03:19] <zakame> back
[03:21] <mhz> Yagisan: just ping me if you need anything
[03:21] <mhz> Yagisan: but on a second thought, if you feel already confident with Plone...
[03:24] <lifeless> so, pbuilder
[03:24] <Yagisan> mhz: I wouldn't say confident - I've only had it running for about 30minutes or so
[03:24] <lifeless> how are you meant to combine the _source changes and the pbuilder output ?
[03:25] <mhz> Yagisan: my whole life has passed thruogh my eyes in less than that :D
[03:26] <Yagisan> lifeless: still up, shouldn't you be in bed at this hour
[03:26] <Yagisan> ?
[03:26] <lifeless> yes
[03:27] <Yagisan> lifeless: raining up there at epping ? just finished down here
[03:29] <lifeless> I dont think so
[03:29] <lifeless> cant hear it
[03:35] <zakame> hmmm
[03:37] <thierry_> I need to fix a makefile so that it installs the .so file (for shared librairy), and I know nothing about makefiles, could you point me some doc or people who could help me?
[03:40] <thierry_> zakame : are you in the science team?
[03:46] <thierry_> zakame : are you in the science team?
[03:47] <zakame> thierry_: heya, no, at least not yet :)
[03:48] <thierry_> anyone on science team here?
[03:48] <zakame> hm LaserJock isn't around :(
[03:48] <azeem> thierry_: because of the .so file?
[03:48] <thierry_> no no it's something else
[03:48] <azeem> ah
[03:48] <zakame> heya azeem :)
[03:48] <azeem> hi
[03:49] <thierry_> I just want to get my patch at https://launchpad.net/distros/ubuntu/+source/geg/+bug/5399 reviewed faster and I was wondering if I should add the science team in CC since geg is math app
[03:49] <Ubugtu> Malone bug 5399: "[PATCH]  adding a .desktop file to geg" Fix req. for: geg (Ubuntu), Severity: Normal, Assigned to: MOTU Reviewers Team, Status: New http://launchpad.net/bugs/5399
[03:50] <zakame> ah
[03:59] <chninkel> i am working on the xmakemol package which needs the GLwMDrawA.h file
[03:59] <chninkel> it doesn't seem to be available: http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=GLwMDrawA.h&searchmode=searchfiles&case=insensitive&version=breezy&arch=i386
[03:59] <chninkel> is this normal ?
[04:02] <azeem> chninkel: why are you working on it?
[04:02] <chninkel> azeem: merging
[04:03] <azeem> chninkel: that search you cite is for breezy, packages.u.c does not have dapper for file searching it seems
[04:04] <chninkel> azeem: i also try auto-apt search -f GLwMDrawA.h
[04:05] <azeem> bah, does this mean Ubuntu and Debian have different names for the GL libraries now?
[04:06] <chninkel> azeem: GLwMDrawA.h was present in hoary but not in breezy, I supposed the file disappeared after GLUTransition
[04:10] <chninkel> azeem: do you know someone who can answer me on this problem ?
[04:16] <zakame> chninkel: re: lesstif2, it seems src:lesstif1-1 dropped building the binary lesstif2
[04:16] <azeem> chninkel: which version of the package are you trying to compile?  The breezy one, or something merged?
[04:18] <zakame> chninkel: Debian already has a separate src lesstif2 package
[04:27] <chninkel> zakame: yes I opened a bug for this: https://launchpad.net/distros/ubuntu/+source/lesstif1-1/+bug/6536
[04:27] <Ubugtu> Malone bug 6536: "1 (Ubuntu) - new package lesstif2 " Fix req. for: lesstif1-1 (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: New http://launchpad.net/bugs/6536
[04:27] <chninkel> zakame: can't we sync this package ?
[04:27] <chninkel> zakame: I thought the lesstif1 has still lesstif2 support
[04:28] <chninkel> azeem: I am working on dapper on merging lastest xmakemol package
[04:28] <zakame> chninkel: prolly, but I think this is autosynced
[04:28] <chninkel> zakame: the changelog date is 11 Nov 2005
[04:28] <chninkel> zakame: on debian
[04:29] <chninkel> zakame: but it's maybe not the date of arrival of the package in debian
[04:30] <chninkel> zakame: how frequently are packages synced ?
[04:30] <zakame> hm
[04:31] <azeem> if [  -r $indir/$FILE.out.orig ] ; then
[04:31] <azeem>         cp -u $indir/$FILE.out.orig $indir/$FILE.out;
[04:31] <azeem> else
[04:31] <azeem>         molpro < $indir/$FILE.com > $indir/$FILE.out;
[04:31] <azeem> fi
[04:31] <azeem> argh
[04:31] <azeem> sorry
[04:35] <reaper1> anybody there?
[04:37] <zakame> heya reaper1 :)
[04:38] <reaper1> nice to meet you zakame
[04:39] <zakame> what's up, reaper1 ?
[04:40] <reaper1> do you know where i can find eoisodes of the 2002 masters of the universe tv series
[04:41] <Yagisan> reaper1: well, they aren't here
[04:41] <zakame> whoa, ubuntu-motu has a TV series?!?
[04:41] <reaper1> been looking everywhere with no luck
[04:41] <Yagisan> reaper1: this isn't a downloads channel - it's a development channel
[04:43] <reaper1> sorry can someone suggest a download channel that might have what im looking for im new to this
[04:46] <azeem> reaper1: google just announced such a service, maybe iTunes Video store?
[04:47] <reaper1> thank for your help
[04:50] <jpatrick> zakame: lol
[04:58] <zakame> chninkel: seems you'll have a blast with xmakemol, lesstif2 is dropped from dapper
[04:59] <chninkel> zakame: why that ?
[04:59] <chninkel> zakame: where do you find this info ?
[05:00] <zakame> chninkel: <pitti> zakame: because it's crack, and we don't want/need it
[05:01] <zakame> chninkel: at -devel
[05:01] <zakame> #u-devel
[05:01] <Amaranth> xmakemol? what does that do?
[05:02] <chninkel> Amaranth:  visualizing atomic and molecular systems
[05:02] <chninkel> Amaranth: I don't use myself
[05:02] <Amaranth> did someone request it?
[05:03] <chninkel> Amaranth: it was in the merge list
[05:03] <Amaranth> ah
[05:03] <Amaranth> sounds like it'll have to be dropped
[05:03] <zakame> indeed, if lesstif2 is crack
[05:04] <chninkel> Amaranth: I'll check if it can be compiled with lesstif1 but I have still a problem with a missing header file
[05:04] <zakame> chninkel: or, you could try hacking on xmakemol with upstream, and convince them to use something else other than lesstif*
[05:04] <azeem> zakame: a different toolkit?
[05:05] <chninkel> zakame: different toolkit would need a big rewrite no ?
[05:05] <Amaranth> something we don't want to do, yes
[05:06] <zakame> chninkel, azeem: yeah, but that wouldn't be needed to be done by MOTU
[05:06] <zakame> indeed, it would be best for xmakemol to be dropped for now
[05:06] <chninkel> zakame: ok will try to build with lesstif1, but I will drop this package if this can't be done
[05:06] <chninkel> zakame: by curiosity, why is lesstif2 crack ?
[05:07] <zakame> chninkel: dunno myself, ask pitti :)  I asked in -devel why it wasn't yet in dapper...
[05:09] <Amaranth> chninkel: too many security issues
[05:10] <Amaranth> basically it was a PITA to have because pitti kept having to make security updates
[05:10] <chninkel> Amaranth: ok I see
[05:11] <zakame> gn8 all, good luck chninkel :)
[05:12] <chninkel> zakame: thks, gn8
[05:20] <Yagisan> night all
[05:21] <azeem> chninkel: lesstif2 will be back, it just needs a sync
[05:33] <chninkel> azeem: ??
[05:33] <azeem> chninkel: when pitti said "we don't need it", he meant in main
[05:34] <azeem> it is supposed to be in universe, but on the merge blacklist right now, as it got built from two source packages
[05:34] <azeem> that should be worked out soon
[05:34] <chninkel> chninkel: ok
[05:34] <chninkel> azeem: thanks for the answer
[05:51] <LaserJock> bmonty | tseng : ping?
[06:14] <thierry_> LaserJock : could you check https://launchpad.net/distros/ubuntu/+source/geg/+bug/5399
[06:14] <Ubugtu> Malone bug 5399: "[PATCH]  adding a .desktop file to geg" Fix req. for: geg (Ubuntu), Severity: Normal, Assigned to: MOTU Reviewers Team, Status: New http://launchpad.net/bugs/5399
[06:14] <thierry_> LaserJock : if it's alright, I'll start creating a lot of .desktop file for science apps
[06:16] <LaserJock> thierry_: ok
[06:17] <thierry_> LaserJock : and if you're a MOTU you can always leave a comment saying "ok to upload" :)
[06:18] <LaserJock> thierry_: unfortunately, I'm not a MOTU yet
[06:18] <jpatrick> me neither
[06:18] <thierry_> k
[06:28] <thierry_> LaserJock : so is it ok?
[06:28] <LaserJock> thierry_: just a sec
[06:29] <LaserJock> thierry_: did you create the icon?
[06:29] <\sh> moins
[06:29] <\sh> raphink: ping
[06:29] <Gloubiboulga> hi \sh
[06:29] <raphink> \sh: pong
[06:29] <\sh> raphink: you remember what we talked about this morning, about wesnoth and the patch?
[06:29] <\sh> raphink: http://gna.org/bugs/?func=detailitem&item_id=4992
[06:29] <\sh> raphink: the upstream patch is totally wrong...ours is right :)
[06:30] <raphink> hmm ok :)
[06:30] <\sh> raphink: you can read it there :)
[06:30] <raphink>  static int unit_internal_compare(wesnoth_unit* left, wesnoth_unit* right)
[06:30] <raphink>  {
[06:30] <\sh> raphink: it's the original bugreport btw :)
[06:30] <raphink>  return (int)left->unit_ - (int)right->unit_;
[06:30] <raphink>  }
[06:31] <raphink> 
[06:31] <raphink>  should be replaced by
[06:31] <raphink> 
[06:31] <raphink>  static int unit_internal_compare(wesnoth_unit* left, wesnoth_unit* right)
[06:31] <raphink>  {
[06:31] <raphink>  return (int)(left->unit_ - right->unit_);
[06:31] <thierry_> LaserJock : no it's in the package source
[06:31] <raphink>  }
[06:31] <raphink> what's the diff???
[06:31] <\sh> raphink: no read the comments :)
[06:31] <raphink> oh yes
[06:31] <raphink> I see the diff
[06:31] <raphink> hehe sorry
[06:31] <raphink> but it doesnt' change the (int) into (long) though
[06:31] <raphink> this patch is wrong iyo?
[06:32] <LaserJock> thierry_: it's kind of a bad name for an icon since one would expect it to be the same as the app's name
[06:32] <LaserJock> thierry_: but if they did it and not you it's probably not good to go renaming it ;-)
[06:32] <raphink> \sh: did you test it on 64 ?
[06:32] <\sh> raphink: yes..the mentioned reporters patch is broken...I commented on this...and the guy replied and saw his mistake :)
[06:32] <raphink> ok
[06:33] <raphink> good
[06:33] <\sh> raphink: I can
[06:33] <\sh> 't play it :) I don't have a monitor and ssh -X and then chroot_dapper doesn't work :)
[06:33] <raphink> lol
[06:34] <\sh> raphink: but I know I'm right :)
[06:34] <raphink> ok
[06:34] <raphink> :)
[06:34] <raphink> good
[06:34] <raphink> so we shall not sync -2 from Debian
[06:34] <raphink> since it's not fixed properly in it
[06:34] <thierry_> LaserJock : it wasn't initialy the icon for the app, but the icon for sinus graph
[06:35] <\sh> raphink: that's what I said this morning and we didn't :)
[06:35] <raphink> yes
[06:35] <raphink> I was just seeing a few hours ago that -2 had entered the repos in Debian so it's in the merge list now
[06:36] <\sh> i'll take care about it :)
[06:36] <raphink> ok :)
[06:36] <LaserJock> thierry_: well, I'm not as good at reviewing stuff as ajmitch or
[06:36] <LaserJock> \sh but it looks good to me
[06:36] <\sh> LaserJock: but the amd64 patch debian applied is totally wrong
[06:36] <LaserJock> \sh: sorry was taking to thierry_
[06:37] <LaserJock> s/taking/talking/
[06:37] <raphink> lol
[06:37] <thierry_> LaserJock : ok and for category stuff, do we really only keep the science menu?
[06:37] <\sh> LaserJock: oh ,)
[06:37] <LaserJock> thierry_: what else would you suggest?
[06:37] <raphink> \sh: I was just looking at openwengo today
[06:37] <thierry_> well we talked about putting it also in education until gnome decide to put a real science menu...
[06:37] <raphink> it's a nice app I've heard
[06:38] <raphink> but I tried to package it once and the sources are a mess
[06:38] <raphink> additionnaly, they have a .deb but it installs what should be in /usr/share in /usr/lib instead, which is very dirty
[06:38] <raphink> :s
[06:38] <LaserJock> thierry_: well, my view at this point is that if it isn't educational it should go there
[06:38] <thierry_> k
[06:39] <LaserJock> thierry_: we are more likely to get them to give us a science menu if there are apps that need it
[06:39] <thierry_> LaserJock : so I can do other .desktop file like that for sciences apps?
[06:39] <LaserJock> thierry_: have at it!
[06:39] <thierry_> :D
[06:39] <LaserJock> thierry_: I would never stop you from working
[06:40] <raphink> there's something that's not very nice about REVU : you can't really tell from the list what packages are to be reviewed and which ones are not
[06:47] <thierry_> Is there anyway to get a graphical text editor working in a dapper chroot (like gedit)?
[06:48] <thierry_> raphink : well normally when they are on REVU, it's to be reviewed no?
[06:48] <raphink> thierry_: when I have already put comments on a package on REVU, I don't necessarily want to review it again unless it has been changed
[06:49] <raphink> thierry_: you can't easily find out what packages need to be reviewed or not
[06:49] <raphink> meaning : some packages have already received enough comments to be changed, and I don't want to review them before these changes are commited
[06:51] <\sh> the question is if we should move packages to a separate queue if the last upload is older then let's say 2 weeks from the last comment
[06:52] <raphink> mhm
[06:52] <raphink> hmm
[06:53] <thierry_> good idea, like a to review list and a "waiting new upload" list
[06:53] <raphink> how does cdbs deal with qmake?
[06:53] <\sh> hmm..there should be a make command replacement variable
[06:53] <raphink> mhm
[06:54] <raphink> well this soft doesn't compile anyway
[06:54] <raphink> and I'm just very lazy today :s
[06:59] <raphink> basket is an interesting concept
[06:59] <raphink> :)
[07:02] <jpatrick> raphink: when you have time can you give my smb4k a poke? http://revu.tauware.de/details.py?upid=1422
[07:02] <raphink> let's see
[07:02] <jpatrick> it's just new upstream release
[07:05] <raphink> jpatrick: this is not new soft and REVU might not be the best place for that
[07:05] <raphink> imo
[07:06] <jpat|away> ?
[07:06] <raphink> nm
[07:06] <raphink> I'll review it
[07:10] <raphink> jpat|away: can you add precision to your changelog? It'll help in the future
[07:10] <raphink> if you say that you switched to compat 5
[07:11] <raphink> instead of just saying you bumped compat
[07:11] <AngryAngryHippos> hi all, are you guys looking for LTSP testers?
[07:11] <raphink> LTSP?
[07:12] <AngryAngryHippos> ya, thin client
[07:12] <AngryAngryHippos> Im looking to set up a tuxlab-style thin client environment
[07:12] <raphink> why so?
[07:13] <raphink> nice
[07:13] <AngryAngryHippos> I was hoping to get some advice and hopefully provide some feedback to help improve the system
[07:13] <raphink> why ask here?
[07:13] <AngryAngryHippos> im new to ubuntu tho, so I didnt know where to go
[07:13] <AngryAngryHippos> someone in #ubuntu told me to check here
[07:13] <raphink> oh ok
[07:14] <raphink> :)
[07:14] <raphink> hmm
[07:14] <segfault> where's pastebin src available?
[07:14] <raphink> well let me try to understand your point AngryAngryHippos
[07:14] <raphink> you want to setup a new app
[07:14] <raphink> so your point is dev, right?
[07:14] <AngryAngryHippos> um... I dont think so
[07:14] <AngryAngryHippos> I just want to set up a thin client environment
[07:15] <AngryAngryHippos> oh are they only doing thin client for edubuntu?
[07:15] <irvin> yes AngryAngryHippos
[07:15] <AngryAngryHippos> hm... is it possible to get it running with regular ubuntu?
[07:16] <\sh> well no
[07:16] <\sh> the thinclient implementation is as well in ubuntu..edubuntu is only a "only thinclient distribution"
[07:17] <raphink> oh by thin client you mean X terminals ?
[07:17] <AngryAngryHippos> is it possible then to make edubuntu LOOK like regular ubuntu?
[07:17] <raphink> ^^
[07:17] <AngryAngryHippos> yeah
[07:17] <AngryAngryHippos> like tuxlab
[07:17] <raphink> ooooh
[07:17] <segfault> angryangryhippos: install ltsp-server-standalone.
[07:17] <raphink> :)
[07:17] <AngryAngryHippos> ok Ill try that
[07:17] <raphink> well I guess if you make your server look like ubuntu
[07:17] <raphink> then the terminals wil llook like it
[07:17] <raphink> ;)
[07:18] <AngryAngryHippos> segfault - is that for a dedicated server-only system?
[07:18] <AngryAngryHippos> ie. I wouldnt want to install that on my desktop as a testbed
[07:19] <segfault> it has the dependencies to make ubuntu work as a LTSP server (which is basically what edubuntu does)
[07:19] <AngryAngryHippos> ah ok
[07:19] <AngryAngryHippos> let me try that
[07:19] <raphink> or do I totally misunderstand the point?
[07:19] <AngryAngryHippos> raph, that might work
[07:19] <raphink> but?
[07:20] <AngryAngryHippos> but we eventually plan to buy actual thin client systems
[07:20] <raphink> ok
[07:20] <AngryAngryHippos> ie with 64 megs of compact flash and no HD
[07:20] <segfault> rephi: it is, you can use, on a client with local HD and X packages installed: X -query IP.OF.YOUR.SERVER
[07:20] <raphink> yes
[07:20] <LaserJock> wow, just emailed debian-science about the MOTUScience team. Didn't go over quite as I had expected.
[07:20] <raphink> that's what I usually do segfault
[07:20] <segfault> but in some cases the thin client has no local devices, and boot remotely using PXE/etc, get its kernel via tftp, and go on.
[07:21] <raphink> segfault: so there are special stuff to make thin clients work without having them run X locally?
[07:21] <segfault> raphink: yes, basically dhcpd, tftpd, nfs
[07:21] <Mithrandir> uhm, you must run X locally on the thin client.
[07:21] <AngryAngryHippos> ya segfault, thats what Im trying to do
[07:22] <Mithrandir> raphink: just xdmcp is insecure.
[07:22] <raphink> Mithrandir: thats what I thought
[07:22] <raphink> Mithrandir: you can use xdmcp over ssh to make it secure
[07:22] <Mithrandir> which is why edubuntu uses X-over-ssh
[07:22] <raphink> hehe ;)
[07:23] <LaserJock> I find vnc-over-ssh to be much better than X-over-ssh
[07:23] <raphink> but then I guess it might use RSA keys to not both users with entering passwords Mithrandir ?
[07:23] <Mithrandir> raphink: yes, obviously.
[07:23] <raphink> LaserJock: it's just not the same purpose
[07:23] <raphink> LaserJock: how would you use vnc to deal with a park of think clients sharing a server ?
[07:24] <LaserJock> beats me :-)
[07:24] <raphink> either I'm wrong or vnc cannot create new X sessions, it can only use already opened ones
[07:24] <raphink> ;)
[07:24] <AngryAngryHippos> hey segfault, is there a decent tutorial somewhere on how to set up ltsp-server-standaline?
[07:25] <AngryAngryHippos> I've tried https://wiki.ubuntu.com/ThinClientHowto but its not much help
[07:25] <AngryAngryHippos> im getting "* Starting DHCP server...                                               [fail] 
[07:25] <AngryAngryHippos> "
[07:25] <raphink> AngryAngryHippos: then once you find out how to set it up, you can improve the wiki page :)
[07:25] <AngryAngryHippos> sure
[07:25] <AngryAngryHippos> Id love to
[07:25] <AngryAngryHippos> haha its pretty sparse now
[07:25] <raphink> :)
[07:26] <segfault> angra: check your daemon.log, maybe there's some typo in your dhcpd.conf
[07:26] <raphink> well then set your dhcp server and retry ;)
[07:26] <AngryAngryHippos> when I apt-get installed ltsp, it asked to overwrite my dhcpd.conf and I said yes
[07:27] <thierry_> anyone know how to get a graphical text editor (like gedit) working in a dapper chroot
[07:28] <Mithrandir> thierry_: you want to do a bind --mount /tmp /path/to/chroot/tmp to get X apps to work correctly.
[07:28] <raphink> thierry_: use -d
[07:28] <psusi> ok, I really do not like malone... can't you upload an attachment to a bug?
[07:29] <psusi> ahh, there it is....
[07:29] <raphink> thierry_: dchroot -c mychroot -d
[07:29] <thierry_> raphink : I already do and I still get the "cannot open display" thing
[07:30] <thierry_> Mithrandir : bash: bind: --: invalid option
[07:31] <slomo> mount --bind /tmp /path/to/chroot/tmp
[07:31] <segfault> mount --bind?
[07:31] <slomo> the other way around
[07:32] <psusi> hrm... the bug didn't get assigned to anyone... is there default assignee for e2fsprogs?
[07:32] <Mithrandir> thierry_: sorry, mount --bind /tmp /path/to/chroot/tmp
[07:33] <thierry_> I get : Xlib: connection to ":0.0" refused by server
[07:33] <thierry_> Xlib: No protocol specified
[07:33] <thierry_> (gedit:23331): Gtk-WARNING **: cannot open display:
[07:33] <jpat|away> raphink: okay
[07:33] <Mithrandir> you probably need to bind-mount your home directory as well
[07:35] <thierry_> how
[07:35] <Mithrandir> mount --bind /home /path/to/chroot/home
[07:36] <thierry_> working! thanks!
[07:36] <psusi> Theodore Y Ts'o is listed as the maintainer of e2fsprogs, but malone doesn't seem to know anything about him... why is that?
[07:37] <Mithrandir> psusi: he's the debian and upstream maintainer, he doesn't maintain it in Ubuntu
[07:38] <psusi> I see... so nobody maintains the -ubuntu version?
[07:38] <jpat|away> raphink: reuploaded
[07:38] <Mithrandir> psusi: there's nobody in particular caring for it, but as it's a fairly important package, it's being taken care of by the people who can upload to main
[07:38] <raphink> what was wrong with it jpat|away ?
[07:38] <psusi> hrm... looks like malone knows about the last person to modify the -ubuntu version... Tollef Fog heen
[07:39] <psusi> I guess I'll assign it to him
[07:39] <tseng> you are talking to him
[07:39] <psusi> ohh.... hi ;)
[07:39] <jpat|away> raphink: precision
[07:40] <\sh> psusi: https://launchpad.net/distros/ubuntu/+source/e2fsprogs there is he mentioned btw
[07:40] <psusi> ok... bug is assigned and has the .debdiff attached
[07:49] <\sh> ok..all the new merges with mom reports are gone...just need to wait for the buildd
[07:50] <psusi> Mithrandir, brw... do you have any idea why upstream even has ext2_types.h?  It appears to just duplicate what's in asm/types.h, so why didn't they just include that?
[07:50] <psusi> s/brw/btw
[07:51] <Mithrandir> psusi: because userspace shouldn't access the files from linux-kernel-headers directly.
[07:51] <psusi> it isn't in the linux source tree, it's in /usr/include
[07:51] <Gloubiboulga> \sh, do you think that xmms-wma could be included in multiverse ?
[07:51] <\sh> Gloubiboulga: dunno...I'm not elmo :)
[07:52] <Gloubiboulga> elmo is the multiverse master ?
[07:53] <\sh> Gloubiboulga: if there are no legal problems with it...why not..but consult elmo first...
[07:53] <Gloubiboulga> ok
[07:53] <\sh> Gloubiboulga: no elmo is our licensing and legal specialist and ftpmaster :) if he says it's not worth it to include it because of troubles with others..he is 99% right :)
[07:54] <Gloubiboulga> \sh, I'll ask the licensing specialist then :)
[07:54] <\sh> Gloubiboulga: write an email go james@ubuntu.com and give him the location of the package :) and of upstreams homepage ... so he gets all infos
[07:55] <Gloubiboulga> ok, thanks \sh
[08:37] <psusi> can you not set other bugs as blocking in malone?
[08:38] <Gloubiboulga> bbl
[08:42] <marcin`> hello
[08:42] <marcin`> could someone help me with texinfo package?
[08:43] <marcin`> I use dapper
[08:43] <marcin`> and currently texinfo package says:
[08:43] <marcin`> /var/lib/dpkg/info/texinfo.postinst: line 56: update_ls_files: command not found
[08:43] <marcin`> after installation
[08:44] <marcin`> could someone tell me what is this update_ls_files command?
[08:44] <marcin`> and why it's missing in dapper now?
[08:57] <\sh> marcin`: there is a bug report about it...it's named update_lsr_files or something
[08:58] <marcin`> yes
[08:58] <marcin`> where can I find this bug report?
[08:59] <\sh> bugzilla
[09:00] <\sh> marcin`: http://bugzilla.ubuntu.com/show_bug.cgi?id=22004
[09:00] <Ubugtu> Error: Could not parse XML returned by Ubuntu: not well-formed (invalid token): line 99, column 75
[09:02] <marcin`> \sh: thanks
[09:11] <\sh> marcin`: 4.8-3 fixes the issue and is in dapper
[09:11] <\sh> oh wait..made a mistake
[09:12] <\sh> no...I was right :) 4.8-3 is the correct working package
[09:15] <\sh> but it's not in dapper...it will be synced soon :)
[09:20] <\sh> hmmm...
[09:20] <\sh> tiber just disappeard
[09:21] <\sh> now its back :)
[09:21] <slomo> \sh: hm, i can still login
[09:21] <\sh> yes..but webserver was just gone
[09:34] <ajmitch> morning all
[09:36] <\sh> hey ajmitch
[09:36] <jpatrick> morning ajmitch
[10:19] <LaserJock> \sh: you didn't like plotdrop's .desktop file?
[10:20] <\sh> LaserJock: argl...i didn't see it in the source :) i was searching for it in the debian dir :) forget it ...i just advocated it anyways :)
[10:25] <LaserJock> \sh: np
[11:11] <LaserJock> if a package is just put in sid will it get synced automatically to dapper?
[11:17] <LaserJock> \sh: ^^ ?
[11:18] <\sh> hmmm...should be
[11:18] <\sh> i'm not sure how the auto sync stuff works
[11:18] <LaserJock> until when, UVF?
[11:18] <\sh> when it's regarding the Packages.gz etc. then it will
[11:18] <\sh> LaserJock: sure
[11:20] <LaserJock> man I sure didn't know how anti-Ubuntu some DDs could be :(
[11:22] <LaserJock> I got an email from a guy telling me that if Ubuntu used stable's gcc then we wouldn't have to have MOTU (or something like that)
[11:23] <tseng> good for him.
[11:23] <tseng> we had a MOTU in hoary before gcc4
[11:24] <LaserJock> then he told me to have a talk with Mark about how we are wasting time with duplicative packaging
[11:24] <\sh> lol
[11:25] <\sh> write him back he should use dope
[11:25] <\sh> dope is bad for his brain
[11:25] <\sh> he shouldn't use
[11:25] <\sh> ,)
[11:25] <\sh> well..maybe he should to get his brain straight...anyways
[11:26] <LaserJock> I sent an email to debian-science introducing MOTUScience and saying that we will try to file ITPs etc. for new packages we introduce and want to help get Ubuntu work back in to Debian and that is what I got
[11:27] <LaserJock> apparently I am splitting the community ;-)
[11:27] <LaserJock> but to be fair I did get some positive emails as well
[11:28] <\sh> LaserJock: but this is one of the reasons why i don't want to be involved in debian so strong as in ubuntu
[11:29] <\sh> LaserJock: 1. I can't deal with 200 or more package maintainers...
[11:30] <\sh> 2. it happend during UBZ that one maintainer mailed me about his package...and he wanted to have our patch against his package in ubuntu....I tried to send it to him..and his mail address wasn't reachable...so how should I communicate with those people? emailing bts is more difficult then press reply in my MUA
[11:30] <LaserJock> well, I told them that I wasn't draining precious resources for Debian because I would be using Gentoo if it wasn't for Ubuntu so they in fact they gained resources
[11:32] <LaserJock> I honestly don't see what the fuss is all about but I will persever anyway I guess
[11:34] <\sh> and that is one of the biggest problems..we don't have the time to email 200 or more package maintainers in debian...or file every patch in the dbts...I'll check their packages, they can check my packages..so what is their (their as in some package maintainers...not all and not the majority of all) problem at allroblem
[11:34] <LaserJock> they get bent out of shape when we don't give them every patch that we make or do anything on our own and then complain when we try to set up collaboration
[11:35] <\sh> LaserJock: but collaboration means both sides of the coin...take and give...but not always presented on a golden plate
[11:35] <LaserJock> anyway, sorry for the rant, I just needed to vent a little. I honestly was just trying to help Debian
[11:36] <\sh> LaserJock: technical solutions can't solve social problems...always wasn't and always isn't
[11:36] <LaserJock> \sh: all I asked for was possibly getting a list of DDs willing to sponsor science packages so us MOTU wannabes could file ITPs and get sponsors to get our stuff in Debian
[11:37] <LaserJock> yeah, the problem is that it seems social problems effect technical solutions
[11:37] <\sh> LaserJock: ask StevenK or ajmitch or tseng or Mithrandir or whoever can upload to debian and is working as well for ubuntu
[11:38] <\sh> LaserJock: luk offered help as well
[11:41] <LaserJock> yeah, we will see what happens after the dust settles, usually the nasty ones write first ;-)
[11:42] <\sh> well yes I'm nasty, too ;)
[11:43] <\sh> Hobbsee: morning btw :)
[11:43] <Hobbsee> morning \sh :)
[11:46] <LaserJock> is the modularized xorg that Ubuntu did in sid?
[11:47] <\sh> LaserJock: dunno if the debian maintainer is working with daniels....
[11:48] <LaserJock> I am trying to find places where Ubuntu work has been used in Debian
[12:00] <\sh> LaserJock: d-i
[12:00] <LaserJock> \sh: ?
[12:01] <\sh> LaserJock: kamion and joey were working on debian-installer and some of the work from ubuntu is now inside debian ,)