=== slank is now known as slank_away
tionthe updater is trying to install nvidia-current but my card is unsupported should i skip that update?00:44
brycetion, details?00:45
tionthe current drivers dont support FX5000 series00:48
brycetion, explain more what you're trying to do00:49
tioni had to revert back to 173 v driver to get OGL support back00:49
tionnow updater is pushing nvidia-current again along with xorg updates00:49
brycetion, keep on going00:50
tionthe updater is trying to install nvidia-current but my card is unsupported should i skip that update?00:51
tionare you just making conversation?00:51
brycetion, no00:51
tionit reads that only 6 gen and up are supported00:53
brycethat's true00:54
infinityxnox: Your nagios-plugins merge is dragging in a ton of new Perl modules.00:54
tioni cant update im f***00:54
infinityxnox: Not that I mind.  I <3 Perl and all.  But MIRs, please.  Or drop the deps.  Whichever.00:54
brycetion, I'd need to know more to give you a proper answer.  Like how did you install -173, what version(s) you had installed previously, what version of ubuntu you're running, etc.00:56
brycetion, with so little info all I can guess is if it's offering to move you to an incompatible driver, maybe you manually installed nvidia and your system's broken.00:56
tioni installed 173 from the hardware icon00:57
infinitytion: On which release?00:57
infinity12.04 or 12.10?00:57
brycetion, and now the updater is saying it wants to uninstall -173 and move you to -304?00:58
tionafter i installed nvidia-current that actually updated to V 3xx and i lost OGL support00:59
tionthen a reinstalled 137 again res was 640.48001:00
brycetion, 137??01:00
infinitybryce: So, there is a need to update nvidia-173 in precise to support xserver-xorg-lts-quantal, possibly.01:00
tionnow OPG is working01:00
infinitybryce: Not that I have any idea if that relates to whatever's being reported here.01:00
bryceinfinity, that's #106419201:02
tionthe problem is nvida current install the wrong version and i lose OGL support01:02
bryceinfinity, I'm guessing tion didn't upgrade his xserver though, so precise's -173 should still work01:02
tionso i have to spik the updates ?01:03
tionupodater is tring to push01:03
infinityNothing should be trying to force nvidia-current on your if it wasn't previously installed...01:03
brycetion, maybe, but if it's offering to put something broken on your system, it should not be doing that01:03
tioninfinity, it was installed and later removed01:04
brycetion, do I understand you had -nvidia-173 installed, then you installed nvidia-current, and then again installed nvidia-173?01:04
bryceso you have both nvidia-current and nvidia-173 installed?01:05
bryceso then it is offering to install nvidia-current and uninstall nvidia-173?01:05
infinitydpkg -l nvidia\* | pastebinit -f diff01:05
tion GL_VERSION:  2.1.2 NVIDIA 173.14.3501:05
tion  GL_VENDOR:   NVIDIA Corporation01:05
tion  GL_RENDERER: GeForce FX 5200/AGP/SSE/3DNOW!01:05
infinityErr, without the -f diff.  Finger habit.01:05
infinityNot that it matters either way. :P01:05
infinitytion: Can you paste the output of "dpkg -l nvidia\*" somewhere?01:06
brycetion, do you have any ppa's installed?01:07
tioninfinity, see pm01:09
infinitytion: "ii  nvidia-current      295.40-0ubuntu1.1" clearly shows you have nvidia-current installed.01:09
tionFind obsolete NVIDIA drivers01:10
infinityIf you don't want update-manager trying to upgrade it, just remove it.01:10
tion  nvidia-173-updates  173.14.35-0ubuntu0. NVIDIA binary Xorg driver, kernel module and VDPAU lib01:11
tionare both drivers working at the same time?01:12
brycetion, you can have both installed but only one "activated", however it's better to just have the one you need installed01:12
tionboth say kernel module01:13
tionwich is the one actually working right now?01:13
brycetion, I would purge all nvidia-*, then reboot onto nouveau and install only nvidia-173.01:13
brycetion, lsmod | grep nv01:14
tionnvidia               7098356  24 ????01:14
infinity"modinfo nvidia" is probably more likely to point you at a path that tells you which one you've built.01:15
tionwhat are the numbers?01:15
infinityBut yeah, just removing the whole lot seems saner.01:15
brycetion, yeah try modinfo nvidia, or check dmesg.01:15
tionERROR: modinfo: could not find module nvidia01:16
tionOpenGL version string: 2.1.2 NVIDIA 173.14.35 this is the one driver01:17
brycethat's the mesa driver01:17
tionthats actually in use01:17
tionwhat mesa driver?01:17
bryceno, that's the mesa driver in use, not the kernel module01:17
brycewell, I mean the OpenGL driver01:18
brycetion, https://wiki.ubuntu.com/X/Troubleshooting/VideoDriverDetection#Problem:__Need_to_fully_remove_-nvidia_and_reinstall_-nouveau_from_scratch01:19
tiononly novou driver supports the new X server?01:20
tionwill 173 still work after updates?01:21
brycewhich new X server?01:22
bryceas long as you're not moving to the Q-series xserver you should be fine01:23
pittigood morning06:22
pittixnox: a-i-d-parner> I thought it was merely a collection of .desktop files for software-center to pick up?06:22
pittixnox: so if "work with" means "extend", I guess add a .desktop file there, and verify that s-c shows it and is able to install it; the package must be in the partner repo, of course06:23
=== mossplix_ is now known as mossplix
dholbachgood morning08:01
infinity@pilot out08:08
=== udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
* dholbach hugs infinity08:10
=== bambee is now known as rperier
Kredohi guys, need help: Device /dev/ttyUSB0 is locked (I locked it with pon) - can I send/rcv sms while this gsm modem is connected to the internet? thanks08:50
=== Tonio_ is now known as Tonio_aw
xnoxpitti: ok. thanks.09:06
xnoxinfinity: yeah, noticed. i'll drop stuff instead.09:07
=== stan_ is now known as stan
=== Sweetsha1k is now known as Sweetshark
xnoxinfinity: openvswitch indeed had cosmic rays on powerpc, built fine after a whack.09:43
infinityxnox: Good deal.09:44
xnoxinfinity: also uploaded nagios-plugins which should stop dragging stuff in.09:44
infinityxnox: I swear, if we had the hardware resources, I'd build everything twice, and only accept the binaries after proving the output is the same in both runs.09:44
infinityxnox: I don't really want to know (I really don't) how many subtle bugs in any given piece of software (ours or anyone's, really) is due to random bitflips.09:45
xnoxa modern cpu makes something like 10 000 mistakes a minute =/ to me it's magical any of it actually works =)09:46
infinityProbably another argument against "make world" proponents, actually.  At least we can do targetted fixes if we find something needs a rebuild, they're just throwing it all back at the wall and fixing A while potentially breaking B, C, or D.09:46
=== henrix_` is now known as henrix
=== smb` is now known as smb
rperierhey, I upgraded this morning to 12.10 (from 12.04) everything works fine, just one problem: I have an intel 4000HD ivybridge and I am running VESA VGA :O10:35
rperiercat /proc/fb  --> 0 VESA VGA10:35
mitya57pitti: it fails to _build_?10:41
pittimitya57: yes, in:10:42
pittiln -sf -python3.3m-config \10:42
pittithe extra -10:42
rperierI was using the wrong kernel (the one backported from quantal to precise and the real kernel from quantal was not used), it works fine now ^^10:42
jodhchrisccoulson: hi - I'm looking at how gnome-session currently shuts down and trying to understand why the following is commented out: http://paste.ubuntu.com/1544640/10:43
mitya57hm, it built successfully for me both locally and in ppa:mitya57/test110:43
chrisccoulsonjodh, IIRC it was to stop gnome-session from swallowing those signals so we got crash reports with apport10:44
chrisccoulsonbut this was a long time ago ;)10:44
=== henrix_ is now known as henrix
jodhchrisccoulson: ok, thanks.10:49
chrisccoulsonjodh, technically, i think only the call to gdm_signal_handler_add_fatal() needs to be commented out10:49
chrisccoulsoni can't remember why we disabled all signal handling10:49
chrisccoulsoni've slept and drank beer since then ;)10:50
pittichrisccoulson: or perhaps a merge error? in the original patch the commented out section might only have been for SIGSEGV, and in newer upstream versions the SIGTERMs got added?10:50
mitya57pitti: seems like your $(DEB_HOST_GNU_TYPE) is empty for some reason10:52
chrisccoulsonpitti, yeah, you're right10:52
chrisccoulsonthe original patch was http://bazaar.launchpad.net/~ubuntu-desktop/gnome-session/ubuntu/revision/1810:52
chrisccoulsonjodh ^^10:52
mitya57should be set by dpkg-architecture10:52
chrisccoulsonit got changed here by seb128: http://bazaar.launchpad.net/~ubuntu-desktop/gnome-session/ubuntu/revision/23310:53
chrisccoulsonnot sure why ;)10:53
pittithat doesn't look intended10:53
chrisccoulsonjodh, so, the short summary is - the patch is only meant to disable the SEGV handler ;)10:54
infinitymitya57: Which package is this you're talking about?10:55
infinityYeah, I just hunted that down from /lastlog10:58
infinitypitti: I'm kinda with mitya57 on this one.  What's breaking your environment? :P11:00
infinitypitti: DEB_HOST_MULTIARCH is set in debian/rules...11:01
pittije ne sais pas; I'll run it again and log in after the failure11:01
=== henrix_ is now known as henrix
mitya57man dpkg-architecture suggests me to add something like this:11:02
mitya57DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)11:02
infinitymitya57: Why?  You don't need GNU_TYPE.11:02
infinityYou do.11:03
infinityWait, how did this work?11:03
infinityI assumed it was using DEB_HOST_MULTIARCH, which is set.11:03
* mitya57 looks at his build log11:03
pitti$ dpkg-architecture  -qDEB_HOST_GNU_TYPE11:04
pittiin my VM11:04
infinitypitti: Yeah.  This is clearly a bug in debian/rules, I hadn't read far enough.11:04
infinityBut I'm not confused as heck that this works anywhere. :P11:04
xnoxmitya57: include /usr/share/dpkg/architecture.mk11:05
xnoxand then _all_ DEB_(BUILD|HOST)_* vars become available to you =)11:05
xnoxit's much cleaner that way.11:06
mitya57xnox: thanks a lot, I like that much better11:06
xnoxunless pbuilder is being funny inside adt.11:06
infinityxnox: No, it's the package that's buggy, not the environment.11:06
xnoxinfinity: ok.11:06
infinityBut I'm still mind-numbingly confused that this worked on a buildd.11:07
pittimitya57: please feel free to ping me when I should give it another go11:07
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
jodhchrisccoulson/pitti: thanks - bug 1101154 raised.11:08
ubottubug 1101154 in gnome-session (Ubuntu) "all signal handlers have been removed in error" [Undecided,New] https://launchpad.net/bugs/110115411:08
mitya57pitti: I've updated the branch, please test if it builds for you now11:11
infinityOh, wait.11:13
infinitypitti: Does your environment call debian/rules targets raw instead of using dpkg-buildpackage?11:13
infinity(Not that that's a bad thing if it does, cause that's meant to work)11:14
infinityLooks like dpkg-buildpackage has started exporting dpkg-architecture's variables to builds.  I wonder when that happened?11:14
infinityBut that's why it doesn't fail on buildds.11:14
infinityDespite the package clearly being broken.11:14
pittiinfinity: indeed, it seems autopkgtest does that; dear Ian, why didn't you use dpkg-buildpackage?11:15
infinitypitti: Perhaps because he wanted packages to be policy-compliant?11:15
pittiopts.user_wrap(opts.gainroot+' debian/rules binary'),11:15
infinitypitti: You did just find a bug after all. :)11:15
pittiwell, yes, but frankly that shouldn't be a bug11:16
pittiif dpkg exports those for you, then it seems redundant to fix each and every debian/rules files to include them again11:16
infinityIt *is* a bug.  But not a particularly critical one, no.11:16
infinitydebian/rules targets are meant to work all by themselves without wrappers, however.11:16
infinityAnd it's a bug when they don't.11:16
infinityStill, if a-d-t is meant to replicate what a buildd does, dpkg-buildpackage -B/-b is probably saner.11:17
pittimitya57: so it builds now, but one of the tests fails; hang on, running interactively again11:17
infinityStill, if a-d-t is meant to replicate what a buildd does, ('dpkg-buildpackage -b -r'+opts.gainroot) is probably saner.11:18
infinityErr, assuming gainroot is what I think it is.11:18
infinity(either sudo or fakeroot)11:18
pittiright, that11:19
infinityOh, and a -uc -us on that commandline, so it doesn't vomit when you have no PGP key. :P11:19
infinityOh, unless there was a reason he was splitting build and binary targets, maybe?11:20
infinityTo allow for certain trickery?11:20
infinitySo one can test in between targets, maybe...11:20
pittimitya57: I get11:21
pittidpkg-checkbuilddeps: Unmet build dependencies: python-all11:21
pittimitya57: and indeed debian/tests/control does not require this11:22
pittimitya57: and once I install python-all, it fails with http://paste.ubuntu.com/1544820/11:23
mitya57pitti: thanks, will look now11:25
chrisccoulsonjodh, thanks11:27
=== _salem is now known as salem_
mitya57pitti: can you please paste the full log for dh_usrlocal issue?12:03
mitya57there should be something like: D: dh_python3:80: moving files from debian/python3-foo/usr/local/lib/python3.3/dist-packages to debian/python3-foo/usr/lib/python3/dist-packages/12:03
mitya57the dependency is now fixed (python-all -> python3-all)12:04
mitya57also, worksforme™12:05
pittimitya57: running again12:06
=== yofel_ is now known as yofel
mitya57pitti: ah, I've found the issue myself12:08
mitya57EXTENSION_TAG = 'cpython-%smu'12:08
mitya57it should be 'cpython-%sm' for 3.312:08
mitya57no, ignore that, I was looking at quantal's code, it's fixed in 3.3.x12:09
xnoxpitti: about app-install-data-partner, I was hoping for a magic script that i can point at the repository & it would fetch all packages, extract and generate all the needed icons/desktop files for me. Since we do that sort of thing for the main ubuntu archive, don't we?12:10
pittixnox: I'm not sure, i never really touched either; mvo knows this12:10
jamespagexnox, thanks for noticing I'd managed to not include that typo fix in my last openvswitch upload...12:32
mvoxnox: hi, is it urgent? otherwise we should take monday, its just a script that runs and downloads a bunch of stuff12:39
xnoxmvo: monday is fine. in the mean time i'll try to verify the quantal-proposed to release that before i'll try to do a next round of fixes for oneiric->quantal.12:40
xnoxjamespage: =) just clearing up sponsorship queue.12:40
jamespagexnox, nice one12:40
mvoxnox: cool, I give you details then, need to look what bzr branch to run myself, but its just ./update.sh on a fast machine, should be automated on some server anyway ideally12:40
xnoxjamespage: I was like "what's the most scary package here, nobody wants to look at? ah openvswitch - hehe just a typo in a comment. win!"12:41
xnoxmvo: i total rekall something along those lines. maybe I even tinkered with it at one point (when my package was missing an icon in Software Centre)12:42
jamespagexnox, I'd noticed the MP and commented and then completely failed to include it when I did the work early this week to upgrade to the new snapshot release.12:42
xnoxhappens =)12:42
jamespagerrd brain12:42
=== scott-work is now known as Guest94797
=== MacSlow is now known as MacSlow|lunch
=== cpg is now known as cpg|away
pittimitya57: I'm sorry, forgot: complete log is at http://paste.ubuntu.com/1545274/13:28
mitya57pitti: in fact, I've finally set up my autopkgtest in pbuilder (as suggested by ScottK), and it fails with a different error for me13:29
=== slank_away is now known as slank
mitya57pitti: strange, your dh didn't run override_dh_pysupport target at all :(13:41
mitya57(not honoring debian/compat=7?)13:42
mitya57it runs it between dh_installinfo and dh_installinit for me13:42
mitya57ah, it seems to run it only if /usr/bin/dh_pysupport exists, I'll now add a dependency on python-support13:45
ogasawara@pilot in13:47
=== udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: ogasawara
infinitymitya57: python-support?  Really?13:48
infinitymitya57: The vile thing we kicked to universe intentionally? :P13:48
mitya57infinity: ok, I'll better refactor debian/rules so that it doesn't use override_dh_pysupport13:49
mitya57pitti, infinity: done13:53
pittimitya57: running again13:55
=== security is now known as megha
=== sraue_ is now known as sraue
pittimitya57: works now \o/14:08
mitya57pitti: \o/14:08
mitya57pitti: but: can that happen that you vm has libjs-jquery installed?14:09
mitya57for me it fails with "error: can't copy 'lib/foo/jquery.js': doesn't exist or not a regular file" when it's not installed14:10
pittimitya57: it indeed does14:10
mitya57because it's a symlink14:10
mitya57pitti: is it really needed there?14:10
pittipresumably a reverse recommends of something14:11
* mitya57 adds a dependency on libjs-jquery14:11
davmor2hey guys I just hit this on raring https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1101213 is there any other info that would be useful?14:20
ubottuUbuntu bug 1101213 in gnome-control-center (Ubuntu) "G-c-c printing doesn't allow you to select a hp printer" [Undecided,New]14:20
=== MacSlow|lunch is now known as MacSlow
mitya57ScottK: can I ask you to commit some of my changes to Debian?14:37
mitya57I have prepared a branch: bzr+ssh://bzr.debian.org/~mitya57-guest/public_bzr/python3-defaults/merge-with-ubuntu14:37
evmpt: if we're trying to understand the frequency of the different reasons for not being able to process apport reports and thus would collect some information from a damaged or incomplete report, would there be something better to say than “No details were recorded for this error.”14:37
mptev, that sounds perfect to me.14:38
mptoh, wait14:38
mptDidn't realize *why* it sounded perfect...14:38
mptev, if you have anything to report at all, does that mean you have a timestamp at least?14:39
evmpt: as it creates a file, yes14:45
evwould it be helpful if I collected the types of errors in parsing the report that we account for?14:45
mptev, the reason I asked is that we could always show the timestamp, before the "No details were etc".14:46
evah, that would be rather nice14:47
mptSpec updated: https://wiki.ubuntu.com/ErrorTracker?action=diff&rev2=135&rev1=13414:49
evmpt: I agree with that, but is that sufficient if we are still going to send some information for why we failed to parse that report (or ran out of memory in loading it, or the application isn't installed anymore, etc)?14:51
mptev, ah, sure. Yes, it would be informative to distinguish those cases.14:52
cjwatsonmlankhorst: Can bug 1081122 be marked v-done now?  The three packages you mentioned are in precise-proposed.14:57
ubottubug 1081122 in x11proto-randr (Ubuntu Precise) "x11proto-(gl,randr,dri2)-dev need to be updated for backport stack" [High,Fix committed] https://launchpad.net/bugs/108112214:57
mlankhorstcjwatson: yeah considering the entire backports stack built :)15:02
cjwatsonmlankhorst: OK, thanks, I'll do that and promote it15:03
cjwatsonShould help the width of pending-sru.html too since x11proto-randr has a big long version ...15:04
cjwatsonmlankhorst: How about the backport stack itself?  Do you have a feel as to its safeness for -updates yet?15:06
mlankhorstI think so, only outstanding bug is the mesa one with sru and https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/108634515:07
ubottuUbuntu bug 1086345 in libdrm (Ubuntu) "Quantal-LTS-stack: Showing low-resolution screen on shutdown/reboot" [Critical,In progress]15:07
cjwatson"the mesa one with sru"?15:07
mlankhorstthere's a mesa sru about libqt4-opengl-dev uninstalling the renamed stack, but it's solved by doing a sru in unrenamed mesa15:08
cjwatsonerk, yes, I agree renaming plymouth would be enormously painful15:08
cjwatsonbug 109821515:08
ubottubug 1098215 in mesa (Ubuntu Precise) "installing libqt4-opengl-dev uninstalls renamed stack" [Critical,Fix committed] https://launchpad.net/bugs/109821515:08
mlankhorstI think we might have do an unrenamed copy of libdrm from quantal to precise, but I have no idea if we should also do a rebuild of the renamed stack without the renamed libdrm, it wouldn't be hard at least to do15:10
cjwatsonHmm.  If you're going to do that it should be soon ...15:10
cjwatsonAnd yes, if you do that I think you should rebuild relevant bits of the stack against it15:11
mlankhorstyeah I've been asking raof, but no reply yet :(15:11
cjwatsonSo, I don't know.  Is it better to drop the current stack into -updates and fix that in a second round?15:12
cjwatsoninfinity: ^- WDYT?15:12
cjwatsonIt might mean people end up with orphaned libdrm-ltsq-* packages on their system - but I somehow can't see that as a huge deal15:13
mlankhorstI can regenerate the entire stack easily, I always kept the option open of not renaming15:13
cjwatsonHow much does it involve rebuilding?15:13
cjwatsonAnd hence reverifying?15:13
infinitycjwatson: I'd prefer we not promote it while there are still open bugs on it, personally.  Especially with fundamental questions like this still floating.15:15
mlankhorstin theory it's just removing libdrm-dev-lts-quantal from build-depends, and setting it back to libdrm-dev15:15
mlankhorstand then doing a rebuild of all packages that link against libdrm-ltsq2 currently15:15
infinitycjwatson: But you're the dot-two guy, it's your call.15:15
cjwatsonmlankhorst: How many's that?15:15
mlankhorstmesa, xserver, vmware, openchrome, modesetting, intel, nouveau15:16
mlankhorstand radeon I think15:16
cjwatsonSo not totally awful15:17
cjwatsoninfinity: Yeah.  I really want to get the new stack landed, but I think I agree with you.15:17
cjwatsonmlankhorst: OK.  Can we get this done today, then?15:17
cjwatsonI can review stuff for you.15:17
mlankhorstI'll do a upload against libdrm from quantal15:18
cjwatsonmlankhorst: Do we know that we don't need a new plymouth if we have a new libdrm?15:18
mlankhorstquantal still builds the old nouveau1a, so we don't need a new plymouth, i think it might require a build fix to find the old nouveau, as does old xserver-xorg-video-nouveau15:19
mlankhorstbut that's only if you do a rebuild15:19
infinityYeah, that fix was in Q, it can be cherrypicked.15:19
cjwatsonWe should include it, rebuild or not, but it needn't block libdrm15:20
mlankhorstyeah it's just changing configure.ac from looking for pkgconfig libdrm-nouveau to libdrm-nouveau1 iirc15:20
infinitydebian/patches/update-libdrm-nouveau-library-dependency.patch from http://launchpadlibrarian.net/112820397/plymouth_0.8.4-0ubuntu1_0.8.4-0ubuntu2.diff.gz15:21
cjwatsonapw: Hmm, I thought we'd switched to shipping just .signature in linux-signed for 12.04.2?15:23
cjwatsonapw: Urgh, maybe I forgot to backport those installer patches ...15:23
mlankhorstok I commented out the libdrm rename, regenerating entire stack.15:23
cjwatsonapw: Actually, maybe it doesn't matter.  I switched the livefs handling over, which is the important bit.  Ignore me :-)15:28
infinitycjwatson: Any stellar plans on how we're going to shave the last ~12M off the precise CD size?15:30
cjwatsoninfinity: I'm just downloading .1 so that I can start doing fine-grained comparison15:30
cjwatsonThis is of course why I'm asking apw stupid questions :-)15:31
mlankhorst2.4.39.0ubuntu0.1 good enough as version for libdrm?15:31
infinitycjwatson: Well, we shrink a bit when we remove the duplicate libdrm.  But that won't be a lot.15:32
cjwatsonNo, indeed15:32
cjwatsoninfinity: Not seeing much else at the package level.  There's 2MB or so for SB loaders15:33
=== kirkland` is now known as kirkland
cjwatson(In terms of diff from .1)15:33
apwcjwatson, i did think we had done it very much for the CD size issue in q15:33
apware we saying we didn't copy them back after all that15:33
mlankhorstok did a check, only build-depends changed on all affected packages, seems some more are affected than I thought15:33
cjwatsonapw: I backtracked later on in your scrollback - I was misreading15:34
mlankhorstnochange stood for that i removed the changelog entries http://paste.ubuntu.com/1545795/15:34
cjwatsonRight.  I think we need to suck those up.15:35
cjwatsonFrom the sounds of your assessment of the libdrm bug, anyway.15:36
cjwatsonWould be nice to get feedback from RAOF too, but we're running out of time for .215:36
apwcjwatson, phew :)15:37
mlankhorstI mailed him about it on the 15th (well 16th for him), but didn't receive a relpy15:37
mlankhorstanyhow rebuild order is libdrm, mesa, xorg-server, rest15:37
infinityDo we need two of those?15:38
mlankhorstthe second one only has xrandr15:38
mlankhorstand in fact depends on x11-xserver-utils for the rest :)15:39
* ogra_ hopes all of that -lts stuff was heavily tested on arm before uploading ...15:39
infinityogra_: Seems unlikely, since it's meant to go with the lts-quantal kernel, which is x86-only.15:40
ogra_oh, ok, i thought it replaced the shipped xorg through -updates15:40
mlankhorstI did test it on arm once15:40
ogra_yeah, dont bother if it needs kernel changes arm doesnt have15:40
mlankhorstbut it was a bit of a pain because of blob being incompatible15:40
cjwatsonogra_: No, it's a replacement for new installs15:40
infinityogra_: The general theory is that people can choose one stack or the other, it's not forced on you.15:40
cjwatsonIf it switches on upgrade then (AFAIK) that's a v-failed15:41
mlankhorstonly compiz failed on my pandaboard :)15:41
ogra_mlankhorst, yeah, thats normal ... i'm still scared nvidia wont provide us a tegra update before we change the abi in raring15:41
stgrabercjwatson: when you have a minute can you let my e-mail to ubuntu-devel-announce through15:42
cjwatsonstgraber: dodne15:42
stgrabercjwatson: thanks15:43
mlankhorsthm I need to fix the changelog entries15:43
cjwatsonmlankhorst: llvm-3.1 should be good to promote to -updates, right?  No libdrm dep there15:44
mlankhorsthm is it ok if I rewrite the most recent changelog entry? my package generate scripts can't keep the old ones15:46
cjwatsonErr, not exactly sure what you mean15:47
cjwatsonWhat package?15:47
cjwatsonAnd you can't reuse the same version if it's already in -proposed15:47
mlankhorstall *-lts-quantal ones :)15:48
cjwatsonShow me an example diff15:48
mlankhorstit's just that when I upload ~precise2, the ~precise1 entry gets deleted15:49
cjwatsonI'd still like to see an example diff :)15:49
infinityIf the entries are just something like "autogenerated backporty thingamajig", and you're saying that it's easier to just generate a ~precise2 without preserving the ~precise1 history, that would be fine.15:50
mlankhorstinfinity: I'll try to preserve it in ~precise3, but that has to wait15:50
infinityYeah, preserving the history on that isn't meaningful.15:50
cjwatsonThat's tolerable, if confusing for anyone watching closely15:51
cjwatsonDo fix your scripts, but not worth delaying in this instance15:51
infinityDropping old changelog entries messes with apt-listchanges' tiny brain, but I'm probably the only person who still uses it.15:51
cjwatsonI do!15:51
mlankhorstI use it, and it's not that confused about it15:52
cjwatsonQuite a few things seem to mess with its brain.  Is that what causes it to show all changelog entries ever sometimes?15:52
infinityAhh, well then.  Yay.15:52
mlankhorstI think it got smarter about it though15:52
infinitycjwatson: It shows the whole changelog if it can't find the entry for your currently installed version, yeah.15:52
infinitycjwatson: Though, there seem to be other cases where it does so as well.15:52
cjwatsonMm.  But syncing over Ubuntu modifications would do the same, and we do that all the time ...15:52
infinityMaybe someone fixed that at some point.15:52
infinityWould just take a simple version compare and walking the known versions.15:53
cjwatsonWell, I still get it showing me the whole changelog quite a lot :)15:53
cjwatsonSo maybe it's still there15:53
infinityI only run it on my stable production machines, maybe I should re-enable it on my raring laptop and actually fix the things that annoy me some time.15:53
mlankhorstI uploaded libdrm, still playing with the stack, trying to add an entry15:53
mptev, I added a stub "Cross-release comparisons" list. https://wiki.ubuntu.com/ErrorTracker?action=diff&rev2=136&rev1=13515:58
mlankhorstdpkg-mergechangelog ftw16:02
mlankhorstok I think I may be able to upload precise2 rebuilds now16:08
apwcjwatson, does LVM install ticky do anything in raring live CDs ?16:09
xnoxapw: in desktop cd, it is meant to do separate /boot and the rest / on top of lvm.16:10
=== henrix is now known as henrix_
apwthe effect seems to be to do nothing16:10
mlankhorstok great, I can preserve history of changelogs..16:11
apwxnox, it cirtainly is not doing that at all or indeed doing anything different at all16:11
=== henrix_ is now known as henrix
xnoxapw: ... and you are doing wipe & install? (if you are doing upgrade or resize or reuse or replace it will do nothing)16:12
xnoxas in the checkbox will not have any affect, unless it's a pure wipe & install.16:13
apwxnox, wipe and install indeed16:13
ogra_tjaalton, whats the status on the nx7 input issue, we're just having the weekly nx7 meeting in #ubuntu-meeting16:13
apwthough actually it just puked and broke, and didn't install a thing, gah16:13
xnoxok. I'll look into it.16:13
mlankhorstit's a bit of a hack, but ok it worked..16:13
=== chiluk is now known as chiluk_away
argeshi. if I add the ddeb repo on precise on my x86_64 machine, and install the linux-image-3.2.0-36-dbgsym my /usr/lib/debug/vmlinux-* file is 32-bit ... is this a user-error or bug?16:18
mlankhorstcjwatson: ok want me to upload the new affected packages too?16:20
cjwatsonmlankhorst: Still reviewing libdrm16:20
cjwatsonmlankhorst: We're going to need to backport a patch or two in plymouth aside from the build issue - bug 927424 at least16:21
ubottubug 927424 in plymouth (Ubuntu Precise) "Please backport commit to enable building without irrelevant drm libs on some arches" [Undecided,New] https://launchpad.net/bugs/92742416:21
mlankhorsthm right16:21
mlankhorstsorry - I completely forgot that building intel on arm was needed16:22
=== chiluk_away is now known as chiluk
cjwatsonmlankhorst: Do you want to do the plymouth changes or should I?  If you do it then I can review :)16:22
mlankhorstok let me check16:23
evmpt: thanks16:24
cjwatsonmlankhorst: I don't know if you need bug 1018907 as well - hopefully not, since the patch for that was quite large16:25
ubottubug 1018907 in plymouth (Ubuntu Quantal) "plymouth in quantal on arm does only boot with black screen" [High,Fix released] https://launchpad.net/bugs/101890716:25
mlankhorstfor 12.04.3 we want plymouth from raring, and disable libdrm-intel/nouveau/radeon entirely16:26
cjwatsonI guess that was mostly associated with having a new kernel, not with having a new libdrm16:26
cjwatson.3> somebody else's problem ;-)16:26
infinityarges: Seems weird that you got the i386 package.16:27
mlankhorstyeah we don't have to worry about that arm patch, i think it's about more about the new omap driver16:27
infinityarges: On the other hand, it's equally weird that the amd64 one didn't make it to the ddeb mirror. :/16:27
mlankhorstand it would also work with plymouth from raring if it exposes the dumb api16:27
argesinfinity: hmm : ) that might be the issue16:27
infinityarges: Oh, right.  And if you have a multiarch system, it would have dutifully grabbed the next best thing if the amd64 one didn't exist.  Which it doesn't.16:28
infinityThat's mildly irksome.16:28
mlankhorstcjwatson: bad news though, that patch doesn't apply cleanly to precise plymouth :(16:28
mlankhorstiirc I investigated it before, and there were some other changes in upstream git before that16:29
cjwatsonDo you want me to take care of it then?  I can probably find another reviewer16:29
cjwatsonIt shouldn't be horribly difficult16:30
mlankhorstnah I'll do it from the git tree16:30
infinitypitti: Did we lose some ddebs with the host cutover?16:31
cjwatsonPlease don't backport any other patches if you can possibly avoid it16:31
cjwatsonI don't want plymouth from git for .2 ...16:31
infinitypitti: Or is the missing set of linux/precise-updates/amd64 udebs just bad luck from our crappy hack sometimes have a sad?16:31
pittiinfinity: I don't think we did; macquarie had been out of space for 4 or 5 days, and I retrieved the last 7 days from germanium16:31
mlankhorstcjwatson: nah just for easier diffing16:32
pittiinfinity: they have a tendency to disappear, but whenever someone notices it the last upload was more than 7 days ago..16:32
infinitypitti: Oh well.  Not world ending if they're gone, just a bit of a shame that the one we happen to lose is going to be the 12.04.2 CD kernel.16:32
infinityOh, wait.  No it's not.  It's 3.2.0 that went missing, not 3.5.016:33
infinitySo, I care even less than I did 2 minutes ago.16:33
pittiTue, 08 Jan 2013 18:36:32 +000016:33
pittithree days too late16:33
infinityBut we reeeeally need to spend a day going through, bit by bit, every thing we need to verify and fix in the pipeline to get this in the librarian.16:33
pittiinfinity: but 3.2.0 is the precise one16:33
infinitypitti: But the 12.04.2 kernel is 3.5.0 :)16:34
pittiah :)16:34
argesi thought ddebs.ubuntu.com was upgraded with more space recently?16:34
infinityarges: Yeah, very recently.16:35
argesso was the ddeb issue related to space or a script problem?16:35
infinityarges: Or a buildd disappearing at the wrong time, or any number of other random things that make the current hack so fragile.16:35
infinity(In other words: I dunno, and it's too late to hunt it down and fix it)16:36
pittiarges: the main cause for lost ddebs had been -ENOSPC, but given how often kernel ddebs go AWOL I have a feeling that there's a script or packaging problem as well16:36
pittiarges: we really need to debug this when a kernel upload has happened within the last 7 days, and the ddebs disappeared16:36
infinitypitti: I suspect kernel ddebs don't actually get lost any more than others, they're just used more often so people notice.16:36
mlankhorstoh right we didn't have a libkms yet, that's why it fails16:36
pittiarges: or, having a backup of the .ddebs, that works too16:36
infinitypitti: But it could also be because they're huge.16:36
pittiinfinity: yeah, true; I certainly still see a lot of "missign dbgsym" messages in apport retracer logs16:37
argesunfortunately in this case i assume the 3.2.0-36 amd64 ddeb was never uploaded so there was nothing to rsync16:37
infinityarges: None of them are "uploaded".16:37
infinityarges: They're left in ~/public_html/ on the buildd, and fetched by a script.  There are so many wonderful ways that can go wrong, it's not worth mentioning.16:38
infinityWe just need to stop doing that and upload them to the librarian instead.16:38
infinitySee above, re: tracing everything we need to verify (and fix) to make that a reality.16:38
argesinfinity: ok. so how i can help with this?16:38
infinityRun a local instance of launchpad, twiddle some things to make it ask builds to include ddebs in .changes, trace the process from build to upload to publish, see what explodes and why.16:40
pittiway to scare off people on a Friday evening..16:40
arges: )16:40
infinitypitti: I'm a people person.16:41
cjwatsonNot that the librarian is totally without space problems16:41
infinitypitti: Also, "I run a local launchpad instance" is a great pickup line.16:41
infinitycjwatson: Yeah, the last time we brought this up, we were told it would be alright, but I've been paying attention to recent space firefighting issues.16:42
pittiinfinity: I have a certain feeling about the kind of people you're gonna pick up with that16:42
cjwatsonhttps://lpstats.canonical.com/graphs/LibrarianFreeDiskSpace/ (company-only, sorry)16:42
infinitycjwatson: Still worth getting all our ducks in a row WRT making sure it all works right so we can flick the switch when we're told it's okay.16:42
=== mossplix_ is now known as mossplix
infinityI love whoever decided that "22" comes after "2".16:43
infinityI guess if you say it out loud as "serve, serve two, and serve two two (or two too?)" it almost makes sense.16:44
pittiurgh, what happened yesterday?16:46
pittidid we remove 10 old releases or so?16:46
brendandis unittest-xml-reporting available for python3 at all?16:47
mlankhorstok I think I got the plymouth patch reworked, will have to test in a vm first16:48
cjwatsonpitti: slightly long story, but trimming of some private PPAs that needed expiry and had never had any16:51
tjaaltonogra_: nothing to brag about :/16:53
ogra_tjaalton, pretty bad, couldnt we push the fix into our packages ?16:53
tjaaltonogra_: i'll ping the upstream dev next week16:53
ogra_thx !16:54
tjaaltonthere is no fix16:54
ogra_note that we have weekly meetings for nx7 progress oin fridays at 16:00 UTC16:54
tjaaltonit's just as broken upstream, but no patchset we've tried has helped any16:54
ogra_hmpf, k16:55
tjaaltoni'm currently at a recording session, couldn't join you this time :)16:55
mlankhorstcjwatson: erm, what is the autoreconf patch for?17:03
cjwatsonmlankhorst: sorry?17:05
cjwatsonmlankhorst: I expect it's the usual ...17:06
cjwatsonmlankhorst: It dates from before dh-autoreconf being widespread, and we should probably fix that now, but not for precise17:06
mlankhorstah k17:09
mlankhorstwell it's complaining about nouveau_drmif.h, I suppose I'll need to update it then17:09
=== Guest96244 is now known as fisted
=== henrix_ is now known as henrix
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
=== davidcalle_ is now known as davidcalle
mlankhorstwell plymouth builds now17:26
cjwatsoninfinity: a certain amount is that the new kernel (+drivers) is just plain bigger, and that's partly duplicated in the initramfs17:27
infinitycjwatson: We could delete the initramfs from the livefs. :P17:28
cjwatsonlibxul.so has grown rather dramatically17:29
cjwatson(9MB or so)17:29
cjwatsoninfinity: It's not in the livefs17:29
infinityOh, kay.  Cause I was gonna say, it shouldn't be if it is.17:29
cjwatsoninfinity: The duplication I meant was between /lib/modules in the initramfs and the livefs17:29
=== Tonio_ is now known as Tonio_aw
infinityAlright, I'm finally going to get some sleep.  10:30am seems like a reasonable bed time.17:31
cjwatson/usr/lib/x86_64-linux-gnu/dri/ is up 15MB17:31
cjwatsonBut, again, no idea what to do there17:31
infinitycjwatson: That seems excessive...17:31
cjwatsonmlankhorst: How come the drivers in /usr/lib/x86_64-linux-gnu/dri/ aren't dynamically linked against libdricore any more?17:32
infinityOh, if those objects are all statically linked, that explains their massive size.17:34
mlankhorstbuild system changes in mesa? anyhow it should still compress well17:34
cjwatsonThey're not entirely static17:34
infinityAnd based on the size, I'm guessing there's 6 of them?17:34
cjwatsonmlankhorst: You trust squashfs to notice that?17:34
mlankhorstat least when I checked, the .deb size was only like 1 mb more17:34
cjwatsoninfinity: There are a bunch17:34
infinitycjwatson: Well, I'm just counting the 6 that are all >> 4MB.17:35
infinityAnd since libdricore is about 3.7MB, that seems to add up.17:35
cjwatson$ cat 1/usr/lib/x86_64-linux-gnu/dri/* | gzip -9c | wc -c17:35
cjwatson$ cat 2/usr/lib/x86_64-linux-gnu/dri/* | gzip -9c | wc -c17:35
cjwatsonIf gzip on its own doesn't notice, I'd be surprised if squashfs did17:36
mlankhorstcjwatson: try tarring first, then gzip it..17:36
cjwatsonmlankhorst: Can you (get somebody to) look into this please?  We're very pressed for size17:36
mlankhorstis it about the renamed stack?17:36
infinityIt's the new mesa.17:37
cjwatsonSize changes vs. 12.04.1.  We are way oversized and there are not many paths left to get back under size17:37
cjwatson$ tar -czf - 1/usr/lib/x86_64-linux-gnu/dri | wc -c17:37
cjwatson$ tar -czf - 2/usr/lib/x86_64-linux-gnu/dri | wc -c17:37
infinityThis same bug exists in raring.17:37
cjwatsonEven aside from the notion that tar might somehow improve compressibility vs. cat ...17:37
mlankhorstok can someone look at plymouth then? I made a .diff but I can't test it locally atm17:37
cjwatsonPass it over to me; I can't actually test but I can test-build, if that will help17:38
cjwatsonAnd I can add a sanity-check layer17:38
cjwatsonmlankhorst: This won't solve all our size problems, but it amounts to about a third of it17:39
mlankhorsttest-build works, http://people.canonical.com/~mlankhorst/plymouth_0.8.2-2ubuntu31.debdiff17:39
mlankhorstautoreconf diff is massive :(17:40
cjwatsonRunning autoreconf on precise might be a bit smaller17:41
mlankhorstI'm on precise + quantal xserver17:41
cjwatsonBluff, that says autoconf 2.6917:42
cjwatsonAnd precise had 2.6817:42
infinitymlankhorst: Pick the same autoconf and automake versions as the previous package used (you can check headers in configure)17:42
xnoxbzr shelve debfx ch17:42
cjwatsonAnyway, I don't care that much about the size of the autotools delta as long as it builds17:42
mlankhorsthuh, no idea how I got autoconf 2.6917:43
mlankhorstmust have installed it mnaually at one point17:43
mlankhorstbut I forgot what for17:43
cjwatsonMaybe we should just upload everything and test in situ in -proposed17:43
argeshas anybody had luck installing raring with the daily iso?17:43
cjwatsonI mean, this looks basically reasonable17:43
chilukarges I installed raring about a week ago with the daily17:44
mlankhorstlet me figure out which packages need renaming then17:44
argesmy T420/x220 are not working with 2013011817:44
mlankhorstand uploading17:44
cjwatson"not working" isn't too informative17:45
argessorry. it is getting stuck booting the kernel so I never reach the first installer scren17:45
argesi'll need to boot in verbose mode17:45
=== ximion is now known as ximion-afk
* mlankhorst is going to pretend wayland didn't regress in his rebuilt version..17:47
mlankhorstsomehow it didn't rename it properly, weird17:47
argeslooks like it gets to * Stopping Syste V runlevel compatibiltiy * Starting, then i see a cursor and it doesn't respond at all (can't switch to virtual terminal)17:48
mlankhorstcjwatson: ok I uploaded all the affected packages as well, they should be identical in debdiff, apart from build-depends and changelog entry :)17:52
mlankhorstyou want to wait with uploading the drivers until xorg-server is rebuilt though, since in the worst case it could rebuild against the renamed one still, since it provides libdrm-dev17:54
=== ximion-afk is now known as ximion
mlankhorstcjwatson: fwiw, the build system changes to mesa in quantal made it hard to backport the patches, and at the time those changes have not been completed, so I think we decided to drop it, if I dig I may be able to find back the patch though18:00
cjwatsondrop which?18:02
=== chiluk is now known as chiluk_away
cjwatsonmlankhorst: could you upload that plymouth too?18:09
mlankhorstthe patch :)18:11
cjwatsonthe one you posted earlier, yeah18:11
cjwatsonjust because I don't really want to accept libdrm without being able to accept that at the same time or shortly after18:12
cjwatson(probably at the same time, since it has a tight build-dep)18:12
mlankhorstok but not sure I can upload to plymouth18:12
cjwatsonok, sure, I can sponsor+accept that then18:12
mlankhorsthttp://people.canonical.com/~mlankhorst/plymouth_0.8.2-2ubuntu31.debian.tar.gz http://people.canonical.com/~mlankhorst/plymouth_0.8.2-2ubuntu31.dsc http://people.canonical.com/~mlankhorst/plymouth_0.8.2-2ubuntu31_source.changes ?18:14
cjwatsonit's ok, I already built source locally18:14
cjwatsonmlankhorst: if you could invent and fill in some kind of test case in bug 927424, that'd be helpfu18:16
ubottubug 927424 in plymouth (Ubuntu Precise) "Please backport commit to enable building without irrelevant drm libs on some arches" [High,Triaged] https://launchpad.net/bugs/92742418:16
cjwatson(I won't block accepting on that though)18:16
mlankhorstcjwatson: I can test on my pandaboard if you want18:17
cjwatsonthe more the merrier18:18
cjwatsonmlankhorst: I still don't quite understand what mesa patch you were talking about above ...18:21
cjwatsonmlankhorst: is this something to do with the static linking problem?18:21
mlankhorstoh sorry, had to get some food since its late here. It was intended to be about mesa, we kept the shared dricore patch, but didn't use it in quantal since the build system kept changing18:22
cjwatsonok, so I'm afraid I think that's .2-critical - I'm going to have to take a hatchet to other things as it is, and I'd rather not chop off too much stuff we actually need18:23
mlankhorstit looks like it's nice and small18:24
mlankhorsthm, isn't dricore already shared though?18:26
infinityIt's a shared library, but then all the stuff in /usr/lib/triplet/dri is unhelpfully statically linked to it.18:27
infinitymlankhorst: ^18:27
mlankhorstah :/18:27
mlankhorstisn't it libgallium that's big?18:31
debfxxnox: ??18:32
=== henrix is now known as henrix_
xnoxdebfx: hello =)18:32
cjwatsonmlankhorst: Is that the same as libLLVM-3.1?18:33
debfxwhy would you shelve me? :(18:33
cjwatsonOh, no, separate thing18:33
xnoxdebfx: i'm not sure what you mean. What's up?18:33
cjwatsonmlankhorst: libgallium may be big but so is libdricore - hard to say what's contributing to the giant size increase exactly18:33
cjwatson-rw-r--r-- 1 root root 3681104 Dec  4 08:44 2/usr/lib/x86_64-linux-gnu/libdricore9.0.0.so.1.0.018:34
debfxxnox: [18:42:28] <xnox> bzr shelve debfx ch18:34
xnoxhmmm... interesting =) let me grep my logs.18:34
mlankhorstcjwatson: afaict, all the gallium drivers are big, while the intel ones etc are small18:34
sarnoldxnox: .. just an hour ago :)18:35
mlankhorstso considering the evidence, I would say the conclusion is that we have to build gallium shared18:35
mlankhorstomg, shared-gallium patch still applies cleanly18:35
xnoxdebfx: i remember. my system froze and while my curson was in the terminal it was not typing anything. I was meant to do $ bzr shelve deb<tab>, to shelve ./debian/ changes in my current branch.18:35
xnoxwell ./debian/changelog to be precise. hence the ch later =)18:36
mlankhorstthis may be easier than  Ithought18:36
sarnoldxnox: hehe, nice ;)18:36
debfxheh :)18:36
xnoxdebfx: sorry for misspinging you. But I do want to talk to you about CMake and multiarch18:36
xnoxdebfx: cause my other logs say you might be an expert there =)18:37
xnoxdebfx: do you maintain cmake in debian or not?!18:37
mlankhorstcjwatson: you're lucky, try building mesa with this.. http://paste.ubuntu.com/1546304/18:38
=== Ursinha-afk is now known as Ursinha
debfxxnox: I'm not maintaining it though I have done several uploads in Ubuntu18:39
debfxI hope your question doesn't involve python18:40
xnoxBINGO! =)18:40
xnoxok never mind.18:40
xnoxthen ;-)18:40
cjwatsonmlankhorst: Haha18:42
mlankhorstcjwatson: iirc, before the quantal release I did refresh the shared gallium patch, but with the build system possibly still in flux, and the patch quite involved, we went with disabling it18:43
cjwatsonmlankhorst: (I'm not going to just now, frantically trying to fit in a last few things before dinner)18:43
=== james_w` is now known as james_w
=== ximion is now known as ximion-afk
=== ximion-afk is now known as ximion
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
jemaduxone question ... will ubuntu 12.04.2 have some packages from 12.10 ?19:51
xnoxjemadux: that's not really a development question, but rather #ubuntu support question. The answer is no it doesn't not have packages from 12.10. But we did backport & recompile: linux-kernel & X stack from 12.10 (quantal) and it's available to manually install in precise from -updates pockets. It will also be used by default on the 12.04.2 iso images.19:57
xnoxjemadux: also SecureBoot will be part of 12.04.219:58
jemaduxooh i see .backports19:59
xnoxjemadux: no, not backports. It's new source packages names published in the -updates pocket. You can choose to install them, if you wish, but one will not get auto-upgraded to them.19:59
xnoxthey are only used by default if one uses 12.04.2 installation media.20:00
xnoxjemadux: look for packages named *-lts-quantal20:00
xnoxafter 12.04.2 is released.20:00
xnoxcurrently they are being tested in -proposed pocket.20:00
jemaduxa i see ...20:00
=== chiluk_away is now known as chiluk
=== chiluk is now known as chiluk_away
=== chiluk_away is now known as chiluk
hallynstgraber: hey, so for bug 1084000, do you see any downside to using the suggestion solution in the debian bug?  (namely, depending on and using the kernel headers)20:34
ubottubug 1084000 in libcap2 (Ubuntu) "libcap2: List of capabilities not in sync with the linux kernel" [High,In progress] https://launchpad.net/bugs/108400020:34
hallynI've emailed the upstream maintainer twice, no reponse :(  probably on an extended vacation (or I'm in killfile :)20:35
hallynof course another alternative would be to (temporarily) fork the libcap code and just manually insert the missing capabilities20:35
sarnoldhallyn: apparmor used to use the kernel's headers too, but when the package is compiled on a machine with an older kernel (or software deployed on newer kernels), then the caps just aren't known / available...20:36
hallynsarnold: good point20:37
stgraberhallyn: patch seems reasonable, it's not perfect (as sarnold said) but it's an improvement anyway20:37
hallynheh.  very good point.20:37
stgraberideally you'd want a way to grab the list from the running kernel, but if there was, people would be doing it :)20:37
sarnoldstgraber: yes :)20:37
hallynstgraber: there is a way,20:38
hallynusing the bounding set20:38
sarnoldhallyn: but you don't get to know the names that way, right? (not sure if your use case cares..)20:38
cyphermoxhallyn: stgraber uploaded network-manager with a patch to fix the handling of bridge20:38
cyphermoxthere was punctuation missing there20:38
hallyncyphermox: \o/20:39
cyphermoxlet me know how that goes20:39
hallynsarnold: correct20:39
hallyncyphermox: oh, i misread20:39
cyphermoxhallyn: given that the interface got already trampled you might want to reboot and stuffs20:39
cyphermoxhallyn: what?20:39
hallyncyphermox: nothing, i'm goign to shut up now20:40
cyphermoxhallyn: it works for me, lxcbr0 doesn't get overriden now20:40
hallyncyphermox: so you're saying missing punctuation caused the bug, or that there ismissing punctuation in what he uploaded?20:40
cyphermoxno, there is missing punctuation in my message, I uploaded, he didn't .20:41
hallyncyphermox: got it :)  then, again, thanks20:41
hallynsarnold: stgraber: no, then again, i think i prefer to hand-massage the capability.h file in libcap2.  do you object?20:42
hallyn(as kernel capabilities maintainer, in theory i should not be missing out on any updates in the kernel...)20:42
hallyn(so it should not be unmaintainable)20:42
sarnoldhallyn: don't mind me :) I just wanted to give you one more data point. hehe.20:42
=== chiluk is now known as chiluk_away
hallynsarnold: but the builders will always have the right linux-libc-dev ....  right?20:46
sarnoldhallyn: builders may still run a different kernel than the deployed environment..20:47
=== salem_ is now known as _salem
hallynsarnold: right, but the patch on the debian bug doesn't check the running kernel, so that's ok20:52
=== _salem is now known as salem_
stgraberhallyn: linux-libc-dev should usually get your pretty recent headers. Only case where it may miss some things is with kernel backports to LTS21:00
stgraberhallyn: if you end up going the linux-libc-dev route, please add a comment in the changelog saying to do a no-change rebuild of the package when new capabilities are added21:01
hallynstgraber: if new capabilities are added to the kernel?21:06
hallynstgraber: only thing is, I assume this will eventually go in through debian using the originanl patch, so that changelog entry would get lost.21:06
stgraberhallyn: well, hopefully the Debian maintainer will think of making some note similar to that or will just remember to do a no change rebuild whenever a new capability is added to linux-libc-dev21:08
sarnoldthe trouble is htose are fairly rare events :)21:09
zobelxnox: can you PLEASE stop hijacking my package ed in ubuntu!21:12
zobeli maintain it in debian and ubuntu.21:12
zobeland 17h from a bug report to a hijack is IMHO a no-go!21:13
jtaylored is not modified in ubuntu?21:14
=== salem_ is now known as _salem
=== cmagina is now known as cmagina_away
=== cmagina_away is now known as cmagina
zobelit was21:18
hallynstgraber: of course in verifying that bug, i  noticed lxc-setcap is broken wrt the new lxc-init location.  We discourage lxc-setcap, so not sure how much we care21:20
stgraberhallyn: well, if it's broken I suppose we should fix it upstream at least ;) As for Ubuntu, I'm tempted to say we should drop lxc-setcap and lxc-setuid from the package21:21
hallynstgraber: is there any other place i could put that note, where ppl would actually see it?21:22
=== cmagina is now known as cmagina_away
stgraberhallyn: you could put it in a README.MAINTAINER file or something similar in debian/, not sure it'd be much more visible though21:23
hallynok, changelog it is, thanks :)21:23
=== cmagina_away is now known as cmagina
hallynstgraber: yuck.  with that patch, capsh --print shows '35,36' rather than the capability names, though.21:27
hallynSo forget it.  I'll patch the file and send that to amorgan.21:29
=== chiluk_away is now known as chiluk
zequenceWhat would be a meaningful channel/mail list to discuss problems with help.ubuntu.com/community, regarding editing privileges (seems like some new accounts can't edit or add pages)21:37
hallynthere, that looks better21:40
xnoxzobel: i am sorry. it wasn't evident from package history, since it's so well kept in sync. note that currently there are significant efforts being put into cross-building & cross-bootstrapping ubuntu and we have cross-builder network running. and we want as much ubuntu-main to cross-build as possible.21:49
zobelxnox: see my recent (the second mail) which i send directly to you.21:50
xnoxone second. let me check.21:50
zobellike... 2-3min old.21:51
ScottKzequence: Maybe #ubuntu-doc.21:54
zequenceScottK: Thanks.21:55
=== cmagina is now known as cmagina_away
=== cmagina_away is now known as cmagina
=== cmagina is now known as cmagina_away
=== cmagina_away is now known as cmagina
=== cpg|away is now known as cpg
ogasawara@pilot out23:06
=== udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== cmagina is now known as cmagina_away
=== cpg is now known as cpg|away
=== cpg|away is now known as cpg

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