[12:13] <\sh> uploading wine_0.9.19-0ubuntu1
[12:15] <bddebian> Uhm, I asked for a sync of wine
[12:16] <\sh> bddebian: we are using winehq packages for wine...which is 0.9.19 and not 0.9.15 :)
[12:17] <bddebian> Ah
[12:17] <\sh> debian has old stuff ;) and I trust scott very much :)
[12:20] <bmonty> hi \sh
[12:20] <bmonty> hey bddebian
[12:21] <bddebian> Heya bmonty
[12:22] <\sh> moins bmonty
[12:23] <bmonty> \sh: does the new version of wine build for amd64?
[12:23] <\sh> Rejected:
[12:23] <\sh> Not permitted to upload to the RELEASE pocket in a release in the 'CURRENT' state.
[12:23] <\sh> it will not build at any time with this message...wtf
[12:23] <\sh> bmonty: I can't test on amd64 anymore..I gave away my amd64 to my son who is now in NZ :)
[12:24] <bmonty> \sh: I can test on amd64
[12:24] <\sh> universe is still open for merges
[12:25] <\sh> oh I'm stupid
[12:25] <\sh> edgy not dapper lol
[12:28] <bddebian> Heya LaserJock
[12:29] <LaserJock> hi bddebian
[12:42] <lfittl> crimsun: -rpath worked, thanks (took some time, I really hate scons..)
[01:22] <\sh> going to bed...good night folks :)
[01:25] <bddebian> lfittl: scons is fun man.. ;-P
[01:26] <lfittl> bddebian: simple makefiles, and nothing more, thats the best build system ;)
[01:27] <lfittl> but on the positive side I was able to replace FMOD with OpenAL for FreeOrion, turned out they already have support, its simply not activated :)
[01:29] <bddebian> Nice
[01:38] <bddebian> OK, what do I do about an ambiguous reference to a function?  I assume it should be something like foo::get_action()?
[01:38] <Plug> Stupid question time.
[01:39] <Plug> I am not an MOTU, and I have built a package that I want MOTUs to look at and potentially sponsor
[01:39] <Plug> so I read REVU is the place for this
[01:39] <bddebian> Yes
[01:39] <Plug> and I also read that you have to SSH somewhere as a MOTU to build things on REVU?
[01:39] <bddebian> Not required
[01:39] <Plug> And I also also read you should be able to upload things from the web :)
[01:40] <bddebian> Upload things from the web?
[01:40] <Plug> well, I assume there is a web interface to get my package onto the REVU site\?
[01:41] <bddebian> No, dput
[01:41] <bddebian> plug: https://wiki.ubuntu.com/MOTU/Packages/REVU?action=show&redirect=MOTU%2FHopeful%2FREVU
[01:42] <Plug> thanks, some of the pages contradict themselves a little
[01:45] <Plug> right!  one package hopefully there at the next build :)
[01:46] <Nafallo> all emails for all domains is found through postgresql :_)
[01:46] <Nafallo> :-)
[01:46] <Nafallo> and all auth is against postgresql :-)
[02:01] <Plug> ...nothing has happened.  any REVU ppl about?
[02:07] <bddebian> Plug: Have you already sent your key and got a response?
[02:08] <Plug> To Launchpad, yes
[02:08] <bddebian> No, for REVU
[02:09] <bddebian> Or can that be done on LP now?
[02:09] <Plug> https://wiki.ubuntu.com/MOTU/Packages/REVU again is ambiguous
[02:09] <Plug> upload your key, join the 'ubuntu universe contributors' team
[02:09] <Plug> which is just a click
[02:10] <Plug> chat here yesterday sounded like revu synced against that every now and then
[02:10] <crimsun> Plug: it's manually synced now and then, yes.
[02:11] <crimsun> so unless an admin has synced it by hand recently...
[02:11] <Plug> right
[02:11] <bddebian> crimsun: !!  What do I do about an ambiguous reference to a function?
[02:12] <crimsun> bddebian: make it unambiguous? :)
[02:12] <crimsun> sorry, I'm fighting to back up my HD before it dies completely
[02:13] <crimsun> the SATA HD on this X41 is about to die (spewing lots of medium and autoreallocate failed errors via dmesg)
[02:13] <bddebian> Ugh
[02:13] <Plug> Any other REVU key-syncin'-admins about?
[02:13] <crimsun> guess I know what my paycheck is going to, heh
[02:15] <bddebian> How do I make a C function unambiguous in in C++?  It comes from gtkmm.
[02:15] <bddebian> Heya Hobbsee
[02:15] <Hobbsee> hi bddebian
[02:16] <sladen> bddebian: extern "C" {} ?
[02:36] <Yagisan> lfittl, heh, I'm converting fmod to sdl_mixer in an app I want in Ubuntu. Why do they pick fmod in the first place, I wonder.
[02:38] <lfittl> Yagisan: believe me, I don't know, there is no good reason to choose FMOD over OpenAL (or sdl_mixer if you need simpler stuff), but some projects simply don't think about it and are then to lazy to change..
[02:39] <Yagisan> lfittl, well, I got svn access to my one, and am demonstrating that the users don't need fmod, as I rip it out
[02:39] <lfittl> :)
[02:41] <lfittl> anyway, after having spent 2 hours debugging freeorion (throws an exception every time you actually want to play..) without finding the problem, I am tired, gn8 everybody
[03:18] <imbrandon> moins MOTU's ;)
[03:18] <bddebian> Heya ibm
[03:18] <bddebian> Err imbrandon
[03:18] <imbrandon> hehe ;)
[03:19] <imbrandon> bddebian: hey working on anything atm? mind if i query you ?
[03:19] <bddebian> Nah, I am never working on anything :-)
[03:19] <imbrandon> hahah shush LP says diffrent hehe
[03:19] <imbrandon> ok lemme grab a soda, then i'll brb
[03:19] <bddebian> OK
[03:20] <LaserJock> hi imbrandon
[03:20] <LaserJock> oh man, more mt. dew
[03:20] <bddebian> Ack, don't start that again :-)
[03:24] <imbrandon> hahah
[03:24] <imbrandon> heya LaserJock
[03:25] <imbrandon> ok actualy i could ask the stuff in here since others might benifet heh
[03:25] <bddebian> People could benefit from me showing my ignorance? :-)
[03:26] <imbrandon> bddebian: basicly i'm taking the SoC that Riddell mentiond a few minutes ago that needs packin and trying to pack it, cept there are a fwe things i have never done before and dunno where to look for answers , so guess what ;)
[03:26] <imbrandon> main thing being it dosent use autotools , i've never done a package from scratch that dont use auto tools
[03:27] <imbrandon> bddebian: hehe or LaserJock and others can chime in too ;)
[03:27] <bddebian> OK, what's the build system?  Is there one at all?
[03:27] <imbrandon> a home grown ./install file
[03:27] <LaserJock> cool
[03:28] <imbrandon> http://www.micoulou.info/kformat/KMFormat0.1beta.tar.gz  <- thats the orig , i untared it and make a kmformat_0.1+0.1beta.orig.tar.gz
[03:28] <bddebian> imbrandon: It's no problem.  Basically you just replace the ./configure and/or make lines with the appropriate commands
[03:28] <imbrandon> and then got to looking and i'm like ummmm hell i dunno what to do, so i figured this would be a good chance to learn ;)
[03:29] <imbrandon> umm there isnt a ./configure and no top level makefile either, hehe lemme pastbin the install file
[03:30] <bddebian> imbrandon: Does the install do the build and install?
[03:30] <imbrandon> yea
[03:30] <imbrandon> and doc install and everything
[03:30] <imbrandon> its a bash script that does everything by hand incluging chekinmg the libs are installed
[03:30] <imbrandon> one sec pastbining it
[03:31] <imbrandon> http://pastebin.ca/139592
[03:32] <imbrandon> i dont think dh_make will help much as thats the only way i've ever done one from scratch heh but i guess its time to learn ;)
[03:33] <bddebian> Oh, that's ugly
[03:33] <imbrandon> heh its a SoC project lol
[03:33] <bddebian> Basically you will have no configure or build targets
[03:33] <bddebian> dh_make will be fine, you will just need to rip out a lot of stuff
[03:34] <imbrandon> k
[03:34] <imbrandon> single bin dh_make done
[03:34] <imbrandon> Skipping creating ../kmformat_0.1+0.1beta.orig.tar.gz because it already exists
[03:34] <imbrandon> Currently there is no top level Makefile. This may require additional tuning.
[03:34] <imbrandon> Done. Please edit the files in the debian/ subdirectory now. You should also
[03:34] <imbrandon> check that the kmformat Makefiles install into $DESTDIR and not in / .
[03:35] <imbrandon> ^^ foreign to me
[03:35] <imbrandon> heh
[03:36] <imbrandon> so realy i need to redo what he does in debian/rules ? or do i just call his script from debian rules ?
[03:36] <bddebian> Meaning you want to install in debian/kmformat/foo not /
[03:36] <bddebian> Call install from install:
[03:36] <bddebian> Remove build: and/or configure: if they exist
[03:37] <bddebian> Basically instead of calling ${MAKE} install, you will call ./install
[03:38] <imbrandon> clean: ?
[03:38] <bddebian> Clean you will need
[03:38] <bddebian> Because you will have to make the resulting dir structure look like it did/does from the tarball
[03:39] <imbrandon> k
[03:40] <imbrandon> http://pastebin.ca/139610
[03:40] <imbrandon> and now i need to go into his src/Makefile and change the stuff to $DESTDIR ?
[03:41] <bddebian> imbrandon: Right but you would have to see if ... exactly :-)
[03:41] <imbrandon> or the install
[03:41] <imbrandon> or both
[03:41] <imbrandon> heh
[03:42] <bddebian> install: build, you need to drop "build" since you have no build target anymore
[03:42] <imbrandon> ahh right
[03:43] <imbrandon> so does it even need the binary-*: stuff ?
[03:43] <imbrandon> with no build target ?
[03:44] <bddebian> I believe you at least need the binary-arch: but drop the "build" of course
[03:46] <imbrandon> bddebian: ok hows this lookin, got it all ripped out
[03:46] <imbrandon> http://pastebin.ca/139617
[03:46] <imbrandon> hrm what about -$(MAKE) clean in clean: since there is no toplevel makefile
[03:48] <bddebian> Does he have a Makefile at all?
[03:48] <imbrandon> src/Makefile ( called from ./install )
[03:48] <imbrandon> and a Makefile.am in the top dir
[03:48] <bddebian> You could try ${MAKE} -c src clean
[03:49] <imbrandon> k
[03:49] <imbrandon> so with the DESTDIR do i cange the ./install or src/MakeFile or both ?
[03:50] <imbrandon> change*
[03:50] <bddebian> Check src/Makefile to see if it already handles DESTDIR
[03:50] <imbrandon> QMAKE_TARGET  = KMFormat
[03:50] <imbrandon> DESTDIR       =
[03:50] <imbrandon> TARGET        = KMFormat
[03:51] <imbrandon> yup but blank
[03:51] <bddebian> That's OK, you are passing it
[03:51] <imbrandon> k so no change needed
[03:51] <bddebian> Nope
[03:51] <imbrandon> whew
[03:51] <imbrandon> heh
[03:51] <bddebian> Obviously his install file may have path issues for you to look at though
[03:52] <imbrandon> ok as far as debian/rules this should be ok then
[03:52] <imbrandon> ok ./install now heheheh /me looks
[03:52] <bddebian> hard to say yet but worth a try :-)
[03:52] <imbrandon> hehe right right
[03:52] <bddebian>         cp KMFormat /usr/bin/X11
[03:52] <bddebian>         mkdir /usr/bin/X11/kmformat
[03:53] <bddebian> Like that stuff will probably need to be mkdir debian/kmformat/usr/bin/X11...
[03:53] <imbrandon> ugh why is this going in X!! ?
[03:53] <imbrandon> X11 i mean heh
[03:53] <bddebian> Yeah, that doesn't look right to me but I'm an idiot
[03:55] <imbrandon> heh i'll package it this way and show Riddell tomarrow about it , i think he is his mentor
[03:55] <imbrandon> i'm just going off of .... [19:33]  <Riddell> well, as it happens, we do need someone to package SoC project kmformat http://www.micoulou.info/kformat/KMFormat0.1beta.tar.gz
[03:55] <imbrandon> ;)
[03:55] <bddebian> :-)
[03:56] <imbrandon> ok http://pastebin.ca/139632
[03:56] <imbrandon> so in that does the cp README blah need to be cp debian/...../README too ?
[03:57] <bddebian> Probably not the best solution but should work
[03:57] <imbrandon> k
[03:57] <imbrandon> so basicly all the patch in that prefix with debian/.......
[03:57] <imbrandon> paths*
[03:58] <bddebian> Yeah
[03:58] <imbrandon> heh ok i'm dumb but even the cd src to cd debian/kmformat/src ?
[03:58] <bddebian> Where's that?
[03:59] <imbrandon> if  [ "$USER" = "root" ]
[03:59] <imbrandon>         then
[03:59] <imbrandon>         cd src
[03:59] <imbrandon>         make
[03:59] <bddebian> Oh, no, that stays
[03:59] <imbrandon> k
[04:01] <imbrandon> ok i guess time to test it ( then i can worry about the copyright etc if it works hehe
[04:01] <imbrandon> )
[04:04] <imbrandon> bddebian: ok well i guess that answers that
[04:04] <imbrandon> heh lots of errors
[04:04] <imbrandon> it dident like the -c src clean for one, i can change that ........ next
[04:05] <imbrandon> /usr/bin/make -c src clean
[04:05] <imbrandon> /usr/bin/make: invalid option -- c
[04:05] <imbrandon> needed to be -C , hehe my bad ;)
[04:06] <imbrandon> http://pastebin.ca/139645
[04:07] <imbrandon> bddebian: ^^ i guess that menas it needs qmake in deb control ?
[04:08] <imbrandon> err not
[04:08] <bddebian> Whoops, my bad, I should have specified -C
[04:08] <imbrandon> hehe no prob
[04:08] <imbrandon> you see that last paste
[04:08] <ajmitch> Plug: source-only uploads please
[04:09] <bddebian> imbrandon: Yeah, it's still trying to call build somewhere in debian/rules
[04:13] <imbrandon> hum i dont see it anywhere http://pastebin.ca/139651
[04:15] <bddebian> Hmm, maybe build: has to be there, just leave it empty?
[04:15] <imbrandon> bwhahaha that was that
[04:15] <imbrandon> ok now lets see how this works
[04:16] <ajmitch> bddebian: yes, as stated in policy
[04:16] <imbrandon> OMG lintian go's nuts but it atleaste builds now heh
[04:17] <bddebian> ajmitch: Policy, what's that?  ;-P
[04:32] <bddebian> Though I do have crimsun's pony
[04:32] <bddebian> *whoops*
[04:33] <Nafallo> I have a donkey :-)
[04:33] <Nafallo> donkey.magicalforest.ebn has address <IP_ADDRESS>
[04:33] <Nafallo> donkey.magicalforest.ebn has IPv6 address 2001:16d8:ff96:1:250:fcff:fe89:efe1
[04:33] <Nafallo> :-)
[04:33] <Nafallo> or rather, my girlfriend has :-)
[04:34] <bddebian> heh
[04:38] <LaserJock> ''
[04:38] <Nafallo> LaserJock: EYES! :-D
[04:39] <LaserJock> sorry, that's my niece
[04:39] <LaserJock> she's 1 1/2
[04:39] <Nafallo> ah, how friendly of her to give you eyes :-)
[04:53] <imbrandon> heh
[04:55] <LaserJock> heh, that was fun
[04:55] <LaserJock> she was running the mouse
[04:55] <LaserJock> loved the scroll wheel
[04:57] <Plug> ajmitch: I didn't get a source-changes file
[04:58] <Plug> (when I built the package)
[05:11] <trpr_> dang. it doesn't seem like its going to be easy to package my source afterall :( it requires a shared library that isn't currently provided by any other package
[05:35] <hub> trpr_: package that lib too
[05:35] <hub> :-)
[05:38] <LaserJock> licensing isn't fun
[05:38] <trpr_> hrm. well. a package exists, the lib is just missing from it. i need a shared library of the koala.jar file (libkde3-java).. i would expect to find it in libkde3-jin, by its description
[05:38] <trpr_> libkde3-jni that is
[05:46] <trpr_> according to rdale, there is a bug in the kde libtool which prevents these shared libraries from being created during compilation of the bindings... explains why the library doesn't exist in the package :\
[06:15] <ajmitch> Plug: debuild -S -sa
[06:16] <Plug> thanks, I'll do that now
[06:16] <Plug> is my key synced to rEVU?
[06:17] <ajmitch> should be now
[06:24] <Yagisan> Do we have any packages in universe (preferably games) that use cmake rather then autotools ?
[06:24] <Plug> trying again.
[06:24] <Plug> I think the version number is probably wrong
[06:51] <freeflying> crimsun: hi
[06:54] <freeflying> crimsun: I wanna split a package in sid into three packages ,so what shall I do
[06:56] <crimsun> freeflying: please rephrase?
[06:58] <freeflying> crimsun: scim-bridge in sid goes into one binary package, since there are great changes in new upstream release, so I wanna split it into three binaries, then what shall I do for it
[06:59] <bddebian> Add three the two other binary packages to debian/control and adjust build system accordingly? :-)
[06:59] <bddebian> -three
[06:59] <freeflying> crimsun: shall I discuz with my sponsor?
[06:59] <crimsun> freeflying: right, it seems a fairly straightforward approach.
[06:59] <freeflying> bddebian: I see
[07:00] <LaserJock> bah, who needs sponsors? ;-)
[07:01] <freeflying> LaserJock:  me  :)
[07:01] <LaserJock> bddebian: I didn't think dieties needed sponsors
[07:01] <freeflying> crimsun: thanks
[07:01] <crimsun> np
[07:02] <LaserJock> hehe
[07:02] <LaserJock> darn, I should have slipped a certain wiki page into my Ubucon talk
[07:02] <bddebian> Don't make me break out the lasers
[07:02] <LaserJock> "And this is what happens when you contribute a lot" ;-)
[07:03] <crimsun> it's much too late; you're already in the list of LP's top Ubuntu contributors.
[07:11] <bddebian> Holy crap, k3d finally finished
[07:11] <Burgundavia> hey bddebian
[07:12] <bddebian> Hi Burgundavia
[07:13] <bddebian> Gnight folks
[08:20] <AnAnt> I need help
[08:20] <AnAnt> what is NMU thing ?
[08:20] <Burgundavia> AnAnt: a debian term meaning "non-maintainer upload"
[08:20] <Burgundavia> ubuntu really doesn't have that concept, as all packages are more or less group maintained
[08:24] <AnAnt> ic
[08:25] <Hobbsee> Burgundavia: thank goodness for that :P
[08:25] <AnAnt> Burgundavia: ok, can you tell me what is wrong with this Lintian output as far as Ubuntu is concerned ?  http://revu.tauware.de/revu1-incoming/kchmviewer-0608190710/lintian
[08:25] <Burgundavia> AnAnt: sorry, nope
[08:25] <AnAnt> so far I got the svn-commit.tmp file problem
[08:26] <Burgundavia> Hobbsee: indeed. I saw you touched a gnome package. Did you need to take a shower after that ;) ?
[08:26] <Hobbsee> Burgundavia: more than one.  and i was severely tempted.
[08:26] <Burgundavia> I am truly sorry
[08:26] <Hobbsee> Burgundavia: i can cope with doing various packaging bits on them, as long as i dont have to use them :P
[08:26] <Hobbsee> hehe
[08:27] <Burgundavia> I gather you resisted the urge?
[08:27] <Gloubiboulga> hello world
[08:27] <Hobbsee> Burgundavia: so far, yes
[08:29] <AnAnt> I have a question
[08:29] <AnAnt> I get a warning that there is an svn-commit file
[08:29] <AnAnt> what should I do to fix that ?
[08:29] <AnAnt> I tried deleting it, but that won't fix anything !
[08:29] <AnAnt> I think because the .orig tarball has that svn-commit file
[08:31] <AnAnt> oh, he meant that I should run linda/lintian on the binaries !
[08:31] <AnAnt> ok, nevermind fellas !
[08:39] <imbrandon> heh i put ubuntu on the laptop and kubuntu on the desktop, thats about as far as i'm gonna take it ( as i dont use the laptop much , and when i do its to ssh into the desktop or vnc )
[08:42] <bluefoxicy> how fast would it get rejected if I uploaded a package with package name 'retard'?
[08:43] <Burgundavia> bluefoxicy: do you need to even ask?
[08:44] <bluefoxicy> Burgundavia:  yes~
[08:44] <bluefoxicy> Burgundavia:  I just had about the coolest (and probably evilest) idea ever
[08:44] <bluefoxicy> I have a game shark for my game boy
[08:44] <bluefoxicy> and it has this thing where you play and then hit a button and it goes back to the shark; then you enter the game again, play, hit the button again, goes back to the shark again
[08:45] <bluefoxicy> and shows you a line-up of all memory addresses and which ones are different; and you can search for a value
[08:45] <bluefoxicy> so I am thinking about writing a reverse engineering tool that does exactly that, on Linux programs; but the only title I can come up with is Reverse Engineering Tool for Analysis and Reverse Development (RETARD)
[08:46] <carthik> From #ubuntu : " flubs: dpkg -l | grep '^ii' | awk '{print $2}' | xargs apt-get install --reinstall --force-yes -y " -> doesn't htat look evil?
[08:46] <bluefoxicy> Burgundavia:  if you have any better names to contribute I'm open.
[08:46] <ajmitch> carthik: yes, but I've done that before
[08:46] <Burgundavia> bluefoxicy: I would honestly not even tread there
[08:46] <Burgundavia> hey ajmitch
[08:46] <ajmitch> carthik: using the -n option with xargs tends to make it run smoother :)
[08:47] <ajmitch> hello Burgundavia
[08:47] <StevenK> COLUMNS=150 dpkg -l | grep '^ii' | tr -s' ' | cut -d\  -f2 | xargs -n apt-get --reinstall install
[08:47] <ajmitch> or something like that
[08:47] <bluefoxicy> Burgundavia:  not into programs that can only be used for purposes illegal in most significant places in the world?
[08:47] <carthik> hi ajmitch, channel displacement calculation error on my part. Was meant for #u-offtopic :) Thanks for the info.
[08:47] <ajmitch> passing --force-yes is generally a bad thing
[08:48] <ajmitch> StevenK: wasn't dpkg fixed to not require COLUMNS set?
[08:49] <StevenK> Maybe. I keep passing it because my muscle memory says so.
[08:49] <imbrandon> bluefoxicy: good idea , bad name ;)
[08:50] <bluefoxicy> imbrandon: I know.  It's the only thing I can branch off "reverse engineering tool" that makes sense and is obviously not the name of any other tool
[08:50] <bluefoxicy> I was gonna call it "REShark" after the GameShark, but .... um.  trademark <-> anal rape
[08:51] <imbrandon> gnushark ;)
[08:51] <bluefoxicy> lol
[08:51] <imbrandon> LinFish
[08:51] <bluefoxicy> I've seen a hardware PCI gameshark!
[08:51] <bluefoxicy> I think they're illegal now because of what you can do with them
[08:52] <bluefoxicy> but it was actually GameShark brand
[08:52] <imbrandon> heh , i have a snes and gb rom image of the shark here somewhwere, i had a ps1 rom images too but they got corrupted when i tried to patch them for the xbox ps1 emu
[08:53] <bluefoxicy> imbrandon:  I loved the damn thing either way.  I never carried a code book; when I wanted infinite lives I'd juts play the game twice, die once, scan for the number of lives i had before and after to match in the appropriate snapshots, and then try out ~5 addresses
[08:53] <bluefoxicy> and bingo.  Infinite lives.
[08:53] <Burgundavia> ajmitch, imbrandon, Hobbsee: suggestions for UWN packages (or other things)
[08:54] <imbrandon> bluefoxicy: yea you can do that with the current emu's they have the genie and shark built in
[08:54] <imbrandon> and let you pause and watch mem registers realtime in a sep window
[08:54] <bluefoxicy> oh holy crap sweet.
[08:57] <bluefoxicy> imbrandon:  if you're into stuff like that elfsh is probably the coolest thing in existence right now
[08:57] <imbrandon> cool, whats that ?
[08:57] <bluefoxicy> an elf shell :)
[08:58] <bluefoxicy> it lets you do things like inject code into running programs, load random libraries, muck around with variables, the usual debugger stuff
[08:58] <imbrandon> ahh very nice
[08:58] <bluefoxicy> http://elfsh.segfault.net/
[08:58] <imbrandon> sounds like an easy way to segfault something though given the fagile nature of elf bins though ;)
[08:59] <imbrandon> hahaha just happens to be on segfault.net after i say that
[09:00] <bluefoxicy> yeah, solar loves it.
[09:01] <imbrandon> plain C injection , now /thats/ nice^Wnasty
[09:02] <bluefoxicy> lol
[09:03] <imbrandon> we did some code for RunUO that let us wrap a windows exe and do dll injection into the running process , THAT was fun
[09:03] <bluefoxicy> hah
[09:03] <bluefoxicy> I did a practice DLL injection the other day
[09:03] <bluefoxicy> had to dig up some old, old stuff
[09:03] <imbrandon> yea you can end up doing some neat stuff what that if you take the time
[09:04] <imbrandon> yea most of the info on it is ancient
[09:04] <bluefoxicy> except this DLL injection was across a network and threw a VNC DLL into RPC using MS03-026 (that really old vuln that Blaster used) and got me remote vnc
[09:04] <imbrandon> we did that in ummm 2002 and it was old then
[09:04] <bluefoxicy> I never got around to porting a milw0rm .c file onto metasploit
[09:04] <Hobbsee> Burgundavia: oh!  new login screen for kubuntu!
[09:04] <bluefoxicy> wanted to gather some data to write a book about hacking up
[09:04] <Burgundavia> Hobbsee: right, can you pm me the dtails?
[09:04] <imbrandon> ahh yea Burgundavia new kdm screen ;)
[09:05] <bluefoxicy> (black AND white)
[09:05] <imbrandon> bluefoxicy: heh
[09:05] <bluefoxicy> I figure if we train security professionals to be blackhats, they can figure out what the blackhats are doing and more effectively set up strategic roadblocks
[09:06] <bluefoxicy> I expect most of the real world to react.......... the same way they did back in the dark ages.
[09:06] <imbrandon> heh never, they will never take the time to be true blackhats as long as they are only learning it to "prevent"
[09:06] <bluefoxicy> This one guy during a war a long time ago was developing strategy for his country's army
[09:07] <bluefoxicy> and what he was doing was conjecturing how barbaric armies would likely invade, and designing defenses against those tactics
[09:07] <bluefoxicy> and people usually would just try to figure out defenses
[09:07] <bluefoxicy> and they were like, "HOLY CRAP, YOU ARE SICK, YOU THINK ABOUT EVIL THINGS!"
[09:07] <Yagisan> bluefoxicy, you missed the grey hats.
[09:08] <bluefoxicy> Yagisan:  I thought grey hats were flip-flops that did bad things on the side :(
[09:08] <Yagisan> bluefoxicy, nope, my definition is a white hat that makes sure he gets paid >:)
[09:09] <bluefoxicy> anyway, it's 3am, I should sleep and let the SNR get back to normal
[09:10] <Yagisan> what's "normal" ?
[09:10] <imbrandon> heh gonight, thanks for the link, i'll check it out later when i have some free time ( yea right ! ) lol
[09:10] <bluefoxicy> "normal" is when I'm not flooding the channel with offtopic crap :P
[09:11] <bluefoxicy> also when i'm not being recognized by an automated system as being a bigger contributor than bddebian ever though I do basically nothing.
[09:11] <bluefoxicy> s/ever/even/
[09:11] <bluefoxicy> imbrandon:  np
[09:16] <Burgundavia> imbrandon: you able to get that picture too me in the next half hour?
[09:16] <imbrandon> Burgundavia: yea let me finish this svn checkout then i'll restart kde
[09:16] <Burgundavia> sounds good
[09:19] <imbrandon> or hrm i guess i could just xnest it, heh since i have to use ksnapshop to grab a pic anyhow ;)
[09:19] <imbrandon> s/shop/shot/g
[09:19] <Burgundavia> yep
[09:25] <imbrandon> eww i dunno if it shows up in Xnest as intended , look ......
[09:26] <imbrandon> http://imbrandon.sytes.net/ss6.png
[09:28] <Burgundavia> imbrandon: hmm, nothing to compare that too
[09:29] <imbrandon> uptill now it looked like the dapper kdm
[09:29] <imbrandon> but it looks like its missing images
[09:29] <imbrandon> the buttons shouldnt be purple and the middle stripe shouldent be purple
[09:30] <imbrandon> they both should be black
[09:42] <Burgundavia> imbrandon: I need that screenshot now
[09:43] <imbrandon> well i onestly cant get it to behave right, still looks broke
[09:43] <Burgundavia> ok, no worries
[09:43] <imbrandon> and kwwii isnt on
[09:43] <Burgundavia> we can cover the new theme next week
[09:43] <Burgundavia> can you write that?
[09:43] <imbrandon> yup
[09:44] <Burgundavia> thanks
[09:46] <imbrandon> GAWD pbuilde is slow at times
[09:47] <imbrandon> more time satisfying deps then compiling
[09:49] <DarkMageZ> that's soo true :) it gets really annoying when you n00b things up over and over for 12 hours =D
[09:49] <imbrandon> lol
[09:52] <imbrandon> jesus building a chroot fresh each time would be faster
[09:52] <imbrandon> why is it soo much slower ?
[09:53] <DarkMageZ> not sure, but after 12 hours of learning and working, i think my rhythmbox package is going to build :)
[10:20] <\sh> moins
[10:22] <\sh> bmonty_away: I adjusted the wine package to build as well on x86_64
[10:24] <ajmitch> hello \sh
[10:24] <\sh> moins ajmitch
[10:42] <phanatic> morning
[11:12] <\sh> ajmitch: did you ever pushed some bazaar branches to bazaar.launchpad.net/~ubuntu-core-dev/ ?
[11:19] <ajmitch> \sh: yes
[11:21] <\sh> ajmitch: I did it yesterday evening , and I don't find it under http://bazaar.launchpad.net/~ubuntu-core-dev/kubuntu-konqueror-shortcuts/ubuntu
[11:22] <ajmitch> because it probably wasn't pushed properly
[11:22] <ajmitch> you did it with --create-prefix ?
[11:24] <ajmitch> it's definitely not there under sftp either, so it doesn't look like it got pushed
[11:26] <\sh> ajmitch: i followed the howto of scott...
[11:26] <\sh> even with create-prefix
[11:26] <Tonio_> ajmitch: pong ? a bit late I must say ;)
[11:26] <Tonio_> hi everyone
[11:27] <ajmitch> \sh: it really doesn't look to be there
[11:27] <ajmitch> Tonio_: MOTU UVF team is really the wrong people to assign to to get UVF exception approved for main
[11:28] <Tonio_> ajmitch: okay, I didn't find another group and nobody was online for this
[11:28] <Tonio_> what is the correct gropu plz ?
[11:28] <ajmitch> see wiki.ubuntu.com/DeveloperResources
[11:29] <ajmitch> subscribe (don't assign) ubuntu-release
[11:29] <\sh> ajmitch: i'll have another look later...
[11:29] <\sh> cu later...need to do some real life work :)
[11:30] <Tonio_> ajmitch: thanks for the info, will do !
[12:07] <No1Viking> Fglrxinfo is ok but screensaver is slow, what is wrong?
[12:15] <ajmitch> hello Hobbsee
[12:15] <Hobbsee> hi ajmitch
[12:16] <Tonio_> hey Hobbsee
[12:17] <Hobbsee> hi Tonio_
[12:29] <Hobbsee> hi Fujitsu
[12:31] <Fujitsu> Hi.
[01:06] <No1Viking> Fglrxinfo is ok but the screensaver is slow, what is wrong?
[01:42] <fbond|away> crimsun, re: midisport-firmware, i've looked over edgy's /etc/udev/rules.d/README, and, by a stroke of luck it looks like my udev rules file already has the right int prefix
[01:42] <fbond|away> am I missing something?
[01:43] <fbond|away> 80: rules that run programs, + 5 = 85
[01:44] <fbond|away> I will install my rules file directly in rules.d, not as a symlink.  I assume that will resolve any current issues.
[03:39] <derjohn> bcm43xx crashed on my HP notebook , because I doesnt know about my particular chip ID. Is there a way to exclude the loading of the module with an append line option? I tried to google for "apprend module blacklist" etc. but couldnt find aynthing ..
[03:39] <Hobbsee> derjohn: add the name of the module to /etc/modules on a new line
[03:39] <derjohn> eh: crashed during install, so I talk abiut the installer (sorry for being not precise)
[03:40] <derjohn> besides that:  /etc/modules _includes_ a module ... I am looking for the case vice versa :/
[03:41] <StevenK> Hobbsee: That *loads* it.
[03:41] <Hobbsee> oh.  do i mean /etc/blacklist or /etc/modules/blacklist or something?
[03:41] <Hobbsee> it's been a while since i've set up ndiswrapper
[03:41] <Hobbsee> the old way
[03:41] <StevenK> derjohn: ls: /etc/blacklist: No such file or directory
[03:41] <StevenK> ls: /etc/modutils/blacklist: No such file or directory
[03:41] <StevenK> s/derjohn: //
[03:41] <derjohn> well, I hoped for a solution without the need to remaster the installer
[03:42] <StevenK> derjohn: There is probably one.
[03:42] <StevenK> I can't think of it, however.
[03:42] <derjohn> i have two NIC in the norebook, could live without WLAN druing install .. just something like "append blacklist=bcm43xx" or such .. ?
[03:43] <derjohn> 'who' does load the module? udev? hardcoded in initrd?
[03:44] <StevenK> udev, I suspect.
[03:53] <bddebian> Heya gang
[04:10] <bddebian> Whew, I thought I lost my build box there for a minute..
[04:12] <Gloubiboulga> openscenegraph again ? ;)
[04:13] <bddebian> No, k3d, just about as bad :-)
[04:26] <AnAnt> bddebian: thanks for the comments, I didn't know that linda/lintian can be used on binary debs
[04:26] <bddebian> NP
[04:26] <bddebian> I'm test building again now :-)
[04:26] <AnAnt> bddebian: thanks
[04:26] <bddebian> NP
[05:02] <TLE> Can I ask a question about patching and re-packaging Ubuntu software here ?
[05:02] <bddebian> TLE: Shoot
[05:05] <TLE> Great. The question is: If I download the source-code for a Ubuntu package, say metacity with apt. Then patch, compile and package it, then, will this package have all the dependencies of the original package, and will other people be able to use it without doing anything else ?
[05:06] <bddebian> Yes
[05:07] <TLE> Greeeat, that's why I love Linux, thanks a lot
[05:09] <geser> in edgy you can have slight different dependencies because a library changed so-names between the last compile and now
[05:11] <TLE> ok thanks,  but I'm only targeting the patch at Dapper for now, I'm kind of new at this
[05:12] <geser> then the dependencies shouldn't change
[05:14] <TLE> ok thanks
[05:15] <Prezu> Could someone please explain me what's the /usr/share/cdbs/1/rules/tarball.mk for? There's very brief explanation in cdbs-doc.html, so it's not clear for me.
[05:17] <asimon> Prezu: Good question, the answer would interest me too. I haven't yet seen any good example where it's used.
[05:22] <bddebian> Prezu: Is it for packages that have a tarball inside the source package instead of a build tree?
[05:22] <geser> as far as I understand it: you can include the upstream tar.gz in your orig.tar.gz (tar in tar) and tarball.mk unpacks those included tar.gz so you can use it
[05:26] <Prezu> As I understand it, geser is right. See the xerces27 package. It uses the tarball.mk. I'm just not certain why it should be used anyway.
[05:34] <asimon> Prezu: Yes, this xerces package contains the upstream tarball inside a orig.tar.gz, thus the md5 sum of orig.tar.gz is not equal to the upstream md5sum. I thought that was not good practice?
[05:43] <Prezu> asimon: Well, it's not. If upstream releases the .tar.gz, it should just be renamed. But if it's e. g. tar.bz2 it has to be bunzipp2ed and gzipped.
[05:43] <Prezu> So i've got no idea why the md5sum is different. Maybe regzipped with -9?
[05:44] <plugwash> have you compared the MD5s of the two versions after ungzipping?
[05:44] <asimon> Prezu: Well the md5sum is different because the upstream tarball is wrappend in an other tarball, which changes the md5sum.
[05:45] <imbrandon> [10:42]  <Prezu> asimon: Well, it's not. If upstream releases the .tar.gz, it should just be renamed.  <-- not always it may not unzip to the correct dir name format if just renamed
[05:48] <Prezu> asimon: I thought you're taking about a wrapped xerces-c-src_2_7_0.tar.gz's md5sum.
[05:49] <asimon> imbrandon: Okay, so this xerces27 package is probably just not a very good example where cdbs's tarball.mk is really useful.
[05:49] <asimon> Prezu: No, that one is identical to upsteam. I meant the orig.tar.gz.
[05:52] <Prezu> asimon: I think xerces27 is a good example. Take a look at tar tvzf  xerces-c-src_2_7_0.tar.gz. It unpacks the sources to the xerces-c-src_2_7_0. And it shound be xerces27-2.7.0 for Debian/Ubuntu.
[05:52] <toddobryan> I installed a Debian package by compiling from source, but the menu item it adds isn't showing up.
[05:53] <toddobryan> I'm thinking that /usr/share/menu has little relationship to the menus at the top of my screen (because hints and such are different).
[05:53] <toddobryan> Where do the menus I can see come from?
[05:53] <geser> /usr/share/applications
[05:53] <asimon> Prezu: But that could be handled by a simple renaming of the tarball, couldn't it?
[05:55] <Prezu> asimon: Well, I thought so all the time. But why to use /usr/share/cdbs/1/rules/tarball.mk then? And here we come to my first questoin again. :)
[05:55] <toddobryan> So, to Ubuntify the package, I should add a .desktop file and have it copied to /usr/share/applications?
[05:57] <zul> yep..
[05:57] <asimon> Prezu: Exactly :-)
[06:05] <TLE> I'm trying to follow the lesson in MOTU school https://wiki.ubuntu.com/MOTU/School/PatchingSources and the irc log. I'm in the udev: "separate patches, but no patch system" part. But when I execute the "debian/rules patch" command I get an error: make: dh_testdir: Command not found
[06:05] <asimon> Prezu: I just tried it. Renamed the tarball to standard orig.tar.gz format, removed the tarball.mk rule and it works. So at least in this case I see no good reason to use tarball.mk.
[06:05] <TLE> make: *** [patch-stamp]  Error 127.
[06:05] <TLE> What am I doing wrong
[06:07] <asimon> TLE: Do you have debhelper installed? dh_testdir is part of that package.
[06:09] <TLE> No i didn't. I searched for it in synaptic but didn't get a hit. Thanks
[06:18] <Goshawk> hi
[06:36] <toddobryan> I just installed ibmj2sdk1.5 this morning, and now I get an error every time I
[06:36] <toddobryan> try to run java.
[06:36] <toddobryan> It says it can't find "libjvm.so".
[06:38] <sladen> toddobryan: that you done update-alternatives to select /which/ Java you want?
[06:38] <sladen> s/that/have/
[06:38] <toddobryan> Yes, I have.
[06:41] <Bazzi> hm, dapper or edgy?
[06:42] <toddobryan> Dapper.
[06:42] <Bazzi> let me try
[06:42] <toddobryan> I have a PPC, so that's really my only choice.
[06:42] <Bazzi> oh, thats ppc stuff, oh
[06:43] <Bazzi> so it wont be in x86 repos?
[06:43] <toddobryan> Oh, one thing I should have mentioned: I installed it manually following the instructions on the Wiki and it worked.
[06:43] <toddobryan> Nope...probably not x86.
[06:43] <toddobryan> But I kept getting bothered by Update Manager, saying I needed to update.
[06:43] <toddobryan> So I did. And it broke.
[06:49] <Goshawk> Uploading via ftp splashy_<IP_ADDRESS>-3ubuntu1.dsc: Error '553 Could not create file.' during ftp transfer of splashy_<IP_ADDRESS>-3ubuntu1.dsc
[06:49] <Goshawk> i got this error running: dput revu *.changes
[08:38] <Goshawk> hi, i've this error: Uploading via ftp splashy_<IP_ADDRESS>-3ubuntu1.dsc: Error '553 Could not create file.' during ftp transfer of splashy_<IP_ADDRESS>-3ubuntu1.dsc
[08:38] <Goshawk> during uploading to revu
[08:39] <crimsun> you need an admin to remove the upload if dput -f doesn't work
[08:39] <Goshawk> googling i found that it is possible that an admin didn't run the import-keys-from-launchpad-script. can someone do it please?
[08:40] <crimsun> it was done yesterday; were you already part of that group yesterday?
[08:40] <Goshawk> ok trying dput -f
[08:40] <Goshawk> yep i was
[08:40] <Goshawk> i registered on 14th
[08:41] <Goshawk> same error with dput -f revu *.changes
[08:42] <Goshawk> uhm...
[08:43] <Goshawk> running dcut
[08:43] <crimsun> dcut doesn't work
[08:43] <Goshawk> ok finding another way
[08:43] <crimsun> you'll need an admin to remove the upload.
[08:45] <Goshawk> crimsun: should i find him on #ubuntu?
[08:46] <crimsun> Goshawk: raphink seems to be one with the lowest recent idle indicator
[08:46] <Goshawk> crimsun: thanks
[08:46] <raphink> crimsun: how do you mean?
[08:46] <raphink> what idle indicator?
[08:46] <crimsun> raphink: (revu admin)
[08:46] <Goshawk> hi raphink
[08:47] <raphink> I'm there when needed for revu admin
[08:47] <crimsun> raphink: /wi raphink raphink  (in irssi)
[08:47] <raphink> just busy on my projects lately
[08:47] <Goshawk> i need your help, can you remove the splashy dsc file in ftp://revu.tauware.de/incoming
[08:47] <Goshawk> ?
[08:47] <Goshawk> thanks
[08:47] <raphink> I don't have /wi
[08:47] <raphink> sure I can Goshawk
[08:47] <raphink> give me one minute
[08:47] <Goshawk> raphink: thanks
[08:48] <crimsun> raphink: (i.e., pointing him to Andrew would probably be futile given his timezone and idle indicator :)
[08:48] <raphink> done Goshawk
[08:48] <Goshawk> thanks
[08:48] <raphink> hehe ok
[08:49] <Goshawk> tring... dput revu *.changes
[08:49] <raphink> Goshawk: did you sign with -S -sa ?
[08:49] <raphink> just to be sure
[08:49] <Goshawk> raphink: sure
[08:49] <Goshawk> :d
[08:49] <Goshawk> :D
[08:49] <raphink> good :)
[08:49] <Goshawk> gpg: Good signature from "Vincenzo Ampolo<EMAIL_ADDRESS>[08:50] <raphink> I'm surprised we don't have splashy yet
[08:50] <raphink> ok
[08:50] <Goshawk> raphink: this is why i'm here :D
[08:50] <AnAnt> bddebian: thanks !
[08:50] <raphink> it's coming up Goshawk
[08:50] <Goshawk> Successfully uploaded packages.
[08:50] <raphink> yes, I can confirm
[08:50] <raphink> now let's see if the package is accepted ;)
[08:51] <raphink> we'll see that in 5 seconds
[08:51] <raphink> yep it's on :)
[08:51] <raphink> good work Goshawk
[08:51] <Goshawk> thanks raphink
[08:52] <Goshawk> hope it will be added to edgy
[08:52] <raphink> hope so
[08:52] <raphink> you have to find reviewers now :)
[08:53] <Goshawk> ok thanks for your help... good coding :D
[08:53] <AnAnt> raphink: when does a package get reviewed ?
[08:54] <raphink> AnAnt: usually when you find a reviewer to look at it
[08:54] <AnAnt> raphink: do reviewers review packages that have comments yet are not Advocated ?
[08:54] <AnAnt> raphink: you mean I should ask someone to review it ?
[08:54] <raphink> AnAnt: theorically yes, but if you look at the queue on REVU, you understand that you actually have to find reviewers
[08:54] <raphink> AnAnt: yes, it's the best way if you want to get there fast
[08:54] <AnAnt> oic
[08:54] <raphink> try to poke developers on here
[08:55] <raphink> and paste the url to your package
[08:56] <AnAnt> lionelp: remember the elinks package that you commented about in July ? I did some fixes to it
[08:57] <Goshawk><EMAIL_ADDRESS>----> there is no text to pass to gpg for me
[08:57] <raphink> hmmm
[08:57] <raphink> let me see
[08:57] <AnAnt> Goshawk: yeah, I dunno when they will fix that
[08:58] <Goshawk> -__- and so how can i find my password?
[08:58] <asimon> Goshawk: to quote an admin 'lostpw.py it totally fucked up'.  ;-)
[08:58] <Goshawk> ;)
[08:58] <AnAnt> Goshawk: duno, but if you find out, please tell me :)
[08:59] <raphink> asimon: yes I know :(
[09:05] <AnAnt> someone said that it works fine with him about 2 days ago
[09:05] <raphink> hmm
[09:06] <AnAnt> LaserJock
[09:06] <Goshawk> raphink: i don't want to disturb you, but if you can mail me that py script at<EMAIL_ADDRESS>, i can spend one hour on it this night
[09:06] <Goshawk> thanks
[09:06] <Goshawk> now i must go
[09:06] <Goshawk> see you guys
[09:06] <AnAnt> maybe its not the code
[09:06] <raphink> siretart has changed some things in revu lately
[09:06] <raphink> I wonder if it's not using the LP identification now
[09:06] <raphink> did you try that?
[09:06] <AnAnt> LaserJock said it worked for him on Aug 17th
[09:07] <AnAnt> what is LP ?
[09:07] <tseng> launchpad.net
[09:07] <raphink> launchpad
[09:07] <raphink> you have to have an account on launchpad
[09:07] <AnAnt> yeah
[09:07] <raphink> otherwise you wouldn't be able to upload to REVU
[09:07] <raphink> hi tseng
[09:07] <AnAnt> I can upload to REVU
[09:07] <Goshawk> raphink: me too
[09:08] <tseng> hi
[09:08] <AnAnt> the problem is that if I need to put a comment on my upload I can't without logging in
[09:08] <Goshawk> AnAnt: same problem here... time to go, bye
[09:09] <AnAnt> well, gotta go too
[09:22] <zul_> heh...i even have a blog now..
[09:25] <tseng> zul_: oh?
[09:25] <zul_> yeah..
[09:28] <crimsun> well you're hacking on xen, so that's conceivably bloggable imo
[09:29] <zul> true..
[09:32] <bddebian> Plus the fact that you are such a stud :)
[09:33] <zul> hmm...i wanna beat someone now :)
[09:41] <fbond|away> bddebian: no rush, just uploaded fixed midisport-firmware package, thanks again for your time
[10:35] <bddebian> fbond|away: OK, I'll check it out
[10:42] <bddebian> Gah, I think my laptop is dying :'-(
[10:42] <crimsun> welcome to the club.
[11:08] <bddebian> fbond|away: around?


