=== Logan__ is now known as Logan_ === fenris is now known as Guest78410 === bigjools-afk is now known as bigjools === fenris_ is now known as Guest60646 [03:10] Good morning === apachelogger is now known as trainlogger === amitk_ is now known as amitk [06:37] * pitti unleashes new quantal langpacks; builders, beware [06:38] skaet_: ^ we aim to please [07:09] good morning [07:10] can somebody please reject https://code.launchpad.net/~jjesse/ubuntu/quantal/libstring-approx-perl/typo-fix/+merge/125547 and https://code.launchpad.net/~jjesse/ubuntu/quantal/liborigin/typo-fix/+merge/125549 and https://code.launchpad.net/~jjesse/ubuntu/quantal/libpam-foreground/typo-fix/+merge/125548? [07:16] dholbach: done [07:17] thanks pitti === bigjools-afk is now known as bigjools [08:06] pitti: compinit is a zsh function to set up tab completion, it will write the runes for it into .zshrc === henrix_ is now known as henrix [08:18] StevenK: ah, thanks; as I said, /me <- zsh n00b [08:19] pitti: Yeah, I saw that bit, which is why I helped out. :-) === tkamppeter_ is now known as tkamppeter [09:20] qt4-x11 built fine locally here ... and no build log available ... [09:34] cjwatson: want me to have a look at #1052605 or are you on it already? [09:36] mvo: I'm not on it yet - if you could that would be lovely [09:37] cjwatson: ok === dendrobates is now known as dendro-afk [09:46] is ubuntu-devel an appropriate list to send call for testing type stuff? [09:55] jamespage: if it is general, it can be. [09:55] jamespage: tasting what stuff though? [09:55] there's a dedicated testing ML I think [09:56] Laney, yeah - I was going to send it there as well [09:56] xnox, its specifically about testing of java apps with the transition of default java from openjdk-6 to openjdk-7 [09:56] sounds -devel worthy [09:57] I tested the transition by checking that purging java from my machine still works ;-) [09:58] xnox, lol [09:58] should od [09:59] jamespage: it is tricky though, trying to remove current implementation tries to install another one =) [09:59] xnox, they co-exists quite happily [09:59] managed via alternatives... [10:04] jamespage: install default-jdk, then try to remove it. Apt says: ok but i will install 6. remove default and 6? Ok but i will install gcj. Remove default, 6 and gcj? Sorry can't do anything. [10:05] jamespage: so you need to delete stuff like java-common & apps in a single go, for it to go away. === Amaranthus is now known as Amaranth === Amaranth is now known as Amaranthus === Amaranthus is now known as Amaranth [10:29] doko, Hi, I've filed a freeze exception request -- https://bugs.launchpad.net/ubuntu/+bug/1053933 [10:29] Launchpad bug 1053933 in Ubuntu "Feature Freeze Exception - inclusion of OpenERP (quantal)" [Undecided,New] [10:32] heno, xnox already replied [10:32] doko: ;-) [10:36] xnox, doko, ok thanks I'll pick it up on the bug :) === cpg is now known as cpg|away [11:28] ctl-alt-t not working with as of sometime recently (on quantal) - is that expected? [11:30] lamont: yeah, it's a keybinding conflict, bug #1050796 [11:30] Launchpad bug 1050796 in compiz (Ubuntu Quantal) "Double shortcuts conflict with gnome-control-center ones" [High,Triaged] https://launchpad.net/bugs/1050796 === henrix is now known as henrix_ [11:34] didrocks: but is there a trivial workaround? (what file to I smash?) === henrix_ is now known as henrix [11:34] lamont: you can go to gnome-control-center -> keybindings -> launcher [11:34] you will see 2 "Launch a terminal" [11:34] one has to be set, not the other [11:34] (you have to try, they are both named the same) [11:34] does it matter which? [11:35] lamont: yeah, only one is wired [11:36] much better === MacSlow is now known as MacSlow|lunch === MacSlow is now known as MacSlow|lunch === sagaci__ is now known as sagaci [12:13] hi, can someone please sponsor this bug? It's critical for us: bug #1053057 [12:13] Launchpad bug 1053057 in landscape-client (Ubuntu) "Client queues up lshw calls if talking to old server" [Undecided,New] https://launchpad.net/bugs/1053057 [12:15] ahasenack: I uploaded it to quantal-proposed yesterday... awaiting beta-freeze acceptance (or post-beta-thaw) [12:15] SpamapS: thanks, who can I talk to about that? [12:15] ahasenack: #ubuntu-release [12:15] SpamapS: thanks === _salem is now known as salem_ [12:19] pitti: What's up with the ARM test failures on https://launchpad.net/ubuntu/+source/glib2.0/2.33.14-1svn2 ? [12:28] hi, can someone please nominate bug #1053057 for lucid, natty, oneiric and precise? I have debdiffs ready and will change the bug description to comply with sru rules [12:28] Launchpad bug 1053057 in Landscape Client "Client queues up lshw calls if talking to old server" [Critical,Fix committed] https://launchpad.net/bugs/1053057 [12:29] ahasenack: on it === dendro-afk is now known as dendrobates [12:47] hi all! Is bug #1053269 going to be solved or at least any idea why it happens? [12:47] Launchpad bug 1053269 in grub2 (Ubuntu) "black boot" [Undecided,Confirmed] https://launchpad.net/bugs/1053269 [12:48] lucazade: It might be related to a framebuffer handling bug that smb and I were talking about yesterday [12:49] lucazade: I have an nvidia box I can dig out, so I'll take a look as soon as I can dig myself out from under everything else ... [12:49] cjwatson: is it a regression? [12:49] Well, you said it was a regression in the bug description [12:49] tkamppeter, foomatic-db demoted [12:49] So who am I to argue [12:49] cjwatson: if you need any test i'm here [12:49] What it's a regression *in* is a different question [12:50] i've an optimus dell desktop to test it out [12:50] apw, ping on https://launchpad.net/bugs/1048824 [12:50] Launchpad bug 1048824 in svn2cl (Ubuntu) "[MIR] svn2cl" [Medium,Incomplete] [12:51] doko, will look at it, thanks [12:51] cjwatson, lucazade If there is a second machine to ssh into the one with the black screen, then dmesg from that machine with the black screen would be helpful to find out whether framebuffers are replaced [12:52] smb: ok ... good idea.. i'll try to catch dmesg [12:55] bryceh, nivida-common shows up on the demotion list. is this wanted? [12:55] smb, cjwatson ... pasted my dmesg ... http://pastebin.com/VdDtBQqs (ubuntu pastebin is broken atm) [13:00] doko,bryceh: 'apt-cache show nvidia-common' says it's a transitional package === MacSlow|lunch is now known as MacSlow [13:01] cjwatson, so I assume it's safe to demote [13:01] should be [13:02] lucazade: huh, you have the nvidia module loaded apparently (or did you file that bug from a different machine?), but that dmesg shows inteldrmfb [13:02] but I have to go out for a bit ... [13:02] lucazade, I don't see a framebuffer switch from one kernel driver to the other (like I talked to cjwatson yesterday). [13:02] cjwatson, Might be a dual gfx machine [13:02] smb: Yeah. Any way you can think of to distinguish which of us owns this bug? [13:03] smb it is an optimus machine: intel + nvidia [13:04] doko: if you demote to universe, how would main-only lts->lts upgrade happen? just fine? [13:04] cjwatson, I may be tempted to go for option 3 and ask someone else... [13:04] doko: or is that not the package that people install to have nvidia? [13:04] xnox: this is hardly the only problem in that category - in any case LTS->LTS upgrades generally have universe enabled [13:05] So I wouldn't expect that to be a problem [13:05] cjwatson: ok. thanks. [13:05] It used to be a problem for cdromupgrade, but we've basically desupported that [13:05] =) [13:07] cjwatson, The problem might be somewhere in the middle. I don't see failures to obtain resources like in the one I was looking at. Might just be a fail in switching gfx [13:09] lucazade, Any way, you should upload the dmsg file to the bug report as it is likely to get lost otherwise [13:15] smb: going to upload the dmesg to the bug report [13:18] cjwatson, lucazade The only other thing I noticed (but cannot really decide about its influence) is that from the dummy 80x24 console the system goes to inteldrmfb and later enables the discrete nvidia gfx... [13:19] smb, cjwatson.. if I disable the vt.handoff=7 feature at least I can see the VT.. is it possible that new grub rev is not patched against it? [13:21] smb, cjwatson .. I can try to blacklist nvidia module to see if it is related to this [13:24] lucazade, I guess it cannot hurt to gather that as an additional testing case... Not having really much experience with those dual gfx machines... [13:34] doko, pitti, hi [13:36] lucazade: I was pretty careful to keep all those patches [13:36] lucazade: in fact most of them are upstream. Perhaps you could attach your /boot/grub/grub.cfg as well though === skaet_ is now known as skaet [13:50] cjwatson http://pastebin.com/XstaeXXA [13:51] cjwatson: going to blacklist nvidia module... rebooting [13:55] tkamppeter, foomatic-db-compressed-ppds still recommends printer-driver-all [13:57] cjwatson: dmesg blacklisting nvidia_current http://pastebin.com/ZVSqxYk8 (same behaviour) [13:58] lucazade: as far as I can see, all the necessary GRUB configuration is still in place [13:59] lucazade: It's possible that something is wrong with video setup internally in GRUB, but at this point I would be rather inclined to suspect the kernel instead [14:00] lucazade: You might try downgrading to a kernel version that previously worked to test this theory, or downgrading to GRUB 1.99; either ought to narrow it down [14:04] cjwatson... going to try an old kernel [14:11] cjwatson: reverted to -21 kernel (-22 is the new one) and it fixes the issue [14:11] cjwatson: so it is the kernel! [14:13] updated the bug report https://bugs.launchpad.net/linux/+bug/1053269 .. hope it is the correct project [14:13] Launchpad bug 1053269 in grub2 (Ubuntu) "black boot" [Undecided,Confirmed] [14:20] could someone more familiar with objective-c binary dependencies take a look at bug 1051389? [14:20] Launchpad bug 1051389 in sope (Ubuntu) "Sync sope 1.3.16-1 (universe) from Debian unstable (main)" [Undecided,In progress] https://launchpad.net/bugs/1051389 [14:20] lucazade: great, thanks [14:20] bryceh, tjaalton: libdri2 is scheduled for demotion. is this intended? [14:23] doko: looks to be some linaro thing [14:23] rsalveti: ^ [14:26] cjwatson: will the bug be assigned to anyone or I should ping Tim Gardner? [14:27] lucazade: smb already knows about it, so let that team worry about their own assignment processes [14:27] cjwatson: perfect.. tnx for the support! [14:27] cjwatson, Thanks so much. :) [14:27] Oh, the bug is actually in the wrong place [14:27] Let me fix that [14:27] smb: can you delete the bogus linux upstream task from that bug? [14:28] lucazade: you should always use packages in Ubuntu, not (upstream) projects, unless you know that the bug is reproducible with upstream code [14:28] cjwatson: ok... good to know [14:28] cjwatson, hm.. not sure [14:28] doko, I can demote the Recommends to a Suggests, but we need something which fits both Ubuntu and Debian. [14:28] smb: do you have the minus sign in a red circle next to the upstream task? [14:28] cjwatson, Ah yea [14:29] cjwatson, gone [14:29] ta [14:29] tkamppeter, well, is the recommendation correct for Ubuntu? but then we have to promote some packages [14:29] doko, no, Debian folks have added that. [14:30] you can generate recommends/suggests dynamically using substvars [14:30] that would be an idea [14:37] cjwatson, would it be good to have an Inclusion list for the seeds that python3-% is seeded, if python-% already is? [14:39] doko: Maybe for R. Sounds likely to induce some confusion at this point [14:39] yeah, not now [14:39] doko: I don't think germinate can do the particular logic you mention, though [14:40] It can include python3-* if anything else in its source package is in main, but it's quite possible that there are sources in main with python-* in universe [14:40] and on second thought, we maybe want to demote the python2-% packages, so better seed these explicitly [14:42] tjaalton: doko: hm, this library is needed for the PowerVR SGX driver [14:42] for omap4 [14:42] rsalveti, then some reference was lost this cycle [14:43] the only package depending on it is the pvr-omap4 one, which is in restricted [14:43] don't know if that is what caused this [14:45] hi, can someone please sponsor and upload these sru packages to -proposed? https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/1053057 [14:45] Launchpad bug 1053057 in landscape-client (Ubuntu Precise) "Client queues up lshw calls if talking to old server" [Undecided,New] [14:53] cjwatson, is the libdri2 demotion a bug? still has references in the b-d's and the armhf binaries in restricted [14:54] uh, definitely a bug [14:54] the omap GLES driver that is in teh images needs it [14:55] I mean, a bug in germintate [14:56] well, dunno where a bug is here, just saying that demoting it is definitely worng :) [14:58] doko: one moment [14:59] ogra_: waow, libreoffice on armhf? [14:59] didrocks, used to always have it in the past [14:59] ogra_: what's the exact package name of that driver? [15:00] cjwatson, pvr-omap4 [15:00] ogra_: oh, I didn't know, thought it was too slow fo the armhf image [15:00] didrocks, why would it ? [15:00] its not to slow for an atom [15:00] cortext-a9 is faster than most low end atoms :) [15:01] *cortex [15:02] ogra_: ah, you were talking about armel at the time [15:02] (just looked at the logs) [15:02] * cjwatson looks very confused [15:02] pvr-omap4 isn't in germinate output, but it isn't listed for demotion either [15:03] cjwatson, at pvr-omap4 or at the conversation above ? [15:03] :) [15:03] intresting, it should be restricted [15:03] ogra_: http://irclogs.ubuntu.com/2011/03/01/%23ubuntu-release.html#t15:58 ;) [15:03] could it be that it was promoted without seed update ? [15:03] cjwatson, it is listed for demotion on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt [15:04] ahh, you mean the driver [15:04] doko: pvr-omap4 isn't [15:04] ogra_: But then it should be listed for demotion [15:04] didrocks, pfft, thats sooo 2011 [15:04] It shouldn't be in this neither state [15:04] ogra_: I so stick to the past, you know :) [15:04] didrocks, we used to ship LibO before zoho ... [15:04] So I'd like to debug that before we do anything to the seeds [15:04] ok [15:05] didrocks, it was just that the slow builds on arm were always delaying the images [15:05] ogra_: ok, was thinking it was a runtime issue, my bad :) [15:05] It does indeed seem that there was never an MIR for pvr-omap4 [15:05] didrocks, but that was pre-panda-buildd times ... wheer the buildds were only 10% as fast :) [15:05] Unless it was split out from something else [15:05] heh [15:06] cjwatson, no, it wasnt [15:06] But it's been there since precise now, so there's an argument that we should just grandfather it in now ... [15:07] bug 1042151 [15:07] Launchpad bug 1042151 in libdri2 (Ubuntu Quantal) "MIR: libdri2 needs to be in main for pvr-omap4 (restricted) to build" [High,Fix released] https://launchpad.net/bugs/1042151 [15:07] there was a mir for libdri2 [15:09] bug 959924 is the only papertrail i find for pvr-omap4 [15:09] Launchpad bug 959924 in Ubuntu Precise "[needs-packaging] pvr sgx driver and kernel module for Pandaboard" [Wishlist,Fix released] https://launchpad.net/bugs/959924 [15:09] but that has no MIR attached or anything [15:13] oh [15:13] wait, what [15:13] if archive_source[pkg][1] == "restricted": [15:13] continue [15:17] oh, great, it predates revision control of that file [15:18] elmo: do you remember why component-mismatches (née anastacia) ignores anything currently in restricted? [15:19] *blink* === ara is now known as Guest75781 [15:19] cjwatson: no, sorry, I can't thin of any good reason to do that [15:19] It might not be from when you maintained it - I just unfortunately can't tell [15:19] think [15:20] There was a non-trivial period between you running the archive and all that stuff going into bzr [15:21] elmo: Unless ... there isn't revision control somewhere for Ubuntu's dak instance, is there? [15:22] The only reason I can think of is that really it ought to know to say "to multiverse" etc. for stuff in restricted [15:22] And vice versa [15:24] cjwatson: sorry, I don't think so, I don't seem to have the bzr trees from the jackass era dak [15:24] OK, never mind - thanks [15:24] at least not locally, it may be in the DC *somewhere* [15:25] Probably not worth it if it's not readily to hand [15:25] (What naming scheme was jackass from, anyway?) [15:26] Oh, penguins, duh [15:26] so, it apparently dates back to a copy of anastacia from 2005 [15:27] which is so old it's in subversion [15:27] It's possible that at one point nothing in restricted was seeded [15:29] germinate's default set of components didn't include restricted until germinate 0.8 in February 2006 [15:29] So that would sort of make sense [15:40] hello hello [15:41] has any work been done (or would anyone be interested in) adding Gamepad support to Unity? [15:54] thebishop: design is at #ubuntu-design, unless you are talking about writting a search lense to dash, than it's #ubuntu-app-devel i believe. === yofel_ is now known as yofel [16:28] bryceh: Around? [16:30] bryceh: I'm going to remove the out-of-date intel-gpu-tools binaries on !x86, which is going to render xdiagnose uninstallable. Care to move the intel-gpu-tools hard dep for xdiagnose to a recommends? (I assume its use is guarded in some way, since not every computer has an intel GPU, but if it's not, that should be fixed too) :P [16:31] rsalveti: hey, in qemu-linaro hav eyou seen https://launchpadlibrarian.net/116773384/buildlog_ubuntu-quantal-powerpc.qemu-kvm_1.2.0%2Bnoroms-0ubuntu1_FAILEDTOBUILD.txt.gz ? [16:32] hallyn: not yet, just finished my local package to be able to push, so just missing the test for powerpc [16:32] oh maybe i do that to myself [16:33] infinity: btw, package not seeded, but we're in freeze, should I just push it or would it be better to wait beta 2? [16:33] qemu-linaro I mean [16:34] rsalveti: My approval was based on the assumption that you'd both be uploading, so please do. [16:34] rsalveti: Though, it would be nice if it also builds... [16:34] * infinity glances at hallyn. [16:34] didrocks: around still? [16:34] infinity: great, yeah, need to sort this build for powerpc [16:34] might be the same issue [16:34] plars: was about to leave, what's up? [16:34] infinity: builds everywhere ican test :) non-upload would have caused spurious errors in all sorts of testers, so still think it was worth it [16:35] didrocks: I filed bug #1054034 from a test I had running, but then noticed right after there was a compiz update [16:35] Launchpad bug 1054034 in compiz (Ubuntu) "keyboard shortcuts not saved in precise->quantal upgrade" [Undecided,New] https://launchpad.net/bugs/1054034 [16:35] anything in the update you think could have fixed it? [16:35] plars: right, as I told you the other day, the new unity stack partially fixed it [16:36] plars: we still have a dconf-writer bug, but most of the issue there is fixed [16:36] didrocks: right, but you mentioned some fixes coming. Just checking to see if this should have been fixed already in those or if it's still expected by you to be broken [16:37] plars: no, this upload must fix it (but still with some known caveats) [16:37] plars: the caveats are: some times the migration is reverted to the default [16:38] didrocks: I don't think I'm getting the defaults... in fact I'm now getting two entries for launch a terminal [16:38] didrocks: ok, I'll retest with the one that came in this morning [16:39] plars: this is separate [16:39] plars: launch a terminal is an opened bug [16:39] plars: bug #1050796 FYI [16:39] Launchpad bug 1050796 in compiz (Ubuntu Quantal) "Double shortcuts conflict with gnome-control-center ones" [High,Triaged] https://launchpad.net/bugs/1050796 [16:39] plars: needing a compiz fix, I set it to the release team tracking so that PS is looking at it (not trivial to change the binding) [16:40] didrocks: but also launch hud is getting set to disabled [16:40] which I don't think is the default [16:40] plars: ah, this is part of the issue that are fixed with the newer version [16:40] didrocks: right, so I'll check that. thanks! [16:40] yw :) [16:41] hm, interesting. so this is fallout from the last merge with debian. [16:41] hallyn: Merging from experimental git, or from sid? [16:42] infinity: from sid, early during quantal [16:42] i need to find a power box to play on [16:45] davis.c.c [16:46] seems borked :( [17:25] doko: I'm still working on this component-mismatches bug, but it's rather involved. I may not finish today. [17:31] there are a bunch of uninstallable php packages [17:32] is there an unfinished transition going on? [17:45] SpamapS: why are -imap and -interbase dropped form php5? [17:46] the argument in the changelog does not really apply as the universe ones are uninstallable and fail to build [17:49] infinity, will do. Do we need a new intel-gpu-tools in quantal? [17:51] bryceh: No, the one in quantal is correct (only builds on x86, as it should). [17:51] bryceh: It's xdiagnose that's wrong, by depending on it. :P [17:52] ahh [17:52] infinity: maybe arch specific depends? [17:52] if it's really that important [17:52] although that doesn't make too much sense now that I think about it :) [17:52] Also a possibility. But it still feels wrong to force it to be there on all systems, even if they don't have the GPU. [17:55] I think recommends should be fine. Did a quick review of the code and looks like nothing will break if it's not present [17:56] bryceh: That would be lovely, if you just fix up the one that's currently in the queue and re-upload for me. [17:57] infinity, uploaded as 3.2 [17:58] bryceh: Cool, thanks. [18:05] jtaylor: for imap, because c-client is unsupported upstream [18:05] jtaylor: the changelog has lost information actually [18:05] jtaylor: I am fairly certain that it was a conscious decision to avoid having it in main [18:06] so what do we do with the broken ones in universe now? [18:06] jtaylor: I believe I already commented on the bug that I'd sponsor any work to get php5-imap updated [18:07] so if there is no patch remove? [18:07] Can someone please help with sponsoring a patch? https://code.launchpad.net/~fginther/ubuntu/precise/evemu/transitional-1051044/+merge/125214 [18:07] I also have a debdiff attached to the bug: https://bugs.launchpad.net/ubuntu/+source/evemu/+bug/1051044 [18:07] Launchpad bug 1051044 in evemu (Ubuntu) "Need transitional package to the renamed libevemu1" [Undecided,New] [18:08] jtaylor: indeed. Perhaps removing it would help push a few people to migrate away from it ;) === dendrobates is now known as dendro-afk [18:08] is it there an alternative? [18:08] imap seems kind of important [18:08] What's "broken" with php5-imap? [18:08] fails to build. uninstallable [18:08] It was always a no-brainer to just update it and keep it lockstep with php5... [18:09] SpamapS: can you sponsor bug 1054249 please [18:09] Launchpad bug 1054249 in redland-bindings (Ubuntu) "rebuild against phpapi-20100525 in quantal" [Undecided,New] https://launchpad.net/bugs/1054249 [18:11] Yeah, imap and interbase both should be simple to update, it's just that no one has done so in ages. :/ [18:11] infinity: how is the procedure for that? extract it from php5 source? [18:11] no documentation in the package [18:11] jtaylor: Yeah. I haven't done it for years (I was the one who originally split the sources), but it should be fairly evident from looking at the orig for each. [18:11] You can blame me for the lack of docs, I suspect. [18:12] I looked through php5 git, there is stuff in the imag orig that never appears in php5 git [18:12] specifically the part that now fails [18:13] Which is? [18:13] some stuff in a HAVE_IMAP2005 define [18:13] Other than that one patch we're apparently carrying, it should literally just be a cp -a of ext/imap. If it's not, someone messed up. [18:14] infinity: I can't find the justification for them both not being in main actually.. was that an accident? [18:14] jtaylor: Yeah, that's a local patch. [18:14] debian/patches/kolab.patch [18:14] infinity, try #2... [18:14] SpamapS: No, it was intentional, to keep the libs out of main. [18:14] oh [18:14] SpamapS: php-imap was also my example package long ago to show people how to do out-of-tree module builds. [18:14] infinity: but it wasn't documented anywhere I can find [18:14] do we still need thaT? [18:14] SpamapS: The split was documented waaaay back in php4, I suspect. [18:15] SpamapS: It's been like this ever since hoary. [18:15] infinity, as 3.1 this time [18:15] infinity: the split is in the changelogs.. Ubuntu keeping them split is not (they've since been re-united in Debian) [18:15] SpamapS: Right, they were reuinted in Debian because of the lack of main/universe, and because I stopped maintaining it. [18:16] SpamapS: The only reason they were split in Debian was to keep the packages in sync, and so php-imap could be an example. [18:16] SpamapS: But the split in Ubuntu was purely for main/universe reasons. [18:17] Anyhow, the bit that's failing, you can blame zul for... [18:17] And if Debian's not carrying this "kolab" patch, nor is upstream after two years, it might be worth just dropping it. [18:17] infinity: I guess what I'm looking for is where we nacked c-client and interbase libs for main... [18:17] infinity: that was before my time [18:18] heh, I was just looking for the status of said kolab patch [18:18] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456591 [18:18] Debian bug 456591 in uw-imap "include kolab annotation patch" [Wishlist,Fixed] [18:18] Err, what? [18:18] thats in uw-imap [18:18] zul: You're the one who added the patch, how could that be before your time? :P [18:18] I believe the patch for upstream php was nacked tho [18:18] SpamapS: There was no MIR process in 2005. [18:18] infinity: i thought you were talking about the imap split [18:19] zul: No, the imap split was me. :P [18:19] infinity: but yeah i was asked to include that patch [18:19] https://bugs.php.net/bug.php?id=43948 .. there's part of it, I think [18:20] infinity: iirc ScottK wanted that patch in [18:20] ok interbase has no patches I'll just try the cp -a approach for that [18:20] mcrypt still builds, but should we update it too? [18:21] jtaylor: If it's actually changed, yeah. [18:21] Looks like Kolab did the right thing and ditched the imap extension ;) [18:21] jtaylor: Just do a quick diff of the current source and the packaged one. No point doing an empty version bump for nothing. [18:21] oh course I'm not that far yet [18:22] jtaylor: (Or just blindly update, cause who cares) [18:22] SpamapS: By which, you mean, dropping the kolab patch from php-imap would be a sane way forward? [18:23] infinity: indeed [18:24] SpamapS: Cool. That's a 2-second fix that would be much better than talking about it. :) [18:24] SpamapS: (Though, again, if php-imap has changed upstream, worth revving to the latest too, which makes it a 4-second fix) [18:25] yeah we should do that too === dendro-afk is now known as dendrobates [18:27] bryceh: Trailing , on your Recommends seems a bit sloppy. ;) [18:28] bryceh: (I'm also not sure how dpkg parses that...) [18:30] infinity, can you take a look as some more utouch related packages, or recommend someone who can? [18:30] fginther: That would be my thing still, yeah. Toss me a list in /msg and we can chat about them. [18:30] mcrypts diff is not really significant [18:30] - {NULL, NULL, NULL} [18:30] + PHP_FE_END [18:30] jtaylor: Well, if it touches the .c at all, I'd assume it's a bugfix. :P [18:30] infinity, thanks [18:30] though that might be worth it [18:31] jtaylor: Most of the extensions are pretty insanely old and stable, so generally any change to them is either a bugfix or catching up with Zend's API tweaks. [18:31] I'll just do it for that [18:31] seems like a change that makes sense even if it is a noop now [18:33] jtaylor: Oh, and <3 for the README.source additions. That wasn't really a convention back when I did the splits, but totally still my fault for not documenting it. [18:33] infinity: We added the patch to php to get rid of an embedded code copy being shipped with kolab. [18:33] jtaylor: (I guess it seemed "obvious" to me, which nothing ever really is) [18:34] ScottK: And that's no longer required? [18:34] I'm not sure why people think that. I don't know. [18:34] I would be quite surprised if it weren't though. === henrix is now known as henrix_ [18:36] ScottK: Oh, hrm. Well, the other option is someone fixing the patch. :P [18:37] what's the issue? [18:37] Dunno. It's FTBFS, apparently, due to the patch. I haven't looked at it. === trainlogger is now known as apachelogger [18:38] Riddell: Could you have one of your Kolab buddies look into this ^^^ === arosales1 is now known as arosales === fisted_ is now known as fisted [18:51] Who would I talk to about an idea I had that, while I didn't think was that great, 8 friends so far have told me to bring up to you guys [18:52] The general idea is when one runs apt-get install/upgrade, it broadcasts the list of packages it needs to the LAN broadcast address, to see if anybody else has what it needs. If so, a computer replies with the package(s) it has, and a high-speed LAN transfer (that also doesn't bug the mirrors) begins [18:53] i kinda like it [18:53] apt-p2p is SIMILAR, but it doesn't solve the issue my idea solves with massive corporate installs hogging bandwidth whenever an update is released [18:53] not to mention this could be enabled by default without the same concerns as doing the same for apt-p2p [18:54] Bad packages aren't an issue since they're digitally signed anywya [18:57] r000t_bd: could be a painful DOS though if not disabl-able [18:57] unlikely, yes [18:59] ScottK: what's that? [19:01] r000t_bd: To be far, massive corporate installs should either run local mirrors or local proxies. [19:01] s/far/fair/ [19:01] But it's still a cute idea, if it could be implemented securely and sanely. [19:02] r000t_bd: yeah, I kinda like that. but sooner or later _some_ system is going to have to ping the servers to see if updates are available.. [19:04] sarnold, well yeah, initial updates have to come from the mirrors [19:05] which is why an updated package could be announced, "Hey, I have a newer version of BIND9, this version is x.x.x.x, who needs it?" [19:06] The issue with local mirrors or apt-cachers is, off the top of the head, roaming clients (a friend of mine has a company provided laptop that he docks at work and then takes with him) that wouldn't be able to get new/updated packages when not at work [19:06] and for MASSIVE installs, that server would get slammed [19:06] r000t_bd: announce is odd; it'd be too easy for a temporarily down host to miss the announcement. Polling from clients tends to be more reliable. [19:07] And it's not just about corporate users, consider maybe the house that has 9 computers but only a DSL connection [19:07] And I don't think there would be a way to NOT have to ask the mirrors for a package list [19:07] if the list comes from peers it can get very out of date [19:08] r000t_bd: Most corporate sysadmins I know loathe excessive broadcast traffic and often even actively prevent it. [19:08] I did a caching web proxy once to try to address that problem for my multiple systems -- completely forgetting that between an x86_64 and an x86 system there was very little package overlap, surely not worth the hassle. [19:09] r000t_bd: As for the local mirror/cache issue, I see that as a misconfiguration. A corporate setup that transparently proxies for archive.ubuntu.com isn't tough, for instance. [19:09]