mathiazbdmurray: hi00:07
mathiazbdmurray: https://code.edge.launchpad.net/~mathiaz/+patches?start=50&batch=5000:07
mathiazbdmurray: why is bug 32521 being listed?00:07
ubottuLaunchpad bug 32521 in gallery (Debian) "purge doesn't remove all config files" [Unknown,New] https://launchpad.net/bugs/3252100:07
mathiazbdmurray: same thing for bug 3394000:11
ubottuLaunchpad bug 33940 in mysql-dfsg-5.0 (Debian) "mysql_setpermission broken" [Unknown,New] https://launchpad.net/bugs/3394000:12
bdmurraymathiaz: why on your page?00:12
mathiazbdmurray: yes - and given they're fixed released in ubuntu00:13
mathiazbdmurray: they're not fixed in debian though00:13
bdmurraymathiaz: I'm not certain off the top of my head00:15
mathiazbdmurray: the bug link points to the debian project in LP thoughy00:15
bdmurraymathiaz: you could try staging and switch the debian task to fixed and see what happens00:15
mathiazbdmurray: so I guess it's because it's still opened in debian that the patch shows up00:16
mathiazbdmurray: you're right00:18
mathiazbdmurray: I've set the bug to fixed released in Debian on staging and it was removed from ~mathiaz/+patches list00:19
bdmurraymathiaz: well, you'd guess it00:19
mathiazbdmurray: should I file a bug?00:19
bdmurraymathiaz: I don't think so.  There is no context for +patches, imagine if you were a debian developer...00:20
* mathiaz agrees00:20
mathiazbdmurray: well - I'm still interested to have the list of patches in ubuntu though00:20
bdmurrayubuntu/+patches then ?00:21
mathiazbdmurray: https://code.edge.launchpad.net/~mathiaz/ubuntu/+patches?00:23
bdmurraymathiaz: so from ~me/+patches you want to filter on projects?00:23
mathiazbdmurray: yes00:23
bdmurraymathiaz: no I meant launchpad.net/ubuntu/+patches ;-)00:24
mathiazbdmurray: I'd like to have a list of patches I could help with while working on Ubuntu sponsoring00:24
mathiazbdmurray: ubuntu/+patches gives me way too many patches00:24
bdmurraymathiaz: okay, a bug seems reasonable but it'd be challenging00:25
bdmurraymathiaz: but to be fair I'm new there ;-)00:26
mathiazbdmurray: :)00:26
mathiazbdmurray: that's perfect: some challenge for a newbie ;)00:26
Sarvattthe kernel needs a rebuild against the new binutils now too for linux-tools, why are we building all of these packages linking to the shared binutils again?00:32
=== bdrung__ is now known as bdrung
=== almaisan-away is now known as al-maisan
pittiGood morning07:10
dholbachgood morning07:23
=== dholbach_ is now known as dholbach
pittilool: bonjour Loic08:08
pittilool: would you mind if I NMUed debian bug 586261? I'd like to sync it to maverick then, to unbreak calibre08:11
ubottuDebian bug 586261 in python-cssutils "calibre: CSS error on conversion to EPUB" [Normal,Open] http://bugs.debian.org/58626108:11
=== hrw|gone is now known as hrw
loolpitti: are you DPMT?  if you are just commit it there08:35
pittilool: DPMT?08:35
pittilool: I didn't see a git branch for it in collab-maint, if you mean that?08:35
loolDebian Python Modules Team08:35
pittilool: no, I'm not08:35
pittilool: but last time I uploaded it to Ubuntu only someone came back to me and said "you should have uploaded it to Debian right away"08:36
pittior perhaps s/upload/commit/, I don't remember for sure any more08:36
loolpitti: Yes, I was Cc:ed to that discussion08:36
pittiI know about the collab-maint git trees, but it's not there08:36
loolpitti: So it's relatively easy to get access to this SVN repo which has packaging for many python packages, I'd recommend you consider asking to be included, you could state you don't intend to maintain any particular pcakage but just try to commit Ubuntu fixes where you can08:37
loolpitti: it's in svn+ssh://svn.debian.org/svn/python-modules/packages08:37
lool328 packages ATM08:37
loolor probably more in fact08:37
pittilool: oh, I'd probably effectively maintain cssutils with calibre08:38
loolpitti: I'd love if you'd adopt cssutils then08:38
loolpitti: I packaged cssutils as a dep of a package which is slowly going away, and have no strong interest in it08:38
loolpitti: Ideally, request DPMT access, and just add yourself to uploaders?08:38
pittilool: ok, will do08:39
pittilool: I'll mail the list for that?08:39
loolpitti: I think so, but you could also ping the admins on IRC08:39
loolpitti: Ah the watch file didn't allow upstream versions to use letters in versions08:40
pittiI had to fix something else, but by and large it was a straightforward update08:41
pittilool: uh, I'm not that fancy subscribing to the ML, though08:41
pittiI don't want to get bug reports for _all_ python modules08:41
loolpitti: That's fine, I just PTS subscribe to the package08:41
loolpitti: It's kind of a mini-collab-maint, the way I see it08:42
pittilool: I mean for asking for commit access08:42
pittiyeah, I suppose08:42
pittilool: whom could I ping on IRC?08:42
loolpitti: If POX is around, that would be a good match08:42
loolpitti: /join #debian-python@oftc?08:43
buxylool, pitti: all DD have write access to the DPMT svn repository08:45
loolbuxy: Oh right, had forgotten about that change08:45
pittiah, nice08:45
loolpitti: do you want me to do the new upstream release?08:46
pittilool: I'll commit it there, and you upload?08:46
pittilool: committed, and new tar is on http://people.debian.org/~mpitt/cssutils_0.9.7~b2.orig.tar.gz08:50
loolpitti: thanks, looking now08:51
loolpitti: Hmm they are changing the new APIs in the developer releases still, so I hope they are close to 0.9.708:55
loolpitti: Do you want to be in uploaders?09:04
pittilool: I'd like to be, yes09:04
loolpitti: Uploaded; thanks for preparing the new upstream release09:16
pittilool: merci beaucoup09:16
pittilool: so I can upload the next one by myself09:16
loolpitti: Sure, any time09:17
Shai_ohi all09:34
cjwatsonpitti: could you review my parted upload to lucid-proposed when you get a moment, please?09:42
pitticjwatson: sure, will do right now09:42
pittiugh, quite sizable queue09:42
cjwatsonI got behind :(09:42
pitticjwatson: if you are currently attacking it, shall we start on both ends and work towards the middle?09:43
pittiI can spend some time on it now09:43
cjwatsonok :) which end are you attacking?09:43
* pitti flips a coin and says "end"09:43
cjwatsonyou mean newest?09:43
pittioldest, end on https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=109:44
pittibut I don't particularly midn09:44
cjwatsonno that's fine09:44
* cjwatson tries queuediff for a change09:45
wgrantcjwatson: Is there something wrong with the LP-generated diffs, or is queuediff just nicer?09:46
pittidon't forget -b, for the full love :)09:46
pittiwgrant: queuediff is using those now09:46
pittiwgrant: but it also parses out the bugs, opens them in the browser, and generates an appropriate sru-accept.py line09:46
wgrantOh, right, yes.09:47
pittiI even have a wrapper on top of that which does09:47
pittiexec queuediff -b "$@" | view -09:47
* pitti likes looking at patches in vim09:47
cjwatsoner, wow, what, the gdm diff is weird09:47
pitticjwatson: ^ how so?09:48
pittistructurally the diff seems to be correct?09:48
pitticjwatson: NB that the previous gdm is still in -proposed09:48
pittibut I think it's about ready to go to -updates09:48
cjwatson'./queuediff -s lucid-proposed gdm'09:48
cjwatsonhas huge piles of weird differences, like lots of deletions from debian/changelog09:49
cjwatsonthe diff in LP looks right though09:49
pitti-s lucid (or just skip it)09:49
pitticjwatson: it doesn't even accept -s lucid-proposed any more, is that really from bzr head?09:49
cjwatsonoh, I shouldn't be using that?09:49
cjwatsonI wasn't quite up to date, am now09:49
pitticjwatson: LP just generates the diff to the latest version in whichever pocket, so I dropped the pocket bit; it's just release now09:50
pittiin some cases that's wrong, of course09:50
pittibut in the vast majority it's the right thing09:50
cjwatsonyeah, that's fine09:50
pittimajority ... of cases..09:50
wgrantIf you can work out a better ancestor, give me a yell.09:51
Shai_odo you have any spare info about building a live cd without a package designed for this task ?09:51
Shai_oi mean from scratch :D09:51
pitticjwatson: does the parted SRU require a d-i/ubiquity upload to pick it up?09:51
loolIn the last weeks, I saw a lot of packages pending a build on sparc; I just got an upload error with one of them (oprofile)09:56
lool2010-06-17 22:18:35 ERROR   Exception while accepting:                           Unable to find source package oprofile/0.9.6-1ubuntu8 in maverick               -> http://launchpadlibrarian.net/50512886/oFLBwGIJoMxnRKhJUeWGfwllX3o.txt09:56
cjwatsonlooks like there was a new upload shortly afterwards, but the sparc build had already been scheduled09:56
cjwatsonthe 0.9.6-1ubuntu9 build for sparc has already succeeded and been installed09:56
cjwatsonso I think you can ignore that09:57
loolcjwatson: Indeed, seeing 0.9.6-1ubuntu9 now, the upload failure was 0.9.6-1ubuntu8; thanks09:57
cjwatsonpitti: I fixed queuediff to handle package names like 'gtk+2.0'10:02
pittiah, thanks10:03
pittineeds some escaping, I figure10:03
cjwatsontwo levels10:04
seb128whoever is doing sru review thanks10:06
seb128cjwatson, did you move the previous gdm sru to updates before accepting the new one?10:06
cjwatsonno ...10:07
cjwatsonbugger, let me see if I have time10:07
seb128ok, don't worry otherwise we can get the new version tested and move in a week10:08
cjwatsontwo out of five bugs verified?10:08
seb128well I talked with pitti about it yesterday10:08
* cjwatson looks10:08
seb1282 of those non verified ones are variants of the one EtienneG confirmed fixed10:09
pittihaven't checked yet, but most of them should be easy to verify10:09
seb128ie triggering events on autofs user dirs10:09
seb128or nfs ones10:09
pittiautofs is one of the harder ones; I meant the ones sourcing ~/.Xresources etc.10:09
seb128pitti, that one was not listed in the changelog10:10
seb128pitti, the .Xresources bug was fixed in lucid already IIRC10:10
pittiah, ok10:10
seb128pitti, your fix just enabled to do the ".xsession" session10:10
seb128which we didn't include in that upload10:10
pittiI thought we needed a patch for ~/.xinitrc or similar10:10
spenguin[work]anyone here use the displaylink drivers?10:11
seb128bug #586503 is not fixed in the sru10:11
ubottuLaunchpad bug 586503 in gdm (Ubuntu Lucid) "/etc/gdm/PostLogin/Default file not run if automatic login is enabled" [Low,Fix committed] https://launchpad.net/bugs/58650310:11
cjwatsonright, I was just going to say10:11
seb128the bug is about postlogin scripts not being run and the fix was one for init scripts10:11
cjwatsonso how about I copy this, and then you reopen that bug?10:11
seb128so similar issues but not quite the right one10:11
seb128cjwatson, would work for me ;-)10:12
cjwatsondamn, I'm sorry, it won't let me10:12
seb128ok, don't worry10:12
pitticjwatson: not even with -e?10:12
cjwatson2010-06-18 09:12:02 ERROR   Could not find source 'gdm/2.30.2.is.2.30.0-0ubuntu1' in Primary Archive for Ubuntu: lucid-PROPOSED10:12
seb128there was no hurry for those fixes10:12
cjwatsonpitti: I tried that first10:12
pittiok, let's just test the new one then10:12
seb128let's wait another week and test the new version10:12
seb128I just want it in lucid10:12
seb128I just want it in lucid .110:12
seb128it can wait another week in lucid-proposed10:12
pitti. o O { can we please replace gdm with an xsetbg, readline, and startx shell script? }10:13
seb128I'm pondering if I should limit the bug numbers in the changelog to things easy to test in next upload though10:13
seb128we have often issues because 6 of the 8 fixes are tested10:13
seb128but the update doesn't move because it's not all green10:13
cjwatsonit certainly makes it less obvious during processing10:14
seb128even if it fixes 6 bugs and doesn't have any issue10:14
cjwatsonI have to actually read10:14
cjwatsonand think10:14
cjwatson(fx: sad trombone)10:14
cjwatsondidrocks: should the main task on bug 33288 still be open?  I gathered this was an upstream fix, and maverick has a newer upstream version10:16
ubottuLaunchpad bug 33288 in poppler (Ubuntu) "Evince doesn't handle columns properly" [Medium,Triaged] https://launchpad.net/bugs/3328810:16
didrockscjwatson: it has been merged in trunk and should be in maverick now, let me see10:17
pittimaverick just got 0.1410:17
seb128cjwatson, didrocks: right, it can be closed10:17
pittilast time I checked it wasn't in maverick yet, so I kept it open10:17
seb128I uploaded the new poppler yesterday10:17
pittibut 0.14 should have picked up all those, I hope?10:17
=== tkamppeter_ is now known as tkamppeter
cjwatsonpitti: second opinion on ubuntuone-client: it's a new upstream release, so I'd normally say "please backport instead", but it looks to me as if the new release was entirely driven by the listed bugs10:18
didrockscjwatson: confirmed, it can be closed10:19
seb128pitti, it did, there is only one change left in the debian patches for the new version10:19
cjwatsondidrocks: ok, please do10:19
pitticjwatson: process-wise that seems ok, they usually wrap up fixes in new microreleases10:19
didrocksthanks :)10:19
pitticjwatson: want me to take a look at the diff?10:19
cjwatsonno, that's ok10:20
cjwatsonpitti: skipping landscape-client for now as there's at least one private bug in there that I can't see10:50
pitticjwatson: ok; I guess that goes for the older release SRUs as well10:50
cjwatsonif they want an SRU they can follow the policy and subscribe the SRU team to the bugs :P10:50
cjwatsondidn't check10:50
pittiI now hit the kernel package mess10:50
* pitti starts with mvl-dove10:51
=== cking_ is now known as cking
pittismb: can you please upload a meta for linux-fsl-imx51 in lucid-proposed? (just accepted)11:12
smbpitti, There is none needed. Licid's fsl-imx51 is based on 2.6.31 (Karmic) which had no ABI bump11:13
pittismb: ah, I see11:13
smbti-omap (2.6.33) would not have needed normally, but had some changes that made it necessary. Its fun. ;-P11:14
pittismb: I'll accept the metas once the kernels are built and NEWed11:15
pittismb: or do they build-depend on something with the new ABI, so that they'll just depwait?11:15
smbpitti, Perfect, thanks.11:15
smbpitti, No I don'T think, yet11:15
didrockspitti: cjwatson: thanks for the sru reviews :)11:15
pittismb: OOI, is there any chance linux-ec2 goes away at some point? it doesn't change anything different than the linux source itself11:16
pittiand frankly I don't have enough time to slam an additional set of 3 tasks (ec, fxl-imx51, ti-omap) to a million bugs, since I think we won't individually verify them anyway on arms11:17
pittiso I just send out calls for testing to the architecture specific bugs (i. e. not the ones which were already fixed in the linux SRUs); hope that suits you?11:17
smbpitti, I cannot say for sure. I might speak wit John about that. But as it also decouples ec2 from the main kernel uploads, I guess it will stay11:18
pittiuh, and qcm-msm as well11:18
pittismb: do you know why http://launchpadlibrarian.net/50319468/linux-ti-omap_2.6.33-502.8_source.changes refers to bug 576274  again?11:19
ubottuLaunchpad bug 576274 in linux-ti-omap (Ubuntu) "ti-omap: unable to build due to abi-check failures" [High,Fix released] https://launchpad.net/bugs/57627411:19
smbpitti, qcm-msm will actually goe away11:20
smbpitti, I only did that upload one more time because apw spend some work on that. But otherwise its dead11:20
pittismb: also, most of the maverick tasks are still open; can you guys please have a look at https://bugs.edge.launchpad.net/~ubuntu-sru/+subscribedbugs?field.searchtext=linux at some point and close out the ones which are still unfixed in maverick? (and actually upload the outstanding fixes to maverick)11:20
smbpitti, The reference might be a laps in me cleaning the changelog11:21
pittismb: ok, I'll ignore 576274 then, thanks11:21
pittiit piled up some 370 open bugs which have been fixed in SRUs, but never in the development release11:21
smbpitti, Ok, I have a look on that list later11:22
pittiwhich violates not only the SRU policy, but also keeps a high potential for regressions11:22
pittismb: thanks11:22
pittiwould be nice to make that list actually useful again :)11:22
smbpitti, Understandable. :)11:23
pittismb: will qcm-msm need a -meta?11:23
smbpitti, No, that is another branch based on 2.6.3111:24
pitticjwatson: ok, please keep the linux-meta stuff until the kernels were built and NEWed11:24
vishpitti: thanks for the SRU round :)11:24
pitticjwatson: are you looking at empathy?11:30
pitticjwatson: seems to be the last one in the lucid queue now11:30
cjwatsonjust accepted11:31
pitticjwatson: so, should I go on with looking at the kernel bits in karmic, and you perhaps take hardy?11:32
seb128cjwatson, pitti: thanks for cleaning the sru queue!11:32
cjwatsonpitti: ok (hardy kernel too?)11:33
pittioh, hardy has one as well?11:33
pittididn't look into the hardy queue yet11:33
cjwatsonwgrant: the chkrootkit diff in the hardy queue was generated against 0.47-1.1 in hardy, rather than against 0.47-1.1ubuntu0.1 which is in both hardy-security and hardy-updates11:36
cjwatsonwgrant: (I've accepted it now; hopefully I haven't destroyed the evidence)11:38
cjwatsonhardy queue emptied11:58
wgrantcjwatson: Ah, yeah, it only looks in $uploadpocket and RELEASE.12:19
wgrantIt should probably know about the... sorta hierarchy.12:20
=== MacSlow is now known as MacSlow|lunch
=== al-maisan is now known as almaisan-away
loolDaviey: Hey13:27
loolDaviey: I started working on screen before you attached your branch, but did the same fix along others; thanks for the branch though!13:27
Davieylool: bah..13:29
Davieylool: I guess i won the race. right, right :)13:29
Davieycjwatson: Can i do the verification for bug #14:11
Davieybug 58369814:11
ubottuLaunchpad bug 583698 in apache2 (Ubuntu) "[SRU] If /usr/sbin/apache2 is set -x, upgrades fail" [Low,Triaged] https://launchpad.net/bugs/58369814:11
DavieyI thought it had to be someone from ~sru-verification ?14:12
pittiDaviey: not really, anyone is welcome to help testing14:12
seb128you are welcome to confirm that upgrades work14:12
Davieyhmm.. ok https://wiki.ubuntu.com/ArchiveAdministration#Standard case14:13
* Daviey really feels doc's and policy for SRU isn't clearly defined14:13
pittiDaviey: https://wiki.ubuntu.com/StableReleaseUpdates#Verification says that anyone can help14:14
pittiand so do the "please test" emails that we send to the bugs14:15
Davieypitti: Will this confirms that policy isn't clear, as AA's are working from a different procedure to the rest of us.. And also doesn't make it clear the purpose of ~sru-verification14:15
=== MacSlow|lunch is now known as MacSlow
seb128there is a sru-verification team?14:16
pittiAAs aren't dont verification14:16
pittitAAs don't do verification14:16
pittinot with their AA hat on14:16
Davieypitti: oh i agree.. but according to their page.. they shouldn't be moving from -proposed to -updates unless someone from ~sru-verification has ack'd14:17
pittiDaviey: as soon as a bug is v-done, they can move it14:17
Davieypitti: ok, thanks14:18
ScottKDaviey: We went through this issue a while ago and tried to clarify that anyone can test and mark v-done.  If there's documentation that's still unclear, let's fix it.14:22
DavieyScottK: ok14:25
Davieycjwatson: bug 583698 is marked verification-passed FYI :)14:42
ubottuLaunchpad bug 583698 in apache2 (Ubuntu) "[SRU] If /usr/sbin/apache2 is set -x, upgrades fail" [Low,Triaged] https://launchpad.net/bugs/58369814:42
cjwatsonDaviey: thanks - I just need to wait for it to build everywhere14:50
Davieycjwatson: Super, thanks14:54
manjocjwatson, have you changed landed in todays iso ?15:17
cjwatsonI'm in the process of putting them together at the moment15:20
cjwatsonI keep getting dragged off for other stuff though15:20
verwilstupstart-related question if i may15:25
verwilsttrying to create a puppet upstart script15:25
verwilstbut service puppet start always hangs while polling sa_family=AF_FILE, path=@"/com/ubuntu/upstart"},15:26
ari-tczewdoes DebianImport working?15:26
=== bjf[afk] is now known as bjf
Davieycjwatson: No change rebuild - bug 595978, should be hitting the hardy NEW queue shortly; can you fast track that through when you copy apache*0.17 from -proposed to -updates please?16:31
ubottuLaunchpad bug 595978 in apache2-mpm-itk (Ubuntu) "No-change rebuild to handle updated apache source." [Undecided,New] https://launchpad.net/bugs/59597816:32
cjwatsonNEW, not UNAPPROVED?16:32
Davieyerm, yes -s orry16:32
Davieycjwatson: Will that be going straight to -updates, or do you want it to land in -proposed first?16:37
cjwatson-proposed please16:38
Davieycjwatson: dammit, just been upoaded with the -updates pocket16:38
cjwatsonplease reupload, I really don't like accepting things straight to -updates unless it's some absolutely horrible emergency16:39
Davieycjwatson: ok16:39
warnechey there I have a question about Glipper16:52
warnecI just finished translating it to Polish16:52
tgardnerjdstrand, when do sysctl's get applied if the module to which they apply has not been installed by initramfs? For example, net.netfilter.nf_conntrack_acct=1. I figured you might know something about this because of your ufw work.16:52
warnecand would very much like my translation to be incorporated in the package16:52
warnecunfortunately, Glipper's upstream hasn't been active for something like ~2 years now16:53
warnecso I figured it would be better to ask the one who packages Glipper for Ubuntu (since there is no to little chance for new Glipper release)16:53
warnecis anyone responsible for Glipper here? Synaptic simply reports ubuntu-devel as maintainer.16:54
jdstrandtgardner: that is a good question. I would think it would trigger a module load, but I don't know. if ufw is enabled, it ends up loading the modules it needs before running sysctl, so I've not run into this16:54
tgardnerjdnf_conntrack can get loaded becasue of kvm et al, but I'm not sure /etc/sysctl.conf is reexamined.16:55
tgardnerjdstrand, ^^16:55
jdstrandtgardner: there isn't anything particular magical about /etc/sysctl.conf. it is 'sourced' in /etc/init/procps.conf after the system. if nothing is calling sysctl on that file in initramfs, I wouldn't expect the change to be available will in initramfs16:57
jdstrands/system/leaving initramfs/16:58
tgardnerjdstrand, I'm thinking that in the kvm example host side NAT is not started until the user launches his VM.16:58
tgardnerso nf_conntrack won't get installed until way after the usual startup has completed16:59
jdstrandtgardner: well, if you have libvirt installed, it will add some NAT rules, so it'll be there16:59
jdstrandI can fire up a vm and see17:00
tgardnerI wonder about the oddball case where someone just wants to hack in some iptables rules.17:00
=== MacSlow is now known as MacSlow|capoeira
jdstrand$ sudo sysctl -w net.netfilter.nf_conntrack_acct=117:03
jdstrand[sudo] password for jamie:17:03
jdstranderror: "net.netfilter.nf_conntrack_acct" is an unknown key17:03
jdstrandtgardner: ^17:03
cjwatsonDaviey: last architecture being published now ...17:03
=== beuno is now known as beuno-lunch
Davieycjwatson: great!17:03
tgardnerjdstrand, thats the exact problem. the key doesn't appear until _after_ the module is installed.17:03
jdstrandtgardner: so it won't load the module. I guess if someone is going to do what you are suggesting, they need to add their iptables rules, then apply the sysctl17:03
cjwatsonDaviey: nothing in hardy-proposed yet?17:03
jdstrandtgardner: yeah17:03
Davieycjwatson: really?17:03
Davieyshould be.. /me pokes17:04
cjwatsonDaviey: is the apache2-mpm-itk upload vital to have at the same time?17:04
Davieycjwatson: well yes.. apache2-mpm-itk is statically built and if it doesn't go out.. a case of SRU breaking apache sites17:04
Daviey(if people use apache2-mpm-itk)17:04
cjwatsonDaviey: you uploaded it to -updates again17:05
Davieycjwatson: i had it sponsored.. guess they didn't bzr pull17:06
* Daviey quietly gets frusated with sponsorship.17:07
cjwatsonDaviey: point me at the bzr branch17:14
Davieycjwatson: lp:~davewalker/ubuntu/hardy/apache2-mpm-itk/lp59597817:16
Davieybarely worth it :/17:16
=== hrw is now known as hrw|gone
jdstrandtgardner: yeah, just to satisfy my own curiosity and to be 100% sure, I can say definitively that sysctl.conf is not examined after module load17:17
jdstrandtgardner: but, on the plus side net.netfilter.nf_conntrack_acct defaults to '1' in maverick, but you probably already knew that ;)17:18
tgardnerjdstrand, thats pretty much my finding. I think I'll ask this question on the ubuntu-devel mailing list17:18
cjwatsonDaviey: I think you forgot to pushs17:20
cjwatsonapache2-mpm-itk (2.2.6-01-1build3.9) hardy-updates; urgency=low17:20
Davieycjwatson: Quite right, my bad.17:23
Daviey(done now)17:24
cjwatsonDaviey: nope.  I have revno 2417:26
Davieycjwatson: Odd, i had pushed17:31
Daviey"Pushed up to revision 25."17:31
* Daviey branches.17:32
DavieyBranched 25 revision(s).17:33
cjwatsonoh, there it goes17:37
=== yofel_ is now known as yofel
Davieycjwatson: rocking, thanks for your time17:47
cjwatsonso just need to get that built everywhere (I'll score it up), check that it hasn't exploded, then copy17:47
Davieycjwatson: Okay, assume you won't need verfication?17:48
cjwatson"check that it hasn't exploded"17:50
=== beuno-lunch is now known as beuno
tedgpitti, Can I configure apport to report stacktraces on crashes on a per-package basis or is it all or none?18:27
cjwatsonDaviey: any chance of a quick check of the apache2-mpm-itk build to see that it still basically works?  it's published now19:30
=== jtechidna is now known as JontheEchidna
BlackZcould somebody please sponsor bug #596034 ? thanks in advance19:48
ubottuLaunchpad bug 596034 in apache2 (Ubuntu) "Please merge apache2 2.2.15-5 (main) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/59603419:48
micahgBlackZ: wasn't that already uploaded?19:52
BlackZmicahg: seems not19:52
dim3000Hello everyone, I have a few projects, particularly a certain game that I would like to clean up (make GPL friendly, etc...) and possibly have it included in the repos. What steps should I take?19:52
micahgBlackZ: was uploaded about 25 minutes ago19:53
BlackZoh, 1 hour ago19:53
BlackZI didn't noticed19:53
BlackZmarking as 'Fix released' then19:54
micahgBlackZ: if the bug isn't in the changelog19:54
BlackZmicahg: hm?19:55
micahgBlackZ: LP will auto close if the bug # is in the changelog19:55
BlackZmicahg: I know but it's not19:55
micahgBlackZ: right, so yes to your question then :)19:56
jjardonHello, is there any reason because the latest glade is still not packages in maverick? Should I file a bug?20:00
seb128jjardon, hi, which one is that? does it require to have gtk3?20:01
jjardonseb128, indeed that is no glade package in maverick20:02
micahgjjardon: p.u.c doesn't have maverick yet20:02
jjardonmicahg, p.u.c?20:02
micahgjjardon: it has the same version as Lucid ATM20:02
micahgjjardon: packages.ubuntu.com20:02
jjardonah, ok20:03
jjardonwell, the latest release (3.7.1) doesnt depend on GTK+320:04
jjardonbut 3.7.2 will depend on it20:04
seb128that's why we don't update20:04
seb128we will likely update when gtk3 is packaged later on20:04
jjardonseb128, makes sense20:05
jjardonBTW, I requested the GTK+3 package for Debian, maybe you are interesed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=58538520:06
ubottuDebian bug 585385 in wnpp "RFP: gtk+3.0 -- the GTK+ 3.0 user interface library" [Wishlist,Open]20:06
zygaunity clock is off by one minute20:08
zygait seems to be updated just several seconds before each minute20:09
LucidFoxOkay, just posted a debdiff for messaging indicator support in Liferea: bug #54049020:09
ubottuLaunchpad bug 540490 in liferea (Ubuntu) "liferea should be added to the indicator applet" [Undecided,Confirmed] https://launchpad.net/bugs/54049020:09
LucidFoxIt calls autogen.sh, though. Would it be better to include autoreconf changes as a (bloody huge) separate patch?20:09
seb128zyga, there is a bug open about it on launchpad I think20:10
zygaseb128, ah, good then20:10
seb128jjardon, thanks, the issue is not to have a bug opened though but somebody doing the work20:10
seb128jjardon, I've been watching what happens there since we want gtk3 in the next weeks, we will help getting there if that's done yet20:11
seb128jjardon, slomo has been starting some changes in the debian pkg-gnome svn and there is a launchpad ppa some build as well it seems...20:12
seb128zyga, check indicator-datetime bugs20:12
seb128upstream product not ubuntu one20:13
LucidFoxAnd seb128, you're probably busy with more urgent matters, but I remember a promise to review the xchat-gnome debdiff :)20:16
jjardonseb128, ok, thanks for the info.20:17
seb128LucidFox, I don't think I promised, I probably said I would check on it20:17
LucidFoxAh, makes sense20:17
seb128LucidFox, but the diff is non trivial and we turned rgba off for now20:17
seb128I was sort of letting upstream a chance to review it ;-)20:18
seb128I was just about to close IRC and enjoy my evening now so not today in any case but I will review it later on20:18
seb128jjardon, you're welcome20:18
LucidFoxSpeaking of which, I'm concerned about the state of xchat-gnome upstream - it's apparently a hairline away from releasing 0.26.2, which will include my userlist patch, yet the latest git commit was two months ago20:18
LucidFoxAnd okay, it can wait!20:19
BlackZseb128: do you remember bug #590094 ? slomo said it builds in debian20:19
seb128we will git those changes in maverick if they don't roll a tarball20:19
ubottuLaunchpad bug 590094 in bug-buddy (Ubuntu) "bug-buddy FTBFS on maverick" [High,In progress] https://launchpad.net/bugs/59009420:19
seb128BlackZ, I do, I'm not sure why he would build though20:19
seb128BlackZ, I'm about to go now so I've no time to check but it's likely he didn't test correctly20:20
BlackZseb128: please reply to the bug report when you can :)20:20
seb128will do20:20
seb128but if you have a change to solve the issue you can add it there as well20:20
BlackZif so, a bug in debian should be reported (if there's not yet)20:20
BlackZsure, I will do20:21
philsfhi, I'm trying to recompile evolution, to test a new patch from upstream, but the patches are not being included. I'm just using 'dpkg-buildpackage' from the source tree, should I be using another program, or some specific parameters instead? I don't see any mention to patches in the man20:22
seb128philsf, how do you try to apply the change?20:27
philsfseb128, I just found out the patch is trying but failing. it's probably for a newer version20:28
=== MacSlow|capoeira is now known as MacSlow
=== oubiwann is now known as away
=== away is now known as oubiwann
Davieycjwatson: Sorry for teh slow RTT.. done, and passed verification.  bug 59597822:37
ubottuLaunchpad bug 595978 in apache2-mpm-itk (Ubuntu Hardy) "No-change rebuild to handle updated apache source." [Undecided,Fix committed] https://launchpad.net/bugs/59597822:37
cjwatsonthanks, will process in a sec then22:40
cjwatsonDaviey: all done now.  sorry for the mess we ended up with22:43
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
Davieycjwatson: Oh, we arrived at the destination in the end :)22:45
mathiazkees: hi!22:53
mathiazkees: bug 52335422:53
ubottuLaunchpad bug 523354 in libpam-ccreds (Ubuntu) "[MIR] libpam-ccreds" [Wishlist,Triaged] https://launchpad.net/bugs/52335422:53
keesmathiaz: oh! thanks for the reminder... reading22:53
mathiazkees: ^^ does it have the approval to move it main?22:53
keeshm, minimum_uid=1000 seems wrong to me.22:55
keesshouldn't that be loaded from /etc/login.defs ?22:55
keesi.e. it should use UID_MIN by default when minimum_uid isn't specified?22:55
ccheneyhow do i get a grub menu to pop up in maverick?23:48
micahgccheney: shift?23:48
ccheneydoesn't seem to work for me23:48
ccheneyjust hit shift, or hold it down?23:48
* micahg thinks hold it down, but not sure23:49
cjwatsonhold it.  it doesn't work on all systems though :-/23:49
ccheneyok now it worked :)23:49
ccheneyi think i held it too early23:49

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!