[03:43] <LESSisMore_999> Hi. I think I found a something wrong in Lubuntu documentation
[03:43] <LESSisMore_999> where can I report it?
[03:44] <holstein> LESSisMore_999: why not just fix it?
[03:45] <LESSisMore_999> I don't know how, and I need confirmation first xD
[03:45] <LESSisMore_999> here it is: http://ubuntuforums.org/showthread.php?t=2209412&p=12948041#post12948041
[03:46] <holstein> LESSisMore_999: "low ram" is not really a definite term
[03:47] <holstein> LESSisMore_999: personally, i consider under 2 gigabytes low ram
[03:47] <holstein> but,, i try lubuntu on low spec / older hardware
[03:47] <holstein> and, if it doesnt run live, i'll try the alternate
[03:47] <holstein> LESSisMore_999: if you are wondering if you should try lubuntu on your hardware, just try it
[03:48] <LESSisMore_999> yeah, but it's still confusing for people that are trying to understand which install method to use
[03:48] <holstein> sure
[03:49] <holstein> it could still be case by case
[03:49] <LESSisMore_999> I ended up with Bodhi, thanks to a damn SiS graphic card :P
[03:49] <holstein> should be the same kernel
[03:49] <holstein> not sure why bodhi would be supporting sis any better.. but, im glad its working for you
[03:51] <LESSisMore_999> yeah, I'll use it for a while, but I also want to try lubuntu and xubuntu later
[03:53] <holstein> you mean, lxde and xfce
[03:53] <LESSisMore_999> I can't tell exactly why it is, but there were some threads about this in ubuntu foruns, and someone there recommended Bodhi. Because it was based in 12.04 (13.10 is giving some problems)
[03:53] <LESSisMore_999> http://ubuntuforums.org/showthread.php?t=2209412&p=12948041#post12948041
[03:53] <LESSisMore_999> wrong link
[03:54] <holstein> sure, but that doesnt have anything to do with bodhi necessarily.. its more about the 12.04 kernel support
[03:54] <holstein> i mean, bodhi is great.. im just tring to clear up what the support is coming from
[03:54] <holstein> theres a 12.04 based xubuntu that is still supported
[03:55] <LESSisMore_999> here you go: http://ubuntuforums.org/showthread.php?t=2209318&p=12947228#post12947228
[03:55] <holstein> i just dont think you can say "if you have 400mb's of ram, grab this iso and everything will be fine"
[03:55] <holstein> there are too many other variables when resources are tight like that
[03:56] <holstein> in that suggestion is the same thing im stating.. its the 12.04 kernel that is being suggested has the "better" sis support
[03:56] <LESSisMore_999> yeah, this is all new to me, I'll have to try all them to figure out which ones I like (more xD)
[03:57] <holstein> LESSisMore_999: no.. your liking is irrelevant here.. you have to figure out which will support the hardware you have best
[03:57] <holstein> if you buy hardware that specifically supports linux, you can use what you like
[03:58] <holstein> othrewise, you'll use what works.. and what has been hacked at and reverse engineered to try and halfway support that grahpics card
[03:59] <holstein> and, you'll either have, what is expected to be, an awful experience, and either A., get appropriate supported hardware, or B. misinterpret the experience as a linux shortcoming and move on
[03:59] <LESSisMore_999> I'm an Ubuntu user in my main laptop. But in this case I needed to "recover" an older desktop from Windslow XP, so I had to check what were the best distros to older PCs
[03:59] <holstein> LESSisMore_999: again, you have to find what is "best" on your specfic older hardare with that problematic chipset
[04:00] <holstein> there is no doubt lubuntu is one of the lightest
[04:00] <holstein> puppy is lighter.. but, its not realy a distro like lubuntu is
[04:00] <Unit193> AntiX is lighter too, Debian based.
[04:00] <LESSisMore_999> My list so far is Bodhi, Lubuntu, Xubuntu. I tried to start with Lubuntu, till I got those problems with SiS
[04:01] <holstein> LESSisMore_999: you will *always* haver problems with sis
[04:01] <holstein> if i wanted a recovery machine, i would just use a live CD on the windows xp hardware
[04:03] <holstein> Unit193: i used to use antix!
[04:04] <LESSisMore_999> Oh I meant to get an older and not used anymore PC, back to work
[04:04] <LESSisMore_999> it will be my PC at work
[04:04] <holstein> me too
[04:04] <holstein> i would use a live CD.. not another box
[04:04] <LESSisMore_999> why is that
[04:05] <holstein> LESSisMore_999: because, i would want to throw that sis hardware out ASAP, and i dont need it to repair a machine.. i can use a live CD on the "broken" box
[04:06] <LESSisMore_999> my hardware knowledge is very limited. But it's a SiS onboard graphic card. Anyway, I got another external one, that I'm using instead xD
[04:06] <holstein> headless server for sis hardware would be the only thing i would try
[04:08] <ianorlin> sis?
[04:08] <Unit193> holstein: Not a bad little one.
[04:08] <ianorlin> sitting in storage?
[04:09] <LESSisMore_999> no, this PC was stored in the attic ;P
[04:10] <LESSisMore_999> not sure what SiS means, all I learned is that SiS graphic cards have troubles with 13.10
[04:11] <holstein> LESSisMore_999: sis doesnt support linux
[04:11] <holstein> LESSisMore_999: its not really "13.10" either.. its more the kernel drivers that are in the kernel 1310 is using
[04:13] <LESSisMore_999> but now with an external one, I don't think I'll get those problems
[04:14] <LESSisMore_999> stupid thing is, I don't know which one is the external one :P
[04:14] <LESSisMore_999> Next week I'll find out
[04:14] <LESSisMore_999> if it supports linux, I'll finally try Lubuntu and Xubuntu too
[04:15]  * ianorlin just looked up Sis and doesn't know how to get that to work
[04:17] <MobileCake> Hi there
[05:49] <FuuqUmiist> so will lubuntu run fine on a P3? just wondering
[06:00] <ianorlin> it will run on a p3 although the oldest I have is a p4
[06:03] <vn151502510> p3 = Pentium III? Mine is Pentium(R) Dual-Core CPU T4400 @ 2.20GHz, Pentium III family, and running lubuntu well
[09:26] <SpComb> hi, I'm preseeding Lubuntu installs using the Ubuntu installer, and I'd be curious to know what kind of customizations exactly go into the default lubuntu installer beyond just installing the lubuntu-desktop package instead of the ubuntu-desktop package
[09:26] <SpComb> I foud the lubuntu-default-settings package source, but I can't figure out where the installer customizations are defined
[09:28] <SpComb> so I'm looking for the bazaar.launchpad.net url or whatever where the installer is defined
[09:44] <SpComb> ok, I found /preseed/lubuntu.seed (https://gist.github.com/SpComb/2326e83195ea265b3bb4) in the .iso
[09:44] <SpComb> is that really all? :)
[13:42] <phillw> SpComb: there is a smaller core for lubuntu than desktop... details are at https://help.ubuntu.com/community/Lubuntu/Documentation/MinimalInstall#Full_install.2C_minimal_install_or_core_install.3F
[13:44] <phillw> SpComb: I'm currently battling with alternate ISO and how it gets built. pop onto #phillw if you want to discuss further your ideas, community spins are welcome but are not 'official'.
[15:30] <freeinode> I am using Lubuntu 13.10  desktop and i want to install an ubuntu server ,  please help !!
[15:31] <freeinode> HElp pleaseee
[15:32] <freeinode> ???
[15:33] <freeinode> anyone any help ????
[15:34] <wxl> freeinode: are you familiar with how irc works? typically for support channels, begging for help does not result in a quicker response. we are all volunteers here. unless you want to pay for support :)
[15:36] <freeinode>  <wxl>  am not begging  , i  am Just in such a hurry !!
[15:36] <holstein> freeinode: just ask
[15:36] <wxl> freeinode: why?
[15:37] <holstein> freeinode: you dont need ubuntuserver to run server packages
[15:37] <freeinode>  <wxl>  i want to know HOW
[15:37] <holstein> freeinode: the same
[15:37] <wxl> freeinode: and that suggests a sense of urgency for some reason?
[15:38] <holstein> freeinode: you download the installer for ubuntuserver and install
[15:38] <holstein> freeinode: but, as i said, you dont need it.. you can run server applications in lubuntu
[15:38] <holstein> freeinode: lubuntu and ubuntuserver are both ubuntu at the core, and have the same access to the same sources
[15:38] <holstein> freeinode: just state what you are trying to do
[15:39] <holstein> !install | freeinode
[15:42] <freeinode> thx
[16:19] <basketball> hey holstein  when my laptop screen is by its self the resolution is on 1280 x 800 (16:10) and it doesnt need to be rotated but when i plug in a vga monitor it wants me to trotate it clockwise or counterclockwise
[16:19] <holstein> it wants?
[16:19] <holstein> basketball: in your statement is the problem, friend
[16:20] <holstein> basketball: your machine wants nothing.. you just use a tool to tell it what you want it to do
[16:20] <basketball> ok let me rephrase that
[16:20] <holstein> if the tools dont work, you are either misusing them, or the linux support is just not availalbe
[16:20] <holstein> you cana address this by reading up on and asking about the tools you are trying to use, and trying to purchase linux compatible hardware
[16:21] <basketball> when i go to the display settings i want to change the resolution to the native resolution which is 1280 x 800 (16:10)
[16:21] <holstein> places like system76 test and make certain you as the end user have a flawless experience
[16:21] <holstein> they test drivers, and/or work with manufacturers to do what you are trying to do right now.. smooth out the edges
[16:21] <holstein> basketball: who says thats is the "native resolution" ?
[16:22] <basketball> when i select that resolution the rotation options change from 180 degress counterclockwise and clockwise and normal to just clockwise and counterclockwise
[16:22] <holstein> basketball: ok.. who says that is the "native resolution" ?
[16:22] <basketball> i know that is native because when the vga monitor is not pluged in  that is what it is on and it works perfectly
[16:23] <holstein> basketball: so, you are the one who says "native resolution" based on what?
[16:24] <holstein> basketball: you shouldnt assume "native resolution"
[16:25] <basketball> ok how do i check
[16:25] <holstein> basketball: have you tried creating and placing an xorg.conf file?
[16:25] <basketball> no
[16:25] <holstein> basketball: you really cant 'check'.. unless it says "supports linux" .. you get what you get
[16:25] <holstein> basketball: and, you do the work that most companies do for end users.. and know that you many *never* get the resolution you want
[16:26] <holstein> you need to be flexible, and unassuming
[16:26] <holstein> what do i do? i use a knoppix live CD.. i set the resolution in there.. i grab the xorg.conf from there
[16:26] <holstein> i'll use a puppy linux live CD and test with the wizard they have
[16:26] <holstein> i'll try *all* available drivers. i'll try the live versions of many ubuntu's and other distros
[16:27] <holstein> i'll note drivers and driver support.. resolutions. tools.. etc
[16:27] <basketball> ok so boot into ubuntu live disk and what do i do
[16:27] <holstein> eventually, i'll determine what is "best" and implement.. bease on what i find
[16:28] <holstein> basketball: you can search "ubuntu my card version" and see what other users are doing with the same hardware, if any
[16:28] <holstein> basketball: you can try the main #ubuntu channel since this is driver related, and there is not reason to limit your searches to lubuntu or lxde specificially
[16:28] <holstein> you can use the arandr tool and be *very* specific about what you are doing and trying and what is happening
[16:29] <holstein> im reading that you are trying to implement 1280x800 on a laptop?
[16:29] <holstein> basketball: whats the issue? it changes when you plug an external montor in?
[16:29] <holstein> basketball: there are several machines i have that allow me to do that.. well supported intel hardware
[16:30] <holstein> otherwise, many machines i have dont do dual head well, due to driver support
[16:30] <holstein> so, i dont do it.. and i plan accordingly when i want themm to
[16:31] <holstein> basketball: do you konw what i do to implement that feature on my well supported intel hardware? nothing.. it literally just works out of the box
[16:31] <holstein> no driver installation.. no fuss.. no xorg.conf.. no hassle
[16:32] <holstein> though, you have not stated.. you likely have nvida or amd, or a not well supported intel device, and you are expecting linux support