/srv/irclogs.ubuntu.com/2012/07/19/#ubuntu-devel.txt

scienteslibreoffice is a beast00:10
scienteswhy is libreoffice in universe in quantal?00:11
infinityBenC: I might fix it later.00:12
stgraberscientes: the libreoffice meta package seems to be in universe, the actual components (libreoffice-core, libreoffice-writer, ...) are in main00:14
phillwBenC ping00:48
BenCphillw: pong00:48
BenCphillw: I think you're confused…supporting old Mac hardware is not a destiny that will lead to powerpc being around very long00:49
phillwHi BenC we have a rather stubborn bug, and ubuntu-release have suggested that you may be better placed to look at it?00:50
BenCphillw: I'm trying to get kernel support for newer ppc32 architectures like e500mc00:50
BenCphillw: I assume that was your comment on my blog post...00:50
BenCphillw: Sure, what's up?00:50
phillwnope, it was there to support the work that is done to continue supporting older kit, but that's a different matter00:51
phillwbug 100739400:51
ubottuLaunchpad bug 1007394 in mdadm (Ubuntu) "Quantal daily fails to complete installation" [High,Confirmed] https://launchpad.net/bugs/100739400:51
BenCphillw: I don't want to support older hardware…I want to support newer hardware :)00:51
BenCphillw: Checking the bug (cooking dinner, so might be slow)00:52
phillwthanks, it's a killer bug for alternate release.00:52
BenCphillw: Does this happen on differing ppc platforms, or one specific machine?00:54
phillwboth of the ppc testers that lubuntu have have experienced it00:55
BenCphillw: what is their hardware?01:06
BenCG3, G4, ??01:08
phillwI'm not 100% sure. apport didn't pull the information in.01:09
phillwAs they get desktop up okay, it shouldn't be too hard for them to provide the system data from their Macs onto that bug if it will help.01:11
phillwit's only alternate that fails.01:11
BenCOk01:12
BenCphillw: That's an odd bug…mdadm doesn't hang on my quantal system...01:49
BenCI'm not running the standard kernel though01:49
phillwBenC it sure is, even more weird as one of the testers got the alternate install to install when selecting encryption!01:50
phillwBenC, it is 3 am here & I've been up since 6 am. If there is anything more you want in terms of information, please do feel free to update the bug report :)02:01
BenCphillw: ok02:02
=== Pendulum_ is now known as Pendulum
=== cpg is now known as cpg|away
pittiGood morning03:46
NCommanderPing, any archive admins around? I need a patch pushed from out of the proposed unaccepted queue03:46
* NCommander tackles pitti 03:46
pittirbasak: FWIW, I don't have a strong opinion whether add-apt-repository should be on the server images; so far it has been, so I was pointing out that in order to keep this, the seeds need to be changed to software-properties-common, as the script got moved there03:48
pittiNCommander: you want SRU team members, not archive admins for that03:48
NCommanderpitti: it'sbeen awhile since Ididan SRU, but I thought it was from proposed->updates that need a SRU ack (and this is a bit ofa special case; this is the highbank hardware enablement. I can't properly test build d-i until the udebs are built)03:50
pittino, the SRU team reviews stuff in the -proposed queue03:51
pittiwell, they also promote verified packages to -updates, yes03:51
NCommandercrap03:52
NCommanderpitti: know any SRU team members awake atthi hour?03:52
pittiRAOF should be03:52
pittiprobably infinity as well03:52
* RAOF is indeed awake03:52
NCommanderRAOF: infiping?03:52
pittiI'm not sure whether they have a kind of roster these days, there was some talk about it03:53
RAOFpitti: Yup, see https://wiki.ubuntu.com/StableReleaseUpdates#Publishing03:53
pittiah, there we go03:54
RAOFNCommander: What's up, dawg? What do you need accepted?03:54
RAOF*: actual acceptance gated on review.03:55
NCommanderRAOF: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1004018 - libdebaininstaller,base-installer,flash-kernel03:55
ubottuLaunchpad bug 1004018 in libdebian-installer (Ubuntu Precise) "Add highbank images" [High,In progress]03:55
NCommanderRAOF: hrm, seems one of the patches have fallen off the bug, I'll fish out the debdiffs if you need them individually03:56
RAOFNCommander: If they're all in the queue then I'll grab them from theer.03:56
RAOFWe haven't actually reviewed debdiffs from bugs for as long as I've been in the SRU team :)03:57
NCommanderRAOF: they are, thanks for the look. These need to go into proposed so I can builda non-hacked up d-i and uload that,and all four must then progate to updates :-)03:57
NCommanderRAOF: I think the last time I SRU'ed something was in Dapper :-/03:57
RAOFYou'll need a real, live archive admin to do the acceptance; d-i requires manual fiddling with cocoplum access. (or did last time I checked)03:58
RAOFNCommander: So, we hit the first question: *which* upload of flash-kernel in the precise-proposed unapproved queue should go in? :)03:58
NCommanderRAOF: d-i isn'tuploaded, these are its build-deps (d-i is a bit of a monster when we have to add new code)03:58
* NCommander looks atthequee03:58
RAOFBa baw.03:59
RAOFWould you kindly upload a flash-installer that has both fixes in it? :)03:59
* NCommander hitshis head repeatively04:00
NCommanderStandby, downloadingand reviewing what the other fix is04:01
NCommanderhr04:01
RAOFIt's a fix for linaro kernels, apparently.04:01
NCommanderclickingthe difflink sends meto a.internalwesite04:01
NCommanderRAOF: I'll roll both together, but obviouslythen they havetobe ACK'ed together. I'msuprised LP allows multiples of the same package versions ina queue04:02
RAOFTime to scream in #launchpad.04:02
NCommanderRAOF: easy enough tomerge, butIhave no way of testing this patch04:03
RAOFI'm happy to assume that it does what the uploader says it does, after reviewing it for sanity.04:03
RAOFThey'll have to do the verification, obviously.04:04
RAOF12.04.1 is approaching; both these fixes seem reasonably easy to verify, so folding them into the same SRU should get both of them into precise-updates faster than splitting them up.04:05
NCommanderRAOF: merged together04:06
NCommanderRAOF: looks good from here,uploading, NACK the two existing uploads as soon as this pops in04:07
RAOFTa. I'll review that diff manually, then. Rejected both the previous ones.04:07
NCommanderRAOF: and uploaded04:08
NCommanderRAOF: got the pending email. I needtorunthe corner store, brb in 504:13
RAOFThanks.04:13
StevenKNCommander: In AK? Isn't it more like 35?04:17
NCommanderStevenK: depends where in AK you are04:31
RAOFNCommander: That should be everything. While these diffs were all nice and trivial, please include the information requested in https://wiki.ubuntu.com/StableReleaseUpdates#SRU_Bug_Template in future ☺04:46
=== cpg|away is now known as cpg
TheMusols05:27
TheMusowhoops05:27
dupondjehttps://launchpad.net/ubuntu/+source/libreoffice/1:3.6.0~rc2-0ubuntu1 seems to contain alot of spam changelog from ppa's.05:36
=== d1b_ is now known as d1b
ScottKdupondje: If the PPAs were used by a significant number of end users, I think that's not unreasonable.05:49
ScottK(I don't do it that way, but I think it's not unreasonable)05:49
ScottKand I think the LO PPA qualifies.05:50
=== cpg is now known as cpg|away
=== cpg|away is now known as cpg
Sweetsha1kseb128: the i386 breaker is new to me. since the amd64 build succeeded I uploaded a 3.6.0~rc2-0ubuntu2 which disables running these kind of tests (subsequentchecks) an only do the basic tests so we get a i386 package in ASAP.07:46
seb128Sweetsha1k, hey, thanks, on chinstrap as well?07:47
Sweetsha1kon chinstrap. still building locally.07:47
cjwatsonRAOF: d-i no longer requires any such manual fiddling on cocoplum; in fact, there are no remaining packages that require that, since I got them all fixed recently07:47
cjwatsonRAOF: (and actually, it was never on accept that there was a problem, it used to be on copying from -proposed to -updates)07:48
RAOFcjwatson: Hurray!07:48
RAOFcjwatson: That's what I meant, if not what I said ;)07:48
Sweetsha1kseb128: ETA for the build to finish: 20 minutes. ETA for the deb-packaging to finish ~1 hours.07:49
cjwatsonRAOF: I like being able to delete documentation ;-)07:49
seb128Sweetsha1k, deb-packaging?07:49
seb128Sweetsha1k, is that on i386? were you able to reproduce the issue from the builder?07:50
Sweetsha1kseb128: the issue on the i386 builder was likely a fluke -- it we restart that build, Id assume it to complete.07:51
Sweetsha1kseb128: so its just a instable test.07:51
seb128Sweetsha1k, what about the arm* build issues?07:51
Sweetsha1kseb128: quoteth infinity: "build-conflicting against the default compiler is no winning move"07:52
seb128hehe07:52
seb128that's true I guess ;-)07:53
Sweetsha1kseb128: that sneaked in from debian very early in the cycle so I didnt see it. in the upload I simply removed the build-conflict. If there was a reason that is still valid today for it the build will break, but not worse than what we have right now.07:54
seb128Sweetsha1k, right07:54
Sweetsha1kso with this upload i386 should be fine, arm/ppc might be fine.07:54
hrwtkamppeter: hi, bug 932882 strikes back in quantal ;(08:36
ubottuLaunchpad bug 932882 in gutenprint (Ubuntu) "Update of a printer driver package does not update the PPD files of the existing queues for this driver" [High,In progress] https://launchpad.net/bugs/93288208:37
=== ejat- is now known as ejat
=== cpg is now known as cpg|away
jmldid anything unusually big happen to the archive in the last couple of days?09:35
seb128hum, stupid question but is the quantal-proposed->quantal copies process documented somewhere?09:35
seb128jml, you mean?09:36
seb128jml, there was a freeze in effect for some days early in the week to test the new queue handling script cjwatson has been working on09:36
jmlseb128: I don't know :) My package scanner is taking way longer than usual, but I've got no actual access to the running copy, so I'm looking for as many sources of clues as I can get.09:36
seb128jml, libreoffice and webkit got uploaded, if you consider those as big things that can happen to an archive ;-)09:37
cjwatsonI'm not aware of anything particularly weird09:37
cjwatsonseb128: process> no, because it's crap09:37
cjwatsonseb128: gtk+3.0 I assume?09:37
seb128cjwatson, ok, so I want gtk copied from proposed to quantal09:37
seb128cjwatson, ... yes :p09:37
seb128cjwatson, should I do that myself or should I rather ping about it?09:37
=== Sweetsha1k is now known as Sweetshark
cjwatsonAs an archive admin, you're welcome to do it once it's built on all architectures and http://people.canonical.com/~ubuntu-archive/testing/quantal-proposed_probs.html is clean09:38
cjwatson(At least regarding that package)09:38
cjwatsonUse sru-release (*cough* name)09:39
jmlseb128, cjwatson: thanks.09:39
seb128cjwatson, ok, thanks09:39
cjwatsonWith -r, obviously09:40
cjwatsonSo e.g. I just ran 'sru-release -r quantal libfm'09:40
seb128cjwatson, done it for gtk, thanks ;-)09:41
=== MacSlow is now known as MacSlow|lunch
tseliotinfinity: are you around?11:59
=== hrw is now known as hrw-
=== hrw- is now known as hrw
=== _salem is now known as salem_
=== MacSlow|lunch is now known as MacSlow
smoserany one know where /etc/dpkg/dpkg.cfg.d/multiarch went to in quantal ?13:08
tumbleweedinto a database (accessible via dpkg --print-foreign-architectures)13:10
tumbleweed/var/lib/dpkg/arch, presumably13:10
smoserright. i see that. notably i can add and remove now with: sudo dpkg --remove-architecture i38613:11
smosertumbleweed, thanks.13:11
tumbleweedyup13:11
=== mnepton is now known as mneptok
pittioffli13:45
pittierk, focus fail, sorry13:45
seb128pitti, that's not a strong password you got there :p13:46
pittiin terminals this expands to offlineimap :)13:47
seb128;-)13:47
=== Quintasan_ is now known as Quintasan
seb128shrug14:00
seb128webkit from quantal-proposed failed to build on armel :-(14:00
seb128nothing useful in the build log14:01
seb128the build seems it got killed after 16 hours14:01
seb128let's retry it..14:01
micahgseb128: does it still have --no-keep-memory?14:03
seb128micahg, depending of the arch it builds on, the debian guys enabled it only for 32bits I think14:04
seb128micahg, but the log doesn't suggest it ran out of memory or that ld got killed14:04
seb128like it was happening14:04
seb128it just seems the build environment was wipped out while building14:04
cjwatsonseb128: as if it were rm -rf'ed?14:06
cjwatsonseb128: if so, that's the standard ops method of killing a build14:06
seb128cjwatson, in fact ignore that14:06
seb128the log has a "Build killed with signal 15 after 180 minutes of inactivity"14:07
seb128I wonder if the linking was at work for 3 hours?!14:08
seb128webkit is slightly insane14:08
seb128the previous build took 1 day 4 hours on armel, so I wouldn't be surprised if ld was taking some hours14:08
cjwatsonah, well that's just the inactivity timeout14:08
seb128yes14:11
seb128I wonder if it was really unactive14:11
seb128or if ld takes over 3 hours14:11
seb128and if ld takes over 3 hours I wonder what's the way out14:11
micahgseb128: well, on arm, you're going to run into memory issues fast as there's not much available (even if it doesn't fail on that)14:12
micahgas in you'll start swapping like mad14:13
seb128micahg, that doesn't tell me what to do though ;-)14:13
micahg--reduce-memory-overheads might be a good idea on arm*14:14
seb128is that a real option?14:15
seb128;-)14:15
micahgif there were a working porter box, you could try it :)14:15
micahgyes, indeed14:15
seb128well, porter box wouldn't kill my build after 3 hours of unactivity14:15
seb128so that wouldn't really reply to my question14:15
micahgwell, it shouldn't be 3, but 10 or 1214:16
micahgat least on arm*14:16
cjwatsonUsing the memory reduction options is probably the right thing to do14:21
cjwatson2012-02-10.log:14:12 <cjwatson> seb128: try ld --no-keep-memory14:21
cjwatson14:13 <cjwatson> seb128: possibly --reduce-memory-overheads too14:22
cjwatson14:15 <seb128> cjwatson, ok, thanks, I will have a look to --no-keep-memory and --reduce-memory-overheads14:22
micahgseb128: also, they're building with -01 on armhf, maybe that should be done on armel as well14:22
micahgcjwatson: sorry for not quoting you14:22
seb128cjwatson, yeah, I did that in precise which worked fine14:22
seb128cjwatson, Debian modified it to "only add  -Wl,--no-keep-memory for 32 bits architectures"14:23
micahgarm* is 32 bit AIUI14:23
micahgisn't it?14:23
cjwatsonYeah, but maybe they got the test wrong?14:23
cjwatsonifeq ($(DEB_HOST_ARCH_BITS),32)14:24
cjwatson        LDFLAGS += -Wl,--no-keep-memory14:24
cjwatsonendif14:24
cjwatsonHm, that should be OK14:24
seb128                LDFLAGS="-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,--no-keep-memory" \14:24
seb128in the armel build log14:24
seb128so it's already used14:25
cjwatsonOK, in that case try adding -Wl,--reduce-memory-overheads14:25
seb128will do14:25
seb128is it worth trying a retry first?14:25
cjwatsonnot sure; it would probably only help if it's incredibly marginal14:25
cjwatsonit's not like the buildds are typically doing more than one thing at once14:26
seb128ok, let me try -Wl,--reduce-memory-overheads then14:26
seb128cjwatson, micahg: thanks14:26
cjwatson--no-keep-memory => don't cache symbol tables in memory; --reduce-memory-overheads => change link map generation space/time tradeoff, decrease hash table size14:26
seb128well --no-keep-memory helped to not reach the 32 bits memory limit at linking time14:28
seb128cjwatson, I'm not sure the issue we have there is memory overhead14:29
seb128it's mostly "c++ linking takes ages on complex code"14:29
seb128will -Wl,--reduce-memory-overheads help linking speed?14:29
micahgseb128: well, chromium takes 9.5 hrs on armel now, and they're using both of those flags last time I checked, so building twice, you should end up with ~19 hrs14:30
micahgalthough it might not be a fair comparison as chromium is still way faster on x86 than webkit is for some reason, even accounting for building twice14:30
micahgoh, right --parallel helps :)14:32
cjwatsonseb128: On memory-constrained systems, keeping the working set down may well make a big difference.14:33
cjwatsonIt's entirely plausible that the slow link speed is because it's thrashing itself to death.14:33
cjwatsonDefinitely worth trying at least.14:34
seb128cjwatson, right, I'm about to upload with that, let's see how it goes, thanks again14:35
seb128crap14:47
seb128I pushed webkit to quantal and not quantal-proposed14:47
seb1283 minutes before the queue run14:47
seb128cjwatson, is there anything I can do to undo that?14:48
mdeslaurseb128: time-travel?14:48
seb128mdeslaur, well it's not end of the world, it's not any worth that what we had for years14:48
NCommanderRAOF: ping?14:50
micahgNCommander: if you're looking for an SRU member, you might want to try someone in a more awake TZ14:52
NCommandermicahg: recommendations?14:52
* micahg checks the rotation14:52
seb128bdmurray14:53
seb128it's his day today14:53
micahgyeah, he may or may not be up yet though14:53
seb128well, he's closer from being up that RAOF in any case ;-)14:53
micahgvery true :)14:53
seb128otherwise try SpamapS or slangasek14:54
micahgthey're all in the same TZ14:54
cjwatsonseb128: Probably not14:54
cjwatsonseb128: Archive admins don't have access to the queue any more, it's webops only.  Though it was always a bit of a race anyway.14:55
seb128cjwatson, yeah, queue has been running now anyway, sorry about that ... oh ok, well not worth bothering them14:56
bdmurrayNCommander: Hi, what do you have?14:57
NCommanderbdmurray: I'm doing highbank hardwareenablement, and I have a flash-kernel SRU accepted into proposedjust to find a typo breaks the installer on armhf+highbank. Need 42.2 pushed throughsoI can re-testd-iand finish the SRU15:00
ogra_NCommander, didnt you have it reviewed before the accept ?15:01
NCommanderogra_: code was fine, and worked. I forgotto escapea$ though which causdissues Ididn'tcatch15:01
ogra_ah, evil !15:02
bdmurrayNCommander: for precise?15:02
NCommanderbdmurray: yeah.15:03
NCommanderogra_: flash-kernel is exceptionally annoying to test because the udeb and deb getpulled from different places (if you bake the udeb right into the initrd which is how I usually test)15:03
ogra_NCommander, yeah, i'm happy i didnt have to touch d-i yet ... though i will soon15:04
ogra_f-k on live images is exceptionally easy to hack up :)15:04
NCommanderogra_: eh, could be worse15:04
* NCommander beatsorga with a spork15:04
ogra_what the heck is a spork ?15:04
ogra_oh. a göffel !15:04
ogra_heh15:04
cjwatsonhttp://en.wikipedia.org/wiki/Spork15:05
ogra_yeah15:05
cjwatsonFantastic, the German word is formed in the same way15:06
ogra_hehe, yeah15:06
ogra_NCommander, eeep !15:15
ogra_NCommander, can you use -v in -proposed uploads so the bugs get closed from the changelog ?15:16
ScottKNCommander: And so the bug's verification status shows up in the tools that the SRU team uses to see if stuff should be copied (i.e. this is not just cosmetic)15:16
NCommanderogra_: er, thebug already got closed, I forgotto reopen it >.>;15:19
ogra_NCommander, my bug ?15:20
NCommanderogra_: er, wrong bug >.>;15:20
* NCommander whisltesquietly and dives out a window15:20
ogra_pfft, on a one storey house thats lame15:20
=== akgraner` is now known as akgraner
bryceh@pilot in16:08
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal A2 released! | Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: bryceh
dupondjeAnyone an idea how I can debug foomatic driver? Getting the following on page when I print: "SPL-C ERROR : Including corrupted data"16:10
brycehanyone around who can set merge proposal statuses to merged?16:43
brycehwell if anyone pops up that can close merges, these ones are done and can be set to Merged:  http://paste.ubuntu.com/1100394/16:48
stgraberbryceh: doing, feel free to ping directly ;)16:53
stgraberbryceh: done16:54
brycehstgraber, thanks!16:55
mterryDoes anyone here understand how gcc treats NANs very well?  I've got a FTBFS that seems to be due to gcc adjusting the bits in a NAN as it is passed around16:57
slangasek"NAN"?  as in NaN?16:57
mterryslangasek, yeah16:57
slangasekdo you mean that when gcc passes it around, it ends up with something that's no longer NaN?16:58
mterryThere's a package that uses a union of an int and a float, sets the int, then passes the float around, assigns that float to another similar union and reads back the int.  And the bits are different.  Still NaN when a float, but different bits16:59
mterryThis only affects i38616:59
slangaseksounds to me like a valid thing for the compiler to do17:00
slangasekand a possibly invalid use of a union :)17:00
cjwatsonUh, I'd have to check chapter and verse, but that sounds awfully like undefined behaviour, yes17:00
mterryBummer.  Do you think there is a compiler flag to make that more reasonable?  Like "-no-mangle-nans" or something?17:00
mterryElse I can just disable the test that's failing.  It doesn't seem like a super important aspect of the package17:01
* penguin42 seems to remember that the Intel x86 manual explicitly suggests doing things with different NaN encodings for your code to do different stuff17:01
mterry(it's trying to detect the difference between signaling NaNs and quiet ones, but doing so with its own goofy union strategy)17:02
cjwatson-fno-strict-aliasing perhaps17:02
cjwatsonhave a look at gcc's docs on -fstrict-aliasing; it has some explicit examples of invalid uses of unions17:02
* mterry reads17:03
cjwatsonAnd I guess you could try lowering optimisation to see if that makes a difference17:03
=== zyga is now known as zyga-afk
smoseranyone have thoughts on this or point to doc?17:44
smoserif i have an initramfs module that has confgiuration that can be done. it can install a file into /etc/initramfs/conf.d17:44
smoserthen, that will get copied to the initramfs.17:45
smoserfor this module, from inside the initramfs i can see the "real root" filesystem17:45
smoserif there is a config file in the rootfs, should i allow that to override the settings in the initramfs?17:45
smoserto me it seems like /etc/initramfs/conf.d/$MODULE.conf should override the copy in the initramfs (if possible).17:46
astraljavaHi gang! I'm running quantal Studio ATM. I have after installation installed -generic kernel, for testing the performance and all that. My question is: should I file a bug against update-manager when a recent update to 3.5.0-5 on -generic makes it suggest a reboot, when I'm in fact running the -lowlatency kernel, which is the default for Studio?17:53
micahgastraljava: that's usually triggered in the package itself17:55
astraljavamicahg: Ok, so there's nothing intelligent happening to detect the flavor of the kernel running currently?17:55
micahgastraljava: seemingly17:56
astraljavaRight, so no bug. Thanks!17:56
micahgastraljava: well, that depends on your perspective17:57
micahgastraljava: could be a wishlist17:58
* micahg -> #ubuntustudio-devel17:58
scientesastraljava, check if it made itsself the default18:01
scientesin /boot/grub/grub.cfg18:01
scientesif not, then there is no point in rebooting, if it did, then thats a differn't bug18:01
astraljavascientes: Yeah, after installing -generic, -lowlatency is where I'm getting booted at if I don't have any actions while grub is loading.18:04
scientesastraljava, you might just want to remove linux-image-generic metapackage18:05
micahgscientes: the point is it should DTRT regardless of what's installed, it just isn't very severe since it's a non-default case18:06
scientesindeed18:06
astraljavascientes: I won't, as I'll keep testing the performance differences throughout the cycle. The point behind the question was that whether update-manager should tell me to reboot when the kernel I'm actually currently running was updated or not.18:06
scientesmicahg, i wonder if it does this if you install the amd64 kernel on i386, thats a little more critical of a case18:06
scientesastraljava, its probably lack of being able to get information back from "update-grub" trigger18:07
scientesand not wanting to manually parse /boot/grub/grub.cfg18:07
infinityWe do nothing to try to detect which flavor you want if you install multiple.  The answer is "don't do that".18:07
astraljavainfinity: Okay, I find that totally understandable, and quite on mark of what I needed to know. Thanks! :)18:08
infinityastraljava: As for the reboot trigger, it could PERHAPS be made more clever to try to detect if the flavour/arch combination matches the currently-running kernel, but that's a bit sketchy.18:09
infinity(Would fail in the case of flavour renames, for instance, which we do from time to time)18:10
micahginfinity: there are usually transitional packages with flavor renames, right?  the transitional postinst could do the handoff so to speak18:11
infinitymicahg: Maybe, but that feels like overengineering for a corner case.18:11
micahginfinity: isn't that the fun part?18:12
infinity:P18:12
micahg:)18:12
astraljavainfinity: What flavor renames has there been? I don't recall any for Studio, but I haven't really been looking for others.18:13
micahggeneric-pae -> generic18:15
infinityastraljava: powerpc -> powerpc-smp, generic-pae -> generic, server -> generic, virtual -> generic18:15
infinityI might be missing a few.18:15
astraljavainfinity: Okay, I got the point, thanks. :)18:15
=== dpb_ is now known as Guest78961
=== cpg|away is now known as cpg
=== yofel_ is now known as yofel
=== salem_ is now known as _salem
shadeslayerhallyn: mterry opencv still needs transitioning to new tiff it seems, digikam won't get packaged until opencv depends on the new tiff21:07
shadeslayerwant me to do that?21:07
mterryshadeslayer, ah sure.  Presumably just needs a rebuild?21:08
mterrythanks21:08
shadeslayermterry: deps in control file need to be changed21:08
shadeslayerlibopencv-highgui-dev had a hard dep on libtiff4-dev21:08
mterryshadeslayer, then maybe change them to a versionless libtiff-dev and pass the patch on to Debian.  Makes future transitions easier21:09
shadeslayerok21:09
infinitymicahg: Say, webkit just started pulling in half of universe via recommends.21:09
infinitymicahg: Care to make that not the case?21:09
micahginfinity: was just about to tell seb128 about it :)21:10
* shadeslayer rebuilds opencv with modifications21:10
seb128well, I don't care, I don't want to maintain stupid webkit...21:10
infinityseb128: That's the spirit!21:11
seb128whoever cares enough can fix it, I just updated because nobody does and the current version was broken21:11
micahginfinity: seb128: I'm not supposed to be maintaining it in the dev release either :)21:12
infinityBah.  I'll fix it, it's just a Recommend.21:12
infinityBut TILM really should belong to the desktop team.21:13
seb128infinity, it's a f**** package that takes over a day to fail to build on arm*21:13
shadeslayerlol21:13
seb128where fail to build is because ld takes over 3 hours and the buildd kills it thinking it's stucked21:13
seb128I'm not touching that stuff again :p21:13
mterryTIL that seb128 has been forever scarred by webkit21:14
seb128mterry, ;-)21:14
seb128mterry, want to maintain webkit for us? ;-)21:14
infinityseb128: Yes, I've been down that road before too.21:14
* shadeslayer makes a mental note never to touch webkit21:14
* mterry shuts up again21:14
seb128mterry, see!!!21:14
infinityAnyhow, in this case, just dropping all the new gst-* Recommends to Suggests would probably be sane.21:14
seb128mterry, I was just only too nice^Wstupid to try to fix it21:15
infinityIf we want gst-* plugins installed on the default system, pulling them in from webkit is the wrong answer anyway.21:15
seb128infinity, yeah, I want to see if the arm* build fails first though21:15
micahginfinity: well, just bad and ffmpeg21:15
seb128infinity, just to avoid resetting an 1.5day build counter21:15
infinitymicahg: I see no reason to recommend the ones in main either.21:15
infinitymicahg: That should be a suggests either way, IMO.21:15
infinitymicahg: (In Debian too)21:15
micahginfinity: why not, they add functionality to the library?21:15
infinitymicahg: But that's just one man's opinion.21:15
micahginfinity: the idea is that webkit portal can use media content21:16
infinityLots of things add functionality, it doesn't mean they should "always be installed, except in exceptional circumstances".21:16
micahginfinity: yes, but video and audio are important for a browser engine21:17
infinitymicahg: Maybe?  I dunno.  We lived without webkit recommending those up until now.21:18
shadeslayeroh while there's some activity over here, is there a spec against the mac ISO builds?21:18
shadeslayerbecause the 3.5 kernel supposedly supports everything21:18
micahgalthough, technically, it should be the browser recommending them if it implements the audio/video API (unless that's not necessary in which case the recommends are correct)21:18
infinitymicahg: The point is probably moot, since gstreamer0.10-plugins-good is in every *-desktop seed anyway.21:19
infinitymicahg: But I still think that a library pulling in half the world as a default behaviour is wrong.21:19
micahgsure21:19
infinitymicahg: Recommending gst-* fun from a user-facing application is one thing, but if you have some random dohickey that depends on libwebkit to do HTML rendering, that shouldn't pull in all of the gst madness.21:20
infinityCause, well, webkit is used all over the place for non-multimedia things.21:20
infinity(So, I'd argue the "normal" use-case for libwebkit doesn't actually include that functionality at all)21:20
micahgwell, that's probably happening in a lot of libraries21:22
micahgdoesn't make it right though, so go ahead :)21:22
infinitymicahg: gst has a plugin architecture for a reason.  Blindly pulling in all the plugins when they're not used defeats the whole point. ;)21:22
infinity(And yeah, for our desktop seeds, it's meaningless, we already install it all, but I'm just arguing packaging correctness)21:23
micahginfinity: well, makes sense for a browser, you want to play everything21:23
infinityPlus, the delta's super easy to maintain if we just s/Recommends/Suggests/ :P21:23
micahgheh, right21:23
infinitymicahg: Absolutely makes sense for a browser.  libwebkit isn't a browser.21:23
bryceh@pilot out21:48
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal A2 released! | Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
shadeslayermterry: https://launchpad.net/~rohangarg/+archive/experimental/+builds?build_state=building < could you sponsor those once they're built?22:02
mterryshadeslayer, sure.  I'll leave a tab open, but if you notice before I do, ping me again22:03
mterryI'm about to sign off though, so may get to it tomorrow22:03
shadeslayernah, I'm going to sleep in a couple of minues :P22:03
shadeslayersure, no rush22:03

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