[00:33] <DivineOmega> Just fixed an issue in gwibber on Karmic - https://bugs.launchpad.net/gwibber/+bug/460069
[00:38] <DivineOmega> Any chance this could get into Karmic?
[00:38] <ScottK> For a bug fix it's not too late.
[00:39] <ScottK> My plate is full, but perhaps another MOTU could sponsor it.
[00:39] <DivineOmega> Ah okay. I'm new to submitting of bugs.
[00:39] <DivineOmega> It is a very minor patch.
[00:40] <ScottK> Attach the patch to the bug and subscribe ubuntu-universe-sponsors
[00:40] <Laney> I believe asac and kenvandine are interested in gwibber
[00:41] <DivineOmega> ScottK: I've attached the patch already, I shall subscribe ubuntu-universe-sponsors now.
[00:41] <Laney> you could speak to them
[00:43] <DivineOmega> asac: Interested in my little gwibber aesthetics patch? https://bugs.launchpad.net/gwibber/+bug/460069
[00:43] <jdong> indeed that's a remarkably simple fix, though it's curious why the +2 was in there in the first place
[00:44] <DivineOmega> jdong: Indeed. It seems very odd. The sole function of it appears to be an offset from the system default font. Very strange.
[00:44] <Laney> hence why someone familiar with the code should check
[00:44] <DivineOmega> jdong: If you've tried it though, you have to admit it makes gwibber look a lot nicer.
[00:45] <jdong> DivineOmega: as Laney said, why we'd rather hear from someone familiar with the codebase before pushing the upload button
[00:45] <Laney> DivineOmega: you could also try #gwibber
[00:45] <Laney> if this really is the right fix it should be upstream to anyway
[00:45] <Laney> too*
[00:45] <jdong> DivineOmega: but bugfixes are never too late to get into Karmic, rest assured. Even if RC->Final is missed, this is a perfect candidate for -proposed through a SRU
[00:45] <DivineOmega> Laney: Of course. This was my first look at the gwibber source, so admitedly, I may be overlooking something.
[00:46] <DivineOmega> jdong: SRU?
[00:46] <jdong> !sru
[00:46] <jdong> the -updates repository
[00:46] <DivineOmega> jdong: Ah, okay. Thanks.
[00:58] <MTecknology> is there any channel for people learning to be motu?
[01:00] <ari-tczew> here?
[01:01] <jmarsden> MTecknology: This one should be fine for that; quite a few people here are not (yet?) MOTUs.
[01:01] <ari-tczew> like me :P
[01:01] <MTecknology> ok, I didn't know if there was another channel for that
[01:02] <MTecknology> I need to apply for a mentor, I'd still like to learn more first
[01:04] <RoAkSoAx> MTecknology, the mentor is only gonna guide.. :)
[01:04] <RoAkSoAx> guide you*
[01:05] <MTecknology> RoAkSoAx: ya- and I'd like to know most of how everythin goes first so the mentor just spends a week or two saying, "no, do it this way instead"
[01:06] <dbernar1> Where does debconf pull the strings it presents to the user from?
[01:06] <dbernar1> I mean, something like db_get phpmyadmin/setup-password
[01:07] <dbernar1> Where does that get it's string to present to the user?
.templates
[01:07] <RoAkSoAx> MTecknology, that's pretty much how I spent my mentorship :) I just worked and worked and worked and when I had doubts, I just asked here or my mentor, and that's it. It won't matter if you know everything, as long as what you know, you do it very good, check everything, etc
[01:08] <porthose> debian/<packagename>.templates :)
[01:09] <dbernar1> porthose: and that is included in the source of the package?
[01:09] <dbernar1> Cause I don't see it.
[01:09] <porthose> it's part of the debian dir
[01:10] <dbernar1> Found it.
[01:10] <porthose> :)
[01:11] <dbernar1> It is named templates.
[01:11] <dbernar1> in the debian dir
[01:12] <porthose> it can also name it as above, some just use templates :)
[01:13] <dbernar1> Ya, thank you.
[01:14] <porthose> god I cant type tonight :\
[01:20] <dbernar1> Is there any other place there could be more strings?
[01:20] <dbernar1> I seem to be missing some
[01:26] <lfaraone> Hey, is it too late to get sponsorship for the upload of medium-priority-fixes (in Debian it'd be "grave) which are new-upstream-versions for Universe? (bug 459535)
[01:31] <jdong_> something that the MOTU release team has to decide...
[01:32] <lfaraone> jdong_: basically, as is, the package is unable to authenticate to gmail.
[01:32] <jdong_> understood.
[01:33] <lfaraone> jdong: basically, the only code that's changed is that related to logins and message polling.
[01:33] <jdong> haha well you can tell me all of this, but I don't posess any of the magical powers to make it happen :)
[01:34] <jdong> you should probably try to capture a ScottK or similar.
[01:34]  * lfaraone casts his net.
[01:34]  * lfaraone misses ScottK by a few hours.
[01:41] <sistpoty> hi folks
[01:42] <ari-tczew> hello
[01:42] <sistpoty> hi ari-tczew
[01:42] <dbernar11> Where can the templates for debconf db_get be stored?
[01:43] <sistpoty> dbernar11: in debian/
[01:43] <dbernar11> is there any other place?
[01:43] <sistpoty> dbernar11: what do you have in mind?
[01:44] <dbernar11> It is just that a db_get invocation calls phpmyadmin/dbconfig-install, and I can not see that in the templates file in the phpmyadmin package
[01:45] <ScottK> lfaraone: Go ahead get it uploaded
[01:47] <sistpoty> ScottK: have you processed the syncs byhand or do you have a way to do that with your ubuntu-archive hat on nowadays?
[01:47] <lfaraone> ScottK: yessir. /me greps for a sponsor.
[01:47] <ScottK> sistpoty: By hand with syncpackage
[01:47] <dbernar11> And I see the input screen with the text, but I can not figure out where the text comes from.
[01:48] <sistpoty> ScottK: should I sync nexuiz-data? (I could abuse fast university network :))
[01:48] <ScottK> sistpoty: Yes.  Please.
[01:48] <sistpoty> ScottK: ok, will do it, thanks
[01:48] <porthose> dbernar11, it may be part of the dbconf-common package
[01:49] <porthose> dbernar11, it has pre translated strings that it uses to ask questions from the user
[01:50] <dbernar11> where does it have them?
[01:50] <porthose> not sure you would have to look at the source :(
[01:51] <sistpoty> ScottK: stupid question: where can I find syncpackage?
[01:52] <ScottK> sistpoty: Traditionally it pitti's people directory
[01:52] <ScottK> it/in
[01:52] <sistpoty> thanks!
[01:52] <ScottK> I can mail it to you if you can't find it.
[01:54] <sistpoty> ScottK: already got it, and also found the dpkg-genchanges call I was looking for :)
[01:54] <sistpoty> (which is rather nasty! *g*)
[01:54] <ScottK> sistpoty: Would you please figure out what to do about Bug 444527 ?
[01:54] <lfaraone> jdong: you're a MOTU, right? think you could sponsor this?
[01:57] <sistpoty> ScottK: since we can't sync 1.6, I fear we won't manage to package 1.6, so I'd prefer to stay with 1.4 and grab the fix from the bug
[01:57] <ScottK> sistpoty: OK.
[01:57] <sistpoty> to package all of 1.6 to be exact
[01:57] <ScottK> Please do.
[01:57] <sistpoty> on my list :)
[01:19] <ScottK> sistpoty: Is qtiplot on your list for tonight?
[01:20] <sistpoty> ScottK: yes, given that you're ok with the embedded copy
[01:20] <ScottK> sistpoty: Not ideal, but builds is better than not.
[01:20] <sistpoty> of libqwt3d
[01:20] <ScottK> Yeah
[01:21] <sistpoty> *nod*, as I fear porting to the new API would be more than I can do in the few hours
[01:21]  * ScottK nods
[01:27] <sistpoty> ScottK: FYI: I've added a build1 version for nexuiz-data (just uploading), since I saw that fteqcc failed to upload (both were uploaded from fuddl to unstable)
[01:28] <ScottK> sistpoty: OK.
[01:28] <ScottK> I'll do nexuiz itself is ~ 75 minutes after fteqcc has published.
[01:29] <sistpoty> oh, -data also b-d on fteqcc (versioned build-dep though, so I assume it'll dep-wait once accepted)
[01:37] <ScottK> I'll wait to accept it, just in case.
[01:38] <sistpoty> excellent, thanks!
[01:39] <ScottK> sistpoty: How come you didn't merge with unstable for lmms?
[01:39] <ari-tczew> devs I got a question
[01:40] <sistpoty> ScottK: we've got the vst plugin split off (iirc to not draw in wine to ubuntustudio cd's), which was preserved in the ppa, so merging from unstable seemed like more error prone than to reuse the tested version from the ppa
[01:40] <wgrant> ScottK: How is LP treating you lately?
[01:40] <ScottK> sistpoty: OK.  Makes sense.
[01:40] <sistpoty> ScottK: and it was somewhat easier :)
[01:40] <ScottK> OK
[01:41] <ari-tczew> in drupal5 has been added a patch to enabled modrewrite
[01:41] <ari-tczew> -  # RewriteBase /drupal
[01:41] <ari-tczew> +  RewriteBase /drupal5
[01:41] <ari-tczew> is it needed to drupal6 too?
[01:42] <ScottK> ari-tczew: Check the code.
[01:42] <ScottK> sistpoty: Accepted.
[01:42] <sistpoty> ScottK: thanks
[01:43] <ari-tczew> default in drupal6's code is modrewrite disabled
[01:43] <ari-tczew>  # RewriteBase /drupal
[01:43] <ari-tczew> and there is no 02_htaccess.dpatch
[01:44] <ari-tczew> so I don't know whether is it necessary or not?
[01:45] <sistpoty> ari-tczew: maybe testing the package might give a hint if it's needed?
[01:45] <ari-tczew> I found bug #453559 I guess that it's related to this no-existing patch
[01:48] <ari-tczew> without testing I think that patch is needed, as it's reported in this bug
[01:49] <ari-tczew> comment: I suspect the .htaccess files are missing or incorrect because tinkering with it made the parser error change in another error, but then again: "I know nothing, I am from Barcelona".
[01:49] <ScottK> fta or asac: Would one of you please take care of getting Bug #246822 uploaded?
[01:53] <micahg> ScottK: I'm still working on the package for prism
[01:54] <micahg> cutoff is noon UTC?
[01:54] <ScottK> micahg: OK.  Yes.
[01:54] <ScottK> We can fudge it a bit if needed.
[01:55] <micahg> ok, I hope to have it done in the next couple of hours
[01:55] <ScottK> OK
[02:34] <ScottK> micahg: I'd also appreciate it if someone from mozillateam could look at Bug #217908 and let me know if there's anything for motu-release to do on that one.  My sense is not, but it's confusing.
[02:35] <micahg> well, fta and asac are asleep
[02:35] <micahg> but I can ask asac when I talk to him later
[02:37] <micahg> apparently upstream is still working on it
[02:38] <ScottK> OK.  Thanks.
[02:53] <micahg> ScottK: can you help me understand a line of a .mk file?
[03:01] <sistpoty> micahg: can you paste the line somewhere
[03:01] <sistpoty> ?
[03:01] <micahg> http://pastebin.ubuntu.com/300984/
[03:02] <micahg> it just checks to see if it's set?
[03:02] <wrapster> is there a way i can measure the throughput of my hard disk?
[03:02] <sistpoty> micahg: rather if $(XPI_FILE) exists (and errors out if not)
[03:03] <micahg> ok, so if it doesn't exist, it echo's the message?
[03:03] <sistpoty> micahg: yes
[03:03] <micahg> ok
[03:03] <micahg> great thank
[03:03] <sistpoty> yw
[03:03] <micahg> now I have to figure out why it can't find the file :)
[03:03] <sistpoty> wrapster: yes, bonni++
[03:04] <wrapster> ?
[03:04] <wrapster> sistpoty: what is it?
[03:04] <sistpoty> erm, bonnie++ even (package)
[03:04] <wrapster> og it
[03:04] <wrapster> got it...
[03:05] <wrapster> ok there is no man page?
[03:07] <sistpoty> oh, try --help (don't recall the details, sorry, was some time since I last tried it)
[03:07] <wrapster> sistpoty: nope
[03:12] <wrapster> sistpoty: i tried this.. bonnie -d /test_bonnie -s 24000 -html
[03:13] <sistpoty> wrapster: as I wrote, I'm sorry, but I don't recall the details :(
[03:13] <wrapster> hmm
[03:15] <wrapster> sistpoty: is there an irc for this?
[03:15] <wrapster> anywhere else i could ask for help?
[03:15] <sistpoty> no idea actually
[03:18] <wrapster> ok but at least can you tell me why even after creating a new partition fdisk -l is not recognising it?
[03:19] <wrapster> to test bonnie with 24G i had to create a new partition , did so. created  a 40G partition.. but fdisk -l is not listing it.
[03:19] <wrapster> for me to mount
[03:20] <sistpoty> wrapster: that's strange actually, as I assume that fdisk -l just reads the partition table from the mbr
[03:20] <wrapster> yeah....
[03:21] <sistpoty> wrapster: of course you can't mount it since there's no FS yet
[03:21] <sistpoty> but fdisk should actually list it
[03:32] <sistpoty> wrapster: you did call fdisk -l <devicetoharddisk>, did you? (w.o. the device I just saw that it won't print anything)
[03:33] <wrapster> sistpoty: i got it working..
[03:33] <sistpoty> :)
[03:33] <wrapster> im guessing that a flush was not completed that it was not being reconginzed
[03:33] <wrapster> running bonnie as well :)
[03:33] <wrapster> for a test of 24G
[03:33] <wrapster> i just want to see the throughput of my baraccuda
[03:34] <wrapster> sistpoty: performing builds on this machine takes too long.. I have a 6G ram 2.4Ghz dual core
[03:34] <wrapster> 7200rpm disk .. yet its crawls.
[03:35] <sistpoty> hm, you should have a better box than me then ;)
[03:36] <sistpoty> dear qtiplot, why just do you create me pains over pains by just not wanting to build whatever I try. kthxbye
[03:53] <dbernar1> Hi, I see there are several bugs open for the package phpmyadmin, basically people trying to install it before they installed mysql, and the install fails. When the installer asks them retry/abort/ignore for the error about not being able to interact with mysql, if they choose retry apport opens up and they report this bug.
[03:55] <dbernar1> It was suggested to me that the right solution would be to detect this within the installation script, and allow the user to perhaps install the package.
[03:55] <dbernar1> Well, anyway, lost my point about where I was going with this...
[03:56]  * dbernar1 is an airhead
[04:05] <ScottK> wgrant: To answer your question.  About the same as always.  The biggest change is it's even less compatible with my web browser of choice than it has been historically (that is, however, more Konqueror's fault than Launchpad's)
[04:08] <wgrant> ScottK: How are the +queue timeouts?
[04:08] <ScottK> wgrant: Still having them every now and then, but better than they were.
[04:09] <ScottK> It's been a while since I hit a package I couldn't accept at all if I did it by itself.
[04:09] <wgrant> Great.
[04:09] <wgrant> They're working on more speed improvements there.
[04:11] <ScottK> I'm on hiatus from reporting LP bugs again though.
[04:12] <ScottK> If I stop to care much about it, I find it so frustrating the complete crap they are doing that my bug reporting is excessively sarcastic and unfriendly.
[04:13] <wgrant> Yes, it gets that way.
[04:14]  * sistpoty gave up some while ago... asking question (via lp) usually leads to much better results than arguing that the ui doesn't indicate what I've got to click to get things done
[04:16] <wgrant> sistpoty: Feel free to whine at me with specifics, and I will see what I can do.
[04:17] <ScottK> wgrant: A lot of the U/I problems would get better if they would just stop changing it.
[04:17] <sistpoty> wgrant: e.g. how can I mark a bug to affect another package?
[04:17] <ScottK> The combination of iconification and rearranging stuff is just about impossible.
[04:18] <wgrant> sistpoty: 'Also affects distribution'
[04:18] <wgrant> They know that sucks.
[04:18] <sistpoty> wgrant: heh, I didn't try that, because it doesn't affect, well... another distribution ;)
[04:19] <ScottK> wgrant: Then why do they do it?
[04:19] <ScottK> Before 1.0 it was "Hey, we aren't 1.0 yet.", but now ....
[04:19] <wgrant> ScottK: Because it has been like that for more than four years.
[04:20] <wgrant> Oh, the UI changes in general.
[04:20] <wgrant> I don't kno.
[04:20] <wgrant> 3.0 makes more sense than 2.0. I don't know if it makes more sense than 1.0.
[04:21] <sistpoty> I mean I'm down to the level where I believe that I'm doing something wrong with the UI so I ask a question. most of the time I'm doing s.th. wrong, since things changed and I didn't notice
[04:24]  * sistpoty gets mad at qtiplot and loses some hope to fix it before FinalFreeze
[04:24] <wgrant> IIRC 4.0 won't have a full new UI, which is good.
[04:24] <sistpoty> cool :)
[04:26] <wgrant> However, they are rethinking the bug page at the moment.
[04:27] <sistpoty> wgrant: oh, security pet bug of mine: I'm sometimes fiddling with bugs at work and would like to change status... how can I do this in a secure manner (other people have root accounts to the box)
[04:27] <wgrant> sistpoty: You can't!
[04:28] <sistpoty> crap, /me hope noone steals my lp cookie (I know who has root and trust these)
[04:29] <sistpoty> imo the whole browser cookie thingy (which can be used to change e.g. the gpg keys) is the weakest link in the authentication chain
[04:29] <wgrant> Right.
[04:30] <wgrant> eg. I just need to steal ScottK's cookie, and I can push out lots of malicious updates in just a few minutes.
[04:30] <sistpoty> true
[04:31] <wgrant> It is more than a bit scary.
[04:31] <virtuald> Let them eat cake
[04:53] <maco> sistpoty: email interface for bugs?
[04:53] <sistpoty> maco: didn't work with unsigned mails?
[04:53] <maco> set up your clietnt to sign emails?
[04:54] <sistpoty> maco: tried to sign mails, how to register that with lp?
[04:54] <maco> you have your gpg key setup in lp?
[04:55] <maco> just email<EMAIL_ADDRESS>to change stuff in a bug (obviously substituting in the proper number)
[04:55] <sistpoty> maco: sure that's my *signing key* for packages... of course my work key (which anyone with root rights can get access to) must never be setup to upload packages
[04:55] <maco> its possible to set >1 key in lp, isnt it?
[04:56] <maco> can you set 1 to be your signing key for pkgs and the other to be just for emails?
[04:56] <sistpoty> maco: last time I tried, I've seen that any key is treated equal, so no
[04:56] <maco> oh boo
[04:56] <maco> now there's a feature request.....
[04:56] <sistpoty> yes :)
[04:59]  * sistpoty gives a last shot at qtiplot, and probably gives up then due to lack of sleep
[04:59] <sistpoty> :(
[05:02] <ScottK> TheMuso: Accepted ubuntustudio-meta, so you should be good.
[05:11] <micahg> how do you expand a % in a makefile target?
[05:14] <sistpoty> micahg: % is pretty much like * in shell, so every file (or rule iirc) fitting it will match
[05:15] <sistpoty> so "make someting" with "%: " will expand % to "something"
[05:16] <micahg> hmm: I have something like install-%-stamp: as a target in the file and install-refractor.xpi-stamp as the item it needs to target
[05:16] <micahg> I get the error target not found
[05:20] <sistpoty> which probably means that install-refractor.xpi-stamp doesn't exist
[05:20] <micahg> right, but install-%-stamp does
[05:21] <sistpoty> micahg: you mean file with a "%" in it?
[05:21] <micahg> no, inside the make file is the target listed
[05:22] <sistpoty> yes, than % gets expanded to the middle part (so the target is nstall-refractor.xpi-stamp in this case)
[05:23] <sistpoty> +i
[05:23] <micahg> but it says target not found...
[05:23] <micahg> sorry, no rule to make target
[05:23] <micahg> thats what it says
[05:27] <sistpoty> that's strange... maybe http://www.gnu.org/software/make/manual/make.html.gz#index-g_t_0040code_007b_0025_007d_002c-in-pattern-rules-909 will shed some light?
[05:28] <sistpoty> ScottK: sorry, qtiplot completely escapes me, and I need some sleep now, so no fix from me before FF :(
[05:29] <ScottK> sistpoty: OK.  Well if you can't figure it, I doubt I'll have much luck.
[05:29] <ScottK> We can still manually approve stuff, so it's not final yet.
[05:29] <ScottK> sistpoty: Good night.
[05:30] <sistpoty> ScottK: I can't even figure what went wrong... it boils down to debian bug 551222 (so I didn't find the root cause of it)
[05:30] <sistpoty> gn8
[07:14] <micahg> anyone know what happened to the ubuntu-artwork directory?
[07:17] <hyperair> what ubuntu-artwork directory?
[07:20] <micahg> well, /usr/share/ubuntu-artwork
[07:31] <iulian> ScottK: Thanks a lot for the syncs.
[07:32] <ScottK> iulian: No problem.  I'm about to go pass out.  I'll reappear to hit accept for anything in queue at 1200 UTC, so please push fixes in.
[07:33] <iulian> ScottK: OK, sleep well.
[07:40] <hyperair> micahg: it still has things here
[07:40] <hyperair> the ubuntu-docs package
[08:17] <TheMuso> ScottK: thanks, hopefully I may have some powerpc FTBF fixes for you before the 1200 deadline .:0
[09:25] <didrocks> ScottK: thanks for Quickly approval :)
[09:38] <Laney> we didn't finalfreeze for universe yet, did we?
[09:39] <wgrant> Laney: 12UTC, IIRC.
[09:39] <wgrant> Which is a little over 2 hours away.
[09:40] <Laney> Yes, good.
[09:40] <Laney> Worried that my upload just now would have been naughty
[10:39]  * hyperair coughs and attempts to plug bug #460303 before finalfreeze.
[10:39] <hyperair> debdiff should be appearing shortly, i just sent it via email
[10:48] <jetienne> q. in the control file the "Depends:" line, is there a specific order for the packages, or any order will do ?
[10:50] <ari-tczew> if package is in main you can't depends on packages which exist in universe/multiverse
[10:53] <jetienne> ari-tczew: ok, but inside the "Depends:" line itself, is there an order ? like "Depends: python, mysql" will work like "Depends: mysql, python" ?
[10:53] <azeem> AFAIK, it is not guaranteed that dpkg/apt install the Depends in any order
[10:53] <azeem> so yes, both should work equivalently
[10:53] <jetienne> ok cool thax
[10:53] <jetienne> thanks
[11:09] <RainCT> http://paste.ubuntu.com/301228/ any idea what's wrong here?
[11:13] <azeem> RainCT: what's the compile line?
[11:14] <RainCT> azeem: http://paste.ubuntu.com/301232/
[11:57] <RainCT> azeem: no idea?
[11:57] <azeem> RainCT: sorry, no :(
[11:58] <azeem> RainCT: well, except for the fact that apparently g++ tries to compile a (C?) .c file
[11:59] <RainCT> azeem: It's a C++ file (using <iostream>, cerr, etc.), upstream doesn't seem to know about extensions :P.
[12:00] <azeem> ok
[12:02] <ScottK> OK, we're past final freeze, so all uploads need motu-release approval.  Bug fixes still wanted, particularly FTBFS fixes, so don't stop.
[12:03]  * micahg is still working on Prism
[12:03] <RainCT> azeem: well, I'll leave it for someone else to figure out.. Thanks
[12:14] <jetienne> micahg: firefox stuff ?
[12:14] <micahg> mozilla app, yes jetienne
[12:15] <jetienne> micahg: any significant progress ? i have working on it a long while ago
[12:15] <jetienne> like 2y ago :)
[12:16] <micahg> what Prism, we're trying to get the latest version in instead of the one from 2 years ago
[12:17] <ari-tczew> is exist anywhere tool/script to converting simple patches to dpatch?
[12:18] <jetienne> http://prism.mozilla.com/features/ <- oh yeah they got closure to air
[12:19] <jetienne> systray, notification, launchonlogin
[12:36] <micahg> ScottK: according to asac, bug 217908 needs to be fixed upstream by mozilla, so the current fix works with the latest X server
[12:37] <micahg> oh, he also said, hard to pick patch without it being landed upstream
[12:49] <ari-tczew> is anybody here from MOTU-SRU?
[12:51] <jetienne> mvo is the one handling apt-get code, correct ?
[12:54] <iulian> Hmm.
[12:54]  * iulian looks at ScottK
[12:54] <iulian> Is 4 hours of sleep enough for you?
[12:57] <RainCT> jetienne: yes
[12:57] <jetienne> RainCT: thx
[12:57] <ari-tczew> iulian: could you splite (separate) bug on lp for jaunty and karmic? bug #371187
[12:58] <ari-tczew> I'm not a member of any team where can bug control
[12:58] <ari-tczew> :-/
[12:59] <ari-tczew> now is generally bug affected to drupal6, I need separate it for jaunty and karmic
[13:00] <iulian> You can do that by yourself, I think.
[13:00] <iulian> Is that bug fixed in Karmic?
[13:00] <ari-tczew> nope, so I want to separate for karmic too
[13:00] <ari-tczew> and I'm preparing debdiff for fix it
[13:01] <ari-tczew> I can permission only for "Nominate for release"
[13:04] <ari-tczew> I need to talk with someone who can take me to the team ubuntu-bugcontrol, because it is frustrating not be able to exercise fully work.
[13:05] <iulian> Well, you should've attached the debdiff first and then subscribe motu-sru.  Please attach the debdiff as soon as possible and once the bug is fixed in Karmic, open a Jaunty task as well.
[13:06] <iulian> I believe there's a wiki page explaining how to join ubuntu-bugcontrol.
[13:06] <ari-tczew> debdiff will attach in other bug (security issue) for jaunty
[13:07] <iulian> Then why you subscribed motu-sru to that bug?
[13:07]  * iulian is confused a bit.
[13:07] <ari-tczew> don't panic, in few minutes I'll attach debdiff for karmic
[13:08] <micahg> iulian: bug control cannot open versioned tasks
[13:08] <micahg> I think it's either motu or core-dev
[13:09] <ari-tczew> by the way, motu-sru replying to a very long time
[13:09] <RainCT> Uploaders can approve nominations.
[13:09] <ari-tczew> I always need to sending mails to members of motu-sru
[13:09] <RainCT> (so MOTU for universe/multiverse, Core Dev for main/restricted)
[13:10] <ari-tczew> so I need to joint MOTU in future
[13:10] <ari-tczew> join*
[13:10] <RainCT> but I don't think that nominations and bug tasks are the same
[13:11] <RainCT> can't remember how to create the later though :/
[13:11] <micahg> nominations anyone can make
[13:12] <ari-tczew> iulian: but if debdiff will upload for karmic, lp will close bug automatically, so I need to open task for jaunty & karmic now
[13:22] <ari-tczew> perhaps someone else from MOTU can open task?
[13:44] <hyperair> does anyone here play some d3d using game on wine on intel graphics on karmic?
[13:52] <DktrKranz> iulian: do FTBFS fixes require preventive motu-release approval, or they can be uploaded to unapproved, and then approved?
[13:53] <iulian> DktrKranz: The latter.
[13:53] <DktrKranz> cool
[14:14] <asac__> ScottK: hey. prism is now uploaded. i double checked it to work properly now ... so dont get scared by the changelog ;)
[14:15] <asac__> probably needs a new more minutes to get in queue
[14:43] <jetienne> q. i would like to help the user to create mysql user i need. so to put something in the postinst or something ? is there an existing example i could copy ?
[14:48] <porthose> jetienne, phpmyadmin uses dbconfig-common have a look it may help you :)
[14:59] <RainCT> I've just written a little script.. http://paste.ubuntu.com/301343/ - WDYT?
[15:00] <jetienne> porthose: thanks
[15:01] <RainCT> as the initial setup before you can start doing packaging stuff usually takes quite some time (eg. look at the sessions during UDW), I've though having a script to help with this may be helpful. (I still plan to add other stuff to it: creating a pbuilder-dist environment for the devel release, etc.).
[15:03]  * iulian has written something similar for himself.
[15:04] <RainCT> iulian: maybe there's something useful in there you could add to mine?
[15:07] <sebner> RainCT: what's that useful for?
[15:07] <RainCT> sebner: I've just said it.. :P
[15:07] <iulian> RainCT: Not really.  You've done it nicer.
[15:08] <sebner> RainCT: ah, more for new contributors?
[15:08] <RainCT> sebner: yeah
[15:08] <sebner> kk nice
[15:08] <sebner> RainCT: concentrate on fixing FTBFS instead! :P
[15:08] <RainCT> iulian: took much more time than I wanted, though :P
[15:08] <iulian> Heh :)
[15:08] <RainCT> sebner: why fix FTBFS if you can train slaves to fix them? *g*
[15:09] <sebner> RainCT: I'm wondering if there are still any around :P
[15:11] <DktrKranz> sebner: merge pycentral + cdbs, and you'll fix 90 in a row :P
[15:12] <sebner> DktrKranz: tell iulian and ScottK . They'll approve :P
[15:13] <DktrKranz> I think we're to late for those intrusive changes
[15:13] <DktrKranz> *too
[15:13] <sebner> nahhh
[15:13] <sebner> still plenty of time
[15:13] <sebner> :D
[15:13] <DktrKranz> but I plan to do them when Lucid opens, so we should finally get rid of python 2.6 transition
[15:15] <sebner> then we can finally start python 3.1 transition  \o/
[15:15] <sebner> :P
[15:16] <RainCT> ok, I've added it to ubuntu-dev-tools as setup-packaging-environment
[15:19] <iulian> sebner: Is the patch for stepic committed to SVN?
[15:19] <iulian> DktrKranz: What abput py-asterisk?
[15:19] <iulian> s/abput/about/
[15:20] <sebner> iulian: well no, it's the same version as hardy and last svn commit was 1 year ago ;)
[15:20] <sebner> iulian: scottk brought it to debian though
[15:21] <ScottK> iulian: Not on a long term basis (4 hours of sleep).
[15:22] <sebner> ScottK: I fixed your package stepic :P
[15:22] <iulian> sebner: Do you have commit rights to DPMT?  I'd like to see it there.
[15:23] <ScottK> sebner: I noticed.
[15:23] <ScottK> iulian: I'll take care of that.
[15:23] <sebner> iulian: I'm afraid that I'm only in pkg-cli
[15:23] <iulian> ScottK: Cool, thanks.
[15:25] <ScottK> asac__: I went ahead and accepted prism.  Given the short time before the archive gets locked down for release, please keep a close eye on bugs (and double check it builds)
[15:25] <asac__> ScottK: yes.
[15:26] <asac__> ScottK: the gwibber upload is a bit tricky ... it wasnt done using the patch system, and we hav a debian/ only patchsystem ... so replaying is tricky
[15:26] <asac__> so either i need to commit this upstream or do something about the packaging ...
[15:27] <ScottK> asac__: Oops.  Sorry about that.   It was late and I was tired.
[15:27] <asac__> not that its a real blocker
[15:27] <asac__> yeah
[15:27] <asac__> i am not even sure why upstream had that
[15:27] <asac__> it definitly does not fix the real bug
[15:27] <asac__> just he offset
[15:27] <asac__> adjustments
[15:28] <asac__> real bug: changeing font in ui does not work
[15:28] <asac__> i think i will upload a backout for that
[15:29] <asac__> as it just adjusts the offset ... which is rather a subjective thing
[15:29] <asac__> and imo we should follow what upstream decided on that
[15:31] <asac__> ok uploading the backout
[15:33] <asac__> ok uploaded ubuntu3 for gwibber which backs out that change. if its an issue we should do that upstream and as an sru
[15:34] <asac__> will open the bug again putting rational there
[15:35] <ari-tczew> question: can MOTU member unsubscribe motu-sru from bugs?
[15:36] <ScottK> asac__: Gwibber accepted.
[15:36] <ScottK> ari-tczew: Only motu-sru can do it.
[15:36] <jetienne> q. is there a way to do sed inplace ? like i need to modify one of my config file automatically when upgrading the package
[15:37] <ari-tczew> so 3 members is not enough for motu-sru
[15:37] <asac__> ScottK: thx
[15:37] <asac__> gave instructions how to properly fix it
[15:50] <jetienne> dbconfig-common is not doc at all, grumble
[16:02] <DktrKranz> iulian: my patch will be temporary, I hope to revert it when/if pycentral is fixed
[16:03] <iulian> DktrKranz: Oh, cool then.
[16:03] <DktrKranz> (for both packages)
[16:14] <Zhenech> jetienne, sed inplace? sed -i? :)
[16:16] <jetienne> Zhenech: thanks, since i found it by mysql :)
[16:16] <jetienne> myself!
[16:16] <Zhenech> :)
[16:39] <sebner> Uploading to ubuntu (via ftp to upload.ubuntu.com):
[16:39] <sebner> Connection failed, aborting. Check your network [Errno 111] Connection refused
[16:39] <sebner> anybody else seeing this problem?=
[16:40] <ScottK> sebner: We've had several successful uploads in the last few hours.
[16:40] <sebner> ScottK: yeah, I did some too ;) Now I want to upload another ftbfs fix
[16:40] <ScottK> I'd say wait a few minutes and try again.
[16:41] <sebner> I'm trying since 2 minutes but ok
[16:43] <ScottK> Scream in #launchpad if it doesn't get better.
[16:44] <sebner> aye aye
[16:44] <sebner> bad magic is preventing me to fix FTBFS *hahaha*
[16:46] <iulian> Hmm.
[16:56] <sebner> ScottK: any successful uploads the last 15 minutes?
[16:56] <ScottK> Not that I know of
[16:58] <sebner> kinda b0rken then
[16:58] <sebner> ^^
[16:58] <sebner> :(
[17:01] <sebner> ScottK: DktrKranz also can't upload. B0000rken. 4 days before release :(
[17:01] <ScottK> Urgh.
[17:02] <sebner> #LP is also kinda dead
[17:02] <sebner> Weekend
[17:02] <sebner> ...
[17:02] <iulian> That's bad.
[17:02] <iulian> Same error mesage?
[17:02] <DktrKranz> yes
[17:02] <iulian> s/mesage/message/
[17:02] <DktrKranz> I opened a ftp session too, "connection failed"
[17:03] <ScottK> How about #canonical-sysadmin
[17:03]  * DktrKranz tries there
[17:03]  * sebner looks
[17:09] <sebner> huhu jono
[17:11] <jono> hey sebner
[17:11] <sebner> jono: let your might work and make soyuz work as we want to upload FTBFS fixes :D
[17:12] <jono> hehe
[17:12] <jono> good luck!
[17:12] <sebner> it seems you missed the point "your might" :P
[17:13] <jono> eh?
[17:13] <jono> I am not sure if I can help :)
[17:14] <sebner> you are the mighty jono
[17:14] <sebner> ^^
[17:14] <jono> hehe
[17:25] <ari-tczew> can someone from MOTU review this? bug #371187
[17:27] <ari-tczew> there is a debdiff bugfix only for karmic
[17:28] <sebner> ScottK: iulian : Working again :D
[17:28] <ScottK> Thanks.
[17:35] <iulian> Ah, great!
[17:40] <ScottK> Bug #460303 looks like an important fix to get in.  Would a MOTU please look at this for sponsorship?
[17:42] <sebner> ScottK: laney is on it
[17:42] <ScottK> Excellent.
[17:42] <porthose> is it to late to request a sync that is bug fix only changes, and also corrects FTBFS?
[17:42] <ScottK> porthose: Nope
[17:42] <iulian> porthose: No.
[17:42] <porthose> Ok ty :)
[17:47] <iulian> sebner: Please use requestsync instead of doing it manually (webgen0.4).
[17:48] <sebner> iulian: ah ok, I didn't know if syncs are still appropriate as they need longer to process than direct uploads
[17:48]  * porthose builds it one more time before submitting bug :)
[17:48] <ScottK> sebner: I'd prefer you just ask for a sync.  We'll get them in, one way or another.
[17:48] <iulian> ScottK: Please reject webgen0.4 from unapproved.
[17:48] <sebner> heh, understood
[17:48] <ScottK> Rejecting webgen
[17:49] <ScottK> It's gone
[17:49] <iulian> porthose, sebner:  When done, please tell me the bug#.
[17:49] <porthose> iulian, will do :)
[17:50] <ScottK> iulian: On Bug #419363, the package has neither reverse build depends nor rdepends, so I'm OK with either updating or removing.  Please have a look and see what you think.
[17:51] <ScottK> Bug #459535 is another one we definitely want, if some MOTU could review/upload.
[17:51] <sebner> iulian: bug #460567
[17:52]  * ScottK is off again for a while.
[17:53] <jreinhardt> Hi everyone. When I tried to install epiphany-extensions-more I was bitten by bug #452845. I pulled the branch (the package is in bzr) and in the control file the dependencies are:
[17:53] <jreinhardt> epiphany-extensions (>= ${gnome:Version}),
[17:53] <jreinhardt> epiphany-extensions (<< ${gnome:NextVersion}),
[17:53] <jreinhardt> What is going wrong here?
[17:53] <porthose> iulian, bug#460568
[17:54] <jreinhardt> I will try to provide a fix, if someone can help me with it
[18:05] <sebner> iulian: I uploaded (tested it myself of course) checkgmail (what Scott propsed)
[18:10] <iulian> ScottK: Honestly, I don't know what to say.  As far as I can see, Frederic wants it to be removed from the archive.
[18:11] <iulian> Maybe lool can enlighten us a bit about jhbuild?
[18:12] <ScottK> iulian: Did you review checkgmail?
[18:12] <iulian> ScottK: No, was looking at jhbuild.  It seems that sebner has just uploaded it.
[18:12] <ScottK> OK.
[18:13] <sebner> ScottK: I tested it myself. fixes the issue, nothing else changed. So risk to break anything
[18:13] <sebner> *no risk
[18:14] <ScottK> sebner: OK.  I'll ack it based on that.
[18:14] <ScottK> iulian: I'm acking checkgmail.  No need to look at it
[18:14] <iulian> ScottK: OK.
[18:15] <ScottK> sebner: Accepted.  Please keep an eye on it to make sure it builds and no new bugs come in
[18:15] <av`> jreinhardt, it's broken on Debian as well
[18:15] <av`> jreinhardt, we actually need a new upstream release since control says epiphany-extensions (>= ${gnome:Version})
[18:15] <sebner> ScottK: aye aye
[18:15]  * ScottK is off again for a while.
[18:15] <av`> jreinhardt, so we should need >= 2.27 since we have 2.26 now
[18:18] <hedkandi> hello
[18:18] <hedkandi> I think I'd like to put my little application onto the ubuntu repos
[18:18] <maco> alright, quieter channel and focused on packaging
[18:18] <hedkandi> so I believe I need two sponsors
[18:18] <maco> so what you want to look at is REVU
[18:18] <maco> !revu
[18:19] <hedkandi> yes but looking at this, the vast majority of the packages are ignored
[18:19] <hedkandi> I need to arrange for someone to say they'll evaluate it.
[18:19] <maco> you can ask in here once you upload it
[18:19] <iulian> porthose, sebner:  Ack'd.
[18:19] <sebner> iulian: I'm wondering about but #460568 , I'd review it but it would be universe after the sync. So sync and then poke and archive admin or do you propose anything else?
[18:19] <sebner> iulian: thx
[18:20] <maco> many of those packages arent really ignored...so much as some sponsors said "hey, you did x, y, and z wrong. can you fix that?" and are waiting for the uploader to do so
[18:20] <porthose> iulian, ty working on another :)
[18:21] <hedkandi> well okay I'll give it a go.
[18:21] <hedkandi> What choice of licences do I have?
[18:21] <maco> hedkandi: did you write the program?
[18:21] <hedkandi> y
[18:22] <maco> well anything that fits the dfsg can go into universe, othewise it goes in multiverse
[18:22] <maco> !dfsg
[18:22] <maco> boo!
[18:22] <maco> fine, google the dfsg. debian has a list of "free" licenses
[18:22] <iulian> sebner: I don't know what you mean.
[18:22] <hedkandi> ok
[18:23] <maco> gpl, mit, bsd, artistic...those are all free, i know that
[18:23] <sebner> iulian: it's currently in multiverse but after that sync it should be in universe
[18:23] <sebner> iulian: I'm wondering if that would cause any problems (I've seen some in past)
[18:24] <iulian> sebner: webgen0.4 is currently in universe.
[18:24] <hedkandi> ah yes gpl bsd and artistic
[18:24] <maco> there are many more but off the top of my head i can think of those
[18:25] <sebner> iulian: ah I'm sorry. I was talking about bug #460568  (damn bot)
[18:26] <iulian> sebner: It shouldn't cause any problems.
[18:27] <sebner> iulian: fine then. thx
[18:27] <iulian> sebner: I think the archive admin has an option to move it to universe.
[18:27] <iulian> Not sure though.
[18:27] <jreinhardt> av`, so the version of epiphany-extensions-more has to be bumped to match the version of epiphany extensions? And I can do nothing except bugging upstream about it?
[18:27] <hedkandi> my idea of a licence is like the gpl except it prevents distribution of modified versions
[18:27] <sebner> iulian: yeah they can move stuff but I was asking beforehand to avoid any trouble
[18:28] <av`> jreinhardt, actually upstream does not even use versioning
[18:28] <zooko> That would not be regarded as dfsg-free, nor osi-conformant.
[18:28] <av`> jreinhardt, did you see the homepage? all extensions are there and listed under author's name
[18:28] <av`> jreinhardt, but no versioning is specified
[18:29] <dabaR> hedkandi: why?
[18:29] <jreinhardt> av`, so just bumping the package version with a changelog entry would suffice?
[18:30] <av`> jreinhardt, well, we can't bump upstream versioning without introducing an effective new upstream release
[18:32] <av`> jreinhardt, I need to see what to do, cause having a new upstream release accepted now is a bit hard
[18:33] <sebner> iulian: bahbahabhaha! I'm just testbuilding and you are acking
[18:33] <jreinhardt> ok, thank you for your help
[18:33] <av`> np, I gonna let you know, stay tuned here
[18:34] <sebner> iulian: better for sync though. So no additional -release ack is needed
[18:35] <hedkandi> dabaR: well two reasons really
[18:35] <hedkandi> firstly, I don't want other people introducing bugs and sending them off around the net
[18:37] <hedkandi> I want to be in charge of the software, and if I don't like what other people have done to it,
[18:37] <hedkandi> then it doesn't go anywhere
[18:37] <hedkandi> is basically my feeling
[18:37] <dabaR> hedkandi: what is the software? do you have a project web site?
[18:37] <hedkandi> my software is a little text-editor for rss feeds. It will soon have a website
[18:37] <maco> hedkandi: then you want a non-free license and to put it in multiverse
[18:37] <iulian> sebner: Actually all packages require an ack from a -release member in order to be accepted.
[18:38] <hedkandi> okay maco.
[18:38] <sebner> iulian: yeah, that's why I said that it's better if you work on syncs
[18:38] <maco> hedkandi: in that case, you can write a list of "you can: " and "you cannot: " for your license...
[18:39] <hedkandi> how exciting
[18:39] <hedkandi> however i have a general impression that the motu's don't care a sausage about multiverse software
[18:39] <iulian> sebner: I'm still not getting it. :)
[18:39] <hedkandi> and  I want to get it out there.
[18:40] <maco> i maintain a package in multiverse....but im not a motu yet
[18:40] <sebner> iulian: nvm, let's fix the archive :D
[18:40] <maco> you can maintain your own package and just ask for a sponsor when it needs an upload
[18:40] <sebner> maco: ubuntu usually doesn't have a maintainer. Debian is your choice
[18:40] <dabaR> hedkandi: look, everyone faces these challenges when they write software, and the licences were created by people who have years of experience with OS development.
[18:40] <maco> sebner: yeah i know but im the only one touching it in either debian or ubuntu :P
[18:41] <maco> its not exactly "motu dont care" so much as "motu are stretched thin" since there are thousands of packages and not even multiple-hundreds of motu
[18:41] <maco> sebner: so effectively.....
[18:41] <dabaR> hedkandi: the way you prevent what you are afraid of is by distributing software yourself.
[18:41] <sebner> maco: then work on getting the DM ;)
[18:41] <dabaR> If people want to put in patches to it, they send them to you, and you either approve or don't approve.
[18:41] <dabaR> If they don't like it, they fork.
[18:42] <hedkandi> no they can't fork
[18:42] <dabaR> But your version can still be downloaded from your server, and it is the one you control.
[18:42] <hedkandi> yes, but I don't think anyone will find my package unless it's in the multiverse
[18:42] <hedkandi> so I think my best bet is to release an early version under gpl
[18:42] <maco> sebner: at the moment im trying to get it back *in* to debian. it was orphaned and removed. then i picked it up, and now debian legal changed their minds about whether the license is ok (doh!) and waiting on the author to repeat, again, that "Yes, seriously, distribution is perfectly fine!"
[18:43] <hedkandi> and get it in the universe
[18:43] <dabaR> hedkandi: believe me, there is a good reason why the GPL is the most used license.
[18:43] <sebner> maco: I can't really say that I like upstreams that use such licenses anyways ..
[18:43] <hedkandi> such as?
[18:44] <hedkandi> it says that stuff in ubuntu main comes with "technical support" haha
[18:44] <hedkandi> like how do you get technical support then?
[18:44] <dabaR> hedkandi: so users of your software don't have to wait for you to fix bugs, etc.
[18:44] <maco> sebner:he said the next release will likely be bsd, so i guess at worst, i wait til january and resubmit my "intention to adopt" or whatever its called
[18:45] <dabaR> hedkandi: you could read about licensing a little bit, you don't seem to know the basics.
[18:45] <Laney> mmm WNPP
[18:45] <sebner> macd: nice
[18:45] <sebner> Laney: bugfixing ftw!
[18:45] <hedkandi> righto
[18:45] <Laney> we should do a whole release under finalfreeze
[18:46] <hedkandi> well anyway I'm off to work some more on my application. It should be up on revu in a week,
[18:46] <hedkandi> and we'll take it from there.
[18:46] <hedkandi> The first version can go under gpl I think
[18:46] <dabaR> hedkandi: OK, have a good time.
[18:47] <Laney> oj
[18:47] <hedkandi> yeah cheers see you soon!
[19:05] <tag_> I can't seem to get fglrx to work in karmic
[19:05] <tag_> And it deems my system inoperable outside of booting in recovery mode
[19:09] <iulian> tag_: Please join #ubuntu+1 for Karmic questions.
[19:32] <porthose> iulian, ping bug #460617
[19:43] <iulian> porthose: Looking.
[19:53] <Bodsda> porthose: Hi. I applied for mentorship a wee while back. I got the confirmation email but was just wondering if I am any closer to getting a mentor?
[19:55] <porthose> Bodsda, I have sent your app out to several MOTU's but haven't gotten a response yet.  Most MOTU's are busy working on packages that FTBFS right now so please be patient :)
[19:59] <Bodsda> porthose: sure no worries. Was just after an update. Thanks for all your help :)
[20:00] <porthose> np, :)
[20:00] <ScottK> iulian: Got anything that needs accepting?
[20:01] <iulian> ScottK: Not yet.  Currently looking at bug #460617.
[20:01] <ScottK> OK
[20:02] <Bodsda> anyone got any leg work they need doing that is fairly simple (new guy here)
[20:02] <ScottK> Bodsda: There's no need to wait for a formal mentor to be assigned.  You can dive right in and ask questions here.
[20:02] <Bodsda> ScottK: ^^ :)
[20:02] <ScottK> Nothing comes to mind.
[20:02] <ScottK> Sorry.
[20:03] <ScottK> We're sort of in crunch mode for the final karmic uploads.
[20:03] <Bodsda> ScottK: ok, can you suggest a good place to get started?
[20:03] <Bodsda> yeah, I figured as much
[20:03] <ScottK> Generally bugfixing.     I don't recall exactly how to do that.
[20:07] <iulian> Bodsda: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize
[20:07] <Bodsda> ScottK: iulian: thanks guys :)
[20:08] <Bodsda> Sorry for all the questions but, what should I be doing with the bugs? Fixing, testing, confirming?
[20:11] <porthose> ScottK, releaseforge source package has been removed in debian, and it currently FTBFS in karmic, should I file a bug requesting removal?
[20:11] <iulian> porthose: Ack'd.  We certainly don't want packages which fail to build.
[20:11] <ScottK> porthose: Why was it removed?
[20:11] <porthose> ScottK, not sure I'll have to dig a little more :)
[20:12] <ScottK> Bodsda: Any of the above.  Currently we're only taking fixes for important bugs, so fixing is less urgent except for important bugs.
[20:12] <iulian> porthose, ScottK: RoM; low popcon, dead upstream
[20:13] <ScottK> porthose: Where's the build failure log?
[20:13] <Bodsda> ScottK: ok, I will probably stick to confirming bugs as I have no idea what I am doing :) If I can reproduce the problem then I guess it can be confirmed?
[20:14] <ScottK> Bodsda: Yes.  You might also join #ubuntu-bugs too then
[20:14] <Bodsda> ok, sweet - thanks ScottK
[20:14] <ScottK> It may be #ubuntu-bug though?
[20:14]  * ScottK doesn't actually remember
[20:15] <maco> plural
[20:15] <Bodsda> -bugs works
[20:15] <iulian> Yea, that's the channel name.
[20:17] <porthose> ScottK, let me build it on Karmic to make sure, but it is listed on http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20090909-karmic.html
[20:17] <ScottK> porthose: Let me have a look there.
[20:17] <dtchen> yanno, it's a fine idea to read debian/control. I spent about an hour "fixing" psyco for Python 2.6 before I realised that it doesn't even matter that it isn't available for amd64.
[20:19] <ScottK> porthose: That one looks not so hard to fix.  I suspect it's installing to pyshared now.
[20:20] <porthose> ScottK, Ok I'll see if I can fix it thx :)
[20:23]  * iulian is heading to bed.
[20:28]  * ScottK looks around for nhandler
[20:29] <ScottK> Laney: Any word on Gnome-Do?
[20:29] <Laney> waiting for upstream
[20:29] <Laney> oh they just did it
[20:29] <ScottK> OK.  Thanks.
[20:29] <Laney> i'll sponsor in a minute
[20:30] <ScottK> Excellent.  Ping me when it's up.
[20:30] <ScottK> Laney: Upstream supports the patch?
[20:31] <Laney> Yes, they just committed it (which was what I was waiting for)
[20:31] <ScottK> Excellent.
[21:32] <av`> ScottK, a new azureus release is out which fixes several bugs and crashes, we want it? https://bugs.launchpad.net/bugs/460620
[21:33] <ScottK> av`: It depends on how much else it brings.  If it's purely bug fixes, maybe.
[21:33] <av`> ScottK, the changelog is attached to the bug, give it a look
[21:34] <ScottK> av`: I'd prefer someone qualified look at the actual diff.  Maybe jdong.
[21:35] <av`> ScottK, ok, let me know
[21:39] <sebner> ScottK: is there anything small and easy left that needs review/sponsoring? If not I'd go off  for today
[21:40] <ScottK> sebner: Have a look at the sponsors list yourself to see if you see anything.  I thought it was pretty well picked over, but I could be wrong.
[21:42] <sebner> ScottK: I'm wondering if we can close bug #455216
[21:42] <ScottK> sebner: You might make a recommendation about 419363
[21:42] <sebner> bug #419363
[21:43] <ScottK> sebner: Give me a motu ack on scim-tegaki and a ping back and I'm OK with it as long as debian/changelog actually documents all the changes.
[21:44] <sebner> ScottK: the problem there is that's not really worth the work imho. No real fixes
[21:44] <Laney> don't be afraid to defer things to lucid
[21:44] <ScottK> sebner: OK.  Your call.
[21:44] <ScottK> I'm fine with waiting.
[21:44] <ScottK> Laney: Been doing that all day.
[21:44] <sebner> really not worth it.
[21:44] <Laney> good chap
[21:45] <sebner> ScottK: regarding jhbuild. Unless somebody steps up for the hard work + keep an eye on it I'm for removals
[21:45] <sebner> *-s
[21:45] <Laney> Anyone took a run through the rcbugs list?
[21:45] <ScottK> Laney: How'd Gnome Do coming?
[21:45] <Laney> ScottK: Somewhere in the middle of soyuz
[21:46] <Laney> no wait, it just came out of the other side
[21:46] <Laney> go nuts
[21:46] <ScottK> phpmyadmin had a security upload in Debian yesterday.  Looking at that for a sync would be good.
[21:48] <ScottK> sebner: Would you edit that bug into a removal bug please?
[21:48] <sebner> ScottK: Last action for today is a removal *hehe* , sure .. give me a minute
[21:50] <ScottK> Laney: debdiff the current gnome-do package and yours and then answer me how I'm supposed to review that?
[21:50] <Laney> ScottK: gnome-do-plugins
[21:51] <ScottK> Ah
[21:51] <sebner> ScottK: At this time of the cycle do you need to give and ACK or am I fine by myself?
[21:51] <ScottK> That would explain the size of the diff
[21:51] <Laney> :)
[21:51] <ScottK> sebner: I should ack it.
[21:53] <ScottK> Laney: Accepted.  Thanks.  Any chance you could look at phpmyadmin?
[21:53] <sebner> ScottK: go ahead than
[21:53] <sebner> *then
[21:53] <ScottK> THanks.
[21:53] <sebner> np
[21:54]  * sebner is wondering when LP will get a "delete comment" function btw
[21:56] <sebner> ScottK: do we continue our fixing is fun session tomorrow? How long can we haXX0r stuff?
[21:56] <ScottK> sebner: I think so.  When did I say the deadline was?  I think It's Tuesday at noon UTC.
[21:57] <sebner> kk thx
[21:57] <Laney> ScottK: Alright, then I want to scan rcbugs
[21:57] <ScottK> Laney: Thanks.
[21:58] <sebner> Unfortunately I'll only have time to help out again in the evening as I will travel to my University city half of the day :\
[21:58]  * sebner wishes a good night
[21:59] <Laney> night sebner
[22:00] <ScottK> Good night sebner.
[22:12] <zooko> By the way folks, I'm investigating a segfault in pycryptopp which I'm pretty sure doesn't effect the build of pycryptopp that is currently in Karmic.
[22:12] <zooko> However I haven't quite isolated it yet so I'm still working on it in case it does turn out to be relevant for Karmic.
[22:13] <ScottK> zooko: If needed we can fix it as a stable release update
[22:13] <zooko> Okay.
[22:14] <ari-tczew> ScottK: as you commented bug #371187 is it possible to upload debdiff as SRU?
[22:14] <ScottK> james_w`: Bug #330573 has some indication you were working on it in the bug.  Do you plan anything for Karmic yet?
[22:14] <ScottK> ari-tczew: I don't think it qualfies for SRU.
[22:15] <ScottK> People who want to enable it can.
[22:17] <ari-tczew> I always guess that we should delivery packages for satisfy the maximum consumers
[22:21] <Laney> ScottK: looks like the phpmyadmin fix is already in
[22:21] <ScottK> Laney: Cool.  Thanks for checking
[22:23] <micahg> ScottK: anything else needed before release?
[22:23] <ScottK> Any FTBFS fixes are welcome
[22:23] <ScottK> http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20090909-karmic.html
[22:24] <micahg> wow
[22:24] <micahg> ScottK: is this bug worth pushing before release? bug 460466
[22:24] <ScottK> micahg: No.
[22:25] <micahg> ok
[22:27] <micahg> ScottK: what's the difference between that FTBFS page and this one: http://qa.ubuntuwire.com/ftbfs/karmic.html
[22:28] <ScottK> The one I gave you is from a recent rebuild test.
[22:28] <micahg> ok
[22:28] <ScottK> Yours is stuff that failed in the actual archive
[22:39] <lool> iulian: Didn't touch jhbuild in a long time, but there finally was a real upstream release which I shall package one of these days; I don't think this is going to happen in the next two weeks though
[22:59] <micahg> ScottK: is it worth trying to get Seamonkey 2 into karmic?  We have the same version hardy had
[22:59] <micahg> oh, nevermind that
[22:59] <micahg> not the same version
[23:03] <Laney> how can I test builds on armel?
[23:03] <Laney> (without buying hardware myself)
[23:03] <c_korn> I get a lot uf such errors: "E: astromenace-data: package-contains-ancient-file usr/share/games/astromenace/DATA_BASE/CREDITS/codeblocks.tga 1979-12-31" how can I change the timestamp of all those files ?
[23:04] <c_korn> s/uf/of/
[23:13] <c_korn> has anyone an idea ?
[23:14] <azeem> c_korn: you can touch it if you want
[23:14] <azeem> however, it's probably the upstream tarball which is broken
[23:15] <c_korn> azeem: yeah the upstream "tarball" was a zip file actually
[23:15] <funkyHat> Laney: !
[23:15] <Laney> hi there
[23:15] <Laney> get back ok>
[23:16] <funkyHat> Yep :) missed the train I wanted, but I regularly do that
[23:16] <c_korn> azeem: this is sufficient? find debian/astromenace-data/usr/share/games/ -type f -exec touch {} \;
[23:16] <funkyHat> I'm just figuring out what I'm supposed to do with this key thingy now :D
[23:16] <Laney> ha
[23:16] <azeem> I guess, yes
[23:16] <Laney> gpg --import <file I sent>
[23:16] <Laney> (I think...)
[23:18] <c_korn> azeem: this fixed it. thanks
[23:19] <funkyHat> Laney: you sent me the same mail twice?
[23:21] <funkyHat> urg stupid FireGPG brokenness
[23:21] <jdong> ugh firegpg.
[23:21]  * funkyHat shakes fist at Google
[23:21] <funkyHat> ugh jdong
[23:21] <jdong> :)
[23:21] <Laney> I used caff to do it, it sends the sigs to each UID
[23:21] <jdong> Firefox is the last thing I'd want handling my GnuPG secrets.
[23:22]  * funkyHat is syncing his gmail so he can just use mutt
[23:24] <funkyHat> offlineimap -.-
[23:24] <funkyHat> I need better emails!
[23:29] <Laney> I just use mutt with gmail's imap directly
[23:29] <funkyHat> I had a reason for not doing that, I think I found it awkward or something, or I wanted mailboxes other than gmails?
[23:29] <funkyHat> offlineimap is just as awkward though
[23:29] <Laney> that works too
[23:33] <Laney> grr
[23:33] <Laney> ScottK: How do you feel about an upload that I can't be sure works? (fix an FTBFS on sparc/armel)
[23:33] <ScottK> Laney: If you're confident it doesn't introduce regression risk, sure.
[23:34] <Laney> it at least builds here on amd64
[23:34] <Laney> (and works)
[23:34] <ScottK> OK.
[23:34] <ScottK> Upload it and I'll review it later.
[23:34]  * ScottK is about to have dinner.
[23:34] <Laney> alright
[23:49] <Laney> urgh
[23:50] <Laney> I don't like this... maybe I should get one of those special PPAs
[23:50] <Laney> as far as I can tell it's right :(
[23:50] <Laney> ScottK: Uploaded (haskell-hsh)


[01:36] <cheguevara_> Ubulette, is beta 2 (not rc) coming to your ppa ?
[01:41] <asac> beta 2 will be in hardy soonish ... looks good so far.
[01:42] <cheguevara_> oh nice :P
[01:42] <cheguevara_> will cairo get bumped for hardy?
[01:53] <Ubulette> probably
[01:54] <cheguevara_> nice
[01:54] <cheguevara_> 1.5.x is the devel branch though
[01:54] <Ubulette> yes, but 1.6 should be out before hardy
[01:55] <Ubulette> btw, rc1 is exactly the same
[01:56] <Ubulette> (from an upstream perspective)
[01:57] <Ubulette> let's hope cairo is pushed tomorrow
[01:58] <cheguevara_> ah cool
[02:01] <Ubulette> b3pre has some cool stuff too
[02:02] <cheguevara_> Ubulette, do tell
[02:02] <Ubulette> preview in file dialog
[02:02] <Ubulette> it's cool for uploaders
[02:03] <Ubulette> plus more ui integration
[02:04] <Ubulette> ok, bed time. 'night all
[02:04] <cheguevara_> cool good night Ubulette
[12:08] <asac> jimmy_: i have fixed the packaging on WORKING. the test package is avaialble in https://edge.launchpad.net/~mozillateam/+archive (version is 0.3.0b1a~mt2)
[12:09] <asac> jimmy_: i would upload that to hardy if you give me green light from your QA side
[12:09] <asac> jimmy_: unfortunatley, the panning extension doesn't work for whatever reason
[12:09] <asac> i have the feeling that some xul hook is missing ... but haven't tried ffox 3 either
[12:10] <asac> jimmy_: would be great if you could look into the extension today
[13:07] <asac> Ubulette: ok, now that things are sorted on cairo front we want more :)
[13:07] <asac> microb backout
[13:07] <asac> https://bugzilla.mozilla.org/attachment.cgi?id=292986
[13:07] <asac> thats the patch ... unfortunately it doesn't apply cleanly against b2
[13:14] <asac> ok, i will upload nss and nspr today ... tomorrow xul and firefox will go up
[13:14] <asac> hopefully with microb backout
[13:15] <asac> if you manage to get the backout done please commit on top of current .dev (rev 86)
[13:18] <Ubulette> could you push your changes ?
[13:29] <asac> i did
[13:29] <asac> rev 86
[13:30] <Ubulette> "upload nss and nspr today" ? which one ?
[13:30] <asac> what we currently have in hardy, but updated tarballs
[13:31] <asac> e.g. DEBIAN_TAG=FIREFOX_3_0b2_RELEASE=...
[13:32] <asac> i already require the version in the xul control
[13:32] <asac> i only bound nss because nspr will be implicitly required i guess
[13:34] <asac> rebooting ... yet another kernel upgrade
[13:45] <asac> too bad that we don't have CVS directories in xul tarball :(
[13:45] <Ubulette> are you sure that libimgicon is not pulling the whole gnome with it ? it did previously, that's why i moved it in gnome-support in the 1st place.
[13:45] <asac> now i have to fix my trunk checkout branch which is currently completely busted to produce a clean backout patch
[13:45] <asac> Ubulette: it isn't
[13:45] <asac> i looked at ldd
[13:46] <asac> it was previously linked against gnome libs
[13:46] <asac> that was fixed now ... to allow non-gnome people get icons
[13:46] <Ubulette> use mozclient to pull a tarball with cvs. just comment the exclude line
[13:46] <asac> http://paste.ubuntu.com/2903/
[13:47] <asac> thats the new depends of xulrunner 1.9 b2
[13:47] <asac> why do we depend on python?
[13:47] <asac> looks like bloat
[13:47] <asac> otoh its essential in ubuntu :) ... so is probably avail everywhere
[13:48] <asac> ;)
[13:56] <Ubulette> i won't upgrade my kernel just now. nvidia-new driver is not installable
[13:59] <asac> maybe that fortunate :)
[14:00] <asac> i should stop to upgrade ;) ... but i am currently waiting for cairo to land :)
[14:00] <asac> the new kernel appears more responsive
[14:01] <asac> yesterday i was almost killed by slowness of my system
[14:01] <Ubulette> i assume we can drop DEV_PACKAGE_INDICATION now
[14:02] <Ubulette> why is --with-default-mozilla-five-home back ?
[14:04] <asac_> hmm
[14:04] <asac_> reconnect
 i assume we can drop DEV_PACKAGE_INDICATION now
 why is --with-default-mozilla-five-home back ?
[14:06] <asac_> Ubulette: didn't add it ... according to bzr blame it has been introduced by you in rev 63
[14:07] <asac_> Ubulette: i am not yet sure for DEV_PACKAGE_INDICATION
[14:07] <Ubulette> i drop it somewhere.. maybe ff3
[14:07] <asac_> we should probably make it like in ffox 3 ... e.g. for gutsy we don't want system et al
[14:07] <asac_> hardy -> system ... everything else -> no-system
[14:07] <Ubulette> but you forced it afterward
[14:08] <asac_> right ... its not really finished as i didn't know exactly what i wanted
[14:08] <asac_> i will fix it before release
[14:09] <asac_> i want epiphany fixed :(
[14:09] <asac_> lets hope that microb solves the issues
[14:09] <asac_> you should be able to test on trunk though
[14:10] <asac_> b3
[14:11] <asac_> when  is mozclient package ready for landing?
[14:11] <asac_> and when can we switch xul package to use mozclient instead of hand written neworig?
[14:12] <Ubulette> http://revu.tauware.de/details.py?package=mozilla-devscripts
[14:12] <Ubulette> 5 days, not a single review
[14:12] <asac_> i would like to add a xul-extensions.mk to mozclient that allows you to easily package extensions
[14:12] <asac_> Ubulette: ok i will ack and upload
[14:13] <asac_> for you motu application it would be beneficial to have a list of links so the MOTU Council can review your changelogs you contributed to
[14:13] <asac_> e.g. not only the ones which show up in launchpad because you are changelog owner
[14:14] <asac_> so libcairo changelog ... fontconfig changes link + xulrunner + ffox + seamonkey + prism
[14:14] <asac_> + whatever
[14:14] <asac_> i think we can go ahead soon with that application
[14:15] <Ubulette> where should i post this list ?
[14:15] <asac_> start to accumulate it somewhere ... then show me and then you would include it in your MOTU application mail
[14:43] <Ubulette> asac, that's quite long
[14:43] <Ubulette> http://paste.ubuntu.com/2904/
[14:44] <asac> hmm ... i ment links to the changelog entries in launchpad :)
[14:44] <asac> anyway
[14:44] <asac> looks good alrewady
[14:45] <Ubulette> lp is bogus
[14:45] <Ubulette> only the last release is visible now
[14:45] <Ubulette> and half of the remaining changelog entries are truncated
[14:47] <asac> ok
[14:47] <asac> then keep it in that way
[14:47] <asac> didn't you do more merges ?
[14:50] <Ubulette> valgrind, xulrunner (twice), ruby-gnome2 (sync), kazehakase (twice, but not really a merge),
[14:52] <Ubulette> i did some NEW, xul 1.9, prism, seamonkey. i don't know if ff3 could be considered a NEW
[15:05] <asac> cairo arrived \o/
[15:31] <Ubulette> restarting X, brb
[19:09] <Ubulette> asac, I propose to change the nss/nspr code to be like cairo, ie check that we have the proper min version
[19:54] <Ubulette> asac, do you have nss ready ? i need it to build xul now


[06:35] <anpok_> wetab only had a i915 gpu?
[06:56] <duflu> anpok_ ??
[07:19] <anpok_> duflu: over the weekend someone asked for help with ubuntu touch on that device ..
[07:19] <anpok_> what he described is just like the i915 experience
[07:20] <duflu> anpok_: Cool. I've been wondering when that would happen. Have intel tablets gathering dust
[07:20] <anpok_> which is .. qt applications trying to create gl 2.0 context fail to start
[07:20] <duflu> Although for them it's probably just a matter of "what's the apt command to turn Ubuntu into Ubuntu Touch?" :)
[07:21] <duflu> anpok_: Oh, yes that too. I have a very old desktop I have refused to throw out for testing that. Not sure it will ever be useful
[07:21] <anpok_> because ubuntu mesa disables gl 2.0 support for those devices.. because it would run in llvmpipe only .. and paired with that cpu the performance is just horrible..
[07:22] <anpok_> a fixed function gl solution or a good software backend for qt is the only way to fix that..
[07:22] <duflu> anpok_: You mean a new shell :) Our UI toolkit is all shaders...
[07:23] <anpok_> oh yeah...
[07:23] <duflu> I've been expecting this to become a thing. Unity8's hardware requirements is already too high for lots of Ubuntu users with legacy hardware
[07:24] <anpok_> hm i guess you could get very far by ignoring that there are shaders defined..
[07:25] <duflu> anpok_: I think I've seen that bug happen. What you get is blank windows (no text or widgets)
[07:25]  * duflu wonders why bzr is taking 10+ minutes for a push
[07:28]  * duflu realizes it's cos when you push to the wrong project, the diff is large
[07:42] <duflu> anpok_: The good news is Unity7 falls back automagically to LLVMpipe, and it's usually fast enough that most people don't notice. Just with some tearing and no dash blur
[07:43] <duflu> Although Unity7 has the benefit of hardware acceleration support for i915 :P
[07:44] <duflu> So I'm not sure just how bad LLVMpipe on i915 would be. Probably not great
[07:57] <anpok_> well.. not useable on atoms at least
[07:58] <anpok_> but ok on a i7 or xeon
[07:58] <duflu> anpok_: Atoms are 64-bit and use i965 now :)
[07:59] <duflu> But I would like it if we didn't retire old hardware just out of software limitations/ignorance
[07:59] <duflu> I recall the first one actually occurred in Mesa (dropping old GPUs)
[08:11] <anpok_> hm maybe there is a way to get the qtpainter bakend back into qtuick rendering...
[11:30] <alan_g> alf_: should this failure worry us? https://mir-jenkins.ubuntu.com/job/build-2-binpkg-mir/arch=i386,compiler=gcc,platform=mesa,release=xenial/445/console


[00:50] <OvenWerks> yeah, ldconfig is pretty important :)
[04:18] <Eickmeyer> OvenWerks: Finally got the packaging done on the pipewire config. It'll be a package offshoot of ubuntustudio-default-settings. Required a separate .trigger file for ldconfig because it's against policy for a maintscript to directly call ldconfig.
[04:19] <Eickmeyer> Either way, looks like it's good to go. Still needed the file in /etc/profile.d to set the PIPEWIRE_QUANTUM variable, but not the LD_LIBRARY_PATH variable.
[04:20] <Eickmeyer> Also needed quite a few lintian-overrides due to a lot of false positives and trickery I had to do.