[12:15] <ryanakca> hmm. Any sbuilders have any idea what I can do to fix http://pastebin.ca/626606?
[12:35] <RainCT> good night
[12:39] <jussi01> nite RainCT
[01:52] <sharon> hi, i'm an ubuntu user and i wish to alter it. i want it to resume after suspend by pressing any key and without providing password. can any one direct me to implement this?
[03:15] <ryanakca> hmm. Any sbuilders have any idea what I can do to fix http://pastebin.ca/626606?
[03:20] <ScottK> ryanakca: Use pbuilder?
[03:21] <ryanakca> ScottK: so, sbuild will not work in any way shape or form for 'all'?
[03:21] <StevenK> ryanakca: sbuild -A
[03:21] <ScottK> ryanakca: Dunno.  Never used it.
[03:22] <ryanakca> StevenK: aha! thanks :D
[04:46] <porthose> Hello MOTU's: Could you please comment/first advocate Ampache. Thank You  http://revu.tauware.de/details.py?upid=6131
[04:48] <mwolson> ooh, Amache.  i've been meaning to try that out at some point
[04:49] <porthose> cool
[04:49] <mwolson> (i'm not a MOTU though, so can't push the upload through)
[04:50] <porthose> more eyes the better
[05:29] <white> http://lists.debian.org/debian-devel-announce/2007/07/msg00010.html
[05:29] <ajmitch> white: trying to drag people away from ubuntu? :)
[05:29] <ajmitch> hello Hobbsee 
[05:30] <RAOF> Hey Hobbsee, ajmitch
[05:30] <jdong> VISTA SP1 BUILD 1711! WHOO!
[05:30] <jdong> ;-)
[05:30] <ajmitch> hello RAOF 
[05:31] <RAOF> And a hello to you too, crackmeister jdong :)
[05:31] <jdong> why hello, RAOF :)
[05:31] <white> ajmitch: just sharing the release party thoughts :)
[05:31] <ajmitch> oh dear
[05:31] <Hobbsee> hey ajmitch!
[05:31] <Hobbsee> !jdong | jdong
[05:31] <ubotu> jdong: jdong is Hobbsee: jdong: yes, but you're FULL OF CRACK!
[05:31] <white> ajmitch: wondeful timing. Last night released, here was College party and tonight as well. I just have 1 lecture and none tomorrow :)
[05:31] <white> RE-O-Week :)
[05:31] <jdong> Hobbsee: the bot seems to have learned english as a 4th or 8th language :)
[05:32] <Hobbsee> release party?  that might be fun
[05:32] <Hobbsee> heh
[05:32] <white> Hobbsee: well i consider the college party as my personal release party :)
[05:32] <Hobbsee> ahhh
[05:39] <jdong> glxgears
[05:39] <jdong> poof?
[05:39] <RAOF> Fails to break my nouveau.  It even works.
[05:39] <jdong> that's amazing
[05:39] <jdong> beryl!
[05:40] <RAOF> Nouveau doesn't even begin to support a GL compositing manager.  There's no texturing yet :)
[05:44] <RAOF> No one would have any problems with a git snapshot video driver and drm in universe, would they :P.
[05:45] <ajmitch> not at all
[05:45] <ajmitch> the nouveau guys would probably hate you if you stuck it in
[05:46] <nixternal>  ubotu]  jdong: jdong is Hobbsee:
[05:46] <ubotu> I'll remember that, nixternal
[05:46] <nixternal> WOW!
[05:46] <nixternal> no
[05:46] <nixternal> stupid bot
[05:46] <Hobbsee> @deleditor nixternal 
[05:46] <nixternal> that bot killed my joke
[05:46] <Hobbsee> %deleditor nixternal 
[05:47] <nixternal> the whole "jdong is Hobbsee" was the whole part of it
[05:47] <jdong> lol
[05:47] <nixternal> but obviously I copied a lil to much
[05:47] <jdong> !jdong
[05:47] <ubotu> jdong is Hobbsee: jdong: yes, but you're FULL OF CRACK!
[05:47] <Hobbsee> !forget jdong: jdong
[05:47] <ubotu> I'll forget that, Hobbsee
[05:47] <jdong> !forget Hobbsee, she's mean.
[05:47] <nixternal> hahahah
[05:47] <jdong> ow!
[05:47] <Hobbsee> haha
[05:47] <nixternal> grr, I just realised you deleted me :(
[05:48] <ajmitch> poor nixternal 
[05:48] <ajmitch> I don't know what you're complaining about, I've never been an editor :P
[05:48] <nixternal> always getting picked on
[05:48] <nixternal> ajmitch: I am one every other month, and then people *cought*Hobbsee*cough* remove me :p
[05:49] <ajmitch> Hobbsee wouldn't be that mean
[05:49] <Hobbsee> nah, i just havent added you prior to this
[05:49] <crimsun> who mentioned Vista?
[05:49] <nixternal> !vista
[05:49] <ubotu> vista is the new operating system by the evil overlords from Redmond. For more information, see http://www.badvista.org
[05:49] <nixternal> nice
[05:50] <jdong> crimsun: did you have vista on highlight?
[05:50] <Hobbsee> !nixternal
[05:50] <ubotu> Oh no!  The pointy-clicky Vista lover has arrived!  He's rumoured to be giving out free money, too!
[05:50] <jdong> man you have everything on highlight
[05:50] <jdong> alsa.. kernel....
[05:50] <crimsun> no, I have nixternal on highlight so I know when to avoid the audio issues.
[05:51] <nixternal> haha
[05:51] <jdong> crimsun: speaking of 3rd generation macbook audio....
[05:51] <jdong> crimsun: haha no just kidding, it works great
[05:51] <nixternal> ya, I switched to Debian, so my audio is working again ;p
[05:52] <crimsun> hmm, no, that's a Debian vm running in Vista.
[05:52] <nixternal> no, tried that already...doesn't work to well
[06:00] <Hobbsee> nixternal: muhahhahahahaha
[06:00] <Hobbsee> *now* you're removed.
[06:01] <nixternal> ;(
[06:02] <jdong> nixternal: how on earth do you sad wink? have you ever tried it?
[06:02] <nixternal> ya, it works well actually
[06:03] <nixternal> kind of the puppy dog look, with a "you know you love me" wink
[06:04] <jdong> nixternal: you must have very good motor control then to be able to frown and wink :)
[06:04] <jdong> ;(
[06:06] <nixternal> there, you did it!
[06:12] <jdong> nixternal: LOL the guy at the terminal next to me just asked me "WTF are you trying to do?"
[06:12] <jdong> nixternal: I quickly hid this terminal behind a firefox and said "nuthin.."
[06:13] <nixternal> hehe
[06:13] <nixternal> use Yakuake, a simple keystroke and it disappears
[07:08] <porthose> Hello MOTU's: Could you please comment/first advocate Ampache. Thank You  http://revu.tauware.de/details.py?upid=6131
[07:21] <LucidFox> GUI applications aren't required to have manpages, are they?
[07:22] <RAOF> If it's in /usr/bin, it should have a manpage
[07:24] <TheMuso> Heya folks.
[07:24] <RAOF> Hey TheMuso 
[07:28] <Hobbsee> hi luke!
[08:47] <jeromeg> when requesting a sync we should as a sync for the source package, or the binary one ?
[08:47] <jeromeg> s/as/has/
[08:48] <LucidFox> jeromeg> source
[08:48] <LucidFox> because it will be rebuilt on Ubuntu anyway
[08:48] <RAOF> We don't upload binary packages.
[08:48] <Hobbsee> thank goodness.
[08:49] <StevenK> If we did it would take calc twice as long to torture us with openoffice.org!
[08:49] <LucidFox> lol
[08:50] <LucidFox> can someone review? http://revu.tauware.de/details.py?upid=6135
[08:50] <Hobbsee> StevenK: is volunteering
[08:50] <StevenK> Funnily enough, I'm so not.
[09:00] <jeromeg> LucidFox: thx
[09:01] <jeromeg> could someone have a look at my sync request please ? bug 127672
[09:01] <ubotu> Launchpad bug 127672 in cal3d "[Sync Request]  Please sync cal3d (0.11.0-2) from debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/127672
[09:02] <jeromeg> I need this package to be synced to fix a bunch of bugs with python-soya
[09:02] <jeromeg> (well to update the python-soya package
[09:02] <jeromeg> )
[09:03] <StevenK> python-soya has been updated ...
[09:03] <StevenK> I uploaded it last night ...
[09:03] <Hobbsee> jeromeg: oh, you didnt follow sync requesting procedures
[09:03] <Hobbsee> jeromeg: approved.  will be synced in the next few days hopefully
[09:04] <StevenK> The new soya should be on the mirrors
[09:04] <jeromeg> StevenK: well it doesn't build on my pbuilder due to libcal3d12 missing
[09:05] <StevenK> python-soya was a merge, not a sync
[09:05] <jeromeg> Hobbsee: I don't understand, what should have I followed ?
[09:05] <StevenK> It built on the buildds, and has probably hit mirrors. Ergo, you don't need to build it.
[09:05] <jeromeg> StevenK: mmm, ok.
[09:07] <jeromeg> StevenK: oh great ! I've just seen it, I will have a look to see if it fixes the bugs.
[09:07] <jeromeg> StevenK: thx a lot !
[09:09] <Hobbsee> jeromeg: hmm..  documentation seems to have been moved, or i cant find it
[09:10] <Hobbsee> jeromeg: subscribe "ubuntu-universe-sponsors", basically, and the sponsor team will look at it
[09:10] <jeromeg> Hobbsee: I tried to follow https://wiki.ubuntu.com/SyncRequestProcess , could you tell me what I did wrong ?
[09:11] <Hobbsee> To request a sync, [WWW]  file a bug in Launchpad with the above information. Once the bug is complete and correct, if you are not an Ubuntu developer, subscribe (NOT assign) ubuntu-main-sponsors for packages in Main/Restricted and ubuntu-universe-sponsors for packages in Universe/Multiverse. They will review the request and subscribe ubuntu-archive. Ubuntu developers should subscribe (NOT assign) the ubuntu-archive team to the bug directly.
[09:11] <Hobbsee> This team will process the request and close the bug when it is complete. Please only subscribe ubuntu-archive to a bug once you have a clear action for the archive team to perform. Do not ask ubuntu-archive to help you decide what to do.
[09:11] <Hobbsee> jeromeg: first paragraph under "submitting your request"
[09:11] <jeromeg> Hobbsee: oh yes.... sorry
[09:11] <Hobbsee> cant say i like the term "Ubuntu Developer" there, though.
[09:12] <Hobbsee> it should explicitly say "those who are in ~ubuntu-dev
[09:12] <Hobbsee> no problem
[09:13] <jeromeg> Hobbsee: ok
[09:15] <Hobbsee> as not all developers are MOTU's or in core dev
[09:20] <paras> channel, where can i find the resourcr on localization of ubiquity ?
[09:34] <jeromeg> to solve bug 114534, what is the most appropriate, SRU with the two patches or backport of gutsy version ?
[09:34] <ubotu> Launchpad bug 114534 in gimmie "Suggested patches for gimmie" [Medium,Triaged]  https://launchpad.net/bugs/114534
[09:46] <jeromeg> anyone please ?
[09:47] <RAOF> jeromeg: *Maybe* an SRU.  Backports aren't for bugfixes.
[09:53] <jeromeg> RAOF : ok I'll try that
[10:01] <LucidFox> What does "triaged" mean?
[10:02] <RAOF> That someone trusted (ie: with the ability to change a bug to triaged :)) believes that all the necessary info to fix the bug is there.
[10:05] <porthose> Hello MOTU's: Could you please comment/first advocate Ampache. Thank You :)   http://revu.tauware.de/details.py?upid=6131
[10:05] <jmg> anyone got a fix for firefox 2.0.0.5 quicksearch?
[10:06] <porthose> no just persistent:)
[10:06] <LucidFox> heh
[10:07] <jmg> did anyone elses break on the latest upgrade in feisty?
[10:07] <jmg> firefox_2.0.0.5+1-0ubuntu1
[10:07] <Hobbsee> RAOF: maybe some crazy ones
[10:07] <jmg> RAOF: gutsy is fscked on my laptop
[10:08] <jmg> has been for ages
[10:08] <jmg> it randomly locks up
[10:08] <RAOF> This week in Nouveau news: RENDER acceleration works fine, and compositing with xcompmgr works brilliantly.
[10:08] <jmg> i update every day in the hope it stabilises
[10:09] <jmg> i cant update this box because its running my tv
[10:25] <jmg> wnat could be causing gutsy to go unresponsive?
[10:45] <Amaranth> jmg: random lockups?
[10:45] <Amaranth> jmg: xfce?
[10:45] <Amaranth> jmg: i see that you are in fact running xfce
[10:45] <Amaranth> jmg: it's a bug with xfwm4 and gtk+ 2.11.x, upstream has a fix
[10:47] <Amaranth> jmg: run compiz and the problem will go away ;)
[10:47] <Amaranth> or, really, any other WM, i guess
[10:55] <LucidFox> what does "+1" mean in firefox_2.0.0.5+1-0ubuntu1?
[11:10] <jmg> compiz
[11:11] <jmg> ok thanks
[11:11] <jmg> i have enough ram to run gnome now
[11:11] <jmg> ill install it tomorrow
[11:11] <jmg> dont think my i910 can handle compiz
[11:17] <soren> jmg: Sure it can.
[11:18] <soren> jmg: My i855 can. :)
[11:31] <LucidFox> is it okay to use chrpath in debian/rules?
[11:46] <porthose> Hello MOTU's: Could you please comment/first advocate Ampache. Thank You :)   http://revu.tauware.de/details.py?upid=6131
[12:07] <soren> porthose: Could you switch /usr/share/ampache/config/ampache.cfg.php and ./etc/ampache/ampache.cfg.php around? I.e. make the former a symlink to the latter rather than vice versa?
[12:07] <porthose> sure
[12:13] <porthose> soren: done
[12:14] <soren> porthose: cool.
[12:20] <jeromeg> can a motu please review my debdiff for bug 52726 (it's attached there, please comment there any problems) ?
[12:20] <ubotu> Launchpad bug 52726 in php-image-canvas "Missing file referred to in /usr/share/php/Image/Canvas/Color.php" [Low,Triaged]  https://launchpad.net/bugs/52726
[12:40] <porthose> soren: dput new source now?
[12:42] <soren> porthose: Sure.
[12:42] <peanutb> anyone have the link to bite sized bugs?
[12:44] <soren> jeromeg: Um... php-image-color does not exist?
[12:44] <peanutb> nevermind
[12:45] <porthose> soren: dput new source done :)
[01:09] <porthose> soren:  new changes are showing on REVU if you would like to comment/advocate :)
[01:27] <soren> porthose: /usr/share/ampache/config/ampache.cfg.php is now a link to /etc/ampache/ampache.cfg.php, but the config file seems to be named ./etc/ampache/ampache.conf .
[01:31] <StevenK> TheMuso: Around?
[01:34] <porthose> soren:  ampache.cfg.php is the main configuration file for ampache which is generated with the web interface, do I also need to link ampache.conf to /etc/ampache?
[01:36] <soren> porthose: Configuration files belong in /etc/.
[01:36] <jwendell> Good morning folks!
[01:36] <jwendell> is ftp.revu offline ?
[01:36] <soren> porthose: During any sort of normal operations, /usr should be read-only.
[01:36] <soren> porthose: The exception being when dpkg is running.
[01:38] <porthose> k will fix those
[01:44] <jwendell> is ftp.revu offline ?
[01:44] <siretart> jwendell: it works for me
[01:45] <zul_> someone looking me?
[01:45] <jwendell> hmmm, i'll check my firewall, thanks, siretart 
[01:45] <norsetto> Any kind soul wishing to review http://revu.tauware.de/details.py?upid=6130 ?
[02:01] <porthose> soren: changes made, new source dput to REVU
[02:04] <RainCT> if there is a debdiff that fixes two bugs, is it necessary to create a new one or is it enough if it's just attached to one and the other gets a link to it?
[02:05] <RainCT> (they are just two little things so I don't think it would make sense to open a new one because of them)
[02:08] <LucidFox> What team should I subscribe to bugs in Qt4?
[02:11] <ScottK> LucidFox: None.  Figure the bug contacts are correct.
[02:12] <ScottK> Good morning all.
[02:18] <norsetto> Hi Scott
[02:21] <keyes_> hello, have a problem while building a package : i've run dh_make and filled files in debian/ but when running debuild i've  debuild: fatal error at line 617: problem executing dpkg-parsechangelog | grep:  
[02:23] <keyes_> when opening debian/changelog with vim i've a lot of : Error detected while processing function <SNR>16_MakeMenu: line    1:
[02:23] <keyes_> with Gedit or other it's the normal file :|
[02:24] <TheMuso> StevenK: I am now...
[02:25] <TheMuso> Evening Hobbsee 
[02:25] <zul_> hey Hobbsee 
[02:25] <norsetto> g'day Hob
[02:26] <Hobbsee> :)
[02:27] <norsetto> TheMuso: thanks for your comment in bug #127397 Luke. Is the proposed change acceptable?
[02:27] <ubotu> Launchpad bug 127397 in rt2500 "Merge rt2500 1.1.0-b4-4 from Debian unstable" [Wishlist,Confirmed]  https://launchpad.net/bugs/127397
[02:28] <TheMuso> norsetto: I'd need to look at it again, and I am currently not in a position to do so at the moment.
[02:28] <norsetto> TheMuso: np, thanks
[02:33] <xxxxx1> morning all! :D
[02:34] <Hobbsee> TheMuso: zul norsetto :)
[02:45] <jwendell> Hi, i did an upload that was interrupted, now i want to upload again but i receive an error 'Error '553 Could not create file.' during ftp transfer of supertuxkart_0.3-0ubuntu1.dsc'
[02:45] <jwendell> i've tried dcut to remove that file on server, but it seems to not work
[02:46] <Hobbsee> dcut doesnt work on revu
[02:46] <Hobbsee> oh, that's what i was going to do.  patch that out
[02:46] <StevenK> Don't do that.
[02:46] <StevenK> All you'll do is annoy DDs who use Ubuntu machines to upload to Debian.
[02:46] <Hobbsee> or add a message that say "dont try this on ubuntu hosts, such as revu and upload.ubuntu.com"
[02:47] <Hobbsee> that was my preferred option
[02:48] <Hobbsee> jwendell: fixed
[02:48] <StevenK> Hobbsee: I like that option much better.
[02:49] <jwendell> Hobbsee, can i upload now?
[02:49] <Hobbsee> jwendell: yes
[02:50] <jwendell> Hobbsee, thanks
[02:51] <jwendell> Hobbsee, that orig.gz has about 20MB... that's a bit big :)
[02:51] <Hobbsee> heh
[02:57] <ScottK> Any MOTU hopefuls (or MOTUs for that matter ;-)) want to practice security uploads?
[02:57] <coNP> ScottK: yea
[02:58] <StevenK> I don't need to practise. :-P
[02:58] <ScottK> See Bug #127718.  I'll be glad to help/advise.
[02:58] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [Undecided,New]  https://launchpad.net/bugs/127718
[02:58] <coNP> looking
[02:58] <ScottK> StevenK: I wouldn't imagine you would, but IIRC we have MOTUs that have never done a security upload.
[02:59] <StevenK> Personally, I consider it an esoteric skill
[02:59] <Hobbsee> oh wait, yes i have.
[02:59] <Hobbsee> as long as you remember the CVE syntax
[03:00] <coNP> LP has forgotten me again :(
[03:00] <Hobbsee> ScottK: you *do* realise that we have a copule of MOTU's who have never done a NEW package either?
[03:00] <ScottK> Yes I do.
[03:00] <ScottK> I even know who at least one of them is.
[03:00] <StevenK> Me, me.
[03:00] <StevenK> :-P
[03:01] <Hobbsee> hehe
[03:01] <TheMuso> StevenK: You were after me earlier/
[03:01] <Hobbsee> ScottK: ditto for cores...
[03:01] <Hobbsee> ScottK: ditto for core devs..
[03:01] <StevenK> TheMuso: Yup. You might be interested in bug 127705
[03:01] <ubotu> Launchpad bug 127705 in compiz "compiz doesn't "talk" when switching windows" [High,Confirmed]  https://launchpad.net/bugs/127705
[03:02] <zul> hah I have done several security uploads thank you very much
[03:02] <TheMuso> StevenK: Yes I would be, I'll have a look at it soonish. I reckon that if accessibility is enabled, we disable compiz, but I'll take that up with the devs when I'm ready.
[03:02] <coNP> ScottK: should I backport lighthttpd to dapper / feisty? Or patch-patch-patch...
[03:03] <ScottK> coNP: Patch, patch, patch.
[03:06] <jwendell> Hobbsee, my uploaded failed again, i think due to the size of the file
[03:06] <jwendell> Hobbsee, is there another way to upload them?
[03:07] <coNP> ScottK: is this for dapper or feisty?
[03:07] <Hobbsee> jwendell: dont think so
[03:07] <ScottK> coNP: You need to check dapper/edgy/feisty and then gutsy to make sure relevant issues are fixed.
[03:08] <coNP> oh, cool
[03:08] <Hobbsee> jwendell: removed
[03:09] <jwendell> Hobbsee, yesterday i managed to upload, but i did it on upload.ubuntu.com (my mistake) :)
[03:09] <Hobbsee> ahhh
[03:09] <Hobbsee> well, anywhere that you can upload is basically good.  *shrugs*
[03:09] <Hobbsee> it wont show on revu, etc
[03:10] <jwendell> Hobbsee, after that upload i received an email about 'not authorized' :)
[03:10] <Hobbsee> indeed
[03:11] <jwendell> :)
[03:30] <DarkSun88> Hi all
[03:30] <evand> Hobbsee: Thanks for the help.  Can you give this one more look over? http://revu.tauware.de/details.py?upid=6123
[03:33] <Hobbsee> evand: sure
[03:34] <asisak> why dget does not work for LP?
[03:35] <StevenK> Since different components of the source are stored in different directory due to how Launchpad's Librarian organises things.
[03:35] <zorglu_> q. i have vlc compiled from trunk and would like to create a .deb for it. any hint on how i can do that ?
[03:36] <coNP> then how can I make this unpack & patch my sources?
[03:36] <coNP> I got orig.tar.gz and .dsc and .diff.gz
[03:36] <Hobbsee> use dpkg-source -x foo.dsc
[03:36] <coNP> wow, thanks Hobbsee 
[03:37] <coNP> zorglu_: what about the MOTU package update recipe (https://wiki.ubuntu.com/MOTU/Recipes/PackageUpdate)?
[03:38] <zorglu_> coNP: thanks, looking :)
[03:49] <Hobbsee> evand: uploaded :)
[03:50] <evand> Hobbsee: wonderful! thanks
[03:50] <Hobbsee> no problem :)
[03:52] <LucidFox> Does someone feel like reviewing? ^_^
[03:56] <asisak> evand: http://download.gnome.org/sources/gnome-bluetooth/0.9/gnome-bluetooth-0.9.1.tar.gz :D
[03:57] <evand> ...ARR!
[03:59] <Hobbsee> haha
[03:59] <Hobbsee> poor evand 
[04:00] <asisak> it is an easy update, though
[04:00] <evand> indeed, on it
[04:00] <evand> just a single bug fix
[04:09] <zorglu_> hmm i have to install pbuilder to rebuild vlc :)
[04:09] <asisak> zorglu_: you don't *have to* ... :)
[04:10] <zorglu_> asisak: really ? im reading https://wiki.ubuntu.com/MOTU/Recipes/PackageUpdate and it end with a sudo pbuilder build brasero_0.5.90-0ubuntu1.dsc
[04:10] <zorglu_> asisak: i dont have pbuilder, how can i do without ?
[04:10] <asisak> zorglu_: yea, it is the recommended way if you want to make sure the package compiles with exactly the listed dependencies
[04:11] <zorglu_> asisak: ok and if i dont care ? :) 
[04:11] <asisak> zorglu_: for your own use you can use e.g. debuild -uc -us -b
[04:11] <zorglu_> ok trying :) thanks
[04:11] <asisak> don't forget to run "apt-get build-dep vlc" before that
[04:12] <zorglu_> asisak: ok, i did that already :) the stuff already compiles fine, the point is to get a ubuntu package now :)
[04:13] <asisak> cool :)
[04:14] <zorglu_> 1 out of 1 hunk FAILED -- rejects in file modules/misc/freetype.c <- bouhou
[04:15] <StevenK> You say, smiling
[04:15] <asisak> zorglu_: have a look at the patch, might be from SVN, i.e. not needed any more
[04:16] <evand> http://revu.tauware.de/details.py?upid=6149 If any sponsors have a moment to look it over, I'd very much appreciate it.
[04:16] <asisak> yes, please help poor evand  :D
[04:16] <evand> :)
[04:17] <LucidFox> is it okay to use chrpath in debian/rules to remove rpaths from executables?
[04:18] <zorglu_> asisak: is there an debuild option to ignore patch error ? or should i manually edit the diff ?
[04:19] <asisak> zorglu_: you should check the patches 
[04:19] <Hobbsee> evand: looks fine
[04:20] <zorglu_> asisak: building this pacakge seems a LOT of works :)
[04:21] <zorglu_> asisak: i will try another way. like static building :)
[04:21] <zorglu_> static building of a mozilla package, youhou :)
[04:21] <asisak> zorglu_: it is a hard way, but you can learn a lot from that
[04:21] <Hobbsee> LucidFox: link?
[04:23] <LucidFox> Hobbsee> http://revu.tauware.de/details.py?upid=6063
[04:23] <LucidFox> or actually
[04:23] <LucidFox> http://revu.tauware.de/details.py?upid=6138
[04:23] <LucidFox> as it's the newer upload
[04:24] <LucidFox> maybe I should note that I am the upstream maintainer, so any comments like "ask upstream to..." can be directed to me ^_^
[04:25] <zorglu_> i dont get how you guys can handle that many packages with such procedures :)
[04:25] <StevenK> zorglu_: Magic.
[04:26] <Hobbsee> LucidFox: who's got copyright for years 04-06?
[04:26] <asisak> zorglu_: vlc uses quilt
[04:26] <asisak> zorglu_: so patches are easy to edit
[04:26] <zorglu_> asisak: quilt = ?
[04:26] <asisak> zorglu_: https://wiki.ubuntu.com/MOTU/School/PatchingSources
[04:27] <zorglu_> all that because of a silly bug in mozzila-plugin-vlc :) if( (c < 'a') || (c > 'z') ) is in the source but this should accept number too :)
[04:28] <asisak> lol
[04:28] <LucidFox> Hobbsee> It was abandoned since 2003, so I took over.
[04:29] <Hobbsee> ah right
[04:29] <Hobbsee> +License:
[04:29] <Hobbsee> should not be blank
[04:30] <Hobbsee> at least from the homepage, it's gpl v2, not v2 or later
[04:30] <LucidFox> the copyright notice headers said v2 or later
[04:30] <Hobbsee> +The printer icon is part of the Crystal project,(C) Everaldo Coelho
[04:30] <Hobbsee> +and the Crystal users community. These icons are released inder the GPL.
[04:30] <Hobbsee> i'm fairly sure they're LGPL
[04:30] <LucidFox> how can I check?
[04:31] <Hobbsee> visit the website
[04:31] <Hobbsee> i'm not sure if you need to actually specify which those files or directories are, either
[04:31] <LucidFox> Ah, that's odd.
[04:32] <LucidFox> It does say LGPL, but it's light text on a light background, while the dark header boldly says "GNU General Public License"
[04:32] <LucidFox> So it confused me.
[04:32] <LucidFox> As for the files, I'll specify the exact paths.
[04:33] <LucidFox> Since I'll have to edit debian/copyright anyway.
[04:34] <Hobbsee> you dont need the sample stuff at the top of the rules file, either
[04:34] <Hobbsee> and that's an odd way to find hte debian directory, i think
[04:34] <Hobbsee> but it looks pretty goo
[04:34] <Hobbsee> d
[04:34] <LucidFox> odd way?
[04:35] <Hobbsee> just havent seen it used before
[04:35] <StevenK> Hobbsee: Share?
[04:36] <LucidFox> what's the "proper" way?
[04:36] <Hobbsee> +DEBIAN_DIR = $(shell echo ${MAKEFILE_LIST} | awk '{print $$1}' | xargs dirname )
[04:36] <Hobbsee> StevenK: ^
[04:36] <StevenK> ARGH
[04:36] <StevenK> MY EYES
[04:36] <LucidFox> Hmm.
[04:36] <Hobbsee> haha
[04:36] <StevenK> $(CURDIR)/debian
[04:36] <LucidFox> That's odd. It isn't actually used.
[04:37] <LucidFox> if it's not used explicitly in debian/rules itself, may I delete it?
[04:39] <jwendell> Hobbsee, i quit
[04:39] <Hobbsee> jwendell: :(
[04:39] <Hobbsee> LucidFox: i assume so....
[04:39] <jwendell> Hobbsee, i can't upload the big file :(
[04:39] <jwendell> Hobbsee, anyway, could you see another upload? http://revu.tauware.de/details.py?upid=6150
[04:42] <Hobbsee> jwendell: why the makefile modifications in the diff?
[04:42] <jwendell> hmm
[04:43] <jwendell> Hobbsee, i don't know :(
[04:43] <Hobbsee> presumably a clean rule hasnt been run, or something?
[04:43] <jwendell> i just got the debian dir for 0.12 and changed it for 0.13 (and made a new patch)
[04:44] <jwendell> Hobbsee, should i remove that non-debian-dir stuff from diff ?
[04:45] <Hobbsee> oh, it runs autohell during build.
[04:45] <jwendell> haha
[04:45] <jwendell> autohell :)
[04:46] <Hobbsee> jwendell: can you do a debdiff <the debian .dsc> <your .dsc> | diffstat > foo, and pastebin taht somewhere?
[04:47] <jwendell> sure
[04:47] <jwendell> Hobbsee, are you talking about the diff for 0.12 (previous version)?
[04:47] <Hobbsee> and also without the | diffstat part, but with the rest of the command
[04:47] <Hobbsee> yep
[04:50] <Hobbsee> jwendell: please also fix debian bug 433403
[04:50] <ubotu> Debian bug 433403 in libgnomeprint15 "libgnomeprint15: Uninstallable: binNMUd." [Serious,Fixed]  http://bugs.debian.org/433403
[04:50] <Hobbsee> jwendell: please also fix debian bug 433407
[04:50] <ubotu> Debian bug 433407 in pidgin-libnotify "pidgin-libnotify: needs stricter depends on pidgin" [Normal,Open]  http://bugs.debian.org/433407
[04:51] <LucidFox> If an upstream release offers a choice between autotools and cmake, which build system is preferable to use in packaging?
[04:52] <jwendell> Hobbsee, http://pastebin.ca/630823 (with |diffstat)
[04:52] <jwendell> without diffstat i got a file with 1MB size!
[04:53] <Hobbsee> wouldnt surprise me
[04:53] <jwendell> Hobbsee, do you still want to see it on pastebin?
[04:54] <Hobbsee> yes please
[04:55] <jwendell> Hobbsee, pastebin.ca has a 150KB limit :(
[04:56] <Hobbsee> use rafb.net/paste
[04:59] <jwendell> Hobbsee, http://rafb.net/p/toobig.html :)
[04:59] <Hobbsee> hahaha
[05:00] <Hobbsee> oh dear
[05:00] <Hobbsee> jwendell: did you change *anything* outside the debian dir?
[05:00] <jwendell> nope
[05:01] <Hobbsee> right
[05:03] <Hobbsee> jwendell: okay, can you run diff -urN oldsource/debian/ newsource/debian > foo, and pastebin that somewhere please?
[05:03] <Hobbsee> it shouldnt be that big
[05:03] <jwendell> one sec
[05:05] <jwendell> Hobbsee, http://pastebin.ca/630839
[05:06] <jwendell> Hobbsee, i just dropped older patch (it was applied upstream), updated changelog, and created a new small patch
[05:06] <Hobbsee> yep
[05:06] <jwendell> oh, i changed Maintainer field too 
[05:06] <coNP> why is that so much smaller than the debdiff?
[05:07] <jwendell> debdiff got the entire tree (including new upstream tarball)
[05:07] <coNP> oh, sure it is only debian/* diff
[05:07] <Hobbsee> coNP: debian/ only
[05:08] <Hobbsee> http://revu.tauware.de/revu1-incoming/pidgin-libnotify-0707231030/pidgin-libnotify_0.13-0ubuntu1.diff which is everything not in the original tarball isnt much help, as it has a whole block of autohell in there
[05:09] <coNP> ScottK: is it a problem if I cannot finish lighttpd for now? I started but now has to go for a while...
[05:09] <Hobbsee> jwendell: looks sane.  testbuilding
[05:09] <LucidFox> Reuploaded qink per Hobbsee's suggestions: http://revu.tauware.de/details.py?upid=6153
[05:09] <ScottK> coNP: Sooner the better, but whenever you can get it done.
[05:09] <Hobbsee> jwendell: please send the contents of that last pastebin to the debian maintainer, inviting him to use it.
[05:10] <Hobbsee> jwendell: also, please fix the debian bug that i mentioned earlier
[05:10] <coNP> ScottK: okay
[05:11] <jwendell> Hobbsee, about that debian bug, i think it's not valid at all: pidgin is going to have its own notify engine, so, pidgin-libnotify will be deprecated at pidgin 2.2 (or 2.3)
[05:11] <tobiasschulz> MOTUs: can you check http://revu.tauware.de/details.py?upid=6151 please?
[05:11] <jwendell> 3.0 is too far
[05:11] <Hobbsee> jwendell: fair enough
[05:16] <LucidFox> Who manages the NEW queue?
[05:16] <ryanakca> hmm... Any sbuilders have an idea for this? E: Couldn't find package build-essential
[05:16] <LucidFox> ryanakca> this probably means you don't have mirrors configured properly
[05:17] <LucidFox> repositories, that is
[05:17] <Hobbsee> LucidFox: archive admins
[05:17] <Hobbsee> ryanakca: build-essentials.
[05:17] <ryanakca> LucidFox: http://pastebin.ca/630863
[05:18] <ryanakca> Hobbsee: it's different in a chroot? apt-cache show build-essential    works here, outside my chroot.
[05:18] <ryanakca> Hobbsee: and I'm getting the samething for devscripts and fakeroot, so I'm guessing it's a messed up schroot
[05:18] <LucidFox> ryanakca> is it in pbuilder where you get this error?
[05:19] <Hobbsee> ryanakca: ah right.  no idea.
[05:19] <Hobbsee> jwendell: looks sane
[05:19] <ryanakca> LucidFox: no, schroot/sbuild... see "Entering the chroot" on https://help.ubuntu.com/community/SbuildLVMHowto
[05:19] <jwendell> Hobbsee, should i update changelog (i forgot to say i changed Maintainer field) ?
[05:20] <Hobbsee> jwendell: probably, but i just hit the big red "upload" button
[05:20] <Hobbsee> probably doesnt matter that much
[05:20] <jwendell> haha
[05:20] <jwendell> ok then
[05:21] <LucidFox> ryanakca> ah, sorry, I haven't worked with that
[05:21] <jwendell> Hobbsee,  does that mean the package was accepted?
[05:21] <Hobbsee> jwendell: you should get an accepted mail
[05:21] <jwendell> Hobbsee, thanks
[05:21] <jwendell> later i'll try that big upload again
[05:25] <Hobbsee> jwendell|lunch: there we go
[05:26] <Toadstool> good morning!
[05:27] <Hobbsee> morning Toadstool!
[05:28] <Toadstool> hey Hobbsee!
[05:29] <geser> does somebody know if emerald 0.3 works with compiz?
[05:30] <LucidFox> geser> it does
[05:30] <geser> cool
[05:30] <LucidFox> but you have to run emerald before compiz, otherwise it will use gtk-w-d or kde-w-d
[05:30] <geser> NEW
[05:31] <geser> so you can't change it afterwards?
[05:31] <LucidFox> you can with emerald --replace
[05:32] <LucidFox> as for NEW... it's really slow at times :(
[05:33] <geser> I hope it's a little faster now as tribe-3 is out of the way
[05:34] <LucidFox> I'm still waiting for qca2 to be accepted... it's stuck there since July 9
[05:38] <shahab_sh> hi
[05:39] <shahab_sh> i have a question about ubuntu packages and repositories 
[05:39] <shahab_sh> anyone can help me plz
[05:39] <shahab_sh> can i use debian etch repositories (dvds or ...) in ubuntu?
[05:41] <Toadstool> shahab_sh: no you can't
[05:42] <shahab_sh> there is no way?
[05:44] <tobiasschul1> MOTUs: can you check http://revu.tauware.de/details.py?upid=6151 please?
[05:48] <LucidFox> shahab_sh> Only at your own risk. And you're EXTREMELY likely to meet dependency hell.
[06:01] <shahab_sh> LucidFox: look, i dont have high speed internet and i just have 1 ubuntu cd. its very difficult for me to download some packages but i have 3dvds of debian etch. now i wanna use the dvds for ubuntu.
[06:02] <shahab_sh> now do i meet dependency hell??
[06:02] <shahab_sh> :-/
[06:03] <jwendell> Hobbsee, i saw that sparc and ia64 failed due to unmet dependencies. Is that my fault?
[06:03] <Hobbsee> jwendell: URL?
[06:03] <DarkSun88> Hi all
[06:04] <jwendell> http://launchpadlibrarian.net/8551695/buildlog_ubuntu-gutsy-sparc.pidgin-libnotify_0.13-0ubuntu1_FAILEDTOBUILD.txt.gz
[06:05] <Hobbsee> jwendell: yes you should
[06:05] <Hobbsee> although it's probably gtk+2.0 that is broken on sparc
[06:06] <jwendell> same for ia64
[06:06] <Hobbsee> yeah
[06:06] <jwendell> Hobbsee, what must i do?
[06:06] <Hobbsee> there's a new source in the archives, it seems, so that may fix it
[06:06] <Hobbsee> if it's gtk, either fix the gtk (or wait for teh new source binaries to build)
[06:06] <Hobbsee> or ignore it
[06:07] <leonel> http://www.phoronix.com/?page=news_item&px=NTkxNA  <-- This is Great
[06:09] <jwendell> Hobbsee, ok, i'll wait
[06:10] <Hobbsee> jwendell: yeah, gtk fails on sparc
[06:10] <Hobbsee> so the rest probably will too - ie, anything that depends on it
[06:10] <jwendell> indeed
[06:19] <Ash-Fox> Linden lab needs to stop making their client requirements change. Each time theres a new version I end up redoing a ot of the package get it to compile again under pbuilder
[06:21] <jwendell> Hobbsee, could you please remove supertuxkart_0.3-0ubuntu1.dsc again? I'm going to try it again :)
[06:22] <Hobbsee> jwendell: done
[06:22] <jwendell> Hobbsee, thanks!
[06:23] <geser> Hobbsee: have you some time to review (and upload) bug #87077?
[06:23] <ubotu> Launchpad bug 87077 in scons "The build of xmms2 fails because of HASH(0x82db558)="" in the environment" [Undecided,Confirmed]  https://launchpad.net/bugs/87077
[06:23] <Hobbsee> ewww, i'm not touching scons.
[06:25] <geser> ok, who should I ask instead?
[06:25] <Hobbsee> the last uploader of scons
[06:25] <Hobbsee> oh, no one from ubuntu is sane enough to touch it
[06:25] <geser> :) Uploaded By:  Ubuntu Archive Auto-Sync
[06:25] <Hobbsee> broonie: would be able to tell you if it's sane
[06:26] <geser> guess who provided that patch (the first debdiff)
[06:26] <Hobbsee> geser: in fact, broonie would probably want to upload that to debian.
[06:27] <LucidFox> Hobbsee> Why such a knee-jerk reaction to scons?
[06:27] <Hobbsee> LucidFox: because i dislike scons
[06:27] <Hobbsee> hmm, looks OK.  guess i can sponsor
[06:28] <Hobbsee> LucidFox: because i know that i'll have to merge the rotten thing in gutsy+1
[06:28] <broonie> If this is the patch to fix interop with the launchpad buildds I wrote the patch :/
[06:29] <geser> yes, that's the patch
[06:29] <Hobbsee> broonie: yeah, just noticed.
[06:29] <broonie> Ideally I'd get upstream fixed.
[06:29] <Hobbsee> broonie: were you going to upload that to debian too?
[06:29] <geser> I've tested a patched scons and two packages which fail with the unpatched one on PPA
[06:29] <geser> and they both build now
[06:29] <Hobbsee> if the debian maintainer wrote the patch, then i trust it.
[06:30] <geser> Hobbsee: thanks
[06:30] <Hobbsee> no problem
[06:31] <Nafallo> oooh :-)
[06:31] <broonie> I wasn't going to upload immediately - ideally I'd fix upstream or convert to use a patch system before I add mroe patches.
[06:31] <Hobbsee> point
[06:32] <broonie> OTOH it's a relatively pressing issue for you guys so Ubuntu could use a quick fix.
[06:32] <Hobbsee> yeah, fair enough
[06:55] <geser> Hi dholbach
[06:56] <dholbach> hey geser
[07:44] <bur[n] er> greetings all... anyone know if xtightvncviewer 1.3.9 is on deck for inclusion in gutsy?  1.2.9 is there currently
[07:44] <geser> only if someone packages it, Debian has still 1.2.9
[07:45] <bur[n] er> oh rrrright, forgot it has to be in debian :)  /me hopes someone packages it
[07:45] <AndyP> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424077
[07:46] <ubotu> Debian bug 424077 in xtightvncviewer "xtightvncviewer: new upstream stable release 1.3.9 available" [Wishlist,Open]  
[07:47] <bur[n] er> cool, thanks AndyP, i'm hoping the new tightvnc helps my https://bugs.launchpad.net/ubuntu/+source/vnc4/+bug/123631 problem
[07:47] <ubotu> Launchpad bug 123631 in vnc4 "vncviewer -listen allows connections from UltraVNC SC clients, but doesn't display the window" [Undecided,New]  
[07:54] <leonel> there's been some noise about  6.06.2    any  info on the release plans ?
[09:18] <NeilW> REVU requested for vim-rails: http://revu.tauware.de/details.py?upid=6132
[09:56] <AndyP> ooh, polls for the uvf team
[09:57] <AndyP> jussi01: i only vote for those who *don't* offer bribes ;)
[09:58] <ScottK> AndyP should ask if the pollees prefer to win or lose.
[09:58] <jussi01> lol
[09:58] <norsetto> ***norsetto sits down, open a popcorn sack and enjoy the show
[09:58] <AndyP> ScottK: what's your preference?
[09:58] <ScottK> That we have a good UVF team.  If there are enough people better, then fine.  I don't care much.
[10:03] <AndyP> a few extra conscientious members couldn't hurt though
[10:09] <zorg_the_false> q. is there a channel for the motu multimedia team ?
[10:19] <infinito> does anyone know why seahorse fails signing packages built using debuild?
[10:20] <geser> infinito: feisty or gutsy?
[10:20] <infinito> geser: feisty
[10:21] <geser> bug #78165
[10:21] <ubotu> Launchpad bug 78165 in devscripts "debuild fails to use seahorse-agent or gpg-agent" [Medium,Fix released]  https://launchpad.net/bugs/78165
[10:22] <geser> there is also a workaround which should work on feisty
[10:22] <ScottK> infinito: That or just sign with debsign.
[10:24] <infinito> thanks!
[10:30] <guardian> hi
[10:30] <guardian> were could i find support about debian multiple binary packages please ?
[10:31] <AndyP> guardian: anything about multiple binary packages in particular or just how to package them?
[10:32] <guardian> well i'm starting knowing how to making multiple packages: typical use case is some program that comes with bunch of data that can be splitted
[10:32] <guardian> however, i found no information about versioning: if only the executable changes, will data package versions change ?
[10:34] <AndyP> guardian: in multiple binary packages, yes, the version is taken from the changelog... some packages have separate -data packages, which can have a different version
[10:35] <guardian> so if i want to allow different versions for executable and data, i need to make standalone packages right ?
[10:35] <guardian> 1 for the executable, and 1 per data pack ?
[10:35] <man-di> guardian: you dont need to, but its much easier to do
[10:35] <AndyP> guardian: yes, as i understand it
[10:36] <guardian> man-di: what's the other option ?
[10:36] <man-di> guardian: writing the whole logic to determine the version numbers for the packages yourself
[10:36] <man-di> guardian: which is a major pain
[10:36] <guardian> :)
[10:36] <guardian> i see
[10:37] <zorg_the_false>  debuild -uc -us -b <- when i do that, it always clean all the previous compiled  .o, aka i recompile everything instead of the .o what need to be recompiled. any way i could avoid this clean ?
[10:38] <man-di> zorg_the_false: to avoid clean, use -nc
[10:38] <zorg_the_false> man-di: thanks
[10:38] <guardian> also i have another question which may be dumb :/ i followed the maintainer guide which instructs how to take a source tar.gz file and debianize it by creating package-version directory then invoking dh_make etc ... is there a way to have a debian directory right into my project (beside src dir ?) ? so that version is taken from configure.ac ?
[10:38] <man-di> zorg_the_false: but beware this can clutter the resulting packages
[10:38] <zorg_the_false> man-di: how so ?
[10:39] <man-di> guardian: thats really not recommended for several reasons
[10:39] <man-di> guardian: I would file bugs about this against upstream
[10:39] <man-di> guardian: as it makes packaging for a distro much harder
[10:39] <guardian> you mean for a non debian disto ?
[10:40] <man-di> guardian: no, another debian based distro
[10:40] <man-di> guardian: you get diffs for the debian dir, thats a big pain
[10:40] <guardian> in fact i would like to avoid doing what's explained inside maintainer guide again and again for each version i release
[10:40] <guardian> it's a maemo package (nokia n800)
[10:40] <guardian> so it's not aimed to run elswhere
[10:41] <guardian> it's not meant to run elsewhere
[10:41] <man-di> guardian: the maintainer guide is only about initial packaging
[10:42] <man-di> guardian: you dont need to redo it each time, just updated the package, uupdate is your friend
[10:42] <man-di> guardian: for most software an upstream update is done in 5 minutes in the debian package
[10:42] <guardian> maybe i missed something then. i had foo directory. i made foo-0.1 and followed the maintainer guide. now relevant stuff is in foo-0.1/debian
[10:43] <man-di> zorg_the_false: becuase uncleaned files and so
[10:43] <guardian> where should i keep what's generated in foo-0.1 then ?
[10:43] <guardian> i don't want to write copyritght files again and again
[10:43] <man-di> guardian: you dont need to
[10:43] <guardian> ah you mean i keep the 0.1 package then update it ?
[10:43] <man-di> cd foo-0.1 ; uupdate ../foo-0.2.tar.gz ; debuild ; dput
[10:43] <man-di> guardian: thats mainly it
[10:44] <guardian> ok
[10:44] <man-di> guardian: as long as foo-0.2.tar.gz doesnt ship a debian dir
[10:44] <zorg_the_false> man-di: ok
[10:45] <guardian> and is foo-0.1 supposed to be included in SCM ? what's generally done ?
[10:46] <broonie> guardian: Depends. Some people keep only debian/ but most import all of upstream.
[10:46] <broonie> The foo-buildpackage documentation will have standard workflows for each SCM.
[10:47] <RainCT> what's a .desktop.in file? a disabled one?
[10:47] <broonie> RainCT: .in files are usually processed by the configure script with some configuration it worked out.
[10:47] <man-di> RainCT: a file that will be processed and become a .desktop file
[10:48] <RainCT> ah ok, thanks
[10:48] <guardian> well in fact i don't want foo-0.1/src to be in SCM or any other source/header/makefile etc
[10:48] <man-di> RainCT: some placeholders will be replaced in it
[10:48] <man-di> guardian: you dont need to
[10:50] <guardian> so only foo-0.1/debian 
[10:58] <RainCT> someone knows why always I debuild something it says /bin/pwd: can't open directory ../../../../../..: Permission denied  ?
[11:00] <xxxxx1> ScottK, PM?
[11:00] <calc> i sent a core dev application in 10 days ago and only got one response back so far is there anything else i need to do?
[11:00] <ScottK> xxxxx1: If it's quick.
[11:07] <guardian> broonie: when you say foo-buildpackage, you refer to cvs-buildpackage or svn-buildpackage ?
[11:10] <RainCT> does simple-patchsys automatically apply al patches from debian/patches/?
[11:11] <ScottK> RainCT: https://wiki.ubuntu.com/MOTU/School/PatchingSources
[11:12] <RainCT> thanks
[11:18] <RainCT> well but that command basically only adds a .patch to debian/patches, or?
[11:25] <infinito> does MOTU created packages get overwritten when syncing from debian?
[11:25] <ScottK> Yes
[11:25] <ScottK> If a Ubuntu change needs to be preserved, then you do a merge instead.
[11:41] <guardian> thank you very much for your detailed answers guy. was much appreciated
[11:41] <guardian> bye :)
[11:58] <RainCT> good night all
[12:02] <mohammad> could anyone please review http://revu.tauware.de/details.py?upid=6052 for me?
[12:12] <ScottK> mohammad: Does it still doe the mozilla init stuff?
[12:12] <mohammad> ScottK: the copyright issues are completely resolved but not the mozilla init stuff
[12:13] <mohammad> ScottK: do you have any suggestion for me?