[12:21] <geser> siretart: the problem is that some old uploads got unarchived
[12:22] <siretart> geser: yes, that was a mistake from my side, I said yesterday on irc
[12:22] <siretart> geser: I accidentally reset all archived information while writing the auto-archive script :(
[12:26] <geser> is it safe to archive them again?
[12:26] <siretart> yepp
[12:26] <siretart> I won't reset them again. it was an accident :(
[12:27] <siretart> good night!
[06:52] <crimsun> ok, Forums time!
[06:52] <Hobbsee> oh?
[06:53] <crimsun> yep, time for the daily support trawl
[06:53] <Hobbsee> urgh
[06:54] <crimsun> I just tell myself everything will be ok, and then I jump back into hell.
[06:54] <crimsun> three hours later, I climb out, rinse, and go back to real-life work.
[06:55] <crimsun> interestingly enough, yesterday's trawl has already uncovered two corner cases not fixed in ALSA 1.0.14, but we've got one of them fixed already.
[07:01] <Nafallo> *yawn* morning
[07:02] <Hobbsee> morning Nafallo 
[07:02] <Nafallo> 7:02 and I'm awake..
[07:02] <StevenK> pm? :-P
[07:02] <Nafallo> am :-P
[07:03] <Nafallo> except we have 24h here ;-)
[07:03] <Nafallo> I got stuff to do today so... ;-)
[07:04] <Nafallo> and then I will be away again until friday morning ;-)
[08:07] <Fujitsu> `Battery may be invalid' to you too, g-p-m!
[08:10] <nixternal> haha
[08:11] <nixternal> wb LaserJock 
[09:33] <Amaranth> how can i make pbuilder use packages i've build/installed locally to satisfy build deps?
[09:34] <Amaranth> please tell me the answer is easier than 'setup a custom repo'
[09:34] <Hobbsee> pbuilder login --bindmounts /directory/with/debs
[09:35] <man-di> bashelier: I will upload tonite when I have access to my gpg key
[09:35] <ajmitch> setting up a custom repository is dead simple though
[09:35] <pygi> xD
[10:06] <cbx33> hey guys....and nomachine NX experts here?
[10:12] <cbx33> ping imbrandon 
[10:28] <siretart> Amaranth: may I suggest to use sbuild on a specially prepared (read: with your local packages installed) chroot?
[10:28] <siretart> cbx33: hardy, since it is non-free
[10:29] <cbx33> well there is FreeNX
[10:29] <siretart> which isn't nomachine NX
[10:29] <cbx33> which is in Seveas' repo
[10:29] <siretart> cbx33: you might have more look if you just asked what you want to ask ;)
[10:29] <cbx33> ahh i see
[10:29] <cbx33> ok
[10:29] <siretart> s/look/luck/
[10:29] <Amaranth> the server is still non-free
[10:29] <cbx33> ok
[10:29] <siretart> Amaranth: I thought the client was non-free
[10:30] <Amaranth> this is X, the thing on the client computer is the server :)
[10:30] <cbx33> i was wondering if multiple people could watch the same NX session
[10:30] <siretart> AFAIU, Freenx provides a GPL'ed server, which can be used with the non-free-but-free-as-in-beer client from nomachine
[10:30] <cbx33> while one person could control it
[10:31] <Amaranth> siretart: the the non-free bit is the server :)
[10:31] <Amaranth> it's a modified xfree86
[10:31] <Amaranth> i think that's how it works anyway :)
[10:31] <siretart> Amaranth: they still call the thing which you use to login to the remote server "NX client"
[10:32] <siretart> and the last time I looked at it, the installation was still very scary
[10:32] <siretart> (2 weeks ago)
[10:32] <cbx33> well /me got it up and running very easy with the seveas pacakge
[10:33] <cbx33> i was just wondering if anyone knew about multiple viewings of the same session
[10:40] <dholbach> hiya
[10:41] <Hobbsee> dholbach!!!
[10:41] <dholbach> hi Hobbsee
[10:41] <geser> Hi dholbach
[10:42] <Fujitsu> Evening dholbach, Hobbsee, geser.
[10:42] <geser> Hi Fujitsu
[10:42] <cbx33> hey Fujitsu Hobbsee geser dholbach 
[10:43] <Hobbsee> hi Fujitsu, cbx33 
[10:43] <geser> Hi cbx33
[10:43] <dholbach> hi cbx33, hi Fujitsu
[10:43] <Fujitsu> Hi cbx33,
[10:43] <RAOF> Fujitsu: Incidentally, gnome-power-manager thinks that *my* battery is valid :).
[10:43] <Fujitsu> RAOF: Valid, or invalid?
[10:43] <RAOF> Fujitsu: Valid.
[10:43] <Fujitsu> Aw. Damn.
[10:44] <RAOF> And g-p-m is getting really cool.  "5 mins until charged, Provides 2 hrs 10 min battery runtime"
[10:44] <Fujitsu> I dare not unplug the power, or about 30 seconds later it decides that I need to shut down.
[10:44] <cbx33> heheh
[10:44] <RAOF> :)
[10:44] <Fujitsu> Provides 25 minutes battery runtime! Yay! (I know I can get about 1:10 out of it at the moment)
[10:44] <Fujitsu> It seems to do some crazy profiling thing.
[10:45] <Fujitsu> And because I haven't run it down significantly with this new version it thinks the capacity is limited.
[10:45] <RAOF> Yeah, it's not very accurate for me at the moment either.
[10:45] <Fujitsu> The profiling graphs are a little odd.
[10:45] <RAOF> I'd expect 3+ hours on a near full charge.  Although I suppose that's less at 100% brightness.
[10:46] <Fujitsu> Thanks for the notification that my battery is full as I unplug it, g-p-m.
[10:57] <crimsun> really? Mine tells me that I can't suspend-to-*, and it takes 50 seconds for the session logout dialog to appear.
[10:57] <crimsun> of course `sudo pmi action suspend` works just dandy, as does "hibernate"...
[10:58] <crimsun> but that's why I love development branches!
[10:58] <Fujitsu> crimsun: I don't bother to wait for the logout dialog to appear, and just flip to tty1 to shutdown from there. I didn't know it would eventually appear.
[10:58] <crimsun> oh look, that's precisely what's being discussed in -devel
[10:58] <crimsun> what a coincidence
[10:58] <Fujitsu> Heh, yes.
[11:11] <Fujitsu> Arrrgh
[11:12] <Fujitsu> I have more than 0% remaining, thanks.
[11:12] <StevenK> Nah, you just think you do.
[11:12] <Fujitsu> Ah, the graph looks slightly more sane now.
[11:12] <Fujitsu> Rather than dropping from 60% to 20% in about a minute, those points have now vanished and are heading up.
[11:13] <Fujitsu> Oh great, it's now critically low, and my computer will *power-off* when it becomes completely empty.
[11:13] <Fujitsu> I've never seen a GNOME application spout so much rubbish in such a short time.
[11:13] <Hobbsee> that's a feature
[11:14] <StevenK> Hrm. Could it be egging Fujitsu on to install Kubuntu.
[11:14] <Fujitsu> StevenK: No.
[11:14] <Fujitsu> Hobbsee: Hahaha.
[11:15] <Fujitsu> Baaaaah, why is my battery percentage going distinctly up when I'm still unplugged? How do I gain 10% of my power with no input?
[11:15] <StevenK> Magic, clearly.
[11:15] <RAOF> Fujitsu: Lag.  g-p-m now updates itself via the internet.  Get a faster connection :)
[11:15] <StevenK> Bwahaha
[11:15] <Qball> :D
[11:47] <Fujitsu> g-p-m is being nasty and retrospectively modifying the Charge History graph.
[11:49] <bashelier> man-di: ok thanks :)
[11:50] <pgquiles__> I am packaging a library which creates libsnmp++.so.0.0.0. How do I create the symlinks (libsnmp++.so.0 and libsnmp++.so)? Manually? shlibs? something else?
[12:06] <bashelier> pochu: ping
[12:07] <pochu> bashelier: pong.
[12:08] <bashelier> pochu: hey :) I wanted to ask you if I could merge listen, this merge is simple ;)
[12:08] <pochu> Any sponsor for Bug #72382? It's an easy fix, so it won't take a lot for review it :)
[12:08] <ubotu> Launchpad bug 72382 in mail-notification "Popup not working with KDE 3.5.5" [Low,Confirmed]  https://launchpad.net/bugs/72382
[12:09] <pochu> bashelier: There's -4 in Debian?
[12:09] <bashelier> pochu: yep, give me a minute and I'll send you the debdiff
[12:10] <pochu> bashelier: I can't upload it, so need to send it to me ;)
[12:10] <pochu> But I've seen the changes. Please, do it :)
[12:11] <bashelier> pochu: np ;)
[12:15] <bashelier> pochu: here it is : http://82.234.91.6/listen_0.5-4ubuntu1.patch, let's report a bug now
[12:17] <pochu> Cool
[12:18] <Qball> ugh...  elcassy is drunk in #ubuntuforums
[12:20] <bashelier> pochu: https://bugs.launchpad.net/ubuntu/+source/listen/+bug/118759
[12:20] <ubotu> Launchpad bug 118759 in listen "Please merge listen (universe) from Debian Unstable (main)" [Undecided,Unconfirmed]  
[12:21] <pochu> bashelier: thanks!
[12:22] <bashelier> thanks to you ;)
[12:24] <pochu> Anybody with super-upload-powers? :) Bug #72382 and #118759 need you :)
[12:24] <ubotu> Launchpad bug 72382 in mail-notification "Popup not working with KDE 3.5.5" [Low,Confirmed]  https://launchpad.net/bugs/72382
[12:24] <ubotu> Launchpad bug 118759 in listen "Please merge listen (universe) from Debian Unstable (main)" [Low,Confirmed]  https://launchpad.net/bugs/118759
[12:33] <StevenK> Hrm, make is a really hard parent.
[12:33] <StevenK> Live child 0x0064e290 (install-arch) PID 2924 
[12:33] <StevenK> Reaping losing child 0x0064e290 PID 2924 
[12:34] <StevenK> And even if you don't lose!
[12:34] <StevenK> Reaping winning child 0x0064e290 PID 2907 
[12:41] <sacater> imbrandon: ping?
[12:41] <imbrandon> sacater: You sent me a contentless ping.  This is a contentless pong.  Please provide a bit of information about what you want and I will respond when I am around.
[12:41] <sacater> ah
[12:41] <sacater> imbrandon: ping want to talk to you about server space
[12:42] <dholbach> does the connection to tiber seem a bit slow to any of you?
[12:45] <bashelier> dholbach: it does :/
[12:45] <dholbach> ok, just didn't know if it was just my problem
[12:46] <bashelier> dholbach: do you have a few minuts to sponsor a very simple merge ?
[12:46] <dholbach> bashelier: I can look at it, yes
[12:46] <bashelier> dholbach: here it is https://bugs.launchpad.net/ubuntu/+source/listen/+bug/118759 :)
[12:46] <ubotu> Launchpad bug 118759 in listen "Please merge listen (universe) from Debian Unstable (main)" [Low,Confirmed]  
[12:48] <dholbach> bashelier: I'm reviewing the patches and packages in my mails now too - so please bear with me :)
[12:49] <cbx33> hey imbrandon you there?
[12:50] <cbx33> was messing around with NX today
[12:50] <dholbach> bashelier: looks good - doing a test build now
[12:50] <bashelier> dholbach: ok thanks :)
[12:51] <Fujitsu> Yay, g-p-m is giving slightly sane time estimates now I've put the battery through a full cycle.
[12:53] <dholbach> bashelier: for future uploads: if you close a bug with your upload, add a (LP #<bug number) to debian/changelog - that way they'll automatically be closed
[12:53] <dholbach> bashelier: i'll close this one manually
[12:53] <bashelier> dholbach: np, I will, thanks
[12:54] <dholbach> alright
[12:59] <dholbach> bashelier: uploaded
[01:02] <bashelier> dholbach: thanks, would you agry to let me try to merge/sync bluez-hcidump now? :)
[01:02] <dholbach> sure
[01:04] <bashelier> thx
[01:09] <ryanakca> when asking for a sync... just create a bug with "Please sync <packagename> from Debian"?
[01:11] <Hobbsee> but yes, that works
[01:11] <Fujitsu> Hobbsee: Note that it must be modified for non-MOTU.
[01:12] <Hobbsee> Fujitsu: yes, that's now documented on DeveloperResource
[01:12] <Hobbsee> s
[01:12] <Fujitsu> Ah, good.
[01:13] <ryanakca> Hobbsee: request sync script?
[01:13] <ryanakca> ah
[01:13] <ryanakca> I see
[01:14] <Hobbsee> ryanakca: yes.  see /usr/bin/requestsync and change where it says to subscribe ubuntu-archive to be ubuntu-universe-sponsors.  it's documented on w.u.c/DeveloperResources
[01:27] <ryanakca> Hobbsee: I've edited for -sponsors, but https://wiki.edubuntu.org/SyncRequestProcess doesn't explain how to use, so, `requestsync aoeui 7.10 Sid` is what I'm guessing, based on 'requestsync <source package> <target release> [basever] '
[01:28] <ryanakca> but, it fails...
[01:29] <Martinp23> dholbach: Should I leave those packages I did with you, or put them on REVU?
[01:29] <geser> ryanakca: try requestsync aoeui gutsy
[01:30] <StevenK> ryanakca: You'll also need deb-src lines for gutsy
[01:30] <ryanakca> ah, ok
[01:31] <ryanakca> thanks :)
[01:33] <DktrKranz> bashelier, has freeradius sync bug #118733 been processed by an archive admin?
[01:33] <ubotu> Launchpad bug 118733 in freeradius "Please sync freeradius (universe) from Debian Unstable (main)" [Wishlist,Fix released]  https://launchpad.net/bugs/118733
[01:34] <DktrKranz> if not, you should reopen it in order to be processed
[01:35] <lionel> DktrKranz: looks like bashelier closed the bug...
[01:35] <lionel> (and it was not processed)
[01:35] <DktrKranz> It seems so
[01:36] <DktrKranz> it's not a big issue, though
[01:37] <lionel> DktrKranz: right :)
[01:41] <LongPointyStick> ryanakca: use requestsync aoeui gutsy
[01:46] <dholbach> Martinp23: they are fine at your place - as you like it - still reviewing your package and will reply soon
[01:47] <Martinp23> dholbach: OK :)
[01:59] <dholbach> Martinp23: replied
[01:59] <dholbach> fernando packaged stuff like crazy
[01:59] <DarkSun88> Hi all
[01:59] <dholbach> he's bloody amazing
[01:59] <dholbach> Martinp23: maybe we should create DesktopTeam/WIP on the wiki
[01:59] <dholbach> Martinp23: so we don't clash on stuff we're working on
[01:59] <Martinp23> dholbach: Indeed - that would be helpful
[01:59] <dholbach> Martinp23: I'll do that and link it from /TODO
[01:59] <Martinp23> dholbach: OK - /me will work on the packages :)
[01:59] <dholbach> Martinp23: thanks a lot for that
[01:59] <jekil> hello
[01:59] <fernando> moin all
[02:03] <bashelier> hey fernando :)
[02:03] <fernando> hey bashelier 
[02:06] <apachelogger> mr_pouit: http://revu.tauware.de/details.py?upid=5245 please revu :)
[02:06] <ScottK2> Good morning all.
[02:07] <xxxxx1> morning people!
[02:17] <persia> Does anyone know how long it takes for a Debian upload to get to ftp.debian.org, or another place I can see it before it gets there?
[02:17] <StevenK> persia: dak for Debian runs once a day.
[02:17] <StevenK> persia: And, http://incoming.debian.org/
[02:18] <persia> StevenK: Thanks.  Now to make sure my hijacker is doing a good job :)
[02:18] <StevenK> Hah
[02:19] <StevenK> Oh crap.
[02:20] <persia> Grrr..   Debian maintainers grabbing ITAs should check the Ubuntu patch :(
[02:24] <ScottK> persia: Depending on the maintainer, they may not be interested.  Even from my perspective as an Ubuntu person, those patches are sometimes hard to make sense of.
[02:25] <cbx33> StevenK: surely it's good that you know the problem?
[02:25] <ScottK> persia: What's worked for me is direct dialogue with the maintainer or individual bugs on BTS with a patch specific to that problem.
[02:26] <StevenK> cbx33: Well, why not?
[02:27] <persia> ScottK: In general, that works for me.  This was a package that was orphaned, and I spent two weeks getting it into shape for Debian, and submitted to a Debian sponsor for an ITA, and someone else trumped me as the new maintainer.  I'll submit patches now, but I had a really nice and clean package, without many issues now still in Debian :(
[02:28] <ScottK> I see.  Sounds a bit frustrating.
[02:28] <StevenK> Debian often is.

[02:28] <persia> ScottK: Yep.  Just venting here.  I expect we can probably get a merge once I've had some dialog with the new maintainer.
[02:28] <StevenK> persia: File the ITA first! First!
[02:29] <persia> StevenK: I was encouraged not to by my Debian sponsor until the package had been reviewed.  Next time I'll seek a Debian sponsor I know better (hint, hint).
[02:29] <StevenK> You can't afford my rates.
[02:29] <StevenK> :-P
[02:30] <Hobbsee> StevenK: can be persuaded to uplaod :P
[02:30] <persia> :)
[02:31] <StevenK> persia: Buy a quad core Pentium D, and I'll upload libc6 if you ask me.
[02:31] <ScottK> persia: If you are interested in Python modules at all, the Debian Python Modules Team is very open to Ubuntu participation and has several DDs that will also sponsor stuff outside the scope of what DPMT covers.
[02:31] <imbrandon> lol
[02:32] <StevenK> Buy *me* a quad core, that is. :-)
[02:33] <persia> ScottK: Nope.  I'm already on the debian games team, and will probably join debian-multimedia once I clear my plate.  This was just one of my wxWindows -> wxWidgets transitions, for which upstream and Debian were dead (and it wasn't a team package), so I thought I'd become a Debian Maintainer.
[02:33] <ScottK> OK.  Just a thought.
[02:34] <persia> StevenK: Does Australia still have that surcharge on data processing equipment as needing to be certified by the telephone authority?  Are you allowed to run equipment intended for other countries?
[02:35] <StevenK> persia: Yes, and no.
[02:36] <persia> StevenK: OK.  Next time I seek an upload, I'll buy you a quad core Pentium D and keep it on my bookshelf until the laws change :)
[02:37] <StevenK> Well, it needs to be Austel approved if it connects to the POTS.
[02:37] <StevenK> So, ship it over. :-)
[02:38] <persia> StevenK: Only POTS?  That's an improvement.  I'll keep it in mind.  Thanks.
[02:45] <Fujitsu> Has anybody else using LVM noticed that some LVs have vanished from /dev/<VGName> in Gutsy recently?
[02:49] <Fujitsu> persia: I had to reread the summary of bug #118772 a few times to confirm I wasn't delusional :P
[02:49] <ubotu> Launchpad bug 118772 in freqtweak "Please don't merge freqtweak 0.7.0~cvs20070605-1 from Debian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118772
[02:49] <persia> Fujitsu: I've contacted the maintainer.  I'm hoping for a sync in a week or so, but didn't want anyone to get excited before it was ready :)
[02:51] <bashelier> does someone have an i386 ready to test latest Debian zsnes revision ? (new upstream version) I'll ask for sync if it works
[02:51] <bashelier> (I'm have a ready .deb and a rom)
[03:40] <Hobbsee> ryanakca: did you get it working?
[04:05] <Lutin> persia: about the comment you made on inventor: glw is not included in ubuntu. it was provided by the source package 'meta', from which glw has been removed a while back, dunno why
[04:06] <persia> Lutin: Thanks for the note.  I thought it was just similar to GL vs. GLU at first glance.
[04:09] <Lutin> persia: err. I actually meant mesa . the point is, we end up with unsable packages that we can't fix :/ (I also screwed up by requestiong a sync for xbvl, same thing)
[04:10] <persia> Lutin: Perhaps there is a need for a libGLw package?
[04:11] <Lutin> persia: yep, maybe. I haven't been able to find out why it was removed from ubuntu though. looks like it was during the edgy devel sycle
[04:11] <Lutin> cycle*
[04:12] <bashelier> https://bugs.launchpad.net/ubuntu/+source/inventor/+bug/118608
[04:12] <ubotu> Launchpad bug 118608 in inventor "Please merge inventor (universe) from Debian Unstable (main)" [Wishlist,Needs info]  
[04:12] <bashelier> apt-file didn't give me any resoult about the missing files
[04:12] <bashelier> result*
[04:14] <bashelier> perhaps just a missing b-d on libglw-dev, let's try
[04:15] <persia> bashelier: Always try apt-cache search foo before build-depending on foo :)
[04:16] <StevenK> GLw hasn't existed since Breezy.
[04:16] <bashelier> persia: I'll remember :)
[04:16] <StevenK> And thanks for asking before taking my merge.
[04:17] <bashelier> sure, sorry
[04:17] <StevenK> In future, it's polite to do so.
[04:17] <bashelier> will do, don't worry
[04:17] <Lutin> StevenK: oh, breezy ?
[04:18] <Lutin> StevenK: do you know the rationale for its removal ?
[04:18] <StevenK> Yes. It's a complete PoS.
[04:19] <Lutin> StevenK: sorry, what's PoS ?
[04:19] <StevenK> I went digging and found out the sordid tale when I did the inventor merge for Dapper, but Dapper was a long time ago.
[04:19] <StevenK> Lutin: I'll rephrase. The code is utter crap. :-)
[04:19] <Lutin> StevenK: ahh, I see. thanks :)
[04:24] <persia> (or request a drop)
[04:40] <leonel> hello !
[04:41] <imbrandon> StevenK, still awake ?
[04:41] <Hobbsee> hi imbrandon 
[04:41] <StevenK> Nope.
[04:41] <imbrandon> StevenK, something for you to dream about tonight ... http://icanhascheezburger.files.wordpress.com/2007/06/lolcode.jpg
[04:42] <imbrandon> Hobbsee!
[04:42] <Hobbsee> imbrandon: you promised me some scripts, a while ago.
[04:42] <imbrandon> Hobbsee what ones ?
[04:42] <Hobbsee> imbrandon: they havent appeared in my inbox.
[04:42] <Hobbsee> imbrandon: konversation nightly scripts, etc
[04:42] <StevenK> imbrandon: Twitch.
[04:42] <imbrandon> i've been forgetfull/busy lately heh, ahhh ok
[04:42] <imbrandon> i'll grab those now-ish
[04:42] <Hobbsee> good man.  thankyou
[04:42] <imbrandon> StevenK, i knew you would like that
[05:26] <leonel> I need to put  some patches  is it better  to run  dpatch-edit-patch once for every patch  or do  only one time  dpatch-edit-patch ?
[05:26] <bashelier> pochu: ping, just to ask you if I could merge monodevelop
[05:28] <pochu> bashelier: Sure. Just add the new dependency, and ask slomo whether it's ok or not.
[05:31] <bashelier> pochu: new dependency has been added in latest Debian revision ;) see Debian #424075, just have to build depend on firefox-dev, depend on firefox for the merge
[05:31] <ubotu> Debian bug 424075 in monodevelop "monodevelop: FTBFS: Got a SIGSEGV while executing native code." [Serious,Closed]  http://bugs.debian.org/424075
[05:32] <pochu> bashelier: That's what I mean :) There are no more changes to merge, so just add the build-dependency ;)
[05:32] <ScottK> leonel: I'd do it once per patch so that you can be very clear in debian/changelog what goes with what and why it's there.
[05:32] <bashelier> pochu: ok :)
[05:35] <leonel> ScottK: that's what I was thinking ..
[05:35] <leonel> ScottK:  thanks
[05:38] <LaserJock> gpocentek: ping
[05:38] <ScottK> No problem.  It's always important to be clear what's happening and why.  It's even more important for security uploads.
[05:39] <gpocentek> LaserJock: pong
[05:40] <LaserJock> gpocentek: see pm
[05:40] <LaserJock> dholbach: pingy pingy for you too
[05:40] <dholbach> LaserJock: hello
[05:40] <LaserJock> dholbach: how many MC members do I need? all of them?
[05:42] <dholbach> LaserJock: it has been up for vote since friday and it'd be nice to hear some views on it - I'm going to reply to the mail today - I've been very busy - so sorry for not replying to it direclty
[05:42] <LaserJock> dholbach: well, I ask because there is a TB meeting in 3 hrs
[05:42] <LaserJock> dholbach: I think if you can email I'll have all the MC but ajmitch
[05:42] <LaserJock> as I think he'll still be asleep
[05:43] <dholbach> right
[05:43] <LaserJock> I'm trying to figure out if I need to show up at the TB meeting or not ;-)
[05:43] <LaserJock> the TB might also be interested to know if they need to show up or not
[05:43] <dholbach> hobbsee's interview was done separate from the TB meeting
[05:43] <LaserJock> heh
[05:44] <LaserJock> dholbach: yes, but I think that was just because of scheduling
[05:44] <dholbach> so I'm sure that if you missed the meeting, you'd still get processed quickly enough
[05:44] <Hobbsee> i dont do 4am meetings.
[05:44] <LaserJock> the TB meeting today is a decent time for me so if it's possible great
[05:44] <LaserJock> if not that's fine
[05:44] <dholbach> alright
[05:44] <LaserJock> I just wondered
[05:44] <dholbach> I can pass on the vote as it is
[05:45] <dholbach> if you want to get it processed quickly
[05:46] <Hobbsee> dholbach: and even that got delayed :P
[05:46] <dholbach> right
[05:46] <LaserJock> dholbach: well, if they aren't going to take it without ajmitch's vote then I don't see the point
[05:46] <dholbach> I can't promise you anything
[05:46] <LaserJock> I guess I could ask mdz or something
[05:46] <dholbach> I think a majority will be enough, if they're convinced as well
[05:47] <Hobbsee> it'd surprise me if they followed the rule to the letter, instead of the idea of the rule
[05:48] <Hobbsee> considering timezones and such
[05:51] <LaserJock> dholbach: mdz wants to wait
[05:59] <dholbach> ok thanks LaserJock
[05:59] <bashelier> pochu: have you also added metacity in the Deps ? It had been removed in revision 0.13.1+dfsg-1 in Debian
[05:59] <slomo> pochu, bashelier: looks good... pochu, can you already upload ot universe?
[06:02] <bashelier> slomo: here is the debdiff, but I want first to know why the dep metacity has been re-added, because it has been removed in debian and not mentioned in changelog in ubuntu revisions
[06:02] <bashelier> slomo: http://paste.stgraber.org/1377
[06:02] <slomo> bashelier: it can be dropped, no idea why anymore but it can ;)
[06:03] <bashelier> slomo: ok, just let me check the build and then I'll attach debdiff the debdiff to the bug :)
[06:08] <pochu> slomo: not yet :)
[06:09] <slomo> pochu: oh, too bad :)
[06:09] <pochu> slomo: oh, and if you have one second, bug #72382 is a one-line fix (add a dependency)
[06:09] <ubotu> Launchpad bug 72382 in mail-notification "Popup not working with KDE 3.5.5" [Low,Confirmed]  https://launchpad.net/bugs/72382
[06:09] <pochu> slomo: hehe, but I'll get there sooner or later ;)
[06:09] <slomo> ok, will upload
[06:11] <mruiz> hi all
[06:12] <pochu> Hello mruiz 
[06:12] <pochu> slomo: thanks!
[06:12] <mruiz> hello pochu 
[06:16] <mario_> dholbach, poke
[06:17] <dholbach> pygi: in a phone call
[06:17] <pygi> oki
[06:24] <bashelier> slomo, pochu: https://bugs.launchpad.net/ubuntu/+source/monodevelop/+bug/118795
[06:24] <ubotu> Launchpad bug 118795 in monodevelop "Please merge monodevelop (universe) from Debian Unstable (main)" [Undecided,Unconfirmed]  
[06:27] <RainCT> Hi
[06:27] <RainCT> do "Updated Merges" also require some work?
[06:28] <bashelier> RainCT: update merge list you mean ?
[06:28] <RainCT> bashelier: the 'Updated Merges' from http://merges.ubuntu.com/universe.html
[06:28] <RainCT> do they need some intervention are is there everything done automatically?
[06:29] <bashelier> RainCT: don't know, I'm using DaD :p
[06:31] <dholbach> pygi: back
[06:31] <pygi> was just wondering what happened with packages yesterday
[06:31] <apachelogger> everyone in revu mood please have a look at http://revu.tauware.de/details.py?upid=5391
[06:32] <bashelier> apachelogger: np hold on ;)
[06:32] <apachelogger> aye :)
[06:32] <dholbach> pygi: some people took care of them
[06:32] <pochu> RainCT, bashelier: DaD and MoM do almost the same. The merge is done automatically if no conflicts are found, but you still need to check everything went fine.
[06:33] <nixternal> RainCT: I forgot to tell you, the current Gutsy package for Plucker doesn't build the desktop anymore
[06:33] <pygi> dholbach, ok then :)
[06:33] <dholbach> pygi: thanks
[06:33] <pygi> for what? I didn't help ;)
[06:34] <nixternal> RainCT: it is my job to Debian to accept my libemhttp package so we can start building the patched kplucker (v1.9) from their dev svn
[06:34] <bashelier> pochu: didn't know it was called "updated packages", thanks :)
[06:35] <RainCT> nixternal: so do you need the .desktop or not?
[06:35] <nixternal> if you have one, you can shoot it my way
[06:35] <nixternal> I can guarantee that the 1.9 doesn't have it either
[06:35] <nixternal> I want to get a proper plucker-desktop build before the end of Gutsy
[06:36] <nixternal> plucker code isn't the prettiest, and they went ahead and used a non-standard library for this patched version
[06:36] <nixternal> why they couldn't have just used the curl library instead
[06:37] <pochu> apachelogger: check this error in lintian: W: ksshaskpass source: configure-generated-file-in-source debug/config.log
[06:37] <pochu> apachelogger: http://revu.tauware.de/revu1-incoming/ksshaskpass-0706051220/lintian
[06:37] <apachelogger> pochu: already asked upstream to fix this
[06:38] <pochu> apachelogger: you can fix it in your package in the meantime :)
[06:38] <apachelogger> pochu: just a clean rule?
[06:38] <bashelier> apachelogger: debian/control: please mention "Homepage" before the url
[06:39] <pochu> apachelogger: also in debian/copyright, link to the GFDL the same way you're doing with the GPL (in /usr/share/common-licenses/)
[06:39] <bashelier> apachelogger: debian/copyright: missing package license
[06:43] <apachelogger> me@apoc:/usr/share/common-licenses$ ls
[06:43] <apachelogger> Artistic  BSD  GPL  GPL-2  LGPL  LGPL-2  LGPL-2.1
[06:43] <apachelogger> pochu: no gfdl installed by default
[06:44] <geser> /usr/share/common-licenses/GFDL -> GFDL-1.2 (on gutsy)
[06:45] <apachelogger> omg
[06:45] <apachelogger> that's the feisty chroot ^_^
[07:07] <apachelogger> bashelier: 
[07:07] <apachelogger> pochu: http://revu.tauware.de/details.py?upid=5392
[07:13] <bluekuja> apachelogger, you should remove autogenerated-configure files
[07:13] <bluekuja> apachelogger, as reported by lintian
[07:14] <bluekuja> apachelogger, just adding a clean rule
[07:14] <apachelogger> ehm
[07:14] <apachelogger> http://revu.tauware.de/diff.py?upid1=5391&upid2=5392
[07:14] <apachelogger> line 28-30
[07:15] <bluekuja> apachelogger, why those files are still there?
[07:15] <bluekuja> apachelogger, http://revu.tauware.de/revu1-incoming/ksshaskpass-0706051300/lintian
[07:16] <apachelogger> the question is: why does lintian still detect them
[07:16] <apachelogger> dpkg-source: warning: ignoring deletion of file debug/config.log
[07:16] <bluekuja> ^^
[07:16] <apachelogger> well
[07:16] <apachelogger> letz just say lintian is today kinda stupid :P
[07:17] <pochu> And linda? ;)
[07:17] <bluekuja> ^^
[07:18] <bluekuja> apachelogger, seems that its not lin* problem
[07:18] <bluekuja> ;)
[07:19] <Hobbsee> hehe
[07:26] <leonel>   find /  -name  leonel -print ..
[07:26] <leonel> I'm lost !
[07:26] <leonel> :)
[07:40] <nixternal> anyone know which list and when it was noted that we should prune .la files from installing? is this only for libraries or for binaries as well?
[07:41] <xxxxx1> nixternal: .la is -dev related
[07:41] <nixternal> that is what I thought, wasn't 100% positive though
[07:43] <xxxxx1> should stay in -dev
[07:46] <nixternal> wonder where persia is hiding
[08:08] <polopolo> hello all, what do must have already done when you want to be a MOTU?
[08:08] <polopolo> !moty
[08:08] <ubotu> Sorry, I don't know anything about moty - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[08:08] <polopolo> !motu
[08:08] <ubotu> motu is short for Masters of the Universe. The brave souls who maintain the packages in the Universe section of Ubuntu. See  http://wiki.ubuntu.com/MOTU
[08:10] <geser> polopolo: just start working on MOTU tasks
[08:10] <nixternal> MOTUs: http://revu.tauware.de/details.py?upid=5393  <- revu me please :)
[08:11] <polopolo> geser: Does not make scense if I not do everything?
[08:11] <polopolo> Is there a list what MOTU's do's?
[08:11] <bashelier> polopolo: https://wiki.ubuntu.com/MOTU/TODO ;)
[08:18] <polopolo> But must I do all MOTU works, or only a few, like only packaging?
[08:18] <polopolo> and merging, sync
[08:22] <pochu> Does anybody's gnome-system-monitor display 0 KB of memory for almost every application?
[08:22] <pochu> I'm going to report a bug, but I'd like to ensure it's not me :)
[08:24] <pochu> In Processes tab, Memory field.
[08:25] <bashelier> pochu: sorry, not using gnome :}
[08:25] <bashelier> polopolo: just try to do everything you can ;)
[08:27] <xxxxx1> pochu: for me is using 4mb
[08:31] <Martinp23> pochu: In gutsy, yes :(
[08:32] <Martinp23> gnome-system-monitor, gnome-panel, firefox-bin and nautilus are the only ones using memory, apparently :S
[08:32] <geser> polopolo: you don't need to do all, you can specialize if you want
[08:32] <pochu> Martinp23: cool, same here.
[08:32] <pochu> Martinp23: It wasn't happening at the beginning of Gutsy, so I'll look at the changelog and file a bug report.
[08:32] <pochu> Thanks for the confirmation :)
[08:33] <Martinp23> pochu: No problem :) - well done for spotting it 
[08:34] <polopolo> wowoww, is gutsy avalible????
[08:34] <polopolo> Can I download it?
[08:34] <Martinp23> polopolo: A few days until the fist iso is released, I think
[08:34] <Martinp23> I've just done a dist-upgrade
[08:34] <polopolo> aha
[08:35] <pochu> Martinp23: I don't think so. I've seen that problem for at least a week ;)
[08:35] <polopolo> I download it right now
[08:35] <ogra> the first tribe CD is planned for thursday
[08:35] <Martinp23> pochu: If you set your screensaver to come on after only a minute or so, and use a flash website in FF, does the screensaver come on even through there is mouse activity (for you)?
[08:36] <polopolo> https://wiki.ubuntu.com/GutsyGibbon/Tribe1
[08:36] <ogra> Martinp23, for sure it does, there is nothing in flash that tells any screensaver to not run
[08:36] <Martinp23> aha!
[08:36] <ogra> oh, wait you said mouse activity ...
[08:36] <ogra> thats flash being evil ansd hogging the input 
[08:37] <ogra> *and
[08:37] <Martinp23> yes - I would have expected that to be picked up, even if flash had captured the mouse
[08:37] <Martinp23> meh - my fault for using it :P
[08:37] <polopolo> how to upgrade from Feosty to Herd1?
[08:38] <ogra> if you move the mouse out of the browser win while the screensaver is on, does it come back ? 
[08:38] <Martinp23> ogra: Yes - I just need to wave the mouse furiously when things start fading
[08:38] <ogra> Martinp23, rather blame adobe for crappy code :)
[08:39] <dholbach> see you tomorrow
[08:53] <blueyed> Hi masters of the free universe!
[08:54] <lionel> hi blueyed
[08:56] <blueyed> Could someone sponsor the upload for bug 88617 (SRU), please? It seems to be ok finally.
[08:56] <ubotu> Launchpad bug 88617 in duplicity "incremental backup does not work" [Medium,Confirmed]  https://launchpad.net/bugs/88617
[08:58] <leonel> ScottK: clamav  has all the patches applied the security bugs are in the 90.X versions  are missing in dapper's clamav  and I can't find  where to patch  them they are for the  cab.c  in 90.X  there's no  cab.c  in 88.X   and  the  cve-2007-2650  and cve-2007-1745 can be done   debian has all patched but the last CVE     but I can't see where they  pathed their  sarge's  clamav 
[08:58] <ubotu> The OLE2 parser in Clam AntiVirus (ClamAV) allows remote attackers to cause a denial of service (resource consumption) via an OLE2 file with (1) a large property size or (2) a loop in the FAT file block chain that triggers an infinite loop, as demonstrated via a crafted DOC file. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-2650)
[08:58] <ubotu> The chm_decompress_stream function in libclamav/chmunpack.c in Clam AntiVirus (ClamAV) before 0.90.2 leaks file descriptors, which has unknown impact and attack vectors involving a crafted CHM file, a different vulnerability than CVE-2007-0897.  NOTE: some of these details are obtained from third party information. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-1745)
[08:59] <ScottK> leonel: It may be that the issue doesn't apply to the earlier versions.  I don't know.
[08:59] <leonel> I'll need more time to see what debian did ..
[09:00] <leonel> and see if I can get the patched from there
[09:00] <ScottK> Sounds good
[09:00] <leonel> but that won't be today .. :(
[09:01] <ScottK> OK.  I'll mostly be offline the next 4 days, so ask here if you need help.
[09:05] <jetsaredim> can someone tell me how to change the java plugin that firefox uses from blackdown to sun?
[09:06] <jetsaredim> /join#firefox
[09:09] <nixternal> ScottK: any time to revu that kplayer package?
[09:10] <ScottK> nixternal: Maybe.  I've got some other stuff I need to get done first.
[09:10] <nixternal> k, get the other stuff done and hollah :
[09:10] <nixternal> )
[09:10] <nixternal> ya, split line smiley! /me patents it
[09:12] <siretart> nixternal: did you have contact with marillat about kplayer?
[09:13] <nixternal> not yet I didn't..but from what I understand they are keeping it in debian-multimedia
[09:13] <nixternal> for some reason, they think it is the same thing as kmplayer
[09:15] <jetsaredim> anyone know the answer to my firefox question?
[09:15] <nixternal> jetsaredim: that would be a #ubuntu question truthfully
[09:15] <nixternal> sudo update-alternatives --config java
[09:16] <jetsaredim> i tried that
[09:16] <jetsaredim> but that doesn't seem to have any affect on firefox
[09:19] <siretart> nixternal: why do you say about 'them'? who else is running debian-multimedia.org?
[09:20] <nixternal> I don't know
[09:20] <nixternal> if he is a DD how come he doesn't push it into the Debian repos? why keep it separated into a non-official repo?
[09:24] <siretart> nixternal: because he is pretty pissed of debian
[09:24] <nixternal> ahhhh
[09:24] <nixternal> well then that may explain some stuff :)
[09:24] <nixternal> plus he hasn't updated kplayer in a few months either
[09:25] <man-di> nixternal: the whole repo seems outdated to me
[09:25] <nixternal> ya, there are some old things in there...
[09:25] <nixternal> siretart: do you know if he is typicall a cool dude? would he respond well if I asked him to update or see if he wants to turn over maintainership?
[09:26] <siretart> nixternal: http://mentors.debian.net/debian/pool/main/k/kplayer/kplayer_0.6.2.dsc 404s
[09:26] <nixternal> or get it into debian main
[09:26] <nixternal> siretart: I removed it from Debian because they said Christian maintains it already in a non-official repo
[09:26] <siretart> nixternal: no idea. that's why I'm so interested in knowing if he has responded to a mail from you
[09:26] <man-di> nixternal: didnt you wanted to get kplayer into debian?
[09:26] <nixternal> I will email him direction
[09:26] <nixternal> man-di: yup, but was redirected to Christian
[09:27] <man-di> ah
[09:27] <man-di> well, directing to Christian is like sending one into the desert
[09:27] <nixternal> which is good, because it gave me a chance to make some changes and split the package into kplayer and kplayer-docs
[09:27] <man-di> IMO
[09:27] <jetsaredim> nixternal: when I run the java config command you posted earlier
[09:27] <nixternal> man-di: that is what I have heard
[09:27] <jetsaredim> what does the "+" sign next to an entry mean?
[09:27] <nixternal> you are interested in the * sign
[09:27] <siretart> nixternal: that guy isn't a DD nor a NM, so I wouldn't give too much on him
[09:28] <nixternal> siretart: @debian.org email for him
[09:28] <nixternal> or are we talking about someone else?
[09:28] <man-di> siretart: there are some DDs I dont give much on...
[09:28] <jetsaredim> nixternal: i got that, but I have 4 entries and the blackdown one has the + sign next to it for some reason
[09:28] <siretart> man-di: like marillat?
[09:28] <man-di> siretart: more worse ones
[09:29] <siretart> nixternal: I'm talking about Raphael Geissert
[09:29] <nixternal> oh
[09:29] <siretart> man-di: indeed
[09:29] <nixternal> man, I wish people who weren't DDs on that list wouldn't make recommendations on such things then
[09:29] <siretart> man-di: didn't you try to apply some time ago? ;)
[09:30] <man-di> siretart: I wanted
[09:30] <man-di> siretart: but I had not much time for it
[09:30] <man-di> I should not give advices to nixternal here, I'm a noone
[09:30] <nixternal> siretart: well, I will get this package into Ubuntu, and then turn around and talk with Christian about it, and push changes to him if he is interested
[09:31] <siretart> man-di: totally understandable. You're doing a great job on java packages!
[09:31] <nixternal> man-di: but siretart is backing you it seems :)
[09:31] <man-di> siretart: describing myself I would do s/great/bad/
[09:31] <man-di> siretart: yesterday I uploaded an unsigned eclipse
[09:31] <siretart> man-di: huh? I must have a bad perception then ;)
[09:32] <siretart> that happens. nothing to worry about
[09:32] <man-di> siretart: well, I have probably high standards for myself
[09:32] <siretart> nixternal: I'd say pass marillat a mail, and if he doesn't respond, find a DD to sponsor you
[09:32] <man-di> nixternal: if you need a DD, call me
[09:34] <siretart> man-di: btw, do we have a (very) rough timeline for openjdk in debian/ubuntu yet?
[09:34] <siretart> I'm just curious, but not necessarily in need for java packages (yet)
[09:35] <man-di> siretart: as always, its done when its done
[09:35] <siretart> sure
[09:36] <man-di> siretart: seriously tom marble and doko want to work on it during debconf
[09:36] <man-di> tom is from SUN
[09:36] <siretart> ah, that's great news
[09:36] <siretart> man-di: he is even in this channel ;)
[09:37] <man-di> siretart: yeah, he tries to be everywhere
[09:37] <man-di> siretart: he is the openjdk ambassasdor and tries to keep the community happy
[09:39] <man-di> I guess he dont likes when we talk about him ;-)
[09:42] <siretart> man-di: okay :)
[10:04] <TheDumbo> Seveas: poke
[10:04] <highvolt1ge> colour is evil.
[10:04] <TheDumbo> well, he told me to poke him.
[10:21] <tsmithe> man-di, you around?
[10:22] <man-di> tsmithe: yes
[10:23] <tsmithe> hmm sorry, don't worry
[10:23] <tsmithe> (yet)
[10:35] <ajmitch> hi
[10:36] <nixternal> hi
[10:36] <LaserJock> morning ajmitch 
[10:36] <ajmitch> LaserJock: sorry I didn't get to your mail about core-dev
[10:37] <LaserJock> ajmitch: no problemo
[10:37] <LaserJock> ajmitch: looks like I've got time :-)
[10:37] <ajmitch> yeah
[10:37] <LaserJock> I just got up this morning and saw some emails and thought maybe I could get them all in before the TB meeting today
[10:37] <ajmitch> too much time
[10:37] <LaserJock> so I thought I'd give it a go
[10:38] <LaserJock> but Matt's right, it is short notice
[10:38] <lionel> hi ajmitch :)
[10:47] <RainCT> can someone guide me on what to do to package the new version of desktop-file-utils? (see bug 117180)
[10:47] <ubotu> Launchpad bug 117180 in desktop-file-utils "Encoding is deprecated" [Wishlist,In progress]  https://launchpad.net/bugs/117180
[10:48] <TheMuso> Hey all
[10:48] <fernando> hey TheMuso 
[10:54] <porthose> asac: this is porthose do you still need help
[10:58] <bashelier> asac: about xulrunner: keeping ubuntu patches is has build on amd64, sparc and ppc, but has ftbfs on ia64, do you want to have a look to the build log ?
[11:20] <LaserJock> hmm, can somebody check fridge.ubuntu.com for me?
[11:21] <PriceChild> LaserJock, too many connections?
[11:21] <pygi> sure
[11:21] <_MMA_> Same here.
[11:21] <pygi> hehe
[11:21] <pygi> same
[11:21] <LaserJock> hmm, that doesn't seem good
[11:22] <pygi> did you post how to conquer world? :P
[11:22] <porthose> same here to many connections
[11:24] <LaserJock> PriceChild: sure you didn't get a tarball within a tarball?
[11:24] <LaserJock> I've seen that happen
[11:24] <PriceChild> LaserJock, yeah that's what I'm dreading... but that "shouldn't" have happened
[11:24] <PriceChild> because of a debian/rules get-orig-source which "can't" have messed it up
[11:24] <PriceChild> (repackaged from bz2)
[11:25] <TheDumbo> howdy
[11:25] <TheDumbo> still no Seveas 
[11:26] <PriceChild> revu seems to be _really_ slow and dropping my connection, not that I've ever downloaded an entire tarball from it before...
[11:26] <geser> LaserJock: fridge.ubuntu.com WFM
[11:26] <RainCT> good night
[11:26] <PriceChild> ah its back up geser :)
[11:26] <LaserJock> yeah, it's back up
[11:26] <LaserJock> I just wondered if I had somehow broken it :-)
[11:33] <PriceChild> LaserJock, I've figured out what's happenning... Its been downloading the tar.bz2 perfectly after looking at debian/watch, then for some reason it must be uscan that's making a .orig.tar.bz2 to it. my next line to then bzcat gizmod*.tar.bz2 catches both of them...
[11:34] <LaserJock> heh
[11:34] <PriceChild> s/.orig.tar.bz2/.orig.tar.bz2 symlink/
[11:34] <PriceChild> I guess I should ask someone to take gizmod out of the build queue?
[11:35] <DktrKranz> crimsun, I reviewed the debdiff of bug #117793, which should reflect your comment. could you please have a look at it? thanks
[11:35] <ubotu> Launchpad bug 117793 in dbmail "/var/run/dbmail disappears" [Medium,Confirmed]  https://launchpad.net/bugs/117793
[11:36] <xxxxx1> bye all!
[11:36] <PriceChild> LaserJock, do you know who I should poke?
[11:37] <LaserJock> PriceChild: build queue of what?
[11:37] <PriceChild> well it shows up in https://launchpad.net/ubuntu/gutsy/+queue?start=20 which I assume is waiting to be built/something?
[11:43] <LaserJock> you would need to talk to a archive admin
[11:43] <LaserJock> but I'm guessing they might be all gone by now
[11:43] <geser> does somebody know the gcc define for IA64? __x64_64__ is for AMD64 which one is for IA64?
[11:44] <PriceChild> I've fixed it and am about to push it to revu... where should I find an archive admin? -devel?
[11:46] <DktrKranz> geser, I think it's __ia64__
[11:47] <bashelier> geser: already ftbfs on the very lasts uploads on ia64
[11:49] <geser> bashelier: if you also mean xulrunner, I'd suggest to modify the patches to also check for IA64 (__ia64__)
[11:49] <geser> DktrKranz: google confirms your guess
[11:49] <DktrKranz> you have to try it
[11:50] <bashelier> geser: I can do that, but I don't have a ia64 buildd at home, how could I check it works ?
[11:51] <geser> as AMD64 and IA64 fails to build with the same error, I'd say that the same patch should fix it for both
[11:51] <bashelier> geser: okay, give me a minute to make an other debdiff
[11:53] <crimsun> is this the xulrunner merge from earlier?
[11:53] <geser> yes
[11:53] <crimsun> I pbuilt it on current amd64/gutsy before uploading...
[11:53] <etank> if an app is version -0.1pre1 what would the correct name of the deb be when packaging it?
[11:53] <PriceChild> crimsun, uuu hey :) fixed the above problems in http://revu.tauware.de/details.py?upid=5394
[11:54] <crimsun> etank: 0.1~pre1-0ubuntu1
[11:54] <crimsun> assuming it doesn't already exist in Debian
[11:54] <etank> i am going to try to package wine-doors and it is wine-doors-0.1pre1
[11:55] <porthose> asac: you still need help
[11:55] <bashelier> crimsun: builds fine on amd64: http://launchpadlibrarian.net/7977086/buildlog_ubuntu-gutsy-amd64.xulrunner_1.8.1.4-1ubuntu1_BUILDING.txt.gz ;) problem on ia64
[11:55] <ajmitch> etank: use crimsun's suggestion
[11:55] <crimsun> bashelier: ah, I just misread geser's comment
[11:55] <etank> crimsun: with a tilda between the 0.1 and pre?
[11:55] <ajmitch> otherwise you'd run into problems when 0.1 is released
[11:56] <crimsun> etank: yes
[11:56] <geser> crimsun: do you think the same patch as for AMD64 would also fix the FTBFS on ia64? it's the same error
[11:56] <etank> crimsun: ok
[11:56] <bashelier> geser: have to apt-get source again... will take more than a minute so :)
[11:56] <ajmitch> since 0.1~pre1 < 0.1 < 0.1pre1
[11:56] <crimsun> geser: AFAIK, yes
[11:57] <etank> so then this would be correct wine-doors-0.1~pre1-0ubuntu1 ?
[11:57] <geser> if this fixes the build on IA64 that would unblock some other packages on IA64
[11:58] <Kmos> etank: yes
[11:58] <etank> cool
[12:01] <crimsun> DktrKranz: acked, uploaded & Status set accordingly.
[12:01] <etank> crimsun: dh_make doesn't seem to like the ~
[12:02] <crimsun> etank: most people here will recommend you not use dh_make(1)
[12:02] <bashelier> geser: shall I make a new revision for this fix ?
[12:02] <DktrKranz> crimsun, thanks
[12:03] <pochu> crimsun: why not?
[12:03] <etank> crimsun: what is recommened then?
[12:03] <etank> i am going from http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html on this?
[12:03] <crimsun> etank: you can use anything you want, but some people prefer cdbs
[12:03] <geser> bashelier: a new revision is only needed if it got uploaded
[12:03] <crimsun> pochu: ^^
[12:04] <bashelier> geser: ok
[12:05] <geser> as this wasn't uploaded yet, simply modified the patch (note it perhaps also in the debian changelog) and recreate the debdiff
[12:05] <etank> that part of the packagingguide is very short on content :(
[12:05] <crimsun> etank: patches are welcome :)
[12:05] <etank> crimsun: im still learning how to do all of this.
[12:06] <etank> i dont know all of the tools yet.
[12:06] <crimsun> etank: if you're using dh_make(1), be aware of the Description section of its man page.
[12:07] <pygi> etank, but you will learn ;
[12:07] <pygi> ;)
[12:07] <LaserJock> hmm, that reminds me
[12:07] <etank> pygi: eventually (maybe)
[12:07] <pygi> etank, bad attitude, bad =)
[12:08] <crimsun> with great mentors like LaserJock and geser, you can't help but learn!
[12:08] <pygi> crimsun, mhm ... and I'm bad? :P
[12:08] <etank> brb
[12:08] <crimsun> well, I'm not deliberately excluding anyone :P
[12:08] <pygi> not sure ;)