[01:58] <Flapjack23> I had a question about packaging something. Should I ask it here, or somewhere else?
[01:59] <vorian> this is the place!
[01:59] <Flapjack23> Cool!
[01:59] <orly_owl> The price is right!
[02:00] <vorian> Flapjack23: what's your question?  :)
[02:00] <vorian> oh, past tense
[02:00] <Flapjack23> I'm trying to figure out how to ask it. :)
[02:01] <Flapjack23> I have this directory that holds a prebuilt LAMP server, I was wondering if it was possible to package it. There's nothing that needs to be compiled.
[02:03] <vorian> well.... lamp in it self is a set of binaries, not to mention the server binaries that are required to support it.
[02:03] <vorian> are you wanting to create an iso?
[02:03] <Flapjack23> Nope, a deb.
[02:06] <vorian> in that case, not really, although that would be quite the package
[02:07] <Flapjack23> All right, thanks.
[02:09] <vorian> :)
[02:23] <StevenK> Again?
[02:23] <StevenK> Oh wait, that was Fremantle
[02:35] <Flapjack23> is it possible to change where a deb is extracted to?
[04:58] <lidaobing> help review http://revu.ubuntuwire.com/details.py?upid=4380, thanks
[07:44] <siretart> StevenK: having fun with ffmpeg?
[07:47] <StevenK> siretart: Not so much.
[07:48] <siretart> StevenK: why are you tempted to break half of kubuntu by removing ffmpeg-debian?
[07:48] <StevenK> I've convinced ten of the twenty to build.
[07:49] <StevenK> siretart: Because all the headers moved, and the API broke from the jump from 51 to 52.
[07:49] <siretart> yes. I've been beaten by a lot of users why I didn't do that move yet in intrepid already
[07:49] <StevenK> Whimper
[07:49] <siretart> so I've decided to do that move right after intrepid release
[07:49]  * ScottK looks at vorian and hopes he's reading.
[07:50] <StevenK> But a whole bunch of stuff doesn't build.
[07:50] <siretart> btw, I plan to do another update early january (read: next week)
[07:50] <siretart> no API changes, however AFAIUI
[07:50] <StevenK> siretart: Will that do anything drastic?
[07:50] <siretart> I don't think so
[07:51] <siretart> however many improvments, a few new codecs and so on
[07:51] <StevenK> Mmm
[07:51] <siretart> I was aware of the breakage from the soname bump, however. I deliberatly tied the move of the header files with the SONAME bump
[07:52] <siretart> so that we don't have that mess that often
[07:52] <StevenK> Mmmm
[07:53] <StevenK> I've had a do a whole raft of Ubuntu changes, since the new ffmpeg is in experimental and Joe Random DD doesn't care
[07:53] <siretart> ffmpeg from experimental will enter unstable as soon as squeeze opens
[07:53] <StevenK> Yup
[07:54] <siretart> are there still packages depending on img_convert?
[07:54] <siretart> I read something like that in the backlog?
[07:54] <StevenK> I've got two, so far
[07:54] <siretart> which ones?
[07:55] <StevenK> There's three or four that have been updated upstreamed
[07:55] <StevenK> *upstream
[07:55] <siretart> ok. great
[07:55] <ScottK> StevenK: If you trip over kdenlive, vorian is working on a new upstream release.
[07:55] <StevenK> lynkeos.app is one
[07:55] <StevenK> ScottK: I'm ignoring kdenlive
[07:56] <ScottK> OK.
[07:56] <StevenK> siretart: So, lynkeos.app and smilutils. But I don't know where to grab smilutils upstream
[07:57] <siretart> ok, that was already reported as debian bug 487645
[08:18] <StevenK> Grah, zoneminder too
[08:24] <StevenK> Hm. Upstream have ported zoneminder, just need them to release
[11:02] <DktrKranz> Lutin, do you plan to upgrate mlt to 0.3.4? It would probably fix some FTBFS on several ports and would help clearing NBS queue
[11:04] <Lutin> DktrKranz: no. I don't have time to care about it, sorry. if anyone feells like doing it, feel free
[11:04] <DktrKranz> ok, thanks :)
[11:18] <AnAnt> Hello, can someone remove ubuntume-themes from REVU ?
[11:19] <persia> AnAnt, Did it get uploaded?
[11:20] <AnAnt> persia: yup, rmadison says so
[11:20] <persia> AnAnt, Archiving then.
[11:21] <AnAnt> I got a question
[11:21] <AnAnt> I am packaging a software, which authoritative license is in arabic
[11:21] <AnAnt> what should I put in copyright file ?
[11:22] <AnAnt> only the english translation of the license ? or both english & the authoritative arabic license ?
[11:22] <persia> A translation of the license, with a pointer to the original license (shipped also in /usr/share/doc/${package}/
[11:22] <AnAnt> ok
[12:35] <RainCT> asac: in case it interests you, network manager 2.0 from the network-manager PPA works like a charm here :)
[12:36] <RainCT> (the version in Intrepid had problems connecting to wifi sometimes)
[12:38] <jpds> RainCT: There's a 2.0 already?
[12:38] <jpds> I only see 0.7.
[12:40] <RainCT> jpds: errrr 0.7 final
[12:42] <jpds> Maybe this one will work with hibernation.
[12:45] <RainCT> jpds: here both work, but sound doesn't :(
[12:47] <jpds> RainCT: When I hibernate here, NM dies and can't reconnect to wifi.
[13:07] <lidaobing> help review ibus-m17n: http://revu.ubuntuwire.com/details.py?upid=4384 , thanks
[13:33] <ripps> Can someone here help me figure out why some packages of mine won't work with my PPA?
[13:37] <DktrKranz> ripps, compile errors?
[13:38] <ripps> DktrKranz: Yes, and another won't even package for upload
[13:38] <DktrKranz> ripps, link to your PPA?
[13:38] <ripps> http://launchpad.net/~ripps818/+archive
[13:39] <DktrKranz> qgtkstyle ?
[13:39] <ripps> qgtktray builds, packages, and installs fine on my machine, but fails on launchpad.
[13:39] <ripps> * um yeah, qgtkstyle
[13:40] <stdin> make[1]: *** No rule to make target `/usr/share/qt4/mkspecs/linux-g++/qmake.conf', needed by `Makefile'.  Stop.
[13:40] <DktrKranz> ripps, try again adding libqt4-dev to build-deps
[13:41] <Laney> ping ping
[13:41] <Laney> anyone from motu-sru about?
[13:42] <Laney> DktrKranz: Damn, I was hoping you still were :P
[13:42] <DktrKranz> Laney, heh... late :)
[13:43] <DktrKranz> Laney, if you see devfil around, you can ask him (assuming he's not already drunk)
[13:43] <slytherin> ripps: when you say it builds fine, did you try building it in pbuilder?
[13:44] <ripps> Actually, I just installed pbuilder just a little while ago, but I haven't used it yet
[13:44] <ripps> I'm uploading the changed qgtkstyle now.
[13:49] <ripps> Is pbuilder going to have to re-download every dependency every time?
[13:50] <DktrKranz> ripps, it caches them in /var/cache/pbuilder/archive
[13:50] <DktrKranz> *aptcache
[13:50] <ripps> qgtkstyle failed again
[13:51] <ripps> http://launchpadlibrarian.net/20829600/buildlog_ubuntu-intrepid-i386.qgtkstyle_svn875~ripps1_FAILEDTOBUILD.txt.gz
[13:53] <ripps> I think I should have added libgtk2.0-dev as well.
[13:54] <DktrKranz> yep
[13:56] <ripps> I wish dh-make would have detected these dependencies before hand. Would make my life easier
[14:00] <ripps> Okay, while I'm testing these qgtkstyle with pbuilder, how about some help with another package.
[14:00] <ripps> I can'
[14:01] <ripps> I can't even get the package gtrayicon to package.
[14:01] <ripps> debuild fails every time, and it gives me some cryptic failure on line 16**.
[14:10] <slytherin> ripps: we can't help you unless you tell us what the error is.
[14:11] <ripps> slytherin: okay, I'm rewriting my control file, seeing if that'll change anything.
[14:15] <ripps> http://pastebin.com/m2457e8de
[14:17] <slytherin> ripps: is this really cryptic error - rm: cannot remove `gtrayicon': No such file or directory
[14:17] <ripps> I know
[14:18] <ripps> slytherin: I know that getdeb managed to create a working deb, but I don't know how to replicate what they did. They must have had a modified makefile.
[14:20] <ripps> slytherin: whoa, if I do make then debuild -S, it works.
[14:20] <ripps> Let's see if it'll work when compiled with debuilder
[14:20] <ripps> * I mean pbuilder
[14:20] <ripps> (if it'll ever stop d/ling dependecies for qgtkstyle)
[14:26] <ripps> Nope, gtrayicon failed. http://pastebin.com/m7dd1376e
[14:27] <slytherin> ripps: you probably don't have debhelper as build dependency. Have you read any packaging guide?
[14:28] <ripps> I've read some of it, but alot of it seemed like greek to me.
[14:28] <ripps> I'm still a noob at this.
[14:30] <slytherin> ripps: for your own benefit. go through the guide, lot of your questions are solved there.
[14:32] <pschorf> I'm making the switch to jaunty...
[14:32] <pschorf> see you on the other side
[14:51] <ripps> Okay, I've read over the packaging guide (at least what I could understand), fixed the dependecies, successfully build (but not install) with pbuilder. I still can't figure out what's wrong with qgtkstyle.
[14:52] <ripps> I get a Permission Denied?
[14:52] <ripps> http://launchpadlibrarian.net/20830483/buildlog_ubuntu-intrepid-i386.qgtkstyle_svn875~ripps2_FAILEDTOBUILD.txt.gz
[14:56] <ripps> I managed to get gtrayicon to build in pbuilder, but I had to comment out a "$(MAKE) clean" to get it to compile, but I suffer from the same problem as qgtkstyle. I think dh-make screwed up with something.
[15:12]  * ripps begins to pull out hair in frustration
[15:29] <jmarsden|work> ripps: Try working through the examples in the Packaging Guide first, and when you understand what every line in debian/rules is doing, *then* try a package of your choice such as gtrayicon.
[15:30] <ripps> I think I figured it out. The Makefiles of these programs don't follow normal naming schemes, so I have to edit debian/rules and Makefile to make them work together.
[15:32] <jmarsden|work> Yes, that's very common , "normal" even, if the original tarball does not use autotools.
[15:46] <ripps> YES YES YES YES YES YES!!! qgtkstyle built!
[15:47] <RainCT> Hi
[15:48] <sebner> ahoi radix
[15:48] <sebner> ahoi RainCT
[15:48] <sebner> ^^
[15:48] <RainCT> Can someone help me to get my computer to boot? :P   (tried out grub2 and after that it doesn't boot anymore, only gives either error 11 if I use UUIDs or error 23 if I try with (sd0,1) for root.. nobody replies in #ubuntu nor in #grub :()
[15:49] <sebner> RainCT: OT :P
[15:49] <RainCT> ^^
[15:49] <sebner> RainCT: Grub2 more b0rken than Gnome :D
[15:49] <RainCT> indeed -.-
[15:49]  * RainCT won't try it again :P
[15:50] <sebner> +1
[16:15] <RainCT> argh.. wth does grub call sda1 hd0,0? -.-
[16:15] <Nafallo> RainCT: cat /boot/grub/device.map
[16:16] <RainCT> (btw, I can boot again.. but I still don't know why using UUID doesn't work anymore)
[16:16] <RainCT> Nafallo: but why hd0 and not sd0?
[16:17] <Nafallo> RainCT: because grub isn't the kernel?
[16:19] <ripps> YES! Gtrayicon built succesfully! Thanks to whoever helped me!
[16:20] <jpds> ripps: Well done!
[16:20] <RainCT> bah.. I hate grub XD
[18:01] <ScottK> emgent: It seems your web hosting isn't very reliable recently.  Have you considered getting UTU integrated with Ubuntu HoF (now that such a thing exists)?
[18:03] <ScottK> directhex: FYI, I'm hearing gumbles that the dependency resolvers in the Experimental buildd's are having problems with the mono transition stuff.  Don't know the details (and I did pass on the kdebindings stuff).
[18:04] <Laney> ScottK: Someone already raised that in #debian-mono - see http://wiki.debian.org/Teams/DebianMonoGroup/Mono20
[18:04] <ScottK> Laney: OK.  Just making sure he knows.
[18:07] <DktrKranz> See you in 2009, happy New Year everyone!
[18:07] <nhandler> ScottK: Ubuntu HoF doesn't actually host anything. It just pulls the information from other sites. emgent's UTU page would need to be up for the HoF to be able to include it
[18:08] <ScottK> nhandler: Where does it get sponsorship results from?
[18:08] <ScottK> AFAIK it calculates them from -changes.
[18:08] <ScottK> Which is the same data source UTU uses.
[18:09] <nhandler> ScottK: It might, I haven't seen the source. I was under the impression that is just pulled all of the data from other sources, and that it didn't actually calculate the data itself
[19:03] <slytherin> What is the username/password to be used for using email interface of requestsync?
[19:51] <nhandler> slytherin: I don't think there is a username/password
[19:51] <slytherin> nhandler: The script is not working for me. It says sync request mailed but the bug was not filed. So I thought it was auth problem.
[19:53] <nhandler> slytherin: I can't really help you. I was never able to get the email interface of requestsync to work either. But from what I've read, you shouldn't need to set an email/password
[19:53] <nhandler> s/email/username/
[19:53] <jpds> slytherin: I think filing by email takes a while to appear on the web.
[19:54] <nhandler> jpds: Do you need to configure something to make it work?
[19:54] <jpds> nhandler: Don't think so.
[19:54] <slytherin> jpds: what is exact value of 'a while'?
[19:55] <jpds> slytherin: Few minutes (~5).
[19:55] <slytherin> jpds: I waited for more than that.
[19:56] <jpds> slytherin: Very odd.
[19:59] <jpds> slytherin: Do you have a $DEBEMAIL variable in your shell that is set as one of your emails on Launchpad?
[20:00] <slytherin> jpds: yes I have it. My sync mail text was signed using the corresponding key.
[20:01] <jpds> slytherin: I have no idea what's wrong then, which package is it?
[20:01] <slytherin> jpds: jbossas4. I file bug manually later.
[20:03] <jpds> slytherin: bug #312778
[20:03] <slytherin> jpds: that is the bug I filed
[20:03] <jpds> With requestsync?
[20:04] <slytherin> jpds: No. The bug content is the one generated by requestsync.
[20:04] <slytherin> But filing bug was done from web UI.
[20:04] <slytherin> I mean LP web ui.
[20:04] <jpds> Ah, so, why are you going to file one "manually later"?
[20:05]  * jpds got confused by that^ :)
[20:12] <slytherin> jpds: is fiordland.ubuntu.com correct smtp server?
[20:13] <jpds> slytherin: Yep.
[20:17] <slytherin> jpds: mailed another sync request. Let's see when it appears.
[20:17] <jpds> slytherin: If all else fails, try it with --lp.
[20:17] <slytherin> jpds: --lp is crazy these days. few days before it opend 5 bug reports.
[20:18] <slytherin> jpds: bug #311289
[20:18] <jpds> slytherin: I saw that yes, no idea how that happened either.
[20:20] <hyperair> is anyone free to review a package? http://revu.ubuntuwire.com/details.py?package=codelite
[20:42] <slytherin> jpds: haven't got any mail till now
[21:20] <wyden> hi everybody!
[21:21] <jpds> Hi wyden
[21:21] <wyden> what's up there?
[21:46] <skorasaurus> hi
[21:46] <skorasaurus> (#bugs is so quiet...)
[21:47] <crimsun> quiet does not imply lack of effort
[21:54] <skorasaurus> we hope :p
[23:09] <RainCT> \o/ Happy new year
[23:09] <jpds> Happy new year everyone! \o/
[23:13] <serialorder> not quite new year here but happy new year
[23:14] <serialorder> if I want need delete some files from a source tree and there is a quilt patch system how should I go about doing that?
[23:50] <crimsun> ok, graphviz bugscount down to something manageable