[00:00] <Zelut> persia: ping
[00:22] <james_w> Laney: night. Good luck tomorrow.
[00:48] <Fujitsu> doko: Do we want to try to finish as much of the gfortran transition as possible for Hardy, or just get things installable as much as possible?
[01:05] <LaserJock> holy toledo Debian can be fast. avogadro just made it through NEW in 32 min. :-)
[01:09] <zul> evening
[01:14] <bddebian> Heya gang
[01:16] <cody-somerville> Heya bddebian
[01:16] <bddebian> Hi cody-somerville
[01:16] <LaserJock> hola Barry
[01:17] <RAOF> Aloha bddebian, LaserJock.
[01:22] <bddebian> Hi LaserJock, RAOF
[01:33] <cody-somerville> I got an error when creating a pbuilder chroot in Hardy.
[01:33] <cody-somerville> http://paste.ubuntu-nl.org/58321/
[01:37] <mathiaz> cody-somerville: https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyring/+bug/198110
[01:37] <ubotu> Launchpad bug 198110 in ubuntu-keyring "ubuntu-keyring doesn't install" [High,Triaged]
[01:38] <cody-somerville> There seems to be a lot of packages recently that seem broken because of a missing directory
[01:38] <blueyed> cody-somerville: workaround: "pbuilder login --save-after-login", then create the directory manually and exit.
[01:39] <cody-somerville> blueyed, How can I login if I haven't created it yet? :P
[01:41] <blueyed> cody-somerville: sure, sorry.. I just had this during "pbuilder update", so.. but maybe "--bindmounts" can help you?
[01:50] <cody-somerville> PolicyKit, hal, and now ubuntu-keyring have broke recently because of a missing directory under /var
[02:16] <Zelut> RAOF: ping
[02:40] <RAOF> Zelut: Contextless pong!
[02:40]  * Zelut loves the contextless pong.
[02:41] <Zelut> RAOF: I've got a merge update that needs some quick attention if you have a minute.
[02:41] <RAOF> Possibly?
[02:41] <Zelut> RAOF: https://bugs.launchpad.net/ubuntu/+source/beagle/+bug/193715
[02:41] <ubotu> Launchpad bug 193715 in beagle "Merge beagle 0.3.3-2 from Debian(Unstable)" [Undecided,Confirmed]
[02:49] <jdong> you can hear the fight or flight process:
[02:49] <jdong> 21:41 < RAOF> Possibly?
[02:49] <Zelut> I'd be cautious of volunteering blindly as well.
[02:55] <jdong> as we'd all :)
[02:56] <Zelut> someone on my loco does a lot of work with beagle and i promised him I'd try to forward his merge request.
[02:57] <RAOF> It seems to be in the u-u-s queue.  It looks ok, from a cursory glance.
[03:43] <gmatht> Atl2source won't build on Hardy (bug 190342). This is fixed upstream. Perhaps someone should repackage it?
[03:43] <ubotu> Launchpad bug 190342 in atl2 "atl2-source to old for 2.6.24" [Undecided,New] https://launchpad.net/bugs/190342
[03:44] <somerville32> gmatht, file a bug? :)
[03:45] <gmatht> The bug hasn't been triaged in the last month.
[03:45] <gmatht> Presumably the maintainer of atl2source is on holiday.
[03:46] <gmatht> Simply removing atl2-source from Hardy would reduce confusion.
[03:49] <somerville32> gmatht, what is the bug number?
[03:51] <asantoni> I've got a question for a MOTU, or anyone knowledgeable
[03:51] <asantoni> One of my users reported a bug in a package, as well as the fix (the bug is present in gutsy and hardy)
[03:52] <asantoni> actually nm
[03:53] <somerville32> okay.
[03:53] <jdong> well that was anticlimactic
[04:01] <gmatht> bug 190342 : https://launchpad.net/bugs/190342
[04:01] <ubotu> Launchpad bug 190342 in atl2 "atl2-source to old for 2.6.24" [Undecided,New]
[04:01] <gmatht> didn't ubotu tell you the url?
[04:13] <somerville32> Okay, I'll request a sync with debian since they fix it
[04:20] <RAOF> Can someone recommend a not crap IMAP mail client for Gnome?
[04:20] <StevenK> telnet
[04:20]  * StevenK hides
[04:20] <jdong> RAOF: Evolution oh wait you said not.
[04:20] <jdong> RAOF: I use mutt because I've not found a single GUI client I'm satisfied with
[04:21] <RAOF> Right.  Thunderbird loses.
[04:21] <jdong> yeah thunderbird was better than Evo but still not great
[04:22] <jdong> I thought KMail was decent back when I used it though
[04:22]  * StevenK is happy-ish with Thunderbird
[04:22] <RAOF> "I can't login because you've selected secure login and the server doesn't support it.  Please turn off secure login, and try again".
[04:22] <StevenK> RAOF: Is that with Thunderbird?
[04:22] <RAOF> Yes.
[04:22] <RAOF> It's a stupid message.
[04:23] <StevenK> TLS or something different?
[04:23] <RAOF> SSL, I think.
[04:24] <RAOF> I don't really care whether the server (gmail) supports secure login or not - Thunderbird should do something smarter than that message.
[04:24] <StevenK> I can talk to an SSL server with Thunderbird
[04:25] <jdong> gmail runs TLS
[04:28] <RAOF> And SSL, apparently.
[04:35] <superm1> RAOF, i use gmail + thunderbird imap fine
[04:37] <RAOF> superm1: Yeah, you just need to uncheck the "use secure connection" button.
[04:37] <RAOF> The actual point I was trying to convey was "why don't you just try _without_ that option, and give me a warning"?
[04:37] <somerville32> http://mail.google.com/support/bin/answer.py?answer=78799
[04:37] <StevenK> File a bug? :-)
[04:38] <somerville32> RAOF, It should ask the user to first
[04:38] <RAOF> somerville32: Certainly, give a warning.
[04:39] <RAOF> Actually, better still: pop up "you've selected secure connection, but the server you're using doesn't support it. [Disable secure connection] [Cancel]"
[04:39] <somerville32> imap is so slow :(
[04:39] <StevenK> [Disable this time] [Disable in settings] [Cancel] ?
[04:40] <RAOF> Better still.
[04:40] <StevenK> somerville32: Oh, bullcrap. Try POP3 over a CDMA service.
[04:40] <somerville32> hehe
[04:40] <superm1> RAOF, yeah that would be sensible though :)
[04:41] <somerville32> Everytime I've tried using a mail client over gmail's web interface, I switch back
[04:41]  * somerville32 is actually setting up evolution as we speak to give it a try
[04:41]  * StevenK doesn't have a gmail account.
[04:42]  * StevenK doesn't really have any burning desire to get one
[04:42] <RAOF> The web interface for gmail is very nearly great.
[04:42] <RAOF> I just _hate_ the things it gets wrong.
[04:42] <somerville32> mm
[04:43] <superm1> the nice thing about it is server side filtering
[04:43] <RAOF> Which I still get when accessing it over IMAP.
[04:43] <superm1> just takes ages to get good filters
[04:43] <superm1> exactly :)
[04:43] <RAOF> Even if they have a dog-slow imap
[04:44] <somerville32> It doesn't help I have a few hundred thousand e-mails
[04:45]  * RAOF has only 30K
[04:45] <RAOF> I'm surprised, actually.
[04:45] <somerville32> RAOF, that you have that many or that few?
[04:45]  * StevenK is counting
[04:46] <RAOF> That I have so few.
[04:46] <StevenK> A shade over 180,000
[04:46] <somerville32> RAOF, Clearly you're not subscribed to enough mailing lists.
[04:46] <somerville32> The next time you complain about mail volume, I'll remember this.
[04:47] <RAOF> I don't think you've ever heard me complain about mail volume :P
[04:47] <somerville32> ;]
[04:48] <RAOF> Sorry, closer to 100K.
[04:48] <RAOF> Gmail seems to miscount.
[04:48] <StevenK> Heh, much easy doing it this way:
[04:48] <StevenK> % ssh enervated 'find Maildir -type f | wc -l'
[04:48] <StevenK> :-P
[04:49] <RAOF> But that doesn't allow you to have customised adds displayed in the margin of your email.
[04:50] <StevenK> I don't wants adds or ads in the margin of my e-mail.
[04:51] <RAOF> StevenK: More XP!
[04:51] <freeflying> broonie: pong
[04:51] <StevenK> RAOF: WoW taught me adds are bad, anyway :-P
[04:53] <superm1> RAOF, gmail counts threads
[04:53]  * somerville32 wonders why evolution thinks that some of his mail from gmail is from the year 2030
[04:53] <superm1> not "emails"
[04:54] <RAOF> superm1: Of course, that's right.
[04:54] <ScottK> somerville32: It's telling you you should be using Kmail.
[04:55] <somerville32> hehe
[04:56]  * RAOF installs KMail to give it a try.
[04:56] <somerville32> Having an offline client does make it to easier to browse your e-mails
[04:56] <ScottK> RAOF: If you want a full PIM (with caldenaring and all) install Kontact
[04:56] <somerville32> don't have to pan through groups of one hundred
[05:01] <somerville32> How do I get evolution to import my contacts from gmail?
[05:01] <somerville32> or does imap not support that?
[05:02] <RAOF> So, thunderbird seems substantially faster than evolution (possibly because it doesn't yet have >100K messages in its database yet), but is ugly(er).
[05:02] <RAOF> IMAP probably does, gmail probably doesn't.
[05:03] <Flannel> IMAP just does mail.
[05:03] <Flannel> There are some contact-over-imap sorts of things (Kolab, for instance)
[05:04] <Flannel> There's also calendar-over-imap sort of thing, which... I can't remember if Kolab does it, or if ts called something else.
[05:05] <superm1> but there is the google calendar provider for gmail
[05:39] <RAOF> Shouldn't a kontact crash pop up apport?
[05:45] <ScottK> No.  KDE has it's own crash system that's not compatible or something like that.
[05:47] <RAOF> That must make kubuntu bugs substantially harder to deal with.
[05:53] <ScottK> Dunno.  The one bug I'm experiencing right now that apport triggers on apport crashes on too, so it's not really a lot of help for me right now.
[06:17] <ScottK> jdong: FYI, soyuz has now grown the additional concern that main backports can't build-dep on stuff that was in universe for that release (target release, not the source).
[06:23] <Fujitsu> ScottK: It has always had that.
[06:23] <Fujitsu> ScottK: It was just automatically throwing such builds out of depwait every publisher cycle, until I filed a bug about it.
[06:24] <Fujitsu> The depwait giver-back didn't know about ogre-model.
[06:24] <ScottK> Fujitsu: Then how did Postfix 2.4.5 get into Dapper-Backports?
[06:24] <Fujitsu> ScottK: I know a lot of builds were eternally stuck in a depwait, pending, rinse, repeat loop for that reason, so I don't see how.
[06:24]  * Fujitsu looks.
[06:27] <Fujitsu> ScottK: Looks like ogre-model sucked back then. THe build log says it was overriding for main, but shows it looking for main, restricted and univeres...
[06:28] <Fujitsu> Or somebody broke a backports special case.
[06:28] <ScottK> Fujitsu: I'd argue for the latter.
[06:28] <ScottK> Fujitsu: Segregating backports into two separate unsupported sections makes no sense at all.
[06:29] <Fujitsu> But then why wasn't multiverse included as well?
[06:29] <ScottK> That could cause legal problems.  Different deal.
[06:30] <Fujitsu> True, but then so could restricted.
[06:30] <ScottK> Not really.  Restricted is so small and carefully controlled.
[06:30] <ScottK> In theory it could, but not in practice.
[06:36] <ScottK> Fujitsu: From my perspective this sounds just like security uploads disappearing from -changes because it was a bug that they were ever there at all.
[06:38]  * ScottK ponders replying to the bitorrent thread on devel-discuss saying, "It's mono - reason enough to avoid it right there".
[06:41] <Fujitsu> ScottK: BBCode is also used in the email. I think that invalidates it.
[06:41] <ScottK> Fujitsu: I need a little more context for that.
[06:42] <Fujitsu> ScottK: The author of the original email uses [b]...[/b]
[06:43] <ScottK> Ah.  Right.  Agreed.
[06:43] <Fujitsu> Right. How the heck does bug #125103 affect Baltix!?
[06:43] <ubotu> Launchpad bug 125103 in soyuz "ppa archives are not signed" [High,Confirmed] https://launchpad.net/bugs/125103
[06:44] <Fujitsu> It's bad enough getting `Also affects: baltix' emails on Ubuntu bugs.
[06:44] <ScottK> Fujitsu: All bugs affect baltix
[06:44] <ScottK> You should file a bug about that.
[06:44]  * ScottK doens't like it either.
[06:44] <Fujitsu> It's not a bug.
[06:44] <Fujitsu> It's just someone adding inappropriate bug tasks.
[06:44] <ScottK> Fujitsu: From my perspective it is.
[06:45] <ScottK> Even if it really is a bug in baltix, I still don't want the mail.
[06:45] <Fujitsu> It can't know what you're interested in.
[06:45] <ScottK> It can.
[06:45] <ScottK> It doesn't, but it can.
[06:45] <Fujitsu> I guess.
[06:46] <ScottK> For example, if a bug affect multiple packages and I'm a bug contact on one package, don't send me the mails that are clearly about the other package.
[06:46] <ScottK> These mass transition bugs just kill me.
[06:46]  * ScottK really needs to get to bed.
[06:46] <Fujitsu> On one hand I find them annoying, but I find some of the useful. Just not the baltix ones.
[06:47] <Fujitsu> Night.
[06:47] <ScottK> As I said on the other channel, I'm trying not to think of this kind of thing as Launchpad annoyances, but as incentive to work on NM.
[06:47] <Fujitsu> Heh.
[06:48] <ScottK> Not kidding.
[06:48] <ScottK> Good night.
[06:48] <Fujitsu> I'm aware.
[06:48] <ScottK> K.
[06:49] <ScottK> It seems to be a given that LP is wonderful and so by definition opinions to the contrary can be ignored.
[06:49] <ScottK> I was told (I think over the weekend) if I needed to give up my opinion that the pre-beta U/I was better than the current one if I wanted anyone to pay attention to my concerns.
[07:12]  * StevenK looks at RAOF. How do I translate a Gxx into a NVyy? :-)
[07:23] <RAOF> StevenK: Via a magic lookup table.
[07:23] <StevenK> RAOF: I figured that, but where is the magic table?
[07:24] <RAOF> http://nouveau.freedesktop.org/wiki/CodeNames
[07:24] <RAOF> I was just looking for it :/
[07:24] <RAOF> Although that's not authorititive, it turns out.
[07:25] <RAOF> Hm.  The Geforce 7s are also nv4x (for example, my 7600go is an nv4B)
[07:25] <StevenK> lspci reports my card as G71
[07:26] <RAOF> The nouveau DRI module and DDX driver will spit out the core name in dmesg & xorg.0.log respectively.
[07:27] <RAOF> This is unlikely to be terribly useful for you, though, and I don't know of any other lookup table.
[09:51] <siretart> could someone please do a testbuild on hardy for me? see #198118 for details
[09:51] <siretart> bug #198118
[09:51] <ubotu> Launchpad bug 198118 in nxtvepg "nxtvepg won't start" [Undecided,New] https://launchpad.net/bugs/198118
[10:15] <mok0> siretart: the sid version?
[10:15] <mok0> 2.7.6-1?
[10:16] <siretart> 2.7.6-2
[10:16] <siretart> is uptodate in sid
[10:20] <mok0> siretart: building...
[10:20] <mok0> done. Looking at lintian report
[10:21] <siretart> ok, please request a sync then. thanks!
[10:21] <mok0> Ah. hyphen-used-as-minus errors...
[10:21] <mok0> siretart: but it builds
[11:56] <siretart> mok0: would you please attach the buildlog to the bug?
[11:58] <mok0> siretart: sure
[11:59] <mok0> siretart: if I can figure out where cowbuilder put it...
[12:10] <slytherin> hi all, some of the activity packages related to sugar are not installable since python-abiword does not exist. What is the solution?
[12:13] <slytherin> Second question. gnash plugin is not working (not detected by FF) in hardy. Is anyone else facing the problem?
[12:14] <siretart> slytherin: did you check https://edge.launchpad.net/ubuntu/+source/gnash/+bugs?
[12:15] <\sh> slytherin: already installed flashplugin-nonfree? if so, change the /etc/alternatives link to the flashplugin
[12:15] <Iulian> Hi
[12:16] <slytherin> \sh: No. I don't have nonfree installed. Also it looks like the name of the alternative may be causing problem. for gnash it is firefox-flashplugin (missing .so)
[12:16] <slytherin> siretart: Yes I did that. Didn't found any bug so wanted to confirm if I am the only one facing problem
[12:17] <\sh> slytherin: I had a similiar problem with it during the last days...just ask asac about it...
[12:24] <slytherin> \sh: Found the problem
[12:25] <slytherin> \sh: There is no link in /usr/lib/firefox-addons/plugins to /etc/alternatives/firefox-flashplugin. Not sure if this is gnash specific
[12:31] <RainCT> heya
[12:32] <\sh> slytherin: could be a bug in the packaging
[12:32] <slytherin> \sh: Looks like it is problem with gnash
[12:39] <Iulian> RainCT: Hey
[12:39] <soren> StevenK: Any particular reason why virtualbox-ose-modules uses a meta package rather than a virtual one?
[12:41] <StevenK> soren: Don't care, it wasn't me.
[12:45] <soren> StevenK: Oh, ok.
[12:48] <rulus> There is a new version of 'gnuvd' in Debian unstable, and it should go into Hardy too, because the current version just doesn't work (bug #180383). Should I follow the sync request process as described here https://wiki.ubuntu.com/SyncRequestProcess ?
[12:48] <ubotu> Launchpad bug 180383 in gnuvd "Van Dale website code changed" [Undecided,Confirmed] https://launchpad.net/bugs/180383
[12:49] <slytherin> rulus: First make sure the version in Debian works in Ubuntu. And you will probably need FFE
[12:52] <rulus> slytherin: I'll check that first, but it should work. So I follow the SyncRequestProcess and the FreezeExceptionProcess?
[12:52] <slytherin> rulus: yes. a bug with subject - [FFE] Please sync <package> <version> from Debian <unstable>
[12:53] <rulus> slytherin: ok, thanks, I'll do that later today; must go now :)
[12:56] <ScottK> rulus: If it's a bugfix only sync then all you need to do from an FFe perspective is add the new upstream changelog entries to the bug.  If it's got new features, it needs an FFe.
[13:02] <\sh> THX for the permanent FFe for wine :)
[13:04] <ScottK> \sh: You're welcome.  Now make it work... ;-)
[13:06] <\sh> ScottK: I'm on it :)
[13:06] <\sh> ScottK: wine is working on my box...compiled manually ;)
[13:07] <ScottK> Sounds like progress.
[13:07] <\sh> ScottK: well no...somehow the package gives us broken binaries :( I need to find out what's the cause for it
[13:08] <zul> because it starts with win? ;)
[13:08] <ScottK> Yeah well ...
[13:09] <ScottK> My personal pain is an RC release from clamav of a new major version.  I haven't dared to look and see if it needs a library transition or not.
[13:10] <\sh> if you want to know on what we are working: http://www.netviewer.tv/ live from cebit 2008, hannover germany..
[13:11] <\sh> sadly only in german :(
[13:21] <\sh> ScottK: ok...the only thing which is not done during manually build is dh_strip...removing this call from debian/rules and prove my guess
[13:31] <Hobbsee> debian bug #402549
[13:31] <ubotu> Debian bug 402549 in totem "why not totem-gstreamer and totem-xine installed at the same time?" [Wishlist,Fixed] http://bugs.debian.org/402549
[14:18] <jdstrand> emgent: re: 197077 feisty debdiff-- there is a lot of autoconf changes that should not be there
[14:19] <jdstrand> emgent: hi btw
[14:19] <jdstrand> emgent: don't bother fixing it-- as mentioned yesterday, I was already working on this and have my own changesets
[14:19] <jdstrand> emgent: this is just for future reference :)
[14:50] <Amaranth> i forget, what is the 1: part called in a version?
[14:50] <Amaranth> like 1:0.5.4-0ubuntu1
[14:50] <broonie> epoch
[14:50] <Amaranth> right
[15:05] <bddebian> Heya gang
[15:06] <jdong> schierbeck: are you serious? I thought we "fixed" that a year ago
[15:06] <jdong> err... ScottK rather
[15:36] <ScottK> jdong: It's been 'fixed' again.
[15:36] <ScottK> jdong: See postfix 2.5.1 in depwait for Edgy and Dapper.
[15:36] <ScottK> jdong: Even after slangasek tried republishing the backports in Universe.
[15:38] <jdong> ScottK: go launchpad.
[15:39] <ScottK> jdong: Yeah.  I've made it a policy not to deal with filing LP bugs any more.  It's not good for my blood pressure.  All yours.
[15:51] <\sh> ScottK: bad luck...dh_strip is not the bugger
[15:52] <ScottK> You needed something to do with your free time anyway, right? ;-)
[15:52] <\sh> ScottK: I don't have free time ;)#
[15:52] <\sh> anymore ;)
[15:53] <ScottK> Right.  Of course.  You're married.
[15:54] <\sh> ScottK: well, not officially, but it's like I am ;)
[17:09] <rulus> Hey, I filed a new sync request (bug #198424). Is it ok to subscribe ubuntu-universe-sponsors?
[17:09] <ubotu> Launchpad bug 198424 in ubuntu "Please sync gnuvd 1.0.5-1 from Debian unstable (contrib)" [Undecided,New] https://launchpad.net/bugs/198424
[17:11] <RainCT> rulus: you'll need a FFe for it
[17:11] <RainCT> (unless 1.0.5 is a bugfix only release)
[17:12] <rulus> it is bugfix only
[17:13] <RainCT> rulus: ok, can you prepare a merge then, fixing the problem you mention?
[17:14] <rulus> I'll try, /me must read the merge documentation first :)
[17:17] <RainCT> rulus: just take the source from Debian and the changelog from Ubuntu, add the new changelog entries from Debian to Ubuntu's changelog and then replace Debian's with this one (to keep entries from Ubuntu) and then just do whatever changes you want (and add a new changelog entry explaining them)
[17:17] <RainCT> rulus: (and change the Maintainer field)
[17:18] <BUGabundo> hi there
[17:18] <BUGabundo> where can I find an HowTo for likewise and how to setup with an AD?
[17:18] <RainCT> Hi jono, BUGabundo
[17:19] <BUGabundo> hey RainCT
[17:19] <rulus> RainCT: thanks, I'll give it a shot :)
[17:27] <slangasek> ScottK: it may be that giving postfix back on the buildds now would be enough to get it to take
[17:29] <rulus> RainCT: done, now what to do?
[17:30] <RainCT> rulus: I'm not sure what the prefered format is (uploading the .diff.gz or what), but if you create a debdiff against the version in Debian I'll look at it :)
[17:30] <ScottK> slangasek: Is that something you can do or do I need to hunt someone down to try it?
[17:30] <HighNo> hi guys - if  I convert a bug to a sync request what should I put the asignee and status to?
[17:31] <RainCT> HighNo: assigne nobody, status new
[17:32] <rulus> RainCT: sure, debdiff it is, I'll let you know when I managed to create one ;)
[17:32] <RainCT> okay+
[17:33] <RainCT> s/+//
[17:33] <slangasek> ScottK: someone with a buildd had needs to do it - you could try lamont :)
[17:34] <slangasek> s/had/hat/
[17:34] <geser> slangasek: didn't lamont quit lp-buildd-admins?
[17:35] <HighNo> whoever wears buildd hads :-)
[17:35] <ScottK> geser: Sort of.  He did but he still has rights for someother reason.
[17:36] <geser> ScottK: he's a member of the duck
[17:40] <rulus> RainCT: http://zeus.ugent.be/~rulus/debdiff
[17:47] <RainCT> rulus: You've to list the most relevant upstream changes in debian/changelog (freeze policy)
[17:47] <RainCT> rulus: and please explain why the recode dependency can be removed
[17:48] <rulus> RainCT: ok, will do :)
[17:50] <RainCT> if there's any bzr-buildpackage user around, any idea why it doesn't uncompress upstream's tarball here (does it need to get an option or something in order to do this)?
[17:55] <rulus> RainCT: http://zeus.ugent.be/~rulus/debdiff2 :)
[17:55] <HighNo> RainCT: I have updated the patch for #197358 - I hope this one is ok. Should I change anything else on that bug like asignee...?
[18:01] <RainCT> HighNo: "malformed patch"
[18:01] <RainCT> edited it manually? :P
[18:04] <james_w> RainCT: hi, it's your lucky day :)
[18:04] <RainCT> james_w: :)
[18:05] <james_w> RainCT: when are you expecting it to uncompress?
[18:08] <RainCT> james_w: I've a directory (where the .bzr directory is) which just contains a debian/ directory, and in its parent directory I have the .orig.tar.gz inside tarballs/, and when I run "bzr-buildpackage" it copies the .orig.tar.gz inside the build directory and the debian/ directory too (inside a packagename-version dir), but it doesn't uncompress the tarball and debian/rules fails then because it doesn't find the files
[18:09] <james_w> RainCT: that is odd. It should uncompress, and then copy debian/ in.
[18:09] <james_w> RainCT: is this a public branch?
[18:09] <RainCT> james_w: yes, ~ubuntu-dev/screen-ruler/debian
[18:11] <james_w> RainCT: ah, add --merge
[18:15] <RainCT> james_w: works now, thanks :)
[18:16] <ScottK> \sh_away: Would you please look at the wine related debdiff in Bug #151982 and tell if you think we should do that?  I'm preparing a kdeguidance upload over the next few days.
[18:16] <ubotu> Launchpad bug 151982 in kde-guidance "Wineconfig doesn't detect Wine" [Undecided,Fix committed] https://launchpad.net/bugs/151982
[18:17] <james_w> RainCT: please run "mkdir .bzr-builddeb; echo -e '[BUILDDEB]\nmerge = True' > .bzr-builddeb/default.conf"
[18:18] <james_w> RainCT: http://jameswestby.net/bzr/builddeb/user_manual/merge.html for more info.
[18:19] <HighNo> RainCT: ehm, yes I did
[18:20] <RainCT> heh
[18:20] <rulus> RainCT: updated debdiff http://zeus.ugent.be/~rulus/debdiff2 :)
[18:20] <RainCT> HighNo: I used to do the same, but try if it works before attaching it ;)
[18:57] <bobbo> RainCT; i made a debdiff for Bug #196204 that you reviewed 2 hours ago
[18:57] <ubotu> Launchpad bug 196204 in gtablix "Doesn't have a .desktop file" [Low,In progress] https://launchpad.net/bugs/196204
[18:58]  * RainCT hides before he gets more review requests ;)
[18:59] <bobbo> hehe :)
[19:00]  * Iulian gives to RainCT a biiiig pie
[19:00] <Iulian> I hope you like pie *G*
[19:01] <RainCT> :D
[19:01]  * RainCT hugs Iulian 
[19:01]  * Iulian hugs RainCT back
[19:01] <Iulian> I knew it ;)
[19:17] <RainCT> bobbo: if you bumb the standards version also move the homepage to the source stanza, and remove the .png from the icon please
[19:18] <bobbo> RainCT; is that all?
[19:22] <RainCT> bobbo: yes
[19:22] <bobbo> RainCT; thats a change :)
[19:22] <RainCT> heh
[19:27] <bobbo> RainCT; http://bobbo.mooo.com/~bobbo/gtablix_0.9.13-1-1ubuntu1.debdiff
[19:40] <bobbo> RainCT; theres another debdiff for you to look at :)
[19:41] <bobbo> RainCT; the original person on that bug has put in another debdiff with a more descriptive desktop file
[19:41] <bobbo> RainCT; but it doesnt have my latest fixes
[19:42] <bobbo> the only real change is "Comment=Generate highschool timetables using a GUI for Tablix."
[19:43] <HighNo> RainCT: it is now fixed. debdiff has really created a mess as I never touched those lines before...
[19:49] <rulus> RainCT: thanks for your support :)
[19:51] <RainCT> rulus: you're welcome :)
[20:01] <LaserJock> hellboy195: ping
[20:02] <hellboy195> LaserJock: yeah?
[20:02] <LaserJock> hellboy195: regarding openbabel merge, did you try it without disabling the checks?
[20:04] <hellboy195> LaserJock: it would be a sync then right?
[20:04] <LaserJock> yes, if we don't need to disable the checks
[20:04] <LaserJock> but that's what needs to be determined
[20:05] <LaserJock> it's always a good idea before doing a merge to see if we can sync :-)
[20:06] <hellboy195> LaserJock: hmm I'll check that. But I ask Jonathan Riddell about it and I not sure if debian changed there something
[20:07] <hellboy195> LaserJock: but if it's building in my pbuilder fine, can we be sure that's really working without disabling the checks?
[20:07] <LaserJock> hellboy195: I think that'd be a fairly reasonable assumption
[20:08] <LaserJock> hellboy195: my guess is that the first entry in the changelog is what Riddell was disabling the checks for
[20:10] <hellboy195> LaserJock: generelly a better documentation would be nice to avoid confuses and asking the previous uploader
[20:10] <LaserJock> hellboy195: what needs better documentation?
[20:11] <LaserJock> do you think Riddell's entry should have had more info?
[20:11] <hellboy195> LaserJock: I think my entry is a little bit better. because I had to ask him *why* he disabled it
[20:12]  * Fujitsu stabs scipy and numpy repeatedly for having braindead, hacked up distutils.
[20:12] <LaserJock> Fujitsu: sorry dude, it is kinda messy
[20:12] <hellboy195> LaserJock: but in generel. I did a lot merges with terrible documentation ..
[20:12] <LaserJock> hellboy195: well, he might not have known
[20:12] <Fujitsu> LaserJock: They both FTBFS now :(
[20:13] <LaserJock> hellboy195: I imagine if he'd known the real problem he might have patched it as Debian did rather than just turn off the checks
[20:13] <hellboy195> LaserJock: true. nvm sry. I'll check more carefully in future
[20:14] <LaserJock> it just saves you some effort if the thing can be synced :-)
[20:14] <LaserJock> Fujitsu: bah
[20:14] <hellboy195> LaserJock: I don't care ^^
[20:14] <LaserJock> Fujitsu: in the Hardy version or a proposed sync/merge?
[20:15] <Fujitsu> LaserJock: Hardy version, and a proposed sync and merge.
[20:15] <LaserJock> uggg :(
[20:15] <Fujitsu> It built successfully a month ago.
[20:15] <Fujitsu> But failed in the archive rebuild a few days ago, and now.
[20:15] <LaserJock> hellboy195: if you see that the only Ubuntu change is to fix a FTBFS it's an easy check :-)
[20:16] <LaserJock> can be a fast sync
[20:16] <LaserJock> Fujitsu: darn
[20:16] <LaserJock> python changes?
[20:16] <Fujitsu> Seems to be LDFLAGS/CFLAGS pollution, but I can't see where.
[20:16] <hellboy195> LaserJock: hmm well I have to build a merge and I have to build a sync so I don't care. I'm happy to contribute to ubuntu and with a merge I have the feeling to do more (debdiff) than just request a sync ^^
[20:17] <LaserJock> hellboy195: well, it's much easier on sponsors if we don't have to figure out if it's a merge or a sync :-)
[20:18] <LaserJock> but yeah
[20:18] <hellboy195> LaserJock: yeah. I'm sry for you not for me ;)
[20:18] <LaserJock> it's more more experience for you
[20:18] <LaserJock> heh, yeah ;-)
[20:18] <hellboy195> LaserJock: more experience?
[20:18] <LaserJock> doing debdiffs, etc.
[20:18] <LaserJock> for a merge
[20:19] <LaserJock> a sync is fairly uneventful
[20:19] <LaserJock> although better for the archive
[20:19] <hellboy195> true
[20:19] <hellboy195> LaserJock: btw, sync! should I also test it in my PPA or is it enough that it builds in my pbuilder?
[20:20] <LaserJock> that it builds in your pbuilder
[20:20]  * LaserJock wonders what we ever did before PPAs :-)
[20:21] <zul> it was like the dark ages
[20:23] <hellboy195> LaserJock: I adjusted the bug report
[20:23] <LaserJock> hellboy195: and it did build fine in your pbuilder?
[20:23] <Fujitsu> LaserJock: I strongly dislike how upstreams response to scipy/numpy's failures to build when CFLAGS/LDFLAGS are set is to unset CFLAGS and LDFLAGS...
[20:23] <hellboy195> LaserJock: yep
[20:24] <LaserJock> Fujitsu: kinda like "it doesn't happen if I don't see it"
[20:25] <LaserJock> hellboy195: I don't think you want to have to bug be "Confirmed" but "New", but I'll take care of it
[20:25] <hellboy195> argh
[20:25] <hellboy195> LaserJock: ones again. sry
[20:26] <LaserJock> np, it's hard to remember all the changes :-)
[20:27] <bobbo> RainCT; thanks for uploading that gtablix fix :)
[20:27] <RainCT> bobbo: you're welcome :)
[20:27] <Fujitsu> LaserJock: It seems to build fine if I do it manually... must be dpkg-buildpackage doing things it doesn't like.
[20:28] <LaserJock> Fujitsu: I've had experiences like that
[20:29] <Fujitsu> LaserJock: I'll hopefully fix them up tonight and migrate them both to gfortran, but uni now...
[20:30] <LaserJock> Fujitsu: yeah, I gotta teach lab
[20:30] <RainCT> HighNo: uploading ;)  (next time remember to add LP: #xxx to the changelog)
[20:30] <LaserJock> Enthalpy of Formation of Ammonium Salts \o/!
[20:31]  * Fujitsu has 9 hours of classes.
[20:32] <LaserJock> Fujitsu: geeze
[20:32] <LaserJock> I'm glad I don't have those anymore
[20:32] <LaserJock> although I seem to consistently be up past midnight anyway
[20:33] <Fujitsu> I have a day off and only a few hours on the other days, fortunately.
[20:41] <HighNo> RainCT: ok, will do. Great that it works now. I hope to do some more fixes after tomorrow, I'm going to write an exam tomorrow and will have one or two days to be creative then...
[20:46] <HighNo> Does the archive have upload counters for different MOTUs? I guess RainCT will be leader of the day :-)
[20:56] <RainCT> heh
[21:17] <jcastro> jdong: do you run a ppa for the p2p team?
[21:25] <ScottK> mdomsch: I've got a monitors configuration question for you if you have a moment?
[21:25] <mdomsch> ScottK sure
[21:27] <ScottK> mdomsch: IIRC you maintain Dell inputs to a package that has a list of monitors.  I just ran across where Kubuntu gets that information from and it's (of course) different.  I was wondering if you'd be willing to have someone take a look at it and see if there's stuff that should be added for Dell products to be better supported by Kubuntu?
[21:28] <mdomsch> ScottK, sure.
[21:28] <mdomsch> I stick them in the hwdata package at fedorahosted.org
[21:28] <mdomsch> the two packages in Ubuntu that I know of that should pull that are
[21:29] <mdomsch> a) hwdata (which generally just pulls from Debian)
[21:29] <mdomsch> b) kde-guidance
[21:29] <mdomsch> what's yours?
[21:29] <ScottK> It's b
[21:29] <ScottK> So maybe it already gets done.
[21:29] <mdomsch> yeah, so, someone needs to update kde-guidance regularly
[21:29] <mdomsch> the upstream author wasn't too interested in switching it to just use the copy from hwdata
[21:29] <mdomsch> though I've been encouraging him in that direction
[21:29] <ScottK> Makes sense to me.
[21:30] <ScottK> For Hardy though it's probably to late.
[21:30] <mdomsch> I have a standing open bug to update kde-guidance's copy with a newer copy
[21:30] <mdomsch> oops meeting
[21:31] <ScottK> OK.  I'm planning on uploading a kde-guidance update after Alpha 6.  If you could get me an input, I could include it.
[21:31] <ScottK> mdomsch: ^^
[21:31] <mdomsch> superm1, ^^
[21:31] <mdomsch> :-)
[21:31] <mdomsch> gotta run
[22:27] <squentin> What chances do I have to get a feature freeze exception to upgrade my package (gmusicbrowser) ? The new version fix an important bug, a simple patch could fix it, but I'd prefer to upgrade it as it fixes a lot of small bugs and adds a few improvements.
[22:28] <RainCT> squentin: is it bugfix only?
[22:28] <squentin> no
[22:28] <squentin> but the changes are not that important
[22:28] <ScottK> Sounds like a reasonable one to ask for.  You need to submit a feature freeze exception request.
[22:29] <ScottK> wiki.ubuntu.com/FreezeExceptionProcess
[22:29] <RainCT> well, I'm off for today.. good night all
[22:29] <squentin> ok I'll do it thanks
[22:30] <emgent> heya people
[22:31] <emgent> blueyed, hey hey! :P
[22:48] <blueyed> hi emgent
[23:16] <bigon> should I even try to request a freeze exception? http://paste.debian.net/50504
[23:19] <bobbo> bigon; thats a big diff!
[23:24] <crimsun_> bigon: that's huge.  How many bugs does it fix, and how many of said bugs are fairly medium to crit priority?
[23:24] <crimsun_> bigon: (those are the criteria I used when on UVF)
[23:25] <crimsun_> sometimes you just have to bite the bullet, cough xserver-xgl some releases back
[23:26] <crimsun_> when it doubt, file one anyhow.  Worst case would be that it's ignored for 8.04.
[23:37] <bigon> crimsun_: I will open a freeze exception and hit upstream next time I see him :p