[12:04] <ryanakca> is there a howto on making a deb from a .bin?
[01:35] <ajmitch> hello LaserJock
[01:37] <LaserJock> ajmitch: you know much about debconf?
[01:37] <LaserJock> hello btw :-)
[01:37] <ajmitch> :P
[01:37] <ajmitch> I know some, why?
[01:37] <TheMuso> Hey all.
[01:37] <ajmitch> morning
[01:37] <LaserJock> well, I'm not sure about the different modes
[01:38] <LaserJock> so there is like ncurses looking thing, and the more cool version I see in synaptic
[01:38] <LaserJock> is that dependent on the package manager or on something in the actual package?
[01:39] <ajmitch> it's not synaptic only
[01:40] <LaserJock> right
[01:41] <ogra> gkdebconf ?
[01:42] <phanatic> i think there are different frontends to debconf, the user may set which one to use. curses and gtk is such a frontend. or am i totally wrong? :)
[01:42] <ogra> ah, no, that was a dpkg-reconfigure frontend
[01:42] <LaserJock> yeah
[01:42] <ogra> phanatic, not all work out of the box
[01:42] <LaserJock> but is it specific to the package? or the user?
[01:43] <ogra> the dependencys :)
[01:43] <TheMuso> LaserJock: AFAIK the debconf front-end is not package specific.
[01:43] <ogra> LaserJock, apt-cache show debconf|grep Suggests:
[01:43] <TheMuso> I remember doing a dist-upgrade to debian sid on a box a while ago, and one of the questions was to choose the debconf front-end. Dialog and other choices were available,.
[01:44] <ogra> its depending on the installed frontend libs
[01:44] <LaserJock> arg, ok
[01:44] <phanatic> TheMuso: that's what i meant :)
[01:44] <ogra> if you select one that hasnt the deps available, it falls back to curses
[01:45] <phanatic> but in ubuntu (at least when using synaptic) gtk is the default, not?
[01:46] <ogra> yep
[01:47] <ogra> because libgnome2-perl is a dependency of ubuntu-desktop
[01:47] <LaserJock> but dpkg and gdebi use curses, I think
[01:50] <plugwash> does it also fall back to curses if X11 isn't availible?
[01:50] <ogra> yep
[01:53] <plugwash> (by not availible i mean the display variable etc not set)
[01:53] <ajmitch> LaserJock: still doing that task?
[01:54] <LaserJock> ajmitch: yes
[01:54] <LaserJock> ajmitch: today is the final day though, I hope
[01:54] <LaserJock> it has been interesting
[02:07] <ryanakca> bddebian: wb
[02:09] <bddebian> Heya gang
[02:09] <bddebian> Hi ryanakca
[02:09] <LaserJock> hi bddebian
[02:10] <bddebian> Heya LaserJock
[02:10] <ryanakca> haven't found anything on scons + .deb...
[02:10] <ryanakca> and I asked in #debian-devel... the reply was "WTF is Scons?"
[02:10] <bddebian> Where does it deviate from configure and make.  I'm a little confused obviously?
[02:11] <ryanakca> same here... I wish people WOULD stick to configure and make
[02:12] <bddebian> ryanakca: No, now Why, Where?  According to readme-linux.txt it is just autogen.sh, ./configure && make?
[02:12] <ryanakca> I have no clue what the difference is... its only the 2nd time that I've ever heard of it... but you SHOULD be able to go sudo scons, and it'll configure, make and install
[02:12] <ajmitch> look for packages that use scons to build that are currently in debian or ubuntu
[02:12] <ryanakca> http://www.secretmaryo.org/phpBB2/viewtopic.php?t=107
[02:13] <bddebian> ajmitch: Hi :-)
[02:13] <bddebian> ajmitch: This is why I was trying to use grep-dctrl to see what packages build-dep on scons :-)
[02:13] <ryanakca> thats the topic where they explain that they switched from the old autogen to scons...
[02:13] <ajmitch> bddebian: yes, why didn't you?
[02:14] <bddebian> ajmitch: Because I can't get it to work :-(
[02:14] <bddebian> I'm st00pid rememeber :'-(
[02:14] <ajmitch> right...
[02:16] <bddebian> I tried 'grep-dctrl -F Build-depends scons' to no avail
[02:17] <ajmitch> and like grep, it needs data to work on
[02:18] <bddebian> Aye but what Packages file do I use?
[02:18] <ajmitch> the right one :P
[02:18] <ajmitch> in fact, no Packages file at all
[02:19] <ajmitch> Packages doesn't list Build-Depends, because it's not a field for a binary package
[02:19] <bddebian> Oh, duh
[02:19] <bddebian> Sources?
[02:19] <ajmitch> it would work a little better
[02:20] <bddebian> <dumb question>Where is it?</dumb question>
[02:21] <bddebian> ryanakca: I'm not quite sure what the issue is.  Can't you just put scons in debian/rules instead of configure && make
[02:21] <bddebian> ?
[02:21] <ryanakca> I guess I could try...
[02:21] <ryanakca> so comment out the whole file, and just put in "scons"?
[02:21] <bddebian> No
[02:21] <ajmitch> bddebian: /var/lib/apt/lists..
[02:21] <bddebian> ajmitch: Thank you!
[02:22] <bddebian> ryanakca: In the specific targets, (i.e. build) take out any ./configure or $MAKE stuff and use scons.  Have you already run dh_make and have a rules file?
[02:22] <ryanakca> yes
[02:22] <bddebian> ryanakca: Can you paste it in a pastebin?
[02:23] <ryanakca> kk
[02:23] <bddebian> ryanakca: Also, do you know which SDL package you need?  There are a buttload :-(
[02:23] <LaserJock> bah, where does infinity live?
[02:23] <ajmitch> melbourne, australia
[02:24] <bddebian> AU
[02:24] <LaserJock> k, so he might be up?
[02:24] <ajmitch> not sure what timezone he lives in though ;)
[02:24] <ryanakca> http://pastebin.ca/65331
[02:24] <ryanakca> bddebian: according to forums, libSDL-dev
[02:24] <ajmitch> LaserJock: there have been days when he's still been up at this time
[02:25] <ryanakca> control http://pastebin.ca/65332
[02:25] <LaserJock> ajmitch: it's gotta be morning there, no?
[02:26] <ajmitch> yes
[02:26] <LaserJock> k
[02:26] <ajmitch> 10:25AM
[02:26] <bddebian> ryanakca: Do 'apt-cache dump |grep libsdl |grep dev |grep Package' ;-P
[02:26] <LaserJock> I'm just trying to figure how synaptic figures out the debconf interface
[02:28] <LaserJock> yeah
[02:28] <LaserJock> but apt-get, dpkg, and gdebi are using Dialog
[02:28] <LaserJock> and synaptic is using Gnome
[02:28] <LaserJock> and I'm trying to figure out why that is
[02:28] <bddebian> ryanakca: As a test, just replace $(MAKE) with scons
[02:29] <ogra> apt-get source synaptic && grep DEBCONF synaptic-*/*
[02:29] <ryanakca> http://pastebin.ca/65333
[02:29] <ogra> ?
[02:29] <bddebian> ryanakca: Aye. :-)  libsdl-dev is not enough, I tried it :-)
[02:29] <LaserJock> ogra: sure if you want to do it the easy way ;-)
[02:30] <ogra> :)
[02:30] <LaserJock> ogra: I wanted to bug somebody :-)
[02:30] <ogra> then you will have to wait for mvo to get up, he'll know since he implemented it :)
[02:30] <ryanakca> kk, testing apt-get install libsdl*
[02:30] <bddebian> Heh
[02:31] <ryanakca> nope... dependency probs
[02:31] <ryanakca> sudo apt-get install libsdl1.2-all
[02:31] <ryanakca> that should fix it, eh?
[02:31] <bddebian> We'll find out :-)
[02:33] <LaserJock> ogra: mwuahahaha, putenv("DEBIAN_FRONTEND=gnome");
[02:34] <ryanakca> *twiddles*
[02:34] <bddebian> Still no go:
[02:34] <ogra> LaserJock, well, quick and dirty :)
[02:34] <bddebian> Checking for SDL_Init(SDL_INIT_VIDEO) in C library SDL... no
[02:35] <LaserJock> ogra: but exactly what I wanted
[02:35] <ogra> :)
[02:36] <chillywilly> hey
[02:37] <bddebian> Heya chillywilly
[02:38] <bddebian> ryanakca: Pull the source for 'yafray'.  It is a scons package
[02:38] <ryanakca> bddebian: ok, when I try to run scons, without debuild... just to make a test build WITH scons, I get the error in the last post of this thread http://www.secretmaryo.org/phpBB2/viewtopic.php?t=107&sid=ea0840f3713ea219719bcdaaa183641d
[02:41] <ryanakca> interesting rules file...
[02:42] <ryanakca> hmmm... could I build the source from a slackware .tgz package?
[02:42] <ryanakca> build source/package from a slackware .tgz package I mean
[02:43] <TheMuso> ryanakca: What format is the slackware package?
[02:43] <TheMuso> The binary package?
[02:44] <LaserJock> tgz
[02:44] <TheMuso> LaserJock: Thats just a tarball.
[02:44] <ryanakca> .tgz... I think it's a source... either slack or gentoo builds everything from source with portage... forget wich one
[02:44] <LaserJock> gentoo
[02:44] <TheMuso> Slackware also uses .tgz files for binary packages.
[02:44] <LaserJock> I think the binary in slack is a .tgz but I could be wrong
[02:45] <crimsun_> bddebian: that should be covered by libsdl1.2-dev
[02:45] <bddebian> crimsun_: I thought so too but it doesn't work :-(
[02:45] <bddebian> ryanakca: Do you have all the build deps, like libcegui-dev?
[02:46] <ryanakca> no... I can't even get the source to build properly with this "scons" thingy
[02:48] <ryanakca> ok, the .tgz creates a folder "usr/, which containts bin/ share/     bin/ contains the executable "smc",     share/ some files...
[02:49] <TheMuso> Ok so it is a binary packages.
[02:49] <TheMuso> package
[02:49] <ryanakca> yes...
[02:49] <TheMuso> the tgz that is.
[02:50] <ryanakca> hmmm... I'll try running ~/deb/usr/bin/smc... I'll tell you the results...
[02:52] <ryanakca> ./smc: error while loading shared libraries: libSDL_gfx.so.13: cannot open shared object file: No such file or directory
[02:52] <crimsun_> ah!
[02:52] <crimsun_> libsdl-image1.2-dev
[02:52] <crimsun_> err
[02:52] <crimsun_> libsdl-gfx1.2-dev
[02:53] <ryanakca> allready installed :S
[02:54] <crimsun_> "libSDL_gfx.so.13"? geez, what soname madness....
[02:54] <ryanakca> so it's either a problem with libsdl or with scons and the source code
[02:54] <bddebian> crimsun_: I've tried both of those too :-(
[02:55] <crimsun_> root@garnish:/usr/include/SDL# dpkg -L libsdl-gfx1.2-4|grep .so.
[02:55] <crimsun_> /usr/lib/libSDL_gfx.so.4.9.0
[02:55] <crimsun_> /usr/lib/libSDL_gfx.so.4
[02:55] <TheMuso> Thats what you get with slackware packages. The quality is up to shit.
[02:55] <ryanakca> see... I'm getting the error as said in message of 20:38
[02:55] <TheMuso> Particularly 3rd-party package.
[02:55] <ryanakca> lol
[02:55] <TheMuso> packages.
[02:55] <crimsun_> if there's a config.log, it should spit out what pkg-config is failing on
[02:56] <ryanakca> crimsun_: it doesn't run off of ./configure... it uses some wierd thing called "scons"
[02:56] <crimsun_> ah
[02:56] <TheMuso> Where can I grab the source for this package you are trying to build?
[02:57] <TheMuso> And is it in universe?
[02:57] <ryanakca> http://pastebin.ca/65337
[02:57] <ryanakca> no... not in universe... I'm packaging it for REVU http://prdownloads.sourceforge.net/smclone/SMC_0.98_source.zip?download
[03:00] <bddebian> There isn't anything particularly "weird" about scons, but we need to get the build-deps figured out
[03:00] <TheMuso> It has autoconf stuff there.
[03:00] <bddebian> scons is basically just a souped-up configure && make
[03:01] <TheMuso> configure.ac and autogen.sh with autoconf related commands seem to be there.
[03:01] <TheMuso> and a configure script
[03:02] <crimsun_> hmm, cegui -> libcegui-mk2-dev ?
[03:02] <TheMuso> ryanakca: According to the package you linked to abov.
[03:03] <TheMuso> above
[03:03] <TheMuso> damn typing
[03:05] <TheMuso> ryanakca: Why not just use autoconf if building for Linux?
[03:06] <ryanakca> autoconf? are you talking about autogen.sh?
[03:06] <TheMuso> Yep.
[03:07] <TheMuso> Looks like it is a bit messy atm anyway.
[03:07] <TheMuso> Trying to work it out.
[03:07] <ryanakca> kk... autogen.sh isn't supported anymore... they left that at 0.96 methinks... they now use scons, and autogen.sh doesn't work
[03:07] <ryanakca> http://www.secretmaryo.org/phpBB2/viewtopic.php?t=107&sid=ea0840f3713ea219719bcdaaa183641d
[03:08] <TheMuso> These guys don't know automake/autoconf if their lives depended on it.
[03:08] <jmg> :)
[03:08] <TheMuso> ok
[03:08] <ryanakca> lol
[03:08] <TheMuso> I can see why they changed to scons.
[03:09] <TheMuso> Autoconf/automake can get quite hairy sometimes.
[03:10] <jmg> we hates the automake
[03:11] <jmg> i was quite tempted to rewrite kernel-package using rake
[03:11] <TheMuso> Well if they really didn't support automake any more, you would think they'd rip it out of the package.
[03:11] <LaserJock> dang, I'm going to need some sort of doc for this packaging with bzr stuff
[03:12] <TheMuso> ryanakca: Where can I get a copy of that tgz package?
[03:13] <ryanakca> http://prdownloads.sourceforge.net/smclone/smc-0.96-i486-1.tgz?download
[03:14] <TheMuso> Thanks.
[03:15] <ryanakca> np.. brb
[03:18] <bddebian> Did we at least figure out what sdl package we need yet? :-)
[03:18] <ryanakca> nope
[03:18] <ryanakca> I installed all of them still same error
[03:19] <TheMuso> ya
[03:19] <TheMuso> THis is very interesting.
[03:19] <TheMuso> ~luke@linden:~/Projects/Ubuntu_Development/dapper/sources/smc/tmp/usr/share/games/smc-0.96$ objdump -p smc | grep NEEDED NEEDED      libSDL_gfx.so.13 NEEDED      libSDL_ttf-2.0.so.0 NEEDED      libSDL_mixer-1.2.so.0 NEEDED      libSDL_image-1.2.so.0 NEEDED      libSDL-1.2.so.0 NEEDED      libpthread.so.0 NEEDED      libstdc++.so.5 NEEDED      libm.so.6 NEEDED      libgcc_s.so.1 NEEDED      libc.so.6
[03:19] <Symgeosis> Oh wow, smclone is bad ass.
[03:22] <bddebian> Yeah, so bad it doesn't even build ;-P
[03:22] <crimsun_> it's worth noting that we have an outdated version of scons in Dapper.
[03:23] <ryanakca> we do...
[03:23] <ryanakca> ???
[03:23] <jmg> Oh wow
[03:23] <ryanakca> hmmm
[03:23] <TheMuso> Shouldn't make a difference though.
[03:23] <crimsun_> I can't for the life of me make scons spit out more $stuff
[03:24] <crimsun_> but you can kludge the junk out of SConstruct by using conf.CheckCHeader() instead of conf.CheckLibWithHeader()
[03:24] <ryanakca> hmmm... I pick easy packages as my first package, eh?
[03:25] <bddebian> Yeah, nice one ;-)
[03:25] <TheMuso> Funny thing is that INIT_VIDEO is in sdl.h
[03:28] <ryanakca> well...... If anybody wants to take over this packaging, feel free... because I have no clue what to do :)
[03:28] <TheMuso> Ok, regenerated configure.
[03:28] <TheMuso> Lets see what happens.
[03:28] <ryanakca> I'm going to work on making an updated package for a simpler program... typespeed :)
[03:29] <ryanakca> configure gives a "error: missing configure.in" or something simmilar
[03:29] <TheMuso> Nope. I have got pas that.
[03:29] <TheMuso> Just had to install libsdl-mixer1.2-dev
[03:30] <ryanakca> well, see yah in the morning... dad's bugging me to go to bed... good luck, can't wait to hear how it went :)
[03:30] <bddebian> Gnight ryanakca
[03:30] <TheMuso> Night.
[03:30] <TheMuso> heh
[03:31] <ryanakca> lol
[03:31] <bddebian> TheMuso: You got past checking for SDL_Init?
[03:32] <crimsun_> getting past that check is easy
[03:32] <TheMuso> Got config files made.
[03:32] <TheMuso> Just trying to run make now. Missing command-line too needed for build.
[03:32] <crimsun_> you just have to break SConstruct in interesting ways
[03:32] <bddebian> heh
[03:32] <crimsun_>         if not conf.CheckCHeader('SDL.h'):
[03:32] <crimsun_> #       if not conf.CheckLibWithHeader('SDL', 'SDL.h', 'c', 'SDL_Init(SDL_INIT_VIDEO);'):
[03:33] <crimsun_> you know, defeat the whole point of using scons in the first place :)
[03:33] <bddebian> hehe
[03:34] <TheMuso> haha
[03:35] <LaserJock> bddebian: you don't suck at Morrowind?
[03:37] <bddebian> LaserJock: I suck at everything
[03:37] <LaserJock> bddebian: I doubt it
[03:38] <LaserJock> I've never heard of Morrowind, I had to wikipedia it
[03:38] <crimsun_> my opposite-day bddebian-translator is rockin'
[03:38] <bddebian> Egads, you are a geek LaserJock ;-P
[03:38] <bddebian> crimsun_: ?
[03:38] <crimsun_> "I suck at everything" ==> "Please assign git-core bugs to me"
[03:39] <bddebian> crimsun_: git-core is a port for GNU/Hurd and I can't fix it
[03:39] <crimsun_> bddebian: hopefully using Debian's and not Ubuntu's...
[03:39] <crimsun_> cos we're a tad behind in Dapper
[03:39] <bddebian> Yes, Hurd is only Debian at the moment
[03:39] <crimsun_> what? No Ubuntu HURD? Blasphemy!
[03:40] <TheMuso> crimsun_: Did you get anywhere with that package?
[03:40] <crimsun_> Hurd, rather
[03:40] <LaserJock> bddebian: yeah, the only game I've played in the last year was America's Army (because they had a linux version) but now that I've got the macintel I don't find that many games
[03:40] <bddebian> I kept threatening it
[03:40] <crimsun_> TheMuso: I can make it build, but it's so stupid I'd rather not do it that way.
[03:40] <TheMuso> I know what you mean.
[03:40] <bddebian> But the Debian guys don't want it and the GNU Zealots want a pure GNU system so it's pointless I suppose
[03:40] <TheMuso> I have almost got the automake/autoconf functionality working. One thing I am accounting however is this:
[03:41] <bddebian> Where the hell do the sdl libraries get installed?
[03:41] <TheMuso> When I run make, for some reason the LIBS variable is being treated as a command after the first -
[03:41] <TheMuso> If that makes sense.
[03:41] <TheMuso> luke@linden:~/Projects/Ubuntu_Development/dapper/sources/smc/smc/src$ make
[03:41] <TheMuso> lSDL_ttf -lSDL_mixer -lSDL_image  -L/usr/lib -lSDL -lpthread -lGL -lCEGUIBase -lCEGUIOpenGLRenderer
[03:42] <TheMuso> make: lSDL_ttf: Command not found
[03:42] <TheMuso> make: [smc]  Error 127 (ignored)
[03:42] <TheMuso> luke@linden:~/Projects/Ubuntu_Development/dapper/sources/smc/smc/src$
[03:42] <TheMuso> Which is this line in the Makefile: LIBS = -lSDL_ttf -lSDL_mixer -lSDL_image  -L/usr/lib -lSDL -lpthread -lGL -lCEGUIBase -lCEGUIOpenGLRenderer
[03:43] <crimsun_> bddebian: /usr/lib/
[03:43] <TheMuso> They say 1.7 for automake is required, but I did a dirty hack to Makefile.am for 1.4
[03:43] <TheMuso> that might have something to do with that.
[03:43] <bddebian> crimsun_: Aye, I was using libsdl not libSDL :-)
[03:43] <bddebian> Told ya I was stupid
[03:43] <TheMuso> Anybody know what automake call needs to be used in a configure.ac/in file for 1.7 as opposed to 1.4?
[03:43] <bddebian> Ah, there is no libSDL-X.so
[03:50] <bddebian> Gads, I am an idiot
[03:50] <bddebian>  libSDL.so
[03:51] <bddebian> Should work:
[03:51] <bddebian> bdefreese@bdubuntu1:~/devel/smc$ objdump -T /usr/lib/libSDL.so |grep SDL_Init
[03:51] <bddebian> 0000c500 g    DF .text  00000149  Base        SDL_InitSubSystem
[03:51] <bddebian> 0000c649 g    DF .text  0000004f  Base        SDL_Init
[04:24] <hub> can somebody review this: http://revu.tauware.de/details.py?upid=2332
[04:35] <bddebian> Hi Hobbsee, welcome to my self-deprecation :-)
[04:35] <Hobbsee> hey bddebian
[04:35] <Hobbsee> why are you self depreciating now?
[04:36] <bddebian> Because I'm dumb :-(
[04:39] <Hobbsee> bddebian: why are you dumb??
[04:40] <bddebian> I was born that way? :-)
[04:40] <Hobbsee> heh
[04:42] <TheMuso> bddebian: You know you really should stop that self knocking.
[04:43] <bddebian> I wish I could :-)
[04:44] <TheMuso> You can.
[04:48] <bddebian> TheMuso: No, I can't.  Even the medication doesn't help :-)
[04:49] <TheMuso> Sure sure.
[04:53] <TheMuso> Whatever.
[05:06] <TheMuso> Meh. smc can't be built atm because it needs a library file from the cegui-mk2 package that doesn't even exist in the Ubuntu version.
[05:06] <TheMuso> Going to check the sid version, but guess it may be the same.
[05:21] <Erlang> emmm, am I being silly or newest/oldest is reversed in launchpad?
[05:25] <crimsun_> Erlang: it's reversed, it's known, fixed committed, just waiting for the next rollout of LP
[05:26] <Erlang> crimsun_: Okay.  Just wanted to see if it was somewhat related to something I did.
[05:27] <crimsun_> I asked the same thing last week :)
[05:30] <imbrandon_> ajmitch ping
[05:32] <ajmitch> yes?
[05:37] <imbrandon_> oops sorry was in -devel
[05:37] <imbrandon_> hey you were wondering about my forcedeth output right ?
[05:37] <imbrandon_> i have to do this on every boot to make forcedeth work
[05:37] <imbrandon_> http://kubuntu.pastebin.com/707888
[05:38] <ajmitch> no, I've never asked you about it..
[05:39] <imbrandon_> ahh sorry thought it was you
[05:39] <imbrandon_> my mistake
[05:39] <Hobbsee> ajmitch: back to studying :P
[05:43] <ajmitch> hah, as if
[05:44] <bddebian> Heh
[05:44] <Hobbsee> hehe.
[05:45] <bddebian> Nah, I think I have sufficiently annoyed the channel for tonight :-)
[05:45] <Hobbsee> i thought that was my job.  to annoy people :P
[05:46] <bddebian> Well regardless of popular opinion, I don't do it intentionally ;-)
[05:47] <Hobbsee> hehe fair enough
[05:56] <LaserJock> hmm
[05:57] <Hobbsee> heya LaserJock - finished the documentation yet?
[05:57] <LaserJock> ha ha ha, very funny :p
[05:58] <Hobbsee> hehe :)
[05:58] <LaserJock> actually, I just installed Enemy Territory on my macintel for the heck of it
[05:58] <ajmitch> Hobbsee: documentation is your job
[05:58] <crimsun_> oh great, now the documentation won't be finished in the next few years
[05:58] <Hobbsee> ajmitch: no it isnt. my job is to just annoy everyone.
[05:59] <ajmitch> oh right
[06:00] <ajmitch> that's ok
[06:00] <ajmitch> you don't have to be interested, you just have to do it
[06:01] <LaserJock> bah, ET isn't nearlly as fun as hanging out here :-/
[06:01] <ajmitch> heh
[06:03] <Hobbsee> hehe
[06:03] <Hobbsee> ajmitch: were you volunteering for it?
[06:03] <ajmitch> volunteering you for it :)
[06:03] <Hobbsee> haha
[06:03] <Hobbsee> dream on :P
[06:05] <LaserJock> ugh, compilers and kernel removal, can't we get something exciting on -devel? :-)
[06:05] <bddebian> heh
[06:05] <LaserJock> maybe I should write a "We should move to rpm" to shake it up a bit
[06:05] <TheMuso> lol
[06:05] <bddebian> Yeah
[06:06] <LaserJock> ack, I'm going home. I've got a 5:00 am Edubuntu meeting tomorrow
[06:07] <bddebian> Gnight LaserJock
[06:07] <LaserJock> cya all
[06:07] <Hobbsee> night LaserJock
[06:07] <ajmitch> bye LaserJock
[06:08] <crimsun_> he'll be playing ET til 5:00 AM
[06:09] <bddebian> hehe
[06:10] <imbrandon_> lol
[06:15] <imbrandon_> interstellar phone at that
[06:15] <imbrandon_> ;)
[06:16] <Hobbsee> damned exploits.
[06:16] <Hobbsee> i thought people were over using it.
[06:17] <imbrandon_> ?
[06:18] <Hobbsee> imbrandon_: #ubuntu
[06:18] <Hobbsee> an idiot wanting a kline.
[06:19] <imbrandon_> ah
[06:19] <imbrandon_> i rarely look at #ubuntu its about the only irc channel i cant keep up with
[06:19] <imbrandon_> #kubuntu is busy enough at times
[06:19] <imbrandon_> ;)
[06:20] <TheMuso> #ubuntu is very hard to follow most of the time IMO.
[06:20] <imbrandon_> yea
[06:25] <Hobbsee> that's why they have calls  of !ops - otherwise i wouldnt be there
[06:35] <bddebian> Ah well, gnight folks
[06:45] <Gloubiboulga> hello world!
[06:47] <Hobbsee> hey Gloubiboulga
[06:48] <Gloubiboulga> hey Hobbsee :)
[06:56] <Laser_away> crimsun_: no, I played it for about 30 min. and had enough
[06:56] <ajmitch> hehe
[06:56] <crimsun_> that's what you say now. See? Still awake. I'll check at 4:00 AM.
[06:57] <ajmitch> but you couldn't resist playing it still...
[06:57] <Laser_away> ajmitch: I wanted to see if an intel iMac was any good for games
[06:57] <Laser_away> it seemed fine, I on the other hand ...
[06:58] <ajmitch> that's what they all say...
[06:59] <Laser_away> heh, really, as long as I'm not burned out, I really enjoy Ubuntu work more
[07:01] <Laser_away> anybody know what mvo's TZ is?
[07:02] <ajmitch> Laser_away: UTC+2
[07:04] <Laser_away> ajmitch: ah, ok. thnx
[07:15] <dholbach> good morning motu world
[07:15] <Hobbsee> heya dholbach
[07:16] <dholbach> hey Hobbsee
[07:22] <dholbach> ooooh: http://scsharp.org/
[07:22] <dholbach> that's something for the motugames team!
[07:22] <Hobbsee> ooh.  games.  something else to distract me from study...
[07:23] <dholbach> package it!
[07:23] <dholbach> DOIT! :)
[07:23] <crimsun_> I think I'm going to ignore stuff that begins with "sc" given the fright over SConstruct and that crazy secretmaryo thing.
[07:24] <Hobbsee> no!!!
[07:24] <Hobbsee> hehe
[07:24] <dholbach> crimsun_: _S_tar _C_raft :)
[07:25] <DarkMageZ> dholbach, how far along is that project? have they got units working yet?
[07:27] <dholbach> DarkMageZ: I heard of it 5 minutes ago
[07:27] <dholbach> DarkMageZ: and I won't have the time today to build it, look hours for my old starcraft CD to get it going
[10:06] <Toadstool> 'morning motus
[10:09] <Hobbsee> heya Toadstool
[10:09] <Toadstool> hi Hobbsee
[12:37] <Gloubiboulga> hmm... a google-earth package on REVU
[12:39] <dholbach> yay - more wine versions in the archive! :)
[12:39] <azeem> I thought it was a native port
[12:39] <azeem> somebody said it wouldn't be using wine, at least
[12:44] <ogra> i heard the same ...
[12:46] <Hobbsee> hi ogra
[12:46] <ogra> woah, that package is horrible ...
[12:51] <DarkMageZ> ooo, where can i find the horrible google earth package :)
[12:53] <Hobbsee> DarkMageZ: revu?
[12:53] <DarkMageZ> it's a repo i'm guessing
[12:53] <Hobbsee> DarkMageZ: it's at http://revu.tauware.de/
[12:54] <Hobbsee> DarkMageZ: it's a place where devs upload packages to be reviewed and to go into the ubuntu repos
[12:54] <DarkMageZ> your connection is innocent for a change :P
[12:56] <Hobbsee> oh here we go
[12:56] <Hobbsee> oh, nice, someone uploaded kopete.
[12:56] <Gloubiboulga> no copyright of course for the google earth thing
[01:49] <truls> hey
[01:50] <Mithrandir> hello, truls
[01:53] <truls> trying to package a python-application we're developing for debian/ubuntu, and been hitting some problems
[01:54] <truls> (first of all the lack of good practices to follow)
[01:54] <LaserJock> truls: have you seen the Ubuntu Packaging Guide?
[01:55] <truls> any pointers to a good way of doing it? been fiddling with distutils as the obvious choice, but it doesn't seem suited for programs wanting to end up in /usr/lib/myprogram while keeping its hope of multiplatform...
[01:56] <truls> LaserJock: yeah, so i got the impression that debhelper with cdbs is the way to go, but that requires a standard distutils setup (or atleast that was my impression)
[01:56] <zul> hola
[01:56] <LaserJock> hi zul
[01:57] <zul> hey LaserJock how goes it?
[01:57] <LaserJock> uggh, it's early, but I'm kinda up at least. How 'bout you?
[01:58] <zul> same here...but not so up
[01:58] <Toadstool> hi
[01:58] <Toadstool> hum about python packages should the upcoming Debian python policy followed for edgy? I suppose so since I've seen a python-defaults upload made by doko...
[01:58] <LaserJock> I would guess so
[01:58] <doko> Toadstool: yes, when the archive opens ...
[01:58] <Toadstool> ok thanks LaserJock & doko
[01:59] <LaserJock> Toadstool: what's the "upcoming" part about?
[01:59] <Toadstool> http://wiki.debian.org/DebianPython/NewPolicy
[02:33] <kelmo> gday
[02:33] <LaserJock> hi kelmo
[02:40] <kelmo> hey LaserJock
[02:40] <kelmo> hi siretart
[04:02] <bddebian> Heya gang
[04:03] <LaserJock> hi bddebian
[04:03] <bddebian> Hi LaserJock
[04:03] <TheMuso> Hey bddebian.
[04:03] <TheMuso> LaserJock: Got everything finalized for the trip
[04:04] <bddebian> Hello TheMuso
[04:04] <Hobbsee> heya bddebian
[04:04] <bddebian> Hi Hobbsee
[04:04] <TheMuso> Hey Hobbsee.
[04:04] <TheMuso> Didn't see you there. :)
[04:05] <Hobbsee> and trying to stay out of the way to not get yelled at.
[04:05] <LaserJock> TheMuso: umm, I sure hope so
[04:05] <TheMuso> Ok.
[04:05] <LaserJock> TheMuso: I need to get some euros before I go though
[04:05] <TheMuso> When do you fly out?
[04:05] <LaserJock> Sat. noonish
[04:05] <bddebian> Hobbsee: You got yelled at? :'-(
[04:06] <Hobbsee> bddebian: yeah, earlier :(
[04:06] <LaserJock> wha?
[04:06] <LaserJock> no way
[04:06] <TheMuso> And when do you get into Paris?
[04:07] <LaserJock> umm, 11ish Sun.
[04:07] <TheMuso> Ah right.
[04:07] <TheMuso> You've got a longish flight like me. :)
[04:07] <LaserJock> well, the time change effects a lot
[04:08] <LaserJock> the longest stretch (Houston to Paris) is 9hrs of flying, I think
[04:09] <TheMuso> Right.
[04:09] <TheMuso> I worked out that I will be traveling for 27 hours and 45 minutes all up, assuming everything goes to time.
[04:10] <LaserJock> yikes
[04:10] <bddebian> Yikes
[04:10] <TheMuso> Yeah.
[04:10] <LaserJock> I'm flowing the other way :-)
[04:11] <TheMuso> Lucky you.
[04:12] <LaserJock> TheMuso: well, on the way back, let's see ...
[04:12] <TheMuso> heh
[04:12] <LaserJock> dang it, for being a scientist TZ math sure confuses me
[04:14] <TheMuso> TZ maths is the easiest of them all IMO. :)
[04:15] <Hobbsee> LaserJock: that's why they invented timezone clocks.
[04:16] <LaserJock> TheMuso: yeah, it's the easy stuff that get's us ;-)
[04:17] <LaserJock> Hobbsee: yeah, whatever
[04:17] <TheMuso> Anyway, better get to bed.
[04:17] <TheMuso> Night all.
[04:18] <LaserJock> cya TheMuso
[04:18] <neutrinomass> Was there an update to launchpad in the past couple of hours? Apparently you can't change a bug's importance without confirming it first ....
[04:18] <lifeless> that seems interesting
[04:18] <lifeless> yes there was a rollout
[04:19] <neutrinomass> Bah. I suppose nobody will mind if I confirm my own .desktop bugs (I attach a .desktop as well ) ?
[04:20] <lifeless> if you join #launchpad you can chat with bjornt and bradb who develope malone
[04:21] <neutrinomass> I'm under the impression that it's a feature, not a bug .. I'll try #launchpad
[04:21] <LaserJock> lifeless: do you work on the bazaar.launchpad.net stuff?
[04:22] <lifeless> LaserJock: some
[04:23] <LaserJock> awesome
[05:16] <agileII> ...
[05:18] <agileII> someone alive here?
[05:18] <bddebian> Nope :-)
[05:19] <agileII> ok :)
[05:19] <agileII> I was pointed to this channel to make someone work...
[05:19] <agileII> https://launchpad.net/distros/ubuntu/+source/loop-aes-source/+bug/48693
[05:19] <Ubugtu> Malone bug 48693 in loop-aes-source "loop-aes-source can't be build by m-a" [Medium,Rejected] 
[05:19] <bddebian> Ah, good luck with that one
[05:19] <bddebian> I looked at it at one point
[05:19] <agileII> why?
[05:20] <agileII> I assigned it to MOTU reviewers also
[05:20] <agileII> the Debian needs to be get again
[05:21] <agileII> Debian code
[05:21] <bddebian> It's very difficult to keep up with the kernel changes
[05:21] <agileII> there is just a "x" bit missing in /debian/rules in the .tar.gz somewhere...
[05:22] <agileII> the Debian code is fixed regarding to the maintainer
[05:22] <bddebian> I will see if I can take a look but it may or may not get accepted to dapper-updates
[05:22] <agileII> ok, Thx
[05:22] <agileII> Well I have solved it for myself, but other people will ask for it
[07:02] <bddebian> Heya LaserJock
[07:02] <LaserJock> hi bddebian
[07:02] <LaserJock> mwuahahaha
[07:03] <LaserJock> I got apache to work at home
[07:03] <LaserJock> \o/
[07:03] <bddebian> LaserJock: Ahhh :-)
[07:03] <LaserJock> not that it was tough or anything
[07:03] <LaserJock> I've just never run any kind of server before
[07:03] <zul> it shouldnt be
[07:04] <LaserJock> is it reasonably secure by default?
[07:04] <LaserJock> I didn't adjust anything
[07:05] <Yagisan> LaserJock: relatively secure. No dynamic pages ? No CGI ?
[07:05] <LaserJock> Yagisan: umm, I haven't added anything yet, I did install the python mod
[07:06] <LaserJock> hmm
[07:06] <Yagisan> LaserJock: then it's fine
[07:06] <chantra> hi, can anyone tell me why a package didn't make it into revu pls
[07:06] <bddebian> Yagisan: Because you are sick? :-)
[07:06] <LaserJock> chantra: you need to explain more
[07:06] <Erlang> chantra: you uploaded it as binary?
[07:06] <chantra> I wanted to updated gaim-2.0.0beta3, but it is still an older version (May02)
[07:06] <Yagisan> gremlins!
[07:06] <chantra> dput *2ubuntu2*changes
[07:07] <chantra> LaserJock: Erlang or something similar
[07:07] <Erlang> Erlang or something similar??
[07:07] <Yagisan> bddebian: yeah - I'm sick. I should get you to give it a once over then
[07:07] <bddebian> Me?
[07:08] <chantra> dput -P  *2ubuntu2*changes
[07:08] <chantra> Erlang: to be more specific :)
[07:08] <Yagisan> bddebian: sure. I figure it must be day time where you are, so you should have no trouble with it
[07:08] <LaserJock> chantra: you might want to specically call the particular _source.changes file
[07:09] <LaserJock> chantra: we don't want all your .debs ;-)
[07:09] <bddebian> Yagisan: Ah :)
[07:09] <Erlang> chantra: I meant that you need to dput the *source.changes and not the [architecture] .changes.
[07:10] <chantra> LaserJock: Erlang cheers, I did dpkg-buildpackage -rfakeroot -sa -S -kmykey but I only get and old source.changes
[07:11] <chantra>  ls ../*changes
[07:11] <chantra> ../gaim_2.0.0beta3-2ubuntu0_i386.changes    ../gaim_2.0.0beta3-2ubuntu1_i386.changes
[07:11] <chantra> ../gaim_2.0.0beta3-2ubuntu0_source.changes  ../gaim_2.0.0beta3-2ubuntu2_i386.changes
[07:11] <LaserJock> chantra: so did you do dpkg-buildpackage in the right source?
[07:12] <Yagisan> bddebian: of course, there was that wiki page about you
[07:12] <chantra> yep gaim-2.0.0beta3
[07:13] <bddebian> Yagisan: Yes, but that is all wrong.. :)
[07:14] <LaserJock> chantra: I mean, check the changelog in debia/ to make sure you building what you think you are :-0
[07:14] <LaserJock> :-) I mean
[07:14] <Yagisan> bddebian: lies. we know it's true. That's why you can spot all my errors in my autoconfiscated application ;)
[07:15] <chantra> gaim (2:2.0.0beta3-2ubuntu2) dapper; urgency=low
[07:15] <chantra> * Added DBUS support * --enable-dbus
[07:15] <chantra> this is the first entry
[07:16] <bddebian> Yagisan: You are obviously on crack ;-)
[07:17] <LaserJock> chantra: try it again and make sure that dpkg-buildpackage finished
[07:18] <bddebian> How the hell can attal depend attal-themes-medieval and attal-themes-medieval depend attal when one of them has to be installed first?
[07:19] <LaserJock> bddebian: isn't that called circular dependency?
[07:20] <bddebian> Usually but I think it installs currently
[07:20] <azeem> bddebian: why has one of them to be installed first?
[07:20] <bddebian> azeem: Because if I try to install the themes it says attal is not installed/configured and vice versa
[07:20] <azeem> install via apt-get?
[07:21] <Yagisan> bddebian: close. I have so much sugar in my system it's not funny.
[07:22] <Yagisan> bddebian: at least I made nice error messages "configure: error: "SDL Net not found. On Ubuntu install libsdl-net1.2-dev."" of course, I got that because I missed on of these -> ,
[07:25] <Kyral_FreeBSD> hey guys, just a notice, there is a new version of Mod Security out, Debian doesn't have it so may wanna jump on it :D
[07:25] <chantra> LaserJock: there is something I don't understand
[07:26] <chantra> while compiling gaim debs, if I have got the orig.tar.gz file, i get the following error
[07:26] <chantra> /usr/share/cdbs/1/rules/buildcore.mk:70: Parsing gaim-2.0.0beta3.tar.bz2... dpkg-source -b gaim-2.0.0beta3
[07:26] <chantra> dpkg-source: cannot represent change to gaim-2.0.0beta3.tar.bz2: binary file contents changed
[07:26] <chantra> should I use a gaim....orig.tar.bz2 instead?
[07:26] <LaserJock> chantra: hmm, I'm wondering if you are trying to create a native package
[07:27] <chantra> what do you mean?
[07:27] <LaserJock> do you get a .diff.gz file?
[07:27] <chantra> yep
[07:27] <chantra> gaim_2.0.0beta3-2ubuntu2.diff.gz
[07:28] <chantra> it basically contains the information from debian/
[07:28] <LaserJock> hmm
[07:34] <bddebian> azeem: This is dpkg -i so might be the problem
[07:36] <bddebian> Shit, meeting, bbiab
[07:37] <azeem> bddebian: yeah, apt should handle it fine
[07:37] <azeem> or dpkg -i <both .debs>
[07:39] <blanky> ehy guys
[07:39] <LaserJock> hi blanky
[07:40] <blanky> if I'd like to create an application for ubuntu, what GUI toolkit should I use, or is there no recommendation, becuase I figured GTK would look a lot more integrated, as well as for the Xubuntu users, however, in KDE, Qt would seem a bit more adequate, then there's WxWidgets. I'm fine with any, just wondering if there was a recommendatoin
[07:41] <LaserJock> blanky: pick one that you are comfortable with? If it is designed for Gnome use GTK, KDE use QT
[07:41] <blanky> LaserJock, it's designed for any environment, and I am fine with any, I was just wondering if it was recommended or asked to do it in GTK since it'd seem more integrated, thanks anyways
[07:42] <LaserJock> blanky: well, I'm sure Kubuntu users would appreciate a qt interface
[07:43] <blanky> LaserJock, exactly, but I figure there's more Ubuntu/GNOME users
[07:43] <blanky> Or I could do it in GTK first, and then port it to whatever other GUI toolkit if there's enough demand
[07:44] <LaserJock> blanky: will it use other apps? do you want it integrated in the DE?
[07:44] <Yagisan> blanky: your app. *NIX only ?
[07:44] <blanky> Yagisan, yep
[07:45] <siretart> Yagisan: there is a even gtk2 port for windows
[07:45] <Yagisan> siretart: yep. but IIRC qt was not free on WIn32
[07:46] <LaserJock> siretart: yeah, gtk2 apps aren't to bad on Windows, not so good in OS X
[07:47] <Yagisan> blanky: A project I'm involved with chose WxWidgets, but it "runs" on *NIX, Win32 and OSX
[07:48] <Yagisan> blanky: pick which you prefer
[07:48] <hub> LaserJock: gtk on MacOS X is incomplete
[07:48] <blanky> Yagisan, yeah I know, but my program is *nix specific
[07:48] <blanky> Yagisan, okay
[07:48] <hub> LaserJock: the main dev stopped working on it
[07:48] <LaserJock> hub: exactly ;-)
[07:48] <LaserJock> hub: I use fink
[07:48] <hub> and X11
[07:48] <siretart> Yagisan: IIRC this changed in the past. but any, I don't care too much for windows, and blanky doesn't seem to either
[07:49] <hub> LaserJock: I'm talking of the non-X11 port
[07:49] <LaserJock> hub: right
[07:49] <Yagisan> siretart: yep. that's why any choice is fine
[07:49] <blanky> Ah okay, which do you all prefer?
[07:49] <LaserJock> pygtk, for now
[07:49] <blanky> It's not that I can't decide, it's just that if people would like to develop for it, I would like it to be a GUI toolkit they prefer
[07:49] <crimsun_> ncurses++
[07:49] <blanky> LaserJock, thanks for the niput
[07:49] <blanky> lol crimsun_
[07:49] <LaserJock> but I'm not a programmer so my vote doesn't count very much
[07:50] <LaserJock> crimsun_: I'm with you man, but kids these days..
[07:50] <LaserJock> ;-)
[07:50] <siretart> blanky: in ubuntu/xubuntu land, gtk2 is prefferred. in kubuntu land qt. take your pill :)
[07:51] <blanky> siretart, I know that, haha. And I prefer Kubuntu, however, this program is intended for noobies and I believe that they, well, most people use Ubuntu
[07:51] <blanky> I'm choosing GTK :)
[07:52] <LaserJock> blanky: there are a lot of Kubuntu users out there
[07:52] <LaserJock> yeah, whatever
[07:52] <chantra> LaserJock: okie, got the error sorted out
[07:52] <blanky> lol
[07:52] <BazziR> blanky: yeah GTK in Kubuntu looks better than Qt in Gnome I think
[07:52] <siretart> blanky: it doesn't matter too much. look at both, and choose what suits you better. if you are programming python, I have the vague impression that pygtk might be easier to find documentation for than pyqt
[07:52] <blanky> BazziR, yeah, from my experience. GTK handles well in KDE
[07:52] <blanky> siretart, true, thanks all
[07:52] <LaserJock> blanky: do both!
[07:52] <blanky> haha, will do after I get one down first
[07:52] <LaserJock> see wich one you like
[07:53] <hub> blanky: gtkmm then :-)
[07:53] <chantra> in fact, using cdbs , the pkg_version.orig.tar.gz, once unpacked, contains pkg_version.orig/pkg-version.tar.bz2
[07:53] <chantra> I dont know if it is related to cdbs or not
[07:54] <LaserJock> hmm
[07:59] <chantra> LaserJock: this is how the original package was made:
[07:59] <chantra>  tar -xzvf gaim_1.5.0+1.5.1cvs20051015.orig.tar.gz
[07:59] <chantra> gaim-1.5.0+1.5.1cvs20051015.orig/
[07:59] <chantra> gaim-1.5.0+1.5.1cvs20051015.orig/gaim-1.5.0+1.5.1cvs20051015.tar.bz2
[07:59] <LaserJock> k
[08:00] <chantra> and this doesn't send errors, so I believe this is the way to do it :s
[08:01] <LaserJock> bah, why is mvo never around when I need him!
[08:01] <LaserJock> I hate time zones!
[08:01] <chantra> bad luck ;)
[08:09] <LaserJock> anybody know how to clear package listed with dpkg --yet-to-unpack ?
[08:13] <chantra> LaserJock: apt-get -f install ?
[08:13] <chantra> or dpkg --configure -a
[08:14] <LaserJock> I don't want to install it, I want to get rid of it :-)
[08:14] <chantra> LaserJock: I did dpkg-buildpackage -rfakeroot  -kBCF1FC29
[08:14] <chantra> and dpkg-buildpackage -rfakeroot -S -sa -kBCF1FC29
[08:14] <chantra> and still no source.*
[08:15] <chantra> ls ../*2ubuntu3*
[08:15] <chantra> ../gaim_2.0.0beta3-2ubuntu3.diff.gz  ../gaim_2.0.0beta3-2ubuntu3_i386.changes  ../gaim-data_2.0.0beta3-2ubuntu3_all.deb
[08:15] <chantra> ../gaim_2.0.0beta3-2ubuntu3.dsc      ../gaim_2.0.0beta3-2ubuntu3_i386.deb      ../gaim-dev_2.0.0beta3-2ubuntu3_i386.deb
[08:15] <chantra> do you have any idea
[08:15] <LaserJock> where is the .orig.tar.gz?
[08:15] <chantra> LaserJock: apt-get remove mypackage ? doesnt work?
[08:15] <LaserJock> no, because it wasn't installed
[08:16] <chantra> ls ../*orig*
[08:16] <chantra> ../gaim_2.0.0beta3.orig.tar.gz
[08:16] <chantra> basically, same place
[08:16] <sladen> ] 
[08:17] <crimsun_> (wouldn't you want to use 1:2.0.0+beta3-4 from experimental as a base?)
[08:18] <chantra> I used 1:1.5...... as a base
[08:19] <crimsun_> that's bound to cause [more]  headaches
[08:19] <crimsun_> I'd start with 1:2.0.0+beta3-4 as given here: http://packages.qa.debian.org/g/gaim.html
[08:30] <Kyral_FreeBSD> gah making things portable is a PAIN
[08:31] <Kyral_FreeBSD> some distros put some things in one place others in another...kinda a bitch when you are trying to hardcode pathnames
[08:31] <crimsun_> that's why you program for Hurd. Oh wait, you want it to run...
[08:31] <Kyral_FreeBSD> Its not for Hurd
[08:31] <crimsun_> why are you hardcoding paths...?
[08:32] <Kyral_FreeBSD> so I KNOW for sure that what I want is what I'm getting
[08:32] <LaserJock> Kyral_FreeBSD: hardcoding paths is from SATAN!
[08:32] <Kyral_FreeBSD> LaserJock: its also secure
[08:32] <Kyral_FreeBSD> for commands
[08:33] <crimsun_> if you're relying on hardcoded paths for security, that's an awful way to go...
[08:33] <Kyral_FreeBSD> also resetting PATH to something known
[08:33] <Kyral_FreeBSD> and the IFS
[08:38] <Kyral_FreeBSD> So like I KNOW what PATH contains
[08:38] <LaserJock> heh, I'm not much into security
[08:38] <LaserJock> I try, but it just isn't my thing
[08:39] <Kyral_FreeBSD> LaserJock: neither was I, until I "inherited" a production server
[08:39] <Kyral_FreeBSD> Writing insecure shell scripts for myself is one thing
[08:39] <Kyral_FreeBSD> writing them for someone else is somethign I cannot do
[08:40] <LaserJock> well, I guess my problem is when security gets in the way of productivity, I mean ideally you disconnect the server from the net and put it in a locked room or something
[08:40] <Kyral_FreeBSD> Well I can't do that :P
[08:41] <LaserJock> but if what you are doing makes it very difficult to change anything then it might be a problem
[08:41] <Kyral_FreeBSD> Well the hardcoded paths are pretty much where they normally are
[08:42] <Kyral_FreeBSD> ie, grep is normally in /bin/brep
[08:42] <Kyral_FreeBSD> err
[08:42] <LaserJock> sure ;-)
[08:42] <Kyral_FreeBSD> s/brep/grep :D
[08:42] <Kyral_FreeBSD> then in the shell script itself I reset PATH and IFS
[08:42] <LaserJock> yeah, there you go. make it more secure by changing the names of all the binaries. then nobody will know how to do anything ;-)
[08:43] <Kyral_FreeBSD> ..you do know invoking "/bin/grep" is the same as invoking "grep"
[08:43] <LaserJock> yeah
[08:44] <LaserJock> if /bin/ is before any other paths containing a grep
[08:44] <Kyral_FreeBSD> This is why I reset PATH :P
[08:45] <LaserJock> hmm, well it doesn't seem to me that it would get you much of anywhere, but have at it :-)
[08:45] <Kyral_FreeBSD> Better than nothing
[08:47] <Kyral_FreeBSD> look at the system install cronjobs, they hardcode the paths too
[09:08] <bddebian> Shite, so how do I test these damn attal packages that depend on each other?
[09:18] <Tonio_> heya
[09:19] <ryanakca> LaserJock: bddebian: crimsun_: How did it go?
[09:19] <bddebian> ryanakca: I gave up, sorry :-(
[09:20] <ryanakca> lol, thanks for the help...
[09:20] <ryanakca> I gave up as well :)
[09:20] <crimsun_> ryanakca: it went fine, but I'm not about to say "here, take these changes to SConstruct that neuter the very reason for using it in the first place"
[09:21] <chantra> i dont get it
[09:21] <ryanakca> :)
[09:21] <ryanakca> I'm confused
[09:21] <chantra> if I do dpkg-buildpackage -rfakeroot -S -sa
[09:21] <chantra> I get a source.changes file created
[09:21] <chantra> then if I dpkg-buildpackage -rfakeroot
[09:21] <chantra> ce source.changes disappear
[09:21] <crimsun_> i.e., I'm pretty sure there's a reason conf.CheckCHeader() is not used when one actually does want to test the presence of the libs. :)
[09:21] <ryanakca> meh... I'll stick to a... simpler... packaging thingy
[09:22] <chantra> and I get tis:
[09:22] <chantra>  dpkg-genchanges -S -sa
[09:22] <chantra> dpkg-genchanges: including full source code in upload
[09:22] <chantra> dpkg-buildpackage: source only upload (original source is included)
[09:22] <chantra> Merged changes with ../gaim_2.0.0beta3-2ubuntu3_source.changes
[09:22] <chantra>  signfile ../gaim_2.0.0beta3-2ubuntu3_i386.changes
[09:22] <chantra> can someone help me out on this pls
[09:36] <Sp4rKy> hi
[09:36] <bddebian> Heya Sp4rKy
[09:37] <Sp4rKy> https://wiki.ubuntu.com/Maxence <== do you think i can hope become an Ubuntu member ?
[09:37] <bddebian> ryanakca: I don't think the packaging is necessarily more difficult, just the package itself
[09:38] <bddebian> crimsun_: Hey, how come you never help me?? :'-(
[09:38] <ryanakca> heh
[09:39] <Sp4rKy> hi bddebian
[09:40] <crimsun_> bddebian: *cough* ivtools, mxv *cough*
[09:40] <bddebian> crimsun_: No, you didn't HELP me there, you just did it ;-P
[09:40] <crimsun_> pfft
[09:41] <chantra> can anyone help me out building the *source.changes file pls
[09:42] <ryanakca> hmmm... what package provides dh_installman  ? http://pastebin.ca/65586
[09:42] <crimsun_> ryanakca: note the dh_ prefix...
[09:42] <bddebian> ryanakca: debhelper
[09:42] <bddebian> crimsun_: Do you know how I can test attal/attal-themes co-dependency?
[09:43] <crimsun_> bddebian: I haven't looked at either, so I'm not prepared to answer in the affirmative.
[09:44] <bddebian> crimsun_: I mean in general, how do I test two packages that depend on each other?
[09:44] <ryanakca> very very strange http://pastebin.ca/65588
[09:45] <bddebian> ryanakca: What's strange about that?
[09:45] <crimsun_> bddebian: what do you mean by "test"?
[09:45] <bddebian> Well dpkg -i won't resolve the dependencies like apt would
[09:45] <ryanakca> ok, look at the error, it says that a file called /usr/bin/dh_installman     doesn't exist, yet, in the ls /usr/bin/dh_installm*, it shows up
[09:46] <bddebian> Oh, I missed the first pastbin sorry
[09:46] <bddebian> No, it is saying you don't have typespeed.1
[09:46] <crimsun_> bddebian: I presume you're installing them both (passing them both to dpkg -i )?
[09:47] <ryanakca> oh... I thought it said that when compiling/running/whatever typespeed.1 it couldn't find dh_installman
[09:48] <LaserJock> quick OT question, anybody have a preference for berlios over sourceforge for project hosting?
[09:49] <crimsun_> I don't have the stats to back me, but sf seems to be unreachable more consistently than berlios.
[09:49] <Kyral_FreeBSD> or just fire up your own server :P
[09:49] <Kyral_FreeBSD> It will be an excellent exercise in security
[09:50] <LaserJock> yeah, I want stability and features :-)
[09:50] <Kyral_FreeBSD> Debian-Administration (or was it HowtoForge) has an excellent Apache+SVN Howto
[09:51] <crimsun_> tack on trac, and you've got a winner.
[09:51] <Kyral_FreeBSD> trac?
[09:51] <pygi> Kyral, Trac is the best ;)
[09:51] <crimsun_> Then again, if you're like me, the older and cruftier you grow, the less time you wish to spend maintaining servers.
[09:52] <LaserJock> well, we're using bzr so the SVN isn't really a selling point
[09:52] <Kyral_FreeBSD> what is trac?
[09:52] <crimsun_> well if you're using bzr, why not just use ... LP?
[09:52] <LaserJock> crimsun_: well, LP is great for bzr and bugs, but not so much for file hosting, web site, etc. I don't think
[09:53] <Kyral_FreeBSD> wait LP provides BZR now?
[09:53] <crimsun_> Kyral_FreeBSD: http://packages.ubuntu.com/trac
[09:53] <pygi> Kyral_FreeBSD, right :)
[09:53] <Kyral_FreeBSD> hmm
[09:53] <Kyral_FreeBSD> might as well, saves me the hassle of setting up bugtracking
[09:54] <LaserJock> bazaar.launchpad.net
[09:54] <pygi> crimsun_, we are still on 0.9.3? :-/
[09:54] <LaserJock> Kyral_FreeBSD: lots
[09:54] <pygi> distributed vs. central
[09:55] <bddebian> crimsun_: Yes
[09:55] <crimsun_> pygi: (edgy hasn't opened for syncs yet ;-)
[09:55] <pygi> crimsun_, bleh :P
[09:55] <crimsun_> (or in this case, merge)
[09:56] <ryanakca> I know when making packages, the app is to be installed to /usr/bin, and not /usr/local... but would man pages still go to /usr/local/man, or is there a "ubuntu package" directory for man pages?
[09:57] <Kyral_FreeBSD> I always meant to register SHCD with LP for cheap bugtracking, but I also always intended to have my own SVN
[09:57] <Kyral_FreeBSD> for other purposes (CompSci homework anyone? :D)
[09:58] <bddebian> ryanakca: dh_installmake should put it in the appropriate dirs for you
[09:58] <bddebian> s/make/man
[09:59] <ryanakca> kk... but I'm editing the Makefile atm...
[09:59] <bddebian> Why?
[10:00] <ryanakca> before remaking the package...
[10:00] <bddebian> If install puts it in the wrong place, mv it in the rules file before running dh_installman
[10:00] <ryanakca> kk
[10:01] <chantra> how do you guy create a source.changes files?
[10:01] <chantra> using -S -sa switch doesn't work for me
[10:02] <bddebian> chantra: Why aren't you using debuild or dpkg-buildpackage with -S -sa?
[10:02] <sladen> chantra: go into the directory and do  debuild -S
[10:02] <crimsun_> bddebian: what is failing?
[10:03] <bddebian> crimsun_: If I just install attal it fails because it depends on attal-themes-medieval and vice versa
[10:04] <crimsun_> bddebian: err, I thought you were using ``dpkg -i attal[foo] .deb attal-themes-medieval[foo] .deb'' ...?
[10:04] <bddebian> I tried that too, same error
[10:04] <ryanakca> hmmm... rules is looking for typespeed.1, but there's only typespeed.6. Do I cp typespeed.6 to typespeed.1, or ln -s them, or edit the rules file to typespeed.6   ?
[10:04] <crimsun_> bddebian: any clues from dpkg -D3773 -i [..]  ?
[10:05] <chantra> bddebian: using dpkg-buildpackage -rfakeroot -S -sa -kmykey
[10:05] <chantra> Merged changes with ../gaim_2.0.0beta3-2ubuntu3_source.changes
[10:05] <bddebian> chantra: Huh?
[10:06] <bddebian> crimsun_: Trying now, thx
[10:06] <chantra> bddebian: compiling and signing the debs file runs fine
[10:06] <chantra> but dpkg-buildpackage -rfakeroot -S -sa -kmykey
[10:06] <crimsun_> chantra: is there any reason you're not basing off the experimental package?
[10:06] <chantra> does not create the sourcechanges
[10:07] <chantra> crimsun_: because I used the 1.5cvs version from dapper in the first place
[10:07] <crimsun_> chantra: seb already rolled beta 3 debs for Dapper...
[10:08] <crimsun_> chantra: so if you were to make new ones, either use /that/ src, or use debian experimental's
[10:08] <chantra> crimsun_: is there bonjour+meanwhile+dbus support ?
[10:08] <crimsun_> chantra: no clue, I don't use gaim
[10:08] <pygi> crimsun_, any idea when merges will be open? :)
[10:09] <crimsun_> pygi: I think the rule of thumb is "everytime you ask, the opening is delayed two weeks"
[10:09] <bddebian> Doh
[10:09] <chantra> crimsun_: where can I get seb's package?
[10:09] <pygi> crimsun_, bleh :P
[10:09] <chantra> crimsun_: anyway, that did not resolve my problem
[10:09] <crimsun_> chantra: # deb http://people.ubuntu.com/~seb128/deb ./
[10:09] <chantra> source.changes is not created :s
[10:10] <crimsun_> chantra: err, I don't remember suggesting a resolution...?
[10:10] <chantra> crimsun_: that is where my problem is :p
[10:10] <crimsun_> chantra: I'm not sure what "that" refers to, then
[10:10] <chantra> crimsun_: seb doesn't offer deb-src :s
[10:11] <bddebian> Uhm, -D3773 spits out just a LITTLE output ;-)
[10:11] <crimsun_> chantra: it's all in that dir, dude
[10:11] <chantra>  < chantra> how do you guy create a source.changes files?
[10:11] <chantra> 22:01 < chantra> using -S -sa switch doesn't work for me
[10:11] <crimsun_> bddebian: just a bit
[10:12] <chantra> crimsun_: cheers sorry for that
[10:13] <crimsun_> np
[10:15] <bddebian> Ack did pastebin move?
[10:15] <bddebian> Heya ivoks
[10:17] <bddebian> crimsun_: I don't think this is telling me much I don't already know?  http://pastebin.ca/65601
[10:22] <ryanakca> hmmm... rules is looking for typespeed.1, but there's only typespeed.6. Do I cp typespeed.6 to typespeed.1, or ln -s them, or edit the rules file to typespeed.6   ?
[10:24] <chantra> well, I still cant get how to create that bloody source.changes :s
[10:28] <Sp4rKy> why a dpkg-buildbackage doesn't create any diff file :/
[10:29] <Erlang> Sp4rKy: when the package is debian-native
[10:29] <Sp4rKy> Erlang, i've create debian/ rep myself !
[10:30] <Erlang> so?  it can still be native.  if dpkg-buildpackage doesn't find the orig he won't be able to make a diff.
[10:31] <eugman> Hey, if I hypothetically had a program, what would I have to do in order for it to be added to the universe repositories.
[10:31] <Sp4rKy> Erlang, it should find it
[10:32] <bddebian> You would hypothetically get someone to package it up and post it on REVU :-)
[10:32] <Erlang> Sp4rKy: make sure he does.  it's at the start of the process.
[10:32] <pygi> bddebian, or just poke someone to sponsor upload :P
[10:32] <eugman> ok
[10:32] <pygi> (me is joking, ofcourse :P)
[10:32] <bddebian> :-)
[10:33] <crimsun_> bddebian: that's just odd. dpkg -i is supposed to work given you pass all necessary debs to it explicitly.
[10:33] <bddebian> Aye, I am way confused
[10:33] <crimsun_> bddebian: this may be a stupid question, but is the version >= 0.10-0ubuntu1 ?
[10:33] <bddebian> Yes
[10:33] <bddebian> Well, version of which?
[10:33] <crimsun_> of both.
[10:33] <bddebian> No
[10:34] <crimsun_> ok, so what are the versions?
[10:34] <bddebian> But versioned dep is >=
[10:34] <crimsun_> (versions you're attempting to install)
[10:34] <bddebian> attal_0.10-0ubuntu2_i386.deb  attal-themes-medieval_0.10-0ubuntu1_all.deb
[10:35] <crimsun_> both generated from the same src package? What's debian/control{,.in}?
[10:36] <bddebian> crimsun_: No, two different packages
[10:36] <bddebian> In fact the themse are pure CVS
[10:39] <crimsun_> bddebian: I presume it'll work across --force-depends, but is there any Conflicts/Replaces junk?
[10:39] <bddebian> No.  The themes package is very slight
[10:41] <bddebian> Aye --force-depends seems to have worked
[10:42] <ryanakca> anybody?
[10:44] <crimsun_> bddebian: -themes{,-*} isn't/aren't essential, is it/are they?
[10:45] <crimsun_> bddebian: i.e., I tend to weigh strongly upstream debian/control, but if -themes{,-*} aren't essential to attal's function, then I'd demote -themes{,-*} to Recommends to break the circular dependency
[10:48] <bddebian> crimsun_: I don't think the game plays without at least one theme installed but I'm not sure
[10:53] <phanatic> evening
[10:54] <bddebian> Heya phanatic
[10:55] <phanatic> heya bddebian
[10:57] <ryanakca> rules is looking for typespeed.1, but there's only typespeed.6 . Do I cp typespeed.6 to typespeed.1, or ln -s them, or edit the rules file to typespeed.6   ?   http://pastebin.ca/65586
[10:57] <crimsun_> ryanakca: sections are pretty firm
[10:59] <Sp4rKy> how could i do when diff contains some information about the Makefile modifications  , is it normal ?
[10:59] <crimsun_> ryanakca: edit debian/rules
[10:59] <ryanakca> meaning...
[10:59] <bddebian> ryanakca: Edit the rules file
[10:59] <ryanakca> kk
[10:59] <ryanakca> ty
[10:59] <bddebian> NP
[11:00] <bddebian> crimsun_: Would you mind if I /query you for a sec?
[11:00] <crimsun_> Sp4rKy: you can omit (cf. filterdiff) Makefile (but not Makefile.{in,am} !) diff if autotools are used
[11:00] <crimsun_> bddebian: nope
[11:00] <crimsun_> Sp4rKy: (the rationale being that Makefile will be regenerated anyhow)
[11:00] <bddebian> Nope you wouldn't mind or nope please don't? :-)
[11:01] <Sp4rKy> crimsun_, in fact it was generated with qmake :/
[11:01] <crimsun_> bddebian: nope I don't mind (since your question asked whether I mind) :)
[11:01] <bddebian> qmake? Ugh
[11:01] <blanky> qmake is cool
[11:01] <crimsun_> better than secretmaryo+scons
[11:01] <blanky> sup crimsun_
[11:02] <bddebian> crimsun_: Bah.. :-)
[11:02] <crimsun_> blanky: just working, you?
[11:02] <blanky> same, stuck with pygtk
[11:18] <bddebian> What is a quick and dirty way to delete all the CVS dirs from all sub-dirs?
[11:19] <crimsun_> find(1)
[11:19] <bddebian> Well I know I can do find ./ -name CVS but how do I feed that to rm ?
[11:20] <bddebian> I suck at regexp
[11:20] <crimsun_> -exec rm -rf '{}' ';'   or  |xargs rm -rf
[11:20] <ryanakca> do games in packages install to /usr/games/* or /usr/bin?
[11:21] <crimsun_> ryanakca: the former, purportedly
[11:21] <bddebian> crimsun_: find ./ -name CVS |xargs rm -rf ?
[11:21] <crimsun_> bddebian: sure
[11:22] <ryanakca> ty
[11:22] <bddebian> Kick ass, thanks crimsun_
[11:22] <crimsun_> np
[11:25] <blanky> hey guys, in ubuntu, what's the command to search for files of a certain format, "format:elf" for example?
[11:26] <ryanakca> I know how to in konqueror... just not the command...
[11:26] <blanky> ryanakca, oh well thanks an
[11:26] <blanky> *man
[11:26] <ryanakca> umm...       find * / | grep *.doc
[11:26] <ryanakca> try that
[11:27] <blanky> ryanakca, lol me? I meant in google, like when you search for something, and you want the results in a certain format
[11:28] <ryanakca> well... it would list the files in /, and then grep would display the ones ending in *.doc
[11:28] <ryanakca> in google, I don't know
[11:28] <blanky> lol, thanks
[11:32] <phanatic> raphink: thanks for posting my comment to revu :)
[11:34] <raphink> you're welcome phanatic
[11:38] <bddebian> "See" you in a few folks
[11:39] <LaserJock> oh my, bug #49768
[11:39] <Ubugtu> Malone bug 49768 in edubuntu-meta "Installing Windows xp" [Untriaged,Rejected]  http://launchpad.net/bugs/49768
[11:41] <bddebian> LaserJock: You can have it :-)
[11:42] <Kyral_FreeBSD> Comment: *CENSORED* ;P